DRAKON.SU

Доброе время суток всем!
Есть такой вот фрагмент кода на языке LAD для ПЛК, как его изобразить в виде блок-схемы? Опыта работы с блок-схемами почти нет, но очень хотелось бы понять, как это изобразить с помощью языка ДРАКОН. В книгах есть описание блоков Синхронизатор, Таймер, но как применить их к данному случаю не могу понять.

ПЛК исполняет программу циклически.
Как только появляется флаг #motor.run, начинает отсчёт таймер "Timer(1)" с уставкой 10 с.
Пока таймер не достиг уставки, включается флаг #motor.beep.
Когда таймер достигнет заданной уставки, флаг #motor.swon включится, а флаг #motor.beep отключится.
Вместе с флагом #motor.swon включится флаг #q_kv.
Флаг #motor.run не обязательно "доживёт" до момента достижения таймером уставки, он может быть сброшен в любой момент, например, кнопкой СТОП (здесь это не показано для краткости).
В общем, интересно увидеть и понять, как это корректно изобразить на ДРАКОНе.

Франц, спасибо за вопрос.
В настоящее время язык ДРАКОН только учится работать с ПЛК.
Такую работу проводят Алексей Муравицкий и Алексей Степанов в теме Новый дракон-редактор для ПЛК

Я попробовал нарисовать для вас упрощенную схему, возможно, с ошибками. Двойная линия иконы Заголовок означает, что программа работает циклически, как и ПЛК.
Франц, корректной схемы на ДРАКОНе для ПЛК пока еще не существует. Ее надо придумать, детально обсудить со специалистами и только после этого утвердить.
Предлагаемая схема — это ни в коем случае не образец, а всего лишь пример для обсуждения.

Уважаемые коллеги!
Прошу критиковать.

Благодарю Вас, Владимир Данилович!
Хочу заметить, что флаг #motor.swon должен обрабатываться как для промежутка времени "< 10 с", так и для "= 10 с".
Видится это вот так, но выглядит как-то не очень.

Могу предложить такой вариант. Чтобы алгоритм казался бесконечным, я перед иконой "Конец" добавил вставку этого же алгоритма, создав так называемую рекурсию.

У Франца Лещенко схема не совсем верная, потому что условия с назначением таймера проверяются с помощью "синхронизации", но не отдельной развилки. На самом деле вопрос сложный, потому что исходных данных мало. Я, например, не могу понять следующее:
- в каком случае таймер не достигнет уставки?
- почему на схеме флаг #motor.beep появляется после установки таймера, а в вашем текстовом описании до?
- появляются ли флаги #q_kv, #motor.beep, #motor.swan ранее в схеме и можно ли их использовать как глобальные переменные и формальные параметры в дракон-схеме?

Конечно, во многом вопросы связаны с моей неосведомлённостью в ПЛК. Я читал о них поверхностно и то год назад.
Ещё насчёт иконы "Таймер" хотел написать, что в книге "Учись писать читать и понимать алгоритмы" она вопреки названию является не таймером, а секундомером. Поэтому я был удивлён, когда увидел в обеих схемах увидел установку таймера на 10 секунд сразу. Хотя всё зависит от контекста. Ранее дракон-схемы с таймерами не предполагали, что в процессе уставка может быть не достигнута - раньше это был обязательно достигаемый маяк. Ваш случай интересный.

Так делать нельзя!
Каждый рекурсивный вызов записывает адрес возврата в стек.
Т.к. икона Конец никогда не выполняется и возврат не происходит, то стек переполнится и программа аварийно завершится.

Надо удалить икону Конец и сделать безусловный переход на икону следующую за иконой Заголовок, т.е. пересадить лиану.

В.Д. Паронджанов предусматривает удаление иконы Конец для образования бесконечно цикла.
Смотри Книгу "Учись..." стр. 207

Явных ошибок я не вижу.

Замечания

1. Можно предложить иное использование иконы Полка.
Вверху пишем "Установить признак" или "Снять признак".
Внизу пишем, например: "#motor.beep".
(#motor.beep — это логическая переменная величина).

Можно писать сокращенно:
2. В иконе Заголовок нельзя писать untitled. Надо писать продуманное точное название алгоритма.

Икону Заголовок циклический я опубликовал в статье 1995 года
Оригинальная статья на русском языке не оцифрована и в сети Интернет отсутствует.
Есть официальный перевод на английский язык
https://drakon.su/_media/video_i_prezen ... yntax_.pdf
С тех пор (в течение почти 30 лет) я никогда не упоминал про эту икону.
Но для ПЛК она, похоже, оказалась востребованной.

Доброе время суток всем! Прошу извинить меня, сейчас не могу ответить, нагрузка!!!

Так-то таймеры обрабатываются в отдельном обработчике прерываний, в котором обрабатываются таймеры. Это отдельный асинхронный процесс. Так делается для того, чтобы по окончании счёта и установке флага об окончании счёта можно было активировать прерывание. Так что одной картинкой тут не отделаться.

Здравствуйте!
- Таймер не достигнет уставки если флаг run будет сброшен во время отсчёта. Это лишь фрагмент подпрограммы, ни весь код. Он приведён лишь для выяснения вопроса, как это нарисовать на Драконе.
- На какой схеме? На той что я нарисовал (Дракон-схема), beep устанавливается при значении таймера < 10 с (т.е. до установки таймера). Хотя, стоит заметить, что в программе бит beep устанавливается по совокупному условию run=true AND swon=false, и таймер тут участвует косвенно. Эту схему следует переделать.
- Это подпрограмма, переменная #motor является структурой с набором флагов. Сама она является входным (inout) параметром. В общем, этот фрагмент - просто набросок чтобы понять как нарисовать схему именно для такого фрагмента. Сам по себе он не полный и требует уточнения. О глобальной схеме я пока не думаю. Прошу простить за такую неточность.
- Может быть, если дискуссия доведет до такого, то появится и полный код этой подпрограммы. Насчёт того, что уставка может быть не достигнута - это легко, просто разорвите логическую цепь на входе таймера, и он остановится. В данном случае, таймер зависит от флага run, который может быть сброшен, например, кнопкой СТОП (её здесь нет для краткости). Ведь это двигатель, и ничто не мешает пользователю передумать и нажать СТОП ещё на стадии предпускового сигнала.
- Рекурсия здесь не требуется, это просто двигатель.

Мой скромный опыт пока ограничен, в основном, работой с ПЛК Сименс (s7-300, -1200, -1500). Здесь таймеры (аппаратные и программные) вполне себе работают в обычной программе. Хотя непродвинутый пользователь (это о себе) может и не догадывается, как это реализовано на уровне ОС. Прерываниями для обработки таймеров обычно пользоваться не приходится, так как для простых задач эффект асинхронности не оказывает действия. Буду считать, что здесь таймер - это чёрный ящик, на вход подал уставку и разрешение, и опрашивай его состояние в каждом скане. Как-то так, просто не приходилось решать сложные задачи.

Спасибо за замечания, прошу меня простить за небрежность. Фокус внимания целиком был на таймере и что с ним, а периферия выпала из поля зрения.
Про икону Полка я читал в Вашей книге. И на сайте drakonhub есть описание, и мне глянулась как раз нотация на drakonhub.
Ещё раз посмотрел на программу, на схему, надо переделать.
Вот такой вариант получился. Он, как мне кажется, точнее.

В программе Степана Митькина отсутствует икона Заголовок циклический, можно пока без этой иконы. Хотелось бы подробнее узнать о Заголовок циклический.
Эта икона относится к основной программе ПЛК (суперциклу)?
Поскольку в данном случае мы рассматриваем подпрограмму. Она конечно вызывается из основной,
поэтому, цикличность обеспечивается основной программой.

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

В данном случае это аппаратный таймер, его работа обеспечивается операционной системой. Для нас это, можно сказать, библиотечная функция.
Программа обеспечила его вызов, разрешающий сигнал на вход подала, уставку определила. А дальше - пусть работает!
Программа на каждом скане опрашивает его состояние - достиг уставки или не достиг.
Насчёт того, какой алгоритм таймера. Сама программа реализована на ПЛК Сименс (серия s7-1500).
Данный таймер - это таймер задержки включения (on delay timer), он задерживает сигнал на входе на заданное время
и по истечении устанавливает свой выход, если входной сигнал не прервался до этого.
Подробнее о таймерах ПЛК Сименс можно почитать в руководстве по программированию, можно найти и на русском языке.

Франц, очень желательно посмотреть и обсудить полный код этой подпрограммы

Желательно дать ссылку.

Как работают таймеры в ПЛК я знаю, в том числе и у Сименса.
Тут разговор идёт об изображении алгоритма, а раз так, то алгоритм должен быть изображён безотносительно того, где и на чём он будет реализован и выполняться. Что это за изображение алгоритма, что надо сделать кучу оговорок и прочитать Руководство по программированию конкретного ПЛК, чтобы понять, как и что реализует изображённый алгоритм? ИМХО, так себе изображеньице. Я допускаю, что часть диаграммы, изображающая алгоритм, может быть выделена, например, пунктиром, или изображена отдельно и прокомментирована чем-то навроде "реализовано стандартным таймером S7-1500". Но иллюстрация работы алгоритма таймера, ИМХО, в том или ином виде должна быть на диаграмме работы всей программы. При таком подходе будет вообще без разницы, где и на чём реализовывать алгоритм, а то сейчас, судя по картинке, его можно реализовать только на S7-1500.

Прошу меня извинить за непонятливость, но на блок-схеме используется стандартная икона таймера языка Дракон. Ни что не указывает на Сименс...
Про него речь зашла окольным путём, и здесь неважно, что за ПЛК, Сименс, ОВЕН, или еще что. Логика работы таймера одинакова что тут что там.

Если вернуться в начало, к первому скриншоту программы на языке LAD (он же LD в стандарте), то мне было любопытно, как этот фрагмент описать на Драконе, и всё.
Было непонятно, как сюда приладить Синхронизатор или Время? Получается, что никак. Почему-то получилось обойтись без этих икон.
Если образно выразится, то поток программы не останавливается на таймере и не ждёт пока он выполнит отсчёт, а идёт дальше.
Таймер лишь опрашивается на каждом скане (цикле), программа как бы заглядывает в таймер - что там, и идёт дальше.
Для меня в этом суть интереса с самого начала.
Давайте будем взаимно вежливы. Как говорил один персонаж "Не будем волноваться, и во всём спокойно разберёмся."

Вот этот момент я упустил из виду.

Подробный ответ дан в теме Алексей Муравицкий и программирование бортовых компьютеров для космоса

В указанной теме сделано следующее заключение: