Sorry to bother all developers, but I’ve a question about mechanism (maybe it’s Python, probably it’s CHIRP):
I’ve another FT2D patch in mind: Chirp doesn’t correctly handle DTMF definitions for this radio. I’ve tracked it down to the memory location defined in the FT1D driver (which FT2D inherits.) Does the FT1D correctly display and modify the DTMF definitions (perhaps the address is incorrect in the FT1D as well)???
What is the correct way to change a memory definition in a child driver?
- I can change the parent driver’s seekto address to be a variable. But then I’ll need to change the parent and EVERY child driver to include its variable definition. My present candidate driver does it this way (mods to Yaesu ft1d, ft2d, and ftm3000). If I use my changes, the driver correctly displays and allows changes to DTMF definitions. - Is there a better way to override part of the parent’s memory map? I’d think it’d be a smaller change if I could simply modify the ft2d.py driver.
ft1d: _____________ #seekto 0x0e4a #<- see the address change struct { u8 memory[16]; } dtmf[10];
ft2d: _____________ #seekto 0x094a #<- struct { u8 memory[16]; } dtmf[10]; _______________ Declan Rieb WD5EQY wd5eqy@arrl.net