Eje z no sube al imprimir

[Azra]

Buenas,

tengo un proeblema en el z y no se que puede ser... supongo que tiene que ser algo de software porque al imprimir no sube, los motores hacen ruido como que estan forzados, como si no tuviesen potencia pero no giran, sin embargo con el control manual todo va como la seda, 10 milimetros, 1, 01, todo va a la perfeccion...

¿alguna idea de por donde puede ir la cosa?

[Juampe López]

Mmmm revisa la velocidad de impresión, ¿sería posible que el gcode tuviese parámetros más bajos/lentos para el eje z que el controlador del pronterface?

¿Te pasa en todos los ejes?

2012/11/23 Azra <arcange...@gmail.com>

Buenas,

tengo un proeblema en el z y no se que puede ser... supongo que tiene que ser algo de software porque al imprimir no sube, los motores hacen ruido como que estan forzados, como si no tuviesen potencia pero no giran, sin embargo con el control manual todo va como la seda, 10 milimetros, 1, 01, todo va a la perfeccion...

¿alguna idea de por donde puede ir la cosa?

--
 
 
 

--
jotape

[Iceflow]

En el firmware, las velocidades maximas de movimiento de los ejes, quiza lo tengas que reducir para el z... En el pronterface, puedes cambiar la velocidad en una "caja" a la que se mueve el eje Z  y en otra "caja la velocidad de los X e Y. Prueba  a subir la velocidad en la "caja" del eje Z y a ver cual es el tope que acepta... y si eso modificalo de manera acorde en el firmware :D Si ves que no me e explicado muy bien saco una captura para explicarlo mejor jajaja

Saludos!!

--
 
 
 

[Jose Gemez]

A mi me pasaba lo mismo y después de revisar engrasar tropecientas veces... Se arregló al revisar las conexiones eléctricas!!! Misterios del cacharreo. Revisa las conexiones de los motores del eje z y su endstop y si puedes enrolla los cables del endstop (trenzados vamos)... Por probar no pierdes nada, yo me iba a volver loco con el eje Z, revise el cableado y nunca más me ha fallado. Pero vamos cada cacharra es un mundo

[Azra]

Buenas, si fuese el cableado tampoco funcionaria cuando lo muevo de forma mual no?

En el repetier, en configuracion de avance z estaba a 100, lo he ido cambiando de 1 a 200, que es lo maximo que me ha funcionado de forma manua, pero nada, sigue igual.

[Jose Gemez]

Puff, en principio no debería pero a mi me pasaba lo mismo (tienen que estar por ahí post antiguos míos), con el printer movía perfecto y cuando empezaba a imprimir había un momento que no subía o empezaba a hacer ruidos los motores y ya no subía... Como te dije antes probé de todo engrasar las varillas, limpiarlas y engrasarla, subir los potenciometros, y nada seguía haciendolo. Yo estaba un poco agobiado porque lo demás funcionaba ok. Un día desmonte el cableado (de motores z y su endstop) lo trencé, volví a conectar... y hasta hoy. De hecho el eje Z, cuando dice de funcionar lo hace perfecto....

[Iceflow]

Ese valor maximo que has "encontrado" deberias comprobar que sea similar en el firmware... imaginate que en el firmware el maximo es 500... no se movera ni patras!! :P

El 23 de noviembre de 2012 19:09, Azra <arcange...@gmail.com> escribió:

Buenas, si fuese el cableado tampoco funcionaria cuando lo muevo de forma mual no?

En el repetier, en configuracion de avance z estaba a 100, lo he ido cambiando de 1 a 200, que es lo maximo que me ha funcionado de forma manua, pero nada, sigue igual.

--
 
 
 

[Azra]

en el firm en donde lo miro exactamente?

Si no la siguiente prueba que hare sera poner otros dos motores a ver si pasa con esos tambien, eso descartaria problemas en el cableado no?

[Iceflow]

Tienes que mirar en el firmware los steps/mm, no se cual usas a si que no te puedo decir de cabeza, pero de momento castigado sin prusa :P por no saberte la leccion del firmware XDDD

Si otros dos motores funcionan correctamente esta claro que seria algo distinto del firmware... cables o lo que sea...

El 23 de noviembre de 2012 21:24, Azra <arcange...@gmail.com> escribió:

en el firm en donde lo miro exactamente?

Si no la siguiente prueba que hare sera poner otros dos motores a ver si pasa con esos tambien, eso descartaria problemas en el cableado no?

