Nuovi sviluppi IDE 1.8.x

International Italiano Megatopic
#116

Ok ... trovato, e ... mi sembra che sia come supponevo ... nessuna pgmspace su ARM ... :grin: :grin: :grin:

Guarda qui : https://github.com/arduino/Arduino/blob/ide-1.5.x/hardware/arduino/sam/cores/arduino/avr/pgmspace.h

... in pratica non hanno fatto altro che ridefinire le funzioni ed i tipi che sugli AVR usavano la FLASH e che invece, sugli ARM, usano la RAM :(

Esempio :

#define memcpy_P(dest, src, num)   memcpy((dest), (src), (num))

... sporco trucco per evitare gli errori di compilazione ma non per risparmiare memoria RAM XD :grin: XD :grin:

Guglielmo

#117

Ti stavo per postare il link. Sei stato più rapido. :sweat_smile:

#118

E' il prezzo da pagare per rendere il codice scritto per le Uno/Mega/Leonardo compatibile con le Due senza modifiche.

#119

Personalmente avrei preferito separate due versioni di IDE e creato un software di "traduzione" o "acquisizione" per la DUE, alla fine si imbordelliranno le cose temo, a favore della DUE e a danno della UNO & Co

#120

al contrario, arduino DUE può fare tutte le cose di arduino più qualcosa. Quindi le cose che possono fare entrambe lo fanno con le stesse classi (come poi sia implementato il codice specificatamente chissene), le cose in più che può fare la due avranno delle librerie a parte.

La stessa cosa vale per la leonardo!

#121
  • Pass board type from boards.txt (https://github.com/arduino/Arduino/issues/308)
  • Display estimated RAM usage after compile (Loren M. Lang) Queste due sono interessanti, la prima la notai tempo fa quando testai l ultima versione di optiboot, lo feci presrnte a westwm, o come si chiama :-) La seconda è utilissima, richiesta piu e piu volte. Poi leggo molti bugfix su String, ci volevano, spero vi rientri quello strano difetto che sbaglia i concatenamenti in alcuni casi. A questo punto si passi tutyi a 1.5 e via, io la uso da sempre e va bene
#122

Ci sono utenti che rimangono inchiodati alla 0.22/23 e snobbano la 1.0.x, e tu gli proponi di passare alla 1.5.x che è in beta? :astonished:

#123

sono stato renziano :)

#124

revision.txt: Updated arm gcc to 4.7.4

Hanno cambiato la versione del compilatore per la DUE.

Il file completo è

ARDUINO 1.5.3 BETA

