Evgeny_CD, Архитектор (26.12.2021 19:56, просмотров: 141) ответил lloyd на Интерпретирует сообщение, как правило, код на JS (или хорошо, чтобы
он умел это делать для целей отладки). Или в websocket должно быть
хорошо транслироваться. Или ещё чего.-
- офигенно рожать клиента на 8051+ сетевой интерфейс, когда ESP8266
по цене песка - Vit(26.12.2021 22:01)
- Модульность и только модульность. Канал связи - сотик, WiFi, еще
что - отдельный модуль. Устройство связи с объектом - другой
модуль. Пусть задачи сокета с TLS решает модуль связи. Я не против.
Тогда УСО может быть очень простой, откуда и взялось упоминание
8051 (я нифига на фанат 51). Но если код УСО влазит в 4К ОЗУ и 64К
FLASH - 51 в принципе возможна, а нужна она или нет - решать творцу
проекта. Но как только мы начинаем юзать JSON и прочая - 51 уже
мимо почти наверняка. - Evgeny_CD(26.12.2021 22:13)
- начинается с денег. тот же 8051 как декодер пульта RF-ДУ в WiFi-реле SonOff работает не хуже м/с декодера от Princeton Technology, и при этом на копейку дешевле. но это не повод поставить МК жирнее, а держать ESP как модем. что-то промышленное нужно строить иначе, но зависит от условий - иногда такого же рода гуано можно снабдить внешним сторожем с выключателем питания и всё становится веселее. как пример - туча сборщиков (от разных производителей) данных со всяких счетчиков Vit(113 знак., 26.12.2021 22:37)
- Модульность и только модульность. Канал связи - сотик, WiFi, еще
что - отдельный модуль. Устройство связи с объектом - другой
модуль. Пусть задачи сокета с TLS решает модуль связи. Я не против.
Тогда УСО может быть очень простой, откуда и взялось упоминание
8051 (я нифига на фанат 51). Но если код УСО влазит в 4К ОЗУ и 64К
FLASH - 51 в принципе возможна, а нужна она или нет - решать творцу
проекта. Но как только мы начинаем юзать JSON и прочая - 51 уже
мимо почти наверняка. - Evgeny_CD(26.12.2021 22:13)
- офигенно рожать клиента на 8051+ сетевой интерфейс, когда ESP8266
по цене песка - Vit(26.12.2021 22:01)