Pewien kłopot z MODBUSem

Wed Jul 23, 2008 11:28 pm   

Thu Jul 24, 2008 9:19 am   

Sebastian Bialy pisze:
[quote:90bf2f85f9]Witam.

W zasadzie muszę trochę ponarzekać...

Mam w ręku dwa urządzenia: ARDETEM PECA15 i LUMEL N12. Obydwa to
mierniki mocy (panelowe) z komunikacją. PECA potrafi RS232/485, LUMEL
tylko 485.

PECE i jej problemy znam dobrze - używam od jakiś 3 lat. Lumel pojawił
się niedawno.

Obydwa pomykają w protokole MODBUS.

Prękości małe - 9600. Odległość między urządzeniem a moim układem
komunikacyjnym nie większa niż kilkanaście (!) cm. Na wyjściu mojego
układu siedzi sobie 75176. A i B podciągnięte gdzie trzeba. Całością
steruje mój dedykowany mikrokontroler. To co z niego wyskakuje jest
krystalicznie czyste (nie ma żadnych zakłóceń, inny przetwornik firmowy
łyka dane bez pomyłek na wiele tysięcy wysłanych bajtów). Stablizacja
kwarcem. Ogólnie komunikacja na RS485 jest wzorowa nawet po oglądnięciu
oscyloskopem. Timeouty na transmisję RTU z dokładnością do milisekund,
ale ustawione znacznie powyżej tych z dokumentacji.

No ale zawsze jest jakieś ale.

Obydwa urządzenia mają wrodzoną wadę olewania moich zapytań. Konkretnie
coś wysyłam a tam cisza. Wysyłam ponownie - cisza. Wysyłam 3 raz -
łaskawie odpowiada - ze złym CRC. Wysyłam ponownie - odpowiada z dobrym
CRC. Sytuacja obserwowana w przypadku jednego i drugiego urządzenia przy
czym lumel ignoruje mnie znacznie częściej. Efekty są całkiem
randomiczne i kosmiczne włącznie z oddawaniem mi ramki informującej o N
bajtach danych ... bez danych ale z prawidłowym crc. Za chwile to samo
zapytanie produkuje poprawną ramkę z danymi.

W zasadzie mógłbym powiedzieć - mam zapewne coś nie tak sprzetowo z 485.
[/quote:90bf2f85f9]
Miałem do czynienia z licznikiem Lumela - zero problemów. Sprawdż sobie
oba urządzenia programem testującym z www.modbus.pl. Podsłuchaj
transmisję a potem zrób to samo z twoim kontrolerem. Może za późno
przełączasz u siebie z nadawania na odbiór albo są za krótkie przerwy
między znakami w transmisji.

--
Pozdrawiam
MD

Thu Jul 24, 2008 11:49 am   

Thu Jul 24, 2008 5:12 pm   

Thu Jul 24, 2008 5:15 pm   

Mario wrote:

OK.

Nie ma sensu. Wysyłam prawidłowe ramki - za którymś razem urządzenie ją
zauważa.


Czas przełączenia trwa pare cykli zegarowych CPU za ostatnim znakiem.
Można powiedzieć, że nie można szybciej....


Przerwy określa producent. Jesli pisze mi 8n1 to oznacza 1 bit stopu i
potem moze nastapić nowy znak (i u mnie następuje). Jeśli okazało by
się, że to za mała przerwa to chyba trzeba rozstrzelać kogoś od firmware.

Thu Jul 24, 2008 5:15 pm   

John Smith wrote:

Nie jest. Masa jest czasami potrzeba żeby wyrównać potencjał "w
niektórych przypadkach". U mnie nie płynie pomiędzy GND urządzeń nawet
głupi 1mA.

Thu Jul 24, 2008 7:00 pm   

Użytkownik "Sebastian Bialy" <heby@poczta.onet.pl> napisał w wiadomości
news:g6aa7t$f0a$2@nemesis.news.neostrada.pl...


I może to jest problem ?
Po co zwalniać tak szybko magistralę ? Zastanawiałeś się, jaki stan
magistrala przyjmuje, gdy ją zwalniasz i co na to odbiorniki ?

e.

Thu Jul 24, 2008 7:06 pm   

entroper wrote:

Zostawiam ją w stanie "1". Mam rezystory które utrzymują ten stan kiedy
"wszyscy są na nasłuchu". Innymi słowy pomiędzy kończącym bitem stopu
(1) a ciszą na lini nie ma obserowalnych zjawisk elektrycznych na lini.
Odbiornik ma pełen komfort rozpocząć odpowiedź kiedy chce.

Thu Jul 24, 2008 7:32 pm   

Użytkownik "Sebastian Bialy" <heby@poczta.onet.pl> napisał w wiadomości
news:g6ago2$n7d$1@nemesis.news.neostrada.pl...


zakładając, że Twoja transmisja jest tak jak powinna być 11-bitowa (tzn 2
bity stopu lub parzystość), przychodzi mi do głowy tylko jedna rzecz: brak
choćby minimalnych odstępów między poszczególnymi wysyłanymi bajtami i ew.
równolegle jakiś błąd w procedurach odbiorczych.

e.

Thu Jul 24, 2008 7:41 pm   

Skoro jesteś tego pewny...
K.

Thu Jul 24, 2008 7:50 pm   

entroper wrote:

A do czego miały by te odstępy być ? Przecież od tego jest bit(y) stopu
żeby oddzielić bajty ... Jeśli potrzebne są dodatkowe odstępy to
wyglądało by to na ewidentny błąd firmware.

Procedury odbiorcze są sprzętowe (UART).

Thu Jul 24, 2008 7:50 pm   

John Smith wrote:

Ja nie. Producent tak.

Thu Jul 24, 2008 8:10 pm   

Użytkownik "Sebastian Bialy" <heby@poczta.onet.pl> napisał w wiadomości
news:g6aivt$i19$1@atlantis.news.neostrada.pl...


na to stawiam właśnie
gdzieś już taki błąd spotkałem


nie znaczy, że coś nie jest skopane, choć szansa minimalna. Testowo możesz
pogonić ten UART lekko zmienionym zegarem.

e.

Thu Jul 24, 2008 8:18 pm   

Użytkownik "Sebastian Bialy" <heby@poczta.onet.pl> napisał w wiadomości
news:g6aj0j$i19$2@atlantis.news.neostrada.pl...


Sęk w tym, że 75176 dostaje p...ca gdy ma coś nie tak z masą, w ogóle te
"dolne" klucze są w nim jakieś problematyczne...

e.

Thu Jul 24, 2008 8:19 pm   

Sebastian Bialy wrote:

Wygląda to na błąd w firmware. Ze swojej strony polecam rejestratory
Twelve Electric z serii AS-3. U mnie działały z maksymalną szybkością na
przysłowiowym kablu od żelazka razem z ST485+uC.

--
DMA http://dma.elektroda.net/