DRAKON.SU

Для концептов Voltage, Electricity не заданы инициализаторы (нет ни события "::", ни установки свойства "=" -- как-то так ведь необходимо интерпретировать выражение вида "Value=0" ?). В этом случае начальное значение как-то задаётся неявно по умолчанию (напр., заполнение нулём) и когда именно или является неопределенным (или как осуществляется "суммирование" в дальнейшем)?
..

Попробуем чуть расширить задачку: ввести второй таймер для логирования, добавить некий поправочный коэффициент ("концепт" Factor) -- взят с потолка, лишь бы как-то слепить выражения для выяснения сути порядка вычислений, сама предметка "счётчика" как такового неважна:

..

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

Итак, технологический алгоритм задается в
материально-информационном FSR-базисе, содержащем конечное число допустимых
материальных и информационных объектов. Так, S-базис содержит перечень
допустимых статусных (сигнатных) объектов и форм их представления:
вещества, детали, изделия, виды энергии, сигналы, базы данных и
другие знаки; функциональный базис содержит перечень станков,
технологического оборудования, информационных процессоров; реляционный
базис определяет типы R-объектов: условия, ограничения, требования,
связи и т. п. Математический алгоритм материально-информационного
процесса есть приближенная абстрактная модель технологического ал-
горитма.
Чтобы отделить технологические алгоритмы, частичные или всюду
определенные в заданном классе объектов предметики, от квазиал-
горитмов, необходимо фиксировать FSR-базис и систему, в которой
этот базис реализуется, а также определить алгоритмический или,
точнее сказать, технологический язык алгоритмики — язык
реализации информационных и материальных процессов и технологий, на
котором будет определено управление реализацией алгоритмического
процесса в заданном базисе. На технологическом языке по строго
формализованным правилам задается последовательность шагов
процесса с указанием FSR-объектов для каждого этапа процесса, входные
и выходные объекты, данные F-объекта, предусловия и постусловия
и действия при их нарушении, что и составляет программу процесса,
т. е. точную инструкцию на технологическом языке без предположений
о «догадливой, изобретательной и умной» системе, которая сама решит,
домыслит, что делать, если описание алгоритма неполное.
Реализацию математического алгоритма, записанного на логико-
математическом языке, выполняет математический процессор
объективированного субъекта. Реализация технологического алгоритма может
быть выполнена в информационно-материальной системе —
технологическом процессоре, если он имеет в своем составе все
необходимые функциональные объекты, правильно воспринимающие команды
технологического алгоритма и способные обеспечить информационный
процесс контроля и управления ходом протекания воплощаемого
информационно-материального технологического процесса

Для Voltag значение 0 присваивается при чтении

За смысл этой строчки не понял
Null | {Counter =Count) Value =(Voltage/Counter)* (Electricity/Counter*Factor) + Voltage*Factor}
Null | Log(Factor, Value)
Работать будет, только несколько раз читать Voltage не разумно, потому, как при первом чтении это значение обнуляется. Там подписка на событие чтение. Надо подрихтовать что б выполняло то, что задумано и скобки применить для удобства. Занести все подписки в одно событие Null.

На адресации происходит чтение кода класса (Экспресс-адрес) 1 байт.
Затем считывается код Def с битами состава концепта, где один из них признак наличия подписок. При наличии подписок на событие происходит переход выполнение этой подписки. Подписки формируются при трансляции.

И, думаю, пора пообщаться по скайпу ... Так проще будет

Собственно-то, "терроризировать" вас насчёт углубленных деталей нет необходимости. Меня интересовало направление в общих чертах, прежде всего, суть стержня предлагаемой архитектуры вычислений. Насколько можно понять, этот стержень -- нечто вроде традиционного каскада триггеров.

Спасибо.

Михаил, прошу Вас продолжать изложение Вашей темы на форуме Дракона.

Да. Вот это имел в виду. Спасибо огромное. Я все-таки думаю довести до ума свою идею с подписками и интегрировать с вашими наработками [по Дракону] в графическом представлении. Но, не думаю что это раньше чем через полгода произойдет

Про Вашу тему на форуме Дракона не забудьте. Это очень важно

А там никто не пишет. Не удалось мне зажечь народ..Хотя были близкие темы. Я даже писал туда.. Что-то насчет текстовой болезни программистов..Это очень близко. К сожалению, не доходит до массового понимания проблемы.

Вы для себя пишите как черновик для Вашей книги.

Я плохой писатель)) Вот только общаясь с людьми и учусь.

Вы перечитайте Вашу тему на Драконе с начала до конца изложите ее заново. В другой теме — будет лучше

Ну, вот как-то так и делаю.. Спасибо..

Михаил, Вам надо обязательно оставить Ваши Идеи в письменном виде.

Вы огромную работу проделали [по Дракону]. Вам бы добавить сюда [в Дракон] подписки и превратить это не в последовательность, а в граф это было бы технологическим взрывом.

Дело в том, что процессы параллельные и все это не является алгоритмом, потому как происходит параллельно. Только отдельные ветви выполняются последовательно.

В языке ДРАКОН есть средства для изображения параллельных процессов

Дело не в изображении, а смысле. Это и есть всегда инициируется событием и оформляется как подписка.

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

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

Сначала я относился легкомысленно [к Дракону] как к примитивным средствам представления. И только потом дошло, что там [в Драконе] заложено больше, чем просто блок схема.

Выводы по диалогу с Михаилом Кузьминым в Скайпе

1. В беседе по скайпу Михаил Кузьмин впервые высказал мысль, что он хочет объединить свои новые идеи (подписки) с языком ДРАКОН.

Принцип, так предлагаемые подписки, далеко не новый и широко применяется в программировании.

Икона Событие реализована в ИС Дракон.
Она присоединяется слева к иконе Заголовок Дракон-схемы процедуры обработчика события. К иконе Заголовок присоединяться может несколько икон Событие, т.к. процедура может быть запрограммирована на обработку нескольких различных событий.
В программе события генерируются от клавиатуры, таймера, сообщений операционной системы, от датчиков и от других воздействий внешних и внутренних воздействий.
В иконе Событие указывается источник события и вид события.

Ну, МТ позволяет и на однопроцессорном все сделать.. У меня на STM32 демонстрационка. А вообще есть удачный ESP32 2-х процессорный и с кэшем.. Там можно вообще круто реализовать.. И еще момент.. Тут вопрос не только процессоров. Надо много шин доступа. Потому как значительная часть работы это не вычисления, а доступ к концепту и проверка событий.. Это все выполняется параллельно. И не факт что произойдет переход по подписке..

Михаил, прошу вас:

1. Напишите новый заголовок для вашей темы (чтобы по делу)
2. Напишите аннотацию к вашей теме. Не более 250 символов с пробелами