Activity

Я слышал, что они похоже поняли, что на хоббийном рынке у нас ловить нечего и переключились на корпоративные заказы.

Все уже придумано: dev.px4.io/en/ros/offboard_control.html
Подключаете ROS или пишете свою логику для работы с mavlink.
Отдельный контроллер автопилота дает hard realtime для цикла управления и возможность пережить сбой в высокоуровневой логике (например у вас случится kernel panic из-за кривого wifi драйвера)

Вы только что придумали PX4 😃
Он изначально модульный и работает в том числе на linux’е

По поводу писка - все пищат на полной мощьности. Попробуйте сделать провода питания потолще и поставить конденсатор на вход от ESC.
Про atheros’ы ничего сказать не могу, но Ralink’и у меня грелись довольно сильно (даже просто на приеме) - пришлось поставить на радиатор.
Проверьте еще насколько у вас хорошо согласована антенна.

khomyakk и kostya-tin, вы же пользуете эти полуваттные стики на AR9271 c Aliexpress? Я собрал все на столе, картинка есть, но “верхний” стик греется (через минуту уже невозможно держать палец) и противно пищит, как будто дроссель где-то в схеме. Как у вас с нагревом?

У меня WFB работает только с UDP пакетами. Соответственно преобразованием байтов из UART’а в UDP пакет занимается mavlink-routerd. Для WFB разницы нет, что внутри пакета - mavlink или, например, видео. При передаче через радиоканал пакет шифруется и аутентифицируется, соответственно все битые пакеты не пройдут проверку при приему. Недостаток пакетов (потеря по дороге) компенсируется FEC’ом. На приемной стороне пакеты после проверки и дешифровки передаются в mavlink-routerd и/или напрямую в qGroundControl.

А если допустим это будет не совсем правильный пакет мавлинка на стороне передатчика? Например у него будут неправильные CRC и контент будет в виде бинарного шума? WFB проверят что шлет или просто шлет все что пришло из UART? И на стороне приема, выловленные MAVLINK пакеты просто выкидываются для обработки в некий порт или WFB пытается их разбирать/анализировать?

Примерная схема:

“Автопилот” [оборачивает свои пакеты в MAVлинк] -> UART порт RaspPi3B

Камера + uart -> RaspPi3B [WFB] -> …радио… -> NeoFire3 -> картинка + Qt софт [разворачивает пакеты и обрабатывает их, шлет свои липовые пакеты на передачу на борт]

Только потом придут злые дяди и сделают плохо все сообществу авиамоделистов.

На 1.2 можно далеко и низко летать. И вайфаи его не глушат в отличии от 2.4

www.radioscanner.ru/base/index.php?searchfreq1a=30…
ага, с учетом того, что этим диапазоном для связи на воде пользуются

Связной диапазон с килогерцовыми каналами забить широкополосным сигналом? Не удивляйтесь потом всяким запретам.

я думаю как-то так:

ru.aliexpress.com/item/…/1651246396.html

А можно вкратце узнать принцип работы модемов? У меня была (и есть) идея. Если 2.4 ГГц окажется забит конвертировать сигнал “свистка” в район 1 ГГц, усилить, передать. На земле принять, усилить, конвертировать обратно на 2.4 ГГц, подать на “свисток”.

en.wikipedia.org/…/Multichannel_Multipoint_Distrib…

А можно вкратце узнать принцип работы модемов? У меня была (и есть) идея. Если 2.4 ГГц окажется забит конвертировать сигнал “свистка” в район 1 ГГц, усилить, передать. На земле принять, усилить, конвертировать обратно на 2.4 ГГц, подать на “свисток”.

mirror.thelifeofkenneth.com/lib/…/v14n4pg62.pdf
вроде даже самому можно сделать

Да. Для x86 я собирал на 4.18.19-100.fc27.x86_64. Для arm64 (nanopi neo2) - 4.14.52. github.com/svpcom/rtl8812au

