Вид для печати
Допустим к ПЛК подключен МВА8. Связь сконфигурирована в CoDeSys PLC-configuration как Modbus(master) RS-485 - MVA8
Вот ПЛК отправляет запрос, а ответа, допустим, нет. Нет секунду, нет минуту, нет час. И чего будет?
Если ничего не будет, так будет совсем плохо. Не уж то всё писать через SysLibCom?
Почитать описание. Есть в подмодуле ModBus Master соответствующие параметры, отвечающие за ошибку обмена.
Велосипед в миллионный раз изобретать интересно, но!Цитата:
Сообщение от aven
Открываем РП и читаем главу Modbus Master из которой мы узнаем, что есть два регистра
last adres и last error.
Дальше дело техники, но в подсказку, ставите оператор case, а в качестве его статуса задаете last adres. Если он совпадает с адресом вашего устройства, то в переменную ошибки пишите last error.
Примерно так:
В сети устройство с адресом 16 (*Last address*), Priznak_KacH-Это(*Last error*)
IF Adres=16 AND Priznak_KacH=81 THEN
M_KacH:=TRUE;
ELSIF Adres=16 AND Priznak_KacH=0 THEN
M_KacH:=FALSE;
END_IF
Затем поставьте переменную M_KacH, к примеру на вход таймера "Задержка включения".
Если по истечении какого-то времени не было удачных сеансов связи, то поднимайте тревогу.
N_KacH(IN:=M_KacH , PT:=T#5s , Q=> , ET=> );
M_KacH_p:=TON_KacH.Q;
Вопрос 1,
зачем Last address типа DWORD ?
Вопрос 2,
зачем всё это имеет идентификатор %Q типа выход?
Вопрос 3,
выловить ошибку на конкретном устройстве... вот их 16 будет. На одном подкоротило шину, гвоздиком прибили провод но не насмерть. Получилось, что кто-то ловить пакеты, а кто-то нет. Допустим 5 адресов нормально, а с остальных мы имеем только Last address. Как не пропустить его оперативные изменения?
1,2- Вам это принципиально?
3-а в чем трудность? Какая разница 1 устройство или 16.
Берем мою разработку за основу. Я ее успешно внедрил уже на нескольких объектах, в том числе и на котельной.
1) Делаем ФБ
Область объявления:
Тело ФБ:Код:FUNCTION_BLOCK Get_Modules_Errors
VAR_INPUT
err:WORD;
END_VAR
VAR_OUTPUT
stat:BOOL:=0;
END_VAR
VAR
rt: R_TRIG;
tim_err: TIME := T#5s;
t: TON;
END_VAR
Код:(*Тригер прихода ошибки*)
rt(CLK:=WORD_TO_BOOL(err));
(*Если пришла ошибка, запускаем таймер*)
IF rt.Q THEN
t(IN:=TRUE , PT:=tim_err);
END_IF
(*Вызываем таймер*)
t;
(*Если таймер не запущен и ошибки нет, то аварии нет*)
IF t.IN=FALSE AND err=0 THEN
stat:=FALSE;
END_IF
(*Если таймер запущен, а ошибка ушла, то была помеха, отключаем аварию и таймер*)
IF t.IN AND err=0 THEN
t(IN:=FALSE , PT:=tim_err);
stat:=FALSE;
END_IF
(*Если таймер отработал, а ошибка не ушла - беда, ищем ваши гвозди ))) *)
IF t.Q THEN
stat:=TRUE;
t(IN:=FALSE , PT:=tim_err);
END_IF
RETURN;
В основной программе делаем следующее:
Область объявления:
В теле пишем следующее:Код:PROGRAM PLC_PRG
VAR
(*Обработка гвоздей, грызунов, монтажников, и солнечного затмения*)
er_32: Get_Modules_Errors;
er_48: Get_Modules_Errors;
er_64: Get_Modules_Errors;
er_80: Get_Modules_Errors;
er_112:Get_Modules_Errors;
(*Каждому модулю даем свою ошибку*)
mod_32:BOOL:=0;
mod_48:BOOL:=0;
mod_64:BOOL:=0;
mod_80:BOOL:=0;
mod_112:BOOL:=0;
END_VAR
Все гениальное просто.Код:CASE Last_adr OF
32:
er_32(err:=Last_err , stat=> mod_32);
48:
er_48(err:=Last_err , stat=> mod_48);
64:
er_64(err:=Last_err , stat=> mod_64);
80:
er_80(err:=Last_err , stat=> mod_80);
112:
er_112(err:=Last_err , stat=> mod_112);
END_CASE;
Спасибо, хорошая программка!
В конфигурации ПЛК надо создать еще 2-е переменные:
в модбас мастере- Last_adr и Last_err
На тревогу подключаем переменные: mod_32, mod48...
Возможно ли эту программку использовать, если помимо 485 сети имеется сеть на 232 порту через интерфейс АС3_М?
Александр растолкуйте назначение триггера rt(CLK:=WORD_TO_BOOL(err)); И почему нельзя просто обойтись TON?Цитата:
Сообщение от Александр Приходько
Добрый день.
Решил не создавать новую тему, а поднять старую. Тема та же, только под другим углом.
Цитата:
Сообщение от Николаев Андрей
Подскажите пожалуйста, как выяснить адрес устройства, с целью контроля связи, при опросе приборов по Ethernet (ПЛК110 опрашивает через МКОН).Цитата:
Сообщение от Александр Приходько
В данном случае в регистре last adress постоянное значение, вероятно т.к. IP один, а адрес конечного прибора задается в "Universal Modbus device".
Добрый день, Валенок.Цитата:
Сообщение от Валенок
Спасибо что откликнулись.
Прошу Вас пояснить, что Вы имели ввиду. Адрес устройств опрашиваемых по RS мне известны, опрос ПЛК110 Ethernet Modbus Master > МКОН > устройства RS485 Slave производится.
В РП "Программирование программируемых логических контроллеров ПЛК110" содержится информация обсуждаемая в данной теме:
«Last Address» – содержит адрес последнего опрошенного мастером
устройства (адрес последовательного устройства или IP-адрес, в зависимости от режима работы универсального устройства ModBus);
− «Last error» – содержит код ошибки из таблицы В.1"
Меня интересует, как в CoDeSys 2.3 выяснить какому из устройств на нижнем уровне (Slave RS485) принадлежит ошибка содержится в "Last error", какой ModbusSlaveAdress в данный момент опрашивается. В регистре «Last Address» всегда одно и то же значение = IP МКОН.
Вложение 51588
РЭ на какое устройство мне стоит еще раз перечитать?
:confused:Цитата:
Сообщение от Валенок
РЭ МКОН конечно же читал, возможно не то ищу, поэтому и спрашиваю.
стр. 17 РЭ МКОН содержит изображение плагина настроек шлюза, примечание о резервировании адреса 1 и отсыл к приложению "Ручная настройка".
Я не нахожу здесь ответа на вопрос, как в CoDeSys 2.3 диагностировать ошибку связи с определенным Slave устройством в сети RS-485.
Вероятно "не". "Рисунок 7.5 – Настройки шлюза Master RS-485/Slave Ethernet" - другой режим. Меня интересует Master Ethernet/Slave RS-485.Цитата:
Сообщение от Валенок
Если я верно трактую документацию, при обращении к МКОН по Ethernet порт не изменно равен 502.
Вложение 51662
PS Разные Slave ID в RTU, в Ethernet имеют различные друг от друга Slave ID. Они одинаковы, что в RTU, что в Ethernet.
Вопрос был, что в CoDeSys регистр «Last Address» содержит всегда одно и то же значение Module IP = IP МКОН, а Slave ID задается в ModuleSlave и как идентифицировать опрашиваемое устройство в момент получения ошибки Last Error.
Благодаря пользователю Валенок получилось вычислить КС. Немного поправил, как мог.
Код:FUNCTION crc16Calc : WORD
VAR_INPUT
buffer : POINTER TO ARRAY[0..16] OF BYTE;
n : INT;
END_VAR
VAR
i : INT;
crc1, crc2, tmp : BYTE;
END_VAR
Запрос/ответКод:crc1 := crc2 := 16#FF;
i := 0;
WHILE i < n DO
crc2 := crc2 XOR buffer^[i];
tmp := ((ROL(crc2,4) OR ROR(crc2,4)) AND 16#0F) XOR crc2;
crc2 := crc1;
crc1 := tmp;
tmp := (ROL(tmp,4) OR ROR(tmp,4)) AND 16#F0;
crc2 := crc2 XOR tmp;
tmp := SHL(tmp,1) XOR crc1;
crc1 := SHR(crc1, 3);
crc2 := crc2 XOR crc1;
crc1 := tmp;
i := i + 1;
END_WHILE
crc16Calc := crc2 + SHL(BYTE_TO_WORD(crc1), 8);
[22/05/2021 12:00:56] Written data (COM4)
03 00 02 03 49 1d ....I.
[22/05/2021 12:00:56] Read data (COM4)
03 00 02 6a b4 92 ...jґ’
1 байт - адрес устройства
2 байт - адрес устройства (пусто)
3 байт - регистр управления ключом
4 байт - регистр состояния 6 дискретных входов
5,6 КС
Из описания
Вложение 55241
Теперь надо осуществить процедуру обмена. Уф, это ещё неделю сидеть буду. А потом ещё циклический опрос 15 устройств.
Зачем Вы гадите в тему если у Вас протокол не модбас?Цитата:
Сообщение от Павел_Хабаровск
Почти Modbus второй байт назвали бы функцией и номер, пусть 100 и вполне похоже на Modbus.Цитата:
Сообщение от capzap
вполне не тоже самое что в соответствии со стандартомЦитата:
Сообщение от ferret_maybe
вот жеон сам на этом споткнулся, требует чтоб десятичная 218 чудесным образом превратилась в 139 от незнания что пользуется не тем протоколом и так же ему подобные новички увидев в теме про модбас и полином A001h какой то расчет контрольной суммы и воспользуются им будут удивляться почему данные не приходятЦитата:
Сообщение от Павел_Хабаровск