RTOS

Ma quelle schedine Discovery hanno processori che possono andare a 170MHz e montano oscillatori a 8MHz?

P.S. Ma un po' di documentazione per quel mikroC? Non trovo niente...

Janos:
Ma quelle schedine Discovery hanno processori che possono andare a 170MHz e montano oscillatori a 8MHz?

Certo, pure il tuo pc ha un quarzo da 10-20 MHz però il micro lavora a tot GHz, dentro il micro c'è un complesso sistema di pll, prescaler e postscaler che permette di ottenere quasi qualunque frequenza operativa partendo da un ampio range di frequenze in ingresso.
La gestione del clock degli STM32F4 è molto flessibile e complessa da implementare, ST ha rilasciato un apposito sheet Excel che calcola in automatico come impostare i vari parametri del clock in base alla frequenza input (quarzo) e quella operativa, non solo il Core lavora a una frequenza e le periferiche a una frequenza/e diversa perché ci sono dei limiti operativi da rispettare.
Però adesso non ti spaventare per questa cosa perché trovi tutto già pronto e tabellato, oppure usi lo sheet Excel e in un attimo hai la configurazione per il clock.

Ah, ok... =) Comunque non mi prendere a noia ma non ho capito come utilizzare i vari tool su quella schedina...
Inoltre non mi è chiaro come posso farci "qualcosa"... Ad esempio, c'è una porta seriale? Dove? C'è il max232 o equivalente?
E' possibile fare un debug?

Fai conto che devo partire da zero, dove posso trovare un po di documentazione?

P.S. Capisci me che essendo profano degli ARM e trovandomi davanti una schermata dove mi chiede Internal ed External high-speed oscillator, clock security system enable, main pll, plli2s, etc....... (tutte configurazioni del mikroC) mi trovo un attimo spiazzato....

Janos:
Ad esempio, c'è una porta seriale? Dove? C'è il max232 o equivalente?

L'STM32F4 ha ben sei porte seriali, tutte CMOS/TTL, e moltissime altre periferiche come I2C, SPI, ADC, CAN, Ethernet (solo MAC, serve un PHY aggiuntivo), USB OTG (Host e device), etc.

E' possibile fare un debug?

Certamente e di tipo hardware, sulle schede Discovery oltre al micro c'è anche un programmatore/debugger hardware ST Link V2, è utilizzabile anche per programmare micro stand alone, si collega al pc tramite USB e lo puoi utilizzare sia con il suo software stand alone che tramite IDE dell'ambiente di sviluppo, il MikroC lo supporta direttamente.
In pratica è come avere un Avr Dragon sulla tua scheda, giusto per fare un paragone col mondo Arduino :slight_smile:

Fai conto che devo partire da zero, dove posso trovare un po di documentazione?

Ovviamente sul sito ST, nella pagina dedicata alla scheda puoi scaricare il suo reference, il software di esempio completo delle librerie, poi ti devi scaricare il data sheet del micro e il reference per i core Cortex M4, questo non ti serve subito però fa comodo averlo.

mi davanti una schermata dove mi chiede Internal ed External high-speed oscillator, clock security system enable, main pll, plli2s, etc....

Capisco benissimo, ti consiglio di guardare, e copiare, dai vari esempi forniti con il compilatore, ce ne sono diversi specifici per il micro usato sulla Discovery, ti allego un semplice progetto di prova che ho realizzato io per la STM32F4, è uno switch/mixer midi, usa tutte e sei le seriali, un display grafico 128x64 e un encoder ottico come manopola, oltre ad avere un base specifica per questa scheda hai anche il setup del clock pronto all'uso :slight_smile:

STM32f4 Discovery test.rar (241 KB)

Semplice? :stuck_out_tongue: :stuck_out_tongue: :stuck_out_tongue:
Vabbè, dai, vedo di portarne a casa una e quando sarò riuscito a far lampeggiare un paio di led vedrò come fare per andare avanti... =)

Janos:
Semplice? :stuck_out_tongue: :stuck_out_tongue: :stuck_out_tongue:

Dal mio punto di vista è semplice :slight_smile:

Eh già...
Peccato che dove lavoro non ci sia una persona che mi possa fare da mentore come te per queste cose... Qui i softwaristi che ci sono si dividono in due: quelli che lavorano con lo Z80 e quelli che lavorano con i PLC. Solo una persona, oltre a me, sta nel mezzo e fa entrambe le cose, e comunque non c'è nessuno che si occupi dei microcontrollori... Per vedere di farli entrare in azienda li ho convinti a prendermi un Arduino per gestire questa comunicazione ModbusTCP...
Ad ogni modo questa cosa ormai è fatta, e visto che l'Arduino Uno mi sta stretto come RAM e la MEGA costa quanto la DUE mi farò prendere una Due... Fermo restando che inizierò a studiarmi anche gli STM32... :wink:

Janos:
Fermo restando che inizierò a studiarmi anche gli STM32... :wink:

Poi ti dovrò bannare, lo sai? :stuck_out_tongue_closed_eyes: :stuck_out_tongue_closed_eyes:

PS:
cmq quella schedina volevo prendermela anch'io... :sweat_smile: :sweat_smile:

leo72:
cmq quella schedina volevo prendermela anch'io... :sweat_smile: :sweat_smile:

No, tu devi prendere Linuxino :slight_smile:

astrobeed:
No, tu devi prendere Linuxino :slight_smile:

Siorsì Signore!

leo72:
Poi ti dovrò bannare, lo sai? :stuck_out_tongue_closed_eyes: :stuck_out_tongue_closed_eyes:

Non credo che la STM32 possa portare via così tanti utenti da Arduino... :wink: :wink: :wink:

Ho provato a guardare un po' il codice ma senza qualche documentazione, così a caso, non ne vengo fuori......

Janos:
Ho provato a guardare un po' il codice ma senza qualche documentazione, così a caso, non ne vengo fuori......

Quale codice? Con chi continuavi il dialogo? :sweat_smile:

Quello che mi aveva dato astro qualche post indietro... :wink:

Janos:
Quello che mi aveva dato astro qualche post indietro... :wink:

Dato che è un programma che ho realizzato allo scopo di testare le potenzialità del MikroC ARM ed è una cosa semplice, almeno dal mio punto di vista :slight_smile: , non ho ritenuto necessario scrivere nessuna documentazione.
Io per lavorare con gli STM32 uso MDK ARM di Keil, il MikroC ARM l'ho solo testato perché non consiglio un prodotto se prima non l'ho provato personalmente :slight_smile:

astro una domandina per te che sei del campo, una scheda tipo discovery che però supporti una distro linux?
mi serve qualcosa di molto economico che però sia piuttosto potente(riconoscimento audio-video in real time)
scusa se approfitto delle tue conoscenze :blush:

Madwriter:
mi serve qualcosa di molto economico che però sia piuttosto potente(riconoscimento audio-video in real time)

Cosa intendi con "riconoscimento audio-video in real time" ?

Madwriter:
astro una domandina per te che sei del campo, una scheda tipo discovery che però supporti una distro linux?
mi serve qualcosa di molto economico che però sia piuttosto potente(riconoscimento audio-video in real time)
scusa se approfitto delle tue conoscenze :blush:

Che ne dici del link che ha in firma astro? :wink:

Janos:

Madwriter:
astro una domandina per te che sei del campo, una scheda tipo discovery che però supporti una distro linux?
mi serve qualcosa di molto economico che però sia piuttosto potente(riconoscimento audio-video in real time)
scusa se approfitto delle tue conoscenze :blush:

Che ne dici del link che ha in firma astro? :wink:

ho dato un occhiata al linuxino ma vorrei sapere se supporta opencv e con che fps, :smiley:

Madwriter:
ho dato un occhiata al linuxino ma vorrei sapere se supporta opencv e con che fps, :smiley:

Se devi fare visione artificiale devi indirizzarti su sistemi molto performanti, come minimo una Panda Board giusto per rimanere in ambito Arm, meglio ancora sarebbe usare macchine con processori X86.
Il processore di Aria G25 è un ARM 9, molto performante ma non dotato di FPU il che lo penalizza non poco nelle applicazioni dove il calcolo con float 32/64 è prioritario, se parliamo di semplice gestione flusso video Aria G25 non ha problemi per gestire un streaming su ethenet/WiFi, partendo una webcam USB con risoluzione 720p @30 fps l'impegno della cpu rimane sempre sotto il 10%.