"Хороший тон" (ST) или как правильно структурировать проект

[energvk]

Такой же вопрос был
С авариями я поступил следующим образом:
Создал глобальный массив из структур. Каждая запись описывает одно событие. В структуре имеются:
флаг состояния, текстовое описание, уровень критичности, период повторения формирования сообщения о событии (ФБ TON), и еще несколько служебных полей.

Каждая программа при обнаружении выхода параметра за пределы нормы - выставляет флаг соответствующего события.
Отдельная программа (запускается так же по таймеру) при каждом входе проверяет одну строку глобального массива событий. Если флаг взведен - генерирует различные сигналы (в том числе устанавливает требование отправки СМС)

TYPE Alarm :
    STRUCT
        Alert:            BOOL;        
        Level:            BYTE;    
        mode:            INT;        
                                     
        t_idle:            TIME;    
        Msg:            STRING[255] :='';
        Count:            INT;         
        fTON:            TON;
    END_STRUCT
END_TYPE

VAR_GLOBAL
Control : ARRAY[1..11] OF Alarm :=    (Alert := FALSE, Level := 16#01, mode :=0, t_idle := T#24h, Count :=0 ),     (* 01 *)
                                        (Alert := FALSE, Level := 16#00, mode :=0, t_idle := T#10m, Count :=0 ),    (* 02 *)
                                        (Alert := FALSE, Level := 16#00, mode :=0, t_idle := T#10m, Count :=0 ),    (* 03 *)
                                        (Alert := FALSE, Level := 16#00, mode :=0, t_idle := T#10m, Count :=0 ),    (* 04 *)
                                        (Alert := FALSE, Level := 16#00, mode :=0, t_idle := T#20m, Count :=0 ),    (* 05 *)
                                        (Alert := FALSE, Level := 16#01, mode :=0, t_idle := T#10m, Count :=0 ),    (* 06 *)
                                        (Alert := FALSE, Level := 16#00, mode :=0, t_idle := T#10m, Count :=0 ),    (* 07 *)
                                        (Alert := FALSE, Level := 16#01, mode :=0, t_idle := T#10m, Count :=0 ),     (* 08 *)
                                        (Alert := FALSE, Level := 16#01, mode :=0, t_idle := T#30m, Count :=0 ),     (* 09 *)
                                        (Alert := FALSE, Level := 16#01, mode :=0, t_idle := T#30m, Count :=0 ),     (* 10 *)
                                        (Alert := FALSE, Level := 16#01, mode :=0, t_idle := T#3m, Count :=0 );     (* 11 *)

Вот это интересное решение. А не расскажите поподробнее,как вы это реализовали?

[Smith2007]

Вот это интересное решение. А не расскажите поподробнее,как вы это реализовали?

Массив инициализируется при старте ПЛК. Дальше соответствующий POU устанавливает флаг Alrt = True. Отдельный POU запускается по таймеру с периодом 300 мс и за один вызов обрабатывает одну строку.

[amn]

Какие преимущества дает вызов POU по таймеру? Не проще ли вызывать в каждом цикле?

[Sergey666]

Какие преимущества дает вызов POU по таймеру? Не проще ли вызывать в каждом цикле?

А есть необходимость?
Напр. пресловутый блок получения-изменения системного времени ПЛК , какой смысл запускать его чаще чем 1раз в 500...1000мс ?
И дофига таких , напр. аналог.вх ну не могут поменять значение чаще чем за 500мс , какой смысл к ним тыркаться в каждом цикле ?

[Smith2007]

Какие преимущества дает вызов POU по таймеру? Не проще ли вызывать в каждом цикле?

Как раз в этом суть создания самой темы. Возможно я не правильно организую управление.
2015-03-07 14-25-43 CoDeSys - SH11.05b.pro - [Конфигурация задач].png

[amn]

Спасибо, значит в больших проектах смысл заключается в уменьшении времени цикла программы. Я обычно внутри блока ставлю таймер в случае необходимости.

[lara197a]

нет все поу должны крутиться в цикле.
Вся безопасность в больших проектах выносится на реле безопасности.
Все скоростные задачи, с критичным временем выполнения, обрабатываются в отдельных устройствах.
А так в общем время цикла к примеру в S400 15-17мс и всем хватает.
Если этого мало, то в августе вышла модель s1500 c временем выполнения операции 1нс.
На нем гарантированно можно получить время цикла 200-250мкс.

[Smith2007]

нет все поу должны крутиться в цикле.

Это понятно. Правилен ли в принципе такой подход?
Есть несколько задач:
1. Управление режимами работы котлов и циркуляционными насосами в зависимости от нескольких параметров.
2. Мониторинг параметров водоснабжения (в том числе датчики протечки, расхода и пр)
3. Мониторинг параметров водоотведения
4. Мониторинг и управление автоматическими воротами
5. Охрана периметра
6 Мониторинг (и частичное управление) энергоснабжением
На сколько верно, что я сделал из них отдельные программы (POU) и запускаю их по таймеру. Период как правило от 500 до 2000 мс, кроме POU управления модемом. Там 10 мс.