Good Day
I have created an internal sensor IS4 on my PanelPro layout diagram. I want this sensor to be set to INACTIVE on startup of JMRI. This sensor, when manually selected, will indicate the direction of travel on a bidirectional piece of track.
?
self.direction = sensors.provideSensor(¡°IS4¡±)
self.dirstate = self.direction.getKnownState()
print self.dirstate # this value is either 2 for ACTIVE or 4 for INACTIVE
?
How do I force the state of IS4 to INACTIVE on startup?
?
Derek.
|
Locked
Re: Lighting control with JMRI
I use a Pricom Design "Layout Lighting Solution" (LLS) board as a DCC/DMX gateway. It connects directly to the DCC bus and translates turnout commands from JMRI to control DMX devices. It has an Ethernet web server where you configure the lighting scenes (dimming rate). I have panels in panel pro that control the whole mess. I divide the 24 hour day into 12 scenes and a Jython script automates the sequence. See attached. I'd be happy to share all the software/coding. You can probably get Bob at Pricom to come down on the price of the LLS. He is asking like $700 (yes, $700) but he gave me one for free (yes, free). This approach works very well for my needs.
--
Vinny DeRobertis ~ Apex, NC
New York & Hudson Valley RR
Windows 7 Pro / Java 11 / JMRI v5.7.7
Command Station: Digikeijs DR5000.
Booster: Digikeijs DR5033
Interface: Samsung A7 10.4" Tablets/Fully Kiosk.
DCC/DMX Gateway: Pricom LLS.
LocoNet Input Modules: Digikeijs DR4088LN
DCC Output Modules:
Digikeijs DR4018 / Yamorc YD8116.
Sensors: Model Train Technology: DETECTOR-HO.
Turnout Motors: MTB MP1
|
Locked
Re: Train entering multi track terminus
On Wed, Sep 4, 2024 at 12:39 AM, Dave Sand wrote: I would use a script to start the train using the train info file. There are
options to override some of the defined fields, such as the DCC address or
roster entry.
David, "I would use a script to start the train using the train info file. There are options to override some of the defined fields, such as the DCC address or roster entry. " That's what I hoped you wouldn't say. I've done a fair lot of programming in my life (I'm 84). A bit in Python. So I'll bite the bullet and start off with "Hello world.". What bother me is the lack of documentation, or at least I haven't been able to find it, on the parameters for the object programming. For example both sensors and turnouts are used as objects, one has the parameters sensors.provideSensor and roughly the same for turnouts. Is there a list of libraries some place with their list objects and their object parameters, besides the How to which is only some what helpful? I saw an example of how to read a file. Considering the development work, it would seem to me that there would be in some place routines on how to read and write keyword definitions in a file. How to find them ? Richard Edited on Thursday, 5 September 2024 at 16:21 (GMT + 2) ¨¤ Paris, France; sent later.
|
Locked
Re: JMRI 5.8 hangs when opening panels-tables automatically on startup.
#startup
Bob and all,
?
? So far everything seems to be working. After installing the debug build I restored my profile from a backup. upon restart JMRI rebuilt the decoder index and completed the startup (at this point only the automated panel load was enabled, which used to hang the program). I then enabled all other actions except for the manual load. Restarted and it came up file without hanging. I continued by removing the manual load step and rebooting my machine. Again JMRI loaded with no problem.
?
Many thanks for the prompt response and hard work!
?
Gil?
|
Locked
Re: MQTT high volume issues - some progress
#mqtt
Could you try JMRI 5.9.3 please? It¡¯s got a fix to allow more outstanding messages:
That fix was merged after the development release you¡¯re using now.
Bob
¡ª
Bob Jacobsen
rgj1927@...
|
Locked
Re: JMRI 5.8 hangs when opening panels-tables automatically on startup.
#startup
Bob and all,
?
? Sorry for the delay, I was out of town. Will try it and let you know the results. I'm using Windows 11.
?
Gil
|
Locked
Re: MQTT high volume issues - some progress
#mqtt
Chris,
It might be that JMRI closes the connection when it times out.
The log you sent before had these lines:
> 2024-09-03T19:03:14,734
mqtt.MqttAdapter????????????????????? ERROR - Can't publish :?
[AWT-EventQueue-0]
> org.eclipse.paho.client.mqttv3.MqttException: Timed out
waiting for a response from the server
So it could be that the broker gets unresponsive due to high
volume and that JMRI then closes the connection. But that's a
guess that I'm doing.
Daniel
On 2024-09-05 12:25, Chris Holden
wrote:
toggle quoted message
Show quoted text
Hi Daniel - it appears to be JMRI that closed the connection
-
?
2024-09-03T19:03:14: Client TheLoftJMRI8EB8A1FEM closed its
connection.
?
There had been a high volume of messages in the minutes
leading up to this disconnection - like I mentioned earlier, an
RFID reader was flooding with the same ID. It also looks like I
restarted an Arduino during those few minutes which resulted in
a few sensor updates all going to JMRI at once.
?
Mosquitto log files are big! I've uploaded the logs from
19:00 until 19:04 (when I shut everything down) in case you want
to sift through it!
?
192.168.1.29 is the IP of the PC that runs JMRI, has
mosquitto installed on it and also runs a couple of c# apps that
also publish to MQTT. It looks from the logs like they're not
particularly efficient and are constantly connecting /
disconnecting from MQTT - I might have to have a look at that.
?
As JMRI and mosquitto are on the same PC, the log times match
up exactly.
?
?
Thanks,
Chris
?
?
|
Darren,
Totally separate address ranges. And the IS range is completely free
as it is JMRI internal.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
|
Locked
Re: MQTT high volume issues - some progress
#mqtt
Hi Daniel - it appears to be JMRI that closed the connection -
?
2024-09-03T19:03:14: Client TheLoftJMRI8EB8A1FEM closed its connection.
?
There had been a high volume of messages in the minutes leading up to this disconnection - like I mentioned earlier, an RFID reader was flooding with the same ID. It also looks like I restarted an Arduino during those few minutes which resulted in a few sensor updates all going to JMRI at once.
?
Mosquitto log files are big! I've uploaded the logs from 19:00 until 19:04 (when I shut everything down) in case you want to sift through it!
?
192.168.1.29 is the IP of the PC that runs JMRI, has mosquitto installed on it and also runs a couple of c# apps that also publish to MQTT. It looks from the logs like they're not particularly efficient and are constantly connecting / disconnecting from MQTT - I might have to have a look at that.
?
As JMRI and mosquitto are on the same PC, the log times match up exactly.
?
?
Thanks,
Chris
?
?
|
Locked
Re: MQTT high volume issues - some progress
#mqtt
Chris,
What happens is that the connection gets disconnected. Can you
look at the logs for the MQTT broker to see if it's the broker or
JMRI that disconnects the connection?
The important part of the log is this:
2024-09-03T19:01:14,231 actions.LogLocalVariables????????????
WARN? - Log local variables: [JMRI LogixNGThread]
2024-09-03T19:01:14,232 actions.LogLocalVariables????????????
WARN? -???? Name: topic, Value: layout/block/allocate/IB:AUTO:0066
[JMRI LogixNGThread]
2024-09-03T19:01:14,232 actions.LogLocalVariables????????????
WARN? -???? Name: message, Value: Incline Station 2 [JMRI
LogixNGThread]
2024-09-03T19:01:14,232 actions.LogLocalVariables????????????
WARN? - Global variables: [JMRI LogixNGThread]
2024-09-03T19:01:14,232 actions.LogLocalVariables????????????
WARN? - Log local variables done [JMRI LogixNGThread]
2024-09-03T19:03:14,733 internal.ClientState?????????????????
ERROR - TheLoftJMRI8EB8A1FEM: Timed out as no activity,
keepAlive=60,000,000,000 lastOutboundActivity=40,339,543,437,800
lastInboundActivity=40,279,543,166,200 time=40,399,543,515,700
lastPing=40,339,543,439,400 [MQTT Ping: TheLoftJMRI8EB8A1FEM]
2024-09-03T19:03:14,739 mqtt.MqttAdapter?????????????????????
WARN? - Lost MQTT broker connection... [MQTT Ping:
TheLoftJMRI8EB8A1FEM]
2024-09-03T19:03:14,739 mqtt.MqttAdapter?????????????????????
INFO? - ...trying to reconnect repeatedly [MQTT Ping:
TheLoftJMRI8EB8A1FEM]
2024-09-03T19:03:14,734 mqtt.MqttAdapter?????????????????????
ERROR - Can't publish :? [AWT-EventQueue-0]
org.eclipse.paho.client.mqttv3.MqttException: Timed out waiting
for a response from the server
??? at
org.eclipse.paho.client.mqttv3.internal.ExceptionHelper.createMqttException(ExceptionHelper.java:31)
~[org.eclipse.paho.client.mqttv3-1.2.5.jar:?]
??? at
org.eclipse.paho.client.mqttv3.internal.ClientState.checkForActivity(ClientState.java:747)
~[org.eclipse.paho.client.mqttv3-1.2.5.jar:?]
??? at
org.eclipse.paho.client.mqttv3.internal.ClientComms.checkForActivity(ClientComms.java:818)
~[org.eclipse.paho.client.mqttv3-1.2.5.jar:?]
??? at
org.eclipse.paho.client.mqttv3.internal.ClientComms.checkForActivity(ClientComms.java:804)
~[org.eclipse.paho.client.mqttv3-1.2.5.jar:?]
??? at
org.eclipse.paho.client.mqttv3.TimerPingSender$PingTask.run(TimerPingSender.java:79)
~[org.eclipse.paho.client.mqttv3-1.2.5.jar:?]
??? at java.util.TimerThread.mainLoop(Timer.java:556) ~[?:?]
??? at java.util.TimerThread.run(Timer.java:506) ~[?:?]
2024-09-03T19:03:14,741 mqtt.MqttAdapter?????????????????????
ERROR - Can't publish :? [AWT-EventQueue-0]
org.eclipse.paho.client.mqttv3.MqttException: Client is not
connected
??? at
org.eclipse.paho.client.mqttv3.internal.ExceptionHelper.createMqttException(ExceptionHelper.java:31)
~[org.eclipse.paho.client.mqttv3-1.2.5.jar:?]
??? at
org.eclipse.paho.client.mqttv3.internal.ClientComms.sendNoWait(ClientComms.java:205)
~[org.eclipse.paho.client.mqttv3-1.2.5.jar:?]
??? at
org.eclipse.paho.client.mqttv3.MqttAsyncClient.publish(MqttAsyncClient.java:1375)
~[org.eclipse.paho.client.mqttv3-1.2.5.jar:?]
??? at
org.eclipse.paho.client.mqttv3.MqttClient.publish(MqttClient.java:570)
~[org.eclipse.paho.client.mqttv3-1.2.5.jar:?]
??? at
org.eclipse.paho.client.mqttv3.MqttClient.publish(MqttClient.java:562)
~[org.eclipse.paho.client.mqttv3-1.2.5.jar:?]
??? at jmri.jmrix.mqtt.MqttAdapter.publish(MqttAdapter.java:295)
~[jmri.jar:?]
??? at jmri.jmrix.mqtt.MqttAdapter.publish(MqttAdapter.java:282)
~[jmri.jar:?]
??? at jmri.jmrix.mqtt.MqttAdapter.publish(MqttAdapter.java:308)
~[jmri.jar:?]
??? at
jmri.jmrix.mqtt.MqttTurnout.sendMessage(MqttTurnout.java:127)
~[jmri.jar:?]
??? at
jmri.jmrix.mqtt.MqttTurnout.forwardCommandChangeToLayout(MqttTurnout.java:123)
~[jmri.jar:?]
??? at
jmri.implementation.AbstractTurnout.setCommandedState(AbstractTurnout.java:154)
~[jmri.jar:?]
??? at
jmri.implementation.TripleTurnoutSignalHead.updateOutput(TripleTurnoutSignalHead.java:74)
~[jmri.jar:?]
Daniel
On 2024-09-05 08:36, Chris Holden
wrote:
toggle quoted message
Show quoted text
Hi!
?
I discovered the other day that the MQTT timeouts and
exceptions are not specifically connected to startup - they're
actually caused, I now believe, by a high volume of MQTT
messages being received by JMRI in a short space of time.
?
I have RFID feeding into JMRI via MQTT (I think I just have a
thing for four-letter acronyms) and accidentally parked a train
right over a sensor. Turns out neither the reader nor my code
were clever enogh to handle this and the result was just a
continuous stream of messages over MQTT with the same tag, over
and over again.
?
This resulted in the same set of exceptions in JMRI as I
sometimes see at startup - because I have persistence on, when
JMRI starts up it's likely to receive a high volume of messages
too as the MQTT server is sat there with them ready to send.
?
I thought this might offer some more information on the
issue, link to the log file here.
?
?
I believe that file got cut off at the start so here's the
beginning of a log file for versions etc.
?
07:28:10,604 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?-
* JMRI log ** [main]
07:28:10,620 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- This
log is stored in file: C:\Users\chris\JMRI\log\session.log
[main]
07:28:10,620 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- This
log is appended to file: C:\Users\chris\JMRI\log\messages.log
[main]
07:28:10,635 apps.Apps ? ? ? ? ? ? ? ? ? ? ? ? ? ? INFO ?-
PanelPro version 5.9.2plus+jenkins+20240726T1122Z+Rbe7227ec9
starts under Java 11.0.18 on Windows 11 amd64 v10.0 at Thu Sep
05 07:28:10 BST 2024 [main]
07:28:11,736 apps.Apps ? ? ? ? ? ? ? ? ? ? ? ? ? ? INFO ?-
Starting with profile My_JMRI_Railroad.3f48fdae [main]
07:28:11,830 jmri.util.node.NodeIdentity ? ? ? ? ? INFO ?- Using
c6791751-a09e-4474-a63a-9c589a5fcff7 as the JMRI storage
identity for profile id 3f48fdae [AWT-EventQueue-0]
07:28:11,909 xml.AbstractSerialConnectionConfigXml INFO ?-
Starting to connect for "DCC++" [main]
07:28:12,119 jmri.jmrix.dccpp.serial.DCCppAdapter ?INFO ?-
Connecting DCC++ to COM12 Arduino Mega 2560 (COM12) [main]
07:28:12,197 jmri.jmrix.dccpp.serial.DCCppAdapter ?INFO ?- Port
COM12 Arduino Mega 2560 (COM12) opened at 115200 baud, sees DTR:
true RTS: true DSR: false CTS: false DCD: false flow: NONE
[main]
07:28:12,244 mrix.dccpp.DCCppInitializationManager INFO ?- DCC++
Initialization Complete [main]
07:28:12,323 jmri.jmrix.mqtt.MqttAdapter ? ? ? ? ? INFO ?- MQTT
starting connect with MQTTchannel = "" [main]
07:28:12,338 jmri.jmrix.mqtt.MqttAdapter ? ? ? ? ? INFO ?-
Connection M is using a clientID of "TheLoftJMRI8EB8A1FEM"
[main]
07:28:12,695 jmri.jmrix.mqtt.MqttPowerManager ? ? ?INFO ?-
Subscribed to track/power [main]
07:28:13,055 jmri.jmrit.roster.Roster ? ? ? ? ? ? ?INFO ?-
Reading roster file with rootFromName(C:\Users\chris\JMRI\rs
test\My JMRI Railroad\roster.xml) [main]
07:28:13,729 jmri.jmrit.withrottle.FacelessServer ?INFO ?-
Published ZeroConf service for 'the
loft._withrottle._tcp.local.' on 192.168.1.29:12090
[WiThrottleServer]
07:28:13,729 jmri.jmrit.withrottle.FacelessServer ?INFO ?-
Creating new WiThrottle DeviceServer(socket) on port 12090,
waiting for incoming connection... [WiThrottleServer]
07:28:13,981 jmri.util.startup.PerformFileModel ? ?INFO ?-
Loading file C:\Users\chris\JMRI\rs test\My JMRI
Railroad\TheLoft.xml [main]
07:28:14,202 jmri.web.server.WebServer ? ? ? ? ? ? INFO ?-
Starting Web Server on port 8080 [WebServer]
07:28:15,026 jmri.web.server.WebServer ? ? ? ? ? ? INFO ?-
Starting ZeroConfService _http._tcp.local for Web Server with
properties {path=/, json=5.4.0} [WebServer]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File
path program: is C:\Program Files (x86)\JMRI\ [main]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File
path preference: is C:\Users\chris\JMRI\rs test\My JMRI
Railroad\ [main]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File
path profile: is C:\Users\chris\JMRI\rs test\My JMRI Railroad\
[main]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File
path settings: is C:\Users\chris\JMRI\ [main]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File
path home: is C:\Users\chris\ [main]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File
path scripts: is C:\Program Files (x86)\JMRI\jython\ [main]
07:28:18,987 t.display.layoutEditor.BlockValueFile INFO ?- 20 of
20 block values restored. Rule=RESTOREONLYIFALLOCCUPIED,
Power=OFF [main]
07:28:19,082 mri.jmrit.logixng.actions.DigitalMany ERROR -
cannot load digital action IQDA:AUTO:0040 [main]
07:28:19,082 .jmrit.logixng.actions.ExecuteDelayed ERROR -
cannot load analog action IQDA:AUTO:0043 [main]
07:28:19,082 mri.jmrit.logixng.actions.DigitalMany ERROR -
cannot load digital action IQDA:AUTO:0039 [main]
07:28:19,082 .jmrit.logixng.actions.ExecuteDelayed ERROR -
cannot load analog action IQDA:AUTO:0045 [main]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- Log
local variables: [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- ? ?
Name: topic, Value: null [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- ? ?
Name: message, Value: null [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?-
Global variables: [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- Log
local variables done [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- Log
local variables: [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- ? ?
Name: topic, Value: null [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- ? ?
Name: message, Value: null [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?-
Global variables: [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- Log
local variables done [JMRI LogixNGThread]
Warning: Nashorn engine is planned to be removed from a future
JDK release
07:28:21,251 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?-
Station Type set to 'DCC-EX' [AWT-EventQueue-0]
07:28:21,251 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?- Build
set to 'devel-202406182019Z' [AWT-EventQueue-0]
07:28:21,251 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?-
Version set to '5.2.62' [AWT-EventQueue-0]
07:28:21,251 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?-
changing maxNumSlots from 12 to 50 [AWT-EventQueue-0]
07:28:21,754 apps.PanelPro.PanelPro ? ? ? ? ? ? ? ?INFO ?- Main
initialization done [main]
07:28:23,045 display.layoutEditor.ConnectivityUtil WARN ?-
Neither branch at LayoutTurnout TO3 turnout: Incline Top Pi side
LH (MT5001) leads to next block Incline PC end (ILB25)
[AWT-EventQueue-0]
07:28:23,045 display.layoutEditor.ConnectivityUtil WARN ?-
Connectivity not complete at Incline Top Pi side LH
[AWT-EventQueue-0]
07:28:23,061 display.layoutEditor.ConnectivityUtil WARN ?-
Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side
LH (MT5002) leads to next block Incline Station 2 (ILB50)
[AWT-EventQueue-0]
07:28:23,061 display.layoutEditor.ConnectivityUtil WARN ?-
Connectivity not complete at Incline Top PC side LH
[AWT-EventQueue-0]
07:28:23,061 display.layoutEditor.ConnectivityUtil WARN ?-
Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side
LH (MT5002) leads to next block Incline Station 1 (ILB53)
[AWT-EventQueue-0]
07:28:23,061 display.layoutEditor.ConnectivityUtil WARN ?-
Connectivity not complete at Incline Top PC side LH
[AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?-
Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side
LH (MT5002) leads to next block Incline Station 2 (ILB50)
[AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?-
Connectivity not complete at Incline Top PC side LH
[AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?-
Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side
LH (MT5002) leads to next block Incline Station 1 (ILB53)
[AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?-
Connectivity not complete at Incline Top PC side LH
[AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?-
Neither branch at LayoutTurnout TO3 turnout: Incline Top Pi side
LH (MT5001) leads to next block Incline PC end (ILB25)
[AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?-
Connectivity not complete at Incline Top Pi side LH
[AWT-EventQueue-0]
07:28:23,092 display.layoutEditor.ConnectivityUtil WARN ?-
Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side
LH (MT5002) leads to next block Incline Station 2 (ILB50)
[AWT-EventQueue-0]
07:28:23,092 display.layoutEditor.ConnectivityUtil WARN ?-
Connectivity not complete at Incline Top PC side LH
[AWT-EventQueue-0]
07:28:23,092 display.layoutEditor.ConnectivityUtil WARN ?-
Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side
LH (MT5002) leads to next block Incline Station 1 (ILB53)
[AWT-EventQueue-0]
07:28:23,092 display.layoutEditor.ConnectivityUtil WARN ?-
Connectivity not complete at Incline Top PC side LH
[AWT-EventQueue-0]
07:28:23,108 display.layoutEditor.ConnectivityUtil WARN ?-
Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side
LH (MT5002) leads to next block Incline Station 2 (ILB50)
[AWT-EventQueue-0]
07:28:23,108 display.layoutEditor.ConnectivityUtil WARN ?-
Connectivity not complete at Incline Top PC side LH
[AWT-EventQueue-0]
07:28:23,108 display.layoutEditor.ConnectivityUtil WARN ?-
Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side
LH (MT5002) leads to next block Incline Station 1 (ILB53)
[AWT-EventQueue-0]
07:28:23,108 display.layoutEditor.ConnectivityUtil WARN ?-
Connectivity not complete at Incline Top PC side LH
[AWT-EventQueue-0]
|
Locked
Re: DALI Lighting control with JMRI
Not really.
David was the one that kept all that info and research.
We talked about it. I remember at the time, and this goes back pre-pandemic, I had found a company in Italy that from the looks of it would give him the ability to interface with JMR/LCC but they wouldn't sell outside Europe. Everything else at that time was too expensive or DIY.
He looked at DMX, but felt that it was lacking. He compared it to Loconet vs LCC.
I will see if I can find anything in his notes ( I saved what I could though they are in a box, somewhere among 20+ boxes full of docs. I just do not have the time right now for that kind of search).
Though a Google search of "DALI lighting control" did show quite a variety of equipment, and prices. I have no idea if they can take inputs, or just stand alone.
Anyway, the bottom line is that DALI is coming this way and eventually become the standard for lighting control (mho).
Cheers
Leo P
Leo,
Do you have a link to DALI? And information on where to buy it?
Daniel
On 2024-09-05 03:02, leo pesce wrote:
Ken, the late Parks really liked the DALI
lighting control, which is newer than DMX.?
Since this format is mostly?in Europe, has anyone in
Europe tried with DALI.?(or hopefully here in the USA?)
Cheers
Leo P
Keith,
The trick is a lot of DMX interfaces exist, but many have
slight
differences. JMRI will work with it IF you find an interface
that
supports a serial type interface. Yes they are USB but for
Windows,
that means ones with drivers that show up as COMx devices.
If JMRI
every gets a Java USB level that gives the right support for
some of
the other forms of drivers, then it may be easier.
Right now, I know it works for Windows based JMRI but I
don't know if
anyone has tried it with any Mac or Linux boxes.
-Ken Cameron, Member JMRI Dev Team
|
Hi!
?
I discovered the other day that the MQTT timeouts and exceptions are not specifically connected to startup - they're actually caused, I now believe, by a high volume of MQTT messages being received by JMRI in a short space of time.
?
I have RFID feeding into JMRI via MQTT (I think I just have a thing for four-letter acronyms) and accidentally parked a train right over a sensor. Turns out neither the reader nor my code were clever enogh to handle this and the result was just a continuous stream of messages over MQTT with the same tag, over and over again.
?
This resulted in the same set of exceptions in JMRI as I sometimes see at startup - because I have persistence on, when JMRI starts up it's likely to receive a high volume of messages too as the MQTT server is sat there with them ready to send.
?
I thought this might offer some more information on the issue, link to the log file here.
?
?
I believe that file got cut off at the start so here's the beginning of a log file for versions etc.
?
07:28:10,604 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- * JMRI log ** [main]
07:28:10,620 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- This log is stored in file: C:\Users\chris\JMRI\log\session.log [main]
07:28:10,620 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- This log is appended to file: C:\Users\chris\JMRI\log\messages.log [main]
07:28:10,635 apps.Apps ? ? ? ? ? ? ? ? ? ? ? ? ? ? INFO ?- PanelPro version 5.9.2plus+jenkins+20240726T1122Z+Rbe7227ec9 starts under Java 11.0.18 on Windows 11 amd64 v10.0 at Thu Sep 05 07:28:10 BST 2024 [main]
07:28:11,736 apps.Apps ? ? ? ? ? ? ? ? ? ? ? ? ? ? INFO ?- Starting with profile My_JMRI_Railroad.3f48fdae [main]
07:28:11,830 jmri.util.node.NodeIdentity ? ? ? ? ? INFO ?- Using c6791751-a09e-4474-a63a-9c589a5fcff7 as the JMRI storage identity for profile id 3f48fdae [AWT-EventQueue-0]
07:28:11,909 xml.AbstractSerialConnectionConfigXml INFO ?- Starting to connect for "DCC++" [main]
07:28:12,119 jmri.jmrix.dccpp.serial.DCCppAdapter ?INFO ?- Connecting DCC++ to COM12 Arduino Mega 2560 (COM12) [main]
07:28:12,197 jmri.jmrix.dccpp.serial.DCCppAdapter ?INFO ?- Port COM12 Arduino Mega 2560 (COM12) opened at 115200 baud, sees DTR: true RTS: true DSR: false CTS: false DCD: false flow: NONE [main]
07:28:12,244 mrix.dccpp.DCCppInitializationManager INFO ?- DCC++ Initialization Complete [main]
07:28:12,323 jmri.jmrix.mqtt.MqttAdapter ? ? ? ? ? INFO ?- MQTT starting connect with MQTTchannel = "" [main]
07:28:12,338 jmri.jmrix.mqtt.MqttAdapter ? ? ? ? ? INFO ?- Connection M is using a clientID of "TheLoftJMRI8EB8A1FEM" [main]
07:28:12,695 jmri.jmrix.mqtt.MqttPowerManager ? ? ?INFO ?- Subscribed to track/power [main]
07:28:13,055 jmri.jmrit.roster.Roster ? ? ? ? ? ? ?INFO ?- Reading roster file with rootFromName(C:\Users\chris\JMRI\rs test\My JMRI Railroad\roster.xml) [main]
07:28:13,729 jmri.jmrit.withrottle.FacelessServer ?INFO ?- Published ZeroConf service for 'the loft._withrottle._tcp.local.' on 192.168.1.29:12090 [WiThrottleServer]
07:28:13,729 jmri.jmrit.withrottle.FacelessServer ?INFO ?- Creating new WiThrottle DeviceServer(socket) on port 12090, waiting for incoming connection... [WiThrottleServer]
07:28:13,981 jmri.util.startup.PerformFileModel ? ?INFO ?- Loading file C:\Users\chris\JMRI\rs test\My JMRI Railroad\TheLoft.xml [main]
07:28:14,202 jmri.web.server.WebServer ? ? ? ? ? ? INFO ?- Starting Web Server on port 8080 [WebServer]
07:28:15,026 jmri.web.server.WebServer ? ? ? ? ? ? INFO ?- Starting ZeroConfService _http._tcp.local for Web Server with properties {path=/, json=5.4.0} [WebServer]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path program: is C:\Program Files (x86)\JMRI\ [main]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path preference: is C:\Users\chris\JMRI\rs test\My JMRI Railroad\ [main]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path profile: is C:\Users\chris\JMRI\rs test\My JMRI Railroad\ [main]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path settings: is C:\Users\chris\JMRI\ [main]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path home: is C:\Users\chris\ [main]
07:28:18,355 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path scripts: is C:\Program Files (x86)\JMRI\jython\ [main]
07:28:18,987 t.display.layoutEditor.BlockValueFile INFO ?- 20 of 20 block values restored. Rule=RESTOREONLYIFALLOCCUPIED, Power=OFF [main]
07:28:19,082 mri.jmrit.logixng.actions.DigitalMany ERROR - cannot load digital action IQDA:AUTO:0040 [main]
07:28:19,082 .jmrit.logixng.actions.ExecuteDelayed ERROR - cannot load analog action IQDA:AUTO:0043 [main]
07:28:19,082 mri.jmrit.logixng.actions.DigitalMany ERROR - cannot load digital action IQDA:AUTO:0039 [main]
07:28:19,082 .jmrit.logixng.actions.ExecuteDelayed ERROR - cannot load analog action IQDA:AUTO:0045 [main]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- Log local variables: [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- ? ? Name: topic, Value: null [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- ? ? Name: message, Value: null [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- Global variables: [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- Log local variables done [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- Log local variables: [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- ? ? Name: topic, Value: null [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- ? ? Name: message, Value: null [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- Global variables: [JMRI LogixNGThread]
07:28:19,129 rit.logixng.actions.LogLocalVariables WARN ?- Log local variables done [JMRI LogixNGThread]
Warning: Nashorn engine is planned to be removed from a future JDK release
07:28:21,251 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?- Station Type set to 'DCC-EX' [AWT-EventQueue-0]
07:28:21,251 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?- Build set to 'devel-202406182019Z' [AWT-EventQueue-0]
07:28:21,251 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?- Version set to '5.2.62' [AWT-EventQueue-0]
07:28:21,251 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?- changing maxNumSlots from 12 to 50 [AWT-EventQueue-0]
07:28:21,754 apps.PanelPro.PanelPro ? ? ? ? ? ? ? ?INFO ?- Main initialization done [main]
07:28:23,045 display.layoutEditor.ConnectivityUtil WARN ?- Neither branch at LayoutTurnout TO3 turnout: Incline Top Pi side LH (MT5001) leads to next block Incline PC end (ILB25) [AWT-EventQueue-0]
07:28:23,045 display.layoutEditor.ConnectivityUtil WARN ?- Connectivity not complete at Incline Top Pi side LH [AWT-EventQueue-0]
07:28:23,061 display.layoutEditor.ConnectivityUtil WARN ?- Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side LH (MT5002) leads to next block Incline Station 2 (ILB50) [AWT-EventQueue-0]
07:28:23,061 display.layoutEditor.ConnectivityUtil WARN ?- Connectivity not complete at Incline Top PC side LH [AWT-EventQueue-0]
07:28:23,061 display.layoutEditor.ConnectivityUtil WARN ?- Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side LH (MT5002) leads to next block Incline Station 1 (ILB53) [AWT-EventQueue-0]
07:28:23,061 display.layoutEditor.ConnectivityUtil WARN ?- Connectivity not complete at Incline Top PC side LH [AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?- Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side LH (MT5002) leads to next block Incline Station 2 (ILB50) [AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?- Connectivity not complete at Incline Top PC side LH [AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?- Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side LH (MT5002) leads to next block Incline Station 1 (ILB53) [AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?- Connectivity not complete at Incline Top PC side LH [AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?- Neither branch at LayoutTurnout TO3 turnout: Incline Top Pi side LH (MT5001) leads to next block Incline PC end (ILB25) [AWT-EventQueue-0]
07:28:23,076 display.layoutEditor.ConnectivityUtil WARN ?- Connectivity not complete at Incline Top Pi side LH [AWT-EventQueue-0]
07:28:23,092 display.layoutEditor.ConnectivityUtil WARN ?- Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side LH (MT5002) leads to next block Incline Station 2 (ILB50) [AWT-EventQueue-0]
07:28:23,092 display.layoutEditor.ConnectivityUtil WARN ?- Connectivity not complete at Incline Top PC side LH [AWT-EventQueue-0]
07:28:23,092 display.layoutEditor.ConnectivityUtil WARN ?- Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side LH (MT5002) leads to next block Incline Station 1 (ILB53) [AWT-EventQueue-0]
07:28:23,092 display.layoutEditor.ConnectivityUtil WARN ?- Connectivity not complete at Incline Top PC side LH [AWT-EventQueue-0]
07:28:23,108 display.layoutEditor.ConnectivityUtil WARN ?- Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side LH (MT5002) leads to next block Incline Station 2 (ILB50) [AWT-EventQueue-0]
07:28:23,108 display.layoutEditor.ConnectivityUtil WARN ?- Connectivity not complete at Incline Top PC side LH [AWT-EventQueue-0]
07:28:23,108 display.layoutEditor.ConnectivityUtil WARN ?- Neither branch at LayoutTurnout TO2 turnout: Incline Top PC side LH (MT5002) leads to next block Incline Station 1 (ILB53) [AWT-EventQueue-0]
07:28:23,108 display.layoutEditor.ConnectivityUtil WARN ?- Connectivity not complete at Incline Top PC side LH [AWT-EventQueue-0]
|
Locked
Re: DALI Lighting control with JMRI
Leo,
Do you have a link to DALI? And information on where to buy it?
Daniel
On 2024-09-05 03:02, leo pesce wrote:
toggle quoted message
Show quoted text
Ken, the late Parks really liked the DALI
lighting control, which is newer than DMX.?
Since this format is mostly?in Europe, has anyone in
Europe tried with DALI.?(or hopefully here in the USA?)
Cheers
Leo P
Keith,
The trick is a lot of DMX interfaces exist, but many have
slight
differences. JMRI will work with it IF you find an interface
that
supports a serial type interface. Yes they are USB but for
Windows,
that means ones with drivers that show up as COMx devices.
If JMRI
every gets a Java USB level that gives the right support for
some of
the other forms of drivers, then it may be easier.
Right now, I know it works for Windows based JMRI but I
don't know if
anyone has tried it with any Mac or Linux boxes.
-Ken Cameron, Member JMRI Dev Team
|
On 9/4/2024 10:37 PM, Darren F wrote: With a Digitrax system, I'm aware that LT1017 to LT1020 are resevered for Loconet use, however is there any issue using LS or IS in this number range? - "IS" numbers are not directly associated with any "LocoNet" address, so are not restricted by LocoNet limitations in _any way_. In general, JMRI objects with "system names" that _begin_ with "I" are _not_ associated with _any_ hardware interface, so shouldn't have restrictions for _any_ system-specific reason. - _Any_ LocoNet device _may_ impose "issues" like those imposed for "LT1017-LT1020", as you mention. _Plus_ some other "LTx" addresses, too, that you haven't mentioned. But this sort of "LocoNet address restriction" is not limited to Turnouts! It can, and does, affect other LocoNet "address spaces". As such, you need to "figure it out", based on which LocoNet hardware _you_ are using or will use in the future. Since LocoNet hardware _can_ use addresses in unexpected ways, the user _needs_ to look quite carefully at the appropriate documentation. FYI: I am aware of Digitrax hardware having "special" addresses in the "Switch" (LT) address space, and in the "Signal Aspects" space, and in the "Transponding Zones" address space. At the moment, I cannot think of any Digitrax' LocoNet hardware which places any sort of limitation on the "general-purpose" sensor addresses. Regards, Billybob
|
With a Digitrax system, I'm aware that LT1017 to LT1020 are resevered for Loconet use, however is there any issue using LS or IS in this number range?
?
Thanks,
Darren
|
Locked
DALI Lighting control with JMRI
Ken, the late Parks really liked the DALI lighting control, which is newer than DMX.?
Since this format is mostly?in Europe, has anyone in Europe tried with DALI.?(or hopefully here in the USA?)
Cheers Leo P
Keith,
The trick is a lot of DMX interfaces exist, but many have slight
differences. JMRI will work with it IF you find an interface that
supports a serial type interface. Yes they are USB but for Windows,
that means ones with drivers that show up as COMx devices. If JMRI
every gets a Java USB level that gives the right support for some of
the other forms of drivers, then it may be easier.
Right now, I know it works for Windows based JMRI but I don't know if
anyone has tried it with any Mac or Linux boxes.
-Ken Cameron, Member JMRI Dev Team
|
Heiko,
?
Thanks for the reply. I visited a shop in Innsbruck and got hooked on Jagerndorfer models. I have a Tauris and set of RailJet cars, my first experience with non-Digitrax decoders. Being in rural Alaska, I don't have an alternative layout/system that I can access. I need to read the control car decoder to see how it was programed, before I can reassign the function buttons. I want to program the function decoder to the same address as the engine, but right now there are some commonly assigned function buttons. Running it on tow throttles kind of works.
?
I think I will order the ESU programmer, since this won't be the last ESU decoder I come across. Thanks again!
?
Alan
|
Locked
Re: Lighting control with JMRI
Keith,
The trick is a lot of DMX interfaces exist, but many have slight
differences. JMRI will work with it IF you find an interface that
supports a serial type interface. Yes they are USB but for Windows,
that means ones with drivers that show up as COMx devices. If JMRI
every gets a Java USB level that gives the right support for some of
the other forms of drivers, then it may be easier.
Right now, I know it works for Windows based JMRI but I don't know if
anyone has tried it with any Mac or Linux boxes.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
|
Using a bunch of Logix I had added the short sounds for the different
toggles or buttons. Just the click and clack of their movement. This
was done to help the user know for sure they turned the control
correctly. The relay chains were run for the code going out and the
field replying when the code button was pressed IF the office end
didn't detect some conflict. If it did (like a route is set so you
can't change a turnout) you just heard the thunk of pressing and
releasing the button.
Most of that was making up for the physical parts not making much of
an noise on their own being mostly plastic.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
|
Locked
Re: Lighting control with JMRI
|
Gil Fuchs
Bob Jacobsen
Ken Cameron