MK4DUO 4.3.27 dev: problema compilazione con Hot Chamber
Posted by Fabius72
|
Re: MK4DUO 4.3.27 dev: problema compilazione con Hot Chamber September 08, 2017 10:09AM |
Ciao, l'ho ritenuto superfluo per due motivi:
1) non è un problema "mio", nel senso che non è relativo alla mia specifica configurazione, bensì è un problema che ha da qualche parte il firmware che è in development e ho voluto solo segnalarlo per la sua sistemazione. Diverso sarebbe se avessi un problema con la stable e il mio Overall.h. E comunque non mi parrebbe corretto aver pretese su una "dev"
2) Chiunque scarichi la 4.3.27 dev e abiliti (come ho specificato) in una configurazione standard come "Prusa I3" la Hot Chamber, si ritrova a che fare con segnalazioni da parte del compilatore.
Sicuro ho dimenticato di dire che ho compilato con l'IDE 1.8.3 su linux, che magari potrebbe essere una possibile causa, non saprei... nel caso chiedo scusa.
Avessi un minimo delle capacità di Alberto avrei detto qualcosa di più, mi piacerebbe molto ma il firmware proprio non è alla mia portata
La "sbrodolata" (che non posso allegare perchè il sito mi restituisce un "Please shorten your messages, the body is too large") che ho con la mia configurazione e la 4.3.27 dev di qualche giorno fa, davvero... credevo avesse poco senso includerla nel messaggio perchè non è lunga.... di più! Sembra non aver mai fine hehehe (Sono 2769 righe)
Comunque erano tutti errori che avevano a che fare col file src/MK_Main.cpp che ora sembra esser sparito, che fine ha fatto???
Questi sono gli errori con attivata la Hot Chamber: (Se la si disattiva, compila bene)
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
1) non è un problema "mio", nel senso che non è relativo alla mia specifica configurazione, bensì è un problema che ha da qualche parte il firmware che è in development e ho voluto solo segnalarlo per la sua sistemazione. Diverso sarebbe se avessi un problema con la stable e il mio Overall.h. E comunque non mi parrebbe corretto aver pretese su una "dev"
2) Chiunque scarichi la 4.3.27 dev e abiliti (come ho specificato) in una configurazione standard come "Prusa I3" la Hot Chamber, si ritrova a che fare con segnalazioni da parte del compilatore.
Sicuro ho dimenticato di dire che ho compilato con l'IDE 1.8.3 su linux, che magari potrebbe essere una possibile causa, non saprei... nel caso chiedo scusa.
Avessi un minimo delle capacità di Alberto avrei detto qualcosa di più, mi piacerebbe molto ma il firmware proprio non è alla mia portata
La "sbrodolata" (che non posso allegare perchè il sito mi restituisce un "Please shorten your messages, the body is too large") che ho con la mia configurazione e la 4.3.27 dev di qualche giorno fa, davvero... credevo avesse poco senso includerla nel messaggio perchè non è lunga.... di più! Sembra non aver mai fine hehehe (Sono 2769 righe)
Comunque erano tutti errori che avevano a che fare col file src/MK_Main.cpp che ora sembra esser sparito, che fine ha fatto???
Questi sono gli errori con attivata la Hot Chamber: (Se la si disattiva, compila bene)
Quote
Arduino:1.8.3 (Linux), Scheda:"Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)"
In file included from /usr/share/arduino-1.8.3/hardware/arduino/avr/cores/arduino/Arduino.h:28:0,
from sketch/src/commands/../../base.h:26,
from sketch/src/commands/commands.cpp:29:
sketch/src/commands/../gcode/temperature/m191.h: In function 'void gcode_M191()':
sketch/src/commands/../gcode/temperature/m191.h:40:20: error: 'MSG_CHAMBER_HEATING' was not declared in this scope
LCD_MESSAGEPGM(MSG_CHAMBER_HEATING);
^
sketch/src/commands/../gcode/temperature/m191.h:40:5: note: in expansion of macro 'LCD_MESSAGEPGM'
LCD_MESSAGEPGM(MSG_CHAMBER_HEATING);
^
In file included from sketch/src/commands/../gcode/gcode.h:206:0,
from sketch/src/commands/commands.cpp:30:
sketch/src/commands/../gcode/temperature/m191.h:44:13: error: 'class Printer' has no member named 'wait_chamber'
printer.wait_chamber(no_wait_for_cooling);
^
exit status 1
Errore durante la compilazione per la scheda Arduino/Genuino Mega or Mega 2560."
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: MK4DUO 4.3.27 dev: problema compilazione con Hot Chamber September 08, 2017 12:24PM |
Caspita, è evidente che sei "del giro buono". Complimenti davvero anche a te e grazie per il tuo contributo! 
A sto punto la domanda sorge spontanea... Ma ha senso / una qualche utilità la segnalazione di errori riguardanti firmware in dev? Perchè se può essere d'aiuto e mi dovesse ricapitare, continuerei a farlo, altrimenti no
Urca, devo capire dove intervenire per evitare che venga obbligatoriamente eseguito il G28 in certe situazioni...
Ad esempio per creare un pcb sono io che indico l'origine ed eseguo il G29, se mi va a fare la home non va bene.
Avevo quindi commentato il controllo proprio in MK_Main.cpp nell'apposita funzione, mi sapresti dire dove la trovo adesso? Oppure se c'è un modo migliore.... ma questa è un'altra storia.
Ho appena ricompilato con l'aggiornamento, ma c'è ancora qualcosa che non va: (Ho controllato e I warning del compilatore sono disabilitati)
La mia configurazione è quella postata prima,con la differenza che ho settato la lingua in inglese (l'LCD è comunque disabilitato) (EDIT: avevo capito erroneamente il contrario, scusa)
Edited 1 time(s). Last edit at 09/08/2017 12:58PM 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
A sto punto la domanda sorge spontanea... Ma ha senso / una qualche utilità la segnalazione di errori riguardanti firmware in dev? Perchè se può essere d'aiuto e mi dovesse ricapitare, continuerei a farlo, altrimenti no
Urca, devo capire dove intervenire per evitare che venga obbligatoriamente eseguito il G28 in certe situazioni...
Ad esempio per creare un pcb sono io che indico l'origine ed eseguo il G29, se mi va a fare la home non va bene.
Avevo quindi commentato il controllo proprio in MK_Main.cpp nell'apposita funzione, mi sapresti dire dove la trovo adesso? Oppure se c'è un modo migliore.... ma questa è un'altra storia.
Ho appena ricompilato con l'aggiornamento, ma c'è ancora qualcosa che non va: (Ho controllato e I warning del compilatore sono disabilitati)
Quote
Arduino:1.8.3 (Linux), Scheda:"Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)"
In file included from sketch/src/commands/../gcode/gcode.h:206:0,
from sketch/src/commands/commands.cpp:30:
sketch/src/commands/../gcode/temperature/m191.h: In function 'void gcode_M191()':
sketch/src/commands/../gcode/temperature/m191.h:44:13: error: 'class Printer' has no member named 'wait_chamber'
printer.wait_chamber(no_wait_for_cooling);
^
exit status 1
Errore durante la compilazione per la scheda Arduino/Genuino Mega or Mega 2560."
La mia configurazione è quella postata prima,
Edited 1 time(s). Last edit at 09/08/2017 12:58PM 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: MK4DUO 4.3.27 dev: problema compilazione con Hot Chamber September 08, 2017 12:56PM |
Ciao,
oddio, "giro buono"
, mi sono messo a studiare il codice e a proporre modifiche solo da metà maggio più o meno. Cerco di essere il più utile possibile ma a volte data la mia poca esperienza finisco per fare qualche cavolata che poi il Mago è costretto a sistemare, cosa che mi dispiace molto.
Comunque sì, sarebbe decisamente d'aiuto ricevere un feedback sulla versione in sviluppo. Il Mago ha solo un banco di test con AlligatorBoard e una stampante delta, io addirittura non ho nemmeno un Arduino in casa, quindi diventa difficile (anzi, impossibile) testare qualsiasi configurazione possibile ogni volta che facciamo una modifica... Gli sviluppatori di Marlin da questo punto di vista sono avvantaggiati: hanno una base di utenti molto più larga che ogni giorno li inonda di segnalazioni di errori... Le segnalazioni di problemi, se ben fatte, sono come l'ossigeno per un software opensource.
Quindi, ed il messaggio è rivolto a tutti, siete caldamente invitati a segnalare qualsiasi cosa non funzioni. Sarebbe bello che magari qualcuno ogni tanto provasse a compilare il firmware attivando tutte le varie opzioni per vedere se funziona proprio tutto tutto e se non ci siamo persi per strada qualcosa.
Poi, se qualcuno si sente pronto per avventurarsi tra le righe di codice è sicuramente il benvenuto. Tra l'altro negli ultimi mesi è diventato molto più semplice da analizzare per via delle riorganizzazioni del codice a cui accennavo in un precedente commento.
Per quanto riguarda il G28 ed il G29, ora li trovi nei file src/gcode/calibrate/g28.h, src/gcode/calibrate/g29_abl.h e src/gcode/calibrate/g29_mbl.h, ma immagino che ci sia sicuramente un modo migliore di farlo, qui il Mago può aiutarti di più.
Per quanto riguarda infine l'errore che continui ad avere: mi sembra impossibile, visto che è proprio l'errore che è stato sistemato 2 ore fa. Prova a riscaricare da capo MK4duo con le tue impostazioni e a ricompilarlo
oddio, "giro buono"
, mi sono messo a studiare il codice e a proporre modifiche solo da metà maggio più o meno. Cerco di essere il più utile possibile ma a volte data la mia poca esperienza finisco per fare qualche cavolata che poi il Mago è costretto a sistemare, cosa che mi dispiace molto.Comunque sì, sarebbe decisamente d'aiuto ricevere un feedback sulla versione in sviluppo. Il Mago ha solo un banco di test con AlligatorBoard e una stampante delta, io addirittura non ho nemmeno un Arduino in casa, quindi diventa difficile (anzi, impossibile) testare qualsiasi configurazione possibile ogni volta che facciamo una modifica... Gli sviluppatori di Marlin da questo punto di vista sono avvantaggiati: hanno una base di utenti molto più larga che ogni giorno li inonda di segnalazioni di errori... Le segnalazioni di problemi, se ben fatte, sono come l'ossigeno per un software opensource.
Quindi, ed il messaggio è rivolto a tutti, siete caldamente invitati a segnalare qualsiasi cosa non funzioni. Sarebbe bello che magari qualcuno ogni tanto provasse a compilare il firmware attivando tutte le varie opzioni per vedere se funziona proprio tutto tutto e se non ci siamo persi per strada qualcosa.
Poi, se qualcuno si sente pronto per avventurarsi tra le righe di codice è sicuramente il benvenuto. Tra l'altro negli ultimi mesi è diventato molto più semplice da analizzare per via delle riorganizzazioni del codice a cui accennavo in un precedente commento.
Per quanto riguarda il G28 ed il G29, ora li trovi nei file src/gcode/calibrate/g28.h, src/gcode/calibrate/g29_abl.h e src/gcode/calibrate/g29_mbl.h, ma immagino che ci sia sicuramente un modo migliore di farlo, qui il Mago può aiutarti di più.
Per quanto riguarda infine l'errore che continui ad avere: mi sembra impossibile, visto che è proprio l'errore che è stato sistemato 2 ore fa. Prova a riscaricare da capo MK4duo con le tue impostazioni e a ricompilarlo
|
Re: MK4DUO 4.3.27 dev: problema compilazione con Hot Chamber September 12, 2017 03:31AM |
Quote
Fabius72
L'ho installato, ma in cima alla lista degli "elementi" ripulibili, non trovo nè Arduino IDE, nè AVR, quindi quella cartella dove la posso trovare in BleachBit?
Probabilmente l'IDE non lo trova perchè l'ho piazzato io nella cartella /usr/share/ e ho poi creato il lanciatore.
Eh, in realtà Bleachbit è pensato "solo" per ripulire i file temporanei di sistema e dei software più usati che ne producono moltissimi, come i noti browser. Dicevo di usarlo solo come consiglio per ripulire un po' la cartella /tmp, dove Arduino IDE tiene la propria cache durante la compilazione. Comunque non è un grosso problema, in quei casi, o aspetti che quei file vengano cancellati direttamente dal sistema operativo (per esempio dopo una riaccensione) oppure vai in /tmp e cancelli manualmente le cartelle che contengono la parola "arduino"...
Quote
Fabius72
[...] l'editor di testo è inaccettabile, per cui mi piacerebbe sapere quali strumenti adoperi tu/voi per scrivere/correggere codice o in generale quali trucchetti adoperate per avere una chiara panoramica, ad esempio o come trovare al volo le funzioni che vengono prese in causa da una data circostanza.
Non so come faccia il Mago, non ne abbiamo mai parlato tra di noi, ma io uso sempre l'editor di testo. Con un qualsiasi editor di testo che non sia primitivo si può sfruttare una funzione che sembra banale ma torna utilissima: cerca / cerca e sostituisci. Però puoi cercare solo dentro un file alla volta, o al massimo dentro a tutti i file che hai aperto in quel momento... Che difficilmente sono anche tutti i file contenuti nel firmware. Allora ci si aiuta con la riga di comando. Si usano comandi come "grep" o "git grep" (se si è clonato il repository di github sul proprio computer, per farlo:
git clone "https://github.com/MKFirmware/MK4duo"). Esistono poi comandi per sostituire una certa stringa con un'altra in tutti i file del firmware in un colpo solo... Google è tuo amico.
Per quanto riguarda l'avere una panoramica generale di tutto il codice, devo ammettere di non averla ancora (ed è da maggio che leggo il codice, faccio modifiche eccetera). È solo questione di mettersi a leggerlo e a sforzarsi di capirlo. Prima si guarda la funzione Printer::setup in printer.cpp e poi Commands::loop in commands.cpp. Poi si guarda come vengono gestiti i comandi leggendosi quella manciata di funzioni che ci sono in commands.cpp. Insomma, all'inizio ho cercato di tenermi al lontano dal codice "di basso livello" e di stare sempre a qualche livello di astrazione sopra. Per esempio, mentre studi come vengono letti, parsati ed eseguiti i comandi, puoi fregartene di come funzionino sotto sotto funzioni come "mechanics.do_blocking_move_to(...)", ovvero funzioni che dicono agli stepper come muoversi per raggiungere delle certe coordinate e poi delegano ad un piano ancora più basso la gestione vera e propria dei segnali elettrici da mandare agli stepper. Il firmware è fatto a cipolla, quando sei su uno strato devi dare per scontato che ciò che c'è negli strati sotto di te funzioni come te l'aspetteresti... Altrimenti ne esci pazzo.
Non è facile ma nemmeno impossibile, bisogna conoscere bene il linguaggio che tecnicamente è C++ poi alla fine è usato come se fosse C per ottimizzare l'uso delle poche risorse che possiede un chip avr...
Quindi se anche non te la sentissi di scendere troppo nei particolari, leggerti cosa fanno commands.cpp, parser.cpp, printer.cpp, la nuova gestione dei gcode che ora puoi trovare divisi in cartelle dentro a src/gcode/, può darti la possibilità di comprendere molto meglio come funzioni MK4duo (e anche Marlin che non è estremamente diverso).
Buon divertimento
Edited 1 time(s). Last edit at 09/12/2017 03:33AM by iosonopersia.
|
Re: MK4DUO 4.3.27 dev: problema compilazione con Hot Chamber September 15, 2017 02:22AM |
Ciao Fabius72 (Fabio?) , grazie per i consigli, ho bisogno soprattutto della possibilità di rinominare una variabile automaticamente in tutti file, in precedenza mi sono dovuto destreggiare con la riga di comando...
Per quanto riguarda il thread non saprei, perchè poi finisce che si accavallano le discussioni per risolvere i problemi di più utenti contemporanemente. Delle due teoricamente credo abbia più senso un'intera nuova sezione del forum dedicata ad MK4duo per raccogliere le discussioni relative... non saprei, sono curioso di sapere cosa ne pensa il Mago
Edited 1 time(s). Last edit at 09/15/2017 02:23AM by iosonopersia.
Per quanto riguarda il thread non saprei, perchè poi finisce che si accavallano le discussioni per risolvere i problemi di più utenti contemporanemente. Delle due teoricamente credo abbia più senso un'intera nuova sezione del forum dedicata ad MK4duo per raccogliere le discussioni relative... non saprei, sono curioso di sapere cosa ne pensa il Mago
Edited 1 time(s). Last edit at 09/15/2017 02:23AM by iosonopersia.
|
Re: MK4DUO 4.3.27 dev: problema compilazione con Hot Chamber September 15, 2017 02:48AM |
Ho provato Geany per 5 minuti e mi sono già innamorato, chissà perché non l'ho provato prima...
|
Re: MK4DUO 4.3.27 dev: problema compilazione con Hot Chamber September 17, 2017 06:21PM |
Ciao iosonopersia (Simone? 
)
Come va con Geany? Io sto cercando di cominciare a studiarci su, comunque si, questo è proprio il genere di software che cercavo, cioè fatto apposta per sviluppare codice. Ho visto che ha la funzione debugger, con i breakpoint che devo ancora capire come vanno usati, poi ha tanti piccoli accorgimenti come il ctrl-D per duplicare la riga sulla quale si trova il cursore (anzichè fare il solito --> selezione, ctrl-C, ctrl-V) e un sacco di altre furbate che semplificano il lavoro, come il completamento automatico dei comandi (tramite suggerimenti da confermare).
Ho apprezzato un sacco anche la colonna a sx contenente l'elenco completo delle variabili dichiarate.
Inoltre, se selezioni una parola, una funzione o comando e ci clicchi col dx e selezioni "Mostra utilizzo", nella barra dei messaggi trovi in output l'elenco che riporta in quali delle schede aperte e in quali righe si trova il testo ricercato. Figo!
Chissà quali altre sorprese ci riserva
Se non lo hai già fatto, ti consiglio di aggiungere il ppa per avere gli aggiornamenti appena disponibili.
Domanda: nelle versioni in sviluppo, ad esempio l'attuale 4.3.2x, il numero in x quand'è che subisce un incremento?
Il motivo della mia domanda è semplice: pensavo che una qualsiasi variazione al firmware, come anche una sistemazione di un bug ne determinasse il cambio. In questo modo si saprebbe se la propria versione installata è l'esatta copia dell'attuale del configuratore o meno.
Avendo voi corretto il bug che ho riportato col presente topic, mi aspettavo un aggiornamento in 4.3.28 ma così non è stato.
Quindi, sapreste dirmi come funziona esattamente? O dove reperire documentazione che tratti dell'argomento? Immagino che il meccanismo delle alpha, beta ed RC sia il medesimo per tutti, sbaglio?
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
)Come va con Geany? Io sto cercando di cominciare a studiarci su, comunque si, questo è proprio il genere di software che cercavo, cioè fatto apposta per sviluppare codice. Ho visto che ha la funzione debugger, con i breakpoint che devo ancora capire come vanno usati, poi ha tanti piccoli accorgimenti come il ctrl-D per duplicare la riga sulla quale si trova il cursore (anzichè fare il solito --> selezione, ctrl-C, ctrl-V) e un sacco di altre furbate che semplificano il lavoro, come il completamento automatico dei comandi (tramite suggerimenti da confermare).
Ho apprezzato un sacco anche la colonna a sx contenente l'elenco completo delle variabili dichiarate.
Inoltre, se selezioni una parola, una funzione o comando e ci clicchi col dx e selezioni "Mostra utilizzo", nella barra dei messaggi trovi in output l'elenco che riporta in quali delle schede aperte e in quali righe si trova il testo ricercato. Figo!
Chissà quali altre sorprese ci riserva
Se non lo hai già fatto, ti consiglio di aggiungere il ppa per avere gli aggiornamenti appena disponibili.
sudo add-apt-repository ppa:geany-dev/ppa sudo apt-get update
Domanda: nelle versioni in sviluppo, ad esempio l'attuale 4.3.2x, il numero in x quand'è che subisce un incremento?
Il motivo della mia domanda è semplice: pensavo che una qualsiasi variazione al firmware, come anche una sistemazione di un bug ne determinasse il cambio. In questo modo si saprebbe se la propria versione installata è l'esatta copia dell'attuale del configuratore o meno.
Avendo voi corretto il bug che ho riportato col presente topic, mi aspettavo un aggiornamento in 4.3.28 ma così non è stato.
Quindi, sapreste dirmi come funziona esattamente? O dove reperire documentazione che tratti dell'argomento? Immagino che il meccanismo delle alpha, beta ed RC sia il medesimo per tutti, sbaglio?
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
Sorry, only registered users may post in this forum.