Есть небольшой примерчик по применению библиотеки UNM посмотрите, там не очень сложно.
В PLC-configuration необходимо добавить universal network device.
Сейчас пытался разобраться в SysLibCOM, встал в тупик и возвращаюсь к UNM.
При выборе скорости подключения в Module Parameters в PLC Configuration Communication Speed равен 11 520 вместо 115 200. Это у всех или только у меня? Какая скорость стоит на самом деле?
Действительно, смотрю число из %ID9.1.1.0, вижу:
1 1065353216
2 1073741824
3 1077936128
4 1082130432
При отключении датчика - остается 1, то есть 1065353216, код об ошибке не вижу.
Вопрос: Будет ли эта таблица (выше) верна при любых условиях, и как лучше перевести эти числа в INT для исользования в структуре CASE?
Другой вопрос: вы говорите, не содержится код ошибки, то есть его действительно нельзя считать из МВА? Или, это делается иначе? Третий вопрос: Это "недороботка реализации Modbus в МВА, или ограничение реализации CoDeSys в ПЛК? Можно ли полноценно использовать другие расширители DI и другие устройства подключеные по Modbus?
Пока что, буду исользовать Prot=ОВЕН..
Нашел ветку Примеры программ и полезности, а в ней описание подключения по Modbus и Owen МВА к ПЛК. Ничего полезного не нашел. По модбасу я подключался точно так же (новое для меня было тольк оописание подключения на базе универсального слэйва). Подключился по ОВЕНу, виже те же самые REAL и WORD, которые мне ничего нового не дают. Так же, нашел библиотеку с ФБ для чтения дискретных датчиков MVA_decod.rar, которой на входе нужен WORD сигнала сдатчика и WORD ошибки, которые я получить ниоткуда не могу. REAL_TO_WORD от сигнала с датчика возвращает в любом случае "0", а ошибку что по модбас, что по овен, я не получаю вовсе.
Это не недоработка, а стандарт ModBus.
Если Вы еще раз обратитесь к документации по МВА (в частности к описанию обмена), то увидите, что для каждого канала измерения есть несколько регистров. Один из которых статус измерения. Опрашивая данный регистр Вы можете анализировать состояние входа.