April 2014 - Users - lists.chirpmyradio.com

[chirp_users] I got an unsupported xinchuang TR-N7 radio, how can I add support for it?
by mofo syne 26 Feb '15

26 Feb '15

Is there any place I can upload... say a "serial dump" file of communication between it and some propriety software (named SV83) ? I managed to create a serial sniffer cable, so if I have a place to upload it, then you guys could inspect and add support for it. Heck I think having a dedicated place to upload serial dumps would be great for reverse engineering efforts.

6 8

[chirp_users] Should I Get a New Build for Any Reason?
by Pat Anderson 12 Jun '14

12 Jun '14

I have a way old build (Feb 2012) that I use mostly for my Baofeng UV5R and a little bit for a Wouxon...it seems to work fine for what I need to do with it, but has anything significant been added for the UV5R or in general that is a reason to update? What I am afraid of is that I have it working fine now, and somehow every time I try to update just about anything, something gets messed up and it no longer works at all! I have never updated CHIRP, so I don't know what issues if any I might encounter. Thanks! Pat Anderson KD7OAC

7 8

[chirp_users] New Daily Build
by Build System 28 Apr '14

28 Apr '14

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-20140428 A list of the changes included in this build (since the last daily) follows: Changes for Build #272 [Dan Drogichen <chirp.cordless(a)xoxy.net>] [FT-60] The implementation of memory skip is incorrect. - Fixes #1557 - Change flags[500] to skipflags[250]. The memory offset is unchanged. The name change is in anticipation of bankflags[] being added, and to avoid confusion with an unrelated variable in the file named flags. - Index skipflags[] with [memory - 1] rather than [memory]. - Reverse the order of both the elements of skipflags[] and the non-zero elements of SKIPS[]. [Marco Filippi <iz3gme.marco(a)gmail.com>] [BF-888] Fix BCL and Scramble editing BCL and Scramble was always enabled on edited memories because setting.values is of <type 'instance'> so not setting.values as well as not(bool(setting.values)) always return false, coerce to int instead pickup the value of the instance so not(int(setting.values)) do the job Fix #1549

1 0

Re: [chirp_users] Programming separate receive and transmit PL
by robbknyc 27 Apr '14

27 Apr '14

Thanks Jim. Sent from my Verizon Wireless 4G LTE smartphone -------- Original message -------- From: Jim Unroe <rock.unroe(a)gmail.com> Date:04/27/2014 10:10 AM (GMT-05:00) To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Subject: Re: [chirp_users] Programming separate receive and transmit PL Rob, The first thing you should do is click View in the menu bar and enable "Hide Unused Fields" The next thing would be to review the CHIRP guide available from the miklor.com website and the Memory Editor Columns page available on the CHIRP website. http://www.miklor.com/COM/UV_CHIRP5R.php http://chirp.danplanet.com/projects/chirp/wiki/MemoryEditorColumns On Sun, Apr 27, 2014 at 9:30 AM, Rob <robbknyc(a)hotmail.com> wrote: > > Hi, > > I just picked up a Baofeng GT-3 and downloaded Chirp to use with it. > > I have a programming question on how to program separate receive and > transmit PLs. > > How would I program something with say a receive frequency of 150.0000 and > a PL of 77.0 and a transmit frequency of say155.0000 and a PL of 118.8. > > Here are the settings I'm using: > > Under frequency I placed the receive frequency of 150.0000. > Correct > > Tone mode is set to tone. > This only sets up a TX tone. When Tone Mode is set to Tone, the ToneSQL column and the Cross Mode columns are ignored. Tone Mode should be set to Cross to enable the Cross Mode settings. > > Tone and tone SQL is the 77.0 receive PL. > Tone should be set to 118.8 ToneSQL should be set to 77.0 DTCS code and Rx code is 023. > These columns should be left at their defaults since they will be ignored and should no longer display once the Cross Mode is set. > > Cross mode is tone > tone. > Correct. > > Duplex is split. > Duplex should be set to "(None)" (which is RX=TX=simplex) > > Offset is the transmit frequency of 155.0000. > Offset will be unused and therefor should be blank > > Mode is FM. Power is high. > > How do I set that transmit PL of 118.8? > > Thanks in advance. > > R... > > Jim KC9HI _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users

1 0

[chirp_users] Programming separate receive and transmit PL
by Rob 27 Apr '14

27 Apr '14

