![](https://electronix.ru/forum/uploads/set_resources_23/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
![](https://electronix.ru/forum/uploads/set_resources_23/84c1e40ea0e759e3f1505eb1788ddf3c_default_photo.png)
fguy
Свой-
Постов
380 -
Зарегистрирован
-
Посещение
Весь контент fguy
-
Создал платформ в витисе для фриртос для своего микроблэйза - ошибок никаких не выдал, платформу сделал, конфигуратор открылся, билд прошел и хелломир тоже сделал. Судя по ошибке проблема возможно в кривой установке витиса. Витис выкладывали дважды - первый был глючный, я перекачивал второй раз. Инсталятор во втором отличается тем что требует ставить всю 7ю серию целиком без права отказаться.
-
Это как раз и может быть причиной вашей ошибки. Попробуйте создать "обычный" бсп - если сдк опять вылетит с ошибкой, то причина как раз в этом и есть. "Висячий" инт виваде не проблема - это даже не повод для критикал варнинг, а вот сдк спотыкается капитально. Что делать с внешними интами не связанными со штатными ядрами я хз - это надо трясти первоисточник - может чего там посоветуют. Можно как вариант сваять какое нибудь фиктивное ядро, у которого на входе будет обычный сигнал, а выход объявлен типа интом.
-
Для сдк же передается конфиг железа с задействованными ядрами, их адресами и перечнем интов - на базе него и генерится бсп. Но сдк вместо того что бы констатировать ошибку что не хватает источников интов тупо валится с невнятными сообщениями - первый раз дошло не быстро.
-
Вспомнил еще один косяк сдк - он не любит "висячие" инты на микроблэйзе. Обычно возникают когда удаляется какое-нибудь ядро, а на конкат-е с интами остается пустой вход - виваде на это плевать - она проект разведет, а вот сдк встанет в позу при генерации бсп.
-
Работать витис работает, но с кучей глюков. Есть и плюсы относительно сдк. С микроблэйзом есть один большой косяк - в БД можно создать 64-х разрядный микроблэйз со всеми плюшками, включая адресацию более 4 Гбайт данных по каналу кэша и с кэшированием выше 4 Гб. Это можно было делать чуть ли не в 2018.3, но до сих пор поддержки работы с 64х разрядным микроблэйзом нет ни в сдк ни в витисе. Нормально работает только старый добрый 32-х разрядный микроблэйз без расширения адресации.
-
В trm ug585 hp описаны там же где и gp
-
GP Master только 32 бита на Zenq. Их обычно используют для управления периферией - записать/прочитать несколько регистров. HP Slave 32/64 бита 4 штуки на любом Zynq в т.ч. и обрубках S. Вы задействовали мастера - задействовать хп слэйвы нужно постараться несколько больше. Пропускная способность будет в 4 раза выше без внесения проблем управлением другой периферией на шине GP. Организуйте вашу память данных в каждом устройстве как отдельную шину слэйв AXI и поставьте ядро DMA для переноса данных с ваших слэйвов в слэйвы хп на проце. Таким образом вы впишитесь и в регистровый пул и получите большую скорость по переносу данных в ддр проца.
-
Что за такие "2 десятка устройств" что им не хватает 1 Гбайта для адресации регистров? Какой смысл делать такие большие регистровые пулы на медленной шине? Временные затраты на передачу таких объемов по AXI lite несовместимы со здравым смыслом. Если нужно скидывать с устройств большие объемы данных процессору (или заливать в них из ддр-а проца), то в них нужно делать мастера AXI и лить на AXI слэйвы в/из ддр проца - их там 4 штуки шириной 64 бита каждый и с тактами до 250 МГц.
-
Ваша ссылка видимо для "своих" - остальных не пускает...
-
Так оно и есть - много ядер хорошо в виваде только для поядерного (per IP) синтеза, а на имплементе по умолчанию в винде 2 ядра, а принудительная установка имплемента на 6 ядер (set_param general.maxThreads 6) (i5-9600K) дает выигрыш по времени меньше 15% (-25 мин на 3 часа работы).
-
4к с грехом пополам кушал только 45й цинк и то не факт - самое простое, готовое и "дешевое" Xilinx ZCU104 c in/out HDMI 2.0 за 1300$ в USA, но судя по даташиту они сделаны на 4 парах (GTX) - хватит ли этого на 4к 60 Гц я не в теме, из доп плюшек имеет 4KP60 capable H.264/H.265 video codec встроенный в плис - возможно и ввод/вывод тоже поддерживает такие скорости https://www.xilinx.com/products/boards-and-kits/zcu104.html#overview 4к 60 Гц соответствует пиксельная частота почти 500 МГц, а с полями еще больше для "себя" можно и ломаную виваду/витис пользовать со всеми плюшками
-
в людных местах с таким девайсом опасно появляться - в радиусе нескольких км вырубит и связь и тв, да и самим лучше близко не подходить
-
А смысл изобретать велосипед - гугл находит кучу предложений готовых устройств, тем более что у вас никакой новизны - я бы еще понял собственную разработку связанную с проверкой различных идей типа сложных сигналов, перестройкой несущей в широком диапазоне, скоростная съемка и т.д. А так купите готовый и пользуйтесь - разработка нового дешевле не будет.
-
Это полоса сигнала - какая еще нижняя граница? Если импульс длиной 1 нс то полоса минимум 1 ГГц, а для того что бы его увидеть в оцифровке нужен АЦП 3-5 ГГц. Учитывая что сигнал периодический и отражение стабильное можно и стробоскопом. Проще всего купить осциллограф с необходимой полосой.
-
На али есть и полный аналог борды KCU105 от Xilinx, но в 3 раза дешевле чем оригинал в штатах. При этом у продавца вывешена картинка оригинальной борды - насколько все реально хз. В России тоже можно купить ряд популярных чипов Xilinx в разы дешевле чем на том же авнет - типа новые и даже работают. Теорий происхождения ходит много - от перекатанных бу до некондиций с фаб-ов.
-
Легко находятся и немного дешевле 3кр с доставкой https://aliexpress.ru/item/4000042572307.html - на вид не допаян разъем JTAG и нет HDMI. Цена плат просто говорит о реальной цене чипов пусть даже на вторичке.
-
Забаненным гуглом навечно посвящается https://gowinsemi.com/en/support/devkits/ Глядя на али с платами на 10м цинке (7010) за меньше 3 кр, предложить что то еще дешевле сложно даже с более простой оболочкой и худшим набором ядер. Ценник на борды действительно приличный https://shop.trenz-electronic.de/en/29294-DK-START-GW2A18-Development-Board-with-GOWIN-Arora-FPGA - за эти деньги на али можно купить 7020 с полным обвесом и играться даже с нейросетями, обработкой видео и сигналов, линуксом и т.д. Эти плис выигрывают только габаритами и потреблением, какие то сложные задачи не про них - я бы сказал это вариант для тех кому нужен 400й стм с небольшой плис в одном флаконе для решения задач, которые стм одним процом не осиливает. Но более мощные решения есть и у Xilinx (урезанные цинки и спартаны 7й серии) за сравнимые деньги - в конечном итоге решать разработчику.
-
Новости из мира FPGA
fguy ответил x736C тема в Работаем с ПЛИС, области применения, выбор
Вообще то это совсем разные продукты - без ПЛИС большого толку от адэшных трансиверов нет - как ни крути но более глубокую обработку и приложения (радар, связь и т.д.) они не делают - это не их конёк. RFSoC интересный продукт, но уж очень узко-ориентированный - засунуть даже в миллионник какую то серьезную обработку на 8 а уж тем паче 16 каналов нереально - по любому еще ставить в пару большую плисину, а то и не одну и тут ценник начинает уже играть против них - вариант с ад-шкой + плис более дешевым выходит. Да и зачастую нужны 1-2 канала аналоговых и переплачивать за 8 большого смыслу нет. -
На генезисе 114 книжек по теме FPGA http://gen.lib.rus.ec/search.php?&req=FPGA&phrase=1&view=simple&column=def&sort=def&sortmode=ASC&page=1 По Xilinx выдает еще 30 штук, из которых часть на русском.
-
Новости из мира FPGA
fguy ответил x736C тема в Работаем с ПЛИС, области применения, выбор
Документация на продукт всегда была больным вопросом - как ни старайся всегда будут недовольные. У кзаленса с этим то же не ахти, да и тех. поддержка желает лучшего - нашел косяк в компиляторе хлс 2019.1, написал, они согласились, но патч так и не выпустили - пришлось ждать следующей версии, хотя выпуск затычек у них вроде вполне налажен - почему отказались исправить этот откровенный косяк я так и не понял, но с другой стороны больше никто не жаловался - это то же намекает на популярность. Другой косяк у кзаленса - выложили ядро в хлс с ошибками при компиляции (их то особо трудно заметить - сарказм) - лежало год - никто не замечал, судя по коментам на их форуме даже после переезда из хлс в витис ошибки в нем остались примерно те же. И это контора которая занимает 2/3 рынка плис в мире. -
Новости из мира FPGA
fguy ответил x736C тема в Работаем с ПЛИС, области применения, выбор
все аргументы были приведены выше в моих постах амд была первой и единственной компанией выпустившей 386-совместимый проц на котором винда так и не была запущена, а без винды они уже и не нужны были никому Это никак не тянет на признак технологического отставания альтеры-интела в плис. -
Новости из мира FPGA
fguy ответил x736C тема в Работаем с ПЛИС, области применения, выбор
Речь была о софтовой поддержке - и у амд с этим совсем никак. Работали они всегда как то ни так - бывали нюансы в той же винде. Были у них моб чипы с пауэрвр, но это уже история - сейчас только своя графика за редким исключением - амд-шная то же как то не пошла - серию закрыли. А каким образом она подходила к кзаленсу - ядра у них свои, констрэйны и прочие софтовые заклинания то же? -
Новости из мира FPGA
fguy ответил x736C тема в Работаем с ПЛИС, области применения, выбор
А что у интела не так с альтеровскими плисами? По скорости трансиверов они идут нос-в-нос с кзаленсом и по емкости плис то же. Xilinx конечно осилил RFSoC и HBM, но каких то фундаментальных провалов альтера имхо не имеет. Я сам не пользователь альтер, но судя по форуму своего пользователя они имеют, да и наша микроэлектроника осила копипаст каких то старых альтер. -
Новости из мира FPGA
fguy ответил x736C тема в Работаем с ПЛИС, области применения, выбор
Развивают не протоколы, а транспортный уровень - физические интерфейсы. По записи SSD по факту даже SATA-3 6 Гбит/c не могут переварить на длинных операциях - всего то каких то 500 Мбайт/с, а по чтению им в нем конечно тесновато уже - даже дохлый QLC на 512 Гбайт читает 1 Гбайт/с по PCEe 3.0 x2. обшибся - должно быть "арм на винде", а арм в этой винде вообще то эмулирует х86 32-х разрядный для того что бы гонять старый виндовый софт и получается у него это совсем не очень - intel houdini (эмуль арма на х86) в этом плане гораздо лучше работает на дроиде и в хромоси, в т.ч. и с кодом арм64 К сожалению реальная скорость записи на длинных файлах никогда никем не указывается и про плачевное положение дел с записью у очередного супер-накопителя мы узнаем только из мата в коментах у купивших очередную вундервафлю. А верить пиковым попугаям которые стремятся к реальной пропускной способности используемых интерфейсов дело бесполезное. -
Новости из мира FPGA
fguy ответил x736C тема в Работаем с ПЛИС, области применения, выбор
Вы как на хоботе пишите - 16 Gb/s для плис даже не вчерашний день - "заоблачные частоты" сейчас на GT это раза в 3 больше. "Память от интел" я так понимаю это их хваленные SSD на QLC - полное днище - им PCIe 4.0 как собаке 5я нога. К сожалению вляпался в их нвме 660 на 512 Гб с PCIe и проседанием скорости записи до 40-50 Мбайт/с на длинных операциях записи. С другой стороны SSD который запишет треть объема разом хотя бы на половине заявленной скорости мы еще не скоро увидим. Мелкие выпустили винду под арм на фоне торжества арм-ов в попугаях чуть ли не над и5. К сожалению эти супер арм-ы слили бородатому целерону в этой винде и единственный плюс арм-ов на х86 оказался в большем времени работы, хотя назвать такую "работу" работой под виндой никто не захочет.