MihailS

Да, действительно при замене файла линкера программа после ресета начала работать заново. СПАСИБО! А где содержится подробная информация по структуре *.cmd файла?

Да, по поводу копирования. Как я понял есть два способа работы программы: 1. - Брать код напрямую из флеш. (28335_RAM_lnk.cmd) 2. - Копировать код из флеш в ОЗУ и исполнять его от туда. (F28335.cmd) Я правильно понимаю? А вот описание структуры .cmd файла где можно поглядеть?

Я пока не до конца понимаю процесс размещения программы/данных в памяти. Попробую изложить то, как я это понимаю. Пример стандартной/простой реализации. После включения запускается BOOTLOADER, делает свои дела (SPRU963). Согласно GPIO84-87 (Jump to Flash) происходит переход на main(). В программе ENPIE=1 но эта область пуста. Очевидно, что в программе нужно скопировать эту таблицу из flash и все ОК. НО! Я пока не нашел концов. В экземплах имеется фуцнкция InitPieVectTable(void) (DSP2833x_PieVect.c) в ней и реализовано копирование: .... void InitPieVectTable(void) { int16 i; Uint32 *Source = (void *) &PieVectTableInit; Uint32 *Dest = (void *) &PieVectTable; EALLOW; for(i=0; i < 128; i++) *Dest++ = *Source++; EDIS; // Enable the PIE Vector Table PieCtrlRegs.PIECTRL.bit.ENPIE = 1; } .... Очевидно линковщик формирует данную таблицу, но где задается ее размещение и вообще описание этогопроцесса, я пока не нашел. Я пока в принципе не могу понять что и по каким адресам пишется. Мне интересен процесс записи программы во флеш - не могу найти описание этого процесса. Еще один момент: CCS настраивается для создания *.out файла программы для debug и release. Как я понимаю в дебуг прошивке что-то добавляется в код собственно для реализации процесса дебугинга. (Что добавляется и куда пинется в контроллере?) Если я возьму релиз прошивку(например экземпл) и прошъю, оно должно работать? Буду благодарен за помощь.

А каким образом происходит инициализация PIE Vector in RAM после сброса?

Тогда есть вопрос по пункту 1. Бутлоадер можно заставить исполнять код из SARAM. Собственно откуда там код, это`ж ведь ОЗУ, после ресета кода там быть недолжно.

Разбираюсь с новым для себя зверьком и по ходу возникли вопросы. Прошу прокомментировать знатоков, правильно ли я понимаю некоторые вопросы. 1. После сброса проца запускается бутлоадер и в зависимости от состояния гпио84-87 проц берет команды из флеш/SCI/... 2. Не могу понять как производится стирание/чтение/запись данных во флеш из программы. Такое впечатление что только с помощю API от TI. Что за варварский способ, я такого не встречал. В любом случае у поца должны быть команды для работы с флеш. Я пробовал модифицировать экземпл: разместил переменную в секции по адресу 0х30000, в дебугере гляжу, там она. Далее идет команда присвоения значения - а Хрен вам, как были ff`ы так и остались. Из дебугера могу озушке присваивать данные, а в области флеш дебугер пишет что memory protected, какой-то флаг защиты стоит...... Пожалуйста поясните концепцию, а то после C51, AVR, MSP430 я пока в идеологию не могу въехать.

Решил освоить TMS320C28X. Имеется даташит на семейсво = 1200 страниц. CCS v5.1 Имеется файл с примерами построения программ на данном семействе в даной среде. ЗАГВОЗДКА: Examples и способ установки их в среду предназначен для более старых версий. Подскажите чего куда необходимо разместить из архива examples, чтобы примеры работали.

Собственно весь вопрос в названии темы. Как я понял есть возможность из программы записывать/считывать данные в данную область flash. Подскажите где копать инфу по данному вопросу. Пока немогу зацепиться как это реализуется в программе.

Все верно, они соединены последовательно. На PCB коннекты вроде-бы соответствуют схеме, получается надо просто необращать внимание на варнинги? Да,... я думал можно это как-то красиво решить. А если создать компонент без pcb в котором просто два пина соединены друг с другом,....хотя потом поз. обозн., и в перечне..... Нет лучше проверить на pcb и забить!

Создал многоканальный проект и на этапе его компиляции возникли warning-и. Необходимо коннектить цепь из одного bus к цепи другой bus

Хорошо, я тоже пока так делаю, но не всегда корректно это получается. Например в случае полумоста: среднюю точку транзисторов определяю как высоковольтную, ставлю правило, мол от нее до всех зазор 1мм, и вот не задача-то защитный резистор затвор- исток верхнего ключа SMD, засстояние между контактами у него менее 1 мм - светиться начинает, не фатально, внимание просто на него не обращаю, но как-то неприятно. Вроде подразумевается богатые возможности написания правил, наворотили всякого, а по итогу приходится самому такие моменты отслеживать. Я понимаю, что АД разрабатывался для FPGA разработчиков, но зачем силовую электронику так обижать. :crying:

А можно -ли заставить альтиум вычислять правило зазора в зависимости от установленного параметра цепи, То есть, допустим я развожу ПП силового преобразователя, там куча цепей для которых в зависимоти от номинального потенциала необходимо тметь такой, или такой зазор по отношению к остальным цепям. Я как вижу решение задачи - необходимо в схематике неким образом присваивать каждой цепи параметр ее номинального потенциала (тип float), далее необходимо написать такое правило, которое берет эту величину и по формуле вычисляет зазаор для всех опроводников. Это возможно? Если есть другое решение этой задачи - подскажите.

Исходные данные: Есть два одинаковых устройства.На одном стоит aduc812 на другом aduc831. Пишу простелькую программу для 812. Компилирую пытаюсь запустить debuger, 831 запускается а на812 выдаёт ошибку запуска дебугера. Ладно, беру hex и прошиваю в тот и другой контроллер с помощью WSD. Включаю - работают обе железяки. ВЫВОД: IAR не может дебугить 812 aduc или ... ваши предложения, пожалуйста.

Моделирую транзистроный ключ (схема с общим эмиттером). При во всех режимах близких к граничным по быстродействию модель нисколько не адекватна работе реальной схемы. Может кто-нибудь с этим сталкивался? По идее модель Гуммеля-Пуна должна давать достаточно точное совпадение результатов.

Component Clearance Constraint ( Horizontal Gap = 0.1mm, Vertical Gap = 0mm ) (HasFootprint('CAP 13x25')),(HasFootprint('CAP 13x25')) Small Component C21-CAP EL 13x25 (274.256mm,86.85mm) on Top Layer Small Component C49-CAP EL 13x25 (262.191mm,92.565mm) on Top Layer Small Component C26-CAP EL 13x25 (274.129mm,57.259mm) on Top Layer Small Component C48-CAP EL 13x25 (262.445mm,50.655mm) on Top Layer Small Component C26-CAP EL 13x25 (274.129mm,57.259mm) on Top Layer Small Component C31-CAP EL 13x25 (262.699mm,64.498mm) on Top Layer Small Component C23-CAP EL 13x25 (274.129mm,71.61mm) on Top Layer Small Component C31-CAP EL 13x25 (262.699mm,64.498mm) on Top Layer Small Component C23-CAP EL 13x25 (274.129mm,71.61mm) on Top Layer Small Component C30-CAP EL 13x25 (262.699mm,79.23mm) on Top Layer Small Component C21-CAP EL 13x25 (274.256mm,86.85mm) on Top Layer Small Component C30-CAP EL 13x25 (262.699mm,79.23mm) on Top Layer Обратите внимание: нет ошибки например для зазора между С49 и С30...