delucagiovanni forum

Salve a tutti devo iniziare a sviluppare in mikroc un modulo per dialogare con un sto tema esterno tramite interfaccia SPI. Qualcuno ha suggerimenti da darmi riguardo il tipo di spi da utilizzare master-slave, tipo di bus da scegliere... ?
Grazie per i contributi.

aquila7 wrote:sto tema esterno

Di sicuro un errore di battitura.....forse "sistema?" uhm, con cosa devi comunicare?

deluca wrote:

aquila7 wrote:sto tema esterno

Di sicuro un errore di battitura.....forse "sistema?" uhm, con cosa devi comunicare?

"sistema" era la parola. Grazie.

Devo comunicare con un altro micro che ha anche un'interfaccia SPI - Serial UART.
Leggo da manuale del ST che ho tre SPI: slave e master mode in full-duplex e i simplex mode.
SPI1 a 42 Mb, SPI2 e SPI3 a 21 Mb e possono essere configurate in TI (??) mode per comunicare in master mode e slave mode.

Ho anche la possibilità di comunicare con la Serial UART ma penso che le velocità rispetto al SPI sono molto inferiori.

Non ho esperienza di SPI e sarei grato se potete darmi un consiglio su come procedere.
Grazie.

il II° micro è sempre un Stm32?

deluca wrote:il II° micro è sempre un Stm32?

no è un atmel precisamente un FPC2020
Grazie.

PS. l'oggetto in questione è della http://www.fingerprints.com e non della atmel

Non so se hai già dimestichezza con i cortex-m3/m4 e se puoi optare per altri micro meno ostici.
Tuttavia, l'uso della uart al posto della spi ti semplificherebbe un pò la vita a discapito ovviamente della velocità di comunicazione.

potrei sapere se ci devi fare tesina, lavoro, o altro?

deluca wrote:PS. l'oggetto in questione è della http://www.fingerprints.com e non della atmel

Non so se hai già dimestichezza con i cortex-m3/m4 e se puoi optare per altri micro meno ostici.
Tuttavia, l'uso della uart al posto della spi ti semplificherebbe un pò la vita a discapito ovviamente della velocità di comunicazione.

potrei sapere se ci devi fare tesina, lavoro, o altro?

Si è un Asic e sto usando questo chip ST per altre cose e non posso sostituirlo con altri. Non sono un esperto di Cortex ma sto imparando. La velocità è un requisito importante. Sto realizzando un prototipo.
Grazie

Devi tenere conto che anche se l'ARM Stm32f415xx supporta SPI fino a 42 Mbits/s, l'FPC2020 supporta SPI fino a 2.5MBits/s, non potrai quindi andare oltre questa velocità.

Il datasheet dice anche che la velocità effettiva considerando i comandi e i ritardi sarà all'incirca di 1.2MBit/s.

Utilizzando SPI il micro ARM dovrà per forza di cose essere Master e l'FPC2020 sarà Slave.

Per interfacciarti con la memoria Flash (se è necessario) è obbligatorio utilizzare SPI.

Ciao

aquila7 wrote:

deluca wrote:PS. l'oggetto in questione è della http://www.fingerprints.com e non della atmel

Non so se hai già dimestichezza con i cortex-m3/m4 e se puoi optare per altri micro meno ostici.
Tuttavia, l'uso della uart al posto della spi ti semplificherebbe un pò la vita a discapito ovviamente della velocità di comunicazione.

potrei sapere se ci devi fare tesina, lavoro, o altro?

Si è un Asic e sto usando questo chip ST per altre cose e non posso sostituirlo con altri. Non sono un esperto di Cortex ma sto imparando. La velocità è un requisito importante. Sto realizzando un prototipo.
Grazie

aquila7 wrote:

deluca wrote:PS. l'oggetto in questione è della http://www.fingerprints.com e non della atmel

Non so se hai già dimestichezza con i cortex-m3/m4 e se puoi optare per altri micro meno ostici.
Tuttavia, l'uso della uart al posto della spi ti semplificherebbe un pò la vita a discapito ovviamente della velocità di comunicazione.

potrei sapere se ci devi fare tesina, lavoro, o altro?

Si è un Asic e sto usando questo chip ST per altre cose e non posso sostituirlo con altri. Non sono un esperto di Cortex ma sto imparando. La velocità è un requisito importante. Sto realizzando un prototipo.
Grazie

Leonardo wrote:Devi tenere conto che anche se l'ARM Stm32f415xx supporta SPI fino a 42 Mbits/s, l'FPC2020 supporta SPI fino a 2.5MBits/s, non potrai quindi andare oltre questa velocità.

Il datasheet dice anche che la velocità effettiva considerando i comandi e i ritardi sarà all'incirca di 1.2MBit/s.

Utilizzando SPI il micro ARM dovrà per forza di cose essere Master e l'FPC2020 sarà Slave.

Per interfacciarti con la memoria Flash (se è necessario) è obbligatorio utilizzare SPI.

Ciao

Essere Master o slave vuol dire che i comandi devono partire dal master e lo slave può solo ricevere?

Ti consiglio di documentarti maggiormente su SPI, c'è molto materiale sull'argomento.
Nel mio blog (che trovi in firma) recentemente ho parlato di SPI, anche se in altri contesti ho descritto alcuni punti importanti.

