Цитата:
начинал с платки от starterkit:
http://www.starterkit.ru/html/index.php ... view&id=66
Аналогично. Сначала была на 2478 -- просто пощупать, потом на 1788 -- чтоб быстро начать практическую разработку. Затем уже свою плату сделали, поскольку у Стартеркита совершенно безбашенная разводка по разъёмам (например, сигналы SPI раскиданы по трём разъёмам, а общение с АЦП сенсорного экрана идёт путём программного ногодрыга, поскольку развести на него обычный SPI им религия не позволила).
Цитата:
В конце концов мне удалось собрать под неё u-boot и ucLinux (хотелось посмотреть взлетит или нет)
Даже не пытался. Более того, Linux не рассматривался в принципе: система с откровенно ущербным API мне не нужна абсолютно. Если уж ставить унихоподобное, то QNX (и надёжная, и ОСРВ) -- да только она требует MMU, не говоря о том, что для коммерческого использования надо платить.
Цитата:
Вот это слово "относительно" и пугает
Ошибок, как известно, не содержит лишь абсолютно бесполезная программа
На самом деле, "относительная работоспособность" означает лишь то, что сама система находится в процессе разработки, а значит, во-первых, реализован далеко не весь функционал, который будет когда-нибудь (надеюсь) реализован, а во-вторых, всякие прибавки требуют отладки, а значит, нельзя дать гарантию полной работоспособности для любого случая. Естественно, если выползает какой-либо глюк, я его исправляю, а не откладываю на потом и не объявляю фичей
Цитата:
Что вы скажете вообще по части надежности систем с ОСью по сравнению с построенными просто на прерываниях?
Ошибок где угодно и сколько угодно можно понаделать. У меня ошибки в основном были в "прикладном" по своей сути коде (даже если это драйвер режима ядра, обслуживающий специфичное для моей задачи железо), а не в самой системе.
Сейчас вот спихну очередной кусок работы, чтоб освободилось времени более-менее достаточно, в очередной раз доработаю драйверную модель и перенесу систему на многоядерный Cortex-A: надо ж отлаживать поддержку многопроцессорности, и чем раньше, тем лучше (поскольку там полно тонких моментов, связанных с внутриядерной синхронизацией). Естественно, поддержка 1788 никуда не денется: просто под него система будет собираться в однопроцессорном варианте.
Если интересно, документацию веду на
http://wiki.armada-os.org. Она пишется урывками, но всё уже реализованное в части пользовательского API задокументировано. Частично документация написана "вперёд", отчасти отстаёт от реальной разработки (это касается главным образом описания внутренней реализации тех или иных механизмов: поскольку пишу один, вся "внутренняя" документация у меня есть в виде записок сумасшедшего на бумаге, ну а в Вику переношу лишь то, что более-менее устоялось).