V1040 i KEYENCE RS 232 MODUŁ

[71tomek]

V1040
Czy uda mi się nawiązać komunikację po MODBUS (lub inaczej) między sterownikiem V1040 a modułem RS232C typ DL-RS1A firmy KEYENCE? http://www.keyence.com/products/sensor/ ... /ig/models
Układ ma służyć (wraz z sensorami) do pomiaru średnicy. Może właściwszym rozwiązaniem jest zastosowanie modułu DL-PD1 PROFIBUS DP ? Problem w tym, że mam już DL-RS1A. Z góry dziękuję za odpowiedź.

[Mateusz Sikorski]

Witam,
według dokumentacji, jaką udało mi się znaleźć da się nawiązać pełną komunikację sterowników Vision z tym urządzeniem.

[71tomek]

Udało mi się połowicznie nawiązać komunikację. moduł odpowiada na wysyłane komendy poprawnymi danymi, ale widzę je poprzez bloczek copy bufer. Nie wiem jakiego rodzaju zmiennych użyć w ramce bloczku Scan: strem, numeric? Wydaje się, że mógłbym sprawdzić oba - i tak zrobiłem na różne sposoby, ale bez efektów. Potrzebuje wskazówki, aby móc ruszyć dalej. Począwszy os strony 9 tego manuala http://www.manualsdir.com/manuals/65797 ... 1a_il.html ramki komendy i odpowiedzi są dobrze opisane. W programie próbuję odebrać daną dotyczącą średnicy (komenda 037). Podziewaną ramkę odpowiedzi (jak pisałem) widać w buforze. Status message MI1 = 1 a MI2 = -1. Czyli mess error.

[Mateusz Sikorski]

Witam,
według dokumentacji wynika, że zawsze przed wartością pojawia się znak + lub - a także nie jest dokładnie opisane, czy wartość przesyłana ma stałą wartość, dlatego zalecam skonfigurowanie bloku PROTOCOL SCAN według poniższego schematu:


Czy przy takiej konfiguracji pojawia się wartość w MI110? Jeśli nie to proszę przesłać dokładną, przykładową odpowiedź urządzenia na wysłanie tego zapytania w celu weryfikacji.

[71tomek]

Sprawdzę odpowiedz w M110 idam znać.
Na tę chwilę mogę powiedzieć, że odpowiedz w dec w buforze była 83 82 44 48 48 44 48 51 55 44 43 48 51 46 50 50 53 13 10 czyli odpowiada to ramce response a na czerwono w ascii +03.225 - Odpowiada to zaokrąglonej wartości +03,23 na wyświetlaczu wzmacniacza. Format danych zawsze jest 7 znakowy.

[71tomek]

Dziękuję za wsparcie. Mam nadzieję, że nasze zmagania zaoszczędzą komuś parę ładnych godzin.Wydaje się, że temat jest opanowany. Ostatecznie użyłem kolejnych zmiennej STREAM do zapisu 7 kolejnych bajtów/znaków zawierających info o średnicy, do kolejnych 7 zmiennych MI110 do MI116. Począwszy od MI110 do MI116 zmienne zawierają informację w dec 43 48 51 44 52 51 50 , która po konwersji (na papierze) na ascii ma postać np +03,432 (zależnie od zmierzonej średnicy). Moje pytanie na dziś: Jak elegancko wyłuskać z tego ciągu (43 48 51 44 52 51 50) i zamienić w wartość 3432, abym mógł wykorzystać ją do porównania ze średnicą zadaną? (Oczywiście zmienne będą zmieniać się dynamicznie co odczyt).

[Mateusz Sikorski]

Witam,
czy testował Pan moje rozwiązanie?

[71tomek]

Tak. Oczywiście - w pierwszej kolejności. Zmienna Status przyjęła wartość -1 (czyli general error). Zmienna MI110 = 0. Tak jak przy wcześniejszych moich próbach.
Nie jestem pocieszony, że udało się to zrobić metodą prób i błędów. Trochę sugerowałem się przykładem VL z helpa do serwa mitsubishi wraz z notą katalogową do serwa. Sama zmienna odczytywana z urządzenia ma zawsze format 7 znaków +-99.999

[Mateusz Sikorski]

Witam,
przesyłam Panu program poprawiony i który u mnie działa poprawnie na wysłanie ramki, jaką Pan podał na port #2.
W tym momencie program ten poprawnie odczytuje ramkę z Protocol SCAN oraz drugim torem zczytuje pełny bufor z portu#2 i zamienia go z ASCII na wartość numeryczną. Proszę zwrócić uwagę, że MI110 = MI200 oraz MI3 = MI199.
Problemem mógł być źle użyty blok Reset Buffer for Protocol, który wykonywał się tuż przed skopiowaniem tego bufora (zamieniłem je miejscami w programie).

[71tomek]

Potwierdzam - działa poprawnie. Dziękuję.