⚙️ FUNCTION_BLOCK в CODESYS
📘 Часть 3/3. Как избежать ошибок повторного вызова ФБ?

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

Теперь разберём правильное решение.

━━━━━━━━━━━━━━━━━━

✅ Отдельный экземпляр для каждого сигнала

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

VAR
    fbTrigA : R_TRIG;
    fbTrigB : R_TRIG;

    xA : BOOL;
    xB : BOOL;
END_VAR

Вызываем их отдельно:

fbTrigA(CLK := xA);
fbTrigB(CLK := xB);

Теперь каждый экземпляр хранит собственное предыдущее состояние входа.

fbTrigA отслеживает xA.

fbTrigB отслеживает xB.

Сигналы не влияют друг на друга через внутреннюю память триггера.

━━━━━━━━━━━━━━━━━━

🏭 Где это особенно важно?

Повторные вызовы могут создавать проблемы при использовании:

• таймеров TON, TOF, TP
• триггеров R_TRIG, F_TRIG
• счётчиков CTU, CTD
• автоматов состояний
• блоков управления оборудованием
• блоков обмена по Modbus
• собственных ФБ с внутренней памятью

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

━━━━━━━━━━━━━━━━━━

🔧 Можно ли вызывать один ФБ несколько раз?

Да, можно!

Сам по себе повторный вызов не запрещён.

Иногда такое поведение используется намеренно.

Но важно понимать:

Каждый вызов выполняет код того же экземпляра и может изменить его состояние.

Поэтому нельзя считать несколько вызовов одного экземпляра независимыми.

━━━━━━━━━━━━━━━━━━

💡 Практическая рекомендация

Для обычных циклических ФБ полезно придерживаться правила:

Один экземпляр — один вызов за цикл задачи.

Это не обязательное требование языка, а рекомендация по организации программы.

Так проще:

• контролировать последовательность выполнения
• диагностировать ошибки
• анализировать внутреннее состояние
• сопровождать программу
• изменять алгоритм

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

━━━━━━━━━━━━━━━━━━

📌 Главное

FUNCTION_BLOCK — программный объект с собственной памятью.

Повторный вызов экземпляра может изменить его внутреннее состояние.

Два вызова одного ФБ ≠ два независимых ФБ.

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

━━━━━━━━━━━━━━━━━━

💬 Вопрос к инженерам

Сталкивались ли вы с ситуациями, когда один экземпляр ФБ вызывался из нескольких мест программы?

Какие ошибки это вызывало?

Поделитесь опытом в комментариях 👇

━━━━━━━━━━━━━━━━━━

📤 Поделитесь статьёй!

Если материал оказался полезным, перешлите все три части друзьям и коллегам, которые программируют ПЛК.

🔁 Репостните материал в профильный чат или канал — возможно, он поможет другим инженерам избежать ошибок.

📚 Больше материалов по CODESYS:
https://t.me/codesys4

#CODESYS #ПЛК #АСУТП #StructuredText #FUNCTION_BLOCK

🧠 РАЗБОР КОДА: R_TRIG

Один экземпляр — два вызова за цикл ПЛК.

Сигналы не изменяются:

xA = TRUE
xB = FALSE

Но один и тот же экземпляр R_TRIG вызывается дважды с разными входными значениями.

❓ Сколько раз увеличится счётчик за 5 циклов ПЛК?

На первый взгляд ответ очевиден. Но есть подвох! 😉

👇 Попробуйте решить задачу самостоятельно.

В следующем посте — варианты ответа и подробный разбор под спойлером.

#CODESYS #ПЛК #R_TRIG #StructuredText

🧠 РАЗБОР КОДА: R_TRIG

⚠️ Найдите подвох в программе!

В CODESYS объявлены переменные:

VAR
    fbTrig : R_TRIG;
    xA     : BOOL := TRUE;
    xB     : BOOL := FALSE;
    iCount : INT := 0;
END_VAR

В каждом цикле ПЛК выполняется:

fbTrig(CLK := xA);

IF fbTrig.Q THEN
    iCount := iCount + 1;
END_IF;

fbTrig(CLK := xB);

Условия:

• xA всегда TRUE.
• xB всегда FALSE.
• iCount изначально равен 0.
• Внутренняя память R_TRIG изначально FALSE.
• Код выполняется 5 циклов подряд.

━━━━━━━━━━━━━━━━━━

❓ Чему будет равен iCount после 5 циклов?

А) 0
Б) 1
В) 5
Г) 10

Сначала выберите вариант, затем откройте ответ 👇

