Использование языка ДРАКОН при разработке программ для микроконтроллеров

Блог им. efanov
Хочу рассказать о языке ДРАКОН, который больше года использую при написании программ для микроконтроллеров. Причём — самых разных, от PIC16 до ARM Cortex 3M c FreeRTOS. ДРАКОН — это качественно новый уровень программирования. Разместил ссылку на www.drakon-practic.ru. У меня — вопрос. Нужно ли мне писать отдельную статью, или достаточно этой ссылки? Там я собрал всё, что нужно для начала работы с Драконом. Планирую добавлять уроки и примеры.
  • +2
  • 10 января 2012, 18:37
  • efanov

Комментарии (98)

RSS свернуть / развернуть
Как минимум простую вводную, этакий Хеллоу ворлд.

З.Ы.
Дракон стоит покурить хотя бы за то, что на нем Буран дал всем просраться.
0
О_О
Буран управлялся программой на прологе

ЗЫ. пруф чуть позже
0
собственно копать отсюда
0
habrahabr.ru/blogs/popular_science/86876/
там надо регистрироваться и добавиться в группу. более обзорная вещь

www.buran.ru/htm/algoritm.htm
тут больше технической информации. я ликовал, когда читал в первы раз)))

зы: ох уж этот Ctrl+Enter)))
0
Сайт буран я прочитал когда то весь, от и до. Там еще очень доставляющие мемуары строителя стартовой площадки и подготовки к запуску есть.

А про Дракон упоминание было там же. И еще где то я неоднократно натыкался, что спроектировали эту систему к Бурану, ну и потом модернизировали и улучшали.
0
сайт одного из участников этой программы. Вы то, скорее всего, знаете, остальным тоже будет крайне полезно — дядька всерьёз увлекается программированием ПЛИС.
Куча собственных разработок и статей от которых веет союзом и чем-то великим — явная нестандартность и не шаблонность мысли, в лучшихх традициях строителей ракет из говна и палок, кторые летали и не падали. я почитываю.
Так же есть мемуары (?) в виде коротеньких историй, тоже интересно)
линк: iosifk.narod.ru/
+1
Спасибо за наводку! :)
0
нет, не на прологе — был разработан язык прол2.
forum.oberoncore.ru/viewtopic.php?f=62&t=1252 — там интересно про историю
0
«Фобос грунт» и почивший спутник драконовских лап дело?
0
Язык ДРАКОН создан в Российском космическом агентстве и тщательно отработан на практике в ряде космических проектов.
Навеивает воспоминания о потерянных Роскосмосом спутниках.
0
Быдлокодить можно на любом языке.
+1
что на нем летает:
forum.oberoncore.ru/viewtopic.php?f=62&t=1276&sid=df8d56d8b4e2afe9c001e4e814935355

Книжку полистайте, это не столько язык программирования, сколько целостная идеология разработки — во главу угла поставлена читабельность алгоритмов и структурированность кода. Даже не используя IDE, можно подход применять в разработках.
+1
Поглядел материалы…

Как минимум стоит воткнуть видео в посты про Дракон. Я под это дело могу вам даже спец блог выделить.
0
Давайте так и сделаем.
0
we.easyelectronics.ru/blog/drakon/
Готово. Вступайте в бложек и можете постить туда статьи. Для вступления в блог надо нажать иконочку с вилкой. Вот такую:


В первом посте достаточно воткнуть два видеоролика, что уже есть. НУ и ссылку на PDF книжку по Дракону. Весьма добротно и полно для старта.
0
Сегодня же займусь.
0
Судя по видео, которое я бегло поглядел, дракон это метод очень удобного описания конечных автоматов с последующей генерацией кода. Так?
0
Нет. Код, который генерируется редактором — это не конечный автомат. В нём отсутствует такой важный признак КА, как переменная состояния.
0
Звук в видео слишком тихий. Или это только у меня?
0
У меня ок.
0
На сайте да. Я говорю о уже скаченых файлах. Там UV Player.
0
на flowcode вроде похожое…
0
  • avatar
  • VIC
  • 10 января 2012, 19:11
  • ↓
Странно, у меня он что то постоянно вываливается с табличкой «List index out of bounds(0)» после попытки создать новый лист, в дальнейшем при любом действии с меню. Видимо индекс какого то из элементов масива Strings или его наследников стучится в нуль…

Потом вообще выпадает с AV
0
Версия редактора обновлялась сегодня. Я её еще не успел попробовать. Сейчас погоняю.
0
[20:40:30] Геннадий Николаевич: там же выпуск от 10.01.2012, я на ночь упрощал, ну вот и получилась ошибка.
[20:40:59] Ефанов Сергей Дмитриевич: В общем, я пока предыдущий положил
[20:41:11] Геннадий Николаевич: Напишите что автор приносит свои извинения.
0
Так и есть.
Заменил на предыдущий выпуск.
Связываюсь с автором программы.
0
Дейкстра с полученного кода бы просрался кирпичами на целый особняк :)
0
Полученный код не предназначается для «человеческого глаза». В нём руками делать уже ничего не надо (и просто нельзя), и даже заглядывать туда не надо. Лишь бы компилятор его понимал. А так как код очень простой, то его без проблем понимают все компиляторы. И, кстати, отлично сжимается оптимизаторами!
0
Логично. Правда зачем там вообще тогда Си? Сразу в ассемблер переводить. Т.к. абстракцией будет служить сама дракон схема и в роли HAL будет лишь обозначения работы конкретной иконы.
0
Это уже дело вкуса. Мне удобнее Си.
0
Кроме Си, как я понял ничего не реализовано? Может лучьше трансляторы было реализовать в виде плагинов, скажем в виде dll? И выложить SDK, тогда я думаю можно бы сразу добавить гибкости?
0
О какой гибкости вы говорите?
Этот паттерн давно придуман — имеем фронтэнды которые генерять промежуточный код, и имеем бэкэнды которые генерят аппаратнозависимый код — а это костыли
0
Там реализованы 1С, Delphi, C, Oberon, ASM.
Я пробовал только Си.
По поводу вариантов реализации — я ничего не могу сказать, я программу не писал, я ею только пользуюсь. Сейчас попробую пригласить сюда автора.
0
Ассемблер, во первых, аппаратно-зависим, тогда как на С можно генерить более-менее универсальный код. Во вторых, тогда кодогенератору еще и оптимизацией заниматься придется.
0
Так там есть возможность писать на ASMе, на си чуть удобней.
Это уже на любителя так сказать
Все равно прикольная фишка этот Дракон и самое главное что есть привязка к блок-схеме программы
0
да уж, я как посмотрел на то что вышел — выпал
Это же додуматься надо генерить через goto
Просто ппц, час вводим всё — в итоге получаем этот кусок говна кода.

Закономерный вопрос — что мы получаем полезного от этого?
все выполняющие функции мы пишем ручками, логику пишем ручками, час заполняем это в итоге получаем код который мы написали бы в 3 раза быстрее и лучше + схему
Люди добрые, поясните мне, не разумеющему, какую выгоду нам даёт эта схема?
переносимость? — нет (мы биндим в блоках конкретную реализацию на конкретном языке )
скорость разработки? — нет (мы в добавок схему рисуем)
наглядность? — нет ( потому как не по стандартам, а так, отсебятина, каждый новый разработчик должен это учить), к тому же есть генераторы в uml из готового кода

Вот и вопрос — зачем этот язык нужен? свой велосипед, с квадратными колесами, душу греет?
+1
Не шаришь.

Во первых в GOTO ничего плохого нет. Ассемблерный код так из них и состоит. То что GOTO считают быдлокодом то лишь потому, что он делает прогу нечитабельной. Тут же программу человек смотреть ВООБЩЕ НЕ ДОЛЖЕН. Это чисто для компилятора.

Что дает схема? А то что код может писать инженер который шарит в процессе, но не шарит в языке программирования. Что не возникнет недопонимания между создателем алгоритма и кодером.
+1
Если я правильно понял, это сродни LD в ПЛК?
0
Идеологически да, но только LD это скорей Verilog для слесарей-сантехников. Тут же классический язык программирования.
0
Если Вас действительно интересует, зачем этот язык нужен — прочтите книгу. Если же нет — никто ведь насилия не совершает!
-1
Дык а чем вам гоуту не нравится? Ведь не вы же будете выполнять программу а процессор, а процессору легче.
В асме вообще гоуту является базой для перехода, и ни кого это не смущает.
все нормально, если программа строится по блок схемам то все нормально.
А вот если вы ее лично редактировать будете — тогда конечно это не подходяший стиль.
0
Ок, допустим
Только никто не ответил на вопрос как дела там с отладкой, обработкой ошибок
или если оно компилится то там 100% нет ошибок? :)

