Segnalazione errori di compilazione SOLO VERSIONI IN SVILUPPO (DEV)
Posted by Fabius72
|
Re: Segnalazione errori di compilazione SOLO VERSIONI IN SVILUPPO (DEV) September 19, 2017 07:33PM |
Comincio io! 
MK4duo 4.3.27.2 dev
Alla configurazione standard Prusa I3 aggiungo la spunta al supporto della SD card. Scarico il firmware, scompatto e compila bene.
Se abilito la funzione "#define SD_CHECK_AND_RETRY // Use CRC checks and retries on the SD communication" si veriifica questo:
NB: la versione stabile 4.3.2 non dava errori.
Edited 1 time(s). Last edit at 09/19/2017 07:37PM by Fabius72.
Ciao,
Fabio
---
Cartesiana multifunzione:
MK4duo 4.4.0 - Alimentazione 24v - Mega2560 - DRV8825 - Ramps1.4
Display touch 4,3" FT800 su AT1284p e Seriale2
Viti e guide a ricircolo di sfere
Tavola 340x240 - cinghie T2.5 da 10mm rinforzate con core in acciaio per X e Y - Kress 800 FME
Trascinamento a cinghia del filamento 1,75mm sopra l'HotEnd - ugello 0,35mm E3D
MK4duo 4.3.27.2 dev
Alla configurazione standard Prusa I3 aggiungo la spunta al supporto della SD card. Scarico il firmware, scompatto e compila bene.
Se abilito la funzione "#define SD_CHECK_AND_RETRY // Use CRC checks and retries on the SD communication" si veriifica questo:
Arduino:1.8.3 (Linux), Scheda:"Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)"
sketch/src/sd/SDFat.cpp: In member function 'bool Sd2Card::readData(uint8_t*, size_t)':
sketch/src/sd/SDFat.cpp:3286:13: error: 'SD_CARD_ERROR_CRC' was not declared in this scope
error(SD_CARD_ERROR_CRC);
^
sketch/src/sd/SDFat.cpp:3283:14: error: crosses initialization of 'uint16_t recvCrc'
uint16_t recvCrc = spiReceive() << 8;
^
sketch/src/sd/SDFat.cpp:3282:14: error: crosses initialization of 'uint16_t calcCrc'
uint16_t calcCrc = CRC_CCITT(dst, count);
^
sketch/src/sd/SDFat.cpp:3283:14: error: crosses initialization of 'uint16_t recvCrc'
uint16_t recvCrc = spiReceive() << 8;
^
sketch/src/sd/SDFat.cpp:3282:14: error: crosses initialization of 'uint16_t calcCrc'
uint16_t calcCrc = CRC_CCITT(dst, count);
^
exit status 1
Errore durante la compilazione per la scheda Arduino/Genuino Mega or Mega 2560.
Questo report potrebbe essere più ricco di informazioni abilitando l'opzione
"Mostra un output dettagliato durante la compilazione"
in "File -> Impostazioni"
NB: la versione stabile 4.3.2 non dava errori.
Edited 1 time(s). Last edit at 09/19/2017 07:37PM by Fabius72.
Ciao,
Fabio
---
Cartesiana multifunzione:
MK4duo 4.4.0 - Alimentazione 24v - Mega2560 - DRV8825 - Ramps1.4
Display touch 4,3" FT800 su AT1284p e Seriale2
Viti e guide a ricircolo di sfere
Tavola 340x240 - cinghie T2.5 da 10mm rinforzate con core in acciaio per X e Y - Kress 800 FME
Trascinamento a cinghia del filamento 1,75mm sopra l'HotEnd - ugello 0,35mm E3D
|
Re: Segnalazione errori di compilazione SOLO VERSIONI IN SVILUPPO (DEV) September 24, 2017 07:12PM |
Graaandi!
Sul discorso archi, io pensavo servisse per poter praticare un foro effettuando un certo numero di passate.
Ad esempio se ho un pannello dello spessore di 3mm, pensavo si potessero eseguire 3 passate da 1mm, quindi P=3.
Poi però, ripensandoci, la Z chi la sposta? Non è come immaginavo.
Quindi, se Z rimane invariata, mi sfugge l'utilità di avere P ripetizioni della stessa circonferenza...
Grazie
Ciao,
Fabio
---
Cartesiana multifunzione:
MK4duo 4.4.0 - Alimentazione 24v - Mega2560 - DRV8825 - Ramps1.4
Display touch 4,3" FT800 su AT1284p e Seriale2
Viti e guide a ricircolo di sfere
Tavola 340x240 - cinghie T2.5 da 10mm rinforzate con core in acciaio per X e Y - Kress 800 FME
Trascinamento a cinghia del filamento 1,75mm sopra l'HotEnd - ugello 0,35mm E3D
Sul discorso archi, io pensavo servisse per poter praticare un foro effettuando un certo numero di passate.
Ad esempio se ho un pannello dello spessore di 3mm, pensavo si potessero eseguire 3 passate da 1mm, quindi P=3.
Poi però, ripensandoci, la Z chi la sposta? Non è come immaginavo.
Quindi, se Z rimane invariata, mi sfugge l'utilità di avere P ripetizioni della stessa circonferenza...
Grazie
Ciao,
Fabio
---
Cartesiana multifunzione:
MK4duo 4.4.0 - Alimentazione 24v - Mega2560 - DRV8825 - Ramps1.4
Display touch 4,3" FT800 su AT1284p e Seriale2
Viti e guide a ricircolo di sfere
Tavola 340x240 - cinghie T2.5 da 10mm rinforzate con core in acciaio per X e Y - Kress 800 FME
Trascinamento a cinghia del filamento 1,75mm sopra l'HotEnd - ugello 0,35mm E3D
|
Re: Segnalazione errori di compilazione SOLO VERSIONI IN SVILUPPO (DEV) November 20, 2017 10:36AM |
MK4duo 4.3.29 dev
Mentre con la 4.3.28 il configuratore mi aveva scaricato anche la libreria "Adafruit_NeoPixel", con la versione attuale non lo fa e il compilatore mi avverte che non c'è alcuna libreria con quel nome.
L'ho quindi prelevata dalla 4.3.28 dev e l'ho messa in src/feature/rgbled/library
Non gli va bene:
Ho provato a spostarla in src/feature/rgbled ma mi dà lo stesso errore.
E qui mi fermo
(EDIT per upload file di configurazione)
Edited 1 time(s). Last edit at 11/20/2017 10:37AM by Fabius72.
Ciao,
Fabio
---
Cartesiana multifunzione:
MK4duo 4.4.0 - Alimentazione 24v - Mega2560 - DRV8825 - Ramps1.4
Display touch 4,3" FT800 su AT1284p e Seriale2
Viti e guide a ricircolo di sfere
Tavola 340x240 - cinghie T2.5 da 10mm rinforzate con core in acciaio per X e Y - Kress 800 FME
Trascinamento a cinghia del filamento 1,75mm sopra l'HotEnd - ugello 0,35mm E3D
Mentre con la 4.3.28 il configuratore mi aveva scaricato anche la libreria "Adafruit_NeoPixel", con la versione attuale non lo fa e il compilatore mi avverte che non c'è alcuna libreria con quel nome.
L'ho quindi prelevata dalla 4.3.28 dev e l'ho messa in src/feature/rgbled/library
Non gli va bene:
Arduino:1.8.5 (Linux), Scheda:"Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)"
In file included from sketch/MK4duo.h:158:0,
from /media/fabio/ST_32GB/1 - Dati/arduino/sketchbook/MK4duo_4.3.29_dev/MK4duo_4.3.29_dev.ino:288:
sketch/src/feature/rgbled/neopixel.h:34:33: fatal error: Adafruit_NeoPixel.h: No such file or directory
#include
^
compilation terminated.
exit status 1
Errore durante la compilazione per la scheda Arduino/Genuino Mega or Mega 2560.
Ho provato a spostarla in src/feature/rgbled ma mi dà lo stesso errore.
E qui mi fermo
(EDIT per upload file di configurazione)
Edited 1 time(s). Last edit at 11/20/2017 10:37AM by Fabius72.
Ciao,
Fabio
---
Cartesiana multifunzione:
MK4duo 4.4.0 - Alimentazione 24v - Mega2560 - DRV8825 - Ramps1.4
Display touch 4,3" FT800 su AT1284p e Seriale2
Viti e guide a ricircolo di sfere
Tavola 340x240 - cinghie T2.5 da 10mm rinforzate con core in acciaio per X e Y - Kress 800 FME
Trascinamento a cinghia del filamento 1,75mm sopra l'HotEnd - ugello 0,35mm E3D
|
Re: Segnalazione errori di compilazione SOLO VERSIONI IN SVILUPPO (DEV) November 26, 2017 05:09PM |
Ho settato il "normal" che è NEO_GRB, l'assegnazione dei colori è corretta, ma è il comportamento che è strano.
Per prima cosa accade che all'accensione della macchina il ring si accende da solo.
Se invio M150 S0 per spegnerlo (o anche M150 e basta che mi funzionava lo stesso) mi spegne uno solo dei 12 led. Se lo invio un'altra volta me ne spegne un altro e così via. In pratica devo inviarlo 12 volte per spegnere tutti i 12 led.
Se decido di cambiare colore inviando un M150 R127, mi diventa rosso solo un led, ma se lo invio un'altra volta mi diventa rosso anche il successivo e così via.
Ho provato a cambiare tipo impostando NEO_RGB e NEO_RBG ma il comportamento, ad eccezione dell'assegnazione dei colori che diventa sbagliata, è identico.
Se hai bisogno di altre prove, chiedi pure
Edited 1 time(s). Last edit at 11/26/2017 05:11PM by Fabius72.
Ciao,
Fabio
---
Cartesiana multifunzione:
MK4duo 4.4.0 - Alimentazione 24v - Mega2560 - DRV8825 - Ramps1.4
Display touch 4,3" FT800 su AT1284p e Seriale2
Viti e guide a ricircolo di sfere
Tavola 340x240 - cinghie T2.5 da 10mm rinforzate con core in acciaio per X e Y - Kress 800 FME
Trascinamento a cinghia del filamento 1,75mm sopra l'HotEnd - ugello 0,35mm E3D
Per prima cosa accade che all'accensione della macchina il ring si accende da solo.
Se invio M150 S0 per spegnerlo (o anche M150 e basta che mi funzionava lo stesso) mi spegne uno solo dei 12 led. Se lo invio un'altra volta me ne spegne un altro e così via. In pratica devo inviarlo 12 volte per spegnere tutti i 12 led.
Se decido di cambiare colore inviando un M150 R127, mi diventa rosso solo un led, ma se lo invio un'altra volta mi diventa rosso anche il successivo e così via.
Ho provato a cambiare tipo impostando NEO_RGB e NEO_RBG ma il comportamento, ad eccezione dell'assegnazione dei colori che diventa sbagliata, è identico.
Se hai bisogno di altre prove, chiedi pure
Edited 1 time(s). Last edit at 11/26/2017 05:11PM by Fabius72.
Ciao,
Fabio
---
Cartesiana multifunzione:
MK4duo 4.4.0 - Alimentazione 24v - Mega2560 - DRV8825 - Ramps1.4
Display touch 4,3" FT800 su AT1284p e Seriale2
Viti e guide a ricircolo di sfere
Tavola 340x240 - cinghie T2.5 da 10mm rinforzate con core in acciaio per X e Y - Kress 800 FME
Trascinamento a cinghia del filamento 1,75mm sopra l'HotEnd - ugello 0,35mm E3D
|
Re: Segnalazione errori di compilazione SOLO VERSIONI IN SVILUPPO (DEV) December 17, 2017 08:08PM |
Fan1 perchè mi sono sbagliato... la 1 sull'8 e la 0 sul 9, sono incrociate e ho fatto confusione.
La 1 è la ventola per il controller, mentre la 0 è quella che soffia sul pezzo in stampa. Scusa. Ma cambia qualcosa? Inviando il comando "M106" liscio senza parametri la ventola si accende regolarmente, ma poi il FW non accetta nessun altro comando come mostrato nel post sopra.
Riguardo il Neopixel, con la 4.3.28 dev (e le precedenti) dando il comando M150 R100 si accendeva correttamente il rosso.
Io non ho cambiato proprio nulla, voglio dire che sia la 4.3.28 che la 4.3.30 hanno il NEOPIXEL_TYPE NEO_RGB e come ti ho indicato il comportamento è stranamente diverso. (EDIT: anche la 4.3.29 si comporta come la 4.3.30 ma non me ne ero accorto.)
Cambiarlo in NEO_GRB non è certamente un problema, ma non mi pareva normale e così te l'ho detto
Il discorso della disabilitazione dell'homing quando do' il G29 è semplice:
Esempio: devo fare un PCB e ho il bulino montato sull'elettromandrino che si trova in basso a sinistra sulla basetta.
G92 X0 Y0
G28 Z (sfruttando il contatto elettrico tra utensile e rame del PC
a questo punto...
G29 F0 L0 R50 B40 (misure ad esempio)
ma mi va a fare in automatico il G28 prima di partire col G29 e mi incasina.
Sono quindi andato in ubl_g29.cpp e ho commentato queste righe:
Le modifiche al FW che fai mi mettono sempre un po' in croce... Nelle versioni precedenti in g29.h avevo commentato
Forse è un intervento un po' brutale, mi rendo conto. C'è un rimedio migliore a questa problematica?
Grazie
Edited 2 time(s). Last edit at 12/18/2017 12:32PM by Fabius72.
Ciao,
Fabio
---
Cartesiana multifunzione:
MK4duo 4.4.0 - Alimentazione 24v - Mega2560 - DRV8825 - Ramps1.4
Display touch 4,3" FT800 su AT1284p e Seriale2
Viti e guide a ricircolo di sfere
Tavola 340x240 - cinghie T2.5 da 10mm rinforzate con core in acciaio per X e Y - Kress 800 FME
Trascinamento a cinghia del filamento 1,75mm sopra l'HotEnd - ugello 0,35mm E3D
La 1 è la ventola per il controller, mentre la 0 è quella che soffia sul pezzo in stampa. Scusa. Ma cambia qualcosa? Inviando il comando "M106" liscio senza parametri la ventola si accende regolarmente, ma poi il FW non accetta nessun altro comando come mostrato nel post sopra.
Riguardo il Neopixel, con la 4.3.28 dev (e le precedenti) dando il comando M150 R100 si accendeva correttamente il rosso.
Io non ho cambiato proprio nulla, voglio dire che sia la 4.3.28 che la 4.3.30 hanno il NEOPIXEL_TYPE NEO_RGB e come ti ho indicato il comportamento è stranamente diverso. (EDIT: anche la 4.3.29 si comporta come la 4.3.30 ma non me ne ero accorto.)
Cambiarlo in NEO_GRB non è certamente un problema, ma non mi pareva normale e così te l'ho detto
Il discorso della disabilitazione dell'homing quando do' il G29 è semplice:
Esempio: devo fare un PCB e ho il bulino montato sull'elettromandrino che si trova in basso a sinistra sulla basetta.
G92 X0 Y0
G28 Z (sfruttando il contatto elettrico tra utensile e rame del PC
a questo punto...
G29 F0 L0 R50 B40 (misure ad esempio)
ma mi va a fare in automatico il G28 prima di partire col G29 e mi incasina.
Sono quindi andato in ubl_g29.cpp e ho commentato queste righe:
/*
// Check for commands that require the printer to be homed
if (mechanics.axis_unhomed_error()) {
const int8_t p_val = parser.intval('P', -1);
if (p_val == 1 || p_val == 2 || p_val == 4 || parser.seen('J'))
mechanics.Home(true);
}
*/
Le modifiche al FW che fai mi mettono sempre un po' in croce... Nelle versioni precedenti in g29.h avevo commentato
//if (mechanics.axis_unhomed_error()) return;e funzionava perfettamente. (usavo ABL e non UBL)
Forse è un intervento un po' brutale, mi rendo conto. C'è un rimedio migliore a questa problematica?
Grazie
Edited 2 time(s). Last edit at 12/18/2017 12:32PM by Fabius72.
Ciao,
Fabio
---
Cartesiana multifunzione:
MK4duo 4.4.0 - Alimentazione 24v - Mega2560 - DRV8825 - Ramps1.4
Display touch 4,3" FT800 su AT1284p e Seriale2
Viti e guide a ricircolo di sfere
Tavola 340x240 - cinghie T2.5 da 10mm rinforzate con core in acciaio per X e Y - Kress 800 FME
Trascinamento a cinghia del filamento 1,75mm sopra l'HotEnd - ugello 0,35mm E3D
Sorry, only registered users may post in this forum.