>> Спрошу прямо: вы бы доверили свою жизнь или жизнь близких SoC с linux или предпочли бы что-то по надежнее на простом uC?
> ни то ни другое - требовательные к надежности системы строятся по принципу
> аппаратной избыточности - это единственно возможное решение и касается это любых
> систем вообще - не только электроники,Согласен, но одно другого не отменяет.
вопрос рациональности: зачем ставить два SoC там, где хватает одного uC?
> так что проблема надежности сильно
> преувеличена тем более при домашнем использовании
Устройство должно работать в режиме 24/7 и не требовать вмешательства/обслуживания максимально долгий период. Есть задачи на которых отказ крайне нежелателен - насосы, отопление, и т.д. Да и учитывая общее количество устройств (>100) вероятность что что-то периодически будет глючить очень высока.
> 2 когда используется автономный источник питания в автоматике ? или лучше так
> - вы доверите жизнь свою или близких какой-то батарейке которую делает
> неизвестно кто, как и когда и котороую может вспучить в любую
> секунду ?
Кардиостимулятор? Представляю его на RBPi :)
> 3
>> возможность получить гарантированное время реакции на GPIO с точно известными максимальными задержками?
> для задач домашней автоматизации с головой хватит RT_PREEMT, для промышленной автоматизации
Не факт - задачи и датчики могут быть очень разными.
> еслить масса решений - от Xenomai/RTAI до полноценных гипервизоров с bar
> metal в изолированном окружении
И зачем этот огород, если можно взять uC за 0.5$?
> 4 разговор просто нио чем - это вопрос выбора процессора, есть на
> любой вкус и цвет как и для 6)
> 5 о чем вы. сейчас 5В используют либо в легаси проектах либо
> специализированные решения которые обсуждать просто нет смысла - отошла в мир
> иной вся 5В логика лет 10 назад,
И все mosfet и датчики нормально работают от 3v и помех стало меньше?
> 6 см. 4
> 7 Automotive - дофига и не проблема, Military (−55°C to 125°C) это
> конечно спецальные партии и дорого
Против 0.5$ uC. Речь о домашнем ширпотребе, он в том числе должен нормально работать на улице и в ванной.
> 8 Баги надо исправлять а не затычки со сторожевыми собаками ставить
Естественно. Но всегда лучше подстраховаться - вероятность аппаратной проблемы (EMI) далеко не нулевая, а для SoC весьма может быть и программная - все баги не найдешь - слишком много кода да и сами по себе драйвера SoC не тривиальны.
У каждой вещи есть свои плюсы и минусы - uC хороши для простых задач и вещей - включил и забыл. SoC - большие объемы информации, мультимедиа, GUI. Заменять одно другим просто глупо и не рационально. Но правильно совместив можно получить отличный результат по всем параметром. uC - для отдельных конкретных задач. SoC - UI, мультимедиа, сбор статистики. Дешево, надежно и энергоэффективно.