Update OpenGD77 support

[hmatuschek]

This is a larger change. With the support of other radios, the OpenGD77 firmare changes the codeplug and callsign DB format. To this end, a detection of the firmware variant is needed and some device specific implementation of the codeplug/callsign DB. Hence the following sub-steps are needed. (Unifies issues #393, #300, #297, #239, #223)

• Implement variant detection (update communication protocol).
• Infer and implement common OpenGD77Base/OpenMDUV380
  • Codeplug
  • Call-sign DB
• Update OpenDM1801A
  • Codeplug
  • Call-sign DB
• Update OpenGD77
  • Codeplug
  • Call-sign DB
• Update OpenRD5R
  • Codeplug
  • Call-sign DB
• Implement OpenMD1701
  • Codeplug
  • Call-sign DB
• Implement OpenMDUV380
  • Codeplug
  • Call-sign DB
• Test, test, test

[allesand]

Note for later:

Multi DMR ID support:
OpenGD77 supports multiple DMR ids. qdmr has general support for this feature, but not for OpenGD77. Reading a OpenGD77 device with multiple IDs (written by the Windows CPS) works fine, though, they are correctly written to the yaml file. Writing and re-reading just returns one ID. qdmr correctly complains before writing.

Maximum number of TGs (RXGroupList):
"The maximum number of TG's in a TG-List is 32" (https://www.opengd77.com/viewtopic.php?t=2063 or https://www.opengd77.com/viewtopic.php?t=2541 for other sizes)
Actually, qdmr 0.11.3 seems to not read the 32 entries from an RX list on my RD-5R running OpenGD77 - qdmr 0.8.1 is working correctly. Will try to determine why. Seems to only read about 15 oder 16.
Is that somewhere in opengd77_limits.cc ?
At " /* Define limits for group lists. */"?
But: is it writing more than it is reading? Is it a display issue? Strange. Have to confirm how many are written.

[luzemario]

Does qDMR support STM32 radios? or only MK22 ones?

[allesand]

@luzemario : Are you asking specifically regarding radios running OpenGD77? There was some discussion here: #300
I have an RD-5R running OpenGD77 which is handled well by qdmr and is MK22-based, right?

Currently, qdmr supports for example an RT3S when running stock firmware. There seem to be differences between the implementations of OpenGD77 on the supported radio families, though. So current status is (again, from report at #300) that qdmr can not be used reliably for an RT3S or DM1701 when the radio is running OpenGD77.

To change that is the goal of the tasks in this issue. Did I understand your question correctly?

[luzemario]

Yeah, I own a DM-1701 running OpenGD77. And yes, some fields are shown garbled after reading the radio. You are correct.

The DM-1701 has a STM32, that is slightly different from MK22.

[hmatuschek]

Does anyone know, where I can get the source code of the latest OpenGD77 CPS and firmware? It is super weird to treat this open source firmware like any other shitty commercial one, needing to reverse engineer everything from scratch.

[luzemario]

Maybe this can be useful:

https://www.opengd77.com/viewtopic.php?f=19&t=2742

The interface code has changed a bit since then, but not too often.

[hmatuschek]

Thanks, that helps a lot.