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

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

Добрый день. ПМ210 подключен к СПК110. Как в Modbus_Serial_Device посмотреть вкладку "Cостояние"? Необходимо определять Modbus Serial Device: Работает или Не запущено. Использовал ФБ Modbus_Serial_Device.GetDeviceState (GetDeviceState_0: IoDrvModbusSerialSlaveLibrary.ModbusSerialDeviceDi ag) но получаю ошибку:

'GetDeviceState_0' не является экземпляром 'Modbus_Serial_Device'.

Добрый день.
Можно ориентироваться на Modbus_Serial_Device.xBusy - если он имеет значение TRUE, то слэйв работает.

[rybakov-ks]

Добрый день.
Можно ориентироваться на Modbus_Serial_Device.xBusy - если он имеет значение TRUE, то слэйв работает.

Мне необходимо со стороны СПК110 понимать опрашивает ли его ПМ210. При отключении ПМ210 переменная Modbus_Serial_Device.xBusy не меняет своего значения. А если открыть вкладку "Cостояние", то поле "Modbus Serial Device: Работает или Не запущено" меняется как мне нужно в зависимости от активности ПМ210.

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

Мне необходимо со стороны СПК110 понимать опрашивает ли его ПМ210. При отключении ПМ210 переменная Modbus_Serial_Device.xBusy не меняет своего значения. А если открыть вкладку "Cостояние", то поле "Modbus Serial Device: Работает или Не запущено" меняется как мне нужно в зависимости от активности ПМ210.

По-моему, в современных версиях CODESYS (например, 3.5.17.30) поведение следующее:
- при старте в дереве проекта рядом со слэйвом отображается желтый треугольник, состояние = не запущено
- при получении первого корректного запроса от мастера индикатор меняется на зеленый круг, состояние = запущено

И после этого индикатор сохраняет зеленый цвет даже при отсутствии запросов от мастера (потому что с точки зрения слэйва, отсутствие запросов от мастера - это нормальная ситуация).

В вашем случае, на мой взгляд, проще всего отказаться от слэйва в дереве проекта и поднять его через библиотеку OwenCommunication - в этом случае вы получите нужную вам диагностику.

[rybakov-ks]

По-моему, в современных версиях CODESYS (например, 3.5.17.30) поведение следующее:
- при старте в дереве проекта рядом со слэйвом отображается желтый треугольник, состояние = не запущено
- при получении первого корректного запроса от мастера индикатор меняется на зеленый круг, состояние = запущено

И после этого индикатор сохраняет зеленый цвет даже при отсутствии запросов от мастера (потому что с точки зрения слэйва, отсутствие запросов от мастера - это нормальная ситуация).

В вашем случае, на мой взгляд, проще всего отказаться от слэйва в дереве проекта и поднять его через библиотеку OwenCommunication - в этом случае вы получите нужную вам диагностику.

Да, это так, но в Modbus Serial Device есть возможность задать время сторожевого таймера. Если по истечении этого времени мастер не отправляет запрос, статус изменится с "Работает" на "Не запущен".

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

Да, это так, но в Modbus Serial Device есть возможность задать время сторожевого таймера. Если по истечении этого времени мастер не отправляет запрос, статус изменится с "Работает" на "Не запущен".

Этот статус (как и иконка) формируются внутри компонента - вы не сможете считать их в программе.

[rybakov-ks]

Этот статус (как и иконка) формируются внутри компонента - вы не сможете считать их в программе.

Понятно. Спасибо.

[rybakov-ks]

По-моему, в современных версиях CODESYS (например, 3.5.17.30) поведение следующее:
- при старте в дереве проекта рядом со слэйвом отображается желтый треугольник, состояние = не запущено
- при получении первого корректного запроса от мастера индикатор меняется на зеленый круг, состояние = запущено

И после этого индикатор сохраняет зеленый цвет даже при отсутствии запросов от мастера (потому что с точки зрения слэйва, отсутствие запросов от мастера - это нормальная ситуация).

В вашем случае, на мой взгляд, проще всего отказаться от слэйва в дереве проекта и поднять его через библиотеку OwenCommunication - в этом случае вы получите нужную вам диагностику.

Интересующий меня функционал реализовал через OwenCommunication. Столкнулся с проблемой: записываю через OwenCloud переменную типа BOOL в бит регистра slave’а и сохраняю её в программе в RETAIN-переменную. После перезагрузки СПК110 переменная сбрасывается на 0. Это нормальное поведение? Какие существуют способы сохранить значение переменной после перезагрузки?

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

Интересующий меня функционал реализовал через OwenCommunication. Столкнулся с проблемой: записываю через OwenCloud переменную типа BOOL в бит регистра slave’а и сохраняю её в программе в RETAIN-переменную. После перезагрузки СПК110 переменная сбрасывается на 0. Это нормальное поведение? Какие существуют способы сохранить значение переменной после перезагрузки?

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

[rybakov-ks]

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

Работает. Спасибо.