• To anyone looking to acquire commercial radio programming software:

    Please do not make requests for copies of radio programming software which is sold (or was sold) by the manufacturer for any monetary value. All requests will be deleted and a forum infraction issued. Making a request such as this is attempting to engage in software piracy and this forum cannot be involved or associated with this activity. The same goes for any private transaction via Private Message. Even if you attempt to engage in this activity in PM's we will still enforce the forum rules. Your PM's are not private and the administration has the right to read them if there's a hint to criminal activity.

    If you are having trouble legally obtaining software please state so. We do not want any hurt feelings when your vague post is mistaken for a free request. It is YOUR responsibility to properly word your request.

    To obtain Motorola software see the Sticky in the Motorola forum.

    The various other vendors often permit their dealers to sell the software online (i.e., Kenwood). Please use Google or some other search engine to find a dealer that sells the software. Typically each series or individual radio requires its own software package. Often the Kenwood software is less than $100 so don't be a cheapskate; just purchase it.

    For M/A Com/Harris/GE, etc: there are two software packages that program all current and past radios. One package is for conventional programming and the other for trunked programming. The trunked package is in upwards of $2,500. The conventional package is more reasonable though is still several hundred dollars. The benefit is you do not need multiple versions for each radio (unlike Motorola).

    This is a large and very visible forum. We cannot jeopardize the ability to provide the RadioReference services by allowing this activity to occur. Please respect this.

Anytone Looking for testers: Alternative firmware for AnyTone AT-D168UV

DualTachyon

Member
Joined
Aug 8, 2023
Messages
66
Reaction score
51
I'm looking for a small group of seasoned radio amateurs to beta test an alternative firmware for the AnyTone AT-D168UV.

I have developed a recreation of the official firmware (based on version 1.07) from scratch. The goal is to fix many of the bugs AnyTone has yet to fix, to improve the user experience specially on the Amateur Radio side, and to expand it with new features. But before that can happen, I need to ensure my recreation is faithful to the original firmware and at least 1:1 parity in usability, features and bugs.

Currently, it works pretty well and appears to be stable. I need other people who can help me test every feature and corner of this massive firmware to make sure I didn't miss any bugs, as there are probably some here and there.

This is **not** an early-access release for people who just want to try something new. I'm looking for testers who genuinely enjoy finding bugs and helping improve software.

# What I'm looking for

* A licensed amateur radio operator with a valid callsign.
* You're comfortable using both DMR radios and a computer. You don't need to be an expert at either, but you should be comfortable trying things and learning as needed.
* You're happy flashing firmware, recovering from mistakes, and generally not afraid to experiment.
* The ideal minimum is you use the firmware in your normal operating style, and occasionally trying to break it.
* When you find a problem, you can provide clear steps to reproduce it. A video is appreciated whenever practical, but I understand that's not always possible.
* You don't mind joining a private GitHub repository to report issues and/or a private Telegram group. I already have a few testers in these 2 platforms, but I need more.

# What I'm not looking for

* Amateurs who rely on ready-made codeplugs or are not able to create their own from scratch.
* Amateurs who post questions in public places at the first sign of a problem or difficulty instead of trying to troubleshoot or browse the menus themselves.
* Amateurs who post questions in public places about things that are already covered in the instruction manual.

These types of people will waste my time and are unlikely to be able to follow instructions to the letter.

# Verification

To prevent early leaks and time wasters, applicants need to verify they are established amateur operators. The firmware implements a "License" system and you'll need to prove ownership of your callsign by doing the following:

* Copy the "Challenge Code" displayed by my firmware upon boot, and write it into your RadioID "About you" section.
* No other information is required.

Once I have this "Challenge Code", you will receive a "License" file that will unlock the firmware and instructions on installing it. The license is not a backdoor way to later open up monetisation / sell features. The firmware will always be free, but I don't have time to waste with people who shouldn't be playing with these radios.

Before any of this can happen, I will invite applicants to their platforms of choice, and instructions + firmware will be provided there.

# What this will not be

I'm not interested in turning the 168 into an OpenGD77 clone. If you like OGD77, keep using those radios. I have a different take on what the amateur radio experience should be and that's what I'm going to do after testing is complete. There might be some features or behaviours that are similar to OGD77, who knows, but I'm not aiming to make a copy.

