Pause durante la stampa (MarlinKimbra)

Buongiorno a tutti,

è il primo post che pubblico in questo forum, per cui vi chiedo scusa anticipatamente se non l'ho postato nella sezione giusta o se mancano delle informazioni, non so più dove sbattere la testa: ho un grosso problema da quando ho installato il firmware Marlin su una fresa CNC autocostruita, Link al progetto su Patreon di seguito

Vischio CNC

La fresa è composta da

• Arduino Mega 2560 (cinese)
• Ramps 1.4 + drivers
• RepRapDiscount FULL GRAPHIC Smart Controller
• 3x NEMA 17 (Asse X, due assi Y suddivisione passi 1/8, 200 steps per unit)
• 1x NEMA 23 (Asse Z, suddivisione passi 1/8 1600 steps per unit)
• Dremel 3000 controllato manualmente

In un punto a caso del programma gcode, la macchina si ferma per qualche secondo, poi riprende il lavoro perdendo i comandi precedenti, quindi sfalsando uno o più assi, con conseguenti danni sul pezzo o sul mandrino.
Ho iniziato ad avere il problema con Marlin 1.1.7 , poi sono passato a Marlin Kimbra 4 Duo sperando di risolvere, senza successo.

Ho cambiato i valori dei buffer, lavorato da SD, connesso arduino ad alimentatore 5V, modificati parametri della porta seriale, abilitato faster_gcode_parser, non è cambiato nulla. L'unica cosa che al momento non ho ancora provato a fare è disattivare il display grafico, appena ho 10 minuti liberi lo disattivo e lancio un programma sul polistirolo. A mio avviso sembra un problema di buffer, memoria o di Gcode parser, in quanto la fresa riceve il comando ed invia un "ok" , ma non muove nulla, riesco a sentire però i motori in hold con un sibilo continuo.

Nel frattempo, ho iniziato a dubitare della potenza di Arduino Mega e ho comprato il Due da Aliexpress, se avete anche voi avuto esperienze simili vi chiedo una mano!

Confido in voi, vi ringrazio anticipatamente!

Ma guarda se la usi come una normale stampante, nel senso di 3 assi senza fare altro dubito che ci sia potenza di calcolo e problema di firmware, per me sono solo i motori che sforzano a muovere il tutto, perdendo passi e altro...
Controlla vref dei driver e naturalmente non puoi pretendere gran che con una cnc fatta con motori nema 17...

---

COMPRA ITALIANO - sostieni le nostre aziende - sostieni la nostra gente - sostieni il tuo popolo - sosterrai te stesso.
Alberto C. felice possessore di una Kossel K2
My Blog - My Thingiverse

Ciao Mago e grazie della veloce risposta,

non è un problema di sforzo dei motori, in quanto la fresa subito dopo essersi bloccata riparte a random e prosegue con il programma, avendo saltato ovviamente pezzi. Mentre è bloccata, regna il silenzio più totale, apparte un leggero sibilo proveniente dai motori, quindi zero sforzi o nessun driver in overheat. Ho sempre dubitato fosse un problema di flow control, block size buffer o di software che gestiva la macchina, poi per tagliare la testa al toro ho lanciato una stampa da SD con la fresa alimentata con un caricabatterie per telefono e il problema si è presentato ugualmente, e a quel punto non sapevo più che fare.
Nema 17 o no, gli impulsi devono arrivare ai motori. Hai mai avuto problemi simili? Appena riesco, faccio un video del problema e lo posto qui.

Edited 1 time(s). Last edit at 05/22/2018 04:45PM by vischio96.

Per favore scrivi i dati dell'alimentatore.

Con il caricabatterie di un cellulare non ci alimenti di certo una fresa con 3 nema 17.

Con il caricabatterie riesci ad alimentare arduino e "forse" un display, dico forse perchè dipende dal display....

Ciao whitedavil

l'alimentatore che alimenta la RAMPS 1.4 è un 24V 5A preso da Aliexpress, link di seguito

Alimentatore 24V 5A Aliexpress

Con il caricabatterie del cellulare davo alimentazione solo ad Arduino, endstops e display, altrimenti lo alimento tramite la porta USB del PC.
Arduino non può prendere l'alimentazione dalla RAMPS in quanto ho rimosso il collegamento che entra tramite il pin VIN (se si chiama cosi), con 24 V sono fuori range.

Di seguito il video che mostra chiaramente il problema in questione, si vede a 00:37, allego anche il log di Repetier Host. Il casino avviene in prossimità della riga 2122

MarlinKimbra pauses during printing

In primis cambia alimentatore.

Prendine uno tipo questo

Alimentatore Trasformatore Stabilizzato AC 110-220V DC 12V 10A 120W [www.amazon.it]

Giusto per farti capire il tipo.

Inoltre, stai attento a dove passa il cavo del dremel.
È un motore e induce disturbi.

Non uso ramps + arduino, e visto che non capito bene i collegamenti, verifica di avere i negativi in comune.

Ps: ho visto ora che ho copiato il link base dell'alimentatore.
C'è anche 24v 10A

Appena posso faccio delle prove con un alimentatore da banco stabilizzato 24v 10A, controllo anche che le masse siano in comune tra alimentazione arduino e alimentazione di Potenza, intanto grazie.

Puoi allegare il codice gcode che stampi, provo su una comune stampante, in fondo è quello che fa visto che il mandrino lo piloti a mano.

---

COMPRA ITALIANO - sostieni le nostre aziende - sostieni la nostra gente - sostieni il tuo popolo - sosterrai te stesso.
Alberto C. felice possessore di una Kossel K2
My Blog - My Thingiverse

Eccomi scusate il ritardo, ho fatto le prove con alimentatore stabilizzato a 24v 10A e non superava mai i 3A come assorbimento, stesso problema. Le masse sono in comune tra alimentatore e arduino. I driver dei motori erano molto caldi (impossibile tenere il dito sul dissipatore) ma non è un problema di overheat in quanto appena si bloccò sul programma, feci subito ripartire da zero la fresa, e andò avanti senza problemi. In allegato il GCODE problematico. Non so più che pensare.

ho il tuo stesso problema ma con stampante 3d, mentre stampa un cubo, dal terzo, quarto laser più o meno, si ferma per qualche secondo e quando riparte sfalsa il layer, problema cominciato all'improvviso, unica modifica alla stampante è l'aggiunta di ulteriori due trasformatori 220->12v per Led e 220->5v per display...

ho immaginato che la scarsa qualità di uno dei due creasse una interferenza ma a quanto pare no...

questo è ciò che accade...

Non potrebbe essere che alcuni passi vengano saltati per surriscaldamento del driver?

Molto caldi che driver hai, i DRV8825 sembra che sopportino meglio degli A4988 gli strapazzi, ma comunque vanno tarati, prova ad abbassare la corrente di alimentazione e vedi come va usando il potenziometro sul driver in genere così come arrivano dalla fabbrica sono starati e regolati in genere con il potenziometro "in bandiera" cioè nella posizione di fabbrica che si traduce nel fatto che non regolano un bel nulla perché il circuito di regolazione della corrente non riceve una tensione all'interno dei suoi range.

Trovi una serie di istruzioni in giro, però occhio perché ad esempio per gli A4988 ci sono almeno tre tipi diversi di resistenze di polarizzazione e di conseguenza tre diversi valori di letture da avere sul multimetro per settare la corrente corretta.

Saluti

Carlo D.

---

P3Steel - MKS GEN v1.2 e REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER + Gen 7 MOSFET (HotBed) + alimentatore step-down 12V -> 5V
Firmware MK4duo 4.3.6 con ABL induttivo con LJ18A3 - Slic3R (Originale) ed ESP3D per controllare la stampante da remoto.
HotEnd Cinese V6 clone con ugello da 0.4mm.

