- Users - lists.chirpmyradio.com

Re: [chirp_users] Hesenate vhf/uhf
by Dave B 29 Nov '17

29 Nov '17

It probably uses a fake Prolific chipset, all too common sadly. Windows will not use those now, unless you roll back the driver, but then Windows will "update" it to the latest again at the next opportunity. If you turn Windows updates off, then you are potentially vulnerable for other troubles as they are found later. They still work OK on most Linux's though, as does Chirp just fine. Solution, use a FTDI based cable (if you can find a seller to guarantee that they are genuine too) or build your own cable with a known genuine USB<>Serial chip. The "Genuine" Prolific chips are OK in Windows. Silicon Lab's chips are OK too, but you'll have to install drivers yourself for them, except on Linux, where they "just work" without issue on most distro's. Note: The "Fake" chips, are actually micro-controllers programmed to emulate Prolific or FTDI chips. The emulations are quite good, but can be detected by the "official" drivers. The current official Prolific drivers will not use the Fakes. Similarly, FTDI drivers will not use the fakes either. Earlier FTDI drivers would "brick" them by resetting the VID/PID values to zero. Caused a lot of bad press that did. (But they can be un-bricked!) The fake FDTI chips can be identified as being unable to re-assign the auxiliary I/O pin functions. Well, the software is happy, but the change doesn’t actually happen. That's how I found one, I needed to invert the TXD line, but no change happened. I have also personally come across a chip that was marked up as FTDI, but identified itself to the PC as Prolific! I suspect there are undocumented ways to "configure" the emulation. Take care. 73. Dave G0WBX. On 28/11/17 20:00, chirp_users-request(a)intrepid.danplanet.com wrote: > Subject: Re: [chirp_users] Hesenate vhf/uhf > To: chirp_users(a)intrepid.danplanet.com > Message-ID: <15fff22b39a-171e-13cb3(a)webjas-vaa246.srv.aolmail.net> > Content-Type: text/plain; charset="utf-8" > > shows error under other devices usb port no drivers available. I will have to find a driver for the cable. > Ray

3 2

[chirp_users] Hesenate vhf/uhf
by Ray Nicholson 27 Nov '17

27 Nov '17

Bought a Hesenate transceiver and cannot get to connect to PC. I also purchased a Baofeng cable & downloaded CHIRP from the Chirp web site for windows. Do I need a special driver for the software to connect or does it come imbedded in the software? The spread sheet shows under file new but cannot save entries made. Ray

4 9

Re: [chirp_users] Bug #5379: Uploading to Kenwood TM-G707 skipping repeaters with 12.5Khz values (e.g. 145.637500) throws error
by ron van doremalen 26 Nov '17

26 Nov '17

Can somebody help with below? Just validated my userlist subscription, not sure if initial mail ever came through. Ron - PA3FAT Van: ron van doremalen Verzonden: 25 November, 2017 16:42 Aan: 'chirp_users(a)intrepid.danplanet.com' <chirp_users(a)intrepid.danplanet.com> Onderwerp: Bug #5379: Uploading to Kenwood TM-G707 skipping repeaters with 12.5Khz values (e.g. 145.637500) throws error Hi, Used CHIRP for my Boafeng UV-3R/GT-3P since some years. As I had an old TM-G707 installed in the car recently tried to use CHIRP for this radio to. Can get the current contents of the memory, and manage to get most of the repeaters loaded into the radio. But it seems to skip the ones with a intermediate 12.5Khz value. 145.600 is ok, 145.6125 is not getting in. Can manually update the skipped ones so it seems it is not the radio by definition blocking these values. Seems an issue with the software. But maybe you all know if there is a pre-requisite in the radio settings that would enable this 12.5Khz raster frequencies to get accepted. Many thanks in advance. PS: Is there a readable overview of all correspondence somewhere. Found some digested by months/thread but not handy to open them one by one for the last years..... Ron - PA3FAT

1 0

[chirp_users] New Daily Build
by Build System 26 Nov '17

26 Nov '17

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-20171126 A list of the changes included in this build (since the last daily) follows: Changes for Build #507 [Dan Smith <dsmith(a)danplanet.com>] Test image for KG-UV8D_Plus for #5123

1 0