[ide] * Removed useless baud rates from serial monitor * Fixed some minor IDE UI bugs (Shigeru Kanemoto) * Added support for new 1.5 Library format (https://github.com/arduino/Arduino/wiki/Arduino-IDE-1.5:-Library-specification) * Pass board type from boards.txt (https://github.com/arduino/Arduino/issues/308) * Display estimated RAM usage after compile (Loren M. Lang) * Updated arm gcc to 4.7.4 and simplified build.xml * ARM gcc doesn't require ia32-libs anymore on 64 bits linux systems

[arduino core] * sam: Fixed delayMicrosecond() when interrupts are disabled * sam: Upgraded libsam, and added missing modules (CAN, ETH, etc.) (Thibaut Viard) * sam: Added compatibility for avr/pgmspace.h (Paul Stoffregen) * sam: Added serialEvent*() support * sam: Fixed micros() to work with inside interrupts. (stimmer) * avr: Added support for Flash strings on String class (Jantje) * Added support for floating point numbers in String class (Tevin Zhang, SebiTimeWaster) * sam: Fixed String buffer overflows (Paul Stoffregen) * avr: Added recipe for assembly files (C. A. Church) * avr: Use analogPinToChannel if it's defined (Kristian Sloth Lauszus) * avr: Optimized HardwareSerial buffer (Matthijs Kooijman)

[libraries] * sam: Added CAN library (still in early stage of development) (Palliser) * sam: Bugfix SPI library: begin() after end() now works (stimmer) * sam: Bugfix SPI library: incorrent pin configuration in non-extended mode. * Ported all libraries to new 1.5 format

[firmwares] * Arduino Due: fixed USB2Serial garbage at startup (https://github.com/arduino/Arduino/pull/1267)

[other] * Merged all improvements made in Arduino IDE 1.0.5

Comunque stanno segnando sempre più differenze tra la 1.0.x e le 1.5.x. A cominciare ad esempio alle librerie che dovranno essere completamente riviste nel nuovo formato. Non basterà aggiungere #ifdef ARDUINO > 100 :grin: :grin:

#125

Come dici giustamente, hanno cambiato compilatore ma solo per la versione ARM, quindi solo nel caso in cui si usi la DUE.

Nel caso si compili per i vecchi chip AVR, deduco che la versione sia la stessa, quindi ci sono sempre i problemi del limite della memoria per chip con tanta Flash.

#126

leo72: Come dici giustamente, hanno cambiato compilatore ma solo per la versione ARM, quindi solo nel caso in cui si usi la DUE.

Nel caso si compili per i vecchi chip AVR, deduco che la versione sia la stessa, quindi ci sono sempre i problemi del limite della memoria per chip con tanta Flash.

ma infatti io non comprendo perchè trascurare questo limite ed aggiornare questo benedetto compilatore....a sto punto era inutile produrre la MEga 2560,tanto valeva restare con la 1280!!!... PS: a compilazione del mio sketch domotico l'IDE mi restituisce: Dimensione del file binario dello sketch: 68.116 bytes (su un massimo di 258.048 bytes) .....e ce ne devo ancora mettere di roba,ci starà??....

#127

Perché le nuove versioni di compilatori per AVR hanno altri problemi che devono essere prima risolti su tutte e tre le piattaforme di riferimento: Windows, Linux e Mac. E' non è una cosa facile. Se usi Windows o Linux, puoi già aggiornare la toolchain con l'ultima disponibile (aprile 2013). Ci sono 2 topic distinti per piattaforma in Megatopic. Per Mac nisba.

#128

PaoloP: Perché le nuove versioni di compilatori per AVR hanno altri problemi che devono essere prima risolti su tutte e tre le piattaforme di riferimento: Windows, Linux e Mac. E' non è una cosa facile. Se usi Windows o Linux, puoi già aggiornare la toolchain con l'ultima disponibile (aprile 2013). Ci sono 2 topic distinti per piattaforma in Megatopic. Per Mac nisba.

appunto..Mac

#129

Il problema fondamentale è che ... le istruzioni per "compilare" la "toochain AVR" ed il relativo script, presi dal sito Atmel ... FANNO LETTERALMENTE SCHIFO (... ad essere educati) !!!

Se qualche buon'anima riesce a capire DOVE vanno messe le varie cose, TUTTE le dipendenze documentate e non e COSA DIAVOLO fa lo script che danno ... allora possiamo avere la "toolchain AVR" su tutte le piattaforme senza problemi, altrimenti, finche ci si limita a prendere le versioni pre-compliate da Atmel, che sono solo per Win e Linux, su Mac ... ci attacchiamo XD XD XD

Per inciso ... c'abbiamo sbattuto la testa con Leo per svariato tempo ... senza risultati ... =(

Guglielmo

P.S. : Invece, per quella ARM, abbiamo trovato uno script ben fatto che la compila correttamente anche su Mac

#130

gpb01: Il problema fondamentale è che ... le istruzioni per "compilare" la "toochain AVR" ed il relativo script, presi dal sito Atmel ... FANNO LETTERALMENTE SCHIFO (... ad essere educati) !!!

Se qualche buon'anima riesce a capire DOVE vanno messe le varie cose, TUTTE le dipendenze documentate e non e COSA DIAVOLO fa lo script che danno ... allora possiamo avere la "toolchain AVR" su tutte le piattaforme senza problemi, altrimenti, finche ci si limita a prendere le versioni pre-compliate da Atmel, che sono solo per Win e Linux, su Mac ... ci attacchiamo XD XD XD

Per inciso ... c'abbiamo sbattuto la testa con Leo per svariato tempo ... senza risultati ... =(

Guglielmo

P.S. : Invece, per quella ARM, abbiamo trovato uno script ben fatto che la compila correttamente anche su Mac

purtroppo tempo fa avevo provato anch'io a sbrogliare la situazione guardando di scovare qulacosa in rete ma nada de nada....sperem

#131

@Paolo: i problemi dell'uso di una toolchain recente sono veramente pochi, fidati. Si tratta di cambiare alcune cose nei sorgenti dell'Arduino che a me, fatte a mano, hanno portato via una decina di minuti. Quindi non penso che il motivo del non uso di una toolchain più recente sia lì.

@Guglielmo: lasciamo stare va'... una valle di lacrime :drooling_face:

#132

leo72: @Guglielmo: lasciamo stare va'... una valle di lacrime :drooling_face:

Ho fatto progressi su Mac ... finalmente lo script PARTE e non si lamenta più che manca questo programma o quell'altro (... ho dovuto installare le cose più assurde :astonished:) ora ... il casino è capire dove ca..o vuole sti benedetti .tar.gz ... che Dio li stramaledica !!!

Guglielmo

#133

Ma l'organizzazione originale dell'IDE non ti aiuta in alcun modo? Non dovrebbe esserci un legame?

#134

gpb01: Il problema fondamentale è che ... le istruzioni per "compilare" la "toochain AVR" ed il relativo script, presi dal sito Atmel ... FANNO LETTERALMENTE SCHIFO (... ad essere educati) !!!

Se qualche buon'anima riesce a capire DOVE vanno messe le varie cose, TUTTE le dipendenze documentate e non e COSA DIAVOLO fa lo script che danno ... allora possiamo avere la "toolchain AVR" su tutte le piattaforme senza problemi, altrimenti, finche ci si limita a prendere le versioni pre-compliate da Atmel, che sono solo per Win e Linux, su Mac ... ci attacchiamo XD XD XD

Per inciso ... c'abbiamo sbattuto la testa con Leo per svariato tempo ... senza risultati ... =(

Guglielmo

P.S. : Invece, per quella ARM, abbiamo trovato uno script ben fatto che la compila correttamente anche su Mac

Vogliamo aprire un nuovo topic dove cercare di sbrogliare la faccenda fra tutti??...

#135

[quote author=Michele Menniti link=topic=153592.msg1348880#msg1348880 date=1376129542] Ma l'organizzazione originale dell'IDE non ti aiuta in alcun modo? Non dovrebbe esserci un legame? [/quote]

NO ... per due fondamentali motivi ...

  1. perché nell'IDE hai la Toolchain GIA' compilata e quindi ... nulla ti dice COME (script di compilazione) e da COSA (moduli che vengono compilati) sia stata generata ... :(

  2. perché nell'IDE usano ancora la vecchia Toolchain ... che era organizzata in modo diverso, tanto è vero che per quella si trovano script funzionanti (... come si trovano per la nuova versione ARM), mentre per quest'ultima ... non ho ancora trovato qualcuno che abbia risolto XD

Guglielmo