This was working, but wasn't byte clean. After converting the
wouxun_common module, this stopped working because it wasn't on the
same page.
Fixes#10257
These radios largely use the wouxun_common routines for cloning and
thus are probably fixed by making sure they send byte strings for the
commands. I haven't written tests for these, but this will increase
the likelihood someone will be able to report them as "just works."
This was largely designed to work on python3 natively, so no big
surprise that it basically works. Fixed a couple logging issues
and added a test to exercise the cloning routines enough to consider
it unit tested.
This has not been tested with a real radio, but the cloning routines
are straightforward and a simple test is added to exercise them to
confirm they do the right thing.
This has not been tested with a real radio, but the cloning routines
are straightforward and a simple test is added to exercise them to
confirm they do the right thing.
The FT60 driver is heavily used and extremely simple in its clone
routines. As such, this adds a unit test to exercise that part, which
along with the regular driver tests, should mean this is pretty high
confidence (although not nearly as good as a real test of course).
This has always been wrong, and is the last such icom-based model with
the wrong name. Since this is not a clone-mode radio, we don't need
to worry about changing the name and invalidating existing images.
The 2730 should be good now that I've done more testing on the 5100.
Update the 5100 date after the recent fix, and mark the 4100 as
implied from the 5100 instead of tested directly.
This is for drivers that share a cloning protocol module with other
tested drivers *and* are tested on a static image in the tree. For
example, all the kenwood live drivers use the same few routines for
communicating with the radio. Icom clone-mode radios (with one
exception) use the icf module for cloning and thus there's really
nothing to convert in the drivers themselves.
