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

Grazie a entrambi.
@BB, ci mancherebbe, anzi hai fatto davvero molto più di quanto non ti avessi chiesto, solo che purtroppo il mio tempo è davvero limitatissimo, ecco perché pensavo che le variazioni le avessi fatte alla 0022 e non all'1.0; va bene così, grazie. :slight_smile:

@Astrobeed: ho riportato tutto sul primo post, se dovessero uscire ulteriori aggiornamenti, continuerò ad aggiornarlo. Intanto, fino a metà settimana grande casino di lavoro, poi farò subito le prove realizzando questa nuova versione IDE 0022.
Grazie anche a te.

Ricorda però che se vorrai usare la nuova funzione di avrdude dall'ide devi perforza usare quello che ti avevo inviato prima. :wink:

BrainBooster:
Ricorda però che se vorrai usare la nuova funzione di avrdude dall'ide devi perforza usare quello che ti avevo inviato prima. :wink:

Sì l'ho capito, infatti avevo visto il flag "zombie" XD però ripeto la 1.0 non è partita e mi sono fermato subito, ma ora mi sa che ci devo rimettere mano....

forse perchè usi la versione dei tiny core per 022/023?

BrainBooster:
forse perchè usi la versione dei tiny core per 022/023?

no, no, io con la 0022 vado benissimo, ma ho necessità "redazionali" di fare alcune prove con la 1.0, quindi fra non molto dovrò rimetterci mano

quindi a meno che non userai i micro nella distribuzione standard dell'ide (ma presumo di no), dovrai necessariamente scaricare il tinycore aggiornato e fare la modifica al punto n.8 del "decalogo" di astrobeed.

BrainBooster:
quindi a meno che non userai i micro nella distribuzione standard dell'ide (ma presumo di no), dovrai necessariamente scaricare il tinycore aggiornato e fare la modifica al punto n.8 del "decalogo" di astrobeed.

giusto, quindi questa cosa giustifica l'errore che avevo quando ho cercato di compilare per un tiny, ma non mi spiego l'errore Arduino.h quando usavo direttamente Arduino UNO, ma ripeto di aver fatto 1+1 prove, poi ho chiuso, non gli ho dedicato nemmeno il tempo di approfondire l'errore.

spiego l'errore Arduino.h quando usavo direttamente Arduino UNO,

vuoi dire il dispositivo o l'ide? :roll_eyes:

BrainBooster:

spiego l'errore Arduino.h quando usavo direttamente Arduino UNO,

vuoi dire il dispositivo o l'ide? :roll_eyes:

L'IDE, col semplice pulsante verify mi dava questo errore, non c'ho proprio provato a mandare lo sketch all'Arduino UNO collegata

ma cosa stavi provando a compilare? arduino.h è nel core standard di arduino (1.0 e successivi) e difficile che l'ide non lo trovi.

@ Tutti: sto rileggendo l'intero Topic e trovo alcune cose da chiarire:

Riprendo questa affermazione di Leo, non avendo ancora fatto prove in tal senso:

Con le versioni successive alla 4.3.5 lo sketch ArduinoISP viene compilato NON funzionante.

Se non sbaglio l'IDE 1.0 originale si basa sullo stesso compilatore della 0022, quindi il noto problema ArduinoISP/IDE 1.0 non dovrebbe essere legato al compilatore, allora che significa ciò che dice Leo?
Domanda: qualcuno ha testato ArduinoISP con la 0022 e la toolchain aggiornata? Esiste la possibilità che con l'aggiornamento non funzioni nemmeno sulla 0022? :cold_sweat:

x Astro: in questo post hai confermato a BB che si poteva usare AVRDUDE nuovo in quanto contenente le info per Arduino; ma nelle ultime istruzioni hai comunque consigliato di recuperare AVRDUDE originale, capisco male io o ci sono nuovi elementi?

Ho consigliato di usare l'avrdude allegato all'IDE perché sicuramente funzionante e tutti lo hanno disponibile.

astrobeed:

