<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Well, as I posted in the "issues" system, the CI-V testing tools
were useful in figuring out how to access banks B-E (hexadecimal):<br>
<br>
E0 70 1A 00 0x 00 yy<br>
<br>
Where "x" is the bank number, and "yy" (packed decimal) is the
memory location.<br>
<br>
That's the good news. The bad news is that I found a package called
RumTool7000 (Windows, Linux, Mac) that works (and supports the five
banks) seamlessly for me (has very good .CSV file import/export), so
my need to spend significant development effort on this issue is
near zero.<br>
<br>
That having been said, just like with the my effort on the ID-51
(where I also had a good alternate software solution), I would be
glad to assist in testing any work done on this issue. It's just
that there are Chirp architectural issues (support multiple banks
with multiple tabs ???) that need to be decided/coded by someone
other than me. Given that the existing Chirp code already supports
one bank, I'd think the need for any further radio investigation
would be near zero.<br>
<br>
------------<br>
<br>
By the way, I connect to the serial ports of all my radios (Icom and
Yaesu) not via a serial cable from my PC, but via Ethernet to a
remote Digi (<a class="moz-txt-link-abbreviated" href="http://www.digi.com">www.digi.com</a>) "PortServer TS4" 4-port
Ethernet-to-serial converter (there are 1, 2, 4, and 8 port
versions). In my case the network connection is local, but there is
no reason that the connection cannot be via the Internet. Digi
provides free software that works on 7 variants of Windows (32 and
64 bit) and over 50 variants of Linux.<br>
<br>
For Windows, it's a clean driver install and configuration; for
Linux, you build the daemon from the source. I had trepidation
about the latter, but it built and installed with just two "RPM"
commands (I think it's five commands if you download the tarball
package), and configuration was trivial. Chirp, RumTool7000,
HamRadioDeluxe, all the Icom software, and even the above CI-V
testing tool works across the network.<br>
<br>
This would be a very useful tool for you to have for remote
testing. I obtained two of them (plus a similar Digi
Ethernet-to-USB converter) on eBay for about $50 each. Mine are
used regularly, and are not for loan.<br>
<br>
So, while I don't think this project needs a remote developer to
access my IC-7000, if necessary, I could "port-forward" such remote
access to the PortServer if needed. Actually, it would be an
interesting thing to try.<br>
<br>
Sincerely, Dean<br>
<br>
----------------<br>
<br>
ps: Most of my access to my radios is on Windows 7 (64-bit), but for
my Icom ID-880H radios at my home, I wanted several radio features
that required GPS data to be sent to the radio:<br>
<ol>
<li>The radio's internal log of transmissions received, now get
timestamps.</li>
<li>The radio displays the time.<br>
</li>
<li>The radio is able to transmit its "GPS" location to other
D-Star radios, and they can capture my location and display the
distance and direction to me.</li>
<li>Similarly, my ID-880H radios can capture the GPS locations of
other radios and display the distance and direction to them.<br>
</li>
</ol>
So, I wrote a 4-line bash script and an absolutely trivial NMEA
checksum program, and a Linux CRON job sends NMEA data to the radios
once a minute. This low serial bandwidth overhead allows other
programs on my Windows box to easily capture the serial port when
needed.<br>
<br>
</body>
</html>