30-10-2013, 05:49 PM
Hola. Os comento la situación.
Compré una impresora en la conjunta de forocoches para hacer pruebas en el curro.
Aunque llegó en septiembre, no he tenido tiempo de ponerme con ella, y en las últimas semanas se ha ocupado de ella otro chico del curro. Como tiene menos conocimientos técnicos que yo, cuando tiene algún problema siguiendo los videos de Overcraft me consulta, y si puedo le ayudo.
Por ejemplo, un punto donde nos atascamos fue que no podíamos subir la configuración al Beduino porque no funcionaba la conexión usb PC-beduino. El problema es que no teníamos instalados los drivers del arduino en Windows (en los videos no dice nada, supongo que Overcraft ya había trasteado con Arduino y los tenía instalados). En este sentido otro problema relacionado fue que encontré un tutorial desfasado para instalar los drivers, que resulta que era para los Arduinos anteriores al mega, eso también nos despistó bastante.
Vale, el tema es que hoy estábamos intentado calibrar la corriente que se suministra a los motores, y bueno siguiendo las instrucciones del video no hemos podido.
Este problema y otros vienen relacionado con que en los videos de Overcraft la electrónica es distinta a la que tenemos nosotros (creo que nosotros tenemos Beduino y Ramps, y Overcraft tiene Sanguinololu)
Según el video, al encender la fuente sin tener el USB enchufado los motores reciben corriente durante un momento, y se puede ver lo que consumen (en parado supongo) y hay que restarle lo que consume la electrónica, que en el video son 0.05 amperios. Al enchufar el USB consumía menos porque una parte le llegaba por el USB, y habría que tenerlo en cuenta.
Sin embargo en nuestra electrónica el efecto es que, el consumo al encender son unos 97 mA. Luego al encender sin estar conectado el USB no se encienden los motores, así que la corriente no sube de los 97 mA. Al enchufar el USB tampoco baja la corriente consumida.
Posteriormente, resulta que hemos intentado mover los motores manualmente con el Repetier Host, y hacía como que lo intentaba pero no se movía apenas.
Como tras cada intento sale un mensaje de "echo endstops hit", se nos ha ocurrido trastear con los finales de carrera. Y hemos conseguido que se muevan de la siguiente manera
Tenemos los finales de carrera soldados como en el esquema del video. Si los conectamos así, no se mueve nada (finales de carrera pinchados en posiciones 1, 3 y 5 empezando desde abajo)
Sin embargo si puenteo los finales de carrera para cada eje (es decir, poniendo jumpers o pinchando finales en las posiciones 1 y 2 por ejemplo para el eje X, y los cerramos) entonces sí que se mueve en ese eje.
Podría hacer que funcionara así, alterando el cableado de los microinterruptores para que al tocar el final de carrera abriese el circuito en lugar de cerrar, y puenteando el otro del otro lado, pero apuesto a que ese sistema de funcionamiento no tiene mucho sentido.
Aparte el eje X al darle al positivo el carro se mueve hacia la izquierda, el eje Z hacia abajo, y el eje Y hacia adentro, supongo que están al revés.
¿Hemos hecho algo mal durante la configuración hardware o software?
Lo de que los motores vayan al revés ya he visto algún mensaje parecido que dice que en los comentarios del video se dice algo de que igual tienen que ponerse al revés.
Pero al tema de lo de los finales de carrera no le veo mucho sentido.
¿Tiene que estar el circuito cerrado y cuando toca el final abrirse? (que es como funciona)
¿o más bien tiene que estar abierto y cuando toca el micro cerrar el circuito? (que parece más lógico)
Para moverlo usamos el repetier host en modo manual.
No he visto lo de hacer home todavía, no sé si eso tiene que ver.
¿La corriente de los motores entonces se calibra a 200 mA cuando están en marcha o cuando están activados pero parados?
¿Para el eje Z serían 400 mA al ser dos motores conectados al mismo conector, o se reparte al ser dos motores? (en el video tampoco veo nada al respecto)
Gracias por vuestra ayuda.
Compré una impresora en la conjunta de forocoches para hacer pruebas en el curro.
Aunque llegó en septiembre, no he tenido tiempo de ponerme con ella, y en las últimas semanas se ha ocupado de ella otro chico del curro. Como tiene menos conocimientos técnicos que yo, cuando tiene algún problema siguiendo los videos de Overcraft me consulta, y si puedo le ayudo.
Por ejemplo, un punto donde nos atascamos fue que no podíamos subir la configuración al Beduino porque no funcionaba la conexión usb PC-beduino. El problema es que no teníamos instalados los drivers del arduino en Windows (en los videos no dice nada, supongo que Overcraft ya había trasteado con Arduino y los tenía instalados). En este sentido otro problema relacionado fue que encontré un tutorial desfasado para instalar los drivers, que resulta que era para los Arduinos anteriores al mega, eso también nos despistó bastante.
Vale, el tema es que hoy estábamos intentado calibrar la corriente que se suministra a los motores, y bueno siguiendo las instrucciones del video no hemos podido.
Este problema y otros vienen relacionado con que en los videos de Overcraft la electrónica es distinta a la que tenemos nosotros (creo que nosotros tenemos Beduino y Ramps, y Overcraft tiene Sanguinololu)
Según el video, al encender la fuente sin tener el USB enchufado los motores reciben corriente durante un momento, y se puede ver lo que consumen (en parado supongo) y hay que restarle lo que consume la electrónica, que en el video son 0.05 amperios. Al enchufar el USB consumía menos porque una parte le llegaba por el USB, y habría que tenerlo en cuenta.
Sin embargo en nuestra electrónica el efecto es que, el consumo al encender son unos 97 mA. Luego al encender sin estar conectado el USB no se encienden los motores, así que la corriente no sube de los 97 mA. Al enchufar el USB tampoco baja la corriente consumida.
Posteriormente, resulta que hemos intentado mover los motores manualmente con el Repetier Host, y hacía como que lo intentaba pero no se movía apenas.
Como tras cada intento sale un mensaje de "echo endstops hit", se nos ha ocurrido trastear con los finales de carrera. Y hemos conseguido que se muevan de la siguiente manera
Tenemos los finales de carrera soldados como en el esquema del video. Si los conectamos así, no se mueve nada (finales de carrera pinchados en posiciones 1, 3 y 5 empezando desde abajo)
Sin embargo si puenteo los finales de carrera para cada eje (es decir, poniendo jumpers o pinchando finales en las posiciones 1 y 2 por ejemplo para el eje X, y los cerramos) entonces sí que se mueve en ese eje.
Podría hacer que funcionara así, alterando el cableado de los microinterruptores para que al tocar el final de carrera abriese el circuito en lugar de cerrar, y puenteando el otro del otro lado, pero apuesto a que ese sistema de funcionamiento no tiene mucho sentido.
Aparte el eje X al darle al positivo el carro se mueve hacia la izquierda, el eje Z hacia abajo, y el eje Y hacia adentro, supongo que están al revés.
¿Hemos hecho algo mal durante la configuración hardware o software?
Lo de que los motores vayan al revés ya he visto algún mensaje parecido que dice que en los comentarios del video se dice algo de que igual tienen que ponerse al revés.
Pero al tema de lo de los finales de carrera no le veo mucho sentido.
¿Tiene que estar el circuito cerrado y cuando toca el final abrirse? (que es como funciona)
¿o más bien tiene que estar abierto y cuando toca el micro cerrar el circuito? (que parece más lógico)
Para moverlo usamos el repetier host en modo manual.
No he visto lo de hacer home todavía, no sé si eso tiene que ver.
¿La corriente de los motores entonces se calibra a 200 mA cuando están en marcha o cuando están activados pero parados?
¿Para el eje Z serían 400 mA al ser dos motores conectados al mismo conector, o se reparte al ser dos motores? (en el video tampoco veo nada al respecto)
Gracias por vuestra ayuda.