January 2016 - Developers - lists.chirpmyradio.com

[chirp_devel] [PATCH 1 of 4] [CIV radios] Fix common code for radio with no skip flag
by Marco Filippi IZ3GME 19 Jan '16

19 Jan '16

# HG changeset patch # User Marco Filippi <iz3gme.marco(a)gmail.com> # Date 1453220451 -3600 # Tue Jan 19 17:20:51 2016 +0100 # Node ID 8b30f8921b6006272f1ffd2aaa027e89a940fe14 # Parent 0758ce12bbae704776ab0cc854b207b521f00d81 [CIV radios] Fix common code for radio with no skip flag Introducing skip support for IC-7000 common CIV code have been modified but other radio (eg 7200) do not have that flag Introduced with fix for #3085 Fix #3185 diff -r 0758ce12bbae -r 8b30f8921b60 chirp/drivers/icomciv.py --- a/chirp/drivers/icomciv.py Fri Jan 15 09:08:36 2016 -0800 +++ b/chirp/drivers/icomciv.py Tue Jan 19 17:20:51 2016 +0100 @@ -307,10 +307,14 @@ memobj = f.get_obj() LOG.debug(repr(memobj)) - if memobj.skip == 1: - mem.skip = "" - else: - mem.skip = "S" + try: + if memobj.skip == 1: + mem.skip = "" + else: + mem.skip = "S" + except AttributeError: + pass + mem.freq = int(memobj.freq) mem.mode = self._rf.valid_modes[memobj.mode] @@ -386,7 +390,10 @@ if mem.skip == "S": memobj.skip = 0 else: - memobj.skip = 1 + try: + memobj.skip = 1 + except KeyError: + pass memobj.freq = int(mem.freq) memobj.mode = self._rf.valid_modes.index(mem.mode) if self._rf.has_name:

1 3

[chirp_devel] Add American Association of Railroads AAR assigned channel list. Fixes #589.
by Tyler Tidman 16 Jan '16

16 Jan '16

1 0

[chirp_devel] Update WX channel stock config. Fixes #2697.
by Tyler Tidman 09 Jan '16

09 Jan '16

2 1

[chirp_devel] [PATCH] [IC-7000] Minor LOG.debug changes fixes #3149
by Joseph.P.Scanlan＠n7xsd.us 08 Jan '16

08 Jan '16

# HG changeset patch # User <Joseph.P.Scanlan(a)n7xsd.us> # Date 1452281563 28800 # Fri Jan 08 11:32:43 2016 -0800 # Node ID aa96f287e5d2a80f692045297ec20a055e1ba056 # Parent 0dab2109bbd98b0f0603f46f408569ab1463d232 [IC-7000] Minor LOG.debug changes fixes #3149 Swapped source and destination addresses in one debug statement to reflect the direction of the arrow; added extd_number to another LOG.debug; and added a third LOG.debug. diff -r 0dab2109bbd9 -r aa96f287e5d2 chirp/drivers/icomciv.py --- a/chirp/drivers/icomciv.py Mon Jan 04 14:06:25 2016 -0800 +++ b/chirp/drivers/icomciv.py Fri Jan 08 11:32:43 2016 -0800 @@ -116,7 +116,7 @@ raise errors.RadioError("Radio reported error") src, dst = struct.unpack("BB", data[2:4]) - LOG.debug("%02x <- %02x:\n%s" % (src, dst, util.hexprint(data))) + LOG.debug("%02x <- %02x:\n%s" % (dst, src, util.hexprint(data))) self._cmd = ord(data[4]) self._sub = ord(data[5]) @@ -301,6 +301,7 @@ raise errors.RadioError("Radio reported error") if f.get_data() and f.get_data()[-1] == "\xFF": mem.empty = True + LOG.debug("Found %i empty" % mem.number) return mem memobj = f.get_obj() @@ -351,7 +352,7 @@ return mem def set_memory(self, mem): - LOG.debug("Setting %i" % mem.number) + LOG.debug("Setting %i(%s)" % (mem.number, mem.extd_number)) if self._rf.has_bank: ch, bnk = self.mem_to_ch_bnk(mem.number) LOG.debug("Bank %i, Channel %02i" % (bnk, ch))

1 0

[chirp_devel] [New Model] Support for the Kenwood TK-76x/86x non G models, fixes issue #3139
by M.Sc. Pavel Milanes Costa 08 Jan '16

08 Jan '16

This patch add support for the Kenwood Mobile part of the old "Serie/Family 60", including this radios: VHF: TK-760/762, all versions, including H models UHF: TK-860/862, all versions, including H models Only basic common ham settings support by now.

1 0

[chirp_devel] [PATCH] [IC-W32E] support for E version of IC-W32
by Marco Filippi IZ3GME 07 Jan '16

07 Jan '16

# HG changeset patch # User Marco Filippi <iz3gme.marco(a)gmail.com> # Date 1452163645 -3600 # Thu Jan 07 11:47:25 2016 +0100 # Node ID 8c70a47e3b6878fb84478299c5ca9acbc45ae068 # Parent 0f495ecad3d1121eb4b5d60ebb9b79cccf78f57a [IC-W32E] support for E version of IC-W32 The only real difference from IC-W32A is _model id but to distinguish the images an extra byte at the end is added implement #280 diff --git a/chirp/drivers/icw32.py b/chirp/drivers/icw32.py --- a/chirp/drivers/icw32.py +++ b/chirp/drivers/icw32.py @@ -206,3 +206,46 @@ VARIANT = "UHF" _limits = (400000000, 470000000) _mem_positions = (0x06E0, 0x0E2E) + + +# IC-W32E are the very same as IC-W32A but have a different _model +(a)directory.register +class ICW32ERadio(ICW32ARadio): + """Icom IC-W32E""" + MODEL = "IC-W32E" + + _model = "\x18\x82\x00\x02" + + # an extra byte is added to distinguish file images from IC-W32A + # it will be allocated and initialized to 0x00 in _clone_from_radio + # (icf.py) but radio will not send it + # That byte is not sent to radio because the _clone_to_radio use _ranges + # for the send cycle + _memsize = ICW32ARadio._memsize + 1 + + def get_sub_devices(self): + # this is needed because sub devices must be of a child class + return [ICW32ERadioVHF(self._mmap), ICW32ERadioUHF(self._mmap)] + + @classmethod + def match_model(cls, filedata, filename): + if not len(filedata) == cls._memsize: + return False + return filedata[-16 - 1: -1] == "IcomCloneFormat3" and \ + filedata[-1] == chr(0x00) + + +# this is the very same as ICW32ARadioVHF but have ICW32ERadio as parent class +class ICW32ERadioVHF(ICW32ERadio): + """ICW32 VHF subdevice""" + VARIANT = "VHF" + _limits = (118000000, 174000000) + _mem_positions = (0x0000, 0x0DC0) + + +# this is the very same as ICW32ARadioUHF but have ICW32ERadio as parent class +class ICW32ERadioUHF(ICW32ERadio): + """ICW32 UHF subdevice""" + VARIANT = "UHF" + _limits = (400000000, 470000000) + _mem_positions = (0x06E0, 0x0E2E) diff --git a/tests/images/Icom_IC-W32E.img b/tests/images/Icom_IC-W32E.img new file mode 100644 index e69de29bb2d1d6434b8b29ae775ad8c2e48c5391..32bee84e69f736de85c24e508bebdbda2d98cbbc GIT binary patch literal 4065 zc%1E*O;6h}7{{NaRLZ2T;>C!oFO@hj=F~|`B@QhKjA}FsZKhsRtvMh8-B5bZWtw*5 z!hvtOZ@~PLxFprks=-!GeJWM?>2E(TcH&1y<826GXUDV}mT6;*#zZkCoR1Y-LJt); zgg#Z=6#A{=7T2S4#x~)4gavzV2Hl>|+0OKRo7#+hHQpBUBgWM#=Z2V{DE&a_cZyqF z|19I5zVk3?G5#Xs4Qa<Y#f)!i+~1~0y?&Q-%=0r0(`s5GzZj?SnpU0rk8Pz>q5B!{ zTP#5oM@kp@#ff5(Uwo%n<TqW<*fzO7ttqYx{c9HAKHxkM@m>$<dsY$SfbWk19u0;8 zXCH$w?*sNaz2hQpf0X$^(NcZIe~)3w^7$Vbg&f%Xz9jj)c)f1EUNmUu*@u_qHfZbY ze0@j_C3)T|><4n@=I1$CZ2!;^esa8vp$veKN6&)uw|(pqpRs|4^vGq1UB4!Dr*C3z zuJ5N@PkEX$m3$5<TPbJrZOLI8uM?c%LC<$X>Ca;Qjj(><hSM3dhUtz#u}PQ??egP# zSV1{<3c6d+#quq|`>!p@_p#y?ulUzoJU{+*K7Yy%$)Ar7!38dyrzCuuL7vZ9KVtz) zkC}+zv+?)$-(ZpTbiOC~c(?ide%n8{N@Z^bySvFVnPFs4hkK&Qare*Ve9mUB4=bQ; zB(nbUs~;NZpv(JQbrUKZ8ms|i>!YVP9NB-_`WXD*Fi>0GXG>7hxIQ<2DDHz>Wf%)R zDd;Ga_cisMaAU4?ZA}i)OYEm<*{W9`^0p|$g4P>dT;r3A%Lq&Bewti4my_%0WO8#g HiYfdAjbW9=

1 0

[chirp_devel] DOT Channels
by Steven Santos 05 Jan '16

05 Jan '16

