ВОПРОС-ОТВЕТ (отвечаем на простые вопросы от новичков)

[Вольд]

В моей задаче перед входом в основной цикл работы установки необходимо провести тестирование и инициализацию отдельных модулей установки. Каждая такая проверка занимает некоторое время, точно больше чем цикл ПЛК. Ну там, накачать куда-то давления, потом сбросить и проверить что все датчики это зарегистрировали, в таком духе.

А при чем здесь цикл работы программы ПЛК ? Инициализация и тестирование будут выполнены за N циклов программы ПЛК, а далее ПЛК начнет выполнять циклическую часть программы.

[petera]

В моей задаче перед входом в основной цикл работы установки необходимо провести тестирование и инициализацию отдельных модулей установки. Каждая такая проверка занимает некоторое время, точно больше чем цикл ПЛК. Ну там, накачать куда-то давления, потом сбросить и проверить что все датчики это зарегистрировали, в таком духе.

А как в CoDeSys-ST и вообще в ПЛК мире принято делать такое? У меня получается изрядная "лапша" в коде.

Я завел несколько POU для этого. В каждом собственно логика проверки, таймеры на "таймаут" разных проверочных действий, признак того что проверка уже пройдена, и результат проверки. Пока все длительные действия не завершаться, признак проверки говорит "не готов".

В главном цикле ПЛК я обхожу эти инициализирующие POU. Если POU не готов с результатом, покидаю главный цикл по RETURN. Если готов, считываю результат и перехожу к следующему подобному POU.

Внутри POU такие же макароны -- если какой-то таймер готовности аппаратуры не досчитал, выхожу с признаком "не готов", если досчитал продолжаю проверку.

Смотрится некрасиво, на мой вкус, а ничего другого придумать не могу. Как бы вы такое сделали?

В главной программе CASE напрашивается.

[rapucha]

В главной программе CASE напрашивается.

да, точняк. Тоже так подумал. Спасибо.

Хотя, для описания всех этих состояний есть соблазн попробовать SFC.

[ООО "БЛС инжинеринг"]

Здравствуйте!
Я пользуюсь ноутбуком и к нему подключён интернет Вложение 21074 и по умолчанию стоит Вложение 21075 это всё понятно и правильно но суть в том что когда меняешь Вложение 21076 для подключения к ПЛК то интернет уже не работает приходится менять всё обратно, как можно сделать так чтобы не менять постоянно адреса?

[alexx751]

Кнопка "Дополнительно" и прописываете нужные адреса/шлюзы/DNS-ы

[ООО "БЛС инжинеринг"]

Кнопка "Дополнительно" и прописываете нужные адреса/шлюзы/DNS-ы

А можно скриншот как это правильно делается?

[grenz]

В моей задаче перед входом в основной цикл работы установки необходимо провести тестирование и инициализацию отдельных модулей установки. Каждая такая проверка занимает некоторое время, точно больше чем цикл ПЛК. Ну там, накачать куда-то давления, потом сбросить и проверить что все датчики это зарегистрировали, в таком духе.

Я не специалист, но, может быть Вам мое предположение поможет...

Я бы создал глобальную булевую переменную init := TRUE. После этого в PLC_PRG провел бы поочередную инициализацию всех модулей:

Пишем в PLC_PRG:

IF Init THEN Проверка1_PRG(); ELSE Rabota(); END_IF.

Пишем в Проверка1_PRG:

prov1: BOOL := TRUE; (* Объявили переменную *)

Проверяем, что нужно
IF все условия выполнены, THEN prov1 := False; END_IF.
IF NOT prov1 THEN Проверка2(); END_IF

Пишем в Проверка2_PRG:

prov2: BOOL := TRUE; (* Объявили переменную *)

Проверяем, что нужно
IF все условия выполнены, THEN prov2 := False; END_IF.
IF NOT prov2 THEN ПроверкаN(); END_IF

Пишем в ПроверкаN_PRG:

provN: BOOL := TRUE; (* Объявили переменную *)

Проверяем, что нужно
IF все условия выполнены, THEN provN := False; END_IF.
IF NOT provN THEN init := FALSE; END_IF (* Когда пропадет init, в PLC_PRG условие изменится, и мы окажемся в Rabota_PRG *)

Программа Rabota и будет основной, а при init = false, PLC_PRG уже к Проверка1(), Проверка2(), ПроверкаN() обращаться не будет. будет выполняться только Rabota.

[rapucha]

Я бы создал глобальную булевую переменную init := TRUE. После этого в PLC_PRG провел бы поочередную инициализацию всех модулей: IF Init THEN Проверка1_PRG(); END_IF. В PRG Проверка1 взведем локальную перем prov1 := TRUE.
Далее IF все условия выполнены, THEN prov1 := False; Проверка2_PRG(); END_IF.
В Проверка2() так же можно назначить локальную переменную, prov2 := TRUE; При выполнении всех условий prov2 := false; ПроверкаN().
Ну и так далее до выполнения всех программ инициализации...
В последней программе инициализации, когда уже все проверки проведены, provN := FALSE; init := FALSE; Rabota().

Программа Rabota и будет основной, а при init = false, PLC_PRG уже к Проверка1(), Проверка2(), ПроверкаN() обращаться не будет. будет выполняться только Rabota.

Да вот как раз этой плохо читаемой каши я и хотел избежать. Возможно, мне поможет общее описание в виде SFC-блока. При первом взгляде SFC выглядит как хороший, лаконичный способ упрятать многословные подробности внутрь "квадратиков".

[grenz]

Да вот как раз этой плохо читаемой каши я и хотел избежать. Возможно, мне поможет общее описание в виде SFC-блока. При первом взгляде SFC выглядит как хороший, лаконичный способ упрятать многословные подробности внутрь "квадратиков".

Как хотите. Просто мое сообщение выглядит как "многа букав" на самом деле программы проверки будут отображаться в разделе POU, а длина кода внутри Ваших проверочных программ зависит от того, что вы хотите там напроверять.

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

И потом, ... Давление, говорите накачали. А если оно во время работы пропадет, что тогда? Готовьте еще пол - экрана для SFC. Такая "простыня" получится, а всего лишь давление проверили.

Хотя, конечно, каждый художник, как он хочет...

[rapucha]

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