TBEACON sending invalid packets #334
Comments
|
I did do some further checking, since the output from cgps did not look correct to me, I set my GPS to send NMEA packets... so now the output looks more like I would expect but still the same result.... here is from the direwolf log... The packet at 10:37:16 is a PBEACON the packet at 10:37:44 is the failing TBEACON May 6 10:37:16 direwolf direwolf[2769]: [0L] WA1OKB-10>APDW16,WIDE1-1,WIDE2-1:!S9GH<IjY#{6G/A=000003Oakland Beach Warwick, RI - Pi Zero Digi/iGate https://www.wa1okb.radio/home/aprs |
|
If you look at your original CGPS output, the grid square was putting you in Argentina and not Rhode Island! Next, can you show use what your PBEACON and TBEACON lines in your direwolf.conf file are? Regardless, this seems to be fixed as everything looks ok here: If you agree, please close this Github issue. If you have more questions, please take it to direwolf@groups.io as this is most likely NOT a direwolf bug. |
|
Thank you David... No it's not fixed, I switched back to PBEACON, that's
why it looks ok now.
Here is the PBEACON line that works
PBEACON delay=0:01 every=10:00 overlay=S symbol=\# power=13 lat=41.68618
long=-71.39961 alt=1 height=25 gain=6 compress=1 comment="Oakland Beach
Warwick, RI - Pi Zero iGate"
Here is the TBEACON line that does not.
TBEACON delay=0:01 every=10:00 overlay=S symbol=\# power=13 alt=1 height=25
gain=6 compress=1 comment="Oakland Beach Warwick, RI - Pi Zero iGate"
Literally the only difference is T instead of P and remove lat and long.
…On Thu, May 6, 2021, 4:54 PM David Ranch ***@***.***> wrote:
If you look at your original CGPS output, the grid square was putting you
in Argentina and not Rhode Island! Next, can you show use what your PBEACON
and TBEACON lines in your direwolf.conf file are?
Regardless, this seems to be fixed as everything looks ok here:
https://aprs.fi/?c=raw&call=WA1OKB-10&limit=1000&view=normal
If you agree, please close this Github issue. If you have more questions,
please take it to ***@***.*** as this is most likely NOT a
direwolf bug.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#334 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALD3AQSWLRQDU2W5ZHGWZS3TML6XNANCNFSM44HEIR4A>
.
|
|
Please review the Direwolf User Guide section 9.9.4 but the syntax for TBEACON is somewhat simplified than the PBEACON or OBEACON syntax. If I was to guess, your issue stems from your comment being too long for the APRS frame. Try removing it from your configuration and see if TBEACON starts working. If it does, start adding a very short comment and work your way up until Direwolf breaks. |
|
pi@raspberrypi:~ $ echo 'WA1OKB-10>APDW16,WIDE1-1,WIDE2-1:!S9GH<IjY#{6G/A=000003' | decode_aprs WA1OKB-10>APDW16,WIDE1-1,WIDE2-1:!S9GH<IjY#{6G/A=000003 Latitude is good but the longitude is off. I've never seen anyone else use the compressed format so it could be that there has been a bug all these years and no one ever noticed. As a workaround, take out the compress=1 to get the human readable format. This needs to be investigated. |
|
Okay, I'll give that a try.
I pared down the comment to just my call sign, so TBEACON line now reads
TBEACON sendto=IG delay=0:30 every=60:00 symbol=\# overlay=S alt=1 power=13
height=25 gain=6 compress=1 comment="WA1OKB gps"
Same problem
So then I removed compress
TBEACON sendto=IG delay=0:30 every=60:00 symbol=\# overlay=S alt=1 power=13
height=25 gain=6 comment="WA1OKB gps"
For some reason it's not pulling the correct data from gpsd
May 6 20:57:31 direwolf direwolf[617]: [rx>ig]
WA1OKB-10>APDW16,qAR,WA1OKB-10:!00 nanNS000 nanE#360/000/A=000000WA1OKB
gps
…On Thu, May 6, 2021, 6:01 PM David Ranch ***@***.***> wrote:
Please review the Direwolf User Guide section 9.9.4 but the syntax for
TBEACON is somewhat simplified than the PBEACON or OBEACON syntax. If I was
to guess, your issue stems from your comment being too long for the APRS
frame. Try removing it from your configuration and see if TBEACON starts
working. If it does, start adding a very short comment and work your way up
until Direwolf breaks.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#334 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALD3AQXDAH6GUS4XMUCCVKDTMMGUFANCNFSM44HEIR4A>
.
|
|
Even though it does say GPSD has a fix
May 6 21:05:03 direwolf direwolf[2331]: GPSD: Location fix is now 3D.
On Thu, May 6, 2021, 9:02 PM John Tetreault ***@***.***>
wrote:
… Okay, I'll give that a try.
I pared down the comment to just my call sign, so TBEACON line now reads
TBEACON sendto=IG delay=0:30 every=60:00 symbol=\# overlay=S alt=1
power=13 height=25 gain=6 compress=1 comment="WA1OKB gps"
Same problem
So then I removed compress
TBEACON sendto=IG delay=0:30 every=60:00 symbol=\# overlay=S alt=1
power=13 height=25 gain=6 comment="WA1OKB gps"
For some reason it's not pulling the correct data from gpsd
May 6 20:57:31 direwolf direwolf[617]: [rx>ig]
WA1OKB-10>APDW16,qAR,WA1OKB-10:!00 nanNS000 nanE#360/000/A=000000WA1OKB
gps
On Thu, May 6, 2021, 6:01 PM David Ranch ***@***.***> wrote:
> Please review the Direwolf User Guide section 9.9.4 but the syntax for
> TBEACON is somewhat simplified than the PBEACON or OBEACON syntax. If I was
> to guess, your issue stems from your comment being too long for the APRS
> frame. Try removing it from your configuration and see if TBEACON starts
> working. If it does, start adding a very short comment and work your way up
> until Direwolf breaks.
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> <#334 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/ALD3AQXDAH6GUS4XMUCCVKDTMMGUFANCNFSM44HEIR4A>
> .
>
|
|
We have a problem here that needs to be fixed. Question: The GPSD people keep making incompatible changes to the API. We can find the header file API version like this: pi@raspberrypi:~ $ grep -H GPSD_API_MAJOR_VERSION /usr/lib/gps /usr/local/lib/gps We can find the library files like this but I don't know how to determine the API version. pi@raspberrypi:~ $ ls -l /usr/lib/libgps* /usr/local/lib/libgps* |
|
Adding "-dgt"to the direwolf command line might provide some useful clues. |
|
So I did not build from source... The Raspbian repository has DW 1.6, and gpsd, so I installed from apt. I'll burn a new image with Buster and see if that was the problem.... |
|
Just build direwolf from source that that should take care of any version mismatch. |
|
I had the same issue. Built latest version of GPSD on a Raspberry Pi. Built Direwolf. Direwolf did not build due to version mismatch of a GPSD library. I followed the workaround mentioned here: #331 which is changing GPSD_API_MAJOR_VERSION from "11" to "12" in the dwgpsd.c file. Afterwards Direwolf built fine and gets the correct position again. |
I've had a working install of v1.6, and recently added a GPS. I changed one of my PBEACON entries to a TBEACON to test the GPS functionality, and aprs.fi receives invalid packets.
Here is the packet recieved by APRS.fi with PBEACON.. everything as it should be.
2021-05-06 02:42:05 CDT: WA1OKB-10>APDW16,TCPIP*,qAC,T2USANE:!S9GH<IjY#{6G/A=000003WA1OKB Oakland Beach-Warwick, RI - Pi Zero Digi/iGate https://www.wa1okb.radio/home/aprs
and here's what happens when I switch to TBEACON.... invalid packets
2021-05-06 02:19:10 CDT: WA1OKB-10>APDW16,TCPIP*,qAC,T2SJC:!S!!!!!!!!#{6G/A=000000WA1OKB Oakland Beach-Warwick, RI - Pi Zero Digi/iGate https://www.wa1okb.radio/home/aprs [Latitude range check failed]
The only change in the config between TBEACON and PBEACON is that I've obviously removed the lat and long values since it would get those from the GPS, everything else is exactly the same between the valid PBEACON and the invalid TBEACON
My logs show Direwolf reports a 3D fix with gpsd
GPS appears to be working as expected... here is the output from cgps... I'm stumped as to what the problem is.
┌───────────────────────────────────────────┐┌──────────────────Seen 16/Used 5┐
│ Time: 2021-05-06T14:05:31.000Z (18)││GNSS PRN Elev Azim SNR Use│
│ Latitude: 41.68639418 N ││GP 7 7 47.0 309.0 27.0 Y │
│ Longitude: 71.39971241 W ││GP 8 8 67.0 189.0 16.0 Y │
│ Alt (HAE, MSL): -72.254, 32.182 ft ││GP 9 9 42.0 243.0 27.0 Y │
│ Speed: 1.97 mph ││GP 16 16 38.0 62.0 16.0 Y │
│ Track (true, var): 311.4, -14.2 deg ││GP 27 27 67.0 69.0 25.0 Y │
│ Climb: -1.18 ft/min ││GP 4 4 30.0 201.0 0.0 N │
│ Status: 3D FIX (5 secs) ││GP 18 18 6.0 33.0 0.0 N │
│ Long Err (XDOP, EPX): 0.96, +/- 47.5 ft ││GP 21 21 9.0 162.0 0.0 N │
│ Lat Err (YDOP, EPY): 1.54, +/- 75.7 ft ││GP 26 26 17.0 77.0 8.0 N │
│ Alt Err (VDOP, EPV): 3.78, +/- 206 ft ││GP 30 30 10.0 308.0 0.0 N │
│ 2D Err (HDOP, CEP): 1.82, +/- 173 ft ││SB133 46 35.0 217.0 0.0 N │
│ 3D Err (PDOP, SEP): 4.20, +/- 243 ft ││SB135 48 12.0 250.0 0.0 N │
│ Time Err (TDOP): 2.99 ││SB138 51 30.0 227.0 0.0 N │
│ Geo Err (GDOP): 5.15 ││QZ 2 194 n/a 0.0 0.0 N │
│ ECEF X, VX: 1521543.750 m -0.030 m/s ││QZ 4 196 n/a 0.0 0.0 N │
│ ECEF Y, VY: -4521068.720 m 0.070 m/s ││QZ 5 197 n/a 0.0 0.0 N │
│ ECEF Z, VZ: 4219634.990 m -0.020 m/s ││ │
│ Speed Err (EPS): +/- 103 mph ││ │
│ Track Err (EPD): +/- 107 deg ││ │
│ Time offset: 0.132547452 s ││ │
│ Grid Square: FN41hq24 ││ │
└───────────────────────────────────────────┘└─────────────────────────────────┘
{"class":"SKY","device":"/dev/ttyACM0","time":"2021-05-06T14:07:47.000Z","xdop":0.93,"ydop":1.05,"vdop":2.67,"tdop":2.01,"hdop":1.42,"gdop":3.62,"pdop":3.02,"nSat":16,"uSat":6,"satellites":[{"PRN":4,"el":29.0,"az":201.0,"ss":19.0,"used":true,"gnssid":0,"svid":4,"health":1},{"PRN":7,"el":48.0,"az":309.0,"ss":28.0,"used":true,"gnssid":0,"svid":7,"health":1},{"PRN":8,"el":69.0,"az":189.0,"ss":21.0,"used":true,"gnssid":0,"svid":8,"health":1},{"PRN":9,"el":41.0,"az":242.0,"ss":26.0,"used":true,"gnssid":0,"svid":9,"health":1},{"PRN":16,"el":37.0,"az":63.0,"ss":10.0,"used":true,"gnssid":0,"svid":16,"health":1},{"PRN":18,"el":6.0,"az":32.0,"ss":0.0,"used":false,"gnssid":0,"svid":18,"health":1},{"PRN":21,"el":10.0,"az":162.0,"ss":0.0,"used":false,"gnssid":0,"svid":21,"health":1},{"PRN":26,"el":16.0,"az":78.0,"ss":8.0,"used":false,"gnssid":0,"svid":26,"health":1},{"PRN":27,"el":67.0,"az":67.0,"ss":22.0,"used":true,"gnssid":0,"svid":27,"health":1},{"PRN":30,"el":10.0,"az":308.0,"ss":16.0,"used":false,"gnssid":0,"svid":30,"health":1},{"PRN":46,"el":35.0,"az":217.0,"ss":0.0,"used":false,"gnssid":1,"svid":133,"health":1},{"PRN":48,"el":12.0,"az":250.0,"ss":0.0,"used":false,"gnssid":1,"svid":135,"health":1},{"PRN":51,"el":30.0,"az":227.0,"ss":0.0,"used":false,"gnssid":1,"svid":138,"health":1},{"PRN":193,"az":0.0,"ss":0.0,"used":false,"gnssid":5,"svid":1,"health":1},{"PRN":194,"az":0.0,"ss":0.0,"used":false,"gnssid":5,"svid":2,"health":1},{"PRN":197,"az":0.0,"ss":0.0,"used":false,"gnssid":5,"svid":5,"health":1}]}
{"class":"TPV","device":"/dev/ttyACM0","mode":3,"time":"2021-05-06T14:07:47.000Z","leapseconds":18,"ept":0.005,"lat":41.686394182,"lon":-71.399712412,"altHAE":-22.0229,"altMSL":9.8091,"alt":9.8091,"epx":13.994,"epy":15.825,"epv":63.084,"track":311.3699,"magtrack":297.1819,"magvar":-14.2,"speed":0.879,"climb":-0.006,"epd":48.0568,"eps":31.65,"epc":126.17,"ecefx":1521543.44,"ecefy":-4521049.43,"ecefz":4219623.26,"ecefvx":-0.07,"ecefvy":-0.11,"ecefvz":-0.21,"ecefpAcc":25.91,"ecefvAcc":0.90,"velN":0.581,"velE":-0.660,"velD":0.006,"geoidSep":-31.832,"eph":52.988,"sep":74.320}
The text was updated successfully, but these errors were encountered: