Pavel_I

Цитата(AVR @ Nov 7 2017, 10:28) Хорошо, какая операционная система проверялась? Где искалась карточка? Я бы запустил Linux и смотрел там в dmesg и lspci. Какой версии порты? Можно сюда модели материнских плат? Нужно понять насколько они стары или новы. Могу ошибаться, но spread spectrum в биосе включен или выключен для клоков? Эта отладочная плата тактирует порт от встроенного генератора или от клоков с материнской платы? Что, если загрузить битстрим в ПЛИС через JTAG без флэша и перезагрузить компьютер (именно ребут, а не выключить и включить)? Вдруг оно не взлетает при подаче питания при включения компьютера? А если зашить на лету, и перезагрузиться, то всё будет как надо? Система Win 7/64 Согласно документации система должна сообщить о новом устройстве. Этого не происходит. И в девайс менеджере новых устройств не появляется. Linux пробовал. Там тоже никакой реакции. Обе материнки на Intel H81 Express. У одной слот PCI-E x1, у другой mini-PCI-E (использовал переходник). Spread spectrum опции в биосе нет. К сожалению, под рукой пока нет других компьютеров. Нынче ноутбуки у всех в округе. Плата тактирутся с материнки. Судя по LOCK светодиоду генератора клоков, клок с материнки приходит. Пробовал шить по-разному и перегружать. Работать упорно не хочет. Еще такой момент. Слот PCI-E x1, а плата может x2. Вот не знаю, может ли она автоматом переключится на нужную скорость? Цитата(Inanity @ Nov 7 2017, 12:27) ...Таймаут при инициализации на PCIe 100ms. ПЛИС банально может не успевать подтянуть конфигурацию из флешки после подачи питания. Это уже в прошивку надо править. Пока не дошел до этого. Пока склоняюсь, что проблема все-таки на железном уровне.

Цитата(AVR @ Nov 6 2017, 16:32) Не вижу в тексте результата проверки PCI-E Demo прошивки. Вижу что пробовалось. Но какой конкретно результат? Компьютер никак не реагирует на вставленную плату. Пробовал на двух разных. Сами слоты PCI-E компьютеров проверял сетевой карточкой. С ними все в порядке. Светодиоды на плате, например Data Link up, не демонстрируют какую-либо активность. Битстрим для FPGA заливал в загрузочную флеш.

Добрый день! По акции была приобретена данная плата что-бы поиграться с PCI-Express. Начал с демонстрационных проектов, которые не заработали. Засомневался в работоспособности SERDES и электрических соединений на пути к PCI-е разъему. В моем варианте ПЛИС четыре SERDES устройства. Тогда с помощью SERDESEyeDemo проекта решил проверить их работоспособность. В оригинале SERDESEyeDemo использует DCU0 CH1. И в такой конфигурации все работает, как и должно быть. Т.е. передатчик передает, приемник принимает, как с Internal Loopback так и c External Loopback. Дальше в проекте стал менял SERDES. Во-первых, выяснилась такая особенность. У каждого SERDES имеется Receive CDR Loss of Lock, который, насколько понимаю, показывает есть ли синхронизация с примаемым потоком. Так вот в оригинальном SERDESEyeDemo (DCU0 CH1) все работает объяснимо – есть поток на входе – есть синронизация, нет потока – нет синхроницации. Для остальных трех SERDES, что есть поток, что нету, показывает, что есть синронизация. Смотрю это в Reveal Analyzer SERDES Debug, а также на отладочном светодиоде. Для двух SERDES из DCU1 могу использовать только Internal Loopback. И они в принципе работают. SERDES CH0 из DCU0, который ответственен за PCI-Express с Internal Loopback тоже принимает, но когда делаешь External Loopback принимать совсем не хочет. Хотя передатчик передает (смотрю осциллографом), и детектор сигнала на входе показывает, что он есть. Вообщем, происходят странные вещи, с которыми непонятно, что делать. Остается два предположения. Либо делаю что-то не так. Либо ПЛИС имеет дефект в SERDES юнитах, во что верится с трудом. Может кто сталкивался с подобным? Или может что-то еще посоветовать. В принципе, могу предоставить прошивки для ПЛИС. Возможно кто-то еще располагает аналогичной платой и сможет посмотреть, как она себя ведет. Также, если у кого-то заработали-не заработали демо проекты для PCI-e, то было бы также интересным узнать про это.

