Why is DMR Net now yellow?

Help with DMR issues
User avatar
MW0MWZ
Site Admin
Posts: 1505
Joined: Wed Apr 04, 2018 9:15 pm
Location: Wales, UK
Contact:

Why is DMR Net now yellow?

Post by MW0MWZ »

If its yellow, one or more of your DMR Services is failing to login, if you are using BrandMeister, make sure you have your hotspot security password set in BM Self Care.
Andy

73 de MW0MWZ
http://pistar.uk
User avatar
G8SEZ
Posts: 553
Joined: Fri Apr 13, 2018 8:26 pm

Re: Why is DMR Net now yellow?

Post by G8SEZ »

This is actually a really nice change Andy, cued me in to the hotspot security password needing to be reentered.
--

Brian G8SEZ
AF7FS
Posts: 8
Joined: Sat Aug 18, 2018 3:31 am

Re: Why is DMR Net now yellow?

Post by AF7FS »

MW0MWZ wrote: Fri Mar 12, 2021 4:38 pm If its yellow, one or more of your DMR Services is failing to login, if you are using BrandMeister, make sure you have your hotspot security password set in BM Self Care.
My Pi-Star "DMR Net" status on the hotspot goes from green to yellow. I verified it's the same Hotspot Password that I setup last November. When I apply "DMR Configuration" changes, the status goes back to green and later on back to yellow. I did this a few times. Do we need to update the Hotspot password periodically?
KG6RUT
Posts: 105
Joined: Thu Dec 24, 2020 7:28 pm

Re: Why is DMR Net now yellow?

Post by KG6RUT »

Same here for the last 2 days I think. However, I am still completely connected and everything continues to work. A quick Apply and its immediately back to green. Went to bed and it was green, but this morning it was yellow.
w5jhc
Posts: 2
Joined: Sat May 09, 2020 1:36 am

Re: Why is DMR Net now yellow?

Post by w5jhc »

I really think BM is having some issues.. b/c this morning.. My BM password to login didn't work... I had to reset it.. (it's saved in the browser).. Then the hotspot was having issues.. had been on working the day before.. I reset my BM password and it magically started working today.

NOw.. i see it is yellow (after i just finished talking on it 20 min ago)...
KG6RUT
Posts: 105
Joined: Thu Dec 24, 2020 7:28 pm

Re: Why is DMR Net now yellow?

Post by KG6RUT »

Yup, went for a quick walk and now I am yellow again as well :) definitely chalking it up to BM....
f1rmb
Posts: 31
Joined: Thu Feb 21, 2019 12:12 pm

Re: Why is DMR Net now yellow?

Post by f1rmb »

Hi,
KE7FNS wrote: Thu Mar 18, 2021 8:52 pm
AF7FS wrote: Thu Mar 18, 2021 7:28 pm Do we need to update the Hotspot password periodically?
No, you do not.
w5jhc wrote: Thu Mar 18, 2021 8:00 pm had been on working the day before.. I reset my BM password and it magically started working today.

NOw.. i see it is yellow (after i just finished talking on it 20 min ago)...
You do not have to go back and reset any passwords.

If Pi-star is detecting issues with your connection to a DMR master, it will display the yellow warning indication. That doesn't automatically mean there is an issue with your password, as it might be network issues with your specific ISP, or problems at the DMR master itself that are completely out of your control.

For anyone else reading this:

If you see it is yellow, and have NOT entered a hotspot security password, then enter a hotspot security password as it is now required.

If you see it is yellow and have already entered a hotspot security password previously, then there are network issues. If the issue resolves itself then the yellow indication will go away on its own.

If you are super impatient you can try changing to a different master and see if that solves the issue.

Not entirely true, as the new function checkDMRLogin() is wrong by design: it's checking if a disconnection has happened in the last 5 lines of the log (MMDVMHost or DMRGateway), but it doesn't check if a reconnection did happened afterward.
So, "yellow" state can falsely remains on screen for a while (even longer while using DMRGateway).


Cheers.
---
Daniel
KG6RUT
Posts: 105
Joined: Thu Dec 24, 2020 7:28 pm

Re: Why is DMR Net now yellow?

Post by KG6RUT »

it remains forever on DMRGateway, or until an Apply....
KN2TOD
Posts: 264
Joined: Sun Nov 11, 2018 6:36 pm

Re: Why is DMR Net now yellow?

Post by KN2TOD »

f1rmb wrote: Thu Mar 18, 2021 10:27 pm Not entirely true, as the new function checkDMRLogin() is wrong by design: it's checking if a disconnection has happened in the last 5 lines of the log (MMDVMHost or DMRGateway), but it doesn't check if a reconnection did happened afterward.
So, "yellow" state can falsely remains on screen for a while (even longer while using DMRGateway).
I agree. A check within the 5 lines needs to added to the function:

