Re: Update 6th March
Posted: Thu Mar 05, 2020 9:33 am
i'm sorry but that has not happened to me, hopefully someone can help
OpenGD77
Amateur radio firmware for the GD-77, GD-77S, DM-1801, DM-1801A, RD-5R, MD-9600/RT-90, MD-UV380/RT-3S, DM-1701/RT-84 and MD2017/RT-82 radios
https://www.opengd77.com/
Update 6th March
Page 2 of 3
Re: Update 6th March
Posted: Thu Mar 05, 2020 9:36 am
Re: Update 6th March
Posted: Thu Mar 05, 2020 11:50 am
I think that I have understand! If I change a function, the function is memorized only when the radio is turned off.
If instead I change a setting> I read the radio> I rewrite it, the radio is restarted but without having memorized the changed settings
If instead I change a setting> I read the radio> I rewrite it, the radio is restarted but without having memorized the changed settings
Re: Update 6th March
Posted: Thu Mar 05, 2020 12:18 pm
if you change a setting, you must confirm it with the GREEN BUTTON otherwise it wont get stored
Re: Update 6th March
Posted: Fri Mar 06, 2020 7:22 am
Thanks for the reply, but I know that the green button must be pressed. You have carefully repeated the test I described in the previous post ....?! However, it is not a problem, just turn off the radio before rewriting it again and the problem is solved
maybe this can help?
VK3KYY wrote: ↑Thu Mar 05, 2020 10:02 pmVFO is kept as part of the nonVolatile settings.
These are only written back to EEPROM when you turn the radio off
The official firmware is a complete mess, it seems to write to the Flash at random times during the normal operation of the radio, even when nothing has changed.
When the CPS uploads a new codeplug, it also sends a special command to the firmware so that the new VFO, is updated from the new data in the codeplug.
Re: Update 6th March
Posted: Fri Mar 06, 2020 7:31 am
Is it just me, or is the scan significantly slower now in digital mode than before? I recall that a few updates back, it was at the same speed as analog scan.
Re: Update 6th March
Posted: Fri Mar 06, 2020 7:33 am
I think this change occurred around the time when the RSSI bar started appearing even when DMR traffic was idle. I noticed that scan would significantly slow down while the RSSI bar was at around S1 to S2. But when it fell, digital scan sped up. In noisy environments, that would mean there would be a pause every now and then.
Re: Update 6th March
Posted: Fri Mar 06, 2020 8:19 am
Hi,
I have also noticed that in the last two releases the RSSI bar started appearing even when DMR traffic was idle.
It is moving around S1-S2 for some seconds and then back to zero again.
Is this a fault or something has changed?
Thanks,
Kostas
I have also noticed that in the last two releases the RSSI bar started appearing even when DMR traffic was idle.
It is moving around S1-S2 for some seconds and then back to zero again.
Is this a fault or something has changed?
Thanks,
Kostas
Re: Update 6th March
Posted: Fri Mar 06, 2020 9:34 am
This change is because some people use multimode repeaters and need to know if the frequency is in use by another mode.
The signal bar is now always active on DMR, like it is on FM and also the green LED will show if there is enough signal (more than the FM squelch value)
Re: Update 6th March
Posted: Fri Mar 06, 2020 9:35 am
I'm not noticing any slowdown in the scan but perhaps it happens in noisy environments with a lot of QRM.4I1RAC wrote: ↑Fri Mar 06, 2020 7:33 amI think this change occurred around the time when the RSSI bar started appearing even when DMR traffic was idle. I noticed that scan would significantly slow down while the RSSI bar was at around S1 to S2. But when it fell, digital scan sped up. In noisy environments, that would mean there would be a pause every now and then.