Project

General

Profile

Actions

Bug #232

closed

VX6 memories initialized with bad data

Added by Tom Hayward over 12 years ago. Updated almost 12 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
07/05/2012
Due date:
% Done:

100%

Estimated time:
Chirp Version:
0.2.3
Model affected:
VX6
Platform:
All
Debug Log:
I read the instructions above:

Description

From Scott Currie via chirp_users:

I ran into a problem setting up a VX-6R for a friend today (first time I
have used CHIRP on this model radio). Since it was a "new" used radio, I
first reset it to factory defaults, then did a read from the radio which
worked fine. Next I opened my master CSV file with all my local
programming, and copy and pasted various sections into the VX-6 tab
(using about 65% of the memories). I then wrote the new file back to the
radio, which also seemed to go fine. As I reviewed the programming on
the radio, the first thing I noticed was that several of the memory
names started with a P instead of what I had programmed. Then, even
worse, when I scrolled up to around memory location 380 (I don't
remember the exact number), the radio locked up and required removing
the battery. When I reinstalled the battery, it immediately locked up
again, and I had to hold down the reset sequence and install the battery
(which required more hands than I have) to reset it back to factory
defaults. I reviewed the CHIRP file, which looked OK, but writing back
to the radio gave the same results. Next I wrote the file to the radio,
and then turned around and read it back into VX-6 Commander and compared
it with the CHIRP programming. The only difference I could see was that
Commander showed the Clock.Set bit was on for all the memories I pasted
from my master CSV file. This bit can be set on a per memory slot basis,
and is not visible on CHIRP. When I reset it on all memories, and then
rewrote the file from Commander, the radio performed as expected.


Files

vx6 before commander.img (31.8 KB) vx6 before commander.img Tom Hayward, 07/05/2012 11:59 AM
vx6 after commander.img (31.8 KB) vx6 after commander.img Tom Hayward, 07/05/2012 11:59 AM

Related issues 1 (0 open1 closed)

Has duplicate Bug #323: Adding airband channels to VX6 doesn't work correctlyRejectedTom Hayward10/07/2012

Actions
Actions #1

Updated by Tom Hayward over 12 years ago

  • Status changed from Resolved to Closed
Actions #2

Updated by James Zuelow almost 12 years ago

While programming a VX-6R, I ran into the same problem as described in bug 232.
Since revision 1687 predates 0.2.3, I would assume that the new file is included in the current release. Bad assumption?

I had my memory assignments in three non-contiguous blocks:
1-6 (these are non-repeater satellite configs with crossband odd splits. These six channels worked fine.)
100-111 (mix of simplex and repeater for my QTH, all of them had the "P" problem.)
200-227 (mix of simplex and repeater for another city, all of them had the "P" problem.)

CHIRP 0.2.3 on Debian (both Squeeze and Wheezy) amd64.

Actions #3

Updated by Tom Hayward almost 12 years ago

  • Target version changed from 0.2.3 to 0.3.0
  • Chirp Version changed from 0.2.2 to 0.2.3

This fix didn't make it to the stable branch, so it is only present in the daily builds and is targeted for 0.3.0.

Actions

Also available in: Atom PDF