PLC Mitsubishi protokół komunikacji

Może w MPL-u coś pomogą?

Pozdrawiam

^^^^^^ Melsec?

No widzisz. A ja na Misubishi (różne FX-y) zrobiłem chyba z 5 maszyn. I chodzą do dziś :) A - jeden sterownik się spsuł, wymiana bez problemu. I czego to dowodzi? Że jeśli twój ST62 się popsuje, to znowu komuś będzie łatwiej zrobić nowy sterownik, bo do twojego nie będzie miał programu :) Taki wniosek późnonocny.

Ale to OT, bo kolega pytał się o protokół komunikacyjny.

A i standardowe moralizatorstwo: mógłbyś przyciąć cytat i pisać pod nim? ;>

Pozdrawiam

Dnia Sun, 21 Aug 2005 16:54:40 +0200, Rafał snipped-for-privacy@poczta.neostrada.pl> napisał:

No... udało mi się choć trochę to rozmotać. Wiem jak odczytać zawartość pamięci typu D, T, C ect. A to mi wystarczy.

Pozdrawiam i stwierdzam, że temat już (tak mi się dzisiaj wydaje) nieaktualny.

Pozdrawiam. R

Gratulacje.

To byś jeszcze dla potomności zapodał, w skrócie, co ci pomogło.

Pozdrawiam

Wow.... DZIĘKUJĘ :-)

Pomógł mi niezawodny od lat "PortMon" i duuuuuużo cierpliwości :-) A tak troszkę poważniej, to logiczne rozgryzanie tego, co wysyła i odbiera MEDOC w czasie odczytu np. jakiejś danej typu D, T, C ect. Trzeba troszeczę czasu poświęcić aby wyszło z tego coś konkretnego. Swoją drogą, bardzo banalny (czytaj prosty) protokół :-) Mi to było na rękę. Całość w zasadzie sprowadza się do wysłania rozkazu "odczyt pamięci", podania adresu pamięci i ilości danych do odczytania. Stosunkowo łatwo znaleźć bazowe adresy D, T, itd. Jednak wygląda to troszeczkę inaczej niż komunikacja poprzez dodatkową kartę (symbolu nie pomnę) z portem RS232.

Pozdrawiam Rafał