Experimental Baofeng RD-5R version

VK3KYY
Posts: 2449
Joined: Sat Nov 16, 2019 3:25 am
Location: Melbourne, Australia
Contact:

Re: Experimental Baofeng RD-5R version

Post by VK3KYY » Thu May 07, 2020 4:00 am

AE7GQ wrote:
Thu May 07, 2020 3:53 am
I updated the FW to the 20200507 version on both the RD5R and the GD77.

My RD5R still has the offset issue. The pi-star doesn't even detect the signal. Its using the same codeplug as the GD77 which is doing fine.

s/n RD5R*A74**

s/n EU20161105** I am in the US and it looks like I got an EU version. Which was obvious when I looked at the ac adapter and the converter they included.

The GD77 can easily connect to the pi-star. BER is 0.1%

I will put the RD5R back in the box :) Once its working well it will be nice to have a smaller DMR radio to walk around with.

Thanks for all your work on the firmware updates!
Yep.

The RD-5R version still has a lot of bugs which need to be ironed out, before this version is ready for mainstream use.

SO5AJG
Posts: 60
Joined: Sat Nov 16, 2019 3:44 pm

Re: Experimental Baofeng RD-5R version

Post by SO5AJG » Thu May 07, 2020 8:27 am

Where can you find the FW version from 20200507?
Janusz - SO5AJG - Warsaw

User avatar
F1RMB
Posts: 681
Joined: Sat Nov 16, 2019 5:42 am
Location: Grenoble, France
Contact:

Re: Experimental Baofeng RD-5R version

Post by F1RMB » Thu May 07, 2020 8:29 am

Hi,
SO5AJG wrote:
Thu May 07, 2020 8:27 am
Where can you find the FW version from 20200507?
On the Github's release page ;)

Cheers.
---
Daniel
73 de Daniel.

SO5AJG
Posts: 60
Joined: Sat Nov 16, 2019 3:44 pm

Re: Experimental Baofeng RD-5R version

Post by SO5AJG » Thu May 07, 2020 9:31 am

Thanks Daniel!!!
Janusz - SO5AJG - Warsaw

VK3KYY
Posts: 2449
Joined: Sat Nov 16, 2019 3:25 am
Location: Melbourne, Australia
Contact:

Re: Experimental Baofeng RD-5R version

Post by VK3KYY » Fri May 08, 2020 12:32 am

Can anyone using this radio please zip a backup of their calibation data and post it to this thread, saying whether their radio has the frequency offset problem or not, and which version of firmware they are running.

i.e was your radio on the correct frequency orginally, but my fix to move it by 1.5kHz caused problems, or vice versa etc

Thanks

NicolaLZP
Posts: 6
Joined: Wed Apr 29, 2020 12:45 pm

Re: Experimental Baofeng RD-5R version

Post by NicolaLZP » Fri May 08, 2020 6:22 am

Here is the backup of the calibration. I don't have a frequency meter, but I can only say that the radio works in hotspot mode up to 30/4 fw, has problems with 3/5, works very well (except the hotspot function) with 7/5
https://drive.google.com/file/d/1rJgfiZ ... sp=sharing
Attachments
Calibration.zip
(294 Bytes) Downloaded 19 times

VK3KYY
Posts: 2449
Joined: Sat Nov 16, 2019 3:25 am
Location: Melbourne, Australia
Contact:

Re: Experimental Baofeng RD-5R version

Post by VK3KYY » Fri May 08, 2020 6:42 am

NicolaLZP wrote:
Fri May 08, 2020 6:22 am
Here is the backup of the calibration. I don't have a frequency meter, but I can only say that the radio works in hotspot mode up to 30/4 fw, has problems with 3/5, works very well (except the hotspot function) with 7/5
https://drive.google.com/file/d/1rJgfiZ ... sp=sharing
Thanks

I don't have a frequency counter either.

I just used a SDR dongle to compare the frequency when transmitting with the official firmware and with the open firmware.

VK3KYY
Posts: 2449
Joined: Sat Nov 16, 2019 3:25 am
Location: Melbourne, Australia
Contact:

Re: Experimental Baofeng RD-5R version

Post by VK3KYY » Fri May 08, 2020 6:53 am

OK.

I think I know the problem.

The RD-5R is not using this calibration data because everyone's data is the same.

Please can you upload your Flash backup to your google drive, so I can compare it with my flash backup.

(You won't be able to attach it to the forum because the file is too large)

NicolaLZP
Posts: 6
Joined: Wed Apr 29, 2020 12:45 pm

Re: Experimental Baofeng RD-5R version

Post by NicolaLZP » Fri May 08, 2020 7:12 am

VK3KYY wrote:
Fri May 08, 2020 6:42 am
NicolaLZP wrote:
Fri May 08, 2020 6:22 am
Here is the backup of the calibration. I don't have a frequency meter, but I can only say that the radio works in hotspot mode up to 30/4 fw, has problems with 3/5, works very well (except the hotspot function) with 7/5
https://drive.google.com/file/d/1rJgfiZ ... sp=sharing
Thanks

I don't have a frequency counter either.

I just used a SDR dongle to compare the frequency when transmitting with the official firmware and with the open firmware.
Here are the frequency data using a sdr dongle calibrated on local bridges: 145.000000 -> 145.000511
430.000000-> 430.001312
435.000000-> 435.001572

con fw originale:

145.000000->145.000140
430.000000->430.000114
435.000000->435.0000019

with the 30/4 fw (hotspot mode works) I have the same data as the 7/5 fw

and this is the link to google drive for radio backup

https://drive.google.com/file/d/1aY8e9c ... sp=sharing

VK3KYY
Posts: 2449
Joined: Sat Nov 16, 2019 3:25 am
Location: Melbourne, Australia
Contact:

Re: Experimental Baofeng RD-5R version

Post by VK3KYY » Fri May 08, 2020 7:45 am

Thanks Nocola

I think I found the problem

When EW1ADG coverted the firmware he thought the address in the memort of the calibration data was 0x00017c00 , so this is the data we use.

However, I just looked in my Flash backup for memory which looks like calibration data, and I found 6 different copies of the calibration data in the Flash memory !!!

For anyone interested in this, if you open the backup using a hex editor like Hxd ( https://mh-nexus.de/en/hxd/ ) and search for Hex bytes A0 0F in the pattern I find data blocks starting with A0 0F at address

0xF000 (this is the OpenGD77 copy of the calibration)
0x17C00 (this is the address we copy the data from - into 0xF000

But there are also blocks at
0x2F000
0x30000 (same as in 0x2F000)
0x38000 (same as in 0x17C00)
0x4F400 (same as in 0x30000 and 0x2F000)

0x6D000 (same as 0x8F000)
0x8F000 (same as 0x6D000)

So there are 3 completely different sets of calibration data in the Flash memory

One version is in

Version 1 0x17C00 and 0x38000
Version 2 0x2F000 and 0x30000 and 0x4F400
Version 3 0x6D000 and 0x8F000


We already use the version at 0x17C000 which is definitely wrong.

So the correct version must be version 2 or version 3. I will need to try both of these versions, to see if either of them gives the correct frequency.


Looking at the data in my backup, the data in 0x6D000 and 0x8F000 seem to have values for the Reference oscillator which look like they are correct, because the value needed by my radio is around 975 and all the other data have values more than 1000 and in some cases more than the max value of 1023

I will try using 0x6D000 in my radio.

Post Reply