Anytone Anytone D168UV CRC Ignore option

[neniko]

Someone has tried and the crc ignore option works for listening to audios from repeaters Motorola with RAS.
No matter how much I try, no audio can be heard. However, with a baofeng and OPENGD77 you can hear it. I guess it's firmware issue and it will be fixed.

 

[Razorback55]

1-yes it's a firmware issue
2-no the issue will never be fixed (Anytone doesn't deal with hacking)

 

[neniko]

OPENGD77 does and they do not encourage piracy.
RAS is not an encryption to prevent eavesdropping, it simply prevents access. It wouldn't be a problem if anytone did.

 

[Razorback55]

OPENGD77 does and they do not encourage piracy.
RAS is not an encryption to prevent eavesdropping, it simply prevents access. It wouldn't be a problem if anytone did.

Make an appointment with the Anytone's CEO to share your point of view.

Alternatively, you can use OpenGD77 or Openscanner if you have a Uniden scanner. Openscanner supports RAS but also supports encryption (if you know the key).

GitHub - x27/openscanner: OpenScanner FWs

OpenScanner FWs. Contribute to x27/openscanner development by creating an account on GitHub.

github.com

 

[Ubbe]

I have a D168UV and there are some bugs in both radio and CPS. I monitor a RAS system using a ARC4 key and the ignore CRC function works backwards. If not using ignore CRC it works fine, well the decryption process needs to be improved a lot as it creates bit errors and in idle data mode it generates lots of squealing sounds as it false decode it as voice frames. If I enable ignore CRC it doesn't decode at all.

If a monitor a system that doesn't use RAS and have a Motorola ARC4 key it doesn't decode at all whatever the ignore CRC are set to.

It works fine with "normal" DMR systems that doesn't use RAS or are encrypted.

It would be a fantastic radio if everything in it would work as it was supposed to do.

/Ubbe

 

[neniko]

Tengo un D168UV y hay algunos errores tanto en la radio como en el CPS. Superviso un sistema RAS utilizando una clave ARC4 y la función de ignorar CRC funciona al revés. Si no se usa ignorar CRC funciona bien, bueno, el proceso de descifrado debe mejorarse mucho, ya que crea errores de bits y en el modo de datos inactivos genera muchos sonidos chillones ya que los decodifica falsamente como tramas de voz. Si habilito ignorar CRC, no se decodifica en absoluto.

Si un monitor un sistema que no usa RAS y tiene una clave ARC4 de Motorola, no decodifica en absoluto, independientemente de lo que se establezca en el CRC de ignoración.

Funciona bien con sistemas DMR "normales" que no usan RAS o están encriptados.

Sería una radio fantástica si todo en ella funcionara como se supone que debe hacerlo.

/ubbe

¿Qué versión de firmware utilizas, cómo tienes todo configurado? Si está encriptado y no se ingresa la clave, al menos debería escucharse mal.

 

[KevinC]

¿Qué versión de firmware utilizas, cómo tienes todo configurado? Si está encriptado y no se ingresa la clave, al menos debería escucharse mal.

Proszę odpowiedzieć w języku angielskim.

 

[neniko]

¿Qué versión de firmware utilizas, cómo tienes todo configurado? Si está encriptado y no se ingresa la clave, al menos debería escucharse mal.

What firmware version do you use, how do you have everything set up? If it's encrypted and the key isn't entered, it should at least be heard wrong.

 

[Ubbe]

What firmware version do you use, how do you have everything set up? If it's encrypted and the key isn't entered, it should at least be heard wrong.

I've used all versions, from 1.01 up to 1.05 and I have entered the correct key and TG for those systems and also have enabled all settings of the digital monitor.

/Ubbe

 

[neniko]

I've used all versions, from 1.01 up to 1.05 and I have entered the correct key and TG for those systems and also have enabled all settings of the digital monitor.

/Ubbe

I set the repeater frequency, the tg, the key id with the password and the monitor and I don't hear anything. Thank you

 

[Marco192]

I have a D168UV and there are some bugs in both radio and CPS. I monitor a RAS system using a ARC4 key and the ignore CRC function works backwards. If not using ignore CRC it works fine, well the decryption process needs to be improved a lot as it creates bit errors and in idle data mode it generates lots of squealing sounds as it false decode it as voice frames. If I enable ignore CRC it doesn't decode at all.

If a monitor a system that doesn't use RAS and have a Motorola ARC4 key it doesn't decode at all whatever the ignore CRC are set to.

It works fine with "normal" DMR systems that doesn't use RAS or are encrypted.

It would be a fantastic radio if everything in it would work as it was supposed to do.

/Ubbe

Did you try newer firmware version in the meantime?
Any improvement on CRC ignore/ARC4 decoding?

 

[Ubbe]

Did you try newer firmware version in the meantime?
Any improvement on CRC ignore/ARC4 decoding?

It's equally bad in 1.06 and 1.07 and nothing seems to have been changed in its decoding process. I have resorted to monitoring analog and non RAS and unencrypted DMR.

/Ubbe

 

[Marco192]

Ubbe, did you maybe report this issues back to anytone?
I have found a good facebook group that has a guy that reports issues and firmware bugs back to anytone.
If you are willing, please report your issues >>here<< or I can relay your experience to them.
Either way I would like to see this issue fixed.

 

[Ubbe]

There's a UK Anytone group where the guy seems to have a direct contact with Anytone where I reported some issues and I also reported to the store where I bought it that also reported the problems with the 168 to Anytone.

There where some terrible bugs that if you copied and pasted a channel to make it easy to just change a frequency and channel name it then got a memory corruption and would take values from the next channel and use. And if that channel where unprogrammed it would use FF in hex and if the value in the CPS could only be set manually between 0 and 5 it would create very odd behavior as Anytone didn't use proper error trapping in neither firmware or CPS.

That link you have says that it isn't available. What's the name of that group?

/Ubbe

 

[Marco192]

That's the Anytone UK group ... and the guy with the Anytone contact is Norman. Hopefully Norman will report this CRC and decryption bug to them.
I have noticed a bug in the 878 CPS. When you insert a memory channel in the table talkgroup/contact setting for all the following channels gets shifted and is mixed up

 

[Ubbe]

That's the Anytone UK group ... and the guy with the Anytone contact is Norman. Hopefully Norman will report this CRC and decryption bug to them.
I have noticed a bug in the 878 CPS. When you insert a memory channel in the table talkgroup/contact setting for all the following channels gets shifted and is mixed up

That's where I uploaded some videos to prove the bugs, as Norman first said that there where no issues. It's the exact same problem with the 878 CPS as it was in the 168 CPS when you edit channels in any other way than attach to the end of the list. But I believe they have fixed that in 1.07 for the 168. But still no improvement for CRC ignore and ARC4 Encryption.

/Ubbe

 

[vselic]

Hi, I think catch is: that Ubbe is listening RAS + ARC4 on conventional system, and we are trying to pick it up on CAP+ system. I have been in touch with developers and they have tested crc ignore on CON+ repeater, but never on CAP+. Even if you listen clear CAP+, anytone does not decode...