开云体育

I am using the POM function in LogixNG. Currently setting a CV = to an IM value. Works good. Now I'd like to ADD an IM value to the CV. In the snip I started out trying to just add a constant (50) but that didn't work. I think I need to use the Formula tab but not sure of the syntax. -- Many thanks in advance! Vinny DeRobertis ~ Apex, NC New York & Hudson Valley RR Windows 7 Pro / Java 11 / JMRI v5.10 Command Station: Digikeijs DR5000. Booster: Digikeijs DR5033 (4) Samsung A7 10.4" Tablets Fully Kiosk/Engine Driver v2.37.187 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

Given the following, how would I assign a consist to a train? I have perused the topics on this web site and also studied the Ops Pro manual. I am hoping for an easy way to have a loco consist associated with a train, but not to a specific staging track. My system is NCE. Staging is off layout made up basically of 30 tracks (boxes) containing the rolling stock (not locos) for trains. The locos are off layout in boxes, but not assigned to specific staging tracks. Currently I have five trains. I have five default loco consists for each train, and additional consists that could be substituted into those trains. But again, none are assigned to staging tracks. All trains begin in staging. Ops Pro generates a train by selecting a train, and selecting a staging track for that train to draw cars from. Once Ops Pro sets up the manifest, I move the cars manually to a fiddle track, then move the locos to the fiddle track. I would like to have a default loco consist for each train. But also I would like to optionally change to a different consist for that train. Currently, I manually write the consist onto the Ops Pro generated manifest. But it would be convenient to have the default consist as part of the manifest generated by Ops Pro.

Now that I'm running with version 5.10 and Azul 17 LTS, I pulled over a profile from my previous system to continue working on it and I noticed when when I click the Edit button on various table items (e.g., Sensors, Blocks, Turnouts...looks like all of them), I get an edit window popping up that appears to be the correct height but has almost no width. For example, here is a section of my Blocks table: .... and if I click on the Edit button in the highlighted row (although it could be any row), I initially get: Then, once I drag the right box side to the right, I get: Which looks about right. I noticed a similar problem on startup when choosing a new profile: The difference with this one is that once I stretch it and and close PanelPro, I get the full dialog next time I open it. With the table element editors shown above, it happens every time. One last observation - if I create a new profile from the startup page (where I can either wait x seconds to take the default, or choose another, or create a new profile), and then select that new profile to start, I again get a skinny window that appears to be the right height but has a similarly narrow width: With this one, once again, once I stretch it out it appears to be good going forward. In fact, I can just close JMRI and reopen it and I get a normal size window. If this were a web page, I would swear I have a bad or missing .css file. Looks simpler in this case, though. Might be that all of these skinny windows are initially the same width....like JMRI is missing a parameter somewhere that describes my monitor sizes? Maybe I accidentally corrupted something in the process of reinstalling Java and JMRI 5.10 when dealing with my previous problem? Vince

