вопрос в следующем, 21369 сконфигурированна в слэйв, а рулит всем PIC18F27J53, на ней же сделан usb интерфейс, при запуске на 21369 присутствуют spiclk, mosi, spids в низком уровне, res в низком уровне, 

miso отсутствует, то есть adsр и/или spi flash и не отвечает, на платке так же присутствует ddr, и кардридер,  cs для флеш идет с пик контроллера и он этой ногой дергает при включении, сам пик работает и очень бодр, прошивка на нем обновляется, предположу, что не в нем проблема. Как я понял в начале контроллер заливает первичную прошивку в adsp, но далее ни чего не происходит, программа на компе не видит adsp и постоянно предлагает сбросить его на дефаулт или прошить dsp, и делает это , и все по кругу.

так как по CS для флеш есть движения, при включении и восстановлении, значит он к ней обращается и возможно заливает изначально в нее.

Подскажите, куда копать, какой порядок загрузки?

Насколько возможно пользоваться новыми разработками AD (Cross Core Embedded Studio) и процессорами BF-609? Насколько сильно они глючат вместе и есть ли лекарство для нового софта?

Поделитесь кто может, если есть. 

Документация один в один, только на китайском. Есть вариант на -40..85С и на -55..125С

Разработка в VisualDSP++

TTS201 brief datasheet.pdf

Вплотную занялся изучением КИТа TMS320DM642 EVM и программированием в CCS его процессора.

Проблема: не знаю как связать процессор с периферийными видеопортами. На структурной схеме КИТа показано что между процессором и видеовходами стоит ПЛИС.

Вопросы: 1) как и чем (и нужно ли) программировать ПЛИС? Если есть готовая программа - дайте пожалуйста

2) Если за более чем пять лет существования серии TMS320 C6000 наконец - то появилось фундаментальное описание работы с этой серией (eXpress DSP for dummers и обзорные статьи о преимуществах этих плат не в счёт), дайте ссылки на эти труды

Спасибо,

Михаил

Собрали один, отладили, написали ПО верхнего уровня и пользовались до сих пор. Понадобилось второй экземпляр. Программистов работавших с ним уже нет. Есть исходники якобы от прибора, но почему-то с CMD для RAM  сборки.

Попробовал считать через CCS 3.3 на которой исходники, но там только просмотр возможен. Поставил CCS 8.3 - есть возможность сбросить в разных форматах, но прошивочного не нашел.

Как правильно скопировать флеш из одного прибора в дргой?

Передо мной ICE-1000.

До позавчерашнего дня нормально работал.

И дебаг, и прошивка. Через VisualDSP и CrossCore Studio.

При очередном подключении мелькнуло сообщение о проблемах с firmware (без всякого запроса на подтверждение),

потом сообщение об ошибке CRC, и все.

Теперь LED-индикатор красного цвета, и ничего не работает.

В диспетчере устройств Windows его нет. Если смотреть сторонней утилитой (такой, как USBDEview) - там он виден.

VisualDSP и CrossCore Studio его не видят.

Возможно, кто-нибудь сталкивался с таким?

Интересуют любые крохи информации.

Спасибо.

Схемы отладчика нет, известно что на нем микроконтроллер 80с31, 

флешка,память,кварцевый генератор и  программируемая  логика.

Прошивка микроконтроллера есть в папке visual dsp.основной секрет в

программируемой логике.видимо в ней и зашит весь протокол .

Процессоры уже как 20 лет не выпускаются.

Мы используем процессор DM368, SDK с сайта Ti dvsdk_dm368-evm_4_02_00_06. С кодированием видео, и выводом в rtsp поток нет проблем, всё работает. Проблема с декодированием видео.

gst-launch -v videotestsrc ! "video/x-raw-yuv,width=(int)768,height=(int)576,framerate=(fraction)30/1" \

! TIDmaiVideoSink displayDevice=/dev/video2 displayStd=v4L2 videoStd=D1_PAL videoOutput=COMPOSITE accelFrameCopy=FALSE \

sync=false - тестовый скрипт работает, на выходе CVBS появляется тестовая картинка

gst-launch rtspsrc location="rtsp://192.168.1.126:554/test" name=rtsp protocols=0x00000002 \

! rtph264depay byte-stream=true ! h264parse config-interval=1 ! "video/x-h264,width=768,height=576,framerate=(fraction)30/1" \

! dmaidec_h264 numInputBufs=11 numOutputBufs=11 qos=1 ! dmaiperf ! TIDmaiVideoSink displayDevice=/dev/video2 displayStd=v4L2 \

videoStd=D1_PAL videoOutput=COMPOSITE accelFrameCopy=TRUE sync=false

- данный скрипт не работает, может кто сталкивался с декодированием видеопотока через gstreamer на DM368?

Примечание: vlc плеер декодирует поток нормально, плата на RK3568 декодирует поток нормально.

Поэтому непонятно, что надо подавать на 2- ой разъем J2 на debug agent-е. Известно, что 9-14 - земля, а 1-2 - питание, скорее всего 3.3В, но вот что надо подавать на ножки 3-8? Это д.б. наверное какой-нибудь ключ, вот только неясно, этот ключ статический или динамический. Кто бы мог помоч? У кого есть киты ADSP-BF526 EZ-KIT Lite или ADSP-BF518 EZ-KIT Lite, к-ые позволяют работать с новым Standalone Debug Agent ADZS-DBGAGENT-BRD - помогите. С обратной стороны платы кита есть разъемы P1(JTAG) и ZP1 (питание + возможно ключ) - интересует поведение сигналов на разъеме ZP1.

Для решения этой проблемы мы создали новую версию VisualDSP++, 5.1.2, в которой ошибка была устранена. Если вы используете ICE-1000/ICE-2000 с VisualDSP++ 5.1.1, мы настоятельно рекомендуем вам загрузить и установить VisualDSP++ 5.1.2, который доступен бесплатно здесь. Заметку о выпуске для VisualDSP++ 5.1.2 можно найти здесь. 

Если ваш эмулятор был затронут этой проблемой, он будет отображаться как «ICE-100B JTAG Emulator» в «ADI Development Tools» в диспетчере устройств вашего компьютера после принятия вами сообщения об обновлении прошивки. 

К сожалению, нет способа исправить эмулятор, если он был затронут. Если вы считаете, что ваш ICE-1000/ICE-2000 был неправильно обновлен до прошивки ICE-100B, обратитесь в частную службу поддержки.

https://ez.analog.com/dsp/software-and-development-tools/hardware-tools/w/documents/6734/ice-1000-ice-2000-detected-as-an-ice-100b-after-working-with-visualdsp-5-1-1

есть ли у кого опыт его сборки или информация о нем (кто автор, рабочая ли плата, что за микросхема с обратной стороны)?

где была информация о сборке этого отладчика ?  в поисковиках не нашел.

заранее спасибо

21161_EZKIT_Lite_2.1.pdf Сборочный чертеж_.pdf

Первый вопрос: плата древняя и с ней можно соединиться только по RS-232. У меня есть только ноут, как быть? Будет ли работать если купить переходник USB-com?

Второй вопрос: Какие типы задач можно научиться решать с помощью этой платы (в общих чертах)? С чего советуете начать?

Третий вопрос: Где можно найти exampl'ы программ на си, которые можно будет загнать в это проц и протестировать?

Спасибо.

В начале некий код выполнялся за 600нсек. Проверялось с помощью выхода. Т.е. на входе кода на вывод устанавливалась 1 на выходе кода 0. Осциллографом проверялось. Через некоторое время этот же код выполнялся уже за 60 мксек. Путем оптимизации в свойствах, скорость выполнения снизилось до 2мксек. На сл. день код выполнения опять стал 60 мксек. Что то совсем не пойму. В чем дело. Интересно из питания CPU в 1,87В. в место 1,9 может быть такое? 

Почему то не получается вызвать внешнее прерывание по входу GPIO58. Вот инициализация:

	InitPieCtrl();
    IER = 0x0000;
    IFR = 0x0000;

	InitPieVectTable();

	PieCtrlRegs.PIECTRL.bit.ENPIE = 1;          // Enable the PIE block
    PieCtrlRegs.PIEIER12.bit.INTx1 = 1;         // Enable PIE Group 12 INT1
 
	EALLOW;
    PieVectTable.XINT3 = &xint3_isr;
    EDIS

   	IER |= M_INT3;
	EINT;

    EALLOW;
    GpioCtrlRegs.GPBMUX2.bit.GPIO58 = 0;        // GPIO
    GpioCtrlRegs.GPBPUD.bit.GPIO58 = 1;
    GpioCtrlRegs.GPBDIR.bit.GPIO58 = 0;         // input
    GpioCtrlRegs.GPBQSEL2.bit.GPIO58 = 0;       // 
    EDIS;

    EALLOW;
    GpioIntRegs.GPIOXINT3SEL.bit.GPIOSEL = 26;   // Xint3 is GPIO58
    EDIS;

    XIntruptRegs.XINT3CR.bit.POLARITY = 0;      // Falling edge interrupt

    XIntruptRegs.XINT3CR.bit.ENABLE = 1;        // Enable Xint3

Пытаюсь запустить на ней Ethernet.

Столкнулся с двумя проблемами.

1. Почему-то не запускается (не включается) клоковый домен для Security Accelerator.

Ниже приведен код включения питания и клоковых доменов (модулей).

CSL_PSC_enablePowerDomain(CSL_PSC_PD_NETCP);

CSL_PSC_setModuleNextState(CSL_PSC_LPSC_PA, PSC_MODSTATE_ENABLE);
CSL_PSC_setModuleNextState(CSL_PSC_LPSC_CPGMAC, PSC_MODSTATE_ENABLE);
CSL_PSC_setModuleNextState(CSL_PSC_LPSC_SA, PSC_MODSTATE_ENABLE);

CSL_PSC_startStateTransition(CSL_PSC_PD_NETCP);

while (!CSL_PSC_isStateTransitionDone(CSL_PSC_PD_NETCP));

Далее проверяю состояние.

res1 = CSL_PSC_getModuleState(CSL_PSC_LPSC_PA); // Возвращает состояние PSC_MODSTATE_ENABLE
res2 = CSL_PSC_getModuleState(CSL_PSC_LPSC_CPGMAC); // Возвращает состояние PSC_MODSTATE_ENABLE
res3 = CSL_PSC_getModuleState(CSL_PSC_LPSC_SA); // Возвращает состояние PSC_MODSTATE_SWRSTDISABLE

Для Security Accelerator результат показывает, что он не включился.

Не могу понять в чем причина? 

2. Не работает чтение регистров MDIO.

На чтение просто программа зависает.

Например делаю CSL_MDIO_getVersionInfo(&mdioVersionInfo); и всё. на этой функции программа зависает.

Заметил одну особенность. Что если не включить клоковый домен для SGMII (CSL_PSC_LPSC_CPGMAC), то чтение из MDIO регистров не зависает, но читает случайные данные. Как правило одни нули.

Есть подозрение, что зависание чтения связано с первой проблемой. Не активным клоком Security Accelerator.

В начале отключил ядро А и начал проверять на какой вектор можно посадить прерывание SPI. Для этого написал макросы типа такого:

Quote

#define    SPI_IRQ_ENABLE()  *pSICB_IMASK0 |= SIC_MASK(27)
#define    SPI_IRQ_DISABLE() *pSICB_IMASK0 &= ~SIC_MASK(27); *pILAT |= EVT_IVG14;
#define    SPI_IRQ_CONFIG(x) {register_handler(ik_ivg14, x);  *pILAT |= EVT_IVG14; *pSICB_IAR3 = Peripheral_IVG(27,14);}

Работают вектора EVT_IVG10, 11, 12, 14.  Не работате 15-ый, а 13 у меня под watchdog. Для UART пробовал 8 и 10 вектора.

До этого ПО работало только с прерываниями по PPI и SPORT которые расположены по умолчанию на EVT_IVG8 и EVT_IVG9.

В документации не нашел что регистры SICB_IMASK0 и pSICB_IAR3 доступны только в режиме супервизора.

Неработоспособность проявляется в отсутсвии хотя-бы одного вызова прерывания.

Дополнение

Прочитал документацию, стало понятно, что процессор находится в режиме супервизора. Вызов прерывания 15 рекомендуемым методом перехода на пользовательскую программу. При старте программы IPEND как раз показывает что прерывание 15 отложено.

То есть ничего не мешает программированию любых регистров, а прерывания конфликтуют.

Ранее не было опыта с самописными бутлоадерами(только ознакамливался), поэтому щас

