pvvx
Активный участник сообщества
Смотря для чего? Ethernet-modbus? Вот всё сразу в одном разъеме с Linux и кушает менее любого ESP32.А еще что довелось поколупать? Спасибо.
Смотря для чего? Ethernet-modbus? Вот всё сразу в одном разъеме с Linux и кушает менее любого ESP32.А еще что довелось поколупать? Спасибо.
C датчиками и релейками на борту, да. Плюс, апдейт фирмварьки через modbus (rtu в случае модуля без сетевухи, tcp в случае с) и начальная конфигурация с http странички.Ethernet-modbus?
Типа... опа.НЕ гуано? ))
Так ясен же перец, что упоминаемый модуль в инет никто не выпустит, ну, если не по пояс деревянный, конечно. Никаких входящих, кроме как от головы.подключить перед ним роутер и в нем заблокировать трафик до килобайта в сек и резать все соединения
Если вы ищите именно аналог STM32, то в наличии ныне есть Microchip ATSAMxxxИз него вообще ничего не торчит, акромя уарта. Как навернутый конвертер - почему нет, а как центральный мозг - мимо.
По вопросам и ответам ищите те функции и в таком конфиге, как к этому вас приучил ST.[/QUOTE]Нет, не ищу именно аналог, и не пойму, чем навел на эту мысль.
Ныне всё постепенно переползает на Linux, а китайцы для этого (на сегодня уже) налепили кучу дешман SoC с 32..126МiB памяти на борту.Ищу (поскольку на берегу не прибит к архитектуре) любое, что устроит по обозначенным вопросам.
без документации, распиновки и, собственно, поэтому сливаемых за доллар мешок.налепили кучу дешман SoC
Если не выпускать за пределы локалки ESP32 жить будет но при проектировании нужно учесть нюансы:Для чего конкретно мало lwip (признаюсь, не ковырял еще)? При условии, что устройство не вылезет за пределы локалки, будет иметь максимум 8 открытых сокетов и переругиваться с головой не чаще раза в 10..20мс?
А вот это жеппа. Оно способно самостоятельно зависнуть?! Тогда вычеркиваем khu yam, так быть не должно.внешний супервизор на сброс - обязателен
Ну не совсем самостоятельно. Обычно зависит от внешних условий, но может.Спасибо большое, прекрасное резюме!
А вот это жеппа. Оно способно самостоятельно зависнуть?! Тогда вычеркиваем khu yam, так быть не должно.
Ну вот он и аргумент против. Остальное, по опыту, обойти можно.Ну не совсем самостоятельно. Обычно зависит от внешних условий, но может.
Оно, ESP32, не зависнет - его зависнет ПО, т.к. используется С++ с такой моделью heap памятью, а у неё обязателен этап полной дефрагментации и отказа выполнения даже системных вызовов. Это классика описанная в любом учебнике по нормальному программированию, но не касается Ардуинщиков.Оно способно самостоятельно зависнуть?! Тогда вычеркиваем khu yam, так быть не должно.
Дефрагментация Heap обходится только MMU - виртуализацией адресов. CPU не имеющий MMU работоспособен только на специальных моделях статических буферов типа FIFO и подобных, когда каждая функция после исполнения их очищает и не набирается критического уровня... С C++ это невозможно.Остальное, по опыту, обойти можно.
Завязан C++ и RTOS. А что там к ним подцепили - неизвестно.Завязан ли на кучу обсуждаемый sdk?