И как вы в случае чего собираетесь это дебажить?
+1
не, не нужно путать. Давайте рассмотрим это иначе.
Дракон это не язык программирования. Это визуализированная возможность написания программ. Например как любый другие графические программы для программирования. Например как Labview. И дракон позволяет просто напросто в визуальной модели дописывать код. Все — больше ни чего.
Ошибки к этому всему ни какого отношения не имеют, и если их нужно найти то вперед глазками по диаграмме искать где может быть бага, там клац мышкой и вперед править.
0
ну так давайте, не будем путать, эта среда на входе берет схему и код на выходе дает программу по данной схеме, в случае ошибок каким образом их вылавливать?
Вы говорите пробежаться глазами…
Допустим реальная ситуация — написали, скомпилировали — не работает
Что делать? отладка в таком случае довольно ресурсоемкая задача
0
И в чем же? Какие методы отладки у нас могут быть? Разные аппаратные анализаторы, отладочная печать. Что мешает это делать в рамках той же диаграммы — выбрасывая нужные данные наружу.
0
В редакторе есть настройка «макросы с трассировкой к иконам с меткой». При установленной «галочке» в текст программы вставляются макросы вида:
trassa_macro(NN);

NN — это номер иконы. Макрос не определён, его нужно написать самому. Пиши, что хочешь. Например, можно вывести на терминалку номера икон, и отследить таким образом путь, по которому прошёл алгоритм.
0
Извиняюсь, если что то пропустил, коротко просмотрел первый урок. Но возник вопрос к тем кто использовал алгоритм билдер, дракон с ним не схож?
0
Похоже, но не совсем то. Дракон это даже не столько сам язык и схематические диаграммы. Это всего лишь реализация, вторичная вещь. Тут больше идеология составления алгоритмов как таковых, с упором на читабельность и качество восприятия. Т.е. во главу угла ставится эргономика. Т.е. некрасивый алгоритм тупо забраковывается, согласно идеологии.
0
Я не использовал алгоритм билдер, и поэтому на прямо поставленный ответить не могу. Но я хочу сказать — невозможно получить представление о ДРАКОНе из видео-уроков! Цель этих уроков — совершенно другая — помочь с первыми шагами в редакторе. А для знакомства с языком — почитайте книгу. Хотя бы несколько первых страниц.
0
визуальный алгоритмический язык Дракон разработан В.Д. Паронджановым в 1996, описан в книге «как улучшить работу ума» и используется 15 лет в космических проектах.

Ингтегрированная среда Дракон разрабатывается 4 года в частном порядке. Сейчас он имеет завершенный вид полно функциональной среды. Представляет графический редактор алгоритмов на языке Дракон (значительно структурированные блок-схема), с графикой связана текстовая часть, что и позволяет выполнять так же и программирование.
0
С каждым графическим элементом связаны 3 текстовых поля — текстовые приложения.
При работе в коллективе поля могут заполнятся техническим заданием от заказчика, описанием алгоритмя от архитекторы проекта, программным кодом от программиста.
Все это вместе позволяет им взаимодействовать и понимать друг друга.
0
При программировании используется модель конечного автомата. Алгоритм в терминах прикладной область отображен в виде Дракон-схемы. Графический элемент образует состояние автомата, в программном приложении находятся команды программного кода. Переход из состояния в другое состояние производится по последовательности графических элементов или последовательность меняется по условию, При генерировании програмного кода в ИС Дракон маршрутный транслятор Дракон-схемы в кон программного языка. Да, он и генерирует команды перехода из одного состояния в другое с помощью команд if и goto.
0
Не буду все расказывать в деталях, Желательно ознакомится с книками Пароджанова и понять и принять его идею Дракон-схем, а потом познакомиться и с интегрированной средой. Вы уже видели пример ее применения.

Извините за скомканый рассказ, не готов был.
Какие, есть вопросы?
0
Мне в видео не понравился один момент — выбор рабочей директории путем выбора файла в ней. Это же верх безпринципности! Существуют же стандартные диалоги выбора директории.

Сама идея ДРАКОНа оченьинтересная.

К слову есть еще один проект http://sourceforge.net/projects/drakon-editor/?source=directory
0
Да, существует стандартный диалог выбора каталога, но в нем не видно содержания каталога.

