Возникла задача пообщаться с приборами по протоколу Modbus RTU при помощи PC из под Windows (скорее 7 чем XP - лицензионные нынче требования ) через RS485. Поскольку у этого протокола (Modbus RTU) достаточно жесткие требования на времянку, то подозреваю, что использование фрейма длиной больше чем буфер (аппаратный для RS232 порта) не прокатит, а размер его (фрейма) будет скорее больше, чем меньше. Подскажите please, каким путем решить эту задачу. (Предполагаю, что есть драйвера - ткните где взять). Заранее спасибо (хотя бы за то, что прочитали) .

Преобразователь USB<->RS485 - одна штука.
Мануал на WinAPI (Files + Threads + Timers + Mutex) - одна штука
Мануал на Modbus over serial line - одна штука
Ну и на закуску мануал на написание OPC-server'а

и от месяца до трёх ежедневной работы в зависимости от экспириенса.


А если задача лишь пощупать прибор, то обращайтесь к его производителю, он вам должен помочь в вашем начинании.

Удачи!

Спасибо за ответ и пожелания.
Если есть ссылка на описание применения OPC-server'а, выложите please (остальное из перечисленного имеется ).
Собственно самый неясный для меня (на сегодня) вопрос, как средствами Windows проконтролировать время между приходящими байтами для того, что бы выделить фреймы (компьютер в этом случае в роли ведомого, скажем занимается "прослушкой").

OPC-server - это универсальная прослойка между SCADA-системой или любым другим приложением и потёмками приборного уровня со всем многообразием протоколов и интерфейсов как физических так и логических.
Это по сути масло приклеивающее к куску хлеба одинаково приятно как сыр, так и колбасу и даже икру.
Вся эта кулинария гуглится на OPC-fondation.
PerformanceTimer нам в помощь дан для таких вот задачек.

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

За это отдельное спасибо.

http://lectussoft.com/
Удобный и недорогой, сам пользуюсь

В ВинАПИ эсть такая структура dcb, в которую заносятся все параметры комм. порта.
В том числе таймауты приёма. То есть можно задать таймаут и ловить соответствующий эвент.
А можно воспользоваться готовой библиотекой, NModbus, к примеру

Не уверен что Modbus вообще пригоден для такой задачи. Как собственно и Windows вообще.
На модбасе строятся системы сбора данных ну а для динамических систем управления он впринципе не пригоден, т.к. реплай-таймаут может достигать секунды.
Для приводов и ПЧ CAN рулит...

Спасибо.

Если есть проверенная и не секретная ( и не платная ) библиотека, выложите please.



Про Windows того же мнения, но заказчик всегда прав .

В этой же задаче есть пара MITSUBISHI FR-D700, там как раз MODBUS RTU (а CAN нет).

Так я ж говорю, NModbus.

Спасибо. Теперь бы еще номер версии, который проверен в бою. (Судя по количеству версий глюки там имеются)

Крайняя
Проверена в бою, причём не только на ПЦ, но и на борде под WinCE 5.0
Особых глюков не отмечено, кроме того, что с каждого чиха надо ловить и утилизировать эксепшены

Я бы сделал переход RS485+MODBUS/RTU->USB.
Смысл мероприятия в следующем.
Переход на любом МК с бортовым USB переводит телеграммы из Modbus/RTU в Modbus/ASCII.
И передает их в PC.
И наоборот.
Переход получает телеграммы по USB в Modbus/ASCII и передает их на улицу в Modbus/RTU.
В этом случае программулина приема/передачи может быть написана достаточно быстро и прозрачно средствами WIN API.

Будь моя воля, я бы тоже сделал по другому - сделал бы свой контроллер под конкретную задачу, а РС - в качестве информационно-регистрирующего объекта. Но это уже выходит за рамки моей компетенции в данной задаче, да и за рамки формулировки топика.
Всем большое Спасибо за участие и советы.