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

megadocent

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

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

  • Посещение

Репутация

0 Обычный

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

  • Звание
    Участник
    Участник
  • День рождения 24.06.1986

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array
  1. Ух, что нашел. :rolleyes: Краткие итоги. TMS320C6726 позволил одновременно обрабатывать 120 каналов, считать мощности в каналах, детектировать DTMF, производить анализ импульсного набора + анализ 425Гц. Плюс еще что-то делать по мелочи. Уперся скорее в пропускную способность DMA и объем памяти (Работал с буфером, а не по мере поступления отсчетов), чем в производительность процессора. Из интересного вспоминается, как очень резко удалось поднять производительность развернув циклы. Вместо while (i<BUFSIZE) { x2 = x1; x1 = x; x = shortaddr[i++] + f_coef*x1 - x2; } return (x2*x2 + x*x - f_coef*x2*x); использовал одновременный расчет 3 отсчетов. Компилятор гораздо лучше смог оптимизировать это дело. За счет этого раза в 2, что-ли, скорость повысилась. while (i<BUFSIZE) { x = shortaddr[i++] + f_coef*x1 - x2; x2 = shortaddr[i++] + f_coef*x - x1; x1 = shortaddr[i++] + f_coef*x2 - x; } x = shortaddr[i++] + f_coef*x1 - x2; x2 = shortaddr[i++] + f_coef*x - x1; return (x2*x2 + x*x - f_coef*x2*x);
  2. Добрый день. Года 3-4 назад работал с DSP (C6726), причем без отладчика и в версии 3.3, отладчик только под конец появился и практически не использовался. Но работал, это помню. Потом занимался другим и уже забыл все, если честно. Сейчас новая задача появилась, поднял старую макетку, достал из коробки jtag и настраиваю всё хозяйство. Отладчик SAU510-USB IsoPlus. Драйвер скачал последний, поставил. В диспетчере пишется "SAU510-USB Iso [Plus] JTAG emulator". 1) В CCS5 в таргерт конфигурейшн можно выбрать" SAU510-USB Iso [Plus] JTAG emulator" и "Sauris SAU510-USB [and Plus] Emulator". Мне первый нужно выбирать? 2) Если нет лицензии (плавающая есть, но сисадмин еще разбирается как там сервер лицензий запустить), то с 510 работать нельзя, насколько я помню. Верно ли это? 3) Как это проявляется? Просто недоступна кнопка Test connection, как у меня? Или я неправильно настраиваю что-то, раз она недоступна... 4) Уже вышла CCS 6. В ней отладчик нормально будет работать? Драйвера те же самые? Заранее спасибо.
  3. Эпик фейл с моей стороны. Если у DSP есть только 1 вывод TCK, то на разъеме RTCK и TCK должны быть через резистор 22 ома замкнуты. В старой плате сделал так, в новой забыл. :laugh: В помощь по стопам идущим. Если у вас проблемы с jtag (TI или Sauris, без разницы),не коннектится, не работает, работает не так - читаем мануал. http://www.ti.com/lit/ug/spru655h/spru655h.pdf Помогло. =) P.S. Если sau100 выдавал ошибку "Error connecting to the target: Connect to PRSC failed", то sau510 выдал конкретно, что проблемы в отсутсвии тактовой. Хорошо, когда устройство умное. =) P.P.S. SAURIS GmbH Большое спасибо за помощь. Завоевываете лояльность покупателей вашей продукции. ;)
  4. Ошибку выдавал, большую, страшную. И сейчас выдает на [and plus] Error connecting to the target: (Error -203 @ 0xFFFFFF35) The test bus controller is not compatible with the installed software. (Emulation package 5.0.681.0) Если выбрать iso plus, вроде все работает.
  5. 0. Теперь в списке два эмулятора. =) -sau510 iso plus -sau510 [and plus] Что-то не запускается ни один. Почищу все, поставлю заново, отпишусь. Тогда на упаковке надо поправить. Там написано "v1 or v2". Спасибо. На плате в воздухе была, в даташите на проц не было такого указано, что надо 4 ногу разъема на землю. Хотя, вообще, логично, даташит не на jtag, а на проц. :laughing: DSP - TI. Переходник TI14. Замкнул 4 на землю, cable break пропал, поведение при указании соединения v1 и v2 совпадает. Тест проходит. А вот при заливке программы вылетает "Error connecting to the target: Connect to PRSC failed" Думаю, это все же не отладчик, а в схеме что-то.
  6. А я 2 дня пытался запустить. Не всегда, если у тебя что-то не работает, ты неправильно что-то делашь. Иногда оно и правда не работает. =) Вдогонку еще вопросы по sau100-usb. 1) Имеется рабочая плата на TMS320С6726. С ней (судя по вики на сайте TI) работать можно только через 510, через 100 не выйдет? 2) Имеется опытная плата на С6747. С ней (судя по вики на сайте TI) можно работать и с 100? 3) В connection к С6747, судя по упаковке JTAG можно выбирать как TI xds100v1, так и v2? И должны работать оба? 4) Кабель, в разъем на плате воткнут. Встроенный загрузчик С6747 по SPI отвечает мастеру. Test connection v1 выдает "scan-test has succeeded". http://clck.ru/d/VN1j1_4a1BTGu Test connection v2 выдает "The controller has detected a cable break far-from itself. The user must connect the cable/pod to the target.". http://clck.ru/d/oSSFhsxP1BTGs При подключении как v1 выдает "connect to PRSC failed" При подключении как v2 выдает "Error connecting to the target: (Error -183 @ 0x0) The controller has detected a cable break far-from itself. The user must connect the cable/pod to the target. (Emulation package 5.0.681.0)" Собственно вопрос. Что проверять в первую очередь? Или ответ загрузчика DSP мастеру по SPI не означает, что с железной частью все ок?
  7. Кстати, да, у меня, из соседней темы, так же версия 5,2. WinXP. Навреное, имеет смысл тут продолжить общение.
  8. Пришел отладчик sau510 и лицензия. Поставить плавающую лицензию тот еще квест, оказывается. =) Но там на сайте TI инструкция есть, так что справились. А вот с отладчиком что-то не очень понимаю. Дрова поставил, в диспетчере устройств видно его, в студии нету. А документация только под версию 3.3, что не совсем подходит. Для того, чтобы подключиться в 5 студии к плате, надо задать отладчик в настройках проекта, в general->connection, верно? Там его нет, только стандартные варианты. В target configuration тоже только стандартные, спектрум диджиталовские 510. Может кто-то подсказать, куда копать? Про то, что есть линукс в курсе. Можно вкратце, в чем странности? Еррдату читал, ничего критичного там не увидел, а pci не нужен. Так что тут полегче будет.
  9. да я на их сайте смотрел. http://www.ti.com/tool/xds510 Price (US$) $1595.00 http://www.ti.com/tool/xds560 Price (US$) $2995.15 :laughing: Просто срабатывает защитный механизм - раз дешевле, значит надо искать почему. А то купишь аналог подешевле, а оно не работает потом, как оригинал. Бывало такое. Ладно, подумаем над покупкой 510 у вас.
  10. Кстати, про XDS100. Ведь работая с ним, можно использовать бесплатно CCS (Bundle License (Free Limited License)). А для работы с 510 и 560 уже надо лицензию покупать. Спасибо за ответы. Пока ограничимся одним xds100. Если не хватит - будем брать 510. Сроки не жмут, наверное, тогда, EVM брать не будем. UPD. Кстати, вопрос. Посмотрел ваш сайт. 0) Я так понимаю, это ваша разработка? 1) А почему такая цена - 650$, если у TI указана цена 1600$ на 510? 2) Как она работает с лицензиями CCS? 4) Работает ли с 5 версией? 5) Чем отличается от TI-шной 510?
  11. Ну это я, в общих чертах, представляю. Мне бы мнение именно разработчиков, насколько необходимо скоростные отладчики. Насколько нужно гонять недетские потоки? Что это даст? Единственное, что я вижу - на компьютере видеть то, как "видит" процессор видео где-нибудь в середине обработки. Не уверен, нужно ли это мне. И, ведь, в DM6467 DSP ядро - с64+. Так что оба ядра поддерживает и XDS100. Верно ли? Да где купить, всегда найти можно. И опписания всех этих девайсов с сайта TI можно взять. Мне именно опыт людей интересен. Кто работал с этим. Насколько это нужно. Потому что, например, я пока не вижу необходимости в высокоскоростном отладчике. Но, вероятно, я ошибаюсь. И, возможно, услышу веские доводы в необходимости покупки 510 или 560. И про EVM тоже не все ясно. Вроде штука нужная, но, с другой стороны, не ясно насколько позволит сэкономить время/деньги. Все-таки стоит она немало.
  12. Добрый день. Пытаюсь разобраться, что нужно для разработки под ДаВинчи от TI, конкретно - DM6467T. До этого работал с TMS320С6000, однако, работал без эмуляторов, потому в них не разбираюсь. А проект с ДаВинчи на подходе, надо закупаться средствами для отладки/разработки. По опыту с TMS320, для отладки и разработки вообще не обязательно никакое устройство. Можно писать прошивки, компилировать, заливать на карту/грузить с мастера прошивку. Но это не очень удобно, особенно для серьезной разработки, так что встает вопрос, какой отладчик купить. XDS100 Emulators стоит недорого, поддерживает как ARM, так и TMS ядра, можно сделать точки останова, посмотреть что и как себя ведет. Про DM ничего не сказано, но, я так понял, так как они состоят из тех же ядер, можно и DM отлаживать. XDS510 отличается в основном тем, что... И вот тут не очень понятно. Как я понял, основное отличие - в реально мвремени, без останова, можно смотреть данные отладочные. Нужен ли он? Учитывая, что стоит он 1600$ проти 80$ за XDS100. Также есть Evaluation Module за 2000$. Опять же, не очень понятно, насколько он нужен. Там уже есть готовая система, стоят драйвера и кодеки. И, как я понял, никаких ограничений нет, можно использовать проект оттуда для своей разработки. Взять готовую систему и сразу приступать к разработке прикладных программ. Сижу думаю, писать служебку на закупку или нет. Если писать, надо хорошо обосновать необходимость. А мне самому не до конца ясна эта необходимость. В общем, поделитесь опытом, пожалуйста, по средствам отладки/разработки. Буду благодарен за любые советы по поводу того, что же выбрать.
  13. Пожалуйста. :) 1) Тактирование кварцом? Ну тогда хз. Не должно убегать сильно за пару сотен байт. Хотя... Вы опрашиваете ножку? Сами? И посылаете дергая из программы ножку? Тогда ничего удивительного. А если у вас прерывание важное пришло? Одна Атмега потупила, не послала байт, послала с опозданием, вторая протупила, пропустила бит и пошла опрашивать со сдвигом. Тут очень внимательно надо 7 раз перепроверить, что принимаете вы точно с той же частотой, что и передаете. 2) Пробовали на листе бумаги (excel тоже удобно) 2 колонки написать. Что приняли и что пришло? Попробуйте. Очень полезно. а) Если у вас именно систематически (и довольно редко) уезжает - увидите на скольких битах вы уезжаете. Проверяйте кварцы. 001100110011001100110011 001100100110010011001001 каждый 7 бит теряется. От кварца, конечно, должно не так ехать... А 1 бит в кучу-кучу-кучу бит... Но тем не менее. б) Если у вас уезжает случайно, не систематически, тогда я грешу на то, что опрашиваете/посылаете не равномерно. 001100110011001100110011 001100100110110011001100 Потерян 8 и 14 биты. в) Случайные битовые ошибки - тогда и правда шум. 001100110011001100110011 001010110001001110110101 3) Синхро надо не только зацепить, но и корректировать. Это как бы само собой. У меня на бит данных 16 бит ПСП. В бите данных 512 отсчетов. Выгоднее раз в 512 отсчетов проверить 2 соседних, и посмотреть, не уезжаю ли я, чем каждый отсчет гадать что у нас, 1 или 0. 4) ПСП рулит. =) Должна сильно устойчивость к помехам подняться. В разы, по сравнению с сигналом без ПСП. И это не зависит от того, как вы биты получаете. Я вот анализируя сигнал тоже, по сути, выделяю биты, а уже потом биты сравниваю с образцами ПСП. Просто я делаю это за 1 проход и чуть точнее, анализируя сигнал. 5) Сдается мне, у вас не в канале дело. Где-то ошибка. Иначе применение баркера дало бы довольно ощутимые результаты по сравнению с его отсутствием. Я бы посоветовал: а) Выписать передаваемый сигнал (поток битов), принимаемый сигнал, сравнить. б) Проверить что у вас частота, с которой вы выплевываете биты точно равна частоте, с которой опрашиваете.
  14. Я коррелирую на ДСП, но я там ищу последовательность битов в переданном фазово-модулированном сигнале. По сути в ДСП реализовано то, что у вас в радиомодуле. Потому работаю не с битами, а с большим количеством отсчетов. Раскажу как у меня, и как бы на вашем месте делал. У меня цепочка сигнала такова - аналоговый вход -> аналоговый фильтр (передаем в зашумленной полосе, дабы отсеять шум за пределами нашей полосы) -> АЦП -> ДСП. Весь анализ в ДСП. И ДСП анализирует и коррелирует не биты двоичного сигнала, а семплы. У вас приходят сразу биты, так что у вас должно быть Радиомодуль->Атмега. Зависит от вашей частоты дискретизации и скорости передачи данных. Частоты дискретизации зависит от скорости несущей. У меня на 1 бит 24 отсчета. Но у меня не биты с радиомодуля, а аналоговый сигнал оцифрованный. Из того, что я понял, у вас сразу идут биты. Минимально достаточно 1 семпл на бит (при условии что тактовые приемника и передатчика идеальны). Больше семплов - точнее синхронизация. Я бы опрашивал раза в 2-4 чаще, если мощности хватает. Идут у вас 100 бит/с - я бы опрашивал ногу с частотой 200-400раз в секунду. Так легче синхронизироваться. Да. Если в лоб - каждый отсчет сигнала на образец. Если не в лоб - можно применять БПФ. Корреляторы обычно делают так, чтобы они не зависели от чего-либо. И на выходе получаем float число от -1 до 1. С другой стороны у вас сигнал без амплитуды, так что имеет смысл говорить в абсолютных числах. Но, имхо, о погрешности мало смысла говорить. Тут скорее не погрешность, а граница срабатывания, которую мы сами задаем. Не вижу смысла на каждый семпл пытаться определить 1 или 0 и коррелировать. Вам надо точно синхронизироваться (вот тут корреляция и нужна). А потом уже каждый xx отсчетов сравнивать с последовательностью, задав, что если количество совпавших семплов <xx/2 у вас 0, а если больше, у вас 1. Или у вас данные не пакетами/непрерывно, а переодически может быть 1 бит данных?
×
×
  • Создать...