Closed Zaquron closed 1 year ago
F.port is only a thing that happens between hf module and receiver. Hf module communication with Radio is the same as with sbus s.port configuration. Are you shure that there is nothing wrong between receiver and flightcontroller? Which FC Do you use and how have you connect the receiver with it.
F.port is only a thing that happens between hf module and receiver. Hf module communication with Radio is the same as with sbus s.port configuration. Are you shure that there is nothing wrong between receiver and flightcontroller? Which FC Do you use and how have you connect the receiver with it.
The FC is a Mateksys F411 wing. It's connected to the R9MX receiver through a serial TX pin. I went back to OTX and everything works. There was no change in hardware or receiver side firmware in any way, that's why i think this is an EdgeTX bug.
I just like to request that you double checked This. 😉 Can you Check your Externalaccessmod wiring? This is also a clear indication for Malfunctioning Inverter. (can be possible) TX to Module Bay Pin 1. Pin 2 is for Telemetry.
You dont have a Scopemeter layin around somewhere? Or an old Accst Module and Receiver? 😅
I'll recheck wiring tomorrow, but pretty sure it wouldn't work on OTX if it was a hardware issue. I happen to have an oscilloscope, but no serial analizer. What should i check? I could flash the module with ACCST but i don't have a compatible receiver so i can't test that.
You need no Serial analyzer. Oscilloscope is enough. Check rx tx Pins in the Bay. (With r9m connected and running.) Signal should Look clean and sharp. Maybe there isnt even a Signal on tx. (pin1)
Every measurement thats done is good for bugtracking 😉
I did a few measurements. If by pin1 you mean the top pin, then there is a signal on that one. (running OTX or EdgeTX) It does not look clean and sharp, but looks just like the signal i measured under OTX .
That looks horrible. The levels are not consistant. Try a higher sample if available on scope
pin5 (the bottom one right under GND) looks like this:
well, it's a very basic and cheap scope... Why does it work on OpenTX though?
The s.port Signal Looks good. The Signal on pin1 does not. Idk why it works with opentx. Maybe @rotorman can say something about that. (different processing or else) I wouldnt Trust that it will work reliable with opentx for long time. You can change module type to ppm to Check if you can Pick up a good Signal here. And you can compare the Signal on pin2 with pin 1 to figure out if it's a speed limit issue of your scope
Another idea would be to solder in an external inverter like on x10/x12. These are tested on 400k Baudrates.
@Zaquron can you show some pics of your hw-mod you did? The waveform in https://github.com/EdgeTX/edgetx/issues/1585#issuecomment-1046208365 looks pretty distorted to me.
Connections look ok to me, but there is definitely a hardware issue here.
When i connect the probe to pin1, the module loses telemetry even on OpenTX.
Now i have no idea how to fix this. :(
Changing mainboard is beyond my budget.
BTW just came back from the field where i had 2 flights on OpenTX. Not a single glitch,
On the USART3 header to the left of main STM32F4, I cannot clearly see from the image if the TX and RX wires connect or not - also flux should be washed off with PCB cleaner, as it is not only corrosive, but also lightly conductive.
Nevertheless, if with the same radio OpenTX firmware works OK, then there must be a software issue somewhere. I do not have R9M myself to test though.
Can you measure the top pin (PPM/SBUS of JR-bay) once more under OpenTX and under EdgeTX to see if you can spot a difference in the waveform?
Resoldered and cleaned off flux:
Waveform on EdgeTX
Waveform on OpenTX
Your solder job looks good, the waveforms look the same on OpenTX and EdgeTX, although both have very rounded corners. Hmm... would you have a logic analyzer, like Saleae, to check if the data stream from the radio is also similar?
Sorry, i don't have a logic analyzer.
Did anyone ever measure this with an oscilloscope? Maybe it's the same mess in every transmitter.
I had a look at TX16S schematics and accessmod and I think it might work better without the following two highlighted components - remove only if you are adventurous enough:
I have a damaged mainboard (battery charge control circuit went up in smoke) so i might give this a try. Does this affect anything else?
Did anyone ever measure this with an oscilloscope? Maybe it's the same mess in every transmitter.
I only measured the waveform with th external Inverters on x12s. And ive done that with a fluke/philips pm97
Does this affect anything else?
Removing the two components listed affects only the external RF-module.
I did a little experiment. Changed the main PCB to the old one and did the suggested modification. Signal still looks like this:
IMHO this is a software problem. Can someone please take a look at the code?
I have the same problem: T18 radio with R9M, which works fine in OpenTX, but it doesn't work in EdgeTX (only telemetry is transmitted.)
Is there any chance someone with the skills will take a look at this? Please?
I would Do this. But I dont have access to a RM TX16S.
The problem might be not specific to RM TX16s. I have Radioking T18.
Yes. First Post was rmtx16s. I only have a X12s with additional Inverters. And for me everything works.
@Zaquron is that only with F.PORT output, or in general with this module? @brainbubblersbest can you please confirm: your R9M ACCESS works properly on the X12S with external access mod & edgetx?
I will Look into that this evening.
Raphael Coeffic @.***> schrieb am Di., 22. März 2022, 23:47:
@Zaquron https://github.com/Zaquron is that only with F.PORT output, or in general with this module? @brainbubblersbest https://github.com/brainbubblersbest can you please confirm: your R9M ACCESS works properly on the X12S with external access mod & edgetx?
— Reply to this email directly, view it on GitHub https://github.com/EdgeTX/edgetx/issues/1585#issuecomment-1075726017, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALPVHWMWXVVAJT6MESPSMYTVBJEYLANCNFSM5OHQYAKA . You are receiving this because you were mentioned.Message ID: @.***>
@Zaquron is that only with F.PORT output, or in general with this module?
I'll check as soon as i can find some time to experiment
The one with Radio is communication between Radio-module. The other one is communication between FC-receiver, where yellow is sbus and blue is s.port. I get vbat from fc and rxbatt from receiver.
In inav configurator i get only fixed channels. No Matter what i try to set in the cli. Seems to be fixed channels from failsafe. Even if I set it to no pulses.
I have old sbus s.port config over two separate uarts from the fc.
Input and outputs are defined in edgetx. Values are changing in channel Monitor on Radio.
I try to figure out the last working build after come home from work. Dont know the last compiled version working with r9m in access. I always need to self compile it.
@brainbubblersbest ok, so same for you: connection seems alright (telemetry is coming, etc), but channels values are "fixed" and do not move.
Yes. And Signal looking pristine. I can check with logic analyzer tho.
Checked with dc setting again. Looks good.
I even can See a change in a specific wave when i change the throttle channel. (Radio<->Module)
@raphaelcoeffic Do you have a good scope Signal from access uart communication as it should be? It came to my mind that this Digital Signal on TX Contact is acting like ppm or cppm on that Single wave Form.
That would be weird?
Can this be True? 🤔
Today I checked if the channel data is transmitted in S.Bus & S.Port mode. No, it doesn't work in EdgeTX, only in OpenTX.
Thx! I will have a look then. Something must be fishy. I don‘t have any access capable external module, nor do I have the external access mod, but let‘s see if I can uncover something.
Found the protocols on opentx github. Here is some short Video from the Signal, when moving the right Stick. (mode2) Dropbox scope output
It's not ppm 🙈
@raphaelcoeffic this seems related: https://github.com/EdgeTX/edgetx/issues/260#issuecomment-987870988
aaand: can copy the exact behaviour as descripted. F.port and sbus/s.port works. Channels in the FC. Full Telemetry in the Radio
But only under setting "fcc" 915/868/eu" wont work.
I´m using flex Firmware, so i should be able to choose what i want.
@brainbubblersbest ok, so let me summarise:
Yes checked that again. All True. I can try to record 915/868/eu/fcc with logic analyzer. If that is somehow helpfull.
@brainbubblersbest I finally ordered a FrSky R9M 2019 /w R9MX receiver + a R9SX receiver so I can work on the FLEX UI stuff, so may also be able to help with this... (and/or will be asking you how to get started with it! :grin:) Will probably be a couple weeks before it arrives though.
@brainbubblersbest I finally ordered a FrSky R9M 2019 /w R9MX receiver + a R9SX receiver so I can work on the FLEX UI stuff, so may also be able to help with this... (and/or will be asking you how to get started with it! 😁) Will probably be a couple weeks before it arrives though.
You’ll need external access mod as well ;-)
Any news on this? I'm itching to use EdgeTX but can't until it's fixed.
@pfeerick can you take a close Look into this please? I know from a few users go back to opentx because of the non full working r9access function in edgetx. (inav /fixed wing /frsky group.
Please Tell me if I can help you somehow.
Working fine in my case with: a) TX16s, R9M 2019 (ACCESS), R9MX, MAMBA APP F722, INAV 3.0.1. b) as a), but with Matek stack in flying wing edgetx 2.7.1 cmake -Wno-dev -DPCB=X10 -DPCBREV=TX16S -DDEFAULT_MODE=2 -DGVARS=YES -DPPM_UNIT=US -DHELI=NO -DLUA=YES -DHARDWARE_EXTERNAL_ACCESS_MOD:BOOL=ON -DCMAKE_BUILD_TYPE=Release ../
Describe the bug Coming from OTX 2.3.14, i installed EdgeTX 2.6 with externalaccessmod and RC output disappeared from the receiver. When the receiver is connected, the channel data sometimes refreshes once and stays there until turned off. Moving the sticks does not change the channel outputs. Telemetry always works fine.
To Reproduce -install EdgeTX 2.6.0
Expected behavior RC channels should work through f.port
Screenshots
General information
Checked 3 times now, the whole setup works fine on OpenTX. tested with - flex mode (868MHz) with R9MX receiver
*edited for clarity