Hello,
I have detected and issue on the signal mast logic or at least I have the problem. It is related to turnouts that are connected. I have two turnouts that are directly connected one on closed position and the other on throw. On the configuration on the turnout I linked both turnouts and I selected to invert the second one. It worked perfectly so both turnouts are paired and when route is established at them goes straight and in the oposite position goes to another path. When I used the discover to establish the pairing signals all goes perfectly but when I tried to work always the signal is on danger. I forced to change aspect but it is not the correct way. When I analysed the signal mast Logic I released that turnouts aren't correctly. Both where considered as throw instead of one throw and the other closed to be active so it is not possible to link them. If I didn't put this link the pairing is correct with the Signal Mast Logic that is the way I did actually the configuration.
I am using JMRI on its 5.2 version so it is upgraded until last production version, is it a problem on this last version or it was also on previous versions?
Best Regards
颁é蝉补谤
|
YAY my Ethernet shield showed up today!!……….now what? I have two groove 125khz sensors and an uno. I plan to buy more sensors in the near future. Can someone please provide a step per step for hooking it up, then programming followed by the required JMRI settings. Thank you?
Micheal (aka the computer, but eager dummy)?
|
On Fri, May 5, 2023 at 11:57 AM, Lawrence Varady wrote:
Are you saying decoder pro has no issues with ANY brand sound decoder?
Lawrence, DecoderPro is basically a very smart throttle connected to your DCC (or other) system. What matters is whether your DCC system and the decoder in question will play nicely together. If, for example, your DCC system's programming track output isn't robust enough for a particular sound decoder, well, JMRI can't change that. HTH, Steve "Breezlys"
|
On Fri, May 5, 2023 at 02:16 PM, <jmri@...> wrote:
What I do find is that this restriction does reduce car movement, which is expected, because if a C/I track is full for a specific location, a car cannot be moved there with a final destination of that location, and cannot use another empty track due to an incorrect location.
You could simply "pool" all of your C/I tracks at that location.? Now if a certain destination C/I needs extra track space, it will steal it from the others.? This way your cars will be blocked by destination. Dan
|
Hello again,
I currently have a yard where I have classification/interchange tracks set up by location, which works ok.? What I do find is that this restriction does reduce car movement, which is expected, because if a C/I track is full for a specific location, a car cannot be moved there with a final destination of that location, and cannot use another empty track due to an incorrect location.? I would like to make a change to get rid of the restriction of location on my C/I tracks, so that cars from any location can use any classification track.? Without these location restrictions, will OperationsPro attempt to block cars by final destination when sending cars to a C/I track when possible???
Thanks.
--
Tom
|
Locked
Re: track doesn't accept custom loads even though track is configured to accept all loads
#operationspro
Hi Dan/Pete,
Makes total sense now.? Thank you for your help.??
--
Tom
|
couldn't he print the switch list without hitting the "move " button? I thought I printed a switch list just after I " built " the train. I can't test it now my computer is down and will be for a bit.
|
Are you saying decoder pro has no issues with ANY brand sound decoder?
|
I had a look at the source code for turnout control (MarklinTurnout.java). Since my experience with the source code of JMRI is somewhat limited,?I?may?be missing something, it does, however, look as if the MarklinTurnout class is unintentionally hardcoded to the MM protocol.
Line 126 sets the protocol to "UNKNOWN": 126: int protocol = UNKNOWN;
The method in line 152 "getCANAddress" checks the protocol?and defaults to "MM" if set to anything but DCC.
? ? int getCANAddress() {
? ? ? ? switch (protocol) {
? ? ? ? ? ? case DCC:
? ? ? ? ? ? ? ? return _number + MarklinConstants.DCCACCSTART - 1;
? ? ? ? ? ? default:
? ? ? ? ? ? ? ? return _number + MarklinConstants.MM1ACCSTART - 1;
? ? ? ? }
? ? }
In line 164 it uses the above method to check what protocol it should be using:
? ? ? ? ? ?if (protocol == UNKNOWN) {? ? ? ? ? ? ? ? ?if (m.getAddress() == _number + MarklinConstants.MM1ACCSTART - 1) {
? ? ? ? ? ? ? ? ? ? protocol = MM2;
? ? ? ? ? ? ? ? } else if (m.getAddress() == _number + MarklinConstants.DCCACCSTART - 1) {
? ? ? ? ? ? ? ? ? ? protocol = DCC;
? ? ? ? ? ? ? ? } else {
? ? ? ? ? ? ? ? ? ? //Message is not for us.
? ? ? ? ? ? ? ? ? ? return;
? ? ? ? ? ? ? ? }
? ? ? ? ? ? }
It does this by looking at the output of the "getCANAddress". Since the "protocol" variable is never set to anything but UNKNOWN, JMRI will always use "MM" for M?rklin turnout protocols (given the result of the "getCANAddress" method).?
Since the Central Station supports both DCC and MM for turnouts, it should be possible to somehow change the protocol to DCC. Is there any way in the XML files or anywhere that I can insert some sort of property to work around this issue? It does not seem like it, but maybe someone with more knowledge of the source code can shed some light on this.
Best regards S?ren
Den tors. 4. maj 2023 kl. 20.33 skrev S?ren Jacob Lauritsen via <m= [email protected]>:
Hi group,
?
I am struggling?with CS3 and DCC accessory decoders. I am using a CS3 (Central Station 3) which has the same Ethernet protocol as the CS2 (Central Station 2).
?
I cannot get accessories to work, so I checked the "Marklin Monitor" and noticed that JMRI sends out commands in the MM (Motorola) format for the CS3. As a test I created an MM based turnout and it switched just fine.
?
Is there any way to change accessory communication to DCC? CS3 supports both formats, and I mainly use DCC accessory decoders (that do not support MM).
?
Best regards
S?ren
|
Locked
Re: Throwing turnouts from NCE throttle
#nce
Andy,
Please clarify your question about working with signals. Normal case the
computer provides the logic to implement the signals so it knows what's
happening.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Which decoders to buy has nothing to do with JMRI and your question should be taken to a general DCC forum.
--
Peter Ulvestad
JMRI Users Group Moderator ( )
Tam Valley Group Moderator ( )
Sprog-DCC Group Moderator ( )
Edmonton Model Railroad Association ( )
|
I'm looking to buy my first sound decoder installed N scale loco.
I wanted to get recommendations for which decoder manufacturer to consider. I use Decoder Pro but have read that some sound decoders require additional hardware etc. to program/download sound files.
Thx
|
Locked
Re: Throwing turnouts from NCE throttle
#nce
Thanks, I will give that a try. I had thought maybe it was obvious but I am a bit of a beginner!
Would the same think work with semaphore signals?
regards
Andy
|
|
|
Getter frustrated trying to run warrants. I created several warrants and tested them through the editor auto run two or three time and they work perfectly. Save the warrant and the next time it is run the train will either run past the Oblock or fail to have the entire locomotive in the block. When this happens I need to quit the program and shut down the computer including the controller.?
My system is running JMRI 4.26 on a windows 10 laptop.
Is this normal when running warrants.?
I usually run transits through the dispatcher with no problems.
Does JMRI 5 give you the option the back a train into a siding and drive back out.
|
Locked
Re: Throwing turnouts from NCE throttle
#nce
Andy,
make
If you have the Power Pro system box (not PowerCab, SB5, Twin) you can see those
turnout operations. Add the turnout in JMRI and make sure the feedback mode is
set for MONITORING.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Locked
Re: track doesn't accept custom loads even though track is configured to accept all loads
#operationspro
Pete,
The "receive" load in a schedule can also be blank. That allows all custom loads and default loads to be accepted by the spur if the option to accept all load names is also selected.
So in Tom's case, all he needs to do is add a schedule with the car type "XM", and leave all of the line items blank.
Dan
|
Locked
Re: Throwing turnouts from NCE throttle
#nce
Andy, On 5 May 2023, at 7:53 pm, andy.keane@... wrote:
I have panel pro working well with my NCE system via a serial cable to the five amp Pro Cab system.
what I would like to happen is if a turnout gets thrown using an accessory command on the NCE throttle that panel pro would show the change on the computer screen. All is of course fine if I throw turnouts using panel pro.
apologies if this is obvious
From: <>
MONITORINGDefault for LocoNet Turnouts (and probably XpressNet soon), and available for NCE. When selected, the network is monitored for messages about the status of the Turnout. This mode is only available for certain systems, i.e. some systems can't do the monitoring properly, and don't have this choice
Dave in Australia?in.
|
Steve,
Yeah, I agree. The debugging messages are still in there if you want to use them, but they kill the serial connection. They do work with the Ethernet connection though. They ARE sort of pointless if using the Serial connection to JMRI though. I would say enable them for the Ethernet connection, but disable them for the Serial connection. I think that they might be useful for users getting everything connected and set up, but after that... I am looking forward to you connecting as many readers as you can (6 for the Uno)!
Tom
|
MRFC522, Nano/Uno/Mega Serial/Etherner
Tom
Success at last! Well spotted! I have both the Serial and Network connections working in JMRI.
Pity we had to lose the debugging messages, I found those useful to see what was going on. Oh well.
Okay, so now that this works, I will try connecting up multiple readers as they have now arrived.
Steve
|
Micheal Hodgson
Tom Myrick
Ken Cameron
Peter Ulvestad