Bohužel výrobci I2C masterů to taky často nechápou, takže implementace Clock Stretching, který je standardem vyžadován, jaksi chybí. Pak není divu, že dochází k zásekům, když master jen bezhlavě řídí CLK a nehlídá si jeho skutečný stav.<div>
<br><div><div class="gmail_quote">Dne 21. srpna 2012 18:06 Ondrej <span dir="ltr"><<a href="mailto:leguanolog@seznam.cz" target="_blank">leguanolog@seznam.cz</a>></span> napsal(a):<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Svatá pravda - lidová tvořivost ohledně SPI nezná mezí. MSB vs. LSB nebo délka slova 8/16/24/32 bit je to nejmenší. Setkal jsem ale také s prohozeným CS bitem tj. byl aktivní v log. 1 nebo výstupem MOSI, který byl multiplexovaný s interním bitem čipu a odmítal přejít do stavu vysoké impedance. Tím pádem nešla sběrnice použít při současném zapojení více slave. Čtení z čipu bývá někdy také lahůdka - různé možnosti zápisu příkazu a opětovného čtení existují snad ve všech možných kombinacích. Není proto od věci dát na datové piny (nebo alespoň MOSI) na vhodná místa nulové odpory/propojky aby člověk případně věděl, který čip zlobí.<br>
<br>
To s tím "bržděním" úplně nechápu - prostě máte CLK max. (sníženou případně kvůli kapacitě spojů atd.) a na té posíláte do čipu data a on je vždycky přijme. A pokud se má čekat na nějaký interní stav (např. zápis do EEPROM) tak se obvykle čte registr/stavový bit.<br>
<br>
Ondřej<br>
<br>
Dne <a href="tel:21.8.2012%2011" value="+420218201211" target="_blank">21.8.2012 11</a>:15, Jan Waclawek napsal(a):<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Myslite tym MCP23017 a MCP23008, alebo existuju aj tie co spominate len ja o nich neviem?<br>
<br>
SPI je fajn v tom ze je "menej stavovy" nez I2C a je to len prachsprosty shiftregister, takze jednak maju vyrobcovia menej sanci nieco do***at pri implementacii, druhak pri "valeni" dat je ten protokol prirodzene "samoopravny". Nevyhodou je extra drat na data a dalsi extra drat pre kazde dalsie pripojene zariadenie.<br>
<br>
Samozrejme, aj tu sa stava ze vyrobca zapoji svoju ludovu tvorivost, vtedy nastupuju podobne problemy ako pri I2C... :-)<br>
<br>
Dalsou nevyhodou je slabsia standardizovanost takze treba vzdy dokladne citat datasheety kvoli roznym CPOL a CPHA a vselijakym zahadnym poziadavkam na casovanie CS. Niekedy chyba aj handshake na najnizsej urovni (moznost "brzdit", co u I2C je schovane v clock stretchingu). Multimastering tiez nie je uplna samozrejmost a tiez do urcitej miery podlieha ludovej tvorivosti.<br>
<br>
<br>
wek<br>
<br>
<br></div><div class="im">
______________________________<u></u>_________________<br>
HW-list mailing list - sponsored by <a href="http://www.HW.cz" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a><br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" target="_blank">http://list.hw.cz/mailman/<u></u>listinfo/hw-list</a><br>
<br>
</div></blockquote><div class="HOEnZb"><div class="h5">
<br>
______________________________<u></u>_________________<br>
HW-list mailing list - sponsored by <a href="http://www.HW.cz" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a><br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" target="_blank">http://list.hw.cz/mailman/<u></u>listinfo/hw-list</a><br>
</div></div></blockquote></div><br></div></div>