Problema KM4duo 4.3.6 all'avvio della stampante (nemmeno lo splashscreen)

Ciao a tutti,
ho appena scaricato da configuratore la versione 4.3.6 di MK4duo.
La compilazione e l'upload vanno a buon fine ma poi arriva l'inghippo.

Al primo upload la stampante ha dato il messaggio di variazione della EEPROM. resettata e poi tutto ok.
ho avviato quindi il PID autotune del bed e dell'hotend, che ho fatto per 3 volte giocando con le temperature, ma alla fine del terzo ciclo l'hotend è rimasto acceso anche ad autotune completato.

a questo punto ho disconnesso repetier, spenta e scollegata la stampante e da quel momento non si è più ripresa.
infatti, accendendola nuovamente (anche non collegata al pc) il display mi rimane vuoto, non compare nemmeno lo splashscreen.

ricaricata la versione 4.3.03 funziona nuovamente tutto, ma successivo upload della 4.3.6 mi fa tornare al display vuoto.

qualcuno ha idea di cosa potrebbe essere successo? Perchè il primo avvio è andato bene e poi non più?
nel dubbio che potesse essere qualcosa nella eeprom, ho caricato la 4.3.03 e dato M500 prima di rimettere la 4.3.6. Invano...

Edited 1 time(s). Last edit at 05/28/2018 12:16PM by fabios.

Memoria piena!!! O ancor peggio corrotta!!!

---

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

azz, sembra una cosa brutta...
eppure mi sorgono un po' di domande che ti pongo per capire:
- riesci a spiegarti il fatto che la 4.3.03 funziona ma la 4.3.6 ha questo problema?
- perchè almeno per qualche minuto la 4.3.6 mi ha funzionato? si è bloccato proprio durante il pid autotune, questo ha un significato o è stato solo un caso?

ma la domanda più importante è: c'è qualcosa che posso fare? credi sia necessario sostituire arduino mega o prima posso provare altre strade?

grazie!

Intanto che aspetti il mago, hai provato a vedere, quando carichi il firmware, quanta memoria viene usata dalle due versioni di firmware? Forse la 4.3.6 ne usa una quantità maggiore...

---

Alessandro

Prusa I3 Rework molto modificata - Taurino Classic - Ramps 1.4 - Driver DVR8825 - Titan Extruder e Hotend E3D V6 - Bltouch originale - Firmware MarlinKimbra - Cura - Repetier Host

Oddio nella mia configurazione di MK4duo con ABL attivato e stampante cartesiana, la memoria è piena al 76% la eeprom non ricordo, Schermo LCD grafico.

Scheda MKS 1.2 a 8 bit in pratica analoga alla RAMPS + Arduino MEGA.

L'ultima compilazione fatta ieri.


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]

Quote
bilanciamist
Intanto che aspetti il mago, hai provato a vedere, quando carichi il firmware, quanta memoria viene usata dalle due versioni di firmware? Forse la 4.3.6 ne usa una quantità maggiore...

se non ricordo male l'occupazione al termine del caricamento era il 72%, ma stasera verifico ancora una volta e posto i risultati sia per la 4.3.6 che per la 4.3.03.
la eeprom, se il problema potesse essere quello, la ripulisco facilmente caricando lo sketch che pone tutti i byte a 0. se pensate possa essere utile stasera tento anche questa strada

Per pulire la eeprom basta fare m502 m500...

---

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 con i risultati della compilazione:

4.3.6
Sketch uses 160122 bytes (63%) of program storage space. Maximum is 253952 bytes.
Global variables use 5931 bytes (72%) of dynamic memory, leaving 2261 bytes for local variables. Maximum is 8192 bytes.

4.3.03
Sketch uses 139092 bytes (54%) of program storage space. Maximum is 253952 bytes.
Global variables use 5720 bytes (69%) of dynamic memory, leaving 2472 bytes for local variables. Maximum is 8192 bytes.

ho pulito la eeprom con m502 e m500, poi caricato nuovamente la 4.3.6 e, alla fine, schermo vuoto come prima.

Il serial monitor di arduino ide dà segni di vita, forse ho abilitato troppe impostazioni nel configuratore e, per qualche ragione, si inchioda da qualche parte?

