Conversión a CNC de una Optimum BF30

[mecrocket]

Hola a todos,

Vaya por delante que no se si es el sitio correcto de preguntarlo pero si no lo es, seguro que algún moderador me moverá.

También he leído el artículo de Salvador y me ha dado pie a realizar el "estudio de costes" de lo que me costaría convertir la mía ...

Se que es saltarme 20 pasos pero, ¿Qué par debería de tener un motor para poder convertir esta fresadora a CNC? ¿Qué tipo de motores serían los más adecuados?

Yo tengo un DRO montado, ¿no tendría sentido medir la posición con el DRO y no contando pasos y así usar un motor más barato?

Si alguien tiene el resto de pasos claros que me los vaya contando por que los voy a preguntar ;-)

Gracias por adelantado

[admin]

Buscando en la web del fabricante encontré su propio kit de conversión ...

http://www.optimum-machines.com/fileadmin/Produkte/Optimum/Erlaeuterungen/GB/3539023_GB_08.pdf

Aquí te hablan de motores de 11,6 NM por eje .... Un punto de partida interesante

[Manrique]

A mi aun no me ha entrado el gusanillo del CNC (o no mucho...) pero lo que si quiero hacer es el avance automatico para la fresadora, el viernes estuve tomando medidas y una de ellas fue el par necesario para mover la mesa:



conocido el diametro de la manivela (100mm en mi caso) con una cuerda enroscada y convenientemente dirigida mediante otra poleita, voy añadiendo peso al final de la cuerda (no se ve en la foto, pero coloco un cubo y voy echando trozos de hierro), la cuerda siempre ejerce una fuerza tangencial a la manivela igual al peso que colocamos en el cubo (despreciando el rozamiento de la polea intermedia) de manera que:


Me sirve para tener una referencia, ahora añadele la carga de fresado y los imprevistos 

[mecrocket]

Yo con la BF30 estoy contento, es otro concepto de máquina, mucho más grande y potente (2CV).
El cono morse 3 permite meter muchas herramientas y de un cierto tamaño y el único pero que la pondría es que la mesa no es tan grande como a mi me gustaría ....

Por lo demás, y salvando las distancias con las profesionales, es una buena opción de torneros de garaje. Los de buhardilla o trastero tendrían más problemas por dimensiones y peso ....

Dicho esto tampoco he hecho nada que llegue a ponerla al límite ...

Manrique, te recuerdo que puedes cambiarte el nombre en el Foro, yo te llamaría Leonardo Da Vinci  ;-) hasta los dibujos que haces tienen un sabor renacentista ;-)

Un abrazo y gracias por la idea del cálculo, lo comprobaré con la mía ...

[carpin]

Muy bien manrique, yo tambien secundo la propuesta de Jesus.

[Vider]

Manrique, excelente el metodo para medir el par,

[Fedvac]

Creo (y puedo herrarle feo) que podrías usar los pap que son fácil de controlar y hay mucha info y usar los dro como encoder lineal, eso te da mucha precisión ya que si los pap pierden pasos no importa ya que la posición real te la dan las reglas digitales. Ahora para usar los encoder creo que hay que pasarse del Mach al Emc2.
Si te le animas al control de los motors cc ahí si te ahorras una moneda importante.
Da para largo el tema, ya me podrá corregir Gil si digo una burrada que sabe la vida de electrónica.

[mecrocket]

¿quieres decir que EMC podría leer las reglas chinas directamente?

Esto no es una solución definitiva (al menos en mi caso) ya que en funcionamiento con carga (y vibraciones) las reglas chinas bailan las centésimas que da gusto pero sí podría ser una forma de empezar a un coste mucho más razonable....

Ya me dirás

[tio_gil]

Lo que dice Fedvac, a mi modo  de ver, es la opción correcta: se lee la posición real de la mesa, no contando los pulsos.

El problema aparece en como meter estos datos al CAM. En el Mach3, lo que he visto, son cacharros para meter señales auxiliares de control (finales de carrera, posicionadores,etc,etc), pero ninguno para leer reglas (chinas u ópticas)
En el EMC2 hay que hacerse una HAL (hardware abstration layer); para enterarnos: un programa que corre por debajo y que ataca a un hardware destinado a leer las reglas; y ahí es donde veo el problema: como estamos de programar drivers en Linux??

Desde luego, si se ponen reglas ópticas, ya por la experiencia, hay que poner los drivers adecuados para leerlas.

[Octavio]

El MACH3 no admite realimentación ni por reglas chinas ni de ningún otro tipo, así que si se quiere hacer por ese camino hay que buscar otro soft.

Es un tema que se ha tratado varias veces en el forum oficial del Mach3 y no parece que en un futuro próximo vaya a tener dicha funcionalidad, pero siempre hay sorpresas 

[Nacho]

El EMC si permite esa retroalimentacion de las reglas..... ahora bien como dice Gil hay que tener una HAL propia..... no he podido investigar mucho en este tema, pero estoy dispuesto si alguien mas se apunta y nos repartimos el currele...

[mecrocket]

A mi no me importaría intentarlo ...

Aunque, ademas del Driver HAL, hay que hacer un sistema que lea las reglas y las envía al PC ....
¿Hablamos de las chinas o piensas solo en encoders lineales ópticos?

[tio_gil]

¿Hablamos de las chinas o piensas solo en encoders lineales ópticos?

Señales de cuadratura, of course (encoder rotatorios, reglas ópticas, etc,etc)

[Octavio]

Yo creo que si se quiere hacer bien de verdad han de ser reglas ópticas solidarias con el movimiento de la mesa, esa es la única manera de compensar cualquier problema de "BackSlash" ( que alguien me de una traducción ).

Saludos: Octavio

[tio_gil]

... esa es la única manera de compensar cualquier problema de "BackSlash" ( que alguien me de una traducción ).

Holgura, juego