Io sto provando con la 0023, BB con la 0022, quindi è confermato che funziona con tutte e due le versioni, per la 1.0 ci sono ancora delle cose da sistemare e avrà una sua installazione differenziata.
Domanda @ BB: il tuo AVRDUDE che scrive anche sulle lapidi si può piazzare alla fine sopra il lavoro di Astro o non c'entra niente?
Avrdude è solo un programma di servizio, viene invocato dall'IDE e non dal compilatore, quindi non ci sono problemi per aggiornarlo all'ultima versione visto che ora prevede anche il supporto all'autoreset.
Ma il compilatore che andremo ad usare è contenuto nella toolchain?
e a che versione arriviamo, visto che attualmente siamo alla 4.3.3 (in base alle rpecedenti istruzioni di Astro)?
confermo quello che dice astrobeed.
Riguardo ad avrdude e l'ide bisognerebbe provare a programmare un tiny "unsigned" dall'ide , dopo aver aggiunto al file preferences.txt la seguente riga:
upload.options="-R" e vedere se il parametro viene passato correttamente.
BrainBooster:
confermo quello che dice astrobeed.
Riguardo ad avrdude e l'ide bisognerebbe provare a programmare un tiny "unsigned" dall'ide , dopo aver aggiunto al file preferences.txt la seguente riga:
upload.options="-R" e vedere se il parametro viene passato correttamente.
La toolchain è il compilatore più tutti i programmi accessori e le sue librerie.
La nuova versione è avr-gcc 4.5.1 release Atmel, ovvero è modificato/corretto da loro rispetto alla versione ufficiale.
Forse questo risolve il problema del thread che ho aperto. Ora scarico questa beta e provo subito
fixing the ArduinoISP sketch (lowering baud rate from 19200 to 9600)
Questo fix sembra adattabile anche alla versione 002x compilata con le ultime versioni di gcc. Se vi ricordate, quando segnalai che con i sistemi più recenti non riuscivo più a compilare uno sketch ArduinoISP funzionante, un utente mi aveva detto di aver risolto abbassando proprio a 9600. Quindi qui pare che più che un problema dell'Arduino in sé sia proprio un problema di avr-gcc.
leo72:
Forse questo risolve il problema del thread che ho aperto. Ora scarico questa beta e provo subito
Non credo, questo è quello che c'è scritto nel readme per la toolchain, non mi pare che sia quella Atmel, semplicemente forzano l'IDE ad usare quella posta nella sua cartella invece di quella presente nel sistema, esattamente come avviene in Windows.
VR Toolchain for 32 bit Linux (i486-linux-gnu)
This toolchain was created by extracting the Debian gcc-avr and binutils-avr
packages from Ubuntu 9.04 (Jaunty Jackalope). These versions closely match
the toolchain Arduino bundles on Mac and Windows.
AVR libc 1.6.4 was compiled compiled from source on Jaunty and then and
copied to the avr/lib/avr directory. The eeprom.h file was replaced by
Arduino's modified copy.
Ubuntu libraries libgmp and libmpfr were copied to avr/lib. The main
gcc binaries avr-gcc, avr-g++ and avr-cpp were moved to avr/bin.gcc, and
scripts were placed in the avr/bin directory to run these with
LD_LIBRARY_PATH set to use libgmp and libmpfr from the avr/lib directory.
A patch was applied to the Arduino IDE to use this toolchain if the
tools/avr/bin directory is present. If this directory is removed, Arduino
will attempt to use the AVR toolchain provided by your system.
Finally, this readme file was added.
Però già sarebbe una buona cosa: in questo modo se riesco a compilare la toolchain con le patch Ateml, posso infilarla nell'albero dell'IDE e risolvo il problema.
Ma se non ha la toolchain aggiornata, allora come risolve il problema della gestione di 256 kB di Flash sui Mega2560?
leo72:
Aggiungo anche che pare risolto anche il bug degli sketch compilati per micro con più di 128k
che è dato per risolto.
Non si risolve con una opzione da riga di comando, il problema è insito nel compilatore ed è un suo limite, però questa cosa conferma che l'Arduino team è a conoscenza del problema almeno dal Novembre 2011, quindi non capisco come mai Massimo ne ha negato l'esistenza.
Allo stato attuale delle cose pare che solo la Toolchain di Atmel è in grado di compilare correttamente per micro con più di 128k di flash.
leo72:
Però già sarebbe una buona cosa: in questo modo se riesco a compilare la toolchain con le patch Ateml, posso infilarla nell'albero dell'IDE e risolvo il problema.
Il problema è proprio questo, a quanto pare non sono disponibili tutti i sorgenti di Atmel, quindi non puoi ricompilare la loro toolchain, puoi solo usare i loro eseguibili già compilati.
La questione 256k non la risolvi con l'avr-gcc ufficiale, per esempio c'è l'issue sul bug eicall oltre i 128k che non è ancora risolta, e solo questa basta a invalidare la compilazione oltre tale limite.
A quanto ne so io la fix risolve i problemi di compilazioni incontrati dal progetto DIYDrones che utilizza dei mega2560 pieni zeppi di codice.
La toolchain ATMEL gira solo su windows a quanto ne so... ho chiesto di averla anche su mac... Oggi nel tardo pomeriggio mi sento al telefono con il responsabile dell'open source di ATMEL. Se avete delle richieste da fare è il momento giusto di raccogliere le domande e poi io gliele pongo.