Newsgroup: it.hobby.elettronica.digitale
Titolo: STM32 ARM Cortex-M3

Ciao,
ho adocchiato la famiglia STM32, sono dei Cortex-M3 come i Luminary 
Micro. Sulla carta mi piacciono molto soprattutto per via delle 5 UART, 
dell'USB, del bootloader con qualsiasi canali di comunicazione e di 
parecchie altre periferiche.
In particolare mi interesserebbe l'STM32F103RE che Farnell ha a 
catalogo, quindi ï¿œ facilmente reperibile.
Qualcuno ha esperienze con questa famiglia? E' affidabile o bacata come 
i LM?
Ma soprattutto parlando di catena di sviluppo a parte lo IAR si puï¿œ 
usare con il CodeSourcery o comunque con uno GNU/C++?
Come progarmmatore ISP/debugger ho visto questo:
http://it.farnell.com/jsp/search/productdetail.jsp?sku=1171272&_requestid=196289
c'ï¿œ di meglio o ï¿œ una cosa decorosa?
Grazie per eventuali commenti e suggerimenti :)
Marco


che bachi hanno i Luminary? 

 Please be aware of the Hibernation module errata. 
 > The RTC counter loses accuracy on certain operations.
 > You can view the latest errata documents here:
 > 
http://www.luminarymicro.com/home/errata.html
Ma se ti guardi i file pdf dei vari errata (io ho usato il 1918) vedrai 
che sono pieni di comportamenti anomali. Poi magari non capita di 
imbattersi in quei problemi per una vita...
Marco

 c'� di meglio o � una cosa decorosa?
Non � male lo starter kit di ST che comprende tutto
quello che serve: harware, programmatore, compilatore,
IDE, esempi...
A.D.

 IDE, esempi...
Ah si, ho capito. Quello della Raisonance che fa anche da debugger.
Costa un po' di piï¿œ (300 euro da Farnell) perï¿œ in effetti se anche solo 
facesse risparmiare un paio di giorni di casini con OpenOCD e il GDB 
sarebbero subito ammortizzati :D
Grazie!
Marco

 usare con il CodeSourcery o comunque con uno GNU/C++?
Per la compilazione si puï¿œ usare senza problemi sicuramente.
Perï¿œ tieni presente che:
- Non so se ci sono librerie giï¿œ fatte per le periferiche.
- Non so se Openocd supporta la programmazione.
-- 
  _|/ Francesco Sacchi - Develer S.r.l., R&D dept.
   |\ 
http://www.develer.com/
 - 
http://www.bertos.org

 buggata, mi � toccato reimplementarla a mano muovendo i pin.
Ma questi problemi sono legati al progetto sul silicio o cosa?
Ma non hanno sw che li supportano per evitare errori?


S�, sono bug nel silicio e s� hanno software per la progettazione.
Questo per� non significa che gli errori non ci siano, anzi.
Se metti insieme che i microcontrollori di adesso sono molto pi� 
complessi e che il time to market � sempre pi� ridotto, viene da se che 
la probabilit� di bug aumenta.
Nel mio caso specifico � palese che la periferica non l'hanno proprio 
provata, non funziona quasi per nulla.
Quello che pi� lascia allibiti � la noncuranza e l'incompetenza con cui 
viene gestita la cosa: il problema � tutt'ora presente, in anni di 
produzione non hanno trovato il tempo di fixarlo ed inoltre � segnalato 
solo in qualche errata sheet sperduto e introvabile.
Una cosa del genere meriterebbe una sezione con bug tracking apposito 
sul sito del produttore, come si fa per i progetti software.
-- 
  _|/ Francesco Sacchi - Develer S.r.l., R&D dept.
   |\ 
http://www.develer.com/
 - 
http://www.bertos.org/

 Marco
Ci sto giocando proprio nelle ultime settimane, non so farti
il confronto con LM che non ho mai usato, ne so darti una
valutazione generale, vista la mia limitata esperienza con ARM.
Posso solo dirti che se vuoi farti un'idea di come vanno senza grosse
spese,
puoi ottenere free samples da ST, (a me sono arrivati),
consulta l'AN2586. Puoi utilizzare
qualche schedina di prototipazione di basso costo  (ad es.
http://www.futurlec.com/ET-STM32_Stamp.shtml
http://www.futurlec.com/STM32_Development_Board.shtml
).
Come strumento di sviluppo sto usando Anglia IDEaliST
http://www.st-angliamicro.com/software.asp
,
che offre la pappa pronta. Per il download del firmware,
c'e' l'utility "Flash Loader Demo" di ST che richiede solo
un traslatore di livello per la rs232. Debug, ancora non mi sono
interessato, quindi non saprei dirti. La gestione delle periferiche
tramite la libreria (UM0427 fwlib 2.0.3)  richiede un po di
apprendistato,
ma io vengo da pic e avr dove una scorsa al datasheet è sufficiente...
c'e' anche una libreria firmware usb.
Fabio.

> Fabio.
dimenticavo, ecco l'errata della famiglia micro a cui sei interessato:
http://www.st.com/stonline/products/literature/es/14732.pdf
Ciao!
Fabio.

 valutazione generale, vista la mia limitata esperienza con ARM.
[cut]
Grazie anche a te per le informazioni e per i link molto interessanti!
Marco

 - Non so se Openocd supporta la programmazione.
Giï¿œ... sommato al fatto che se il progetto va in porto avrei non ho 
tanto tempo da perdere per far funzionare le varie parti della suite mi 
sa proprio che questa volta mi prenderï¿œ uno starter kit con l'IDE giï¿œ 
bello e configurato :)
Ciao!
Marco

 sarebbero subito ammortizzati :D
Confermo!
In meno di 5 minuti ho installato il software, aperto il progetto di 
esempio, compilato il sorgente, programmato il micro e avviato il debugger.
Non sarï¿œ "istruttivo" ma di sicuro ï¿œ produttivo :)
Marco

 c'ï¿œ di meglio o ï¿œ una cosa decorosa?
OpenOCD supporta lo STM32, quindi qualsiasi JTAG da 4 soldi ï¿œ in grado
di programmarlo e di effettuare il debug. Il JTAG di Olimex va bene,
in Italia lo vende 
robot-italy.com
.
Personalmente la mia toolchain ï¿œ la seguente:
- CodeSourcery e/o YAGARTO (testo con entrambi).
- Eclipse 3.4 (Ganymede).
- Zylin plugin per il debug embedded.
- OpenOCD.
- Altre cosine (emulatori di terminale ecc).
Se ti interessa un RTOS con annessa demo per STM32, vedi la mia
signature.
ciao,
Giovanni
---
ChibiOS/RT 
http://chibios.sourceforge.net

 signature.
Ottima segnalazione, la terrï¿œ presente.
Ciao!
Marco