ARM - From PIC

[TardoFreak]

Nel primo caso abilita solo l' USART mentre nel secondo anche la GPIOA.
Io di solito le abilito tutte le GPIO.

Anyway ... hai risolto?

[pierinter]

Yes, risolto ! :)

E ora.. non so che fare
credo che cercherò di implementare un interrupt in modo da rendere il programma un pelino migliore

[TardoFreak]

Se me lo permetti potrei suggerirti cosa fare.

Io fossi in te sperimenterei la potenza del micro. Immagino che tu abbia una qualche board con un PIC o un AVR a 8 bit montato sopra o comunque un qualcosa del genere. Bene, io mi metterei di buona volontà per cercare di vedere la differenza in velocità ed occupazione di codice per iniziare facendo programmini delle balle ma significativi. Per esempio gli farei fare un milione di moltiplicazioni o di divisioni e misurerei il tempo che ci mette il micro ad 8 bit e l' STM32, e valuterei anche quanta memoria richiede il programma.
Sono esercizi utili per capire la macchina che hai sotto le grinfie, per valutare a spanne quanta memoria ti serve per una data applicazione e quanta libertà ti puoi prendere.
Ti posso anticipare che i Cortex-M3 sono macchine veloci e che i programmi sono molto compatti. poi hanno molta RAM e questo vuol dire avere a disposizione un stack di tutto rispetto.
Ma è meglio che lo veda tu di persona.

[pierinter]

Si hai pienamente ragione, effettivamente non ho bene idea di quanto siano potenti questi ''cosini'' :)
In fondo non ho mai fatto programmi così dispendiosi dal punto di vista della potenza di calcolo!
Nel senso, per quello che facevo i PIC andavano anche bene.
È ovvio però che ad un prezzo del genere mi è convenuto passare agli ARM, anche e soprattutto in prospettiva, semmai dovrò (e dovrò:D) fare qualcosa di più ''complicato''.

La Uart di fatto ora mi serviva solo per comandare un driver di servocomandi, per avviare determinate sequenze in automatico, al verificarsi di certe condizioni.

Il prossimo passo sarà infatti provare ad implementare il ''riconoscimento'' di tali condizioni:
Di fatto qui, non so se sarà compito mio in quanto dovrei avere una telecamera e quando qualcuno si avvicina, la telecamera dovrebbe attivare delle funzioni.
Non so se sarò in gradi di farlo io perché è un aspetto del tutto nuovo per me la gestione delle telecamere ecc...
Non saprei neppure da dove partire ora come ora.
Ma mi piacerebbe provarci!

Altra cosa che mi piacerebbe capire sono i display, prima partendo dai semplici lcd a matrice, e poi a quelli un po' più sofisticati!

[TardoFreak]

