Project

General

Profile

Actions

Bug #374

closed

DR-135 Packet Mode Stuck?

Added by Drew Vonada-Smith about 10 years ago. Updated about 10 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Start date:
12/23/2012
Due date:
% Done:

0%

Estimated time:
Chirp Version:
0.2.3
Model affected:
DR-135T
Platform:
Windows

Description

After programming my DR-135 with Chirp, channels looked OK but channels 10 thru 15 had the digital packet indicator on. These were probably the same channels running packet before programming with Chirp, and the upload did not overwrite the digital terminal unit/analog FM status. I cannot figure out how to set those 5 channels for normal FM.


Files

DR-135 Test.img (4 KB) DR-135 Test.img Packet problem test DR-135 Drew Vonada-Smith, 12/24/2012 04:29 AM
Test 1.img (4 KB) Test 1.img Drew Vonada-Smith, 12/24/2012 10:38 AM
Test 2.img (4 KB) Test 2.img Drew Vonada-Smith, 12/24/2012 10:38 AM
Test 2 modified.img (4 KB) Test 2 modified.img Dan Smith, 12/24/2012 10:56 AM
alinco.py (15 KB) alinco.py Dan Smith, 12/24/2012 01:39 PM
Actions #1

Updated by Dan Smith about 10 years ago

  • Status changed from New to Feedback

If you can capture an image of the radio, then flip it off on one channel using the radio, and then download another image, I can diff the two and see if I can suss out the errant bit.

Actions #2

Updated by Drew Vonada-Smith about 10 years ago

Be happy to. I have the same programming in adjacent channels, one with the problem, one not. How do I capture an image?

Actions #3

Updated by Drew Vonada-Smith about 10 years ago

Will this help? Here is an image downloaded from the radio. Channels 9 and 10 have the same repeater programmed, but Ch 9 works and Ch 10 has the "digital" TNC packet flag stuck on.

Actions #4

Updated by Dan Smith about 10 years ago

The bit is apparently not stored in the memory channel itself, so I can't diff 9 and 10 to figure it out. That means you'll need to download once, tweak the setting (and nothing else), download again, and then let me diff the images.

Actions #5

Updated by Drew Vonada-Smith about 10 years ago

I don't think it is possible to do that. One must turn off the digital mode in order to program via the data port on the DR-135, so I can only download with the packet option OFF. Is there any other way to gather the data you need?

Actions #6

Updated by Dan Smith about 10 years ago

Hrm, maybe I'm misunderstanding what you're saying. The "digital mode" is a flag that appears to be stored independently for each memory, right? And it's on for some and off for others after programming with CHIRP, right? Are you saying that you can't have the radio tuned to a memory channel where the digital flag is enabled and enter programming mode?

Can you not be tuned to channel 9 when doing the first download, then move to 10, turn off 10's digital setting, then move back to channel 9 and do the second download?

Actions #7

Updated by Drew Vonada-Smith about 10 years ago

That is correct, if you are tuned to any channel with the memory on, you cannot program the radio. This is documented by Alinco, apparently some shared resource in the hardware. Here's the next best thing I came up with. Test1 image has digital turned on for CH0. Test2 has it turned off for the same channel. Does that help any?

I do now have a workaround. I can program the digital mode manually, but once I overwrite with CHIRP, it is set back to where it was. Apparently, this mode is "stuck" in the template I initially downloaded to modify. I cleared the digi modes manually and downloaded a new template. When I modify the template by cut and paste from the old one, and reupload, all the modes are now set correctly. So whatever sets digi is embedded in the image and is NOT carried over by an individual channel cut and paste from the other image.

So my immediate problem is solved, but I would be happy to work with you to find root issue if you are interested. Merry Christmas and thanks for great support!

Actions #8

Updated by Dan Smith about 10 years ago

That's what I was looking for. Can you test the attached "Test 2 modified.img" file to see if the packet mode flag has disappeared from channel 0?

Actions #9

Updated by Drew Vonada-Smith about 10 years ago

That appears to have stripped the digital bit from all channels. I think you found it! Will it be possible to read it and preserve the state, or possibly add a column to set it? What seems the best UI approach? Thanks!

Actions #10

Updated by Dan Smith about 10 years ago

Hmm, it should have been just for memory #0, are you sure it affected more than that?

If you're on the path to getting a development environment going, I'll send you the patch that I have that lets you tweak the digital setting (I think) per channel and let you play with it. I'm hesitant to commit it to the tree without a clear indication that it's right :)

Thanks!

Actions #11

Updated by Drew Vonada-Smith about 10 years ago

You should be OK, I'm pretty sure it was the only channel set. Christmas company has me distracted...lol. Am installing env now and will be happy to test the bit.

Actions #12

Updated by Dan Smith about 10 years ago

Okay, cool. I just remembered, you can test this without applying a patch to the source since it is just a change to the single module. I've attached alinco.py, so just go to File->Load Module and pick that file. Then open one of your image files and right-click on a channel and select Edit. At the bottom, you should be able to see/tweak the bit.

Let me know if/when you're able to verify the change and then I'll push it out.

Thanks for your help and patience! :)

Actions #13

Updated by Drew Vonada-Smith about 10 years ago

Ready to play with this, but don't have the dev envir working yet and got no responses on the list. It can't find my CHIRP source, and I don't see in the dev setup procedure where it was installed.

Actions #14

Updated by Dan Smith about 10 years ago

I replied to you on the list.. The "hg clone" step is what pulls down the source.

Regardless, in my comment #note-12 I gave the procedure for loading the attached alinco.py as a module in a regular build (no dev environment required).

Actions #15

Updated by Drew Vonada-Smith about 10 years ago

Weird...didn't receive that mailing... Anyway, still need the devl env to do IC-V80 and generally understand how this all works. I'm getting the error:

python: can't open file 'chirpw': [Errno 2] No such file or directory

Seems like I am missing chirp source somehow? Need more info on how to debug this.

Actions #16

Updated by Drew Vonada-Smith about 10 years ago

Dan,

I will be getting rid of the DR-135, but your changes did work perfectly. I think you can commit.

Actions #17

Updated by Dan Smith about 10 years ago

  • Status changed from Feedback to Closed

Thanks, fixed in r1780

Actions

Also available in: Atom PDF