1 | |
Графический язык ДРАКОН для программирования микроконтроллеров19.08.2014, 10:44. Просмотров 18024. Ответов 40
Метки нет Все метки)
(Первый ИС Дракон выпущен в 2008 году. Программа умеет превращать дракон-схемы в исходные тексты программ на языках семейств 1С, Delphi, C, Oberon, ASM. Отличительной особенностью программы является высокая степень автоматизации ввода графики. Видеоуроки (на примере управления дверным замком): Разработка программы управления автоматическим дверным замком
Программирование битовых операций: инициализация процессора, настройка таймера
Проектирование сложного алгоритма реального времени. Проектирование разветвленного алгоритма
Работа с несколькими таймерами
Разработчик: Тышов Геннадий Николаевич. Офсайт: http://drakon.su/programma_is_drakon Скачать: тут (последнее обновление в 2013-м)
2
|
|
19.08.2014, 10:44 | |
Языки программирования для контроллеров, микроконтроллеров и пр. Дракон - визуальный алгоритмический язык программирования и моделирования Язык Си для микроконтроллеров PIC Ассемблеры для программирования микроконтроллеров, 8-битных микропроцессоров |
|
19.08.2014, 17:01 [ТС] | 3 |
...а в чем адекватность сравнивать визуальный (схемотехнический) способ проектирования с написанием кода? Разный подход, разные преимущества, разные недостатки. Мне как разработчику ПЛИС приходится сталкиваться и с тем и другим, но как схемотехнику очень не хватает подобного и в МК.
Потому и пользуются популярностью: Algorithm Builder. Графическая среда для разработки ПО для МК AVR LD под PIC and AVR https://www.cyberforum.ru/blog... og350.html
0
|
19.08.2014, 17:29 | 4 |
Например, скорость разработки, размер кода, возможно, удобство тестирования итд.
IMHO, визуальный алфавит заведомо ограничен. С одной стороны, есть профессиональные среды для графического вывода, которые используют символическое описание (ex: TeX), с другой, разработки в RAD-системах кажутся мне убогими. Потому и хотелось бы услышать, чем разработчики визуальных языков обосновывают их преимущества. (с МЭК-языками почти не сталкивался, но их использование, кажется, одними контроллерами и ограничивается).
0
|
19.08.2014, 18:18 [ТС] | 5 |
Не вижу смысла сравнивать, это вещи не конкуренты, они просто разные и взаимодополняющие. Взять тот же Altium, ISE, ....
Если говорить о ПЛИС: "Визуальный алфавит" основывается на элементарной логике из которой можно построить все. Ограничение лишь в количестве макроблоков (ячеек), т.е. памяти. В МК тоже самое, ограничение памяти. Кода в схемотехнической реализации как такового нет, все транслируется в элементарные базисы и схему соединений и разработчику не показывается. В то же время, в тех же ПЛИС средами поддерживается параллельно с графическим и cи/паскале подобные AHDL/VHDL, которые в итоге все равно транслируются в элементарный базис. Удобство - да, симуляторы дают возможность отладки. Но чем он лучше или хуже симулятора в том же Протеус? Да ничем, и там и там виртуальная лаборатория, под свое железо. Поэтому сравнивать среды с разным подходом, нонсенс. Вот пришел киповец, ему нужно что-то запрограммировать в AVR. Что ему делать? Либо изучать Си, либо за пару минут накидать релейную рабочую схему. И в то же время, пришел программист, который ничерта не смыслит в релейных схемах, но при реализации алгоритма задачи решит ту же задачу в ПЛК при наличии возможности написания FBD-блоков. Я не говорю об универсалах.
1
|
136 / 48 / 2
Регистрация: 31.07.2014
Сообщений: 238
|
|
08.09.2014, 18:30 | 6 |
Читал я про этот дракон и смотрел видеоуроки - не совсем точно будет говорить что это язык программирования. Скорее, это язык построения алгоритма. Конечно, среда генерирует часть кода, но только самую малость - в основном if, for. В остальном среда представляет из себя средство повышения наглядности в отношениях между функциями. И то, не сказать чтобы каждому от нее стало нагляднее.
0
|
6556 / 2652 / 364
Регистрация: 17.02.2013
Сообщений: 3,884
|
|
20.04.2015, 15:28 | 8 |
>Вот пришел киповец, ему нужно что-то запрограммировать в AVR. Что ему делать? Либо изучать Си, либо за пару минут накидать релейную рабочую схему.
Зачем киповцу AVR ? Куча фирм производят промышленные контроллеры, которые вообще языков программирования не знают. Для них именно-что рисуются в среде разработки релейные и не очень схемы. Контроллеры Альфа от Мицубиси, например. http://www.industrialauto.ru/m... p?lid=2281 Добавлено через 26 минут Результатом будет дальнейшее отупление среднего программиста и только. От этого отупления полезного программистами в итоге будет сделано не больше, а меньше. Результаты появления компиляторов Си в сфере МК, симуляторов и сред разработки уже на лицо. Перед глазами примеры пареньков, которые год вымучивали на симуляторах то, что я писал за три дня, имея только ассемблер командной строки. А это только потому, что когда я начинал, за время компиляции программы можно было пообедать. И это жутко поднимало профессионализм, потому как любая ошибка и любой тупняк наказывались кусанием локтей при лишней компиляции. Учило отлаживать мысленно - просто просматривая ассемблерный листинг с карандашом. А так уже никто не может. Почему не может ? А от интегрированных сред и симуляторов атрофировался мозг. И в итоге протезы из симуляторов и сред мозга все равно не заменили. В конце концов средства, призванные, якобы, ускорить разработку программ, ее замедлили. Потому как тупить за симулятором это гораздо медленнее, чем думать с карандашом.
0
|
136 / 48 / 2
Регистрация: 31.07.2014
Сообщений: 238
|
|
24.04.2015, 15:25 | 10 |
Вы не поняли смысла ДРАКОНа, он и есть этот карандаш - вместо того, чтобы хвататься за задачу с наскоку, ты садишься и начинаешь клепать алгоритм. Сначала совсем абстрактный, типа "инициализация", "рабочий цикл", "состояние аварии" и тд, а потом всё уточняешь и уточняешь, а потом этот лист можно распечатать, или просто как картинку сохранить и передать коллегам, у которых сходная задача или они будут сопровождать проект. Непосредственная генерация кода - это лишь вкусная плюшка программы, но она не выдерживает критики, её основное назначение - написание алгоритма, который одновременно будет документацией, от которого можно однозначно перейти к коду, думая уже не обо всей программе, а, например, как реализовать вот эту функцию "Парсинг пакета" и тд.
0
|
114 / 62 / 9
Регистрация: 26.06.2013
Сообщений: 3,000
|
|
30.10.2019, 23:30 | 11 |
В узких кругах известна среда разработки ПРИМИУС (не нашёл в интернете), о которой узнал из прилагаемого файла. Нашёл классную страницу по Дракону в кеше Гугла.
0
|
114 / 62 / 9
Регистрация: 26.06.2013
Сообщений: 3,000
|
|
30.10.2019, 23:43 | 12 |
Об этой программе написано на странице 7.
0
|
пофигист широкого профиля
4274 / 2798 / 791
Регистрация: 15.07.2013
Сообщений: 16,216
|
|
04.11.2019, 03:10 | 13 |
Программирование без программиста - это чушь! Что-то имхо сродни искусственному интеллекту. Хорошо, но пока недостижимо.
"Чем больше усложнялись ракетно-космические комплексы и системы, тем сильнее была нужда в безупречном взаимопонимании между разработчиками. Отсутствие взаимопонимания болезненно сказывалось на ходе крупных ракет- ных проектов. Особенно остро проблема взаимопонимания проявила себя при создании космического комплекса «Энергия–Буран» [1]. В качестве ответа на эти вызовы совместными усилиями Российского кос- мического агентства (Научно-производственный центр автоматики и приборо- строения имени академика Н.А. Пилюгина, г. Москва) и Российской академии наук (Институт прикладной математики имени академика М.В. Келдыша, г. Москва) была начата разработка инструмента, обеспечивающего безукориз- ненное взаимопонимание между людьми, позволяющего описать структуру и логику программы или бизнес-процесса в понятной неспециалисту по програм- мированию форме, и дальнейшим преобразованием такого описания в про- граммный код. Разработка получила название «Дракон» и реализовывала основную пара- дигму «программирование без программиста» или «кто обладает знаниями, тот и должен их формализовать»." Знаем, плавали. Первый мой выход в открытый космос программирования был именно связан с тем, что бывший разработчик электроники для проекта Буран не нашел общего языка со штатным программистом. Но графический язык исходно узкозаточен на ограниченный ряд стандартных задач, с которыми способен справиться тот "кто обладает знаниями". А при попытке выйти из этого ряда возникают трудности, которые не способны понять те, «кто обладает знаниями".
0
|
114 / 62 / 9
Регистрация: 26.06.2013
Сообщений: 3,000
|
|
04.11.2019, 07:36 | 14 |
Чтобы научиться делать алгоритм, надо прочитать сокращённую версию книги по Дракон. И уважением к этой разработке проникся после того, как ознакомился со страницей, найденной в интернете. Копию прикладываю во вложении.
0
|
![]() |
|
04.11.2019, 08:02 | 15 |
А зачем? Вы всё равно на нём
У Дракона же не текст программы, а описание картинки, в котором алгоритм без загрузки в редактор вообще не прослеживается.
0
|
![]() |
|
04.11.2019, 08:13 | 17 |
И это УЖАСНО! Я потому и говорю, что работал с ПЛК и имею возможность сравнить гибкость этих графических недоподелок с C/C++ или C#. А кто с ПЛК не вылазит, тем больше и не надо.
Смысл этих сред - предоставить "программирование" не программистам, а инженерам АСУТП.
0
|
114 / 62 / 9
Регистрация: 26.06.2013
Сообщений: 3,000
|
|
04.11.2019, 08:16 | 18 |
0
|
![]() |
|
04.11.2019, 08:29 | 20 |
Для него, работающего с релюшками, это норм. А для программиста чего-то иного - это #@$#$!$!@#$%!$!!
Но пророки графических поделок громко пророчат полную замену нормальных языков на это вот, а не только применение в сфере АСУТП. Добавлено через 1 минуту Прочитал. Ничего нового не увидел, рядовой бред по теме популяризации графических поделок. Видите ли, Вы тут не первый с такой идеей зашли.
0
|
04.11.2019, 08:29 | |
Заказываю контрольные, курсовые, дипломные и любые другие студенческие работы здесь. Как называется язык программирования для программирования на Android? Что мощнее язык программирования Perl или язык программирования PHP Какие книги, статьи и материалы необходимо изучить для программирования микроконтроллеров Неклассическая теория алгоритмов и язык ДРАКОН Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |