Doka

https://t.me/ipcores/8 (возможно для открытия ссылки необходим прокси)

а что за видео с ограниченным доступом??? 18+ или копирасты из Х блокирнули?

одна из тем в соседнем разделе "Работаем с ПЛИС", закрепил её в шапке как "пользующуюся спросом": вот вторая:

регаетесь на сайте АРМ - там помимо самих ядер( которые FYI в вивадо не идут по дефолту) есть пдфки с гайдами и, ЕМНИП, лабами/step-by-step instruction

djhall попробуйте посмотреть труды нашего форумчанина: https://gitlab.com/camlab/xilinx-vivado-bullet/wikis/Fpga build system

я так понял это как-то связано с риском растаможки по полной и спецификой работы форвардеров (никогда ими не пользовался).

в какие сроки привозит vital-ic ? очень соблазнительно

не надо SV, всё делается в рамках верилога: localparam [127:0] AAA =128'h1234; но не сдюжит кастинг, если надо инитить двумерный localpar

кстати, ТСу на заметку: рекомендую погуглить на тему "ESP32 sniffer" не факт что с N-полосой сможет работать, но может этого и не требуется в задаче

неприятненько... поделитесь статистикой, если таковая есть через кого удобно привозить из mouser/digikey? в плане наценки (какой % комиссии и есть ли лайфхаки ее оптимизации - особенно если надо привезти много по мелочи либо наоборот штучно, но дорогих вещиц типа отладок FPGA) есть ли явный лидер перевозчиков в плане сроков/стоимости/качества сервиса?.. PS: ну и конечно если кто знает локальную альтернативу терраэлектроники - просьб ане оставаться безучастным к топику

да, мне вот тоже не очень понимается что такое "кодовое" покрытие "схемы" ... ...тем паче в соответствии с DO-254 и иже с ним начните с методологии: что делать и для чего.. не кидайтесь сразу на амбразуру инструмент методология вполне вероятно ответит и на вопрос надо ли покрывать сам код тестбенчей (нет).

как-то загадочно: МК нету, а FW есть: может оно конечно не совсем то, о чём я подумал... а что за "лучшее решение"?... отказаться от продукции Realtek? надо поискать получше - под эту инфраструктуру (GNUradio et al) уже многое готовое есть..

есть два пути: 1. по ссылке сказано что базируется решение на "Atheros 802.11n chips and legacy 802.11a/b/g chips starting from AR5212" (это те чипы, что 100% умеют сниф, раз их можно кастомить для своего прото) - соответственно надо запрашивать документацию у Atheros (NDA, все дела), либо по крупицам собирать с китайских форумов (результат не гарантирован). 2. любой SDR: BladeRF, LimeSDR, Pluto, etc - если не в промышленных количествах надо, а 1...2 экземпляра, то это наиболее быстрый путь там помимо драйвера есть еще и проприетарное FW, которое и реализует PHY и близлежащие уровни и на которое документации 0,0 если что-то изменилось за последние годы, то с радостью приму эту новость

axiieflex а чего на SiFive свет клином не сошёлся? Они лишь одни _из_ кто работает с инфрастуктурой RISC-V. Тот же WD или опенсорсный консорциум, в который они вошли (да и с целом поиск по гитхаб по тегу RV32 решает) Или хотя бы на отечественного импортозаместителя - Синтакор (тоже есть на гитхаб опенсорсное ядро). PS: один из недостатков ядер SiFive в том, что у них машинный верилог (полученный из чизела), поэтому если припрёт - поправить в верилоге что-то врядли получится (равно как и найти документацию на этот машинный верилог). По кр. мере 3 года назад было именно так, сейчас как не в курсе, но врядли они так подсобрались и стали использовать рукотворный верилог - не их approach (как говорят у них на родине)

мой сценарий использования вполне вписывается в парадигму "поточное шифрование"