С указанным проектом знаком, в нем не реализуется полный язык Дракон, графические элементы требуют индивидуальную расстановку, требуется среда выполнения Tcl, имеется возможность программировать — при этом программный код пишется в графический элемент и не остается места для описания прикладной логики
0
Ну использовать диалог выбора файла не лучший вариант — я буду боятся, что в нудный мне файл система что-то запишет.
0
Ссылки не достаточно, мне не понятно, чем оно лучше текстовой записи на любом другом языке.
0
Текстовая запись на языке программирования является конечным продуктом последнего этапа разработки. В ней нет причин разработки, нет обоснования и логики выбора того что предшествйет программированию.
0
О чем еще сказать?
0
Не торопитесь. Будут первые видяшки и статьи, будут и вопросы. Пока народ только тыкает ЭТО палочкой и пытается понять что ему пытаются скормить.

Я вот оценил. Понравилось. Надо будет попробовать применить. Если даже не в виде кодогенератора, то хотя бы для создания алгоритмов к статьям. Не в паинте же их рисовать, в самом деле.
0
Для всего соответствующие инструменты есть
для тех же блок-схем в гугле за минуту нашел
vicking.narod.ru/flowchart/
www.yworks.com/en/products_yed_about.html
есть тот же MS Visio

Вернемся к тому что данная Среда генерирует схемы _не_по_стандарту_

ИМХО Сама среда прошлый век, я понимаю что это же _наше_, потому оно самое суровое
Но оглядитесь, давно придумали (я не про конкретную реализацию, а про методологию и best practices) на порядок лучше, а это — привет из 90х, что очень печально :(
0
Книжку почитай. Там наглядно показывается, что текущий стандарт УГ нечитабельное.
+1
почитал — тут вопрос
или мы хотим то что будет понимать любой человек, без доп подготовки => стандарт
или мы хотим читаемость — тогда вот это УГ ничуть не лучше стандарта :)
Сейчас существую намного приятнее и информативнее виды представления
0
Зачем нам любой человек без доп подготовки? Алгоритм должен быть прозрачно виден команде разработчиков, чтобы сразу видеть все тупики и тупняки текущего решения.
0
будет в проекте удалённый разработчик — первым делом ты ему что скажешь — «Почитай книжечку, текущий стандарт УГ» и так каждому
0
Если работа сложная, подразумеваются большие риски, то таки да. Пусть почитает книжечку и впредь использует более совершенный инструмент, нежели общепринятый.
0
вы что, правда так думаете?
А какие вообще общепринятые вы знаете? Есть инструменты лучше чем этот, а этот откровенное гавно.
Скажу что, как минимум мне, как программисту, не нравится в этих схемах
во всех схемах каждая блок или связь изображает существующую в языке программирования конструкцию или действие логическое, вычислительную операцию, и четко показывает пути перехода от одного блока в другой, с четкой логикой
В данной же схеме у нас алгоритм входит в параллельную вилку, без каких либо условий, с блоками без четкой и однозначной логики

И я конечно извиняюсь, но у этого языка предусмотрена вообще обработка ошибок, хоть какая то?
0
Идеология построения схемы там несколько отличается, оттого с виду рвет мозг. Но в результате она получается один фиг читабельней и удобней. А там условия и переходы четко обозначены.
0
т.е. это не параллельная вилка. Линиями тут идет оформление в логический блок. Их может и не быть, но с ними нагляднее.
0
Хотелось бы увидеть краткое описаное того, что это такое, без мусора подобного `полнофункциональной среды` или `новый уровень программирования`. Пока я понял (судя по комментам здесь, и немного по книге), что это генератор конечного автомата + графический редактор используемый для задания графа, но только ли он? или что-то ещё?

Из этого мне стало бы ясно надо смотреть даьше или не нет.
0
Язык Дракон позволяет описывать алгоритмя из различных областей деятельности, в т.ч. и на этапе программирования. Интегрированная среда Дракон является инструментальным средством. В ней сочетается текстовая база на основе привязки ко графическому алгоритму.
0
А Вы книгу «Язык Дракон» уже прочитали? Там именно об этом — чем изображение лучше текста. Маленький намёк — окружающий мир Homo sapiens в процессе эволюции воспринимал отнюдь не в виде текстов…
0
Почитй книжку, доставляет.
0
ИС Дракон является первой общедоступной средой применения языка Дракон.

На заставке программы сказаночто предназначена для алгоритмизации вашей деятельности и знаний, что является инструментом вашего мышления.

