Hi Mark,
I finally got a chance to look at this. It would help if the first few channels had CTCSS tones and DTCS codes programmed in them using the OEM software or manually from the radio and a list stating the channel numbers and which tone/code is programmed in each.
But if I remark out the additional code that was added to the abbree_ar-f8.py _get_tone() helper over and above what is in the kguv8d.py code and then enable channel 41 which has a tone, it displays without error.
Loc: 41 Frequency: 430.937500 Duplex: Tone Tone: 71.9
Jim KC9HI
On Sat, May 7, 2022 at 5:05 PM Mark Leyden mark.leyden@gmail.com wrote:
Uploading patch again (being filtered out of email). I have included an image file also - need to remove .txt
On Wed, 4 May 2022 at 13:26, Jim Unroe rock.unroe@gmail.com wrote:
Hi Mark,
On Wed, May 4, 2022 at 8:13 AM Mark Leyden mark.leyden@gmail.com wrote:
Hi Jim, thanks for getting back to me. I have based the AR-F8 driver off the existing KG-UV8D driver, so I will go back and see that I have missed. (I was wondering if I missed something obvious as 1026.6 is not a tone supported by the radio so I'm not suprised it isn't in the list...) As for the driver, it should have been an attachment to the first mail in this thread - if not, please let me know how to post. As an aside, I'm developing using Python 3.9 and was wondering if there are difficulties with that? I still haven't gotten to the bottom of the 'Radio tried to write the wrong type of data to the SerialNone pipe' test as was wondering if it is a Python 2/3 thing?
Thanks again, Mark
I would have looked further into the "1026.6 error" to offer advice but I couldn't locate a copy of the driver that you are working on. I didn't notice if it was attached to your original request for help and I couldn't find the "ticket" that you will be submitting the patch against to see if I could find a copy of the driver posted there. Sorry.
Jim