>> Да, давайте на каждый чих напаивать внешнее ОЗУ (которое стóит в разы
>> дороже самого микроконтроллера), ради того, чтобы ставить Linux из принципа,
> Кроме принципа есть еще:
> - Богатая функциональность. Сетевые протоколы, etc.
> - Стандартный софт.
> - Туева хуча библиотек.
> - Поддержка большой и сложной писюкообразной периферии.

Притом всё это не требовалось для решения задачи, а стоимость -- 3000р. вместо 40р. А если начальство хочет 100 устройств, то это уже начинает нехило значить.

> - Удобство и скорость разработки.

Зависит от задачи.

> Ну вот за сколько ты, такой умный, например конект к билайновскому PPTP
> на МК забахаешь? А сможешь ввод с usb-клавиатуры на МК? А
> произвольно взятый usb 3G modem у тебя заработает? Индустриальные модули -
> стоят дороже а умеют обычно только GPRS. Цены на HSPA модули
> и тем более LTE - конские, если что.

Я буду идти по пути наименьшего сопротивления. Например, зачем мне USB-клавиатура на MK, если я могу тупо приделать нужные мне кнопки без всякой клавиатуры?

> А если учесть что рабочее время денег стоит - удешевление железяки vs
> увеличение времени разработки себя окупит только если ты их будешь делать
> тысячами. А ты будешь? Именно тысячами? В России? Может ты и
> китайцев, паяющих в подвале заткнешь по цене железок? В смысле, а
> ты будешь паять за 2 плошки риса в день, по 12
> часов и без выходных, как китайцы?

Бред какой-то. Я происто исхожу из конкретной задачи. Если задача требует RPi-like, то там будет RPi-like. Если задача требует какой-нибудь STM-ки, то будет STM-ка. В чём вопрос вообще? Например нужно мне сделать логировалку напряжения на подстанции (элементарная задача вроде бы), но зачем тут вообще Linux? Просто поставил туда STM-ку и пишешь спокойно на SD-карту с АЦП после делителя.

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

И не только для данной задачи.

>> Ещё для этого прикрутим SD-карту (которая стóит в разы дороже самого микроконтроллера),
>> чтобы уместить образ линухи.
> Знаешь, если железка делается в 1 экземпляре, и даже в 20 -
> относительно пофиг, будет она 10 баксов стоить или 20. Экономия 20
> * 10 = 200 баксов легко проcpeтся на времени разработки.

RPi стоит порядка 2-3 тыс. р. В 20 экземплярах -- это уже 40-60 тыс. р.

И ещё раз. Машинки вроде RPi зачастую тупо _хуже_ будут выполнять задачу. АЦП, realtime, питание, компактность и пр.

>> Да и перепилим линуху как-нибудь, чтобы она начала на этом всём работать…
> А это как раз не сильно сложно. А стоит ли этим заниматься
> - определяется задачей. Ну вот моя линуха без проблем хапнет картинку
> с первой попавшейся вебки и даже движение засечет.

Причём тут web-ка? Вы вообще видели, чтобы Linux хоть раз запускали на stm32? Это другие интерфейсы, другое железо, всё другое. Вам придётся потратить человекогоды, чтобы это всё нормально работало.

Да и вообще, вы как себе представляете, например, внешнюю память у stm32?

> И скинет видео
> на емыло. И все это даже почти и не програмингом будет,
> а стыковкой компонентов. Дешево и сердито. А ты сколько нечто сравнимое
> на МК будешь выписывать? В 20 раз дольше, да?

Я МК использую в качестве МК. Если нужно делать сложные вычислительные задачи по событиям с МК, то он просто сигнализирует об этом более умной машине (уже с Linux).

Я просто иду по путям наименьшего сопротивления, учитывая ка ки своё время, так и стоимость, так и надёжность, так и много других факторов.

>> Потом организуем всякие различные интерфейсы (а-ля usb, ethernet и пр.,
> А чего их организовывать, они из SoC торчат. Можно пойти и пользоваться.

Посмотрите на цену stm32f0.

>> каждый из которых в отдельности тоже в разы дороже самого микроконтроллера)
> Простите, вывести из SoC дорожки на usb-разъем - бесплатно. И с эзернетом
> почти такая же фигня. Ну может потребоваться чип phy иногда (он
> дешевый) и трансформатор (часто встроен в гнездо, которое всяко потребуется).

Мы сейчас про что говорим? Я говорю про микроконтроллеры (ибо subj о "mbed"-е). Опять же, посмотрите на stm32f0 и на наличие/отсутствие ethernet у него.

>> так делать до тех пор, пока не получим какой-нибудь низкокачественный дорогущий
>> RPi (только с АЦП),
> К тому же Pi можно по i2c или spi прицепить чип АЦП,
> если надо. Правда реалтаймность будет хуже чем на МК и если
> отсчеты в жестком реалтайме, МК будет лучше.

Кэп.

> С другой стороны, апликушному процу, 10 мегабайтов данных - не объем. Их
> можно целиком погрузить в оперативу, а на паре ядер на гигагерц
> - сделать неслабый процессинг. Попробуй на мк утащить картинку с вебкамеры
> и пожать ее приличным кодеком, а потмо в сеть...

Просто задачи нужно решать соответствующими инструментами. Не нужно цеплять по RPi к каждой простой задаче, где и МК достаточно легко справится (а то и лучше).

>> в то время как требовалось просто клацать
>> релюшкой на основании данных с АЦП. Замечательная трата человекочасов.
> Тут еще очень зависит от того какой обсчет этих данных требовался. А
> так - извини, чувак, но прицепить релюху через полевик к GPIO
> борды и вкатить туда систему займет ну может часа два самый
> край. Какие, ..., человекочасы?

Мы говорили про микроконтроллеры (а-ля stm32f0). Чтобы запустить на нём linux потребуется много человеколет.

Но если забить на микроконтроллеры (а-ля stm32f0) и взять SoC, то да, это уже другой разговор. Но это даст гораздо менее качественное и более дорогое решение.

А по человекочасам прошу сравнить:

- У SoC: устанавливать систему, подключать АЦП к RPi, согласовывать работу по SPI, писать программу для нужного управления (самое простое), настроить систему в read only (чтобы не убилась при перезагрузках) и т.п., после чего тиражируешь.
- У микроконтроллера: сгенерировал пустой проект в CubeMX и с использованием developer board написал, грубо говоря, 10 строчек (вуаля), распечатал и спаял тестовый образец (быстренько, ибо на основе уже готовых ранее заготовок, ибо это не перый проект), проверил, после чего отдал низкоквалифицированным рабочим (и вообще в другой отдел) на печать и пайку нужного количества устройств.

> Но вот оптимальность такого решения будет под вопросом. По размерам, цене и
> потреблению. На самом деле МК и апликушные процы - не особо
> конкурируют: слишком разные.

Вот именно. А subj про микроконтроллеры. И устанавливать Linux на МК -- это извращение... очень мягко говоря.