Proposta per sistema di sviluppo ARM

[TardoFreak]

Un saluto a tutti i partecipanti,

Premessa
Io lavoro con gli ARM, in particolare con i Cortex-M3 ed uso un sistema di sviluppo KEIL. E' il lavoro che mi da da vivere e questi oggetti mi rendono la vita più semplice. Nella fattispecie uso gli STM32.
Questi oggetti sono orientati verso un utilizzo professionale. E' cosa nota che sviluppare per ARM vuol dire spendere soldi in sistemi di sviluppo. Dall' altra parte si hanno prestazioni e costi che, a mio avviso, sono imbattibili. Questo perché la famiglia ARM7TDMI e di conseguenza i Cortex-M sono il risultato di un' operazione di depotenziamento di processori come l' ARM9. In pratica si ha a disposizione un motore di una ferrari che invece di erogare 500 CV ne eroga 200 al prezzo di un motore di un decespugliatore.
E' vero che non sono semplici da utilizzare ma è anche vero che, una volta impratichiti, mettono a disposizione un mondo nuovo, fatto di potenza e di opportunità (magari anche lavorative).
I 32 bit sono il futuro.

Ciò detto
Sarebbe bello fornire all' hobbista evoluto un sistema di sviluppo completo di debugger per sviluppare queste famiglie di tutte le case costruttrici. E' vero che la Texas, ad esempio, fornisce il suo sistema di sviluppo free come pure la NXP ma la cosa migliore sarebbe avere un sistema di sviluppo universale come quello della KEIL ma senza dover spendere l' equivalente di un' automobile.

La proposta
Purtroppo in questo periodo motivi famigliari di salute mi impediscono anche di svolgere il mio lavoro , ma penso che se la comunità di EY che annovera dei veri esperti come xyz, c1b8, simo85 ed altri ancora (che mi perdoneranno se no li ho citati) ha la potenzialità di mettere insieme un po' di articoli ed un pacchetto software per lo sviluppo di questi dispositivi per Linux o per winzozz.

Precisazione
Non sto chiedendo a nessuno di fare un lavoro, non è mio costume "fare il finocchio con il cxlx dgli altri" (con tutto il rispetto per i gay ). Questa proposta vorrebbe essere solo un mero suggerimento nel caso che qualcuno del mestiere si trovi del tempo a disposizione e non sappia come utilizzarlo.

E con questo, ringraziando per l' attenzione, mi ritiro nel mio limbo.

[simo85]

Ciao TardoFreak,

Riguardo all' uso di Linux gli strumenti ci sono eccome, tanto pet i PIC, AVR e ARM.

Le potenzialità volendo ci sono, il tempo (anche per mettere in ordine il tutto) un po' meno, credo, anche perché tra un po' ricomincia il semestre.

Se si vuole fare un pacchetto software, è possibile riunire le librerie necessarie per compilare gcc ed usare/compilare le librerie per microcontrollori.

Non è un lavoro da due minuti.
Sentiamo le proposte!

[TardoFreak]

...Non è un lavoro da due minuti...

Diciamolo a chiare lettere: E' UN LAVORONE!
E' un progetto estremamente impegnativo.

[simo85]

Forse, nei prossimi giorni, mi toccherà compilare un toolchain ARM da me, per esigenze lavorative. Se tutto andrà bene, molto probabilmente racconterò qualcosa a riguardo.

Per chi sà usare e conosce bene bene bene ma molto molto bene Linux e gcc, è lavoro di poco tempo. gcc non lo conosco cosi in dettaglio, Linux un po' di più ma entrambi sono due programmi tosti.

Il bello è che poi, il tutto, si riduce ad un acronimo.
Vedi firma.

[WALTERmwp]

Volevo commentare affermando che non mi pareva proprio una cosa così ... leggera leggera ma, sinceramente, pensavo che la mia impressione fosse dovuta ai limiti della mia "visibilità" poi, @TardoFreak, col commento del tuo Post [3], mi hai in parte "rincuorato".
Mica una robina da niente ...

Saluti

[GuidoB]

Questo è un problema con cui mi ero scontrato, e interessa anche a me.
Avevo cercato informazioni ma non ero riuscito a far nulla (non sapevo da che parte incominciare).

Segnalo questa discussione: Compilatore ARM: dove iniziare

Avevo trovato degli IDE low-cost basati su GCC, che magari possono essere utili come esempio:
Sourcery CodeBench
Raisonance
CrossWorks for ARM

Per quanto riguarda le librerie per ARM segnalo questa interessante risposta di xyz.

Avevo trovato un compilatore alternativo al GCC: LLVM, che dovrebbe essere più veloce e ottimizzato secondo quanto dicono.

Spero che qualcuno di questi link possa aiutare. Seguirò questo topic con interesse.

[c1b8]

Proposta molto interessante, purtroppo per quanto mi riguarda il tempo a disposizione si è ridotto notevolmente.
Mi riesce di fare qualche passaggio qui su EY ogni tanto ma di più non posso, non riesco...

Qualche tempo fa avevo visto l'esistenza di questo plug-ins per eclipse, ambiente che uso regolarmente per lavoro. Mi ero ripromesso di provarlo ma non ne ho più avuto il tempo...

Ciao a tutti.

[TardoFreak]

Più o meno ho capito che molti di noi si sono interessati al problema ... e molti hanno trovato qualche informazione parziale.
Forse l' approccio migliore sarebbe "affrontare" (per modo di dire) la cosa come un semplice argomento di conversazione.
Ho scaricato uno dei tanti tools per lo sviluppo con ARM, la versione 4.8.qualche_cosa
La cartella che contine i tools già mi crea problemi perché ci sono da subito cose che non capisco.
Mi spiego meglio
Una volta installato trovo una cartella (*) che contiene queste sotto-cartelle:
arm-none-eabi
bin
lib
share

Se apro la prima catrtella (arm-none-eabi) mi trovo queste sotto-certelle:
bin
include
lib
share

Se apro la cartella bin trovo:

arm_1.jpg (27.86 KiB) Osservato 10872 volte

Ma se torno alla cartella principale (quella asteriscata *) ed apro la cartella bin trovo:

arm_2.jpg (121.74 KiB) Osservato 10872 volte

La domanda è semplice: quale delle due cartelle contiene l' assembler/compilatore/linker/librarian per fare quello che devo fare con gli ARM?

Una cosa del genere l' ho già vista con YAGARTO, quindi qi serve una spiegazione dettagliata ... penso.

[simo85]

Bene, hai scaricato le ARM binutils ed anche il compilatore. Tutto OK.

L' assembler è "as", hai anche objdump per i file object, ed "ld" è il linker. Li ho usati quando pacioccavo con l' Assembly x86 e NASM.

Se vuoi programmare in Assembly devi usare "as" ed "ld". Anche objdump se non ricordo male.

[simo85]

TardoFreak se sei d' accordo apriamo un account insieme su github e cominciamo ad organizzare qualcosa di serio.

arm-none-eabi é OK per i micro. Appena ci sono mi ci metto e lo compilo.