-
Notifications
You must be signed in to change notification settings - Fork 45
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
Update OpenGD77 support #394
Comments
Note for later: Multi DMR ID support: Maximum number of TGs (RXGroupList): |
Does qDMR support STM32 radios? or only MK22 ones? |
@luzemario : Are you asking specifically regarding radios running OpenGD77? There was some discussion here: #300 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? |
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. |
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. |
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. |
Thanks, that helps a lot. |
* Documented changes in the APRS settings encoding. Addresses #349. * Fixed exisiting props of APRSSettings. * Merged FM and DMR APRS settings. Fixed frequency issue. Addresses #349. * Fixed APRS settings for DMR6X2UV. * Cleanup of DMR6X2UV codeplug. * Fixed crash in D878UV read. Addresses #349. * Added anytone settings extension for FM APRS systems. Addresses #249. * Implemented FM APRS frequency list and experimental storage of labels. Addresses #349. * Added some docs for FM APRS settings extension. Addresses #394. * Fixed missing encoding/decoding of report flags for Anytone APRS settings extension. * Fixed decoding of D878UV codeplugs of older DFU images.
I have a OpenGD77-ified MDUV380 that I would really like to use qdmr to program, since I think their CPS is really not the best... It seems like this project is close already. I have tested your recent work that it does correctly identify my radio and mark it as unsupported. If I use the existing OpenGD77 class anyways, it reads contacts and zones fine aside from some extra garbage entries, but contacts / TGs are not read at all. Writing to the radio makes no change after it completes, even though the radio shows all the right screens. Is this something you expect to be working on in the coming months? If not, I may try to make the changes to support at least the new format/protocol, at least for my radio. But I do not want to duplicate any effort here. |
OpenGD77 format is almost the same across different models, with slightly differences for MD9600 and other mobiles. Once it works with one of them, maybe will work for all with Opengd77 firmware installed. |
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)
The text was updated successfully, but these errors were encountered: