roboforum.ru

smur писал(а):Мне кажется я и начал обсуждать применение автоматного программирования на примере
https://vzikblog.wordpress.com/2019/04/02/проект-bibi-часть-5/
в ветке:
forum10/topic18271.html
причем в деталях, для тех, кто читает, а не просматривает.

Одна из ключевых деталей, которые соответсвуют обсуждаемой здесь темы, состоит в том, что в качестве IDE Вы применили в своем BiBi проекте Arduino, при этом логирование предварительно было в виде графического описания алгоритма с применением автоматного программирования, где драйвер каждого аппаратного модуля брался из готовых библиотек.
В качестве MCU был применен Atmega328p с обвязкой в виде шилда NANO.

В принципе сам по себе факт применения здесь автоматного программирования не оспаривается.
Здесь же речь идет не столько об алгоритмизации задач с применением АП, в виде графов, сколько о среде программирования, в которой легко, просто и доступно присутствовать на празднике для разраба.

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

1. Знание языка программирования. Обычно для Atmega 328p используется язык программирования C/C++, и вы должны быть знакомы с этими языками.

2. Инструменты разработки. Вам потребуется среда разработки, такая как Atmel Studio или Arduino IDE, а также компилятор для языка C/C++.

3. Доступом к множеству библиотек и ресурсов доступных для работы с Atmega 328p, включая библиотеки для работы с GPIO, таймерами и коммуникацией, что таки да, проприетарно.

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

5. После написания программы вы должны будете прошить микроконтроллер Atmega 328p, чтобы загрузить вашу программу на него.

smur писал(а):Flowcode вещь полезная, хотя и платная и проприетарная. Но она не научит, как запрограммировать, например, работу лифтов в многоквартирном доме. А вот с помощью автоматного программирования это сделать довольно просто. Я имею в виду алгоритм работы. Подключение моторов и датчиков это дело техники, сам подход в программировании систем со сложным поведением это уже другой уровень задач которые я и пытаюсь рассмотреть.

Простые вещи возможно на нем генерить т.к. он поддерживает конечные автоматы (FSM) и позволяет создавать программы, основанные на этом подходе. Вы можете создавать состояния, определять переходы между ними и добавлять действия, выполняемые в каждом состоянии, т.е. он вполне подходящим инструментом для реализации автоматного программирования уровня Bi-Bi проекта, но опять же с доказательной подоплекой.
Серьезных вещей на нем не запилить, да он стоит денег и кроме того, согласен, если нужна большая гибкость или более высокая степень контроля над программой, возможно, вам придется перейти к текстовому программированию с использованием языков, таких как C/C++, либо персмотреть процессорную архитектуру с возможностью восспользоваться такими IDE,
которые датут позволят Вам в полной мере использовать их инструменты, чем мы и занимаемся.

smur писал(а):В вашей IDE как запрограммировать работу лифтов, кстати? Скажем два лифта и 9 этажей. Одна кнопка вызова на каждом этаже.

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

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

Я за то, чтоб развивать АП в комфортной среде, доступной для широкого сообщества специалистов, а не только для тех, кто имеет четкое представление об АП и занимается доказательными проектами уровня Bi-Bi.

Мое мнение, что разработчик не должен вникать в теорию и методы логгирования АП, он просто должен работать в среде, которая эти методы применяет.

По ходу Тьюринг предложил построить дешифратор на основе электронных ламп и привёл в команду Т. Флауэрса — опытного инженера-электронщика. В результате совместных усилий математиков и инженеров был разработан «Колосс» — одна из первых в мире ЭВМ. К 1944 году с помощью «Колосса» код «Лоренц» был взломан, что позволило союзникам читать всю переписку высшего германского руководства.

smur писал(а): А как на Вашем IDE задать логику работы, ну скажем, одного лифта и пять этажей. На каждом этаже кнопка. В лифте пять кнопок. Как решить такую задачу? Например у Лафоре Р. Объектно-ориентированное программирование в С++ 4 издание есть такой пример: Будем считать, что в здании находится только один человек и имеется только один лифт. Таким образом, в один момент времени может быть только один запрос этажа и один этаж назначения.

Лирическое отсупление озаглавленное: "От пекарни, ATE стендов, и медицинских приборов, до управления дозаторами в вендинговых машинах и да, 9-и этажных лифтовых хозяйств"

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

Итак:

Шаг 1. Инициализация переменных

Создайте переменные для представления состояния каждого лифта, например Elevator1 и Elevator2.
Инициализируйте переменные для отслеживания текущего этажа каждого лифта, например CurrentFloor1 и CurrentFloor2.

Шаг 2. Обработка запроса на лифт

Следите за кнопками вызова на каждом этаже. Когда кнопка вызова нажимается на определенном этаже, это вызывает событие.

Шаг 3. Назначьте лифт

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

Шаг 4: Движение лифта

Как только лифт будет назначен для вызова, установите его состояние на «Перемещение» и обновите целевой этаж до запрошенного этажа.
Начните движение лифта к целевому этажу.
Постоянно контролируйте положение лифта.
Если лифт достигнет целевого этажа, остановите его и откройте двери.
Если лифт еще не достиг целевого этажа, продолжайте его движение.

Шаг 5. Обработка нескольких запросов

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

Шаг 6: Вместимость лифта

Реализуйте логику для управления пропускной способностью лифта. Если лифт уже вмещает максимальную пассажировместимость, он не должен останавливаться для дополнительных запросов, пока в нем не освободится место.

Шаг 7: Пользовательский ввод

Реализуйте пользовательский интерфейс (например, кнопки внутри лифта), позволяющий пассажирам выбирать желаемый этаж.

Шаг 8: Обработка открытия/закрытия двери

Монитор открытия и закрытия дверей внутри лифта. При нажатии кнопки открытия двери откройте двери. При нажатии кнопки закрытия дверей закройте двери, если нет препятствий.

Шаг 9: Аварийная остановка

Внедрите внутри лифта кнопку аварийной остановки, которая немедленно останавливает лифт и открывает двери для безопасности пассажиров.

Шаг 10: Конечный пункт назначения

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

Шаг 11: Обработка ошибок

Внедрите обработку ошибок и меры безопасности, например предотвращение движения лифта в случае неисправности, превышения грузоподъемности, нарушения механики или сбоев в аппаратной части.

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

smur писал(а):По словесному описанию алгоритм работы выглядит понятным и реализуемым.

И Вы не поинтересуетесь, каким образом я этот алгоритм составил за пол минуты, как и то, сколько по времени уйдет на процесс ввода АП инструкций?
Сколько по Вашему мнению может занять процесс составления такого алгоритма в виде графов известным Вам способом?
И еще вопрос, сколько времени займет кодирование такого алгоритма на известных Вам языках под теми IDE, в которых Вы будете это делать с учетом процессорной архитектуры программируемого устройства (PLC, DSP...)?

Добавлено спустя 3 часа 59 минут 42 секунды:
Обновлен интерфейс фронтальной панели, теперь она выглядит вот так и, есть мнение, что в таком исполнении графика дает большую смысловую информацию, нежели статический образ
от предыдущих версий.
Дело за туториалом по работе в среде.
Просьба высказать свое мнение.

Я перепробовал кучу способов облегчения составления алгоритмов, графы не всегда позволяют кратко и понятно дать полную картину к действиям кодеров, если кодер не понимает, приходится каждый блок структурировать на дополнительные ветвления, в конечном итоге это выливается в карту мира.
Так к примеру MsAccess позволяет представить структуры массивов данных из таблиц и запросов в графическом представлении со связями и структурами, но для построения алгоритмов, нужно чуть ли не заново создавать IDE, которое по уровню сложности сопоставимо с разработкой САПР или системы поддержки принятия решений (СППР).
Часто клиенты сами не до конца представляют четкое ТЗ и Вы вынуждены кучу времени тратить на совместные консультации.