[My Building Log]

Onekk ho già controllato i driver che sono drv 8825, cosa strana che ha cominciato il problema di punto in bianco, prima andava che una meraviglia, a me sembra più un problema di corrente , Sto infatti facendo prove con il trasformatore per verificare che sia affidabile

Ciao Onek, Giuseppe

mi conforta sapere che non sono l'unico ad avere questo problema. I driver attualmente montati sono i cinesi DRV8825, non credo sia un problema di overheat per due motivi:

quanto la fresa si ferma, non si ferma in un punto a caso, arriva alla fine della riga GCODE e si ferma lì, non si ferma ad esempio su un punto a caso durante uno spostamento lineare (sento i motori che decelerano e vedo che si ferma in un punto di lavorazione)
Seconda cosa, non appena il tutto si ferma per qualche secondo, la fresa continua ad andare come se niente fosse senza problemi, mentre se fosse un problema di surriscaldamento dovrebbe rimanere fermo uno o più motori.

Sembra quasi un problema di buffer, devo provare a disattivare il display grafico.
Come dice Giuseppe, dovrei anche provare ad allontanare fisicamente le linee di alimentazione di potenza e Arduino.

Buffer non credo però io non ho mai avuto problemi simili, però uso Grbl che per la fresatura è decisamente più evoluto del planner interno di Marlin e compagnia, il controllo del buffer, genere è difficile che un buffer si riempia, più probabile che il "sender" non stia al passo e non riesca a riempire il buffer.

Se hai problemi di interferenze sulla seriale però ci starebbe anche che la comunicazione si interrompa, strano che il sender non rilevi nessun errore.

Oddio non è che la catena di software per la stampa 3D sia propio adatta per un lavoro di CNC, gli obiettivi generali sono diversi e i lavori da fare per un controller CNC sono decisamente minori e quindi un controller CNC in genere è più reattivo.

Alcuni firmware poi ad intervalli regolari salvano roba sulla scheda SD che in genere se è lenta crea dei colli di bottiglia che possono rallentare l'esecuzione di altri compiti.

Comunque se il driver scalda la corrente non è proprio regolata benissimo, io ho sulla mia CNC comtrollata da Grbl NEMA 23 comandati da A4988 e non riscontro nessun problema nemmeno durante fresate da quasi un'ora e più.

Uso un Router da 1100W a 220V quindi diciamo non proprio silenzioso e poco rumoroso in termini di corrente, però ho schermato tutto in un contenitore di ferro (ex case da PC 386) e ho collegato tutte le masse a stella con i cavi schermati dei motori collegati alla GND solo da una parte (per ridurre i rumori), la Seriale si collega con un cavo corto ad una scheda SOM interna al controller dove gira un versione custom di Linux che comanda la macchina.

Non mi si è mai bloccata, a parte le primissime volte dove c'era un problema di rumore elettrico generato da un "loop di massa" risolto con il collegamento "a stella", cioè un punto unico di massa collegato alla telaio della macchina dove convergono tutte le masse di potenza e buona parte di quelle di segnale.

Proprio tutte non è possibile, ma almeno le schermature dei cavi e soprattutto le masse di potenza ad alta corrente dovrebbero essere in un punto unico, in genere una bella vite M4 (che poi è il diametro degli occhielli a crimpare industriali) collegata al telaio con un dado bello stretto e su questa vite lunga anche 4 o 5 cm si attaccano tutti gli occhielli e si stringe il tutto con un bullone da 4 sopra questo ci metti un bullone da 4 autobloccante per massima sicurezza e sotto la testa della vite una bella grower che morda il metallo del telaio.

Da quel momento zero problemi, ovviamente i comandi di potenza che soono fatti con degli SSR sono disaccopiati con condensatori da 100nF e tenuti dietro uno schermo metallico (meglio se di metallo magnetico) collegato a massa.

