Bus I2C...

voglio

Quei due sicuramente si, cmq a volte può essere più complessa la cosa:

Start, indirizzo, comando, bit R/W, stop Start, indirizzo, xxxx, bitW/R, stop a questo punto il chip incriminato ti manda i bit

Fai riferimento al data sheet dell'IC con il quale devi comunicare

Ciao

Uhm, varia a seconda della periferica da quel che ho visto. Dovrò anche rivedere le routine di lettura perchè a volta il master deve mandare l'ACK, altre no. Io lo mandavo sempre...

Che balle però...

:-) e poi è uno standard!

Se usi PBASIC con I2CREAD e I2CWRITE risolvi tutto

L'ACK serve quando devi leggere più byte senza ripetere tutta la storia, se la periferica ha un solo byte non mi sembra sia necessario ma male non fa (Di queste due righe ho un ricordo vago, non vorrei sbagliarmi) Ciao

No, vaderetro basic, me le son fatte da me in c, stavo appunto cercando di ottimizzare un po' la cosa. Eppoi PBASIC n'è per i PIC? Preferisco gli 8051...

se

Sui dispositivi di cui ho esaminato il funzionamento, il nack lo si invia alla fine dell'ultimo byte che si vuole ricevere. Così lo slave capisce che il master s'è stufato e gli manderà uno stop. Combinato comunque, messo una variabile a bit che se settata spara l'ack, se no no. Meglio così che fare 2 funzioni di lettura una con e una senza ack credo.