No send aprs data 路 Issue #3 路 g4klx/ircDDBGateway 路 GitHub

I have been having the same issue for quite a time. I thought it was because of the lack of a password. Now, with the new aprsPassword=[aprs-is] the same issue keeps happening: very very few positions are reported.

I have checked the logs and I get a positive login:

But the position reports do not appear in aprs.fi

Could the position reports to the aprs server and the response be logged? Just to be sure whether the problems comes from the server or the ircddbgateway side.

And by the way, it would be nice to have some switch to be passed to the daemon so that it do not log all the IRC announcements but only the daemon events.

---Update---- I have gathered more details... I have inserted logging traps in APRSCollector.cpp to see what was wrong and I got this:

22:05:29 was using NMEA(DV-G) sending RMC, GGA, GLL and VTG sentences

Then I switched to D-PRS(DV-A) with Timestamp=off, Altitude=Off and Data Extension=off and I got all those CRC Bad Checksum.

So now we now know what it is not working OK with ID-51 plus 2: the positions are no accepted by ircDDBGateway.

I have also tried to see what happens setting to ON the AutoTX position (with both DV-G and DV-A) and... nothing, nada, rien de rien. No Valid nor Bad CRC entires. IrcDDBGateway does not decode at all those position bursts. However, if you press the PTT for a bit, then you start to get the expected Valid positions or Bad CRCs. I finally understand why none of my bicycle strolls were recorded!

How great it would be if you could fix this, Jonathan!

73 de Pedro

----Update 2--- If you manually enter a position in the talkie, it does not send the longitude with all de required zeroes: Raw packets from aprs.fi:

The same packets from the log traps...

The first one was generated with the position from the internal GPS and the second one came from the manual set position.

Could it be that the DV-A is dropping those zeroes so the Checksum gets messed?