С этим как раз проблем нетСообщение от melky
С этим как раз проблем нет
1exan так а в чем тогда проблема то? это нормально если ПЛК сбрасывает бит. Как вариант, зная что ПЛК сбрасывает бит, или даже не сбрасывает в команде отправлять триггерным способом. На входе 0 или 1 - отправить в команде противоположное значение.
Проблема с битовыми переменными, которые надо переключать в противоположное состояние - т.н. "кнопки с фиксацией"
1exan И? например ПЛК ничего не сбрасывает. Мы получаем от него некое число, где бит Х = 0, при отправке команды отправлять в число бит Х как !Х то есть по триггерному варианту. При следующем чтении из ПЛК мы получим противоположный бит Х. То есть бит Х входной переменной по сути нам и показывает состояние кнопки.
Или в MS4D с таким подходом все глухо?
Там проблема именно в невозможности определить заранее промежуток времени между "отправили команду" и "прочитали значение", а также в том, что нельзя иметь такие команды, чтобы например одна бы только сбрасывала бит, а другая - только взводила. По крайней мере я в такое упирался
блин, в очередной раз обламываете смотреть очередную MS4Dкакая-то концепция на постоянных костылях.
в RapidScada такой хрени нет. можно хоть постоянно долбить 1-цей в устройство, хоть 0-ем в команде. И есть внеочередной опрос после команды.
В общем-то там не так уж всё плохо, возможно и эти вопросы можно решитьблин, в очередной раз обламываете смотреть очередную MS4D
в RapidScada такой хрени нет. можно хоть постоянно долбить 1-цей в устройство, хоть 0-ем в команде. И есть внеочередной опрос после команды.
Ваши права
Ответить с цитированием