🔎 Нажмите, чтобы открыть разбор

✅ Правильный ответ — В) 5.

Разберём первый цикл.

1️⃣ Первый вызов:

fbTrig(CLK := xA);

Поскольку xA = TRUE, а предыдущее состояние FALSE, R_TRIG обнаруживает передний фронт.

fbTrig.Q = TRUE

Счётчик увеличивается:

iCount = 1

2️⃣ Второй вызов:

fbTrig(CLK := xB);

Поскольку xB = FALSE, блок обновляет внутреннюю память значением FALSE.

Теперь fbTrig.Q = FALSE.

На следующем цикле ситуация повторяется!

Первый вызов снова получает TRUE после FALSE и формирует импульс.

Счётчик увеличивается каждый цикл.

Результат:

Цикл 1 → iCount = 1
Цикл 2 → iCount = 2
Цикл 3 → iCount = 3
Цикл 4 → iCount = 4
Цикл 5 → iCount = 5

Итого: iCount = 5.

Хотя xA ни разу не изменялся!

Причина — повторные вызовы одного экземпляра R_TRIG с разными значениями CLK.

━━━━━━━━━━━━━━━━━━

💡 Главная мысль

R_TRIG запоминает предыдущее состояние входа.

Если использовать один экземпляр для разных сигналов, они будут влиять на его внутреннюю память.

Для независимых сигналов используйте отдельные экземпляры R_TRIG.

━━━━━━━━━━━━━━━━━━

💬 Получилось ответить правильно?

Напишите свой вариант в комментариях!

📤 Отправьте эту задачу коллеге-программисту ПЛК!

Проверьте, заметит ли он подвох с первого раза. 😉

🔁 Репостните интерактив в профильный чат — пусть больше инженеров проверят свои знания.

📚 Больше разборов CODESYS:
https://t.me/codesys4

#CODESYS #ПЛК #АСУТП #StructuredText #R_TRIG

🎛 Интерактивный симулятор ПИД-регулятора!

Хотите наглядно увидеть, как работают P, I и D составляющие?

Подготовил небольшой симулятор, который позволяет экспериментировать с настройками ПИД-регулятора и наблюдать результат на графиках. 📈

🔧 Что можно делать:

• изменять коэффициенты Kp, Ki, Kd;
• наблюдать реакцию системы;
• изучать влияние параметров на переходный процесс;
• экспериментировать с настройками без реального оборудования.

💻 Симулятор работает локально, без установки.

📎 Файл симулятора опубликую следующим постом.

━━━━━━━━━━━━━━━━━━

📤 Поделитесь симулятором с друзьями и коллегами!

🔁 Перешлите публикацию в чаты по CODESYS и АСУ ТП — пусть больше инженеров смогут разобраться в ПИД-регулировании на практике.

📚 Больше полезных материалов:
https://t.me/codesys4

#PID #CODESYS #ПЛК #АСУТП #Автоматизация

🔌 MODBUS С НУЛЯ — разбираемся вместе!

Работаете с ПЛК ОВЕН, CODESYS или промышленным оборудованием?

📘 Подготовил подробную образовательную статью по протоколу Modbus!

Разберём:
🔹 Как устроен обмен данными
🔹 Modbus RTU и Modbus TCP
🔹 Регистры и функциональные коды
🔹 Адресацию и типичные ошибки
🔹 Примеры запросов и ответов

💡 От основ до практического понимания протокола!

👇 Статья из трёх частей — в следующих публикациях.

━━━━━━━━━━━━━━━━━━

🚀 Подписывайтесь на канал по CODESYS!

👉 https://t.me/codesys4

📤 Поделитесь этим постом с друзьями и коллегами!

🔁 Репостните в профильный чат или канал — пусть больше инженеров смогут разобраться в Modbus.

#Modbus #CODESYS #ОВЕН #ПЛК #АСУТП

🔌 MODBUS С НУЛЯ
Часть 1/3. Как устройства обмениваются данными?

Представьте промышленную систему.

Есть ПЛК ОВЕН, частотный преобразователь, датчик температуры и панель оператора.

Как заставить эти устройства обмениваться информацией?

Один из самых распространённых способов — использовать протокол Modbus.

Разберём его устройство на простых примерах.

━━━━━━━━━━━━━━━━━━

🔹 Что такое Modbus?

Modbus — открытый протокол обмена данными, первоначально разработанный компанией Modicon.

Он позволяет устройствам читать и записывать данные друг друга.

Например, ПЛК может:

