Отличная новость. И когда их ждать?
Вид для печати
Отличная новость. И когда их ждать?
Самого интересовал этот вопрос. Нарисовал маленький довесок к основной проге. ПЛК ведет работу с 2-мя МДВВ. Читает регистр битовой маски входов и записыват 8 регистров выходов каждого МДВВ. Протокол ModBus ASCII. Polling Time по минимуму - 10мс. Вобщем, получилось ~12,5мс на обмен с одним МДВВ. Но это если использовать обмен именно по Polling Time и использовать ModBus ASCII. В случае испльзования ModBus RTU, режим мастера By value change или By command думаю можно добиться единиц мс. Идеальный вариант, если интересует максимальная скорость, использовать собственно написанную программу обмена.Цитата:
И все таки вы не ответили. С какой же скоростью можно опрашивать МДВВ на скорости 115 килобит в секунду? Может для определенных задач этого и хватит.
Цитата:
Модульные ПЛК в разработке.
Согласен, новость отличная. Ждемс. Особенно интересуют модули =24В классического исполнения, думаю интересуют не только меня.Цитата:
Отличная новость.
Я уже приводил тут расчёты по пропускной способности шины на ModBus RTU. 100 Гц легко достижимы. 200-500 Гц - тоже возможно, в режиме по смене значения для выходов и по команде для входов.
Основное - читать входы как можно чаще, а записывать как можно реже.
И где вы их приводили (расчеты в смысле)? Я тут в соседней ветке задал вопрос, какой протокол более компактный и шустрый, но ответа не последовало...
Просто мне надо будет опрашивать приборы ПЛК150 через GPRS-модем, а там трафик-деньги.
Самый шустрый - ModBus RTU, но для модемов он не подходит. ModBus ASCII или ОВЕН - без разницы.
А почему не походит? Модем НЕВОД-GPRS, производитель заявляет что обмен полностью прозрачный, как будто идет обмен по проводной системе. На компе создается виртуальный COM порт в который и поступают данные. А как посчитать трафик который будет потреблять протокол ModBus.
Режим RTU очень чуствителен к задержкам между байтами, т.к. по этим задержкам детектируется конец пачки. Модем в силу зависимости от физ. среды передачи (параметры к-й не стабильны) может давать непредсказуемые задержки в любом месте пачки, что приведёт к не корректному детектированию конца пачки.
Если Вы готовы к нек-му проценту сбоев при обмене и к 95 % сбоев под новый год - используйте режим RTU
Хорошо буду иметь ввиду. Так все таки как рассчитать трафик который сожрет обмен между 20 ПЛК и SCADой по GPRS?
Сумма(Сумма((данные+служ. часть протокола)*темп опроса в Гц) по всем опрашиваемым переменным)по всем опрашиваемым ПЛК.
www.skbis.ru них есть обсуждения на форуме, могут подсказать, вроде эта ссылка
http://forum.skbis.ru/