I2C, jak dlouha muze byt ?

[RV]

no jo no - jenze to prece neni odpoved, ze to muze neco delat - pri 
spatne udelane zemi nemusi fungovat ani zasuvka 230V ;-)

dulezite je dodrzet to co definuje prubehy na sbernici nebo se pletu? 
pak je jen otazka zda to lze splnit nebo ne bez ohledu na delku vedeni

mira nejistoty zda je navrh v poradku se sice na mensich vzdalenostech 
muze snizovat, ale nerekl bych, ze je je jistota ze bude zarizeni 
fungovat spolehliveji nez na 10m

mimochodem to co popisuje tazatel bych asi nedelal - tedy prodlouzit 
existujici sbernici v zarizeni na nejake externi vedeni

Radek Vicek
======================================================================
http://www.cncnet.info - problematika CNC a automatizace
http://www.jakjevenku.info - webová meteostanice

P.S. jako zastupujicimu reptalovi vam to nebudu ulehcovat - flame je 
flame :-))))))))))))

Jan Waclawek napsal(a):
> Mno praveze to nie je jediny predpoklad (inak AFAIK I2C ako norma 
> PREDPISUJE moznost plne statickeho taktovania).
> 
> Zakladny problem s "clockovanymi" protokolmi (ako je I2C/"TWI" alebo 
> SPI/microwire) je poskodenie tych hodin, co sa pomerne tazko naprava, 
> najma ak sa s tym nerata. Rozvediem to.
> Na dlych vedeniach nastava pomerne lahko niekolko javov: odrazy, 
> presluchy (casto aj kvoli neadekvatnej "navratovej" zemi spolocnej pre 
> viac signalov), rusenie. To vsetko moze lahko vniest do hodin parazitne 
> "chlpy". U protokolov, kde je nejakym sposobom "vopred dohodnuta" 
> prenosova rychlost (ako je to napr. u RS-232), je mozne pomerne lahko a 
> ucinne taketo "chlpy" odfiltrovat. U I2C, ak je realizovany ciste 
> hardwarom, su sice dohodnute filtre (kvoli comu je to vlastne obmedzene 
> na tych 100 ci 400 kHz ci 1MHz), ale je tlak na to aby tie zariadenia 
> vedeli prave tu najvyssiu moznu frekvenciu, a nemozete si vybrat, ze 
> chcete pomalejsie zariadenie s lepsou filtraciou. Trocha sa tomu da 
> pomoct externymi prvkami ("tvrdy" pullup, rozne kuzlenie s RLC), ale da 
> sa tym vselico aj pokazit.
> 
> Dalej sa u I2C mozu hodiny oproti datam rozne posunut (kvoli roznemu 
> zdroju hodin a dat pri odpovedi SLAVE); ale to nie je zase az taky 
> zavazny problem.
> 
> Takze samotne "ide to pomaly" vlastne nestaci.
> 
> Skratka a dobre, tych problemov moze nastat viac. Nechcem tym povedat, 
> ze je to nemozne, len sa to tak jednoducho nema pouzivat.
> 
> Takychto veci je v nasej brazi viac. Niektore veci - normy, postupy, 
> integrace - su "vymyslene" a je v nich zabudovana prave ta skusenost s 
> roznymi moznostami zlyhania; ak sa pouziju tak, ako sa maju, tak sa 
> vacsinou na ne da spolahnut a bodka. Lenze potom to cloveka zacne lakat: 
> a nedalo by sa to predsalen troska znasilnit? No, dalo; ale ta 
> "zabudovana bezpecnost" je fuc, a musite si to vlastne vsetko znovu sam 
> osetrit a vyskusat... A je otazne, ci to stalo za to.
> 
> Hm, mam pocit, ze by som mal zacat pouzivat trocha hrubsie vyrazy, aby 
> som Kostu vedel zastupit vo funkcii konferoveho hundrosa trocha viac 
> adekvatne... :-)
> 
> 
> JW
> 
> PS. Jedna z mnohych diskusii na danu temu: 
> http://www.8052.com/forum/thread.phtml?thread=135363
> 
> 
> 
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list@list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
> 
> 
>