CODESYS V3.5. Настройка обмена с другими устройствами (Modbus, ОВЕН, OPC и др.)

[RV9WFJ]

Спасибо за Ваш труд Евгений,

В документации SPK_Sockets_v.1.0 нашел ошибку описания типа хендела буфера:error.png, проверил она перекочевала в версию 2.

Евгений, если не сложно, раскройте поподробнее тему работы с библиотекой CAA SegBufMan. И вообще на сколько есть смысл с ней заморачиваться если я раз в секунду качаю через ModBus RTU через TCP (самописный клиент) 80 байт и с помощью MemCopy планирую размещать их сразу в подготовленную структуру. Что-то мне подсказывает, что я зря трачу время на изучение путем научного тыка библиотеки CAA SegBufMan так как все равно планирую копировать этот буфер.

[Евгений Кислов]

А в чем ошибка? Какой тип там должен быть?
Я не вижу особого смысла использования буфера в вашем случае (ради экономии на копировании 80 байт).

[Адлан]

С Новым Годом, со всеми соответствующими (добрыми) пожеланиями! Пытаюсь подружить МВ110-4ТД с СПК107. Считая себя скорее электриком, чем программистом, попытался обойти примеры с указателями - я их (надеюсь, пока) не понимаю. Сделал так: в пустой DWORD добавил старший регистр, сдвинул влево на 16, и добавил младший. Преобразовал это в REAL. Все было хорошо, но вес до (примерно) 100 кг взвешивает нормально, а дальнейшие - примерно вполовину. То есть, если загружаю 70 кг, столько же и вижу, а если загружаю 150, вижу (примерно, опять же) 120. Может ли это быть связано с неправильным преобразованием типов? Сегодня переделал с использованием UNION, но попробовать не смогу до понедельника - объект далеко. Потом, на объекте, если вдруг пойдет не так, не смогу переделать - стоя, в шуме, пыли, без интернета - стар я уже для таких подвигов...
Исходя из того, что МВ110-4ТД производится не "производителем слейв-модулей, который - ввиду отсутствия в модбас стандарта на передачу float... (далее по тексту)", а тем же ОВЕНом, что и СПК107, должен же быть какой-то однозначный способ прочитать данные из модуля в СПК - без всевозможных "перепробуйте варианты"?

[Евгений Кислов]

Исходя из того, что МВ110-4ТД производится не "производителем слейв-модулей, который - ввиду отсутствия в модбас стандарта на передачу REAL... (далее по тексту)", а тем же ОВЕНом, что и СПК107, должен же быть какой-то однозначный способ прочитать данные из модуля в СПК - без всевозможных "перепробуйте варианты"?

Добрый день.
Такой способ есть - использовать для опроса готовые шаблоны:
http://www.owen.ru/forum/showthread.php?t=27889

[Адлан]

Благодарю, Евгений!
Качаю пакет - не знал, что он есть...
А мой корявый способ преобразования может привести к тому, что показания похожи на правильные, но нелинейны? Или это только на практике попробовать?

[Евгений Кислов]

Благодарю, Евгений!
Качаю пакет - не знал, что он есть...
А мой корявый способ преобразования может привести к тому, что показания похожи на правильные, но нелинейны? Или это только на практике попробовать?

Да, только на практике.

[RV9WFJ]

А в чем ошибка? Какой тип там должен быть?

Да пожалуй я погорячился. Действительно правильно.
Опрос я реализовал, появился новый вопрос. Связь плохая (GSM), периодически приходят ошибки... связь падает. Как реализовать закрытие сокета? Подойдет ли функция SysSockClose() из библиотеки SysSocket или у них хенделы разные? Пока я в обработке ошибок вставил переход на шаг CLOSE и в нем пытаюсь закрыть через

CLIENT_STATE.CLOSE: // закрываем TCP-клиента
fbTcpClient
(
xEnable:= FALSE,
ipAddr:= stIpServer,
uiPort:= uiPortServer,
);

IF NOT fbTcpClient.xActive THEN
eState:= CLIENT_STATE.CREATE;
END_IF

Но складывается ощущение, что этот код нерабочий.

[Евгений Кислов]

SysSocketClose тут, по идее, избыточен. Проверить работу кода легко - в узле Debug можно посмотреть число используемых хэндлов.
После закрытия сокета оно должно стать на 1 меньше.

[RV9WFJ]

Что-то автоматом TcpClient соединение не восстанавливает на СПК207. SysSockClose кстати пробовал, тоже не работает. Видимо придется все таки на SysSocket делать по старинке, и самое тревожное, ощущение такое, что работа с сокетами зависает в СПК207 на уровне операционки при плохой связи. 2019-01-06_20-17-12.png

[Евгений Кислов]

Вы на СПК1хх [М01] можете это протестировать? Мы отправили информацию в 3S после вашего первого обращения по этому поводу - судя по баг-трекеру, они исправляли похожие проблемы в SP11 (т.е. на новых СПК они проявляться не должны).

cds1.png

cds2.png