ATNEL tech-forum

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-22T08:57:13+01:00

skalarro napisał(a):

Sprawdź teraz jeszcze raz starego RSa, pewnie dobry ;]

Dzięki ale po 100 godzinach próby rozwiązania tego problemu nawet nie chcę wiedzieć czy był dobry
Wolę żyć z myślą że gdy włożyłem nowego Maxa jakieś dane jednak zostały wyłapywane czy przez terminal czy przez Salae (i walczyłem z odwrócona kolejnością bitów czy jakoś tak, zmiana A i B nie pomagała) a w przypadku starego totalna pustka..

Statystyki: Napisane przez bpx03 — 22 maja 2017, o 08:57

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-22T08:40:07+01:00

Dobrze, że się udało z tym ruszyć. Sprawdź teraz jeszcze raz starego RSa, pewnie dobry ;]

Jak co to pisz śmiało...

Statystyki: Napisane przez skalarro — 22 maja 2017, o 08:40

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-22T08:37:45+01:00

Witam Ponownie

Po ciężkim weekendzie udało mi się zmusić atmegę do odpowiedzi jako slave
Max 485 okazał się być padnięty i do tego (aż wstyd się przyznać) podpiełem się nie pod ten pin co trzeba w DB9 co zauważyłem dziś o 1 nad ranem..

To że Salae pokazywał dobre ramki powodowało że nawet nie myślałem z której strony wtyczki patrząc te piny są opisane i łatwo tam się pomylić..

Teraz jedyny problem mam z bitami parzystości - ustawiając none wszystko śmiga dobrze, przy innym ustawieniu PLC wyrzuca error że jest błąd parzystości. Może w wolnej chwili troszkę z tym pokombinuje ale bez parzystości też da się żyć

Wielkie dzięki jeszcze raz Panowie za wielkie zaangażowanie w pomoc!

Pozdrawiam

Statystyki: Napisane przez bpx03 — 22 maja 2017, o 08:37

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-16T07:30:44+01:00

Ehh chyba poprzednio nie wcisnąłem "wyślij".

Oczywiście sprawdziłem odrazu gdy zasugerowałeś ten pomysł. Podłączyłem i do GND i do VCC. Oczywiście zero danych na wyjściu.

Pozostaje cierpliwie czekać na kuriera i mam nadzieję że po raz pierwszy będę się cieszył że coś jest zepsute. W przeciwnym wypadku chyba włosy mi do końca wypadną

Statystyki: Napisane przez bpx03 — 16 maja 2017, o 07:30

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-14T21:25:55+01:00

Ok. Daj znać jak postępy

Wysłane z mojego SM-G850F przy użyciu Tapatalka

------------------------ [ Dodano po: 13 minutach ]

Quote:

Gdyby jakiekolwiek dane pojawiały się po podłączeniu bezpośrednio do Max-a

A jeszcze jeden drobiazg sprawdź. Nie masz ty czasem maxa cały czas w trybie nadawania? Odłącz re/de od pinu procka i podłącz (teraz nie pamiętam) do gnd lub vcc. Zobacz czy wtedy coś do niego dotrze. Nie wiem czy tedy droga ale sprawdzić nie zaszkodzi.

Statystyki: Napisane przez skalarro — 14 maja 2017, o 21:25

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-14T21:23:17+01:00

skalarro, napisałem wyżej że praktycznie nic nie dochodzi ani do PD0 ani PD1 z Max-a.

Odpaliłem ModbusMat i wgralem pierwszy programik z którym mi pomogłeś.

Podpiełem się przejsciówką i działa ok

Skoro program działa dobrze, PLC wysyła dane a jedyne z czym problem to to że max nie wysyła sygnałów no to nie ma mocnych - Musi być problem z Maxem.

Gdyby jakiekolwiek dane pojawiały się po podłączeniu bezpośrednio do Max-a to można byłoby go wykluczyć i kombinować z różnymi innymi rzeczami.

Kupuję Maxy i mam nadzieję że szybko dojdą

Statystyki: Napisane przez bpx03 — 14 maja 2017, o 21:23

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-14T21:01:16+01:00

bpx03 napisał(a):

Pozostaje mi myśleć że to jednak problem z Maxem.

Jak tam sobie chcesz, rób jak uważasz.. możesz zmienić maxa ale to nie bedzie to

