Оператор MOVE в owen logic

[pro100nik]

Написать свой, всего 2 минуты надо, например 1 Выбор SELECT.jpg

function GetEquip: udint;    
    var_input 
       Enable  : bool ; 
       State   : udint;
       C00,C01,C02,C03,C04,C05  : udint;
    end_var
   if Enable  then
      case State of
        0:  GetEquip := 0;     //       
        1:  GetEquip := C01;
        2:  GetEquip := C02;
        3:  GetEquip := C03;
        4:  GetEquip := C04;
        5:  GetEquip := C05;     
        
          else GetEquip := 0;  //   
      end_case
    else GetEquip := 0;  
   end_if 
end_function

А если нужно оставлять "старое" значение, то есть ни одно новое не надо? Я знаю, что выход пере запишется последним активным, что например не даст возможность перезаписывать с "экрана" или из канала modbus. Так что это не аналог MOVE.

[capzap]

А если нужно оставлять "старое" значение, то есть ни одно новое не надо? Я знаю, что выход пере запишется последним активным, что например не даст возможность перезаписывать с "экрана" или из канала modbus. Так что это не аналог MOVE.

вместо else GetEquip := 0; записать старое значение и будет выполнено Ваше пожелание

[pro100nik]

вместо else GetEquip := 0; записать старое значение и будет выполнено Ваше пожелание

Я именно так и сделал.
Но представьте, что эта-же переменная записывается не только в коде но и по модбасу. В этом случае как понять, что нужно обновить эту переменную? Ответ: то, что придёт по модбасу будет затёрто "записать старое значение(else GetEquip := 0)".
Естественно уже сделан костыль - в модбасе появляется лишняя битовая переменная активная если нужно "принять данные" по модбасу. Но для это на "той" стороне пришлось делать целый цирк с этой лишней битовой переменной.
А поскольку эта переменная является уставкой то её нужно менять не только из кода или по модбасу, но и необходимо иметь возможность устанавливать с экрана контроллера. То есть появляется уже третий источник изменения. И тут уже опять "цирковое жонглирование переменными" для синхронизации актуальности данных.
Эти проблемы не возникают там, где есть MOVE/MEMSET и т.п..

[Сергей0308]

Я именно так и сделал.
Но представьте, что эта-же переменная записывается не только в коде но и по модбасу. В этом случае как понять, что нужно обновить эту переменную? Ответ: то, что придёт по модбасу будет затёрто "записать старое значение(else GetEquip := 0)".
Естественно уже сделан костыль - в модбасе появляется лишняя битовая переменная активная если нужно "принять данные" по модбасу. Но для это на "той" стороне пришлось делать целый цирк с этой лишней битовой переменной.
А поскольку эта переменная является уставкой то её нужно менять не только из кода или по модбасу, но и необходимо иметь возможность устанавливать с экрана контроллера. То есть появляется уже третий источник изменения. И тут уже опять "цирковое жонглирование переменными" для синхронизации актуальности данных.
Эти проблемы не возникают там, где есть MOVE/MEMSET и т.п..

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

https://owen.ru/forum/showthread.php...l=1#post376273

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

32 Т-триггера + управление из нескольких мест(по сети).PNG

[capzap]

Ответ: то, что придёт по модбасу будет затёрто "записать старое значение(else GetEquip := 0)".
..

Я считал что Вы понимаете код, который Вам предложили, Enable это переменная что с какого то направления пришло изменение, далее через кейс присваивается изменённое значение, если изменений нет, то берется значение с предыдущей итерации, что не так?

[FPavel]

Я именно так и сделал.
Но представьте, что эта-же переменная записывается не только в коде но и по модбасу. В этом случае как понять, что нужно обновить эту переменную? Ответ: то, что придёт по модбасу будет затёрто "записать старое значение(else GetEquip := 0)".
Естественно уже сделан костыль - в модбасе появляется лишняя битовая переменная активная если нужно "принять данные" по модбасу. Но для это на "той" стороне пришлось делать целый цирк с этой лишней битовой переменной.
А поскольку эта переменная является уставкой то её нужно менять не только из кода или по модбасу, но и необходимо иметь возможность устанавливать с экрана контроллера. То есть появляется уже третий источник изменения. И тут уже опять "цирковое жонглирование переменными" для синхронизации актуальности данных.
Эти проблемы не возникают там, где есть MOVE/MEMSET и т.п..

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

Изменение той же уставки из алгоритма - кроме случая ограничения значения в корректном диапазоне или откат к предыдущему корректному значению - это некорректно, т.к. полностью дискредитирует весь смысл ввода параметра оператором. Зачем вводить, если алгоритм изменит на собственное значение?

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