DRAKON.SU

Концепция построения реальных систем на визуальных языках: Дракон, FBD.

Как запустить Дракона 1
Оглавление 2
Предисловие 3
Введение 4
1. Когнитивные технологии 5
1.1. Сделайте сначала фундамент грядущего 5
1.2. GoogleMap как когнитивная 5-ти уровневая система 8
2. Системы непроцедурные 9
2.1. Человек работает, алгоритм за ним наблюдает! 10
2.2. Экспертная система диагностики 19
2.1. Деревья и softlogic 25
3. Системы-тренажеры 29
3.1. История с картинками 29
3.2. Три схемы передачи параметров 32
3.3. Объединим функциональные блоки, логические и Дракон-схемы 37
4. Распределенные АСУТП 41
4.1. Структура и общие принципы 41
4.2. Механизмы коммуникации FieldBus Foundation 45
4.3. Схемы системы контроля 48
Выводы 54
Список литературы 55

Дмитрий, в таблице на стр. 11 при просмотре из Линукса видны одни кракозябли. Возможно, используется странный шрифт какой-нибудь?
В других местах по документу не замечено.

P.S. Винды в радиусе нет.

11 страницу добавил.

Уважаемый Дмитрий Викторович!

В вашем списке литературы указано:

Про Оберон есть русское издание:

Эту книгу подготовил к изданию Федор Васильевич Ткачев (Info21).

Дмитрий, читаю Ваш материал постепенно; очень интересно.

Такой вопрос: Вы приводите примеры кода в SCADA, над СУБД РВ, на Обероне. Вы только для примера используете Оберон, или он в Ваших системах реально задействован?

Уважаемый Владимир Даниелович!

К сожалению, предлагаемое Вами издание не содержит подходов Вирта в части ООП, на которые я ссылаюсь. Это - глава 4 про ООП в книге N.Wirth. Programming in Oberon. A derivative programming in Modula-2. Я что-то даже не вижу русскую версию в Интернете. Если кто-нибудь даст ссылку на перевод, давайте вставим.

Уважаемый Илья!

Это - концепция как написать. Предложенные куски - прототипы. Оберона в них не было. Были:
разделы СИДОР и Диагностика - язык C, графика tk
раздел Деревья и softlogic - язык С++, графика DataViews+vxWindows (позже Qt), коммуникация CORBA
раздел тренажеров - язык С,Fortran, графика Dataviews,tk
раздел распределенные АСУТП - не мои разработки. Брался знакомый ТПТС(Siemens Teleperm ME), для которого я участвовал в создании шлюза и информация о современных подходах 61499 и Fieldbus Foundation

Просматривая, что писал почти год назад - все осталось на перспективу.
1. Использующим Дракон в АСУ: нужно проталкиваться в коммерческие проекты. Для этого нужно найти место найти Дракону среди языков программирования контроллеров, включать в стандарты, добавлять поддержку в графические пакеты типа IsaGRAF http://www.fiord.com/isaf3/. У нас же фирмы-поставщики дружно подстраиваются под импортные графические продукты и стандарты и держатся за них как за Единую Россию. Если вы разработчики ПО для контроллеров, надо свое продвигать.

2. Гл 2.1 - актуально и впредь будет. Инструкций формализованных нет, даже для АЭС там весь регламент - текстовый (симптомно-ориентированные процедуры в зачаточном состоянии). Тут можно действительно охватить многое. И бизнес-процессы о том же.

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

Вот это - да. Не забывая о средствах удобной работы с предметами труда (величинами алгопроцессов). Чтобы щёлкнул на идентификаторе в тексте виопа - и раскрылось его определение (для текущего состояния согласно процессу)... И с исполнителями тоже...