В продаже МКОН - преобразователь протокола Modbus!

[manjey73]

В теме выше было. Сам мкон создает очередь, а чтобы ошибок не было в сторону Ethernet мастеров (2-х, так как сокета всего 2) на каждом из них настройка timeout ответа в 2 раза выше, на случай что мкон в это время отвечает другому... очередь - всего лишь разделение времени на уровне железки по отношению к сети rs.

Кстати если на rs будет десяток устройств, каковы должны быть настройки двух OPC или Scada систем ?...

[Филоненко Владислав]

В теме выше было. Сам мкон создает очередь, а чтобы ошибок не было в сторону Ethernet мастеров (2-х, так как сокета всего 2) на каждом из них настройка timeout ответа в 2 раза выше, на случай что мкон в это время отвечает другому... очередь - всего лишь разделение времени на уровне железки по отношению к сети rs.

Кстати если на rs будет десяток устройств, каковы должны быть настройки двух OPC или Scada систем ?...

Никаких особенных, все равно устройства опрашиваются по 1 за раз.
Лишь таймаут надо ставить по самому тормознутому, если ОПС не позволяет индивидуально выставлять.
Опять же все равно надо считать поток данных, то, что 2 мастера могут по Ethernet напихать пакетов в МКОН не значит что он их сможет по RS все обработать за отведённое время. Толщина RS ограничена.

[Филоненко Владислав]

Валенок, ну вот не надо. И с запросами через 1 мс мы тоже тестировали. Не стали бы выкладывать не протестировав, продукты очень переживали и тестировали.
Явно дело не в бобине.
Ждем лог снифера

[ASo]

Конкретизирую вопрос.
Езернет слейв, RS мастер. Время ответа по RS - 5мс. Время тайм-аут, установленное в езернет мастере - 1мс и раз в 2мс он шлёт запросы. Как поведет себя МКОН в этом случае?
Я понимаю, что тот, кто выставил такое - ССЗБ. Но как поведет МКОН?

[Филоненко Владислав]

Конкретизирую вопрос.
Езернет слейв, RS мастер. Время ответа по RS - 5мс. Время тайм-аут, установленное в езернет мастере - 1мс и раз в 2мс он шлёт запросы. Как поведет себя МКОН в этом случае?
Я понимаю, что тот, кто выставил такое - ССЗБ. Но как поведет МКОН?

Что будет - в приемный сокет будут приходить пакеты каждые 2мс. А ответы уходить раз в 5 мс. Учитывая таймаут в мастере 1 мс уже первый ответ будет просроченный и мастер его откинет. С каждым новым запросом задержка будет расти и мастер будет принимать всё более и более старые ответы. В какой то момент либо мастер (если он умный), либо slave (по переполнению) пересоздаст соединение, но это не поможет, т.к. см. условия.

[Филоненко Владислав]

В одну трубу вливается 500 запросов/сек (eth, 1000/2мс). Из другой выливается 200запрос/сек (rs, 1000/5мс).
Через секунду в мконе толпится 300 запросов.
Это не к Aso - это к Овену !!
Какая, блин, емкость мкона в усредненных запросах ? Какая память отведена под них ?
Что будет при исчерпании памяти ? Перезагрузка - это полная лажа.

Валенок. Модбас мастер не может отправлять следующий запрос не получив ответ или таймаут от предыдущего. Или это не ModBus Master, а собрание в дурдоме.
И если кто-то, видя что сокет продолжает принимать данные начинает его спамить запросами - сам себе злобный буратино, т.к. не выполняет спецификацию ModBus.
Причем и Modbus TCP, и Modbus в общем.

[manjey73]

Филоненко Владислав речь не об этом. Два OPC, выставили timeout Х, один опросил 1-но устройство на линии, дождался ответа и соответственно послал запрос 2-му устройству на RS и так далее. Тоже делает и 2-й OPC. очередь справляется в МКОН перемежающиеся данные то одному то другому ?

Сколько устройств на RS линии вы тестировали ? 2, 5, 31 ?

[capzap]

Два OPC, выставили timeout Х, один опросил 1-но устройство на линии, дождался ответа и соответственно послал запрос 2-му устройству на RS и так далее. Тоже делает и 2-й OPC. очередь справляется в МКОН перемежающиеся данные то одному то другому ?

не смущает ответ в вопросе: дождался ответа, значит пока опрос заканчивает сосед, можно отправить только один запрос и останется ждать ответа прежде чем следующий отправлять

ЗЫ это обычная работа, в каждом языке есть такие вещи как notifyAll и wait

[capzap]

А с чего это только один ? Можно запулить несколько запросов не дожидаясь ответа. Транспорт - tcp. Ответы будут приходить в том же порядке. А где они выстроятся в очередь - это всего лишь вопрос "емкости труб и баков" на линии. Да, далеко не все модбас-серверы это поддерживают, но это не говорит о невозможности. Вопрос буквально нескольких строк.

Вам уже писали, что если так посылать, то через определенное время запросы в очереди "убьются"

[capzap]

Можно как-то конкретней ?

стек фифо например