И что у нас тут)) Продолжаем ломать наш типа сервер типа умного дома))
Короче... загружаем файлы на наш типа сервер по стандарту MIME - https://ru.wikipedia.org/wiki/MIME
MIME позволяет грузить практически любые файлы... https://ru.wikipedia.org/wiki/Список_MIME-типов
Для примера загрузил видео mp4...

Любые файлы... текст.. фото... видео... и т.д. грузятся нормально.
Объем файла ограничен объёмом флешки... Может ещё ограничен TCP протоколом... Там ограничение до 4 гиговдля одной сессии...
Короче... файлы в один гигабайт грузятся нормально. Только анализатор глючит от таких больших файлов)) Поэтому показать не могу.

Ну раз мы грузим всё из враузера... тогда нет никакого смысла делать файловую систему FAT32 и т.д.
Думаю сделаем проще - свою файловую систему))
Собственно достаточно просто указать в корневом каталоге имя\номер сектора\размер файла. Думаю достаточно.

Короче нормально грузятся на сервер большие файлы по HTTP в режиме AJAX... через FormData.

А тем временем наш умный дом становится всё умнее... и умнее... ))

Значит учитель хороший, если идет прогрес а не регрес
Я почти добил свою зеленку,должно все получится до нового года.
(Очень сильно не везет повсюду)

Пока что наш умный дом... никакой не умный...)) Он мало чем отличается от кораблика))
А всё дело в тупом браузере... с кучей ограничений... и его тупым Объектно-ориентированным программированием))
https://ru.wikipedia.org/wiki/Объектно- ... ммирование
Для сравнения: у нашего сервера нет никаких ограничений ! Потому что наш сервер работает на MAC-уровне. Он умеет всё ! ))
Вот если бы написать свой браузер... на база операционной системы... тогда не было бы никаких проблем))

Выбираем индустриальные и медицинские источники питания MEAN WELL в открытом исполнении

Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.

Подробнее>>

добавим график... чтоб смотреть расходы всякие... и RGB...

RGB - это чтоб менять цвет лампочек)) и для гирлянд всяких)) и т.д.

Кроме AJAX есть ещё интересная технология WebSocket. https://ru.wikipedia.org/wiki/WebSocket
Яндекс Браузер поддерживает.
Одна проблема... не могу посчитать секретный ключ (Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==) на сервере по MD5 https://ru.wikipedia.org/wiki/MD5 ... что-то слишком сложно для меги8 ))

Что-то не могу въехать как перевести буковки в циферки в JS... ))
Но можно просто добавить буковки в браузер... Получим простенький мессенджер... на одноразовых блокнотах... абсолютно криптостойкий ))

Вообще эти браузеры все немного туповаты)) Надо переходить на Java...

С новым годом и рождеством христовым товарищи
За это время у меня чуток поменялось виденье умного дома,даже не знаю с чего начать.

ура))
Ну начни с чего-нибудь))

Нужно ещо кое что проверить чтобы лишнее не писать, извените.

Праздники закончились... можно продолжать))

короче... нарисовали в браузере умный дом.

подключаемся к серверу умного дома по локалке / интерету с помощью браузера...

Всё работает.
Пароли... ключи доступа... генерируются генератором случайных чисел и сохраняются на флешке.
Вторая копия Пароли... ключи доступа... сохраняются на любом гаджите (ПК... телефоне...), с которого мы управляем умным домом.
Ещё можно загружать на сервер и скачивать любые файлы... Тоже всё должно сохраняться на флешке.
Можно подключить видеокамеру (с поддержкой JPG). Тоже можно всё сохранять на флешке.
Ещё сервер показывает все ошибки... Тоже всё сохраняется на флешке и в епром.
Ещё надо добавить .log файлы. Тоже всё должно сохраняться на флешке.
Сервер определяет с какого IP было подключение. Дату, время подключения... может сохранять все команды... и т.д.
Еще наверное надо добавить белый / чёрный список IP адресов доступа к серверу... Тоже всё должно сохраняться на флешке.
Не знаю что ещё добавить...

Всё это прекрасно, но есть одна проблема... Не очень удобно работать через браузер. Для постоянного контроля за умным домом, браузер должен постоянно опрашивать сервер умного дома. Сейчас опрос делается автоматически, по таймеру (можно опрашивать каждую секунду, каждый час, каждые сутки... и т.д.). Только при слишком частом опросе сервера умного дома получаем большой трафик. Это хорошо когда интернет безлимитный... а если нет ? )) Можно конечно опрашивать сервер реже, например раз в час... но тогда в случае аварии в доме мы об этом узнаем через час)) Да и чтоб постоянно работал браузер... тоже идея не супер.

Короче... надо организовать связь с умным домом по другому. С автоматическим оповещением в случае аварий и т.д.
В общем переходим к плану "Б"))
И тут нам на помощь приходит Java машина. ))

Проблема в том, я не очень хорошо разбираюсь в Java... поэтому сразу может не всё получится))

Интересно... тут на сайте есть Java-программисты ??? Если что поправьте меня))

Короче.. качаем вот такую интересную программку...

Запускаем программку... Java работает по протоколу TCP и UDP. А так же с COM портами всякими... и т.д.
Нам нужен протокол UDP.
Подключаем библиотеки всякие для UDP. Открываем сокет... Добавляем окна всякие...

Компилируем...

Получаем вот такую штуку))

Переключаем сервер умного дома на протокол UDP... Открываем сокет сервера умного дома... И смотрим что получится))

Далее... добавляем библиотеки всякие...
java.awt.*;
javax.swing.*;
Получилось типа простенькое Java приложение... типа "мессенджер"...)) для связи с сервером Умного Дома))
Проверяем как всё работает... Пишем Hello и нажимаем кнопку отправить...

Сервер отвечает...

Работает))
И далее...

АААААА... !!!! Говорящий Умный Дом !!!

Не Алиса пока... но считать уже умеет)) (Яндекс.Станция — умная колонка с голосовым помощником Алисой).

Да, с протокол UDP трафик намного меньше. И работает заметно быстрей)) Экономит время и деньги))
Не зря ещё в далёком 2012 году Гугл решил выпустить браузер с протоколом UPD.
https://ru.wikipedia.org/wiki/QUIC

Неясно зачем. Трудно представить, что кто-то будет держать на компе всегда открытое окно связи с сервером дома. Почему пользователю просто не запросить состояние сервера, явно послав в него соответствующий запрос? А в случае аварии сервер может послать емайл и/или SMS пользователю. Если у Вас другая идея коммуникации с пользователем, полезно здесь её изложить, иначе понятно только Вам чего добиваетесь.

Насчёт UDP также неясно чего добиваетесь. Если сервер на WIZnet чипе или ESP32, ему всё-равно что обрабатывать - UDP или TCP. Или обслуживающая программа в Мегу не влезает? Если так, давно пора уйти от игрушечных МК. С точки зрения Java приложений - тоже разница небольшая. Я прикрепил простенькие Java программки TCP/UDP сервера/клиента. Сократить объём траффика? Если комп в домашней и лимитной сети, то внутренние соединения на трату лимита не влияют. Если внешний, то разница в траффике между UDP или TCP также небольшая. Да, в UDP нет пакетов подтверждения, установки/разрыва соединения и пр., но это мелочи. Да, TCP хедер использует 20 байт против 8 у UDP, но это тоже мелочи, т.к. в любом случае к пакету добавится ещё хедер IP (20 байт) и хедеры нижних урвней стека, ещё меньше снижающие экономию. Зато при UDP лишитесь многих преимуществ TCP. Для управления сервером из домашней сети это скорее всего не важно, но если соединитесь извне, то многие Firewalls в организациях блокируют UDP пакеты, если только они не жизненно необходимы (например, DNS или NTP). Многие internet-radio станции, вначале вещающие на UDP с развитием сетей давно перешли на TCP. Вообще, UDP имеет смысл для приложений, толерантных к потере отдельных пакетов. Если это недопустимо, то функции надёжной передачи пакетов при UDP должно взять на себя приложение.

... забыл архив приложить...

А вот мои наработки
https://www.youtube.com/watch?v=YFDLVT8QkcU
Как будем совмещать.?

UDP или TCP... этот спор длится уже много лет)) Но наука не стоит на месте... ))
https://habr.com/ru/company/infopulse/blog/315172/

Идея простая - всегда быть на связи с домом. ))
Сейчас у меня сервер на WIZnet чипе. Моему серверу без разницы UDP или TCP... и МК тоже без разницы))
Траффик - это не самое важное. Хотя тоже важно))
Но мне больше нравится UDP, потому что с ним проще работать и UDP протокол не чувствителен к задержкам. Можно передавать быстро... а можно меееееееееееееееедленно... хоть целый день)) Например по радиоканалу...
Тайминги, и ACK мы устанавливаем сами - программно. Это не проблема.

На первом месте связь по Интернет. Потом GSM, емайл и/или SMS... и т.д.

Не обязательно держать на компе всегда открытое окно связи с сервером дома. Java может работать и в "фоновом режиме".
И в этом "фоновом режиме" Java может сама следить за связью с домом. И сообщать нам при потери связи с домом...

Вот я для примера написал простенькое Java приложение... в качестве эксперимента)).
Java запускается в ручную или автоматически при загрузке WINDOWS на компе.

Как это работает (пока просто мысли):
1- Сижу я значит за компом (дома или на работе или в другом месте) и читаю "радиокот", а в это время Java слушает порты компа в "фоновом режиме". Это видно в диспетчере задач. Никаких окон нет))

2- И тут вдруг дома что-то случилось... Тут же прилетает UDP пакет на IP моего компа (дома или на работе или в другом месте). Java переходит в "активный режим" и появляется БОЛЬШОЕ ОКНО на весь экран монитора )) АВАРИЯ !!! Такое сообщение трудно не заметить ))

3- Далее... Нажимаем кнопочку "OK". Java отправляет UDP пакет серверу умного дома - "сообщение получено".

Затем нажимаем кнопочку "В фоне" и Java переходит в "фоновый режим". И я дальше читаю "радиокот", а в это время Java слушает порты компа в "фоновом режиме".

Если не нажать кнопочку "OK", то сервер умного дома не получит подтверждения и будет дальше отправлять UDP пакеты по всем IP адресам... из списка))
- IP ..... дом
- IP ..... работa
- IP ..... телефон
Если сервер умного дома не получит ответа по IP, то будет звонить мне на телефон... из списка))
+7......... дом
+7......... работa
+7......... телефон
и т.д.

Кратко как-то так)) Браузер так не умеет))

К стате... Java кушаем совсем мало ресурсов системы... в 10 раз меньше браузера. Вообще не нагружает систему...

Значит заряда батареи телефона хватит на долго))

P.S. Ещё можно сделать всплывающие окна... типа как в старых аськах... скайпах... и т.д)) Вариантов много...

Лучше подумать как добавить звук. Чтоб при АВАРИИ телефон и ПК ещё и пикали... жжужали... мигали... ))

Совмещать будем как обычно... по Ethernet))
Лучше бы включил анализатор... Не понятно как у тебя там всё работает...

Продолжим..)) Провозился с портами всякими.. оказывается Java не может одновременно оправлять и принимать на один порт... А наш сервер может. Ну и ладно)) Откроем разные порты... на приём и передачу...

Короче... добавил всплывающие окна)) Алгоритм простой: запускаем приложение... появляется консоль... Это Java слушает входящий порт...)) можно что-нибудь написать серверу... ))

Когда дома что-то происходит, то нам прилетает UDP пакет. Автоматом открывается окно "входящие сообщения".

При этом Java автоматом отравляет серверу подтверждение что сообщение получено не ещё не прочитано.
Вообще окон может быть бесконечно много... Java парсит все входящие сообщения и решает что делать... открыть отдельное окно "сообщение" , "авария" , "срочно !"... или может перенаправить пакет дальше (режим ретранслятора). Короче любые сценарии))
Далее пишем что-нибудь серверу... бла-бла-бла... )) Или просто нажимаем кнопочку "прочитано". Отправляем серверу подтверждение, чтобы сервер знал что сообщение прочитано и не волновался )) Иначе сервер начнёт нам звонить на телефон... +7... ))
Далее приходит подтверждение от сервера. Сервер нас услышал))

