Звучит примерно как "нет прививки от онкологии, поэтому руки мыть смысла нет"
Нет, это звучит как "нет смысла мыть руки, если ты с ног до головы обтекаешь грязью" :) Грубовато получилось, но так уж точнее. Вы берёте один "красивый" параметр из "большого" производства и хотите его "вылизать" на уровне самоделок. И тут возникает основополагающий вопрос всего: "на...я, а главное, зачем"?
Ну у кого то разовая, у кого то мелкосерийная. Не надо обобщать все под свое хобби
Ну как бы, хм... у нас тут тэги "сделай сам" и "электроника для начинающих" вообще-то, а не "выбор оборудования для шабашки". Это уж вы не обобщайте свою профдеформацию на всех:)
О, я ожидал увидеть эту картинку! :) Ок. Есть масса других параметров техпроцесса сборки, которые требуется контролировать в нормальном аттестованном производстве, и всегда или почти всегда на них плевали хоббийщики (если вообще в курсе). И смысл запрещать ковырять в носу пальцем убиваться из-за передержки на 30 сек. при полном пофигизме всего остального? Ничего страшного не будет типовым деталькам в хобби проектах от такой вольности. И это не экстремальный перегрев. По хорошему то, этот профиль вообще никого не должен парить при штучной ручной сборке. Но картинка подначивает заморочиться, да.
Под "дымом и вонью" я понимал именно что процессы обугливания всего подряд. Испарение флюса (даже без вытяжки) от разовой сборки платы в штатном режиме может триггернуть на такую характеристику разве что очень впечатлительную натуру :)
Основная проблема в том что плата прогревается неравномерно, где то еще паста не поплыла даже, а где то уже дым идет. [...] Запах при этом конечно непередаваемый.
Очень странно. У меня такой проблемы никогда не было. И я даже утолщенную подошву делать не стал, поленился. Дым и вонь идти вообще не должны никогда, даже если вы плату на полчаса так оставите. Скорее всего, у вас два косяка наложились: просто не дождались прогрева краёв (у меня разница до минуты, это не проблема, передержать столько времени температуру "на полке") и выкрутили слишком высокую уставку по температуре. А может у вас там сквозняки гуляли? :)
Пробовали? По моей практике, достаточно много плат так запаяно и успешно запущены работать 24/7. Стеклотекстолит отлично прогревается насквозь. А если ещё и плата с большими простроченными полигонами...
Верное замечание, что этот столик стоит повесить на ПИД-регулятор нагрева, это и контроль улучшит существенно, и позволит температуру выставлять разную. Неравномерность температурного поля, ну да, и чего? Достаточно такой, но неленивые могут 5-10 мм пластину алюминия сверху положить. Будет ещё лучше. Для дома, для семьи, технически, большего не требуется, печки с профилями и прочее лакшери в домашней лабе нужно для услады глаз владельца главным образом.
Таким столиком элементарно запаиваются односторонние платы и чуть сложнее двухсторонние. Односторонние просто кладу на холодный столик, включаю нагрев, контролю оплавление (и да, можно на ходу поправить пинцетом какой-нибудь съехавший компонент), отключаю нагрев, снимаю со столика через минутку после отверждения припоя. Такой вот "термопрофиль". Ни разу ничего не погорело, не потрескалось, не свернулось в трубочку и не запаялось на "холодную". Для двухсторонних плат, я сначала паяю сторону с низкими компонентами на столике. Потом столик перевожу на температуру меньше точки плавления припоя на 10 градусов. Плату переворачиваю запаянной стороной вниз, мажу пасту, расставляю вторую сторону компонентов, кладу на столик на проставки из кусочков текстолита, чтобы паянные компоненты висели в воздухе. Всё это прогревается сначала снизу, а как станет тёпленькое, прохожу сверху феном до оплавления второй стороны, догрев требуется минимальный. Получается замечательно.
ЗЫЖ Пасту удобно размазывать на трафарете "ракелем" из пластиковой карточки: раскладываем колбаску пасты на край платы, прикладываем карточку и одним движением проводим до другого края платы. При некоторой сноровке и свежей пасте получается с одного захода. Зажимы я не использую. Раскладываю на плоскую подложку вокруг рабочей платы "болванов" той же толщины, позиционирую трафарет, подклеиваю его скотчем по краям к "болванам". Главное, оставить свободные хвостики скотча, чтобы легко отклеить его после, и не свезти трафарет в сторону.
Угу, после нештатного отключения питания типа "серверный" вариант драйвера HPFS386 в связке с chkdsk творил та-акие "чудеса". У меня однажды вся иерархия директорий диска была уничтожена, а файлы равномерно и хаотично размазаны по директориям что-то типа FOUNDxxx, причём от названий файлов осталось по несколько первых символов. Данные остались доступны, конечно, но толку то. Пару файлов категории "очень надо прям сейчас" найти в этом было реально, но архиву фидошных файлоэх конец пришёл: что эти файлы есть, что их нет, однофигственно. Восстанавливать имена поштучно и распихивать по местам - умереть. Настолько жёсткий "винегрет" я ни до, ни после, нигде больше не видел. После этого "прикола" как-то пользоваться HPFS386 сильно расхотелось, а HPFS заметно тормознее была, насколько я помню.
Только то была фирма Silicon General. Схема разработана полвека назад и была одной из первых в своём роде. Оптимизирована под схемотехнические решения того времени. Её до сих пор клонируют все кому не лень (TI, ST, OnSemi), хотя у современных разработчиков возникает больше вопросов, почему это так сделано? Рекомендации (хотя там другой вопрос был) от старожилов: читайте первоисточники :)
Нет, я предлагаю не педалировать проблему развития ядра Линукса, в плоскости того, что оно не на том языке написано. Оно уже написано на том, на чём написано. Нашли конкретную дырку в коде, обложите проверками. Это нормальная поддержка зрелого проекта. Если кому-то всё не нравится, "так жить нельзя", и это тоже нормально, но - делайте новое ядро. Переписывание старых рутин на новые языки - это не развитие.
Так может, проблема с молодёжью не в "легаси-коде на ужасном С", а в том, что молодёжь просто не хочет копаться в проекте из прошлого столетия со всем своим наследием? Не видит перспектив всего этого переписывания? Или Вы считаете, молодых переписывателей "старого г***" тайно не пускают старпёры сишники ради своей прелести?
Идея уже озвучена: вкладываться в новое ядро нацеленное изначально на использование Раста. Если это действительно надо, то будет поддержано массово естественным образом. Вы пишите, что такое ядро уже есть. Почему же с ним не работают также интенсивно? Наверное, нет такой потребности?
При том, что это выглядит как попытка выдать свою доченьку за красну девицу, когда ей уже стукнет 34 годика. Для каждого возраста (проекта) характерны свои сильные и слабые стороны. Нельзя быть вечно модным молодёжным, зато некоторые умудряются набраться мудрости. Тут же, очевидно, наблюдается суета ради суеты, там, где люди согласны (пока) просто добросовестно делать своё дело, если к ним не будут до-этого-самого. Пришло бы время, естественным образом сменились и системы, и люди.
Уже бы запилил с нуля новое ядро и не парился. Newnux или Rustix? Чтобы "прекратить тащить за собой всё это старое г***". Было бы честнее и сразу бы стало понятно, сколько людей готовы пройти этот путь второй раз. А так это выглядит как попытка тихой сапой пропихнуть на плечах других что-то большое и чистое, туда, где его не очень-то и ждут.
Берём медный стержень под диаметр отверстия в резисторе. Отковываем из конца стержня жало паяльника по своим нуждам. Надеваем резистор на заготовку. Обрезаем тыльную сторону стержня на пару сантиметров длиннее резистора. Надеваем на торчащий хвост медного стержня перфорированную тонкостенную металлическую трубку и фиксируем её обжимной муфтой с винтиками. На трубку с обратной стороны надеваем пластиковую рукоятку. Через рукоятку и отверстия перфорации в трубке протаскиваем пару проводов в термостойкой изоляции (типа МГТФ, МС) и припаиваем к выводам резистора. Ставим штекеры на провода. Включаем. Облуживаем жало. Винрарный паяльник готов.
Технология и паяльник настоящие. Паял таким в детстве свой радиоконструктор в гостях у дедушки. Время действия 1980-ые годы. Паяльник содержал фабрично изготовленные перфорированную трубку и карболитовую литую ручку. А питался данный экземпляр от лабораторного ИП на 27В. Намёк, откуда он взялся :)
Спасибо за вариант решения! Я тоже нашёл в нескольких источниках аналогичный способ, но проще: тупо выдать в GPIO режиме 10 тактов на SCL. Я также не исключаю, что возможен не только сбой тактирования "по счёту", но и "зависание" слейва с притянутой к нулю шиной из-за импульсной помехи и какого-то внутреннего сбоя логики. Не знаю, возможно ли это схемотехнически для "тупых" I2C расширителей GPIO, но тогда только питанием его "оживлять"...Так что опыт практического решения, на близком к моему случае был бы, конечно, интересен.
Понимаю, что вопрос не по теме статьи, но интересен такой момент в устройстве WB. Уже довольно давно, я разработал и сделал для себя систему автоматизации похожую в некоторых местах на WB. Проектировал я её ещё до раскрутки системы WB, так что идеями WB точно не вдохновлялся. Что не помешало мне влететь в тот же косяк, что был и в вашей системе. Я тоже заложился на использование шины I2C для коммуникации с конечными модулями и время от времени огребаю от этого. Недавно решил добороть проблему, ну и начал гуглить "mv64xxx: I2C bus locked". Не сильно удивился, обнаружив ту же проблему на форуме WB. Ваши инженеры вроде как забороли блокировку шины программно и выкатили некий патч. К сожалению, в ветке обсуждения проблемы никакой конкретики решения не написали. Интересно было бы узнать, к чему пришли? Речь как-будто бы шла о патче драйвера в ядре, можете это как-то прокомментировать? Делаете ли вы в итоге сброс питания по всем I2C модулям, или стимулируете "разлок" шины принудительным тактованием линии SCL, или что-то ещё? В любом случае, было бы интересно получить комментарии от инженеров WB.
Короче: "И так сойдёт..." :( Это называется не "городить", а проектировать. Вы пока что собрали из того, что первое в голову пришло, хоть и утверждаете, что что-то там подбирали и выбирали. На "троечку" навыбирали, извините.
Полно интегральных решений для низковольтных ИБП (оно же банка силы) и для схем менеджмента батарейного питания. Просто искать не ленитесь, раз уж взялись разрабатывать что-то новое. Начать можно с того же Ali по словам "UPS 5V", далее более предметно, например, нагуглить "ETA9640 datasheet". (С балансировкой тоже ничего сложного, кстати, хотя вам это и нафиг не надо).
Как Вам справедливо заметили, одной банки 18650 с головой хватит, также как и призматического, впрочем. Места у вас для призматического аккумулятора полно, просто выкинуть ионисторы и на их место поставить. Монтаж на плате свободней некуда, для схемы управления питанием угол найти не проблема.
Ну а что Вы там наэкономили с аккумулятором на RTC я продолжаю не понимать, кстати, не покажите схему его заряда? Холдер CR2032 занимает чуть больше места вашей призмы+разъём (при этом места на плате полно), про какой-нибудь CR1220, я вообще промолчу. Литиевая батарейка на RTC ходит очень долго, за это время любой гарантийный срок аккумулятора кончится, а добыть новую батарейку пользователю будет гораздо легче какого-то хитровыделанного аккумулятора с разъёмом.
Также, для удобства пользователя лучше бы и аккумулятор ИБП поставить стандартного типоразмера. 18650 можно было бы попытаться упихать в D4MG, ещё может помочь типоразмер 18350.
При всём этом впаять DC/DC модуль в площадь бОльшую, чем можно было распаять те же компоненты на основной плате, вас не смущает. А модуль с регулировкой выходного напряжения выбран, наверное, чтобы излишне любопытный юзер мог проще спалить свой контроллер :/ При этом L6920DC поставить на основную плату не поленились. Л - логика.
Опять же, совершенно не раскрыта тема, как вы собираетесь корректно гасить Линух за 5 секунд? Вы своими аппаратными решениями только наплодите себе проблем с ПО на ровном месте.
Требуется монтаж на DIN-рейку, сухие контакты для нагрузки, отдельное питание контроллера, порт ethernet, аппаратный watchdog, диагностика состояния модуля. Клавиша в подрозетник с Wi-Fi как бэ вообще про другое...
Получается, я достаточно много чего видел :) а вот маленьких, аккуратно сбитых и дешёвых контроллеров с пингвином типовой сборки инсайд - нет. Вопрос "кому это надо" дискуссионный, я исхожу из позиции "если люди интересуются (я, например), то почему бы и нет". Я ниже постил фотку своего творчества. Мне оно в ~10 тыс.руб. обошлось "за всё". Если бы JetHub D1+ раньше увидел, то может его бы взял. Но мой всё равно меньше размером вышел, а в D1+ всё ещё многовато лишнего напихано :) Да и самому спроектировать было интереснее.
Нет, это звучит как "нет смысла мыть руки, если ты с ног до головы обтекаешь грязью" :) Грубовато получилось, но так уж точнее. Вы берёте один "красивый" параметр из "большого" производства и хотите его "вылизать" на уровне самоделок. И тут возникает основополагающий вопрос всего: "на...я, а главное, зачем"?
Ну как бы, хм... у нас тут тэги "сделай сам" и "электроника для начинающих" вообще-то, а не "выбор оборудования для шабашки". Это уж вы не обобщайте свою профдеформацию на всех:)
О, я ожидал увидеть эту картинку! :) Ок. Есть масса других параметров техпроцесса сборки, которые требуется контролировать в нормальном аттестованном производстве, и всегда или почти всегда на них плевали хоббийщики (если вообще в курсе). И смысл
запрещать ковырять в носу пальцемубиваться из-за передержки на 30 сек. при полном пофигизме всего остального? Ничего страшного не будет типовым деталькам в хобби проектах от такой вольности. И это не экстремальный перегрев. По хорошему то, этот профиль вообще никого не должен парить при штучной ручной сборке. Но картинка подначивает заморочиться, да.Под "дымом и вонью" я понимал именно что процессы обугливания всего подряд. Испарение флюса (даже без вытяжки) от разовой сборки платы в штатном режиме может триггернуть на такую характеристику разве что очень впечатлительную натуру :)
Очень странно. У меня такой проблемы никогда не было. И я даже утолщенную подошву делать не стал, поленился. Дым и вонь идти вообще не должны никогда, даже если вы плату на полчаса так оставите. Скорее всего, у вас два косяка наложились: просто не дождались прогрева краёв (у меня разница до минуты, это не проблема, передержать столько времени температуру "на полке") и выкрутили слишком высокую уставку по температуре. А может у вас там сквозняки гуляли? :)
Пробовали? По моей практике, достаточно много плат так запаяно и успешно запущены работать 24/7. Стеклотекстолит отлично прогревается насквозь. А если ещё и плата с большими простроченными полигонами...
Верное замечание, что этот столик стоит повесить на ПИД-регулятор нагрева, это и контроль улучшит существенно, и позволит температуру выставлять разную. Неравномерность температурного поля, ну да, и чего? Достаточно такой, но неленивые могут 5-10 мм пластину алюминия сверху положить. Будет ещё лучше. Для дома, для семьи, технически, большего не требуется, печки с профилями и прочее лакшери в домашней лабе нужно для услады глаз владельца главным образом.
Таким столиком элементарно запаиваются односторонние платы и чуть сложнее двухсторонние. Односторонние просто кладу на холодный столик, включаю нагрев, контролю оплавление (и да, можно на ходу поправить пинцетом какой-нибудь съехавший компонент), отключаю нагрев, снимаю со столика через минутку после отверждения припоя. Такой вот "термопрофиль". Ни разу ничего не погорело, не потрескалось, не свернулось в трубочку и не запаялось на "холодную". Для двухсторонних плат, я сначала паяю сторону с низкими компонентами на столике. Потом столик перевожу на температуру меньше точки плавления припоя на 10 градусов. Плату переворачиваю запаянной стороной вниз, мажу пасту, расставляю вторую сторону компонентов, кладу на столик на проставки из кусочков текстолита, чтобы паянные компоненты висели в воздухе. Всё это прогревается сначала снизу, а как станет тёпленькое, прохожу сверху феном до оплавления второй стороны, догрев требуется минимальный. Получается замечательно.
ЗЫЖ Пасту удобно размазывать на трафарете "ракелем" из пластиковой карточки: раскладываем колбаску пасты на край платы, прикладываем карточку и одним движением проводим до другого края платы. При некоторой сноровке и свежей пасте получается с одного захода. Зажимы я не использую. Раскладываю на плоскую подложку вокруг рабочей платы "болванов" той же толщины, позиционирую трафарет, подклеиваю его скотчем по краям к "болванам". Главное, оставить свободные хвостики скотча, чтобы легко отклеить его после, и не свезти трафарет в сторону.
Угу, после нештатного отключения питания типа "серверный" вариант драйвера HPFS386 в связке с chkdsk творил та-акие "чудеса". У меня однажды вся иерархия директорий диска была уничтожена, а файлы равномерно и хаотично размазаны по директориям что-то типа FOUNDxxx, причём от названий файлов осталось по несколько первых символов. Данные остались доступны, конечно, но толку то. Пару файлов категории "очень надо прям сейчас" найти в этом было реально, но архиву фидошных файлоэх конец пришёл: что эти файлы есть, что их нет, однофигственно. Восстанавливать имена поштучно и распихивать по местам - умереть. Настолько жёсткий "винегрет" я ни до, ни после, нигде больше не видел. После этого "прикола" как-то пользоваться HPFS386 сильно расхотелось, а HPFS заметно тормознее была, насколько я помню.
Только то была фирма Silicon General. Схема разработана полвека назад и была одной из первых в своём роде. Оптимизирована под схемотехнические решения того времени. Её до сих пор клонируют все кому не лень (TI, ST, OnSemi), хотя у современных разработчиков возникает больше вопросов, почему это так сделано? Рекомендации (хотя там другой вопрос был) от старожилов: читайте первоисточники :)
Я согласен с письмом Хеллвига, он всё в деталях описывает, к чему приводит мешанина языков и подходов.
Ну, что тут ответить небанального? Смерть - это тоже часть жизни. Если это никому не надо, возможно, это и правда никому не надо?
Ну, что тут ответить небанального? Смерть - это тоже часть жизни. Если это никому не надо, возможно, это и правда никому не надо?
Нет, я предлагаю не педалировать проблему развития ядра Линукса, в плоскости того, что оно не на том языке написано. Оно уже написано на том, на чём написано. Нашли конкретную дырку в коде, обложите проверками. Это нормальная поддержка зрелого проекта. Если кому-то всё не нравится, "так жить нельзя", и это тоже нормально, но - делайте новое ядро. Переписывание старых рутин на новые языки - это не развитие.
Так может, проблема с молодёжью не в "легаси-коде на ужасном С", а в том, что молодёжь просто не хочет копаться в проекте из прошлого столетия со всем своим наследием? Не видит перспектив всего этого переписывания? Или Вы считаете, молодых переписывателей "старого г***" тайно не пускают старпёры сишники ради своей прелести?
Идея уже озвучена: вкладываться в новое ядро нацеленное изначально на использование Раста. Если это действительно надо, то будет поддержано массово естественным образом. Вы пишите, что такое ядро уже есть. Почему же с ним не работают также интенсивно? Наверное, нет такой потребности?
При том, что это выглядит как попытка выдать свою доченьку за красну девицу, когда ей уже стукнет 34 годика. Для каждого возраста (проекта) характерны свои сильные и слабые стороны. Нельзя быть вечно модным молодёжным, зато некоторые умудряются набраться мудрости. Тут же, очевидно, наблюдается суета ради суеты, там, где люди согласны (пока) просто добросовестно делать своё дело, если к ним не будут до-этого-самого. Пришло бы время, естественным образом сменились и системы, и люди.
Уже бы запилил с нуля новое ядро и не парился. Newnux или Rustix? Чтобы "прекратить тащить за собой всё это старое г***". Было бы честнее и сразу бы стало понятно, сколько людей готовы пройти этот путь второй раз. А так это выглядит как попытка тихой сапой пропихнуть на плечах других что-то большое и чистое, туда, где его не очень-то и ждут.
Ну почти. Рассказываю, как надо.
Берём медный стержень под диаметр отверстия в резисторе. Отковываем из конца стержня жало паяльника по своим нуждам. Надеваем резистор на заготовку. Обрезаем тыльную сторону стержня на пару сантиметров длиннее резистора. Надеваем на торчащий хвост медного стержня перфорированную тонкостенную металлическую трубку и фиксируем её обжимной муфтой с винтиками. На трубку с обратной стороны надеваем пластиковую рукоятку. Через рукоятку и отверстия перфорации в трубке протаскиваем пару проводов в термостойкой изоляции (типа МГТФ, МС) и припаиваем к выводам резистора. Ставим штекеры на провода. Включаем. Облуживаем жало. Винрарный паяльник готов.
Технология и паяльник настоящие. Паял таким в детстве свой радиоконструктор в гостях у дедушки. Время действия 1980-ые годы. Паяльник содержал фабрично изготовленные перфорированную трубку и карболитовую литую ручку. А питался данный экземпляр от лабораторного ИП на 27В. Намёк, откуда он взялся :)
Спасибо за вариант решения! Я тоже нашёл в нескольких источниках аналогичный способ, но проще: тупо выдать в GPIO режиме 10 тактов на SCL. Я также не исключаю, что возможен не только сбой тактирования "по счёту", но и "зависание" слейва с притянутой к нулю шиной из-за импульсной помехи и какого-то внутреннего сбоя логики. Не знаю, возможно ли это схемотехнически для "тупых" I2C расширителей GPIO, но тогда только питанием его "оживлять"...Так что опыт практического решения, на близком к моему случае был бы, конечно, интересен.
Понимаю, что вопрос не по теме статьи, но интересен такой момент в устройстве WB. Уже довольно давно, я разработал и сделал для себя систему автоматизации похожую в некоторых местах на WB. Проектировал я её ещё до раскрутки системы WB, так что идеями WB точно не вдохновлялся. Что не помешало мне влететь в тот же косяк, что был и в вашей системе. Я тоже заложился на использование шины I2C для коммуникации с конечными модулями и время от времени огребаю от этого. Недавно решил добороть проблему, ну и начал гуглить "mv64xxx: I2C bus locked". Не сильно удивился, обнаружив ту же проблему на форуме WB. Ваши инженеры вроде как забороли блокировку шины программно и выкатили некий патч. К сожалению, в ветке обсуждения проблемы никакой конкретики решения не написали. Интересно было бы узнать, к чему пришли? Речь как-будто бы шла о патче драйвера в ядре, можете это как-то прокомментировать? Делаете ли вы в итоге сброс питания по всем I2C модулям, или стимулируете "разлок" шины принудительным тактованием линии SCL, или что-то ещё? В любом случае, было бы интересно получить комментарии от инженеров WB.
Короче: "И так сойдёт..." :( Это называется не "городить", а проектировать. Вы пока что собрали из того, что первое в голову пришло, хоть и утверждаете, что что-то там подбирали и выбирали. На "троечку" навыбирали, извините.
Полно интегральных решений для низковольтных ИБП (оно же банка силы) и для схем менеджмента батарейного питания. Просто искать не ленитесь, раз уж взялись разрабатывать что-то новое. Начать можно с того же Ali по словам "UPS 5V", далее более предметно, например, нагуглить "ETA9640 datasheet". (С балансировкой тоже ничего сложного, кстати, хотя вам это и нафиг не надо).
Как Вам справедливо заметили, одной банки 18650 с головой хватит, также как и призматического, впрочем. Места у вас для призматического аккумулятора полно, просто выкинуть ионисторы и на их место поставить. Монтаж на плате свободней некуда, для схемы управления питанием угол найти не проблема.
Ну а что Вы там наэкономили с аккумулятором на RTC я продолжаю не понимать, кстати, не покажите схему его заряда? Холдер CR2032 занимает чуть больше места вашей призмы+разъём (при этом места на плате полно), про какой-нибудь CR1220, я вообще промолчу. Литиевая батарейка на RTC ходит очень долго, за это время любой гарантийный срок аккумулятора кончится, а добыть новую батарейку пользователю будет гораздо легче какого-то хитровыделанного аккумулятора с разъёмом.
Также, для удобства пользователя лучше бы и аккумулятор ИБП поставить стандартного типоразмера. 18650 можно было бы попытаться упихать в D4MG, ещё может помочь типоразмер 18350.
При всём этом впаять DC/DC модуль в площадь бОльшую, чем можно было распаять те же компоненты на основной плате, вас не смущает. А модуль с регулировкой выходного напряжения выбран, наверное, чтобы излишне любопытный юзер мог проще спалить свой контроллер :/ При этом L6920DC поставить на основную плату не поленились. Л - логика.
Опять же, совершенно не раскрыта тема, как вы собираетесь корректно гасить Линух за 5 секунд? Вы своими аппаратными решениями только наплодите себе проблем с ПО на ровном месте.
Требуется монтаж на DIN-рейку, сухие контакты для нагрузки, отдельное питание контроллера, порт ethernet, аппаратный watchdog, диагностика состояния модуля. Клавиша в подрозетник с Wi-Fi как бэ вообще про другое...
Нет
Получается, я достаточно много чего видел :) а вот маленьких, аккуратно сбитых и дешёвых контроллеров с пингвином типовой сборки инсайд - нет. Вопрос "кому это надо" дискуссионный, я исхожу из позиции "если люди интересуются (я, например), то почему бы и нет". Я ниже постил фотку своего творчества. Мне оно в ~10 тыс.руб. обошлось "за всё". Если бы JetHub D1+ раньше увидел, то может его бы взял. Но мой всё равно меньше размером вышел, а в D1+ всё ещё многовато лишнего напихано :) Да и самому спроектировать было интереснее.