Un display a matrice non è difficile da controllare. Tuttavia, quando passerai a fargli fare funzioni grafiche un po' pesanti, ti potrai rendere conto visivamente della potenza del micro.
Quello che monta la discovery è il fratellino sfigato della famiglia, quello che viaggia "solo" a 24MHz ma il fratello maggiore (l' STM32F103) è identico solo che viaggia a 96 MHz. Quindi sappi che con il costo di una birra potresti avere un "coso" da far spavento.
Come hai potuto constatare non son semplici all' inzio ma sono come una droga: una volta che capisci come usarli non li lasci più, anche perché costano quanto gli 8 bit.
A tempo perso sto sperimentando il cugino terribile, "beppe er trucido", un bestio che corre a 168MHz con 1MB di FLASH e 192K di RAM dotato di Floating Point Unit.
Non è molto diverso da quello su cui stai sperimentando, in termini di programmazione, ma ti lascio immaginare le cose turpi che riesce a fare.
Con i 32 bit si entra in un' altra dimensione.

[pierinter]

Piano piano ci capirò di più.
Sto studiando Architettura dei calcolatori ed una volta finito credo riuscirò meglio a comprendere le differenze tra un sistema a 16 bit o a 32, di cui ora non comprendo fino in fondo le implicazioni e le differenze importanti.

Secondo te,collegare ed interpretare un segnale proveniente da una telecamera è cosa abbastanza fattibile o proprio ''da malati'' ?

Per i display domani ci dò un'occhiata più approfondita.
Non so se in realtà i nomi che ti ho detto sono proprio quelli appropriati, ma in linea di massima intendevo partendo da questi :


fino ad arrivare a display più seri come questo :

Mi piacerebbe quantomeno provarci

Tra l'ltro girando su internet ho visto che alcuni addirittura riescono a caricare delle Distro di Linux su queste schedine!
Caspita, che matti!
Però dev'essere veramente interessante!

[TardoFreak]

Linux lo carichi sugli ARM9 o sui Cortex-A8 ma sono ancora un gradino più in alto.
I Cortex-M3 vanno bene per applicazioni multimediali (non strapotenti come gli ARM9 o Cortex-A8) ma sono comunque micro di fascia alta.

Aggiungo ancora qualche considerazione sui Cortex-M3.
Esempio stupido: se leggi bene il datasheet vedi che le GPIO sono estremamente flessibili. Puoi addirittura impostare la frequenza massima di funzionamento (che può arrivare fino a 50 MHz). Questo ti permette di evitare problemi di emissioni elettromagnetiche. Inoltre l' alta velocità ti permette, ad esempio, di sintetizzare i segnali per una periferica SPI da software mantenendo una velocità da paura.
In termini di velocità, se lo paragoniamo ad un PIC18, scopriamo che solo a livello di clock è 4 volte più veloce (il fratellino sfigato) con la differenza che l' STM32 tratta dati a 32 bit. Questo vuol dire che una somma od una sottrazione a 32 bit la fa in un solo ciclo mentre l' altro ci mette una vita in confronto.
Ma quello che fa la differenza sono i puntatori. Negli 8 bit i puntatori sono un problema. Per indirizzare una qualsiasi locazione di memoria si devono usare diversi bytes (e diversi cicli) mentre con una parola a 32 bit indirizzi in un sol colpo una locazione su 4GB.
E poi la struttura della memoria. Gli ARM hanno un unico spazio d' indirizzamento che permette di eseguire programmi residenti in RAM. Inoltre ci puoi collegare una memoria esterna di grandi dimensioni il che significa non avere limiti nella memoria di programma o di dati/programma.
Lo stack può essere così grande a piacere, un vero stack.
Last but not least con questi cosi ci implementi dei veri sistemi operativi multitasking con tutto quello che ne consegue.
Ripeto: con gli ARM esplori un livello di elaborazione superiore. Nel forum ci sono diversi utenti che ho visto passare dagli 8/16 bit ai 32 bit e tutti concordano sul fatto che fra gli uni e gli altri c'è un abisso.

Ora tu parli di riconoscimento d' immagine. Si può fare ma ti renderai conto che i problemi non arriveranno tanto dalla macchina su cui lavori quanto dalla tua capacità di scrivere algoritmi che facciano quello che devono fare. La macchina ti da la potenzialità ma ti da solo quella. Il resto devi farlo tu, e non è affatto semplice.

Quindi vai per gradi. Sai di avere un motore potente ma devi anche riconoscere che devi imparare ad usarlo al meglio.

[pierinter]

Hai ragione in pieno :)
Infatti dire di continuare a fare un po' di esperimenti ''piccolini''... ''andiamo per gradi''

Ho trovato in giro per casa un display Lcd 16x1 come questo più o meno :



precisamente, è questo qui :

http://www.xmocular.com/Search.aspx?KeyWord=GDM1601A

Mi hai detto che è abbastanza facile farli andare... beh, provo ! :)

[TardoFreak]

Paolino ha scritto un articolo su come pilotare quegli aggeggi.
In passato avevo scritto un post con tanto di listato per gestire quel genere di display. E' vero che mi sono fatto prendere un po' la mano implementando la RAM immagine sul micro, lo scrolling e la velocità di scrittura dei caratteri programmabile (simula un terminale lento, molto vintage)
Però può essere uno spunto, anche se sono riuscito comunque ad incasinarlo un po'
Ora la cerco e metto il link.

Edit: Trovato! E' questo.

[pierinter]

Non so però che controller utiliziz il mio display...:)