[chirp_users] New Daily Build
by Build System 25 Nov '17

25 Nov '17

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-20171125 A list of the changes included in this build (since the last daily) follows: Changes for Build #506 [Krystian SP6IT <toner_82(a)tlen.pl>] Figured out encryption algorithm and implement functions for Wouxun KG-UV8D Plus #5123

1 0

[chirp_users] UV-25X4 squelch threshold settings
by John 24 Nov '17

24 Nov '17

RE: BTECH UV-25X4. I'd like to see a service settings option to adjust the squelch thresholds. This radio has no squelch hysterisis and on simplex, the squelch will close on fading signals. I have submitted a feature request to the chirp tree.

1 0

[chirp_users] BAOFENG UV5R - Imaging
by Angelo Marcone 22 Nov '17

22 Nov '17

Hi, just to understand: is the image linked to firmware version only or it depends from rig to rig as well ? 73 de Angelo IK8VRQ

5 4

Re: [chirp_users] Baofeng UV5R Flashing
by va7iq＠geeksonradios.com 22 Nov '17

22 Nov '17

Thanks for the update of flashing protocols for the UV5R. Sadly I did not pick up on any WARNINGS pertaining to this requirement in the various dialogues when running the cloning sequences. And, to boot, I didn't save an original copy of the image either (dumb, it was recommended). Now I've have 4 UV5R's all literally cloned to be the same, and possibly not operating optimally as I have observed failure to break squealch and low power output on the latest 2 I've done. From what I'm guessing, only 1 of them has a proper flash image, and that is probably the first one I did. No idea if this situation is recoverable, but it doesn't sound good. The concept of what "cloning" means needs better clarification. In some, programming software clones the configuration. In these Baofeng's with CHIRP, it sounds like it is a memory download from the HT, patch to retrieve/stuff values, then upload to the HT. If you change the baseline image, lots of stuff gets messed up, and no "reset all" will fix it. Wonder how many others have been bitten by this, wanting to have their pair of HT's configured the same. Any recovery suggestions most welcomed. Thanks, and 73, Don Date: Tue, 21 Nov 2017 10:41:50 -0500 (EST) > From: "Nigel A. Gunn G8IFF/W8IFF" <nigel(a)ngunn.net> > Subject: Re: [chirp_users] Baofeng UV5R Flashing > To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> > Message-ID: <1214392741.187421.1511278910720(a)email.1and1.com> > Content-Type: text/plain; charset=UTF-8 > > Don't ever use an image from another radio. > Download an original image (as it came from the manufacturer) from > every radio and work with those. > You can easily copy and paste between these images. > Always upload the correct image to the correct radio. > > > >> On 21 November 2017 at 10:25 va7iq(a)geeksonradios.com wrote: >> >> >> I have several UV5R's and am starting to wonder how the flashing >> algorithm works. This is due to odd behaviors that I "think" I am >> seeing. >> >> When flashing, is the total memory replaced included in-factory >> configuration elements? >> >> The reason I ask is that I bought a new unit which was serving for >> data >> aok, then after flashing an image (including channels) from another >> device, it seemed to degrade performance. >> >> The purpose of my question is to clarify whether I need to flash units >> only with their native image updated with data since factory >> parameters >> may be impacted by using another image as a baseline. >> >> Thanks, Don VA7IQ / AE7UP

4 4

[chirp_users] Baofeng UV5R Flashing
by va7iq＠geeksonradios.com 22 Nov '17

22 Nov '17

I have several UV5R's and am starting to wonder how the flashing algorithm works. This is due to odd behaviors that I "think" I am seeing. When flashing, is the total memory replaced included in-factory configuration elements? The reason I ask is that I bought a new unit which was serving for data aok, then after flashing an image (including channels) from another device, it seemed to degrade performance. The purpose of my question is to clarify whether I need to flash units only with their native image updated with data since factory parameters may be impacted by using another image as a baseline. Thanks, Don VA7IQ / AE7UP

3 2

[chirp_users] Fwd:
by brian.oxenham＠btopenworld.com 21 Nov '17

21 Nov '17

https://www.goo.gl/ti928P#gobuwehubjbjq _______________ children's dresses which are expensive as well as in good taste; his coat

4 3