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.

Sign up for GitHub

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

Jump to bottom

Update OpenGD77 support #394

Closed
20 tasks done
hmatuschek opened this issue Oct 12, 2023 · 13 comments · Fixed by #502
Closed
20 tasks done

Update OpenGD77 support #394

hmatuschek opened this issue Oct 12, 2023 · 13 comments · Fixed by #502
Labels
bug Something isn't working enhancement New feature or request OpenGD77 Affects devices with OpenGD77 firmware
Milestone
Version 0.12.1

Comments

@hmatuschek
Copy link
Owner

hmatuschek commented Oct 12, 2023 •
edited
Loading

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/OpenUV380
    • Codeplug
    • Call-sign DB
  • Update OpenDM1801A Identical to OpenGD77
    • Codeplug
    • Call-sign DB
  • Update OpenGD77
    • Codeplug
    • Call-sign DB
  • Update OpenRD5R Identical to OpenGD77
    • Codeplug
    • Call-sign DB
  • Implement OpenMD1701 Identical to OpenUV380
    • Codeplug
    • Call-sign DB
  • Implement OpenUV380
    • Codeplug
    • Call-sign DB
  • Test, test, test
@hmatuschek hmatuschek added bug Something isn't working enhancement New feature or request OpenGD77 Affects devices with OpenGD77 firmware labels Oct 12, 2023
This was referenced Oct 12, 2023
Closed
Closed
Closed
Closed
Closed
@allesand
Copy link

allesand commented Oct 12, 2023 •
edited
Loading

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
Copy link

luzemario commented Dec 15, 2023 •
edited
Loading

Does qDMR support STM32 radios? or only MK22 ones?

@allesand
Copy link

@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
Copy link

luzemario commented Dec 22, 2023 •
edited
Loading

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.

This was referenced May 3, 2024
Closed
Closed
@hmatuschek
Copy link
Owner Author

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
Copy link

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
Copy link
Owner Author

Thanks, that helps a lot.

hmatuschek added a commit that referenced this issue May 24, 2024
@hmatuschek
Fix update anytone FM arps settings (#363)
ba64a9a 
* 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.
hmatuschek added a commit that referenced this issue May 24, 2024
@hmatuschek
Added radio variant detection to OpenGD77Interface. Addresses #394.
9cd0dfc
@Pleune
Copy link

Pleune commented Jul 11, 2024 •
edited
Loading

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.

@luzemario
Copy link

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.

@hmatuschek hmatuschek added this to the Version 0.13.0 milestone Jul 22, 2024
@allesand
Copy link

allesand commented Sep 23, 2024 •
edited
Loading

Another OpenGD77 issue in #479

Maybe related to #475

@hmatuschek hmatuschek mentioned this issue Sep 30, 2024
Closed
@ec1oud ec1oud mentioned this issue Oct 24, 2024
Closed
@hmatuschek
Copy link
Owner Author

Just to keep you updated. I'll release 0.12.1 soon with an updated OpenGD77 and OpenMDUV380 support. Please also consider to participate in the discussion at issue #497 on how the orbital elements are updated.

@hmatuschek hmatuschek linked a pull request Dec 21, 2024 that will close this issue
Updated OpenGD77 support to R20240908. #502
Merged
@allesand allesand mentioned this issue Dec 27, 2024
Closed
@allesand
Copy link

allesand commented Jan 3, 2025

@luzemario @Pleune @vielmetti : https://github.com/hmatuschek/qdmr/releases/tag/v0.12.1 should resolve this issue, please test

@Pleune
Copy link

Pleune commented Jan 3, 2025

Sweet, I will take a look at this soon

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Something isn't working enhancement New feature or request OpenGD77 Affects devices with OpenGD77 firmware
Projects
None yet
Milestone
Version 0.12.1
Development

Successfully merging a pull request may close this issue.

Updated OpenGD77 support to R20240908. hmatuschek/qdmr
4 participants
@hmatuschek @luzemario @Pleune @allesand