<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="-1"><tt><br>
Hello Dan,<br>
<br>
Thanks for the reply and see inline..<br>
</tt></font><br>
<blockquote cite="mid:4D4D6F22.70409@danplanet.com" type="cite">
  <pre wrap="">Unfortunately, I don't have an F6A and had to borrow one to write the
driver.  Can you send me the output that CHIRP generates after trying to
set a memory name so I can see if something obvious is breaking?
  </pre>
</blockquote>
When Chirp reads the F6A and completes the download, the resulting
table doesn't show it's name and the STDERR output from shell where I
run the Chript Python script doesn't show the names of the memories
either.&nbsp; Would the memory name not show but actually be getting
captured?<br>
<br>
Any thoughts on why the cancel doesn't work on the Yaesu radios?&nbsp; Is my
Python environment missing something?<br>
<br>
<blockquote cite="mid:4D4D6F22.70409@danplanet.com" type="cite"><br>
  <pre wrap="">Yep, neither of these are supported yet, although I have a D710 on loan
right now so support will come for that very soon.  I don't have a VX5,
nor do I know of anyone that has one for me to borrow.  Selecting one of 
the other radio models definitely won't work, as they're all different. 
That's why the "Commander" software programs are all different for 
each model.
  </pre>
</blockquote>
Great news on the D710 and I'll help test if if you'd like!&nbsp; Curious,
will you only be capturing memories or will your tool also capturing
all other user settings for say APRS, etc?&nbsp; It sure would be nice to be
able to use Chirp for full backups, etc.<br>
<br>
Have you chatted with the author of the VX commander software?&nbsp; It
seems like he's been busy for a long time and he might be willing to
send you his source code for that alpha version of the tool.&nbsp;
Regardless, I'd be willing to work with you on this one if you want (if
that works for how you develop things) and, if it came down to it, I
could loan you my VX5.&nbsp; <br>
<br>
<br>
<blockquote cite="mid:4D4D6F22.70409@danplanet.com" type="cite">
  <pre wrap="">You can.  The F6A is a "live" radio which makes it behave a little
different (it communicates with the radio in real-time and does not
download an image).  Any changes you make in the editor go back to the
radio immediately.  That's why there is no "upload" option and no "save"
option, because it's manipulating the radio directly.
  </pre>
</blockquote>
Oh.. interesting and thanks for setting me strait.&nbsp; There has to be a
way to make a change to the GUI that would maybe give a pop-up about
this fact.<br>
<br>
<br>
<blockquote cite="mid:4D4D6F22.70409@danplanet.com" type="cite"><br>
  <pre wrap="">That's doable, but wouldn't be very high on my list of priorities at the
moment.  I'll be glad to keep it in the back of my mind going forward</pre>
</blockquote>
Thanks for considering it!&nbsp; I do understand that this can be manually
done and that might be the best method.&nbsp; I do have some ideas of how
the UI would function though if you do ever get to it:<br>
<br>
- When a radio's data is downloaded, load it's data into the table but
have say the first column naming which radio it came from<br>
<br>
- When the next radio's data is downloaded, merge that into the table.&nbsp;
If a given row is identical from both radios, change the 1st row cell's
name to reflect both radios<br>
&nbsp;&nbsp; - If a given row (memory slot) are different (conflict), add an
additional row reflecting the 2nd radio's name, it's data, and maybe
put it in a different color<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; - alternatively, maybe these radios have a unique ID like a
serial number, user setable name, etc.&nbsp; so use that<br>
<br>
&nbsp;&nbsp; - offer a pulldown for this conflict row and ideally REMEMBER this
decision (maybe this remembering would be more troublesome than what
it's worth):<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; - override the master row<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; - move to memory slot: ###&nbsp;&nbsp; (drag and drop would be slick but
that might be hard in Python)<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; - keep unique to this radio<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; - delete<br>
<br>
The reason for the "keep unique to this radio" would be say on my two
D710s, one has an APRS SSID of "KI6ZHD" and another that has
"KI6ZHD-9".&nbsp; If I could use this tool to merge data while keeping some
settings unique would be ideal.<br>
<br>
<br>
--David
</body>
</html>