Yet another 9XR Pro and XJT telemetry

[demitrix]

I have spent the entire day reading every post I can find on this combo and getting telemetry to work. Telemetry debug shows data coming from the module. I used the S.port on the controller to flash my X4R-SB so I know it is good, however I cannot flash the XJT itself (assuming its locked since I could flash the RX and TelRx is showing data coming in. I have Protocol set to XJT (Running r220 so I believe PXX has been renamed) Type D16, Chans 16. Under Telemetry UsrProto is FrSky, FrSky Com Port is 1, Invert is off, COM2 function is set to other than Telemetry. I don't get RSSI, I can not get SWR to change even if I put a metal pan over the the TX. At this point I am not concerned with data outside of what the TX and RX should provide themselves. Just would like to see some proof of telemetry working. I have tried ersky9xr and OpenTx, Same on both softwares. Please help and thank you.

[MikeB]

All looks correct.
Can you bind OK to the Rx and control a servo?

Mike.

[demitrix]

Yes, RX is bound, RTEA all show in betaflight and effect the ESC accordingly. I am at a complete loss.

[MikeB]

Is your Real Time Clock operating OK?
The inverter on COM1 is controlled by an output of the RTC chip. If the RTC battery is flat then this output doesn't work properly.

Mike.

[demitrix]

Yeah I forgot to mention that, saw that in another thread. I've completely exhausted any and all options.

[MikeB]

Go to the logging menu and configure a switch to turn logging on.
Now go to the Debug menu and tick "Raw Logging".
Now turn the logging switch on, wait about 10 to 15 seconds at least then turn logging off.
You should now have a file on the SD card, in the LOGS directory for the model you have selected.
Zip this file up and post it for me to look at.

Mike.

[demitrix]

Well no reason to zip the file its empty outside of the column headings

Time,Elapsed,Valid,RxRSSI,Swr,A1,A2,AltB,AltG,Temp1,Temp2,RPM,Amps,Volts,mAH,TxBat,Vspd,RxV,Lat,Long,Fuel,Gspd,Cvlt,Ctot,SC1,SC2,SC3,SC4,SC5,SC6,SC7,SC8,GV1,GV2,GV3,GV4,GV5,GV6,GV7,BtRx,Aspd,RBv1,RBa1,RBv2,RBa2,RBm1,RBm2,RBsV,RBST,Cel1,Cel2,Cel3,Cel4,Cel5,Cel6

Something is clearly wrong because even in my older log files it atleast shows TxBat, and Cvlt is also present and is 4.5. Other than that all fields were 0.

I've uploaded a copy of the file in case there is something I just cant see in there.

Also updated the bootloader to v2.1 before doing this logging.

Here is a video of the TelRxCount to verify it is the correct behavior.
https://www.youtube.com/watch?v=28nxVrMi89k
Another weird glitch I've noticed is that controller reports the CPU Temp as -1C

[MikeB]

Please try again, and wait for a minute with the raw logging running. The raw data is buffered, and only when enough has been received is it written to the file. From your video, the data is not arriving very quickly.
Note that the Raw Logging option is not saved to the EEPROM, so is only valid until you power off.
If you look at the file, if there is any raw data in it it won't be readable. Just copy the file from the SD card into a zip file.

Mike.

[demitrix]

Got it this time. FIle has content this time.

[MikeB]

Looks like you didn't have "Raw Logging" ticked, there is no raw data in the file.

Mike.

[demitrix]

Raw logging was enabled. At this point I am wondering if I have received a bad controller or bad tx module. I will try raw logging again.
Steps I took to produce log :
Power on radio.
Power on quad
Check mark Raw Logging
Enable logging
Wait for X amount of time
Arm Quad
Wait for X amount of time
Disarm Quad
Wait for X amount of time
Disable logging
Power off radio

After following those steps this is the file produced.

[MikeB]

That shows as all the telemetry data bytes received are all 00000000, very odd, since you do seem to be receiving something.

Try changing the protocol to PPM instead of XJT. This should make the firmware think it has a DJT and change the baudrate of the telemetry port down to 9600 instead of 57600. Then look at TelRxCount again and see if it is still counting.
You could try raw logging if data is being received, just to see if anything other than 0 is received.

Mike.

[demitrix]

Heres Raw Logging with Proto set to PPM.

Is it possible to connect the s.port to a com port on a pc and read the data that way? To verify that the module is functioning properly?

As an aside RSSI does work on OpenTX using a cable from the module to the Futaba port. So the telemetry is getting to the module. I am more inclined to think the s.port is not functioning properly. Solving the telemetry and update issue.

[MikeB]

That shows there is data of some sort on the signal.
Yes, the SPort signal is inverted serial at 57600 baud, and connects OK directly to the receive input of a PC COM port. The data isn't readable, but if you have a terminal program that can capture the data, we could look at the file of captured data.

Mike.

[demitrix]

I didn't have any luck using the s.port on the back of the module. Nothing showed in the terminal but I had the same results using the tx port which I know is transmitting the RSSI as I can see it with OpenTX. I assume both s.port pins are active at the same time. May have been the com port I used. I would exchange the module but if it is sent to the seller and is not defective I pay shipping both ways.

[MikeB]

Yes the SPort pins are all commoned.
Do you know anyone else who could try your XJT module, anyone with a Taranis could try it in the external bay?
I do suspect the XJT as you should see SWR data.

Mike.

[demitrix]

I don't. I could try a local hobby shop and hope they will let me try a unit there.

I found a gentleman an hour away with a Taranis to let me try. Hopefully we can meet up soon.

[demitrix]

I was able to try the module in a Taranis X9D. No sensors no telemetry. Blaming it on the module and returning to site I bought from for an exchange.

[demitrix]

I hate threads with no resolution and my exchange took quite some time. The module was the source of the problem. New module in and everything seems to be working great.