XPS Technical Support Forum

Full Version: Dual 2.4/9mHz system
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Firstly, no problems with XPS 2.4 module with any Rx.
Or a well known European dedicated 2.4 brand flying concurrently.

Maybe we can get a view from your knowledge.

This is out of the ballpark, but some are having trouble with loss of signal to Rx on Tx16S internal configuration.
Total loss of control and spiral in from level flight. Failsafe set on one occasion only, so doesn't seem a factor.
Doubtful that the Tx is a problem, common to 3 different Tx's.
Just who is using our R/C bandwidth? Everything from toys to licensed UAV. 
Increasing 2.4 activity in a rural zone, farming, water control, etc, etc.

Possible causes, band width, batteries.

1. Batteries are a well known make, A123 type with internal charge control, not dual, load test OK after crash.
2. Many flights successful prior to crashes.
3. Postulated that 2.4 is becoming overused, and users are running out of band wriggle room. 

So, do you have any views on producing dual band 2.4/9 mHz or just 9 mHz to improve the odds.
Or is this dual band idea just a blind alley, down which we don't need to go?

Regards,
Since this is not our product you are referring to (internally Tx16S RF system), we can only speculate that there is an over-air RF issue or there is a problem with the firmware controlling the frequency hopping.

Having multiple frequencies for control can never hurt, however, if the what is controlling the data being sent is the actual cause of the problem then it won't matter what frequency(s) are used.
(06-09-2022, 01:20 PM)XPS Wrote: [ -> ]Since this is not our product you are referring to (internally Tx16S RF system), we can only speculate that there is an over-air RF issue or there is a problem with the firmware controlling the frequency hopping.

Having multiple frequencies for control can never hurt, however, if the what is controlling the data being sent is the actual cause of the problem then it won't matter what frequency(s) are used.

Thanks, much appreciated, everything helps.

Regards,
In some of these cases with other systems having lock-outs, we know there is a complete disconnect all of the way to the ground.  Unless there is something physically jamming the 2.4GHz band (like 4 separate high powered video transmitters - which definitely will do that), and there is not a hardware failure occurring, I would say this is the frequency hopping getting out of sync.  This is one area that was focused on with the XtremeLink radio system.  You should be able to turn on/off either the Tx or Rx and have an immediate re-connection of the system.  Frame rates are typically fixed (ours is for sure), so if a packet is missing for any length of time the frequency hopping sequence should be able to know exactly what frequency needs to be used in 'x' number of missing frames.  If the system somehow gets out of sync, it could remain out of sync until something is done to correct that (like powering off/on the Tx).
(06-09-2022, 08:33 PM)XPS Wrote: [ -> ]In some of these cases with other systems having lock-outs, we know there is a complete disconnect all of the way to the ground.  Unless there is something physically jamming the 2.4GHz band (like 4 separate high powered video transmitters - which definitely will do that), and there is not a hardware failure occurring, I would say this is the frequency hopping getting out of sync.  This is one area that was focused on with the XtremeLink radio system.  You should be able to turn on/off either the Tx or Rx and have an immediate re-connection of the system.  Frame rates are typically fixed (ours is for sure), so if a packet is missing for any length of time the frequency hopping sequence should be able to know exactly what frequency needs to be used in 'x' number of missing frames.  If the system somehow gets out of sync, it could remain out of sync until something is done to correct that (like powering off/on the Tx).

Thanks.