Faccio una piccola guida sull’uso della EEPROM sulle schede e come i FW lo usano…
Per quanto riguarda Marlin e MK si abilita con la riga:
#define EEPROM_SETTINGS
Una volta abilitata il fw userà la eeprom per alcuni dati, sopratutto quelli di movimento, per esempio gli step per mm, i feedrate, le accelerazioni etc etc. Più alcuni altri dati come i pid e le geometrie della delta.
Questa eeprom non è altro che una memoria riscrivibile, ma che non si cancella con un nuovo download del fw. Ricordatevelo non si cancella, può essere solo riscritta…
Nelle memorie non c’è scritto il dato a cosa corrisponde è il fw che sa come è catalogato… I dati vengono memorizzati in byte e quindi si leggono o in binario o in esadecimale..
Facciamo un esempio con una memoria da 10 byte:
50 02 71 01 2C
Ora cosa sono questi dati?
Sono dei valori esadecimali, ma a cosa corrispondono?
Il fw sa come leggerli e li legge. Per esempio legge un step per mm (X, Y, Z, E) sono numeri interi un intero occupa 2 byte, quindi prende i primi due dati e li trasforma in intero, 00 50 in decimale corrisponde a 80, stessa cosa vale per i prossimi due, 00 50 -> 80 e cosi via.
Ma se invece di leggere step per mm leggo altro quei numeri corrisponderanno a altro. Questo non va bene quindi la prima cosa che devo leggere è qualcosa che dice al FW si questa struttura di eeprom l’ho scritta io e quindi conosco la struttura..
Quindi il FW la prima cosa che scrive è una specie di check che poi leggerà e se corrisponde a quella che ha sa che il fw corrisponde..
Se guardate in configuration_store.h trovate:
#define EEPROM_VERSION "V25" /** * V25 EEPROM Layout: * * ver * M92 XYZ E0 ... axis_steps_per_unit X,Y,Z,E0 ... (per extruder) * M203 XYZ E0 ... max_feedrate X,Y,Z,E0 ... (per extruder) * M201 XYZ E0 ... max_acceleration_units_per_sq_second X,Y,Z,E0 ... (per extruder) * M204 P acceleration
Come vedete c’è la struttura, e il primo valore è la versione V25.
Quindi quando il FW legge, se trova come primo valore V25 allora dice è una struttura che conosco e la legge…
Prendiamo una scheda nuova, appena comprata, la EEPROM è vuota. Il FW legge e non trova la sua versione quindi non continua e userà i valori messi nel FW stesso…
A questo punto io modifico un parametro per esempio con M92 cambio gli step di X, nel FW è a 80.
M92 X90
Porto il valore degli step per mm di X da 80 a 90. Poi scrivo la EEPROM M500, a questo punto viene scritta tutta la struttura compresa la versione…
Quando riaccendo la scheda, il fw legge la EEPROM trova il suo valore V25 e a quel punto legge i dati, TUTTI, e li sovrascrive a quelli che ha di default.. Quindi dal momento che ho fatto M500 gli step per mm di X saranno a 90, il resto invece visto che non ho cambiato nulla rimane invariato…
Ma decido di aggiornare i driver da i 4988 agli 8825, cambio i valori in step per mm nel fw da 80 per X Y Z a 160.. Scarico nella scheda e succede che mi sballano tutte le misure e mi chiedo perché???
Il perché è semplice, come ho detto prima, la EEPROM non viene cancellata con un download di un nuovo fw, il fw non è cambiato, ma ho solo cambiato quei valori e quindi leggendo la EEPROM trova la sua versione e legge i dati in EEPROM. I dati in EEPROM sono (90, 80, 80), 90 perché lo avevamo cambiato, e i due 80 che erano quelli di default, ed ecco che non ci combina nulla…
Quindi prima cosa è leggere i dati in modo di verificare che tutto sia ok.
M503 fa la lista di tutti i valori e leggendo Step per mm M92 X90 Y80 Z80 ci dovremmo chiedere come mai visto che li ho cambiati nel FW???
Come si fa a rimettere le cose a posto?
Semplice ci sono altri due comandi M502 e M501:
- M501 Legge i valori in EEPROM e sovrascrive quelli che ha in memoria.
- M502 legge quelli scritti nel FW e li sovrascive a quelli che ha in memoria.
Quindi facendo M502 metteremo i valori degli step e di tutto il resto apposto, facendo M503 vedremo i nostri valori giusti M92 X160 Y160 Z160…
Ma nella EEPROM ci sono ancora quelli vecchi… Quindi se questi sono quelli giusti basta fare M500 e memorizzare i nuovi valori in questo modo alla prossima accensione i valori saranno quelli giusti X160 etc etc. Ma se non lo facciamo alla prossima accensione torneranno a essere X90 Y80 Z80 ridandoci i problemi…
A questo punto uno si chiede a cosa serve tutto ciò che porta solo problemi… La risposta è semplice, basta conoscere e sapere come si usa… Perché mai si è rifatto un download del FW modificando gli STEP da 80 a 160 invece di usare il comando M92 X160 Y160 Z160 e poi M500 avremmo risparmiato tempo e problemi.. E’ proprio per questo che si usa la EEPROM cambiare i valori senza dover scaricare tutto, naturalmente laddove è possibile…
Cosa serve invece:
#define EEPROM_CHITCHAT
Serve solo a far si che all’accensione si leggano tutti i valori, avete presente quando vi collegate alla stampante viene fuori la lista dei comandi con i relativi parametri. Ecco serve solo a quello. Cmq è sempre possibile leggere i valori M503
ATTENZIONE M503 non legge i valori in EEPROM, legge quelli che sta usando, quelli contenuti nella memoria del processore…
Ora torniamo un attimo a quel discorso della versione.. In MK siamo arrivati a V25, se dovesse cambiare perché il sottoscritto cambia qualcosa nella struttura ecco che al prossimo riavvio la EEPROM non è letta e quindi si perderebbero i valori, quindi controllate se usate la eeprom e magari salvatevi il log dopo un M503 per poter reinserire i valori corretti…
Un’altra cosa, come ho detto prima la prima cosa che viene scritta è la versione quindi V25 che equivale a 3 byte che saranno tra valori esadecimali della conversione ascii in HEX: V25 in hex è 56 32 35.
Ora se per qualche combinazione strana i primi tre valori della eeprom, per esempio se passo da Repetier a MK sono proprio quelli, che magari in repetier avevano un altro senso ecco che per il FW quella è una EEPROM da leggere, ma tutti i valori successivi saranno sballati, quindi step, feedrate, acc etc etc saranno tutti completamente errati.. Cosa si fa in questo caso? Il solito un bel M502 (ricarica quelli del FW) e un bel M500 che cosi pulisce tutto riscrivendo quelli esatti….