I have Yaapu telemetry 2.0.x dev (master) working with ArduPilot 4.4.3. All is good I have telemetry, messages display in the widget etc. However!
I don’t get sensors. I believe Yaapu should be giving me about 10 synthetic sensors, including an “Armed” sensor, but I don’t get any. I have RSSI_TYPE = 3 and it’s working - RSSI is showing on the transmitter.
Is there anything I need to do to get the extra sensors to show up?
@yaapu,
I am running Arduplane 4.4.4
Tx16s with EdgeTx 2.9.2
ExpressLRS 3.3.1
Yaapu 2.X
The only issue I am encountering is that the battery voltage/cell voltage/amp are not coming thru nor the flight modes see pic attached.
Same setup on Frsky M9 and crsf is working without any issue.
I can confirm same problem on my RadioMaster. Interestingly, I saw the message below when it was armed but the main screen continue to flash “Disarmed”.
I am replacing an old UAV rx with an ELRS. That UAV is equipped with a KAKUTE F7 AIO (Ardurover V4.3.0), but it is not communicating properly with the YAAPU telemetry. The telemetry indicates “no telemetry”.Control from the radio is working fine.
I suspected the radio and YAAPU settings, but it worked fine when I installed the same ELRS rx on another FC.
I suspected the KAKUTE settings and the RX worked fine when connected to another FC (Matek F405wing or F765 wing) with the same UART settings.
I think the cause is in the KAKUTE, but the cause is not clear to me.
My ELRS system is Jumper T18 with BetaFPV’s TX and Jumper AION-RX-MINI. I need your help.
I’ve attached my FC’s param file.
I think I’ve noticed something with Yaapu suddenly/randomly not working. I think what I’m seeing is that if you modify one of the settings on the “Model” tab in Edge TX, it resets the “Use CRSF” option in Yaapu, so you think “oh I’m sure I set that” and you have to go set it again.
I noticed that this happened when I edited the model settings using Companion, but then I also noticed it happened if I modified one of the timers on the radio without using Companion. What made this stand out was that it was on a model that I had flown several times with Yaapu working fine and then it just stopped working when I fired it up after editing the timer.
I have noticed something additional about this issue.
I have the same model same settings for the radios and different FCs connected for the RX side. the UART settings for the FCs are the same for all FCs.
My KAKUTE is not able to communicate with the radio and telemetry, while the Matek765/405 wing is able to communicate. Of course YAAPU also works.
In KAKUTE’s case, the radio settings [telemetry] recognized data from rx such as RSSI, but did not receive data from Arudupilot. Therefore, when I check the yapuCRSFdebug in TOOL, there is no communication.
In addition to this, I have connected my Omnibus F4 Pro V3 to the same rx as well and it too is not communicating with Yaapu. But on the other hand, the radio setting [telemetry] is receiving data from Ardupilot, but still the yaapuCRSFdebug in TOOL is not getting any data.
yes, it keyed by model name there’s no such thing as model guid, later api versions introduced the concept of model filename but to keep it backward compatible I compute my own filename based on model name
Anyone here, how managed to enable CRSF support in the Yaapu telemetry settings on a Radiomaster Pocket?
On the Boxer and the Zorro, the sequence TELE → RTN → TELE brings you into that configuration menu, but on the Pocket, this does’nt work.