rs485 i rs232 - pytanie laika cz2.

LucGFX napisał(a):

Poczytaj dokumentację urządzenia. Z reguły należy urządzenie odpytywać według jakiegoś protokołu. Może napisz jakie to urządzenie i jak próbujesz zmusić je do nadawania.

Urzadzenie to centralka alarmowa. Nie ma opisu protokolu, zadnych informacji o szybkosci. W ogole, czy w rs485 jest mowa o parametrach takich jak liczba bitow, szybkosc itp.?

Centralka ma tylko wyjscia Tx, Rx dla rs 485. Komunikaty na rs232 wysyla poprawnie, na rs485 nie. Podlaczone sa dwie linie do Tx (czyli jedna para + i -, inaczej A i B), oraz do konwertera na Rs232 i i niestety nie dziala. Probowalem po prostu czytac hyperterminalem cokolwiek ale nic.

Konwerter jest chyba ok, sprawdzilem lacznie 3 egz. z czego jeden byl calkiem innej firmy i inaczej skonstruowany. Interesuje mnie tylko czytanie komunikatow, bo powinna na ten port wysylac zdarzenia.

Prosze o ile to mozliwe o wyjasnienie jak jest z parametrami transmisji przy rs485, byc moze po prostu cos jest nie tak z centrala?

Pozdrawiam. /Łukasz Górowski

Jezeli moge jeszcze dodac. Centralka ma wyjscie takze TTY, niestety nie wiem jak to sie je :)

Pozdrawiam. /Łukasz Górowski

U¿ytkownik "LucGFX" snipped-for-privacy@poczta.onet.pl> napisa³ w wiadomo¶ci news:eo326g$fb3$ snipped-for-privacy@atlantis.news.tpi.pl...

Nie odpowiem Ci co jest nie tak bo jasnowidzem nie jestem ale postaram Ci podac kilka praktycznych roznic miedzy 232 i 486

1) 232 laczy sie punkt/punkt - jest to upraszczajac polaczenie napieciowe - 486 to polaczenie pradowe a wiec wymaga zasilania dla utworzonej petli pradowej - wiekszosc konwerterow ma przetwornice zasilane z jednej zlinii rs232 ale czasami potrzebne jest napiecie zewnetrzne. 2) 323 to dwie niezalezne linie danych w dwu kierunkach. 485 to jedna linia dla 2 kierunkow a wiec konwerter musi "przelaczyc" sie na nadawanie wtedy gdy jego host (np PC) chce nadawac i przelaczyc sie w "odbior" kiedy podlaczony klient chce odpowiedziec. Kerunkek transmisji moze byc sterowany na kilka sposobow a) wykorzytsywany jest sygnal zadania gotowosci (sory ale nie pamietam juz starej specyfikacji rsa wiec nie bede podawal nazw sygnalow bo sie moge pop...) dostepny na zlaczu rsa - niestety coraz zadziej stosowana jest pelna specyfikacja rs232 - njczesciej programy nie obsluguja dzisiaj innych linii poza RxD i TxD a wiec stare konwertery moga nie dzialc dzis prawidlowo b) Program hosta steruje kierunkiem transmisji - sytuacja podobna jak w a) c) uklad czasowy przelacza kierunk w momencie wykrycia bitu startowego ramki nadawczej - wtedy na pewien czas otwieray jestdriver nadawczy. Dlatego niektore konwertery maja przelacznik predkosci transmisji - jest to dopasowanie czasu otwarcia drivera nadawczego do dlugosci ramkii. d) konwerter posiada procesor komunikacyjny ktory analizuje co "gada" host i steruje odpowiednio kierunkiem

3) RS 485 to linia symetryczna - musi wiec byc "zamknieta" rezystorem na koncu

Podpowiedz - sprawdz czy twoj konwerter nie pozwala przypadkiem na prace w trybie RS422. Wtedy laczysz urzadzenia 2 liniami symetrycznymi (4 druty) i w zasadzie logicznie dziala jak rs 232

pozdrawiam wojtek

CMMS Maszyna Golem OEE Produkt - Baza Wiedzy

Prawdopodobnie nie masz sterowania kierunkiem transmisji. Sprawd¼ w dokumentacji konwertera czy mo¿na tak ustawiæ aby nastêpowa³o automatyczne prze³±czenie na nadawanie w momencie gdy centralka co¶ do niego wysy³a Pozdrawiam Jacek Po¼niak

Dnia 10-01-2007 o 16:53:29 LucGFX snipped-for-privacy@poczta.onet.pl> napisał(a):

Przy czytaniu z linii rs485 spotykałem się często z protokołem, który polegał na wysłaniu w linię numeru urządzenia i komendy, a potem na słuchaniu. Nie jest to część specyfikacji EIA485, ale wewnątrz Twojego "urządzenia" moze być jakaś logika, reagująca na numer, aby zacząć nadawać. Da się to ustrojstwo rozebrać?

Zakładamy, że konwerter na rs232 działa poprawnie, masz może dwie sztuki, aby połączyć np 2 PC-ty i sprawdzić konwertery? Zakładamy (?), że "urządzenie" i konwerter mają wbudowane terminatory linii.

Antek

W RS485 jest tak samo czyli szybkość bodowa, parzystość, bity stopu itp. RS485 to inna warstwa fizyczna. Podstawowa różnica to to że transmisja jest dwoma przewodami A i B ( lub +TRX i -TRX) i druga różnica że transmisja po tej linii jest dwukierunkowa. Jeśli w urządzeniu jest jednocześnie RS232 i RS485 to obstawiałbym, że na obu jest ten sam protokół. Ale może być, że wymaga jakiejś zworki we wtyczce żeby uaktywnić interfejs (tak jestr np w niektórych PLC). W sumie bez dokumentacji to ciężko rozgryżć. Możesz jeszcze spróbować wymusić transmisję na RS232 i nasłuchiwać echa na RS485.

Jeśli dwie linie TX i dwie RX to wtedy jest RS422. Typowy konwerter RS485 może też pracować w trybie 422 czyli 4 przewody - powinien mieć przełącznik. Może spróbuj w tej konfiguracji.

Komunikaty na rs232 wysyla

napieciowe -

Nie wiem co to 486 ale 485 to pêtla napiêciowa a nie pr±dowa, proszê zerkn±æ w dokmentacjê od jakiegokolwiek drivera.

On siê nie musi, to ty musisz go prze³±czyæ i to zazwyczaj lini± DTR RS'ki I to pewnie jest powód ¿e nic nie odbierasz.

U¿ytkownik "LucGFX" snipped-for-privacy@poczta.onet.pl> napisa³ w wiadomo¶ci news:eo326g$fb3$ snipped-for-privacy@atlantis.news.tpi.pl...

Dodam swoje 3 grosze. Wed³ug mnie w stanie stabilnym (miêdzy transmisjami) na linii A jest wy¿sze napiêcie ni¿ na linii B. ¦wiadczy o tym choæby specyfikacja scalaków fail-save RS485 (MAXIM, Texas Instruments, ...). Fail save odczytuj± stan '1' gdy A=B i gdy A>B, a '0', gdy A<B.

Spotka³em tylko jedn± firmê (B&B) która przyjê³a odwrotnie. Chyba ich konwerter pokazywa³e¶ na foto.

A w artykule, który podawa³e¶ te¿ by³o, ¿e tak jak B&B jest czê¶ciej. Za ca³y ¶wiat nie mogê rêczyæ, ale wed³ug mnie jest akurat odwrotnie.

Czyli stosuj±c konwerter B&B i jakie¶ normalne urz±dzenie trzeba by po³±czyæ A-B i B-A.

Ogólnie oscyloskop w ³apê i za parê minut wszystko jasne. P.G.

U¿ytkownik "Kmail" <kmail@wpq_bez_q_.pl> napisa³ w wiadomo¶ci news:eo4nv9$1ar$ snipped-for-privacy@atlantis.news.tpi.pl...

486 - "przejezyczenie". Co do petli pradowej to oczywiscie upraszczam aby rzucic swiatlem pytajacemu na zagadnienie. Jesli juz mielibysmy byc tak straasznie precyzyjni to kazda petla napieciowa jest tez petla pradowa co wynika z najbardziej elementarnych praw ochma. Jednak w przeciwienstwie do rsa 232 gdzie sa istotne progi napiec poziomow logicznych to w 485 bardziej istotne jest czy plynie pront :) Dasz 5V bedzie dzialac, dasz 24V tez bedzie dzialac. Oczywiscie moge sie mylic bo nigdy nie wgryzalem sie tak czysto teoretycznie w to jak to wszystko tak naprawde dziala - jedno wiem tam gdzie przeniesienie stanow opiera sie na napieciu - np kilkumetrowe polaczenie na poziomie ttl - tam kazde zaklucenie, np zaidukowana szpilka od obciazen idnukcyjnych jest zainterpretowana jako dana. Tam gdzie polaczenie ma charakter "pradowy" - np dwa transoptory - tam byle jakie elektryczne zaklucenie nie jest interpretowane jako dana.

Czytaj calosc zanim cos powiesz

Tak posiadam 2 sztuki, podlaczylem do 2 pc'tow, dzialaja prawidlowo. Zreszta mialem jeszcze 3 inny model i tez nie zadzialalo. Nie ma nigdzie informacji o parametrach polaczenia z centralka, jaka predkoscia, ile bitow stop itp. Przy czym modul obslugi przez rs232 dziala poprawnie.

Nie wiem juz gdzie szukac problemu, ale bedzie to problem chyba z sama centralka.

Pozdrawiam i dziekuje wszystkim za pomoc. /£ukasz Górowski

Napisz jaka to centralka - sporo ludzi ma tu do czynienia z alarmami - moze Kto¶ sprawdzi, ja mam mo¿liwo¶æ sprawdzenia na galaxy i aritech master, chyba ze jeszcze jaka¶ inna z u¿ywanych przezemnie chodzi w rs485.. Pozdr Art