Обсуждение ИС Дракон

Учитывая интерес (как собственный, так и сообщества) к данному средству, решил вынести в отдельную тему, т.к. вобсуждении статьи очень тяжело ориентироваться.
Цель - не только обсудить, но и в меру возможностей посодействовать развитию данного проекта.
Задачи:
1. Создание актуальной и удобной справочной системы
2. Совершенствование кодогенератора, поддержка новых языков
3. Что-нибудь ещё придумаем по ходу :)
______________________________

Мои предложения по п.1:
Организовать открытый проект на вики-системе, чтобы каждый мог легко внести свой посильный вклад в свободное время.
Например, на викиучебниках (если там модеры не такие отмтроженные, как на педивикии)

По п.2 пусть предлагают те, кому актуально *(ассемблисты, например).
От себя бы предложил автору представить полную спецификацию формата хранения дракон-схем .drt, чтобы люди могли подключать к редактору собственные примочки (не только кодогенераторы, а и преобразователи, например, в .pdf, .doc итдитп.)

В общем, как-то так.

1

12.12.2014, 03:18

Сообщение от Omdriy ... А вообще, я тоже считаю, что проект медленно идет. Разработка одного автора - изначальный тупик. Стоит привлечь партнеров в команду. ...

Еше Крылов говорил, что лебедь, рак и щука не сдвинут воз.

А так, автор за все в ответе и перед всеми.
Умейте взаимодействовать с автором.

0

12.12.2014 04:46

Сообщение от Omdriy Геннадий, вот еще пожелания: 1. сильно раздражают переключатели. Когда выбор множественный и действия однообразные, они непомерно расширяют схему. Было бы здорово, если бы переключатель можно было бы сворачивать до одного, максимум двух веток, а при нажатии, например, на крестик, он бы разворачивался, либо поверх остальной схемы, либо расширяя лист. 2. В чем разница между "да/нет" и "рокировкой" для иконы "Развилка"? 3. Хорошо было бы сделать возможность "закоментировать" часть кода. Т.е. если надо выключить часть алгоритма, например в целях отладки кода, выделить эту часть алгоритма, нажать кнопочку, и, либо в генериремом файле (применительно к Си/С++) эта часть кода берется в /* */, либо отделяется //, либо вообще исключается из генерируемого файла. 4. Может уже есть способ, который я не увидел? Сейчас приходится извращаться - вырезать блоки кода и куда-нибудь вставлять в ненужную ветвь алгоритма.

1. Не будем все хотелки втискивать в программу. Люди давно работающие, об этом не говорят, они адаптировались.

2. Читайте В.Д. Паронджанова, скачайте отсюда - http://drokom.su/biblioteka_1/stort "Паронджанов В. Д. Язык Дракон. Краткое описание".

3. Не будем все хотелки втискивать в программу. Люди давно работающие, об этом не говорят, они адаптировались.

Также есть возможность выполнять формирование промежуточного кода, при не всех заполненных иконах и выполнять трансляцию без сообщений об ошибках. Для это установите галочку в меню к пункту "Программирование/ //......Нет текста".

4. Не совсем понял. Вырезанный или скопированный блок нет необходимости вставлять в ненужную ветку, он сохраняется в графическом буфере программы. Выберите место ввода и выполните Вставить, выберите заменяемый блок и выполните Заменить.

Omdriy, ответил на все найденные ваши вопросы. Посмотрите сами.

0

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

Я согласен, что построение указанного изоморфизма является интересной теоретической задачей.

Проблема в том, что у меня нет буквально ни секунды свободного времени. Такая работа не входит в мои планы. Разумеется, я был бы очень рад, если бы кто-то выполнил подобное исследование под Вашим руководством.

0

Сообщение от Omdriy В чем разница между "да/нет" и "рокировкой" для иконы "Развилка"?

Разница в следующем:

1. При операции "да/нет" в данной развилке меняются местами «да» и «нет» и только. Все остальное остается на месте. Это значит, что алгоритм ИЗМЕНИЛСЯ.

2. При рокировке плечи развилки меняются местами.
При этом слова «да» и «нет» также меняются местами. Это значит, что алгоритм НЕ ИЗМЕНИЛСЯ. Изменилось лишь графическое представление алгоритма.

Смотреть здесь на стр. 83-88 (рокировка) и стр. 409 (отличие "да/нет" от рокировки)

0

Выводы, которые я сделал по поводу языка Дракон и программы ИС Дракон.
Паронджанов, язык Дракон:
Если в целом глянуть, то алгоритмизация нужна. Тут обсуждать думаю нечего. Визуальное отображение процесса чего-либо на порядки нагляднее, понятнее. Скорость восприятия алгоритма гораздо выше, чем у текста. Также в алгоритме гораздо быстрее можно увидеть ошибки, узкие моменты, и так далее, чем по тексту блудить. У меня есть несколько случаев, когда в программе я не мог найти ошибки, пока не нарисовал алгоритм.
Итог, алгоритмы нужны. Для того, чтобы алгоритмы легко читались и воспринимались, нужны правила. А также "Язык".
Что Паронджанов и сделал.
Идем дальше.
ИС Дракон.
Простите, при всех намерениях Паронджанова, вы в своей программе этого не добились. Я попробовал поработать в вашей программе, впечатления не очень.
1 - Нет интуитивного понимания интерфейса программы.
2 - Создание алгоритмов у вас сразу же изначально и железобетонно заданы тремя типами. Силуэт, примитив, гном. Мало того, и сами типы железобетонно заданы. Как человек, пишущий программы (программист - про меня будет громко сказано), я сразу же подметил этот момент.

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

0

Вопрос может немного в тему

Для использования в Буранах, АПЛ и прочего какой использовался редактор ?

0

Сообщение от x893 Для использования в Буранах какой использовался редактор ?

Я работаю в фирме Пилюгина свыше 50 лет (с 1 марта 1961 года). За эти годы предприятие несколько раз меняло название. Сейчас оно называется

Федеральное государственное унитарное предприятие Научно-производственный центр автоматики и приборостроения имени академика Н.А. Пилюгина. (Сокращенно ФГУП НПЦАП им. Н.А.Пилюгина). http://www.npcap.ru/

В 1976 году "фирме" Пилюгина было поручено разработать систему управления Бурана. Разработка была совершенно секретной. Термин "Буран" запрещалось употреблять. Поэтому все говорили

Изделие 11Ф35

Мою лабораторию, которая раньше занималась премущественно разработкой вычислительной техники, переорентировали на работы, связанные с Бураном.

Лаборатории была поручена комплексная разработка вычислительной системы Бурана. Я участвовал в разработке Бурана с первого до последнего дня.

1. Вычислительная система Бурана состояла из двух систем:
— Центральная вычислительная система, состоящая из 4-х БЦВМ типа Бисер-4.
— Периферийная вычислительная система, состоящая из 4-х БЦВМ типа Бисер-4.

2. Названия "центральная" и "периферийная" система являются в некотором смысле условными, так как они были совершенно одинаковыми.

3. Четыре БЦВМ типа Бисер-4 работали синхронно, по одинаковым программам.

Это было четырехкратное аппаратное резервирование. При любых двух отказах система управления Бурана должна была обеспечить выполнение критических задач: спасение жизни экипажа и возвращение Бурана на Землю.

4. В отличие от американцев, которые использовали ПРОГРАММНУЮ синхронизацию четырех БЦВМ (on-board somputers AP-101), мы использовали АППАРАТНУЮ синхронизацию четырех БЦВМ типа Бисер-4.

Для этого был разработан пятикратно резервированный кварцевый генератор, выдававший выходную частоту по схеме голосования ТРИ ИЗ ПЯТИ (3 из 5). Этот сверхнадежный кварцевый генератор (пять каналов которого, были, разумеется, синхронизированы между собой) выдавал частоту одновременно на все 4 БЦВМ типа Бисер-4.

5. С самого начала в громадной этажерке, в которой размещалась аппаратура на борту Бурана были предусмотрены 8 посадочных мест, куда можно было "вдвинуть" 8 БЦВМ типа Бисер-4.

4. При первом (и единственном) полете Бурана использовалась только Центральная вычислительная система (только 4 БЦВМ типа Бисер-4).

Периферийная система не использовалась. Это значит, что в этажерку были вставлены только 4 прибора Бисер-4. Остальные 4 посадочных места для четверки БЦВМ периферийной системы были пустыми и закрыты заглушками.

5. Во втором пуске Бурана (который так никогда и не состоялся) количество полетных задач увеличилось. Мощности одной четверки БЦВМ уже не хватало и в приборный состав системы управления была снова введена периферийная система, то есть добавлена еще четверка БЦВМ типа Бисер.

6. Подготовка ко второму пуску Бурана шла полным ходом. Но распад СССР привел к прекращению работ.

7. Насчет языка ДРАКОН. Здесь надо говорить много и подробно. Но я ограничусь одним упоминанием.

Рассмотрим задачу управления сохранением живучести четырехкратно резерированной четверки БЦВМ Бисер-4 при выходе из строя одной, двух и трех БЦВМ. Со стороны эта задача может показаться довольно простой. На самом деле это не так.

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

Эту программу разрабатывала в моей лаборатории Лариса Дмитриевна Тюрина. Она разрабатывалась на ДРАКОНЕ. Но тогда это был "бумажный" ДРАКОН. Фактически это был детальный алгоритм, на ДРАКОНе. Лариса отдала его программистам, и они закодировали его на ассемблере компьютера БИСЕР-4.

Отсюда следует, что в те далекие времена инструментальная программа редактор для ДРАКОНа еще не существовала.

В 1991 году Леанид Константинович Эйсымонт из Института прикладной математики Академии наук СССР (ныне РАН) создал дракон-редактор.

Разработка Эйсымонта не была завершена в связи с развалом СССР и прекращением финансирования. Сегодня редактор Эйсымонта не используется и не развивается. Однако он работоспособен и хранится, как драгоценная реликвия.

Желающие могут его протестировать (он работает под MS DOS). Здесь находится и редактор, и инструкция по его использованию.

0

Спасибо за развёрнутый ответ.
Сразу вспомнились рассказы деда о симуляторе полета (3 экрана на каждом по 4096 треугольников) и как будущие пилоты буранов приезжали тренироваться.
Но уже в 1983 была графика (правда не в РАН а в СОРАН).
Просмотрел материалы по теме, поговорил с дедом - резюме скорее отрицательное. Программа даже не обсуждается (просто нечего обсуждать), а подход он правильный, так как это принцип (дед до сих пор на буниге и ручкой алгоритмы рисует быстрее чем на планшете - да и мышью не пользуется - только padом).

Вопрос немного может не в тему - была в Академгородке волна - сделать компьютеры оберон - могу ошибаться конечно - но если такое было - чем закончилось ?

0

Такой же подход (ручка и бунига) использовал дед в 1987 году для системы раннего обнаружения подводных лодок.
Раньше ходили 200-300 кабельтовых от Камчатки - после ввода в 1988 году 2000-3000 и стало видно всё что происходит от 0 до 300м в глубину на расстоянии 3000.
Подход как у вас но только инструменты более простые. Опять же СОРАН
(лодки в другой стороны Тихого)

0

Сообщение от dragonedit 12.12.2014 04:46 Сообщение от Omdriy Геннадий, вот еще пожелания: 1. сильно раздражают переключатели. Когда выбор множественный и действия однообразные, они непомерно расширяют схему. ......

1. Не будем все хотелки втискивать в программу. Люди давно работающие, об этом не говорят, они адаптировались.

2. Читайте В.Д. Паронджанова, скачайте отсюда - http://drokom.su/biblioteka_1/stort "Паронджанов В. Д. Язык Дракон. Краткое описание".

3. Не будем все хотелки втискивать в программу. Люди давно работающие, об этом не говорят, они адаптировались.

Также есть возможность выполнять формирование промежуточного кода, при не всех заполненных иконах и выполнять трансляцию без сообщений об ошибках. Для это установите галочку в меню к пункту "Программирование/ //......Нет текста".

4. Не совсем понял. Вырезанный или скопированный блок нет необходимости вставлять в ненужную ветку, он сохраняется в графическом буфере программы. Выберите место ввода и выполните Вставить, выберите заменяемый блок и выполните Заменить.

Omdriy, ответил на все найденные ваши вопросы. Посмотрите сами.

В моих вопросах нет пункта 4, этот абзац надо склеить с предыдущим, 3-им пунктом. По пункту 1 и 3 - меня бы устроил ответ, что эти возможности могут появиться в следующих релизах программы. Я уже не первый год работаю в Вашей ИС Дракон, но до сих пор не адаптировался. Очень часто бывают ситуации, когда отдельные куски алгоритма работают, но программа в целом не работает. Приходится искать в чем проблема вырезая ветки алгоритма и вставляя их в неиспользуемую ветвь или отдельный лист, что бы освободить всю программу от отдельных кусков кода. А если бы выделить участок алгоритма - нажать волшебную кнопку - и выделенный фрагмент исключился бы из результирующей программы. Кстати, в большинстве редакторов кода (MS VC, MPLAB и пр.) есть подобный функционал - выделяешь кусок кода, выбираешь в меню "закомментировать" и весь выделенный участок кода выбыл из программы. И, соответственно, наоборот - выделил, нажал "раскомментировать" и код в работе. Может кто-то и не пользуется таким приемом работы, но я постоянно его использую.
По поводу возможности сворачивания переключателей. На мой взгляд, для комфортной работы алгоритм должен умещаться по возможности весь на экране. Или хотя бы значимые участки. У меня монитор не супер современный, 20 дюймов всего и нет возможности поставить второй, что бы расширить рабочий стол. И на этом экране у меня не умещается весь нарисованный алгоритм. Знаете, Геннадий, не умещается он полностью и фиг с ним, гоняю лист туда-сюда мышкой, тем более, что сегодня он маленький, а завтра уже здоровый, а потом вообще может стать гигантским. Но, честное слово, реально раздражает, что большую часть листа занимают переключатели, при этом их информативность в понимании алгоритма достаточно низка, т.к. в принятии решения от вопроса в начале переключателя чаще всего используются однотипные, почти одинаковые операции. И, на мой взгляд, вполне логично иметь возможность их сворачивать.
Про сборку без Маршрутного транслятора - тут я сам не разобрался с программой. Мне показалось, что при установке галочки напротив этого пункта, из результирующего кода исключаются комментарии.
В данный момент пользуюсь выпуском от 20.10.2014. В новых выпусках не увидел значимых для меня изменений, потому еще не обновился.

0

Про рокировку спасибо, разобрался.
P.S. Книжку еще не прочитал, как-то понадеялся на свой опыт, полученный при обучении в школе и техникуме. Почитаю на досуге.

0

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

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

##
А касательно опенсорса, из-за которого тут давеча поцапались, - да, я предлагал когда-то, но скорее не в том смысле, чтобы открыть код, а в первую очередь имел в виду модульность с прозрачными интерфейсами.
Отдельно хранение тегов блоков/икон в программном тексте для однозначного двунаправленного преобразования, отдельно система хранения метаданных, отдельно редактор, проектный менеджер и кодогенератор.
И все это связано стандартизированными и открытыми интерфейсами.

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

0

Сообщение от MrYurom Но, опять же повторюсь, это совершенно отдельный проект, и бесполезно предъявлять претензии автору устоявшегося продукта со своей идеологией и пользователями. Просто как пожелание на будущее.

Да, осваивайте ИС Дракон, находите применение.
Если вы специалист, то развивайте применение. Для вас имеются *.drt файлы, в текстовом формате, проще не бывает.
Обращайтесь, помогу.

