Специальные цены   новые товары
+ Ответить в теме
Страница 9 из 73 ПерваяПервая ... 7 8 9 10 11 19 ... ПоследняяПоследняя
Показано с 321 по 360 из 2906

Baychi OpenLRS - дружелюбная ЛРС с широкими возможностями )

Тема раздела Полеты по камере, телеметрия в категории Cамолёты - Общий; Сообщение от Palandreich Может достаточно CRC8? Нет на радиомодуле crc8. Только, если гнать программно. Но CRC8 не даст по сути ...

  1. #321

    Регистрация
    26.09.2011
    Адрес
    Н.Новгород
    Возраст
    43
    Сообщений
    1,125
    Цитата Сообщение от Palandreich Посмотреть сообщение
    Может достаточно CRC8?
    Нет на радиомодуле crc8. Только, если гнать программно. Но CRC8 не даст по сути никаких гарантий правильности. Я бы не стал полагаться на КС в 8бит всего

    Цитата Сообщение от baychi Посмотреть сообщение
    Сколько не рассматривал системы с обратной свзью, всегда приходит к выводу, что они позволяют только оптимизировать энерегетику
    Так эта информация чисто для принятия оптимального решения, она не для контроля за ситуацией ФС или какой другой

  2.  
  3. #322

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от Palandreich Посмотреть сообщение
    Александр, а зачем медленному пакету CRC16? Может достаточно CRC8?

    Проверял. Эффективность CRC8 на пределе дальности, когда рушатся >50% пакетов очень низка и вероятность получить искаженные данные, принятые как целые в 10-ки раз выше, чем CRC16 (я получал 2-3 таких пакета в минуту). В случае одноканального варианта (2 байта полезной нагрузки) CRC8 еще оправданно, но я отказался от столь "радикального" решения.

    Цитата Сообщение от AlexSneg Посмотреть сообщение
    Нет на радиомодуле crc8. Только, если гнать программно.
    Если ловить RFM69-й пакеты от RFM22/23 то и CRC16 надо сичтать программно.
    Но неужели это так сложно?

    unsigned short CaleCRC16(const unsigned char *DataBlock, unsigned DataBlockLen )
    {
    unsigned short crc = 0x0000;

    while(DataBlockLen--) {
    crc ^= *DataBlock++ << 8;
    for (unsigned char i = 0; i < 8; i++)
    crc = crc & 0x8000 ? ( crc << 1 ) ^ 0x1021 : crc << 1;
    }
    return crc;
    };

  4. #323

    Регистрация
    26.09.2011
    Адрес
    Н.Новгород
    Возраст
    43
    Сообщений
    1,125
    Цитата Сообщение от baychi Посмотреть сообщение
    Сколько не рассматривал системы с обратной связью, всегда приходит к выводу, что они позволяют только оптимизировать энерегетику
    Так мы и будем использовать эту информацию только с целью оптимизации. Она не влияет на принятие решений. Для нас важно, что если обратная связь пропала, то мы улетели уже далеко, и гнать быстрые пакеты уже смысла нет. Переходим только на дальнобойный протокол


    Цитата Сообщение от Palandreich Посмотреть сообщение
    Может достаточно CRC8?
    Нет CRC8 в радиомодуле. Считать самому - изврат, если есть аппаратный CRC16. И 8бит - недостаточно для гарантии небитости пакета

  5. #324

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от AlexSneg Посмотреть сообщение
    что если обратная связь пропала, то мы улетели уже далеко, и гнать быстрые пакеты уже смысла нет.

    Это может быть не дальность, а помеха.
    Это требует мощности передатчика и эффективности антенн на борту не хуже, чем на земле. То есть фактически 100 мВт с обеих сторон.
    Алгоритм неочевиден, а цена "непереключения" - потеря связи...

    Хотите поиграем в игру: Вы будете предлагать логику обратной связи, а я выискивать ситуации, где такая логика только повредит?

  6.  
  7. #325

    Регистрация
    26.09.2011
    Адрес
    Н.Новгород
    Возраст
    43
    Сообщений
    1,125
    Цитата Сообщение от baychi Посмотреть сообщение
    Но неужели это так сложно?
    Нет не сложно. Тем более на stm32. Этот МК даже не заметит дополнительной вычислительной нагрузки. Но я за то, чтобы максимально скидывать работу на аппаратуру, тем более, если она для этого предназначена. Чем более простые и прямолинейные алгоритмы крутятся внутри девайса, тем лучше, тем менбше возможностей программисту наделать багов.

    Цитата Сообщение от baychi Посмотреть сообщение
    Хотите поиграем в игру: Вы будете предлагать логику обратной связи, а я выискивать ситуации, где такая логика только повредит?
    Если обратный канал пропал и не появляется в течение 5секунд, то перестаем гнать полные быстрые пакеты и гоним только дальнобойные, медленные.
    В чем может быть засада?

  8. #326

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от AlexSneg Посмотреть сообщение
    Чем более простые и прямолинейные алгоритмы крутятся внутри девайса, тем лучше, тем менбше возможностей программисту наделать багов.

    Иногда баги в аппаратре бывают похлеще программных. Вспомните пресловутое CRC16 на RFM22/23, без индекса B? Сколько моделей из-з них упало?

  9. #327

    Регистрация
    26.09.2011
    Адрес
    Н.Новгород
    Возраст
    43
    Сообщений
    1,125
    Ну так у нас то от этого ничего не произойдет. Мы же не перестаем держать модель под управлением. Медленный протокол никуда не делся, он то в эфир продолжает поступать.

  10.  
  11. #328

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    То есть Вы предлагаете играть только длинной, не меняя девиации и фильтров?
    На за счет разрядности трудно выиграть более 2-х дБ.
    А если менять скорость, приемник должен заранее знать, что она изменилась.

  12. #329

    Регистрация
    10.03.2012
    Адрес
    Н.Новгород
    Возраст
    44
    Сообщений
    1,757
    Записей в дневнике
    2
    Вообщем при подключении в 1 и 2 канал некоторых серв (в третьем ни чего не подлючено), включается режим S.Sbus. Хотя ожидал что должен включится PPM.
    Не совсеми сервами так происходит, у себя отобрал 3 штуки из 9.

  13. #330

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от -ССМ- Посмотреть сообщение
    Не совсеми сервами так происходит, у себя отобрал 3 штуки из 9.
    Попробуйте увеличить задержки при проверке режима с 2 до 200 мкс, думаю проблема будет снята. Эти константы надо увеличить в 3-х вызовах delayMicroseconds(2) в функции check_modes файла functions.ino; На гитхабе я уже поправил.

  14. #331

    Регистрация
    10.03.2012
    Адрес
    Н.Новгород
    Возраст
    44
    Сообщений
    1,757
    Записей в дневнике
    2
    Цитата Сообщение от baychi Посмотреть сообщение
    На гитхабе я уже поправил.
    А hex-ы пока непоправленные?

  15. #332

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от -ССМ- Посмотреть сообщение
    hex-ы пока непоправленные?
    Не. Только вечером смогу перекомпилить.

  16. #333

    Регистрация
    26.09.2011
    Адрес
    Н.Новгород
    Возраст
    43
    Сообщений
    1,125
    Цитата Сообщение от baychi Посмотреть сообщение
    А если менять скорость, приемник должен заранее знать, что она изменилась
    Ну приемник попеременно принмает. Если он видит, что в четных слотах пакеты приниматься перестали, значит пробует искать по параметрам медленного протокола м другими параметрами. Если принят пакет измененный, значит дальше уже работает по медленной но дальнобойной схеме. Обратный переход при подлете к дому - аналогичный.

  17. #334

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от AlexSneg Посмотреть сообщение
    приемник попеременно принмает.
    Я немного запутался. Вы какой протокол в итоге предлагаете? С двумя типами кадров (разные скорости, размер и структура) с чередованием 50%/50% по времени, или с переключением на низкую скорость: сначала передаем быстрые кадры, затем по обртаной связи уходим на медленные?

  18. #335

    Регистрация
    15.06.2011
    Адрес
    Ростов-на-Дону
    Возраст
    46
    Сообщений
    960
    думаю что имеет смысл вначале передавать с чередованием 50%/50% по времени , а при удалении переходить на 100% медленные ...
    можно не по обратной связи а вручную с пульта (любой дискретный канал) , тогда можно самому решать когда использовать чисто медленный режим ...
    приемник в течении 5-10 секунд не принял ни одного быстрого пакета - пытается на этом временном промежутке принять медленный , если получается переходим в медленный режим ...
    если 5-10 секунд стабильно принимаем пакеты через один , пробуем в этом временном промежутке принять быстрый если получается переходим в смешанный режим ...

  19. #336

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от Gapey Посмотреть сообщение
    можно не по обратной связи а вручную с пульта (любой дискретный канал) , тогда можно самому решать когда использовать чисто медленный режим ...

    Еще и пользователя этим напрягать? А если связь отвалится, раньше, чем он кнопку нажмет?

    Цитата Сообщение от Gapey Посмотреть сообщение
    приемник в течении 5-10 секунд не принял ни одного быстрого пакета - пытается на этом временном промежутке принять медленный , если получается переходим в медленный режим ...

    5-10 секунд без связи - это уже не управление.

    В общем я пока не вижу надежного алгоритма переключения, как при наличии обратной связи, так и без нее.
    Фактически надо в дополнение к основному пакету иметь вспомогательный управляющий канал с очень большим запасом по энергетике, например передавать всего 4-5 байт с минимальной девиацией 625 Гц на скорости 1200 бод (это потребует 25-30 мс), а уже им, по некой логике замедлять весь цикл передачи (уменьшая бодовую скорость и девиацию) в 2-4-8 раз...

  20. #337

    Регистрация
    16.10.2012
    Адрес
    Челябинск
    Возраст
    39
    Сообщений
    2,325
    Записей в дневнике
    9
    Цитата Сообщение от baychi Посмотреть сообщение
    Фактически надо в дополнение к основному пакету иметь вспомогательный управляющий канал с очень большим запасом по энергетике
    Если позволите, я бы поменял приоритеты. За основной канал лучше считать медленный, а быстрый - чисто вспомогательным.
    Приняли быстрый пакет - прекрасно, не приняли - и чорт с ним, есть медленные. А вот если и медленных давно нет, тогда уже караул и ФС.
    Имхо, так оно лучше в голове укладывается

  21. #338

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от тигромух Посмотреть сообщение
    Если позволите, я бы поменял приоритеты. За основной канал лучше считать медленный, а быстрый - чисто вспомогательным.
    Если бы медленный канал передавал все необходимое сразу, быстрый бы не понадобился.
    Собственно дилемма стоит в компромисе между дальностью и скоростью. Можно пойти по простому пути и дать возможность пользователю перед полетом явно выбрать нужный режим (он лучше знает что важнее в данном полете). Например замедлив экспертовский вротокол в 2 раза (до 50-65 мс) и отказавшись от манчестера, можно выиграть те-же 6 дБ. Пределом замедления в случае RFM22/23b является девиация 625 Гц и битовая скорость порядка 1200 бод, что 6 раз меньше текущей. То есть максимально можно замедлится до 150 мс на пакет и тем самым выиграть около 10 дБ. Дальше можно только сокращать размер пакета, что при разумных 4-5 аналоговых и 2-3 дискретных каналов при минимальной точности в 8 бит, можно сделать вдвое и выиграть еще 3 дБ.

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

  22. #339

    Регистрация
    05.06.2010
    Адрес
    Москва
    Возраст
    43
    Сообщений
    11,245
    Записей в дневнике
    37
    Цитата Сообщение от тигромух Посмотреть сообщение
    Если позволите, я бы поменял приоритеты. За основной канал лучше считать медленный, а быстрый - чисто вспомогательным.
    Я бы не стал однозначно утверждать, что дальнобойный протокол в приоритете - на рекорды не каждый день летаем.
    А тем кто на коптерах, скорость существенно важнее!

  23. #340

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от Shuricus Посмотреть сообщение
    на коптерах, скорость существенно важнее!
    Кстати, Александр, а вам-коптероводом, сколько обычно каналов требуется?

    Я тут просчитал еще несколько вариантов 2-х скоростного протокола при соотношении времен пакетов 50/50 (другая пропорция ИМХО бессмысленна). Если экономить на битах и дать пользователю индивидуально настроить их кол-во для каждого канала, то лично мне , например для управления всеми FPV самолетиками сейчас достаточно: 3х10 бит (элероны, РВ и РН), 7 бит на газ, 2 бита на закрылки (заранее заданные 4 положения), 3 бита управления АП (5 позиций), 1 бит переключния между камерами, 1 бит переключения OSD и 1 бит включения пищалки. Итого 45 бит или 6 байт. Что прекрасно вписывается в целый "медленный" пакет. Положив предельную длительность пакета в 18-19 мс (для цикла передачи не более 20 мс) и играя с наполнением медленного пакета от 5 до 10 байт, можно на медленном пакете получить выигрышь от 4.5 до 8 дБ, при потерях в 1-2 дБ на быстром пакете. Причем если сделать быстрый "конфигуратором" для медленного, то все настройки достаточно будет делать на передающей стороне без ПК, хоть перед полетом или при смене модели. Наверное именно этот вариант (а не слотовый) и реализую в первую очередь....

  24. #341

    Регистрация
    15.06.2011
    Адрес
    Ростов-на-Дону
    Возраст
    46
    Сообщений
    960
    Цитата Сообщение от baychi Посмотреть сообщение
    Еще и пользователя этим напрягать? А если связь отвалится, раньше, чем он кнопку нажмет?
    50% медленных пакетов идет в любом случае ... просто когда перестают доходить быстрые пакеты ухудшается динамика , для улучшения динамики можно заменить быстрые пакеты медленными , те перейти в режим 100 % медленных пакетов , это вполне можно делать вручную ...
    при возврате домой когда хочется опять увеличить динамику , включаем режим 50%+50% ...
    Цитата Сообщение от baychi Посмотреть сообщение
    5-10 секунд без связи - это уже не управлени
    5-10 секунд не без управления , а на 50% медленных пакетов ... если много можно 1-2 секунды ... просто если получаем 50% , а вторые 50% не получаем вообще - пробуем менять режим ...
    иначе придется выделять в медленном пакете 1 бит на управление режимом приема ...

  25. #342

    Регистрация
    16.10.2012
    Адрес
    Челябинск
    Возраст
    39
    Сообщений
    2,325
    Записей в дневнике
    9
    Цитата Сообщение от baychi Посмотреть сообщение
    Я же предлагаю компромис по замедлению, без потери оперативности на больших расстояних и ее удвоение вблизи.
    Как я понял, 7500 + 24000 оптимально влезают в интервал передачи (рассчеты не проверял). По-моему, компромисс вполне приемлемый.
    Мое предложение больше относится к терминологии. Для упрощения понимания логики работы.
    Потому что если я начинаю в голове представлять алгоритм работы на базе быстрого протокола, то у меня очень быстро сносит крышу. А если наоборот - все стройно и понятно

  26. #343

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от Gapey Посмотреть сообщение
    50% медленных пакетов идет в любом случае ... просто когда перестают доходить быстрые пакеты ухудшается динамика , для улучшения динамики можно заменить быстрые пакеты медленными , те перейти в режим 100 % медленных пакетов , это вполне можно делать вручную ...

    Да, это хорошая идея. 1 бит в медленном для перключения всегда можно отыскать.
    Хм... А ведь получается, что "быстрый" пакет нужет теперь только для конфигурирования медленного (в том числе ввода FS) или если требуется большое число каналов с большой разрядностью... То есть идея вырождается в просто максимально короткие пакеты на минимально приемлимой динамике, с очень короткими "конфигурационными" вставками (например на максимальнльной скорости 256 кбит , длительностью 1 мс), что-бы еще вблизи приемник мог подстроится под передатчик, а дальше брать только длинные кадры.....

  27. #344

    Регистрация
    27.10.2011
    Адрес
    Москва
    Возраст
    33
    Сообщений
    93
    Самостоятельное конфигурирование разрядности каналов - это вообще супер!
    Мне на коптере требуется, к примеру, 3х10 бит (крен, тангаж и направление), 8 бит на газ, 2 бита на переключение режима, 10 бит на поворот камеры, 5 бит на крутилку для настроек (на обязательно), 1 бит на пищалку. Итого 56 бит. То есть 7 байт, но можно ужать и до 6.

    А если научить приёмник делать экспоненту, то на крен, тангаж и направление будет достаточно и 8 бит, тк триммирование не требуется

  28. #345

    Регистрация
    15.06.2011
    Адрес
    Ростов-на-Дону
    Возраст
    46
    Сообщений
    960
    если делать полностью настраиваемый протокол , то переносить параметры протокола из передатчика в приемник можно в момент бинда , приемники обычно не переставляют с одной модели на другую , а протокол оптимизируется под конкретную модель ... грубую подстройку частоты приемника также можно делать во время бинда ...
    конфигурировать протокол на передатчике всеравно придется с компа , а вот как выбирать нужный протокол если есть несколько разных моделей а передатчик один ??? иметь несколько наборов настроек и выбирать кнопкой на паредатчике ??? тогда нужно чтобы приемник видел передатчик только если он работает с тем набором настроек который получил при бинде ...

  29. #346

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от Gapey Посмотреть сообщение
    иметь несколько наборов настроек и выбирать кнопкой на паредатчике ???

    Именно это. Предлагаю 3 профиля настроек для каждой модели: стандартный, быстрый и точный. Профиль переключается, например, тумблером на передатчике и отсылается постоянно очень короткими кадрами (1-2 мс) на фиксированной частоте, в паузах между основными пакетами, но приемник принимает профиль только первые 30-60 сек, после установления связи и дальше его не слушает (что-б потом не сбиться случайно).
    Уникальным для приемника является только ID настроек (16 бит), что-бы отличить свой передатчик или модель от чужого (ID можно поменять кнопкой BIND на приемнике).
    Все остальное - структуру пакета, разрядности каналов, количество и набор частот прыжков, скорость, девиацию и период следования он узнает из профиля - быстрого пакета. Им же (и только им) можно поменять настройки FS. В принципе даже такие детали, как "логические каналы" и растяжку хода серв, частоту и мощность маяка можно передавать профилем (приемник вообще не конфигурировать заранее), но можно и оставить вариант настройки с обеих сторон (подумаю).

    Цитата Сообщение от Palandreich Посмотреть сообщение
    А если научить приёмник делать экспоненту, то на крен, тангаж и направление будет достаточно и 8 бит,

    Это, думаю, лучше оставить передатчику. А вот "псевдоаналоговые" каналы с 4-8 мпредустатовленными положениеями могут пригодиться - например для закрылков. Настройку (в том числе и триммирование) этих положений можно будет делать перед стартом с посмощью того-же конфигурационного пакета...

    PS: А может наоборот - все настройки на приемнике и передатчик под него подстраивается? Что удобнее?
    Последний раз редактировалось baychi; 04.02.2014 в 19:25.

  30. #347

    Регистрация
    15.06.2011
    Адрес
    Ростов-на-Дону
    Возраст
    46
    Сообщений
    960
    Цитата Сообщение от baychi Посмотреть сообщение
    PS: А может наоборот - все настройки на приемнике и передатчик под него подстраивается? Что удобнее?
    тогда приемник будет работать на передачу , чтобы скинуть настройки передатчику , чего не хотелосЪ бы ...
    а чем не устраивает вариант переливать все настройки при бинде ??? зачем каждый раз слать их с передатчика ???
    просто в передатчик под конкретную модель забиваем разрядность всех каналов , соответственно получаем пакет минимально необходимой длины для этой модели , выбираем скорость и получаем оптимальный для данной модели пакет ... набору настроек присваивается уникальный ID (16 бит) ... приемник биндим на этот ID и в процедуре бинда переливаем в него все настройки ... дальше для этой модели можно вообще настройки не менять ...
    другой набор настроек , другой ID , другой приемник на другой модели ...

  31. #348

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от Gapey Посмотреть сообщение
    тогда приемник будет работать на передачу , чтобы скинуть настройки передатчику , чего не хотелосЪ бы ...

    Почему? Достаточно передавать их первые секунды. Все равно передатчик включается перед включением приемника.

    Цитата Сообщение от Gapey Посмотреть сообщение
    чем не устраивает вариант переливать все настройки при бинде ??? зачем каждый раз слать их с передатчика ???
    Потому что у меня несколько моделей с разными настройками. И я не хочу каждый раз "перебиндевать" приемник. Считаю "биндом" - уникальный номер связи между моим передатчиком и всеми моими приемниками (что-бы отличить их от чужих пар). И кстати этого бинда в основном протоколе не будет (нет места), там для различения свой-чужой будет только синхрослово и свой набор частот. А вот параметры связи уникальны с точностью до модели (включая скан помеховой обстановки). Поэтому приемник будет говорить передатчику в каком режиме и как передавать каналы.

    Цитата Сообщение от Gapey Посмотреть сообщение
    другой набор настроек , другой ID , другой приемник на другой модели ...

    Тогда надо переключать на передатчике и номер модели и номер настроек, а это уже трудно....

  32. #349

    Регистрация
    10.03.2012
    Адрес
    Н.Новгород
    Возраст
    44
    Сообщений
    1,757
    Записей в дневнике
    2
    Цитата Сообщение от baychi Посмотреть сообщение
    Попробуйте увеличить задержки при проверке режима с 2 до 200 мкс, думаю проблема будет снята. Эти константы надо увеличить в 3-х вызовах delayMicroseconds(2) в функции check_modes файла functions.ino; На гитхабе я уже поправил.
    Теперь все ок))) проблемка устранена, спасибо.
    Только вот св.диод на приемнике с предыдущими прошифками при включении делал две вспышки, а сейчас просто горит до появленния связи.

  33. #350

    Регистрация
    05.06.2010
    Адрес
    Москва
    Возраст
    43
    Сообщений
    11,245
    Записей в дневнике
    37
    Цитата Сообщение от baychi Посмотреть сообщение
    Кстати, Александр, а вам-коптероводом, сколько обычно каналов требуется?
    У меня получается так:
    Четыре точных канала - управление.
    Один трехпозиционник - полетные режимы.
    Одна крутилка - настройка пидов.
    Два двухпозиционных тумблера на доп режимы.
    Одна крутилка на Тильт камеры.
    Один тумблер на пищалку.
    Еще один запасной тумблер. (Ракеты, мины, переключение камер).

    При этом, обычно все каналы идут по ППМ, кроме трех последних.

  34. #351

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Прежде чем приступать к новому "гибкому" протоколу, внес все последние изменения и дополнения на гитхаб, а так-же доделал режим 3 (обратный порядок 10-ти 11 битных каналов). Прошивки тоже перекомпилил, описания дополнил.
    https://github.com/baychi/OpenExpertTX
    https://github.com/baychi/OpenTinyRX

  35. #352

    Регистрация
    29.12.2008
    Адрес
    Шпицберген
    Возраст
    47
    Сообщений
    1,916
    На выходных дошли у меня руки до прошивки моих модулей.Два передающих "оранжа" 0,1Вт и 1Вт(условно ),приёмники "оранжи" 2 шт и "хоки" 2 шт.Пришлось несколько раз прочитать и вникнуть в инструкции,перестроиться на особенность управления через терминал,чтобы примерно понять что есть что.Немного повоевал с программатором и ФТДИ-адаптером.Ардуиновская прога периодически не видела програматор.Первая попытка прошивки передающего модуля 0,1Вт оказалась неудачной,долго пытался связать модуль с приёмником,потом интуитивно понял, что проблема в модуле подозрение на криво вставшую прошивку или вообще загрузку,загрузил в него ардуиновский загрузчик(до этого стоял родной,только фьюзы подправлены были),почистил память,и загрузил прошивку по новой.Всё стало адекватно.Сначала я вбивал значения каналов в регистры приёмника такие же самые как и в соответствующих регистрах каналов передатчика.Передатчик предварительно был включён в режиме авто-настройки, т.е. он выбрал каналы на его усмотрение исходя из эфирной обстановки,после этого я переписал значения регистров отвечающих за каналы связи,чтобы вбить их в регистры приёмников.Значение регистра 2(подстройка частоты) на передатчиках и приёмниках было 199.В принципе всё работало,сервы шуршали,маяк работал и т.д.На дальность возможности проверить нет,погода плохая.В одноватный модуль я тупо скопировал значения регистров со 100-милливаттного и он тоже работает.
    Но вот сегодня вечером после прошивки приёмника "хок" я решил попробовать "ребинд" приёмника,т.е. чтобы он сам нашёл передатчик.Предварительно на модуле 0,1Вт я занизил мощность(значение регистра =1),оттащил передатчик в другую комнату и приёмник никак не смог настроиться,хорошо принёс передатчик поближе и попытка номер два...Настроился,но значения регистров немного другие,номера каналов совпадают но номера регистров нет.Например регистр 11 на передатчике значение 92,а на приёмнике 63.63-й канал тоже есть но в передатчике он в регистре 17.Далее регистр подстройки частоты тоже поменял значение,вместо 199 стал 195.Попробовал забиндить другой приёмник,значения регистров отвечающих за каналы тоже отличаются и от передатчика и от первого приёмника(в смысле по другому перемешаны номера каналов),сами каналы совпадают просто стоят в других регистрах,регистр 2 имеет значение 192.При этом всё работает нормально,во всяком случае в пределах квартиры.
    Так вот у меня вопрос.Как предпочтительней оставить значения регистров каналов и регистра подстройки частоты,вручную их установить или лучше чтобы они установились в автомате?В каком случае связь будет устойчивее?

  36. #353

    Регистрация
    07.02.2014
    Адрес
    Симферополь
    Возраст
    40
    Сообщений
    8
    Доброе время суток!
    Во-первых, спасибо Александру (автору) за большой объем работы по доработке программной части модулей LRS!
    Во-вторых, хотелось бы прояснить несоклько моментов по железу: есть у меня старенький передатчик WFLY FT-06, на модели Бикслера приемник Corona 35MHz, все работает вполне нормально. Хочу попробовать канал на 433 МГц, сам радиолюбитель с позывным и имею пару р/ст на 144, 433 МГц. Понимаю, что на эти частоты проще сделать направленную антенну, чем на 35МГц
    Вопросы такие:
    1. Я не нашел, какого типа сигнал PPM идет из моего передатчика (JR/Turnigy или Futaba совместимый). Соответственно, принципиально ли это? Планирую взять OrangeRX Open LRS 433MHz Transmitter 1W ( JR Compatible) на HK, паяльник в руках держать умею. Могут быть проблемы, если передатчик т.н. Futaba-compatibe? Если да, то как это можно проверить (осциллограф есть).
    2. Общий набор: OrangeRx Open LRS 433MHz 9Ch Receiver, OrangeRX Open LRS 433MHz Transmitter 1W ( JR Compatible), OrangeRX USB Firmware Update Kit for JR/Futaba Style Transmitter Module - является достаточным для того, чтобы на первых порах получить канал управления моделью на 433? Цена, к сожалению, не на последнем месте...
    P.S. автопилот и ОСД Eagle Tree. Заранее благодарен за ответ

  37. #354

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от polarfox Посмотреть сообщение
    значения регистров немного другие,номера каналов совпадают но номера регистров нет

    Это нормально. Набор каналов - это кольцо, у него нет начала, а важна только последовательность частот.

    Цитата Сообщение от polarfox Посмотреть сообщение
    Далее регистр подстройки частоты тоже поменял значение,вместо 199 стал 195

    И это правильно. У каждого своя модуля индивидуальная подстройка. В данном случа приемник подстроился под передатчик.

    Цитата Сообщение от polarfox Посмотреть сообщение
    .Как предпочтительней оставить значения регистров каналов и регистра подстройки частоты,вручную их установить или лучше чтобы они установились в автомате?

    Регистры частот - без разницы, лишь бы сохранялась последовательность. Подстройка частоты - лучше вычисленная при rebind.

    Цитата Сообщение от korwins Посмотреть сообщение
    1. Я не нашел, какого типа сигнал PPM идет из моего передатчика (JR/Turnigy или Futaba совместимый). Соответственно, принципиально ли это?

    Нет. Более того, подключив передатчик к модулю и включив на последнем отладку (R6=3), Вы увидете сколко каналов идет с РУ и какой у них диапазон, а следовательно и тип.

    Цитата Сообщение от korwins Посмотреть сообщение
    2. Общий набор: OrangeRx Open LRS 433MHz 9Ch Receiver, OrangeRX Open LRS 433MHz Transmitter 1W ( JR Compatible), OrangeRX USB Firmware Update Kit for JR/Futaba Style Transmitter Module - является достаточным для того, чтобы на первых порах получить канал управления моделью на 433? Цена, к сожалению, не на последнем месте...

    Почти. Нужно еще чем-то проверить и при необходимости поправить фьюзы Мег. Если в составе Update Kit есть SPI программатор, то все ОК, если нет, желательно что-бы где-то рядом такой был (правка делается один раз).

  38. #355

    Регистрация
    07.02.2014
    Адрес
    Симферополь
    Возраст
    40
    Сообщений
    8
    Спасибо, SPI программатор есть, это не проблема. Буду пробовать!

  39. #356

    Регистрация
    29.12.2008
    Адрес
    Шпицберген
    Возраст
    47
    Сообщений
    1,916
    Александр,спасибо.Ещё один вопросец.В руководстве к передатчику есть фраза ,касающаяся подстройки частоты:"2 - Freq Corr – индивидуальная поправка частоты. Позволяет точно синхронизировать частоты приемников и передатчиков. Обычно лежит в пределах 180-220. Подстройку можно производить по параметру A= выдаваемым приемником, добиваясь близости значения к 0/255."
    Что это за параметр А?Где его смотреть?Или это аналоговый режим РССИ?

  40. #357

    Регистрация
    08.03.2009
    Адрес
    Великий Новгород
    Возраст
    41
    Сообщений
    828
    Цитата Сообщение от polarfox Посмотреть сообщение
    A= выдаваемым приемником
    Приемник по UART выдаёт во время работы. Смотреть в терминале.
    У меня тоже были проблемы с биндом, после замены RFM23BPS в передатчике, приёмник никак не хотел биндиться с передатчиком, в автомате ловил 1-2 канала только, процесс бинда не прекращался.
    Помогло уменьшение регистра 2 в передатчике до 185-190, после этого бинд стал проходить быстро и чётко.
    Последний раз редактировалось PARSEK; 10.02.2014 в 13:45.

  41. #358

    Регистрация
    18.10.2008
    Адрес
    Москва
    Возраст
    52
    Сообщений
    11,332
    Записей в дневнике
    8
    Цитата Сообщение от polarfox Посмотреть сообщение
    Подстройку можно производить по параметру A= выдаваемым приемником, добиваясь близости значения к 0/255."
    Сейчас еще добавлена команда Fxxx на передатчик и удобнее всего при наличии рации (или частотометра), подстроить передатчик по рации. Например выбставить на ней 433.075 МГц (1-й канал LPD) с минимальным шагом. На передатчике дать команду F0 и по подстраивать смещение кнопками '<' и '>' по чистоте звука. Для запоминания нажать Enter. А приемник уже подстраивать под настроенный передатчик командой rebind или вручную.

  42. #359

    Регистрация
    16.10.2012
    Адрес
    Челябинск
    Возраст
    39
    Сообщений
    2,325
    Записей в дневнике
    9
    Я тоже накопил парочку вопросов

    Александр, у вас в доке написано, что обычные значения регистра 2 "в пределах 180-220". Я подстраиваю одноваттный орандж под сканнер в режиме частотомера и получаю лучший результат при значении регистра в 127. И при этом не дотягиваю до точного значения еще около 10кГц.
    Соответственно, ребинд нормально не проходит. Находит один или два канала и все.
    Если вписать каналы в приемник вручную - все работает, но непонятно как корректировать частоту, ведь команды Fx на приемнике почему-то нет.

    Еще поэкспериментировал с таким приемником в качестве источника PPM (для ретранслятора).
    Примерно от 0% до 30% стика газа передатчик вообще не реагирует на него, показывая 988. Выше - все ок.
    Это какой-то нестандартный PPM? Как-то проверить без осциллографа можно?

  43. #360
    BAU
    BAU вне форума

    Регистрация
    03.12.2010
    Адрес
    Карелия
    Возраст
    49
    Сообщений
    2,910
    Цитата Сообщение от тигромух Посмотреть сообщение
    ведь команды Fx на приемнике почему-то нет
    По маяку и подстройка руками 2 регистра. Или можно приблизительно настроить, потом сделать на приемнике ребинд. И он сам подтянет 2 регистр.
    Тут главное чтоб передатчик был хорошо настроен.

+ Ответить в теме

Похожие темы

  1. Продам Двухдиапазонная ЛРС
    от Dikorass в разделе Барахолка. Оборудование и модели для FPV
    Ответов: 3
    Последнее сообщение: 15.12.2013, 19:02
  2. Продам ЛРС 1Вт 433Mhz HawkEYE openLRSngTX UHF system JR/Turnigy
    от Shuricus в разделе Барахолка. Оборудование и модели для FPV
    Ответов: 3
    Последнее сообщение: 17.11.2013, 15:05
  3. Куплю приемник лрс dragonlink
    от type_2 в разделе Барахолка. Оборудование и модели для FPV
    Ответов: 1
    Последнее сообщение: 08.11.2013, 15:50
  4. Продам ЛРС Rockwell hobby+ 868MHz. Усилитель 3Вт.
    от DmitryB в разделе Барахолка. Оборудование и модели для FPV
    Ответов: 1
    Последнее сообщение: 18.07.2013, 11:46
  5. Ответов: 1
    Последнее сообщение: 22.02.2013, 18:32

Метки этой темы

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения