Większość sterowników PLC (ale nie wszystkie) mają wbudowane porty komunikacyjne w standardzie RS (232 lub 485), dodatkowo sterowniki te wyposażone są w proste procedury umożliwiające własnoręczne napisanie programu komunikującego się poprzez ten port z innymi urządzeniami. W przypadku protokołów dedykowanych do konkretnych urządzeń odpowiedni program umożliwiający komunikację musisz napisać sam lub zlecić komuś kto to zrobi.
Generalnie taka komunikacja wygląda zazwyczaj tak, że konstruujesz strukturę programu, która w odpowiedzi na sygnał inicjujący (np. przycisk
) wysyła na port komunikacyjny treść komunikatu ot choćby z Twojego przykładu:
1.gdy przycisk 0->1 wtedy wyślij na port("STX06CRLF"),
2.sprawdzaj bufor odbiorczy portu na okoliczność nadejścia("M06CRLF") przy czasie kontrolnym(1s)
3.jeśli w czasie kontrolnym nie nadejdzie spodziewana odpowiedź wagi ("M06CRLF") - alarmuj że ukradli wagę
4.jeśli odpowiedź jest prawidłowa to przejdź do dalszej komunikacji
5.np. wyślij komendę odczytu wyświetlacza wagi("SICRLF")
6.ponownie czekaj na odpowiedź w czasie kontrolnym
8.itd itp
Osobiście uważam, że zagadnienia komunikacji z urządzeniami zewnętrznymi w przypadku sterowników PLC to tzw. stopień zaawansowany i aby prawidłowo to realizować trzeba być już w miarę dobrze zaznajomionym z samym sterownikiem PLC w kwestiach podstawowych zasad programowania jak i wykorzystania jego zasobów.
Jeżeli zatem protokół komunikacji powyżej nie jest dla Ciebie wystarczającym wyjaśnieniem sugeruję zajęcie się na początek rozgryzieniem samego sterownika PLC i jego programowania i jako ukoronowanie tego etapu przeprowadzenie prób komunikacji z wagą. Próby rozpoczęcia przygody ze sterownikiem od komunikacji z urządzeniami zewnętrznymi jest karkołomnym pomysłem (ale oczywiście nie jest niemożliwe), tylko wydaje mi się trochę utrudnianiem sobie życia.
Jazdy na łyżwach też uczy się od zwykłej ślizgawki a dopiera na końcu robi się "po ileś tam krotnego axel'a?"
