Just copy code from D878UV.

Hi,

I'm trying to download a codeplug from a new 878 radio and I'm having issues. When downloading, I'm seeing a dialog that says:

Cannot download codeplug from device. An error occurred during download:download Cannot download codeplug: Anytone: Cannot read data from device: No response from device: Timeout

Running the command line yields:

QSocketNotifier: Socket notifiers cannot be enabled or disabled from another thread
QObject::connect: Cannot queue arguments of type 'QSerialPort::SerialPortError'
(Make sure 'QSerialPort::SerialPortError' is registered using qRegisterMetaType().)
QSocketNotifier: Socket notifiers cannot be enabled or disabled from another thread
QSocketNotifier: Socket notifiers cannot be enabled or disabled from another thread

I'm running on MacOS 11.2.3. I can download the codeplug with dmrconfig but I do experiance some courruption with the contacts TG list.

To allow for this feature a lot of parts of QDMR must be touched:

• Find and implement a representation for "current channel" in the ScanList object. (done in 783f403)
• Define and implement how this is represented in the config file.
• Extend the GUI to allow for this option.
• Not all radios may support this feature, hence extend the verification to check for this.
• Fix code-plugs to encode/decode this feature. (done in c56a4ff)

I've noticed the following when reading a codeplug and trying to write back what I just read (no changes made).

I am told I have to many contacts, but I don't have 2048, I have far less.

But qmdr shows non-existing contacts:

It shows several hundred of these.

Just copy code from D878UV.

The code-plugs for the Radioddity RD-5R and TYT UV390/Retevis RT3S replace the current settings (e.g., button settings) with default ones even if the "update code-plug" checkbox is enabled.

I've noticed the following when reading a codeplug. I cannot write back what I just read (no changes made).

The limit in the OpenGD77 CPS is 32, by the way.

When verfying downloaded codeplug, or trying to upload it back to radio following error appears.

"Number of contacts 978 exceeds limit of 256."

Same downloaded codeplug used as in issue #37

Todo:

• Implement roaming list representation for GUI/CLI
• Add verification steps for roaming
• Extend user manual for roaming
• Extend DMR introduction for roaming
• Implement roaming in CSV Reader/Writer

The encoding and decoding of scan lists is totally off. Apparently the storage address of the scan lists appear to be wrong.

Things to be implemented:

• GPS system representation in codeplug
• CSV Database representation in codeplug
• Implement setting for monitor button.
• More meaningful default settings.
• Verify implementation.

Although the code-plug is identical to the OpenGD77 one, the interface to the radio differs. Hence I need to get a handheld to test that device finally or someone who is willing to test the implementation.

Version 0.6.2 on Ubuntu

Intro Line 1 is showing a tooltip near mouse cursor. (mainwindow.ui, line 129 <property name="toolTip">)
Intro Line 2 is showing a tooltip on the bottom of the window. (mainwindow.ui, line 146 <property name="statusTip">)

This is inconsistent and should be aligned

Not sure this is the appropriate place for this; would happily be redirected elsewhere.

I was thrilled to find QDMR - not needing Windows is my goal for all things radio. :)

Using the latest (0.5.2) on MacOS 10.15.7 ("Catalina"), I was able to download from my RD-5R successfully. However, after making some changes, I was unable to upload back to the radio. "Detect" reported "Found device 'Baofeng/Radioddity RD-5R'.", but when I try to "upload", I got a message about my two scanlists not having a priority channel set. Not knowing what this was, I chose "Ignore", but then the upload failed, timing out after about 1 minute without having uploaded anything and showing this error: "Cannot upload codeplug or user DB to device. An error occurred during upload: run: Cannot upload codeplug: hid_send_recv(): HID IO error: Exceeded max. retry count."

