Показать сообщение отдельно
Старый 08.08.2013, 11:32   #14
ATS
Senior Member
 
Регистрация: Aug 2013
Сообщения: 3 740
Благодарил(а): 12 раз(а)
Поблагодарили: 192 раз(а) в 188 сообщениях
По умолчанию Ответ: Модбас через TCP

Цитата:
Сообщение от Arsie Посмотреть сообщение
Этот же вывод можно было сделать просто прочитав описание контроллера
Возможно не досмотрел - сегодня неделя как 2Gi на столе появился.
Пока впечатления очень положительные

Цитата:
Сообщение от Arsie Посмотреть сообщение
Осталось только понять, при чём тут виртуальный COM-порт и зачем было его упоминать в самом первом сообщении
Да это как раз тот самый COM2 созданный VSPE в скиншотах выше, который и использовался в терминалке

Цитата:
Сообщение от Arsie Посмотреть сообщение
Modbus-RTU он не может соответствовать, т.к. поле данных обрамлено служебными полями TCP.

А вот "Modbus поверх TCP" - вполне. Т.к. налицо инкапсуляция.

Но тут нарушено главный принцип: устройства по оба конца провода должны играть по одним и тем же правилам. Контроллер ждёт Modbus-TCP и скармливать ему что-либо иное априори не имеет смысла.
Ну почему? Дополнительный вариант чтения данных с контроллера устройствами не поддерживающими Modbus TCP может оказаться совсем не лишним. Тем боле что и в OPC серверах эта возможность предусмотрена.

Для программиста здесь задачка совсем простая - если в данных нет:

ид транзакции | ид протокола | длина пакета |

проверяем адрес slave и если это адрес контроллера обрабатываем запрос как обычно для COM и RS485.

Ответ формируем как для COM и RS485

Цитата:
Сообщение от Arsie Посмотреть сообщение
Вы ставили в пример бридж MOXA DE-311, для которого (как и для других бриджей) "Modbus поверх TCP" и придуман Понятное дело, что в этом случае он становится "Виртуальным СОМ-портом", т.к. драйвер всё приходящее в себя тупо запихивает в пакет TCP, приняв который MOXA DE-311 не менее тупо его выпихивает себе на разъём безо всякой обработки.

Но контроллер-то не бридж. И ему не нужно ничего никуда выпихивать.
Главной выгоды не видим

А я бы советовал добавить в SMLogix для COM1 и COM2 кроме Slave еще и Bridge (естественно на выбор и возможно даже с другим Tcp портом) по которому любые данные из ТCP портов выпихиваются во внешние интерфейсы и полученные данные отправляются обратно (тупо как MOXA DE-311)

Пример:
Автоматизируем теплопункт при помощи 2Gi без использования слейвов.
Кроме автоматики имеем и приборы учета (это мне близко). При наличии режима бридж через 2Gi имеем доступ к приборам через Ethernet и через подключенные модемы GPRS да еще с возможностями Open VPN.

Это однако будет продаваемо.
ATS вне форума   Ответить с цитированием