DRAKON.SU

Добрый день Уважаемые Коллеги!
В дракон схемах очень хорошо графически отображается маршруты схемы.
Необходимо дополнить схему графическим отображением потоков данных (использование переменных из схемы)
Так сказать: сделать Дракона двухмерным языком программирования.
Готов обсуждать данную тему как публично, так и приватно!
Готов предложить денежное вознаграждение за хорошую идею!

Это уже не двумерное, а трехмерное программирование получится

Согласен: многомерная и многогранная система программирования ДРАКОН
Преследую цель практического использования по данному вопросу
Из опыта использования Дракона в написании промышленных программ под определенные контроллеры в ДРАКОНе много НО с которыми необходимо побороться

Предлагайте идеи а сколько мер разберемся потом
Если необходимо контакты опубликовать - нет проблем!

Если говорить применимо к ПЛК, то:
передача от источника данных (хранилища) до потребителей данных не производится, т.е потоки данных в ПЛК не формируются и не распределяются;
в зависимости от состояния датчиков и заложенной логики производится управление исполнительными устройствами, т.е. в ПЛК формируются потоки управления.

СМ. https://ru.wikipedia.org/wiki/Поток_данных
См. https://ru.wikipedia.org/wiki/Порядок_выполнения#Поток_управления

Дракон-схемы можно рассматривать, как отображающими поток данных при:
наличии источников данных,
наличии системы распределения данных,
наличии системы хранения промежуточных (временных) данных,
наличии системы обработки данных,
наличии получателей информации.

Спасибо за теорию!

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

одна из библиотечных схем которая встречается повсеместно в моих программах и блестяще справляется со своей задачей (разработана в дракон редакторе Геннадия Николаевича), заработала на контроллере 1 раз в татарстане в феврале этого года на КНС 59 в птпг Азнакаево

здесь есть переходы от входов до выходов, внутренние и даже одна глобальная переменная

Еще пара схем где кроме указания переменных есть и функциональные блоки ТАЙМЕРЫ

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

Давайте тогда хотя бы выясним какого цвета базон Хикса...



Может я не явно поставил вопрос по потоку данных

На сайте появился первый платежеспособный потенциальный заказчик?

В качестве бесплатного дополнения готов усугубить постановку задачи:
применительно к алгоритмам управления
технических (в частности, автоматизированных технологических и робототехнических) систем.

Первичная суть вопроса состоит в обобщении понятия данных, включая:
-- информационные данные и потоки - это данные традиционного типа:
численные, символьные, строковые данные и т.д.;
-- материальные данные и потоки:
детали, узлы, изделия, стационарные и мобильные объекты и их (дискретные) потоки
поштучно, комплектами, партиями и т.п.,
вплоть до задач группового управления стационарными и мобильными роботами.

Вторичная суть вопроса состоит в примении визуальной графической дракон-идеологии
в двух отношениях:
1)
На листах больших форматов типа A2 (или, по крайней мере, А3):
блок-схемы параллельных (и последовательных) алгоритмов (и программ)
совместно с компоновками, мнемосхемами и т.п. объектов управления.
Условно:
макросхемы алгоритмов и программ.
Это относительно беспроблемная задача "классической" дракон-идеологии
(в первом приближении).
2)
На листах форматов А4:
связные
блок-схемы параллельных (и последовательных) алгоритмов (и программ)
(без разрезов схем на части с мечеными линиями связями на разных листах А4).
Условно:
микросхемы алгоритмов и программ.
Здесь необходима определенная адаптация "классической" дракон-идеологии
на предмет обеспечения "вгонки" (втискивания) целостных блок-схем
в ограниченные габариты формата А4 (в книжном и альбомном исполнении).
Имеются в виду:
- сама дракон-методология в целом;
- средства ее программной поддержки
(программные дракон-инструменты - графические редакторы и их инфраструктура).

-----------------------------------------------------------------------
Сам автор этого поста по ряду причин был вынужден
отложить "на потом" (некоторой длительности)
практическое применение наличных дракон-инструментов.
Но такая актуальная задача объективно существует.
Полезно, по крайней мере, иметь определенные предстваления по данному поводу
(и продвигать ее по мере всякой возможности).

----------------------------------------------------------------------
Далее (в последующих постах) кратко рассматриваются (обозначаются) 2 вопроса:

1
Общая постановка задачи:
-- алгоритмические системы управления;
-- потоки управления и потоки данных.
Расщепление потоков данных - на информационные и материальные.

2
Виды схемы потоков управления и потоков данных:
по отдельности и в их взаимосвязи.

Уважаемые Коллеги объясню все по порядку

ПЛАНИРУЮ создать СРЕДУ ПРОГРАММИРОВАНИЯ "ДРАКОН" для внутреннего использования внутри компании
Задача не легкая
Дракон из начально предназначался для написания алгоритмов для людей, и представляет из себя текстово-графический редактор с возможностью генерировать код

Работа с переменными сильно отличается от алгоритма для врача, бухгалтера, юриста и автоматизацией процесса построения схем. Для перечисленных профессий нет необходимости придерживаться содержанию ячеек памяти и автоматизация ДРАКОНА не возможна, в программировании устройств необходима полная автоматизация процесса написания программ

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

Работа переменных в программе связана с их маршрутом! если маршрут проходит по другой ветке программы, то переменная не меняется. Для этого и необходимо пока ,загадочным для меня способом, показывать графически от куда и куда пришла переменная (ТАК НАЗЫВАЕМЫЙ ПОТОК ДАННЫХ)

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

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

Задача разработки Среды Программирования заключается в том чтобы:
1) схема без генерирования кода должна компилироваться в устройство
2) доступные приемы программирования, редактирования, использования библиотек, состав проекта, наличие устройства и его связей и .т.д . , реализованные в программах ведущих лидеров SIMENS, КДС3.5 и. тд
3) эмуляция схемы на виртуальном устройстве по иконно (должен получится очень удобный режим, очень наглядный) и циклично!!!

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

Все должно делаться мышкой и быть хорошо видно, привычно( WINDOWS и его иконки на панели, древесные структуры, таблицы) и усвояемо умом МАГИСТРА

Всех желающих приглашаю к сотрудничеству
Проект начал реализовывать в VISUAL STUDIO 2017 COMUNNITI - позволяет всем заинтересованным специалистам работать над своей задачей, на удобном ему языке!

Просьба пояснить эту фразу.

Речь идет об известном методе? Если да, как называется этот метод?

Или же речь идет о новом, ранее не известном методе, автором которого вы являетесь?

Метод используется всеми известными графическими языками
Пример графический язык CFC функциональных блоков. Загрузка осуществляется сразу в контроллер. Если я правильно понимаю то на языке С, но пользователь этого не видит, точнее он даже не знает что среда сгенерировала и загрузила, он работает только со схемой

От сюда и появляется возможность делать программу на русских переменных и служебных словах
Пример доступной реализации OWEN LOGIC

Здесь я совсем не знаю на каком языке компилируется и грузится в контроллер

Предлагаю такой подход:
- Новый тип диаграмм не вводим. Работаем с имеющейся ДРАКОН-схемой.
- Навешиваем на ДРАКОН-схему слой дополнительной визуализации, который включается и выключается.
Этот слой показывает те или иные потоки данных.
Пример
1. Включаем вкладку "Переменные". Вкладка "Переменные" показывает список всех переменных в ДРАКОН-схеме.
2. Щёлкаем на переменной i в списке на вкладке "Переменная".
3. Вся диаграмма затеняется.
4. Подсвечиваются только те иконы, в которых есть переменная i.
5. Ярко выделяются пути, которые соединяют иконы с переменной i.
6. Подсвечиваются вхождения переменной i в иконах.

Да это интересный вариант но есть вариант интересней

А давайте лучше на базе JetBrains MPS?
Проект уже есть: https://hardella.com/
Вот тут год назад пробовал "Драконо-подобное": viewtopic.php?f=143&t=5957&start=20#p100496

При этом, без проблем можно использовать графику. Хоть в виде блоков, хоть даже в виде картинок.

PS. Например, Siemens используют JetBrains MPS для разработки встраиваемых систем.

"вариант поинтересней" секретный? Или его описание можно увидеть?

На левой дракон-схеме Алексей представил описание данных.

1. Автором и разработчиком дракон-схемы является Алексей Муравицкий.

2. В левой дракон-схеме Алексей представил свой оригинальный вариант использования конструкции Силуэт для описания данных.

3. Алексей Муравицкий убедительно продемонстрировал, что язык ДРАКОН можно использовать не только для описания алгоритмов, но и для описания данных.

4. Алексей Муравицкий продемонстрировал, что программировать на языке ДРАКОН можно не только на гибридных языках, но и на "чистом" ДРАКОНе.

5. Алексей Муравицкий показал это не только на лабораторном макете, но и создал действующую систему промышленной автоматики — шкаф управления Кустовой насосной станции КНС 59, который работает в Татарстане в поселке Азнакаево.

======================================

Примечания

1. Кустовая Насосная Станция предназначена для Поддержания Пластового Давления в нефтяном пласте.

2. Всего на языке ДРАКОН запрограммировано и работает в Поселке Азнакаево (Татарстан) семь шкафов управления в семи КНС (кустовых насосных станций).

3. КНС укомплектованы Насосными агрегатами на базе мембранных насосов Gydra-CELL T-100 и сдвоенные Gydra-CELL G-15 партнера - Компании Pump Union и шкафами управления ОКБ АМУР №3 на базе контролера и частотного преобразователя ОВЕН.

4. Сокращение АМУР в названии "ОКБ АМУР №3" означает Алексей Муравицкий.