Flood

7 долларов - это было «до» и занимало 10 дней минимум на доставку из Китая. Сейчас трафареты обходятся мне раз в 10 дороже, хотя наверняка есть варианты и за 7 долларов и от месяца по срокам. С платами примерно то же самое - в 20 раз дороже чем 2 доллара, если не хочется ждать месяц+. Конечно, заниматься фрезеровкой и травкой плат - глупости, но вот обходиться без трафаретов для протитипирования было бы очень удобно. Капельное нанесение пасты считаю весьма интересным направлением, хотя сам монтажом не занимаюсь. Отношусь к этому как к отдельному виду успокаивающего контента на ютубе. Типа выживания голым в тропическом лесу, рытья землянок без лопаты, добывания огня трением и изготовления печей из глины. Primitive technology, только для электрогиков 🙂 Пробовал- результат очень плохой, у большинства пленок коробится край. Единственный приемлемый вариант - дела на полиимиде, но по сравнению со сталью его очень трудно прижимать, а выгоды по стоимости особо не видно - и материал непростой, и лазер нужен выше классом чем обычная резалка для рекламы.

Насколько я помню, там и со стороны плис только стандартные correctable errors можно увидеть? Те факт наличия ошибки пакета, но не счетчик ошибок? (про eyescan / in system ibert не говорим, это несколько другое) Тот же lspci должен собираться и под windows. https://github.com/pciutils/pciutils

Интересный вопрос - как при работе с PC оценивать количество ошибок в PCIe линке? Понятно же, что при таких повреждениях линк еле дышал и должны были сыпаться символьные ошибки и перепосылки.

Казалось бы, у любого не синхронного интерфейса можно инвертировать полярность тактового сигнала? У CDR интерфейсов уж точно. Я инвертировал, работало 🙂

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

Семь бед - один ресет. Подключение PERST# на PROG снимает подавляющее число связанных со сбросом вопросов. И это первое, что стоит попробовать. Хотя бы в отладочных целях. Если PROG - edge sensitive и не держит сброс по низкому уровню (зависит от поколения чипов, не помню как там в 7 серии с этим), но еще и INIT-ом можно придержать (иногда надо, иногда нет). Логике может и противоречит, но работает даже на огромных кристаллах без включения Tandem Config. Важное замечание - работает, но не обязано. Одновременно с плюсами глобального сброса, происходит нарушение специфицированных времен готовности после снятия сброса и снижение квалификации HDL-разработчика - т.к. размышления о сбросах в проекте становятся во многом вырожденными и откладываются в долгий ящик. Условно, становится невозможно проверить, правильно ли реализован сброс - ведь всегда все работает 🙂

Мне кажется, первая часть утверждения противоречит второй. Если на PROG этот сброс не заведен, то и контролировать скорость загрузки ни к чему (если бы она была причиной проблем, не работало бы наоборот, в первый раз после подачи питания). Но, в вашей ситуации я бы в первую очередь исключил все возможные ресет-ассоциированные причины, для чего нужно временно подать PERST# на PROG (а как вариант - еще и на INIT, через схему с OD-выходом). Для интереса, на исправной плате можно будет убедиться, мешает ли подача PERST# на PROG обнаружению платы в вашей конкретной системе. По опыту могу сказать, что не знаю ни одного примера, когда бы это не работало (правда, у меня вообще нет опыта с Артиксами).

Не зная других вводных я бы действовал так: - проверил, доходит ли PERST# до ПЛИС; - если доходит, то куда? Если до PROG/INIT, от оторвал бы его оттуда, оставив только на ресете PCIe ядра. Если не поможет, наоборот, завел бы на PROG; - если доходит от PROG/INIT и другое не помогает, попробовал бы резко увеличить скорость загрузки ПЛИС (компрессия, хотя что там сжимать в 7A25T, частота CCLK) Один из возможных сценариев - плата не отвечает вовремя, мат плата начинает заниматься всякими lane reversal / bifurcation /slot sharing и тп, и нормально проинициализировать плату с узким линком уже не может. Можно еще попробовать в биосе отключить автоопределение ширины линка, если оно там есть.

А как с остальными элементами на таком тонком трафарете? Увеличивали апертуры?

Автор даже нигде не упомянул, что у него Xilinx 🙂 Один из возможных вариантов, что на персоналке система отдает драйверу 32-битные адреса (т.е. 64-разрядные с нулевой старшей частью), а на серверной плате идут реальные 64-битные адреса. Можно исключить этот момент, распечатав физические адреса и ограничив адресацию 32-битной маской. Понять, связана ли проблема именно с двухсокетностью (и соответственно наличием далекой памяти в соседнем сокете) можно, убрав из серверной платы один из процессоров.

Оффтоп, конечно, но почему? Если присмотреться к практически любой технике, видно что платы после монтажа не моются. Это и удешевление технологии, и борьба за экологичность производства. Есть наверняка исключения, но мне давно не попадались.

У меня этот проц определяется в BSL режиме как HID, а не как CDC.

Насколько я смог разобраться, в пакете UniFlash, также как в рекомендованной ранее energia, для программирования и отладки используется программа DSLite. Этот софт умеет работать через отладчик MSP-FET, но (если я все правильно понял), не умеет шить USB-микроконтроллеры напрямую без коробочки отладчика, т.е. через USB BSL. Для работы с USB BSL есть некий пакет для Python (Python_Firmware_Upgrader-5_20_07_01.zip), относительно рабочий и довольно сильно устаревший (с зависимостями от устаревших пакетов для Python 2). Удалось добиться его работы через BSL5, но сделать реальный дамп с USB2ANY не получилось.

Да, скорее всего это правильный ответ. Но под капотом у UniScan тот же DSLite, который хочет MSP-FET. В любом случае, вопрос решен положительно, бакап старого процессора не потребовался.

Нашел пример для Питона (Python_Firmware_Upgrader-5_20_07_01.zip), он работает (точнее, пытается) через USB. Дал ему не тот пароль (так и не разобрался, каким он должен быть), после чего загрузчик успешно обругался на несовпадение пароля и стер флеш. В результате, просто заменил процессор и обновил ему ПО через USB2ANY Explorer. Все работает нормально, серийный номер изменился, но не стал пустым.

Внутри этой Энергии - DSLite, отладчик от TI. Не похоже, что он умеет работать через встроенный USB Bootstrap, требуется USB-FET...

А что такое "Энергия"? (нашел, https://energia.nu/)

Понятно, что буду пробовать прошивать новый процессор их софтом от USB2ANY. Вопрос был, чем снять дамп со старого процессора, тк он как-то работает и определяется. Хотелось сохранить его содержимое на случай если там хранится серийный номер. Для этого нужна программа-программатор, которая умеет сохранять дамп. Софт от USB2ANY умеет только записывать прошивки, насколько я понимаю.

Всем привет! Каким софтом можно прочитать MSP430F5529 через USB BSL? Спалил процессор MSP430F5529 в фирменной коробочке USB2ANY. Проц стартует, на USB виден, но страшно греется (подгорели IO ножки скорее всего). Скоро приедет замена, надеюсь что можно будет просто заменить процессор и прошить родным софтом USB2ANY Updater. При работе USB2ANY Updater печатаются какие-то серийные номера, не вполне понятно, к чему они относятся, поэтому для подстраховки хотелось бы сдампить содержимое подгоревшего процессора. Каким софтом можно это сделать? Процессор этот с нативной поддержкой USB, есть кнопка принудительной загрузки в режиме USB BSL. Вопрос в готовом софте для PC, в котором можно было бы сделать дамп. Подскажите, пожалуйста.

Всё-таки, в Аллегро возможны оба порядка действий, и результат выполнения одной и то же команды может оказаться разным (например, по-разному срабатывает привязка). Есть и третий способ - авто команды, когда в зависимости от режима редактирования при клике на объект автоматически начинает работать та или иная команда. Как методологически правильно работать - вот это не очень понятно. Иногда удобнее сначала активировать команду, потом объект, иногда - наоборот.

Попробуйте глобальный режим Etch Edit. В нем дорожки будут захватываться одним кликом по сегменту, после чего его можно будет перемещать не удерживая лкм (до следующего клика).

Еще поведение редактора сильно зависит от того, какие типы объектов активны в окне Find. Например, если выключить Pin, трассировка перестанет приклеиваться к пинам, и т.д. Соответственно, чтобы не выделялось и не приклеивалось ненужное, лучше отфильтровать в этом окне все лишнее.

Отлично! Надо мне отучаться делать выводы не разобравшись 🙂 Когда-то давно пытался смонтировать архив на несколько гигабайт, всё просто зависло в непонятном состоянии. Впрочем, и с iso были проблемы - образ монтировался, но большинство файлов читались битыми (внутри были просто нули). После чего предпочел забыть про монтирование в линуксе. Видимо, с тех пор утекло много воды.

В теории можно придумать разные трюки, особенно учитывая что gzip работает блоками. Но пришлось бы хотя бы раз пробежать по всему сжатому файлу, что практически эквивалентно распаковке без сохранения результата. На практике archivemount ничего такого не делает. В лучшем случае он распаковывает куда-нибудь в tmp. Лучше уж я сам это сделаю 🙂

Насколько я понимаю, в gzip потоке нельзя прыгать по смещениям оригинального файла, так что такая попытка на файле 100+ гигабайтного размера вряд-ли закончится чем-то хорошим.