Transmisja MODBUS RS-485 z AT90S8535 do InTouch - przerwanie UARTu

Question

Witam ! zrobilem urządzonko na AT90S8535 (program pisany w Bacomie), które zbiera pewne dane, które są przekazywane do kompa (do programu wizualizującego procesy technologiczne InTouch). Transmisja odbywa sie według standardu transmisji MODBUS czyli master zadaze pytanie slave i slave odpowiada....

jano2300 · Answer

RS232 i RS485 ,to różne tematy.Przede wszystkim sprzętowo RS485 wymaga od procesora dodatkowej linni do sterowania kierunkiem przepływu danych,pomijam zupełnie różne poziomy sygnałów .
Z Twojego postu nie mogę wywnioskować poziomu Twojej wiedzy w temacie,ale chyba Cię to trochę przerasta.
Tym niemniej chętnie pociągnę temat jeśli to co napisałem powyżej jest dla Ciebie całkowicie jasne.

KEN · Answer

Chyba nie zrozumiałes mego postu:

1 w normalnych układach wizuakizacji danych wspulprqacujacych z
programem InTouch z kompa wychodzi zwykły RS-232
poczym jest na kablu zamontowany konwenter RS232/RS485 lub
odrazu do kompa jest zamontowana karta z portem RS485

2 ja w celach testowych (bo potem pozakładam przejsciowki
RS232/RS485) podpiołem tymczasowo swe urządzenie bezposrednio do
kompa do portu RS232

3 i teraz jezeli taką samą paczke wysyłam z kompa do mojego uP np. z
Hyper Terminala to wszystko działa i jest ok! lecz gdy załącze InTouch
to układ sie zapętla, nie moze wyjść z przerwania i tu jest problem
wlasnie
Ps. doskonale wiem na czym polegają różnice między RS232 i RS485 a poza tym do RS485 wcale nie trzeba dodatkowego przewodu wystarczją dwie linie A,B tworzące pętle prądową i odpowiedni protokół transmisji danych

elektryk · Answer

To wygląda na błąd protokołu transmisji, procek pewnie zawiesza się czekają na dane które nie przychodzą. To jest kwestia dyskusyjna, niby nie potrzeba, ale firmy np Ti wręcz nakazują jego podłączenie. W zeszłym roku uruchamiałem z kolegą prostą sieć edukacyjną na 485, przy ok 20m kabla i 7 konwerterach, każdy element sieci zasilany z oddzielnego zasilacza i sieć działała dość niestabilnie. Dopiero podłączenie wpólnej masy pomogło.

jano2300 · Answer

No OK chyba faktycznie nie zrozumiałem Twojego postu .
Standartowo RS485 pracuje na dwóch przewodach (linni prądowej) i wtedy potrzebny jest dodatkowy sygnał do kontroli przepływu.Jeżeli obie linie Rx i Tx puścić na niezależnych przetwornikach RS485 (na dwóch pętlach) i wymuszonym na stałe kierunkiem przepływu ,to wtedy wystarczy i wszystko faktycznie rozwiązuje protokół transmisji.

No ale problem jest jak rozumiem już na poziomie warstwy protokołu MODBus.
Trochę mało wiem na temat MODBUS'a aby się wdawać w szczegółową dyskusję .
Trochę mało danych.Próbowałeś podglądać transmisję ?. Przyczyn zapętlenia obsługi przerwania w uP może być wiele.Za długa obsługa przerwania(rekurencja) ,źle zerowane flagi RI TI.Może też ten InTouch wystawia break i procek zapętla Ci się w przerwaniu.
Jeśli nikt bardziej mocny nie włączy się do dyskusji ,to pisz na priv może coś poradzimy.

KEN · Answer

Problem rozwiązany!!!
zrobilem se monitork i zauważyłem ze ten InTouch oprócz paczki podstawowej wysyla jeszcze jakis znaczek (czego nie było w zwykłym terminalu); i wlasnie ten znaczek powodowal wywolanie kolejnego przerwania i zapetlenie uP

Dzięki za wszelką pomoc!! I pozdrawiam!

KePeSIaN · Answer

W jaki sposób Intouch wstawia jakiś znaczek ??. Przecież jeżeli pracuje z protokołem Modbus to ten protokół dokładnie opisuje skład ramki, i nie ma tam miejsca na żadne dodatkowe znaczki, no chyba że nie jest to modbus . Możesz mi to wyjaśnić, bo właśnie jestem w trakcie pisania Modbus-Slave, i będę wdzięczny za jakiekolwiek informacje. Zakładałem, że moje urządzenie będzie slavem w sieci i że będzie pracowało z różmymi masterami, SCADA czy PLC, ale nie brałem pod uwage takich problemów o których piszesz - dla mnie Mobus to Modbus Dzieki

calinka · Answer

Jeżeli mogabym wtrącić się do dyskusji, to chciałabym zwrócić uwagę koledze KEN, aby zmienił algorytm w programie. Jak dobrze zrozumiałam, w obsłudze przerwania odbierane są całe pakiety (jako odpowiedzi na pytanie). Poprawan obsługa transmisji szeregowej powinna polegać na odbiorze jednego znaku i umieszczeniu go w jakimś buforze do interpretacji poza obsługą przerwania. Być może użyty przez KEN sposób obsługi jest prostszy w realizacji, ale jest to 'masz ku klęsce'. Jeżeli program ma być rozwijany, to od jakiegoś stopnia komplikacji staje się programem niemodyfikowalnym (być może już jest osiągnięty ten stan).

KEN · Answer

witam

Celinka nie do końca ma racje chyba. W Modbasie są dwa rodzaje przesyłu danych
1- To RTU gdzie odbierasz właśnie tka jak to zostało przez Ciebie opisane.
2- To ASCII gdzie odbierasz całą paczkę zaczynającą się od znaku „:” i na której końcu jest znak końca „CRL” i nie mozesz sobie odebrać jakiejs jej częsci!

calinka · Answer

Ja mówiłam o filozofii programów czyli o sztuce tworzenia algorytmów. Niezależnie od sposobu realizacji wymiany danych między urządzeniami przerwanie powinno obsługiwać jeden znak i wspólpracować z jakimś buforem.

KEN · Answer

Witam!
Nie będę się spierał! Być może panna (pani?) Calineczka ma racje. W każdym bądź razie ja odbieram całą pakę jednorazowo i wszystko śmiga bez problemowo!
Pozdrawiam i dziękuje za porady!!

kekon · Answer

Dodatkowa linia do sterowania kierunkiem przepływu danych w RS485 wcale nie jest konieczna. Konwerter RS232/RS485 jest normalnie ustawiony jako odbiornik od strony PC. Przełączanie go w tryb nadajnika może odbywać się w momencie wykryciu bitu startu (czyli bitu w stanie 0).
Linia TX z PC musi być wtedy dołączona do wejścia uniwibratora pracującego w trybie z wydłużaniem impulsu. Wyjście uniwibratora musi wtedy aktywować nadajnik. W taki sposób zrobionych jest wiele konwerterów. Czas trwania impulsu na wyjściu uniwibratora jest ustalony typowo na czas trwania 4 bajtów przy danej prędkości transmisji, tak więc odbiornik (po odebraniu odpowiedzi) musi odpowiedzieć po czasie większym niż czas trwania 4 bajtów, ponieważ w tym czasie konwerter nastawiony jest na nadawanie. Bardzo ważną rzeczą jest zastosowania odpowiedniego uniwibratora. Najchętniej wielu konstruktorów używa do tego celu układów 74LS123 lub 74HC123 ale mają one pewną wadę: potrafią wyzwalać się od przypadkowych zakłóceń. Profesjonalne konwertery (np. z serii "Adama") jako uniwibratora używają specjalnie do tego celu zaprogramowanego mikrokontrolera

Transmisja MODBUS RS-485 z AT90S8535 do InTouch - przerwanie UARTu

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Podsumowanie tematu