интересно увидеть и понять, как это корректно изобразить на ДРАКОНе.

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

Видится это вот так, но выглядит как-то не очень.

Уст признак

Двойная линия иконы Заголовок означает, что программа работает циклически, как и ПЛК.

Паронджанов В. Д. Графический синтаксис языка ДРАКОН // Программирование 1995, №3. — С. 45-62.

Parondzhanov V.D. Visual syntax of the DRAKON language // Programming and computer software. Official English translation of Programmirovanie. Volume 21. Number 3. May-June 1995. pp. 142–153.

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

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

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

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

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

Замечания

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

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

Он, как мне кажется, точнее.

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

если дискуссия доведет до такого, то появится и полный код этой подпрограммы.

о таймерах ПЛК Сименс можно почитать в руководстве по программированию, можно найти и на русском языке.

Подробнее о таймерах ПЛК Сименс можно почитать в руководстве по программированию, можно найти и на русском языке.

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

на блок-схеме используется стандартная икона таймера языка Дракон

Хотелось бы подробнее узнать о Заголовок циклический.

Согласен, необходимости нет.
...