Pregunta:
Sin extrusión al intentar reanudar la impresión fallida con gcode editado manualmente
user1104
2016-03-22 20:07:21 UTC
view on stackexchange narkive permalink

Estaba en el proceso de imprimir una impresión de 16 horas, pero debo haber fallado al copiar el código G correctamente, porque la impresión se detuvo después de 107 de 223 capas. Mirando el código G, también se detiene allí.

Sin embargo, tenía el código G completo en mi computadora y decidí intentar reanudar la impresión desde la capa 108. Parecía funcionar, con la excepción de un pequeño exceso de extrusión en un solo punto en al principio, pero después de tres capas, noté que ya no se extruía. No estoy completamente seguro de que no se deba al atasco de la boquilla, pero tengo la fuerte sensación de que el problema es el código G en sí, ya que extruye algo de plástico justo antes de que comience la impresión.

Aquí son las primeras líneas de mi código G editado manualmente. ¿Alguien puede ver por qué obtengo el blob al principio, o por qué no obtengo nada más adelante? ¿O se ve bien y mi problema probablemente sea la boquilla? 

 ; SABOR: UltiGCode; TIEMPO: 60308; MATERIAL: 119047; MATERIAL2: 0; DIÁMETRO_NOZZLE: 0.400000; DIÁMETRO_NOZZLE2: 0.400000; MTYPE: PLA; Cantidad de capas: 222; CAPA: 109G0 F9000 X208. 213 Y107.948 Z16.610; TIPO: FILLG1 F3600 X210.390 Y105.771 E4104.65185G0 F9000 X210.390 Y103.170G1 F3600 X168.331 Y61.111 E4107.77457G0 F9000 X167.074 Y61.111G20.2 F3600 .949 E4111.25208G0 F9000 X121.695 Y107.949G1 F3600 X74.857 Y61.111 E4114.72962G0 F9000 X73.600 Y61.111G1 F3600 X26.763 Y107.948 E4118.20709
Tres respuestas:
tbm0115
2016-03-22 20:22:37 UTC
view on stackexchange narkive permalink

De acuerdo con la lista de comandos de código G de RepRap.org, consulte G0 & G1: Move :

El comando Ennn es La cantidad a extruir entre el punto inicial y el punto final .

Sin embargo, de acuerdo con este , una discusión, que ahora se eliminó de GitHub, sobre el motor de corte de Cura:

Los valores de E están en modo absoluto , por lo que quizás el firmware esté intentando mover el motor paso a paso a la posición absoluta (que es casi el 50% a través de su impresión) . Esto puede provocar atascos o saltos dependiendo de qué tan caliente esté el extrusor en ese punto.

Como último recurso, puede realizar una resta booleana en su modelo de la sección que ya está impresa y volver a cortar el modelo para imprimir el bit restante. Luego pegue, o suelde ABS, la pieza restante a la impresión principal. He hecho esto en el pasado, no es muy glamoroso, pero hace el trabajo si la pieza no requiere mucha integridad estructural.

Me equivoqué con las siguientes declaraciones con respecto al motor de corte Cura:

Ha pasado un tiempo desde que miré la impresora 3D G-Code, pero por lo que recuerdo, E los valores fuertes> pueden ser la perdición de cualquier código G escrito manualmente. Por lo general, el motor de corte genera el valor E como un valor de paso incremental en todo el Código G (al menos esto era cierto para Skeinforge y los primeros MakerWare, verifique esto). Por lo tanto, si el valor es incremental y dependiendo del controlador, este valor podría perderse o corromperse si se inicializa una nueva impresión.

Espero que si está utilizando un motor de corte entrada personalizada de G-Code , que el software podría compensar situaciones como esta y reformatear su G-Code proporcionado para que coincida con el valor de E o cualquier comando similar.

No he editado ningún código, excepto la eliminación de las capas 0-108
Al eliminar esas líneas de código, habría tenido que detener la impresión errónea, eliminar las líneas 0-108, volver a cargar el archivo GCode y reinicializar la impresora para el nuevo archivo GCode. Al hacerlo, el valor de ** E ** se pierde después de detener la impresión. Creo que ** E ** establece la posición del motor paso a paso. Creo que, al "perder" este valor, no podrá continuar donde lo dejó. Puede haber una función en algunos motores de corte para recoger en una línea específica.
sigue el camino correcto, simplemente no extruirá el filamento
Sí, la máquina seguirá las coordenadas cartesianas correctas (XYZ) porque están escritas en coordenadas absolutas. El valor ** E ** (para el motor paso a paso y / o la distancia entre boquillas dependiendo de la máquina), creo que está escrito en coordenadas incrementales. Esto explicaría por qué la máquina se mueve a la ubicación correcta, pero puede bloquearse al extruir. Intentaré encontrar más información para que, con suerte, la explique mejor.
Por favor considere [esto] (http://reprap.org/wiki/G-code#G-commands) donde se refiere al comando ** E ** como * La cantidad a extruir entre el punto de inicio y el punto final * significado que se refiere al valor ** E ** anterior para determinar cuánto filamento se extruye.
Desafortunadamente, el enlace a la discusión ha muerto ... Me pregunto si se ha retenido en otro lugar de la web, en un archivo.
@Greenonline Gracias, el problema que vinculé parece haber sido eliminado por completo. Verifico el registro de problemas en el repositorio, pero está vacío.
skidoo
2016-05-19 06:42:14 UTC
view on stackexchange narkive permalink

Sé que este es un hilo antiguo, pero me he encontrado con problemas similares con mi máquina delta con firmware Marlin.

No todas las impresoras que ejecutan Marlin ignoran los movimientos grandes de E (extrusora). El código G siempre (incluso en las máquinas CNC) ejecuta comandos desde donde están los motores ahora, hasta el valor en la línea del código G. Por ejemplo, G0 X10 moverá el motor X 10 unidades. Las unidades se establecen mediante G20 o G21 .

Cuando su máquina se ha quedado sin energía, necesita volver a colocar todos los ejes para que la máquina sepa dónde está. Si no lo hace, probablemente pensará que actualmente está en 0, 0, 0, 0. Luego, cuando tenga la línea, 

  G1 F3600 X210.390 Y105.771 E4104. 65185

intentará pasar de 0,0,0,0 a 210.390, 105.771, 0, 4104.65185 a la velocidad de alimentación de 3600. Por lo tanto, siempre es bueno volver a casa después de una pérdida de energía y agregue un G92 E4104.4 (la última línea se ejecutó antes de la pérdida de energía) incluso si su máquina no lo necesita.

Los buenos hábitos producen menos errores.

Tom van der Zanden
2016-03-25 15:42:28 UTC
view on stackexchange narkive permalink

¿Está configurada correctamente la temperatura del hotend? Si solo precalienta el hotend pero luego lo apaga, se comportará exactamente como lo describió (mientras esté por encima de EXTRUDE_MINTEMP , se comportará normalmente, pero una vez que la temperatura baje demasiado, continuará haciendo el XYZ-se mueve, pero deja de extruir). Tal vez necesite agregar un comando M109 para establecer la temperatura correctamente.

En su respuesta, tbm0115 menciona coordenadas absolutas y relativas. El uso de coordenadas absolutas o relativas se establece mediante los comandos G90 / G91 y siempre será el mismo para todos los ejes (XYZ y E). También menciona que:

por lo que quizás el firmware está intentando mover el motor paso a paso a la posición absoluta (que es casi el 50% a través de su impresión). Esto puede provocar obstrucciones o saltos dependiendo de qué tan caliente esté el extrusor en ese punto.

Esto no debería suceder, ya que Marlin ignora los movimientos de extrusión extremadamente largos. Cuando la impresora encuentra 

  G1 F3600 X210.390 Y105.771 E4104.65185

, realiza solo la parte XYZ del movimiento, pero no ' t mueva la extrusora (asumiendo que la impresora se reinició y la posición actual de la extrusora es 0). Sin embargo, actualiza el valor interno de la posición del extrusor, por lo que el siguiente movimiento ocurre normalmente. Quizás perder el segmento de extrusión inicial no sea un gran problema, pero si desea que la impresión se reanude perfectamente donde la dejó, debe agregar un comando G92 al principio para inicializar la posición de la extrusora correctamente, por ejemplo: 

  G92 E4104.4

(pero el valor exacto depende de la última posición del extrusor en la capa anterior).



ⓘ
Esta pregunta y respuesta fue traducida automáticamente del idioma inglés.El contenido original está disponible en stackexchange, a quien agradecemos la licencia cc by-sa 3.0 bajo la que se distribuye.
Loading...