SAU510 without CCS Опции

[jcxz]

Имеется-ли возможность загрузки и запуска .out-файлов в ОЗУ CPU посредством эмулятора класса SAU510 без использования CCS?
Желательно с минимальным кол-вом нажатий или вообще из командной строки.
И чтобы грузить и стартовать разные .out-файлы в разные устройства в JTAG-цепочке (каждый файл для своего устройства).
Нужно для первоначальной прошивки устройств на двухядерных CPU (OMAP L137) в условиях производства через SAU510 ISO PLUS (или SAU510 просто).

[SAURIS GmbH]

Нужно для первоначальной прошивки устройств на двухядерных CPU (OMAP L137) в условиях производства через SAU510 ISO PLUS (или SAU510 просто).

Вообще, для этого есть SauFlash, она умеет шить некоторые виды памяти у L138. Поправить чутка скрипты, и пойдет для L137 (даже проще, чем для 138 они будут, так как у L137 DSP сразу запущен, а прошивка делается его силами). Так что почти все за Вас уже сделано. И под Linux host тоже.

[jcxz]

Вообще, для этого есть SauFlash, она умеет шить некоторые виды памяти у L138. Поправить чутка скрипты, и пойдет для L137 (даже проще, чем для 138 они будут, так как у L137 DSP сразу запущен, а прошивка делается его силами). Так что почти все за Вас уже сделано. И под Linux host тоже.

Это хорошо, но это мне известно, есть у меня такой скрипт и шил я им прекрасно.
Нужно не это.
Нужна именно загрузка в ОЗУ CPU и старт там ПО. А не зашивка его в SPI-флешку.
После такого старта ПО, оператор должен далее штатным образом обновить ПО через рабочий интерфейс (ПО примет себя самого и запишет в SPI-флешь).
Так нужно, потому что, при штатном обновлении, встроенное ПО принимает от внешнего прошивающего ПО кроме прошивки ещё и некоторую конфигурационную инфу,
которую добавляет к записываемому образу.
Можно конечно записать этим скриптом встроенное ПО, потом запустить его и обновить штатно. Но боюсь, что на производстве могут
забывать вторую стадию (раз ПО уже заработало) и изделие будет уходить без конфигурационной инфы. А это надо исключить.