start
Info:Echo:MK4duo_4.3.6
Echo:Last Updated: May 29 2018 22:09:24 | Author: (fabios, default config)
Echo:Compiled: May 29 2018
Echo:Free Memory: 2100 PlannerBufferBytes: 1216
SD card ok
Echo: Statistics retrived
MKV46 stored settings retrieved (340 bytes; crc -26975)
Config:  G21    ; Units in (mm)
Configteps per unit:
Config:  M92 X160.000 Y160.000 Z8000.000 T0 E723.000
Config:Maximum feedrates (units/s):
Config:  M203 X300.000 Y300.000 Z3.000 T0 E100.000
Config:Maximum Acceleration (units/s2):
Config:  M201 X3000 Y3000 Z60 T0 E3000
Config:Acceleration (units/s2): P V T* R:
Config:  M204 P3000.000 V3000.000 T0 R8000.000
Config:Advanced variables: S V B X Z T* E:
Config:  M205 S0.000 V0.000 B20000 X10.000 Y10.000 Z0.400 T0 E5.000
Config:Hotend Sensor parameters: H P A B C R L O:
Config:  M305 H0 P13 A100000.0 B4092.0 C0.0000000000 R4700.0 L0 O0
Config:Hotend Heater parameters: H P A B C L O U I:
Config:  M306 H0 P10 A40 B230 C255 L5 O275 U1 I0
Config:Bed Sensor parameters: P A B C R L O:
Config:  M305 H-1 P14 A100000.0 B4092.0 C0.0000000000 R4700.0 L0 O0
Config:Bed Heater parameters: P A B C L O U I:
Config:  M306 H-1 P8 A80 B255 C255 L5 O150 U1 I0
ConfigID settings:
Config:  M301 H0 P17.83 I3.11 D25.58
Config:  M301 H-1 P414.95 I166.95 D257.84
Config:Fans: P U L F H I:
Config:  M106 P0 U9 L0 F250 I0
Config:  M149 C ; Units in Celsius
Config:Auto Bed Leveling:
Config:  M420 S0
Configrobe Offset (mm):
Config:  M851 X32.000 Y36.000 Z-0.700
Config:Material heatup parameters:
Config:  M145 S0 H190 B45 F255
Config:  M145 S1 H240 B100 F255
Config:  M145 S2 H230 B60 F255
Configtepper Direction:
Config:  M569 X0 Y0 Z0 T0 E0
Config:Filament load/unload lengths:
Config:  M603 L100.00 U100.00
Stats: Total: 0, Finished: 0, Failed: 0
Stats: Total print time: 0s, Power on time: 54m 50s
Stats: Filament used:

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

ciao, il problema da te manifestato è imputabile principalmente a 2 cause:

1) aggiorna arduino ide alla v. 1.8.5 e aggiorna la libreria del display GLCD
2) Verifica i cablaggi, forse uno dei 2 connettori non è inserito bene.

Il display funziona, semplicemente o non gli arrivano i dati corretti (aggiornamento ide + libreria) o completi ( qualche pin dei dati D0->D7 non fanno ben contatto sulla scheda.).

se quel display lo stacchi, il sistema dovrebbe piantarsi e sulla seriale non leggeresti proprio nulla

ciao, grazie per gli spunti.
sto già usando la versione 1.8.5 della ide e ho verificato che non ci sono aggiornamenti delle librerie del display.
ieri sera ho verificato anche i collegamenti e mi sembravano a posto.

confermo in effetti che il display funziona (infatti con la 4.3.03 è tutto ok).

stasera riguardo per bene che i connettori siano saldamente al loro posto e che non ci siano problemi alle saldature dei pin sulla ramps e faccio anche la prova a staccarlo, così vediamo cosa avviene sulla seriale

vi aggiorno, intanto se avete ulteriori spunti da verificare faccio tutte le prove in serata

Ci sono in giro post che parlano di un problema di inizializzazione del display, ora non ricordo bene ma ho partecipato ad una discussione che è andata avanti qualche post con foto del display e altro dove l'autore metteva delle leggere modificha alla routine di inizializzazione, per ottenere un display funzionante.

Non siamo venuti a capo del problema perché apparentemente il sistema dovrebbe funzionare con le normali routine, invece non va.

Se il display va con la 4.3.03 e invece non va con la 4.3.6 a parita di compilatore i casi sono due:

1) Qualcosa è cambiato nei codici di MK4duo tra le due versioni e allora confrontando la parte rilevante delle routine si potrebbero analizzare le differenze.
2) Qualcosa è cambiato all'interno delle routine della libreria e magari piccole differenze di chiamata (vado a memoria ma le differenze erano piccole, in un caso dichiarava esplicitamente alcune impostazioni, nell'atro usava quelle di default)

Io purtroppo mi fermo qui.

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]

Carlo, grazie dell'indicazione. Ho trovato la discussione a cui fai riferimento e l'ho studiata per bene.
Dopo alcuni vani tentativi di modifica del codice secondo quanto letto lì ho notato una cosa che avrei dovuto vedere prima:
se connetto la stampante a repetier host i comandi che vengono eseguiti all'avvio aumentano di continuo, come se non venissero scodati.
Spulciando il log di repetier trovo ripetute occorrenze del messaggio

Communication timeout - reset send buffer block

