Отправлено MIR 16 декабря 2002 г. 12:28

Использую 218x, 219x , но использование C/C++ в них практически не возможно из-за их програмного run-time стека, и постоянных вставок на асме... Посему рассматривается переспектива перехода на TI C54xx и интересует насколько можно отдалиться от низкоуровнего программирования при использовании этих DSP.
Специфика проектов - больше управляющие программы, с небольшими DSP-вкраплениями, опрос датчиков, нижние уровни протоколов и т.п., что естественно лучше и нагляднее писать на C/C++
Изучение архитектуры, системы команд и прочего естественно предполагается, но главным критерием считаю всё-таки переход на C с наименьшими возвратами к асму...
Насколько у людей получается отступить от низкого уровня и писать проекты более-менее на "чистом" С/С++ ?

• Скажу вот: а зачем тогда вообще дсп нужен. Переходите на армы какие или с16х. А дсп аккуратно так в уголок платы (или на другую) сторону для пущей важности. — sdy   (17.12.2002 02:06, пустое)
  • А посему нужно, что ну не потянет c16x тогоже DTMF по 30 каналам... — MIR   (17.12.2002 10:10, 188 байт)
    • Цитата: "Специфика проектов - больше управляющие программы, с небольшими DSP-вкраплениями...". Думаю 60 каналов дтмф - не вкрапление, вовсе. — sdy   (18.12.2002 02:08, пустое)
      • В догонку, а что мешает оставить дсп как сопроцессор, т.е. только для обработки мч сигналов (не сигнализации). И пущай он потом телеграммы высылает о принятой комбинации, а уж арм какой или 386 за них расписываться будет? — sdy   (18.12.2002 12:22, пустое)
        • DTMF было приведено только для примера, а вообще это опрос датчиков, устранение дребезга, управление кодеками и подобное... Вообще мне нужен совет и впечатления о работе на DSP TI на C/C++, а не советы по реализации проектов... (С этим и сами справимся...) — MIR   (18.12.2002 13:03, пустое)
          • О, так этож конфа обмена впечатлениями. Здорово. — sdy   (19.12.2002 04:14, пустое)
      • Да вот ДТМФ это все-таки вкрапление, как и анализ другой сигнализации на физическом уровне. А основная задача (и более сложная) видимо все-таки разгребать эту сигнализацию на следующем уровне. Тогда прямая дорога в OMAPы :-) — SM   (18.12.2002 09:18, пустое)
        • Да чего там, тогда уж сразу на пк, пентиум какой потолще. А чтоб сигнализацию многочаст. так одного проца хватает. Это же не окс. — sdy   (18.12.2002 12:19, пустое)
        • А никто и не говорит о реализациях стеков сигнализации полностью в DSP, обычно это только пару нижних уровней - остальное, например, в i386ex — MIR   (18.12.2002 10:30, пустое)
• А какие всавки беспокоят? — shenon   (16.12.2002 19:21, 375 байт)
  • По поводу ADSP имеется ввиду даже не ассемблерные вставки, а его просто уродливый run-time стек... — MIR   (17.12.2002 10:05, 127 байт)
    • Я конечно не из пугливых, но когда говорят ран-тайм стэк в отношении дсп, прихожу в ужас. А насчёт компиляции, то это как карта ляжет. У техподдержки ад она обычно ложится в сторону ад против тиай. Вы, случайно, не из техподдержки тиай? — sdy   (18.12.2002 02:19, пустое)
      • Нет, я обычный разработчик и приходилось дело иметь пока только с живыми ADSP, но в смысле переползания на C/C++, они совершенно не пригодны... — MIR   (18.12.2002 10:28, пустое)
        • Так и должно быть. Алгоритму обработки мч сигналов много то ведь и не надо в отношении строчек кода. И задачи все линейные до безобразия. — sdy   (18.12.2002 12:24, пустое)
    • А в чём заключается уродство стека? — shenon   (17.12.2002 12:51, 710 байт)
      • Щас скажу: в шарках. r0 = dm(-5,i2); r7 = pm(10,i9); m13 = -132; r14 = pm(m13,i9). Ну и т.д. Может чего и ляпнул. В тему как то не врубаюсь. — sdy   (18.12.2002 02:14, пустое)
        • Ляпнул таки: прединкремент с предмодификацией перепутал. — sdy   (18.12.2002 02:48, пустое)
          • И ничего не ляпнули — Андрей С   (18.12.2002 13:06, 786 байт)
            • Да нету пре-инкремента и пре-декремента в шарке, по крайней мере в 065ом. — SM   (18.12.2002 15:03, пустое)
              • Речь не о том. — Андрей С   (18.12.2002 15:53, 374 байт)
      • Ответ (+) — SM   (17.12.2002 17:18, 1262 байт)
        • Ну и в BlackFin есть Frame Pointer с индексной адресацией к нему. — SM   (17.12.2002 17:29, пустое)
        • Ну я недописал еще индексные режимы адресации к стеку в 54хх и в 6ххх и изменение указателя стека на N во всех семействах (кроме 6ххх) — SM   (17.12.2002 17:22, пустое)
      • прединкремент как раз в 9х есть(-) — Димыч   (17.12.2002 17:02, пустое)
        • Есть предмодификация чтения/записи, сам указатель после операции не изменяется и его значение надо менять дополнительными командами :-( — MIR   (17.12.2002 18:05, пустое)
        • Не, нету :-) — SM   (17.12.2002 17:20, пустое)
      • В других системах можно писать и читать по адресу указателя стека плюс/минус некоторое смещение, а это и есть работа run-time стека, в ADSP и этого нет... — MIR   (17.12.2002 15:33, 190 байт)
  • Да вставки ассемблера работают и у TI и у AD одинаково и абсолютно нормально. Если соблюдать все правила общения C<=>ASM для данного чипа и данного режима оптимизации. — SM   (16.12.2002 20:53, пустое)
