NikolaKirov

На плату запоял 2806 dsp. Новенкии. Sample от TI. Ситуация не изменилос. Все как и с 2808. :( Потом и нашел проблем. Окзалос что CSM в состояние "Device permanently secured". Флаш плугин из CCS ето говорит но я так и не поверил сначала. Вероятно и в етo причина проблема с SDFlash. Как то CCS чип заблокировал. Возможно что флаш плугин сделал ето. И сечас у меня 2 заблокированьiх чипа. Не нашел в документации TI въйход из етого положения. Нет ли возможности востоновит етих чип? Уже третии проц впаял и опять получил Device permanently secured. Соответственно Flash недоступна. Я уже ничего не понимаю, может sample так приходят? Или руки кривъйе? В регистрах читаем: PWL0=0x0000 PWL1=0x0000 PWL2=0x0000 PWL3=0x0000 PWL4=0x0000 PWL5=0x0000 PWL6=0x0000 PWL7=0x0000 SECURE bit=1 етот раз флаш плугин не запускал.

A keygen для 5.10 уже сделан? Может кто то на фтп положит?

Значит нада работат. И я так думал. А можно несколко слов про порядок работой с ето ? Уже не знаю куда искат грабли. в настройки проекта SDFlash sdgo28x.dvr ставите? Reset из SDFlash проходит нормално?

А кто то вообще работал с SDFlash через SM510PCI? Кажется что sdgo28x.dvr хочет JTAG ot SD и не работает с SM510PCI

Хочу прошит через Jtag. Но получается следущее: SDConfig конектится и работает. SDFlash на Reset вьидавает следущая ошибка ERR: OTIS error, Error = -2 ERR: Failed emulation connection to the target ERR: DSP reset failed в опции проекта для Driver задал sdgo28x.dvr порт SM510PCI у меня стандартнии 240. А сам Jtag работает. Xdsprobe.exe -i проходит нормално. CCS тоже конектится и работает. Куда искат проблем. Или я не делаю что то как полагается? A флаш плугин из CCS 3.3 не хочет тоже работат. Получается то как на картинке. А проц не Loked,он новенкии.

Я работал из под MPLAB. Там все работает. Но там время замерзло 10 лет назад у микрочипа. Если делаю маленкии проект 200-300 ред код,не буду искат другое решение. Но обем проекта становится болше и болше и нада что то как eclipse. И все работает прекрасно с изключение генерации cof фаила. Поетому и спросил тут,может кто то уже наступал на ети грабли. А SVHelper попробовал. Не компенсирует недостатки MPLAB-a.

В МPLAB делаю толко дебаг через ICD-2. Связ толко через cof фаил. В генерации cof фаила и проблем находится. Попробовал и с cof фаила из IAR-a. Все в порядке и нет никаких проблем с дебуга.

Уже 2 дня убил и не смог коректно связат Hi-Tech Hi-Tide и MPLAB. Когда интегрирован в MPLAB компилер генерит корекньи cof фаил и все в порядке. Но из Hi-Tide некоректно прописьиваются пути к сорс файлов. И при отладке MPLAB просит вручно указат сорс фаилов. Если указат вручно,невозможно установит breakpoint в сорс фаила. Смотрел на параметров с которъе вьiзьiваются PIC18.exe в оба случаев но не смог понят куда проблем. Кто то знает что то об етом?

А кто то запускал H-Jtag + Wiggler + TMS470R1Axxxx? У меня сомнения что проблем в H-Jtag.

Пьитаюс завести плату с TMS470R1A128. Комилятор IAR. Jtag Interface Wiggler - H-Jtag. Пример из exampes ИАР-а,переделал один из примеров для TMS470R1A256 для мой процессор. H-Jtag с процесор конектится,читает ID. Но при попъитки ИАР-а законектится въдавает сообщение ------------------------------------------------------------------------------------------------ FATAL ERROR WinRDI write memory failed [RDI Error:612]Memory read/write error - Can't enter debug state. Session aborted! ------------------------------------------------------------------------------------------------- после закръвания етого появляется следущее сообщение: ------------------------------------------------------------------------------------------------- The debuging session could not be started. Either the debugger initialization failed,or else "C:\Program Files\IAR Systems\ARM\ARM\config\flashloader\TexasInstruments\FlashTMS470R1A128.d79" was corrupt or of an unsupported format. There might be more information in Debug Log Window. -------------------------------------------------------------------------------------------------- a содержание Log Window : ред в которой появляется ошибка __writeMemory32(0x00004007, 0xffffffe0, "Memory" ); // SYSECR попробовал перед ето поставит write в кокой то другой регистр но тогда ошибка опят же появляется при попътки писат в SYSECR. Читал доки и не могу понят в чем дело. Кто то сталкивался?

Ето не зависит из типа дебугера ни от версии. Я давано ползуюс етого. Куда вставили? Options->Debugger->SetupMacros нада в етот фаил вставит.

Станно. Тут попробовали на несколко компютеров. Резултат один и тоже. Проект не компилится после ето. я лично пробовал при EWARM-EV-WEB-441A.exe

Как вижу никто не пробовал как написано. :) Как интерпретируется ето совсем ясно. Баг в то что после первой компиляции проект вообще не может компилится. Можно и убрат потом #define Y X+1 #define X Y #if X != 6 #error #endif но уже проект не компилируется :).

Сделай все как описано. Увидиш :) В последней версии IAR-a получается всегда :)

Если сделат следущее 1) Сделаите проект. 2) Добавите в .c фаил #define X 5 #define Y X+1 #undef X #define X Y #if X != 6 #error #endif 3) прекомпилируйте... Етот проект уже невозможно скомпилироват :( Кажется что проблем в #error . А ето думаю из стандарта и должно работат.

Для первой проблем попробуите поставит в mac фаил для дебугрера execUserReset() { __message "-------------------------------Periferial reset ----------------------------------"; __writeMemory32(0xA5000004,0xFFFFFD00,"Memory"); } Ето делает ресет периферии перед каждой запуске дебагера.

Не невозможно сделат на 2 перервания. Вот я делал. Прилагаю изходник. Ето работает стабилно. encoder_if.rar

И мне нада. Поделитесь плиз

Проблем получается с КА-SPY. Ползуюс ето которая ест в последней версии IAR-ARM. Все работает,но КА-SPY говорит. "Timer Functionality disabled. To Enable set OS_TMR_EN в OS_CFG.H" Конечно OS_TMR_EN = 1 иначе таймеров не будут работат и вообще не будет компилится все. Кто то встречал такой проблем? Куда может бьит проблем?

тут можно и прочест и скалкулироват http://www.lammertbies.nl/comm/info/crc-calculation.html

А резултат какой? случайнно 0x1D0F или 0x84C0?

Използоват uCOS-II с AVR имеет смъисл толко на Мега64/128. Я в IAR резервировал 5 из регистров и так контекст стал поменше. В етот проект имел и одно перервание и чтоб не ртезервироват место для сохранения контекста в стек каждого task-a сделал отделнии стек для ето перервание и пререключал на него при входа в перервание и возстоновлял перед въихода. Так можно сделат дла каждое перервание.

Запустил порт под IAR и начал изучат. Не смог поймат следущее. Смотрю на примера для IAR. для каждой таск сначала OS_STK AppTaskStartStk[OS_TASK_START_STK_SIZE]; OS_STK AppTask1Stk[OS_TASK_1_STK_SIZE]; OS_STK AppTask2Stk[OS_TASK_2_STK_SIZE]; OS_STK AppTask3Stk[OS_TASK_3_STK_SIZE]; а потом создаем OSTaskStkSize = OS_TASK_3_STK_SIZE; // Setup the default stack size OSTaskStkSizeHard = OS_TASK_3_STK_SIZE_HARD; // Setup the default hardware stack size OSTaskCreateExt(AppTask3, (void *)0, (OS_STK *)&AppTask3Stk[OSTaskStkSize - 1], OS_TASK_3_PRIO, OS_TASK_3_PRIO, (OS_STK *)&AppTask3Stk[OSTaskStkSizeHard], OSTaskStkSize - OSTaskStkSizeHard, (void *)0, OS_TASK_OPT_STK_CHK | OS_TASK_OPT_STK_CLR); не понял OSTaskStkSizeHard для чего използуется?

Нашел проблем. Я сказал IAR в xlc файла что памят находится в интервале 1C00-1FFF как и написано в pdf. Но ето является реалнъъе адреса на шине памяти. Указал 3C00-3FFF и бутлоадер поместился уже в NRWW памяти и все пошло. Никакие особенности нет.

Спосибо. Но все там въиглядит как у меня. Ето для мега128 и не могу протестироват на мое железо. в "intrinsics.h" в иаре нашел функции с которъе работат директно из C но положение остало прежнее. SPM не хочет работат.