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

[syoma]

ESP32-WROVER имеет CAN контролер на борту.

Насколько я знаю, CAN - это не до конца протестированая фича там. Поэтому в продакшене все рекомендуют использовать отдельный SPI CAN - контроллер МСР2515 - для него есть все дрова и работает надежно.

[Aleksk]

ESP32 ущербна для серьёзных задач автоматизации. АЦП кривой и один, блок FPU тормозной,  выводов IO крайне мало, жрёт как не в себя, если не отключить второй чип с вайфаем (но тогда применение этой платы лишено всякого смысла). Что там с внутрисхемной отладкой? А IDE прямо такое все пушистое и шелковистое, ничо не глючит? Не..ну вдруг я чтонить не знаю и этот чип волшебный.

[nvc]

Ладно.... если ТС будет против вынесем в отдельную тему.
 
Насчет жрет:
А "как не в себя" это сколько ?
Только не надо говорить про платки DevKit - ибо туда вкорячили LM1117, да еще и не самую лучшую, у которой до 15mA просто на саму себя.
 
Ну и  при включеном радио - все IC жрат будут ибо энергия нужна.
А так то.....

 

Про всё остальное.... ну вот TI серьезная же контора да ?

Все у них бело и пушисто - правда ?

 

На словах ага....

А так всё точно так же глючит и плющит и пока докопаешься голову свернешь.

Или документация..... сказать что инфы нет - нельзя, она есть, но! 

"Не в том месте, не теми словами,  не на ту микросхему и еще с ошибками"

 

И еще:

Про серьезную автоматизацию...

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

Но тут мы задеваем аспект построения надежных систем, а это совсем иные решения, иные компоненты и иные деньги.

Сообщение отредактировал nvc: 10 февраля 2021 - 14:37

[yuri_b]

Ну как бы  ESP32 создан для "internet of things"

Так что для ИОТ он очень даже, учитывая цену.

У меня пару плат предыдущей версии валяются, так и не нашел им применения.

А вот как контроллер/коммуникация он не очень.

[nvc]

Все верно.

У каждого девайса есть границы применимости.

C IoT тоже далеко не всё просто. Но для простых решений ЕСПха вполне себе, имхо.

[nvc]

Ага, отдельно оно лучше обычно.

 

Насколько я знаю, CAN - это не до конца протестированая фича там. Поэтому .......

Может быть в предыдущих версиях оно работало криво.

WROVER на чипе v3 должен быть получшее.

Ну поглядим.

[syoma]

И еще:

Про серьезную автоматизацию...

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

Но тут мы задеваем аспект построения надежных систем, а это совсем иные решения, иные компоненты и иные деньги.

 

Ну почему иные? Вон тот же Kunbus  предлагают RPi для вполне себе индустриальных применений, естественно, в немного другом форм-факторе. Так что разработанный софт вполне себе можно применить и для более серьезных вещей позднее.

 

ESP32 - конечно немного другой зверь - я хотел его применить, как IoT гейтвей между основной системой управления и облачным мониторингом - лепить эту функциональность в основной управляющий контроллер не сильно корректно с точки зрения кибербезопасности, а вот в виде такой отдельной железячки - вполне себе решение. То есть с одной стороны он будет мониторить CAN-шину, а с другой - подключаться к интернету. Также в планах сделать приложение к телефону-планшету и тогда все можно будет видеть в реальном времене на экране и даже может быть поуправлять. Пока проект в разработке, но плата уже дергается.

[yfafyz]

ESP32 вполне нормальная вещь для управления лампочкой с телефона
Но как только пытаешься использовать прерывания...
Ну ее нафик.

[nvc]

ESP32 вполне нормальная вещь для управления лампочкой с телефона
Но как только пытаешься использовать прерывания...
Ну ее нафик.

Что не так с прерываниями ?

Поделитесь плз - мне реально интересно.

[yfafyz]

Что не так с прерываниями ?

Поделитесь плз - мне реально интересно.

Прошу прощение за не точность, проблемы с прерываниями у меня были с esp8266.

Возможно в 32 все исправили.

[nvc]

Прошу прощение за не точность, проблемы с прерываниями у меня были с esp8266.

Возможно в 32 все исправили.

С 8266, если я правильно помню, ибо в голове уже куча всякой инфы  - эррат навыпускали раз в пять больше чем даташитов

 

ESP32-WROVER(E/IE) новый модуль с чипом v3, и в релиз нотах очень много багфиксов даже по сравнению с тем на котором собран WROOM-32.

Ну посмотрим не наделали ли новых багов устраняя старые

 

Этот модуль в виде девкита на али  я не нашел, пришлось заказывать с mouser и весьма немало ждать.

Их, почемуто, в очень малых количествах делают.

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

 

Внутрях, у всего этого добра, неонка сиречь линукс. Хотя оне отнекиваются

Ну чеж там отнекиваться, если в их "типо закрытых" либах - стандартные базовые вызовы линуксового кернела видны, можно сказать, невооруженным глазом.

Можно кстати наехать насчет нарушения опенсорц лицензий.... но китайцы глубоко это все видели походу.

 

И да, базово (то на чем делался 8266) это сааавсем не китайская разработка.

Да и сейчас, есть ощущение, что не совсем там в глубинах, колупаются  только китайские головы.

Скорее даже наоборот.

[Sevanopula]

Кстати, можно еще свисток китайский прислюнявить https://github.com/dgiardini/rtl-ais, а кто любит малое потребление dAISy. Цели на фотке от него.

Как настроить от RTL SDR свистка? Он же координаты от gpsd берет? Интересно на OpenWRT.

Сообщение отредактировал Sevanopula: 07 февраля 2023 - 13:28

[Aleksk]

 Насчет жрет:
А "как не в себя" это сколько ?

Нормальная у неё экономичность при использовании многочисленных режимов сна. А учитывая цену, этот чип очень даже актуален сейчас.

Кстати вовсю продаются по такой же цене Raspberry Pi Pico . Очень вкусный фрукт, со своими прикольными изюминками.