столкнувшить с этой задачей и читая даташиты по bootloader-у появились вопросы на

которые на данный момент времени не нашел явного ответа.

Так что, хочу с вами на эту тему пообщаться, уверен что-то новенькое сможете посоветовать.

Итак, Цель: Загрузить прошивку для TMS320F28335 через CAN и сохранить

в Flash с дальнейшем прыжком туда.

Вот тут, есть описание от Тексаса используя OTP, но оно больше для пояснения.

http://www.ti.com/mcu/docs/litabsmultiplef...mp;familyId=916

http://www.ti.com/lit/an/spraaq3/spraaq3.pdf

http://www-s.ti.com/sc/techlit/spraaq3.zip (пример использования OTP для SPI, CAN)

Документ простой, всего в несколько страниц, и в этом кстати есть некоторая

проблема, потому что указаны только основные положения. Как и пологается, на

практике всё требуется чуть сложнее или вообще иначе.

Для начала, там описано только как принятый поток загрузить в ОЗУ, и на этом всё,

а этого явно не достаточно.

Как мне видится возможным решить это:

1) Загрузить прошивку используя CAN MSGID1(можно ли другой?)

- По частям? С задержками в потоке или без?

- Целиком? (ну тогда всё в память не влезет)

- Выходит, что лучше сразу писать принятую часть потока в Flash...

2) Для того, что бы сохранить чтото в Flash, нужно подключать уже готовую и специфическую

библиотеку с уже реализованными API Flash (http://www.ti.com/tool/sprc539#), последняя версия на данный

момент версия 2.10.

- Какая скорость записи, нужно понять будет ли ДСП успевать качать данный с

CAN потока при условии что спец задержек нету) и одновремено записывать?

У интерфейса CAN скорость максимум 2 МБита\сек, в теории должно успевать

записываться приянятых несколько байт с потока, а вот на деле?

3)

Ну и теперь вопрос - как правильно сделать загрузку?

Поправьте меня плиз, если где-то не в ту сторону думаю. На сколько я понимаю то, что я опишу,

это весьма традиционный подход, но всё же хочу у уточнить...

1) - Работает программа и слушает указание на готовность принимать новые данные.

2) - Принять первый пакет, и тут же послать команду ожидания перед посылкой

следующего пакета, за это время выключить устройство или перевести в режим

ожидания и быть готовым принять весь поток с новой прошивкой.

3) - Нужно ли тут сразу переходить в OTP и делать дальнейшее в нем?

Более того для переходя в любой другой режим загрузки, нужно перед ресетом

предварительно установить на boot-пинах другую конфигурацию состояния пинов.

? - Как в этом случае люди поступают, внешняя логика или можно какими-то уже

заложенными средствами? (я их пока не нашел в описании)

4) - Далее, уже основной поток (это как раз описано в документе для OTP что писал

линк выше), согласно документации выше, в начале должен идти адрес точки входа

в прошивку (его-то и нужно извлечь и потом на него перепрыгнуть), отдельно

сохранить в память (мало ли).

5) - Прием слудующего(-их) пакета(-ов). Проверить, не последний ли это пакет в потоке,

с обязательной проверкой контрольной суммы (мало-ли, шумы могут исказить).

6) - Если обраружен сбой - goto 11)

7) - Принятый пакет сохранить в Флэш.

8) - Ожидать следующий пакет или же сделать явный запрос.

9) - goto 5)

10)- По признаку конца потока, посчитать контрольную сумму на целостность

прошивки, если все ОК, то перейти по адресу точки входа (пункт 4).

11)- Послать запрос на повторную посылку предудущей команды, и так например повторить

5 раз(или до упора). Выход с сохранением статуса аварийсного сбоя или попытаться

запросить снова, через например 10 минут. Если сбой, записать статус и сообщить

по CAN об аварийной остановке, так называемый в РЖД-шных устройствах "защитный отказ".

В общем после ознакомления выяснил что вопрос TMS320F28335 CAN Bootloader не растрыт

толком со стороны Тексаса, но и то что они предоставляют тоже явно помогает.

В общем нужна ваша помошь.

Кстати, готовых примеров с бутлоадером я тоже не нашел покаместь в инете.

Заранее спасибо за все советы.