Tom,
Thanks. The thing that scares me is that I think I understand what you are suggesting here.
After sleeping on it (and I mean it literally, it's just before 3am), here's what concerns me about this vs. what I submitted.
My first try was all of the settings were inside a singe try: except Exception:
During my testing, if any code was not 5 digits, then all codes were all rejected. Splitting it out like I did, only the less than 5 digit codes were missing.
So I think some of this discussion needs to be how to eliminate the CHIRP requirement for each code to be 5 digits since the OEM software and UV-5R accept any number of digits including no digits.
Jim
On Sat, Feb 9, 2013 at 6:27 PM, Tom Hayward <esarfl@gmail.com> wrote:Oops, I over-complicated that. Try this:
> So it would be something like this (untested):
> #seekto 0x0B08;
> struct {
> struct {
> u8 code[5];
> u8 unused[11];
> } pttid[15];
> } pttid_set;
struct {Now instead of calling pttid.code0, call pttid[0].code. Or:
u8 code[5];
u8 unused[11];
} pttid[15];
for pttid in self._memobj.pttid:
_code = pttid.code
... # create setting, etc
Tom
_______________________________________________
chirp_devel mailing list
chirp_devel@intrepid.danplanet.com
http://intrepid.danplanet.com/mailman/listinfo/chirp_devel
Developer docs: http://chirp.danplanet.com/projects/chirp/wiki/Developers