здесь lut выриcовывается который есть в новых attiny но нет в esp32. Наши деды (точнее отцы) в АОН на ВМ80 цифровали в буфер а потом обрабатывали. на esp32 это еще проще
есть некоторая грань: когда в помещении - вроде нет вопросов, а когда на улице (где я мимо проходил) она уже публичная, даже если на частном доме. На улицах полным полно камер которые непонятно чьи и зачем, нет прозрачности
да казалось БЫ ДА. Но почему то до сих пор применяют даже аналоговый cvbs да VGA. А HDMI прослеживается тенденция любить в виде некоторого костыля на платах с rp2040
Я вот как то сразу даже не осознал сразу, но rootfs нужен автору данной истории в общем то чтобы удобно пакаджи качать, в первую очередь для сборки. dev пакаджи с исходниками можно заменить скачав нужные библиотеки с git. Ну и собирать на рабочей системе в принципе есть плюсы. А вот что оно то может повызывать командной строкой надо глядеть исходники (там всякие noip netpbm perl зачем то ставятся)
Если есть уже настроенная среда для Zynq то можно "просто" добавить исходники автора туда и посмотреть как он собирается , и сделать выводы.
тут большая часть пакаджей нужна для функционирования самого linux и сборки бинарника. в сам бинарник включены вероятно libunwind fftw zlib fdk-aac, sql нужна для одного расширения dumphfdl
команда ldd <имя бинарника> детально покажет все .so нужные для этого бинарника даже вместе с путями
вот такой костыль в голову пришел: собирать то лучше на плате - отлаживать удобнее, убунта там или что - дело второе. а вот релиз собирать виде жирного бинарника максимально статично с минимумом зависимостей. и засовывать его в "чистый" pentalinux сразу в INTRD - оно так и грузиться быстрее будет.
я бы пожалуй покопался в готовом образе pentalinux посмотреть что и как там, и наверное там какой-нить лоадер битрстрима в fpga есть
у меня не вот великий опыт но чем дальше тем дальше кажется что везде одно и то же. да и практический интерес тут скорее если устройство будет в более менее массовом виде и шаловливые ручки будут кирпичить его.
есть свежее видео с php они там доклад делают про это. в более сложных устройствах защита сильнее. и главное - файлик с прошивкой вроде как не лежит на сайте разработчика в отрытом доступе, тем более - в исходниках.
автор прошил совсем другую с 0 и при помощи "лома". Ключи бы он вероятно так просто не выдернул.
да дело скорее в составе пакетов, можно и вручную почистить, вопрос скорее нужно ли делать систему как сервер (легче сломать) или все таки ближе к встроенной
c openwrt будет примерно такая же история по сути, но уже для web интерфейса с настройками там много сделано, даже слишком много, однако и ее используют не только в роутерах, пакаджи есть при этом
ну а buildroot будет больше к монолиту, там нужные пакаджи можно добавлять при сборке
Похоже что нужен fullduplex SDR. Гуглим :)
самый дешевый - HackRF не подойдет т.к. halfduplex
PlutoSDR суть есть учебный и где то дешевый https://pnsaeta.github.io/Learning_SDR/lesson08b.html
Pluto+ вроде как суть есть тот же pluto только купить можно на ali
lime (разные модели есть) наверное выйдет дороже но вот что уже есть https://luigi.ltd/2018-11-23/software-defined-radar-cw-doppler-radar-with-limesdr/
"мы" :) я даже сходил погулить какие производства есть во Флориде :) :)
да, вполне может заменить 1-2 логических элементов в обвесе МК
нагуглить несложно, например https://www.rlocman.ru/review/article.html?di=640073
здесь lut выриcовывается который есть в новых attiny но нет в esp32. Наши деды (точнее отцы) в АОН на ВМ80 цифровали в буфер а потом обрабатывали. на esp32 это еще проще
а если Родина скажет: "НАДО" ;)
есть некоторая грань: когда в помещении - вроде нет вопросов, а когда на улице (где я мимо проходил) она уже публичная, даже если на частном доме. На улицах полным полно камер которые непонятно чьи и зачем, нет прозрачности
публичные камеры и должны быть публично доступны а не через shodan искать. а то довольно странно получается
да казалось БЫ ДА. Но почему то до сих пор применяют даже аналоговый cvbs да VGA. А HDMI прослеживается тенденция любить в виде некоторого костыля на платах с rp2040
Ага, вариант 1 я уже выглядел, тут вроде все прозрачно, а вот fpga-region это уже любопытно, но похоже обсуждаемая разработка этого не использует
Я вот как то сразу даже не осознал сразу, но rootfs нужен автору данной истории в общем то чтобы удобно пакаджи качать, в первую очередь для сборки. dev пакаджи с исходниками можно заменить скачав нужные библиотеки с git. Ну и собирать на рабочей системе в принципе есть плюсы. А вот что оно то может повызывать командной строкой надо глядеть исходники (там всякие noip netpbm perl зачем то ставятся)
Если есть уже настроенная среда для Zynq то можно "просто" добавить исходники автора туда и посмотреть как он собирается , и сделать выводы.
тут большая часть пакаджей нужна для функционирования самого linux и сборки бинарника. в сам бинарник включены вероятно libunwind fftw zlib fdk-aac, sql нужна для одного расширения dumphfdl
команда
ldd <имя бинарника>детально покажет все .so нужные для этого бинарника даже вместе с путямизабавно, но вот в этих замечательных видеоуроках https://github.com/mkravch/fpga_lessons загрузчик и ядро собирают вообще вручную без всяких petalinux, здесь - в vivaldo https://github.com/astranome/Astra_S9_FPGA - но потом прикручивают тот же самый rootfs ubuntu (там рядом лежит свежаший rootfs debian)
однако openwrt и brainos похоже по другому собирают. в общем я может поторопился с выводами, но поиграться вариантов много
вот такой костыль в голову пришел: собирать то лучше на плате - отлаживать удобнее, убунта там или что - дело второе. а вот релиз собирать виде жирного бинарника максимально статично с минимумом зависимостей. и засовывать его в "чистый" pentalinux сразу в INTRD - оно так и грузиться быстрее будет.
я бы пожалуй покопался в готовом образе pentalinux посмотреть что и как там, и наверное там какой-нить лоадер битрстрима в fpga есть
я правильно помнимаю что пример с TRX-Duo дает только linux без всякого софта касательно sdr? на основе довольно готового xlnx_rebase
кстати вот еще материал конкретно про antminer https://habr.com/ru/articles/842958/ до кучи https://habr.com/ru/articles/567408/
к сожалению @Astranome не совсем все обещанное запостил
но тут же еще надо засунуть вот это все https://github.com/iliasam/OpenZynqSDRApp которое тянет за собой горы либ которые надо где то взять
оно еще и огрожено от скачки причем со всех сторон.
у меня не вот великий опыт но чем дальше тем дальше кажется что везде одно и то же. да и практический интерес тут скорее если устройство будет в более менее массовом виде и шаловливые ручки будут кирпичить его.
есть свежее видео с php они там доклад делают про это. в более сложных устройствах защита сильнее. и главное - файлик с прошивкой вроде как не лежит на сайте разработчика в отрытом доступе, тем более - в исходниках.
автор прошил совсем другую с 0 и при помощи "лома". Ключи бы он вероятно так просто не выдернул.
я про то что высунов язык и не до луков :) но аргумент серьезный
надо еще мне petalinux глянуть там по сути должно быть тоже самое что и buildroot
но после 10км это все равно больше бег :)
да дело скорее в составе пакетов, можно и вручную почистить, вопрос скорее нужно ли делать систему как сервер (легче сломать) или все таки ближе к встроенной
посмотреть можно скажем debian но там уже типа такого можно сделать https://akhileshmoghe.github.io/_post/linux/debian_minimal_rootfs вроде есть и готовые архивы
c openwrt будет примерно такая же история по сути, но уже для web интерфейса с настройками там много сделано, даже слишком много, однако и ее используют не только в роутерах, пакаджи есть при этом
ну а buildroot будет больше к монолиту, там нужные пакаджи можно добавлять при сборке