- Developers - lists.chirpmyradio.com

[chirp_devel] Patch for Yaesu FTM-7250D - Change FTM7250D driver 'MODES' to allow "AM" for AirBand. Fixes #8119
by Iain White (Yahoo) 06 Aug '20

06 Aug '20

2 1

[chirp_devel] Fwd: Open ticket procedure
by Bernhard Hailer 06 Aug '20

06 Aug '20

I sent this before a while ago using the wrong sender address. Hope this goes through now. -- Hi Dan and team, I don't know whether Redmine would support this - but would it be possible to show some instructions first when the user clicks "New issue", before the corresponding form opens? While digging through tons of old open tickets, I found that about 70% of them were completely unnecessary, and just a few words first might have prevented them to be issued in the first place. Something like the text at the end of this mail might reduce the amount of freshly opened tickets. 73! Bernhard AE6YN -- Before you open this ticket, please check: Is your issue is about the usage of an already implemented radio? Is your issue about a communication problem with your radio? ===> Please post your question on the "mailing list":http://intrepid.danplanet.com/mailman/listinfo/chirp_users instead. Is there already any ticket (open or resolved) about the issue you wish to post about? ==> Please add your comment to that existing ticket. Do not open duplicate tickets! Also, please read [[How To Report Issues]] first. Tickets should be opened for bugs, feature requests, and new model requests only. Duplicate tickets make it hard to track information. And incomplete tickets equal wasted time. Thank you!

2 1

[chirp_devel] IC2730 Patch for Issue #8159
by Rick (AA0RD) DeWitt 06 Aug '20

06 Aug '20

Patch file attached. Img and manifest are unchanged. -- Rick DeWitt AA0RD Sequim, Washington, USA 98382 (360) 681-3494

1 0

[chirp_devel] wxPython Port
by Joe Pizzi 02 Aug '20

02 Aug '20

Well, I got some updates made that allow me to download and upload to my radio (a Baofeng UV-5R) on Linux (Ubuntu 20.04, in case that is relevant). All I had to do was to run 2to3 on the entire project, undo the double parenthesis on the print statements, and add a convert to byte to the download from radio method (when appending the model). I also tweaked the File, Open filters to default to both .csv and .img. Not having any other radios, I'm not sure what else I can do. Joe Pizzi

1 0

[chirp_devel] wxPython port
by Joe Pizzi 31 Jul '20

31 Jul '20

I'm interested in helping with the wxPython port. I cannot find any information on what has been done and what needs to be done. Is there a roadmap somewhere? Joe Pizzi

2 1

[chirp_devel] Helping package maintainers
by Tony Fuller 29 Jul '20

29 Jul '20

Hey Dan, I was browsing the issues in redmine to see if anything interesting caught my eye and found this one https://chirp.danplanet.com/issues/8067 "Version guidance for packagers is unclear" In the issue, Greg is asking about chirp versioning and stable releases so he can update things in pkgsrc. I said I would ping you on the mailing list to see if you could give a more authoritive answer. Tony

1 0

[chirp_devel] [PATCH] Fix Icom radio detection
by Martin Cooper 26 Jul '20

26 Jul '20

# HG changeset patch # User Martin Cooper <mfncooper(a)gmail.com> # Date 1595606974 25200 # Fri Jul 24 09:09:34 2020 -0700 # Node ID 7c40348d9e67a9877bd9ea57970deebe835f95f2 # Parent 37a6a6d6f42535562669c8d3fc4e3765a218aa2d Fix Icom radio detection Icom radio detection has been broken for a long time, because the detection code is expecting to be passed a radio instance, but is being passed a serial port instead. Since we are trying to determine the model, we don't have the relevant class yet. Instead, create a minimal radio instance to allow us to query for the model. These changes fix both the 'Detect' option in the 'Download From Radio' menu and the 'chirpc --id' command. Fixes #7905 diff --git a/chirp/detect.py b/chirp/detect.py --- a/chirp/detect.py +++ b/chirp/detect.py @@ -16,12 +16,20 @@ import serial import logging -from chirp import errors, directory +from chirp import chirp_common, errors, directory from chirp.drivers import ic9x_ll, icf, kenwood_live, icomciv LOG = logging.getLogger(__name__) +class DetectorRadio(chirp_common.Radio): + """Minimal radio for model detection""" + MUNCH_CLONE_RESP = False + + def get_payload(self, data, raw, checksum): + return data + + def _icom_model_data_to_rclass(md): for _rtype, rclass in directory.DRV_TO_RADIO.items(): if rclass.VENDOR != "Icom": @@ -40,7 +48,7 @@ try: ser.baudrate = 9600 - md = icf.get_model_data(ser) + md = icf.get_model_data(DetectorRadio(ser)) return _icom_model_data_to_rclass(md) except errors.RadioError, e: LOG.error("_detect_icom_radio: %s", e) diff --git a/chirpc b/chirpc --- a/chirpc +++ b/chirpc @@ -196,10 +196,9 @@ sys.exit(0) if options.id: - from chirp import icf - s = serial.Serial(port=options.serial, baudrate=9600, timeout=0.5) - md = icf.get_model_data(s) - print "Model:\n%s" % util.hexprint(md) + from chirp import detect + md = detect.detect_icom_radio(options.serial) + print "Model:\n%s" % md.MODEL sys.exit(0) if not options.radio:

1 0

[chirp_devel] [PATCH] [AT778-UV] Update Allowed Radio Types for AnyTone AT778-UV
by Jim Unroe 20 Jul '20

20 Jul '20

# HG changeset patch # User Jim Unroe <rock.unroe(a)gmail.com> # Date 1595257809 14400 # Mon Jul 20 11:10:09 2020 -0400 # Node ID 0e1a17aed39633e75f886d659e5d75f084f60e61 # Parent 37a6a6d6f42535562669c8d3fc4e3765a218aa2d [AT778-UV] Update Allowed Radio Types for AnyTone AT778-UV This patch adds "V100" to list of "ALLOWED_RADIO_TYPES". Closes #8109 diff -r 37a6a6d6f425 -r 0e1a17aed396 chirp/drivers/anytone778uv.py --- a/chirp/drivers/anytone778uv.py Fri Jul 17 20:17:29 2020 -0700 +++ b/chirp/drivers/anytone778uv.py Mon Jul 20 11:10:09 2020 -0400 @@ -935,7 +935,7 @@ MODEL = "778UV" # Allowed radio types is a dict keyed by model of a list of version # strings - ALLOWED_RADIO_TYPES = {'AT778UV': ['V200']} + ALLOWED_RADIO_TYPES = {'AT778UV': ['V100', 'V200']} @directory.register class RetevisRT95(AnyTone778UVBase):

1 0

[chirp_devel] Decoding the TYT TH-UV88
by James Berry 19 Jul '20

19 Jul '20

I’ve got one of these radios on order, but notice that Jim Unroe has uploaded a portmon capture on the open issue so thought I’d start having a look. Some caveats, I’m just reading source; I’m not a python programmer; and I don’t have the radio in my hands yet. I’m just trying to get ahead of the game! However, it seems that it doesn’t follow the protocol I see in the other TYT radio drivers. It looks like the ICOM CIV clone standard, as described in icf.py. I also found this reference online which corresponds with the file - http://www.oocities.org/blakkekatte/clone/icomclonedoc.pdf However, the capture shows that the after the clone retrieval command the software starts downloading blocks instead of the whole memory (this is from Jim’s capture) 189 0.00012079 TH-UV88.exe IRP_MJ_WRITE ProlificSerial0 SUCCESS Length 12: FE FE EE EF EB 00 00 00 00 00 20 FD 281 0.00000316 TH-UV88.exe IRP_MJ_READ ProlificSerial0 SUCCESS Length 45: FE FE EF EE E4 00 00 00 00 00 20 B8 CD A4 02 B8 CD A4 02 FF 0F FF 0F 00 00 04 20 20 20 20 20 20 78 17 DE 00 78 17 DE 00 FF 0F FF C3 FD 283 0.00018276 TH-UV88.exe IRP_MJ_WRITE ProlificSerial0 SUCCESS Length 12: FE FE EE EF EB 00 00 00 20 00 20 FD 375 0.00000355 TH-UV88.exe IRP_MJ_READ ProlificSerial0 SUCCESS Length 45: FE FE EF EE E4 00 00 00 20 00 20 0F 00 00 04 20 20 20 20 20 20 E4 03 08 01 E4 03 08 01 FF 0F FF 0F 00 00 06 20 20 20 20 20 20 A8 83 FD This command – EB – is not listed anywhere I can find, but it looks like it is asking for a block of memory at a time. This will be enough, I think, for me to read the memory when I get the radio – so this is a style question. Should I base my attempts off the icf.py - or because this is an alternate implementation perhaps I should copy it into a new file specifically for the TH-UV88 until it is clear if other radios use this style of communication? I’m guessing the clone out will similarly be block based when I get the radio. Best wishes James

1 0

[chirp_devel] [PATCH] Fixes #6925, skip flag inversion in ft4.py driver
by Bernhard Hailer 18 Jul '20

18 Jul '20

# HG changeset patch # User Bernhard Hailer <ham73tux(a)gmail.com> # Date 1595120331 25200 # Sat Jul 18 17:58:51 2020 -0700 # Node ID 7c1182a3b9e0cd5c57bc5a41af065d857ab2641d # Parent 37a6a6d6f42535562669c8d3fc4e3765a218aa2d Fixes #6925, skip flag inversion in ft4.py driver. diff --git a/chirp/drivers/ft4.py b/chirp/drivers/ft4.py --- a/chirp/drivers/ft4.py +++ b/chirp/drivers/ft4.py @@ -487,7 +487,7 @@ [145600000, 145800000, 2], [438200000, 439425000, 2]] -SKIPS = ["", "S"] +SKIPS = ["S", ""] POWER_LEVELS = [ chirp_common.PowerLevel("High", watts=5.0), # high must be first (0)

1 0