-
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 Info on the new Anytone 168
- Thread starter 1enry1
- Start date
Ubbe
Member
It's bug ridden at this point in time. They have in a very short time done five upgrades of firmware and CPS from 1.00 to 1.05 but there's a lot to fix that haven't been done yet. For simple use with HAM repeaters it's probably fine though. Its internal speaker are terrible, probably worse than the one in a Uniden SDS100 but when using a big external speaker it sounds really great. For some reason its 3.5mm jack are for a mic and the 2.5mm jack are for the speaker, so an adapter cable are probably needed to be able to use a standard speaker that comes with a 3.5mm plug.
One trap to fall into are if you copy one channel and then paste and only change something like a frequency, that it then will screw up most of your channel programming. But that also seem to happen with some other Anytone radios.
/Ubbe
One trap to fall into are if you copy one channel and then paste and only change something like a frequency, that it then will screw up most of your channel programming. But that also seem to happen with some other Anytone radios.
/Ubbe
I updated to the latest version 1.05 without issues. (it arrived with software version 1.03, Factory Oct 2024)
Since the freq stability changed from 2.5ppm for the 878UV to 1.5ppm for the 168UV
I thought I should measure it to see what the freq really is, I added 30dB to the antenna output and then measured with a GPSDO referenced frequency counter. (gate time set to 2 seconds)
In short:
Attached the measurement of 145MHz and 440MHz
Since the freq stability changed from 2.5ppm for the 878UV to 1.5ppm for the 168UV
I thought I should measure it to see what the freq really is, I added 30dB to the antenna output and then measured with a GPSDO referenced frequency counter. (gate time set to 2 seconds)
In short:
- 0.2W at the lowest setting is correct (Europe), I measured a bit less like 0.16W but I do not have an calibrated device for that.
(I did not measure higher power settings since I wanted to know how low it could go) - Freq was -0.21 ppm and changes little.
Attached the measurement of 145MHz and 440MHz
Attachments
KD8DVR
Member
I do not know of it being bug ridden. It's based on a proven design that's had the bugs killed. I enjoy mine very much.
Ubbe
Member
It's supposed to handle encryption so I tried it with a system using Motorola ARC4 and it kind of decodes it with the proper key programmed but 1/3 of the time it outputs digital noise and when a conversation stops and the data goes to idle it still outputs digital audio as if it thinks that they are still talking. I guess it's a buffer getting filled and overflows as the processor might not be powerful enough and skips data packages and at the end it finally manage to empty the voice packets buffer after a couple of seconds of idle data.
It will be interesting to see if they can make the firmware code more efficient or if it takes a more powerful DSP.
/Ubbe
It will be interesting to see if they can make the firmware code more efficient or if it takes a more powerful DSP.
/Ubbe
This happens quite a lot with digital encrypted modes. There is no re-initialization of the key data midstream, so if enough packets drop or the transmission drops it will not always pick it back up successfully.
Ubbe
Member
Understood, but it is full strength and the SDS100 or even DSD-FME have no issues with it connected to the same splitter.
They have just released 1.06 firmware but it doesn't adress any of its major issues.
/Ubbe
This is wrong.
Are you sure you know about DMR encryption? because there is a new synchronization at each superframe so re-synchronization is ALWAYS possible.
lwvmobile
DSD-FME
Not necessarily, I have seen instances where MS sourced input carries the single burst alg/key in VC-F, but the repeater doesn't perpetuate it in the same field, and in that case, if you aren't forcing the alg/key value (like DSD-FME can be configured to do) then you can't necessarily resynchronize on DMR EP, but that's usually a repeater configuration issue. So, in that situation, if you miss the PI header, the radio will not pick up on the alg/key, even if it can get the MI from the AMBE frames.
Does DSD-FME show anything in the SB field for late entry when you run tests on that? is is all zeroes, or does it pick up a late entry alg and key value?
Ubbe
Member
Huh?
All right. For my part, I was responding to Ubbe and Pb3400.
Ubbe said that his Anytone 168 has bugs because it decodes ARC4 badly while it is well decoded with his sds100 or dsd-fme. We can therefore conclude that nothing is missing in the signal.
Pb3400 said that this is normal because in the DMR there is never a resynchronization after the start of the transmission, which is wrong.
lwvmobile
DSD-FME
I went back and re-read part of what you said, sounds like you mentioned, perhaps the radio starts to lag on keystream creation and application, overflows, and then eats **** and dies, resynchronizes and puts out the garbled audio until the encryption parameters get set again, rinse and repeat until the buffer is empty or something.
Similar threads
