не скажи. вот берем два куска текста программы и пытаемся их
разделить на разные выхлопы для разных физических областей Flash -
для собственно разделения кода нужно пару слов линкеру. а вот с
разделением ОЗУ и (!) системных библиотек нужно сначала
определяться, необходимо ли. Если да, то не сильно оно отличаться
должно от организации RAM-фукций. остаётся проблема изоляции и
связывания. а вот тут нужно вспоминать всякие "системные
прерывания", биндинг, таблицы вызовов, и т.п ., что когда-то было в туче мелких ОС и всяких загрузчиках ещё с 70-х годов. где-то такое частично осталось в интерпертаторах, где-то в больших РТОС для МК. и к дуринам в этом вопросе не вижу никакой привязки.
в частности в M487-х Nuvoton предусмотрена работа с внешней QSPI-Flash в качестве дополнительной немаленькой флеши для памяти программ. возможно, существует и режим с полным ремапом, но не суть. в виде целого проекта оно собирается без вопросов. с разделением логическим - сложнее, но у меня пробные решения уже работали.
"Дайте мне в аренду один метр государственной границы..."(С)
Vit (03.04.2022 21:37, просмотров: 157) ответил Evgeny_CD на Модульность встраиваемого ПО - это недостижимый грааль. Если
говорить о достаточно широкой кооперации. Либо это порождает
извращения типа дурины.