а модули rtl8812 поддерживаются? Какая версия ядра?

Я сделал новый релиз своей версии WFB. Из нового:

1. Двустороння телеметрия для mavlink. Также в поток вставляются сообщения RADIO_STATUS с rssi и тд. (собственно как делает это SiK radio) что позволяет логировать в автопилоте качество сигнала.
2. TX diversity. То есть передача на ground-station’е возможна больше чем с одного адаптера. Выбор текущего адаптера для передачи осуществляется по rssi принимаемых пакетов.
3. Генерация deb, rpm или tgz пакетов при сборке. (то есть можно поставить не засрав систему).

github.com/svpcom/…/wifibroadcast-18.12
github.com/svpcom/wifibroadcast/wiki/Setup-HOWTO

Имхо надо стремиться не к максимальному разрешению, а к увеличению fps. Так как чем больше fps, тем меньше latency (в кодере/декодере есть фиксированная задержка в несколько фреймов). Для RPI камеры с моей точки зрения оптимально иметь 720p@49fps.

Товарищи, а кто на каких разрешениях летает? Есть у меня например любимый телек 720p. Надо ли мне стремиться к 1080p? (однозначно ли это хорошо, или потеряю в дальности, и т.п? )
Систему пока только собираю, интересуюсь заранее.

Тут все зависит от наличия оборудования и навыков:

1. Если там обыкновенный WiFi на канальном уровне, то можно попробовать посканировать любым wifi сканером (aircrack-ng, kistmet и тд)
2. Если там что-то свое, то можно это оцифровать через SDR. Но дешевый RTL-SDR тут не подойдет. Нужен как минимум hackrf (хотя я сомневаюсь, что ему хватит полосы для захвата, если там она >= 20МГц) и познания в области цифровой обработки сигналов (чтобы в том же gnu-radio попробовать это декодировать).

Репитер в случае wifi сделать реально, в противном - очень дорого (SDR будет стоить не меньше $1k + стоимость разработки на порядок больше)

Сам вопрос, точнее два. 1. Что прикупить чтобы: а) отсканировать полосу 5.2-5.8 и отловить пакеты. Хотя бы определиться по частотам, посмотреть что он там в эфир выдает. б) Какое программное обеспечение для этого нужно? 2) На сколько технически реально, и на чем это делать, создать репитерах видеосигнала? То-есть, получил пакет - отдал пакет. Вот сабж как бы отнёсся к такому репитеру?

Ethernet-удлиннители для HDMI бывают как IP (c h264 внутри и лагами)blog.danman.eu/new-version-of-lenkeng-hdmi-over-ip…
так и проприетарные (IP и ethernet - несовместимы, но говорят, что без лагов – более младшие модели lkv*** )

Осознал, это все же не дисплей с RJ-45. Я уж думал, что отстал от жизни

Ну в гугле это одна из первых ссылок stackoverflow.com/…/gstreamer-rtp-stream-to-vlc. Сделать локальный файл из четырех строк не сильно сложно.

А вообще я не думал, что vlc такой убогий (я почти всегда gstreamer использую). На андроиде вместо него можно qGroundControl запустить - будет и видео (без всяких sdp) и ground station

VLC ? RTP ? Легко ? Человеку, не знающему про sdp?

На андроиде можно запустить qgroundcontrol или vlc. Оба умеют принимать RTP поток с видео, который можно легко организовать на малине (через gstreamer на том-же ez-wifibroadcast).

К малине второго монитора через ЮСБ осталась возможность подключения Андроид через программу FPV VR ?

А можете выложить фотографии как самого шлема, так и картинки, которую он выводит?
Как боролись с внутренними переотражениями от зеркал? Или использовали специальный зеркала с покрытием на передней стенке?
Он ведь без линз - только с зеркалами? Мне в шлемах с линзами (quanum v1 и v2) всегда не нравилось то, что линза вносит сильный подушкообразные искажения по краям.

