Radioddity GD-77 : No transmit power bug

posted in: Ham radio | 17

The Radioddity GD-77 has a serious bug in firmware version 3.0.6 which causes its transmit power to be set to zero.

This problem normally occurs if the radio performs a Factory Reset because it finds a problem with the codeplug which has been uploaded, but would also occur if the radio is manually reset to its factor settings.

 

Luckily there is a way to restore valid factory settings.

Note. This does not prevent the problem re-occurring, if a faulty codeplug is uploaded again

 

 

Download firmware version 2.6.6 from Radioddity’s website

Unzip the firmware updater. Put the radio into firmware update mode, by turning on with both buttons next to the PTT pressed.

Run the updater and select the .sgl firmware file (which is in the folder above the folder containing the updater.exe

Wait for the updater to complete

Turn the radio off and on again

When version 2.6.6 first boots, it checks its internal settings and applies settings which actually work !

Put the radio back into firmware update mode.

Upgrade back to firmware version 3.0.6

Turn the radio off and on again

If the Factory Settings were applied because of a problem with the codeplug,  Go back to an older version of the codeplug you have saved that does not cause the GD77 to crash and apply factory settings

 

 

Update 13th March 2018

I have noticed that the GD-77 does its factory reset for some people when they set the lowest frequency to 130 instead of 136Mhz

Strangely if you load the blank codeplug from my CPS, 130Mhz is usable,and does not cause a factory reset, however on some codeplugs it causes the factory reset

I have yet to determine how changing this setting is bad in some codeplugs and OK in others.

 

17 Responses

  1. B. D. S.
    |

    First thing in my to do list for tomorrow morning! Thanks for the heads up!

  2. Roger Clark
    |

    You only need to downgrade and upgrade again if your transceiver gets the Zero Transmit Power issue

    Unfortunately, if it happens again, the only way to fix is to downgrade and upgrade again.

    I’ll re-word the post to make this clearer

  3. giovanni marletta
    |

    this is what I found using your APP, solved in the same way.

  4. Roger Clark
    |

    OK

    Does it happen to my App all the time ??

    I think originally the Default.dat file I was using was corrupt, but I’m now using a new Default.dat supplied by Colin G4EML

    I just tried opening my App and uploading its Default (blank) codeplug and my GD77 was OK

    However I did mess around with one codeplug and the GD77 had a problem and crashed and I had to do the firmware reinstallation fix.

    It would be interesting to know what is wrong in these codeplugs which crash the GD77 as perhaps I can put some extra checks in the CPS

  5. Roger Clark
    |

    You could try downloading the installer again, and see it makes any difference, as I have been updating it a lot..

    However none of the bug fixes were for codeplug crashes

  6. Rolf -DJ7TH-
    |

    Hi Roger,
    Colin Durbridge G4EML has found out why the GD-77 is switching on the TX in vfo-mode without pressing the PTT key.
    He said:
    “Make sure that ‘Dual Capacity Direct Mode’ is not ticked. (You will have to set digital to do this then back to analogue).”

    Colin has examined the firmware bit by bit at this site and discovered the cause. Unfortunately, his postings are deleted by the admin again. For more infos please contact Colin on https://www.facebook.com/groups/789727154519141/

    vy 73 de Rolf -DJ7TH-

  7. Roger Clark
    |

    Hi Rolf

    Colin is working with me on the re-engineered version of the CPS, and we have already made some changes to partially fix the Dual Capacity Direct Mode bug.

    However this is a different bug, as it prevents the TX from working (or sets it to a very very low power – perhaps 1mW)

  8. Rafa
    |

    Hi Roger,

    The described procedure has a little mistake, let me rewrite it for you:

    Download firmware version 2.6.6 from Radioddity’s website
    Unzip the firmware updater. Put the radio into firmware update mode, by turning on with both buttons next to the PTT pressed.
    Run the updater and select the .sgl firmware file (which is in the folder above the folder containing the updater.exe
    Wait for the updater to complete, and powercycle the radio (Off…On) (It DOES NOT reboot by itself)
    When version 2.6.6 first boots, it checks its internal settings and applies settings which actually work !
    Now upgrade back to firmware version 3.0.6

  9. Roger Clark
    |

    Thanks Rafa

    I’ve changed my text to show that the radio does not automatically reboot.

  10. Dan Nichols
    |

    It would be great if you could figure out a software fix for the transmit issue without all the firmware loading and it could be a menu item in the radio. Ehen the radio crashes just go to the menu and reset the transmit back to working. My GD-77 seems crash after importing contacts. Another issue with mine is the receive audio is extremely low.

  11. Roger Clark
    |

    Hi Dan

    So far Radioddity seem unable to produce a fix for this bug which is part of their firmware.
    Initially I thought that firmware Beta 3.1.2 was a fix, but after further investigation, this doesnt seem to be the case

    There is a workaround using the utility called FlashManager which I wrote for Jason VK7ZJA to investigate the calibration parameters, but it still involves downloading and uploading to the radio.

    I’m going to do a blog post about FlashManager when I get time but in the mean time you should checkout Jason’s (VK7ZJA) personal web page
    http://members.optuszoo.com.au/jason.reilly1/GD-77tune.htm

    I’m currently working to integrate Jason’s findings into a Calibration screen inside the CPS, but as we have no documentation of the internet operation of the GD-77, it has been very difficult for Jason to work out which memory locations do what, and we still don’t have a completely clear picture of what controls what.

  12. Anonymous
    |

    Jason’s fix did not work on mine. I have found that it may not be related to a codeplug. I did a factory reset and uploaded your memory dump and restarted the radio. It transmitted on a DMR channel (channel 17) just fine. I went into the setup and changed that channel trans, receive and color code. Nothing else. It would not transmit.

  13. Roger Clark
    |

    It looks like, the GD-77 probably validates its current codeplug when you make changes via the “setup”, (which I presume you mean the menus on the GD-77 its self)

    I suspect if you read back the calibration data after changing the receive colour etc, that the data has been corrupted by the GD-77 firmware

    I’d recommend you try going back to the blank codeplug and add one channel and see if the problem still exists.

    If so you could probably rebuild your codeplug by using Colin’s (G4EML)’s utility which exports a codeplug to individual spreadsheets

    However even that may not work, as his utility may retain some information from your old codeplug data which the GD-77 doesn’t like

  14. Way Aguilar Esquivel
    |

    Hola tengo el mismo problema en dos gd77 , lo actualice ala 3.1 y ahora no tienen potencia ya hice todos lo procedimiento degradar , reiniciar de fabrica , instalar 2.6.6 ,también lo de Jason y siguen sin funcionar agradezco su ayuda

  15. Way Aguilar Esquivel
    |

    Hello I have the same problem in two gd77, update it to 3.1 and now they have no power and I did all the procedure degrade, restart factory, install 2.6.6, also Jason and still not working I appreciate your help

  16. Roger Clark
    |

    The issue is normally some corruption in the calibration data.

    You could try contacting Jason VK7ZJA via facebook if his fix does not work for you, as he may have some other suggestions.

    You should also complain to Radioddity, via facebook, as this is their bad firmware which is causing the problem

  17. Way Aguilar Esquivel
    |

    thanks, I will try