开云体育

Locked I have apparently created a loop or message storm in Loconet - I don't know if it's JMRI or not -- any suggestions on how to diagnose?


 

Dave, thanks. Now I understand.? I'm using MQTT signal masts
--
Douwe


 

Douwe,

The send count option is only applicable to signal mast drivers that talk directly to the layout, such as the "DCC Signal Mast Decoder". ? ?

Dave Sand


----- Original message -----
From:?douwe@...
Subject: Re: [jmriusers] I have apparently created a loop or message storm in Loconet - I don't know if it's JMRI or not -- any suggestions on how to diagnose?
Date: Monday, May 01, 2023 10:47 AM

I followed this discussion and was triggered by the comment that you can set the number of 'send counts' to a mast.
I know you can set that for a turnout, but for a mast I haven't been able to find that setting anywhere.
What am I missing?

?


--
Douwe


 

I followed this discussion and was triggered by the comment that you can set the number of 'send counts' to a mast.
I know you can set that for a turnout, but for a mast I haven't been able to find that setting anywhere.
What am I missing?

?


--
Douwe


 

Well, I changed all the masts (about 35 of them) to a send count of 1 and the problem went away. That MIGHT have been the answer, or I did something different in the startup sequence, or it was something entirely different. We may never know.?

Thanks for the suggestion -- it was probably a good idea to do even if it wasn't the cause of the problem (or maybe it was?).

Scott Walton

On Sat, Apr 29, 2023 at 3:05?PM Ken Heywood <kheywood@...> wrote:
Are you using masts? If so, set the Send Count to 1, not 3. See how that works.
--
Ken
NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959)
[DB150][PR3][QuadLN_S][JMRI 5.3.5]



--
Scott Walton


 

Are you using masts? If so, set the Send Count to 1, not 3. See how that works.
--
Ken
NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959)
[DB150][PR3][QuadLN_S][JMRI 5.3.5]


 

I have been working with my panels (current version at /g/jmriusers/files/ProblemsBeingWorkedOn/Scott_Waltons_problem/PRR_West_CTC_cleaned_fourth_reset.xml)?getting the Signals correct (especially around the double crossovers). I got those apparently correctly and managed to get several Transits to correctly circle the railroad (mostly - a couple of pauses here and there). I went to work on it again and when I turned on power to the railroad, I noticed that the Loconet became VERY busy and never went idle. When I looked at the Loconet monitor, there were many "Send IMM Packet command" messages and most were rejected as the buffer was full. I turned off power to the railroad and then restarted JMRI -- the same situation recurred. I again turned off the railroad and this time started JMRI on a different computer, connected to the same railroad. I started a monitor capturing the Loconet data. The messages didn't start again I restarted the PanelPro with the panels in the files section. Then the messages started again, but the curious thing is that they didn't stop when I exited PanelPro, so there must be something in the LocoNet devices that is either sending or resending these messages. The Monitor log has been upload to the same file area (/g/jmriusers/files/ProblemsBeingWorkedOn/Scott_Waltons_problem/monitorLog-alpha-full3.txt). No errors are showing in the System Console window.

The environment is:
Windows 11, Java 11, command station is Digikeijs DR5000 with DR5088RC Railcom readers, and RR-CirKits devies (SignalMan, TowerMan, MotorMan, TC-64, TC-64 MKII). Any suggestions on how to narrow down this problem. I think it would help if I was able to decipher where the Send IMM packets were addressed.

Scott Walton