Какая матрица будет - такое качество и будет. В мелком у меня IPS FHD матрица, яркая, цвета сочные. Единственный минус - ориентация матрицы вертикальная, т.к. для телефона изначально. В малине изображение можно повернуть.
Искажений нет. Размер и зеркала подбирал под своё зрение.
Крепление - трёхточечный ремень, держится отлично.

Вы имеете ввиду зеркальный шлем rcopen.com/forum/f123/topic518309 ?
Как у него качество картинки? У меня самодельный шлем на базе hobbyking.com/…/quanum-diy-fpv-goggle-v2-pro.html Качество картинки не очень - есть нелинейные искажения по краям и для человека с нормальным зрением (без очков) никак не удается нормально настроить резкость (просто хода линзы не хватает). Ну и крепление к голове у него УГ - пришлось его к обычной строительной каске прикрутить, чтобы нормально на голове держался и распределял вес.

У меня около полугода работающий вариант именно HDMI FHD под этот линк был сделан, в теме писал, посмотрите, там и ссылка на дисплей+контроллер. Шлем получился очень компактный.

Можно так

А двудиапазонные роутеры? Скажем 2.4 на прием от аппарата, 5.8 ретранслятор свисток.

Изначально у меня была связь с GS через USB-провод (usbnet), но потом я его заменил на ethernet. Pi Zero сильно легче и меньше по размеру (что для размещения на голове является плюсом) и в тот момент была у меня под рукой.

Василий, Зеро плюс переходник на євернет по цене приближается скажем на б\у Пи 2. Или, что было-то и использовал?

Да. Тут вопрос в реализации. У меня на Pi Zero работает только gstreamer (вывод видео) + OSD (который я переписал почти с нуля, так как wfb-osd написан ну очень не оптимально) и они в сумме занимают меньше 50% CPU даже на fullhd линке. C случае с EZ-WFB на zero работает еще и сам WFB (у меня он работает на GS, которая на NEO2).

Если интересно как сделано, то можно посмотреть тут: github.com/svpcom/wifibroadcast_osd
Бинарники (под raspberry pi): github.com/svpcom/…/wifibroadcast_osd-18.10

И ещё вопрос - Зеро получается тянет, как удлинитель второго экрана? Товарищ пробовал Пи 1 , как приемную часть, не завелась.

При достаточной отладке WFB - да. Мне пока спокойнее аппратное решение (даже если повиснет компьютер на борту и/или на земле я смогу дать команду автопилоту на RTL или аварийной отключение)

