Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GD-77 contact import puts incorrect value in the unused last byte #43

Open
rogerclarkmelbourne opened this issue Nov 13, 2019 · 2 comments

Comments

@rogerclarkmelbourne
Copy link

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

@tylert
Copy link

tylert commented Dec 26, 2019

@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.

#25

@rogerclarkmelbourne
Copy link
Author

@tylert

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants