- Developers - lists.chirpmyradio.com

[chirp_devel] [PATCH][TK-868] Fix bad amount of channels declared, fixes #3139
by Pavel Milanes (CO7WT) 19 Jan '16

19 Jan '16

1 0

[chirp_devel] [TK-760G] New Model, support the VHF part of the Kenwood 60G family, fix #2999
by M.Sc. Pavel Milanes Costa 19 Jan '16

19 Jan '16

This patch is the support to the VHF part of the Kenwood 60G family, and must be applied after the patch for the issue #3119 Attached also is the imgs of a portable and a mobile radios for this driver.

3 2

[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