Arduino UNO, 10 milioni di unità e non sentirle: si fa Mini in una fantastica edizione da collezione

Posso capire che Arduino UNO Mini sia una board da collezione, ma ha un prezzo eccessivo, imho.

Da utilizzatore di Arduino ho apprezzato tale scheda e continuo a farlo.
Dal mio punto di vista l'applicazione più grande che è stata fatta con questa scheda è il software di controllo di una CNC hobbistica tramite il CNC shield: un grazie a chi ha implementato tale codice.

mai apprezzato arduino l'ho sempre trovata una scheda "inutile" per un utilizzo serio micro scrauso e sistema di sviluppo indecente nulla a che vedere con le varie nucleo e discovery et similari dove puoi usare un sistema di sviluppo vero e hai accesso anche all'hardware a basso livello

l'unico vero pregio di arduino imho, e non è un pregio da poco, è stato quello di avvicinare i neofiti al mondo dell'elettronica digitale a microcontrollore con progetti semplici e sketch da copia incollare

vero infatti è il suo gran pregio come ho detto io ma come tool di sviluppo insomma, magari è migliorato nel tempo ma quando l'ho usato io non aveva watch, debug nulla a parte colorazione della sintassi e una seriale (oggettivamente un pò poco per uno abituato ad usare EW e micro arm )

Eh fra ma le Nucleo stanno su un altro livello proprio in tutto, a partire dalla board...

Diciamo che il pubblico di Arduino non è interessato all'accesso hardware a basso livello. Considera anche che se prendi una nucleo con la memoria flash devi scriverti il filesystem (ci sono passato) o devi acquistarlo a caro prezzo: chiaro che per una azienda non è un problema, ma per un hobbysta sì. Ora c'è un tizio che ne ha pubblicato uno su git hub però insomma capisci che la difficoltà è su un altro livello...

filesystem? che ci dovevi fare?

Il product pwner aveva venduto la possibilità di riconfigurare al volo i micro su piattaforma Nucleo e di avere persistenza delle impostazioni... Già che ci sei implementa questo e quell'altro... per quando devi farlo? Per ieri...

Sono d'accordo... c'è un motivo se lo chiamavamo il product pwner

che è la soluzione più utilizzata calcola che generalmente nel 90 % dei casi i fw si sviluppano bare to metal quindi altro che file system manco il sistema operativo si usa e leggere e scrivere una flash è roba da poche righe di codice che trovi in mille esempi

Allora per capirci... il progetto era con una nota ditta tedesca di dispositivi di sicurezza, specializzati in serrature certificate... chi vuol capire capisca...
In questo caso non era per un prodotto esterno ma per uno ad uso interno, ossia una piattaforma fatta in house per eseguire alcuni test in fabbrica. Non ho idea del perchè fu fatta questa scelta. L'idea iniziale era di implementare una cosa semplice, che poi è cresciuta senza controllo causa project pwner: ci siamo ritrovati a dover implementare letteralmente un file system perchè "il programmino del PC da due righe" era cresciuto a dismisura. Capirete bene che se devi gestire file di dimensioni variabili e ignote "l'esempio da due righe" per scrivere una word da 32 forse non è sufficiente. Per altro nel caso della serie Nucleo STM32F446RE lavorare con la EPROM interna è un delirio in quanto una volta che hai scritto un bit a 0 non è possibile riportarlo a 1 individualmente ma bisogna riscrivere tutto il blocco (se non ricordo male lavoravamo nei settori intermedi fra lo 0 e il 4 ed erano da 512 o 2k bytes). Per altro ricordo che fu necessario implementare anche una roba per limitare le scritture su singoli blocchi che se no raggiungevano il loro limite di scritture (codificato hardware) molto velocemente.

Effettivamente non ho mai usato il supporto a FAT di Cube, ma perché non ho mai lavorato con schede supporti esterni e la mia comprensione è che il middleware non è pensato per la memoria flash integrata nella serie F4. In ogni caso non ho mai approfondito e non prendevo io le decisioni, quindi poco importa.

Il mio era solo un esempio di cose "parecchio più complesse" che si possono fare rispetto ad un Arduino e visto che fu una roba che mi traumatizzò ho pensato di raccontarlo. Mi dispiace un po' !fazz che con te abbiamo parlato tante volte e ora mi vieni a spiegare che si programma in bm... ammazza...

PS scrivere un bootloader per stm32 non è roba di cui vantarsi, esistono decine di esempi da poche decine di righe di codice che trovi online, ormai lo fanno anche i ragazzini su youtube.

@Pino90, lungi da me dire qualcosa sul tuo progetto ma lo ammetti anche tu che l'utilizzare un filesystem su mcu è una cosa alquanto astrusa, riguardo la scrittura in flash su ogni micro si scrive in byte e si cancella a pagine è così che funzionano proprio le flash.

posso capire che ti ha traumatizzato il progetto; se il po non ha la minima idea dell'architettura e impone robe assurde senza che ci sia un system architect che lo frena c'è da impazzire io stesso ho dovuto in alcuni progetti dove facevo il sa come consulente litigare pesantemente con tutta la catena di comando ceo incluso che voleva robe assurde (la migliore che mi ricordo è implementare un meccanismo di sync tra diverse schede collegate in bluetooth con una precisione sub microsecondo )


probabilmente c'erano mille soluzioni imho migliori che un file system ma senza tutti i dettagli difficile giudicare