You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The last byte of the DigitalContact record for the GD-77 codeplug is reserved and is set by the official CPS to 0xFF, but your tool changes this value to 0x00
Ideally you should export the value and import the value, or at least set the value to the correct default of 0xFF.
Because other applications like the OpenGD77 now make use of this unused value, but check whether it contains the default value of 0xFF or whether the byte is now being used, and contains values other than 0xFF
The text was updated successfully, but these errors were encountered:
@rogerclarkmelbourne since you raised this issue, I wondered how much actual experience you have using OpenGD77 with dmrconfig. I was considering using Editcp + dmrconfig as an alternative workflow instead of using the OpenGD77 community CPS on Linux.
Sorry...
I don't have any personal experience using dmrconfig , I was just passing on an issue that someone else contacted me about, when using the OpenGD77 firmware and DMRConfig.
I think they were just using DMRConfig to export and import from CSV, because the OpenGD77 firmware uses a different protocol to upload and download from the radio, using USB Serial rather than USB HID.
The last byte of the DigitalContact record for the GD-77 codeplug is reserved and is set by the official CPS to 0xFF, but your tool changes this value to 0x00
Ideally you should export the value and import the value, or at least set the value to the correct default of 0xFF.
Because other applications like the OpenGD77 now make use of this unused value, but check whether it contains the default value of 0xFF or whether the byte is now being used, and contains values other than 0xFF
The text was updated successfully, but these errors were encountered: