Запись переменной с двух мест по сети и с экрана

[kondor3000]

Локальная имеет свойство значения по умолчанию.
Сетевая нет, лишилась когда-то этого свойства.
Других отличий вроде нет.
Отсюда и костыли с записью из двух мест.

Уже нет, сетевым в слейве можно задать начальное значение и энергонезависимость.
Главное отличие, что сетевая по умолчанию это 1 регистр, а локальная 2 регистра.

Например локальная энергонезависимая переменная это команда
она будет сохранять свое значение при перезарузке ПР, т.е. если эта
команда Пуск вентсистемы, при перезагрузке прибора
система сначала отстановится, а затем перезапустится.
Также и с сетевой энергонезависимой переменной если
эта переменная команда, тогда энергонезависимость какой из
переменных устойчивей и отчего это зааисит ?

Главное отличие, что сетевая по умолчанию это 1 регистр, а локальная 2 регистра.
Сохранение переменной зависит от написанной программы. Если вы при включении перезапишите её в 0, то энергонезависимость не поможет и неважно сетевая или локальная.
Поэтому в ОЛ все переменные для сохранения делаются со входом и выходом. (с SEL или без).
В мастере сетевую надо инициализировать из обычной или читать из слейва.

[melky]

Уже нет, сетевым в слейве можно задать начальное значение и энергонезависимость.
Главное отличие, что сетевая по умолчанию это 1 регистр, а локальная 2 регистра.

Для ПР200 это возвращено? в какой версии? или эта возможность (задание значения по умолчанию) есть только для новых ПР типа 103, 205 и т.д. ?

[Сергей0308]

Уже нет, сетевым в слейве можно задать начальное значение и энергонезависимость.
Главное отличие, что сетевая по умолчанию это 1 регистр, а локальная 2 регистра.


Главное отличие, что сетевая по умолчанию это 1 регистр, а локальная 2 регистра.
Сохранение переменной зависит от написанной программы. Если вы при включении перезапишите её в 0, то энергонезависимость не поможет и неважно сетевая или локальная.
Поэтому в ОЛ все переменные для сохранения делаются со входом и выходом. (с SEL или без).
В мастере сетевую надо инициализировать из обычной или читать из слейва.

По меньшей мере(но этого достаточно) это не так, в смысле, сетевая переменная с плавающей запятой всегда занимает 2 регистра(32-х битная).

[kondor3000]

По меньшей мере(но этого достаточно) это не так, в смысле, сетевая переменная с плавающей запятой всегда занимает 2 регистра(32-х битная).

Это частный случай, указывая Float, вы указываете уже 2 регистра сами, для битовой маски (или для бит) и для целых это 1 регистр по умолчанию и это главная ошибка новичков.

[Сергей0308]

Это частный случай, указывая Float, вы указываете уже 2 регистра сами, для битовой маски (или для бит) и для целых это 1 регистр по умолчанию и это главная ошибка новичков.

Вот видите, Вы даже сами себе противоречите, в смысле, в преведущем посте Вы написали безусловное положение, что сетевая переменная по умолчанию занимает один регистр!

[AHom]

Сергей0308 можете пояснить, в чем с Вашей точки зрения главные
отличия локальной и сетевой энергонезависимых переменных, учитывая
сказанное в предыдущих постах ?

[Сергей0308]

Сергей0308 можете пояснить, в чем с Вашей точки зрения главные
отличия локальной и сетевой энергонезависимых переменных, учитывая
сказанное в предыдущих постах ?

Помнится на форуме даже вопрос всплывал, кому-то не хватало энергонезависимой памяти и он использовал сетевые переменные(в режиме слейв) как обычные локальные энергонезависимые переменные, для них, как я понимаю память резервируется независимо от того используются они или нет, короче, для ПР200 особой разницы нет, за исключением, что сетевые можно читать(писать) по интерфейсу RS485, но от ПР к ПР их свойства постоянно меняются, не знаю зачем, например в ПР200 их можно было вывести на экран для редактирования, а в ПР225, на форуме вроде писали, что теперь нельзя сетевые переменные непосредственно на экран вывести, чуть ли не каждый день нововведения, короче, лучше спросите у "творцов" что они там натворили, я как бы специально не слежу за их нововведениями, мне это не интересно, а ПР225 у меня нет!

[FPavel]

На форуме были сообщения, что если сетевая Slave переменная не используется в программе, то обращение к ней от Master вызовет ошибку. Это приводило к невозможности считывать все Slave переменные одним запросом.

Свойства сетевых переменных различаются от модели к модели ПР.

В ПР205/225 их можно редактировать с экрана.
Но нужно помнить, что целочисленные сетевые переменные имеют размер 2 байта (16 бит), а в программе используются целочисленные переменные 4 байта (32 бита). Т.е. при присвоении возможна потеря разрядности, искажение значения.

Также, время цикла ПР зависит от количества сетевых переменных независимо от существования опрашивающего Master-устройства. Причём, весьма существенно.
В программе управления двумя насосными группами (5+2), одна из которых заполняла резервуар (АВР, каскад, ПИД), а другая его опустошала (АВР, каскад, ПИД, сон), автоматическое и ручное управление, по десятку блокировок и защит на насос в зависимости от группы, все настройки, режимы и состояния доступны с панели оператора. Всего 160 переменных на 200 регистров.
Цикл выполнения стал 34 мс.

[FPavel]

Возвращаясь к исходной теме - управление из нескольких источников...

Сейчас искал у себя кое-какую документацию и наткнулся на собственные тесты разных задач. Нашёл среди них выдержки из ГОСТ Р МЭК 61511-2-2018. В приложении к этому ГОСТ в редакции 2018 года рассматривалось управление соленоидным клапаном (SOV), приводились схемы автоматизации, схемы подключений и структурная схема управления (похожая на FBD программу) и даже FBD программа.
Как раз рассматривалось поступление команд из нескольких источников. И видно, что эти команды подаются в виде импульсов, чтобы могла выполниться и другая команда.

Т.е. решение задачи - в принятии и принудительной организации всех команд исключительно в виде импульсов. А импульсы уже проще обрабатывать и переключать триггеры (как явные, так и неявные на if).

Этот ГОСТ интересен тем, что в каждой редакции меняется раздел приложений и рассматриваются разные примеры. Вот только найти действующую редакцию затруднительно. А за 2018 - можно.

[AHom]

Здравствуйте !
Вот сейчас в ПР205 для управления приточно-вытяжной установкой используются в большей части сетевые переменные, которые привязаны также и к экрану прибора, а значит их можно
задавать как с экрана ,так и по сети. И поэтому вопрос следующий: если таким переменным задано определенное значение с экрана, после этого сделать в Owen Cloud импорт файла
Json со всеми сетевыми переменными прибора, то ведь в этом случае значение настраиваемых управляемых переменных в облаке будет 0, такого же значения они станут и в приборе в
не зависимости от первоначального значения заданного с экрана или нет, сохранят значения ?