New Model #3015

SUPPORT - Model BTech UV2501 UV5001

Added by John LaMartina almost 2 years ago. Updated 7 months ago.

Status:Closed Start date:11/21/2015
Priority:Normal Due date:
Assignee:Jim Unroe % Done:

100%

Category:-
Target version:0.5.0
Chirp Version:daily Equipment Loan Offered:Yes

Description

This is a support request for the BTech UV2501/UV5001.
The same software is currently used for both models.

write_commands_for_download.txt - commands to instruct the radio to download the data (4 kB) Pavel Milanes, 01/08/2016 10:16 am

headers_received_at_downloads.txt - headers received from the commands to instruct the radio to download the data (data removed) (4 kB) Pavel Milanes, 01/08/2016 10:16 am

upload_writes.txt - commands to instruct the radio to write (upload) the data (16.2 kB) Pavel Milanes, 01/08/2016 10:16 am

uv5001.py - Python Windows script to download/upload proof of concept for the UV-5001 (7.9 kB) Pavel Milanes, 01/08/2016 10:16 am

uv5001.img - Radio sample image (12.5 kB) Pavel Milanes, 01/08/2016 10:16 am

uv2501.py - Modified uv5001.py to support uv2501 (8.3 kB) Foo Bar, 01/19/2016 06:03 pm

uv2501.img - Image file from my personal uv2501 (12.5 kB) Foo Bar, 01/19/2016 06:03 pm

UV5001_DN.py (8.2 kB) Jim Unroe, 01/20/2016 04:42 am

debug 5-15-16.txt - Debug file on Gen 3 UV-2501, Windows 7, Btech cable (23.2 kB) Joe Alv, 05/14/2016 10:53 pm

Capture.PNG (281.4 kB) m s, 05/24/2016 03:35 pm


Related issues

related to New Model #2673: Juentai JT-6188 Feedback 06/26/2015
related to Bug #3543: QYT KT-8900 Closed 04/04/2016
related to Bug #3539: KT8900 erratic Closed 04/02/2016
related to Bug #3559: BTECH 2501-220 fails to ID Rejected 04/08/2016

Associated revisions

Revision 2662:3e74989994a8
Added by Jim Unroe over 1 year ago

[New Model] Support for the BTECH Mobile Radios, fixes issue #3015

This patch adds "basic support" for the the following radios:

BTECH UV-5001, UV-2501 and UV-2501+220
WACCOM MINI-8900 Plus

"Basic support" is a complete implementaton of the per-channel
settings, including:

Speaker mute
Scramble
Busy channel lockout
PTT ID
PTT ID signal code
Optional signaling

also related to #2673

Revision 2663:ce03521aeb95
Added by Dan Smith over 1 year ago

Add test images for #3015

From Jim Unroe

Revision 2664:1dea27fb59f7
Added by Dan Smith over 1 year ago

Update experimental warning for btech driver

#3015

Revision 2665:c7ad0f850fc9
Added by Jim Unroe over 1 year ago

[New Model] Support for the BTECH Mobile Radios, update 1 for #3015

This patch includes the following changes:

Bug fixes
- Fixed the bug found by minuteman1120 about the duplex not working in some
cases
- New "split" algorithm for the duplex bug above

Revision 2666:1171fff35e0c
Added by Jim Unroe over 1 year ago

[BTECH] sigcode bug fix for out-of-range value #3015

This patch includes the following changes:

Bug fixes
- Address when OEM software put an out-of-range vale for sigcode
(0x*F is reset to 0x*0)

Revision 2667:7d6ddfaba49a
Added by Jim Unroe over 1 year ago

[BTECH] rename base class for BTECH #3015

This patch includes the following changes:

Bug fixes
Renamed the base class as BTech (from btech)

Revision 2668:f72dc17eee0a
Added by Jim Unroe over 1 year ago

[BTECH] change set_options to be less model specific for 220 band radio #3015

This patch includes the following changes:

Bug fixes
- update branching method for models with 220 band

Revision 2671:012fd306e1e6
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] Improved and renamed the start of clone mode, fixes #3015

The do_magic() procedure has been renamed and simplified, because the
reference for the troublesome alpha radio was removed (and hence support
for it), and we no longer need more than one magic per radio.

Also as this is a btech driver the common magic for the btechs is set
as the default value for the main class

Revision 2672:736359cd081c
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] n1: Update email for author, fixes #3015

Just updating the email for one of the autors.

Revision 2673:e183621bf428
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] n2: New serial flush function, fixes #3015

New serial flush function, it has the capability of survive a
infinite serial data stream and warn the user about

Revision 2674:48ec501dc525
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] n3: Improved the serial timeout, fixes #3015

Set a general serial timeout and apply it in the correct places.

Revision 2675:946da44fe49a
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] n4: New raw data receive function, fixes #3015

New aproach on the raw receive of the data, it's way more
secure and less resource intensive now, and even faster.

Revision 2676:28b3238f8133
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] n5: New serial send function (simplified), fixes #3015

Simplified the serial send function to remove the time wait that
is not needed now with the recent changes.

Revision 2677:a765cbeef6ec
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] n6: New _recv function, now less intensive, fixes #3015

Full rewrite of the _recv() function to read a full block of
data instead of doing short syscalls, hence less resource intensive

Revision 2678:eea5a1a78b78
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] n7: Simplified the part for the extra id, fixes #3015

Some radios like the BTECH UV2501+220 (and others) has a second id.
Just a special string on a high zone of the mem, I improved and
simplified the handling of this extra ID for the BTECH UV2501+220.

Revision 2679:8969b1b8e601
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] n8: Fixed a bug on the upload (BTECH UV2501+220), fixes #3015

The BTECH UV2501+220 has a trick on the upload, it must push an ACK and
get two bytes, ending with an ACK; this just before the data upload.

Also the first block of data to upload must no start with an ACK.

Revision 2680:93300a75a792
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] n9: Var name correction and debug/error fix, fixes #3015

Corrected the var name for the QYT KT-UV980.

Applied some rationalization with the debug and error messages.

Revision 2681:096adcc879bb
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] nA: Support for the QYT KT8900, fixes #3015

Added support for the radio QYT KT8900.

Updated the extra ID code portion, as this radio uses it.

Corrected a comment with the correct name for the radio KT-UV980

Related also to the issue #2673

Revision 2682:2c7ddbcb2520
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] nB: Extra step on the upload updated, fixes #3015

As we begin to find clones and they use the extra id and the
extra step on the upload I updated the code to just check the
common place on this step: last byte being an ACK.

Comments on the definition updates for the radio clones found.

Revision 2683:7bfda498b84f
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] Bug fix about radios resetting on the download, fixes #3015

The radios with the second ID can run into a conditions in which the timeouts
concatenates and get the radios resets after ident and before download.

Afected models QYT KT 8900 & BTECH 2501+220 so far.

Setting a temporal lower timeout in the second ID part has proved to fix
this issue.

Revision 2684:3c0e8a9f2cc1
Added by Jim Unroe over 1 year ago

[BTECH] Update SPMUTE Setting

SPMUTE was accidentally programmed as RadioSettingValueBoolean when
in reality is should have been programmed as RadioSettingValueList

related to #3015

Revision 2685:eae0896c12a8
Added by Jim Unroe over 1 year ago

[BTECH] Add Basic Settings

Add settings from the OEM software "Optional Features" menu that are
related to the internal menus of these radios.

releated to #3015

Revision 2686:664e9635fd53
Added by Jim Unroe over 1 year ago

[BTECH] Add Advanced Settings

Add settings from the OEM software "Optional Features" menu that are
not related to the internal menus of these radios.

releated to #3015

Revision 2687:e7747f518dcd
Added by Jim Unroe over 1 year ago

[BTECH] Add Other Settings

Add Settings from "Aux" Memory.

releated to #3015

Revision 2688:3f271ee7d0da
Added by Jim Unroe over 1 year ago

[BTECH] VFO/MR Switching Enable Bug Fix

Fix a pair of bugs related to VFO/MR Switching.

releated to #3015

Revision 2689:c0b5e35b0665
Added by Jim Unroe over 1 year ago

[BTECH] Add Work Mode Settings

Add Work Mode Presets.

releated to #3015

Revision 2690:25c76868f57d
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] Get into clone mode try just once, Fixes #3015

A wrongly placed (bad aligned) "return True" spoils the 3 attempts of get the
radio into clone mode, tying just one time.

Also removes some ending meaningless tabs in the code (my IDE is a taliban on
this.)

73 Pavel CO7WT.

Revision 2691:9750752a6ac0
Added by Pavel Milanes over 1 year ago

