accellerometro ST & I2c

[faustog_2]

salve a tutti,

mi rivolgo a chi ha maggiore pazienza !!

leggendo il documento seguente:

Il protocollo seriale I2C con un PIC16F84 - Davide Bucci

trovo qualcosa che nn mi convince, per quando concerne la parte della ricezione, da nessuna parte leggo BSF I2CTRIS, SCL
ovvero da nessuna parte pone SCL come input.... chiedo se la mia osservazione è corretta?

a presto fausto

[MSchiepp]

Originalmente inviato da faustog_2

...ovvero da nessuna parte pone SCL come input.... chiedo se la mia osservazione è corretta?

a presto fausto

Se guardi nel codice originale (quello postato nel link) vedrai che l'assegnazione di I/O è giusto qualche riga sopra la parte che hai estratto tu...

Michele

[faustog_2]

attenzione mettendo ad (uno) il bit di posto SCL (zero) di I2CPORT non stai settando la porta come input, ma stai mettendo semplicemente valore alto..

bsf I2CPORT, SCL (pone valore alto !)

Quindi il dubbio rimane!

Adesso sposto l'attenzione all'accelerometro... ..perchè In questo link c'è un esempio di come usare l'accelerometro on Arduino, per il momento ho solo dato una lettura, ancora nn ho provato a metterci le mani.

Arduino & LIS302DL


dove I2C_ADDRESS dovrebbe essere 28 ..anche se nel codice non c'è la #define, l'autore spiega sopra che l'indirizzo per I2C è proprio 28

qui spiega alcune cose utili specie per la velocità 100 oppure 400 Hz

Tripple Axis Accelerometer - LIS302DL - bildr

a dopo

Originalmente inviato da MSchiepp

Se guardi nel codice originale (quello postato nel link) vedrai che l'assegnazione di I/O è giusto qualche riga sopra la parte che hai estratto tu...

Michele

[MSchiepp]

Originalmente inviato da faustog_2

attenzione mettendo ad (uno) il bit di posto SCL (zero) di I2CPORT non stai settando la porta come input, ma stai mettendo semplicemente valore alto..

Infatti SCL è la linea di clock e non deve essere messa in ingresso, è il dato (SDA) che viene dichiarato come uscita durante l'operazione di scrittura e in ingresso durante la lettura del dato e la lettura del bit di ack.

Michele

[faustog_2]

allora c'è qualcosa che mi sfugge.. dunque.... supponendo che ci sia il master (per esempio un Pic16F84 ) ..che decide di comunicare con lo slave il sensore LIS302DL ...dopo aver concordato l'indirizzo SAD e dopo aver preso l'ack ...inizia la vera e propria comunicazione ..che si avvale di due linee.... in cui il Mastrer deve ascoltare x entrambe.. quindi per entrambe deve avere una modalità di lettura Input, quindi mi aspetto anche

BSF TRISB, 0
oltre che
BSF TRISB,1

invece non c'è! ..non esiste nel codice sorgente!

In teoria il master dovrebbe ascoltare su entrambe le linee, quindi modalità Input per entrambe. Appena arriva un fronte di salita sulla SCL ...allora prende per buono il valore :alto, basso che legge nella SDA.

..dalla tua risposta intuisco ...di non aver capito qualcosa da questo protocollo!

Originalmente inviato da MSchiepp

Infatti SCL è la linea di clock e non deve essere messa in ingresso, è il dato (SDA) che viene dichiarato come uscita durante l'operazione di scrittura e in ingresso durante la lettura del dato e la lettura del bit di ack.

Michele

[faustog_2]

rileggendo il sorgete in ASM e la tua risposta ho dedotto il funzionamento corretto.. dunque Il master legge dalla SDA solo dopo aver scritto sulla SCL un bit Alto (uno) .. come dire.... DAMMI UN BIT DEL BYTE DA RICEVEREEEE !

per cui è essenziale che SCL sia di uscita per il master , mentre l'SDA di ingresso.. in questo modo si spiega il perchè..

spero d'aver centrato il concetto ..purtroppo usando le classi pronte di Arduino queste cose non si imparano, rimangono concetti inesplorati...

a dopo
fausto

Originalmente inviato da faustog_2

allora c'è qualcosa che mi sfugge.. dunque.... supponendo che ci sia il master (per esempio un Pic16F84 ) ..che decide di comunicare con lo slave il sensore LIS302DL ...dopo aver concordato l'indirizzo SAD e dopo aver preso l'ack ...inizia la vera e propria comunicazione ..che si avvale di due linee.... in cui il Mastrer deve ascoltare x entrambe.. quindi per entrambe deve avere una modalità di lettura Input, quindi mi aspetto anche

BSF TRISB, 0
oltre che
BSF TRISB,1

invece non c'è! ..non esiste nel codice sorgente!

In teoria il master dovrebbe ascoltare su entrambe le linee, quindi modalità Input per entrambe. Appena arriva un fronte di salita sulla SCL ...allora prende per buono il valore :alto, basso che legge nella SDA.

..dalla tua risposta intuisco ...di non aver capito qualcosa da questo protocollo!

[faustog_2]

di seguito c'è la codifica per far comunicare un Pic16F88 con il LIS302DL, ovviamente tale sorgente può essere trasportato su qualunque Pic equivalente. Comuque dal sorgente si possono conoscere i dettagli per la comunicazione con il sensore http://www.sparkfun.com/datasheets/S...2DL-Tester.zip


qui c'è il link della sparkfun per LIS302DL:
https://www.sparkfun.com/products/8658?

[MSchiepp]

Originalmente inviato da faustog_2

rileggendo il sorgete in ASM e la tua risposta ho dedotto il funzionamento corretto..
...spero d'aver centrato il concetto ..purtroppo usando le classi pronte di Arduino queste cose non si imparano, rimangono concetti inesplorati...

Fausto, invece di dedurre e supporre c'è un altro sistema per imparare le cose: studiarle! Sul sito NXP trovi tutta la documentazione sul bus I2C, ma un minimo di base su cosa sono una comunicazione sincrona ed una asincrona ci vuole!!!!

Michele