Фичи и баги OWEN Logic

[Сергей0308]

Сергей, естественно я не рассматривал другое состояние входов, мне они не нужны. Состояние входов будет именно такое какое мне нужно и какое я описАл.
Уж извините, что мне нужно именно так , а не иначе..

Помните как Горбачёв говорил: по этому вопросу существует два альтернативных мнения, одно - моё, другое - неправильное!
Вот это и принципиально неправильно, должны быть предусмотрены не только штатные режимы, но и нештатные, например контакт пропадёт или провод оторвётся, даже в этом случае всё должно быть предусмотрено, чтобы неисправность не привела к аварии!

[=provincial=]

Здравствуйте, очень не хватает булевых переменных при работе по интерфейсу в режиме Slave.
Адресное пространство тоже не велико: 512-575, что даёт 64 целых или 32 переменных типа float.

[Ревака Юрий]

Здравствуйте, очень не хватает булевых переменных при работе по интерфейсу в режиме Slave.

Добрый день. В каком варианте Вы их планируете использовать, совместно с какими мастерами, они на самом деле есть, но я не уверен что они сильно нужны.

[=provincial=]

На данный момент использую такую конструкцию для связки ПР200 и OwenCloud:
toOwen.png

Сетевая переменная доступна для пользователя с экрана и с верхнего уровня для смены источника задания переменной float.
Соответственно я трачу целочисленные переменные и использую как bool.
Переменные типа float - энергонезависимые.

Адресное пространство сетевых переменных узкое. У меня кончилось.

[Ревака Юрий]

На данный момент использую такую конструкцию для связки ПР200 и OwenCloud:
toOwen.png

Сетевая переменная доступна для пользователя с экрана и с верхнего уровня для смены источника задания переменной float.
Соответственно я трачу целочисленные переменные и использую как bool.
Переменные типа float - энергонезависимые.

Адресное пространство сетевых переменных узкое. У меня кончилось.

Рекомендую начать с этого https://youtu.be/NYB9QbFuRfo, там пример для ПРМов дискретных, но смысл не меняется каждый регистр может передавать 16 бит, кроме эффективности по использованию сетевых ресурсов, при таком варианте выигрыш и в быстродействии.

[Ревака Юрий]

Второй путь, он правда более нагрузить сетевой обмен, использовать биты любой сетевой переменной из адресов 512-576, которые расположены в битовой области с адреса 2000(HEX) 8192 (DEC), для регистра с адресом 512 это адреса с 8192 по 8208 и т.д, 64*16=1024 бит со своим доступом для мастера, но это не эффективный путь.

[=provincial=]

Второй путь, он правда более нагрузить сетевой обмен, использовать биты любой сетевой переменной из адресов 512-576, которые расположены в битовой области с адреса 2000(HEX) 8192 (DEC), для регистра с адресом 512 это адреса с 8192 по 8208 и т.д, 64*16=1024 бит со своим доступом для мастера, но это не эффективный путь.

Это возможно только из режима Master? Не совсем понял как это реализовать в словаре.

Это тоже решаемо, просто чуть больше преобразований потребуется.

"Собственно вот тут https://youtu.be/YibiaUavC20 есть 4 проекта, 2 моих и два более упрощенных с тем же функционалом, управление хоть из трех мест, решается макросами SelChgI, SelChgB, SelChgF."

Макрос работает, однако источник задания явно не определён. Не всегда такой подход можно применить.
К тому же: если источник1 задал уставку 23, перебив тем самым уставку 22 источника2, то источник2 не сможет восстановить свою уставку повторно. Необходимо будет задать иное значение, вернувшись на старое.

[Сергей0308]

На данный момент использую такую конструкцию для связки ПР200 и OwenCloud:
toOwen.png

Сетевая переменная доступна для пользователя с экрана и с верхнего уровня для смены источника задания переменной float.
Соответственно я трачу целочисленные переменные и использую как bool.
Переменные типа float - энергонезависимые.

Адресное пространство сетевых переменных узкое. У меня кончилось.

Неужели не хватает для уставки диапазона INT(UINT)? Тогда количество сетевых переменных могло вырасти в 2 раза! Какой у вас диапазон и с какой дискретностью(минимальной ступенькой) необходимо менять?

[=provincial=]

Предложенная идея мне понятна, но такая реализация не позволит мне сохранить 2 независимых источника для редактирования.
В OC можно применить битовую маску и писать в uint16/32, на стороне ПР200 раскладывать. Но, если пользователь придёт к оборудованию, то не сможет с экрана поменять источник задания. Только из ОС.
Вышеописанная конструкция позволяет пространственное редактирование, поскольку изменить сетевую готовую переменную можно из разных источников. Минус в отжирании адресного пространства.

[Ревака Юрий]

Предложенная идея мне понятна, но такая реализация не позволит мне сохранить 2 независимых источника для редактирования.
В OC можно применить битовую маску и писать в uint16/32, на стороне ПР200 раскладывать. Но, если пользователь придёт к оборудованию, то не сможет с экрана поменять источник задания. Только из ОС.

Это тоже решаемо, просто чуть больше преобразований потребуется.

Собственно вот тут https://youtu.be/YibiaUavC20 есть 4 проекта, 2 моих и два более упрощенных с тем же функционалом, управление хоть из трех мест, решается макросами SelChgI, SelChgB, SelChgF.