APRS DM-1701

[SA0BUX]

Today I updated my DM-1701 and I don't hear the aprs packet in the speaker as I do on the RT3S.

Some limitations similar to MD-9600 on the DM-1701 ?


I also noticed something odd.

If I switch to VFO and send a APRS packet I see this on my decoder:

Code: Select all

11:08:51$ fm SA0BUX-7 to APN000-0 via WIDE2-1,1x-12 RR1! PID=38
          .34N/01801.56EL OpenGD77

(Some characters are boxes = non displayable )

Which I presume is from the default settings.

But if I then switch back from VFO to my defined APRS channel where I have a APRS profile it continues to send with the VFO APRS settings.
Even if I switch between some channels and back to the defined channel.

After power off/on it works again and it sends according to the APRS settings.

Code: Select all

11:20:43$ fm SA0BUX-4 to APN000-0 via WIDE1-1,WIDE2-1 UI  PID=F0
          !5918.34N/01801.56E4 OpenGD77 DM-1701

[VK3KYY]

Today I updated my DM-1701 and I don't hear the aprs packet in the speaker as I do on the RT3S.

Some limitations similar to MD-9600 on the DM-1701 ?

OK. I didn't test the speaker sound on the DM-1701, there may be no audio signal path from the AT1846S to the speaker on the DM-1701

The signal path I'm using in the UV380 is not normally used, as its the direct output Rx audio from the AT1846S but in the UV380 / DM1701 and MD9600, all Rx audio including FM is via the C6000

At the moment I don't think there is anything I can do generate audio to the speaker if there is no signal path.

I also noticed something odd.

If I switch to VFO and send a APRS packet I see this on my decoder:

Code: Select all

11:08:51$ fm SA0BUX-7 to APN000-0 via WIDE2-1,1x-12 RR1! PID=38
          .34N/01801.56EL OpenGD77

(Some characters are boxes = non displayable )

Which I presume is from the default settings.

But if I then switch back from VFO to my defined APRS channel where I have a APRS profile it continues to send with the VFO APRS settings.
Even if I switch between some channels and back to the defined channel.

After power off/on it works again and it sends according to the APRS settings.

Code: Select all

11:20:43$ fm SA0BUX-4 to APN000-0 via WIDE1-1,WIDE2-1 UI  PID=F0
          !5918.34N/01801.56E4 OpenGD77 DM-1701

OK.

I think this is a logic error in my code. I'm caching the last used configuration, and if no configuation is present, it probably uses the last configuation.

I've made some changes to that code today to handle invalid data, but I don't know if it would fix this logic problem.

I'll need to double check

[SA0BUX]

Today I updated my DM-1701 and I don't hear the aprs packet in the speaker as I do on the RT3S.

Some limitations similar to MD-9600 on the DM-1701 ?

OK. I didn't test the speaker sound on the DM-1701, there may be no audio signal path from the AT1846S to the speaker on the DM-1701

The signal path I'm using in the UV380 is not normally used, as its the direct output Rx audio from the AT1846S but in the UV380 / DM1701 and MD9600, all Rx audio including FM is via the C6000

At the moment I don't think there is anything I can do generate audio to the speaker if there is no signal path.

I also noticed something odd.

If I switch to VFO and send a APRS packet I see this on my decoder:

Code: Select all

11:08:51$ fm SA0BUX-7 to APN000-0 via WIDE2-1,1x-12 RR1! PID=38
          .34N/01801.56EL OpenGD77

(Some characters are boxes = non displayable )

Which I presume is from the default settings.

But if I then switch back from VFO to my defined APRS channel where I have a APRS profile it continues to send with the VFO APRS settings.
Even if I switch between some channels and back to the defined channel.

After power off/on it works again and it sends according to the APRS settings.

Code: Select all

11:20:43$ fm SA0BUX-4 to APN000-0 via WIDE1-1,WIDE2-1 UI  PID=F0
          !5918.34N/01801.56E4 OpenGD77 DM-1701

OK.

I think this is a logic error in my code. I'm caching the last used configuration, and if no configuation is present, it probably uses the last configuation.

I've made some changes to that code today to handle invalid data, but I don't know if it would fix this logic problem.

I'll need to double check

Tested on the RT3S too now, same behaviour.
Also sent a APRS packet on another channel and then on the APRS channel , same behaviour.
So it seems that you need to brainstorm a bit with the logic.

[VK3KYY]

Tested on the RT3S too now, same behaviour.
Also sent a APRS packet on another channel and then on the APRS channel , same behaviour.
So it seems that you need to brainstorm a bit with the logic.

I can emial you another version soon

[SA0BUX]

Tested on the RT3S too now, same behaviour.
Also sent a APRS packet on another channel and then on the APRS channel , same behaviour.
So it seems that you need to brainstorm a bit with the logic.

I can emial you another version soon

Sure, I can test it.

But I see APRS locations more like a gimmick , was the same with the Anytone, I tested that it worked but I didn't use it much.
But in a car or at sea and with a good GPS it may be could be interesting.

[VK3KYY]

Tested on the RT3S too now, same behaviour.
Also sent a APRS packet on another channel and then on the APRS channel , same behaviour.
So it seems that you need to brainstorm a bit with the logic.

I can emial you another version soon

Sure, I can test it.

But I see APRS locations more like a gimmick , was the same with the Anytone, I tested that it worked but I didn't use it much.
But in a car or at sea and with a good GPS it may be could be interesting.

UV380 and MD9600 have GPS options.

I think Daniel is fitting a GPS to his DM1701

I'm waiting for the GPS modules so I can fit it to my MD1701

Actually I know a guy with a GD77 and he is happy to enter his co-ords into his GD77 then trasmit it

[VK3KYY]

BTW.

I am adding many more checks into the code to handle bad data etc but I don't know if I will finish today, as its already 21:30 here in Melbourne and there is lots to do

[SA0BUX]

BTW.

I am adding many more checks into the code to handle bad data etc but I don't know if I will finish today, as its already 21:30 here in Melbourne and there is lots to do

No hurry for me, and I have GPS in several of my radios but I seldom use it.

BTW, here in Stockholm some ham has APRS in his boat and it reports the battery charge status and temperature, for such thing it could useful.

[VK3KYY]

BTW.

I am adding many more checks into the code to handle bad data etc but I don't know if I will finish today, as its already 21:30 here in Melbourne and there is lots to do

No hurry for me, and I have GPS in several of my radios but I seldom use it.

BTW, here in Stockholm some ham has APRS in his boat and it reports the battery charge status and temperature, for such thing it could useful.

OK

I think its too late to fix everything today.

Daniel may also look at the problem.