Take these sample logs: re-logons are occurring quickly enough (like, one line later) but the delay rolling off those specific log lines can take a while, leaving one with the impression that they're disconnected.


M: 2021-03-19 01:14:51.460 0000: 07 00 00 6E 00 20 00 57 00 *...n. .W.*
M: 2021-03-19 01:14:53.007 DMR Slot 2, received network end of voice transmission from ...
W: 2021-03-19 01:15:08.146 DMR, Login to the master has failed, retrying login ...
M: 2021-03-19 01:15:18.341 DMR, Logged into the master successfully
M: 2021-03-19 01:31:38.989 DMR Slot 2, received network voice header from KN4NDV to TG ...
M: 2021-03-19 01:31:39.370 DMR Talker Alias (Data Format 3, Received 3/13 char): 'KN4'
M: 2021-03-19 01:31:39.370 DMR Slot 2, Embedded Talker Alias Header

M: 2021-03-18 12:15:44.785 DMR Slot 2, Embedded Talker Alias Block 1
M: 2021-03-18 12:15:44.785 0000: 05 00 20 4A 6F 68 6E 20 4B *.. John K*
M: 2021-03-18 12:16:15.161 DMR Slot 2, received network end of voice transmission from
W: 2021-03-18 12:32:59.238 DMR, Login to the master has failed, retrying login ...
M: 2021-03-18 12:33:09.445 DMR, Logged into the master successfully
M: 2021-03-18 12:50:49.992 DMR Slot 2, received network voice header from KN4DRW to TG ..
M: 2021-03-18 12:50:50.121 DMR Slot 2, received network end of voice transmission from

M: 2021-03-18 19:27:18.860 0000: 07 00 00 61 00 6E 00 65 00 *...a.n.e.*
M: 2021-03-18 19:27:26.538 DMR Slot 2, received network end of voice transmission from ...
W: 2021-03-18 19:42:16.488 DMR, Login to the master has failed, retrying login ...
M: 2021-03-18 19:42:26.684 DMR, Logged into the master successfully
M: 2021-03-18 19:42:51.389 DMR Slot 2, received network voice header from WW4MO to TG ...
M: 2021-03-18 19:42:51.759 DMR Talker Alias (Data Format 3, Received 3/13 char): 'WW4'

M: 2021-03-17 19:33:14.320 DMR Slot 2, received network end of voice transmission from ...
W: 2021-03-17 19:39:34.722 DMR, Login to the master has failed, retrying login ...
M: 2021-03-17 19:39:44.941 DMR, Logged into the master successfully
W: 2021-03-17 19:40:55.037 DMR, Login to the master has failed, retrying login ...
M: 2021-03-17 19:41:05.244 DMR, Logged into the master successfully
M: 2021-03-17 19:51:48.924 DMR Slot 2, received network voice header from KN4WQH to TG ...
M: 2021-03-17 19:51:48.940 DMR Slot 2, received network end of voice transmission from ...
f1rmb
Posts: 31
Joined: Thu Feb 21, 2019 12:12 pm

Re: Why is DMR Net now yellow?

Post by f1rmb »

KE7FNS wrote: Fri Mar 19, 2021 1:28 am
f1rmb wrote: Thu Mar 18, 2021 10:27 pm Not entirely true, as the new function checkDMRLogin() is wrong by design: it's checking if a disconnection has happened in the last 5 lines of the log (MMDVMHost or DMRGateway), but it doesn't check if a reconnection did happened afterward.
So, "yellow" state can falsely remains on screen for a while (even longer while using DMRGateway).
By using simple deductive reasoning you already know it reconnected. When it reconnects then the log is going to contain new entries pushing the disconnect message past the last 5 lines so it will no longer be true when checking for the existence of that message.
In the DMRGateway case, that's a real problem, as alsmost only connection/disconnection events are logged.
Per Network, it's a 4 lines entry, e.g.:

Code: Select all

W: 2021-03-18 12:16:37.077 BM_2081_France, Login to the master has failed, retrying login ...
D: 2021-03-18 12:16:47.299 BM_2081_France, Sending authorisation
D: 2021-03-18 12:16:47.494 BM_2081_France, Sending configuration
M: 2021-03-18 12:16:47.659 BM_2081_France, Logged into the master successfully
So, it's easy to see a real problem with that php function, as nothing more will be logged until a connection breaks.
My point is simply, this new connection state on the dashboard will confuse user, I also agree that checking for the reconnection will impact the CPU/IO load.
It's still possible to do it, I've build some shell command lines for this, but it's overkill in anyway, and still won't work when you have few enabled networks, as entries are mixed, so a connection can hide a disconnected network.


Cheers.
---
Daniel
Post Reply