Podłącz się tym real term pod PD0 i posłuchaj przez przejściówkę co się dzieje na linii. Potem wywal ten wypasiony PLC za pięć koła i wyślij prawidłową ramkę za pomocą modbuspoll. Oczywiście pomiń max485 i wepnik się pod uart bezpośrednio. Chyba, że masz też przejściówkę rs485 na usb lub COM1. Wtedy od razu pod zaciski A B w atb. Musi odpowiedzieć.

Statystyki: Napisane przez skalarro — 14 maja 2017, o 21:01

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-14T20:43:00+01:00

Dzięki skalarro za dogłębne śledztwo

Posłuchałem rady, znalazłem przejściówkę podłączyłem i..

Upewniłem się czy działa i wrzuciłem kod z BB na szybko. Działa, RealTerm pokazywał dane..

Wpięłem się również do RX i TX pod wyświetlaczem aby zobaczyć co wychodzi z MAX-a.. praktycznie głucho.

Przełączyłem linie A i B i ponowiłem próbę... Bezskutecznie..

W Salae pokazuje bez problemu że dane modbusa docierają.

Spróbowałem jeszcze podpiąć się bezpośrednio do nóżki Maxa.. Nic nie pokazuje.

"Przedzwoniłem" linię A i B w złączu ARC z nóżkami Maxa, jest ok. Sprawdziłem czy dochodzi zasilanie, też wszystko ok. Sprawdziłem również czy jest przejście pomiedzy Maxem a tymi pinami pod wyświetlaczem, jest dobrze.

Pozostaje mi myśleć że to jednak problem z Maxem..

Statystyki: Napisane przez bpx03 — 14 maja 2017, o 20:43

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-14T20:04:28+01:00

bpx03 napisał(a):

Właśnie pogrzebałem trochę w necie odnośnie tych bajtów w CRC.

Wychodzi na to że wszystko jest w porządku. Standardowe bajty jak adresy, dane itp w ramce modbus są przesyłane w ten sposób że High Byte jest przesyłany najpierw później Low Byte. W CRC natomiast jest odwrotnie - Low Byte | High Byte.

To by się zgadzało dlaczego w Twoim Raw-ie wyglądają na odwrócone a mimo tego Salae nie wyświetla tego jako błędu CRC.

Trochę mnie to zaintrygowało i zrobiłem mały test. Niestety nie mam saleae ale to nie problem. Mamy google ;]

Znalazłem takie coś:

Co możemy z tego wyczytać??
Adres 0x01
funkcja 0x10 czyli funkcja 16 - write multiple regs
start adress 0x00 0x01 czyli 1
N regs - 0x04 0x08 czyli cztery adresy po 2 bajty = 8bajt
wartość1 - 0x55 0x04 czyli w dec 21764
wartość2 - 0x00 0x00 czyli 0
wartość3 - j.w.
wartość4 - j.w.
CRC - 0xCB 0x7A.

Wpiszmy zatem takie coś w program jakikolwiek - dajmy na to ModbusPoll

i teraz najlepsze!!!
po wysłaniu tego na magistralę otrzymujemy:

czyli dokładnie to, co w saleae. Zwróć uwagę na CRC. Nie jest przestawione, czyli twoja teoria jakoś się nie sprawdza. Tak więc podtrzymuję moją pierwszą wersję - zajmij się sumą kontrolną.
Proponuję - j.w. -podsłuchaj transmisję terminalem i pokaż co śmiga po magistrali. Bo na razie my się produkujemy a Ty niewiele robisz z tego

Statystyki: Napisane przez skalarro — 14 maja 2017, o 20:04

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-14T18:31:01+01:00

masz zwykłą przejściówkę usb-rs232 za 4-10 zł?? na pewno masz ich kilka ;]

Ja bym uruchomił komunikację jak dotychczas - czyli PLC i slave na atmedze (w ATB) a wspomnianą przejściówką podpiąłbym się pod pin RX atmegi czyli PD0. Podsłuchaj linię jakimś terminalem ale takim gdzie możesz przełączyć na hex (realterm jest bardzo ok) i zobacz co się dzieje na linii. Za jednym razem wykluczysz uszkodzenie max485 i zabaczysz jak wygląda ramka i czy CRC jest w odwrotnej kolejności. Zdziwisz się ;]

Statystyki: Napisane przez skalarro — 14 maja 2017, o 18:31

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-14T11:09:25+01:00

idziesz jakąś dziwną drogą ze sprawdzaniem tego wszystkiego.
Zrób tak:
1. podłącz zestaw ATB samym uartem z PC - sprawdź jakimś programem na kompie czy działa ci program na atmedze.
2. Jak zadziała to zamień uart na RS485
3. Jak zadziała to zamień kompa na PLC.
4. Jak nie zadziała to podłącz PLC z kompem po RS485 a na kompie uruchom jakiś program działający jako SLAVE.