0

Уважаемые коллеги!

Мы находимся в теме «Обсуждение ИС ДРАКОН». Динную тему создал MrYurom (спасибо ему).

В MrYurom определил цель темы в виде вдохновенного и тщательно продуманного Манифеста:

Сообщение от MrYurom Учитывая интерес (как собственный, так и сообщества) к данному средству, решил вынести в отдельную тему, т.к. в обсуждении статьи очень тяжело ориентироваться. Цель - не только обсудить, но и в меру возможностей посодействовать развитию данного проекта. Задачи: 1. Создание актуальной и удобной справочной системы 2. Совершенствование кодогенератора, поддержка новых языков 3. Что-нибудь ещё придумаем по ходу. ______________________________ Мои предложения По п.1: Организовать открытый проект на вики-системе, чтобы каждый мог легко внести свой посильный вклад в свободное время. Например, на викиучебниках (если там модеры не такие отмороженные, как на педивикии). По п.2 пусть предлагают те, кому актуально *(ассемблисты, например). От себя бы предложил автору представить полную спецификацию формата хранения дракон-схем .drt, чтобы люди могли подключать к редактору собственные примочки (не только кодогенераторы, а и преобразователи, например, в .pdf, .doc итдитп.) В общем, как-то так.

Я согласен с этим Манифестом. Считаю его мудрым, очень важным и привлекательным.

Ценность Манифеста в том, что он открывает возможность для коллективной работы сообщества по развитию инструментальных средств языка ДРАКОН на основе программы «ИС Дракон» Геннадия Тышова.

Смотреть видео: «Коллектив — это сила!»

Ум хорошо, а два лучше. Один в поле не воин. А если в Партию сгрудились малые, Сдайся, враг, замри и ляг. <ul><ul><ul><ul><ul><ul>Маяковский</ul></ul></ul></ul></ul></ul>

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

Коллектив — это сила!

0

У В.Д. Паронджанова странная тональность сообщения, какие то манифесты, коллективный интеллект, мифические группы, партия, Маяковский, пословицы.

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

Считаю сообщение В.Д. Паронданова не деловым, не конструктивным и даже не серьезным.

====

17 дек 2014, 16:26

Сообщение от MrYurom Но, опять же повторюсь, это совершенно отдельный проект, и бесполезно предъявлять претензии автору устоявшегося продукта со своей идеологией и пользователями. Просто как пожелание на будущее.

У MrYurom вполне правильное отношение к ИС Дракон.

0

http://bestgif.su/_ph/7/2/794696502.gif?1420063712
Дракон поздравляет с Новым годом.
Будем вместе.

0

ИС Дракон для скачивания удален с форума сайта OberonCore.

Ссылка для скачивания ИС Дракон временно отсутствует, для получения программы обращайтесь в ЛС.

Материалы по ИС Дракон будут на этом форуме.
Здесь есть возможность вносить изменения в ранее выложенные сообщения. На OberonCore такой возможности нет.

0

• Не надейся на память. / В. Тавровский, врач /
• Учись писать, читать и понимать алгоритмы в ИС Дракон. / В.Д. Паронджанов /
• Для каждого нужен не метод, а инструмент. / форум /
• О ЧЕМ ДУМАТЬ ПОЛЕЗНО? Без ручки, буниги, интеллектуальной карты, схемы ДРАКОН — НИ О ЧЕМ! / В.П. Борисенко - преподаватель, доктор наук/
• Совершенствоваться - значит меняться, быть совершенным - значит меняться часто. / сэр Уинстон Черчилль /

Влидимир Паронджанов предлагает бесплатно скачать книги - здесь.
Страница "Программа ИС Дракон" - здесь.
Другие ссылки - .


Тема "ИС Дракон. Вопрос - ответ" - .
Тема "ИС Дракон. Как программировать?" - .
Тема "Дракон на Андроиде" о других Дракон средах - .

В Облаке Mail cоздана папка - "ИС Дракон".
Ссылка для доступа - здесь.

