Главный вопрос - это опрос ПЛК по RS и самое главное изменение значений переменных в плк при вводе с экрана СПК107.
Я так понял что средсвами CDS это никак не реализовано?
Спасибо!
Вид для печати
Главный вопрос - это опрос ПЛК по RS и самое главное изменение значений переменных в плк при вводе с экрана СПК107.
Я так понял что средсвами CDS это никак не реализовано?
Спасибо!
Средствами CDS реализовано и то и другое
Я имею ввиду отправку команды на запись переменной с СПК на ПЛК (Например 110), только в момент изменения ее значения в СПК.
событие нажатия может запустить запись регистра в режиме по команде, разве не так?Цитата:
Сообщение от Леонид
Мне представляется как-то так:
Вложение 20655
СПК - это не панель оператора. Отсюда и все проблемы.
Надо писать свой код для опроса слейвов, отслеживания изменений переменных и отправки новых значений слейвам. Я на каждый регистр выделяю по два слова: 1) для визуализации (и ввода нового значения оператором); и 2) для получения значения от слейва. После ввода оператором нового значения оно отсылается слейву; до успешной передачи значения слейву игнорирую те значения, которые получаю от слейва.
Илья
А почему для визуализации не использовать значения от слэйва?
Потому что нужно отслеживать ввод нового значения оператором. В общем случае это можно сделать только сравнивая значение используемое системой визуализации и сохранённое значение. Ну и значение, которое присылает слейв, не должно затирать значение введённое оператором (до тех пор, пока новое значение не будет отправлено слейву).Цитата:
Сообщение от energvk
Илья
А как тогда отслеживается, что слэйв изменил значение?Цитата:
Сообщение от P_Ilya
я это как раз вижу по визуализации при смене значения пишу его в другую переменную,которую уже сравниваю с предыдущим значением и отправляю на запись в слэйв
Для чего отслеживать изменение значения слейвом? Какое действие, кроме визаулизации, нужно сделать на панели оператора при изменении значения слейвом? (Случай, когда слейв управляет визуализацией не рассматриваем.)Цитата:
Сообщение от energvk
Если мастер занимается управлением и должен отслеживать изменение значений слейвом, то для этого нужно ещё по одной переменной для каждого такого значения.
Предложение не понял. Понял только, что есть две переменные. Ну так и у меня по две переменные на каждое значение.Цитата:
Сообщение от energvk
Если вы как-то иначе отслеживаете изменение значений оператором (крутилками, кнопочками и всем прочим, т.е. в общем случае), то было бы интересно об этом узнать.
Илья
О вижу проникшегося проблемой человека!Цитата:
Сообщение от P_Ilya
А может кто знает, как поиметь информацию о удачно завершенном диалоге ввода с цифровой клавиатуры?
Пробовал вытягивать разные функции и типы данных из библиотеки визуализации, но пока чего то вменяемого не нашел или не понял как с этим работать.
Хотелось бы всё же конкретный кейс рассмотреть, где требуется игнорировать не успевшие измениться значения от слейва.Зачем отслеживать новое оно или нет? Даже подтверждение ввода отслеживать не требуется. Достаточно просто поймать попытку ввода, т.е. закрытие диалога, и это делается без проблем. И по закрытию в любом случае пишем в слейв хоть старое значение, хоть новое. Какая разница?Цитата:
нужно отслеживать ввод нового значения оператором
Я не голословно утверждаю. У меня сразу две панели мастерами для ПЛК были как-то. И на обеих надо было отображать одно и то же включая вводимые оператором уставки. И там не было ни строчки кода для какой-то синхронизации или сравнения текущих значений с введёнными.
Чтобы отправить новое значение слейву. Если использовать только одну переменную, то значение, которое получим от слейва, может затереть то значение, которое ввёл оператор.Цитата:
Сообщение от Yegor
А вот с этим поподробнее, пожалуйста! Как отследить завершение ввода нового значения с помощью Slider'а, Checkbox'а, Potentiometr'a и т.п. Я ведь не зря написал "В общем случае". Даже поймать закрытие диалога недостаточно, если обмен выполняется в параллельной задаче.Цитата:
Сообщение от Yegor
У вас панели оператора или СПК? В панелях оператора, с которыми я работал, эта сихронизация выполняется на системном уровне. СПК -- это не панель оператора.Цитата:
Сообщение от Yegor
Илья
На самом деле, написать свой диалог для ввода цифровой информации очень просто. В этом случае можно отслеживать всё что угодно. Как это делать со стандартным диалогом -- не разбирался даже, слишком уж мелкие кнопки у стандартного диалога.Цитата:
Сообщение от Леонид
В теме http://www.owen.ru/forum/showthread.php?t=22601 есть огрызки моего проекта, там диалог есть.
Илья
Ещё конкретнее. Прямо совсем конкретно. Температура там, скорость.Цитата:
Чтобы отправить новое значение слейву. Если использовать только одну переменную, то значение, которое получим от слейва, может затереть то значение, которое ввёл оператор.
С СПК110 я работал.Цитата:
У вас панели оператора или СПК? В панелях оператора, с которыми я работал, эта сихронизация выполняется на системном уровне. СПК -- это не панель оператора.
Тут я немного сдамся. Дело в том, что я избегаю таких элементов на главных экранах. Любые реальные действия — только через диалоги. На экранах только навигация и вызов диалогов. Ну, подробнее так подробнее...Цитата:
А вот с этим поподробнее, пожалуйста! Как отследить завершение ввода нового значения с помощью Slider'а, Checkbox'а, Potentiometr'a и т.п. Я ведь не зря написал "В общем случае". Даже поймать закрытие диалога недостаточно, если обмен выполняется в параллельной задаче.
Вот экранчик на СПК110 в конструкторе и при исполнении:
Вложение 20916 Вложение 20917
Там есть вот эти поля:
Вложение 20918
Это температурная уставка. Её текущее значение всегда и постоянно берётся со слейва (ПЛК110) без дополнительных условий. Переменная heaterSetpoint это просто результат разбора содержимого регистров слейва:
Вложение 20919
В событиях этого поля ввода творится следующее:
Вложение 20920
То есть при вызове диалога запоминается команда «Установить температуру». При закрытии диалога эта команда передаётся на ПЛК вместе с уставкой. Ну то есть как передаётся... У меня первые три регистра отведены под команду: соответственно, код команды, аргумент 1 и аргумент 2. Остальные регистры отведены на передачу показаний с контроллера-слейва на панели. Тут тоже ничего хитрого — контроллер натыкается на команду «установить температуру», меняет какие-то свои внутренние переменные и заодно выставляет новое значение регистра, из которого СПК показывает значение уставки.
А главная хитрость в том, что значение из диалога пишется не в ту переменную, которая идёт от слейва, а в другую:
Вложение 20921
То есть результат ввода запоминается для отправки, потом отправляется вместе с так же запомненной командой и в считанные миллисекунды актуальное значение оказывается в переменной heaterSetpoint обеих панелей.
SendPlcCmd вот:
CMD_CTRL вот:Код:FUNCTION SendPlcCmd : BOOL
VAR_INPUT
Cmd: SCommand;
Arg0, Arg1: WORD;
END_VAR
IF CMD_CTRL.cmdCount < 51 THEN
CMD_CTRL.cmdQueue[CMD_CTRL.cmdCount][0] := Cmd;
CMD_CTRL.cmdQueue[CMD_CTRL.cmdCount][1] := Arg0;
CMD_CTRL.cmdQueue[CMD_CTRL.cmdCount][2] := Arg1;
CMD_CTRL.cmdCount := CMD_CTRL.cmdCount + 1;
END_IF
В конфигурации ничего хитрого:Код:PROGRAM CMD_CTRL (* Sends commands to the PLC *)
VAR_INPUT
Cmd, Arg0, Arg1: WORD;
cmdQueue: ARRAY[0..50] OF ARRAY [0..2] OF WORD;
cmdCount: INT;
END_VAR
VAR
Checksum: WORD;
Pulse: TON := (PT := T#300MS);
tx: BOOL;
cmdIdx: INT;
edge: R_TRIG;
END_VAR
(* Command conveyor, up to 50 commands in queue *)
tx := FALSE;
edge(CLK := cmdCount > 0);
Pulse(IN := NOT Pulse.Q AND cmdCount > 0);
IF (Pulse.Q OR edge.Q) AND cmdIdx < cmdCount THEN
Cmd := cmdQueue[cmdIdx][0];
Arg0 := cmdQueue[cmdIdx][1];
Arg1 := cmdQueue[cmdIdx][2];
Checksum := Cmd + Arg0 + Arg1;
tx := TRUE;
cmdIdx := cmdIdx + 1;
ELSIF Pulse.Q THEN
Cmd := 0;
cmdIdx := cmdCount := 0;
END_IF
Вложение 20922 Вложение 20923
Ну вот! А я то думал! :-)Цитата:
Сообщение от Yegor
Так об этом я и пишу с самого начала! Только у меня сразу для каждой "переменной" (для каждого регистра модбас) выделяется два слова: одно для визуализации (и изменения оператором с последующей отправкой слейву), и другое для получения от слейва! В результате мне не нужно специальным образом оформлять изменение значения переменной оператором (или в программе). При внесении изменений другим человеком, не знакомым с применяемой методологией, у меня всё будет сделано автоматически. А у Вас -- другому человеку сначала нужно будет вникнуть... :-)Цитата:
Сообщение от Yegor
Ну и если ограничиться вводом новых значений через диалоги, то Ваш подход правильный. Я так же хотел сделать, но решил себя не ограничивать.
Илья