1) "Известный" метод не позволяет сделать мне законченное решение на базе Hardella.
Да, я могу генерировать промежуточный ассемблер, потом подсовывать его TI компилятору, потом ОВЕН линкеру, но тут мир рушится. Получившийся PRU0.prg файл невозможно ни отлаживать, ни тестировать. Его разве что в ПЛК заливать и с осциллографом анализировать.
2) Вы постоянно говорите о "порочности", но при этом игнорируете тот факт, что:
2.1) Есть механизм построчной отладки полученных программ. Надёжность на порядок выше того, что в том же самом ОЛ.
Какой код генерирует ОЛ никому неизвестно, а тут можно посмотреть, понять, и детально проверить.
Назовите реальную, а не мифическую проблему с тестированием.
2.2) У того же самого TI есть C компилятор, отладчик и т.п. Говорить "монолитный код порочен" и игноировать опыт индустрии крайне странно
Надеюсь, вы понимаете, что я на C и не предлагаю программировать?
Зачем тогда говорите?
Наконец-то! Хоть какой-то ответ.
Т.е. я останавливаю работы по PRU.
Спасибо за внимание.
Тем, кому-таки нужен блок ШД или подобные блоки работы с быстрыми входами-выходами: пишите/звоните в ОВЕН или используйте другие контроллеры.
Как вариант, можно меня подрядить на доработку Hardella IDE, но, сначала нужно согласие ОВЕН.