В папке выложены файлы для скачивания:
1. ИС Дракон, выпуск от 24.09.2016 - Dragon_2016_09_24.rar
2. Dragon_Изменения.txt
3... Другие сопутствующие файлы

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

0

Посмотрел на Дракон и с первого взгляда показалось что есть в нем нечто рациональное, но вот пробую сделать простую задачку и уже кажется что нет там такого или я не по-Драконовски ее пытаюсь сделать, а внутри какое-то беспокойство, что может не до конца разобрался. Господа, если не затруднит, покажите как она должна выглядеть на Драконе. Задачка простая: поступает последовательность 0 и 1 в некоторый обработчик, который нам в ответ говорит, четное или нечетное количество 1-ц было до сих пор. Делается на ARM (stm32discovery) с использованием теории конечных автоматов. Входы: 1 - кнопка нажата, 0 - не нажата, выходы: нечетное количество единиц - светодиод горит, иначе нет/выключается, частота смены состояний автомата 0,5 Гц. Программа рабочая есть на С (прилагаю) и набросал после просмотра роликов силуэт в Драконе (сильно не уверен, что правильно), который тоже прикладываю. Есть несколько непонятных моментов:
1) У меня нет в меню "взять имя из буфера обмена", чтобы поместить в описание модуля ссылку в лист (Dragon_2015_01_01), а в первом ролике этот пункт используется.
2) В этой схеме имеются "критические ошибки ввода". О чем речь вообще? Куда глядеть-то?
3) Нет описания LangProk.lpr (надо перевести в С). Где его брать для С?
4) Что дает галка "свойство - Автомат"?
5) Если состояний много и нужно поменять время смены состояния, как это можно сделать централизовано? Типа специальной одной переменной, задающей время.
6) Наверное главный вопрос: "А эквивалентна ли моя дракон-схема программе на С?" или я чего-то упустил?


[2.31 Кб]

y023rus -
Посмотрел на Дракон и с первого взгляда показалось что есть в нем нечто рациональное, но вот пробую сделать простую задачку ...

y023rus, хорошее желание и уже у Вас есть начало.

Для начала, приведу выдержку из переписки:

