Перейти к содержанию
    

Vaszo

Участник
  • Постов

    21
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о Vaszo

  • Звание
    Участник
    Участник
  1. Пожалуйста. К сожалению, про другие tms я менее детально осведомлён.
  2. Ну почему же, например в ROM TMS320C672x содержится DSP/BIOS (V5.20), а также загрузчик (BOOT ROM), оптимизированная мат. библиотека FastRTS (V1.20) и библиотека общих функций DSP DSPLIB (V2.00). смотри здесь sprs277c.pdf
  3. В папке Debug проекта в файле Имя_проекта.map суммировать все length секций. В том же файле можно посмотреть где что лежит
  4. Для отладки (правда серии С672x) использую довольно не плохой аналог XDS510 - X500 от Evodbg. В свою очередь это копия TDS510USB от Wintech, дрова и возможности его. Проблем с ним не возникало, за исключением описанной здесь мной недавно проблеме с отладкой из ОЗУ (Дело оказалось в драйвере TIXDS6000.drv от CCS3.3 http://electronix.ru/forum/index.php?showtopic=74982). Как заявляет разработчик, поддерживаются линейки C240x, F28x, VC33, C5000, C6000, TMS470, OMAP http://www.evodbg.com/index.php?option=com...2&Itemid=39. Не знаю подойдёт ли он вам, но меня подкупила его цена и возможности.
  5. tixds672x.dvr нашёл и заменил по совету talus. И что бы вы думали? ЗАРАБОТАЛО :excl: Всем, всем Огромное спасибо за поддержку, особенно talus! ;)
  6. Простите, а кто-нибудь может выложить tixds672x.dvr отдельно, я не знаю где взять CCS3.1? Заранее, Спасибо! :)
  7. Вроде как с последними обновлениями CCS достаточна просто добавить их в проектъ, но попробовать стоит. Спасибо!
  8. Да, действительно не верный объём памяти. Недоглядел Спасибо talus за поддержку :excl: , но всё равно не работает - ничего не изменилось. Также стартует с c_int00, затем идёт куча ассемблерных команд, main-функция дезассемблируется. Debug ->Go Main уходит на какой-то странный адрес не далеко от c_int00 (команд 10-20), все выполняется, значения в регистрах меняются... в конце-концов уходит на 0x00001DDC.
  9. #define PFUNC0 0x44000010 #define PDIR0 0x44000014 #define PDOUT0 0x44000018 #define PDSET0 0x4400001C #define PDCLR0 0x44000020 void main () { int i; /* AXR08*/ *(int *)PFUNC0 |= 1<<8; // GPIO *(int *)PDIR0 |= 1<<8; // Output while(1) { *(int *)PDOUT0 |= 1<<8; // Up for(i=0;i<10000;i++); *(int *)PDOUT0 &= ~(1<<8); // Down for(i=0;i<10000;i++); } } Кстати, для проверки пробовал поменять распределение секций с RAM на SDRAM, а EMIF в GEL не стал настраивать. Так CCS поругался, что не может туда загрузить, думаю это показательно для проверки "Perform verification duringProgram Load".
  10. Эмулятор - копия Wintech TDS510USB от Evodbg.com (X510 ), драйвера те же. Нареканий по поводу эмулятора пока не было, пишет читает в регистры и память без проблем, через GEL макет работает (пока мыргает лампочкой). Си-ый файл дезассемблируется. В регистре PC пробовал непосредственно задавать адрес main ф-ии - появляются возможность пошаговой отладки в Си, но к результату это не приводит всё равно сваливается в 0x00001DDC. Попробую переустановить CCS.
  11. При загрузке никаких предупреждений о ошибках не было, а в options->Customize->Program/Project/CIO стоит галочка в "Perform verification duringProgram Load". Я думаю, если что не так, CCS сообщил бы мне или нет? А может на это как-нибудь влиять встроенный в ROM загрузчик проца, у меня он сейчас в режиме загрузки с внешней flash?
  12. Заливаю программу в RAM проца (в cmd все секции в ней определены) через JTAG (File->Load program). :unsure:
  13. Здравствуйте! Прошу помощи, совета в разрешении нижеприведённого вопроса. Собрал отладочную плату на базе TMS320C6722, установил CCS3.3 с последним обновлением, написал простейшую программку (мигать лампочкой), подключил эмулятор, в GEL файле сконфигурировал необходимый порт, написал функцию для мырганья лампочки (GEL). Мырганье лампочки посредством GEL функции работает Отлично. А когда загружаю Си-ую программку, скомпилированную без ошибок и замечаний, ничего не работает, даже в main-функцию не заходит. После старта в _init00 выполняются какие-то ассемблерные команды, уходит по адресу 0x00001DDC и зацикливается. Вопрос: Как это побороть? может быть секции неправильно распределены или настройки компилятора специальные нужны (сейчас Target Version C67x+)? cmd файл брал sprc203 - patch.cmd
  14. Кто-нибудь работал с uC/OS-III ? Сравнивал производительность (латентность прерываний и т.д.) с uC/OS-II ? :unsure:
×
×
  • Создать...