fguy

На хоботе пишут https://www.ixbt.com/news/2024/09/06/intel-50-qualcomm.html что интел собирается продать подразделение процессоров куалкому... На этом фоне продажа альтеры сущая мелочь.

Understand вроде как понимает VHDL и Verilog - свежих релизов полно по инету и на той же руборде

Интерфейс управления естественно должен поддерживать arp и ping для работы хотя бы с udp, а интерфейсу выдачи данных по тому же мультикаст/уникаст проку с этого нуль.

Проход пакетов от одного девайса до другого по такой сетке обеспечивает админ, а не навороченность (в плане поддержки кучи протоколов) ядра в плис. Мне реализации обычного udp c возможностью выставить нужные МАС, IP адрес и порт всегда хватало что бы пакеты дошли хоть по радиомостам, хоть по много-км территории предприятия с хз какой структурой сети.

То же вариант. Как то нужно было по быстрому конфигурить на плис адрес передачи - дык сделали это через пинг - ядро отправляло пакеты на адрес источника в пришедшем пакете пинга.

А IP другого компа вы как собираетесь ему давать - вот тем же путем и МАС. Если девайс на цинке, то передать параметры канала выдачи с плис можно через проц или зашивать конфиг с настройками в загрузочную флэшку. Если это обычная плис без встроенного проца, то ядро для упаковки пакетов подключаю к микроблэйзу для конфигурации, а так же для отправки пакетов с проца, а канал приема пакетов с ядра эзернет через фифоху в микроблэйз и свой микростэк (лвипу нужно будет 256 кбайт озу - а свой и в 64 кб помещается) с арп, пинг и удипи для управления девайсом. Если проц совсем не нужен, то все адреса можно положить в брам и его инициализировать дампом при сборке бит-файла (так же как интегрируется код микроблэйза), а ядром вычитывать из него адреса.

В том и фокус что для мультикаста мас назначения знать не нужно, а из "плюсов" мультикаст можно смотреть на нескольких пк одновременно, ну и из "минусов" он не проходит через радиоканал - его банят вай-фай роутеры и прочие мосты - в таком случае спасает уникаст. Для уникаста арп то же не обязателен - вы заранее узнаете мас назначения и пишите его в ядро. Для реализации обоих вариантов нужно иметь возможность задавать ядру формирующему пакеты MAC, IP адрес и порт для src и dst.

Это смотря что нужно - из плис мне например достаточно только выдавать данные и для этого хватает мультикаст или юникаст, а для их реализации достаточно сформировать пакет udp с контрольной суммой и отправить в мак (mac xilinx еще сам и кс посчитает), а на прием пакетов можно класть или ложить по вкусу. Обратная задача (только прием) решается так же.

Там много до чего руки не дошли - в той же виваде флоат в симуляторе декодируют, а в чипскопе нет - хотя с виду вьювер один и тот же.

Спустя всего 3 недели выпущен 1й апдейт...

Почитал КВ на офсайте про сабж - косяков на старте вылез вагон и маленькая тележка - по большинству вердикт исправим в 2024.2 - жуйте что дают. На старых чипах самый большой глюк пока это не работающий лвип на новом микроблэйзе с риск 5 - хотя он там не особо и нужен для работы - если только железо потестить на пинге.

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

Потестил слегка: 1. Перед установкой убрать переменные среды винды для питона насовсем - иначе сабж жутко колбасит. 2. Для нормальной работы витис хлс нужна лицензия на опцию VITIS_HLS иначе ругается в ряде команд "меню". 3. Что бы добавить Vitis_libraries в офлайне в новый витис, нужно подсмотреть в витис классик (в новом этой команды просто нет) путь куда распаковать выкачанный с гитхабовской репы xilinix архив. 4. В исходниках хлс слетели все комменты на русском из за перехода на UTF-8. Из хорошего - спустя 5 лет господа изволили-с исправить свой косяк с генерацией брам-интерфейса в хлс (неправильно задается размер брам в параметрах ядра во всех 2019-2023). К сожалению не без ложки - старые версии позволяли вольности с шириной шины данных брама и сами округляли в большую сторону до ближайшей степени 2ки - новая это не делает и верификация в бд на это ругается.

На алике физлицам по плисам и доскам бывают такие предложения что юрикам и не снилось.

Битые блоки в ддр встречаются действительно редко, а вот залипания адресных шин зависят от качества монтажа и патернами не обнаруживаются - только непрерывным счетчиком по всему объему - в ультрацинках он может быть разбит на 2 части при объеме ддр 4 Гбайта. А при удачной загрузке есть лог? Попробуйте включить вывод лога в FSBL - может это что то прояснит... Такая возможность действительно есть, но сам JTAG может повлиять на процесс загрузки. Этот вариант применим когда глюк стабильный.