ПР-103 Master запись в слейв по Флагу и по порядку взведенных флагов.

[geotime]

Добрый день.
Использую ПР103 (Master) и датчик расхода (Slave). Из даташита на датчик расхода - "Для изменения значения "Глубина фильтра" в датчике требуется сначала записать число (НЕХ 0хAA55) или (Int16 -21931) или Udin 43605 в OWEN LOGIC в так называемый регистр защиты от записи (WRITE PROTECT), после чего произвести запись в регистр "Глубина фильтра" нового значения.

"Функция WRITE PROTECT отключает регистр с защитой от записи и дает возможность изменять значение соответствующего регистра.
Например, для изменения коэффициента преобразования пользователю необходимо отправить значение 0xAA55 в регистр 0x0016, и только после этого включается функция
записи (функция защиты от записи соответственно отключается). После выполнения записи ПО автоматически активирует функцию защиты от записи".

Создал макросmacro1.PNG

Но попытки изменения значения в регистре проходят случайным образом.
do.PNG

online.png
На 5-10 попыток записи бывает проходит одна-две. Как я понимаю команды на запись идут не последовательно как я взвожу флаги.
Но как это поправить ума не приложу.


Настройки регистров в мастере такие
master1.PNG

master2.PNG

как правильно пользоваться этим.

master3.PNG
Разве они не противоречат друг другу? Как можно периодически писать по таймеру, по изменению и флагу(вернее можно, но как это работает в действительности). Как ставится запись в очередь по флагу? Соблюдается ли порядок добавления в очередь записи по флагу (допустим в этом цикле поступил запрос на запись 1 регистра, а следующем 2-го регистра, как они встанут в очередь записи?) ?

P.S. >Если делать вручную из OPC сервера OWEN ( сняли защиту от записи (43605), записали новое значение в регистр "фильтра", после чего автоматом активировалась защита от записи) каждая попытка записи заканчивается успешно. Т.е. датчик расхода работает как и написано в даташите.

С уважением Юрий.

[Dimensy]

А попробуйте так
Безымянный.png

[geotime]

Попробовал. Ничего не изменилось. И тут становится интересно почему не срабатывает. Я ставил разную задержку от 0,5 с до 2. Сработал один раз на задержке в 1 сек и всё. Хотя попыток было 15.
Нужно сниффер искать и смотреть, я не понимаю почему не срабатывает как задумывалось.
Услышать бы разработчиков OL (как этим правильно пользоваться и как это устроено), в справке это не очень понятно описано.

[Dimensy]

Попробовал. Ничего не изменилось. И тут становится интересно почему не срабатывает. Я ставил разную задержку от 0,5 с до 2. Сработал один раз на задержке в 1 сек и всё. Хотя попыток было 15.
Нужно сниффер искать и смотреть, я не понимаю почему не срабатывает как задумывалось.
Услышать бы разработчиков OL (как этим правильно пользоваться и как это устроено), в справке это не очень понятно описано.

А вы когда через OPC пробовали - у вас только эти два регистра были или сервер и другие регистры опрашивал?

[geotime]

А вы когда через OPC пробовали - у вас только эти два регистра были или сервер и другие регистры опрашивал?

Сервер и другие регистры опрашивал и другие устройства на шине. Но там я же вручную сначала в один регистр записывал, потом в другой. Промежуток между записью был где-то 3-5 сек.

[melky]

Записав в регистр разрешение записи вы можете читать этот же регистр?

[geotime]

Записав в регистр разрешение записи вы можете читать этот же регистр?

Он помечен как Write Only, но даже если читать из него там всегда 0. P.S. Даже если запись в него прошла.

[melky]

Что плохо, это то, что в ПР наверное нет ответов от прибора на запись и возможность их обработки. Допустим регистр только для записи, если запись идет по адресу прибора, то должен быть и ответ на запись (по OPC и сниферу есть/нет?)
И как ловить такие вещи ПР-кой? да никак блин, потому что прибор мягко выражаясь такого не умеет.

[geotime]

Что плохо, это то, что в ПР наверное нет ответов от прибора на запись и возможность их обработки. Допустим регистр только для записи, если запись идет по адресу прибора, то должен быть и ответ на запись (по OPC и сниферу есть/нет?)
И как ловить такие вещи ПР-кой? да никак блин, потому что прибор мягко выражаясь такого не умеет.

Да в OPC такое есть, и я вижу что запись в регистр Write Protect прошла, а потом прошла запись и в регистр назначения. А в ПР даже если я включу (отложенную на 0.1...2 от команды записи по флагу в регистр WriteProtect) через БЛИНК периодическую запись в регистр назначения ResponseTime это в большинстве случаев ничего не дает. Получается мультивибратор потому что я не знаю, а запись в регистр разрешения записи (Write protect) прошла или нет?

Завтра притащу из дома Логический Анализатор сяду на шину и посмотрю. Да и еще сегодня посмотрел осциллографом на форму сигнала (напомню на шине 4 устройства, длинна всей линии связи 1,5 метра, скорость 38400,1,8,N - сигнал напоминал пики Уральских гор. Подключил терминирующий резистор - все стало как в учебниках и горы сменились равниной. То есть еще одна потенциальная причина минус. Но даже до подключения резистора с ОРС все записывалось. А с ПР и после приведения линии в порядок все также. запись проходит но на 1...20 раз. Причем если отключить периодическую отправку (через БЛИНК) а отправлять вручную с экрана HMI ( он на другом интерфейсе) то значения иногда меняются при меньшем количестве попыток записи.

Скрины из OPC
Запись в регистр разрешения записи
write1.png

Запись в регистр назначения
write 2.png

[melky]

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

Дали импульс, дождались флага "я прочитал" ответ ОК, запускаем чтение следующей переменной. Нет, все смешали в кучу, период поставь на все и никакой толком слежки кроме отсутствия связи.

В общем как мастер ПР гавно, простите за мой французский.