Hi Yuri,
Thanks for your .ini. It works great! I bought 2 LC29HEA ad 1BA to test imu and dead reckoning. I have 3D fix with the EA on GPS1 port. I woud like to use the other one as a base, but when I connect it to QGNSS it says no RTK fixed. I also tried to use $PQTMCFGRCVRMODE,W,2*29 to set it as a base, but nothing works. How did You obtain RTK fixed on QGNSS?
Hi, I have two LC29H-EA, one on the drone and one on the base. I set both with yuri .ini file. I set the base as a base. I can see 3d fix on ardupilot. I see “gps sps” on qgnss when I connect the base (I don’t know if it’s correct). When I try to do rtk inject on ardupilot connecting the base, I can see the nmea data flow but nothing else. All the constellations are red and rover remains in 3d fix. Anyone as an idea of what’s going wrong?
Thank for the help
Hello, anyone has successfully switch from rover to base station mode this module?? Can you share the commands? I am unable to to finish it…
I have been experimenting with the LC29HEA using PX4 instead of Ardupilot on my drone and I am unable to achieve steady flight in position mode. Regardless of orientation the drone drifts 2m in a E-W direction. This is regardless of whether I fly with a RTK Fix or just using the LC29H as a normal GPS. After many hours of research I now believe that the problem lies in the fact that the LC29H uses the cumbersome NMEA 0183 message format which the FC struggles to decode above 1Hz leading to curtailment of position data. Most GNSS receivers (normal GPS or RTK) for drones now use a much faster bit data transfer protocol, such as u-blox, giving a much faster position update. So I have concluded the that the LC29H is not suitable for a drone neither as a normal GPS or RTK receiver.
I don’t think the NMEA protocol is causal, but I do agree that these Quectel modules don’t seem to play nice with our use cases, and I don’t recommend them.
Although I also found the LC29H a bit finicky, possibly causing several flyaways, it appeared to deliver fast and relatively good accuracy. I think the problem lies with the interface in the FC firmware. It would be interesting if someone has the expert knowhow and can find the time to look into this further before writing-off the LC29H completely
1 Like
Quectel have highlighted that the LC29HEA only outputs RMC and GGA messages at 10Hz while the other GSA and GSV are at 1Hz. I believe Ardupilot require the GSA and GSV messages to function correctly. So even though the RMC and GGA messages are set to 10Hz (or 5Hz) the FC is effectively throttle by the 1Hz to decode the GSA and GSV messages, which could ne the cause of unstable position data.
It would be interesting to know if Ardupilot really requires GSA and GSV ?
1 Like
Hi Guys ,I feel I am late to the party but can someone please point out what I am doing wrong (GPS:No GPS)
All I want to see is some gps come in to mission planner at the point . what is the command on QGNSS to see my module is 1hz or 10Hz . Any help will be highly appreciate
Yea, every few months someone posts on here looking for a solution to use this module. Use another module.
what will the recommended cost effective RTK module be to work with Ardupilot . Thanks
If this module is your budget there isn’t one. The ArduSimple SimpleRTK2B Budget is often mentioned.
The modules documented here are the cheapest I’ve seen: