M7GSX
Hi there,
I'm running on the latest beta (v54) and I have a strange issue where I'm not able to hear people if they are talking through the reflector (4400) rather than the equivalent talkgroup (2350). The radio shows there is activity on the channel but the group call does not come through.
This only seems to be an issue with my Motorola radio, but I've carried out some testing using a repeater on a different network so I know it is not the radio that's causing it. It also used to work fine with older Openspot2 firmware, so it definitely seems like a new bug, potentially caused by some packets being transmitted from the modem that Motorola radios do not like?
Thanks,
Grant
HA2NON
Check the status page of the OS2 to find out what talkgroup the openSPOT2 is transmitting. Reflector traffic is sent usually to TG9 by the server, so you have to add TG9 to an RX group list in your transceiver, and assign this RX group list to all channels you use for the OS2.
M7GSX
Hello,
Sorry perhaps I didn't explain very well.
My openspot2 is connected to talkgroup 2350 and I have that talkgroup in the RX group list of my radio. I am not connected to a reflector myself and I can hear most people perfectly fine, but looking on the brandmeister dashboard, it seems that if another HAM is using reflector 4400 to access that talkgroup, their call shows as being transmitted to talkgroup 2350 on the openspot dashboard, as it should, but it sometimes doesn't come through to my Motorola radio. Other radios do not have the issue.
As I said. Very strange!
Thanks,
Grant
HA2NON
Make sure "Send no in-band data to modem" is checked on the Settings page, DMR settings section.
M7GSX
Yes that option is checked. I was able to hear someone who was talking through the reflector yesterday, so it looks like I need to do some more testing!
M7GSX
I've just encountered the issue again, it seems to be certain DMR IDs that I'm not able to receive whilst they're using the reflector. "Send no in-band data to modem" is checked. Is there anything I can do to help diagnose?
HA2NON
Try to reset your Motorola's CPS to defaults.
M7GSX
Thanks, but that seems unnecessary. I was able to hear that same person on the Motorola radio whilst talking through a local repeater on the Phoenix network. The settings are the same between both channels except frequency, color code and RX group list (which are all correct).
As I mentioned, this seems to be a new bug in the Openspot2 firmware. I did not have this issue in previous versions.
M7GSX
Just had it again with the original person I noticed the issue with. Could you either send me an older firmware version so I can confirm or let me know how to create a log that I can send to you please?
HA2NON
Please contact
info@sharkrf.com
and refer to this forum thread. We'll send you an older firmware, but as call handling has not changed in the past half year at least, it will be quite hard to guess what causes your issue. I have a Motorola DM4601 and it works without issues.
M7GSX
Thanks Norbert. I've only noticed it with 2 or 3 people, so still not 100% sure what's causing it. I'll let you know how I get on with the older firmware.
M7GSX
Okay so I'm still getting the issue on v49, apologies about that, but I have noticed that people I'm unable to hear all seem to be using "20191016_Pi-Star-v4" and the reflector according to the Brandmeister dashboard, so it must be a bug that was introduced with their latest firmware. Any ideas on how I should go about reporting this? Could still also have something to do with how the Openspot handles the call? I have no idea.
HA2NON
Please post an openSPOT2 device log excerpt of a call which you don't hear. Make sure the call start and call end is in the log (turn off limit log lines on the Status page, Log section).
M7GSX
Log below. Nothing unusual as far as I can tell. I was able to hear M7SCR but not GM0ROU.
17:40:40 dmrcalltracker[0]: grp voice call started, dst: 2350 src: 2346618 id: bafa8640181a7028
17:40:40 nvmm-csd: looking up id 2350 type 2
17:40:40 nvmm-csd: dmr ids 2350 dmr tg ids 2350 call "United Kingdom 4400" name "" city "" state "" country ""
17:40:40 nvmm-csd: looking up id 2346618 type 0
17:40:40 nvmm-csd: dmr ids 2346618 call "M7SCR" name "M7SCRStewart" city "" state "" country "gb"
17:40:42 dmrcalltracker-emb [0]: decoded talker alias: M7SCR STU - Nottingham
17:40:45 homebrew: ping sent
17:40:45 homebrew: pong received
17:40:48 dmrcalltracker[0]: call ended, dur 8.4s ber 0.0% loss 0.0% rssi 0
17:40:50 nvmm: net check
17:40:51 nvmm: net check ok (12 ms)
17:40:52 homebrew: ping sent
17:40:52 homebrew: pong received
17:40:54 dmrcalltracker[0]: grp voice call started, dst: 2350 src: 2354019 id: 54640a8246c646d2
17:40:54 nvmm-csd: looking up id 2350 type 2
17:40:54 nvmm-csd: dmr ids 2350 dmr tg ids 2350 call "United Kingdom 4400" name "" city "" state "" country ""
17:40:54 nvmm-csd: looking up id 2354019 type 0
17:40:54 nvmm-csd: dmr ids 2354019,2354279 nxdn ids 4279 call "GM0ROU" name "Tony" city "" state "" country "gb"
17:40:58 homebrew: ping sent
17:40:58 homebrew: pong received
17:40:59 dmrcalltracker[0]: call ended, dur 5.8s ber 0.1% loss 0.0% rssi 0
M7GSX
Here's a longer call from GM0ROU.
17:43:37 dmrcalltracker[0]: grp voice call started, dst: 2350 src: 2354019 id: de1412862ef4488a
17:43:37 nvmm-csd: looking up id 2350 type 2
17:43:37 nvmm-csd: dmr ids 2350 dmr tg ids 2350 call "United Kingdom 4400" name "" city "" state "" country ""
17:43:37 nvmm-csd: looking up id 2354019 type 0
17:43:37 nvmm-csd: dmr ids 2354019,2354279 nxdn ids 4279 call "GM0ROU" name "Tony" city "" state "" country "gb"
17:43:42 homebrew: ping sent
17:43:42 homebrew: pong received
17:43:48 mdns: got discover
17:43:48 homebrew: ping sent
17:43:48 homebrew: pong received
17:43:51 nvmm: net check
17:43:51 nvmm: net check ok (11 ms)
17:43:55 homebrew: ping sent
17:43:55 homebrew: pong received
17:44:01 homebrew: ping sent
17:44:01 homebrew: pong received
17:44:07 homebrew: ping sent
17:44:07 homebrew: pong received
17:44:13 homebrew: ping sent
17:44:13 homebrew: pong received
17:44:19 homebrew: ping sent
17:44:19 homebrew: pong received
17:44:25 homebrew: ping sent
17:44:25 homebrew: pong received
17:44:31 homebrew: ping sent
17:44:31 homebrew: pong received
17:44:37 homebrew: ping sent
17:44:37 homebrew: pong received
17:44:37 mdns: got discover
17:44:43 homebrew: ping sent
17:44:43 homebrew: pong received
17:44:49 homebrew: ping sent
17:44:49 homebrew: pong received
17:44:50 dmrcalltracker[0]: call ended, dur 72.6s ber 0.0% loss 0.0% rssi 0
HA2NON
None of the calls can be heard from GM0ROU, or just randomly some of them?
M7GSX
None of them. There's a few others too, like G0VPY.
HA2NON
Does enabling call rerouting help?
M7GSX
Just tried, no it does not.