[WIN] Aggiornam. compilatore IDE 0022-0023-1.0 all'ULTIMA VERSIONE ATMEL

Riepilogando quindi diciamo che ad oggi l'LM (sapevo che significava Leo, la M invece credevo fosse altro autore :)) serve solo sulla 1.0 e va a 9600 (per limiti dell'ide non dello sketch in se), e' corretto Leo ?

Testato:
Riepilogando quindi diciamo che ad oggi l'LM (sapevo che significava Leo, la M invece credevo fosse altro autore

vero, M in realtà sta per Matteo, poi si è fatto il solito casino :sweat_smile: ma i ringraziamenti sono stati fatti correttamente.

Quindi la versione corretta sarebbe: ISP101L&M. :roll_eyes:

modalita' cerca errori OFF :slight_smile:

@Testato:
sì, si può dire che ad oggi l'ArduinoISP2 serva ormai solo sulla 1.0.
Sia la 002x che la 1.0.1 hanno sketch ArduinoISP funzionanti.

Disponibile la nuova ToolChain (for Windows only) 3.4.1 --> http://www.atmel.com/tools/ATMELAVRTOOLCHAINFORWINDOWS.aspx
Integra:
AVR 8-bit GNU Binutils 2.22 - Binary utilities for AVR 8-bit target (including assembler, linker, etc.)
AVR 8-bit GNU Compiler Collection (avr-gcc) 4.6.2 - C language and C++ language compiler for AVR 8-bit target
AVRLibC 1.8.0 - C Standard Library for AVR 8-bit

@Menniti: il link alla toolchain nel primo post non è più funzionante.

L'hai provata? E' funzionante, nel senso che è esente da bug?
Per Linux esistono versioni degli strumenti con la stessa versione o più recenti ma sono tutti afflitti da vari bug.

PaoloP:
Disponibile la nuova ToolChain (for Windows only) 3.4.1 -->
@Menniti: il link alla toolchain nel primo post non è più funzionante.

Corretto, grazie. Finalmente si sono decisi a fare una pagina con indirizzo fisso, cambiando il solo contenuto; prima l'indirizzo variava ad ogni aggiornamento.

PaoloP:
Disponibile la nuova ToolChain (for Windows only) 3.4.1 --> http://www.atmel.com/tools/ATMELAVRTOOLCHAINFORWINDOWS.aspx
Integra:
AVR 8-bit GNU Binutils 2.22 - Binary utilities for AVR 8-bit target (including assembler, linker, etc.)
AVR 8-bit GNU Compiler Collection (avr-gcc) 4.6.2 - C language and C++ language compiler for AVR 8-bit target
AVRLibC 1.8.0 - C Standard Library for AVR 8-bit

@Menniti: il link alla toolchain nel primo post non è più funzionante.

L'ho provata ma con arduino mi ha dato qualche problema, principalmente sulle variabili in PROGMEM: tutti i tipi prog_* (usati da qualche libreria per esempio) sono deprecati e per abilitarli bisogna usare un #define (non troppo grosso come problema), e inoltre bisogna dichiararle per forza const, pena relativo errore di compilazione.

Cosa che ho notato: gli sketch che ho compilato (esempi delle lib EtherCard e RF24) risultano qualche byte più grandi...

Ah non ho sostituito gli include come dice la guida perchè, confrontandoli, quelli del primo post sono molto diversi da quelli della nuova toolchain, mancando di pezzi parecchio corposi di codice...

leo72:
L'hai provata? E' funzionante, nel senso che è esente da bug?
Per Linux esistono versioni degli strumenti con la stessa versione o più recenti ma sono tutti afflitti da vari bug.

Non l'ho ancora provata.
Per Linux ho messo la segnalazione sull'altro post.

@ Dancol90: se stai testando la versione WIN devi seguire ogni passaggio alla lettera, lascia stare i confronti...

Più tardi allora provo...per curiosità: che cosa è stato modificato in quegli include rispetto agli originali?

dancol90:

