Project

General

Profile

Actions

Bug #69

closed

Incorrect writing on FT-8900R.

Added by Dave Passey almost 13 years ago. Updated almost 13 years ago.

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

0%

Estimated time:
Chirp Version:
0.1.12
Model affected:
FT-8900
Platform:
Linux
Debug Log:
I read the instructions above:

Description

Read an image from the FT-8900R.
Import a CSV file, save image.
Upload image to radio.
One or two memories seem to go adrift. Generally, it is just a wrong frequency, leaving labels, shift, tone etc intact. In my tinkering I have seen the duplex value go from "-" to "None". This problem (with slight variation in the incorrect image) happens with both the stable version and daily-01062012.

I have redownloaded an image from the radio following an incorrect upload. The original image (the one sent to the radio) is named "before.img" and the redownloaded image is called "after.img".

Thank you!


Files

before.img (14.4 KB) before.img Dave Passey, 03/01/2012 05:48 AM
after.img (14.4 KB) after.img Dave Passey, 03/01/2012 05:48 AM
after.img (14.4 KB) after.img Dave Passey, 03/01/2012 10:34 AM
dave_test_frequencies.csv (2.31 KB) dave_test_frequencies.csv Dave Passey, 03/01/2012 10:34 AM
uploaded.img (14.4 KB) uploaded.img Dave Passey, 03/02/2012 12:49 AM
downloaded_loc24_changed.img (14.4 KB) downloaded_loc24_changed.img Dave Passey, 03/02/2012 12:49 AM
Actions #1

Updated by Dan Smith almost 13 years ago

  • Status changed from New to Feedback

Hi Dave,

daily-01062012 is a couple months old at this point. Can you test the latest daily build and see if the behavior remains? There is another 8800 user (the driver is nearly identical) that seems to think that everything is working fine these days.

Make sure that you do the full import again with the new driver, as only touching the memories will cause any new code to run.

If you still experience issues, I'll need to know which memories specifically and which attributes don't get set properly, as well as have a copy of the CSV file you're using.

Thanks!

Updated by Dave Passey almost 13 years ago

I have just replicated the problem using daily-02292012.

I have attached the csv file I am tying to upload, also the image that has "gone wrong" (in case it is useful).

As far as I can see the problems are with locations 19, 20 and 24. 19 and 20 should be 145.737500 (now 145.730000) while 24 should be 145.7875 (now 145.780000). I believe all other entries to be perfect. This is consistent with the previous versions I have tried.

Thank you.

Actions #3

Updated by Dan Smith almost 13 years ago

Ah, okay, 12.5kHz channels. This radio is particularly bad about these.

You've now uploaded two images name 'after.img' and I'm not sure what the difference between those is supposed to be. If chirp creates an image with something wrong, uploading it to the radio and downloading it again won't yield any difference. The radio does not "fix" the image or anything like that unless you change something.

So, what I need you to do is:

  1. Upload one of your images to the radio
  2. Change one channel from the incorrect value that chirp set to the correct value and save the changes back to that channel (don't make any other changes)
  3. Download another image
  4. Attach the image you uploaded in step 1, and the one you downloaded in step 3 so that I can look for the change

If you can do that, I'll try to figure out what is missing.

Thanks!

Updated by Dave Passey almost 13 years ago

I think my thinking was coming from the other end - that the radio is breaxking rather than fixing something. Either way, I got somewhat muddled up with my files and sent you something incomprehensible - sorry about that!

Attached are the two files you asked for. An initially uploaded one, and downloaded one following the editing of a single memory, which in this case is location 24. I copied the memory to VFO, changed the incorrect frequency of 145.780000 to 145.787500, saved it back to location 24 and manually entered the name GB3KD (the same as it was written by CHIRP).

I hope that is correct and hope it helps - thank you for your efforts.

Actions #5

Updated by Dan Smith almost 13 years ago

  • Status changed from Feedback to Closed
  • Target version set to 0.2.0

Cool, thanks, got it fixed!

If you're on Linux, you can grab a snapshot of the repository and test this before the daily comes out. If you could do this, that would be great so I can get going on making a formal release.

http://d-rats.com/hg/hgwebdir.cgi/chirp.hg/archive/tip.tar.gz

Thanks!

Actions #6

Updated by Dave Passey almost 13 years ago

Sorry about the delay - just got in from work. Snapshot tried - works perfectly!

Many thanks indeed, you are a star.

Actions #7

Updated by Dan Smith almost 13 years ago

Excellent, thanks!

Actions

Also available in: Atom PDF