И что же там видно в случае когда устройство с одним адресом постоянно отвечает без ошибок?И момент прихода ответа там виден ясно, по адресу и статусу.
Ну, вот такой зверёк с очень простым протоколом был, например: http://owen.ru/forum/showthread.php?t=19435 (только порт по-другому открывать надо, но к самой библиотеке и циклу опроса это не относится).
http://owen.ru/forum/showthread.php?...848#post175848 Но это может быть неактуально для СПК.а что с портом, как нужно открывать?Открывайте файл библиотеки в кодесисе, и всё. Я никаких ограничений не ставил.А содержимое самой библиотеке можно посмотреть как то? ФБ опроса как организован - и я думаю все станет ясно.
В библиотеке SysCom которая подсоединяется при добавлении modbus.lib через дескриптор открывается все, но настроить порт, ровно как и получить данные о настройках порта - не получилось. SetSettings and GetSettings не понятно как работают, открыл и настроил через OwenLib читал через UniRead. Все работает.
Та нееее... С конфигуратором вообще нет прямого способа узнать о приходе данных (только косвенные вроде смены адреса или изменения значения), а с библиотекой хотя бы есть сигнал complete. И временем цикла в таких задачах вполне можно пренебречь. Миллисекунда туда-сюда погоды в таких сетях не делает.Если я правильно понимаю, такая же проблема и при использовании библиотеки. Я ведь должен на каждом скане проверять переменную Complite. У меня нет возможности создать событие, которое вызовет мой обработчик, когда придут данные. Поэтому и нужно, на мой взгляд, выносить опрос модулей в отдельную задачу, которая будет циклически вызываться как можно чаще.Ну мало ли на что там ресурсов перестаёт хватать. А может и я чего не так намерил. Делал от скуки, а не от науки.Здесь мне не понятно, почему модули начали затыкаться? Какая им разница с какой частотой их опрашивают?