--
 
 
 

[Azra]

No he pasado todavia del sprinter de los tutoriales de Obijuan XD

//// Acceleration settings
#ifdef RAMP_ACCELERATION
// X, Y, Z, E maximum start speed for accelerated moves. E default values are good for skeinforge 40+, for older versions raise them a lot.
float max_start_speed_units_per_second[] = {25.0,25.0,0.2,10.0};
long max_acceleration_units_per_sq_second[] = {1000,1000,50,10000}; // X, Y, Z and E max acceleration in mm/s^2 for printing moves or retracts
long max_travel_acceleration_units_per_sq_second[] = {500,500,50,500}; // X, Y, Z max acceleration in mm/s^2 for travel moves
#endif


Es eso a lo que te refieres?



 ando bastante perdido jeje, en los videotutoriales habla de las distancias,la regla de 3 para calcularlas y tal, pero no me suena nada de velocidad... me he saltado algun video o alguna parte??? (ahora mismo no puedo ver videos para comprobarlo....)

[Azra]

Bueno, sigo haciendo pruebas:

La velcidad por sofware, ante la duda la he puesto a 50...

con otros motores; mismo resultado
con otro stepstik; mismo resultado

se me ha ocurrido imprimir "ayudandole un poco" no moviendolo yo, sino haciendo una ligera presion, no lo suficiente para moverlo, pero si para ayudarlo a "empezar a andar" y parece que asi tira, asi que he vuelto a mirar los amperios y tal y lo maximo que me dan es 0.24, sin embargo, todos los demas motores, despues de usarlos se mantiene una lectura estable, pero el del z vuelve a 0 ¿puede tener eso algo que ver? ¿es normal?

[Diego Llopis Iváñez]

Hola, eso que has puesto son aceleraciones, bueno la primera linea, "velocidad de arranque". Yo creo que tendras que encontrar un parametro que sea velocidad, y este no debe superar los 5mm/s (yo pondria 3mm/s para el eje Z).

Y si no recuerdo mal, para el eje Z decian que hacia falta unos 400 mA, asi que 0,24 seria poco.

Que no se mantenga la lectura tambien creo que es normal, ya que al ser un "husillo" no "necesita" mantener la posicion.

Diego.

2012/11/24 Azra <arcange...@gmail.com>

--
 
 
 

[Azra]

Se que es poco, pero no da mas de si :(

De todas formas  en el movimiento manua va sobradisimo

[Diego Llopis Iváñez]

Pues modifica las velocidades. Si en manual te va bien, el problema es la velocidad o la aceleracion de lo que imprimes. Asi que si la limitas en el firmware ya lo tienes. Yo pondria 3mm/s. En Marlin se llama DEFAULT_MAX_FEEDRATE y se pone en mm/s.

Diego.

2012/11/24 Azra <arcange...@gmail.com>

Se que es poco, pero no da mas de si :(

De todas formas  en el movimiento manua va sobradisimo

--
 
 
 

[Iceflow]

Yo con Sprinter la verdad es que no he andado y no me se el nombre de la "opcion" pero tiene que ser algo de velocidad como ha comentado Diego. A ver si lo encuentras o alguien que sepa de Sprinter no dice cual es la opcion...

--
 
 
 

[Azra]

ARREGLADOOOOOOOOO!!!!!!!!!!

Os cuento, asi es como estaba:

//// MOVEMENT SETTINGS
const int NUM_AXIS = 4; // The axis order in all axis related arrays is X, Y, Z, E
float max_feedrate[] = {200000, 200000, 240, 500000};
float homing_feedrate[] = {1500,1500,120};



Lo he bajado a 60 y ya sube!!!!!

Ahora es cuestion de ajustar y tal, pero ya tengo un cubo de un centimetro de alto ^__^



Muchisimas gracias a todos!!!

[Iceflow]

Ains... ves :D no era tan chungo jejeje me alegro que dieras con la "linea magica" jejeje

Ya eres todo un prusador de la pradera!! :P

--
 
 
 

[Diego Llopis Iváñez]

Ahí está :), debe estar en mm/min, asi que puedes ponerle 180 y deberia ir bien.

Diego.

2012/11/25 Iceflow <ais...@gmail.com>

--
 
 
 

[Marcelino Diharce]

que es lo que has cambiado a 60 de todos esos valores?
(perdon por la pregunta pero soy novato en esto)