I'm working on getting signals and CTC running on a layout that has three separate dispatch panels for different zones running using PanelPro. Where those zones meet I'm trying to mirror the state of some of the signals between the two panels. This is to enable the dispatchers to know when trains are cleared up to their zones and to also enable some CTC logic to block one dispatcher from routing a train into a block if the other dispatcher has someone cleared into the block from their direction. The two dispatch panels are connected to a server using loconet over tcp so each one can see the activity on the loconet bus. My first attempt was to just write logix to monitor for the turnout status changes that are used to control the SE8C and then set the appearance of a virtual signal head to match the state. Ex: IX:AUTO:0039C9 Aurora WEB Main2 Green [x] R1 IF Turnout "LT1552" state is "Turnout Closed" THEN When Triggered True, Set Signal Head Appearance, "LH2" to Green IX:AUTO:0039C10 Aurora WEB Main2 Red [x] R1 IF Turnout "LT1552" state is "Turnout Thrown" THEN When Triggered True, Set Signal Head Appearance, "LH2" to Red IX:AUTO:0039C11 Aurora WEB Main2 Yellow [x] R1 IF Turnout "LT1553" state is "Turnout Thrown" THEN When Triggered True, Set Signal Head Appearance, "LH2" to Yellow IX:AUTO:0039C12 Aurora WEB Main2 Dark [x] R1 IF Turnout "LT1553" state is "Turnout Closed" THEN When Triggered True, Set Signal Head Appearance, "LH2" to Dark This worked in my testing as I was always changing the state of a turnout from closed->thrown or thrown->closed when testing using the turnout table manually. However when tested on the real layout it didn't work. The panel could see the traffic when I monitored the loconet traffic: In this trace you see a 2 head signal where the aspect is changing from red over red -> yellow over red -> red over red. The problem with my logix is that the two turnouts that matter LT1552/LT1553 controlling the SE8C never actually change state in JMRI they are always in the thrown state and just sent a message to 'Throw' which is then not triggering my logix as I expected it to. I expected the 'Execute Actions whenever triggered' would mean that the logix would run everytime the message to throw the turnout was sent but that doesn't appear to be the case. Is there a better way to do what I'm trying to do or is there something wrong with my logix that will fix this issue? -- Chris

Dave S. & Daniel B. I just picked-up where we left off on DEC 5 2024. We had a thread going and Daniel provided Java code. Based on Dave's comments on the code I believe I would be left with what's shown in the attached snip. I saved it as .js but that didn't work when I ran it from Panel Pro. NY&HV_RR_Yard_Scenes is the name of my panel and Harbor is the ID of the Audio Icon. What file extension should I use, .java? Will it run from Panel Pro or from Command line? -- Many thanks in advance! Vinny DeRobertis ~ Apex, NC New York & Hudson Valley RR Windows 7 Pro / Java 11 / JMRI v5.10 Command Station: Digikeijs DR5000. Booster: Digikeijs DR5033 (4) Samsung A7 10.4" Tablets Fully Kiosk/Engine Driver v2.37.187 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

I have this board with 72 inputs, how to configure this node in JMRI? An Smini is standard 24IN/48OUT, yet how to modify this to 72IN? This is my code used for the board: #include <Auto485.h> #include <CMRI.h> #include <SPI.h> #define CMRI_ADDR 5 // select the CMRI node address #define DE_PIN 2 // Arduino pin 2 -> MAX485 DE and RE pins // #define NOP __asm__ __volatile__("nop") // macro for the "nop" assembly instruction #define NOP __asm__ __volatile__ ("nop\n\t") // https://forum.arduino.cc/t/very-short-delays/43445/5 // pin 74HC165 const byte LATCH_165 = 9; // LATCH Auto485 bus(DE_PIN); // RS485 bus transceiver CMRI cmri(CMRI_ADDR, 72, 0, bus); // sets up an SMINI with address 5, SMINI = 72 inputs, 0 outputs uint8_t input_state[9]; void setup() { Serial.begin(9600); delay(10); Serial.println("DCCpp_CMRI_nopxor75-in_v3.ino"); delay(1000); bus.begin(57600, SERIAL_8N2); // open the RS485 bus at 57600bps SPI.begin (); // serial data protocol used to control 74HC165 pinMode(LATCH_165, OUTPUT); digitalWrite (LATCH_165, HIGH); } void loop() { // 1: update inputs digitalWrite (LATCH_165, LOW); // pulse the parallel load latch NOP; // use the macro instead of inline assembly NOP; digitalWrite (LATCH_165, HIGH); uint8_t new_input_state[9]; for (int i = 0; i < 9; i++) { new_input_state[i] = ~(SPI.transfer(0)); } bool updated = false; for (int i = 0; i < 9; i++) { if (new_input_state[i] != input_state[i]) { cmri.set_byte(i, new_input_state[i]); input_state[i] = new_input_state[i]; updated = true; } } // 2: main processing node of cmri library if (updated) { cmri.process(); } }