[BTECH UV-2501+220] Add a new generation of this radios, fixes #3527

A new variant or generation for the BTECH UV-2501+220 was found, this
has new ID.

Also cleaning of some comments out of place now.

This is related to #3015 also

73

Revision 2692:3799714b874d
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] Add support for the Sainsonic GT-890, fixes #3533

Add the Sainsonic GT-890 to the btech driver, also relate to #3015

73 Pavel, CO7WT

Revision 2693:fea47e043d7a
Added by Jim Unroe over 1 year ago

[BTECH] Remove Debug Code

Remove temporary debug code that was accidentally left behing.

related to #3015

Revision 2703:a38d3fd922cd
Added by Pavel Milanes over 1 year ago

[PATCH][BTECHs] Add support for the new Gen3 wave of BTECHs, fixes #3015

This add support for the new generation (3gen) if the following BTECHs:

  • UV-2501
  • UV-2501+220
  • UV-5001

73

Revision 2704:888f3782d195
Added by Pavel Milanes over 1 year ago

[PATCH][BTECH] Add a flag to know we have a BTECH gen3, fixes #3015

This 3 gen wave of BTECH radios has new settings items and we need a flag to
know when we are dealing with one of these to show the settings properly.

This is an advance to the real settings modification.

73

Revision 2707:77bd2ad5e4e3
Added by Jim Unroe over 1 year ago

[BTECH] Add new settings for BTECH gen3 radios

  • Mic Gain
  • DTMF Gain

related to #3015

History

Updated by Pavel Milanes over 1 year ago

Some progress between Jim Unroe and me (Pavel Milanes) on the BTECH UV-5001.

A download/upload script for (python) windows came into light.

And some (clean and parsed) debug files attached from the serial monitor logs to enlighten a little about the comm process.

Any owner of the BTECH UV-2501 want to give the script a try? This will allow us to auto-detect the right model for you

If you own a BTECH UV-2501 and want to help, write me an email for instructions.

73

Updated by Brad S over 1 year ago

I have a BTECH UV-2501 and would be willing to help.

Updated by Foo Bar over 1 year ago

I've modified the original script from Pavel to support the UV-2501.
The script doesn't like to download on the first try, but will usually work on the second run.

I'll help out as much as I can. I can't write python, but I can play with existing code a little bit.

Updated by Pavel Milanes over 1 year ago

Hi Jim and others.

I have he skill, the willingness, the hardware interface & the time, but not the radio.

:-(

73.

Updated by Foo Bar over 1 year ago

Just let me know what I need to test or play around with.
The file I uploaded contains the ident string to look for. The magic code seems to work.

The only thing that needs work is the timing of the data download.

----Script first run----
Good Ident it's a BTECH UV-2501, ident follows
000: 01 03 00 01 07 09 04 00   ........
008: 00 05 02 00 57 48 4b 4a   ....WHKJ
016: 31 36 38 4d 49 4e 4d 32   168MINM2
024: 39 32 30 34 55 38 38 30   9204U880
032: 30 30 30 30 30 30 30 30   00000000
040: 30 30 30 30 30 30 30 30   00000000
048: 55 00 00 00 00 00 00 00   U.......

Radio Found!!!, downloading image to uv2501.img
BAD ACK (0x58) for block: 0x0000
Traceback (most recent call last):
  File "uv2501.py", line 258, in <module>
    d = dump_mem(radio)
  File "uv2501.py", line 197, in dump_mem
    raise Exception, "Problem receiving block %s" % addr
Exception: Problem receiving block 0

----Script ran again----
Radio Found!!!, downloading image to uv2501.img
Correct ACK (0x05) for block: 0x0000
Header received:
000: 58 00 00 40 00 00 00 00   X..@....
----etc...----

Updated by Brad S over 1 year ago

I can get you remote access to a windows machine with logmein and a uv-2501 connected to the serial interface. The only issue that I see in this is that the radio likes to timeout, but I suspect that we can change a setting to adjust this.

Updated by Jim Unroe over 1 year ago

  • File UV5001_DN.py added
  • Status changed from New to Feedback

I have the radios. I have mapped out the majority of the memory. What I am still lacking is figuring out how to get the download/upload part converted from Pavel's script into my CHIRP driver.

The script above does not retrieve the complete memory of the radio. I modified it slightly to get it all. I have attached the script. I also modified it to run in the current folder.

I'm not going to map out the memory of the 2501 until after I have the 5001 available. Working on two similar radios at the same time bit me when working on the AnytoneTech radios.

Jim

Updated by Pavel Milanes over 1 year ago

@Jim:

If the fault you found in the 2501 about running the second not the first time is consistent then we can talk about a communication bug (or feature) and keep that into account in the code.

Than make me think, the \x58 is the char "X" the first on the header... humm...

Is the 2501 missing the ACK of the first packet?
Is the 2501 having another trick like the "\x05" on the first packet as the 5001.

Just the testing and playing will have the truth, wait for my emails to work it out and build a bare-bone driver.

Keep mapping the mem and +1 to the one radio at a time.

73

Updated by Pavel Milanes over 1 year ago

Brad S wrote:

I can get you remote access to a windows machine with logmein and a uv-2501 connected to the serial interface.
The only issue that I see in this is that the radio likes to timeout, but I suspect that we can change a setting to adjust this.

Brad, thanks for the offering, but unfortunately this is Cuba.

I have a 64Kbps link on my workplace shared with another 11 users; and at home (believe it or not) just a 9600 baud packet radio link on VHF and everything has to be done with much patience, like writing this post, for example.

So technically is impossible to me to user such solution, but thanks for the offering.

Updated by Foo Bar over 1 year ago

It's not much yet, but this is what I've got on the uv2501 radio memory so far.
Hopefully I've got the memory numbers and types right so far.

#mem-start 0x0000
--- Start Ch Freqs (16b/entry)
lbcd[4]         RX Freq
lbcd[4]         TX Freq
Unk[2]          unknown
Unk[2]          T-CTCS
Unk[2]          unknown
Unk[2]          unknown
--- End Ch Freq
#ENDseek 0x0c1f

#seekto 0x0e00
Unk [??]        0x0e00-0x0ebf - Unknown
--- Start Settings
Char[6] 0ec0    Power on MSG - Line 1
Char[6] 0ec6    Power on MSG - Line 2
--- End Settings
Unk [??]        0x0ecc-0x0fff - Unknown
#ENDseek 0x0fff

#seekto 0x1000
--- Start Ch Names (16b/entry)
Char[6]         Ch Name
    [10]        "FF FF FF FF FF FF FF FF FF FF" 
--- End Ch Names
#ENDseek 0x1c20

#seekto 0x1c20 
--- Blank FF's to 0x1fff
#seekto 0x2000         
??? UNKNOWN
#ENDseek 0x23f0

#seekto 0x23f0         
--- Blank FF's to 0x2aef
#seekto 0x29f0         
Unk[8]          03 03 ff ff ff ff ff ff
#seekto 0x29f8         
--- Blank FF's to 0x2aef
#seekto 0x2af0 
Unk[8]          ??? Unknown
#seekto 0x2af8
--- Blank FF's
#ENDseek 0x2fff

#seekto 0x3000
--- FM Freqs - Start 3000
Unk [4] 0000    (8b)    FM 1 Freq (01 00 01 05 for 101.5Mhz)
Char[6] 0008    (10b)   FF FF FF FF FF FF
Char[6] 0020    (6b)    FM 1 Name
Char[4] 0026    (2b)    FF FF
--- End FM Freqs
#mem-end 0x3200

Updated by Jim Unroe over 1 year ago

  • Assignee set to Jim Unroe

Updated by James Ridenour over 1 year ago

I just purchased a UV-5001 and would be willing to help out any way I can to get CHIRP working with it. I'm not up on code or anything but if I can be of help let me know.

Updated by Pavel Milanes over 1 year ago

  • % Done changed from 10 to 30

Hi to all. Some progress today, we have a first working driver!

By now just frequency and channel name tag.

Slow progress because I don't have the radio in hand and I'm working with Jim on this as he do have a radio.

Cheers

Updated by kevin humphrey over 1 year ago

I have a BTECH UV-5001 and would be willing to help
i have no programming skills but i have the radio and USB data cord

Updated by t z over 1 year ago

I have a 5001, and am a senior firmware engineer, so what can I do to help?
What is the easiest way to test the "beta"?

Updated by daniel williams over 1 year ago

I also have a BTECH UV-5001. I'm also willing to help any way I can. I'm completely disappointed in the software it currently uses. CHIRP is an awesome resource and I greatly appreciate your work.

Updated by Pavel Milanes over 1 year ago

Hi, This night I was provided with a serial logs for the UV-2501+220 thanks to Jim Unroe.

So far so good, I found that the comm procedure is essentially the same but they make a double check to see if the radio at the end of the interface is really a 2501+220 and not a 5001 or a simple 2501.

That lead to review the drivers and serial logs to found that with the factory softwares for this radios read up to 0x3200 and in the write just to 0x3100, but our driver can reach beyond up to 0x4000 and in that "hidden" area reside the ID Codes for each radio model and the second id the 2501+220 ask for.

That will allow us to improve the aim in the detection of the specific models, and it's the solution for a problem we had already with the upload in the developing driver.

Just a note to keep you informed.

Updated by Robert Young over 1 year ago

i have a btech uv-2501+220 if anyone would like it send me a message ill send it to you or send me the stuff and how to integrate it with my most up to date chirp and ill try it out and let you know

Updated by Pavel Milanes over 1 year ago

  • % Done changed from 30 to 90

The basic driver for the BTECH's UV-2501, UV-5001 and UV-2501+220 is on the test bench now; as the drivers has to deal with a few different radios and now with the UV-5001 gen 2 radios is has to be tested extensively before release.

Be patient please.

73 CO7WT.

Updated by Pavel Milanes over 1 year ago

We are facing problems with the behavior of the driver in windows (timing issues), it's working ok on Linux & Mac. As windows is the most used OS we have to fix this before releasing the driver.

Just to keep you informed, 73.

Updated by Robert Young over 1 year ago

Pavel Milanes wrote:

We are facing problems with the behavior of the driver in windows (timing issues), it's working ok on Linux & Mac. As windows is the most used OS we have to fix this before releasing the driver.

Just to keep you informed, 73.

I do have a windows machine if you want an outsider to test it.

Updated by Mike K over 1 year ago

I have a 2501+220 and use a CP2102 programming cable (if that matters). I have Windows 7 and a Mac (OSX 10.6.8), so I can do some testing or send some data if you would like some assistance.

Updated by Michael Gilchrist over 1 year ago

I also have a 2501+220, but also have a QYT KT8900R which is an identical radio with slightly different firmware in that the 220 range is higher (for asian market rather than US). Note, that both radios are able to be programmed across the same range (221-270MHz) using software. When attempting to program them on the radio themselves, you are restricted to the local market ranges (but can still tune the entire range using channels programmed from software).

Would you be interested in data from the QYT KT8900R? (Also can do anything with the 2501+220 if you need).

Updated by Pavel Milanes over 1 year ago

Please wait for us, I have the idea for a way to dynamically determine the delay times in the windows version, I have to test it (when I get to home), this can also help on the problems with Kenwood radios.

This way we must manage uneven delay found on windows for every case, that (to me) is the root of the problem.

About other radios like the BTECHS, yes, we will test that radios to give support in Chirp, but always after the BTECH driver is stable enough.

The actual BTECHs (3 models to you and at least 5 model to us internally) is a mess to deal with all together, so we are addressing a radio at a time, that way we are getting out of the problem.

73.

Updated by kevin humphrey over 1 year ago

how is it going with this radio i really need the software

Updated by Pavel Milanes over 1 year ago

  • Status changed from Feedback to In Progress

An update for all fellow hams that follows this issue.

A new procedure of talking with the radio is implemented on the alpha driver, just like I said in comment No.24, and is currently on the bech to test with ALL the BTECH radios, only the UV-5001 remains to be hard to talk with. (this new approach must improve the reading speed in linux/mac, and something a like in windows, and will allow us a better time control in the talk-with-radio process)

The UV-5001 is proving a challenge on windows platform due to timing issues, sum to that I have connectivity problems that make hard for me to interact with Jim to work this out.

Sorry for this, here in Cuba connectivity is always a problem, all point that I will have restored my email/Internet for Monday.

Remember that all the work is done in free time as a volunteer work, so be patient. We are working to get all BTECH models included on the driver when it came into Chirp.

73.

Updated by John LaMartina over 1 year ago

Pavel and Jim, I sincerely appreciate the time and effort going into adapting CHIRP to the UV2501/5001 radios.
As always, if there is any way I can assist, please let me know.
John 'Miklor' - http://www.miklor.com

Updated by kevin humphrey over 1 year ago

i just wanted to say thank you for all your hard work

Updated by Pavel Milanes over 1 year ago

Thanks to John, Kevin and all others that have supported us.

Today we managed to get reading consistency for all BTECH radios in the three major OS (Linux/Windows/Mac) and also the WACCOM Mini 9800plus. The new approach in the driver is paying the invested time.

We are working to have ready the upload procedure for all models, the release is close folks!

73

Updated by Robin Pierre over 1 year ago

Thank you so much!
I noticed that the cps software for BTECH UV5001 is actually fully compatible with QYT KT-UV980.
73
Robin

Updated by Pavel Milanes over 1 year ago

Robin Pierre wrote:

Thank you so much!
I noticed that the cps software for BTECH UV5001 is actually fully compatible with QYT KT-UV980.
73
Robin

Yes we have found that at the chirp level, but also is a note about the bad programming practices of the OEM software authors, because both radios respond to the same magic code, but the radio ID are different, so they don't care much about validation in the software...

That is the bigger issue we have found, as we build in reverse engineering mode from the OEM software serial communications and they don't care to validate we have to put the validation (and timing) for our self and more than one time this have got us chasing our tails for a while...

Finally las night came into light the first pre-alpha release, the early test showed full download/upload with all all BTECH and the Waccom Mini8900plus...

So that was a big step forward the release.

73.

Updated by Craig Kirkpatrick over 1 year ago

Nice work that you guys are doing. Thanks Pavel for the updates for the progress.
I enjoy the UV-2501 radio.

I admire CHIRP for its capability and function across all of the radios that I own. For me it is simple if I can use only CHIRP.

Best wishes to your progress and eventual success adopting the UV-2501 radio.

Thank you in advance,
Craig K.

Updated by Pavel Milanes over 1 year ago

We have the release candidate basic driver on the test bench now. Stay tuned. 73.

Updated by Jason Fellingham over 1 year ago

Thanks Dan and the gang for CHIRP! I've had loads of success across multiple platforms for years! You really do add value to the amateur products that we buy!

Updated by Jim Unroe over 1 year ago

We are looking for some volunteers with BTECH radios for a closed test. Because these radios seem to be very picky with Widows, we want to get some "real data" to see if we need to make any additional tweaks before this driver is submitted for general use.

If you have one or more of the following BTECH radios (UV-5001, UV-2501 or UV-2501+220) and wish to volunteer, contact Pavel or myself at the following email addresses:

Jim
Pavel

Include the following in your email:
  • Radio models available
  • Operating systems available (Windows, Linux, Mac and the version)
  • Programming cable chip types available (Prolific, FTDI, etc)

Updated by kevin humphrey over 1 year ago

Just to let everyone know the beta software works was able to download and upload to radio with no issues
Operating System: windows 10 pro x64 bit build 10586
Baofeng (BTECH) new programing cable
Driver: FTDI
thanks for all your hard work

Updated by kevin humphrey over 1 year ago

kevin humphrey wrote:
Radio: BTECH UV-5001

Just to let everyone know the beta software works was able to download and upload to radio with no issues
Operating System: windows 10 pro x64 bit build 10586
Baofeng (BTECH) new programing cable
Driver: FTDI
thanks for all your hard work

Updated by David Taylor over 1 year ago

BTECH UV-5001

I've just tested the beta for uv 5001. download, upload to radio just fine. Added channels via RadioRef and 
Repeater Book. Works great so far.Thanks guys so much for your hard work. I think you nailed it.
windows 8 x64bit
Baofeng FTDI cable

Updated by Brad S over 1 year ago

I had a failure on OS X, debugging information sent to Pavel and Jim.
The radio gets a positive ident and then errors out.

Success on Windows 10, FTDI, Repeater Book import

Updated by Pavel Milanes over 1 year ago

Brad S wrote:

I had a failure on OS X, debugging information sent to Pavel and Jim.
The radio gets a positive ident and then errors out.

Success on Windows 10, FTDI, Repeater Book import

Yes brad, we are aware, it appears that the FTDI chips are slower to respond and need more room.

Jim has instructions to make some test with your help to fine tune the issue, wait for Jim emails.

So far so good, just about a few failures and all related with the driver being to fast, we have climbed from out internal default of 0.008 sec/char to about 0.020 sec/char now with Brad findings, or another trick that Jim will test with your help.

That's the real data we was looking for before release, thanks to all you that have volunteered to help up tune the driver.

73 CO7WT

Updated by Brad S over 1 year ago

I can confirm that the updated drivers worked for me on OS X - no timeouts.

Updated by Jim Unroe over 1 year ago

The testing period is over. Some timing values were adjusted due to volunteer feedback. The driver will be submitted soon. Thank you all for you participation.

Jim KC9HI

Updated by Robin Pierre over 1 year ago

Hi,
BTECH UV 2501 and 5001 are both supported by the new chirp version, but what about the QYT KT8900 and QYT KT-UV980?
Robin

Updated by Jim Unroe over 1 year ago

Robin,
Those radios are being tracked under another issue (#2673). Doing this is a lot of work. We are not finished with this issue yet plus we do not have possession of the radios that you mention. When we are finished here we plan on moving over to the other radios.
Jim KC9HI

Updated by Pavel Milanes over 1 year ago

Robin Pierre wrote:

Hi,
BTECH UV 2501 and 5001 are both supported by the new chirp version, but what about the QYT KT8900 and QYT KT-UV980?
Robin

Your wish come true: http://chirp.danplanet.com/issues/2673#change-9629 the ball is on your park now.

73 CO7WT

Updated by Craig Kirkpatrick over 1 year ago

Jim and Pavel, thank you for your work.

I succeeded to use Chirp with my UV-2501 on OS-X with the BTECH FTDI cable.

Best Wishes,
Craig K

Updated by Jonathan Karras over 1 year ago

Just purchased a new UV-2501. Using CHIRP I was able to read the data only a handful of times. Writing seemed to have no issue. Is there any data I can gather to help the cause?

Updated by Jonathan Karras over 1 year ago

Information about my setup which I failed to put in the last update.

UV-2501
Model: 168MIN
MCU-Version: BT.G2.1.4

FTDI based cable from Baofeng Tech US

Ubuntu Linux - Has trouble reading
Windows 7 - Seems to work fine

Updated by t z over 1 year ago

The 4/19 version is working fine with my BTECH-2501-220.
It would fail to identify on earlier versions but worked with my BTECH-5001.

Updated by Pavel Milanes over 1 year ago

  • Status changed from In Progress to Resolved
  • % Done changed from 90 to 100

Jim et all, can we close this issue?

Support for the BTECHS and others is implemented, sure, there is some bugs to address in some specific cases, but that has it's own issues opened by now.

73 Pavel CO7WT.

Updated by Jim Unroe over 1 year ago

Pavel,

If I recall, our initial submission was only accepted with an understanding that the download/upload routines would be reworked per Dan's recommendations/guidelines? Unless I missed it, I don't think this has been done yet. If it hasn't, then we need to leave this open for an issue to apply it to (unless you want to open a new issue just for that purpose).

Jim

Updated by Joe Alv over 1 year ago

Hi,
UV-2501 Generation 3 (received from Amazon May 13th) can't be identified, I tried all the suggestions I found. Please find enclosed the debug file. Great work on CHIRP, I use it for 5 different model radios. Joe.

Updated by Jim Unroe over 1 year ago

  • Status changed from Resolved to Feedback

Joe,

The "gen 3" radios all have "fingerprints" that are unknown to the currently released CHIRP. A patch that adds the G3 fingerprints has been submitted and is currently awaiting approval.

Jim KC9HI

Updated by Joe Alv over 1 year ago

Hi,
Just downloaded and uploaded to Gen 3 radio with new daily, worked perfectly! Seems to have kept all info.

Updated by m s over 1 year ago

Hi there,
installed newest available version 20160517. No workie! Btech UV-5001 Gen 3: "an error has occured; Error reading data from radio." Are we still awaiting a fix? anything i can do to assist?

Updated by Jim Unroe over 1 year ago

I have no issues with the G3 UV-2501 or UV-5001 here when using Windows. Linux mostly fails. It is still a work in progress.

Jim KC9HI

Updated by m s over 1 year ago

apologies jim,
but i cant second that statment^

ive tried multiple times on my 64 bit windows 10 pro..

nada :(

mike

Updated by m s about 1 year ago

good news it does work^ im a fool apologies :?

Updated by Tim Smith 7 months ago

  • Status changed from Feedback to Closed

Also available in: Atom PDF