Как стать автором
Обновить

Комментарии 28

Годно, спасибо, интересно читать =)
Да, классный материал!
Вещь! Пора разрабатывать пробник для измерения поля на частотах 5G.
Смещение измеряемого поля при смене направления движения пробника напоминают также печать на струйном принтере с большим люфтом.
Что если попробовать передвигать пробник по спирали? Ошибка будет, но, возможно, размажется более равномерно по площади.
Да, надо бы попробовать. Но когда водишь антеннкой чисто рефлекторно хочется ею двигать как кистью. Видимо для другого алгоритма движения надо будет потренироваться.

Думаю, можно записывать данные на тепловую карту только при проходе слева направо, например. Оно выглядит так, как будто из-за индуктивности замер картина сдвигается во времени на диаметр кольца-датчика.

Волшебная палочка: помахал и сразу стало видно все скрытое...

Кстати, огнище же будет, если это совместить с VR, и нормальный трекинг антенны сделать, с 6 координатами (линейное расположение и наклоны вокруг осей).
Может проще было поставить пару контрастных меток на пробник, чтобы он увереннее захватывался?
Да, это может улучшить захват. Но у меня были проблемы скорее с производительностью — если двигать слишком уж быстро, то скрипт просто не успевал обрабатывать кадры, хотя захватывал позицию нормально.
НЛО прилетело и опубликовало эту надпись здесь

Можно ли поменять картинки такого качества в практических задачах?
И ещё, чем вызвано такое искажение картинки при смене направления перемещения? Погрешность определения положения? Задержка между сьемом показаний поля и определением положения антенны?

Конечно о точных измерениях здесь речи не идёт, но для такого простого и быстрого метода картинка вполне хороша. Думаю для демонстраций или лабораторных вполне годится.

Проблема искажений связана с тем, что антенна имеет определенные геометрические размеры, скрипт же упрощает её до квадратной зоны (она выделена красным на анимации с OpenCV). При горизонтальном движении этого квадрата с каждым его смещением величина поля в этом квадрате постоянно перезаписывается, и по сути если движение строго горизонтально, то с каждым шагом обновляется только одна линия пикселей, соответствующая стороне квадрата противоположной движению. Как только мы меняем направление на противоположное, запись идет уже с обратной стороны этого квадрата и получается сдвиг на величину антенны. Если просканировать всю картинку только в одну сторону, то сдвига не будет. Еще думаю в смещении может играть роль разница в скорости движения. Задержек между съемом показаний поля не замечал, скрипт довольно бодро работает, даже на моем стареньком ноутбуке.

Еще высота над источником влияет. Поле обычно затухает как квадрат расстояния, поэтому от колебания рук может набегать заметная ошибка.

Кажется, тут можно сильно всё улучшить, если использовать среднее арифметическое от всех измерений, в которых антенна накрывает заданный пиксель. Тогда должны уйти все погрешности, связанные с направлением движения, и границы должны стать более плавными.
Чорт, такой пост мечтал сделать я) но я отстал от вас на много лет)
Да будет вам, мы никуда не гонимся чтобы отставать. Сделайте ещё какой-нибудь.
Идея для стартапа: сделать очки, которые показывают разные частоты и поля: хочешь смотришь на магнитное поле, хочешь, как в коменте выше — распределение 5G ;). А то тепловизоры, да тепловизоры =)
У вас картинка смещается из-за временного лага между сигналами с sdr и web-камеры.
Когда они будут синхронизированы, то смещений не будет.

Зашёл, чтобы написать этот комментарий! Хотя возможно проблема ещё и в том, что обсчёт кадра занимает некоторое время. И если мы берём данные с антенны на момент окончания обсчёта картинки, то эти данные будут уже для другого расположения антенны.
Имхо, надо так: во-первых, забирать данные с радио и с камеры по возможности одновременно; а во-вторых, добавить регулируемый параметр delta, который будет указывать ожидаемый лаг между видео и радио. Соответственно, "опережающий" источник (скорее всего радио) надо будет буферизовать на соответствующее число кадров.

Думаю вы, и автор комментария выше правы, нужно добавить в код возможность поправки временного сдвига. Только этот сдвиг может плавать в зависимости от скорости перемещения антенны. Надо это тоже как-то учесть.
По заголовку решил что речь пойдет о скрининге wi-fi сетей на предмет уязвимостей *facepalm*

А можно провести такой же опыт на монолитной стене с проводкой? И выложить скрин.

Была такая идея, собственно самую большую петлю я сделал именно для такого эксперимента. Но в этой статье я работал с высокими частотами, начиная от 25 МГц (меньше мой SDR приёмник без переделки не ловит), в то время как для поисков проводки скорее подойдет сигнал с частотой в десятки кГц, как в профессиональных трассоискателях. Низкие частоты нужны для исключения всяких антенных эффектов, чтобы точно локализовать кабели, а не отсветы от наведенных в арматуре токов и полу-петель от поворачивающих проводов. Я не стал мешать всё в кучу, но теоретически нет никаких проблем сделать это.
Теперь это нужно водрузить на коптер. и полетать возле направленных LTE-антен

AGM-88 своими руками — хорошая была бы статья :)
В Югославии 1999 г. "в порядке эксперимента уничтожался практически каждый источник любого радиоизлучения".
https://books.google.ru/books?id=H7UxHLx_Ne0C&pg=PA150&lpg=PA150


А кто подскажет по ненаправленной антенне для ЭМИ-измерителей, как её сделать для детектора AD8318?
"три резистивных ортогональных диполя. Именно это решение позволяет получить относительно равномерный AF в многодекадном диапазоне частот с приемлемой ошибкой изотропности. Конструктивно это такая шарообразная фигня на палочке."

А можно ли вместо "механической" развертки сделать электронную с помощью антенной решетки?

Да, вполне возможно. Но массив антенн будет своим присутствием искажать измеряемое поле сильнее, чем одна маленькая антенна, это стоит принять во внимание.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации