*Архівовано*
= Як створити веб-сервер керування IoT =

Привіт, народ,
Я програміст-хобі, і мені потрібна порада

Якщо коротко: я хочу створити невелику веб-програму для керування своїми лампами Philips Hue та іншими речами IoT вдома

Я вже погрався з API Hue у Python і маю кілька скриптів, які чудово працюють. У мене також є кілька сценаріїв, які запускають команди через SSH на іншому пристрої

Отже, моїм наступним кроком є ​​створення веб-програми з гарним інтерфейсом користувача

У минулому я також створив невелику програму для Android, спочатку в Kotlin, потім у Flutter і Firebase, і я був вражений, як легко я міг створити напівгарний інтерфейс користувача, який працював у Flutter. Я знаю, що Flutter також можна використовувати як веб-програму, але я не думаю, що це правильний інструмент для цього

Я подивився на React і Angular і пропрацював посібники для початківців. Порівняно з Flutter вони схожі на додаткову роботу, щоб вони виглядали добре, але, можливо, мені просто потрібен кращий шаблон

У моїй уяві я хотів би запустити один сценарій, щоб зібрати поточний статус, сценарій записує його в якийсь файл JSON, а інтерфейс користувача відображає гарний графік або діаграму. Потім натисніть кнопку, і це запише інший файл і запустить сценарій, який зчитує файл і, скажімо, змінює колір світла відповідно

Тепер я трохи не розумію, з чого почати, якщо чесно

З того, що я зібрав, я можу створити інтерфейс за допомогою Angular, а потім мати, можливо, MongoDB як мою «файлову систему», де я можу зберігати та завантажувати стани своїх індикаторів або сценаріїв конфігурації. Я думаю, що тоді мені знадобиться API для підключення БД до мого інтерфейсу користувача. Сподіваюся, я хоч частково правий :D
Чи можете ви сказати, що починати з JS/TS і створювати інтерфейс користувача в Angular або React — це правильний напрямок? Або це зовсім не відповідає моїм намірам?
Дякую за вашу пораду!

Ви безперечно на правильному шляху, вам не вистачає об’єднати все разом у специфікацію для сервера

У вашому випадку я б зробив сервер, який обслуговує веб-сторінку. Веб-сторінка повертає HTTP-запити до REST API, відкритого сервером. Сервер є центральною точкою з’єднання між вашою зовнішньою веб-сторінкою, вашими сценаріями, вашою БД; не намагайтеся підключитися з веб-сторінки до БД або змінити статус світла, не проходячи через сервер

Визначте свої кінцеві точки API. Скажімо, ви хочете контролювати освітлення; можливо вам знадобиться:
Отримати маркер авторизації [
HTTP GET/api/token with creds in header], returns token or 401
Get status of devices [
HTTP GET /api/devices with token in header], returns JSON status of all devices
Get status of lights [

HTTP GET /api/devices/lights with token in header] returns JSON status of all lights
Control a single light [
HTTP POST /api/light/ with token in header, payload specifying RGB], returns empty 200 on valid request, 422 otherwise
And so forth. Once you have an API spec you can develop whatever you want to first; the server code for the API (Django is good if you're comfortable with Python), the front-end code, the server code for integrating your scripts or the DB. As long as the API is sufficiently specified then the parts will all talk to each other nicely. Separation of concerns makes it simple to build some bits, mock others up, modify and replace as needed

A tip: don't write anything to files if you're just sending JSON data around. The server itself can
*probably* just call all the script code directly with no need to pass files, and can definitely serve the JSON via HTTP to the web page for display purposes

This sounds like a fun project. Can you tell me a little about your end goal with it? Maybe I’ll do something like it at my house. I guess what I’m wondering is aside from being a fun project, what (if any) controls does it give you over your devices that don’t come sort of “baked in” via remote controls or apps for example that may come with the device. Just would like to hear about your real world advantages of doing this
== About Community ==
Members
Online