<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="-1"><br>
Hello Macro, Dan,<br>
<br>
Here are my initial results.&nbsp; As you can see, a bit more work needs to
be done.&nbsp; If you need me to do some additional tests, please let me
know.&nbsp; Maybe running it with a </font><br>
<pre wrap="">CHIRP_DEBUG=y ./chirpw 2&gt;&amp;1 | tee debug.log</pre>
<font size="-1">--David<br>
<br>
<br>
With a patched 0.1.13dev running on Centos 6.2 with an RT-Systems
FTDI-based USB cable<br>
&nbsp; - GTK 2.18.9<br>
&nbsp; - PyGTK 2.16.0<br>
&nbsp; - Python 2.6.6<br>
<br>
If I configured chirp and it sat there waiting for a while (30 seconds)
without starting the Clone on the radio, it eventually throws an error:<br>
--<br>
CHIRP 0.1.13dev on Linux - CentOS release 6.2 (Final)Kernel \r on an \m
(Python 2.6.6)<br>
Clone thread started<br>
-- Exception: --<br>
Traceback (most recent call last):<br>
&nbsp; File "/usr/src/archive/Chirp/chirp-hg-c00282ce90f6/chirpui/clone.py",
line 223, in run<br>
&nbsp;&nbsp;&nbsp; self.__radio.sync_in()<br>
&nbsp; File "/usr/src/archive/Chirp/chirp-hg-c00282ce90f6/chirp/ft817.py",
line 180, in sync_in<br>
&nbsp;&nbsp;&nbsp; self._mmap = clone_in(self)<br>
&nbsp; File "/usr/src/archive/Chirp/chirp-hg-c00282ce90f6/chirp/ft817.py",
line 59, in clone_in<br>
&nbsp;&nbsp;&nbsp; data += ft817_read(pipe, block, blocks)<br>
&nbsp; File "/usr/src/archive/Chirp/chirp-hg-c00282ce90f6/chirp/ft817.py",
line 37, in ft817_read<br>
&nbsp;&nbsp;&nbsp; raise Exception("Unable to read block %02X expected %i got %i" %
(blocknum, block+2, len(data)))<br>
Exception: Unable to read block 00 expected 4 got 0<br>
------<br>
Clone failed: Unable to read block 00 expected 4 got 0<br>
Clone thread ended<br>
--- Exception Dialog: Unable to read block 00 expected 4 got 0 ---<br>
None<br>
<br>
<br>
</font><font size="-1">A chirpw timeout was expected but the user
dialog box on the GUI should be made to be less cryptic<br>
</font><br>
<font size="-1"><br>
<br>
----------------------------<br>
<br>
<br>
If I tried again, with starting the Cloning on the radio,&nbsp; the cloning
image begins to go to <br>
to Chirp but at the end, the radio says "Clone mode: ERROR" though
Chirp seems to be happy:<br>
<br>
Clone thread started<br>
Clone completed in 12 seconds<br>
Clone thread ended<br>
Starting memedit<br>
'NoneType' object has no attribute 'split'<br>
Bank Index supported: False<br>
Bank supported: False<br>
DTCS Code supported: True<br>
DTCS Pol supported: False<br>
Mode supported: True<br>
Offset supported: True<br>
Name supported: True<br>
Tune Step supported: True<br>
Name supported: True<br>
ToneSql supported: False<br>
Cross Mode supported: True<br>
Started<br>
<br>
-------------------<br>
<br>
Looking in the resulting Chirp GUI, the downloaded memories look ok
except <br>
<br>
</font><font size="-1">no power levels were saved.&nbsp; Maybe this isn't
saved on a per-memory basis?<br>
</font><font size="-1"><br>
I don't see any of the HOME memories in the GUI<br>
<br>
I don't see any Memory group support in the GUI: valid groups a "Ma"
through "Mj"<br>
&nbsp; -- need to test more as I didn't have any <br>
<br>
Did not try the split memory yet<br>
&nbsp; -- need to test as I didn't have any<br>
<br>
------------------<br>
</font><font size="-1"><br>
Saving the download image to a file works.&nbsp; Closing Chirp down,
restarting it, and opening up the saved image works properly<br>
<br>
------------------<br>
</font><font size="-1"><br>
Sending from Chirp to the radio<br>
<br>
&nbsp; Transfer starts and seems to run fine up until the 99% mark:<br>
<br>
&nbsp;&nbsp; Chirp completes yet the FT857 is stuck where the radio's LCD shows a
"full download bar" saying "clone mode: Sending" yet it never completes<br>
<br>
&nbsp;&nbsp; Had to turn off radio to exit the "Sending" screen<br>
<br>
Upon restart, all memories and FT857 system settings were lost<br>
&nbsp;&nbsp; --&gt; Sure would be nice if the program could also handle the
higher level menu settings at lease just as a binary blob and allow to
be able to restore or not-restore that when uploading back to the radio<br>
<br>
&nbsp; This seems to be the same behavior that </font>Kurt KC9LDH saw with
his FT-817<br>
<br>
<font size="-1">-----------------<br>
Misc<br>
<br>
&nbsp;&nbsp; In the Radio dialog, it's not remembering the last serial port I
used.&nbsp; Specifically, I have my port named via UDEV as /dev/ft857_prog<br>
<br>
&nbsp;&nbsp; Chirp About --&gt; Credits doesn't show Marco<br>
<br>
<br>
</font>
</body>
</html>