Вид для печати
Добрый день
Есть связка ПЛК-160-30 [M2] и модуль дискретного ввода MB110. Все сконфигурировал и могу обращаться к входам модуля через точку: module_in.0, module_in.1 и тд.
Вопрос: можно ли привязать каждый вход модуля к отдельной переменной (module_id1, module_id2 и тд)? (также как это работает в самом ПЛК-160, там для каждого входа/выхода можно задать свою переменную)
.............
Да, сейчас сконфигурировано так, что я читаю битовую маску всех входов (регистры 99 и 100).
Но в документациии к модулю я вижу что можно считать состояние каждого отдельного входа (Значение на входе № 1 - регистр 101, Значение на входе № 2 - регистр 102 и тд).
Вот не пойму как сконфигурировать модуль так, чтоб считывать каждый отдельный регистр в отдельную переменную.
Сейчас вот так:
Вложение 56975
Ну если в ПЛК руками разобрать.
Я так делаю: беру маску и через точки присваиваю её биты булевым переменным (типа - кнопки, лампы) - и с ними работаю
Не понимаю чем вас не устраиваетЦитата:
Сообщение от koroan
и т. д., как вы хотели каждой переменной присвоен бит. Этим вариантом все пользуются).Код:
Bit1:=module_in.0;
Bit2:=module_in.1;
............
Bit16:=module_in.15;
Но если очень надо, можно в каждый регистр вместо RegistrInput добавить по 2 шт. 8 BitInput, но это неточно))), есть и третий вариант, тут Petera писал в соседних темах.
Вот я отмечусь тоже.
Я так делаю:
Вложение 56977 Вложение 56978 Вложение 56979
Вот нашёл ещё вариант, пост № 5 от Petera.
https://owen.ru/forum/showthread.php...l=1#post187668
Не хотел делать именно так, потому что это лишние операции присваивания в программе. Аналогично в модуле вывода в конце программы нужно делатьЦитата:
Сообщение от kondor3000
module_out.0 := leftLampState;
вместо того, чтобы в коде программы сделать leftLampState := TRUE; и все (для этого мне и нужно переменную leftLampState привязать к определенному входу / выходу, тогда сразу после leftLampState := TRUE состояние выхода будет меняться )
Да, согласен. Тогда остается вариант, как Petera предложил (но там небольшой хак)Цитата:
Сообщение от capzap
А второй вариант проверить?Цитата:
Сообщение от koroan
capzap ...а ведь хочется иметь условные "Кнопки", "Лампы", "Датчики дверей" и прочие не в виде полей структуры. А они могут быть раскиданы по разным модулям IO.
Я руками всё присваиваю (и думаю написать тулзу, которая этот код будет генерировать автоматически). Делаю задачу с названием типа TaskIO, и там окучиваю:
* Опрос модулей (OCL, CommLib)
* Разбор битовых полей
* Режим теста IO (когда специальный вход врубает все-все выходы)
* Разбор данных с Modbus-устройств (это когда от датчика получаешь "Температура х 100" и надо перевести в REAL).
Система устоялась ща, но неудобная - это факт.
Добавил. Каналы я именую по тому, как модули обозначаются в щите (у меня весь ОВЕН - с префиксом W - W1, W2, W3) и по их типу. То есть: W2_32DI, W3_32DO, W6_8AI (если читаем пакетно).
В документации идёт большая таблица со списком IO по модулям, и поэтому если по ней видно что какая-нибудь кнопка света спальни верха подключена на 10ый вход модуля W2, то в коде присваивание будет выглядеть так:
Код:hwBtnLightSpalnVerh := W2_32DI.9;
capzap Так я готов учиться. Если речь идёт про какой-нить UNION из DWORD и битовых полей или MemCpy из буфера в структуру - то это я понял.
Но как быть, если я хочу видеть весь список переменных с префиксами (я же не просто так их делаю), ну типа:
hwBtnLightNNN
hwBtnMasterNNN
hwBtnTPolNNN
hwBtnVentNNN
а они будут распиханы по разным модулям IO? Я же хотел и хочу уйти от абстракции и работать в коде с булевыми переменными.
capzap Почитал. Так это шило на мыло: от W2_32DI никуда не уходим. А я хочу список своих переменных без ссылок на модули IO.
Я понял, ага: у тебя идёт от помещения, а у меня - от назначения.
А как ты так структурируешь через точку? Делаешь кучу своих типов данных? Или объектную модель, которая на лету собирает метаданные как у 1С?