Flood

Виртуальная карта, или пластик? Что делать, чтобы заработало - пока неясно. Вот как отпишется кто-то, у кого получилось - тогда и узнаем.

Родных бластеров как минимум два - USB Blaster (медленный) и USB Blaster II, он же Intel FPGA Download Cable II (быстрый).

Едет с отслеживанием? Какая служба привозит в России? Почта России, или какая-то курьерская? Таможня - брокер коммерческого оператора?

Кто-нибудь из России консультировался с JLC по оплате и доставке в сегодняшней обстановке? Какие есть рабочие варианты? Оплата Unionpay - даже если открыть, будет ли такая карта работать в Китае/JLC - большой вопрос. Есть еще JPAY (wire transfer через swift) - возможно ли его пополнить, учитывая текущие валютные ограничения? По доставке еще мутнее - сайт показывает единственный доступный метод доставки S.F. Express - 25-35 дней + непонятный (т.к. ранее не им пользовался) процесс таможенного оформления. Странно, что пропала EMS почта - по информации Почты России почтовый обмен с Китаем сохранен. Возможно, проблемы с недостатком авиамаршрутов...

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

А почему и раньше приходилось так делать?

Да, именно так же. У вас это происходит под Windows 7 или 10? Удалось найти промежуточное решение - запуск netrev (или Capture, который затем вызовет netrev) в режиме совместимости с Windows 7 (да, режим совместимости с Windows 7 в самой Windows 7). Работать начинает ощутимо медленнее, но не падает. Проблема, вероятно, возникает при удалении компонентов с платы. Причину падения (а также, почему помогает режим совместимости) найти пока не удалось.

Мелкие изменения схемы проходят. В случае падения в логе ничего полезного. netrev падает где-то в начале процесса, сразу после загрузки нетлиста и оригинальной базы, и ничего не успевает дельного написать. Неприятно, что минидамп не создается. Попробую под отладчиком запустить - м.б. поймает что там происходит.

Столкнулся с неприятной проблемой - падает программа netrev, которую вызывает Orcad при обновлении схемы в плату. Версия 17.4 S027. Сделал ревизию существующей схемы, изменений довольно много (примерно треть схемы изменена, но обозначения компонентов не перенумерованы). При попытке выгрузить изменения отображается адеватный список изменений, но при попытке его выполнить - netrev заваливается. Пробовал запускать его из командной строки - все то же самое. Если с помощью netrev создать новый brd файл на основе выгруженного нетлиста - все хорошо. Но при обновлении старого - падение. Натравливал dbdoctor -drc на старый файл - не помогает. SAV при падении не создается, minidump - тоже (или создается непонятно где), куда смотреть - непонятно. Никто не сталкивался с таким? Предполагаю, что у меня что-то не то с самим софтом (например, скривился после множества обновлений, или перестал уважать Windows 7).

Безотносительно к ILA я бы предположил наличие в проекте более чем одного частотного домена, не все пути между которыми описаны или исключены констрейнами. В результате Vivado тратит безумное время на бессмысленный анализ и вытягивание межклоковых взаимодействий. Почему добавление ILA резко меняет поведение - могу предположить разве что добавление каких-то констрейнов (например, клокового домена ILA Hub), которые исправляют данную ситуацию. Я бы в первую очередь посмотрел репорт Clock Interaction, и только если там нет никаких неожиданностей, стал бы копать уже сам факт наличия ILA.

Почитайте, тут много полезного. Каждая статья на несколько страничек: https://www.ti.com/lit/an/scea040/scea040.pdf https://www.ti.com/lit/an/scea043/scea043.pdf https://www.ti.com/lit/an/scea044/scea044.pdf https://www.ti.com/lit/an/scea060/scea060.pdf Какое семейство выбрать и как правильно включить - зависит от ваших потребностей. После прочтения статей от TI все вопросы должны отпасть. Если стоит задача трансляции уровней интерфейса JTAG, я бы вообще не использовал TXS (хотя это можно), а поставил бы что-то вроде SN74AVC4T774 (т.е. однонаправленный настраиваемый транслятор).

Казалось бы, наиболее логичный (хоть и не самый дешевый) способ распиловки стеклотекстолита - на станке с ЧПУ. Сейчас вроде бы таких полно. Специфические фрезы, например MPK Kemmer DA20-R1000070-0, практически не пылят при работе на скромных скоростях подачи. Но нужен именно станок, использование в ручном инструменте невозможно.

