soligen2010 / rc_rx_cabell_v3_fhss Goto Github PK

Hello soligen,

I play with your receiver and your code.
For the transmitter i use a 4in1 module.
I can bind and unbind without problem.
If i use no telemetry mode, my servos are moving.
But if i use the Hub telemetry option, i have no telemetry and my servos don't move.

Any idea why please ?

Thanks for your help,

Pierre

Hi Soligen,
Can you please advise me.
I need to change channels AUX_1-AUX_4.
I need the PWM outputs of the motor control to go from these outputs, depending on the position of the control levers.
I'm completely lost in your code.
So far I have a functional simple communication with the control, but I need to keep your protocol in MULTI.
I will be happy for any suggestions and advice.
Thank you for this beautiful project.

George

It is more convenient to setup failfafe in flight controller, no pulse failsafe is a good choice in this scene

Hello, and thank you for providing this useful library. I have used it to connect a (commercial) Jumper T12 transmitter to my custom tracked-robot controller.

But... I have run into a few issues along the way. When I configure to use telemetry the transmitter reports signal quality gets worse and worse, and never really recovers -- the reported RSSI tends to sink to zero. But when I instrument the code, it appears the receiver usually recovers packets 94%-98% of the time.

I'm still investigating why the receiver is failing to recover so many packets, but I don't think RSSI should go to zero for a 90% or better packet success rate. (I really want a 100% success rate, but for now I will settle for an RSSI indicator which can detect minor improvements.)

I think the sequentialMissTrack value can penalize packet failures quite severely. I understand that it might be necessary, but the penalty for a short sequence of bad packets can stretch out to a rather long recovery time.

I made a change (https://github.com/philj404/RC_RX_CABELL_V3_FHSS/tree/improveTelemetry) which resets the sequentialMissTrack packet quality value after using it to calculate RSSI, and sending it to the transmitter. This avoids penalizing later readings with previously-logged packet misses.

If you think it might be helpful, I can set up a pull request for you to consider.

While trying to figure out how to get up to 100% received packet reliability, I came across something that confused me:
In RX.cpp getPacket(), lastRadioPacketeRecievedTime and nextAutomaticChannelSwitch seem to be set to sums of millis() added values in microseconds and then sometimes set to micros(). This seems inconsistent.

Are lastRadioPacketeRecievedTime and nextAutomaticChannelSwitch supposed to be in microseconds or milliseconds, or what?

(That said, just consistently using micros() doesn't yet help my packet success rate.)

Can you push one old version in order to see the evolution ?
Thank you

Hello,
I try to compile your project with the 1.8.8 ide but i obtain an error .
C:\Users\pierre\AppData\Local\Temp\arduino_build_756723\sketch\RX.cpp: In function 'setFailSafeValues':

C:\Users\pierre\AppData\Local\Temp\arduino_build_756723\sketch\RX.cpp:650:1: internal compiler error: Segmentation fault

}

^

Please submit a full bug report,

with preprocessed source if appropriate.

See http://gcc.gnu.org/bugs.html for instructions.

lto-wrapper.exe: fatal error: C:\tmp\Arduino_Compilateur\arduino-1.8.5\hardware\tools\avr/bin/avr-gcc returned 1 exit status

compilation terminated.

c:/tmp/arduino_compilateur/arduino-1.8.5/hardware/tools/avr/bin/../lib/gcc/avr/5.4.0/../../../../avr/bin/ld.exe: error: lto-wrapper failed

collect2.exe: error: ld returned 1 exit status

Utilisation de la bibliothèque SPI version 1.0 dans le dossier: C:\tmp\Arduino_Compilateur\arduino-1.8.5\hardware\arduino\avr\libraries\SPI
Utilisation de la bibliothèque EEPROM version 2.0 dans le dossier: C:\tmp\Arduino_Compilateur\arduino-1.8.5\hardware\arduino\avr\libraries\EEPROM
exit status 1
Erreur de compilation pour la carte Arduino Pro or Pro Mini

Can you help me please ?

Thanks

Hi Dennis,
sorry for annoyance
I have tried to compile the sketch on a fresh Arduino IDE 1.68 installation
but the compiler give me some errors:

Arduino:1.6.8 (Windows 7), Scheda:"Arduino Pro or Pro Mini, ATmega328 (5V, 16 MHz)"

sketch\MyServo.cpp: In function 'void MyServoInterruptOneProcessing()':

sketch\MyServo.cpp:85:43: warning: 'void MyServoInterruptOneProcessing()' was declared 'extern' and later 'static' [-fpermissive]

static void MyServoInterruptOneProcessing()

^

In file included from sketch\MyServo.cpp:30:0:

sketch\MyServo.h:125:6: note: previous declaration of 'void MyServoInterruptOneProcessing()'

void MyServoInterruptOneProcessing();

             ^

sketch\MyServo.cpp: At global scope:

sketch\MyServo.cpp:189:39: warning: unused parameter 'timer' [-Wunused-parameter]

static void finISR(timer16_Sequence_t timer)

                                                             ^

sketch\RX.cpp:35:26: fatal error: ClickEncoder.h: No such file or directory

#include <ClickEncoder.h>

                    ^

compilation terminated.

Thanks a lot in advance for your reply

BR's Pat

This is not and issue with this project.

Just want to know if anyone know if this protocol is present in Deviation firmware with nrf24 radio.

Otherwise, where can I find the protocol spec to post them in the Deviation Forums and start develpment thread for the protocol.

Thanks!