Аппаратура Radiolink AT 9 2,4 ГГц

Dautov

Заметил, есть помехи от ат9 на 12 канал RC832.

TheKing
ashadow22:

Вот сводная таблица, что у меня получилось отследить

Класс, спасибо ))

ashadow22
TheKing:

Класс, спасибо ))

Да не за что. Надо дальше копать. Меня, например интересует сделать передачу с CC3D. Ну вообщем, давайте искать детали.

Halahala
Halahala:


Может кто нибудь подсказать как с этим бороться, где копать…

Спасибо за совет Алексею.
В общем проблему решил. Почистил потенциометры на всех стиках (грязищи там было много, в двух было мало смазки силиконовой) и все проблемы исчезли. Если что есть чуть фоток ремонта с основными моментами…

gtsky
EvgenyKasheev:

датчик PRM-02 подключается к назе

интенесно а как вы подключили к назе этот датчик???

TheKing
ashadow22:

Меня, например интересует сделать передачу с CC3D

cc3d же посылает телеметрию мавлинком. Банально распознаем что cc3d послал на мк и отсылаем в приемник ))

chinuk
Halahala:

Если что есть чуть фоток ремонта

Если что…Ждём:)

ashadow22
TheKing:

cc3d же посылает телеметрию мавлинком. Банально распознаем что cc3d послал на мк и отсылаем в приемник ))

это понятно, но со всем этим надо разобраться и сделать.

appolinari

Подскажите пожалуйста, кто знает, где купить переключатели для этой аппаратуры?
Поломался тумблер “С”, с длинной “ручкой”, или как там оно называется?..

appolinari
Anatoll:

Смотри ЗДЕСЬ

Боюсь, что они мне не вышлют…😦

mr_smit
ashadow22:

Используется устройство с номером 0x04 и с установленным вторым байтом в 0xAB и 0xCD. Я так понимаю, что PRM-02 поочередно отправляет ответ, то с AB, то с CD установленным вторым байтом.

А первый байт?

ashadow22
mr_smit:

А первый байт?

Первый и последний байт можно поставить в ноль. Пока, я не заметил изменений связанных с их значением.

TheKing:

cc3d же посылает телеметрию мавлинком. Банально распознаем что cc3d послал на мк и отсылаем в приемник ))

Я пока делаю с прошивкой OpenPilot, там UAVTalk. А вот с прошивкой Cleanflight, на CC3D будет MAVLink.

mr_smit
ashadow22:

Первый и последний байт можно поставить в ноль

Понял. Спасибо. Поковыряю на досуге.

ashadow22

Цикл опроса телеметрии приемником составляет 1.0243 секунды. Насколько вообще интересно обновление телеметрических данных с такой частотой?

Продолжительность передачи данных в приемник у меня пока получается 0.88 миллисекунд.

mr_smit

Запросы идут с интервалом 200 мсек. На 5 адресов как раз 1 секунда и выходит. Плюс минус. Машину когда по K-Line диагностируешь, то большинство софта тоже с такой же частотой запросы шлет. Быстрее и не надо, медленнее тоже. Типа оптимально.

P.S. ashadow22, а вы какой контроллер используете?

ashadow22
mr_smit:

Запросы идут с интервалом 200 мсек. На 5 адресов как раз 1 секунда и выходит. Плюс минус. Машину когда по K-Line диагностируешь, то большинство софта тоже с такой же частотой запросы шлет. Быстрее и не надо, медленнее тоже. Типа оптимально.

P.S. ashadow22, а вы какой контроллер используете?

Это все понятно. Но получается, что всех устраивает обновление телеметрии на передатчике с частотой раз в секунду? Или это особенность данного управления? А как на других с телеметрией?

Я использую Mini Pro, он на ATMega328(16MHz). Но в данном случае это никак не влияет, потому что сам обмен данными происходит очень быстро(0.88 ms) и без повторных передач, значит и master и slave справляются. Значит это в софте контроллера приемника задана такая частота опроса slave-устройств.

ashadow22

Да, и я забыл, на самом то деле, если чередовать посылку этих двух пакетов, то реальная частота обновления однотипных данных составит 2 секунды.

mr_smit
ashadow22:

то реальная частота обновления однотипных данных составит 2 секунды.

Ничего подобного. После отклика по адресу 0х01, меняем адрес у нашего slave на 0х04 и ждем когда приемник обратится по этому адресу. Ответили, поменяли обратно на 0х01 и т.д. Будет как и в оригинале 1 раз в секунду.