И т.д. и т.п.
Короче... Java может обрабатывать любые сценарии... алгоритмы...
Может работать как простой мессенджер... как скайп))
Может работать как ретранслятор пакетов... Как сервер...
Можно подключить все устройства в доме: телефон <> ПК <> планшет <> сервер. Все устройства будут общаться между собой. Получится большой Java чат !
и т.д. и т.п.
Короче фиг его знает что ещё придумать)) Такая вот умная у нас Java машина))
Хотя наш сервер всё равно умнее))

Надо ещё подумать... а что если IP динамический ? Тут будет свой, отдельный сценарий))

sashamelja а у тебя там что интересного ? ))

На самом деле может, т.к. сокеты full-duplex. Для этого следует сделать multi-threaded Java application.

Если коротко, я сейчас нахожусь на стадии тестирования
Варианта 1
Сервер на esp8266 (комуникация с хозяином через телеграм)информирование+управление
(с остальными устройствами через mqtt)
Остальные устройства esp 8266(разних назначений)

Может и в mqtt есть свои недостатки (но простота понимания-применения их всех затмивает)
Потому если глобально посмотреть, надо делать комуникацию всех машин сугубо через Mqtt.

Потому я сейчас провожу разного рода експеременты с готовыми fbd пользовательскими блоками под 8266.
Пробую утопить esp в кучи разного рода задач (пока не могу)
Время покажет,пока нету задачи которую я не смог выполнить
(позавчера захотел погноз погоды в телеграм по запросу)
Нашол блок, зарегилса на сайте, добавил в проэкт и все заработало с пол пинка.

Я не знаю на щот слейвов, но мастер только на FLprog+8266
Потому что если писать все то что я сейчас имею и могу с нуля надо писец сколь ко времени и нервов.
А это как раз то что не вернешь и не востановишь ни когда

Открыл несколько потоков... https://habr.com/ru/post/164487/
Java слушает несколько входящих портов одновременно и выполняет соответствующие действия, в зависимости от того, на какой порт прилетел UDP пакет. Можно сделать разные службы... https://ru.wikipedia.org/wiki/Список_по ... тные_порты

Но одновременно на приём и передачу один сокет не работает... Не возможно вызвать sock.send(); пока работает sock.receive();...

Всё квадратики рисуем... )) https://habr.com/ru/company/flprog/blog/389727/

зарегилса на сайте ? у тебя всё через посторонний сайт работает ? Это же ужасно.

через телеграм прикольно... но не супер надёжно))

mqtt... https://habr.com/ru/company/advantech/blog/452904/
тоже что ли через сайт ? )) брокеры всякие... почему всё так сложно ?))

Я сейчас вижу все так, будет брокер в этом зверьке
https://item.taobao.com/item.htm?spm=a1 ... 1674155711
https://www.youtube.com/watch?v=ADBct61 ... ex=15&t=0s
_____
А дальше можно по разному,я сейчас пробую и так и сяк.(подбираю по надежности и по удобности)
_____
Разного рода боты, телеграм-вайбер, сейчас очень популярны и пипец какие удобные.
_____
Esp8266-нормально прошивается по воздуху,имеет стабильную веб морду во внутриней памяти.
(с кучей всего внутри забито всего половина памяти)и то что она забита никак не влияет на работу.
_____
Mqtt-ещо удобен тем что под андроид есть кучя удобных, интуитивно понятных клиентов.
_____
Кароче говоря, планов много времени мало.

брокеры... топики... мало информации))
MQTT брокера Mosquitto (кратко) - https://yandex.ua/video/preview/?filmId ... 79266848.1
Такую фигню можем сделать сами))

а дальше ? )) анализатор посмотри и всю будет ясно))

Всякие веб морды... не лучшая идея...

телеграм-вайбер... прикольно)) но не ясно как это работает.

Например как там вообще работает шифрование ? анализатор посмотри ))