К этой плате еще бы Connectivity IP Suite раздобыть, вообще бы замечательно было.

Цитата(muravei @ Mar 14 2016, 15:53) Компилятор ругается на функцию timercmp(&walltime, &endtime, <) и на CLOCK_MONOTONIC Х- файлы sys/time.h и time.h упоминаются. А платформа/компилятор какие? Смотрю у MinGW вот нет таких макросов в sys/time.h time.h

Цитата(andyp @ Feb 5 2016, 13:38) Чтобы лишнего не считать. В (2)-(15) как раз и показано, как от квадратов евклидовых расстояний оставить только кросс-корреляции. Опишу, как я понимаю процесс. Имеется передатчик с фильтром и канал. В сумме они дают некий фильтр, который характеризуется импульсной характеристикой. Еще есть согласованный фильтр. Символ на выходе всего этого в отсчетный момент для каждого состояния в алгоритме Витерби может быть расчитан с использованием кросс-коррелиций. Дальше может быть посчитана метрика, как квадрат евклидова расстояния между этим "восстановленным" отсчетом и принятым символом с выхода согласованного фильтра. Как я вижу, по объему вычислений это тоже самое, как соотношение (15) из статьи.

Пытаюсь осмыслить работу MLSE приемника. В зарубежных статьях для расчета метрики алгоритма Витерби приводятся соотношения вида (15) из приаттаченой статьи. Физический смысл соотношения не очень понятен (или, скорее, не очень нагляден) и возникает вопрос - почему бы в качестве метрики не использовать евклидово расстояние между принятым символом (с выхода согласованного фильтра) и символом, полученным на основе импульсной характеристики канала?

Цитата(san822 @ Dec 16 2013, 22:07) Есть на форуме счастливые обладатели платки ? Думаю таковых нет потому, как платы еще не начали рассылать. Интересная статейка

Цитата(Corner @ Dec 13 2013, 20:34) Ну чо? А было столько восторгов. Альтернативы по сравнимой цене для "пощупать" все равно нету. Пришлют когда-нибудь :-)

Цитата(elzaro @ Dec 11 2013, 21:54) плату с цинком себе доставляю вотэту Xilinx Zynq-7000 AP SoC ZC702 Evaluation Kit ($895), сейчас на самом интересном месте всё это дело, собираю документы на растоможку, чем закончится пока непонятно, но велики шансы на положительный исход. Если кому интересно будет могу по результатам отчет составить что и как..)) Было бы интересно узнать, чем дело кончится. Чем послали? Обычная почта, EMS, UPS? По моим наблюдениям обычную почту "трясут" гораздо меньше. Как-то послали мне здоровый RF генератор весом 25 кг через EMS. Но все думаю - попал. Нашел даже заранее в интернете "своего" брокера при EMS, который за фиксированную сумму брался это дело протолкнуть. Но в итоге все и так обошлось. До сих пор удивляюсь. PS: Собственно вот, может кому пригодится: http://customsprocedure.ru/ems

Цитата(Konst_777 @ Dec 10 2013, 20:27) А разве их таможня пропускает такие посылки? Конечно, теоретически, посредник может неверно декларировать, что пересылает. Но, реально, он ведь не самоубийца. Ну, а если посылку завернет таможня, то ситуация вообще безвыходная. Деньги уже не вернут и посылку не доставят. Или я неправильно понимаю? Проще заказать SoCKit у Terasic. После Китайского Нового года Действительно есть шанс, что таможня может завернуть. Еще посылку могут потерять, украсть, повредить. Плата может сломаться или оказаться дефектной. Поэтому, если страшно, то единственная возможность свести риск к нулю - купить у местных барыг за дорого. В случае посредника декларируешь сам. За последнее время покупал разные вещи, которые потенциально могли завернуть. Включая осциллограф RIGOL за 800$. Все доехало. Вот еще одна поучительная история http://habrahabr.ru/post/205038/