Не было таких проблем с новым рендером, что не отображаются векторные тексты (т.е. все надписи на плате)? Вроде разобрался: если открыть brd-файл через файловые ассоциации - текстов не будет, при повторном открытии базы тексты появятся. Если открыть PCB Editor, затем в нем принудительно открыть нужную базу - тексты будут. При этом если в PCB Editor автоматом открывается последняя база - в ней также не будет надписей, т.е. обязательно хотя бы раз нужно переоткрыть базу после запуска программы. Проявляется только при GPU-рендере.

Интересно, что в каком-то очередном хотфиксе загрузчик плагина сломался (или стал менее разборчивым) и теперь плагин от Nvidia загружается всегда, когда находит подходящую лицензию (даже если нужной видеокарты нет). Это приводит к неработоспособности графики на том компе, где подходящая карта ранее стояла. Никаких особых установок вроде allegro_gpu_all вроде бы не делалось. В Tools -> Utilities -> Env variables... лишних упоминаний gpu нет. Возможно, где-то еще сохраняется конфиг?

Бинарник всегда один и тот же. ПЛИС смотрит на то, какие данные появляются на шине данных после magic. Если ширина 8 бит - появится 0x11, остальное будет уже в следующих тактах. В 16-битной шине появится 0x1122, т.е. на следующем такте после magic сразу появится 22 в известном положении. В 32-битной шине появится слово 0x11220044, и будет отдетектировано 44. После ширины, есть еще паттерн определения endian (в т.ч. bit endian). Когда вы делаете загрузчик - ни о чем не думаете, просто грузите данные в той ширине, в какой можете. ПЛИС сама определит ширину из-за наличия этих специальных паттернов.

Потребовалось бы слишком широко расставлять дорожки, чтобы получить приемлемое приближение к 1/2. Достижимо ли это на практике? И требуется ли вообще, при условии что через дифф. пару передается только дифференциальный сигнал?

Спасибо! Я-то по прошлому письму подумал, что у EPYC все в принципе хорошо, а оказывается, не все так однозначно. А что с супермикро не так? Надежность не очень? Или именно тайминги в работе странные? Понятно. Весь вопрос - в величине буферов. Пока что подбирал практически (поток + тестовая задача на доступ в память и копим таймеры на замираниях), т.к. внешней памяти не было, а внутренняя не резиновая. Но понимаю, что это не слишком надежно - на одной системе будет работать, на другой задержки могут оказаться в многие разы больше, и все развалится.

У вас замирания были при записи в системную память CPU, или в GPU? Какой была длительность замираний, если сохранилась инфа? Опять-таки, в какой ситуации пропали замирания? Или они просто стали намного короче? Также сталкивался с замираниями на Intel, при прямом подключении Gen3 PCIe к процессорам Xeon E3v2, E5v3. никакой тюнинг не помог. Хорошо, поток был не очень большим (порядка 1 Гбайт/сек) и удалось обойтись внутренними буферами в ПЛИС.

https://support.xilinx.com/s/article/65444?language=en_US Если я ничего не путаю, то вот эти драйвера - подписанные. Но только для ограниченного списка VEN/DEV ID, само собой. Сорри, затупил - там тестовая подпись :(

Модераторы, перенесите, пожалуйста, тему в раздел Cadence? Примеры есть, например, в таких статьях: https://community.cadence.com/cadence_blogs_8/b/pcb/posts/pcb-footprints https://community.cadence.com/cadence_blogs_8/b/pcb/posts/creating-footprints-in-allegro-pcb-editor Если есть ECAD-MCAD Library Creator: https://community.cadence.com/cadence_blogs_8/b/pcb/posts/boardsurfers-footprint-creation-using-a-step-model-in-library-creator

Не может быть FDC6312P ?

Сомневаюсь что существует готовое решение для Virtex-6. В лучшем случае на 7 серии, а скорее всего на Ultrascale. https://www.xilinx.com/products/intellectual-property/ef-di-nvmetc.html

Пугающее заявление. Это говин так разводит, или ошибки констрейнов в проекте?

У этой проблемы две стороны медали (вторая сторона, а именно как найти производителей подходящих аналогов, и не слишком сужать поиск - большая и довольно сложная задача). Тем не менее, в компаниях, которые вместо партномера и производителя указывают "описательную часть", продаются (в лучшем случае!) безвестные аналоги фирменных комплектующих с непредсказуемым качеством. Возможно, в 90-х годах 20 века особых альтернатив не было, но на сегодня покупать что-либо в таких местах можно только в радиолюбительских целях. Во всех остальных случаях - только партномер с указанием производителя.

Механическим HDD давно уже место там, где и ленточным накопителям - для неторопливого архивного хранения или доставки контента по требованию. Держать систему или ПО на HDD уже слишком неудобно. Тем более что произвоидители софта подстроились и научились медленно запускаться даже на SSD. Что на HDD приводит к совершенно безумным ожиданиям.