Можно не переводить передатчик на что то другое, а использовать его как джойстик, подключив к наземной станции. Передача управления на борт будет осуществляться по телеметрии(через тот же WF.

1. В обычном wifi отправитель пакета ждет ACK от получателя и если не получит (коллизия), то отправляет еще раз. В WFB передача идет без ACK’ов (иначе будет ограничение на максимальное расстояние) и для борьбы с коллизиями используется FEC.
2. Домашний WiFi может использовать более “емкую”, но менее помехоустойчивую модуляцию (то есть передавать быстрее, но на короткие расстояния). В WFB ситуация обратная. Поэтому видеолинк занимает частотный канал почти целиком. Если туда засунуть еще один обычный wifi, то эфирного канала будет не хватать. В диапазоне 2.4 всего 3 не пересекающихся частотных канала. В 5.8 - больше.

В доме рабоатет куча разных вай-фаев роутеров и близких и более далеких, и ни один другому не мешает как-будто. Я думал это примущество цифры… Но по сообщениям ветки наземные ваи фаи сбивают видео линк. Отчего так?

www.ebay.com/itm/…/112019006041

Как реализовали эвернет на Пи Зеро?

Ну ethernet можно сделать сильно длиннее, чем hdmi, да и стоит он на порядок дешевле. В моем случае засунуть GS на шлем проблематично, так как там 6 антенн (5 направленных и 1 круговая) и еще куча железа. В моем случае wifi не получается, так как диапазон 2.4 использует RC-пульт, а 5.8 - WFB.

Эвернет на Пи Зеро? Человека ШДМИ шнур диаметром 4мм не устраивает, а тут эвернет шнур. Имелось в виду беспроводное соединение шлема и наземной станции. Да по большому счёту можно и наземную станцию засунуть в шлем, не вижу особенных проблем.

Либо там матрица 800x600 (для аналога больше делать бессмысленно), либо стоят они никак не $100

Так ведь есть шлемы с хдмай входом.

Я смотрел в свое время на возможность модернизацию своего шлема в HDMI (сейчас испольщую 800x600 через аналоговый выход Pi Zero).

Главная загвоздка в том, что нет в продаже мелких hdmi дисплеев (5-6 дюймов) с fullhd матрицей. А есть максимум 800x600.

Для шлема то же есть решения. Но это делает систему очень дорогой. Да и ШДМИ шлем не дешёвый получается.

У меня шлем имеет на борту Pi Zero (декодирование видео и рисование fpv телеметрии на экране) и связан с наземной станцией ethernet шнурком. Сделан из говна и палок (строительная каска + quanum goggles с HK)

Для шлема то же есть решения. Но это делает систему очень дорогой. Да и ШДМИ шлем не дешёвый получается.

Если есть свободный радио диапазон (от WFB и rc-пульта), то можно легко. Просто заменить ethernet link на wifi.

Еще одну вай-файку между станцией и шлемом?

Если используется внешняя камера с аппаратным h264, то передатчик можно сделать на любом арме у которого есть usb (например nanopi neo2). Приемник можно сделать вообще на чем угодно (например на ноутбуке с линуксом).

Если нужна встроенная камера, то тут малина без вариантов. Готовые сборки (т.е. залил на карту и работает) есть только под малину. Для всего остального потребуются базовые знания линукса и немного языка C (правильно наложить патчи на ядро и его собрать).

А кроме “Малины”,на чём ещё можно попробовать реализовать? Или она как бы наиболее дешёвый вариант?

В оригинале (ez-wifibroadcast) - нет. В моей версии можно, если смикшировать аудио поток в RTP.

Господа, а звук можно как-то передать по этому линку? Без звука это шляпа.

Теоретически там есть linux-sunxi.org/Cedar_Engine , то есть можно использовать как видео encoder/decoder. Но для для encoder’а непонятно куда подключать камеру (нет CSI шины). Так что единственное применение - decoder для h264 video. И то при условии, что удастся сомпилировать ядро и драйвера. linux-sunxi.org/LeMaker_Banana_Pi

Есть Банана Пи. wiki.bananapi.ru/banana-pi/ Лежит давненько пока что в запасе и не была предусмотрена для видео задумок. Если и на ней можно выполнить HD видео,то надо ли что докупать в комплект? Пока в этом вопросе “уровень ноль”.Даже чуть меньше.)

Отклик у нее нормальный, но оптика очень плохая (очень маленький объектив) и его нужно вручную фокусировать в бесконечность путем разборки корпуса (я сломал 2 отвертки и потом всеравно пришлось отломать одно ушко). У малины она выигрывает только сильно меньшей массой. Качество h264 кодека - среднее. Для серьезных применений не рекомендую.

А у нее нормальное время задержки? Можно брать?

v4l2-ctl --device /dev/videoX --all

Не до конца уверен, но моя экшн камера (дешевая, с фейковым 4К, и похоже таким же ФуллХД), гонит в USB MJPEG, на сколько я понял, и вроде помещается. Что примечательно - задержки практически нет, даже удивило.
Вот не могу сообразить, чем параметры потока глянуть, VLC на ней обламывается.

Если ее понимает gstreamer - да. Для c920 y gstreamer есть отдельный драйвер. Для курокесы мне производилель дал пример программы по захвату видео и установке параметров кодека и я его допилил немного. Как управляется камера с aliexpress - хз. Надо спрашивать у продавца - есть ли sdk (желательно в исходниках).