[quote author=Michele Menniti link=topic=96976.msg739530#msg739530 date=1332857822]
ma nelle ultime istruzioni hai comunque consigliato di recuperare AVRDUDE originale, capisco male io o ci sono nuovi elementi?

Ho consigliato di usare l'avrdude allegato all'IDE perché sicuramente funzionante e tutti lo hanno disponibile.
[/quote]
quindi "lasciamo" quello dell'IDE? :wink:
Hai feedback sulla questione che ho posto sopra o Leo parlava solo di Linux, che tu sappia? Ovviamente è importante che almeno sulla 0022 ArduinoISP continui a funzionare tranquillamente. :slight_smile:

@Menniti di che ti preoccupi? :slight_smile: non ho inserito esplosivi o antrace dentro avrdude ]:smiley: non ti farà esplodere il pc e non contagierà tutti i micro che inserisci :stuck_out_tongue_closed_eyes: :stuck_out_tongue_closed_eyes:
..e poi se stai seguendo le istruzioni di astrobeed dovresti lavorare con una copia e non con l'originale.

Sto solo riorganizzando le informazioni, non mi piace lasciare cose non risolte o non certe; che paura devo avere, io la tua versione l'ho usata, ti sei scordato che ho programmato con successo il mio tint2313 con signature FFFFFF? $)
Però ora voglio fare una cosa ordinata: parto per gradi con differenti cartelle, faccio i test poi implemento nuovi elementi, ma mi servono dati certi, tutto qui.

...uomo saggio :wink:

Leo parla per Linux e loro continuano a fare esperimenti di ricompilazioni provando di tutto di più, il problema di AvrIsp riguarda solo Linux e non Windows.
Per correttezza ti dico che l'AvrIsp non l'ho provato perché non lo uso come sistema di programmazione, ma non vedo nessun motivo per cui non deve funzionare.

OK, tanto devo fare una prova di installazione, ci metto niente a verificarlo. A dopo.

@Menniti:
se compilando con l'IDE 1.0 ti esce fuori l'errore sull'arduino.h vuol dire che stai usando uno sketch che richiama una libreria non compatibile con l'IDE 1.0

@tutti:
Per dovere di cronaca vi riporto il mio intero periodo, non la singola frase:

Con le versioni successive alla 4.3.5 lo sketch ArduinoISP viene compilato NON funzionante. Con le versioni 4.5.x ci sono i problemi legati al famoso bug del delay, che non funziona per via di una errata inizializzazione dei registri se non si mette una dichiarazione di una variabile globale all'inizio dello sketch. Sulle versioni 4.6.x c'è il problema che alcune lib del core che contengono diciture non più riconosciute (non mi ricordo esattamente quali ma mi pare che siano dei tipi di dati) e vanno modificate per farle funzionare, poi con le versioni ancora più recenti compare il problema di dover aggiornare anche binutils-avr, ed anch'esso ha i suoi czz e mazzi.

L'affermazione non si riferisce tanto a Linux o Windows quanto al tipo di toolchain usata.
Se usate la toolchain 4.3.5 non patchata c'è per tutti il bug del limite dei 64 kB, se ne è discusso ampiamente. E' proprio da un post di Mike che la questione è venuta fuori.

Quindi Linux o Windows o Mac, uno sketch che indirizza dati oltre quella soglia è destinato a fallire.
Se per risolvere tale problema si usa una versione successiva, compaiono altri bug, e questo vale solo per Linux per un semplice motivo: perché il team di Arduino ha finora distribuito la toolchain allegata all'IDE solo con la versione Windows. Se scaricate una toolchain Avr aggiornata e la usate così cosm'è, senza patch Atmel, anche voi utenti Windows avete gli stessi problemi che ho io perché i bug che ho nel tempo segnalato su questo forum riguardano il sorgente stesso della toolchain, quindi che si compili su Linux o Windows i bug restano. Le patch Atmel correggono proprio questi bug, ad esempio l'errore del delay che ho citato.

L'unica soluzione CERTA a tutti questi problema è la strada che ha seguito Astro, è la strada che ha seguito Bingo660 su AvrFreaks, è la strada che alla fine ho seguito anche io: scaricarsi i sorgenti della toolchain, applicare le patch di Atmel e compilare quella toolchain. Alla fine viene fuori una versione basata su avr-gcc 4.5.1, quindi non recentissima, ma funzionante.
L'ArduinoISP con versioni più recenti della toolchain continua a non funzionare, segno evidente che le patch Atmel sono al momento indispensabili.

Per dovere di cronaca dico che se ho tempo domani provo la toolchain basata su avr-gcc 4.7.0, e vediamo se risolve tutti i problemi riguardanti i bug menzionati senza bisogno delle patch di Atmel.

:slight_smile: e quindi ? :cold_sweat: