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

у TI это только серия С2000 с внутренним флеш

можно еще ADi посмотреть - вроде последние БлекФины ее имеют.. но когда они у нас будут?!?....

 

а чем вызвана малая практичность: защитой IP или бюджетом разработки?

 

ЗЫ:у меня вообще нету флеш - хост при включении по UART грузит 5502

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Всегда существует вероятноть ошибки передачи плюс хост-процессор тоже должен брать этот binary.

 

Какой ЦАП посоветуете для подключения к F2810/11

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Всегда существует вероятноть ошибки передачи плюс хост-процессор тоже должен брать этот binary.
Зачем всё так усложнять??? Это вам не загрузка плис по JTAG (или чему-л.еще). всё хиромантию делает зашитая в пзу 5502 программа-начальный загрузчик - от вас требуется без какого либо спец.форматирования один-к-одному передать binary по UART (или чему-л.еще).

 

Какой ЦАП посоветуете для подключения к F2810/11
ЦАП я использовал такой: TLV5638 Насчет подключения к С2000 не скажу, но думаю такое возможно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

to =GM=

Привет, Джордж =) С возвращением тебя из отпуска :)

некоторые наши идеи были заимствованы из IS-54 оттуда полином сверточного кодера и его ловля - просто он применяется к блокам. в нашем случае по 120бит (на входе).

жрет он много потому что взяли что было - Сишный исходник с декодированием по Витерби..

там много занимает (относительно) накапливающийся массив для "обратного прохода"

его размер пропорционален длине "блока" * 2^К (а К=5 в IS-54)

были другие задачи помимо оптимизации декодирования FEC-кодов :(

Да, спасибо на добром слове. Первая неделя заканчивается после отпуска, сразу много навалилось, только успевай разгребать. Между прочим, пиво в Гансе было не хуже, чем здесь (Саксон Милл в Ворвике, паб прямо в мельнице, колёса крутятся, стёкла в полу), вспоминаю нашу встречу с удовольствием...

Well, to the question(:-). Ты имеешь в виду, что ловили 120 незащищенных бит перед тем, как запустить декодер Витерби? И как часто? Какая была длина блока при этом?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Well, to the question(:-). Ты имеешь в виду, что ловили 120 незащищенных бит перед тем, как запустить декодер Витерби? И как часто? Какая была длина блока при этом?
там М-последовательность вначале каждого блока используется

по ней коррелятором ловится начала блока - а дальше уже на декодер по витерби 240бит шлются

 

upd: + еще механизм входа в синхронизм - если поймали несколько заголовков (м-посл) на ожидаемых местах - то включаем "зеленый свет" для обработки принятой инф.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Скажите, а сколько MIPS примерно потребует:

FSK модем 1200

QPSK модем 9600

 

Где-то были примеры с ADI.

Есть ли подобные примеры у TI?

Есть ли примеры реализации модемов на ARM7? (или слабоват будет?)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Есть ли примеры реализации модемов на ARM7? (или слабоват будет?)

Присоединяюсь к вопросу! :excl:

 

P.S.: Не думаю, что для таких приложений он будет слабоват.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Скажите, а сколько MIPS примерно потребует:

FSK модем 1200

 

Ну вот этот на 1200 - он вообще мипсов не требует. На ура летает на 51-ом процессоре :) с 8-ю мегагерцами, причем впараллель с кучей всего еще. Имеется в виду реализация Caller ID. Так что для этой задачи - "выбор DSP" это круто! Разве что надо сотню-другую каналов...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Где-то были примеры с ADI.

Есть ли подобные примеры у TI?

Есть ли примеры реализации модемов на ARM7? (или слабоват будет?)

ну у TI есть такой документик (см. стр96,136.144,165,166,172,etc..):

 

spra033_Telecommunications_Applications.pdf

 

UPD: вот линк на тестирование на задачах ЦОС: http://benchmarks.caxapa.ru/?test=21

вообще на сахаре давно обсуждение было по поводу выполнения задач ЦОС на ARM - грустно у ARM всё с этим :(

(по сравнению с чистокровными DSP)

Изменено пользователем Doka

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ну вот этот на 1200 - он вообще мипсов не требует. На ура летает на 51-ом процессоре :) с 8-ю мегагерцами, причем впараллель с кучей всего еще. Имеется в виду реализация Caller ID. Так что для этой задачи - "выбор DSP" это круто! Разве что надо сотню-другую каналов...
Для 9600 бит/с мипсы потребуются, и немало. ARM7 сможет работать разве что "в натяг".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ну вот этот на 1200 - он вообще мипсов не требует. На ура летает на 51-ом процессоре :) с 8-ю мегагерцами, причем впараллель с кучей всего еще. Имеется в виду реализация Caller ID. Так что для этой задачи - "выбор DSP" это круто! Разве что надо сотню-другую каналов...
Для 9600 бит/с мипсы потребуются, и немало. ARM7 сможет работать разве что "в натяг".

 

Был проект, реализовал pi4dqpsk на 9600 полудуплекс, несущая 5800 Гц на LPC2132.

Использовал встроенные АЦП и ЦАП.

Ресурсы ест, но сносно. Все болталось в fiq, которые не запрещались. В демодуляторе делал

5 выборок на символ. Демодулятор съедал где-то 50% производительности при 60МГц тактовой LPC.

Модулятор делал таблично, сколько ест ресурсов , не помню, но по памяти -

мешьше. Если интересно, могу включить скоп, подрыгать ногой и сказать более точно.

Сверху крутилась uCOS.

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

У меня, кстати, при приеме приеме параллельно работал демодулятор FSK и DQPSK. Возможно 50%

отложилось как сумма ресурсов двух демодуляторов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Подскажите в какой момент надо выставлять SCITXDA, MDXA, SPISTEA, SPICLK относительно XRST для выбора источника загрузки программы. Без снятия питания с ядра, портов и аналоговой части.

 

Вопрос возник т.к., например, SCITXDA является выходом и следовательно не может быть выставлен в 1 или 0 до импульса сброса, но в то же время выставление SCITXDA после сброса не гарантирует что режим загрузки будет определен верно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ну вот этот на 1200 - он вообще мипсов не требует. На ура летает на 51-ом процессоре :) с 8-ю мегагерцами, причем впараллель с кучей всего еще. Имеется в виду реализация Caller ID. Так что для этой задачи - "выбор DSP" это круто! Разве что надо сотню-другую каналов...
Для 9600 бит/с мипсы потребуются, и немало. ARM7 сможет работать разве что "в натяг".

 

Был проект, реализовал pi4dqpsk на 9600 полудуплекс, несущая 5800 Гц на LPC2132.

Использовал встроенные АЦП и ЦАП.

Ресурсы ест, но сносно. Все болталось в fiq, которые не запрещались. В демодуляторе делал

5 выборок на символ. Демодулятор съедал где-то 50% производительности при 60МГц тактовой LPC.

Модулятор делал таблично, сколько ест ресурсов , не помню, но по памяти -

мешьше. Если интересно, могу включить скоп, подрыгать ногой и сказать более точно.

Сверху крутилась uCOS.

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

У меня, кстати, при приеме приеме параллельно работал демодулятор FSK и DQPSK. Возможно 50%

отложилось как сумма ресурсов двух демодуляторов.

А для DQPSK-9600 делался ли адаптивный эквалайзер и Vitterbi декодер?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

[quote name='Stanislav' У меня, кстати, при приеме приеме параллельно работал демодулятор FSK и DQPSK. Возможно 50%

отложилось как сумма ресурсов двух демодуляторов.

А для DQPSK-9600 делался ли адаптивный эквалайзер и Vitterbi декодер?

 

Нет, эквалайзер не делал. Работает по медному кабелю. Спектр доступен в принципе весь.

Посчитал, что в той части спектра, которую я занимаю, нет необходимости дополнительно делать

еще и эквалайзер. Основная задача была - быстро передавать пакет с малым количестом данных

(10-20 байт), поэтому пытался добиться максимально быстрой синхронизации в демодуляторе.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Есть схожая задача - реализация модема с подстраиваемой (в зависимости от качества линии) скоростью. Например, как в v.34 - до 33600бит/с, но модем 4-хпроводный, линии приёма и передачи физически разделены (выделенная линия, медный кабель). В качестве АЦП/ЦАП, фильтров и усилителя используется PEB3265, но поток не PCM, а LIN (16 бит, 8 или 16кГц). Для ЦОС в опытном образце (макете) планирую поставить TMS320VC5507. Адаптивный эквалайзер и Vitterbi декодер так же планируется использовать.

1. Скажите, потянет ли она эту задачу?

2. Не потребуется ли внешняя память (хотелось использовать HPI для связи с хост-процессором, через HPI же и прокачивается поток данных на приём/передачу)?

3. Какой примерно процент ресурсов TMS будет задействован под такую задачу?

4. Можно ли после обкатки и наладки впоследствии перейти на TMS320VC5503?

Изменено пользователем MikePic

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...