ПР + РЕЛЕ С ИНТЕРФЕЙСОМ RS485

[melky]

Там чтение 0х01 функцией, на 0х02 такое же поведение? типа булевая, но покажет число 11 ? типа замкнуто 3 входа ?

А если ее при этом перевести в Int переменную ? bool-to-int и как вариант попробовать FB на ST сделать и попробовать выдернуть число?

И как бы чтение других битов должно же было приводить к какому-то результату, нет?

[TaPX]

Там чтение 0х01 функцией, на 0х02 такое же поведение? типа булевая, но покажет число 11 ? типа замкнуто 3 входа ?

А если ее при этом перевести в Int переменную ? bool-to-int и как вариант попробовать FB на ST сделать и попробовать выдернуть число?

И как бы чтение других битов должно же было приводить к какому-то результату, нет?

С функцией "2" происходит то же самое. Скрины приложу сейчас. Функция 1 читает выходы, а функция 2 - входы.
Если ее стандартным готовым блоком bool_to_int интовать, то при интовании в единичку конвертируется только значение 1 переменной, значения 0, 2, 4, 8 на выходе блока bool_to_int принимают нулевое значение.
Пробовали писать функцию на ST с использованием внутри нее встроенной функции bool_to_udint() - тогда при любом положительном значении переменной на выходе функции единица, а при ноле, соответственно, ноль.

Чтение других битов дает всегда ноль, потому что все биты почему-то упаковываются в нулевой бит нулевого регистра.

[melky]

Мда, тут явно косяк ОЛ. при значениях 1, 2, 4, 8 (как серым горит) переменная должна становиться true в зависимости какой бит выставлен в функции чтения.

Ну или реально, чтобы сделали переменную Byte для функций 0х01 и 0х02 и чтобы на поле программы она была как int чтобы уже там применять Extract и Putbit

И главное же сам ОЛ каким-то чудом выводит ЦИФРЫ

[TaPX]

Мда, тут явно косяк ОЛ. при значениях 1, 2, 4, 8 (как серым горит) переменная должна становиться true в зависимости какой бит выставлен в функции чтения.

Ну или реально, чтобы сделали переменную Byte для функций 0х01 и 0х02 и чтобы на поле программы она была как int чтобы уже там применять Extract и Putbit

И главное же сам ОЛ каким-то чудом выводит ЦИФРЫ

В этом то и парадокс. И самое интересное, выход щелкает только при значении "1" этой переменной.

[capzap]

С функцией "2" происходит то же самое. Скрины приложу сейчас. Функция 1 читает выходы, а функция 2 - входы.
Если ее стандартным готовым блоком bool_to_int интовать, то при интовании в единичку конвертируется только значение 1 переменной, значения 0, 2, 4, 8 на выходе блока bool_to_int принимают нулевое значение.
Пробовали писать функцию на ST с использованием внутри нее встроенной функции bool_to_udint() - тогда при любом положительном значении переменной на выходе функции единица, а при ноле, соответственно, ноль.

Чтение других битов дает всегда ноль, потому что все биты почему-то упаковываются в нулевой бит нулевого регистра.

осталось дождаться когда Вы по аналогии с выходами сделаете четыре входных буля и каждому, с помощью 2 функции, выставите в конфигураторе соответствующий бит и после покажете скрин

[TaPX]

осталось дождаться когда Вы по аналогии с выходами сделаете четыре входных буля и каждому, с помощью 2 функции, выставите в конфигураторе соответствующий бит и после покажете скрин

Да пожалуйста:
Снимок экрана (48).pngСнимок экрана (49).pngСнимок экрана (50).pngСнимок экрана (51).pngСнимок экрана (52).pngСнимок экрана (53).png

замыкал входы на китайской релюшке.

[melky]

p.s. непонятно в какой момент применяется распознавание бита, если вообще применяется, раз первая булевая переменная изменяет свои значения, хотя просто должна быть 0 или 1 в зависимости какой бит проверяется.

[TaPX]

p.s. непонятно в какой момент применяется распознавание бита, если вообще применяется, раз первая булевая переменная изменяет свои значения, хотя просто должна быть 0 или 1 в зависимости какой бит проверяется.

парадокс. Мы тут думаем, что проблема в прошивке ПР.

[petera]

парадокс. Мы тут думаем, что проблема в прошивке ПР.

Проблема в прошивке китайского чуда.
Стандартом https://owen.ru/forum/showthread.php...l=1#post414984 не запрещено в функции 02(01) запрашивать по одному биту, что мастер в ПР и делает. В ответ нормальный слейв должен упаковать в байт ответа всего один бит(младший в байте ответа).
Китайское чудо упорно запихивает в байт ответа ВСЕ биты входов!!!.

Поигрался вчера с реальной ПРкой и реальным слейвом по этой картинке
Захват-01.png

Из нормального слейва в сетевые переменные Var1..Var3 читаются по одному биту, не зависимо от состояние соседних бит в слейве.
Если бы мастер в ПР мог делать чтение группы бит, то все бы работало, а так не судьба подружить ПРку с этим китайским чудом.

ЗЫ.
Мастер ПР знает, что в ответ на запрос ОДНОГО бита получит результат в младшем бите ответного байта, по этому ПО ПРки не предусматривает просмотр и выделение ВСЕХ бит из байта ответа

[melky]

petera как тогда объяснить показания различных значений, которые видны на скринах в первой булевой переменной, 1, 2, 4, 8, 11 ????? 11 - включено 3 бита