Средства и методы разработки

Я вижу расклады по другому. Проблема портирования софта уже неактуальна. Если все делать на ARM-ах то и портировать ничего не придется. А причин слезать с ARM в среднесрочной перспективе не видно. SDK не будет пользоваться популярностью если будет базироваться на С или экзотическом языке с каким нибудь API. Нужен красивый визуальный конфигуратор, в крайнем случае визуальный построитель из функциональных блоков. Правда это сузит круг применений платформы, но и маркетинговые ниши не бывают сильно широкими и сильно долгими. Ориентироваться делать дивай до пенсии не стоит. Полевые шины типа RS485 или CAN вообще не в тему. Я рассматриваю только решения не требующие транспортного протокола. CAN или RS485 принципиально снизят скрость обмена и структура софта качественно поменяется, плюс требуются дополнительные драйвера на плате чтобы сделать сетевую топологию. Тогда уж лучше I2C. А вот пришла идея еще попробывать интерфей MII, тот который в процах обычно для чипов физ. уровня Ethernet используется. Сразу 100 Mbit получим. Посудомойке все равно Ethernet не нужен. Она будет в сеть выходить через OEM модуль по SPI или UART-у.