Новости:

Форум Infotex WeaponMod

Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - KC1WXU

Страницы: [1] 2
1
I think all of us participate in this in our own ways.  The vast majority of any praise and credit goes to the developers who volunteer their time and energy to do this.

I looked at the original firmware in Ghidra and went cross-eyed.  :D  I thought, hey maybe I can poke around and find something in either the Alpha firmware or the original firmware to help.  But, memory allocations and commands are just something I do not have enough knowledge on right now to make a difference.

Any bugs/testing I do is not a slight against the developers or a demand for functions/fixes.  I've worked in customer service/troubleshooting positions my entire professional career.  Finding, documenting, and troubleshooting bugs is something I DO have some level of skill in.  So, if that is how I can help, it is how I will help.  Granted, my limited radio experience sometimes results in  me making mistakes as well, but the good intent is there.

I don't think any of us expect perfection or a bug-free experience with the alpha, ore even beta releases.  The alpha alone is a vast improvement upon the stock firmware and especially the stock CPS which made programming impossible.

Keep up the great work here everyone!


2
If I had the latest OPENGD77 CPS Source, which I believe is in .net based I can help troubleshoot this array issue. I have been a .net developer for over 20 years. I see this GitHub but it is over 6 years old. Is there 2026 source available?  https://github.com/VR2VYE/OpenGD77CPS. I suppose I could take a shot with ILSpy or JetBrains or a similiar tool if need be. Thanks

You can reach out to the dev directly by email, his name is Roger VK3KYY/VK2KYF.  He is pretty responsive and has been working on this firmware port as well.

Part of the issue is right now OpenDM-32 does NOT fully remove the old firmware but incorporates it in the background in order to retain the calibration data in the stock firmware.  Eventually, the goal is to ONLY be running the OpenDM-32 firmware without the necessity for the original BaoFeng in any capacity.

4
I have a very interesting issue that is inconsistent.

I use a KVM switch to use the same monitors and keyboards for both my work and home computers.
About 1 in 7 times, when I press the PTT button on the DM-32 it interferes with the KVM switch and both of my computer monitors go blank.

Now, this is clearly an RF interference issue that is combination of the radio hardware/firmware and the KVM switch not being well-shielded.

I don't know if this is something that can be fixed in the firmware or if it is just a weird quirk of using the radio near other electronics.

5
This is the cable I use/have that works with the DM-32

https://baofengtech.com/product/pc03/

6
Even when I was on the stock firmware, I had to buy a BTECH PC03 cable to work with the DM-32.  It seems to be very particular about which wire it uses.  My other FTDI didn't work with it.

7
Right now the firmware doesn't use the whole radio memory so it cannot store all of the DMR contacts.  Hopefully, this will be resolved in future releases, but it is currently necessary for retaining calibration and other data.

8
Testing out the latest version (Amazing work by all the devs)

Aviation frequencies are audible and zones can scan
The signal bar/LED issue has improved
The screen refresh seems to be improved.

I was not able to successfully test the DMR functions.  I attempted to test on Parrot off a local repeater and that didn't work.  But I cannot confirm if that is just local conditions/my incompetency so, I am not sure if it is a bug or user error.

One weird issue I'm seeing on analog repeaters is that I continue to hear static/buzzing after a received transmission stops.  It's like the squelch doesn't turn back on after the transmission.  Changing from the channel and back fixes it.  But, I will keep testing to confirm this happens on multiple repeaters.  Might just be this specific one.

The only other odd thing I noticed is that the FM label in the upper left corner of the radio flashes after locking on a channel in scan mode.  I do not know if this is by design or not.  It also displays FM for Aviation channels, which I believe are AM, but again, this could be correct functionality.

Note - None of the above two items are complaints or slights against the firmware or developers.  I am truly grateful for all the work they are doing and my radio would not be programmable without this firmware.  THANK YOU SO MUCH!

9
Downloading and installing the latest versions!

10
Thank you for the information!

11
I am using Ghidra for reverse engineering the Baofeng DM-32 firmware.

I didn't even know about this software.  Definitely going to take a look.  Not that I have much software dev experience, but if I can find anything that might help, who knows...

What Language did you select when opening the firmware file in Ghidra?

12
Aviation band 118 - 133mhz always squelched, Can’t in mute it..  also cannot scan any aviation band frequencies in his own Zone they will not scan

I just programmed the local aviation channels in and tested this.  I can confirm that channels are VERY weak/low volume.  I can hear radio traffic but very minimally.  I also confirmed that you cannot scan through zones with aviation channels.

Will add to the list post.

13
I will just say thank you again to all the devs.  I know reverse engineering a radio firmware is not an easy task.