• получать температуру от датчика;
• считывать частоту двигателя;
• отправлять уставку преобразователю;
• читать состояние аварий;
• передавать команды управления.

При этом устройства могут быть произведены разными компаниями.

━━━━━━━━━━━━━━━━━━

🔄 Как происходит обмен?

В классическом Modbus используется принцип запрос–ответ.

Одно устройство отправляет запрос, другое обрабатывает его и возвращает ответ.

В Modbus RTU обычно используются роли:

Master — инициатор запросов.

Slave — устройство, отвечающее на запросы.

В современной терминологии:

Client — клиент.

Server — сервер.

Например:

ПЛК ОВЕН (Master)
       |
       | Запрос
       ↓
Частотник (Slave)
       |
       | Ответ
       ↓
     ПЛК

ПЛК может спросить:

«Какое значение находится в регистре 100?»

Устройство отвечает:

«В регистре находится число 1500».

Что означает 1500 — определяется документацией устройства.

Например, при масштабе 0.01 это может соответствовать частоте 15.00 Гц.

━━━━━━━━━━━━━━━━━━

🔹 Modbus — это не физический интерфейс

Важно различать:

RS-485 — физический интерфейс передачи электрических сигналов.

Modbus RTU — протокол обмена данными.

По RS-485 могут передаваться данные не только Modbus.

А Modbus RTU может использоваться и с другими последовательными интерфейсами.

━━━━━━━━━━━━━━━━━━

🔹 Modbus RTU и Modbus TCP

Два распространённых варианта:

1️⃣ Modbus RTU

Обычно используется с RS-485.

Основные параметры:

• скорость передачи;
• чётность;
• количество стоповых битов;
• адрес устройства;
• тайм-аут ответа.

2️⃣ Modbus TCP

Работает поверх TCP/IP.

Обычно используется Ethernet.

Основные параметры:

• IP-адрес;
• TCP-порт;
• Unit ID при необходимости;
• тайм-ауты;
• период опроса.

Стандартный TCP-порт Modbus:

502

━━━━━━━━━━━━━━━━━━

💡 Главное

Modbus определяет правила обмена данными между устройствами.

Но для успешного обмена недостаточно просто соединить кабели.

Нужно правильно настроить транспорт, адресацию и параметры протокола.

➡️ В следующей части: разберём четыре типа данных Modbus и узнаем, почему регистр 40001 не всегда имеет адрес 40001.

#Modbus #CODESYS #ОВЕН #ПЛК #АСУТП

🔌 MODBUS С НУЛЯ
Часть 2/3. Регистры и функциональные коды

В первой части мы разобрали принцип обмена Modbus.

Теперь перейдём к самому важному — данным.

━━━━━━━━━━━━━━━━━━

🔹 Четыре области данных

В модели Modbus предусмотрены четыре типа объектов.

1️⃣ Coils

Дискретные значения, доступные для чтения и записи.

Размер одного значения — 1 бит.

Например:

0 = Выключено
1 = Включено

Могут использоваться для команд и дискретных состояний.

2️⃣ Discrete Inputs

Дискретные значения только для чтения через соответствующие функции Modbus.

Например:

• состояние датчика;
• концевой выключатель;
• сигнал готовности.

3️⃣ Input Registers

16-битные регистры для чтения.

Например:

• измеренная температура;
• давление;
• ток двигателя.

4️⃣ Holding Registers

16-битные регистры, которые поддерживают чтение и запись средствами Modbus.

Например:

• уставка частоты;
• параметры устройства;
• команды;
• технологические значения.

Фактические права доступа зависят от реализации устройства.

━━━━━━━━━━━━━━━━━━

🔢 Что означают 0xxxx, 1xxxx, 3xxxx, 4xxxx?

В документации часто встречается традиционная нотация:

0xxxx — Coils
1xxxx — Discrete Inputs
3xxxx — Input Registers
4xxxx — Holding Registers

Например:

00001
10001
30001
40001

Это обозначения областей данных.

Но цифра 4 в обозначении 40001 не передаётся как часть адреса регистра.

Тип области определяется функциональным кодом.

━━━━━━━━━━━━━━━━━━

⚠️ Почему 40001 может означать адрес 0?

Это один из самых частых вопросов начинающих.

В традиционной нотации:

40001 — первый Holding Register
40002 — второй
40003 — третий

Но в запросе Modbus используется адрес внутри области.

При нулевой адресации:

40001 → 0
40002 → 1
40003 → 2

Некоторые программы отображают адреса начиная с единицы.

