DRAKON.SU

В тестовом режиме запущен новый дракон-редактор ДРАКОНПРО

https://drakonpro.ru/

1. ДРАКОНПРО гораздо удобнее, чем DrakonHub. ДРАКОНПРО основан на DrakonWidget и реализует исчисление икон.
2. ДРАКОНПРО хранит данные и документы пользователей на территории России и соблюдает законодательство Российской Федерации.
3. Можно скачать десктоп-версию ДРАКОНПРО для Windows и Linux.
4. Кроме дракон-схем, ДРАКОНПРО может создавать карты мыслей ГРАФ.

Как работает ДРАКОНПРО
https://drakonpro.ru/ru/video-kak-redak ... -drakonpro

Налажен перенос диаграмм из DrakonHub в ДРАКОНПРО

1. Открываем диаграмму в https://drakonhub.com/
2. Нажимаем на кнопку "Скачать диаграмму"
3. Открываем https://drakonpro.ru/
4. Нажимаем на кнопку "Импорт" и загружаем скачанный файл с диаграммой.

Можете раскрыть разницу в удобстве?

ДРАКОНПРО удобнее потому, что в нём нельзя нарисовать вот такое безобразие:


Сразу и автоматически получается дракон-схема без лишних элементов:

Именно это и подразумевается под реализацией исчисления икон?

Да.

Редактор с исчислением икон рисует дракон-схему автоматически.
Это даёт следующие преимущества:

1. Требуется меньше движений мышью для построения диаграмм.
2. Схема будет всегда следовать правилам языка ДРАКОН.
3. Схема не будет содержать уродств: избыточных изломов линий, неадекватных расстояний между элементами и т.п.

Процесс редактирования можно сравнить немедленно.

Было:
https://drakonhub.com/try-me?example=example01

Стало:
https://drakonpro.ru/try?example=salat.drakon

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

Для чего нужно такое разделение?

Чтобы при распечатке схемы иконы не разрезало краем страницы?

Да.

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

Кстати, при выгрузке в изображение, расширение (.png) целевому файлу почему-то не задаётся.

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

Если Редактор делается с расчётом на серьёзные применения, то необходимо решать вопрос по автоматическому созданию пакета отчётных документов. Задумайтесь: Мицубиси называет свою IDE для работы с ПЛК как "среда программирования и документирования".

Поддерживаю Франца Лещенко и tonyk.
Приведу скромный пример. В дракон-схеме мобильных средств пожаротушения (МСПТ) используются соединители.
К сожалению, в схеме есть ошибки (в иконах Имя ветки и Адрес вместо смысловых имен используются цифры), но иконы Соединитель применяются активно.

См. статью Сорокоумова рис. 8 на стр. 61–66.
http://agps-2006.narod.ru/ttb/2022-2/11-02-22.ttb.pdf

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

При изменении формата (размер шрифта) у символа Адрес,
приложение падает с сообщением "Произошла ошибка".
Перед этим, я на холсте вызвал меню "Формат диаграммы" и изменил размер шрифта у элемента "Текст",
остальное не изменял.
Если же в этом меню сразу изменить размер шрифта (для "Заголовок ветки" так же),
то изменение происходит и у Адрес и у Имя ветки.
Но отдельно для символа Адрес изменение размера шрифта приводит к краху.

И ещё. При использовании диалога "Открытие" в окне не отображаются файлы диаграмм
при установленном фильтре "Diagrams". Чтобы увидеть диаграммы, нужно выбрать фильтр "All Files".

И, кстати, файл диаграммы сохраняется тоже без расширения...

Вот таки дела...

Вообще, программка отличная, работать удобно. Есть пожелание, чтобы развивалась.

Что такое серьезное применение? Это работа на предприятии, относящегося к системе Росатом, Роскосмос и т.д.

На таких предприятиях принято строго относиться к выпуску технической, технологической и иной документации.
Документация выпускается согласно ЕСКД (Единая система конструкторской документации), ЕСТД (Единая система технологической документации) и т.д.

Ведется нормализационный контроль (нормоконтроль) документации.

Один из первых ДРАКОН-конструкторов был создан в 1990-е годы в Институте прикладной математики имени Келдыша Академии наук СССР.
viewtopic.php?f=150&t=5730
https://drakon.su/instrumenty/eysymont

