dead

[legacy]

• 

dead

[cdimauro]

• 

Finalmente!!! E' proprio quello che volevo. Questo fine settimana c'è mia moglie qui, per cui sono abbastanza impegnato, ma il prossimo sono solo e so già come dovrò spenderlo.
Anzi, mi sa che la prossima settimana chiedo se hanno qualche pezzo in azienda, così da poterci smanettare. Grazie per i link!!!

[cdimauro]

• 

- news from intel

Where can I buy an Intel® Galileo development board?
The Intel® Galileo Board is scheduled to be available on or about November 29, 2013 from distributors such as, Mouser*, Avnet*, Arrow*, Ingram*, and at Maker Shed*.

-> Mouser!

Ah, per quello non ti preoccupare. Dovrei riuscire a procurarmelo prima di quella di data.

[cdimauro]

• 

E adesso cosa e' questo coso ?
Arduino3 ? Ma really ?

Adesso non ho tempo per leggerlo, ma sembra interessante. Gli darò un'occhiata dopo.

[Z80Fan]

• 

Interessante mossa da parte di Intel...
Io rimango ancora scettico sulle possibili prestazioni (paragonate agli ARM ovviamente, non certo agli Atmel), ma è tutto da vedere.

[cdimauro]

• 

Beh gli ARM a uso embedded / microcontroller non è che brillino per le prestazioni. Abbiamo un x86 a 400Mhz; OK, single pipeline, ma credo che per l'ambito in cui si pone faccia molto, molto più di quello che servirebbe.

Comunque stasera non ho tempo di smazzarmi il materiale. Vediamo questo fine settimana.

[TheKaneB]

• 

Beh il tipico ARM versione MCU era il vecchio ARM7TDMI con clock bassino, tra i 20 e i 50MHz. Adesso è stato sostituito dai Cortex M0 ed M3 con clock intorno ai 200-300 MHz e throughput teorico di 2.0 DMIPS / MHz .

Data la compattezza dell'ISA x86, mi aspetto prestazioni superiori ai 2.0 DMIPS/MHz, o "almeno" un risparmio di memoria e quindi anche un maggiore cache hit rate, che migliora molto le performance.

