[dxp 32]

Познакомился с поделием фирмы ADI под названием ADDS-USB-ICE. Ну что сказать?.. Эмулятор откровенно ыстонский - таких тормозов я никогда нигде не видел. Все эти копеечные адаптеры на LPT порт дают существенно более высокую скорость - будь то MSP430-FET или байтбластер, будь то эмулятор в ките на TMS320F28xx, который тоже на LPT порт зацеплен. А этот - ... нет слов цензурных! Как вообще можно такую гадость продавать?!

 

В общем, вопрос: а этот ихний ADDS-HPUSB-ICE, который за пять тонн зеленых - тоже такой же тормоз? Или он нормальный? Тот же вопрос касается ихнего же HPPCI-ICE. Кто реально имел дело, расскажите, как оно обстоит - не хочется снова залететь. Ведь с этим USB-ICE работать нормально вообще нельзя - зависоны на эн секунд при элементарных действиях отбивают всякую охоту иметь с ним дело. Вдобавок еще и виснет все это регулярно через два раза на третий, без перезагузки VDSP не обойтись. Может быть с USB'ными эмуляторами в лабораторных условиях вообще лучше не связываться, а сразу уж брать PCI'ный и голову не морочить (нервы не трепать)?

[olefil 0]

Я вообще в последнее время от этих вопросов выпадаю напроч. Тут обсуждений этих эмуляторов в последних темах столько, что мне уже набивать надоело. Конечно для лабораторных лучше PCI эмулятор. Но предупреждаю они даволно часто подгарают. В местных представительствах AD мне лично сообщили, что их не ремонтируют. А так вообще PCI на много быстрее. HPUSB тоже чуток притормаживает. Если вам надо сидеть и коптеть над устройством дома или на работе, тогда юзайте PCI (тем более что USB уже есть). Или обратитесь в "Инструментальные Системы" JTAG у них рулезный и стоит примерно 1000$.

[dxp 32]

Я вообще в последнее время от этих вопросов выпадаю напроч. Тут обсуждений этих эмуляторов в последних темах столько, что мне уже набивать надоело. Конечно для лабораторных лучше PCI эмулятор. Но предупреждаю они даволно часто подгарают. В местных представительствах AD мне лично сообщили, что их не ремонтируют. А так вообще PCI на много быстрее. HPUSB тоже чуток притормаживает. Если вам надо сидеть и коптеть над устройством дома или на работе, тогда юзайте PCI (тем более что USB уже есть). Или обратитесь в "Инструментальные Системы" JTAG у них рулезный и стоит примерно 1000$.

<{POST_SNAPBACK}>

Спасибо. В общих чертах понятно. Вариант от "Инстументальных Систем" симпатичен благодаря, во-первых, доступной цене, во-вторых, хорошим отзывам. Здесь только одно омрачает - официально он не поддерживается в версиях VDSP более поздних, чем 3.5. Хотя пока все это работает. Т.ч. склоняемся к этому.

 

Все-таки про HPUSB-ICE вопрос: Вы его живьем видели? Теоретически он должен быть в 8 раз быстрее, чем USB-ICE, коль скоро там все в цикл шины упирается (в USB2 цикл шины 125 мкс). Т.е. насколько он юзабелен? (USB-ICE совершенно не юзабелен для нормального процесса разработки.)

[Andrew_Ts 0]

HPUSB-ICE мы использовали, работает достаточно стабильно, но в целом не быстрый, по крайней мере не быстрее нашего EMU-AD.

Поддержку EMU-AD в VisualDSP++ 4.0 пока обеспечили, что будет дальше не ясно. В настоящее время используются поправленный драйвер от Mountain-ICE и настройка EMU-AD на адрес 340 (из-за этого кстати проблемы с чипсетами NVIDIA). Правильно писать свой драйвер согласно требованиям AD и встраивать его в VisualDSP. Может кто возьмется?

[dxp 32]

Поддержку EMU-AD в VisualDSP++ 4.0 пока обеспечили, что будет дальше не ясно.

Подскажите, пожалуйста, каков процесс установки? Надо ли сначала ставить версию 3.5 (чтобы драйвер правильно зарегистрировался) или уже пофиксили это и можно сразу на 4.0 прикрутить?

 

 

В настоящее время используются поправленный драйвер от Mountain-ICE и настройка EMU-AD на адрес 340 (из-за этого кстати проблемы с чипсетами NVIDIA).

<{POST_SNAPBACK}>

А как дело обстоит с nFORCE4? Там чипсет кардинально переделан, северный и южный мосты теперь в одной микрухе, причем северного там почти ничего нет - контроллер памяти в проце, видео теперь на PCI-Express вешают. Не пробовали?

[Andrew_Ts 0]

Подскажите, пожалуйста, каков процесс установки? Надо ли сначала ставить версию 3.5 (чтобы драйвер правильно зарегистрировался) или уже пофиксили это и можно сразу на 4.0 прикрутить?

 

А как дело обстоит с nFORCE4? Там чипсет кардинально переделан, северный и южный мосты теперь в одной микрухе, причем северного там почти ничего нет - контроллер памяти в проце, видео теперь на PCI-Express вешают. Не пробовали?

<{POST_SNAPBACK}>

3.5 ставить не надо. Фичу все подключающую к 4.0 возьмите с нашего сайта в разделе Драйверы.ПО, Либо здесь.

