Я, наконец, сформулировал сам для себя что меня бесит в современном
мире MCU. Пример. Пусть мы делаем "сетевое реле". Очень простое устройство, конечно, в реальности это не просто реле, это микро PLC, которое имеет канал управления.
Устройство состоит из двух частей. Стандартные протоколы для управления, и код самого PLC.
Компания, которая делает конечный продукт, точно не хочет изобретать велосипед. Для нее родное - это PLC. А TLS - ну пусть будет блочек, как я описал. И чтобы были регистры с понятным описанием.
Прикол в том, что для самого кода PLC достаточно 16 битного ядра. Или вообще AVRки. Очень просто и понятно. И именно это является целевой функцией для фирмы-производителя конечного устройства.
А реальности предлагается какой-нибудь STM32H7, который надо год осваивать, и еще пару лет отлаживать всю сетевую трахомудию.
Нужен IP блок TLS, математические проверенный на соответствие стандарту. Т.е. взломать его можно только на уровне багов самого стандарта. На процессоре общего назначения эта задача не решается от слова совсем.
Evgeny_CD, Архитектор (25.02.2024 20:21, просмотров: 78) ответил Evgeny_CD на Не совсем. Пусть у нас есть возможность сделать любой процессор с
любой системой команд. Мы решаем конкретный набор задач, поэтому
универсализм какой-то общеизвестной архитектуры нам не очень в
кассу. Например, мы делаем IP блок для SoC, который сразу даст нам
интерфейс TLS (типа WizNet, только не просто IP, а сразу TLS 1.4
(или какой там актуален сейчас) со всеми его сервисами). Нас
волнует не просто площадь ядра процессора, а совокупная площадь
ядро + память. И если мы