Временные параметры ПЛК
Возникла такая проблема. Есть ПЛК110-32 на одном RS485 подключено 11 устройств. Среди них есть температурный датчик. Опрашивается этот датчик раз в секунду (Plling time ms 1000). Но в действительности он отвечает раз где-то в 3 секунды. Не могу понять где теряется время.
Что значит «отвечает раз где-то в 3 секунды»? Значение меняется раз в три секунды или опрос проходит успешно только раз в три секунды?
Не удивлюсь, если в руководстве к вашему датчику сказано, что 3000 мс это нормальный для него период обновления значений. Считывать-то можно хоть каждые 10 мс, но это не значит, что измеритель будет так часто свои показания пересчитывать.
Сообщение от Yegor
Запрос значения регистра датчика идет не раз в 1 секунду, а где-то раз в 3 секунды. У датчика ограничение по скорости обновления значений нету. При создании нового проекта, где на одном канале RS-485 находится один только датчик, время ответа равно одной секунде. Может проблема в том, что у меня много устройств находится на одном интерфейсе или время цикла программы слишком долгое?
Вообще при стольких приборах на одном канале 3 секунды это хороший показатель!
А вообще, очень сложно представить задачу в которой есть необходимость так часто опрашивать температурный датчик (он сам по себе инертность имеет огого какую), тем более чтобы это превращалась в проблему...
Да но у меня есть приборы которые нужно опрашивать раз в 30мс и это время должно быть точным. А если вы говорите что при таком количестве приборов эта цифра и должна прыгать так тогда смысл этого свойства в конфигурации. Мне кажется это не правильно или как?
ну тогда и надо настраивать прибор, при этом сам прибор должен позволять опросы с такой скоростью. среди измерителей температурных сопротивлений я такого прибора, с такой скоростью, не встречал...
Да и программа на ПЛК для таких скоростей должна быть оптимизирована, чтобы программный цикл не превышал 30 мс, те лучше чтобы она, программа, вообще ничего не делала)))
Классный ответ специалиста, многообещающий. А если регистров и правду много? У меня на два интерфейса 25 устройств по 4 регистра в устройстве. Плюс подмодуль Modbus TCP c 90 2x-байтными регистрами. Может в ЭТОМ проблема?
Последний раз редактировалось Fudz; 22.03.2013 в 14:26.
Какой я специалист, так балуюсь немного))
Попробуйте проверить скорость опроса с одним датчиком в пустом проекте с одним регистром.
Как вариант можно отказаться от встроенного конфигуратора Модбас, и реализовать протокол на SysLibCom, где вы сами жёстко будете контролировать таймауты. Но сами понимаете, это не из лёгких путь...
Пробовал все работает отлично
Это увеличение программного кода а значить и время одного цикла программы.
Это бы было необходимым если бы имелись приборы с нестандартными протоколами. А так не вижу смысл лезть в дебри.
Да как-то не очень меня радует ПЛК производства ОВЕН
Значит играйтесь в конфигураторе с увеличением таймаутов на не столь критичные регистры, распределяйте так сказать ресурсы.
Зато на конфигурированный модбас процессорное время не будет тратится, кто знает может то на то по времени и выйдет.
Тем более у вас свой контроллер, может и со своим протоколом у вас легче пойдёт.
Ваши права
Ответить с цитированием