cbiker

для будущих поколений - все конвертится стандартной гуевой тулзой. выходной файл rpd(rbf это то же самое). входной pof. little endian\big endian можно выбрать.

Если у вас есть понимание диаграмм направленности единичного элемента и параметров сканирования(какой диапазон углов сканировать) то можно о чем то говорить. но судя по постановке задачи нет понимания работы ультразвука - на B скане вы не увидите квадрат в разрезе (только если у вас полупрозрачный для утразвука определенных частот дерево :)) соответственно это будет больше похоже на кость на узи (например как здесь челюстные кости отбрасывают тень ) и посмотрите на прегнар 3d - она красивая только со стороны датчика. В общем на такие разработки в медицинском УЗИ российские компании берут гранты на десятки миллионов и не всегда у них все получается, хотя датчики все стандартные втч импортные. демобоарды стоят тысячи долларов. нужны Акустик, разработчик ПЛИС и программист. Я работаю в этой сфере около 15 лет. Готов рассмотреть взаимодействие в случае более адекватных ТЗ.

А в MP Трастах есть хардовые серийники? Чисто из интереса спрашиваю.

Прошу прощения за сумбурность изложения. NIOS II Classic 15.0 jtag debug запускаю отладку код бегает все хорошо. читаю память по одному порту DDR все хорошо, читаю ROM все хорошо, код бегает, читаю по второму DDR порту( отдельный чип на плате) ошибка, но мне очень не нравится поведение отладчика при этом - код больше не бегает и отладчик отваливается с ошибками. На плате все нормально - есть готовый sof где оба порта работают. Мне казалось отладчик может в любой момент остановить проц и прочитать instruction pointer, будь хоть весь авалон в дровах. Основываюсь на опыте MIPS и STM32 отладчиках и их вывести из равновесия чтением не того адреса невозможно. Вопрос 1. Отладчику же должно быть пофиг что читать, даже если устройство в дрова(DDR) почему отваливается вся отладка? 2. Это только у меня или отладчик по каждому чиху лагает и нужно перезапускать отладку?

Исправьте на инженера-конструктора ПП.

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

altlvds 800 mbit/s, frame clk 100 MHz Не могу никак понять - всегда считал что frame clock можно завести на любой дифференциальную пару(DIFFIO), а квартус не дает - что то вроде того что входу pll необходим клоковый пин. Можно ли эту ситуацию обойти?

А почему не хотите поставить количество LDO по количеству аккумуляторов и параллельно их соединить(сверившись с даташитом). На 3.3 в я юзал ldo которые можно парралелить.

теги города уже забываем ставить?

TO =GM=: Я имел в виду : TO DRUD3: спасибо за ответ.

Спасибо, тперь хоть немного представляю во что это выльеться при реализации. А что можете сказать по поводу алгоритмаописанного в моем предыдущем посте?

Как я понимаю для квадратурного метод применим для постоянной частоты несущей. А в моем случае, извините что сразу не уточнил, сигнал имеет произвольную форму. Я и не предлагаю считать производные, я имел в виду простой аппаратный выявитель локальных экстремумов - ну например по схеме сравнения значения текущей точки с соседними точками(3,5,7...). Под преобразованием спектра я понимаю метод который сейчас использут - прямое преобразование фурье, фильтр, обратное преобразование фурье. который, как мне кажеться, непомерно излишен в таком случае.

Мало понимая в обработке сигналов, хочу сообразить есть ли аппаратно реализуемые методы выделения огибающей, менее затратные чем через преобразование спектра? и почему например нне делают так - вылавливать локальные максимумы по смене знака производной и потом по ним строить огибающую?

Вопрос в следующем - кто нибудь трогал руками? Элвис послал к Интерстрону, а они не отвечают. Можно конечно тряхнуть молодостью и попробовать самому прикрутить к eclips'у, но зачем если есть готовое.