I am hooked up via USB to the LCH29DA
I am sending the the chip “$PQTMCFGRCVRMODEW,R,1*06\r\n” on start of my python
application via USB. After that I send RTCM3 MSM 4 messages.
I never get an RTK fix. Ideas help?
For send rtcm corrections ensure to use qgnss or strsvr to the usb_com port hoocked up…
quectel_gnss_rtk_application_note_v1-0.pdf (1.4 MB)
I have my PC hooked to the unit as COM26. I get RTCM3 records from our base station and forward them to Com26. I am sending RTCM MSM4 1074,1084 and 1094 records along with 1004, 1005 and 1012.
I see 3 green lights flashing on the unit but never get a fix. On startup I send
“$PQTMCFGRCVRMODEW,R,1*78\r\n” which I think is the right command for the unit to receive RTCM messages. I have other units from different vendors working. We would like to get this running asap. Thanks
I am not sure what NTrip has to do with anything we already forward RTCM data to the chip.
This is the package we are experimenting with
I remember on setting the ABC jumpers for…and LC29H BS connected to LC29H DA but no RTK fix? - #3 by benh119
I am using the board as a hat to the PI. The serial port is Serial0 I am sending RTCM3 data to it through there. I am also getting NEMA data from there. Still no RTK fix. Someone said I should remove the R13 and R14 but I am not sure of their location or if they help. I see all three flashing when I send RTCM3 messages
I more information. I have the waveshare PI hat LC28HDA.
I have sent commands
$PQTMVERNO returns
$PQTMVERNO,LC29HDANR11A03S_RSA,2024/03/19,13:55:31*20
$PQTMCFGRCVRMODE,W,1 returns
$PQTMCFGRCVRMODE,OK*64
$PQTMCFGRCVRMODE,R returns
$PQTMCFGRCVRMODE,OK,1*79
$PQTMCFGRTCM,W,1
$PQTMCFGRTCM,ERROR,3*39
Not sure it uses this command it returns an error.
I am sending RTCM3 1005 1074 1084 and 1094
I still do not get a RTK fix. Best I get is a solution code of 2.
Basically this item does not seem to work with RTCM3 records or
can not get a RTK Fix. I have contacted WaveShare and gotten no response.
I have seem others that got this work, and thought I could just plug it in and it would work. Guess not. Any ideas would be great.
I have included RTCM3 1006 as well. I filter all other RTCM3 records out. So far no luck. This has me stumped. This should be an easy operation.
$PQTMCFGRCVRMODE,W,1 be in rover mode as default…
$PQTMCFGRTCM,W,1 wrong syntax an no need of rtcm output
–set as Tim on @rtklibexplorer
–see update rate to be at 1Hz $PQTMCFGFIXRATE,W,1000*59
$PQTMCFGFIXRATE,R*71 ask & get result
$PAIR062,1,0*3F # turn off GLL messages (1
$PAIR062,2,0*3C # turn off GSA messages (2
$PAIR062,3,0*3D # turn off GSV messages (3
$PAIR062,4,0*3A #Turn off RMC messages (4
$PAIR062,5,0*3B # turn off VTG messages (5
–need a good antenna for rtk! the default one may impact…
–Try it alone , only the hat board connected on Qgnss via usb com port
if not resolve try a clean restart:
$PAIR382,1*2E → Test command for lock system sleep enabled
$PAIR003*39 → power off GNSS system
$PAIR514*3A Clear the current configuration and restore the default settings set via $PAIR
$PAIR512*3C clear all data
$PQTMRESTOREPAR*13 # restore $PQTM params to default
$PQTMSAVEPAR*5A
$PAIR023*3B reboot module
$PQTMGNSSSTOP*09 same of power off GNSS system
$PQTMCFGRCVRMODE,R*32 ask & get result to be 1 rover
$PQTMCFGNMEADP,W,3,8,3,3,3,3*39 ; Max decimal places
$PAIR062,1,0*3F
$PAIR062,2,0*3C
$PAIR062,3,0*3D
$PAIR062,4,0*3A
$PAIR062,5,0*3B
$PQTMSAVEPAR*5A
$PAIR023*3B reboot module
let me know…
Still no RTK I waited about 5 minutes. The antenna we use is a Novatel on the roof the lab. Should be fine since it sees about 30 satellites according to the QGNSS app. Here is the send and results.
$PQTMGNSSSTOP09
$PQTMGNSSSTOP,OK21
$PAIR062,1,03F
$PAIR001,062,03F
$PAIR062,2,03C
$PAIR001,062,03F
$PAIR062,3,03D
$PAIR001,062,03F
$PAIR062,4,03A
$PAIR001,062,03F
$PAIR062,5,03B
$PAIR001,062,03F
$PAIR382,12E
$PAIR001,382,032
$PAIR00339
$PAIR001,003,038
$PAIR5143A
$PAIR001,514,03B
$PAIR5123C
$PAIR001,512,13C
$PAIR001,512,0*3D
$PQTMRESTOREPAR13
$PQTMRESTOREPAR,OK3B
$PQTMSAVEPAR5A
$PQTMSAVEPAR,OK72
$PAIR023*3B
Here is a full reply list.
$PAIR382,12E —> Sent
$PAIR001,382,032 —> returned
$PAIR00339 —> Sent
$PAIR001,003,038 —> returned
$PAIR5143A —> Sent
$PAIR001,514,03B —> returned
$PAIR5123C —> Sent
$PAIR001,512,13C —> returned
$PAIR001,512,0*3D —> returned
$PQTMRESTOREPAR13 —> Sent
$PQTMRESTOREPAR,OK3B —> returned
$PQTMSAVEPAR5A —> Sent
$PQTMSAVEPAR,OK72 —> returned
$PAIR0233B —> Sent
$1,20381121,3072,1,7,126 —> returned
$PAIR011,00127 —> returned
$PAIR010,1,-116 —> returned
$PAIR010,2,-1*15 —> returned
$PQTMGNSSSTOP09 —> Sent
$PQTMGNSSSTOP,OK21 —> returned
$PQTMCFGRCVRMODE,R32 —> Sent
$PQTMCFGRCVRMODE,OK,179 —> returned
$PQTMCFGNMEADP,W,3,8,3,3,3,339 —> Sent
$PQTMCFGNMEADP,OK61 —> returned
$PAIR062,1,03F —> Sent
$PAIR001,062,03F —> returned
$PAIR062,2,03C —> Sent
$PAIR001,062,03F —> returned
$PAIR062,3,03D —> Sent
$PAIR001,062,03F —> returned
$PAIR062,4,03A —> Sent
$PAIR001,062,03F —> returned
$PAIR062,5,03B —> Sent
$PAIR001,062,03F —> returned
$PQTMSAVEPAR5A —> Sent
$PQTMSAVEPAR,OK72 —> returned
$PAIR023*3B —> Sent
$GNGGA,000001.000,0,00,99.999,M,M,*70 —> returned
$PQTMGNSSSTOP09 —> Sent
$PQTMGNSSSTOP,OK21 —> returned
$PQTMVERNO58 —> Sent
$PQTMVERNO,LC29HDANR11A03S_RSA,2024/03/19,13:55:3120
—>returned
$PQTMCFGRCVRMODE,W,12A —> Sent
$PQTMCFGRCVRMODE,OK64 —> returned
$PQTMCFGRCVRMODE,R32 —> Sent
$PQTMCFGRCVRMODE,OK,179 —> returned
$PQTMGNSSSTART51 —> Sent
$PQTMGNSSSTART,OK79 —> returned
$PAIR011,00127 —> returned
$PAIR010,1,-116 —> returned
$PAIR010,2,-1*15 —> returned
This was my full send return values. Still no RTK lock. Only getting a solution code of 2.
Please run commands in order:
the first--> $PAIR382,1*2E
$PAIR003*39
$PAIR514*3A
$PAIR512*3C
$PQTMRESTOREPAR*13
$PQTMSAVEPAR*5A
$PAIR023*3B
$PQTMGNSSSTOP*09
$PQTMCFGFIXRATE,W,1000*59
$PQTMCFGNMEADP,W,3,8,3,3,3,3*39
$PAIR062,1,0*3F
$PAIR062,2,0*3C
$PAIR062,3,0*3D
$PAIR062,4,0*3A
$PAIR062,5,0*3B
$PQTMSAVEPAR*5A
$PAIR023*3B <--the last.
now the module is in rover mode at 1Hz with only the Nmea GGA output
if you connect it to qgnss with ntrip activated and it receives corrections without interference it must at least be in rtk_float.I fear that the resistors prevent correct transmission…
So you recommend removing R13 ?
Or which one is it.
I removed the resisters. Still no RTK fix.
FYI, I am sending RTCM3 records directly via our local base station. This code works with UBlox and Novatel to get an RTK fix. I am sending RTCM3.x 1005,1006,1074,1084 and 1094 are sent. The checksum and ID are checked before the records are sent. I end up with GPS solution of 2. I am at a loss. I emailed waveshare support last week and still have no response so I must thank you for all your help! I see nothing wrong but not getting a RTK fix.
Similar issue