Очень недорогой вариант Mega2560 в компактном форм-факторе PRO.Это совместимые прошивки и функциональность большой меги в маленьком исполнении. Очень удобно «поставить» и забыть.
Да и цена символическая. Хорошо подойдет для старта в программировании Arduino IDE.
Компактная плата для разработчика Arduino Mega2560 PRO за $5.92
Очень хорошая цена на плату разработчика Arduino Mega2560 Pro (ATmega2560-16AU CH340G).
Цена $4.87 плюс $1.05 доставка (только РФ)
Плата Arduino Mega2560
Подойдёт для различных самоделок, для встраиваемых систем, так как обладает самым лучшим соотношением производительности и компактности (мощнее разве что STM32-nano), отличный вариант для самоделок на Arduino IDE. Полностью совместима по пинам с прошивками (Скетчами) от обычной Mega2560. А вот размещение пинов несколько другое из- за компактности. Шилды не подойдут.
Описание:
Микроконтроллер-ATmega 2560 (16 МГц),
USB-UART интерфейс-CH340G (12 МГц),
Входное напряжение-6-9 В (нормальное 6-8 в),
Разъем подключения ПК-MicroUSB,
70 цифровых ввода/вывода,
16 аналоговых входов,
14 PWM,
4 UART bus.
Ниже я не видел. Обычная цена $8...$9.
Если найдёте ниже- пишите, добавлю в топик
Рейтинг купона или акции:
+29
Но вот если нужно к моргалке светодиодом прицепить дешевенький (уже) цветной tft дисплейчик, 1.7 дюймов. — То в той-же ардуине на stm32 это займет 30минут для полного чайника. А на AVR завести его-же уже целая эпопея, упирающаяся в недостаток памяти для шрифтов, не говоря о каком-либо маломальски-мелком буфере для сносной скорости обновления.
Про DMA для отрисовки на AVR вообще молчу (его там нет по определению).
Т.е. за одни и те-же деньги взяв синюю пилюлю или про микро — на пилюле можно гораздо дальше и проще уехать :)
p.s. либо blue pill arduino :)))
Или вы всё же к кому угодно обращаетесь, но не к разработчикам? Просто задолбали эти «умные» КЭПовские комменты под копирку к абсолютно каждому посту касающемуся ардуино.
Спасибо!
Поддерживает по сути дофига разных железок: AVR (Arduino), STM, ESP (в т.ч. и 32) и еще куча других platformio.org/platforms
Есть своя IDE docs.platformio.org/en/latest/ide/pioide.html (ну она не их собственная, а надстройками над VSCode или другими, но суть в том, что ставится автоматом из самой IDE без танцев с бубном).
Хотя я пользуюсь Eclipse (мне привычнее) + PlatformIO Core (CLI) docs.platformio.org/en/latest/core.html
Ну, там много вариантов на самом деле…
Самое главное, все совершенно бесплатное (ну, там есть платный функционал, все, что под шильдиком «PIO PLUS», но он, имхо, для дома нафиг не нужен, но никаких ограничений по коду или чему-то еще такому нет).
What is PlatformIO? docs.platformio.org/en/latest/what-is-platformio.html
Если вдруг так сходу непонятно, что это за хрень, ну, если приближенно: набор инструментов, SDK, библиотек и всего, что нужно, чтоб написать, скомпилировать и прошить в железку (любую из списка) свой код.
Что интересно, для каждой железки может поддерживаться не один, а несколько разных фреймворков: docs.platformio.org/en/latest/frameworks/index.html
То есть, допустим, фреймворк Arduino (стиль кода, библиотеки и т.п.) поддерживается для большого числа разных железок, в т.ч. сами Atmel AVR (Arduino), Espressif ESP (и 32, и 8266), STM (8 и 32) и другие — пройдите по ссылке там список увидите сразу.
Но при этом, при желании, под тот же ESP8266 можно писать и под соусом ESP8266 Non-OS SDK или ESP8266 RTOS SDK.
В общем, я на эту хрень с голого Arduino ушел совсем. Удобно писать в одной и той же IDE под все те железки, что есть у меня, одинаково их прошивать и вообще не париться об этом.
PlatformIO в этом смысле дает куда больший простор для выбора: как IDE (вместо Eclipse можно использовать дофига других, привычных вам, например) так и фреймворков, платформ.
Да, в Arduino IDE конечно тоже подтягивают разные другие платформы потихоньку, но в PIO мне показалось выбор куда шире. К тому же, может ведь захотеться (или понадобиться) писать и не в стиле Arduino…
На сколько помню, Sloeber я пробовал, и мне не понравилось… Там постоянно какие-то глюки с изменением конфигураций были, ну, там, если надо вдруг ком-порт прошивки поменять или что-то еще из параметров компиляции.
В PIO с этим (имхо) проще: все в файлике platformio.ini собирается, для стандартных параметров он создается автоматом, и там обычно 2-3 строки. Но, если нужно или есть желание, то гибкость там запредельная — столько возможных параметров и настроек (и конечно все задокументировано)
Из того, что сам пользую: сборка одного проекта сразу под несколько разных железок.
Все собрано в одном ini файле, в разных секциях со своими define'ами и параметрами железными.
А код в итоге общий. Ну и все само разом собирается (ну или по частям, если надо).
Или, к примеру, реализовал я свой собственный протокол прошивки Arduino (AVR) через подключенную к ней ESP (да, такой вот извращенец).
Накидал для этого на питоне скриптик, который файл прошивки (кекс) готовит и отправляет, как мне надо, на ESP (которая в свою очередь прошивает аврку).
Далее добавил параметры об этом в ini файл, и все пашет — в IDE та же команда прошивки, но вместо стандартной прошивки через COM-порт идет вызов моего скрипта с передачей ему пути к прошивке, а дальше он уже делает дело и возвращает лог.
Мегаудобно, короче :)
Ну и чисто сам проект PIO показался куда более живой, можете глянуть по активности на гитхабе: github.com/platformio — постоянные какие-то изменения идут, автор отвечает на проблемы (сам кидал).
Только вопрос с реализацией, оно действительно нужно было делать свой софт? Неужели за много лет использования ESP так никто и сделал приличный VCP?
Типа: а я в своем стаде скрещиваю тут ужа с ежом, и мне это нравится :-P
Нужно ли было? — Нет. В моем случае — это хобби, развлечение для себя. А как для себя вдруг прервать такую чудесную традицию, как разработка собственного велосипеда «с блэкджэком и ...», ну вы знаете :)
А если серьезно:
Да сделали конечно. Пару проектов я даже щупал. И они были весьма неплохи. Только сейчас навскидку не вспомню, а искать лень.
Но, любой проект все равно пришлось бы допиливать под мои хотелки. Да, где-то совсем чуть-чуть, но я жесть как не люблю ковыряться в чужом коде и править его. А так как это хобби, оно же должно быть в удовольствие.
А так это для собственного же ESP+AVR бутерброда, опять же just for fun.
Все таки отладка в реальном времени с доступом ко всем регистрам, переменным и т.п. — это куда удобнее, чем отладка вида «Вставляем вывод всего и вся в UART и смотрим в консоли...»
Почитать новость и подробности можно тут: community.platformio.org/t/platformio-plus-goes-open-source-improving-embedded-development-community-worldwide/8240
Я же говорил про то, что Ардуино точно также работает на STM, как и на AVR. Библиотеки они ведь не под AVR или STM, они под Ардуино.
Если бы я делал устройства сотнями и на постоянной основе, я бы конечно изучил архитектуру stm и их родную среду программирования. Но я, как и многие, просто любитель. И я ценю время. Время дороже, чем 35 рублей за плату. Вот когда будет у stm своя среда разработки, понятная каждому школьнику и десятки тысяч примеров, сотни абсолютно совместимых шилдов и библиотек к ним, вот тогда сравним и поговорим, только тогда они уже не будут дешевле ардуин.
Она больше на кэйл по входному порогу смахивает, но в отличии от него — абсолютно бесплатная.
Это для разработчиков реального железа в продакшн — мега аргумент.
Почитал здесь насчет библиотек и блинка — Вы, похоже, тоже последние годы не особо о stm32 в курсе :)
У них уже минимум три параллельных живых проекта под ардуино, один официальный. И «о, чудо» — один из них — надстройка поверх оригинальной HAL обстракции :)
Т.е. на сейчас — stm32 с такой силой раскручиваются, что скоро о avr-ах будут помнить только олдскулы :)
ладно, даже спорить не вижу смысла.
Не, ну если у Вас даже серва(!) не заработала (хотя, казалось бы, как можно не запустить ШИМ?), то беру свои слова обратно. Не надо STM, конечно. Даже AVR+Arduino не надо. Есть Lego Technic, там серва точно работает из коробки.
Это простая дедукция. Вам это слово, видимо, не знакомо. А интернет тут не причем. Этот метод работает и при живой беседе, и при телефонной беседе, и даже при общении письмами через голубей. Удивительно, не так ли?
Ну в общем то легко его можно не запустить, при не совместимости ide с железкой. Но вы, наверное, хотели блеснуть знанием о способе управления сервой, и на корню упустили мысль. А я говорил не о написании кода с нуля, а о готовых плагинах. И да, этот готовый плагин для управления сервами НЕ работал корректно.
Да это везде так. Линуксоиды не любят виндовзников, андройдовцы не любят яблочников, любители механики не любят акпп, кошатники не любят собачников, одни любят мужчин, другие женщин, третьи тоже мужчин…
Все разные, у всех своё мнение. Но есть и общая черта у людей этих противоположных групп — им всем глубоко пофиг на мнение противоположной стороны. И от части это правильно, каждый имеет право на собственный выбор и сам знает как ему жить. Проблема тут лишь только в том, что одни навязывают своё мнение другим, хотя их как бы и не спрашивают.
Поэтому разработчики (если они и правда разработчики чего-то кроме моргалок диодами) остаются по мере возможностей на Атмеге, чтобы не городить помехоподавляющие цепи для СТМ (которые обходятся а несколько раз дороже камня).
О каких помехоподавляющих цепях и сигналах речь? Как-то расплывчато у Вас
Про промконтроллеры на STM32F103 вообще речи нет — в цеху они висли при первом-втором цикле установки ВЧ-сварки (атмеги отрабатывали 10-часовую смену без сбоев). Пришлось срочно набивать ЗИП «морально устаревшими» контроллерами предыдущей версии, которые были еще на AVR (это сименс, если что).
Сегнетикс столкнулся со сбоями у заказчиков даже в пределах AVR семейства (когда производитель втихую сменил техпроцесс на меньше нанометров). У меня в свое время их линуксовые контроллеры не пошли на производстве (тоньше техпроцесс процессора — виснут при работе установок), удалось их использовать только в электрощитовых, где за помехами надо днем с огнем гоняться…
Ну а я, основываясь на опыте применения контроллеров на ATmega и на STM32 (разумеется, сертифицированных для условий, в которых предстоит работать) — в ответственные системы STM32 не поставлю.
Но как 20 лет назад так и сейчас все дело не в контроллере а в правильной схемотехнике и разводке, иногда в правильно написанном фирмваре, кому-то из разработчиков летать а кому-то ползать.
Ну и — ни одной схемотехникой вы не разделите полезный сигнал, втекающий по входу 2 мкА, и помеху, которая способна подпитывать линию током до 5 мкА (нет, есть, конечно, особые извращения типа перевода цепей на бОльшие токи и буферами прям у пинов процессора (как предложил Atmel при переходе на более тонкий техпроцесс с обещанным вытеснением семейством PicoPower старых 90-нм камней). Но куда спокойнее, когда подтягивающее сопротивление на выводах 5к6 вместо «современных» 52к — это позволяет обвзяку делать действительно для защиты от помех, а не для «ловли» фантомных токов.
Если взять большинство реальных задач промавтоматики — 32-битность там редко бывает нужна для обсчета чего-либо кроме свистоперделок и графики (т.е. обслуживания HID). Но с утратой старыми AVRами своих преимуществ по устойчивости к наведенным помехам — выбор однозначно переходит к STM благодаря конфигурируемости последний (я не знаю, как они смогли — но возможность развести ноги как удобно, а потом приписать им нужные порты и функции — дорогого стоит).
А споры PIC/AVR, AVR/ARM — они и возникают в основном среди тех, кому свистоперделки важнее надежности. У тех, кто решает серьезные или ответственные задачи (я в данный момент не про себя) — выбор уже сделан, и отступать от него будут не потому что «новое имеет больше возможностей», а потому что «проверенное снимают с производства» (разумеется, в ситуации «проверенному не хватает производительности под новую задачу» — смена камня не оспаривается)
но Atmel так и предлагал — на каждую (!) ножку DIO вешать снаружи резистор и диод, а на аналоговые — повторители на транзисторах. Причем не дальше 5 мм от ноги.
Естественно, это схемотехническое решение. Но если подобное делать на STM32, чтоб привести его к помехоустойчивости хотя бы PicoPower'ной меги — стоимость полностью переворачивает аргумент «дешевле» (STM становится намного дороже более «сильноточного» AVR8).
зы
по коменту ниже тоже нашел — точки вне большого квадрата
Свежие линейки это STM32G0 и STM32G4 (170МГц при том же потреблении как F401 на 84МГц).
Камень гораздо сильней, rtc с батарейкой тоже в комплекте, микроSD там-же.
Плюс к ней дисплейчик сразу есть.
И все это чуть-чуть дороже данной атмеги.
а насчет синих пилюль — найти сейчас оригинальный процессор в них — сродни хорошему квесту. Те платы, что по $1,5 — гарантированно имеют на борту перемарк/копию/отбраковку. По $2,5 еще попадаются оригинальные камни. но очень редко. Даже не знаю, где сейчас купить дешевые пилюли с оригинальными камнями. Ажиотаж — он такой, сразу фейки притягивает.
Либо так
Продавец на сообщения отвечать сразу перестал >_< Ожидаемо :)
Ну, работают конечно, но что от копий ждать — кто его знает.
По факту реально с даташитом скрэчпад расходится у тех, что последний раз пришли… А у старых все совпадает. Ну и по потреблению/паразитному питанию тоже все как-то не очень.
Сам теперь этим вопросом задаюсь… Может в местных лавках «за-дорого» все же будут оригинальные, хз…
С eeprom в ft232 я не игрался.
Как сейчас проходит валидация?
(хотя это больше для общего развития… сам уже давно перешел на CP210х, там все хорошо и быстро работает, и с драйверами вопросов нет)
Когда от ардуины отойдете — быстро найдете :)
Ст-линк ниразу в жизни в руках не держал
В неоригинальной, кстати, изначально 128 может быть.
У меня из двух заказов по 10шт (брал специально дешевые, но в разных местах) — четыре типа микроконтроллеров, и минимум две ревизии плат :) Лотерея не просто интересная, а мегакульная :))
STM32F411CEU6
STM32F401CCU6
а генерацию звука своими силами они потянут?
Я пока что только на ESP32 видел реализацию
Что в них интересного?
PWM и PWM+DMA работают, вроде бы, во всех stm32.