It doesn't help that the documentation that is available for things like pin functions do not always match their actual usage.
Messaging with Roger, he also believes that one company produces the BaoFeng hardware and another company produces the firmware for the radios, meaning there is a disconnect there as well.

I don't know very much about software engineering, just a little bit of code here or there, so I appreciate when people take time to go out of their way to decode these systems.

The work done here will also make other open source firmware ports to other handsets possible!

Update - Some of the issues I found were user error.  I'm not used to the OpenGD firmware and made some mistakes.  I crossed out those issues on the list.

14
I will just note, I posted the bugs just to keep track of them.  I am VERY happy with the firmware itself, as I couldn't even get the radio programmed properly prior to this firmware.

15
            Hello,

            I have been testing the new firmware and just wanted to create a list of bugs/anomalies that have been reported, not just by me, but by others, including forum members, Roger, Koshak, and all of the devs.  I just figured it would be good to create a "master list".  Many of these bugs are already known and the causes are being investigated.

            Updated 7/27/26

General Radio Functions
  • Unable to save settings updated by the user directly in the radio menus
Includes:
Transmit Power
GPS settings
Sounds
Per-Channel Squelch settings
Programmable Button functions (SK1/SK2 and P1/P2, but this may not be possible and is not currently supported by OpenGD77)
Basically if you change it in the radio's menus, it does not remember after navigating away from the menu.
UPDATE - User error.  You must press the OK/menu button after updating settings instead of the Home/Back button.  This saves them
  • GPS functions are not yet implemented or not working
Note - Even if they were, the settings set by the user do not save, so even if GPS is enabled, the radio won't remember.
UPDATE - Was able to get working after figuring out the menu settings issue.
  • APRS functions not yet implemented and/or working
UPDATE - Seems to be working after figuring out menu issue.
  • Inconsistent calibration data across different handsets causes different transmit power settings.
Note - This may be due to an inaccuracy of the calibration data in the BaoFeng firmware compared to the inconsistent performance of the hardware itself.  But this can be a big issue as the average radio user will not be checking with a meter
  • Potential issues with radio not detecting the movements of the channel switch knob properly when changing channels in a zone causing the channels to go backward at times
Note - In the original firmware the channel change function was slow/delayed.  This could be by design due to the cheap/inaccurate physical dial on the device.
  • Custom loading screen reverts to OpenDM32 screen.
When you customize the loading screen in the CPS it eventually reverts to a blue screen saying OpenDM32.  Despite no programming updates.

General TX/RX Issues

  • Squelch issues with DMR and Analog
Includes a rhythmic "rapid pulse" or clicking sound, but doesn't appear on every channel
  • Radio receives a signal from a repeater or channel, the meter at the top of the display indicates there is a transmission being received, but no audio is heard.
Note - I experienced this issue.  You can fix by changing away from the channel and then changing back.  But it is still an issue.
UPDATE - Improved in version OpenGD77_DM32_20260711
  • Audio amplifier is active even when no transmission is received
Detail - You can hear a buzzing if you turn up the volume all the way, even when no signal is being received.
  • Green receive LED flickers but no sound is heard/received.  Intermittent issue.
UPDATE - Improved in version OpenGD77_DM32_20260711, but still present
[/list]
  • Squelch does not always close after transmission leaving the channel open with static

Aviation Frequencies
  • Aviation bands 118 - 133mhz always squelched/minimal ability to hear
  • Zones containing aviation frequencies do not allow frequency scanning
UPDATE - Scanning fixed in version OpenGD77_DM32_20260711, audio still quiet
[/list]

DMR-Specific Issues


  • Display page refresh method causes drop-out in DMR functions/CPU cycles/transmit power
  • Unusual transmit lock indication and/or transmit lock not taking place as expected after PTT is held
  • Drop-off due to an issue with the 11th data frame, possibly due to a memory issue and/or an undiscovered variable
  • DMR does not work as well/corrupts on low-power settings.
UPDATE  - Some of these issues have been improved in version OpenGD77_DM32_20260711, but are still present to an extent
  • DMR may have been partially broken in OpenGD77_DM32_20260711.  Multiple users reported inability to connect to local hostpots and repeater DMR when they could previously.

CPS/Programming/Interface Issues

  • Cannot read/write certain theme data to/from the radio with the CPS
Roger was able to reproduce this.  Certain fonts and colors cause a COM failure.
[/list][/list]
UPDATE - Improved in CPS version E2026.07.13.01 Firmware versopm OpenGD77_DM32_20260711, but I have not tested if this specific issue is resolved


Страницы: [1] 2