# What this is not yet

* A finished product. I'm nearly there and with your help testing it, I will reach that goal sooner rather than later.
* A support service.
* A place to complain that something doesn't work without providing useful information.

Bugs are expected. That's why this beta exists.

If your idea of testing is "I used it for 10 minutes and it crashed once," without providing details, we're probably not a good fit.

If your idea of testing is "I spent two evenings trying to make it fail, documented everything, and now I can reliably reproduce it," I'd love to hear from you.

If that sounds like you, leave a reply with your callsign and a brief description of your radio experience, and I'll get in touch with the next steps.

# What's missing in the current firmware

* The satellite feature is not included because it appears to be a 99% copy paste of the OpenGD77 satellite feature, and I need to figure out legal / licensing issues before I release it.
* The DMR encryption feature is not there yet, mostly because it was not needed to get the firmware working. I plan on finishing it, but it is still a few weeks away.

# The long-term goal

The immediate goal of this beta is stability and feature completeness. Right now, the firmware is focused on matching the functionality of the original firmware as closely as possible. Before adding major new capabilities, I want to ensure every existing feature behaves correctly, edge cases are handled properly, and the firmware is something users can rely on every day.

Once that foundation is solid, the project will move beyond simple feature parity. That means fixing long-standing issues that exist in the original firmware, refining the user interface and overall user experience, and then expanding the firmware with entirely new capabilities. I also have plans to release a plugin SDK that will allow anyone to add their own features.

After the firmware is deemed to be relatively bug free compared to the original, I'm planning to work on the following as a first step:

* Revamp of the UI/UX for Amateur Radio usage.
* Tier 3 RX tracking (e.g. automatically changing frequencies as needed to follow active calls).

The 168 is also well placed for software based modulators and demodulators. The 168 design provides FM discriminator access to the CPU, so the possibilities are endless as long as they're within the 25kHz bandwidth of the RF chip and do not require phase access. That means FSK based things are possible, PSK based things are not.
 

jcalado

Newbie
Joined
Jan 31, 2026
Messages
4
Reaction score
10
Well done! Looking forward to whats to come. Congrats on your amazing work so far.
 

KD8DVR

Elitist Ham
Joined
Apr 11, 2004
Messages
1,440
Reaction score
359
Location
Columbus, Ohio
I'm looking for a small group of seasoned radio amateurs to beta test an alternative firmware for the AnyTone AT-D168UV.

I have developed a recreation of the official firmware (based on version 1.07) from scratch. The goal is to fix many of the bugs AnyTone has yet to fix, to improve the user experience specially on the Amateur Radio side, and to expand it with new features. But before that can happen, I need to ensure my recreation is faithful to the original firmware and at least 1:1 parity in usability, features and bugs.

Currently, it works pretty well and appears to be stable. I need other people who can help me test every feature and corner of this massive firmware to make sure I didn't miss any bugs, as there are probably some here and there.

This is **not** an early-access release for people who just want to try something new. I'm looking for testers who genuinely enjoy finding bugs and helping improve software.

# What I'm looking for

* A licensed amateur radio operator with a valid callsign.
* You're comfortable using both DMR radios and a computer. You don't need to be an expert at either, but you should be comfortable trying things and learning as needed.
* You're happy flashing firmware, recovering from mistakes, and generally not afraid to experiment.
* The ideal minimum is you use the firmware in your normal operating style, and occasionally trying to break it.
* When you find a problem, you can provide clear steps to reproduce it. A video is appreciated whenever practical, but I understand that's not always possible.
* You don't mind joining a private GitHub repository to report issues and/or a private Telegram group. I already have a few testers in these 2 platforms, but I need more.

# What I'm not looking for

* Amateurs who rely on ready-made codeplugs or are not able to create their own from scratch.
* Amateurs who post questions in public places at the first sign of a problem or difficulty instead of trying to troubleshoot or browse the menus themselves.
* Amateurs who post questions in public places about things that are already covered in the instruction manual.

These types of people will waste my time and are unlikely to be able to follow instructions to the letter.

