CODESYS V3.5. Вопросы и ответы

[МихаилГл]

В общем, рано обрадовался. Мне необходимо, чтобы тревога не уходила мгновенно, а оставалась активной, пока событие ее вызвавшее не уйдет - причем идти очевидным путем и добавлять вторую запись в таблицу вида "тревога ушла" совершенно не вариант, потому что при большом количестве таких событий все превратится в нечитаемую кашу. Это реализуемо?

Реализуйте механизм программно без этой утилиты.

PS. Могу дать вариант реализации... Я привык к программному решению.

[Карбофос]

Реализуйте механизм программно без этой утилиты.

PS. Могу дать вариант реализации... Я привык к программному решению.

Без утилиты - в смысле без компонента "AlarmConfiguration"? Как в итоге это будет выглядеть?

[МихаилГл]

Без утилиты - в смысле без компонента "AlarmConfiguration"? Как в итоге это будет выглядеть?

Ну как и положено. Пришла авария (темно красный индикатор). Нажали подтвердить при активной аварии, она квитировалась (бледно розовый). Если ушла то потухнет. Но без времени. Обычно с регистрацией времени завязывают какой-нибудь SQL сервер. Я вот ни архивы, ни историю в ПЛК стараюсь не писать. Боюсь или память переполнится, или ресурс перезаписи исчерпает себя.

FOR i:= 1 TO 32 DO
	IF TMP_MEC.ALA_CUR[i] THEN TMP_MEC.ALA_MEM[i]:= TRUE; END_IF						//Взвод бита аварии в память
	IF TMP_MEC.ALA_MEM[i] AND TMP_MEC.COM_RES THEN TMP_MEC.ALA_CON[i]:= TRUE; END_IF			//Взвод бита подтветждения аварии
	IF TMP_MEC.ALA_CON[i] AND NOT TMP_MEC.ALA_CUR[i] THEN
		TMP_MEC.ALA_MEM[i]:= FALSE;									//Сброс бита аварии из памяти при отсутствии аварии после подтверждения
		TMP_MEC.ALA_CON[i]:= FALSE;									//Сброс бита подтветждения аварии при отсутствии аварии после подтверждения
	END_IF
	IF NOT(NOT TMP_MEC.ALA_MEM[i] OR (TMP_MEC.PAR_DIS[i] AND TMP_MEC.COM_DIS[i])) THEN
		TMP_MEC.STA_REA:= FALSE;									//Сброс бита готовности
		TMP_MEC.STA_ALA:= TRUE;										//Взведение бита аварии
	END_IF
END_FOR

[Карбофос]

Ну как и положено. Пришла авария (темно красный индикатор). Нажали подтвердить при активной аварии, она квитировалась (бледно розовый). Если ушла то потухнет. Но без времени. Обычно с регистрацией времени завязывают какой-нибудь SQL сервер. Я вот ни архивы, ни историю в ПЛК стараюсь не писать. Боюсь или память переполнится, или ресурс перезаписи исчерпает себя.

Понял. Нет, без времени меня точно не поймут. Но спасибо за участие! Пока подожду ответа Евгения.

[МихаилГл]

Понял. Нет, без времени меня точно не поймут. Но спасибо за участие! Пока подожду ответа Евгения.

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

[ГЛЮКОNIC]

Была ли уже идея сделать своего рода ключ администратора для ПЛК и СПК (мысль такая) Берём флешку уже готовую, в СПК жмём кнопку применить параметры администратора (если флешки нет то и кнопка в инвизе) и у нас доступ к сервисным настройкам которые сами сделали (вместо ручного ввода логина и пароля) я задумался с библиотекой CAA File будет копирования какого-то текста для запуска таймера обратного отсчёта и последующей деактивации. Вдруг кто-то подобное реализовал, а я начал изобретать колесо заново.

[Евгений Кислов]

В общем, рано обрадовался. Мне необходимо, чтобы тревога не уходила мгновенно, а оставалась активной, пока событие ее вызвавшее не уйдет - причем идти очевидным путем и добавлять вторую запись в таблицу вида "тревога ушла" совершенно не вариант, потому что при большом количестве таких событий все превратится в нечитаемую кашу. Это реализуемо?

В рамках того варианта, который рассматривается в видео - нет, потому что одна строка группы тревог (со способом наблюдения "событие") будет являться репрезентацией нескольких тревог разных экземпляров ФБ.
Поэтому невозможно "держать" тревоги в таблице, пока они активны - надо сразу отправлять их в историю.

[Евгений Кислов]

Была ли уже идея сделать своего рода ключ администратора для ПЛК и СПК (мысль такая) Берём флешку уже готовую, в СПК жмём кнопку применить параметры администратора (если флешки нет то и кнопка в инвизе) и у нас доступ к сервисным настройкам которые сами сделали (вместо ручного ввода логина и пароля) я задумался с библиотекой CAA File будет копирования какого-то текста для запуска таймера обратного отсчёта и последующей деактивации. Вдруг кто-то подобное реализовал, а я начал изобретать колесо заново.

У нас есть пример, как считать серийный номер подключенного к контроллеру USB-накопителя:
https://owen.ru/forum/showthread.php...l=1#post340323

На его базе можно решить описанную вами задачу.

[fergus23]

Здравствуйте, появилась такая проблема с ПЛК 200. Есть программа, которая с датчиков в БД sqlite на SD флешку записывает данные. Данные записывались с 01.01.2024г по 13.02.2024г. 5го февраля скачивали "выгрузку" (эксель файл), в нем были данные за 03.02.2024. Вчера (т.е. 13.02.2024) скачали с SD карты всю базу, а в базе пропали записи в промежутке между 26.01.2024 и 13.02.2024г - вопрос, как такое могло произойти ?
Файл Бд сейчас весит 60.9 мб, может быть есть какие то ограничения на размер бд или количество строк в ней ?

При старте ПЛК запускается dir2.sh скрипт для очистки данных из бд:

IF NOT(xIsPlcStarted) THEN

    StartDate:=EndDate:=TO_DATE(TargetVars.stRtc.dtDateAndTime);
	StartTime:=EndTime:=TargetVars.stRtc.sGetFormatTime;
	zapros:='bash /root/dir2.sh'; //проверка и  очистка базы sql перед стартом
	plc_prg.xSendCommand:=TRUE;
	
	fb_Rtrig(CLK:=xSendCommand);
fb_SE3(xExecute:=xSendCommand, sCommand:=zapros);

в нем такой запрос:

sqlite3 /mnt/ufs/media/mmcblk0p1/WRK/drgm_base.db "delete from drgm_table where dates < strftime('%d.%m.%Y','now','-3 month')"

[fergus23]

При загрузке любого проекта старых версий в ПЛК и нажатии на кнопку "старт (F5)" в codesys , внизу мигает красная ошибка "Программа загружена - ИСКЛЮЧЕНИЕ" что это такое и как посмотреть, исправить ?