Форум arduino.ua

Надо было наоборот. Попросить писать только тупым.) А то совсем никто не пишет)

Контролировать расход? Тоже вариант. Типа счетчика воды. Это заказчик должен задачу ставить. Измерять остаток в баке... От чего страховаться..  От слива топлива?

Новая версия здесь https://www.youtube.com/channel/UCmYLzFS7e1K9rl50IBIaTkQ
Там же примеры и  всякие подробности
P.S. Формализация машины.
Машина Кузьмина представляет собой перечислимое множество ячеек (концептов) и перечислимое множество управляющих устройств (можно считать их головками, кому это удобно) назначение которых – адресация (активация) концептов. Номер концепта будем называть адресом.

Ячейка (а не головка как у МТ) имеет множество состояний S (возможно бесконечное). Пока событием будем называть состояние концепта. Это не противоречит интуитивному представлению о событии как о процессе изменения состояния потому что факт изменения состояния определяется анализом на принадлежность новому состоянию (истинность события), и зачастую событие имеет имя этого нового состояния.

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

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

Собственно, я здесь именно потому что ищу такого специалиста или инвестора, или компаньена что б сделать это бизнесом.

Ну, я и не предлагаю делать процессор. На тех же ардуинках можно вполне достойные вещи делать. Вот это уже будет круто. Только виртуальная машина по любому. Обычный код не будет работать так как я хочу.. У меня адресация "умная". И еще есть моменты технологичные. Что добавлять устройства без связывания.. Что б добавил, и организовал подписку и должно работать. Обычный код надо через трансляцию все пропускать что б адреса связать.. А это минус для возможностей..

Просил решение. Так я прислал. По моему красивое.. Хоть бы критикнул и то понятней было зачем интересовался.

По моему так изящней. Но, мне не нравится.. С правильным форматированием в приатаченом файле Akvarium.zip

Class Device
‘ Статические данные
{“.” UInt16 { Min 300 Max 320}}
‘Конструктор
||  | Timer (180000,Value) #При запуске устанавливаем таймер и подписку на метод»
||  : ‘Инициализация
‘Атрибуты Value – значение датчика и два счетчика таймера.
{  UInt16 Value #Значение датчика с подписками на выполнение и изменение значения .»
  ||  | = “I”  #Адресация для выполнения. Присваиваем значение с интерфейса датчика.»
  ::   ~ (EMin, Emax)  #По событию изменение значения проверяем на условия.»
UInt32 TimerD 180000 #Счетчик таймера датчика и начальное значение. 3 минуты.»
UInt32 TimerP 4000 #Счетчик таймера насоса и начальное значение»
            :: #Подписка на срабатывание таймера. Значение 0»
            { “PA04”=0  “PA05”=0} #Выключение обоих насосов по истечению цикла.»
‘События EMin и EMax с подписками для включения соответствующих насосов
‘ с запуском таймера
~ EMin Value, Min < { “Pa04” = 1  Timer.Start(4000, TimerP)
~ EMax Value, Max > { “Pa05” = 1  Timer.Start(4000,TimerP)

}

Статические данные просто продемонстрировал.
Дальше идет конструктор. Т.е. метод запускаемый при создании объекта. (Событие «выполнение» В конструкторе создаем и запускаем таймер для чтения каждые 3 минуты. Второй параметр-адрес, к которому адресуется таймер по завершению счета. Т.е. каждые три минуты происходит адресация к атрибуту Value  в котором подписки да два события «Выполнение» и  изменение значения.  По событию выполнению (т.е. по таймеры читаем новое значение с интерфейса (тут надо уточнить), а по изменению значения адресуемся к двум событиям EMin и EMax где происходит проверка на указанные диапазоны. При нарушении диапазона контроля запускаем соответствующие насосы, с контролем по таймеру для их выключения.

В статье есть пример счетчика электроэнергии.. Там упрощенно и типа значения тока и напряжения читаются с портов. Ну, конкретно уже по железу надо будет писать.. Есть еще примеры. Посложнее.. Эти примеры уже после трансляции.. Подсветка обсуждается.. и есть еще куча мыслей для обговорить.
Сори..  не могу посмотреть задачу. Просто не получается открыть ссылку.. Пришли на вайбер.. 0961135437

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

Разработал новые принципы программирования. Это даже не программирование в обычном смысле и не алгоритмы и не машина Тьюринга. Mashina-Kuzmina_-Upravljaemaja-nedeterminirovannaja-mashina-Tjuringa_.zip
Проблема в том, что в автоматике процессы происходят параллельно, что провоцирует недетерминизм. Еще в оккупации написал транслятор на новых принципах. Приехал в Харьков обещали серьезный заказ и кинули. Я тут 2 месяца просидел все бабки потратил. Теперь не знаю что делать. В Старом Салтове еще обстреливают. Ехать некуда. Тема годится для построения сложных систем. Для выключателя нет смысла ее допиливать. Могу скинуть пример Если есть крупный инвестор, типа самой Ардуино или сименс.. То, родил бомбу в мире автоматики.. Все очень просто но не привычно. Рассказывать в двух словах за работу 25 лет нет смысла.. Могу скинуть пример программы..электросчетчик.. это после транстяции
Class  ElectricMeter            #Класс с параметрами времени в миллисекундах и счетчик суммирования»
| # Конструктор»  @ Byte ( Interval _  # В миллисекундах одного тика.», Count 100 # Количество тиков для суммирования. По умолчанию 100»)  ' Параметры
                                                                                              InitCount =   Count ' Присваиваем начальное значение счетчика
{ Timer ( Interval,  Tick ) # Создание таймера, создание подписки.»
|  #Создание динамических свойств» ::
  {  Byte {  InitCount _ #Начальное значение счетчика»
                 Counter _               #Счетчик»
                                      | #Инициализация с выполнением»   Counter =InitCount #Количество тиков таймера до запуска вычислений. Присваивается при инициализации c выполнением»
                              |  ←  Counter -   1           #Ведем счетчик. При каждой записи вычитаем 1»
                                           : =   [ ( Counter =InitCount  ) Value Voltage/InitCount  )* ( Electricity/InitCount  )]  #При событии 0, формируем счет и восстанавливаем значение счетчика. Как произведение средних значений тока и напряжения.»
              }
  ' Определение атрибутов Voltage, Electricity и Value
    Float { Voltage  0 
                              | ←@( Float X _ )  +X       # Суммирование значения при событии Write»
                                        | →     0      # При чтении обнуляем счет.»
                   Electricity 0
                              | ← @( Float X_ ) Electricity + X   # Суммирование значения при событии Write»
                                        |  → Electricity =  0     # При чтении обнуляем счет. »
                   Value 0   'Начальное значение
                                | ←   @( Float X_ ) +  X    #Значение счетчика наращиваем при записи»
           }

  Void Tick _
              |  [   Counter =0   Voltage= "P1" Electricity ="P0"]  ' Значение счетчика уменьшаем на 1 при записи значения 0 и читаем значения тока и напряжения с портов P0 и P1

   }
Выглядит как говно без подсветки и объяснять надо как работает..

Кто могет денег подкинуть плиз. Или как-то помочь. Карточка 5457 0822 2615 2226
Тел 0961135437 . Там же вайберы, телеграммы и все такое.. Хотя хрен его знает как мне помочь..
Там где смайлики -комбинации знаков -имена событий..

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