September 2017 - Developers - lists.chirpmyradio.com

[chirp_devel] [PATCH] Support pySerial 3+. Fixes #3167 #3209 #3521 #3671 #3703
by Tom Hayward 03 Feb '18

03 Feb '18

# HG changeset patch # User Tom Hayward <tom(a)tomh.us> # Date 1465361362 25200 # Tue Jun 07 21:49:22 2016 -0700 # Node ID d1bc2c9177858ff87c86e08447513f53794c2868 # Parent 333a280ca0c4e856258ebf9dfdb7c547fa9ec90c Support pySerial 3+. Fixes #3167 #3209 #3521 #3671 #3703 diff -r 333a280ca0c4 -r d1bc2c917785 chirp/detect.py --- a/chirp/detect.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/detect.py Tue Jun 07 21:49:22 2016 -0700 @@ -39,7 +39,7 @@ # ICOM VHF/UHF Clone-type radios @ 9600 baud try: - ser.setBaudrate(9600) + ser.baudrate = 9600 md = icf.get_model_data(ser) return _icom_model_data_to_rclass(md) except errors.RadioError, e: @@ -47,7 +47,7 @@ # ICOM IC-91/92 Live-mode radios @ 4800/38400 baud - ser.setBaudrate(4800) + ser.baudrate = 4800 try: ic9x_ll.send_magic(ser) return _icom_model_data_to_rclass("ic9x") @@ -58,7 +58,7 @@ for rate in [9600, 4800, 19200]: try: - ser.setBaudrate(rate) + ser.baudrate = rate return icomciv.probe_model(ser) except errors.RadioError: pass diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/btech.py --- a/chirp/drivers/btech.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/btech.py Tue Jun 07 21:49:22 2016 -0700 @@ -332,7 +332,7 @@ # touching the serial timeout to optimize the flushing # restored at the end to the default value - radio.pipe.setTimeout(0.1) + radio.pipe.timeout = 0.1 dump = "1" datacount = 0 @@ -347,7 +347,7 @@ raise errors.RadioError(seriale) # restore the default serial timeout - radio.pipe.setTimeout(STIMEOUT) + radio.pipe.timeout = STIMEOUT except Exception: raise errors.RadioError("Unknown error cleaning the serial buffer") @@ -477,8 +477,8 @@ def _do_ident(radio, status, upload=False): """Put the radio in PROGRAM mode & identify it""" # set the serial discipline - radio.pipe.setBaudrate(9600) - radio.pipe.setParity("N") + radio.pipe.baudrate = 9600 + radio.pipe.parity = "N" # open the radio into program mode if _start_clone_mode(radio, status) is False: @@ -516,7 +516,7 @@ # has the check value in the _id2 var, others simply False if radio._id2 is not False: # lower the timeout here as this radios are reseting due to timeout - radio.pipe.setTimeout(0.05) + radio.pipe.timeout = 0.05 # query & receive the extra ID _send(radio, _make_frame("S", 0x3DF0, 16)) @@ -561,7 +561,7 @@ raise errors.RadioError("Radio didn't ACK the upload") # restore the default serial timeout - radio.pipe.setTimeout(STIMEOUT) + radio.pipe.timeout = STIMEOUT # DEBUG LOG.info("Positive ident, this is a %s %s" % (radio.VENDOR, radio.MODEL)) diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/ft2800.py --- a/chirp/drivers/ft2800.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/ft2800.py Tue Jun 07 21:49:22 2016 -0700 @@ -195,7 +195,7 @@ return rf def sync_in(self): - self.pipe.setParity("E") + self.pipe.parity = "E" start = time.time() try: self._mmap = _download(self) @@ -208,7 +208,7 @@ def sync_out(self): self.pipe.timeout = 1 - self.pipe.setParity("E") + self.pipe.parity = "E" start = time.time() try: _upload(self) diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/ic9x_ll.py --- a/chirp/drivers/ic9x_ll.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/ic9x_ll.py Tue Jun 07 21:49:22 2016 -0700 @@ -439,31 +439,31 @@ def send_magic(pipe): """Send the magic incantation to wake up an ic9x radio""" - if pipe.getBaudrate() == 38400: + if pipe.baudrate == 38400: resp = _send_magic_38400(pipe) if resp: return LOG.info("Switching from 38400 to 4800") - pipe.setBaudrate(4800) + pipe.baudrate = 4800 resp = _send_magic_4800(pipe) - pipe.setBaudrate(38400) + pipe.baudrate = 38400 if resp: return raise errors.RadioError("Radio not responding") - elif pipe.getBaudrate() == 4800: + elif pipe.baudrate == 4800: resp = _send_magic_4800(pipe) if resp: return LOG.info("Switching from 4800 to 38400") - pipe.setBaudrate(38400) + pipe.baudrate = 38400 resp = _send_magic_38400(pipe) if resp: return - pipe.setBaudrate(4800) + pipe.baudrate = 4800 raise errors.RadioError("Radio not responding") else: raise errors.InvalidDataError("Radio in unknown state (%i)" % - pipe.getBaudrate()) + pipe.baudrate) def get_memory_frame(pipe, vfo, number): diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/icf.py --- a/chirp/drivers/icf.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/icf.py Tue Jun 07 21:49:22 2016 -0700 @@ -251,7 +251,7 @@ LOG.debug("Response:\n%s" % util.hexprint(resp)) LOG.info("Switching to 38400 baud") - radio.pipe.setBaudrate(38400) + radio.pipe.baudrate = 38400 buf = ("\xFE" * 14) + \ "\xEE\xEF" + \ diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/kenwood_live.py --- a/chirp/drivers/kenwood_live.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/kenwood_live.py Tue Jun 07 21:49:22 2016 -0700 @@ -103,7 +103,7 @@ LAST_DELIMITER = delimiter LOG.info("Trying ID at baud %i with delimiter \"%s\"" % (i, repr(delimiter))) - ser.setBaudrate(i) + ser.baudrate = i ser.write(LAST_DELIMITER[0]) ser.read(25) resp = command(ser, "ID") diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/thd72.py --- a/chirp/drivers/thd72.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/thd72.py Tue Jun 07 21:49:22 2016 -0700 @@ -231,7 +231,7 @@ def _detect_baud(self): for baud in [9600, 19200, 38400, 57600]: - self.pipe.setBaudrate(baud) + self.pipe.baudrate = baud try: self.pipe.write("\r\r") except: @@ -422,9 +422,11 @@ raise errors.RadioError("No response from self") allblocks = range(self._memsize/256) - self.pipe.setBaudrate(57600) - self.pipe.getCTS() - self.pipe.setRTS() + self.pipe.baudrate = 57600 + try: + self.pipe.setRTS() + except AttributeError: + self.pipe.rts = True self.pipe.read(1) data = "" LOG.debug("reading blocks %d..%d" % (blocks[0], blocks[-1])) @@ -458,9 +460,11 @@ if self.command("0M PROGRAM") != "0M": raise errors.RadioError("No response from self") - self.pipe.setBaudrate(57600) - self.pipe.getCTS() - self.pipe.setRTS() + self.pipe.baudrate = 57600 + try: + self.pipe.setRTS() + except AttributeError: + self.pipe.rts = True self.pipe.read(1) LOG.debug("writing blocks %d..%d" % (blocks[0], blocks[-1])) total = len(blocks) diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/tk270.py --- a/chirp/drivers/tk270.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/tk270.py Tue Jun 07 21:49:22 2016 -0700 @@ -194,10 +194,9 @@ """Open the radio into program mode and check if it's the correct model""" # Set serial discipline try: - radio.pipe.setParity("N") - radio.pipe.setTimeout(TIMEOUT) - radio.pipe.flushOutput() - radio.pipe.flushInput() + radio.pipe.parity = "N" + radio.pipe.timeout = TIMEOUT + radio.pipe.flush() except: msg = "Serial error: Can't set serial line discipline" raise errors.RadioError(msg) diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/tk760.py --- a/chirp/drivers/tk760.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/tk760.py Tue Jun 07 21:49:22 2016 -0700 @@ -188,10 +188,9 @@ """Open the radio into program mode and check if it's the correct model""" # Set serial discipline try: - radio.pipe.setParity("N") - radio.pipe.setTimeout(TIMEOUT) - radio.pipe.flushOutput() - radio.pipe.flushInput() + radio.pipe.parity = "N" + radio.pipe.timeout = TIMEOUT + radio.pipe.flush() LOG.debug("Serial port open successful") except: msg = "Serial error: Can't set serial line discipline" diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/tk760g.py --- a/chirp/drivers/tk760g.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/tk760g.py Tue Jun 07 21:49:22 2016 -0700 @@ -441,8 +441,8 @@ def _open_radio(radio, status): """Open the radio into program mode and check if it's the correct model""" # linux min is 0.13, win min is 0.25; set to bigger to be safe - radio.pipe.setTimeout(0.25) - radio.pipe.setParity("E") + radio.pipe.timeout = 0.25 + radio.pipe.parity = "E" # DEBUG LOG.debug("Entering program mode.") @@ -525,17 +525,17 @@ # set the timeout and if windows keep it bigger if sys.platform in ["win32", "cygwin"]: # bigger timeout - radio.pipe.setTimeout(0.55) + radio.pipe.timeout = 0.55 else: # Linux can keep up, MAC? - radio.pipe.setTimeout(0.05) + radio.pipe.timeout = 0.05 # DEBUG LOG.debug("Starting the download from radio") for addr in MEM_BLOCKS: # send request, but before flush the rx buffer - radio.pipe.flushInput() + radio.pipe.flush() _send(radio, _make_frame("R", addr)) # now we get the data @@ -574,7 +574,7 @@ radio.status_fn(status) # the default for the original soft as measured - radio.pipe.setTimeout(0.5) + radio.pipe.timeout = 0.5 # DEBUG LOG.debug("Starting the upload to the radio") diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/tk8102.py --- a/chirp/drivers/tk8102.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/tk8102.py Tue Jun 07 21:49:22 2016 -0700 @@ -99,7 +99,7 @@ def do_download(radio): - radio.pipe.setParity("E") + radio.pipe.parity = "E" radio.pipe.timeout = 1 do_ident(radio) @@ -129,7 +129,7 @@ def do_upload(radio): - radio.pipe.setParity("E") + radio.pipe.parity = "E" radio.pipe.timeout = 1 do_ident(radio) diff -r 333a280ca0c4 -r d1bc2c917785 chirp/drivers/tmv71.py --- a/chirp/drivers/tmv71.py Wed Jun 01 17:30:31 2016 -0700 +++ b/chirp/drivers/tmv71.py Tue Jun 07 21:49:22 2016 -0700 @@ -36,7 +36,7 @@ def _detect_baud(self): for baud in [9600, 19200, 38400, 57600]: - self.pipe.setBaudrate(baud) + self.pipe.baudrate = baud self.pipe.write("\r\r") self.pipe.read(32) try:

2 4

[chirp_devel] FT2D
by NNN Wx 07 Oct '17

07 Oct '17

Is anybody working the Yaesu FT2D? It looks to be in the list of devices wanted and to have hardware, but I see no mention when I looked through the developer archives. And I’ve heard nothing back on the chirp users mailing list. I’ve not found anybody (but maybe RTsystems and G4FHQ) who can do it reliably [or at all with a Macintosh] using the USB cable, but having a chirp version that can read and write the microSD card file (“BACKUP.dat”) would be a boon. The Yaesu-supplied software is painful to run, and even worse when I tried it under WINE on my macintosh. And I’d really, REALLY like a system that runs on Mac. I’ve looked at the “Add a Radio” page (http://chirp.danplanet.com/projects/chirp/wiki/DevelopersAdd_a_Radio) and think I might be able to help with the memory dump and data structure identification. But I’d rather not start from scratch if others have already done it! _________ Don’t be fooled by my email account name. It is NOT an amateur callsign.

4 8

[chirp_devel] VX5 scan edge special channels # 5187
by Richard Birch 01 Oct '17

01 Oct '17

Here is a patch at add scan edge special channels to the VX5

2 1

[chirp_devel] revert #4687
by SASANO Takayoshi 01 Oct '17

01 Oct '17

# HG changeset patch # User SASANO Takayoshi <uaa(a)mx5.nisiq.net> # Date 1504671405 -32400 # Wed Sep 06 13:16:45 2017 +0900 # Node ID 046007af2cb248ae8933f78d5f14dd55b8ae9ee8 # Parent c56244c58fe85688ef0da20a3f7bfebc0f447e6c revert #4687 Different from OpenBSD-6.0, OpenBSD-6.1 is no longer required this modification. And, this cause #5007 bug. Revert to 2715:d1bc2c917785. diff -r c56244c58fe8 -r 046007af2cb2 chirp/drivers/icf.py --- a/chirp/drivers/icf.py Mon Jul 10 17:45:50 2017 -0400 +++ b/chirp/drivers/icf.py Wed Sep 06 13:16:45 2017 +0900 @@ -198,8 +198,6 @@ pass pipe.write(frame) - pipe.flush() - pipe.read(len(frame)) # discard echoback return frame @@ -263,7 +261,6 @@ LOG.debug("Starting HiSpeed Clone:\n%s" % util.hexprint(buf)) radio.pipe.write(buf) radio.pipe.flush() - radio.pipe.read(len(buf)) # discard echoback def _clone_from_radio(radio):

2 1

[chirp_devel] [PATCH] Minor update to support RTX Radioddity QB25 (a QYT KT7900D clone) - fix for Issue Number #5135
by Attilio Pier Paolo Pannella 30 Sep '17

30 Sep '17

Dear all, as I could not have Chirp recognizing my Radioddity QB25 (a clone of QYT KT7900D), I found out that the problem was in the identification string. I therefore release a patch to have this problem fix. The Radioddity QB25 is now supported through the QYT KT7900, but it also have a proper entry into the Vednor/Model list (Radioddity/QB25). I hope this is helpful! 73 de DL1UNX - Attilio

1 0

[chirp_devel] Fixed Frequency Radio
by Jim Unroe 19 Sep '17

19 Sep '17

All, I have a radio coming to me in the near future that will have something like 15 fixed simplex frequencies. In other words, the RX/TX frequencies cannot be changed. CHIRP will only be required to program the other per channel settings like CTCS, DTCS, Power, Skip and the like. Does anyone know if there is a provision in CHIRP that will show the frequencies of the memory rows (or range of memory rows) but displays them as un-editible fields? Thanks, Jim KC9HI

2 11

[chirp_devel] Questions about "Special Channels" especially WRT Yaesu FT1D/FT2D
by NNN Wx 17 Sep '17

17 Sep '17

When I look at a chirp “Memories” window, there’s a button called “Special Channels” which AFAICT does exactly nothing for my FT2D. I can find no description in the Wiki of the “Special Channels”. I AM ONLY IMAGINING WHAT THESE COULD BE, but I have some thoughts. - The FT2D has several sets of preset channels: international VHF Marine, worldwide broadcasts, NOAA weather channels. That’d be perfect for “Special Channels”, although they are supposed to be read-only [but they have locations in the FT2D memory image, so it’s not unlikely that chirp can read AND write these locations.] Of course, it’d be illegal and impolite to try to TRANSMIT to those frequencies, so I may want to find a “do not transmit” flag to go with them. - The FT2D has a subset of the memory locations that can only hold “skip” frequencies: whenever a scan is enabled, if the frequency matches a skip frequency that frequency is not used. These locations ARE programmable and contiguous with regular memory; at present, I’ve implemented them as memory locations that are forced to have a “Skip” flag. So, please, dear developer experts: Where are the “Special Channels” documented? How does chirp access and define the “Special Channels”? What data structures and methods are needed to implement them? Would either (or both?) of the two above sets of locations be appropriate for inclusion as “Special Channels”? Did I miss “Special Channels" in the underlying FT1D driver that I’m using to implement FT2D? These questions are prompted by a preliminary bug report; one user seems to have used the FT2D to enter a preset channel into a memory bank, after which chirp refuses to edit the whole bank! I’ll be submitting a bug report Real Soon Now since it’s clearly a feature that the radio can handle. I’d hope to have a fix researched and suggested shortly thereafter. Declan WD5EQY

1 0