chirp - #new model 3015 · #2 - 01/18/2016 08:27 pm - brad s i have a btech uv-2501 and would be...
Post on 29-Sep-2020
0 Views
Preview:
TRANSCRIPT
CHIRP - New Model # 3015
Status: Closed Priority: Normal
Author: John LaMartina Category:
Created: 11/21/2015 Assignee: Jim Unroe
Updated: 02/12/2017 Due date:
Chirp Version: daily
Equipment Loan Offered:Yes
Subject: SUPPORT - Model BTech UV2501 UV5001
Description
This is a support request for the BTech UV2501/UV5001.
The same software is currently used for both models.
Related issues:
related to New Model # 2673: Juentai JT-6188 Closed 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 - 03/22/2016 05:47 pm - Jim Unroe
[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 - 03/22/2016 06:24 pm - Dan Smith
Add test images for #3015
From Jim Unroe
Revision 2664:1dea27fb59f7 - 03/22/2016 06:50 pm - Dan Smith
02/02/2021 1/20
Update experimental warning for btech driver
#3015
Revision 2665:c7ad0f850fc9 - 03/27/2016 05:50 pm - Jim Unroe
[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 - 03/27/2016 06:16 pm - Jim Unroe
[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 - 03/27/2016 06:27 pm - Jim Unroe
[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 - 03/27/2016 06:54 pm - Jim Unroe
[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 - 03/27/2016 09:34 pm - Pavel Milanes
[PATCH][BTECH] Improved and renamed the start of clone mode, fixes #3015
The do_magic() procedure has been renamed and simplified, because the
02/02/2021 2/20
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 - 03/31/2016 08:07 pm - Pavel Milanes
[PATCH][BTECH] n1: Update email for author, fixes #3015
Just updating the email for one of the autors.
Revision 2673:e183621bf428 - 03/31/2016 08:33 pm - Pavel Milanes
[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 - 03/31/2016 08:44 pm - Pavel Milanes
[PATCH][BTECH] n3: Improved the serial timeout, fixes #3015
Set a general serial timeout and apply it in the correct places.
Revision 2675:946da44fe49a - 03/31/2016 08:53 pm - Pavel Milanes
[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 - 03/31/2016 09:01 pm - Pavel Milanes
[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 - 03/31/2016 09:11 pm - Pavel Milanes
[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
02/02/2021 3/20
Revision 2678:eea5a1a78b78 - 03/31/2016 09:46 pm - Pavel Milanes
[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 - 03/31/2016 10:12 pm - Pavel Milanes
[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 - 03/31/2016 10:27 pm - Pavel Milanes
[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 - 03/31/2016 10:45 pm - Pavel Milanes
[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 - 04/01/2016 12:15 am - Pavel Milanes
[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 - 04/02/2016 06:10 pm - Pavel Milanes
02/02/2021 4/20
[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 - 04/11/2016 04:46 pm - Jim Unroe
[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 - 04/11/2016 05:32 pm - Jim Unroe
[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 - 04/11/2016 05:45 pm - Jim Unroe
[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 - 04/11/2016 06:02 pm - Jim Unroe
[BTECH] Add Other Settings
Add Settings from "Aux" Memory.
releated to #3015
Revision 2688:3f271ee7d0da - 04/11/2016 07:39 pm - Jim Unroe
[BTECH] VFO/MR Switching Enable Bug Fix
02/02/2021 5/20
Fix a pair of bugs related to VFO/MR Switching.
releated to #3015
Revision 2689:c0b5e35b0665 - 04/11/2016 07:47 pm - Jim Unroe
[BTECH] Add Work Mode Settings
Add Work Mode Presets.
releated to #3015
Revision 2690:25c76868f57d - 04/14/2016 09:53 am - Pavel Milanes
[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 - 04/14/2016 11:34 am - Pavel Milanes
[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 - 04/14/2016 11:53 am - Pavel Milanes
[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 - 04/20/2016 01:49 am - Jim Unroe
[BTECH] Remove Debug Code
02/02/2021 6/20
Remove temporary debug code that was accidentally left behing.
related to #3015
Revision 2703:a38d3fd922cd - 05/13/2016 07:21 am - Pavel Milanes
[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 - 05/16/2016 07:13 am - Pavel Milanes
[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 - 05/23/2016 07:30 am - Jim Unroe
[BTECH] Add new settings for BTECH gen3 radios
- Mic Gain
- DTMF Gain
related to #3015
History
#1 - 01/08/2016 10:16 am - Pavel Milanes
- File write_commands_for_download.txt added
- File headers_received_at_downloads.txt added
- File upload_writes.txt added
- File uv5001.py added
- File uv5001.img added
- % Done changed from 0 to 10
- Equipment Loan Offered changed from No to Yes
Some progress between Jim Unroe and me (Pavel Milanes) on the BTECH UV-5001.
02/02/2021 7/20
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
#2 - 01/18/2016 08:27 pm - Brad S
I have a BTECH UV-2501 and would be willing to help.
#3 - 01/19/2016 06:03 pm - Foo Bar
- File uv2501.py added
- File uv2501.img added
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.
#4 - 01/19/2016 08:29 pm - Pavel Milanes
Hi Jim and others.
I have he skill, the willingness, the hardware interface & the time, but not the radio.
:-(
73.
#5 - 01/19/2016 08:47 pm - Foo Bar
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
02/02/2021 8/20
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...----
#6 - 01/19/2016 08:54 pm - Brad S
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.
#7 - 01/20/2016 04:42 am - Jim Unroe
- 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
#8 - 01/20/2016 08:22 pm - Pavel Milanes
@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...
02/02/2021 9/20
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
#9 - 01/20/2016 08:28 pm - Pavel Milanes
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.
#10 - 01/26/2016 07:56 pm - Foo Bar
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)
02/02/2021 10/20
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
#11 - 01/27/2016 02:12 am - Jim Unroe
- Assignee set to Jim Unroe
#12 - 02/14/2016 03:14 pm - James Ridenour
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.
#13 - 02/14/2016 03:49 pm - Pavel Milanes
- % 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.
02/02/2021 11/20
Cheers
#14 - 02/18/2016 01:36 am - kevin humphrey
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
#15 - 02/18/2016 09:31 am - t z
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"?
#16 - 02/18/2016 11:44 pm - daniel williams
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.
#17 - 02/23/2016 11:04 pm - Pavel Milanes
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.
#18 - 02/27/2016 08:48 pm - Robert Young
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
#19 - 02/28/2016 09:51 am - Pavel Milanes
- % 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.
02/02/2021 12/20
73 CO7WT.
#20 - 03/01/2016 08:51 am - Pavel Milanes
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.
#21 - 03/01/2016 07:55 pm - Robert Young
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.
#22 - 03/02/2016 09:22 am - Mike K
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.
#23 - 03/02/2016 11:48 am - Michael Gilchrist
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).
#24 - 03/02/2016 12:26 pm - Pavel Milanes
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.
02/02/2021 13/20
#25 - 03/09/2016 02:57 pm - kevin humphrey
how is it going with this radio i really need the software
#26 - 03/12/2016 09:03 pm - Pavel Milanes
- 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.
#27 - 03/13/2016 02:32 pm - John LaMartina
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
#28 - 03/13/2016 04:27 pm - kevin humphrey
i just wanted to say thank you for all your hard work
#29 - 03/15/2016 11:17 am - Pavel Milanes
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
#30 - 03/15/2016 02:50 pm - Robin Pierre
02/02/2021 14/20
Thank you so much!
I noticed that the cps software for BTECH UV5001 is actually fully compatible with QYT KT-UV980.
73
Robin
#31 - 03/17/2016 01:32 pm - Pavel Milanes
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.
#32 - 03/17/2016 05:10 pm - Craig Kirkpatrick
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.
#33 - 03/17/2016 09:30 pm - Pavel Milanes
We have the release candidate basic driver on the test bench now. Stay tuned. 73.
#34 - 03/19/2016 10:20 pm - Jason Fellingham
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!
02/02/2021 15/20
#35 - 03/21/2016 06:16 pm - Jim Unroe
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 rock.unroe@gmail.com
Pavel pavelmc@gmail.com
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)
#36 - 03/21/2016 09:24 pm - kevin humphrey
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
#37 - 03/21/2016 09:26 pm - kevin humphrey
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
#38 - 03/22/2016 09:37 am - David Taylor
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
#39 - 03/22/2016 11:31 am - Brad S
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
02/02/2021 16/20
#40 - 03/22/2016 12:03 pm - Pavel Milanes
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
#41 - 03/22/2016 02:56 pm - Brad S
I can confirm that the updated drivers worked for me on OS X - no timeouts.
#42 - 03/22/2016 04:55 pm - Jim Unroe
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
#43 - 03/24/2016 05:53 am - Robin Pierre
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
#44 - 03/24/2016 06:24 am - Jim Unroe
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
#45 - 03/25/2016 02:17 pm - Pavel Milanes
02/02/2021 17/20
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
#46 - 03/27/2016 04:27 pm - Craig Kirkpatrick
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
#47 - 04/09/2016 03:27 pm - Jonathan Karras
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?
#48 - 04/09/2016 03:41 pm - Jonathan Karras
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
#49 - 04/19/2016 03:27 pm - t z
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.
#50 - 05/04/2016 07:05 am - Pavel Milanes
- Status changed from In Progress to Resolved
- % Done changed from 90 to 100
02/02/2021 18/20
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.
#51 - 05/04/2016 02:46 pm - Jim Unroe
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
#52 - 05/14/2016 10:53 pm - Joe Alv
- File debug 5-15-16.txt added
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.
#53 - 05/15/2016 03:49 am - Jim Unroe
- 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
#54 - 05/17/2016 08:55 am - Joe Alv
Hi,
Just downloaded and uploaded to Gen 3 radio with new daily, worked perfectly! Seems to have kept all info.
#55 - 05/24/2016 03:35 pm - m s
- File Capture.PNG added
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?
02/02/2021 19/20
#56 - 05/24/2016 08:04 pm - Jim Unroe
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
#57 - 05/26/2016 04:41 pm - m s
apologies jim,
but i cant second that statment^
ive tried multiple times on my 64 bit windows 10 pro..
nada :(
mike
#58 - 08/20/2016 05:39 pm - m s
good news it does work^ im a fool apologies :?
#59 - 02/12/2017 04:29 pm - Tim Smith
- Status changed from Feedback to Closed
Files
write_commands_for_download.txt 4 kB 01/08/2016 Pavel Milanes
headers_received_at_downloads.txt 4 kB 01/08/2016 Pavel Milanes
upload_writes.txt 16.2 kB 01/08/2016 Pavel Milanes
uv5001.py 7.9 kB 01/08/2016 Pavel Milanes
uv5001.img 12.5 kB 01/08/2016 Pavel Milanes
uv2501.py 8.3 kB 01/19/2016 Foo Bar
uv2501.img 12.5 kB 01/19/2016 Foo Bar
UV5001_DN.py 8.2 kB 01/20/2016 Jim Unroe
debug 5-15-16.txt 23.2 kB 05/14/2016 Joe Alv
Capture.PNG 281.4 kB 05/24/2016 m s
02/02/2021 20/20
top related