[chirp_devel] Icom ic-7300 new driver

[Martin Cooper]

Hi Rick,

> As you know, you have to wait for ALL memory channels to update after you
make any change to anything.

Not so. When I update a memory on my IC-910H, it immediately updates only
that memory on the radio, in a fraction of a second. Hence the name Live
mode. There's no waiting for other unchanged memories, or, for that matter,
a clone mode image, to update.

> And they do not support any settings configurations.

Also not so. This is up to the driver implementation. The capability is
there in Chirp, though perhaps many drivers don't take advantage of it.

Martin.
KD6YAM

On Sat, Oct 17, 2020 at 11:37 AM Rick (AA0RD) DeWitt <aa0rd at yahoo.com>
wrote:

> Thanks for the feedback, Martin, but I was asked to create a* CLONE MOD**E
> *equivalent, like I have for the Kenwood TS-480 and 590. My local club
> members detest having to use a live mode CHIRP driver. As you know, you
> have to wait for ALL memory channels to update after you make any change to
> anything. And they do not support any settings configurations. The only
> data you can save for live mode radios is what the CSV export supports.
> This driver uses CAT commands and builds a dummy image file that contains
> the memory channels and settings. So you can save and reload a complete
> configuration very quickly.
> I'm gonna start a protest movement... ALMR, "Anti-Live Mode Radios". Now I
> need a slogan and some tee-shirts.:-\
>
> Rick DeWitt
> AA0RD
> Sequim, Washington, USA 98382
> (360) 681-3494
>
> On 10/17/2020 10:12 AM, Martin Cooper wrote:
>
> Hi Rick,
>
> You are doing far too much work here. The IC-7300 is not a clone mode
> radio, it's a live mode radio. As Dan mentioned, you should be extending
> the same base class as other Icom live mode radios, in icomciv.py. Looking
> at the IC-7300 Full Manual, I see that the IC-7300 behaves in exactly the
> same way as the Icom live mode radios that are already supported. Thus
> you'll only need to add a few definitions to icomciv.py in order to have
> IC-7300 support.
>
> Looking through the existing IC-7200 code should help you to understand
> what needs to be done. Since I'm the one most recently in that module,
> adding IC-910H, I'd be happy to help if you have questions about how the
> icomciv.py code works. It took me a while to figure it out, but it's
> actually quite straightforward.
>
> Martin.
> KD6YAM
>
> On Fri, Oct 16, 2020 at 7:20 AM Rick (AA0RD) DeWitt via chirp_devel <
> chirp_devel at intrepid.danplanet.com> wrote:
>
>> The CLONE MODE version of the ic7300 driver. The IC-7300 does not
>> respond to the icf clone mode code.
>> I removed my debug test code and changed the BAUD parameter to a radio
>> property.
>> This driver uses CAT commands to build an equivalent clone mode img
>> file. The operators I know HATE using live mode when their radios have
>> more than 10 memory channels.
>> The special encode and decode methods are required because this radio
>> sends frequency data as strings of reverse HEX values, not lbcd, but
>> lhcd, if such a thing exists.
>>
>> --
>> Rick DeWitt
>> AA0RD
>> Sequim, Washington, USA 98382
>> (360) 681-3494
>>
>> _______________________________________________
>> chirp_devel mailing list
>> chirp_devel at intrepid.danplanet.com
>> http://intrepid.danplanet.com/mailman/listinfo/chirp_devel
>> Developer docs: http://chirp.danplanet.com/projects/chirp/wiki/Developers
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://intrepid.danplanet.com/pipermail/chirp_devel/attachments/20201018/ee5ae955/attachment-0001.html