# Verification

To prevent early leaks and time wasters, applicants need to verify they are established amateur operators. The firmware implements a "License" system and you'll need to prove ownership of your callsign by doing the following:

* Copy the "Challenge Code" displayed by my firmware upon boot, and write it into your RadioID "About you" section.
* No other information is required.

Once I have this "Challenge Code", you will receive a "License" file that will unlock the firmware and instructions on installing it. The license is not a backdoor way to later open up monetisation / sell features. The firmware will always be free, but I don't have time to waste with people who shouldn't be playing with these radios.

Before any of this can happen, I will invite applicants to their platforms of choice, and instructions + firmware will be provided there.

# What this will not be

I'm not interested in turning the 168 into an OpenGD77 clone. If you like OGD77, keep using those radios. I have a different take on what the amateur radio experience should be and that's what I'm going to do after testing is complete. There might be some features or behaviours that are similar to OGD77, who knows, but I'm not aiming to make a copy.

# What this is not yet

* A finished product. I'm nearly there and with your help testing it, I will reach that goal sooner rather than later.
* A support service.
* A place to complain that something doesn't work without providing useful information.

Bugs are expected. That's why this beta exists.

If your idea of testing is "I used it for 10 minutes and it crashed once," without providing details, we're probably not a good fit.

If your idea of testing is "I spent two evenings trying to make it fail, documented everything, and now I can reliably reproduce it," I'd love to hear from you.

If that sounds like you, leave a reply with your callsign and a brief description of your radio experience, and I'll get in touch with the next steps.

# What's missing in the current firmware

* The satellite feature is not included because it appears to be a 99% copy paste of the OpenGD77 satellite feature, and I need to figure out legal / licensing issues before I release it.
* The DMR encryption feature is not there yet, mostly because it was not needed to get the firmware working. I plan on finishing it, but it is still a few weeks away.

# The long-term goal

The immediate goal of this beta is stability and feature completeness. Right now, the firmware is focused on matching the functionality of the original firmware as closely as possible. Before adding major new capabilities, I want to ensure every existing feature behaves correctly, edge cases are handled properly, and the firmware is something users can rely on every day.

Once that foundation is solid, the project will move beyond simple feature parity. That means fixing long-standing issues that exist in the original firmware, refining the user interface and overall user experience, and then expanding the firmware with entirely new capabilities. I also have plans to release a plugin SDK that will allow anyone to add their own features.

After the firmware is deemed to be relatively bug free compared to the original, I'm planning to work on the following as a first step:

* Revamp of the UI/UX for Amateur Radio usage.
* Tier 3 RX tracking (e.g. automatically changing frequencies as needed to follow active calls).

The 168 is also well placed for software based modulators and demodulators. The 168 design provides FM discriminator access to the CPU, so the possibilities are endless as long as they're within the 25kHz bandwidth of the RF chip and do not require phase access. That means FSK based things are possible, PSK based things are not.

I'll be more than happy to help you test! I use DMR daily. I was part of a short lived beta test group on some earlier Anytones. Certainly not afraid to flash firmware and I write my own codeplugs.
 

jcalado

Newbie
Joined
Jan 31, 2026
Messages
4
Reaction score
10
I've been testing this firmware for a while and can vouch for it, it works remarkably well already.

So far I've put it through hotspots, repeaters, and simplex, including a weekly net we run entirely on simplex. Auto repeater offset and roaming both work as expected. The official CPS works just fine with it too, so no changes to your programming workflow. There were some bugs with Talker Alias, but those are actively being fixed.

Subjectively it even feels a bit snappier than the stock firmware, though that might just be placebo on my part.

If you're comfortable flashing firmware and enjoy methodical bug hunting, this is a genuinely worthwhile project to get involved in.

73
 

Razorback55

Member
Joined
Mar 6, 2025
Messages
47
Reaction score
19
you will receive a "License" file that will unlock the firmware and instructions on installing it.

For the moment everything you put on the net was free, will this still be the case for the AT-D168UV or once it is finished, it will be a firmware that you will charge to get a license?
 

DualTachyon

Member
Joined
Aug 8, 2023
Messages
66
Reaction score
51
A bit of a vague question. What problems exactly? I plan on addressing the bad MI selection. If there are any other problems, let me know. Anything involving RAS is an unknown because I don't have a network with RAS, and asking people to test takes time. So it might get solved, or not. Ultimately it will depend on if the DMR chip cooperates correctly with RAS, but I do plan on fixing if it's technically possible.
 

woodpecker

Member
Joined
Aug 7, 2005
Messages
730
Reaction score
45
A bit of a vague question. What problems exactly? I plan on addressing the bad MI selection. If there are any other problems, let me know. Anything involving RAS is an unknown because I don't have a network with RAS, and asking people to test takes time. So it might get solved, or not. Ultimately it will depend on if the DMR chip cooperates correctly with RAS, but I do plan on fixing if it's technically possible.

I've done alot of testing with the 168, I did load your USB debug firmware and wrote some python to try and work out what was going on.

I've never managed to get any of the encryption to work, mostly tested on Cap+ with RAS and RC4, also Cap+ with RAS and BP.

This is what I found with regards to different system types and settings so far, anything with encryption produced no audio but sometimes showed the call info.

Cap+ with BP also gave no audio, can't remember whether RAS was on though.


CRC Ignore OnCRC Ignore Off
T3AudioAudio
T3 RASAudioNo Audio
DMRAudioAudio
Cap+No AudioAudio
Cap+ RAS RC4No Audio, No Call DisplayedNo Audio, Call Sometimes Displayed
 

DualTachyon

Member
Joined
Aug 8, 2023
Messages
66
Reaction score
51
I don't know the reason for it, but one person who ran some logs for me some months ago, shows that the CSBK that gives the call info (Source -> Target address) does not appear at all, so for this scenario audio cannot be heard. The strange thing is, the voice frames are being sent to the CPU for decryption. I don't know if the DMR chip needs some extra flags or if its firmware has a bug. The DMR chip itself has zero programming information other than a somewhat decent datasheet. But it is not a reference manual.

As for decryption, the firmware refuses to even look at encrypted content if you enable "CRC Ignore". This is easy for me to disable.

I have been trying to procure a Motorola radio to test things myself, but I don't want to pay crazy eBay prices for something I can't listen to here anyway.
 

DualTachyon

Member
Joined
Aug 8, 2023
Messages
66
Reaction score
51
Here's a screenshot of that log. You can see I highlighted a CSBK with call info. Then you can see several encrypted AMBE frames being received, the firmware sends back 0s because it did not receive a Key Info frame, then it does receive the Key Info but it says ID=0 Algo=0, which the firmware interprets as no encryption, which causes the FW to send back the AMBE as is. The firmware supports a "Multiple Key" in the CPS, which means "use any key". We haven't tested if this would work, because the person who generated this log has his 168 in a non working state.
1784127073163.png
 

DualTachyon

Member
Joined
Aug 8, 2023
Messages
66
Reaction score
51
I just noticed that right after the call CSBK, there's a PI header with ID=2 Algo=ARC4, I will check why this isn't enough for the firmware.

In a normal encryption setting (no Motorola funny business), it would send something like this:

< 84 A9 61 00 07 30 77 0B 43 1F 02 02 03 00

The 43 1F 02 xx xx 00 with the xx xx being non zero is what triggers the 168 firmware to start decryption.
 

woodpecker

Member
Joined
Aug 7, 2005
Messages
730
Reaction score
45
As for decryption, the firmware refuses to even look at encrypted content if you enable "CRC Ignore". This is easy for me to disable.

Do you have a firmware I can test with that disabled please?

I looked up the BP I tested, that was also Cap+ RAS with Moto BP, no joy.
 

DualTachyon

Member
Joined
Aug 8, 2023
Messages
66
Reaction score
51
The highlight I called "No Key No Info" is a DMR data type 15 / 0xF, which the ETSI Specs say doesn't exist. I have no doubt it might be a secret sauce data type for DMR encryption by the top players, but I have not seen it used even in DSD-FME/DSD-Neo, so I wonder if this data type is a real "on the air" frame, or if it's made up by the DMR chip's firmware after it looks at the PI Header...
 
Last edited:
Top