La comunicazione è sempre duplex, si trasmette e riceve allo stesso tempo

Il master a differenza dello slave emette il clock e seleziona tramite la linea Slave Select lo slave a cui comunicare

Leonardo wrote:Ti consiglio di documentarti maggiormente su SPI, c'è molto materiale sull'argomento.
Nel mio blog (che trovi in firma) recentemente ho parlato di SPI, anche se in altri contesti ho descritto alcuni punti importanti.

La comunicazione è sempre duplex, si trasmette e riceve allo stesso tempo

Il master a differenza dello slave emette il clock e seleziona tramite la linea Slave Select lo slave a cui comunicare

Grazie Leonardo per il contributo hai qualche esempio da potermi indicare?

Dopo aver studiato attentamente come funziona la comunicazione SPI puoi vedere cosa offre l'ambiente che utilizzi per semplificare lo sviluppo: http://www.mikroe.com/download/eng/documents/compilers/mikroc/pro/arm/help/spi_library.htm

Troverai descritte le funzioni disponibili e un'esempio completo da cui partire.

ma perche' ti esprimi sempre come un prof ?
hai fatto i compiti a casa, etc
e mica siamo a scuola

quanto al mero aspetto sw mikroe e' nota per due aspetti
1) un ambiente molto semplificato e ricco di features molto potenti ed abbastanza supportate
2) il fatto pero' che le librerie siano closed sources

per cui, dicendoti la mia, ti dico che se usi mikroe ti conviene davvero approfittare del loro support, se poi per qualsiasi ragione non ti basta … beh, a quel punto ti tocca pensare o ad una integrazione di tuo codice nel loro ambiente (intendo tue librerie di basso livello, con, eventualmente, anche parti assembly), oppure la migrazione verso un altro sistema, p.e. Keil.

ora per una spi non credo che sia necessario, diciamo che "dovresti" avere tutto l'occorrente direttamente da mikroe, e nel caso … contatta i loro forum e/o support, non per altro, ma perché non so quanti in questo forum lo usino e ne siano informati.

Leonardo wrote:Dopo aver studiato attentamente come funziona la comunicazione SPI puoi vedere cosa offre l'ambiente che utilizzi per semplificare lo sviluppo: http://www.mikroe.com/download/eng/documents/compilers/mikroc/pro/arm/help/spi_library.htm

Troverai descritte le funzioni disponibili e un'esempio completo da cui partire.

Grazie Leonardo sei stato davvero utile.

legacy wrote:quanto al mero aspetto sw mikroe e' nota per due aspetti
1) un ambiente molto semplificato e ricco di features molto potenti ed abbastanza supportate
2) il fatto pero' che le librerie siano closed sources

per cui, dicendoti la mia, ti dico che se usi mikroe ti conviene davvero approfittare del loro support, se poi per qualsiasi ragione non ti basta … beh, a quel punto ti tocca pensare o ad una integrazione di tuo codice nel loro ambiente (intendo tue librerie di basso livello, con, eventualmente, anche parti assembly), oppure la migrazione verso un altro sistema, p.e. Keil.

ora per una spi non credo che sia necessario, diciamo che "dovresti" avere tutto l'occorrente direttamente da mikroe, e nel caso … contatta i loro forum e/o support, non per altro, ma perché non so quanti in questo forum lo usino e ne siano informati.

Grazie per i tuoi preziosi consigli. Mi sono iscritto al loro forum in modo da sfruttare il loro supporto tecnico.

Purtroppo credo che in Italia ad usare il compilatore a cui si riferisce aquila7 siano in pochi... e quindi non esiste una grande ricchezza letteraria e know-how italiana.
Tuttavia, INFN, in particolare il Lab Prog Elettronica dei LNS che coordino, ha sottoscritto da tempo diverse licenze con la Mik*o*elektroni_a attraverso In*are: 8051, ARM, AVR, PIC, DSpic, e PIC32....

In effetti però, quando sviluppiamo applicazioni per cortex-m, a tutt'oggi le scelte cadono sul compilatore KE*L e per questo motivo abbiamo da tempo in sottoscrizione le licenze per questo prodotto.
Ma è ovvio che per il costo sostenuto(costo iniziale/rinnovo licenze annuali) è impensabile che un hobbista o un libero prof. venga attratto dal prodotto.
Onestamente da solo in questo forum non riuscirei a supportare altro carico di lavoro se aprissi altre sezioni dedicate ai compilatori su indicati
visto che al momento in italia non esiste nessun forum che da supporto free a questi tools.

Lo immaginavo, e' cosi' anche per me.

Dal forum mik*oe:

Hi all I need to start to develop a module in mikroC to communicate with an external microprocessor that has a SPI interface to 10 MHz. the external microprocessor handles a sistem of acquisition of images (scanner) when the master sends the command to start acquisition.
you have examples that I can use? thanks

La risposta del team support:

Hi, There is several SPI communication examples in the compiler's Examples folder that cover communication with the various devices - displays, DACs, Ethernet boards.
You may examine them and read the SPI library topic in the Help file for better understanding.

Con ciò ho detto tutto.