Вид для печати
Там чтение 0х01 функцией, на 0х02 такое же поведение? типа булевая, но покажет число 11 ? типа замкнуто 3 входа ?
А если ее при этом перевести в Int переменную ? bool-to-int и как вариант попробовать FB на ST сделать и попробовать выдернуть число?
И как бы чтение других битов должно же было приводить к какому-то результату, нет?
С функцией "2" происходит то же самое. Скрины приложу сейчас. Функция 1 читает выходы, а функция 2 - входы.Цитата:
Сообщение от melky
Если ее стандартным готовым блоком bool_to_int интовать, то при интовании в единичку конвертируется только значение 1 переменной, значения 0, 2, 4, 8 на выходе блока bool_to_int принимают нулевое значение.
Пробовали писать функцию на ST с использованием внутри нее встроенной функции bool_to_udint() - тогда при любом положительном значении переменной на выходе функции единица, а при ноле, соответственно, ноль.
Чтение других битов дает всегда ноль, потому что все биты почему-то упаковываются в нулевой бит нулевого регистра.
Мда, тут явно косяк ОЛ. при значениях 1, 2, 4, 8 (как серым горит) переменная должна становиться true в зависимости какой бит выставлен в функции чтения.
Ну или реально, чтобы сделали переменную Byte для функций 0х01 и 0х02 и чтобы на поле программы она была как int чтобы уже там применять Extract и Putbit
И главное же сам ОЛ каким-то чудом выводит ЦИФРЫ :)
В этом то и парадокс. И самое интересное, выход щелкает только при значении "1" этой переменной.Цитата:
Сообщение от melky
осталось дождаться когда Вы по аналогии с выходами сделаете четыре входных буля и каждому, с помощью 2 функции, выставите в конфигураторе соответствующий бит и после покажете скринЦитата:
Сообщение от TaPX
Да пожалуйста:Цитата:
Сообщение от capzap
Вложение 69811Вложение 69812Вложение 69813Вложение 69814Вложение 69815Вложение 69816
замыкал входы на китайской релюшке.
p.s. непонятно в какой момент применяется распознавание бита, если вообще применяется, раз первая булевая переменная изменяет свои значения, хотя просто должна быть 0 или 1 в зависимости какой бит проверяется.
парадокс. Мы тут думаем, что проблема в прошивке ПР.Цитата:
Сообщение от melky
Проблема в прошивке китайского чуда.Цитата:
Сообщение от TaPX
Стандартом https://owen.ru/forum/showthread.php...l=1#post414984 не запрещено в функции 02(01) запрашивать по одному биту, что мастер в ПР и делает. В ответ нормальный слейв должен упаковать в байт ответа всего один бит(младший в байте ответа).
Китайское чудо упорно запихивает в байт ответа ВСЕ биты входов!!!.
Поигрался вчера с реальной ПРкой и реальным слейвом по этой картинке
Вложение 69817
Из нормального слейва в сетевые переменные Var1..Var3 читаются по одному биту, не зависимо от состояние соседних бит в слейве.
Если бы мастер в ПР мог делать чтение группы бит, то все бы работало, а так не судьба подружить ПРку с этим китайским чудом.
ЗЫ.
Мастер ПР знает, что в ответ на запрос ОДНОГО бита получит результат в младшем бите ответного байта, по этому ПО ПРки не предусматривает просмотр и выделение ВСЕХ бит из байта ответа
petera как тогда объяснить показания различных значений, которые видны на скринах в первой булевой переменной, 1, 2, 4, 8, 11 ????? 11 - включено 3 бита