Поэтому всегда проверяйте, какую адресацию использует программа настройки и документация устройства.

━━━━━━━━━━━━━━━━━━

🔧 Функциональные коды

Функциональный код сообщает серверу, какую операцию необходимо выполнить.

Основные функции:

FC01 — Read Coils
FC02 — Read Discrete Inputs
FC03 — Read Holding Registers
FC04 — Read Input Registers

FC05 — Write Single Coil
FC06 — Write Single Register

FC15 — Write Multiple Coils
FC16 — Write Multiple Registers

Например:

FC03 — чтение Holding Registers.

FC06 — запись одного Holding Register.

FC16 — запись нескольких Holding Registers.

━━━━━━━━━━━━━━━━━━

🧠 Практический пример

Допустим, в документации частотного преобразователя указано:

Register: 40010
Description: Frequency
Type: UINT16
Scale: 0.01

Для чтения используем:

Function: FC03
Address: 9
Quantity: 1

Адрес 9 соответствует регистру 40010 при нулевой адресации.

Получили:

RAW = 2500

Переводим в физическую величину:

2500 × 0.01 = 25.00 Hz

Таким образом, регистр содержит целое число, а масштабирование выполняется в программе.

━━━━━━━━━━━━━━━━━━

💡 Главное

Чтобы правильно прочитать значение по Modbus, необходимо знать:

• тип области данных;
• функциональный код;
• адрес регистра;
• количество регистров;
• формат значения;
• коэффициент масштабирования.

➡️ В следующей части: разберём устройство запросов Modbus RTU и TCP, а также типичные ошибки связи.

#Modbus #CODESYS #ОВЕН #ПЛК #АСУТП

🔌 MODBUS С НУЛЯ
Часть 3/3. Запросы, ответы и диагностика

Теперь посмотрим, что происходит при обмене на уровне протокола.

━━━━━━━━━━━━━━━━━━

🔹 Структура сообщения Modbus RTU

Кадр Modbus RTU содержит:

Адрес устройства
Функциональный код
Данные
CRC16

Например, мастер хочет прочитать два Holding Register с адреса 0 у устройства 1.

Запрос:

01 03 00 00 00 02 C4 0B

Разберём:

01    — адрес устройства
03    — функциональный код
0000  — начальный адрес
0002  — количество регистров
C40B  — CRC16 (младший байт первым)

Устройство обрабатывает запрос и возвращает ответ.

━━━━━━━━━━━━━━━━━━

🔹 Как выглядит ответ?

Допустим, в регистрах находятся:

Register 0 = 100
Register 1 = 200

Тогда данные ответа:

01 03 04 00 64 00 C8

Где:

01 — адрес устройства
03 — функциональный код
04 — количество байтов данных
0064 — значение 100
00C8 — значение 200

После данных также передаётся CRC16.

━━━━━━━━━━━━━━━━━━

🌐 А что меняется в Modbus TCP?

Modbus TCP использует TCP/IP.

Вместо RTU-кадра с CRC передаётся сообщение с заголовком MBAP.

Основные поля:

Transaction ID
Protocol ID
Length
Unit ID
Function Code
Data

CRC16 в Modbus TCP отсутствует.

Контроль целостности передачи обеспечивается нижележащими сетевыми механизмами.

━━━━━━━━━━━━━━━━━━

⚠️ Типичные ошибки Modbus

1. Неверный адрес

Устройство отвечает ошибкой или возвращает данные не из того регистра.

2. Неверный функциональный код

Например, попытка прочитать Input Register через FC03.

3. Неправильные параметры RS-485

Различаются скорость, чётность или стоповые биты.

4. Ошибка подключения RS-485

Перепутаны линии, отсутствует корректное согласование или нарушена топология сети.

5. Неправильный формат данных

Например, REAL занимает два 16-битных регистра.

Нужно учитывать порядок слов и байтов.

6. Неправильный Unit ID

Особенно актуально при работе через шлюзы Modbus TCP/RTU.

━━━━━━━━━━━━━━━━━━

🔍 Как диагностировать обмен?

Рекомендую следующую последовательность:

1️⃣ Проверить физическое соединение.

2️⃣ Проверить параметры интерфейса.

3️⃣ Убедиться, что устройство отвечает.

4️⃣ Проверить адрес и функциональный код.

5️⃣ Проверить количество регистров.

6️⃣ Проверить формат и масштабирование.

7️⃣ Проверить тайм-ауты и период опроса.

Для диагностики можно использовать Modbus Poll и другие специализированные инструменты.

━━━━━━━━━━━━━━━━━━

