Project

General

Profile

Actions

Bug #6793

closed

Frequency step issue with Radioddity R2 (related to 6745)

Added by Bruce Albert almost 5 years ago. Updated over 4 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
05/15/2019
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
R2
Platform:
Linux
Debug Log:
I read the instructions above:

Description

New Radioddity R2. I was able to download the default config from the radio. I was unable to import the FRS config file, it just didn't work. I used the Radioddity software to tprogram the radio for FRS channels 1-14 with no CTCSS tones, and channels 15 and 16 with tones on both TX and RX. Works as expected. When I read the radio with CHIRP, it does not read the TX tone, but leaves it at 88.5; it does read the TSQL tone properly. When I try to change the TX tone, it gives me an error that says:
Error setting Memory:Frequency requires 12.50kHz step

This may be related to #6745, but a different message.


Files

radioddity_r2.py (18.7 KB) radioddity_r2.py Lucent W, 05/17/2019 02:59 AM
radioddity_r2_tuning_steps.patch (932 Bytes) radioddity_r2_tuning_steps.patch Tony Fuller, 08/14/2019 03:41 PM
Actions #1

Updated by Lucent W almost 5 years ago

Confirmed related to #6743, #6745 and #6755 (all reported by the same user), looks like that on the radioddity_r2 module frequency steps are missing from the device description header.

I attached to this a module where I copypasted the steps from another device and edited the modulation array for wideband FM from WFM to FM, so that importing repeaters from remote databases becomes painless, tested working on my device.

You can try loading it from CHIRP itself from File > Load module.

Actions #2

Updated by Matteo Guerra almost 5 years ago

I am #6743, #6745 and #6755 reporting user, i tried this module and it's confirmed that It works well... Hoping devs would use this module instead of the actual one

Actions #3

Updated by Bruce Albert almost 5 years ago

Seems to be working now. Thanks.

Actions #4

Updated by Tony Fuller over 4 years ago

I converted the entire .py file into a patch (against chirp-daily-20190718)

Should be a lot easier to verify and implement by one of the devs.

Actions #5

Updated by Jim Unroe over 4 years ago

  • Status changed from New to Rejected

dupe of #6743. patch to be submitted soon.

Jim KC9HI

Actions

Also available in: Atom PDF