[chirp_users] [CHIRP] #85: IC-W32A & v0.1.11v7-win32 -- rig starts scanning after d/l from radio

older
[chirp_users] [CHIRP] #127: Add...

CHIRP Tracker

15 Apr 2011 15 Apr '11

8:27 p.m.

#85: IC-W32A & v0.1.11v7-win32 -- rig starts scanning after d/l from radio ---------------------------------+------------------------------------------ Reporter: kb3mun@… | Type: Bug Status: new | Priority: Functionality Milestone: | Component: Memory Editor Version: | Keywords: IC-W32A, W32A Platform: Windows | ---------------------------------+------------------------------------------ IC-W32A HT starts scanning on the MAIN side after Chirp downloads. This occurs which ever 'side' is the MAIN side and irregardless of the LOCK setting.

I'm running WinXP SP3. I started Chirpw.exe from the unpacked ZIP file. I'm using Keyspan USA-19QW USB-to-SerialPort configured to COM2.

-- Ticket URL: http://trac.chirp.danplanet.com/trac/ticket/85 CHIRP http://trac.chirp.danplanet.com/trac CHIRP Development

Show replies by date

CHIRP Tracker

16 Apr 16 Apr

7:25 a.m.

#85: IC-W32A & v0.1.11v7-win32 -- rig starts scanning after d/l from radio ----------------------------------+----------------------------------------- Reporter: kb3mun@… | Owner: kk7ds Type: Bug | Status: accepted Priority: Functionality | Milestone: Component: Memory Editor | Version: Resolution: | Keywords: IC-W32A, W32A Platform: Windows | ----------------------------------+----------------------------------------- Changes (by kk7ds):

* owner: => kk7ds * status: new => accepted

Comment:

Hmm, this is strange. I don't think I see that here. Does the download complete? Can you attach the image that you get so I can look at it?

Also, please verify that this exists in 0.1.11 as well.

-- Ticket URL: http://trac.chirp.danplanet.com/trac/ticket/85#comment:1 CHIRP http://trac.chirp.danplanet.com/trac CHIRP Development

CHIRP Tracker

8:14 a.m.

Comment (by anonymous):

The download (radio to chirp) completes. The exposed content of that radio image (the rows on the grid) are as I would expect, based on a brief inspection.

Only one 'side' of the W32A starts scanning, that is the one currently associated with the 'MAIN' indicator.

This behavior exists on the released v0.1.11. (I apologize that I had not checked to see that the release was newer than the beta.)

73 de Daniel KB3MUN

-- Ticket URL: http://trac.chirp.danplanet.com/trac/ticket/85#comment:2 CHIRP http://trac.chirp.danplanet.com/trac CHIRP Development

CHIRP Tracker

22 Apr 22 Apr

2:13 p.m.

Comment (by kk7ds):

Hi Daniel,

I'm completely at a loss about how to reproduce this. Using your W32 and doing a download, I don't see the radio go into scan. Uploading your W32 image (attached) to the device, rebooting the radio, and then downloading it again doesn't put it into scan.

Just so I'm clear, you have the radio on, with both bands sitting on a memory channel, download with chirp and when the download completes, the radio reboots and the main side is scanning. Is that right?

-- Ticket URL: http://trac.chirp.danplanet.com/trac/ticket/85#comment:3 CHIRP http://trac.chirp.danplanet.com/trac CHIRP Development

CHIRP Tracker

5:18 p.m.

Comment (by anonymous):

Let me slightly correct your statement.

"Just so I'm clear, you have the radio on, with both bands sitting on a memory channel, download with chirp and when the download completes ~~, the radio reboots and~~ the main side ~~is~~ //starts// scanning."

I understand **download** to mean //transfer data from radio to Chirp software//.

I expect to have time tomorrow afternoon to more fully exercise the IC- W32A and Chirp.

73 de Daniel KB3MUN

-- Ticket URL: http://trac.chirp.danplanet.com/trac/ticket/85#comment:4 CHIRP http://trac.chirp.danplanet.com/trac CHIRP Development

CHIRP Tracker

5:22 p.m.

Comment (by anonymous):

I see that WikiFormatting doesn't transfer to email messages very well. If the above is gibberish, view it in the TRAC 'forum'.

73 de Daniel KB3MUN

-- Ticket URL: http://trac.chirp.danplanet.com/trac/ticket/85#comment:5 CHIRP http://trac.chirp.danplanet.com/trac CHIRP Development

CHIRP Tracker

10 Jun 10 Jun

7:53 p.m.

Comment (by anonymous):