Этот ДРАКОН-конструктор позволял пользователю выбирать нужный чертежный формат: А1, А2, А3, А4 и рисовать дракон-схему на указанных чертежных форматах.

В состав ДРАКОН-конструктора входил редактор чертежных штампов.
https://drakon.su/_media/instrumenty/redaktor_d.pdf

Цитирую документацию:

Это всё, что серьёзней включения света в своём огородном сортире.

Знаю, работал там.

ЕСКД- не догма. Обратите внимание, что он допускает создание своих правил изображения всего и вся. Главное- это описать правила игры. Посмотрите, все современные IDE позволяют автоматически получить пакет документации в виде схем, таблиц сигналов, таблиц переменных, списка функций и тому подобных документов, позволяющих разложить всё это перед собой, налить кофе и разбираться в программе. Что даёт Дракон сейчас? Ничего внятного. Не считать же документацией огромный графический файл, который фиг знает как печатать. Судя по реакции драконовских адептептов, у них нет понимания о потребностях целевой аудитории.

Кстати, многие САПР умеют писать-читать таблицы сигналов через CSV или XLS-файлы. Например, если я в схеме шкафа изобразил дискретный вход, то на выходе из САПР могу получить csv (помимо таблицы в pdf), который могу загрузить, например, ОРС-сервер или среду программирования ПЛК.

Tonyk, вот Ваше сообщение опубликованное в 2015 году
====
Реализация Графического Языка Программирования Для Avr Контроллеров.
в AVR

Опубликовано 31 июля, 2015

Привет!

По работе столкнулся с задачей, для решения которой нужно что-то очень похожее на предмет обсуждения. Не буду дискутировать на тему необходимости такого способа программирования. Для моей задачи нужен. Если понадобится, то при случае поясню, почему нужен.

Для себя определил такие подходы для решения своей задачи:

1) среда исполнения - интерпретатор байт-кода. Мне нужны мобильность программ (пользовательской и среды исполнения) и возможность удалённой пошаговой отладки;

2) входной язык - IL подобный. Все прочие, LD, FBD и, возможно, ST, транслируются в IL;

3) строгое отделение логики пользовательской программы от аппаратного окружения. Например, есть логическая переменная, а откуда она берётся, с ножка кристалла или содержится в ответе модуля удалённого ввода-вывода, опредляется на этапе привязки пользовательского алгоритма к конкретному "железу";

4) среда разработки - платформонезависимая. У потенциально заказчика настоящий зоопарк компьютеров, работающих под Linux и Windows;

5) целевое "железо" - STM32F3 и F4.

Я так понимаю, что Конфигуратор может генерировать код функциональных блоков (ФБ) на любом языке. Посему замена вызова ассемблера для АВР на вызов ассемблера для моей виртуальной машины не должна представлять сложности.

Чего не хватает для моего проекта:

6) реализация GUI на кросплатформенной библиотеке;

7) конфигуратор для привязки к моему "железу";

отладчик для среды разработки.

В Вашем проекте вижу очень много из того, что нужно мне для решения моей прикладной задачи, но многого не хватает. Не хочу тратить время на повторение того, что уже хорошо сделано Вами. Может, обсудим условия сотрудничества? Моя почта tonyk_av@mail.ru
====
За 8 лет Ваши взгляды так и не изменились!!!
Однако? А, Вам уже 48 лет.

Взгляды на что? Как любил работу, женщин и вино, так и люблю.

Согласен с tonyk.

Важная мысль "нет понимания о потребностях целевой аудитории".

Сегодня язык ДРАКОН занимает ничтожно малую (почти нулевую) долю рынка программных продуктов.

tonyk объясняет нам, что нужно для СЕРЬЕЗНОГО увеличения доли рынка программных продуктов.

Для этого нужно в первую очередь ПОНЯТЬ потребности целевой аудитории.

Какова же эта целевая аудитория?

Главная целевая аудитория
языка программирования ДРАКОН

— микроконтроллеры; см.
— программируемые логические контроллеры;
— сенсорные программируемые контроллеры;
— сенсорные панельные контроллеры;
— программируемые (интеллектуальные) реле;
— робототехника; см.

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

1. Какая операционная система?
2. Можно ли получить скриншотик данных проблем с расширениями файлов?

ОС: Windows 10 Home.
Можно даже видео записать, только смогу сделать это вечером.