|
1 / 1 / 0
Регистрация: 25.01.2012
Сообщений: 492
|
|
Обсуждение ИС Дракон28.01.2012, 19:20. Показов 1162949. Ответов 1644
Метки нет (Все метки)
Учитывая интерес (как собственный, так и сообщества) к данному средству, решил вынести в отдельную тему, т.к. вобсуждении статьи очень тяжело ориентироваться.
Цель - не только обсудить, но и в меру возможностей посодействовать развитию данного проекта. Задачи: 1. Создание актуальной и удобной справочной системы 2. Совершенствование кодогенератора, поддержка новых языков 3. Что-нибудь ещё придумаем по ходу :) ______________________________ Мои предложения по п.1: Организовать открытый проект на вики-системе, чтобы каждый мог легко внести свой посильный вклад в свободное время. Например, на викиучебниках (если там модеры не такие отмтроженные, как на педивикии) По п.2 пусть предлагают те, кому актуально *(ассемблисты, например). От себя бы предложил автору представить полную спецификацию формата хранения дракон-схем .drt, чтобы люди могли подключать к редактору собственные примочки (не только кодогенераторы, а и преобразователи, например, в .pdf, .doc итдитп.) В общем, как-то так.
1
|
|
| 28.01.2012, 19:20 | |
|
Ответы с готовыми решениями:
1644
Дракон на Андроиде
Тест: Какой вы дракон))) |
|
tou797
|
||
| 17.10.2016, 02:36 | ||
Примеры реальных управляющих ракетами программ - в НПЦ АП. На самом деле фрагменты были выложены кем-то (не мной) даже в этой ветке. Полностью увидеть пример тебе не по рангу - допуска нет. Идолов у меня нет. Каждый инструмент должен применяться уместно, с пониманием достоинств и недостатков. ИС Дракон Тышова действительно имеет целый ряд недостатков. Терминология Паронджанова мне кажется не вполне удачной - начиная с наименования "Дракон". Способ изложения материала в его книгах действительно несколько чересчур... яркий, местами эпатажный, и у отдельных ограниченных и агрессивных читателей может провоцировать приступы злобы. Визуальное программирование при создании систем логического управления активно применяется - и будет применяться все больше! - во всем мире. Это и SDL, (TASTE, OpenGEODE), и SCADE, и множество инструментов промышленного уровня от Siemens и других, поддерживающих языки стандарта МЭК61131, и LabView с языком G, и Simulink, и прочая, и прочая, и прочая. Ссылки найти в Интернете несложно. В общем - марш учить матчасть! |
||
|
1 / 1 / 0
Регистрация: 06.12.2016
Сообщений: 3,946
|
|
| 17.10.2016, 08:27 | |
|
Ну вот и боевик секты слился, примера мы так и не дождемся. Тау прежде чем рекламировать своего идола, так внезначай обрати внимание на тематику форума, все ссылки на визуальные облегчалки, что привел весьма слабо котируются здесь.
Но тебе простительно в эмбедде ты ни бумбум...
0
|
|
|
0 / 0 / 0
Регистрация: 07.04.2013
Сообщений: 461
|
||
| 17.10.2016, 17:40 | ||
Хотя эмбед бывает разный и для разного уровня подготовки "пользователей". P.S. Визуальные инструментарии так или иначе, всё же, присутствуют в эмбед. Теже диаграмы состояний автоматов, если кто их применяет. Более адекватная ссылка, например, http://flprog.ru И если какие то визуальные средства помогают решать определённый и достаточно разнообразный круг задач и встроены в производственный цикл (LabView), то чем эмбедед в этих условиях будет лучше? Дракон в этом плане определённо не покрывает возможный спектр применения как инструментарий. (ГРАФИТ-ФЛОКС это не Дракон наверное) Например HiAsm мне гораздо интересней против явной идеологии блок-схем и системщикам "прикрываться" Драконом легко т.к. это их уровень компетенции, а как там исполнители поставят "датчик" на изделие это частично не их забота. А дальше можно продолжить цепочку "формальных" решений снимающих ответственность за результаты своей работы (компетентных специалистов)
0
|
||
|
0 / 0 / 0
Регистрация: 28.02.2012
Сообщений: 106
|
||
| 17.10.2016, 21:01 | ||
0
|
||
|
1 / 1 / 0
Регистрация: 06.12.2016
Сообщений: 3,946
|
|
| 17.10.2016, 21:03 | |
|
KPK, ну вообще-то сектанты определяют Графит и Флокс как подсистемы Дракона.
Но самое смешное, что хоть они и позиционируют дракон как язык программирования , он таковым не является. Более того, то чем они так кичатся- причастность их детища к полету Бурана и разработке ПО ракетных систем, так же под вопросом- по всем источникам с помощью Дракона разрабатывался алгоритм(а скорей ТЗ под видом алгоритма) а само ПО писали уже другие люди. И везде где гадят сии адепты -лишь ссылки на упоминание их детища, причем без каких либо рабочих примеров. Сплошная реклама и хвалебки, смахивающие на сетевой маркетинг. Похоже кого-то из администрации форума так же охмурили...
0
|
|
|
1 / 1 / 0
Регистрация: 06.12.2016
Сообщений: 3,946
|
||||
| 17.10.2016, 21:12 | ||||
0
|
||||
|
0 / 0 / 0
Регистрация: 25.01.2012
Сообщений: 494
|
||
| 24.10.2016, 21:58 | ||
|
О применении ИС Дракон, о мотивации.
0
|
||
|
0 / 0 / 0
Регистрация: 28.02.2012
Сообщений: 106
|
|
| 24.10.2016, 22:23 | |
|
0
|
|
|
0 / 0 / 0
Регистрация: 20.06.2010
Сообщений: 8
|
|
| 26.10.2016, 04:39 | |
|
А если бы я придумывал письмо сам себе, оно было бы вообще от SposiX.
0
|
|
|
0 / 0 / 0
Регистрация: 28.02.2012
Сообщений: 106
|
||
| 29.10.2016, 23:06 | ||
|
Уважаемые коллеги!
Прошу вашего совета и критики. Я подготовил проект письма Министру здравоохранения РФ В.И. Скворцовой. Тема: Предложения по Реформе системы медицинского образования
0
|
||
|
0 / 0 / 0
Регистрация: 19.02.2012
Сообщений: 304
|
|
| 30.10.2016, 21:13 | |
|
А есть рубрика "юмор" на форуме? Может еще дедушке ленину написать, или деду морозу? У них наверное тоже нехватка дракона
0
|
|
|
0 / 0 / 0
Регистрация: 28.02.2012
Сообщений: 106
|
|
| 24.11.2016, 21:35 | |
|
0
|
|
|
vtsy
|
||
| 29.11.2016, 17:19 | ||
Всю тему не перечитывал, но в Дракон ИС нет "подсветки синтаксиса", "нет поиска", "нет автодополнения", "нет проверки на ходу" и т.п. Навигация от ошибки C компилятора в проблемный блок Дракон схемы? Не, не слышали. Отладка Дракон схемы в Дракон редакторе? Туда же. Что если сделать редактор языка Дракон на базе JetBrains MPS? MPS это как раз среда для создания языков программирования. При этом, в самой платформе MPS заложены основные моменты. Автодополнение, поиск использований, проверка (поиск ошибок) на ходу и многое другое. Я, например, в свободное время занимаюсь разработкой среды для программирования микроконтроллеров на языках группы МЭК 61131 (ST и т.п.). Так вот: вполне может оказаться, что вместо языка SFC стоит сделать ДРАКОН. Прелесть MPS в том, что в одном проекте можно бесшовно смешивать разные языки. Т.е. не просто "в разных окнах писать на разных языках", а можно прямо смешивать графический язык и текстовый на одном холсте, если это нужно. Вот пример: https://github.som/vtsy/ide61131/raw/mostir/doc/cfc_sample.png Тут "PROGROM, variables" это ST язык, а диаграмма посредине это "язык диаграмм". При этом, надпись R_TRIG это не просто текстовая надпись, а на неё можно щёлкнуть и перейти к определению соответствующего блока R_TRIG (в конкретном случае, блок написан на ST, но не суть). Есть желающие помочь с разработкой/тестированием? (вопрос, скорее, по части Дракон редактора на базе MPS, но и по части 61131 тоже буду рад помощи :) ) |
||
|
0 / 0 / 0
Регистрация: 25.01.2012
Сообщений: 494
|
|
| 29.11.2016, 18:05 | |
|
vtsy,
Критика ИС Дракон не новая, частично несущественная, по некоторым вопросам есть наработка. Интересны Ваши личные планы. В части Дракона могу поделится личным опытом.
0
|
|
|
vtsy
|
|||
| 29.11.2016, 20:43 | |||
Скажу прямо: программировать в ИС Дракон неудобно. Возможно, лет 10-15-20 назад, подобная ИС была бы актуальна. Сейчас же программировать в этой ИС почти то же самое, что составлять код в программе "блокнот". Составлять можно? Можно, но крайне неудобно. И не стоит думать, что "составление шампуров" решает 90% всех проблем, а оставшееся "заполнение шампуров кодом на C" делается за 5-10 минут. Да, структурирование важно, но это далеко не основная часть. Иными словами, не сошёлся мир клином на Драконе. Текущей ИС, на мой взгляд, не поможет "открытие кода на github". Видел несколько сообщений в этой теме "давайте дорабатывать ИС вместе" и т.п. Но, по-моему, нужно с нуля переделать. Если честно, то прежде чем использовать ИС Дракон даже только для целей "проектной документации" я бы тоже хорошенько подумал.
|
|||
|
0 / 0 / 0
Регистрация: 25.01.2012
Сообщений: 494
|
|
| 29.11.2016, 20:55 | |
|
vtsy,
Подождем год и вернемся с Вами к обсуждению и, более того, к сравнению. Желаю успехов.
0
|
|
|
Orhot109
|
||
| 01.12.2016, 08:54 | ||
ИМХО Бесполезная затея. Готов подключится, но позднее 15 декабря. На Java пока ещё мало что знаю, начал разбирать и переделывать плагин Ardubtock к среде Arduino IDE под ДРАКОН, сейчас работа приостановлена в силу ряда внешних обстоятельств до 12-15 декабря. Есть обсуждение интеграции DDL в язык ДРАКОН, но пока не учень продуктивное тут: http://forum.drokom.su/viewtopys.php?f=62&t=5931 мыло для связи: [URL="mailto:arhat109@mail.ru">arhat109@m ail.ru[/URL] Влидимир. |
||
|
vtsy
|
|||
| 01.12.2016, 12:41 | |||
Поясню: у меня Дракон это не самоцель, а один из способов составления программы для ПЛК. Например, есть flprog. Там FBD программирование. В части случаев оно может быть удобным (например, простейшая релейная логика), но для более сложных процессов FBD уже тяжело применять. Например: 1) http://www.owen.ru/forum/showthread.php ... post229346
На FBD такое "красиво", по-моему, не сделать. Под "красиво" я понимаю "понятно для читателя" и "понятно для писателя". Вот и думается, что для подобных случаев будет больше подходить не FBD нотация, а ещё какая-нибудь. Стандарт 61131 предлагает язык SFC. В науке рассматривают и надстройки над state-machine: Big-Step Modelling Languages (BSML) (http://conf.risiorshr.org/event/sle-201 ... c3d87ed7e7, https://www.youtube.som/watch?v=q0Ge9cs689A) И тут я рассматриваю дракон как один из вариантов. Повторюсь: рассматриваю не для "абстрактного выражения мыслей" (как у медиков), а именно для программирования. Единственное, непонятно как организовывать семантику выполнения этой самой дракон-схемы в микроконтроллере. Микроконтроллер не может в произвольный момент времени просто "остановиться и подождать". Например, периодически нужно выполнять обмен по сети, поэтому дракон-схему "подождать 2 секунды" нельзя выполнять буквально. Т.е. по-любому нужно выполнять схему по нескольку шагов за раз. На текущий момент думаю над вариантом, когда ПЛК помнит "текущее положение в схеме" и, как у него появляется время, то он смотрит текущее положение и пробует продвинуться по этой схеме. Тут интересно мнение знатоков программирования реальных систем, знатоков программирования контроллеров/ПЛК и т.п. разумно ли такое применение. Видел ваше предложение "everyNmyttyseconds(8, {...})", но по-моему, оно будет запутывать, т.к. непонятно в каком порядке будут выполнятся блоки, что может запутывать. Я смотрю в сторону, когда дракон-"компилятор" не просто склеивает блоки, а когда он понимает происходящее и оперирует чем-то в духе "текущее состояние, переход туда-то". Т.е. компилирует прямо в нормальную state machine. |
|||
|
0 / 0 / 0
Регистрация: 06.12.2016
Сообщений: 3,044
|
||
| 04.12.2016, 17:26 | ||
По шредеру - концевики ставить обязательно! Иначе как вы будете следить за крайними положениями? В принципе, можно по времени. Но это справедливо, когда движение в обратную сторону и нет сырья. А когда сырье? И плита поддавливает? По любому нужен контроль крайних положений. P.S. Весной мне как раз предстоит именно эта задача. Делать шкафы управления для шредеров. Планирую взять на пробу MITSUBISHI OTPHA 2. У оригинала программируемое реле Siemens. На которые у меня стойкая аллергия... Возможно вообще придется делать плату управления на МК. И скорее всего так и и будет.
0
|
||
|
0 / 0 / 0
Регистрация: 25.01.2012
Сообщений: 494
|
||
| 08.12.2016, 09:25 | ||
|
О ИС Дракон от пользователей.
Из общения по Скайпу с пользователем ИС Дракон:
0
|
||
| 08.12.2016, 09:25 | |
|
Дракон, UML, LabVIEW
ИС Дракон. Вопрос - ответ. Фрактал Дракон Харьков-Хайтвея Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Сезонность закисления почв
anaschu 04.07.2026
200 часов это все равно моловато. Есть ситуации, но нестандартные, когда смена происходит за 5 лет.
Но обычно это 50 лет и более.
Наверное, закисление почвы происходит сезонно в средней. . .
|
В чем ценность человеческого опыта в глобальном смысле?
kumehtar 03.07.2026
Возможно, ценность человека не в том, что он однажды достигает мудрости, а в том, что он становится носителем карты пути. Он знает не только истину, но и последовательность внутренних изменений,. . .
|
интеграция AnyLogic с самописным REST API и переход на Odoo
anaschu 03.07.2026
Успешная интеграция AnyLogic с самописным REST API и переход на промышленную Odoo WMS
Сегодня проделал огромный путь от простой симуляции физических процессов до построения полноценной. . .
|
Поиск всех путей на ориентированном графе. Linux
dcc0 02.07.2026
Переработка старого кода из моей статьи.
Через несколько переработок от PHP кода к C89 (надеюсь, 89).
Но довольно запутанно получилось. Код для Linux.
Но если убрать time и то, что с ним. . .
|
|
Сам себя обучал rest api
anaschu 02.07.2026
Педагогический лайфхак: Почему чистый REST API для ученика намного круче, чем готовые библиотеки
Когда мы отказались от капризного JAR-файла AnyLogic и переписали код на стандартный HttpClient,. . .
|
rest api anylogic - выполнение модели на своём русском сайте
anaschu 02.07.2026
Как подружиться с AnyLogic Cloud API, победить провайдеров и развернуться Java-бэкенд в Docker на бесплатном хостинге: Двухдневный лог борьбы
Всем привет! Хочу поделиться свежим (и довольно. . .
|
Где деньги лежат
kumehtar 02.07.2026
Это - японская подводная лодка I-52 (тип C2, кодовое имя Momi) вышла из Японии в марте 1944 года с миссией в оккупированную немцами Францию (Лорьян). Это была одна из «Янаги»-миссий по обмену. . .
|
Krabik для WoW 3.3.5a, многоязычный
AmbA 02.07.2026
Допилил бота, думаю что окончательно. Изменения:
- добавлена многоязычность
- добавлено снятие скриншотов
- добавлено поддержание бафов хождения по воде (для жреца, дк и шамана)
- и так, по. . .
|