Comments 83
А RTC все так же требует припаивания часового кварца, как в старых версиях, или все работает из коробки?
До тестирования RTC у меня пока руки не дошли, но, судя по тому, что написано на сайте производителя, кварц встроенный, нужно только подцепить батарейку на пины на плате.
На фотках видно часовой двухвыводной кварц на плате, или проблема была не в его отсутствии?
Вот что написано на сайте производителя:
Two crystals prodvide accurate timing. A 24 MHz crystal is the basis for the system clock and most peripherals. A phase locked loop (PLL) increases the 24 MHz up to the system clock speed. A separate 32.768 kHz crystal is used for the Real Time Clock (RTC). If a coin cell is added to VBAT, the 32.768 kHz oscillator continues keeping date/time while main power is off.
В проекте, над которым я работаю, оказалось, что внутренний RTC много потребляет, пришлось ставить внешний на шине i2c.
Прочитал, заманчиво. Посмотрел цену, на Али от 4тыс. В таком ценовом сегменте она на территории одноплатников. У которых уже полгигабайта оперативки.
Одноплатники и контроллеры - это разные вещи. У меня на полке который год пылятся Pi и Orange - и доставать их оттуда не возникает никакого желания.
не понятна разница если честно, если только вы не про контроллеры сименс. Где априори - надежность. Тут как раз не все очевидно.
Имелось в виду "одноплатники и микроконтроллеры" - совсем разный уровень энергопотребления, времени реакции и т. д. и т. п.
У одноплатников часто-густо есть отдельный микроконтроллер специально для задач реалтайма. Вот с потреблением разница есть.
Интересно, а решения в поисках проблемы типа SG2002 - это ещё микроконтроллер или таки уже одноплатник?
Это как-бы специализированный SOC (под IoT), но никто не мешает его юзать как центральный проц одноплатника с дополнительными микроконтроллерами внутри. Такое уже есть в жизни. И сильно дешевле обозреваемого выходит.
Границы микропроцессора и микроконтроллера как таковой нет. Притянуть можно разве что наличие MMU - у микроконтроллеров оно без надобности, у процессоров должно быть обязательно. Если смотреть с такой точки зрения, то SG2002 это промежуточное решение - одно ядро с MMU, одно без + микроконтроллер.
У одноплатников обычно всё плохо с внешними портами и интерфейсами и доступом к ним на уровне ядра а не ОС. Банальное переключение приём-передача RS-485 с помощью GPIO сделать почти невозможно, если не хочется терять в скорости. А на контроллере можно прямо из кода за десяток машинных циклов изменить уровень на любом GPIO, или вообще повесить на эту ножку выход таймера, чтобы он одновременно и уровень менял, и запускал передачу в модуле UART.
а какие тогда контроллеры используете?
В основном ATmega328, ATmega2560, ESP8266, ESP32, а так - какой MCU больше подходит для реализации конкретного проекта.
Компьютеры и Linux мини-компьютеры использую только там, где нужна их мощность - SQL, голосовые функции, анализ и визуализация и т.п.
Подробнее можно посмотреть тут:
https://hi-lab.ru/arduino-mega-server/ams-pro/projects/main-server
так все эти контроллеры копеечные. они не плохие, я такие же использую чаще всего, и одноплатники тоже на полке лежат (потому что пока задач под них нету).
стали бы вы использовать контроллер за 4к? то есть его надо использовать там, где этих же атмел и экспрессив не хватает, но по каким то причинам не целесообразно использовать одноплатники.
если бы тинси стоила 1-1,5к то прикупил бы (хотя бы в коллекцию)
Я где-то здесь уже комментировал, что обнаружил, что не могу без Teensy запустить самые интересные примеры из стандартной библиотеки FastLED, а также поэкспериментировать с кучей классных проектов на этом контроллере.
4 тыс. чтобы исправить это досадное недоразумение? - да, не очень дёшево, но для меня вполне приемлемо.
У контроллеров и одноплатников всё же разные сферы применения. В подавляющем большинстве случаев достаточно гораздо более дёшевых rp2350 & etc
У одноплатников есть некоторые вопросы со временем готовности к работе после включения (загрузки ОС). Я пока не особо разобрался, но лучшее, чего удавалось добиться - порядка 30 секунд. Многовато.
спасибо! давно поглядываю на них , ещё с 2.0 версии, но как то не находится применение в своих проектах. С одной стороны мощности конечного исполнителя и 8266 достаточно, не то что 32го, для разных парсеров, конверторов , шлюзов , 32го за глаза, а для центральных устройств вроде маловато и Т4. Опять же и цена по сравнению с 32 - больше чем на порядок... и качество библиотек - пока не так хорошо проверено, хотя если библиотеки от NXP то скорее всего там все хорошо с качеством..
Кроме всего прочего, там фишка ещё вoт в чём: в интернете куча самых "жирных" и классных проектов сделаны на Teensy 4.
То есть либо у вас есть Teensy, либо вы "облизываетесь", но повторить их не можете.
Если возможно, расскажите, какие проекты на Teensy 4 Вас восхитили ?
Меня повергло в шок то, что я не могу запустить самые интересные примеры из стандартной библиотеки FastLED - в этот момент я понял, что пропустил что-то важное :)
Ну, а дальше понеслось - поиск, ютуб и т.д. - там миллион проектов для Teensy. Кучу проектов можно найти на оф. сайте производителя по ссылке в статье.
Какой из них лучше? Трудно сказать, куб из ролика в статье определённо нечто очень впечатляющее.
Вот этот самый впечатляющий для меня. Собственно и уникальный пример сферы где нужен мощный микроконтроллер, а не одноплатник: важно энергопотребление, масса, габариты и время отклика. На одноплатниках Flight Controller'ы не делают.
Я может как-то отстал от жизни, но неужели 4096 светодиодами не сможет что-то попроще управлять, куда там сотни мегагерц ?
Управляю парой сотен от esp32 и ощущения, что на это расходуется какая-то часть ее производительности отсутствует. Ну т.е. совершенно ничего не оптимизировано, куча лишнего и всё работает прекрасно даже если одновременно ее как простенький вебсервер использовать.
ЗЫ. Понял, что не парой сотен, под тысячу их вероятно, 10 погонных метров с самой плотной упаковкой 5050.
Хороший вопрос. Я тестов не проводил, но что-то у меня большие сомнения, что ESP32 сможет управлять 4096 светодиодами WS2812 с той же динамикой, что продемонстрирована в ролике, плюс, насколько я помню, там ещё всякие спектроанализаторы и прочее подобное присутствует.
4096 2812 - это 12288 байт ОЗУ под экранный буфер. rp2040 вполне себе може управлять 3-4 такими кубами с куда меньшим объемом ОЗУ и частотой контроллера. Вот там нету просто встроенного Ethernet, чтобы лайв видео транслировать. Здесь - есть. А просто эффекты рисовать - ну так 600 МГц это явно много.
Ну про цену решения на 2040 (в сравнении) просто умолчим...
будем честны , для динамики понадобится хотя б 24Кб памяти буфера, что с легкостью обеспечит даже есп32 с двухголовым 240Мгц чипом... и не сравнимой ценой..
Вот там нету просто встроенного Ethernet
Можно посмотреть в сторону Waveshare RP2350-ETH. Есть Ethernet, стоит около 1000р.
dual-core Arm Cortex-M33 processor and dual-core Hazard 3 RISC-V processor, flexible clock running up to 150 MHz
520KB of SRAM, and 4MB of onboard Flash memory
Onboard CH9120 with integrated TCP/IP protocol stack
У WS2812 последовательный протокол на 800 кГц, ни больше, ни меньше. Быстрее этого не поуправляешь.
Так а я про что написал? Что пи 20 кадрах нужны 2 канала. Смысл замечания?
Можно паралельно данные на несколько отрезков отправлять, если сильно захотеть, то можно хоть через SN74HC595 8 лент подключить, а их можно на rp2040 навесить с помощью PIO. Итого - больше 100 лент, если учесть, что на одну ленту в 60Гц можно выводить 500 светодидов, итоговое число в ~50000 явно превышает разумные пределы. На двойную буферизацию у 2040 памяти немного не хватит, есть rp2350, в него влезет.
Отдельно хочу лишний раз подчеркнуть: у этой штуки реально USB HS на 480М, что вообще нечасто встретишь (а иногда бывает очень нужно передавать что-то быстрее, чем может USB FS).
4к рублей без встроенного Wi-Fi/Bluetooth, зачем? В этом ценовом сегменте уже есть одноплатники совсем с другими мощностями.
Ну вот иногда и не нужны ни WiFi ни BT а Ethernet и USB HS очень даже нужны. Но цена таки действительно высоковата...
Мне цена тоже не очень нравится, но тут нужно учитывать два момента:
1 Как это ни странно, но оригинал от разработчика стоит дешевле китайской копии (и многие в мире могут купить Teensy по этой цене).
2 Специфика (благодаря мощности и сочетанию возможностей) проектов на Teensy такова, что стоимость MCU волнует мейкеров далеко не в первую очередь.
Например, автору куба 16х16х16, на мой взгляд, было вообще без разницы сколько стоит Teensy (на фоне прочих затрат на построение куба).
1 Как это ни странно, но оригинал от разработчика стоит дешевле китайской копии
Странно, но факт. Глянул - правда дешевле.. По PJRC Teensy 4.0 USB Development Board смотрел.
стоимость MCU волнует мейкеров далеко не в первую очередь
волнует всегда, просто иногда нужно быстро и прям щас, - тогда куда меньше волнует. Ну и на единичных проектах. На серии - всегда борьба за минимальную цену.
Это как STM32H7 - круто, вкусно, но зачем? Чтобы что? Не могу придумать на нем ни одного любительского проекта, который можно было бы осилить в одно лицо...
Я на STM32H503RB хотел один проект сделать (в области проверки и настройки звукового оборудования). Пока мало врмени на реализацию, но рано или поздно я его завершу. Ну - вот такой ответ. И я не думаю, что нету любителей, которые бы его пользовали.
Ну да для мелочи - это из пушки по воробьям. Мы в конторе на них делаем стенды для тестирования авиаицонного обородования - интерфейсов хватает, SPI/I2c/ARINC/CAN/ так что H7 как раз попадает в цель. Правда когда надо что то скоростное обрабатывать или эмуляция памяти какой - тут уже Xilinx ставим.
Странно, что вы сравниваете I7 с ZX Spectrum. Почему бы не сравнить с RasPi. Хотя цена очень высокая, что как раз и отталкивает. Проще тогда взять Pi Zero 2W. Там и цена нормальная и возможности приличные. И есть все уже на плате. И SD, и HDMI и USB. И WiFi до кучи. Ядрышки АRМ64 - программируй до упаду. Почему именно ардуино? Совсем не сопоставимые вещи.
Тем более что проекты на RasPi и Teensy очень похожи.
Непонятен выпад в сторону ESP32 по поводу пинов: "Teensy 4, в отличие от ESP32, снабжена полноценным набором пинов". У ESP32 (а особенно ESP32-S3) практически лучшие возможности по конфигурированию пинов где вы можете назначить практически любою функцию на практически любой пин. И Teensy 4 с его фиксированным распределением функций по пинам до ESP32-S3 как до луны пешком. Именно из за этого Teensy 4.1 такая огромная и в большинстве случаев на 50% бесполезная по сравнению с ESP32. Лучше иметь 30 равноправных пинов,чем 100 заточенных под одну функцию.
Вы когда-нибудь пробовали раскидать пины ESP32 в реальных проектах? Их там просто нет ни для какого реального применения, особенно если задействовано управление Ethernet физикой.
Везде приходится использовать костыли в виде гирлянд расширителей портов.
В ESP32-S3 положение немного получше, но в целом ESP32 как был, так и остаётся колоссом на глиняных ногах.
Я да, а вы даже тесты не смогли нормальные сделать. У меня есть проект на обычном ESP32 где и звук по I2S, Lora модем, UWB чип и еще и дисплей и всего хватило. А 90% реальных применений нужно не более 10 пинов, и так как они универсальные, то можно вывести только 10 пинов и их использовать КАК ХОЧЕШЬ. Поэтому есть микро платы с 10 пинами, и платы по больше с 30+. А тут монстр с 48 пинами из которых 90% будут пустовать. Причем меньше сделать нельзя, потому что иначе функции на отсутствующих пинах будут недоступны.
Ну какие 10 пинов? Вы свой личный опыт не распространяйте на множество возможных применений контроллера.
Причем тут ваше множество в 0.005% проектов которым нужно больше 30 пинов? В отличии от вас я его не отрицаю, но это МИЗЕРНОЕ множество возможных проектов существует. А на самых ходовых ESP32 платах даже не все доступные GPIO пины выведены и они продаются милионными экземплярами потому что большинству такое большое количество пинов не нужно. Но важно то, что на i.MX RT1060 в принципе не возможно сделать универсальную плату на 10-20 пинов из за жесткого распределения функций по пинам и плата получится сильно ограниченной. Так что жесткие 40 пинов у i.MX RT1060 и универсальные 30 на ESP32-S3 это ОГРОМНОЕ приемущество ESP32-S3, а не та херня которую вы написали.
Якобы произвольная конфигурация пинов на ESP сильно переоценена. Там при такой конфигурации драматически теряется скорость переключения сигналов. О чем и пишут в мануале. Скажем управлять RGB светодиодами на 4 МГц через такое мультиплексирование уже не прокатит.
Поэтому ESP никому и не нужен. Никто в мире не пытается сделать клоны ESP или делать что-то аналогичное. Странно, да? Это при такой бешеной якобы популярности.
На самом деле ESP морально устарел как только был изготовлен. Они даже 5ГГц не могут сделать. За развитием Bluetooth им не угнаться.
Это при том что нормальные SoC - и типа nRF91 уже могут LTE-M/NB-IoT
Скажем честно, что ESP - это от хронической технологической отсталости.
5ГГц будут в ESP32C5. Про отсталость, мне кажется правильным решением переход на RISC-V, чтобы не тянуть в одно лицо собственную архитектуру.
У любого MCU есть как сильные, так и слабые стороны и нет одного лучшего MCU и у универсальных пинов есть свои обратные стороны. Если мне нужен будет MCU с большой скоростью GPIO, то я выберу не ESP32. Но сколько таких проектов в которых это нужно? Мизерное количество по сравнению с тем в которых используются стандартные интерфейсы UART/I2C/SPI/I2S и т.п. И в них важнее их доступность на любых пинах, а не гребенка из 100 пинов. Или вот реальных пример из недавнего: для дома мне понадобилось сделать wireless OSDP keypad для подключения к контролеру LP1502. Со стороны контроллера все просто ESP32-S3+LORA E22, а вот сам keypad должен работать от батарейки пару лет и тут уже ESP32 не годится.Выбор пал на STM32WLE5JC . Это был просто ад адцкий. Я долго и упорно читал datasheet чтобы понять какой пин что может, а что нет...какой может PWM, а какой нет, какой может выводить из сна, а какой нет и т.п. В результате, на всякий случай сделал на плате возможность ручной коммутации пинов и не прогадал. Почти в самом конце оказалось, что для просыпания пины разбиты по прерываниям очень хитрым образом и если пины делят одно прерывание, то просыпаться MCU может только от одного из этих пинов, а не от обоих сразу. В datasheet это нигде не указанно. Если бы пины были универсальные как на ESP32, то я бы развел все как мне было удобно и потом на уровне софта все с коммутировал, а тут пришлось бы делать еще одну итерацию с PCB.
По поводу клонов ESP. Во-первых, он настолько дешев что делать полный клон себе дороже учитывая какие проблемы можно поиметь. Во-вторых, функциональные клоны ESP уже давно делают китайцы, просто вы о них не слышали. Явный тому пример - миллионы Tasmota устройств, которые сначала работали на esp, а потом они перешли на их китайские клоны. Бролее того, некторые из них даже по пинам совместимы и я лично выпаивал китайский клон, впаивал обратно esp и загружал туда свою прошивку.
" Это при том что нормальные SoC - и типа nRF91 уже могут LTE-M/NB-IoT" Ну и зачем мне этот "чудо" SOC на плате за $130+ если мне нужен UART/I2C/SPI/I2S и несколько GPIO? Это не нормальный, а узко специализированный SoC который не нужен большинству. Назовите сопоставимый по скорости, функционалу и цене SoC с BLE и WiFi.
На самом деле ESP морально устарел как только был изготовлен. Они даже 5ГГц не могут сделать. За развитием Bluetooth им не угнаться.
Лооол. Поэтому он такими ебанистическими тиражами продается, да? В 95% проектов 5ггц wifi нафиг не нужен, как и последняя-распоследняя версия BT.
Никто в мире не пытается сделать клоны ESP или делать что-то аналогичное
Ага, реалтек со своей серией МК так, ерундой мается.
ESP32-S3R2 (Xtensa LX7, плата ESP32-S3-Pico - 30 ног/ плата ESP32-S3 ProS3 27 ног, теоретический максимум - 45 ног). Хватит на большую часть любительских проектов. Вот USB медленный.
А 90% реальных применений нужно не более 10 пинов
Если за реальные применения считать IoT лампочки, да выключатели, то да, 10 пин достаточно, для сколь нибудь серьезного проекта надо гораздо больше, а тут чип с мощностями, достаточными для управления большим количеством периферии одновременно, и естественно для её подключения нужно много выводов, и то, сколько teensy предоставляет, мне вообще кажется крайне мало - даже внешнюю ОЗУ + дисплей (по параллельной шине, а не страдать с SPI) + sd карту подключить не уверен, что хватит. А если ещё и высокоскоростные ЦАПы/АЦП на пару десятков мегасемплов в секунду, ибо если такое не надо, то смысла в таком мощном камне и нет.
"...пробовали раскидать пины ESP32 в реальных проектах..Их там просто нет ни для какого реального применения.." :-) конечно же мы всем вам верим. Такой аналитик как вы не может ошибаться...конечно же у ESP32 нет никакого реального применения, а миллиарды проданных плат на ESP32 люди покупают потому что просто об этом не знали :-) Или мы все просто волшебники и делаем не реальное реальным, вы просто еще до этого не доросли?
@ddv2005, вы своими 10 пинами оставили за бортом всю автоматизацию на ESP32.
Вообще, это спор ни о чём - считаете, что 10 пинов достаточно для всего - ок.
А вы еще и читать не умеете или с логикой совсем плохо? Так вот меня в еше в начальных классах научили что есть 100% и между упомянутых мной 90% и 100% есть еще 10%. Но мы же писатель, а не читатель и в процентах не разбираемся.
Серию RT в свое время я рассматривал для своих модулей. Но они скатились на FreeRTOS и стало не интересно. А так они легко могут управлять четырьмя! BLDC движками в коптерах. Если тоже самое пытаться сделать на ESP то будет гораздо дороже. Придётся ставить отдельные драйверы на процессорах на каждый мотор.
Вообщем ESP имеет преимущество в очень узкой и очень примитивной нише. Нигде их миллиардами не применяют. Вот ARM, да применяют миллиардами. Те-же ST можно видеть в духовках, пылесоса, стиралках... И именно поэтому пока появляется один новый ESP, за это же время появляется десяток новых ST.
"Вообщем ESP имеет преимущество в очень узкой и очень примитивной нише", так вот статья как раз о конкретной плате из этой "очень узкой и очень примитивной нише" так что не надо сравнивать теплое и зеленое. И мое возмущение вызвало то, что автор назвал 30 динамических пинов ESP32 не полноценным по сравнению с 40 статическими пинами Teensy 4: "Teensy 4, в отличие от ESP32, снабжена полноценным набором пинов". И весь разговор шел именно об этой нише,т.к. Teensy 4 это даже не SoC, а конкретная плата. И я по прежнему утверждаю, что в данной нише универсальность пинов это огромное приимущество по сравнению с 33.3% большим количеством, но статических пинов.
По поводу миллиарда ESP https://www.espressif.com/en/news/1_Billion_Chip_Sales
Да пишут что сделали уже миллиард. Но не миллиарды. В принципе молодцы. Им не хватает нормальных инструментов. У тех же NXP, ST, Renesas есть удобные графические тулсы для конфигурации пинов, периферии и кодогенерации. А у ESP до сих пор этого нет и вместо SWD архаичный JTAG. Да цена многое определяет. Сейчас поставил этот ESP как вспомогательный модуль для связи на плату. Большего от него не жду. Слишком дорогая отладка на ESP получается.
Если говорить про Teensy 4, то согласен, что это слабое подражание ESP. Это чисто игра в маркетинг. Экосистема Arduino рассчитана на неквалифицированных разработчиков. Куда им столько пинов использовать. Да ещё с многозадачностью. Да ещё там даже SWD не выведен. Тут видимо игра на криптозащищенный , залоченый бутлодер. Чтобы ардуинщики могли скрывать свои наивные секреты. Да, знаю, есть такая категория разработчиков, которые любые свои проблески идей норовят засекретить. Гримассы рынка, что поделать.
в копилку интересных применений подкину реализацию синтезатора (звука) на этой плате, т.н. M8 headless. прошивка закрытая в исходниках, но распространяется автором бесплатно, для заливки как раз в Teensy 4.1, там только синтез а ui реализован отдельно как клиент под windows/linux и уже в исходниках.
Teensy меня всегда удивляла реализацией arduino. Нет бы, как все - выложить ссылку на json.а у них оффлайн инсталятор только под винду и прошивальщик похоже тоже. при этом platformio поддерживает эту плату и под linux включая тот же фреймворк arduino ну и zephyr
Отличный обзор! Интересно, насколько Teensy 4.1 оправдывает себя в проектах с реальной нагрузкой, особенно в задачах, требующих активного использования Ethernet и насколько хорошо он справляется с такими сценариями на практике? Было бы интересно узнать про реальные кейсы!
Обычно (на микроконтроллерах) обслуживание полноценного веб-интерфейса занимает какое-то время, довольно заметное по net-монитору.
На Teensy все эти операции практически мгновенны, благодаря её скорости. Но узким бутылочным горлышком остаётся SD карта - чтение с неё вносит самые значительне задержки при работе веб-сервера и отдаче объёмных веб-страниц.
Это только мои первые впечатления, если копнуть глубже, я думаю, это тоже можно оптимизировать.
Никак SD карта не может создавать тормоза для WEB интерфейса. Самая слабая нынче даст не менее 12 мбайт в сек на чтение. А вот TCP стек может быть очень тормозным. Это зависит от размеров окна, таймеров повторов , парсера, вычислителя CRC и прочего. Но поскольку во всех таких платформах используют LwIP, то разницы между разными аппаратными платформами с одинаковыми частотами почти не будет. Даже чипы на 120 МГц могут дать под 60-80 мегабит.
Другое дело если нужен будет TLS. Тут программная реализация может кардинально затормозить раз в 10.
Хотелось бы еще сделать так, чтобы плата делала снимки с USB-камеры хотя бы в FullHD, или как максимум транслировала картинку на веб-сервер или в сеть по RTSP/MJPEG, как раз USB 2.0 это позволяет.
В свое время пробовал на ESP32S3 делать снимки с USB-камеры, но удавалось не более 640*480, как раз из-за пропускной способности USB 1.1 и того, что камеры чаще всего дают только потоковое изображение в относительно большом разрешении на 20-30 кадров/сек, а still-режима (когда просто сделал фото и выгружаешь из камеры спокойно) во многих камерах просто нет
Teensy 4: Arduino на скорости 600 МГц (почувствуй себя властелином вселенной)