Вот что нашел H.264 CCTV Sony IMX322 5-50mm Varifocal Lens Mini USB Webcam Camera 1080P HD Android Linux Windows for PC Video Conference
www.aliexpress.com/item/…/32776137456.html?aff_fci…
Вот, то же самое но попроще, и подешевле 1080P Full HD SONY IMX322 Low illumination 0.01Lux CMOS H.264 AEC AEB AGC Support USB Camera module CCTV PCB Board with Audio
best.aliexpress.com она успешно может заменить Logitech c920 для форка?

www.kurokesu.com/shop/CAMUSB1 стоит не сильно дороже, зато с гарантией и можно без ик-фильтра заказать.

Вот что нашел H.264 CCTV Sony IMX322 5-50mm Varifocal Lens Mini USB Webcam Camera 1080P HD Android Linux Windows for PC Video Conference
www.aliexpress.com/item/…/32776137456.html?aff_fci…
Вот, то же самое но попроще, и подешевле 1080P Full HD SONY IMX322 Low illumination 0.01Lux CMOS H.264 AEC AEB AGC Support USB Camera module CCTV PCB Board with Audio
best.aliexpress.com она успешно может заменить Logitech c920 для форка?

Если они умеют аппаратно отдавать h264 (как например logitech c920 или курокеса), то да. Иначе видеопоток не влезет в USB. Собственно pi zero + pi camera + raspivid (использующий аппаратный кодек h264 внутри малины) как раз эквивалентны такой камере.

Ну, а UVC камеры?

Не, GiE это немного другое - это такой стандарт для промышленных камер (проприетарный кстати). Там внутри может быть что угодно (как раз этим стандартом и описывается - от raw, jpeg, mjpeg до h264). Вроде как есть github.com/AravisProject/aravis и даже какая-то поддержка gstreamer. Но я эти камеры в руках не держал (они большие и оочень дорогие) и мой ответ сугубо теоретический.

Потому что IP-камера - это с вероятностью 99% RTSP с его неустранимой задержкой на хендшейке и старте потока плюс два никому не нужных IP-стека. Да и гигабит для наших целей - перебор, там от силы десяток мегабит всего потока, обычной сотки за глаза.

Ну почему только для меня? 😃 Код под GPLv3 и работает с любым mavlink-совместимым автопилотом и камерами, которые понимает gstreamer.
Документации, конечно не так много (dev.px4.io/…/video_streaming_wifi_broadcast.html и wiki на гитхабе), но pull requests с дополнениями are welcome 😃

К сожалению твоё решение только для тебя 😃

Можно и их. Только они обычно тяжелые для пенопластовых самолетов. Плюс надо править их прошивку чтобы выдавать RTP с минимальными задержками

А почему тогда не GigE? Есть же этих камер, как цветов за баней…

Если бы у бабушки был ***, то она была бы дедушкой 😃
А если по теме, то я для себя решил, что теперь только usb h264 камера (курокеса например) и нормальный арм типа nanopi neo2. И никакого больше гемороя с малинами

Да, вот если бы хотя бы две - на борт вместо Зеро хорошая альтернатива. А доставка из Англии совсем недорогая, я Зеро там покупаю.

За такую цену (еще и за доставку возьмут столько же) и с такими характеристиками у него покупателей не будет:

• 512 памяти
• нет 64bit режима (привет video core iv)
• одна убогая usb шина
• один уарт

Семейство allwinner H5 его рвет как тузик грелку

Чё отрезали?
thepihut.com/…/raspberry-pi-3-model-a-plus?mc_cid=…

