Newsgroup: it.hobby.elettronica.digitale
Titolo: MSP430 Toolchain

Ciao,
mi stanno arrivando le schedine launchpad da digikey e ho cominciato a 
guardarmi attorno circa il software per lo sviluppo (gratuito).
Partiamo dal CCS:
http://processors.wiki.ti.com/index.php/Download_CCS
da quello che ho capito c'è:
a) la versione DVD: senza limite di code-size ma con limitazione di 
tempo (30 gg)
b) la versione limitata: 16 kB di codice (e solo MSP430/C28x) senza 
restrizione di tempo.
Però leggo anche che la versione pay supporterebbe anche i Stellaris 
(LM3Sxxxx).
Oppure c'è lo IAR Embedded Workbench Kickstart con limitazione a 4/8 kB 
di codice.
Ora, premesso che per piccoli progetti le limitazioni di codice non sono 
un grosso problema e permettono di valutare se acquistare la versione 
completa, voi che esperienze avete in merito?
Il CCS mi attira abbastanza perché permette di sviluppare per molte 
architetture e potrebbe essere un'alternativa al farraginoso Eclipse + 
OpenOCD + CodeSourcery che comincia a starmi antipatico :)
Marco
ps. nel frattempo sto scaricando la versione DVD. Se non dovessi 
ricevere risposte e interessasse a qualcuno farò un resoconto (per 
quanto possa avere importanza)

 guardarmi attorno circa il software 
Sono arrivate anche a me direttamente da TI (avevo fatto l'ordine a 
giugno). Praticamente costa di piu' la spedizione FedEx del LaunchPad!
ciao

 giugno). Praticamente costa di piu' la spedizione FedEx del LaunchPad!
anche a me sono arrivate. Sono riuscito a fare un piccolo programmino in 
C che accende e spegne il led verde. Purtroppo funziona solo in modalità 
debug (riga per riga).
Non riesco a farlo funzionare in modalità "stand alone". C'è qualche 
limitazione?

 OpenOCD + CodeSourcery che comincia a starmi antipatico :)
Bello bello,
seguendo la guida
http://software-dl.ti.com/dsps/dsps_public_sw/sdo_ccstudio/CCSv4/CCS_4_1_0/Quickstart-Eval-Kit-CCS.pdf
gli esempi si compilano perfettamente e si riesce a fare il debug sulla 
scheda via USB senza problemi. Tempo impiegato: 10 minuti circa.
Impensabile utilizzando Eclipse, OpenOCD e compagnia.
Unica pecca, il CCS (comunque basato su Eclipse) sembra un po' 
buggato... ad esempio durante il debug se premo "terminate all" spesso 
il programma va in crash.
Però direi che la strada è ottima e si potranno investire 400 e passa 
dollari (mentre atollic costa moooolto di più).
Ora devo solo cercare di capire se convertire i miei firmware scritti 
con il CodeSourcery mi crea grossi casini.
Marco

 dollari (mentre atollic costa moooolto di più).
Tieni comunque presente che gli MSP430 sono un'architettura un po' 
vecchiotta, che la TI sta spingendo molto a livello di marketing 
ultimamente, penso per contrastare gli AVR e i PIC.
Se ti può interessare, abbiamo un port contribuito in fase embrionale 
per l'MSP430F2274 in BeRTOS, disponibile per adesso su SVN.
-- 
  _|/ Francesco Sacchi - Develer S.r.l., R&D dept.
   |\ 
http://www.develer.com/
 - 
http://www.bertos.org/

 per l'MSP430F2274 in BeRTOS, disponibile per adesso su SVN.
Grazie!
Marco

 considerare attualmente?
Ora come ora, per le mie esigenze, investirei in tutte le varianti di 
Cortex che stanno uscendo. Secondo me non c'è paragone come rapporto 
qualità/prezzo.
Però magari le mie esigenze non sono quelle di tutti, quindi per 
applicazioni piccole è molto probabile che il costo assoluto della 
soluzione con MSP430 sia minore.


 soluzione con MSP430 sia minore.
Più che altro nelle piccole applicazioni (es. qualche I/O analogico o 
digitale, una seriale e qualche PWM) è un po' un overkill usare un ARM :)
Che sia AVR, PIC o MSP430 te la cavi con 2-3 euro e non hai bisogno di 
un JTAG.
Per il resto sono d'accordo, il rapporto prezzo/prestazioni (o risorse) 
è minimo per i Cortex rispetto ad altre famiglie.
Marco

 limitazione?
Per stand alone cosa intendi?
Perché una volta programmato il micro tramite CCS4 basta che alimenti la 
scheda il codice gira.
Piuttosto ho trovato moooolto inaffidabile la connessione con 
l'emulatore/programmatore a bordo del launchpad. Ogni due per tre si 
inchioda e perde la connessione. E devi disconnettere, chiudere CCS4, 
riconnettere, riaprire CCS4.
Ancora peggio ogni tanto mi perde la seriale USB e allora devi lasciare 
scollegato il LP per qualche minuto...
Marco

 scheda il codice gira.
purtroppo è proprio questo che non riesco fare. Posso eseguire il codice 
soltanto selezionando "Debug".
Non c'è una opzione tipo "trasferisci i binari su MSP430".

 soltanto selezionando "Debug".
Infatti quello è il modo per trasferire i binari sul micro e avviare 
l'esecuzione.
Fai questa prova:
1) compila un progetto di esempio (es. blink led)
2) premi debug
3) quando ti si presenta al breakpoint del main premi "Target > Run"
4) verificato che tutto funziona premi "Terminate" e così torni alla 
prospettiva C/C++, mentre il codice comunque dovrebbe continuare a girare.
5) A questo punto stacca e riattacca il cavo USB e vedrai ancora girare 
il programma.
Per lo meno da me funziona.
Invece ci sono un sacco di problemi con la seriale USB che spessissimo 
si blocca e non viene più aperta dai terminali (mentre windows continua 
a dire che funziona benissimo).
Marco

 OpenOCD + CodeSourcery che comincia a starmi antipatico :)
Eclipse e' inumanamente lento ! :)
Sto cercando di mettere insieme MSPGCC con Code::Blocks.
Ci sono ancora problemi da risolvere (specie di tempo , damn ) ma
promette bene.
Sto giocando con MSPGCC 4 che anche se meno stabile della 3 e' piu'
attiva.
C'ya
  STeve

 attiva.
