Фичи и баги OWEN Logic

[kondor3000]

Добрый день. Как-то уже пытался найти ответ на этот вопрос, но так и не нашёл. Баг или фича? Дано: ПР-103 и китайский релейный модуль, подкинутый к ПР по модбас-рту. у модуля есть два дискретных входа. Теоретически они должны считываться ПР-кой либо в две булевых переменных, либо в одну вордовую, из которой можно потом побитно эти входы считать. Но практически все интереснее: оба входа считываются в одну БУЛЕВУ переменную. И если ее прокинуть на выход ПР, то выход срабатывает только при подаче сигнала на первый вход модуля. А если замкнуть второй вход китайского модуля - В БУЛЕВОЙ ПЕРЕМЕННОЙ отображается циферка 2 - но выход ПР, на который она прокинута, не срабатывает. Как это вообще возможно такое поведение? И опять же - я читаю дискретные входы из китайского модуля функцией модбас 02, которая вроде как подразумевает чтение НЕСКОЛЬКИХ дискретных входов - и согласно этой логике для такого поведения должен выбираться целочисленный тип переменной. Но выбирается только булевый. Это можно как-то пофиксить/обойти? Или так будет всегда?
Вложение 83189Вложение 83190Вложение 83191

Пробуйте считать целое, функцией 03 или 04, Маску бит и выделить из них биты, 1 - 0 бит, 2 -1 бит.

[TaPX]

Пробуйте считать целое, функцией 03 или 04, Маску бит и выделить из них биты, 1 - 0 бит, 2 -1 бит.

целое не считывается, к сожалению

[1exan]

Добрый день. Как-то уже пытался найти ответ на этот вопрос, но так и не нашёл. Баг или фича? Дано: ПР-103 и китайский релейный модуль, подкинутый к ПР по модбас-рту. у модуля есть два дискретных входа. Теоретически они должны считываться ПР-кой либо в две булевых переменных, либо в одну вордовую, из которой можно потом побитно эти входы считать. Но практически все интереснее: оба входа считываются в одну БУЛЕВУ переменную. И если ее прокинуть на выход ПР, то выход срабатывает только при подаче сигнала на первый вход модуля. А если замкнуть второй вход китайского модуля - В БУЛЕВОЙ ПЕРЕМЕННОЙ отображается циферка 2 - но выход ПР, на который она прокинута, не срабатывает. Как это вообще возможно такое поведение? И опять же - я читаю дискретные входы из китайского модуля функцией модбас 02, которая вроде как подразумевает чтение НЕСКОЛЬКИХ дискретных входов - и согласно этой логике для такого поведения должен выбираться целочисленный тип переменной. Но выбирается только булевый. Это можно как-то пофиксить/обойти? Или так будет всегда?

А если эту "булевую" двойку преобразовать в целое - что будет?

[TaPX]

А если эту "булевую" двойку преобразовать в целое - что будет?

Снимок экрана (15).png ну вот такое получается

[МихаилГл]

Это как так:
Булево регистр 0 бит 0 и ниже
Булево регистр 0 бит 1...
Скидывайте инструкцию на девайс...

PS Сам неправ, потому что с коилами не работал.

Может пр'ка не булевы цифры показывает, а основной регистр?

[TaPX]

Это как так:
Булево регистр 0 бит 0 и ниже
Булево регистр 0 бит 1...
Скидывайте инструкцию на девайс...

PS Сам неправ, потому что с коилами не работал.

Может пр'ка не булевы цифры показывает, а основной регистр?

https://pcus.ru/moduli/moduli-rele/r...-modbus-rtu-2x - вся инструкция, какую нашёл. Это чудеса - как вообще в булевой переменной может отображаться целочисленная двойка?

[kondor3000]

https://pcus.ru/moduli/moduli-rele/r...-modbus-rtu-2x - вся инструкция, какую нашёл. Это чудеса - как вообще в булевой переменной может отображаться целочисленная двойка?

Это баг ОЛ, и уже давно. Читаем бит как регистр 0 бит 1, получаем маску, число 2 ( в данном случае), а по факту это бит.
Китайские реле не хотят работать с ПР от Овен, да и с ПЛК иногда только через биб-ку.

[TaPX]

Это баг ОЛ, и уже давно. Читаем бит как регистр 0 бит 1, получаем маску, число 2 ( в данном случае), а по факту это бит.
Китайские реле не хотят работать с ПР от Овен, да и с ПЛК иногда только через биб-ку.

А какие библиотеки можно использовать для ПЛК?

[kondor3000]

А какие библиотеки можно использовать для ПЛК?

Биб-ки Модбас, примеры на сайте. Разговор о ПЛК1хх

[TaPX]

Биб-ки Модбас, примеры на сайте. Разговор о ПЛК1хх

а на ПЛК 2хх?