5 expanderu PCF8574
RV
vicek.radek@cpost.cz
Pátek Červenec 20 14:52:08 CEST 2007
No spis to vidim na USART a nejaky vlastni protokol - melo by to tu
vyhodu, ze muzu spinat libovolny i/o bez toho abych byl nucen odvysilat
cele shift registr, kde se muze neco pomrvit.
Takzhle odeslu 8b kde bude adresa pinu (to muze byt klidne 7b) a
posledni bit bude jeho stav plus poslu jeste nejake zabezpeceni, aby
byla jistota, ze nesepne neco jineho coz by byl pruser. Takhle pockam na
to az mi PIC-expander odpovi zpatky OK a mam jistotu, ze je to prijato.
Tohle je velka vyhoda proti i2c.
Radek Vicek
Jan Waclawek napsal(a):
> Ja len, ze to laka (láka a aj ľaká... :-) )
>
> Ak ste si isty tou dlzkou, tak hoci aj I2C/SPI, co je poruke; a hoci aj
> tie sproste shiftregistre. Ale ak sa pouzije jednocip, da sa pouzit aj
> take nieco ze master bude vysielat o nieco pomalsi SPI-ovity tok (to aj
> u HW SPI mastrov obvykle ide nastavit aj na dost pomaly), ale slave si
> bude vzorkovat "clock" "manualne" a urobi na nom urcite odchlpenie (a
> prip. aj na datach viacnasobnym vzorkovanim) - ten slave aj tak zvacsa
> nema co robit, tak co. Tymto by sa to mohlo stat vcelku dost nepriestrelnym.
>
> Inak ja konkretne I2C nemam moc v laske, ale to je na dlhsie rozpravanie.
>
> Inak vo vseobecnosti jednocip ma vyraznu vyhodu len vtedy, ak je nejaka
> sanca tie udaje nejako predzut ci pozut (po- je tu v zmysle latinskeho
> post- ). Napriklad, ak by bolo treba blikat ledkou, tak to by ten slave
> zvladol a master by sa o to nemusel starat (mno dobre, to bol velmi
> trivialny priklad...). Inaksi priklad je napr. klavesnica PC, to je
> jasne oddelitelny - defakto tiez expander - s predzutim udajov.
>
> wek
Další informace o konferenci Hw-list