>> Программа для МК должна быть простой и надежной.
> Не любителям атмелов разглагольствовать про надежность, имхо.
> 1) У атмела нет никаких обработчиков исключений. Процессорному ядру - пофиг абсолютно
> все. Мусор в коде?

Мусор в коде как-то плохо вяжется с "Программа для МК должна быть простой и надежной"

> 2) По старой традиции у АВРок имеет тендецию слетать EEPROM и FLASH
> при пониженном напряжении. Фирменная фича семейства. Атмел пыжился, через годы
> воплей - BOD кой-как сделал. Но работает он с перемнным успехом.
> А ардуинонубы вообще не в курсе что это и зачем. Некоторые
> ардуинщики до сих пор сцыкуют по части 0-й ячейки еепрома.

Слетевшего flash не разу не видел, даже в тяжелых условиях.

> 4) Хилость периферии побуждает атмелистов городить фееричные костыли. Софтварно вытягивая
> дохлость периферии. Ну вот тот же уарт. Железячный UART делает изрядный
> oversampling, принимая решение о том единица или ноль по мажоритарному принципу.
> При этом неидеальная стыковка клоков с разных сторон линка или кратковременные
> импульсные помехи не вызывают ошибок. А в софтварных UART, особенно на
> приличной скорости с этим будет понятно как. Зато усложняется софт.

У почти у всех avr есть аппаратный uart, у старших бывает два и четыре аппаратных uart.

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

Это "аварийный" UI (для случая раз в году, а то и реже)  - если насос встанет. В штатном состоянии, пользователю он не нужен. А если встанет - то чудес не бывает - придется идти искать причину (проверять насос и датчик).

>> бы наглядно видеть работает ли он вообще.
> Вот только чтобы наглядно увидеть "работает ли он вообще" - надо притащиться
> туда. Не знаю насколько это актуально для конкретно этой штуки, а
> в общем случае это не айс.

Стоит под капотом, можно поставить в салон, но смысла никакого. Работает два года и тоже кстати включается и выключается вместе с зажиганием.

>> 3. ду ик для управление моторизированным потенциометром
> Да, мсье знает толк в извращениях :)

Да был как-то заказ - для полностью аналогового hiend типовое решение. Там один этот потенциометр что-то около 50$ стоил.

>> 4. фильтрация (FIR!) сигнала датчика движения, UI - сигнализация ;) + программный
>> uart (нужен был при настройке FIR),
> "Как подолбаться на ровном месте for dummies". И эти люди рассказывают про
> сложность DMA...

До этого не имел дел с PIR датчиками. Задача была отсеять ложные срабатывания. Думал обойдусь усреднением сигнала с плавающим порогом срабатывания. Но ложные срабатывания
все равно были. Вник в тему, понял что нужен относительно серьезный фильтр (свертка). Было лень перепаивать, решил попробовать - и получилось, но для точной настройки понадобился односторонний uart - открыл appnote avr274 и примерчик скачал, все оказалось элементарно. При этом все работает на 1.2Mhz. Конечно, второй раз я бы взял аппаратный uart, но честно признаюсь именно этот проект мне доставил больше всего удовольствия :) Морально я был готов перепаивать, но когда эта кроха, имеющая вместо ОЗУ 32 регистра 8-битных, сделала мне свертку, я просто не мог остановится ;)

> И на мой вкус, так даже примитивному автомату кормления рыб и прочей
> поливки цветов - неплохо б интерфейситься к чему-то более компьютерообразному. Ака
> "серверу домашней автоматизации". Так, на случай если я уже сижу в
> самолете или поезде и тут вдруг осознал что оказывается я забыл
> воспользоваться мегаинтерфейсом с одной кнопкой. Не говоря о том что параметры
> нехило бы настраивать. Желательно не методом 2 притопа, 3 прихлопа, типичном
> для таких девайсов.

А я вот наоборот, люблю устройства которые включил и забыл - что бы оно просто сняло с меня рутинные действия и не требовало настройки и что бы я не думал в самолете что я что-то забыл. Оно просто должно работать. Даже если я окажусь не в состоянии с ними взаимодействовать.

>> не поверил что это возможно на столь простом контроллере если бы сам не сделал.
> Ну если перец на атмеле сделал софтварный USB 1.1 (при том работающий
> даже на достаточно мелких атмелах) - возможно и покруче. Но это
> отдает затеями типа написания колибри-ОС. Т.е. mad skillz, конечно. Но -
> создание себе уймы сложностей на ровном месте. В целом довольно контрпродуктивно.

Согласен, но иногда очень весло и познавательно. Иногда просто возникает желание проверить, возможно ли это? Но естественно это просто эксперименты и не претендуют на оптимальное решение.

>> Приведите примеры реальных задач и их интерфейс.
> Вполне реальная хотелка: врубить чертов автомат поливки цветов когда я уже сижу
> в самолете или поезде. И нехило бы еще и интервалы програмить
> в человеческом виде. А сложные задачи типа работы с сетью и
> отрисовки вебморды доступной отовсюду может взять на себя более могучая железка
> типа ARMовских платок. Но МК на той стороне должен работать хотя-бы
> с UART. А лучше - с беспроводным трансивером, поскольку превращать дом
> в подобие гнезда человека-паука - нравится не всем. А это означает
> что неплохо бы еще какую-нибудь криптографическую защиту всего этого. Но в
> тиньку все это явно не влезет.

attiny2313a (аппаратный uart) + RBPi + usb-wifi
Можно поставить и просто аналоги RBPi + usb-wifi, правда несколько ниже надежность.

> Хороший показометр должен быть наглядным и быстро схватываемым на глаз. А это
> явно не про 20х4. В смысле, по какому-нибудь bar- или speedometer-образному
> графическому индикатору текущее состояние дел в загрубленном, но дающем достаточное понимание
> ситуации виде будет схватываться "мгновенно". А читать экран 20х4 вместо этого...

"Показометры" в машине встроенные. Этот экран нужен как раз для быстрой подстройки и общей статистики - показания должны быть точными, иначе смысл теряется.

>> да и не кто не запрещает делать дополнительные страницы
> ...что достаточно неудобно и чаще всего являет собой пример хренового юзеринтерфейса.

Угу, особенно хреновы табы в браузере :)

> Это как-то так: надпись "RPM=2000" мало что говорит вот так сразу. Надо
> убить кучу времени чтобы это прочитать и потом еще вспомнив параметры
> агрегата, самому прикинуть: много это или мало? Тогда как bar или
> speedometer может очень наглядно и крайне быстро показать как текущее значение
> соотносится с возможностями и предпочитаемыми режимами.

Нет, такой вариант не подходит. Там именно нужен анализ, а не быстрый взгляд. Оптимально иметь напарника в качестве ИИ :) Да и то это для грубой настройки, для точной - логи. И на разбор их, даже в спокойной обстановке за чаем может уйти больше времени чем на сам заезд.

>> Уже обсуждали - отдельный uart-wifi с этим справится гораздо лучше
> Только фокус-чпокус в том что там проц - в десять раз круче
> любой атмеги :). Хвост виляет собакой?

А не чего что дальше вы вообще будете управлять всем этим со смарта или компьютера с i7? :)

>> и можно в качестве экрана использовать хоть планшет, хоть телефон.
> Можно. Хотя при таком желании имхо логичнее было бы взять какую-нибудь платку
> на ARM, цепануть туда небольшую TFT панель и прицепить атмегу туда
> по уарту для быстрых и низкоуровневых дел. То же самое, но
> - влобовую, с известным софтом и без потенциально ненадежного беспроводного линка
> посередине, что для показометра параметров все-таки нехорошо.

Да так и планирую сделать, но отсутствие острой необходимости затягивает дело ;)

>> В общем KISS рулит не только в ПО, но и в MK.
> Ну да, софтварные уарты так "просто" релизовывать и они так "хороши" по
> параметрам.

Это был отдельный случай, кстати stm32 с четырьмя uart'ами есть?

> Зато какой-нибудь DMA, конечно же, мегасложный. А вовсе и не
> периферия у атмела кастрированная. Мне тут какие-то двойные стандарты ощущаются.

Похоже вы никогда не использовали AVR, раз не в курсе даже про uart.