If I edit the scanlists to add priority channels (which I don't entirely understand, I actually am no longer using scanlists at all), the upload works.

Help -> About qdrm

qdrm instead of qdmr

dmrconf crashes the radio when reading.

Doesn't happen every time, but can reproduce it by trying it a few times.

The presence of verification warnings prevents the upload of a code-plug to the device in the GUI. Warnings should be shown but still allow for an upload.

If channels for RX group could be chosen as a checklist, adding many channels in a row became easier.

Alternatively, maybe do it like this:

This has the advantage that you can just hit the button 20 times to add twenty channels in a row, making it much easier to add many consecutive channels at once.

Far easier than: Add Contact -> select contact -> OK

Saves two clicks. :)

What do you think?

For now, the TX-Channel setting is ignored in the CSV reader. By default, the currently active channel is used for transmitting.

I've noticed the following issues with zones while reading a codeplug and trying to write it back:

• One zone appears twice
• Other zones are shown having spaces instead of the normal name

Provide some means to display a progress bar for the command line interface.

RX groups are shown twice (no, I haven't programmed them twice :D)

Hi,
I'm trying to run qdmr on my Arch Linux installation, and I think there are two steps which can improve the compatibilty with this distribution

Dependencies instructions

I managed to compile qdmr, after installing the dependencies with

sudo pacman -S qt5-tools qt5-serialport qt5-location

Could it be possible to add this command to the README for other Arch Linux users?

Shared libraries path

Also after doing make install, qdmr complains about missing shared libraries.
I figured out that the issue is caused by libdmr being installed in /usr/local/lib

Arch linux does not use /usr/local/lib for its shared libraries, but uses /usr/lib instead (source)
I temporarily solved by moving the library objects to /usr/lib but it would be cool if the make install command could install the libraries in /usr/lib if an Arch Linux installation is detected.
An Arch Linux installation can be detected for example by reading /etc/issue and comparing with Arch Linux \r (\l)

Thank you!

I just found out that the original GD-77 supports up to 10000 contacts in the user db. I strongly believe, that the format will be identical to the user-db of OpenGD77 (see #15).

Crash when loading the software from the provided DMG, error reads in part

  Reason: Incompatible library version: qdmr requires version 5.13.0 or later, but QtWidgets provides version 5.12.0

I upgraded the Qt that comes with homebrew (brew upgrade qt5) but it doesn't seem to be the version that's getting picked up by qdmr.

To do:

• implement communication interface to radio
• implement basic DMR/FM features (c3c8639)
• implement GPS systems
• implement APRS reporting
• implement roaming (see #13)
• implement user DB
• update distributed udev rules
• test support

HI !
This is very welcome! CPS just stopped to start in my wine (Fedora32/W5.0) some time ago. I can run it on fresh Mint20 cinnamon in virtual box, so it must be some of wine settings or add on files missing from my old wine. True linux program is always best!

Just compiled qdmr. Easy. If you can compile wsjtx no additional packages are need for this. After adding new udev rule (had some GD77 rules at usb rule file before) it can find radio.
Also download works up to 100% but then it freezes.

Popup message:
Cannot decode code-plug: decode(): Cannot decode codeplug: Cannot link RX group list at index 0.

Last lines from console where I started it:
Debug in /home/saku/qdmr/lib/opengd77_codeplug.cc@487: Contact 979 enabled, mapped to index 974
Debug in /home/saku/qdmr/lib/opengd77_codeplug.cc@518: RX group list at index 1 mapped to 0
Debug in /home/saku/qdmr/lib/gd77_codeplug.cc@220: Cannot link RX group list 'Suomi: contact #4 is not defined.

From grayed window I can see that it has found my call, dmrid and intro texts ok.
It just cannot pass " link RX group list" at the end.

Perhaps it should ask permission to skip the broken part and continue with data it has received ok till that.

I would like to have current codeplug as base of fixes. It is too big job to rewrite all from beginning.

The radio displays "Write Codeplug" while it should display "Writing Codeplug", since that is what it is doing.
First time I saw "Write Codeplug", I thought it was asking me to confirm somehow.
Same for "Read Codeplug", which should be "Reading Codeplug".

Present Progressive, because it is still going on. :)

Seems like a small change (it is!), but makes it less confusing.

Wanted to make a PR, but couldn't locate it in the code.

That is, if there is a GPS or APRS system define and used by any channel, allow to auto-enable the GPS module and periodic transmission. The user must be able to disable this feature as it may cause unintended transmissions.

• Implement in settings
• Implement in user interface (settings dialog).
• Implement in AnyTone AT-D878UV code-plug generation
• Implement in TyT MD-UV390/Retevis RT3S code-plug generation
• Implement as flag for command-line tool.

Todo:

• Find and implement source for talk-groups.
• Implement auto-completion model.

Does anyone know a good machine-readable source for talk groups?

The channels in scan lists are encoded and decoded in a wrong way. Their indices are off by one. That is, if the second (programmed) channel is added to a scan list, it appears as if the first was added.

This bug is fixed in commit 4cb3ee3 and will be fixed in release v0.4.1.

The AnyTone D-878UV device does not support A/B zones. The merge of previously split zones fails when reconstructing the abstract code-plug representation.

There appears to be an index issue with the association between the channel and the corresponding contact and group lists. They all appear to be off by one. I.e. the TX contact and RX group list of channel 2 gets associated with channel 1.

There appears to be a communication issue with the Open GD77 firmware. Whenever there is a communication issue qdmr crashes.

The HID interface code to RD-5R or GD77 should be reworked to better match the DFU/Serial interfaces.

Hi,

just installed qdmr as a snap and granted it USB permissions and then tried connecting to my GD-77 running OpenGD-77:

Debug in /build/qdmr/parts/qdmr/src/lib/dfu_libusb.cc@38: Try to detect USB DFU interface 483:df11.
Debug in /build/qdmr/parts/qdmr/src/lib/hid_libusb.cc@11: Try to detect USB HID interface 15a2:73.
Debug in /build/qdmr/parts/qdmr/src/lib/usbserial.cc@8: Try to detect USB serial interface 1fc9:94.
Debug in /build/qdmr/parts/qdmr/src/lib/usbserial.cc@16: Found serial port 1fc9:94: ttyACM3 'MCU VIRTUAL COM DEMO'.
Debug in /build/qdmr/parts/qdmr/src/lib/usbserial.cc@22: Cannot open serial port 'ttyACM3': Permission error while locking the device
ERROR in /build/qdmr/parts/qdmr/src/lib/usbserial.cc@61: : Serial port error: (13) Device is not open.
QCoreApplication::postEvent: Unexpected null receiver

This is all I get when I click Detect connected radios..

I get a window saying No known radio detected. Check connection? Error:detect(): No matching radio found..

This should be easy as UserDB representation is present and only a binary codeplug representation is needed.

Not sure whether this is an issue with qdmr or not.

The "save" dialog does not show existing codeplug files:

The "open" dialog shows existing codeplug files:

The "open" dialog has a "Codeplug Files" filter, while the "save" dialog has a "CSV files" filter.

OpenGD77 supports the power levels 50 mW, 250 mW, 500 mW, 750 mW, 1 W, 2 W, 3 W, 4 W and 5 W.

However, I can only choose low or high.

qdmr shows a GPS setting, but the GD-77 does not have GPS.

Maybe instead disable the setting to not cause confusion with users?

There are some problems in radio detecting (at least with OpenGD77).

My usb rules have option that makes symlink /dev/OpenGD77. Doing ls /dev I can see that connecting the radio does the symlink.
Qdmr how ever says often no radio found:

[saku@hamtpad ~]$ qdmr
Debug in /home/saku/qdmr/lib/repeaterdatabase.cc@96: Loaded repeater database with 3807 entries from /home/saku/.local/share/DM3MAT/qdmr/repeater.json.
Debug in /home/saku/qdmr/lib/userdatabase.cc@115: Loaded user database with 183787 entries from /home/saku/.local/share/DM3MAT/qdmr/user.json.
Debug in /home/saku/qdmr/src/application.cc@62: Last known position: 61° 32' 30.0" N, 21° 35' 0.0" E
Debug in /home/saku/qdmr/lib/dfu_libusb.cc@38: Try to detect USB DFU interface 483:df11.
Debug in /home/saku/qdmr/lib/hid_libusb.cc@11: Try to detect USB HID interface 15a2:73.
Debug in /home/saku/qdmr/lib/usbserial.cc@8: Try to detect USB serial interface 1fc9:94.
Debug in /home/saku/qdmr/lib/usbserial.cc@16: Found serial port 1fc9:94: ttyACM0 'MCU VIRTUAL COM DEMO'.
Debug in /home/saku/qdmr/lib/usbserial.cc@23: Cannot open serial port 'ttyACM0': Laite tai resurssi varattu
Debug in /home/saku/qdmr/lib/usbserial.cc@37: Openend serial port ttyACM0 with 9600baud.
Debug in /home/saku/qdmr/lib/usbserial.cc@8: Try to detect USB serial interface 28e9:18a.
QCoreApplication::postEvent: Unexpected null receiver
Debug in /home/saku/qdmr/lib/dfu_libusb.cc@38: Try to detect USB DFU interface 483:df11.
Debug in /home/saku/qdmr/lib/hid_libusb.cc@11: Try to detect USB HID interface 15a2:73.
Debug in /home/saku/qdmr/lib/usbserial.cc@8: Try to detect USB serial interface 1fc9:94.
Debug in /home/saku/qdmr/lib/usbserial.cc@16: Found serial port 1fc9:94: ttyACM0 'MCU VIRTUAL COM DEMO'.
Debug in /home/saku/qdmr/lib/usbserial.cc@23: Cannot open serial port 'ttyACM0': Laite tai resurssi varattu
Debug in /home/saku/qdmr/lib/usbserial.cc@37: Openend serial port ttyACM0 with 9600baud.
Debug in /home/saku/qdmr/lib/usbserial.cc@8: Try to detect USB serial interface 28e9:18a.
QCoreApplication::postEvent: Unexpected null receiver
Debug in /home/saku/qdmr/lib/dfu_libusb.cc@38: Try to detect USB DFU interface 483:df11.
Debug in /home/saku/qdmr/lib/hid_libusb.cc@11: Try to detect USB HID interface 15a2:73.
Debug in /home/saku/qdmr/lib/usbserial.cc@8: Try to detect USB serial interface 1fc9:94.
Debug in /home/saku/qdmr/lib/usbserial.cc@16: Found serial port 1fc9:94: ttyACM0 'MCU VIRTUAL COM DEMO'.
Debug in /home/saku/qdmr/lib/usbserial.cc@37: Openend serial port ttyACM0 with 9600baud.
Debug in /home/saku/qdmr/lib/usbserial.cc@72: Serial port will close now.
Debug in /home/saku/qdmr/lib/radio.cc@296: Found Radio: OpenGD77

Translate: Laite tai resurssi varattu = Device or resource reserved

As far as I know nothing reserves the ttyACM0 device. Sometimes it needs several startups of qrmd and even plug off/on the physical device OpenGD77. So far I have not managed to find proper way to do things so that qdmr would always find radio.

Perhaps some delays to detect/open the port ?
Perhaps a setting where user can define the used port to avoid detection routine? (Either with real name (ttyACM0) or symlinked name)

When radio is defined and qdmr opens the fist view has checkboxes "Speech Synthesis" and "Upload User database".

"Speech Synthesis" is mentioned in help, but at least with OpenGD77 has also speech file to upload. That section to define the file is missing.
"Upload User database" is not mentioned (at least in this form) in help file. What is it for? I guess it could be a list of private calls/names to store. Am I wrong?

The QDMR snap now runs but needs a few rights from snapcraft to work properly out-of-the-box:

• Request an auto-connect to the raw-usb slot.
• Publish dummy snaps to map USB-serial interfaces to slots for every supported radio
• Auto-connect to these slots

qDMR should enable roaming and repeater range checking whenever there is roaming configured and there is at least one channel with an associated roaming zone. This feature should be enabled in the settings to avoid unintended transmissions.

• Implement in settings
• Implement in user interface (settings dialog).
• Implement in AnyTone AT-D878UV code-plug generation
• Implement as flag for command-line tool.

An idea I just had: Allowing to change the order of contacts in RX groups could make programming a radio much easier.

There is no DCS support yet for any radio (only CTCSS). So implement

• DCS representation in AnalogChannel class (in 59b0b85)
• DCS representation in text config file format (in fd97c6a)
• Radioddity GD77 / Open GD77 (in 3caeb9e)
• Radioddity/Baofeng RT-5R (in 3caeb9e)
• Retevis RT3S / TYT MD390 (in 3caeb9e)
• Test implementations.

$ dmrconf read codeplug_opengd77.dfu
ERROR in /build/qdmr-E64IDD/qdmr-0.4.5/lib/usbserial.cc@66: : Serial port will close now.
ERROR in /build/qdmr-E64IDD/qdmr-0.4.5/lib/usbserial.cc@61: : Serial port error: (13) Device is not open.
QCommandLineParser: option not defined: "cpl"
ERROR in /build/qdmr-E64IDD/qdmr-0.4.5/lib/usbserial.cc@66: : Serial port will close now.

Another issue I am still trying to reproduce: When using dmrconf read codeplug_openg77.dfu, the radio crashes. Will open an issue if I can reproduce that.

Verify RD-5R codeplug implementation.

Add an auto-completer for the contact edit dialog based on the call-sign database.

I would suggest to set the default value of color code to 1 instead 0, because it is the most used one.

I just installed qdmr 0.5.3 from ppa on LinuxMint 20.1. It launches, and when I try to read my Anytone D878 (1.18), it crashes with the following backtrace:

Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007f2add49bc21 in decode_ascii(unsigned char const*, unsigned long, unsigned short) () from /usr/lib/x86_64-linux-gnu/libdmrconf.so.0.5
[Current thread is 1 (Thread 0x7f2ad933c780 (LWP 6254))]
(gdb) bt
#0  0x00007f2add49bc21 in decode_ascii(unsigned char const*, unsigned long, unsigned short) () at /usr/lib/x86_64-linux-gnu/libdmrconf.so.0.5
#1  0x00007f2add50ebad in D878UVCodeplug::scanlist_t::getName() const () at /usr/lib/x86_64-linux-gnu/libdmrconf.so.0.5
#2  0x00007f2add50ec1a in D878UVCodeplug::scanlist_t::toScanListObj() () at /usr/lib/x86_64-linux-gnu/libdmrconf.so.0.5
#3  0x00007f2add512aa1 in D878UVCodeplug::decode(Config*) () at /usr/lib/x86_64-linux-gnu/libdmrconf.so.0.5
#4  0x0000563748c3f202 in Application::onCodeplugDownloaded(Radio*, CodePlug*) ()
#5  0x0000563748c679de in  ()
#6  0x00007f2adc2eed5a in QObject::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f2adc8f95c6 in QGuiApplication::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#8  0x00007f2adcf344a4 in QApplication::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#9  0x00007f2adcf2ca66 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#10 0x00007f2adcf360f0 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#11 0x00007f2adc2c293a in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#12 0x00007f2adc2c55b8 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#13 0x00007f2adc31af67 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#14 0x00007f2adb262f9d in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#15 0x00007f2adb263220 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#16 0x00007f2adb2632c3 in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#17 0x00007f2adc31a565 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#18 0x00007f2adc2c14db in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#19 0x00007f2adc2c9246 in QCoreApplication::exec() () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#20 0x0000563748c3e23e in main ()

I had this happened each time I tried to read the radio memory, but I can't really reproduce it anymore as I get another segfault now (serial related - happens much earlier - I'll open another issue).

If that helps, here is a screenshot of my scanlists names:

I'd be happy to help troubleshooting on this issue, having a linux software to program the D878 would be great :)