RS485 v kabelove rozvodne

[Martin Hanek]

Napisu to takto. Uvedeny opakovac jsme pouzili kvuli odeleni zarizeni od 
linky, ktere neni samo o sobe galvanicky oddelene. Samozrejme ze 
opakovac nezna nas protokol, nase zarizeni atd. Na kazdem nasem zarizeni 
jsou tahaci odpory defunujici stav linky v klidu, jedeme na 9600 bps.
Cca 10ks nam jich bezi asi 2,5 roku NONSTOP v miste pod trolejovym 
vedenim, vedeni je natahane v zemi kabely CMFM, tak jak jim to vyslo, 
ale vetsinou za sebou od jednoho mista ke druhemu.
Uvnitr je nejake hradlove pole od Xilinxu, pokud se pamatuju. Nema to 
zadne jumpery na nastaveni a ridi to prepinani smeru asi po bitech. Ja 
bych se toho nebal.

Martin Hanek

Dne 24.2.2012 13:30, Jan Waclawek napsal(a):
> Priznam sa, ze roky som rozmyslal nad opakovacmi pre RS485 a vzdy a znova som dospel k zaveru, ze je to vo vseobecnosti neriesitelny problem. Viem si predstavit opakovac, ktory v konkretnej aplikacii bude bez problemov fungovat, ba dokonca aj taky, ktory vo vacsine *typickych* aplikacii sposobi len male, mozno zanedbatelne zhorsenie niektorych vlastnosti; ale to samozrejme treba vediet, ako je skonstruovany a ako funguje dana aplikacia. Odkazovany opakovac je toho prikladom - publikovane data su podla ocakavani vagne a uvazuje sa pouzitie so zariadeniami tej istej firmy.
>
> Dovod je jednoduchy a lahko pochopitelny - nie je mozne len vonkajsim pozorovanim zbernice rozlisit tri stavy - dva aktivne a jeden neaktivny - bez blizsej znalosti ostatnych zariadeni na zbernici, najma ak ten neaktivny stav nie je normou definovany (ako uz bolo uvedene). Takze taky opakovac moze maximalne predpokladat "typicke" zapojenie pulldown/pullup/terminator a vyuzivat typicky mensie diferencialne napatie v neaktivnom stave, alebo vnasat posunutie common mode napatia v neaktivnom stave dodatocnym biasom, alebo nieco podobne; a moze tieto stavy dostatocne rychlo vzorkovat a prenasat aktivny stav z jednej zbernice na druhu, v najhorsom pripade este moze predpokladat aj asynchronny prenos 8Nx na casovanie - toto vsetko moze vcelku dramaticky zlyhat pri medznych dlzkach/odporoch/rychlostiach/napatiach/prudoch; pri pouziti aktivneho/dynamickeho terminovania a biasu ci pri neortodoxnych sposoboch komunikacie (napr. dynamicka zmena baudrate). Predpokladam napriklad, ze ne!
 cak
>   any "opacny" pokojovy stav by  vyradil znacnu cast tychto opakovacov.
>
> To su dovody, preco by som sa ja vsetkymi prostriedkami vyhybal pouzitiu "kupovaneho" opakovaca a ak by som nejaky musel pouzit, tak aktivny, znaly protokolu na zbernici (t.j. samozrejme vlastnej konstrukcie).
>
> Dalo by sa aj tu povedat, ze je skoda, ze nie je definovany/normovany pokojovy stav resp. jednoznacna metoda pre repeater/hub. Ja si to vsak nemyslim - naopak, myslim si, ze "otvorenost" znamena vacsiu flexibilitu vo volbe protokolov atd., relativne jednoduche zakladne principy umoznuju plne pochopit pouzity hardware a tym umoznuju aj tie neortodoxne aplikacie, atd. Rozdiel je dany ucelom - consumer aplikacie su dost uniformne, a tak tam ta "rigoroznejsia" a rozsiahlejsia definovanost odbremenuje tvorcov typickych aplikacii (za cenu znemoznenia tych netypickych).  Naviac, nad RS485 predsa existuju definovane zbernice/protokoly vyssej urovne (typu Modbus a spol.), ktore uzivatel moze bud priamo pouzit, alebo sa nimi trebars len inspirovat.
>
> Ked uz je ten piatok... :-)
>
>   ---
>
> Mimochodom, jeden par naviac z xTP sa da pouzit prave na "linearizaciu hviezdy" - predlzi sa tym celkova elektricka dlzka zbernice na dvojnasobok, ale toto niekedy vadi menej.
>
> wek
>
>
> -----Original Message-----
> Opakovacu RS-485 je spousta, treba I-7510 - funguji bez problemu.
> http://www.icpdas.com/products/Remote_IO/i-7000/i-7510.htm