Прошивки CleanFlight/BetaFlight для полетников
А при чем тут канал между аппой и приемником?
Канал между аппой и приемником - это, по сути, связь между двумя модемами. Stm32 в приемнике просто, грубо говоря, передает данные, пришедшие через этот модем (с конверсией форматов, разумеется) дальше в полетный контроллер. Ну и наоборот для телеметрии. Если модем работает в полудуплексе, то нет никакого смысла как-то ускорять и оптимизировать передачу на участке между stm32 и полетником. А дуплекс на радиоканале с одновременным приемом и передачей организовать сложнее, они просто будут мешать друг другу, надо усложнять конструкцию, и антенна всего одна.
К тому же этот модем, скорее всего, имеет скорость передачи гораздо ниже максимально допустимой скорости UART. У них в прошивке под fport сейчас наверняка просто какие-то косяки наблюдаются, которые мешают корректной работе. Поправят и все будет хорошо.
Кой смысл было упираться в однопроводный протокол вместо двухпроводного асинхронного
к чему эта “экономия”?
Ты реально не понимаешь? 😆 один провод против двух
Убогость “однопроводности” и проблемы, вылезающие из этой убогости, я уже описал выше
Вот это ты дал, “полудуплексу не хватает скорости” 😆
Ещё раз предлагаю не впутывать сюда радиоканал. 😃
Смотрите:
- Есть асинхронно работающие (аж по двум разным uart) sbus и s.port - каждый по одному проводу. Sbus только в одном направлении, s.port в обоих в полудуплексе - но основной объём данных у него идёт в направлении, обратном sbus.Все работает быстро - и туда и обратно.
- FPort объединяет оба канала из пункта 1 (плюс rssi, но это уже мелочи) - и в результате дает лаги в “обратном” направлении (телеметрия). При этом “второй провод” того же uart, на котором висит FPort, этим протоколом не используется и не может быть использован никем другим (так как uart аппаратный - не ремапится и не делится между несколькими протоколами).
Вывод - на хрена было “вставать на одну ногу”? 😉 Uart сэкономили - отлично. А вот один проводок (3 от приемника вместо 4) явно не стоит лагов.
Ещё раз предлагаю не впутывать сюда радиоканал.
Да причем тут радиоканал 😆 решить что fport’у не хватает скорости из за однонаправленного режима работы маразм. Вайфайное оборудование работает в полудуплексе(ну кроме совсем последних версий), езернет может работать в полудуплексе. А там мегабайтами скорость измеряется 😉
и в результате дает лаги в “обратном” направлении (телеметрия)
это временно. не будет никаких тормозов. об этом речь. о бете и релизе…
Вывод - на хрена было “вставать на одну ногу”
Я же открыл тебе глаза, один провод 😆
не будет никаких тормозов.
Конечно не будет )
Тем не менее логика в идеи fullduplex есть, и оно будет лучше и быстрее чем просто один провод.
То что исправят сомнений нет, и это удобно. Тем не менее приоретет будет за управлением, и в определенные моменты телеметрия будет затыкаться, в худшем случае и управление.
У нас же водопровод и канализация не по одной трубе… 😃
Скоро приёмник подключат через SPI, там уж точно дуплекса не будет. МУХАХА!
Тем не менее приоретет будет за управлением, и в определенные моменты телеметрия будет затыкаться, в худшем случае и управление.
О чём с самого начала и говорил. Но некоторым в силу “дюже образования” это сложно понять. 😃
Скоро приёмник подключат через SPI
Было бы неплохо. Правда, высокая скорость передачи потребует нормальной экранировки линии данных - уже абы как проводками не соединишь. И это будет относительно нишевой продукт, способный работать лишь напрямую с контроллером, и требующий от контроллера соответствующей аппаратной и программной поддержки.
Хотя… пошёл же DSHOT в массы - может, и здесь так получится.
Скоро приёмник подключат через SPI, там уж точно дуплекса не будет. МУХАХА!
Помимо спи, там ещё нужно управлять антеннами, то есть минимум 8 проводов.
Кстати насчёт spi, в последней бете беты добавили:
3. Added FrSky X SPI RX protocol
Кто знает о чем речь? Вроде не слышал о приемниках фриски с spi
Это и есть вариант приёмника по спи, на котором нет стмки и всем рулит сама бф.
Класс ))
Минимум 6 проводов, если всё остальное притянуть куда нужно - это только для связи, не считая питания и земли. Ну и прошу, либо к ф3 паять.
Вероятно, SPI для приёмника, распаянного на той же плате, что и полётник. Ещё больше “всё в одном”. Тогда вполне логично.
Ибо шесть проводов между модулями - это чересчур.
Я говорю о возможности реального применения этого, а не о древнем ф3, который так в серию и не пошёл. Если матек заинтересуется - возможно внедрит в ф7.
у кого получилось успешно подцепить осд камеру к мозгам?
diatone fury f3 3.2.1
резисторы пробовал 180 и 150, разную задержку (200,180,125) ресурс led strip и rx1 на свободном uart - на вольтметре ноль реакции при движении стика, осд не появляется.
камера - аналог hs1077, джойстик от фоксира с ней работает.
возвращаясь к камеропроблемам…
а вот на матеке 405 аио всё заработало. телеметрия по софтсериал на мотор5, а камера на мотор6 через резистор на 150 ом, все настройки по умолчанию. переключение конечно тормозное относительно джойстика, но сойдёт . камера runcam night eagle 2
Betaflight 3.2.3 Пока истории изменений нет
github.com/betaflight/betaflight/releases
Проблема:
Плата SPR F3
В прошивка 3.7.1 видит и компас и GPS, а в 3.2.2 только компас.
Порт настроен, включаю галку GPS, перегружаю. Галка слетает, GPS-а естественно нет.
Может что-то ещё подстроить?
пробуйте 3.2.3 там что то по жпс исправили Fixed GPS initialisation baud rate issue
Пробовал. Без изменений.