А не сделать ли нам OSD?

Wasja

Тут по поводу того, что телеметрия на радиомодем в APM должна идти с меньшей скоростью а в OSD желательно c большей. Возможно ли сделать некий “переходник” или “контроллер” или “процессор” с двумя серийными интерфейсами в один приходит от APM со скоростью 57600 (а по USB допускается до 115200 и ничего не тормозит), а из другого уже данные выдаются на радиомодем со скоростью 19200 например (у меня 2000м по земле обеспечивает, там каждый свою скорость должен поставить). Конечно, надо будет внутри править поле скорости передачи и сделать это все в обе стороны. Зато вполне можно объединить с OSD проектируемым.

DChernov
smalltim:

ЗАЧЕМ 4-байтовый флоат гнать там, где хватит 2 байта с фиксированной точкой или даже 1 байта?

Ну так может быти сделать некое расширение Мавлинка, например #150 с параметрами из #30, но чарами, а не флотами? И гнать его, махонького, с желательной частотой.

Alexey_1811

Блин, парни. Не загоняйтесь. Какая к черту правка протоколов. Вы хотите сделать OSD которым смогут пользоваться три человека???

DChernov
Alexey_1811:

Вы хотите сделать OSD которым смогут пользоваться три человека???

Тогда нужно смириться с частотой мавлинка и обрабатывать то, что есть. А если проект будет опенсорцный, то кто захочет(и сможет 😃 ), тот подправит.

X3_Shim
Alexey_1811:

Блин, парни. Не загоняйтесь. Какая к черту правка протоколов. Вы хотите сделать OSD которым смогут пользоваться три человека???

Конечно ни кто не будет править протокол. И самое главное нет уверенности что это поможет. Проблема может быть не в трафике, а в частоте посылок.

Wasja
Wasja:

“процессор”

Имелось в виду что-то такое:

X3_Shim
Wasja:

Имелось в виду что-то такое:

Проблема не в скорости порта (по проводам), а в том сколько может сама телеметрия реально передать. Если она вдруг не справится, то значит OSD должна фильтровать данные и посылать некоторые пакеты “через раз”. Но я третий раз напишу. Возможно что и сам процессор APM не справится с увеличившимся _числом_ посылок, он должен будет чаще прерывать основную работу управления ЛА для того что бы отправить данные. Этот вопрос надо исследовать.

DChernov
Wasja:

Имелось в виду что-то такое:

Там и так в радиомодем сыплется на 57600, беда в том, что редко сыплется.

alexeykozin

вроде как в 3др модемах в режиме мавлинк все это реализовано,
в смысле если данных больше чем он может передать то он выбирает по приоритетам,
модем и порт можно настроить на скрость линии 115200 не трогая беспроводную скорость

тоесть по идее можно настраивать объем данных с избытком по потребностям осд

X3_Shim
alexeykozin:

вроде как в 3др модемах в режиме мавлинк все это реализовано,

Не знал что модем проверяет и фильтрует данные. Это хорошо. Тогда схема из поста 202 теряет смысл. Текущих 57600 хватит гарантированно на все посылки для OSD.

Остался второй вопрос.

Alexey_1811

Не надо забывать что увеличение скорости пригрузит МК APM. Думаю контроллер там и так работает на грани.

Wasja
X3_Shim:

екущих 57600 хватит гарантированно на все посылки для OSD

Проблема, что при 57600 дальность связи по модему будет 1000м. Поэтому скорость снижают и перепрошивают MinimOSD на ту же скорость, что и выход APM. Если же 3DR radio может из 57600 внутри себя делать 19200 и посылать в эфир, то уже мелким бесом бегу смотреть, что там куда шить.

Alexey_1811:

Не надо забывать что увеличение скорости пригрузит МК APM

Боды по умолчанию 115200 для связи по УСБ и 57600 для связи по модему, большинство на них и летает. Вряд ли там что перегрузится.

alexeykozin:

модем и порт можно настроить на скрость линии 115200 не трогая беспроводную скорость

Ищем…

X3_Shim
Wasja:

Проблема, что при 57600 дальность связи по модему будет 1000м. Поэтому скорость снижают и перепрошивают MinimOSD на ту же скорость, что и выход APM. Если же 3DR radio может из 57600 внутри себя делать 19200 и посылать в эфир, то уже мелким бесом бегу смотреть, что там куда шить.

Еще раз. 3DR модем и например мой RFD900 имеют две скорости. Одна для внешнего проводного интерфейса, другая для воздуха. Сейчас, по умолчанию, используется скорость проводного интерфейса 57600. По воздуху же данные летят со скоростью 64 килобита. Оно сейчас у всех так. Но реально поток данных не забивает и 64 килобита. А если вдруг будет забиавать и 64 килобита не будет хватать, то, по утверждению Козина (которому я склонен верить), 3DR сам отфильтрует и будет слать не каждую посылку, а ровно сколько пролезает. И не выстраивать их в очередь, а именно отбрасывать. Тут видимо проблемы нет. 57600 так же хватает для частой передачи информации в OSD.

Wasja:

Боды по умолчанию 115200 для связи по УСБ и 57600 для связи по модему, большинство на них и летает. Вряд ли там что перегрузится.

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

X3_Shim

Чет у нас тишина. Кто то видимо код пишет уже. Хоть в курсе держите.

DChernov

Что-то притихло всё.
Есть ли какие-нибудь новости?

Shuricus

По схеме так и не определились.

Нужно там что то еще доделывать или нет? Помогите нам пожалуйста уважаемый Тим и Вахтанг!

sashaNar
Alexey_1811:

Не надо забывать что увеличение скорости пригрузит МК APM. Думаю контроллер там и так работает на грани.

У Арду оригинального, не аиоп, две атмеги, одна на вывод ввод вторая на вычисления. Хз чем они там между собой общаются, но общатся явно успевают.
Вывод на модем я бы все же сделал из ОСД С пониженным бодом. Это будет самый универсальный вариант, и реальзовать вроде как несложно. Тем более что я например без модема летаю, и ставит его пока не планирую. А вот графика минимосд раздражает.

Вахтанг

Все выходные работал, срочные дела!
Помочь то чем? надо с начала с функционалом и перечнем внешних датчиков определиться, от этого схема и будет зависеть.
Перечень внешних и внутренних разъемов определить
Потом, программист, который будет писать софт должен сказать на какой порт какие сигналы завести, какие таймеры как будет использовать и т.д.
После уточнения схемы печатную плату развести дело 2-х, 3-х дней.

Shuricus

Тогда давайте еще раз:

  1. Уарт входной.
  2. Уарт выходной.
  3. Видео.
  4. Напряжение.
  5. Ток.
  6. РССИ.
  7. Питание 5В.
  8. Что еще нужно для прошивки СТМа?
X3_Shim
Shuricus:

Тогда давайте еще раз:

  1. Уарт входной.
  2. Уарт выходной.
  3. Видео.
  4. Напряжение.
  5. Ток.
  6. РССИ.
  7. Питание 5В.
  8. Что еще нужно для прошивки СТМа?
  1. Зачем выходной уарт ? Уже вроде обсудили, что телеметрия сама фильтрует.
  2. Напряжение какое ? Внешнюю батарейку замерять ?
  3. Ток какой ? Мотора или телеметрии ?
  4. РССИ решили делать на OSD ?

Александр, по моему у нас еще не было конечного варианта согласованного, что бы уже Вахтанга с Тимуром напрягать.

Shuricus
  1. На всякий случай. Если нет, то не надо.
    4,5,6 уже обсудили + все подробно есть в первом посте.

Никто никого не напрягает. Я предложил утвердить окончательно.

Всех устраивает концепция из первого поста в целом?

Если да, то нужно сейчас понять, кто официально возьмется за прошивку и доведет ее до конца, и как верно подметил Вахтанг - тогда уже двигаться дальше.
Если будет несколько человек, то все равно кто будет за все отвечать.

Есть добровольцы? Признавайтесь! 😃