Как уже говорилось - оригинальный wifibroadcast имеет кучу спорных решений в своей архитектуре. Зачем получать битые пакеты и в потом пихать их в FEC (если fec всеравно починит блок если есть k пакетов), а вот проблем с целым блоком мусора (если получено ровно k пакетов и один из них битый) оно доставит. Равно как и шифровать такой поток не имеет смысла.
Про задержки: если получать на вход не byte-stream, а udp пакеты, при передаче пакет сразу уходит в эфир без задержек. При приеме пакета, входящего в блок FEC, его можно сразу же передать видео кодеку не дожидаясь конца блока, если до него (с начала блока) были получены все предыдущие пакеты. Так что тут задержка будет не нулевой, если только произошла потеря пакетов в блоке.

Я как бы про Рида с Соломоном слышал. Просто в случае wifibroadcast используются и битые (с плохим crc) fec-пакеты в том числе, что меня смутило. Про задержку: передатчик ждет заполния входного буфера и в случае конца кадра не на его границе будет ждать начала следующего (те самые 1000/fps мсек).

Если это стандартный Рид-Соломон (n, k), то можно потерять любые n - k пакетов и декодировать блок. В данном случае можно потерять все fec пакеты так как их как раз n - k.
За ez-wifibroadcast не скажу, но я у меня кодируются так: k пакетов с данными и следом n - k с FEC’ом.

Вопрос знатокам задает мальчик Леша из Москвы: недостаток FEC-пакетов 100% фатален для восстановления блока или есть какие-то нюансы?

Ну вот поэтом я и написал свою реализацию 😃
У меня если пакеты идут без дырок, то они сразу отправляются на выход. А конца блока дожидается если только кто-то по пути потерялся.

И да, в коде wifibroadcast присутствует почти в 100% случаев задержка на 1 кадр, а это от 16 до 33 мс.

Ну не знаю как RunCam, а вот например Xiaomi Yi выдавал через wifi картинку с жутким лагом (около секунды вроде).
Плюс он будет забивать эфир (в диапазоне 2.4 всего 3 непересекающихся частотных канала). Придется ставить usb hub (если нет встроенного) и ставить еще один wifi свисток на прием этого потока. Ну и у семейства RPI usb шина довольно тормозная.

RunCam по WiFi передаёт картинку, Малинка её по WiFi ловит, обрабатывает и отправляет на землю.

И что получилось?
Как у них с латентностью видео?
Как там сделан автофокус для варифокальных объективов (в примерах SDK я не нашел)?

Посмотрел я их SDK (sourceforge.net/projects/hisi/files/SDK/Hi3516/). Ядро там к сожалению старое (3.4) - придется сильно патчить wifi-стек либо использовать только как камеру.

Про USB-OTG (чтобы подключить к другой машине через usbnet) я в документации не увидел. Остается только ethernet (4 провода + 2 питания) для соединения с внешним миром.
Если напрямую в камере цеплять wifi карту (там вроде есть usb host), то наверное будет работать, но проводов (с учетом телеметрии и RC-out) нужно будет вести целый жгут (для стационарной камеры подойдет, а для карданного подвеса уже многовато)

Oops, я его даже не глядел. Попробую сегодня.

Я ковырялся в прошивке IP-камеры на Hi3516, это arm, тулчейн к нему есть, спеки есть, открытый SDK с примерами использования энкодера есть. На плате разведено все, что надо - uart для телеметрии, usb для свистка. Простор для творчества.

Ну если цель снимать на флешку внутри камеры, то подойдет любая (хоть зеркалка) с avout или hdmi + конвертер в h264 (бывают, правда я не видел сильно компактных).
Ну а если надо гнать видео на землю в realtime, то тут без вариантов - надо делать свою камеру. Но это уже требует не любительских бюджетов.

Очень уж мне сабж интересен, но с пи камерой интерес уходит в ноль. Мне хорошая съёмочная камера нужна в 4К желательно.

Я пробовал заставить xiaomi yi отдавать видео через usb. Без sdk это сделать не получается. В линуксе там невозможно сделать даже usbnet.

А где такие камеры, у которых прошивка opensource (в том числе и с исходниками ядра, чтобы можно было свой модуль под него собрать)?