e il numero di comandi in wait aumenta (allego immagine)

trovato workaround

in pratica il problema nasce dal flag "Enable SD settings write. Printer info: Time, Filament, Power On, and power Consumation."
il firmware generato senza quel flag funziona correttamente.
non ho approfondito ulteriormente all'interno del codice, ma immagino che tutto derivi dal fatto che non ho sensore di consumo e che quindi si inchiodi da qualche parte perchè non lo trova.
pensavo di poterlo usare comunque per salvare su SD informazioni che non dipendono dal sensore di consumo, ma forse non ho capito bene il significato del flag.

al momento va bene così, a tempo perso provo ad entrare più in dettaglio per verificare che fosse effettivamente quello il problema

Infatti funziona anche senza il sensore salva le altre impostazioni...

---

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

infatti ho tenuto l'impostazione attiva perchè mi aspettavo che funzionasse proprio come descrivi tu, ma ho generato varie configurazioni (partendo da una base" senza funzionalità aggiuntive che ho verificato funzionasse) alle quali aggiungevo man mano delle opzioni fino a trovare che quella lì mi dava problemi, ma a questo punto non saprei dire il perchè...

Perché salva di continuo il file su sd, se la sd è troppo lenta nella scrittura risponde alla seriale con un po di latenza.. Cambiare lettore o la SD proprio altrimenti tieni disabilitato...

---

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

Quote
MagoKimbra
Perché salva di continuo il file su sd, se la sd è troppo lenta nella scrittura risponde alla seriale con un po di latenza.. Cambiare lettore o la SD proprio altrimenti tieni disabilitato...

Scusa Mago ma quell'opzione influisce anche nei normali controlli della stampante.

Non dovrebbe salvare quei dati solo alla fine di un "Job di stampa".

Non attivando quell'opzione i valori sono mantenuti nella memoria EEPROM, intendo almeno il tempo di accensione e il filamento estruso.

La funzione "write EEPROM on SD" come funziona ? su un 8 bit può funzionare.


Grazie e Saluti

Carlo D.

Edited 1 time(s). Last edit at 06/01/2018 12:07PM by onekk.

---

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]

Si influisce certamente, ma non ho mai notato nessun problema ne sulla wanhao d6 con la 8 bit ne con la delta a 32 bit..
No salva ogni 300 secondi se hai lasciato il tempo di default.. Questo perché serve per fare in modo da non perdere troppi dati in caso di arresto della stampante o spegnimento...
I dati non li salva in eeprom, è ancora più lenta e in più ha un numero di scritture limitato...
Certo che puoi salvare la eeprom in SD, ma molto più pratica la eeprom se ce l'hai...

---

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

giusto per la cronaca, il mio display con sd reader integrato è il cinese più economico che ho trovato e la sd che uso è una classe 2.
comunque con l'opzione disabilitata non ho più avuto problemi (almeno del genere descritto nel primo post).

purtroppo adesso non riesco a fare il PID autotune di hotend e bed (es. M303 S235 C8 U1 al secondo o terzo ciclo si blocca e mantiene la temperatura intorno ai 236°, se faccio M303 S50 C8 U1 completa correttamente...)
faccio qualche ricerca sul forum e in giro per la rete e se non risolvo apro nuovo thread...

grazie a tutti per gli spunti

Scusa dal file MK4duo.ino dove c'è la sintassi del M303

M303 - PID relay autotune: H[heaters] H = 0-3 Hotend, H = -1 BED, H = -2 CHAMBER, H = -3 COOLER,
 *        S sets the target temperature (default target temperature = 150C), C, U,
 *        R 0 = Classic Pid, 1 = Some overshoot, 2 = No Overshoot, 3 = Pessen Pid

se gli dici

M303 H0 S200 C5 U1

Se così specifichi l'hotend altrimenti magari si incasina.

Una cosa sei sicuro che a 235 "gradi" il tuo sistema non abbia problemi ad arrivarci e a mantenere la temperatura, magari il sistema fallisce per quello.

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]

il mago nel suo sito spiega che:

Quote

Per fare questo tuning ci viene incontro un comando Gcode: M303 H S C U Nel caso di un solo Hotend si può omettere il valore H, mentre per fare i tuning del BED nel caso volessero essere usati si mette il valore -1 come H (H-1).

i 235° li regge tranquillamente, provato stampando il petg. e comunque l'errore si verifica anche quando faccio il tuning del bed (prima va in timeout, poi lo rilancio e finalmente arriva in temperatura e infine si blocca come per l'hotend)

ho inserito un po' di SERIAL_MV in temperature.cpp per ottenere qualche info in più nei log di repetier e confrontare il comportamento quando funziona e quando no. mi serve un po' di tempo per sperimentare...