Добрый день. В каком варианте Вы их планируете использовать, совместно с какими мастерами, они на самом деле есть, но я не уверен что они сильно нужны.
Вид для печати
На данный момент использую такую конструкцию для связки ПР200 и OwenCloud:
Вложение 48612
Сетевая переменная доступна для пользователя с экрана и с верхнего уровня для смены источника задания переменной float.
Соответственно я трачу целочисленные переменные и использую как bool.
Переменные типа float - энергонезависимые.
Адресное пространство сетевых переменных узкое. У меня кончилось.
Рекомендую начать с этого https://youtu.be/NYB9QbFuRfo, там пример для ПРМов дискретных, но смысл не меняется каждый регистр может передавать 16 бит, кроме эффективности по использованию сетевых ресурсов, при таком варианте выигрыш и в быстродействии.
Предложенная идея мне понятна, но такая реализация не позволит мне сохранить 2 независимых источника для редактирования.
В OC можно применить битовую маску и писать в uint16/32, на стороне ПР200 раскладывать. Но, если пользователь придёт к оборудованию, то не сможет с экрана поменять источник задания. Только из ОС.
Вышеописанная конструкция позволяет пространственное редактирование, поскольку изменить сетевую готовую переменную можно из разных источников. Минус в отжирании адресного пространства.
Второй путь, он правда более нагрузить сетевой обмен, использовать биты любой сетевой переменной из адресов 512-576, которые расположены в битовой области с адреса 2000(HEX) 8192 (DEC), для регистра с адресом 512 это адреса с 8192 по 8208 и т.д, 64*16=1024 бит со своим доступом для мастера, но это не эффективный путь.
Это тоже решаемо, просто чуть больше преобразований потребуется.
Собственно вот тут https://youtu.be/YibiaUavC20 есть 4 проекта, 2 моих и два более упрощенных с тем же функционалом, управление хоть из трех мест, решается макросами SelChgI, SelChgB, SelChgF.
Это возможно только из режима Master? Не совсем понял как это реализовать в словаре.
Макрос работает, однако источник задания явно не определён. Не всегда такой подход можно применить.
К тому же: если источник1 задал уставку 23, перебив тем самым уставку 22 источника2, то источник2 не сможет восстановить свою уставку повторно. Необходимо будет задать иное значение, вернувшись на старое.
Вот когда-то пример делал как изменять значение из двух мест(источников) и с экрана ПР, в принципе количество источников не ограничено, неразрешимых проблем я не вижу!
Вложение 48619
Вложение 48618