flybrain. передатчик + приемник + автопилот. powered by stm32
Ведет на _top.jpg, а надо на _bottom.jpg.
исправил.
проверил BOM на СТДАПП и сенсоры. Где надо, исправил. В СТДАПП нужно STM32F100RBT6. Уже исправил. Позже проверю в схеме, если там ошибка в названии, исправлю в архиве.
В СТДАПП нужно STM32F100RBT6. Уже исправил. Позже проверю в схеме, если там ошибка в названии, исправлю в архиве.
проверил на схеме. Там R8 ( RB ). Не понял откуда C8 нагенерился в исходный BOM. F100R8 - стоит дороже и там 64кБ памяти. F100RB стоит дешевле и там 128кб флеша. Вообщем RB надо брать.
проверил на схеме. Там R8 ( RB ). Не понял откуда C8 нагенерился в исходный BOM. F100R8 - стоит дороже и там 64кБ памяти. F100RB стоит дешевле и там 128кб флеша. Вообщем RB надо брать.
Я знаю откуда. Это я на страничке вычитал 😃
И не особо раздумывая уже заказал CB.
Лажанул?
Лажанул?
Мдя. Даже корпус другой. Ладно, 120 рублей не деньги, закажу RB. 😃
Лажанул?
похоже - да. На сайте ошибка. На схеме - все верно. Даже по фото видно другой корпус и маркировку. Исправлю на сайте. И наверно о приемнике думал когда писал тот комментарий.
CB - тоже нужен, встанет в приемник.
CB - тоже нужен, встанет в приемник.
Алекс, а где почитать про приемник/передатчик. Что-то я пока не испытываю необходимости менять OpenLRS. Может потому что не в курсе?
И еще вопросик: как расшифровывается СТДАПП? 😃
Алекс, а где почитать про приемник/передатчик. Что-то я пока не испытываю необходимости менять OpenLRS. Может потому что не в курсе?
Я примерно весной этого года показывал фоты в теме и передатчика и приемника. Даже видео ролик выкладывал как работает меню передатчика. Схемы и платы я раздавал тем, кто просил. Исходники от передатчика и приемника я тоже обещал дать всем, кто соберет и захочет помочь развитию этой темы.
вот схемы и платы передатчика
mozgolet-navigator.narod.ru/…/Transmitter_v4.zip
Видео готового передатчика
Сейчас куда-нибудь фоты закачаю готового устройства.
И еще вопросик: как расшифровывается СТДАПП?
СТДАПП = Модуль для стандартной аппаратуры.
Смысл делать приемник для тебя есть. Объясню. Та версия приемника, что у меня рядом с АП, она на РФМ22В
Исходники от своего приемника я отдаю тем, кто хочет сделать что-то полезное. Протокол взаимодействия с АП уже на приемнике реализован. Все датчики: тока и ВС подключаются прямо в приемник. Если выдергиваешь формат радиопакета пакета OpenLRS и вставляешь в мой, а фактически просто новый класс поверх моего пишешь, заливаешь в мой приемник и СТДАПП тебе не нужен.
Кроме того можно не собирать бустер на обратный канал и поставить вместо него входной фильтр, как Александр делает. SPDT ключи для обхода на плате уже есть. Собственно, колхоз совсем не большой.
Если же ты знаешь формат радиопакета Эксперта, что мешает добавить и его в приемник? И здесь вопрос в нехватке флеша для программы не стоит, там 128кб на борту и частота 24МГц. Аппаратные ШИМ для сервы и никаких геморов с джиттерами. В сторону АП всего один шлейф в 4 провода, а сервы как обычно в приемник. А приемник уже умеет слейвом под АП работать.
вот ссылка на фотки передатчика
СТДАПП = Модуль для стандартной аппаратуры.
Смысл делать приемник для тебя есть.
Для себя вижу два преимущества:
- Меньше разнородных железок в ЛА;
- Нет лишних преобразований управляющих сигналов.
Надо думать. Для начала соберу АП, а там будет видно.
Пока что жду платы и детальки 😃
Надо думать. Для начала соберу АП, а там будет видно.
Пока что жду платы и детальки
Ты что, без меня заказывать собрался!?
Ты что, без меня заказывать собрался!?
Ты сказал, что не готов еще, я и не беспокоил тебя. Так то уже все заказано…
В личку написал.
Эх ты… даже и не сказал, что заказал… Я тут весь сайт мозголета вычитал… изучил, так сказать 😃
Ну ладно, будешь первым 😃
Если же ты знаешь формат радиопакета Эксперта, что мешает добавить и его в приемник?
Алексей, а давайте двигаться в сторону хороших стандартов. Вы реализовали SBUS вход. Я на днях доделаю SBUS выход с приемников с протоколом Эксперта. Учитывая, что мои прошивки передатчиков уже используют SBUS вход, получается полностью цифровой тракт на 10-12 каналов с 11-битной точностью и периодом пакетов 7-14-31 мс.
Если к этому еще добавить мелочи типа RSSI через один из PPM/PWM каналов, поддержку 2-3 сателитов, и сигнализацию о потерях пакетов в SBUS, то получится всем удобно. 😃
Александр, я думал о том чтобы договориться уже всем вместе о стандарте канала между АП и приемником. Но чистого SBUS недостаточно. Лично мне надо двусторонний UART. Так как я передаю приемнику дополнительную информацию и хочу от него иметь много чего еще кроме стандартных каналов. Кроме того, приемник не должен гнать ничего на сервы, без приказа АП. Приемник должен работать слейвом.
Предлагаю это отдельно обсудить, может даже в отдельной теме. Эксперт, Тимофей, Слон и все остальные пусть присоединяются, если хотят. Выработаем стандарт, пользователи только выйграют. Я сегодня сделаю описание моего канала в текущей реализации, выложу. Можно будет взять за фундамент от чего отталкиваться и добавить всем, кому что надо.
Так как я передаю приемнику дополнительную информацию и хочу от него иметь много чего еще кроме стандартных каналов.
Что, например?
Кроме того, приемник не должен гнать ничего на сервы, без приказа АП.
Типа избавить АП от лишних разъемов? Коль на приемнике и так есть гребенка, пусть он за все сервы и отвечает?
ИМХО это черезчур хитро. Проще разделить сущности. Если нужен расширитель выходов для АП, сделайте его отдеьно. Или гоните тот-же SBUS на футабские сервы и хабы…
Лично мне надо двусторонний UART.
У меня на UART большие планы, поэтому я так упорно все фишечки делаю на обыных ножках. 😃
Предлагаю это отдельно обсудить, может даже в отдельной теме. Эксперт, Тимофей, Слон и все остальные пусть присоединяются, если хотят. Выработаем стандарт, пользователи только выйграют. Я сегодня сделаю описание моего канала в текущей реализации, выложу.
Давайте обсуждать. Я - за. Жду описания.
А вот почему бы вот такую www.ebay.com/itm/…/261261765934 плату датчиков не использовать? ИМХО и дешевле и проще.
ИМХО и дешевле и проще.
Есть изначальная концепция - не плодить лишних проводов и модулей, поэтому все автономно на одной плате.
ИМХО это черезчур хитро.
Ничего хитрого. Сейчас это так у меня и работает.
Если нужен расширитель выходов для АП, сделайте его отдеьно.
Уже сделал, но для самодельных приемников, от которых существуют исходники, это лишнее. У приемника уже все разъемы есть. Зачем плодить еще одну аппаратную сущность, если достаточно добавить код в прошивку.
Или гоните тот-же SBUS на футабские сервы и хабы…
SBUS требует аппаратной инверсии, понятно, что Футаба пыталась сделать так, чтобы жизнь хаккерам медом не казалась. ИМХО УАРТ без всякой инверсии гораздо легче для уже существующих приемников. Опять же я имею ввиду только протокол двустороннего взаимодействия АП и приемника. Гнать SBUS на сервы смысла нет, так как ни у кого таких серв нет. Хотя вот, что у меня тут готовится к следующему сезону:
Эта штука может управлять чем угодно. Например можно не серву прицепить, а БАНО
Я тоже добавляю дискретные выхода на приемник. 😃
А инвертированность SBUS даже для меги не проблемма, не говоря уж о STM.
Если хотите, могу выдавать неинвертированный сбас?
Если хотите, могу выдавать неинвертированный сбас?
Александр я и так прием СБАС уже реализовал для СТДАПП. Если вы готовы, рассмотреть вариант именно двустороннего, неинветированного УАРТ между приемником и АП, тогда есть для меня смысл эту тему развивать. Если же как бы желания у Вас нет этой теме время посвящать, то мне проще самому сделать поддержку эфирного канала для OPEN LRS и Эксперта. Потому как вот, что у меня уже готово к испытаниям в воздухе:
И надо заканчивать уже с RFM22. 69я делает ее по дальности и избирательности как два пальца об асфальт. Есть конечно нюансы по автоматическому AFC. Но вроде как я порешал эти проблемы в первом приближении.
Если вы готовы, рассмотреть вариант именно двустороннего, неинветированного УАРТ между приемником и АП, тогда есть для меня смысл эту тему развивать. Если же как бы желания у Вас нет этой теме время посвящать, то мне проще самому сделать поддержку эфирного канала для OPEN LRS и Эксперта
Алексей, на Вашем месте, при наличии своего приемника, я бы варианты чужих приемников даже не рассматривал. 😃 Тем более при таком “Развороте” идеологии, как Salve-приемник. Понимаю, что Вам такой подход удобнее, так как минимизирует количество разъемов на АП, переваливая их груз на приемник, дескать там и так они есть.
Возразить могут только одним примером - приемники саттелиты. Маленькие, только с одним последовательным выходом (максимуум UART+PPM/SBUS), зато размещаемые где уголдно и с ортогональной поляризацией антенн. У них нет гребенки разъемов и для них важно, кто будет арбитром: АП (в идеале) или “главный” приемник. Я у себя реализовал второй вариант - один главный приемник и до 4-х статтелитов взаимодействующих с ним через UART (цепочка типа TX1->RX2; TX2->RX3 … RXглавный…).
Ну еще “пример с натяжкой” - GSM модем в качестве альтернативного канала. Гребенки разъемов серв у него нет по определению…
И надо заканчивать уже с RFM22. 69я делает ее по дальности и избирательности как два пальца об асфальт.
Коль так, ИМХО, заморачиваться с “чужими” приемниками или изобретать новый универсальный протокол обмена пока ни к чему.
Актуализовал документацию. Скачивается одним PDF файлом.
…narod.ru/…/FlyingBrain_User_Manual_v1.3-031113.pd…
добавил новую прошивку на сайте FlyingBrain-0.1.0.277.zip
Обучил ее работать с EB-800. Сделал описание как настраивается EB-600 штатными средствами АП. Никаких дополнительных UART коннекторов больше не нужно.
Те, кто сам собирает, EB-500 больше не заказывайте. Берите либо EB-600, либо EB-800. Они гораздо лучше работают в нашем деле.
Что-то в наших конубрях нет EB600,800 и вообще никаких EB.
Это ведь не принципиально? Можно и например www.ebay.com/itm/…/190889252601 такой взять?