Più che altro quello che non mi piace di Eclipse (o meglio delle 
toolchain "fai-da-te" basate su Eclipse) è che non mi riesce di renderle 
ripetibili e funzionanti al 100% al primo colpo.
Probabilmente è anche ignoranza mia, ma le trovo piuttosto confusionarie 
e poco intuitive.
Invece sto seriamente considerando l'idea di acquistare la versione 
completa di CCS4 perché appunto mi permette di sviluppare con la stessa 
piattaforma (ok basata su Eclipse, ma *funzionante*) per diversi micro 
che utilizzo correntemente.
Piacerebbe anche a me una soluzione basata su MSPGCC e Code::Bloks, 
magari estendibile alle altre famiglie (AVR, Cortex M3, ...) però ora 
come ora preferisco avere una toolchain che mi funzioni al primo colpo 
perché non ho tanto tempo da dedicare a risolvere problemi di 
configurazione :(
Marco

 configurazione :(
Hai dato un'occhiata all'SDK di BeRTOS?
Anche se non usi BeRTOS, puoi usarlo come IDE generica per tutti i 
micro supportati (AVR, Cortex-M3, ARM7, etc...). Noi abbiamo scelto 
CodeLite come IDE, che č molto simile a Code::Blocks ma un po' piů 
mantenuta e stabile.
Se interessato contattami in privato per i dettagli.


 Se interessato contattami in privato per i dettagli.
Guarda, lo scarico subito e provo a compilare qualcosa.
Grazie!
Marco

 configurazione :(
Capisco cosa vuoi dire.
Appunto per quello sto spendendo un po' di tempo per giocare con
Code:BLocks e GCC (non solo per MSP) e sto mettendo giu' procedure di
installazione.
Finora sono abbastanza stabili, devo solo risolvere alcuni
problemi ... il tempo al solito :-(
C'ya
  STeve

 Guarda, lo scarico subito e provo a compilare qualcosa.
Facci sapere come è andata, ciao!


 di codice.
non ho esperienza specifica del LaunchPad ma uso da più di un anno l'IAR 
e mi trovo bene.
L'unica esperienza con Eclipse e derivati è stata la nuova versione di 
un IDE per C2000, messa nel cassetto dopo due giorni perchè sembra di 
aver messo la segatura nel processore del pc... troppo lento, gli 
"ingranaggi" del computer (come diceva mio nipote un po' di anni fa ) ne 
risentono troppo.
-- 
bikerfab
Viaggi in bicicletta, report foto e informazioni
Travelling by bicycle, report, pics and information
http://bikerfab.altervista.org/

 Facci sapere come è andata, ciao!
Ciao Francesco.
Allora, ho scaricato il trial SDK e ci ho fatto un giro.
Alcune note in ordine sparso:
- installazione: se specifichi una cartella dove mettere i collegamenti 
nel menu avvio, l'installer mette correttamente l'uninstall e l'upgrade 
dove ho specificato, mentre i due link a codelite e al wizard sono posti 
nella cartella di default BeRTOS SKD in radice.
- wizard: non c'è il pulsante indietro! se ho sbagliato a selezionare la 
CPU devo ripartire dal via :)
- codelite: tasto destro su un file include > open workspace file 
"nomedelfile.h" non apre nulla
A parte queste cose piuttosto futili, l'impressione generale è buona.
Solo alcune brevissime domande sul "si può", quanto al "come" andrò poi 
a leggermi la documentazione:
1) il wizard propone una ristrettissima gamma di MCU. E' comunque 
possibile sviluppare per qualsiasi micro della stessa famiglia? Es. AVR 
o LM?
2) Per i Luminary, ci si può appoggiare alla libreria del produttore 
(Stellaris Ware?)
Da quello che mi dicevi prima dovrebbe essere possibile, nel senso che 
posso utilizzare CodeLite e configurarlo per quello che mi serve.
Quindi una conclusione "affrettata" potrebbe essere che utilizzare il 
pacchetto Bertos porta notevoli vantaggi se si usano le MCU supportate 
(poiché sono disponibili i driver e il kernel), altrimenti si può usare 
lo stesso IDE come piattaforma per quello che si vuole.
Quanto alla licenza, mi sembra di capire che sia annuale, ma solo per il 
supporto o proprio per utilizzare il prodotto? Si può installare BeRTOS 
sul pc fisso e sul portatile acquistando una sola licenza?
Ciao!
Marco

 sul pc fisso e sul portatile acquistando una sola licenza?
La licenza è annuale per supporto e aggiornamenti. Anche se non viene 
rinnovata l'SDK continuerà a funzionare per sempre. Anche la trial in 
realtà funziona per sempre e non scade, solo che è limitata (non puoi 
programmare e debuggare dalla IDE). I sorgenti di BeRTOS sono e 
rimarranno sempre open source.
La licenza per l'SDK è per singolo sviluppatore, quindi puoi installarlo 
su quanti PC vuoi. In ogni caso non c'è nessun meccanismo di blocco o 
chiave hardware: contiamo sulla buona fede delle persone, tanto chi 
vuole fare il furbo lo farà comunque, e tutti questi meccanismi di 
blocco complicano solo la vita a chi invece è onesto.
Se ti va di provarlo a fondo (con quindi il debug e il flash dalla IDE) 
e farci da tester (riportarci bug, suggerimenti, etc...) e magari anche 
una recensione completa e libera (quindi sia positiva che negativa) 
posso farti avere una licenza completa che funziona per 30gg.
Questa offerta è valida per chiunque legga questo post, basta che si 
impegni a provare l'SDK a fondo e riportare bug, suggerimenti e impressioni.
Chi è interessato può scrivere a 
in...@bertos.org
 per maggiori informazioni.
-- 
  _|/ Francesco Sacchi - Develer S.r.l., R&D dept.
   |\ 
http://www.develer.com/
 - 
http://www.bertos.org/

 posso farti avere una licenza completa che funziona per 30gg.
La cosa mi interessa. Però vorrei farlo decentemente (per quanto le mie 
competenze mi permettano) quindi direi che non appena mi libero un poco 
ti ricontatto in proposito. Nel frattempo però "gioco" un po' così da 
prendere confidenza e quindi potere poi contribuire per quanto possibile 
con la recensione e le varie CPU aggiunte.
Grazie come sempre
Marco

 con la recensione e le varie CPU aggiunte.
Ok, quando vuoi, fammi sapere, ciao!
