Flood

Вивадо хочет, чтобы QPLL (GTXE_COMMON) располагался в том же кваде, что и использующий его канал. При необходимости можно использовать один refclk для соседних квадов (в 7серии - на 1 выше и на 1 ниже квада с клоком), но GTXE_COMMON должен быть у них локальным.

На чипах с поддержкой 10GbE это еще имело бы смысл. И то не ясно, будет ли спрос. Наверное, все-таки придется изучать как устроен современный майнинг :)

Такими сплавами можно заразить соседнюю пайку, и горячие детали начнут отваливаться во время работы.

Можно поставив плату на подогрев, пропаять экран свинцовым припоем, после этого он должен легче отпаиваться.

XC7K325T-1FFG676CES, так что коммерческий потенциал невелик.

Потому что не годны к строевой? :) Конечно, правильнее идти от задачи, а не от инструмента. Но там свои сложности - зачастую имеющиеся в наличии ресурсы оказываются хоть в чем-то, да непригодны к возникшей задаче.

Попали в руки излишки плисов, около 50 штук Kintex-7 325T - 1C. Кристалл большой, но не самый свежий, спидгрейд слабый, даже 10GbE не держит. Но их довольно много. Думаю, куда бы их применить с пользой? Майнер на них сделать - много возни, да и вряд-ли окупится - конкуренты на старших ультраскейлах плюс майнят, и то плачут как все плохо. Продать майнерам по 100 рублей - тоже вроде как жалко, не совсем уж мусор все-таки. Наделать из них плат под PCI Express и продать учащимся делать DMA-контроллеры и драйверы? Короче, непонятно. Ищу идеи! Где еще в быту, кроме майнинга, плисы применить?

Я уже писал, что нагрузка - это микросхема. При работе она может потреблять до 15А, в зависимости от режима. При прозвонке низковольтным мультиметром живой экземпляр дает от 10 до 2 Ом сопротивления.

И что, в этом случае выделили и отличили баг оси от бага самого САПРа? ИМХО, единственное, зачем действительно может быть нужен редхат - если вендор не поддерживает Centos, то сможет не рассматривать багрепорты с этой оси, просто по формальному признаку. А надежный саппорт точно дороже стоимости операционной системы. Это админа ищут или тестировщика на сеть? На выставках в этом году Миландр показывал неплохой Ethernet коммутатор (корпус вроде 576 керамический БГА). И коммутатор этот круче всего остального парка изделий Миландра - там и гигагерцовые каналы, и PCI Express. Похоже, купили топологию у кого-то вроде Vitesse? А теперь нужно тестировать все эти навороченные фишки.

Так это я и хочу. Вопрос как это сделать схемотехнически просто и не навредив основному источнику питания. Что-то придумать я и сам могу, но наверняка есть типовой подход, а я, не зная этого, сделаю кривой велосипед.

Задача практическая и несложная, проблема только в том, если я ее начну решать в лоб, могу сделать неоптимально или слишком сложно. Наверняка есть готовые решения для слаботочной проверки нагрузки перед включением, чтобы не изобретать велосипед.

Или так, или погрешность мультиметра

Именно, 1В и 20А (максимум) - штатные параметры источника. Т.к. нагрузка - не кусок проволоки, а микросхема, потребление сильно зависит от приложенного напряжения. Ручная проверка делается мультиметром - измеряется сопротивление шины питания. Если более 1-2 Ом - норма, если 0 Ом - КЗ. Посередине - повод задуматься :) Понятно, что сопротивление зависит и от мультиметра, и от измеряемого экземпляра чипа, но ноль Ом сразу можно отличить от не-нуля. Нужно просто автоматизировать это измерение. Если сразу включить источник на полную мощность, есть шанс выжечь место КЗ, а это уже никуда не годится. Да, это так. Но не штатной нагрузке может поплохеть от попытки выставить на ней 1В. Поэтому нужно слаботочное измерение, затем решение - включать или нет. Порог срабатывания измерителя можно будет подобрать практически. Вопрос - как его реализовать, не слишком усложняя схему.

Возникла нужда сделать тестовый источник питания (1В, 20А) с проверкой на КЗ нагрузки перед включением. Т.е. КЗ - ожидаемое состояние испытываемой нагрузки, нужно его увидеть и не включать питание, а не надеяться на защиту и не пытаться выжечь место КЗ 20-ю ваттами электричества. Предполагаю, что нужно ввести в схему источник тока(?) или измерительный источник очень низкого напряжения и смотреть ток/падение на нем перед включением основного блока питания. Что-то вроде встроенного омметра. Но и лишнего городить не хочется, т.к. нужно не измерение, а простое определение - есть КЗ или нет. Может, есть какие-то типовые варианты решения?

Смысл майнинга (для майнеров) - в попытке заработка. Иногда успешной, иногда нет. Для человечества в целом майнинг вреден и антиэкологичен, т.к. просто переводит в тепло уйму ресурсов и энергии, которым можно было бы найти более полезное применение. Ну и важно то, что нет никакой проблемы майнинга. Это задача - копать от меня и до обеда. Сложность адаптируется к текущей конкуренции. Биткоин - несомненно, гениальное изобретение, но и оно не лишено некоторых фундаментальных недостатков, с которыми так или иначе пытаются бороться. Самая главная проблема - малая скорость транзакций. Намного менее важная, но тоже неприятная особенность - "жадный" алгоритм майнинга, готовый сожрать любое количество вычислительной мощности. Видимо, даже гению невозможно было предсказать все побочные эффекты.

Во всем этом удивляет только то, по каким таким секретным ценам Xilinx продает чипы под майнинговые проекты, что конечный продукт стоит в разы дешевле голой микросхемы с авнета.

Вышла новая версия: Vivado 2019.1.

Горячим точно быть не должен, но и совсем холодным, наверное, тоже. Т.к. "греется" - понятие субьективное, сравните потребление ненагруженного модуля с даташитом.

Такое и есть, BHS2-14. Иногда китайцы ставят на свои платы вместо нормальных разъемов. Бесит конечно, но работает. Самая жесть - просто голые пины 2x7 2mm поставить. Правда, потом коробочки горят, когда шлейф вверх ногами цепляют.

Если бы и был - простое IDC2 гнездо имеет слишком широкие боковины, оно не войдет в родной штекер Milli-grid. Берите родные компоненты или аналог от 3M: https://www.digikey.com/products/en?keywords=158214-0120-HF625%2F14-D-6 Кабель от 3M несколько жестче родного, но подходит как влитой.

Кабель там 2*7, родной называется HW-RIBBON14. Разъемы - Molex Milli-grid 2mm. Ответная часть на плату - 878321420. Также существует очень близкий аналог этого кабеля от 3M.

Скорее всего речь идет о купленном коре в формате синтезированного нетлиста. Видимо, альтернатива - купить заново уже на ультраскейл, тогда желание впихнуть старое понятно. Тут скорее удивительно, что коре времен V-4 не потеряло актуальности.

Нет, в обе платы загружается один и тот же проект с IBERT, на одной плате IBERT через GUI настраивается для работы без закольцовки, на второй - FAR END loopback. При этом первая плата должна увидеть линк, как будто провода просто замкнуты снаружи. Другой вариант - обе платы в режиме без закольцовки, тогда все передаваемое на одной плате будет приниматься на другой, т.е. каналы TX и RX будут тестироваться независимо. Насколько я понимаю, различие в генераторах рефклока на разных платах тут значения не имеет, т.к. прием работает на восстановленной частоте. Для достоверного тестирования использовать PRBS-31 и гонять тест долго, несколько часов как минимум.

Кстати, интересный вопрос - каков алгоритм отладки, когда на Stratix-V не поднимается линк на PCI Express? Есть плата, на которой все работает, и вторая, где то же самое ядро (Hard IP, самое простое сгенеренное из визарда) не заводится. Само собой, материнка после неудачных попыток соединения отключает тактовый сигнал. С чего начать разбираться?

Никому он ничего не должен. Ваш огромный VHDL - это не алгоритм, а нетлист с инстанцированными примитивами Virtex-4. Если каким-то чудом вивадо 2016.4 правильно странслировала примитивы 4-го виртекса (который она вообще-то не поддерживает!) в ультраскейловские - ну, отлично. Если все чудесным образом работает, попробуйте взять результат трансляции этого модуля от 2016.4 (уже с примитивами ultrascale) и засунуть его в 2018.x - если проблема в этом, то все заработает. Если это просто одноклоковый вычислительный блок, то шансы высоки. Я уже молчу о том, что нетлист от V-4 использует максимум LUT4, т.е. возможности Ultrascale используются далеко не полностью.