Язык Дракон и ИС Дракон позволит создавать многие алгоримы и быстро из записывать, отображать, перестраивать, чего не возможно на бумаге или другими инструментальными средствами.
0
Программирование является видом деятельности, В ИС Дракон предусмотрено программирование на языках семейств 1С, Си, Делфи, Оберон, АСМ. Практически применяется Ефановым программирование в течении 2011 года, при этом ИС Дракон дорабатывался в соответствии возкающими вопросами.
0
Всё же, позволю себе заметить, ваша ИС поддерживает не язык Делфи а всё же паскаль, поскольку язык Делфи является частью одноименной IDE и не отделим от классов и среды поставляемой с этой IDE
0
Зачем так уж категорично? На дельфях вполне можно написать программу с использованием только WinApi, безо всяких дополнительных классов. Там будут только алгоритмы и связь с ОС, ведь классы Delphi — это только лишь надстройки над инструментами, которые предоставляет ОС.
0
Я не к тому, то что вы говорите это Object pascal
там эволюция языка из pascal -> turbo pascal -> object pascal -> delphi -> Delphi .net
Заявляя что среда поддерживает этот язык, даёт программисту право надеятся на то что среда поддерживает все его возможности, а эта среда не поддерживает ни объектов, ни куда более изощренных вещей.
Это как сказать что поддерживается с++, просто потому что на нем можно написать программу которая скомпилируется с компилятором
0
Да, это так. Тут сказать нечего.
0
Среда называется интегрированной позволяет объединить графический язык Дракон с текстовым, например Делфи, в среде имеется маршрутный транслятор для формирования программного кода в модель конечного автомата.
0
вы не поняли, я прекрасно понимаю как оно у вас устроено, я говорю что, то что оно генерирует, это не Делфи — это язык уровня ниже, такой как turbo pascal
0
Не, я думаю, что не всё так запущено, ведь есть некоторые разновидности языков: императивные, декларативные, функциональные и т.д. В LAD схемах ведь нет потоков как в Windows, там вообще автоматика основана на несколько отличных принципах и всё работает как бы одновременно.
Это я к тому, что если не привязываться к оконным интерфейсам, а взять за парадигму — вх.сигнал, алгоритм обработки и вых. сигнал, то такая штука вряд ли будет в иерархии обычных языков программирования, так нельзя сравнивать. Я вот себе с трудом представляют программу на Delphi в автоматике так, как это сделано на LAD. Или также с трудом себе представляю Delphi аналог экспертной системы Clips, где мыслить нужно вообще по-другому. Я уж не говорю про Lisp с его выражениями.
0
Вы отталкиваетесь от внутренностей windows, хотя в данном случае более важна объектная модель, это основное отличие Delphi от более ранних веток языка, наличие объектной модели возможность наследования, абстрактного описания классов
Ведь представьте как, довольно удобно, можно было бы сделать схему из абстрактных блоков которые по мере реализации будут наследоваться конкретными реализациями, и сохраняя общий интерфейс, позволяют заменять на произвольную реализацию необходимую в данный конкретный момент
0
Я скорее отталкиваюсь от природы среды — целевого назначения инструмента. Windows манипулирует достаточно сложными устройствами — своей периферией, в мире автоматики, как правило, имеют дело с множеством дискретных и аналоговых сигналов: 0, 24 В и 4-20 мА. И всё. Только их очень много может быть, от сотен до тысяч. Структуры есть, но объектов в том их виде, как даёт ООП я что-то не встречал в коде, который эксплуатировал.
Ещё там есть разделение труда. ПЛК исполняют алгоритмы, а HMI средства отвечают за интерфейс, в то время как на универсальных языках такого деления нет. Поэтому для контроллеров вполне это применимо.
0
Какой уровень генерируемого языка это не важно, но то чпо объединяются в одном документе техническое задание, обоснование выбора алгоритма, алгоритм прикладной области в графическом виде, сам программный — это уже новое. Новое и то, что логика упраления в программе не прописывается отдельно а генерируется из графического алгоритма.

В ИС Дракон от языков высогого уровня используются следующие операторы: комментарий, if, goto. Они имеются схожими в различных языках, поэтому мы говорим не о конкретном языке, а о семействе языка. Поэтому Делфи и Паскаль находятся в одном семействе. В ИС Дракон такие различные семейства — Делфи, 1С, Си, Оберон, АСМ.
0
Если уж говорить про семейсчтва, то поддержу follow_me — по видимому, поддерживается семейство Pascal. Delphi отличается от него в основном высокоуровневыми фокусами в ООП-части.
0
А существует ли возможность «прицепить» любой произвольный язык?
Например, через какой-нибудь специальный файл соответствия.
Например, добавляю в папку файл MyLang.lng — и в менюшке появляется ещё один пункт — MyLang

