AGP

[Istvánfi Béla]

>       Letezik olyan progi, amivel monitorozni lehetne
>       az I2C buszon zajlo osszes forgalmat,
>       analizalni lehetne a vezerleseket?
>       Szet lehetne valasztani a master ill. a slave
>       forgalmat


Ha folyamatos forgalom van a buszon, akkor kétsugaras, kettos
idoalappal rendelkezo szkóp, plusz egy PIC-bol szinkronjelcsináló kis
HW, és már megy is a dolog, a következoképpen:

1. A PIC detektálja a startbitet (0-ba meno sda, amíg sck 1-ben van),
erre egy másik lábon kiad egy pulzát. Ez lesz a szkóp külso
triggerjele. (belso triggerrel reménytelen, kivéve, ha tárolószkópod
van.)

2. A szkóp két sugara az sda és az sck, a kettos idoalap azért kell,
hogy bitenként leolvashasd az adatfolyamot.

3. Ha így nem tökéletes, a PIC progit lehet úgy módosítani, hogy a
startbit után a slave address-t is vizsgálja, és csak akkor adjon
indítójelet, ha egy bizonyos slave address jön.

4. Még tovább lehet fejleszteni a kütyüt egy 4 soros LCD-vel, így
soronként kiírhatja, milyen címre milyen adat megy. Ha tápot,
billentyuzetet és dobozt is csinálsz hozzá, meg beleírsz a progiba még
egy-két népszeru protokollt, biztos el lehet adni belole jó párat.

5. A slave forgalmon mit értesz? Pl E2Prom olvasását? Azt is a master
kezdi, kiírja a slave addresst, kiírja a memóriarekesz címét, nyomat
még egy startbitet, újra slave address, de most már olvasás üzemmód,
utána a master adja a clockot, a slave pedig az adatot. Ez így egy
összefüggo adatfolyam, mit kellene belole szétválasztani?

Ha a forgalom nem ismétli önmagát, akkor az analóg szkóp kiesett,
marad az LCD-s és PIC-es változat, vagy a tárolószkóp, bár, szerintem
a külso szinkront akkor se úszod meg.

Üdvözlettel:
Istvánfi Béla
istvanfibela at matavnet.hu