Hi, I just picked up a Baofeng GT-3 and downloaded Chirp to use with it. I have a programming question on how to program separate receive and transmit PLs. How would I program something with say a receive frequency of 150.0000 and a PL of 77.0 and a transmit frequency of say155.0000 and a PL of 118.8. Here are the settings I'm using: Under frequency I placed the receive frequency of 150.0000. Tone mode is set to tone. Tone and tone SQL is the 77.0 receive PL. DTCS code and Rx code is 023. Cross mode is tone > tone. Duplex is split. Offset is the transmit frequency of 155.0000. Mode is FM. Power is high. How do I set that transmit PL of 118.8? Thanks in advance. R...

2 1

[chirp_users] Chirp 0.4.0 and IC-91A on OS X
by Horace Posadas 26 Apr '14

26 Apr '14

Hello, I’ve tried searching the archives, but have not been able to find any answers. Here’s what I have: Radio: Icom IC-91A Cable: OPC1529R (made by Icom) FTDI USB to Serial made by Tripplite When I try to download the frequencies from the radio, everything comes up as “ERROR”. I was able to use the same FTDI cable to download and program my Yaesu FT-60R. So I know that the USB-to-Serial cable works. I’m running CHIRP 0.4.0 on a Macbook Pro on Mac OS X 10.9.2. Did I miss something? Thanks and 73, KI6EEX

2 1

[chirp_users] WHOA! Stop the bus!
by Milton 26 Apr '14

26 Apr '14

I just spent an interesting 4 hours. This morning my windows machine would not wake up from sleep. Every night when I'm done with it I hit the crescent moon on the Logitech keyboard and some things take place and after 30 seconds it's bed time. Light out except the power LED blinks on and off, Well this AM after a 7 hour sleep it was time to start up. As usual it took a push on the space bar and within 10 seconds I was ready to rock and roll. Well that didn't happen this morning. Space, zero. Shake the mouse, zero. Power light blink blink blink as usual while sleeping so I reached around to the back and flipped the power supply switch off. Ok no more blinking. So I press the on button and GASP! He's dead Jim. Zilch, zero nothing. I pull the side cover off and the motherboard voltage LED is lit. I remove the CMOS battery short the leads out and replace the battery, Still dead. Ok so I probably have a toasted voltage distro on the motherboard. Also, all my USB sockets are missing 5 volts. Before when I shut the power off, not just sleep, the USB ports kept up juice to charge stuff. So mobo 5 volt led is it, no 5 volts getting out the USB = x-eyed mobo. This isa 4 year old Asus top of the line then for the AMD Phenom II quad core processor running 3/6 GHZ per core with Corsair DDR3 memory nd a high performance EVGA GeoForce video. All rock solid stuff powered by a 650 watt PSU. And to make a long story even longer, This PC had most of my recent programming data on it. So my only recourse is to break out the Macbook that has had a cooling fan problem nd been store for a couple months. However when I fired the Mac up she came to life and was going to make sure All three prolific cables still worked. Fist up, Baofeng. TX don and RX up no problem. Next was the Prolific with a mini DIN 6 grafted i=on the end that worked fabulously in Win 7. Plugged in the Mac, see the port, set the FT8900 in TX clone and downloads fine. After that to get it to uplood what it downloaded you simply do your thing in Chirp to upload and while still in CLONE in the FT8900 just hit the LOW button. Done this many time using Windows 7. However this time in Chirp the just released Mavericks 10.9.1 update the upload puked after 5 seconds leaving me a bricked FT8900. When I powered off the FT8900 the entire LED segments lit up. Both sides showed vfo mode and the TX indicators were fully deflected even though nothing was transmitting. Lucky for me a reset all fixed me up. So, I break out the Dell 910 netbook, install the 3.2.0.0 cable driver and Chirp 4. Transferred the .img file I luckily (smartly actually) downloaded from the FT8900 back to the FT8900. I could not do that in Mavericks 10.9.2, all I got when writing was a cable error, couldn't right block this or that, Bad Cable ? Well BS bad cable it worked fine in Windows 7 with 3.2.2.0. Anyway I'm pissed off. And I deserve it. It hasn't been a good day for me but I got the FT8900 back the way it was.

1 0

[chirp_users] NC Hams using chirp
by Dwayne 22 Apr '14

22 Apr '14

Any hams in the Raleigh NC area that are using chirp (preferably with Icom 92ad) that could help me troubleshoot why I can't program the IC-92ad? Dwayne

7 15

Re: [chirp_users] Alinco DJ-X10
by raymond reese 21 Apr '14

21 Apr '14

Has anyone considered Chirp support for the Alinco DJ-X10T scanning receiver?

1 0

[chirp_users] Baofeng UV-6 -- Radio refused clone
by Aubrey Turner 20 Apr '14

20 Apr '14

I have a brand new UV-6 that I just received that won't allow me to perform a download. It gives a "Radio refused clone" error. I have a known working cable. It's a Prolific "clone" but I know it works as I have used it on this computer and several others to program several different UV-5R's. I am using Ubuntu 13.10 with the latest daily build (20140413). The cable shows up on /dev/ttyUSB0 and my ID is a member of the dialout group (as I mentioned, I've used this combination of computer and cable with the UV-5R). What happens is that it appears to be communicating initially to get the ident, but it gets a zero back for the 'ack' afterwards instead of the expected value of "\x06". At least that's what I'm gathering from reading the code. I've got years of experience as a developer, but only know enough Python to follow the broad outline of what is taking place (perhaps this will be my excuse to finally learn Python). I was able, though, to add a line of code to dump the ack value, which is how I found that it's zero. I just wanted to check to see if anyone had seen this or knew of something I might be missing before I troubled the developers by opening a ticket. Here is the output I'm getting (from stdout, as it doesn't seem to be creating a debug.log anywhere): (includes my extra line of output) turnera@runabout:~/Downloads/CHIRP/chirp-daily-20140413$ ./chirpw CHIRP daily-20140413 on Linux - Ubuntu 13.10 (Python 2.7.5+) (process:29928): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Registered Icom_IC-2820H = IC2820Radio Registered Yaesu_VX-8_R = VX8Radio Registered Yaesu_VX-8_DR = VX8DRadio Registered Yaesu_VX-8_GE = VX8GERadio Registered Puxing_PX-777 = Puxing777Radio Registered Puxing_PX-2R = Puxing2RRadio Registered Generic_CSV = CSVRadio Registered Commander_KG-UV = CommanderCSVRadio Registered RT_Systems_CSV = RTCSVRadio Registered Icom_IC-2100H = IC2100Radio Registered Yaesu_FTM-350 = FTM350Radio Registered Icom_ID-800H_v2 = ID800v2Radio Registered TYT_TH-UV3R = TYTUV3RRadio Registered Yaesu_FT-7800_7900 = FT7800Radio Registered Yaesu_FT-8800 = FT8800Radio Registered Yaesu_FT-8900 = FT8900Radio Registered Yaesu_VX-170 = VX170Radio Registered Yaesu_VX-7 = VX7Radio Registered Icom_IC-208H = IC208Radio Registered Yaesu_VX-6 = VX6Radio Registered Baofeng_UV-B5 = BaofengUVB5 Registered Icom_IC-91_92AD_ICF_File = IC9xICFRadio Registered Icom_IC-V82_U82 = ICx8xRadio Registered Yaesu_VX-3 = VX3Radio Registered Icom_IC-2200H = IC2200Radio Registered Icom_7200 = Icom7200Radio Registered Icom_7000 = Icom7000Radio Registered Icom_746 = Icom746Radio Registered Icom_IC-T70 = ICT70Radio Registered KYD_NC-630A = NC630aRadio Registered Kenwood_TK-7102 = KenwoodTK7102Radio Registered Kenwood_TK-8102 = KenwoodTK8102Radio Registered Kenwood_TK-7108 = KenwoodTK7108Radio Registered Kenwood_TK-8108 = KenwoodTK8108Radio Registered Baofeng_UV-5R = BaofengUV5R Registered Baofeng_F-11 = BaofengF11Radio Registered Baofeng_UV-82 = BaofengUV82Radio Registered Baofeng_UV-6 = BaofengUV6Radio Registered Intek_KT-980HP = IntekKT980Radio Registered Baofeng_UV-3R = UV3RRadio Registered Icom_IC-91_92AD = IC9xRadio Registered Yaesu_FT-60 = FT60Radio Registered Icom_ID-31A = ID31Radio Registered Yaesu_FT-817 = FT817Radio Registered Yaesu_FT-817ND = FT817NDRadio Registered Yaesu_FT-817ND_US = FT817NDUSRadio Registered TYT_TH-UVF1 = TYTTHUVF1Radio Registered Generic_XML = XMLRadio Registered AnyTone_5888UV = AnyTone5888UVRadio Registered Intek_HR-2040 = IntekHR2040Radio Registered Polmar_DB-50M = PolmarDB50MRadio Registered Powerwerx_DB-750X = PowerwerxDB750XRadio Registered Yaesu_VX-2 = VX2Radio Registered Yaesu_FT-2800M = FT2800Radio Registered Icom_ID-51A = ID51Radio Registered Icom_ID-880H = ID880Radio Registered Icom_ID-80H = ID80Radio Registered Icom_IC-T7H = ICT7HRadio Registered Vertex_Standard_VXA-700 = VXA700Radio Registered Icom_IC-Q7A = ICQ7Radio Registered Icom_IC-T8A = ICT8ARadio Registered Yaesu_VX-5 = VX5Radio Registered Yaesu_FT-1802M = FT1802Radio Registered Icom_IC-2720H = IC2720Radio Registered Wouxun_KG-UVD1P = KGUVD1PRadio Registered Wouxun_KG-UV6 = KGUV6DRadio Registered Wouxun_KG-816 = KG816Radio Registered Wouxun_KG-818 = KG818Radio Registered Icom_IC-W32A = ICW32ARadio Registered Kenwood_HMK = HMKRadio Registered Alinco_DR03T = DR03Radio Registered Alinco_DR06T = DR06Radio Registered Alinco_DR135T = DR135Radio Registered Alinco_DR235T = DR235Radio Registered Alinco_DR435T = DR435Radio Registered Alinco_DJ596 = DJ596Radio Registered Jetstream_JT220M = JT220MRadio Registered Alinco_DJ175 = DJ175Radio Registered Kenwood_TH-D72_clone_mode = THD72Radio Registered Kenwood_ITM = ITMRadio Registered Baojie_BJ-UV55 = BaojieBJUV55Radio Registered Yaesu_FT-90 = FT90Radio Registered Baofeng_BF-888 = H777Radio Registered Kenwood_TH-D7 = THD7Radio Registered Kenwood_TH-D7G = THD7GRadio Registered Kenwood_TM-D700 = TMD700Radio Registered Kenwood_TM-V7 = TMV7Radio Registered Kenwood_TM-G707 = TMG707Radio Registered Kenwood_TH-G71 = THG71Radio Registered Kenwood_TH-F6 = THF6ARadio Registered Kenwood_TH-F7 = THF7ERadio Registered Kenwood_TM-D710 = TMD710Radio Registered Kenwood_TH-D72_live_mode = THD72Radio Registered Kenwood_TM-V71 = TMV71Radio Registered Kenwood_TH-K2 = THK2Radio Registered Kenwood_TM-271 = TM271Radio Registered Kenwood_TM-281 = TM281Radio Registered Kenwood_TM-471 = TM471Radio Registered ARRL_Travel_Plus = TpeRadio Registered Yaesu_FT-857_897 = FT857Radio Registered Yaesu_FT-857_897_US = FT857USRadio Registered TYT_TH-UVF8D = TYTUVF8DRadio Skipping existing stock config Skipping existing stock config Skipping existing stock config Skipping existing stock config Skipping existing stock config Skipping existing stock config Skipping existing stock config Skipping existing stock config User selected Baofeng UV-6 on port /dev/ttyUSB0 Clone thread started Sending Magic: 000: 50 bb ff 20 12 08 23 00 P.....#. Ident: 000: aa 01 01 36 01 74 01 04 ...6.t.. Ack: 000: 00 00 00 00 00 00 00 00 ........ Radio refused clone -- Exception: -- Traceback (most recent call last): File "/home/turnera/Downloads/CHIRP/chirp-daily-20140413/chirpui/clone.py", line 227, in run self.__radio.sync_in() File "/home/turnera/Downloads/CHIRP/chirp-daily-20140413/chirp/uv5r.py", line 619, in sync_in self._mmap = _do_download(self) File "/home/turnera/Downloads/CHIRP/chirp-daily-20140413/chirp/uv5r.py", line 450, in _do_download data = _ident_radio(radio) File "/home/turnera/Downloads/CHIRP/chirp-daily-20140413/chirp/uv5r.py", line 446, in _ident_radio raise error RadioError: Radio refused clone ------ Clone failed: Radio refused clone Clone thread ended --- Exception Dialog: Radio refused clone --- None ---------------------------- turnera@runabout:~/Downloads/CHIRP/chirp-daily-20140413$

4 10