CODESYS V3.5. Вопросы и ответы

Цитата:

---

Сообщение от Евгений Кислов

Добрый день.
Нет, это не обязательно - можно в одном списке глобальных переменных объявлять и VAR RETAIN, и обычные энергозависимые VAR.

---

А так не получается.

Цитата:

---

Сообщение от Newcomer

А так не получается.

---

Продемонстрируйте это скриншотом.

Цитата:

---

Сообщение от Евгений Кислов

Продемонстрируйте это скриншотом.

---

Продемонстрировал.

Цитата:

---

Сообщение от Newcomer

Продемонстрировал.

---

Замените VAR RETAIN на VAR_GLOBAL RETAIN

Цитата:

---

Сообщение от capzap

в блоке глобальных данных установили раздел глобальных данных(масло масленное), удалите и проверте исчезнет ли краснота, справку откройте на всякий случай

---

Ничего я сам не устанавливал. Это шаблон.

Цитата:

---

Сообщение от Евгений Кислов

Замените VAR RETAIN на VAR_GLOBAL RETAIN

---

А вот это в точку. Спасибо.

Цитата:

---

Сообщение от Newcomer

Ничего я сам не устанавливал. Это шаблон.

---

Вложение 66217со справки начинайте всегда искать причины

Цитата:

---

Сообщение от capzap

Вложение 66217со справки начинайте всегда искать причины

---

Золотые слова.

Добрый день знатокам!
Работаю над реализацией функционального блока для взаимодействия с сервоприводом. Сервоприводов будет несколько но не суть.
В проекте использую OwenCommunication обмен данными идет по шине Modbus RS485
На данный момент обмен реализовал через стек, в стек загружаются данные. примерно так:

fbComControl : OCL.COM_Control;
fbSerialRequest : OCL.MB_SerialRequest;
hCom : OCL.CAA.HANDLE;

fbComControl
(
xEnable := TRUE,
udiComPort := 1,
udiBaudRate := 115200,
udiByteSize := 8,
eParity := OCL.COM_PARITY.NONE,
eStopBit := OCL.COM_STOPBIT.ONE,
hCom => hCom
);


fbSerialRequest
(
xExecute := TRUE,
hCom := hCom,
tTimeout := T#100MS,
usiRetry := 3,
xIsAsciiMode:= FALSE,
usiSlaveId := fbAxisDrives[iAxisIndex].usiSlaveId,
eFuncCode := fbAxisDrives[iAxisIndex].stStack.eFuncCode,
uiDataAddr := fbAxisDrives[iAxisIndex].stStack.uiDataAddr,
uiDataCount := fbAxisDrives[iAxisIndex].stStack.uiDataCount,
pData := fbAxisDrives[iAxisIndex].stStack.pData,
szSize := fbAxisDrives[iAxisIndex].stStack.szSize
);

Все в таком виде вполне работоспособно, но!!! Не очень эстетично. Я бы хотел инкапсулировать OCL.MB_SerialRequest; в функциональный блок взаимодействия с устройством. Но в таком случае получается что будет запущено несколько экземпляров OCL.MB_SerialRequest; используя один и тот-же OCL.CAA.HANDLE; для Com-порта.
Допустимо ли такое?

В документации указано что можно запускать до 20 экземпляров в рамках одного цикла работы контроллера. Меня это вполне устроило бы

Заранее признателен за консультацию

Добрый день.

Цитата:

---

Допустимо ли такое?

---

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

Цитата:

---

В документации указано что можно запускать до 20 экземпляров в рамках одного цикла работы контроллера.

---

RS-485 - это последовательный интерфейс. В каждый момент времени на шине должна осуществляться передача только одной посылки.
Поэтому достаточно объявить один экземпляр ФБ и последовательно вызывать его с разными аргументами (адресами слэйвов, адресами регистров и т.д.).