Можно ли надеяться, что ИС «Дракон» станет опенсорсной, или это сугубо частная собственность?
Например, в линуксе отлично работает через wine, но это идеологически не совсем правильно.
0
Разработка идет в частном порядке, к разработке никто не привлекается. В основу положена книга «Как улучшить работу ума», ГОСТ 19701-90 и личный опыт программирования, опыт взаимодействия с корпоративным заказчиком. Про опенсорсную форму разработки представления не имею, вероятно мне это не приемлимо.

О конкретном языке надо знать форму записи операторов: 1. комментария, до конца строки. 2. IF, лучше одной строкой. 3. GOTO. 4. метки.
0
Я бы так не сказал. Единственное, от чего Delphi сложно отделить — это системные библиотеки system.pas, sysinit.pas, sysconsts.pas — там реализация части средств языка и взаимодействия с ОС. А так можно смело выдергивать компилятор (DCC32.exe), упомянутые модули и опционально WinAPI и программировать. Можно спокойно создавать свой фреймворк классов поверх этого и так далее.
Я например часто использую AvL, которая частично заменяет RTL (SysUtils.pas, Classes.pas, etc) и VCL, позволяя писать более компактные программы. Есть и KOL, которая тоже от стандартного набора библиотек использует лишь системные модули и заголовки WinAPI.
Ну и начиная с седьмой версии Delphi называется не только среда, но я сам язык, являющийся диалектом Object Pascal'я.
0
Да уж, я целиком за образность в любом виде процессов управления, где имеется HMI (человеко-машинный интерфейс), но Буран-Бураном, а на сименсовских ПЛК половина мировой промышленности работает, если не больше, а это МЭК'овские стандарты. Попробовали бы авторы сначала применить свои подходы в промышленности. Очень похоже это всё на LAD. Там всё тупо (просто) и чётко. DIHALT правильно сделал замечание по поводу ненадобности промежуточного представления. Кто работал в Step7, тот знает, что никакого промежуточного представления LAD нету. Со стороны пользователя (автоматчика) это просто LAD-схема, которую ПЛК (на то он и ПЛК) понимает прямо так — как LAD схему. Нет, конечно, там внутри как-то всё устроено, но всё это скрыто сименсовскими ноу-хау, которые наши программеры всё никак повторить не могут, увы.
0
  • avatar
  • uni
  • 10 января 2012, 21:33
  • ↓
Просто пока это всего лишь оболочка и промежутка необходимый этап. Но стоит завязать Дракон-ИДЕ на конкретный продукт четко определенный (ПЛК или Ардуину какую) и промежутка станет ненужна. Точнее ее можно будет жестко задать и забыть про нее.
0
невыдержу и вставлю немного оффтопа по поводу ПЛК)
Вы льстите сименовским «ноу-хау») обычная программа, исполняемая с определенным циклом по принципу «прочитал-модифицировал-записал». От того, что цикл маленький (до 1 мс), создается впечатление, что релейная схема работает как и её аналог на обычных релюхах. А вот методы сокращения этого самого цикла — это да, это ноу-хау… И да, как-то натыкался на програмку, в которой рисуеш LED-диаграму, а она генерит С-код для МК. Кажись, для ПИК-ов…
0
Весьма интересный инструмент, спасибо. Хотелось бы (в следующем видео-уроке, например) примеров программ, использующих прерывания.
0
  • avatar
  • nsnd
  • 11 января 2012, 11:21
  • ↓
Категорически поддерживаю данную тему.
Давно хотел попробовать, да рутина засасывает.
Даже собрать разрозненную информацию в одном месте — уже хорошо.
0
Замечательно!
Спасибо за то что положили начало хорошему циклу статей, да и вообще хорошему делу. Сам сделал не мало схем на Драконе под алгоритмизацию программ для микроконтроллеров.
0
Спасибо за поддержку. Буду думать про следующие уроки.
+1
Будем ждать. Мне понравилась эта система.
0
Вот такую штуку нашёл в инете: Ladder Logic for PIC and AVR
0
  • avatar
  • uni
  • 02 марта 2012, 04:25
  • ↓
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.