Конфигуратор vs modbus.lib

[Спорягин Кирилл]

Дак уважаемый Валенок, я имею ввиду что руководство только показывает как открыть порт и, например, считать с одного модуля. А затем выясняется: что для N количества модулей необходимо вынести открытие порта в одну задачу, обращение к N устройствам еще в несколько, а обработку полученных данных в другую задачу. Вы уж простите меня за мой французский, но коль мы про машину и инструкцию. Поэтому я и спрашиваю полноценное руководство, в котором будет написано как грамотно сделать опрос N количества устройств чтобы контроллер нормально опрашивал и не тупил. А про 150 единиц оборудования - это все на rs485 или я что то не понял?

GTS, быть может это Вам будет интересно - Универсальный диспетчер для Modbus.lib.

[GTS]

Так этож для 3 кодесиса, или все равно?

[capzap]

Так этож для 3 кодесиса, или все равно?

сам подход ни чем не отличается

[GTS]

Да, спасибо, уже читаю!

[Yegor]

Ну почему? Если например модуль МВ8А опрашивать чаще чем раз 3-5 секунд нет смысла,то период опроса в данном случае актуален. Или нет?

Если речь об экономии трафика не идёт, то в чистом виде не актуален.

Допустим, вместе с МВА8 (модуль А) вы опрашиваете какой-нибудь 2АС (модуль Б), который обновляется каждые 5 мс. Можно сделать как обычно - опрашивать Б по 20 мс и раз в 3 секунды прерывать его на опрос А. Получается высокая средняя частота опроса Б, но на практике почти всегда важнее минимальная установившаяся частота, и она будет гораздо ниже средней из-за паузы на опрос А. Даже такой примитивный кейс проявит себя, например, на "плотности" графика, который строится по показаниям Б - на нём будут дыры, и нельзя будет сказать, что период дискретизации этого графика 20 мс.

В реальности всё ещё сложнее, то есть модулей больше и периоды их опроса ближе. Без достаточно изощрённого тайминга тут начинаются всякие некрасивые вещи — периоды плывут друг от друга, модули пропускают свою очередь по несколько раз и т.п.

Поэтому я с modbus.lib (в частности) не использую периодический опрос. Вместо этого я включаю модули в последовательность нужное количество раз. Если, допустим, у меня есть 2 шт МВА8 (X и Y) и 1 шт 2АС (Z), то я просто опрашиваю их XZYZXZYZ без пауз. И я с уверенностью могу сказать, что Z опрашивается с такой-то частотой уже без запинок.

[приборист]

Поэтому я с modbus.lib (в частности) не использую периодический опрос. Вместо этого я включаю модули в последовательность нужное количество раз. Если, допустим, у меня есть 2 шт МВА8 (X и Y) и 1 шт 2АС (Z), то я просто опрашиваю их XZYZXZYZ без пауз. И я с уверенностью могу сказать, что Z опрашивается с такой-то частотой уже без запинок.

Без запинок, если модуль МВА8 в сети и работает.
А если прибор начнет отвечать через раз, а через раз выпадать в таймаут ответа?
Или прибор отключат от сети?

Получим XZ*таймаут*ZXZYZXZ*таймаут*.

[Yegor]

Без запинок, если модуль МВА8 в сети и работает.
А если прибор начнет отвечать через раз, а через раз выпадать в таймаут ответа?
Или прибор отключат от сети?

Получим XZ*таймаут*ZXZYZXZ*таймаут*.

В моей практике любой отказ такого рода считался достаточно серьёзным, чтобы сразу (в пределах допустимого) останавливать процесс и ремонтировать установку. Но если в вашем случае выпадание модуля не столь критично, то да, опрос по таймеру оставит больше производительности. Я не пытаюсь предложить панацею.

[capzap]

Без запинок, если модуль МВА8 в сети и работает.
А если прибор начнет отвечать через раз, а через раз выпадать в таймаут ответа?
Или прибор отключат от сети?

Получим XZ*таймаут*ZXZYZXZ*таймаут*.

Поддержу Егора, какой то не уместный вопрос, глючность модуля разве не повлияет на работу в целом, если будет периодический опрос? Как мне кажется определение неисправности увеличится на время этого самого периода опроса

[energvk]

Если речь об экономии трафика не идёт, то в чистом виде не актуален.

Допустим, вместе с МВА8 (модуль А) вы опрашиваете какой-нибудь 2АС (модуль Б), который обновляется каждые 5 мс. Можно сделать как обычно - опрашивать Б по 20 мс и раз в 3 секунды прерывать его на опрос А. Получается высокая средняя частота опроса Б, но на практике почти всегда важнее минимальная установившаяся частота, и она будет гораздо ниже средней из-за паузы на опрос А. Даже такой примитивный кейс проявит себя, например, на "плотности" графика, который строится по показаниям Б - на нём будут дыры, и нельзя будет сказать, что период дискретизации этого графика 20 мс.

В реальности всё ещё сложнее, то есть модулей больше и периоды их опроса ближе. Без достаточно изощрённого тайминга тут начинаются всякие некрасивые вещи — периоды плывут друг от друга, модули пропускают свою очередь по несколько раз и т.п.

Поэтому я с modbus.lib (в частности) не использую периодический опрос. Вместо этого я включаю модули в последовательность нужное количество раз. Если, допустим, у меня есть 2 шт МВА8 (X и Y) и 1 шт 2АС (Z), то я просто опрашиваю их XZYZXZYZ без пауз. И я с уверенностью могу сказать, что Z опрашивается с такой-то частотой уже без запинок.

В принципе понял, спасибо большое за подробное разъяснение.

[energvk]

Абсолютно точно также повлияет, как мне кажется. Поэтому мне кажется подход Yegor'а более правильным, но сколько людей - столько мнений