Честно признаться, я сравнительно недавно начал изучать возможности чата GPT и удивительным образом я проникся темой. Суть в том, что для успеха, необходимо его наполнить полезным контентом, в моем случае я обучал его путем очень тщательного описания в нем своей IDE, буквально на уровне инструкций по всем процедурам работы со встроенными FSM, их параметрическими свойствами и интерфейсом ввода переменных, настроек коммуникаций, и т.д.
Таким образом, сейчас мне достаточно в теле этого контента поставить задачу, как в случае с 2-я лифтами, и GPT буквально за считанные секунды выдает развернутый алгоритм или набор инструкций для ввода данных под конкретные сценарии, так же и полезные общие рекомендации, на которые стоит обратить внимание.

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

И вот самая квинт эссенция в таком методе, во многом зависит от того, насколько Вы четко дали описание среды разработки, ее правил, требований к аппаратной части и все чем должен быть обеспечен инструментарий. Так если Вы в своем запросе к GPT Сошлетесь на Visual Studio, то Вы должны быть четко уверены во внешних источниках, к которым обращается GPT, в противном случае Вам придется его обучать самостоятельно и в дальнейшем искать костыли по причине плохой модели к учебе, по аналогии, как это проделал я. Но у меня, нет необходимости вводить туда сведения о синтаксисе машинных языков, правилах и куче других Важных сведений, чтоб он безошибочно сумел мне сгенерить исходный код для его дальнейшей компиляции и загрузки. Мне вполне было достаточно дать Вашу формулировку ТЗ
в таком представлении:

Create a verbal algorithm for controlling two elevators, 9 floors, with one call button on each floor. The algorithm must be written in the context of the Beeptoolkit IDE description or using the control function on binary logic components.

Результат Вы подтвердили.
Надеюсь понятно объяснил.
В принципе никто не мешает Вам за деньги воспользоваться графической версией GPT и генерить там свои гарафы по тому же принципу, который я здесь описал.

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

Что касается стратегий фирмы OpenAI, это больше философский вопрос, т.к. как известно бесплатного сыра не бываетю и мировое IT сообщество этот факт вопреки своим чистым и не чистым помыслам в демократизации цифры, рано или поздно сталкивается с тем что сыр вовсе и не бесплатный и тому есть масса примеров.
Кроме того нужно и должно понимать, что армия разрабов или один соло, не черпают свои идеи и решения с неба, это уйма личных средств, времени и прочих ресурсов, и нужно им отдавать должное в разумных пределах материальной компенсации. Такова селяви. Им тоже нужно покупать еду, содержать семю и иногда отдыхать. Это что касается мотивации разрабов востребованных решений и GPT здесь не исключение.

Если вернуться к фобиям об утере опыта игры в шахматы, это больше тема приципов и механизмов популяризации игры и вопрос к шахматистам, как впрочем и к нынешним фотографам, которые понятия не имеют, что такое фиксаж и проявитель, как и то, как устроены их любимые графические редакторы, которые являются их основным инструментарием и стоят они в разы дороже, чем аналоговые фотолаболатории.
Это все называется неизбежная техно-эволюция.
Любые возражения или споры на такие темы, не меняют ход истории, с единственным исключением, когда условия и регион, в котором присутствует Homo sapiens, откатываются по качеству жизни в сторону каменного века с перекрывающимися заслонками доступа ко всем прогрессивным достижениям.
Рецепт здесь один, и Вы его знаете.

smur писал(а):Раз полемика зашла в философское русло с непредсказуемым продолжением, то считаю для себя излишним ее продолжать.

Полемика звучит как недосказанная. Вывод напрашивается сам по себе - автоматное программирование нуждается в среде составления автоматизированного составления алгоритмов применительно к среде программирования, т.е. это взаимозависимые инструменты. Уж коль здесь обсуждается IDE с визуальным концептом, то имеет смысл подумать над расширением ее возможностей и я готов к встречным инициативам и предложениям.

Ну как успехи? За это время я насмотрелся как простые халявщики получали гранты навесив тонны лапшы комиссии.
Много идиотов уже подарило вам гранты?

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

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