📌 Главное о Modbus

Modbus — относительно простой протокол.

Но ошибки чаще всего возникают не из-за его сложности, а из-за неправильного понимания:

• адресации;
• типов регистров;
• функциональных кодов;
• форматов данных;
• особенностей интерфейса.

Понимание этих основ значительно упрощает настройку обмена между ПЛК, датчиками и исполнительными устройствами.

━━━━━━━━━━━━━━━━━━

💬 Вопрос к инженерам

С каким интерфейсом вы чаще работаете?

🔹 Modbus RTU / RS-485
🔹 Modbus TCP / Ethernet
🔹 Использую оба

Напишите в комментариях 👇

📤 Если статья полезна — перешлите её коллегам!

🔁 Поделитесь материалом в профильных чатах и сообществах.

📚 Больше статей по CODESYS и ПЛК:
https://t.me/codesys4

#Modbus #ModbusRTU #ModbusTCP #CODESYS #ОВЕН #ПЛК #АСУТП

🧠 РАЗБОР КОДА: MODBUS

🔌 Сможете правильно определить адрес регистра?

Представьте, что вы настраиваете обмен между ПЛК ОВЕН и частотным преобразователем по Modbus TCP.

В документации частотника указано:

Register: 40017
Type: Holding Register
Data: Motor Frequency
Format: UINT16

В программе используется нулевая адресация регистров.

Необходимо прочитать значение частоты двигателя.

━━━━━━━━━━━━━━━━━━

❓ Какой адрес нужно указать в запросе Modbus?

А) 40017
Б) 17
В) 16
Г) 40016

Не спешите! Вспомните, чем отличается обозначение регистра от адреса внутри Modbus-запроса.

👇 Нажмите на скрытый текст, чтобы проверить ответ.

✅ Правильный ответ — В) 16.

Разберёмся почему.

В традиционной нотации Modbus:

40001 — первый Holding Register
40002 — второй Holding Register
40003 — третий Holding Register

Соответственно:

40017 — семнадцатый Holding Register.

Но при нулевой адресации первый регистр имеет адрес 0.

Поэтому:

40001 → адрес 0
40002 → адрес 1
40003 → адрес 2
...
40017 → адрес 16

В запросе используется:

Function Code: 03
Starting Address: 16
Quantity: 1

FC03 означает чтение Holding Registers.

Цифра 4 из обозначения 40017 не является частью передаваемого адреса. Область данных определяется функциональным кодом.

Важно: такой расчёт верен, если документация использует традиционную нотацию 4xxxx, а программа ожидает нулевой адрес. Некоторые устройства и программы отображают адреса иначе.

━━━━━━━━━━━━━━━━━━

💡 Главное правило

Если документация использует традиционные обозначения Holding Registers:

40001 → 0
40002 → 1
40010 → 9
40017 → 16

Но всегда проверяйте систему адресации конкретного устройства и программы!

Ошибка на единицу — одна из распространённых причин неправильного чтения данных по Modbus.

━━━━━━━━━━━━━━━━━━

💬 Получилось ответить правильно?

Напишите в комментариях, какой вариант выбрали: А, Б, В или Г.

📤 Отправьте задачу коллеге, который работает с Modbus!

🔁 Репостните интерактив в профильный чат — пусть больше инженеров проверят свои знания.

📚 Больше материалов по CODESYS и ПЛК:
https://t.me/codesys4

#Modbus #ModbusTCP #CODESYS #ОВЕН #ПЛК #АСУТП

⚡ MODBUS — ГЕРОЙ СЕТИ! 🎸🔥

Кто сказал, что промышленная автоматизация — это скучно? 😎

🎬 Представляем музыкальный клип о настоящем герое промышленных сетей — MODBUS!

🤖 Битва с ошибками, потерянные пакеты, коварные тайм-ауты, армия регистров и инженер АСУ ТП, который просто хотел спокойно выпить кофе! ☕😂

🎸 Эпичный рок-гимн, фантастические приключения и немного инженерного юмора!

━━━━━━━━━━━━━━━━━━

🚀 Подписывайтесь на наш Telegram-канал!

👉 https://t.me/codesys4

❤️ Понравился клип? Поддержите реакцией!

📤 Отправьте видео друзьям и коллегам!

🔁 Репостните в инженерные чаты и каналы — пусть MODBUS объединяет инженеров!

⚡ Пусть связь будет стабильной, а тайм-ауты обходят стороной!

#Modbus #CODESYS #ПЛК #АСУТП #Автоматизация