Комментарии 50
обнаружилось место на плате для установки какого-то неизвестного модуля
судя по шелку, я бы сделал ставку на беспроводной модуль связи. Насчет пинов, видел что-то подобное несколько лет назад, но не могу вспомнить сейчас.
Там либо один модуль, либо общее место установки каких-то разных модулей.
либо одного и того же, но в разном форм-факторе. не указано идут ли пады на МК и на какие пины (что на них аппаратного есть), может по интерфейсу хоть идеи появятся.
4КБ «честной» EEPROM памяти
А почему "честной" в кавычках?
40 мА нагрузочная способность пинов и прочие практически полезные прелести
Добавили бы тогда и про то что общее потребление не должно превышать 200 мА. Т.е. на полной токовой нагрузке выдержит не более 5 пинов.
На этом фоне ESP32 с его десятком рахитичных GPIO смотрится просто каким-то недоразумением
Зато по другим параметрам уделывает целиком и полностью. А кол-во портов можно увеличить, например PCF8574.
«Честной» в кавычках потому, что это не технический термин, а образный.
Про общее потребление не упомянул потому, что там идёт краткое перечисление «фишек» и подобные уточнения там не очень уместны.
Можно, конечно, приделать костыли на PCF8574, но я бы предпочёл тандем ESP32+ATmega2560.
Можно, конечно, приделать костыли на PCF8574, но я бы предпочёл тандем ESP32+ATmega2560.
Тогда в связке ESP32+ATmega2560 мега будет работать как костыль, т.к. по сути будет использоваться как тот же самый расширитель портов, потому что всю работу проще занести на мощную ESP32. =)
ATmega2560 будет работать не как костыль, а так, как вы сможете задействовать его немалые возможности.
В любом случае, ATmega2560 — это на несколько порядков лучше, чем «тупой» PCF8574.
никакой pcf не заменит аппаратный wdt...
а к ESP32 еще и атмега нужна???
А на эти ESP есть нормальная документация то?
Мне вот для одного проекта нужны были честные прерывания, таймеры и вот это вот всё. С ходу нормальных доков на ESP не нашёл. А везде, где шла речь о прерываниях и таймерах, везде говорили, что использовать надо очень осторожно, т.к. крайне лёгко поломать WiFi.
Официального даташита и SDK разве мало?
Любые прерывания нужно использовать с осторожностью, особенно если включен вачдог как на ESP. Зазеваешься, вачдог не сбросится - и МК уйдет в перезагруз. Хотя, это нужно постараться чтобы делать такие тяжелые прерывания, для этого проще дополнительный поток создать с семафором например.
Хотя, если вы используете метод ардуинщиков, то увы.
Ну, вот когда я искал, официального даташита и SDK не было. Точнее, что-то там было, но без полного описания регистров, прерываний и прочего. Того, что есть на туже Атмегу.
И в моём случае не столько само прерывание было тяжёлое, сколько мне нельзя было уходить в другие прерывания, чтобы не пропустить принимаемый сигнал. Возможно, благодаря более высокой производительности ESP, это было бы не так критично, но из-за закрытой документации, и понимания, что я могу потерять все плюсы ESP в виде WiFi, я решил делать на Атмеге. В итоге мне её хватило, правда, пришлось на время приёма сигнала выключать все другие прерывания. В будущем думаю переходить на STM, т.к. в данном случае это был явно предел возможностей чипа.
А что такое "метод ардуинщиков" я не знаю.
Хотя, если вы используете метод ардуинщиков, то увы.
А ардуинщиков обязательно было походя шпынять? Или косорукими бывают только ардуинщики? Или ардуино это не тот же С++? Или на Ардуино нельзя использовать нативные функции ESP32?
По моим наблюдениям, чем больше пренебрежения и снобизма человек высказывает по отношению к Arduino, тем менее интересны его собственные достижения.
Я не спорю, можно и использовать. Но подавляющее большинство скетчей под ESP не использует их, совсем, никак. Постоянно колошматя в loop() цикле все что возможно со всеми вытекающими лагами и т.п. Это ведь так сложно выделить по потоку на обработку, вывод изображения на экран, обработку клавиатуры, периферии и т.п., и ведь с таким способом ничего не будет лагать, т.к. все будет работать независимо.
Странно для меня выглядит использование отдельного контроллера в качестве моста UART-USB вместо православного FTDI например. Его же каждый шить надо на производстве - накладные расходы. Из за цены? Давно за ценами не следил, как от онлайн баз Altium отрезали.
1) Зачем так жёстко кликбейтить?
2) Цена Ариты? Я даже на их сайте с наскоку не смог найти. (господи, ну что за бесящая жлобская манера коммерсов прятать ценник настолько далеко, чтобы душу вынуть и покупателю и менагеру...)
3) Но уже заранее предполагаю абсолютно неинтересную цену — кроме как для гуру Ардуины, которые готовы переплатить, лишь бы программировать то, что привыкли.
4) Ещё одна бесящая привычка менагеров — толкать под одним названием совершенно разные кишки (я в курсе, что СТМ32 можно в среде Ардуино программировать, но это совершенно "не то пальто").
5) mini-USB? Серьёзно?
NORVI — очень своеобразная компания (торговая марка) с о-о-очень своеобразными особенностями как в схемотехнике контроллеров, так и в маркетинге.
Но у них есть одно важное достоинство — они, в отличие от миллиона других компаний, делают DIY контроллеры, которые не делает никто другой (например, NORVI Arita).
Я Ариту рассмативаю как прототип контроллера, который я хотел бы иметь для реализации своих проектов, но там очень много чего нужно добавить и переделать.
Каждый раз жалуясь на мини усб, подумайте о том, что могли бы воткнуть микро.
Цена Ариты? Я даже на их сайте с наскоку не смог найти.
Так вы таки нашли? Я не смог.
Подозреваю, что "18++" в заголовке как-то коррелирует с ценой.
На сайте без проблем цена находится. Есть несколько моделей на двух разных МК. Модели отличаются добавлением функционала, например в 6 версии добавляется OLED экран. а в 8 SD карта и W5500 контроллер Ethernet.
ATMEGA 2560
| model5 | model6 | model7 | model8 |
| 159$ | 179$ | 199$ | 210$ |
arm CM3 stm32?)
| model5 | model6 | model7 | model8 |
| 199$ | 209$ | 229$ | 240$ |
на всякий случай: https://norvi.lk/product/industrial-arduino-norvi-arita/
Когда очередной МК "уделывает" ESP32, всегда нужно помнить, что для ESP32 существует родной активно развиваемый фреймворк ESP-IDF основе FreeRTOS с многозадачностью, событийной моделью и поддержкой всей периферии МК. Также продуманная архитектура приложения состоящая из компонентов. Также продуманная сборка на cmake. Также возможность использовать последний стандарт С++. И треть мегабайта оперативки для всего этого. Да это почти 8086 с "установленными драйверами").
А на атмегу что не натягивай, на 8Кб оперативки это всегда будет МК-специфичная Си-простыня. А если сложность ПО соответствует сложности этой платы, то эту Си-простыню ещё и рожать в муках))
Я бы не противопоставлял ESP32 и ATmega2560 — в плане мощности, количества оперативной памяти и коммуникационных возможностей это несопоставимые вещи.
Я бы хотел иметь контроллер с ESP32 и ATmega2560 на борту (в тандемном режиме), чтобы иметь возможность использовать сильные стороны и того, и другого. И, кстати, иметь на борту 2 независимых и параллельно работающих микроконтроллера.
Управление реле через оптроны? Анекдот про монашку и морковь — IRL.
Не могли бы вы развернуть свою мысль? Я имею в виду не про монашку и морковь, а про правильное подключение реле.
Как это нужно было сделать с вашей точки зрения? Или может быть есть ссылка, где это подробно объясняется?
(Хотя про монашку тоже любопытно было бы узнать, но я стесняюсь спросить.)
Управление катушкой реле через оптрон, на мой взгляд, говорит о том, что разработчики не осилили правильную трассировку платы и пытаются "серебряной пулей оптрона" избавиться как от мнимых, так и от действительных проблем.
Пример: в сотнях тысяч автоприборов реле управляются без оптронов и приборы работают надёжно.
Следствие: оптроны — не от помех, а для гальванической изоляции.
Я так понимаю, если пробьёт реле, то оптрон никак не поможет.
Вряд ли поможет. Два напряжения пробоя изоляции (оптрон и реле) — не должны суммироваться. Ещё — надо смотреть зазоры/вырезы в плате.
"Бережёного — Бог бережёт" прошептала монашка, натягивая презерватив на морковку.
Очень странная поделка. Выглядит пафосно, столько же стоит. Но даже не потрудились правильно колодки подписать... Это вообще как? Электронщики заложили кучу всего, а манагеры всё вырезали чтобы продавать разные версии... накладных расходов в такой конфигурации очень много.
Как итог - для установщиков геморой даже подключать к ней что-то, а программировать?
Купить, так лучше MegaD-2561 (особенно в версии моноблока) с её развитым сообществом! Я пока ничего лучшего не видел. А главное - всегда стабильный результат! Зашёл по веб, настроил порты и забыл.
У NORVI очень странное положение с оформлением продукции - само железо работает, но документация и надписи на контроллерах - ошибка на ошибке и годами не исправляется. Нет также примеров кода для разных моделей.
Почему так - для меня загадка, ведь поправить документацию гораздо проще, чем сделать сам контроллер.
Согласен, пока читал все время думал о моноблоке MegaD. Но было бы неплохо если бы все-таки сделали на ESP32.
Так уж получилось, что последние несколько лет я увлекаюсь разработкой подобных устройств, просто так, без коммерческого интереса, хобби у меня такое. Так что я очень много размышлял, каким оно должно быть, изучал чужие наработки, промышленные образцы, и т.д. Причём тоже на AVR, не более чем Atmega128, потому как для большинства реальных задач этого за глаза. Вот и подошли к первому замечанию:
53/69 (!) GPIO . Из них в базовом варианте доступны пользователю аж целых 26! Выглядит как издевательство. ИМХО, если микроконтроллер позволяет 50 GPIO, в устройстве должно быть 51 )
Реализация индикации похожа на извращение. Использовать доп. плату,и шлейф, когда можно эти несчастные три десятка светодиодов расположить на верхней плате. Я в своих колхозных прототипах почти сразу пришел к тому, что простце световоды из оргстекла надёжнее, чем городить доп. плату, один только разъём занимает половину площади, необходимой под светодиоды (смд, естественно). Возвращаясь к пункту 1, уже при количестве индикаторов более 30-40 эффективней применять LCD.
USB-UART на ATmega16U2 - это дело вкуса, и это никак не связано с тем, что контроллер определяется на компьютере как «Arduino Mega 2560». Вполне можно было и CH340 обойтись.
Расположение кнопок "вверх" и "вниз" немного удивляет.
По поводу реализации входов и выходов у меня тоже есть некоторые мысли, но здесь моё мнение может расходиться с пожеланиями большинства пользователей.
256 кБ хватит всем! ) Забить память хотя бы на половину можно только применив тучу сторонних библиотек, составить вменяемый код такого размера очень сложно. Для подобного устройства просто необходимо своё ПО с возможностью составлять программы на удобном пользователю языке программирования, LAD (LD), FBD, и т.п.
1. 53/69 (!) GPIO . Из них в базовом варианте доступны пользователю аж целых 26! Выглядит как издевательство. ИМХО, если микроконтроллер позволяет 50 GPIO, в устройстве должно быть 51 )
Тут есть два противоречивых требования: желание использовать все GPIO и ограниченное место для контактов в корпусе контроллера (плюс нужно некоторое количество свободных GPIO для «свободного» использования). Поэтому я вижу здесь одно решение — часть GPIO на вход, часть — на выход, а часть в отдельные разъёмы, доступные изнутри корпуса и снаружи.
6. 256 кБ хватит всем! ) Забить память хотя бы на половину можно только применив тучу сторонних библиотек, составить вменяемый код такого размера очень сложно.
Связка Mega+W5100/W5500+SD (плюс прочее по желанию) полностью самодостаточна и в умелых руках способна творить чудеса.
ограниченное место для контактов в корпусе контроллера
Размеры автор не приводит ( и в интернете не нахожу),но по моим расчётам длина платы около 118 мм, что при шаге клемм в 3,5 мм даёт по 33 клеммы на верхнюю и нижнюю стороны. Возможны и другие варианты: клеммы в два этажа (весьма распространённое промышленное решение), дин-разъёмы, и другое.
По поводу самодостаточности данной платформы я двумя руками за. Но предполагаемая цена раз в 20-40 выше, чем сделать то же самому.
Ну и в первом комменте забыл сказать про mini-USB. У меня то есть, но среднестатистическому пользователю придётся долго искать, причём расходы на поездки/доставки в разы превысят цену кабеля. Что сподвигло разработчиков, сложно представить.
Как то стремно в 2023 году выдавать древний AVR за передовые технологии и сравнивать его с тем же ESP32 по числу GPIO
Это как говорить что древний грузовик лучше современной легковушки, потому сто возит больше
5 вольтовая логика скорее минус, чем плюс, так как многие современный сенсоры не поймут, а некоторые могут и сгореть (те же NRF довольно нежные к 5 вольтовой логике)
Богатство периферии - это скорее убожество, если посмотреть на тот же ESP32, а лучше ESP32S3.Там почти вся периферия подключается через матричный мультиплексор. 10-битный АЦП тоже как то неважно смотрится в сравнении.
Ну и меня всегда интересовала ниша такой мега-ардуины. Для мелких поделок и сенсоров он избыточен, громоздок и очень дорог,
для IOT-устройств он слаб, много жрет и опять же очень дорог )))
Даже производители плат для 3Д принтеров давно уже перешли на более прогрессивные 32-битные МК
Так что все-таки лучiе бы вы на критикуемом ESP все же собрали. Там сейчас какое-то движение вперед вырисовывается: ESP32S2, ESP32S3, ESP32C3 на RiscV
Согласен со smart_alex. MegaD 2651 выглядит гораздо интересней и понятнее. А отсутствие ценников - это национальный колорит. Я когда-то торговал с индусами. После дня переговоров хочется в отпуск на неделю.
Как выше уже неоднократно написали, лучше взять MegaD, там, хотя бы, надписи не перепутаны :)
Я же, когда выбирал, что поставить в свой электрощит, остановился на Siemens LOGO. Исхожу из того, что если я помру/заболею/решу продать квартиру, найти того, кто сможет это поддерживать гораздо проще, чем на все эти Ардуины в DIN корпусах. Плюс, в моём случае, Siemens LOGO вышло и дешевле, и меньше места в щитке заняло, т.к. ей не нужен внешний блок питания, и входы у неё на 230 вольт, а я адаптировал уже существующую проводку, и у меня с выключателей приходило именно 230.
NORVI Arita. Контроллер на ATmega2560