Mangled and incorrect settings

[W0SZH]

I'm using a TYT MD-UV390 with OpenGD77 (build 20240908143155). When I pull the existing codeplug, I'm seeing a lot of strange characters--like there's an encoding issue. The really strange thing, is that my first large block of channels are all analog. It's only once I start with digital channels that the issue pops up--which makes me think it could be a memory block not being what is expected, as not only are the channel names mangled, the Tx/Rx frequencies, timeout, Rx only, and various other settings are no longer set properly.

Here is the start of my channels, which all look good:

This is where things start going wrong. Once there's an issue, even my analog channels are now not showing correctly:

All other DMR data also appears to be mangled/not the correct memory offset:

[W0SZH]

Sorry... Forgot to add computer side info:

MacBook Pro 14,1
macOS 13.7.2
qDMR version 0.11.3 (installed via MacPorts yesterday [31-DEC-2024])

I see that 0.12.0 is available, but don't see anything mentioning this in the change log, nor do I see any way to update qDMR to that version to try.

[W0SZH]

I did see that 0.12.0 is available on Homebrew, so I'm installing that right now.

[W0SZH]

On 0.12.0, I'm getting a read error. This causes the entire codeplug read to be disregarded.

[hmatuschek]

This explains it. The pre-0.12 version did not check the model. It assumed a GD77 or RD-5R, because the other devices weren't supported back then. However, the 0.12.0 does not support OpenGD77 on the UV380. You have to wait for the 0.12.1 coming soon for that. W0SZH ***@***.***> schrieb am Mi., 1. Jan. 2025, 16:23:

…

I did see that 0.12.0 is available on Homebrew, so I'm installing that right now. — Reply to this email directly, view it on GitHub <#534 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACE6EYLHLSPIQZLLBLK53D2IQCABAVCNFSM6AAAAABUOW7WXWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNRXGA2DSMZUGM> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[dc5dm]

Hi, I am having the same issue and observations.
I use a DM-1701with qdmr 0.12.0 and it produces similar error messages. v0.12.0 stops at 99% reading from device with following error message

v0.11.2 reads completely from device, but nothing is in contacts, channels etc. I started from console and did not see any errors there using v0.11.2.

dmrconf 0.12.0 produces the following error reading from radio:
marcus@X230:/mnt/Public/AFU/_DMR/opengd77/CP/qdmr/dmrconftest$ dmrconf -c read testread [================================================= ] 99% ERROR in cli/readcodeplug.cc@51: Export of the old table based format was disabled with 0.9.0. Import still works.
Maybe this is helpful.

[allesand]

@dc5dm : please check whether 0.12.1 works with your device

[W0SZH]

Thanks. I'll be eagerly awaiting that release. The CPS software for this radio is the only reason I still have a Windows machine and I'm desperately wanting to ditch that and just stick with my *NIX computers.

Thanks Hannes!

[W0SZH]

Just checked to see, and was able to get the new release. Thanks for do the work to get the device supported. I'm able to pull the existing code plug and all looks good. Appreciate all the hard work.