nForce4 попробую завтра с утра. Напишу.

emuad.zip

[Andrew_Ts 0]

EMU-AD под nForce4 работает нормально. Проверил c TigerSHARC ADSP-TS101.

[dxp 32]

EMU-AD под nForce4 работает нормально. Проверил  c TigerSHARC ADSP-TS101.

<{POST_SNAPBACK}>

Спасибо большое. Гора с плеч - в прошлом году купили скановский эмулятор sdsp510PCI, дык на моем компе он работать не стал. Как выяснислось, из-за чипсета nFORCE2. Пришлось менять маму на чипсете от VIA. Со всеми вытекающими. Теперь вот должны апгрейдить комп до AMD64 с nFORCE4, дык прямо и не знаю, как бы опять такая же фигня не получилась. Но, как видно, тут все нормально. :)

 

Еще попутно вопрос про подключение эмулятора к target'у. В EE-68, частности, показаны некие сигналы:

BTMS/VDDIO

BTCK

BTDI

BTRST

 

И сказано, что они используются каким-то Local Boundary Scan Controller. Что это за девайс такой, где он находится и кем/чем используется? Или это какое-то расширение от АД?

 

И еще сказано, что сигнал BTMS/VDDIO используется ихним HPPCI эмулятором для определения уровня напряжения на IO target'а. Это, в общем, понятно - у ТИшного эмулятора тоже такая функция имеется. Для USB эмуляторов этот сигнал неиспользуется, там уровень задается вручную через оболочку. Вопрос: нужен ли этот сигнал для EMU-AD? И остальные из вышеперечисленных - нужны ли? Т.е. достаточно ли:

EMU

GND

TMS

TCK

TRST

TDI

TDO

и возможно BTMS/VDDIO?

[Andrew_Ts 0]

Я всем рекомендую выполнять подключение эмулятора к процессорам согласно рисунку 8 из документа ЕЕ68, в крайнем случае рис.6. Это необходимо для согласования линий передачи сигналов от эмулятора к процессору.

В случае реализации подключения согласно рисункам 1, 2, 7 сигналы рассыпаются так как линии имеют разное волновое сопротивление.

BTMS/VDDIO не используется текущей версией эмулятора EMU-AD.

 

Local Boundary Scan Controller. Подразумевается, что JTAG используется и по прямому назначению для граничного тестирование. То есть проверяется наличие соединений между микросхемами, задаются тестовые вектора и контролируются результаты. Для этого имеется соответствующее ПО, автоматически формирующее векторы для данной платы (группы плат) и оборудование (Local Boundary Scan Controller как вариант) сие выполняющее.

Установка же перемычек в разъеме позволяет включить процессоры в единую цепь JTAG платы.

[dxp 32]

BTMS/VDDIO не используется текущей версией эмулятора EMU-AD.

<{POST_SNAPBACK}>

Каким образом задается уровень напряжений? Как у USB'шных вариантов руками через оболочку?

[Andrew_Ts 0]

Каким образом задается уровень напряжений? Как у USB'шных вариантов руками через оболочку?

<{POST_SNAPBACK}>

В EMU-AD установлено фиксированный уровень LVTTL питание +3.3В, совместимый с TTL питание +5В.

Для ликбеза, а зачем нужны иные уровни напряжений?

[dxp 32]

Каким образом задается уровень напряжений? Как у USB'шных вариантов руками через оболочку?

<{POST_SNAPBACK}>

В EMU-AD установлено фиксированный уровень LVTTL питание +3.3В, совместимый с TTL питание +5В.

Для ликбеза, а зачем нужны иные уровни напряжений?

<{POST_SNAPBACK}>

Ну, к примеру, если у меня на плате уровень I/O 2.5 В, то от эмулятора потребуются соответствующие уровни. Понимаю, что раньше этой проблемы не стояло, 3.3 В всех устраивало. И сегодня тоже в большинстве случаев этого достаточно (у меня по, кр. мере, 3.3 В и применять другие пока не планирую). Но ситуации разные бывают, и может потребоваться напряжение 2.5 В - если хочется энергопотребление снизить, например. Тот же BF в плане потребления очень неплохо смотрится, для него переход на 2.5 В выглядит вполне разумным. Вот как-то так. :)

[USTAS 0]

По вопросу работы эмулятора HPPCI-ICE скажу следующее:

Используем уже второй год довольно-таки в интенсивном режиме (каждый день) с процессором ADSP-21160N. Для разработки ПО используем VisualDSP++ v3.5 с ICE Software v7.0.2 под операционной системой Windows XP + SP1.

Работа устойчивая и без тормозов.

 

P.S.: От варианта эмулятора ADDS-USB-ICE отказались сразу же, и похоже правильно сделали.

[Andrew_Ts 0]

AD в Datasheet на все свои современные процессоры специально подчеркивает, что они являются 3.3В толерантными, в том числе и при питании IO буферов 2.5 Вольтами.

[dxp 32]

AD в Datasheet на все свои современные процессоры специально подчеркивает, что они являются 3.3В толерантными, в том числе и при питании IO буферов 2.5 Вольтами.

<{POST_SNAPBACK}>

Я не спорю, возможно все так и есть, и любой проц даже с питанем 1.8 В без проблем работает с 3.3 В уровнями. Только вот зачем тогда на USB-ICE пишут три уровня питания?