Ah, ovviamente non contano solo le prestazioni, bisognerà vedere come si comporta da un punto di vista elettrico (gli AVR dell'Arduino sono dei muli, possono erogare 40mA per ogni pin a 5V) e dal punto di vista dell'HW integrato, quindi DAC/ADC, timer, PWM, SPI, I2C, ecc...

[TheKaneB]

• 

Ad esempio leggo che Galileo per la gestione del GPIO, si appoggia ad un Cypress connesso al bus I2C, e che tra il chippetto + software overhead, riesce a swtichare i pin massimo a 230Hz.
Arduino invece usando il timer hardware integrato nell'AVR328 può fare circa 4MHz, mentre via software si superano i 110 KHz.

Questo vuol dire che con Galileo bisognerà fare le capriole se si vuole pilotare qualche sorta di bus con bitbashing a velocità "umane"

[TheKaneB]

• 

Can I run Linux on Intel® Galileo?

Yes. Intel® Galileo runs Linux* out of the box. It comes in two flavors; the default is a small Linux. If you add an SD card to your kit, you can add a more fully-featured Linux. Refer to the Intel® Galileo Getting Started Guide and Intel® Quark SoC X1000 IoT Development Kit Software GSG.

O_O

Ovviamente non puoi metterlo nella stessa categoria di un MCU, scommetto che sto coso costerà 10 volte un PIC o un AVR.

[Z80Fan]

• 

mentre via software si superano i 110 KHz.

Solo? Facendo in Assembly penso si arrivi anche a molto di più (l'Uno è cloccato a 16 MHz, e se non sbaglio un'istruzione Atmega impiega 2 cicli di clock).

[TheKaneB]

• 

Già, i test che ho letto si rifacevano a digitalWrite(), quindi C++, che dicono impieghi 17 cicli di clock.

[cdimauro]

• 

Beh il tipico ARM versione MCU era il vecchio ARM7TDMI con clock bassino, tra i 20 e i 50MHz. Adesso è stato sostituito dai Cortex M0 ed M3 con clock intorno ai 200-300 MHz e throughput teorico di 2.0 DMIPS / MHz .

Data la compattezza dell'ISA x86, mi aspetto prestazioni superiori ai 2.0 DMIPS/MHz, o "almeno" un risparmio di memoria e quindi anche un maggiore cache hit rate, che migliora molto le performance.

Già. Anche se Thumb-2 è un'ottima ISA dal punto di vista della densità del codice, e sembra che sia anche un pelo migliore di x86.

Comunque penso che a livello di prestazioni non credo che Galileo / Quark abbia di che temere. Ma servirà qualche test. Al momento si sa troppo poco.

Ah, ovviamente non contano solo le prestazioni, bisognerà vedere come si comporta da un punto di vista elettrico (gli AVR dell'Arduino sono dei muli, possono erogare 40mA per ogni pin a 5V) e dal punto di vista dell'HW integrato, quindi DAC/ADC, timer, PWM, SPI, I2C, ecc...

Infatti.

Ad esempio leggo che Galileo per la gestione del GPIO, si appoggia ad un Cypress connesso al bus I2C, e che tra il chippetto + software overhead, riesce a swtichare i pin massimo a 230Hz.
Arduino invece usando il timer hardware integrato nell'AVR328 può fare circa 4MHz, mentre via software si superano i 110 KHz.

Questo vuol dire che con Galileo bisognerà fare le capriole se si vuole pilotare qualche sorta di bus con bitbashing a velocità "umane"

230Hz mi pare pochissimo. Non serve un mostro da 400Mhz per arrivarci. Sicuro che è un valore così basso?

Can I run Linux on Intel® Galileo?

Yes. Intel® Galileo runs Linux* out of the box. It comes in two flavors; the default is a small Linux. If you add an SD card to your kit, you can add a more fully-featured Linux. Refer to the Intel® Galileo Getting Started Guide and Intel® Quark SoC X1000 IoT Development Kit Software GSG.

O_O

Ovviamente non puoi metterlo nella stessa categoria di un MCU, scommetto che sto coso costerà 10 volte un PIC o un AVR.

Che costi più caro non ho difficoltà a crederlo. Integra pure 8MB di flash...

Ma Arduino come piattaforma costa pochissimo. Se Intel vuole insidiare questo mercato, il prezzo dovrà essere competitivo. Sicuramente superiore (d'altra parte offre un sacco di roba), ma competitivo.

[Z80Fan]

• 

230Hz mi pare pochissimo. Non serve un mostro da 400Mhz per arrivarci. Sicuro che è un valore così basso?

Il processore può andare anche a 2 GHz: se il chip I/O expander e il seriale I2C sono lenti non hai nulla da fare.

[TheKaneB]

• 

Infatti il modulo Cypress GPIO expander sta su un bus I2C (seriale) a 100 KHz, e deve smazzarsi tutti i pin tramite questo protocollo. Inoltre la FAQ del sito dice che c'è anche dell'overhead software che, magari, potrà essere limato in futuro, ma non penso che potrà arrivare nemmeno a 1 KHz, visti i limiti hardware. Comunque non è una feature essenziale, diciamo che è comoda quando fai prototyping e devi sbrigarti a fare qualche prova con protocolli implementati in software, da riversare poi in hardware in una seconda fase. Da questo punto di vista, Galileo sembrerebbe un po' meno flessibile, ma avendo dentro un OS e una CPU seria di certo non lo metti a controllare un CNC ma ci fai roba più pesante, come il calcolo di traiettorie di volo per un Drone

[cdimauro]

• 

OK, adesso è chiaro. Grazie delle spiegazioni.