I will start by saying that I am not a ham. I bought a bunch of the Baofeng 888's that I need to make work on a few specific frequencies for summer camp and for another contract we have taken. I need to make these radios work with the Private Land Mobil Radio or "dot frequencies". I also think that this is a common enough need that it would seem to make sense for this to be a "stock configuration" So far, Jim Unroe has been an amazing help in getting me this far, but I am not 100% sure I have it all right, especially the brown and yellow DPX frequencies. Can you guys look this over and help me get it right? <--- Begin dot.cvs ---> Location,Name,Frequency,Duplex,Offset,Tone,rToneFreq,cToneFreq,DtcsCode,DtcsPolarity,Mode,TStep,Skip,Comment,URCALL,RPT1CALL,RPT2CALL 1,Red Dot,151.625000,,0.000000,DTCS,88.5,88.5,023,NN,NFM,5.00,,,,,, 2,Purple Dot,151.995000,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 3,Blue Dot,154.570000,,0.000000,,88.5,88.5,023,NN,FM,5.00,,,,,, 4,Green Dot,154.600000,,0.000000,,88.5,88.5,023,NN,FM,5.00,,,,,, 5,White Dot,462.575000,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 6,Black Dot,462.625000,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 7,Orange Dot,462.675000,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 8,Brown Dot,464.500000,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 9,Yellow Dot,464.550000,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 10,J Dot,467.762500,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 11,K Dot,467.812500,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 12,Silver Star,467.850000,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 13,Gold Star,467.875000,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 14,Red Star,467.900000,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 15,Blue Star,467.925000,,0.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 16,Brown DPX,469.500000,+,5.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, 17,Yellow DPX,469.550000,+,5.000000,,88.5,88.5,023,NN,NFM,5.00,,,,,, <--- End dot.cvs ---> --- Steven Santos

2 3

[chirp_devel] Need help with "def _send_block(radio, addr, data):"
by Jim Unroe 05 Jan '16

05 Jan '16

Hi all, I am working on a radio driver that is giving me issues with uploading. I have the Ident working OK and I can download OK (not perfect but I can get a image). Using PortMon I captured the upload to the radio using the OEM software. What I see is after the first "chunk" is sent, the radio acks with "\x05" and then a little later acks with "\x06". Every "chunk" after that, only the "\x06" is sent. I thought the following would take care of it, but it doesn't. def _send_block(radio, addr, data): msg = struct.pack(">BHB", ord("X"), addr, len(data)) radio.pipe.write("\x06") radio.pipe.write(msg + data) time.sleep(0.05) ack = radio.pipe.read(1) print util.hexprint(ack1) if ack == "\x05": print "am i working?" time.sleep(0.5) ack = radio.pipe.read(1) print util.hexprint(ack) if ack != "\x06": raise errors.RadioError("Radio refused to accept block 0x%04x" % addr) The first "ack =" captures the "\x05" just fine The first "print" prints the captured ack The "am i working?" gets printed Apparently the second "ack =" does nothing because the second "print" doesn't print anything I'm stumped. Any ideas? I've attached a shortened version of the captured upload (it was over 10 meg so I removed most of the middle). Thanks, Jim KC9HI

2 3

[chirp_devel] Question About Anytone Driver
by Jim Unroe 04 Jan '16

04 Jan '16

Hi All, The anytone.py driver map 3 areas of memory channels struct memory memblk1[12]; struct memory memory[758]; struct memory memblk2[10]; How do you access the memblk1 and memblk2 memory channels in the CHIRP UI or was this something that did not get implemented in this driver? Note: This driver uses the Polmar_DB-50M.img image. Jim

1 0

[chirp_devel] [PATCH] [IC-7000] Fix Show Raw Memory #3127
by Joseph.P.Scanlan＠n7xsd.us 04 Jan '16

04 Jan '16

# HG changeset patch # User <Joseph.P.Scanlan(a)n7xsd.us> # Date 1451945185 28800 # Mon Jan 04 14:06:25 2016 -0800 # Node ID 0dab2109bbd98b0f0603f46f408569ab1463d232 # Parent 3f109fefa33d647b8c30f7d08e7f61ae9fe5ec5e [IC-7000] Fix Show Raw Memory #3127 Method “get_raw_memory” was overlooked when bank support was added to the IC-7000 (an Icom CI-V radio). This patch corrects that oversight. diff -r 3f109fefa33d -r 0dab2109bbd9 chirp/drivers/icomciv.py --- a/chirp/drivers/icomciv.py Sun Jan 03 14:23:15 2016 -0800 +++ b/chirp/drivers/icomciv.py Mon Jan 04 14:06:25 2016 -0800 @@ -256,10 +256,19 @@ def get_raw_memory(self, number): f = self._classes["mem"]() - f.set_location(number) + if self._rf.has_bank: + ch, bnk = self.mem_to_ch_bnk(number) + f.set_location(ch, bnk) + loc = "bank %i, channel %02i" % (bnk, ch) + else: + f.set_location(number) + loc = "number %i" % number self._send_frame(f) f.read(self.pipe) - return repr(f.get_obj()) + if f.get_data() and f.get_data()[-1] == "\xFF": + return "Memory " + loc + " empty." + else: + return repr(f.get_obj()) # We have a simple mapping between the memory location in the frequency # editor and (bank, channel) of the radio. The mapping doesn't

1 0