Bug #9963
closedBTECH 20V2 Fails To Read
100%
Description
The BTECH software works to read/write the 20V2. It appears that the radio is identifying by other than what is expected based on the debug log:
[2022-07-29 22:06:01,352] chirp.drivers.btech - DEBUG: Incorrect model ID, got this:
000: 06 01 03 00 01 07 09 00 ........
008: 01 00 00 42 54 45 43 48 ...BTECH
016: 20 01 03 00 01 07 09 00 ........
024: 01 00 00 56 57 32 31 31 ...VW211
032: 32 04 00 00 05 02 00 00 2.......
040: 01 04 00 00 05 02 00 00 ........
048: 01 55 00 00 00 00 00 00 .U......
[2022-07-29 22:06:01,354] chirp.ui.reporting - DEBUG: Reporting exception
[2022-07-29 22:06:01,354] chirp.ui.common - ERROR: -- Exception: --
[2022-07-29 22:06:01,354] chirp.ui.common - ERROR: Traceback (most recent call last):
File "chirp\ui\clone.pyo", line 255, in run
File "chirp\drivers\btech.pyo", line 761, in sync_in
File "chirp\drivers\btech.pyo", line 522, in _download
File "chirp\drivers\btech.pyo", line 460, in _do_ident
RadioError: Radio identification failed.
Files
| debug.log (33.1 KB) debug.log | |||
| btech_VW2112.py (177 KB) btech_VW2112.py | |||
| Load Module Error.JPG (16.7 KB) Load Module Error.JPG | |||
| debug.log (31.9 KB) debug.log | |||
| Power Settings.JPG (9.48 KB) Power Settings.JPG | |||
| btech_gmrs-20v2 - 20220731.py (177 KB) btech_gmrs-20v2 - 20220731.py |
Updated by Jim Unroe over 1 year ago
- Status changed from New to In Progress
- Assignee set to Jim Unroe
- Target version set to chirp-legacy
- Platform changed from Windows to All
Updated by Jim Unroe over 1 year ago
- File btech_VW2112.py btech_VW2112.py added
Hi Doug,
Please test this custom driver module (btech_VW2112.py) to see if it works for your BTech GMRS-20V2.
Here is how you use the custom driver module.
1 save custom driver module to a convenient location (Do not right-click link. Left-click link and choose "Download" on the following page that appears. )
2 click "Help"
3 enable "Enable Developer Functions"
4 click "File"
5 click "Load Module"
6 locate and load custom driver module that was saved in step 1
The CHIRP background will now be red to indicate it is running with an externally loaded custom driver module. You can now test the custom driver module.
Note: The test driver module does not permanently change your CHIRP installation in any way. Every time you load CHIRP you must load this driver module to continue testing.
Let me know how it works for you. If successful, I can create and submit a formal patch.
Jim KC9HI
Updated by Doug Rehman over 1 year ago
- File Load Module Error.JPG Load Module Error.JPG added
- File debug.log debug.log added
Loading the module fails with "Unable to load module: invalid syntax (btech_VW2112.py, Line 1)
Updated by Jim Unroe over 1 year ago
Doug Rehman wrote:
Loading the module fails with "Unable to load module: invalid syntax (btech_VW2112.py, Line 1)
This is because you did not follow the instructions in step 1 repeated below.
(Do not right-click link. Left-click link and choose "Download" on the following page that appears.)
You cannot right-click and choose "Download as...". When you do this, you download the page that you will get when you properly left-click the link. After the page loads, then you then click the "download" link near the top.
Jim KC9HI
Updated by Doug Rehman over 1 year ago
- File Power Settings.JPG Power Settings.JPG added
Sorry—my bad...
The module reads and writes the radio. In playing with it a few minutes, the only issue I found is that there is a problem with the power setting for a memory. When you click on Power, there are three options presented: High (BLANK) and Low. Regardless of what is selected, the memory channel is written set to High. (Screen Grab attached)
Updated by Jim Unroe over 1 year ago
Doug Rehman wrote:
Sorry—my bad...
The module reads and writes the radio. In playing with it a few minutes, the only issue I found is that there is a problem with the power setting for a memory. When you click on Power, there are three options presented: High (BLANK) and Low. Regardless of what is selected, the memory channel is written set to High. (Screen Grab attached)
That is a bug that I am currently working on.
Jim
Updated by Jim Unroe over 1 year ago
Doug,
This is what I have been working on. Would you mind giving it a try and give me some feedback?
Thanks,
Jim KC9HI
Updated by Doug Rehman over 1 year ago
That seems to fix the power issue. As a side note, selecting the middle level (blank), programs the channel as low power.
It seems to be a nice little radio package. The only disappointing item is that it appears to have a firmware lock to only transmit on GMRS frequencies. The usual trick for some GMRS radios doesn't work. I was hoping to program in a few amateur frequencies, but can't get it to TX.
Thanks for your work on this!
Updated by Jim Unroe over 1 year ago
- Status changed from In Progress to Resolved
- % Done changed from 0 to 100
A patch has been submitted. Support will be in the next CHRIP daily build following acceptance.
Jim KC9HI
Updated by Anonymous over 1 year ago
- Status changed from Resolved to Closed
Applied in changeset commit:0effe5fb9002.