Цитата(Konst_777 @ Dec 10 2013, 12:22) В прошедшую субботу случайно увидел, что у Arrow Electronics (USA) появился в продаже SoCKit. Заказал с оплатой по электронной карте. Arrow сняла деньги с карты и прислала e-mail с сообщением, что заказ будет оформлен в понедельник. А в понедельник вечером ко мне пришло "письмо счастья" от Verical Customer Service (что-то типа 1-го отдела при Arrow Electronics): Отказался от покупки Подобные вещи можно пытаться заказывать через посредника. Типа shipito.com Если они видят американский адрес доставки, то вопросов не задают.

Цитата(Raven @ Jul 2 2013, 18:36) Проверил работу iMPACT'а у себя с моделированием неисправностей типа "нет соединения". Для отладки продуктивнее оказалось использовать функционал <iMPACT Menu> :: Debug -> Chain Integrity Test (что неудивительно, в общем-то, :-) для такой ситуации). Разобрался, что iMPACT тут делает (ничего хитрого, могу изложить подробнее, если надо). В общем, итог такой. Если все JTAG сигналы от кабеля к разъему на плате, кроме TDI, имеют хороший контакт (TDI - no connect), то наблюдается поведение, аналогичное вашему случаю: Браво! В точку. Виноватым оказался переходник, который раньше никогда не использовался. Не был должным образом пропаен контакт TDI (третий контакт слева на фото). Теперь все работает. Осциллографом смотрел до этого переходника. [attachment=78001:adapter.jpg]

Цитата(Raven @ Jun 28 2013, 15:39) Это уже какой-то материал. Правда, без waveform'ы TMS разбираться будет плохо, и останется приличный процент гадания на кофейной гуще, но можно попробовать. Однако, если есть возможность снять то же самое, но с TMS,- было бы очень здорово (можно за счет замены TDI линии наTMS - что выдает на TDI iMPACT, мы уже видим). Было бы здорово еще поподробнее рассмотреть во времени (растянуть по времени) зависимости между TCK, TDI, TDO, TMS (по фронтам или спадам драйвится - сейчас непонятно). TMS досниму. На второй картинке можно разглядеть, что по спадам драйвится. Насколько я вижу. На 2-ой и 4-ой картинке 2мкс/дел. Клок был 3 МГц. Так и получается.

Цитата(Raven @ Jun 26 2013, 15:25) Есть ли какие-то новости? Или это конструкция выходного дня, и спрашиваю рановато? Действительно, конструкция выходного дня. Снял осциллограммы. Но интерпретировать их пока не могу. На картинках цикл считывания ID в разных временных масштабах. Желтая линий - клоки TCK, голубая - TDI, красная - TDO На последней картинке самое начало цикла обмена. Видно, что TDO до некоторого времени в третьем состоянии, потом там появляются данные, потом снова уходит в третье состояние. [attachment=77885:jtag__pic1.png] [attachment=77886:jtag__pic2.png] [attachment=77887:jtag__pic3.png] [attachment=77888:jtag__pic4.png] Цитата(givcha @ Jun 27 2013, 19:58) А в BSDL-файле нет случайно раздела compliance pattern? C текстом, аналогичным нижеприведенному? (взял из первого попавшегося файла) -- Compliance-Enable Description attribute COMPLIANCE_PATTERNS of XC6VLX365T_FF1759 : entity is "(PROGRAM_B, HSWAPEN) (10)"; Если "да", то для корректной работы JTAG-автомата необходимо эти условия соблюсти, т.е. произвести соответствующие переключения цепей, подходящих к данным пинам. Честно говоря, не очень понимаю, что все это значит. Тем не менее - спасибо - буду разбираться.