[quote author=Michele Menniti link=topic=96976.msg916430#msg916430 date=1346959052]
@ Dancol90: se stai testando la versione WIN devi seguire ogni passaggio alla lettera, lascia stare i confronti...

Più tardi allora provo...per curiosità: che cosa è stato modificato in quegli include rispetto agli originali?
[/quote]
NIENTE, quella è un'intera cartella preparata da Astro, e non è stato a partire dagli originali, per questo ti deico che l'operazione va fatta alla lettera.
Sinceramente io non ho più provato dopo la versione di Toolchai che c'era ad aprile ma ho fatto fare questo lavoro ad altri un paio di mesi fa e non hanno avuto problemi, penso non ne avrai nemmeno tu.

NIENTE, quella è un'intera cartella preparata da Astro, e non è stato a partire dagli originali, per questo ti deico che l'operazione va fatta alla lettera.
Sinceramente io non ho più provato dopo la versione di Toolchai che c'era ad aprile ma ho fatto fare questo lavoro ad altri un paio di mesi fa e non hanno avuto problemi, penso non ne avrai nemmeno tu.
[/quote]

Appena posso provo, non volevo dare contro a te, la mia era solo curiosità sul "come funziona il tutto" :slight_smile:

Fino alla versione precedente della toolchain non ho riscontrato nessun problema, e io ormai uso solo la toolchain Atmel per compilare, con questa nuova release devo verificare se ci sono problemi, però non posso farlo adesso, se ne parla non prima di fine mese.

@ Dancol90
Le modifiche agli include sono a livello di dipendenze, percorsi, precedenze di annidamento e alcune #define, i file modificati sono 12, per semplice comodità e facilità di installazione a suo tempo ho optato per copiare in toto tutta la cartella, il che include anche i file non modificati, e farla sostituire integralmente a quella esistente in Arduino.

ho notato solo adesso questo topic e ho provato a fare le operazioni descritte nel post iniziale...
ora io non so se è perchè uso l'ultima versione dell'IDE o della toolchain, però compilando uno programma qualsiasi selezionando come board un ATtiny mi da questi errori:

In file included from c:\users\user\skydrive\documenti\arduino\arduino-sw\hardware\tools\avr\bin\../lib/gcc/avr/4.6.2/../../../../avr/include/util/delay.h:46:0,
                 from c:\users\user\skydrive\documenti\arduino\arduino-sw\hardware\tools\avr\bin\../lib/gcc/avr/4.6.2/../../../../avr/include/avr/delay.h:39,
                 from C:\Users\User\SkyDrive\Documenti\Arduino\Arduino\hardware\tiny\cores\tiny\/wiring_private.h:32,
                 from C:\Users\User\SkyDrive\Documenti\Arduino\Arduino\hardware\tiny\cores\tiny\WInterrupts.c:37:
c:\users\user\skydrive\documenti\arduino\arduino-sw\hardware\tools\avr\bin\../lib/gcc/avr/4.6.2/../../../../avr/include/math.h:426:15: error: expected identifier or '(' before 'double'
c:\users\user\skydrive\documenti\arduino\arduino-sw\hardware\tools\avr\bin\../lib/gcc/avr/4.6.2/../../../../avr/include/math.h:426:15: error: expected ')' before '>=' token

compilando con altre board non ci sono problemi

?R:
ho notato solo adesso questo topic e ho provato a fare le operazioni descritte nel post iniziale...
ora io non so se è perchè uso l'ultima versione dell'IDE o della toolchain, però compilando uno programma qualsiasi selezionando come board un ATtiny mi da questi errori:

La modifica ha un senso solo con i processori più grossi degli ATtiny, in particolare serve per i MEGA25660, il core per gli ATtiny è diverso da quello per gli altri AVR e la modifica non è ne testata ne garantita per funzionare con questi, anzi sicuramente non funziona :slight_smile:
Sto aspettando una versione stabile e definitiva dell'IDE 1.5 per rilasciare una nuova release della patch, anche se per il momento funziona senza problemi con l'IDE 1.x, con la 1.5x le cose cambiano un pochino e serve una patch adattata appositamente.

Effettivamente se ti vai a leggere i motivi per i quali Astro ha rilasciato questa prima patch, vedrai che si parla della corretta gestione della memoria flash oltre i 128kb, praticamente parliamo solo di schede come la Arduino Mega2560. Personalmente sul pc ho lasciato sia la 0022 che la 1.0.1 e nelle rispettive cartelle avr ho lasciato sia l'originale che quella patchata; in base alle condizioni le rinomino e così non ho alcun problema.

quindi per i tiny non posso fare niente?
in una discussione privata con Leo lui mi dice che riesce a compilare dei programmi per i tiny che a me su windows mi da questi errori:

c:/users/user/skydrive/documenti/arduino/arduino-sw/hardware/tools/avr/bin/../lib/gcc/avr/4.3.2/../../../../avr/lib/avr25/crttn85.o:(.init9+0x2): relocation truncated to fit: R_AVR_13_PCREL against symbol `exit' defined in .fini9 section in c:/users/user/skydrive/documenti/arduino/arduino-sw/hardware/tools/avr/bin/../lib/gcc/avr/4.3.2/avr25\libgcc.a(_exit.o)

avevo avuto questi problemi anche un anno fa e avevo risolto passando a linux :slight_smile:
però speravo di trovare il modo di compilarlo anche su windows, perchè al momento ho altri problemi con linux :frowning:

?R:
quindi per i tiny non posso fare niente?

Non capisco la tua domanda, per Tiny usa l'IDE standard con il relativo core e non ci sono problemi sia sotto Windows che sotto Linux.