А как же быть с, например, ASM1061? Вполне себе контроллер. На некоторых материнках он и его сотоварищи используются для расширения имеющихся портов SATA. Или звуковые чипы от тех же Realtek?
В контроллеры, которые сегодня разрабатываются и используются, так просто не попасть. Даже если получится раздобыть документацию на контроллеры, которые не доступны для розничной продажи, то раздобыть крипто-токены для авторизации тожно только у производителя авто. А без них магии не получится.
У меня был секс с девушкой 16 лет. Это педофилия? А если посмотреть, что мне самому было 16 лет, то это растление? А как же тот факт, что мы делали это добровольно и с удовольствием?
Примерно через то же место реализован их BLE-стек. И многие разработчики находят решение только на форуме ТП Texas Instruments. Где сами разрабы сначала отвечают «ща мы посмотрим» и через неделю-месяц отвечают, что они написали модуль/код/функцию, которая реализует хотелку обратившегося. С одной стороны хорошо работают и идут навстречу, с другой стороны почему сразу не сделать нормально?
Был интересный случай: использовали BLE-чип CC2650MODA для одного проекта, активно использовали UART для связи с STM32F10x. В описании BLE-чипа ясно написано, что все входы-выходы свободно настраиваемые. Отлично, написали софт, всё работает, как надо. Коллеги сделали HW-layout и всё бы хорошо. Но потом пришёл допзаказ на бутлоадер для BLE-чипа. Написал начало, проверил у себя на макетной плате — всё работает. Прошил на прототип — контроллер не стартует. Ломали голову недолго, но сильно. Причина: если в нормальном режиме входы и выходы BLE-чипа можно свободно настраивать, то в режиме загрузчика они прописаны жёстко. Точно так же жёстко эти выходы были подключены к UART-входам STM32 (которые менять нельзя). В итоге имели Tx-Rx и Rx-Tx в нормальном режиме и Tx-Tx и Rx-Rx в режиме загрузчика. Заказчик отказался вносить изменения в прототип, так как уже большой тираж вышел в производство, поэтому отказались от бутлоадера совсем.
P.S.: на навесной плате проблем не было, потому что я на автомате подключал всё правильно.
Да, для оптических сенсоров хватало десятков ватт. Но были и проекты с охлаждением процессоров. И низкая температура достигается за счёт создания мощного теплового потока.
Работал некоторое время в фирме в Германии, где такие решения вполне успешно продавались. В основном для охлаждения оптических сенсоров в промышленности.
Я про передачу тепла от чипа к КТТ. Что там в КТТ происходит — это совсем другой вопрос. Если между охлаждаемым элементом и системой охлаждения воткнуть термоэлектрику, особенно каскадом, то можно сотни ватт спокойно отводить. Например, таким вот элементом. Скажу сразу — не реклама, просто пример хороший.
будут радиаторы в пару сотек килограмм, если не в пару тонн весом? Пассивная передача тепла будет справляться только до определённых значений тепловыделения. И вот чтобы увеличить тепловой поток от чипов или ключей к теплоносителю — можно применить термоэлектрику. Вибраций там нет, значит и жить элемент может дольше.
Вот вам бесплатная идея, можете потом рекламировать, как ноу-нау: используйте термоэлектрические элементы для более активной передачи тепла от процессора к радиатору.
Мне кажется, что MISRA уже давно мастхэв во всем подобных проектах. Тем не менее, статический анализ поможет в предотвращении только самых явных ошибок, а если программист решил затупить, его ничто не остановит.
А STM32 можно и через регистры конфигурировать, и через API, и вообще.
P.S.: на навесной плате проблем не было, потому что я на автомате подключал всё правильно.