Я пока еще не видел таких, поэтому и использую Pi Zero в качестве камеры. Еще вариант - Kurokesu C1 - это USB камера с аппаратным h264 кодированием (а главное, что есть поддержка ее API по смене режимов в линуксе) и сменной оптикой.
Большинство чипов Ambarellа (ну по крайней мере те, что я видел) имеют в комплекте древнее ядро и отстуствие доступа к SDK не подписав NDA.
Wifi в таких камерах обычно имеет минимальную выходную мощьность и для таких целей не пригоден.

Что имеем в итоге:

1. SDK под NDA
2. Физически нет возможности подключить мощьную wifi карту
3. Непонятное время жизни камеры на рынке (обычно не более года-двух, а потом новая модель).

RPi camera тут выгодно отличается по всем пунктам.

Залам несколько нубских вопросов:
Вот есть же куча камер на чипсетах Ambrella A9-A12, да все, по сути. Чипсет на базе ARM, к тому же встречаются камеры с прошивками на опер сорсе.
Внутри камеры вращаются как rtos, так и Линукс. К тому же чипсет оснащён УАРТ, ЮСБ и так далее. Жмет чипсет видео на отлично, как красавец, может писать по два видепотока одновременно на сдшку.
Почему бы на железе от Ambrella не вращать весь этот балаган навесить, вместо малики- пускай амбрелла энкодит видео и сама его в радиосвистки пихает на стороне передатчика.
О передатчиках - многие камеры с амбрелла используют такие же модули Вифи, как и этот проект.
Это логично, работало бы шикарно. И похоже, что у dji оно именно так и сделано.
Малина похоже тут лишняя.
Все можно собрать на базе любой такой камеры. Слышал, что некоторые камеры опер сорс прошивки имеют.
Вот выбрать бы нам одну такую, или несколько, и свою прошивка к ним, с поддержкой этого проекта сделать. Вот это был бы рывок, и улучшение картинки, да и цена ниже, повторяемость выше.

На сколько это реально?

Сам то думаю, что да. Оно точно так, похоже, на xiaomi mi drone 4K сделано.

С AWUS1900 (RTL8814AU) проблема оказалась в драйвере - единственная рабочая версия - v5.1.5. Версии v5.2.9 и v5.2.20 теряют пакеты, а v5.3.4 кроме отсутсвия инжекции и потери пакетов еще и данные по антенным RSSI не отдает - только средний. Ну и код в драйвере, использующий плавующую точку (привет arm64 без soft-float) это отдельное чудо китайской инженерной мысли…

Я не сталкивался, но судя по инструкции по настройке выходной мощности передатчика от Бортека - ничего необычного. По поводу iw wlan1 set txpower fixed 3000 - это установка ЛИМИТА выходной мощности, истинная мощь в цифрах скрыта в глубине прошивки чипа, мне до нее добраться не удалось. По поводу alfa: есть такая бумажка, отчет о тестировании 036ACH конторой под названием FCC. Так там никаких 30 дбм не видно, 21-23 dBm в зависимости от модуляции, что совпадает с моими замерами.

Никто случаем не сталкивался с тем, что AWUS1900 (RTL8814AU) теряет пакеты при слишком сильном сигнале?

AWUS036ACH (RTL8812AU) такого не делает.

@kuspower
How do you measure output power? In my case is shows 30dBm after “iw wlan1 set txpower fixed 3000”:
—
$ iw dev wlan1 info
Interface wlan1
ifindex 20
wdev 0xf00000001
addr 00:c0:ca:a5:78:a9
type monitor
wiphy 15
channel 149 (5745 MHz), width: 40 MHz, center1: 5755 MHz
txpower 30.00 dBm
—

Привет,

@lelik, вы знаете, как настроить мощность платы AWUS036ACH?
в 5.8ghz Я могу только выводить 21dbm, так что может выйти 30dbm.

Я пытаюсь использовать txpower 30, но это не работает.

Спасибо за вашу помощь и извините за перевод Google 😃