Спасибо. github.com/ffff4/modlook/blob/master/indy_t/IdVers.inc

Так и есть, это ModBus rtu поверх TCP/IP, а не Modbus TCP.

В программке может быть добавить индикатор отсылки/приёма?

Конечно добавьте, буду только рад.

16O — величина со знаком на 16 битах, кодируется со сдвигом на 8000h (-32768 кодируется 0. 0 кодируется 8000h, 32767 кодируется FFFFh). Редкий тип.

Поживем увидим. Что вы скажете через 10 лет?
Как вам динамика популярности trends.google.com/trends/explore?date=all&q=%2Fm%2F026g9gw ??

Я думал про Российские стандарты… Про это не слышал.

Schneider Electric поддерживает протокол какого-нибудь меркурия 230, если мне это вдруг понадобится?

Какой сертификат? В каком ведомстве проходить сертификацию? Поподробнее об этом.
> Без всего этого ваш сервер будет очень опасно выпускать в открытый интернет.
Я и сам против этого.

> А с каких это пор технология OPC стала вдруг протоколом?
В статье речь идёт об OPC UA.
Изучите мат часть ru.wikipedia.org/wiki/OPC_UA#Протоколы далее находите фразу 1. Двоичный протокол
> Про Modbus TCP — в пакете данных содержится поле TransactionID
В протоколах сэт-4 и меркурий 230 таких полей нет. Как с ними предлагаете быть?

>, и как так если в OPC UA его вдруг нету?
> т.е если нету такого св-ва,
Чего нету? Того что сервер отдаёт данные клиенту?

> а ОРС, которое поверх OLE, есть ????
OPC UA не поверх OLE, а поверх TCP IP в рассматриваемом в статье случае. Изучайте матчасть.

Кстати, подскажите, где в настройках MOXA Nport можно установить размер приемного FIFO буфера?

Где Вы в статье нашли OPC DA, OPC HDA?
> Сужу только по практическому отсутствию реализаций OPC UA
Уже есть. Поинтересуйтесть.
> А еще ведь есть 60870-5-103 и 61850. Сомневаюсь, что настолько разнородные идеи можно в одну коробку
Вы сомневаетесь, а уже есть спрос на преобразователь modbus в 61850.
OLE в Linux нет!

Бинарники, запускающиеся на raspberry pi ARMv7, запускаются и там.

Компьютеры с архитектурой ARMv7.

Это будет не стандартный ModbusTCP. Зачем ещё один протокол обмена, непонятно.

А в GPRS?