Statystyki: Napisane przez aaadamw — 14 maja 2017, o 11:09

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-14T10:21:13+01:00

Wielkie dzięki chłopaki za zainteresowanie tematem!

Właśnie pogrzebałem trochę w necie odnośnie tych bajtów w CRC.

Wychodzi na to że wszystko jest w porządku. Standardowe bajty jak adresy, dane itp w ramce modbus są przesyłane w ten sposób że High Byte jest przesyłany najpierw później Low Byte. W CRC natomiast jest odwrotnie - Low Byte | High Byte.

To by się zgadzało dlaczego w Twoim Raw-ie wyglądają na odwrócone a mimo tego Salae nie wyświetla tego jako błędu CRC.

Wielkie dzięki chłopaki za zainteresowanie.
Chyba faktycznie pozostaje sprawdzić Max-a bo za nim nie widać w żaden sposób interesujących danych.

Czy po wpięciu się w RX (TX) za maksem (do pinów pod wyświetlaczem LCD w zestawie ATB) i bez zmiany zadnych ustawien w Salae powinienem widzieć ramkę w ten sam sposób jak po wpięciu pod A i B?

Statystyki: Napisane przez bpx03 — 14 maja 2017, o 10:21

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-14T09:54:02+01:00

Sprawdziłem jeszcze raz na swoim PLC za 600zł i wszystko działa jak działało...
Żeby było łatwiej tobie sprawdzić podłączyłem Atmegę do komputera zwykłą przejściówką UART za 1$ i działa jak należy. Poniżej fotki z których wszystko możesz wyczytać.
a ... program na kompie to Baseblock ComTest Pro - polecam.

Statystyki: Napisane przez aaadamw — 14 maja 2017, o 09:54

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-13T21:59:22+01:00

bpx03 napisał(a):

Z całym szacunkiem za Twój sokoli wzrok, ale wydaje mi się że CRC powinno być dobre.. Wkońcu PLC za 5k+

Jak tam uważasz, ale mój nie tak wypasiony PLC, bo chińczyk za 1,2kpln i taki mniejszy za 600pln wysyła inne ramki i działa ;] ale jak tam chcesz...

może Cię przekonają ramki z mbpoll:

i z modbusMAT1.1:

otrzymuję timeouty bo nie podłączyłem slavea żadnego ale widzisz o co chodzi?

Statystyki: Napisane przez skalarro — 13 maja 2017, o 21:59

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-13T21:59:51+01:00

Dzięki za odzew skalarro

Z całym szacunkiem za Twój sokoli wzrok, ale wydaje mi się że CRC powinno być dobre.. Wkońcu PLC za 5k+
Dodatkowo Salae gdy wykryje zły CRC daje znać u góry "Invalid CRC" czyli wydaje mi się że ten wysłany przez PLC powinien być dobry.

Mam przejściówkę RS485 wbudowaną w ATB więc jutro jeszcze powalcze i zobaczę co z tego wyjdzie.

Jak nie wypali to zamówię "kilka" maxów i może na którymś zadziała jak powinno.

Pozdrawiam

------------------------ [ Dodano po: 12 minutach ]

skalarro napisał(a):

Czytając ponownie Twój post zauważyłem że jest może jakiś problem z byte order.. 04 E3 a E3 04 to prawie to samo tylko w innej kolejności..

Statystyki: Napisane przez bpx03 — 13 maja 2017, o 21:40

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-13T21:23:15+01:00

hej, widzę że jeszcze walczysz...

Teraz tak spojrzałem na ramkę wysyłaną przez Twój PLC i powiem Ci - nie podoba mi się ramka wysyłana przez niego. Przede wszystkim suma kontrolna dla slave 8, funkcja 3, adres 1000, ilość danych 1 powinna być 04E3 a u Ciebie jest E304.

Cała ramka z zapytaniem od mastera powinna wyglądać: [08][03][03][E8][00][01][04][E3]

ściągnij sobie program ModbusMAT i zamiast PLC użyj komputera w roli mastera. Ale uwaga! -potrzebujesz przejściówki usb-rs485. jak nie masz to użyj uart ale wtedy pomiń max485 (tylko nie wiem czy zadziała tak).

I jeszcze jedno. Zaobserwowałem kiedyś, że ModbusMAT zaniża adresy w wysyłanej ramce. czyli jak wyślesz ramkę j.w. on zamieni adres z 1000 na 999 i wyśle ramkę [08][03][03][E7][00][01][34][E0], jak zrobisz adres 1001, w ramce dostaniesz 0x03E8 czyli 1000.

Spróbuj, bo błąd sumy kontrolnej tłumaczyłby dlaczego procesor nie odpowiada na zapytania. Po prostu ramki są traktowane jako uszkodzone i ignorowane

Statystyki: Napisane przez skalarro — 13 maja 2017, o 21:23

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-13T18:01:09+01:00

aaadamw napisał(a):

Zanim wymienisz maxa sprawdź tym swoim saleae czy masz przebieg uart za nim.
Po drugie skąd wiesz że Master jest prawidłowo zaprogramowany? Jakie rejestry odpytujesz? Jaką funkcją?
Po trzecie. Na początek jako mastera użyłbym komputera i jakiegoś programu MODBUS master. Wtedy lączysz to bez maxa. Tylko uart.

Statystyki: Napisane przez bpx03 — 13 maja 2017, o 18:01

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-13T06:58:14+01:00

Statystyki: Napisane przez aaadamw — 13 maja 2017, o 06:58

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-12T23:15:43+01:00

Tak więc skompilowałem, wrzuciłem na 328 i... zero odzewu. Podłączyłem trzy piny z pod wyświetlacza pod PD0, PD1, PD2 (DE).

Nie widzę chyba innej opcji jak wymienić Maxa bo może jest padnięty i wszystko psuje :/

Statystyki: Napisane przez bpx03 — 12 maja 2017, o 23:15

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-12T09:57:56+01:00

Wielkie dzięki aaadamw, już się nie mogę doczekać aż będę mógł to sprawdzić popołudniu

Statystyki: Napisane przez bpx03 — 12 maja 2017, o 09:57

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-12T10:07:21+01:00

Rzuciłem okiem na Twoje pliki i są one inne niż moje - masz jakąś inną wersję.

w załączniku znajdziesz projekt z działającym Modbusem na M324. To jest program dla tej płytki z wyświetlaczem 7-seg z filmu kilka postów wyżej.

drugi jest na M328. Ten pobiera nastawy z potencjometrów i czujnika ds18b20.

Wywaliłem kilka plików które nie dotyczą modbusa, od wyświetlacza i 1Wire. Musisz tylko w pliku main.c zamienić wszystkie odwołania do wyświetlania na własne w zależności jaki masz wyświetlacz.

w razie pytań pisz.
Udanej zabawy.

Statystyki: Napisane przez aaadamw — 12 maja 2017, o 09:56

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-11T21:17:49+01:00

Procek domyślny w ATB 1.0.5 - Atmega32A PU.
Z chęcią bym skorzystał i "pożyczył" do sprawdzenia kilka linijek.. Może uda się znaleźć jakiegoś buga u siebie...

Podłączone mam tak:

Zworka terminatora zdjęta, podobnie jak JP6 i JP7.

W eclipse target ustawiony jako ATmega32 z taktowaniem 11059200.

Cały projekt dołączony poniżej.

Pomóżcie bo osiwieje jeszcze bardziej;)

edit: Znalazłem w swojej skrzynce w której jest wszystko kilka sztuk M328 więc z ogromną przyjemnością bym zobaczył w jaki sposób Tobie chodzi

Statystyki: Napisane przez bpx03 — 11 maja 2017, o 21:17

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-11T20:17:14+01:00

jaki masz procesor?
mam sprawdzony projekt dla M328 i M324 jako slavey mogę Ci "pożyczyć"
https://youtu.be/1yAbmi7NLRA

Statystyki: Napisane przez aaadamw — 11 maja 2017, o 20:17

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-11T20:09:10+01:00

[quote="micky"]A czy ty przypadkiem nie próbujesz podłączyć się Saleae do linii różnicowej?

Zgadza się i w tym przypadku działa całkiem dobrze co widać na screenie z pierwszego posta

Czytałem w dokumentacji Saleae że powinienem podłączyć się pod masę i niby ma wystarczyć w tym przypadku podłączenie się do jednego przewodu. Niestety, to mi nie działało więc podłączałem na chybił trafił wszędzie...

Statystyki: Napisane przez bpx03 — 11 maja 2017, o 20:09

Re: RS485 i Modbus raz jeszcze (reinkarnacja) ;)

2017-05-11T16:02:59+01:00

A czy ty przypadkiem nie próbujesz podłączyć się Saleae do linii różnicowej?

Sent from my Mi-4c using Tapatalk

Statystyki: Napisane przez micky — 11 maja 2017, o 16:02