In your debug screen, you can see a line Sport protocol = 0.
This means that oXs considers that the receiver is a D serie (and not a X serie). Therefore it activates the Hub protocol instead of the Sport protocol.
In order to detect the kind of protocol, oXs checks if the voltage level changes on the pin connected to Rx (Hub/sport).
Normally, a X serie rx send a polling code every 12 ms and oXs wait for 20 ms for a change of voltage.
So the issue could have 2 reasons:
- or the Rx is not yet 100% running ( does not yet send a pooling code on the Sport bus) when oXs checks the change of voltage. In this case we could delay the check performed by oXs
- or the Rx is not sending anymore a pooling code every 12 ms. In this case we could increase the delay of 20 ms.
If the issue happens at each startup, I think that the first reason is the rigth one.
Could you test following change:
in file oXs_out_Frsky.cpp, you have those lines
Code: Select all
PCIFR = (1<<PCIF2) ; // clear pending interrupt
// to see if SPORT is active, we have to wait at least 12 msec and check bit PCIF2 from PCIFR; if bit is set, it is SPORT
delay(20) ;
You could insert a line "delay(3000) ; " before like this
Code: Select all
delay(3000) ;
PCIFR = (1<<PCIF2) ; // clear pending interrupt
// to see if SPORT is active, we have to wait at least 12 msec and check bit PCIF2 from PCIFR; if bit is set, it is SPORT
delay(20) ;
3000 means that the set up of oXs will be delayed by 3000 millis sec (= 3 sec).
If this does not work, you can increase the delay but it make no sense to go above 10 sec.
If this still does not work, it could be that the second reason is the rigth one. In this case, the issue should be solved if you increase the existing 20 msec delay. So you could try replacing the line delay(20) ; by delay(100) ;
Perhaps, that this issue is the result of a change in the Frsky firmware on Rx level. Do you use a new Rx (a 2015 model) or did you upgrade the firmare to be EU compliant?