Il negativo degli alimentatori va messo a massa per cui una prima occhiata alla bontà dell'alimentatore va data perché anche la massa del 220V è collegata al telaio, per cui la terra di casa deve essere buona, altrimenti va tutto a farsi benedire.

I disturbi elettromagnetici sono delle brutte bestie ad esempio se tu colleghi la schermatura di un cavo schermato alle due estremità potresti peggiorare di molto la reizione ai disturbi e trasfromarlo in un antenna per i rumori, la letteratura del cablaggio industriale è piena di trattazioni sull'argomento e quando ho cablato la mia prima CNC ho letto testi in Inglese tra cui uno anche della NASA sui collegamenti sicuri antiinterferenze, lettura interessante risalente ai tempi del progetto Apollo, fai tu.

Spero di potervi aiutare con queste mie note altrimenti, scusate lo sproloquio.

Saluti

Carlo D.

---

P3Steel - MKS GEN v1.2 e REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER + Gen 7 MOSFET (HotBed) + alimentatore step-down 12V -> 5V
Firmware MK4duo 4.3.6 con ABL induttivo con LJ18A3 - Slic3R (Originale) ed ESP3D per controllare la stampante da remoto.
HotEnd Cinese V6 clone con ugello da 0.4mm.

[My Building Log]

Allora, ho provato a staccare i due alimentatori ausiliari lasciando solo il principale è controllando la corrente dello stesso in fase di stampa e nulla di fatto!!!! Il problema persiste, quando si è bloccata la stampa per poi riprendere spostando il layer la corrente emessa dall’alimwntatoee alla scheda era più che costante...

Ora Sto provando a cambiare modello...

Ma ci credo poco((((((

Ragazzi credo proprio di aver risolto... ho misurato la temperatura del driver incriminato (nel mio caso asse y) ed ho visto che saliva a 64 gradi e più, quindi ho piazzato una ventolina direttamente sulla stessa ed ora sembri stampi senza problemi, a quanto pare i drv8825 soffrono di temperatura alta, ho notato che la temperatura max non dovrebbe mai superare i 51/55 gradi, è anche vero che nel mio caso l’asse y pilota due motori in parallelo.

Comunque incrociamo le dita, vi farò sapere a fine stampa

Rettifico, temperatura max 34 gradi e va bene, almeno per ora

Forse la regolazione della corrente non è corretta?

In genere il drv8825 è protetto e può arrivare anche a oltre 100°C infatti da datasheet la protezione Thermal Shutdown è messa a 150°C Typ ovvio che la temperatura esterna è più bassa, perché quella è la temperatura della giunzione.


Saluti

Carlo D.

---

P3Steel - MKS GEN v1.2 e REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER + Gen 7 MOSFET (HotBed) + alimentatore step-down 12V -> 5V
Firmware MK4duo 4.3.6 con ABL induttivo con LJ18A3 - Slic3R (Originale) ed ESP3D per controllare la stampante da remoto.
HotEnd Cinese V6 clone con ugello da 0.4mm.

[My Building Log]

allora! ho risolto con la ventolina... in buona sostanza a me si surriscaldava il driver che si spegneva (andando in protezione) mettendo così in pausa per qualche secondo l'asse in questione, tutto ciò ad insaputa della macchina che credeva di aver compiuto tutto il percorso...

vischio96 ti consiglio di provare, io le ho tentate tutte ed ora ti dico che sta stampanto un pezzo ad alta risoluzione da 1,5 giorni e va benissimo

Ciao Giuseppe,

ti devo ringraziare infinitamente, confermo si tratta di un problema di surriscaldamento dei driver. Che poi, a pensarci, la temperatura percepita sul dito toccando il dissipatore di alluminio è moolto distante da quella di giunzione, che è facilmente sopra i 100° (passando tra alluminio, biadesivo cinese e package in plastica del chip). Ora la fresa ha finito per ben due volte consecutive il programma.
Ringrazio anche tutti gli utenti intervenuti in questo post!