I can add some additional information. Using Chirp daily-06092001 running on Win7 Pro with Win7 compatible KeySpan 4-port serial adapter USA-49WG.

When downloading (radio to Chirp) a full VHF/UHF configuration, after the I observe scanning on the MAIN side to start when the cloning is completed. Scanning is of the defined memories, wrapping at the end of the memory list to scan continously.

After doing a hard reset of the radio (holding VFO, MR, & SQL buttons when powering on), I observe that the scanning starts on the MAIN side. As there are no defined memories, scanning is of the frequencies defined by the scan edges. I did not wait to see if it would wrap and continue scanning once reaching the scan edge--but I suspect it would.

After doing a hard reset, and defining one memory location M00, I observe that the scanning of the several 'memory locations' (M1A, M1B, M00) occurs once and then stops on location M00. Of course, I'm not sure how I would tell if it was continuously scanning the single memory channel, or not scanning--there does not appear to be any visual indication of scanning operation other than the frequency changing in the display.

Looking more closely at the other circumstances, it appears that when the scanning starts, it does cycle once thru the radio's fixed memory registers (M1A, M1B, etc.) before continuously scanning the user defined memory locations or scanning between the scan edges.

I, too, am baffled by the discrepancy between the behavior of the IC-W32A you have and the one I have. Perhaps it is a radio-specific thing: for the record, I have serial number 0504102 here, and you have (an apparently much earlier) serial number 05516.

One thing we have not yet tried is that you send me a copy of the radio image that does not start scanning, and I try it on my radio here to see what happens.

73 de Daniel KB3MUN

-- Ticket URL: http://trac.chirp.danplanet.com/trac/ticket/85#comment:6 CHIRP http://trac.chirp.danplanet.com/trac CHIRP Development

CHIRP Tracker

22 Jul 22 Jul

7:07 p.m.

Comment (by kk7ds):

Okay, I attached three sample images from the radio I have that does not initiate scanning. Can you try it?

-- Ticket URL: http://trac.chirp.danplanet.com/trac/ticket/85#comment:7 CHIRP http://trac.chirp.danplanet.com/trac CHIRP Development

CHIRP Tracker

23 Jul 23 Jul

11:18 a.m.

Comment (by anonymous):

My radio starts scanning upon downloading from radio, even after uploaded each of the test images you provided.

My procedure:

1. Hard reset the IC-W32A (while holding pressed the buttons [SQL], [VFO], & [MR], press the [power] button; release all buttons after 'clear' message).

2. In Chirp daily-07322011, open one of the supplied images.

3. Use Chirp to upload that image to the radio; then power cycle the radio.

4. Use Chirp to download the radio image. At the end of the "cloning out" process, the MAIN side starts scanning.

5. Repeat steps 1-4 for each of supplied images.

I checked one of the .IMG files you supplied with the same file downloaded & saved from the radio. My binary file comparator shows that there is NO difference between the files. I am using a USB-serial adapter (KeySpan USA-49WG with current Win7 drivers), so I experimented with reducing the control widgets on the COM port's configuration to NO buffering and maximum 'compatibility' with the hardware serial port. This COM port config change made no apparent difference.

I'm willing to let it go as a unexplained anomoly, as the workaround is to simply stop the scanning operation. The utility of Chirp's successful multi-radio memory cloning tool is not diminished by this issue.

73 de Daniel KB3MUN

-- Ticket URL: http://trac.chirp.danplanet.com/trac/ticket/85#comment:8 CHIRP http://trac.chirp.danplanet.com/trac CHIRP Development

CHIRP Tracker

25 Jul 25 Jul

2:35 p.m.

Comment (by kk7ds):

Hmm, that's really bizarre.

So, I pushed a change in for tomorrow's build that explicitly cancels scans whenever a memory channel is edited (but leaves them alone otherwise). So, if you could test that tomorrow, that would help.

It will be interesting to see if the debug log shows something like "Canceling scan on left VFO" when you edit your images. It will also be interesting to see if the cancellation affects your behavior.

Also, above, you did omit the step of "power cycle the radio" between the first and second halves of step 4, right?

Could you capture an image of your radio, then put it into scan and capture another? That might be of interest to see if your newer model is using different scan bits than this one for some reason.

If none of this is conclusive, then I'll take you up on your offer to document it as errata and move on :)

Thanks!

-- Ticket URL: http://trac.chirp.danplanet.com/trac/ticket/85#comment:9 CHIRP http://trac.chirp.danplanet.com/trac CHIRP Development

4923

Age (days ago)

5023

Last active (days ago)

List overview

Download

9 comments

1 participants

tags (0)

participants (1)

CHIRP Tracker