Hi! I recently got a Unihertz AtomXL (
https://www.unihertz.com/atom-xl.html
).
It is fully updated (Android and firmware). It works flawlessly with the local Motorola and MMDVM-based local mountain repeaters, both ways transmit/receive. It also works fine in simplex with my Motorola XLR, Anytone 878 and Tytera MD380.
The AtomXL receives correctly transmissions from the OpenSpot2; however the OpenSpot2 doesn't work when transmitting from the AtomXL.
Through the logs, I found the issue the OpenSpot2 is having "listening". Below are the entries from the Status/Log while transmitting from the AtomXL :
09:38:51 dmrcalltracker[0]: cc mismatch (got 5 expected 1)
09:38:51 dmrcalltracker[0]: cc mismatch (got 13 expected 1)
09:38:51 dmrcalltracker[0]: cc mismatch (got 5 expected 1)
09:38:51 dmrcalltracker[0]: cc mismatch (got 13 expected 1)
09:38:51 dmrcalltracker[0]: cc mismatch (got 13 expected 1)
09:38:51 dmrcalltracker[0]: cc mismatch (got 13 expected 1)
09:38:51 dmrcalltracker[0]: cc mismatch (got 13 expected 1)
09:38:51 dmrcalltracker[0]: cc mismatch (got 2 expected 1)
09:38:51 dmrcalltracker[0]: cc mismatch (got 5 expected 1)
09:38:51 dmrcalltracker[0]: cc mismatch (got 5 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 13 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 2 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 2 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 13 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 7 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 5 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 5 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 5 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 9 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 13 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 9 expected 1)
09:38:52 dmrcalltracker[0]: cc mismatch (got 5 expected 1)
It seems the OpenSpot2 sees the colorcode as constantly changing during the transmission. However, the other radios (Motorola, Anyone, Tytera) programmed on the same frequency, talkgroup and colorcode 1 have no problem hearing the AtomXL transmission and playing it on speaker.
Using a DMR scanner, it also decodes the DMR transmission on the correct talkgroup, and correct color code 1 without changes.
So far I have tried to:
* Change color code on both AtomXL and OpenSpot2 (1,2,3,4,5) : same problem
* Change to different frequencies (430~440) : same problem
* Configure the AtomXL with Slot 1, Slot 2 instead of Direct Mode: not working
* Get as second AtomXL device: same problem
The OpenSpot2 seems to be the only device seeing the color code jumping around.
Any idea how to resolve this issue ?