SAU510 without CCS Опции

[jcxz]

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

[SAURIS GmbH]

Так выдерите из sauflash.tcl кусок, когда он загружает trgcode в процессор и стартует его. Вообще, TCLXDS позволяет делать полное управление процессором, включая загрузку, чтение-запись памяти и регистров, старт/стоп, точки останова, а также разбор исполняемых COFF файлов от CCS.

А вообще, для ускорения и упрощения процесса, можно бы доработать sauflash, чтобы он сам шил и ПО, и конфигурационную инфу, все в один запуск. Если уж говорить о технологичности процесса.

UPD:
Если интересует, как именно устроена загрузка COFF в процессор, загляните в xdshelp.tcl (в tcl/lib/....)
Ну а документация на TCLXDS присутствует в doc/ , если при установке была выбрана русская документация (английской версии ее до сих пор нет)

UPD2:
Для нескольких ядер тоже без проблем, только, разумеется, надо приконнектиться к обоим, и между коннектами сделать wakeup кому надо. Пример такого также есть в sauflash для L138.

Сообщение отредактировал SAURIS GmbH - Sep 13 2014, 05:37

[jcxz]

Так выдерите из sauflash.tcl кусок, когда он загружает trgcode в процессор и стартует его. Вообще, TCLXDS позволяет делать полное управление процессором, включая загрузку, чтение-запись памяти и регистров, старт/стоп, точки останова, а также разбор исполняемых COFF файлов от CCS.

Да, наверное так и придётся сделать если припрёт. Не хочется возиться с этим, думал есть готовое решение...

А вообще, для ускорения и упрощения процесса, можно бы доработать sauflash, чтобы он сам шил и ПО, и конфигурационную инфу, все в один запуск. Если уж говорить о технологичности процесса.

Да и производство вроде не массовое, а мелкое будет. Овчинка выделки не стоит. Главное чтобы без конфига не уходило случайно.
А то при таком изготовлении мелкими партиями от случая к случаю, когда нет отработанногоо техпроцесса, это как раз очень вероятно.

Если интересует, как именно устроена загрузка COFF в процессор, загляните в xdshelp.tcl (в tcl/lib/....)

Да знаю я его. Штатный загрузчик (по рабочему протоколу) писал тоже я. Он разбирает .ais и грузит его через рабочее ПО.

Ну а документация на TCLXDS присутствует в doc/ , если при установке была выбрана русская документация (английской версии ее до сих пор нет)
Для нескольких ядер тоже без проблем, только, разумеется, надо приконнектиться к обоим, и между коннектами сделать wakeup кому надо. Пример такого также есть в sauflash для L138.

А зачем к обоим коннектиться? Можно ведь только к DSP. Ведь ПО рассчитано что первоначально стартует только DSP. А весь ARM-код расположен в памяти,
видимой DSP-ядру. Можно загрузить в ОЗУ и далее снять reset с DSP-ядра.

PS: Изначально, когда проект только начинался, я планировал что начальная загрузка ПО будет производиться по UART (и на плате есть джампер включающий загрузку с UART).
Но потом мне так и не удалось добиться загрузки ПО UART. Хотя вроде формировал .ais по всем правилам (знаю что для загрузки через UART он должен быть другим чем через SPI (штатный режим)).
Не грузились даже готовые примеры.
Т.е. - насколько я помню, загрузка начиналась, доходила до какого-то блока и там всё застревало. Причину мне найти не удалось, поэтому забил.