Normalzovany protokol pro komunikaci po RS-485?

[admin.mtech@gmail.com]

Ano "to mi nejak ujelo", mohol som to trocha rozpisat, tak snad teraz.

Escapovanie nie je riesenie tohto problemu, ale prispieva ku zdarnemu
vysledku.
Ved ak sa k nam sypu znaky jedn po druhom, moze nastat zle pochopenie
telegramu.
A prave preto treba doplnat kontroly/ochrany.
Prvu mate start/stop/paritu. Pokial vam toto nesedi, UART nevyhlasi znak za
korektny.
Dalsia je STX,ETX, escapovanie, CRC a co ja viem co este.... (a este vzdy
mame acknowledge)
A v neposlednom rade zlozitost telegramu (leader, header,...), ktory sa
pocas prijmu priebezne kontroluje....
Takze pouzijem synchro na telegram (aj 2 alebo 3...), prve neakceptujem, ale
kontrolujem. 
Ak sedia dalsi uz pocuvam..

Mate pravdu ze vsetko zavisi od zlozitosti aplikacie a priorite prenasanych
dat.
Vsetky kontroly/ochrany zvacsuju objem telegramu a zmensuju prenosove
pasmo....
Treba vzdy najst vhodne optimum. 
Preto som si na 485/422 pisal vlastne komunikacne protokoly.

-mt-


-----Original Message-----
From: hw-list-bounces@list.hw.cz [mailto:hw-list-bounces@list.hw.cz] On
Behalf Of Jan Waclawek
Sent: Thursday, March 20, 2008 2:04 PM
To: HW-news
Subject: RE: Normalzovany protokol pro komunikaci po RS-485?

Ale Miro, prosim Ta, precitaj si este raz a pozorne, co som napisal.
Kontrolny sucet zmen(s)i tu pravdepodobnost zle pochopeneho paketu, ale nula
to nie je.

Vhodne dlha medzera (a jej spravna detekcia) to zmeni na tu pozadovanu nulu.

Este raz a este raz sa opakujem: zalezi na konkretnej aplikacii, co vadi
viac a co menej. Keby existoval nejaky superextradokonaly protokol vhodny do
kazdeho pocasia a za kazdych okolnosti, asi by uz ziadne ine neexistovali,
vsakano.

wek

PS. Ten pan kolega co hore nieco pisal o escapovani: nepochopili ste
problem, nie je v tom aby sa dali tie znaky vynechat z lubovolneho paketu
binarnych znakov, ale v tom, ze sa tie znaky vyskytnu ako "zlozenina" dvoch
roznych za sebou nasledujucich znakov, ak prijimac nezacne prijimat znak
synchronne s vysielacom na zaciatku znaku, ale pochopi niektoru sekvenciu
1->0 ako zaciatok znaku (startbit). Ano, da sa tomu vhodnym vyberom znakov
vyhnut, ale je to o triedu zlozitejsi problem, znacne komplikuje vysielac aj
prijimac, a najma znizi prenosovu kapacitu.