Основное назначение программы – составлять и использовать визуальные алгоритмы. Алгоритмы могут содержать текстовую сопроводительную информацию в т.ч. программный код. Программировать в ИС Дракон нужно только при наличии желания изменить традиционную практику программирования. Первоначально создаем алгоритм программы, при отладке изменяем алгоритм. Для программирования в ИС Дракон нужно освоить ИС Дракон, уметь программировать, понимать логику формирования программного кода в ИС Дракон. В ИС Дракон формирование, т.е. сборка, файла программного кода производится внутренним Маршрутным транслятором. Формируется программный код в стиле ассемблерного: без вложения, с метками, с goto, код не предназначен для редактирования, смотри в него только при отладке, редактируем только алгоритм в ИС Дракон. >>> 1. Как создавать и использовать функции языка C? В ИС Дракон Маршрутный транслятор генерирует операторы языка программирования: комментарий, метка, безусловный переход, переход по условию. Все остальное должно быть написано программистом. Прагриннист пишет программный код в Р-тексте икон и схем. Схема соответствует 1 процедуре (функции). В Р-тексте икон схем Примитив и Силуэт пишется программный код соответствующий проблемному и функциональному назначению иконы, т.е. часть текста тела процедуры. В Р-тексте схем Примитив и Силуэт пишется программный код из 2-х частей. В 1-й части объявление процедуры (функции), переменных, оператор начала (“{“) тела процедуры. Во 2-й части конец (“}") тела процедуры. Эти части объемлют программный код икон схемы. В иконе Модуль схемы Гном текст иконы описывает: используемый язык, имя генерируемого программного файла, список Дракон-листов и Дракон-схем. Выполните в в меню пункт «Программирование/Элененты описания языка», познакомьтесь с полученным текстом. В Р-тексте иконы Модуль схемы Гном пишется программный код из 2-х частей. В 1-й части объявление заголовочных файлов, макросов, глобальных переменных и т.д. . Во 2-й части вставьте пустой комментарий, для Дельфи – инициализирующая и финальные части модуля . Эти части объемлют программный код всех процедур. Программа ИС Дракон, утверждаю, является интуитивно понятной. Много поясняется в строке состояния, пункты меню, выбранные элементы в Дракон-листах, результат выполнения действий при редактировании. Первоначально надо быть исследователем. При освоении программирования, составьте алгоритм и до заполнения его программным кодом можно просмотреть генерируемый программный код. Выберите S-текст (4-квадратик) схемы, получите программный код процедуры. Выберите S-текст иконы Модуль схемы Гном, получите программный код файла. В тексте увидите сообщения «…… Нет текста», найдите соответствующий Р-текст и заполните его. В тексте могут быть и другие сообщения, устраните их причину. >>> 2. Можно ли работать с конструкциями языка С++, такими как классы, очереди и т. д. ? Специальных средств нет. Прагриннист пишет и размещает в Р-текстах, смотрите выше. Общее проблемное описание «классы, очереди и т. д.» можно разместить в схемах Гном. Кроме иконы Модуль, для этого используйте другие виды икон.

Еще выполните в ИС Дракон в меню пункт "Программирование/Элененты описания языков", получите текст для ознакомления.

1. Задачка простая: поступает последовательность 0 и 1 в некоторый обработчик, который нам в ответ говорит, четное или нечетное количество 1-ц было до сих пор. 2. Делается на ARM (stm32discovery) с использованием теории конечных автоматов. 3. Входы: 1 - кнопка нажата, 0 - не нажата, выходы: нечетное количество единиц - светодиод горит, иначе нет/выключается, частота смены состояний автомата 0,5 Гц.

1. В алгоритме количество 1-ц не считается, а отслеживается состояние кнопки.

2. По моему мнению, тут можно не говорить о конечном автомате, т.к. состояние автомата в переменных не фиксируется.

3. При частоте 0,5 Гц, полупериод равен 1 сек., такая длительность должна быть в иконах Пауза.

1) У меня нет в меню "взять имя из буфера обмена", чтобы поместить в описание модуля ссылку в лист (Dragon_2015_01_01), а в первом ролике этот пункт используется.

После создания роликов прошло 3 года, программа изменилась. В контекстном меню листа выполните пункт "Имя файла для иконы Модуль".

2) В этой схеме имеются "критические ошибки ввода". О чем речь вообще? Куда глядеть-то?

Знаком "?" отмечен Обычный цикл, в котором нет действий. Надо использовать Цикл ЖДАТЬ, без указания длительности периода ожидания, в иконе поставьте ".". Обычный цикл можно преобразовать в Цикл ЖДАТЬ. Правой клавишей мышки выберите в цикле узел со стрелкой, получите контекстное меню и вставьте икону Период.

3) Нет описания LangProk.lpr (надо перевести в С). Где его брать для С?

[404 байт]

Поместите в папку программы. В иконе Модуль замените текст на:
Prg_C.lpr
main.c
Новый_01.drt
4) Что дает галка "свойство - Автомат"?Галочку снимите. Применяется при использовании технологии "Автоматное программирование", предложенной Шалыто. Для ИС Дракон введена по предложению пользователя С.Д. Ефанова, рекомендации по применению ждем от него.

5) Если состояний много и нужно поменять время смены состояния, как это можно сделать централизовано? Типа специальной одной переменной, задающей время.Должна существовать процедура выполнения ожидания. Время ожидания в иконе Пауза должно задаваться параметром вызова этой процедуры.

6) Наверное главный вопрос: "А эквивалентна ли моя дракон-схема программе на С?" или я чего-то упустил?Вы стоите в начале пути освоения. Проявите настойчивость, дорабатывайте, делитесь результатом и задавайте вопросы.

В генерированном тексте файла main.c не должно быть "......", устраняйте причину.

0