Сообщений в теме: 490

[Gum]

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

[balabollng]

Просто нормальную систему. А не на коленке очередную родить. Вот в общем-то и все. 

 

Да и переживать не стоит. Для разработки все будет очень и очень просто. 

[Gum]

А ни кто и не переживает  . Почему то вспомнил.

[balabollng]

Ну, как всегда, поживем - увидим. Как всегда. Только время расставит все по своим местам. 

[movoleg]

Рома, вчера посмотрел на используемый "график" для управления каналами, сразу появилось множество мыслей как его развить. Рома, интересная задумка! Жду когда архитектура более менее станет функциональна, что бы чтото начать пробовать девелопить.

[balabollng]

Да. Я стараюсь не распылиться. Очень много идей. Я сам хочу сфокусироваться на платформе. Но сейчас нужно и то и то пилить. Т. к. в ходе развития приложения появляются новые задачи для платформы.
Сейчас приделаю настройки каналов, и ползунки к графику. И пока закончу на этом с вэбчастью. Для первой версии вполне норм будет.
Переключусь на скриптовый движок контроллера.

[movoleg]

скриптовый движок контроллера - ты имеешь ввиду backend с API?

[balabollng]

Ну типа того.
На стороне контроллера будет трудиться mjs. Скрипты входят в бандл приложения и при установке запускаются на самом контроллере.
Далее "слушают" шину и выполняют действия которые им "сказала шина".

Web морда будет кидать в шину сообщения, которые доставляются скрипту. И тот уже отрабатывает.

При этом, все эти меседжи декларируются в манифесте.

Важно, что эти месаджи может сгенерировать кто угодно в шине.

Это позволяет все слои приложения сделать доступными друг другу. И сторонним приложениям.

[balabollng]

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

[movoleg]

Будут ли использоваться каки нибудь уровни доступа? Ну к примеру, для приложения по управлению дозатором, будет запрещенно работать с контроллером управления светом. Что бы какая нибуди не предвиденная ошибка не положила работу всех приложений-модулей?

[movoleg]

ну REST вполне нормально. Кидать JSON в качестве формата общения.

[balabollng]

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

[balabollng]

ну REST вполне нормально. Кидать JSON в качестве формата общения.

Да. Как вариант. Посмотрю как дойду до этого места. Пока контраргументов нет.

[Gum]

А вы уверены, что сможете запихнуть все эти чудеса в малюсенькую ESP32? 

 

А насколько во всем этом будет нужен интернет? Вот скачал я вашу прошивку, прошил ее. Ок. Теперь нужно подрубить ESP32 к инету чтобы поставить приложение из облака, так? Или приложение без инета можно поставить? Ок, поставили. Далее инет нужен для работы?

[balabollng]

Да у меня компьютер в 2000х по ттх хуже был чем сейчас esp32. Там еще и место останется)

Интернет для работы не нужен. Уже раз 10 в теме толстенько это прописано.

[avfv]

Вижу тут некое противоречие - сначала декларируем, что "мы сначала спроектируем, а железо потом подберем". А по факту пытаемся в ESP32 втиснуться. Вот тот же mjs - это ведь по сути самый обрезанный движок js, который вообще есть. Да, он запустится на 200 кб, но вот возможностей полноценной ноды там не будет и близко. Каждое TCP соединение будет на счету. Хуже всего то, что те 200 кб что есть - они как бы виртуально есть, потому что если их взять все себе - начнут падать системные библиотеки Espressif.

[lexx8691]

Вижу тут некое противоречие - сначала декларируем, что "мы сначала спроектируем, а железо потом подберем". А по факту пытаемся в ESP32 втиснуться. 

???

А первый пост прочесть лениво?

[balabollng]

Кто говорил про ноду то? И зачем она там? Количество соединений на одну web-морду будет одно. Для этого websocket поднят. Через него (шину) будет весь обмен. Никаких сверхзадач на скрипт не кладется. Это разумный компромисс.

[avfv]

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

[balabollng]

Нода просто удобна и привычна для веб-разработчиков

 

Ну пожалуйста: на ней работает виртуальная машина, на которой идет разработка. Но всему свое место. NodeJS на контроллере не нужна.

 

В проекте Espruino есть чему поучиться. Но задачи она решает совершенно иные. Это программирование контроллера посредством внедрения интерпритатора. Эта задача решена еще Билом Гейтсом и одновременно с этим им же решена задача монетизации всего этого. Т.е. разработка софта сопровождается производством железа, которое и приносит профит.

 

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