Use CC2500 if available instead of NRF24L01 for E010 and PHOENIX (#225)

* Use CC2500 if available instead of NRF24L01 for E010 and PHOENIX sub protocols

* Update documentation

* Why do I always swap below & above ?
This commit is contained in:
goebish
2019-05-16 13:17:39 +02:00
committed by pascallanger
parent fda7e2e5b6
commit aa540514b8
3 changed files with 183 additions and 37 deletions

View File

@@ -866,6 +866,9 @@ Only 3 TX IDs available, change RX_Num value 0..2 to cycle through them
If the model does not respond well to inputs or hard to bind, you can try to set Power to Low. But this protocol is known to be problematic because it's using the xn297L emulation with a transmission speed of 250kbps therefore it doesn't work very well with every modules, this is an hardware issue with the accuracy of the components used and nothing we can do about it in the firmware.
If a CC2500 module is available it will be used in place of the NRF24L01, fixing the issue mentioned above. When using a CC2500 module, Option for this protocol corresponds to fine frequency tuning.
Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it if necessary.
### Sub_protocol H26WH - *5*
CH6|
---|