I2C bus lock, PIC

[Moczik Gabor]

Kovács Árpád wrote:
> Igen előidézhető ilyen szoftveresen, kb. egy éve jártunk így 18F2320-al. 
> Ahogy András is mondja az ACK/NACK probléma okozhat ilyet. A PIC-ben is 
> benne van ez (szabvány). A NACK jelzi az utolsó bájtot. Nem tudom milyen 
> alkalmazás, de meg kell vizsgálnod ezeket. Lehet, hogy kénytelen leszel 
> lemonitorozni analizátorral, mikor akad el.

Hat muszaj lesz hosszu ideju adatrogzitessel az analizator, mert tarolos 
szkoppal nem megy. Pont nem vagyok ott, amikor eloall a hiba.

Egyebkent slave receive modban lehet valahogy NACK-ot kuldeni a masternek, 
ha nem tetszik a vett adat?
Nagyon ugy tunik, hogy ilyenkor a PIC automatikusan generalja az ACK jelet.

Kozben a clock streching-el kapcsolatban nezem az adatlapot:
"Clock Stretching for 7-bit Slave
Receive Mode (SEN = 1)

Note 1: If the user reads the contents of the
SSPBUF before the falling edge of the
ninth clock, thus clearing the BF bit, the
CKP bit will not be cleared and clock
stretching will not occur."

Hogy lehet az SSPBUF-ot kiolvasni a 9.-ik clock lefuto ele elott?
Interrupt-tal szerintem sehogy, mert a BF bit ugyan bebillen a 8-ik clock 
utan, de az SSPIF csak a 9.-ik utan, tehat csak ekkor tudom kiolvasni.

-- 
((( Móczik Gábor  )))--((( pm -> @ -> progzmaster -> . -> hu  )))
((( Skype: moczik )))--((( Website: http://www.progzmaster.hu )))