Serial out for LRS boxes

brycej wrote: Hi Hexfet,

I captured a couple 10 sec logic analyzer traces here: drive.google.com/drive/folders/1PfZe9CNt...5MnNi71j?usp=sharing
Bryce

Thanks! Data looks good.

Unfortunately the only difference I can find from the deviation output is that the captures have an inverted serial signal. The documentation I have says the tx interface should support both inverted and non-inverted, but maybe not?. If you have the ability to invert the signal from the t8sg that would be worth trying.

Other than that the framing, data, and CRC all match what deviation does. I'll look at the data in more detail to see if anything more subtle turns up.

It could also be a power issue. Is there a good link to the receiver when the module is in the t8sg? Can you make a capture on the t8sg while the receiver is linked? Would like to see if it's putting any data on the serial line.

thanks Hexfet,
How is make out sbus?
When I using menu PPM and Re-init, i have out signal PPM trainer port connector.
Please show me, how to Out SBUS with many thanks.
Best regards
Reed.

You need to download testbuild from hexfet, see some post back, it is new feature.

It will be soon included in all new automatic nightly builds.

Hi Fernandez,
I see your helpt, but I don't understand , how to upload new firmware of hexfet.
It like upgrade fw deviation 5.0, is that right ? or just copy it to memory usb of Devo10 ?
Rgs
Reed

SBUS support is now in the nightly builds. If you're running 5.0 go through the full install. Go to the Downloads link on the left and get the latest Nightly Build for your transmitter. Back up your model files and tx.ini and hardware.ini. Install the dfu. Then copy the filesystem in USB mode. Then restore the tx, hardware, and model files.

Dear Hexfet, Fernandez,
lora rx wirìng with pixhawk 'RC,
Lora tx wiring with trainer port.
1/ throttle up and down, to move.
2/ mission planner connect with pixhawk, but no RC receice.
drive.google.com/file/d/1vayylPIFuwvZdrb...MT-/view?usp=sharing
Please show me, how to fix ít.
Thanks and best regards
Reed.

My approach would be first verify fhe devo sbus output by wiring it direct to uart rx on flightcontroller.

All ok? Then check with your lrs, for qzek Inunderstand is important to setup the nr of rc channels in the configuration same as nr of channels in deviation.

Make sure that non inverted sbus,
(As from Devo), is expected by lrs module

Spent some more time with the captured CRSF data. Did not find anything to change in deviation on the transmit side. The transmitter always sends the same packet type. On startup the receiver starts responding with link status telemetry packets about 100ms after the transmitter starts sending. The telemetry values start appearing after about a second. I was able to use the captured telemetry data to verify telemetry operation in deviation (after a couple bug fixes.)

Best guess at the moment is either the serial data needs to be inverted, or the module isn't getting enough power from the module bay. Also still the possibility I'm missing something obvious...

Dear Fernandez,
You mean that, I need wiring direct trainer port to rx as testing ?( ike picture )


Make sure that non inverted sbus,
(As from Devo), is expected by lrs module
I reading on lrs qzek, I haven't see sbus out are inverted or non inverted ? how to check it? I haven't oscilloscope.
Thanks
Reed.

Thanks hexfet,
Let I try upload fw and config lora again and test signal sbus with arduino.
I will take a result to you soon.
Rgs
Reed

Dear hexfet, Fernandez,
I upload and setting again step by step app of QCZEK LRS, and setting RC Protocal is SBUS Input.
When Setting Deviation Devo10 SBUS, the LRS not see signal.
If I Setting QCZEK LRS RC Protocal is CPPM, and setting Devo10 as SBUS or PPM, LRS get signal from Devo10.
Please show, me how can I do right way?
Rgs
Reed.

From what I found online the qczek module does accept non-inverted SBUS input, though didn't find anywhere showing it being used. The qczek module seems to be closed source so can't check the code.

Since the module does see something when configured for PPM input it does seem the wiring is good. You have both signal and ground connected? If you set both Devo and qczek for PPM does everything work properly?

Another test would be to use a receiver with SBUS output to feed into the qczek and see how that works.

Did you set the nr of sbus channels same on both sides?

But indeed would first check the devo sbus and you could check qczek lrs seperate.

I did find a video of qczek module working with SBUS output from an X8R receiver. Looks like it's going through an inverter to the LORA radio.

Don't have an X8R but do have an XSR. Compared an XSR SBUS output to that of deviation in t8sg plus. Data is byte-for-byte identical with channel values forced to zero (and XSR output inverted). BUT! the packet interval from the XSR is 9ms, while deviation is 14ms. The 14ms timing is what's in the Mbed implementation and in the sbus document I found (which also says there's a 7ms fast mode).

This should absolutely not make any difference in whether it works or not, but since the qczek code is not available I can't say for sure without testing. Test build sbus_timing (287e895) has a 9ms packet interval. Please give it a try.

If that doesn't work you should contact the developer of the qczek firmware for support.

Dear hexfet, Fernandez,
And theI will trying with your new firmware with my Devo10.
Now, please find attached video.
The 1st haft of video I config LRS with CPPM, It word with Devo ppm and sbus
and the 2nd of video, I config LRS with SBUS, it don't work.
drive.google.com/file/d/1_EWRaFOT72JK2vF...yJJ/view?usp=sharing
Rgs
Reed

Fernandez wrote: Did you set the nr of sbus channels same on both sides?

But indeed would first check the devo sbus and you could check qczek lrs seperate.

Hi Fernandez,
First, I checking on LRS TX with Devo10, It didn't get the SBUS, so CPPM it got signal
Rgs
Reed

Dear hexfet, Fernandez,
I will trying with your new firmware with my Devo10.
But the same,
So QCZEK LRS not open source, we can't mod something.
And them topic slowly support.
Let me using with ppm
Thanks for your support.
Best Regards
Reed Noel

Been some time since I've worked with anything not open source. Forgot how frustrating it is :/

As another test I wired up my devo10 using SBUS protocol to an F1 controller running betaflight 3.1.7. All 16 channels worked fine.

Noticed one of the betaflight serial protocol options is CRSF and used that for testing the deviation CRSF implementation. Modified deviation to send data to the flight controller address instead of the crossfire transmitter. Due to the way the protocol works the rest of the packet is the same as what is sent to a crossfire transmitter. All 16 channels worked without any changes needed. This test shows the deviation CRSF protocol has correct channel scaling, formatting, and CRC.

Nice Hexfet, Didn’t know CRSF was present in Betaflight, otherwise could have tested it for you!

Beatflight / INAV are great projects too !