• То что без асма совсем не обойтись понятно, но сложность проектов растёт и на чистом асме ADSP реализовывать алгоритмы всё сложнее... — MIR   (16.12.2002 15:13, 361 байт)
  • У тиай: "C/C++,DSPBIOS и т.д" - у ад: C/C++,VDK и т.д. Цены, цены - кругом цены какие то. А зачем они нужны то? Что это за показатель дсп такой? — sdy   (17.12.2002 06:34, пустое)
    • Цена между прочим при прочих равных условиях - один из главных показателей... — MIR   (17.12.2002 10:11, пустое)
      • Вы за сколько продаёте готовый продукт? Если за 4..10кб, то какая тут стоимость проца может сделать погоду. — sdy   (18.12.2002 02:55, пустое)
        • А если за 0.1-0.5K$, то уже имеет... — MIR   (18.12.2002 10:24, пустое)
          • Вроде собираетесь обработать е1 на предмет дтмф, а говорите о $100..500 - не верю. — sdy   (18.12.2002 12:27, пустое)
            • Не хотите - не верьте, но оборудование давно существует, работает и постепенно модернизируется... — MIR   (18.12.2002 16:02, 105 байт)
              • Кое-что о фирме... — MIR   (18.12.2002 16:03, пустое, ссылка)
• Для писания на C/C++ советую обратить внимание на свежевышедший недорогой (относительно) чип TMS320VC5502. Ядро 55-й серии хорошо приспособлено для С-писания, так как там есть индексная адресация к указателю стека. Ну и плюс невиданное доселе быстродействие для такой цены. — SM   (16.12.2002 14:38, пустое)
  • Возможно, что 55 ядро и красивше, но его цена $40-50 против $10-20 для средних моделей кое-что решает, хотя в некоторых случаях можно и применить... — MIR   (17.12.2002 10:15, пустое)
    • A VC5501 обещают сделать за 5 баксов. — SM   (17.12.2002 18:03, пустое)
      • Опять-же мечты-мечты... Посмотрим сколько они будут стоить у того-же сканти... — MIR   (17.12.2002 18:08, пустое)
        • По опыту: 5471 и 5509 +30% 6211 и 6711 +20%. И так-же когда на заказ упаковку чего-либо другого привозят - 20-30 процентов. — SM   (17.12.2002 18:42, пустое)
    • VC5502 - 11$ за 1000 шт. И что ? — SM   (17.12.2002 18:02, пустое)
  • А в 54xx разве нет? Когда я пишу нечто типа LD *SP(4),A - мне кажется это и есть индексная адресация к указателю стека — AntZ   (16.12.2002 15:28, пустое)
    • Там есть более удобный вариант - адресация через @ (смещения 0..7Fh) может индексироваться как и к DP так и к SP. И использоваться во всех командах на месте операнда "Smem" или "Lmem". То есть и в операциях MPY/MAC, и в арифметике, и т.д. — SM   (16.12.2002 15:59, пустое)
• Ответ: — ВН   (16.12.2002 14:23, 939 байт)
• Ответ: Логика и обработка прерываний в DSP TI — PGN   (16.12.2002 14:08, 511 байт)
• TI имеет одно важное приемущество - давно и успешно существует в military-исполнении. А в остальном, ничего супер-совершенного не бывает ;-) — Kilgor   (16.12.2002 13:03, пустое)
  • А ад лапу сосёт что ли? — sdy   (17.12.2002 01:25, пустое, ссылка)
    • Согласитесь, что у TI военных кристаллов будет побольше чем у AD... — Kilgor   (17.12.2002 12:42, пустое)
      • Если на меня упадет бомба, то мне всё равно будет сколько разных кристаллов выпускает тот или иной производитель. Главное он своё дело сделал. — sdy   (18.12.2002 02:57, пустое)
        • Совершенно согласен. Но в бомбах вряд ли нужен SHARC с плавучной, там самое место SMJ320F240. Ракета, другое дело :))) — Kilgor   (18.12.2002 13:39, пустое)
• На 54xx без асма можно делать только относительно простые вещи. Без вставок на ассемблере или ассебмлерных процедур сложно. У техаса приятный real-time kernel (DSP/BIOS) и многое можно сделать на С, но далеко не все. Смотрите например дискуссию про модель памяти 54xx ниже на старнице — AntZ   (16.12.2002 12:51, пустое)