Locked
Re: LATEST LAYOUT EDITOR FORMAT
Got it! Away in London for the rest of the week. ?I will check it out when I get home.?
Regards the slips etc as I understand it the blue connector is number 1 and we work around clockwise through the other connectors. That being the case then on any slip I can only go between 1 and 2 - the diverging track or 1 and 3 - the straight over track to start with. Could we use the same idea for a Y- select 1- left or 2 right? This could also be used for 3-ways of any configuration the throat being connector 1?
Dave
toggle quoted message
Show quoted text
On 12 Nov 2018, at 12:30, john Wragg < teamwragg@...> wrote: There should be a "Also Throw Turnout" tick box that needs ticking to open up the supporting turnout entry box
John
|
Hello Stuart,
The easiest way to get JMRI up and running on your Raspberry Pi is to download Steve Todd's image. Take a look at his website ...?
I have done this on several RPi units and they work great.
Richard
|
Locked
Re: Inconsistent response to creating new loads in "Edit Cars" within Ops
"System Console" which can be found under "Help" from the main menu bar.
|
Locked
Re: Dispatcher - SML - auto-allocation problem
Hi steve,
Cheering! If you could send some of your missing rain this way, that would be fabulous.. haha
I deleted all of my SML and sections, auto-regenerated and then deleted sections S01:S06 and S02:S06.
I then created a sections
S01:BLOCK40 (Blocks 08B & 40)
S02:BLOCK6 (Block 06)
BLOCK6B:S06 (Block 06B & 01)
In theory this is seperating the LT5 turnout from both of the blocks coming into it.
This solved the problem of overlapping, however now the train at S01 allocates to across the crossover TO LT5 (BLOCK6:S06 boundary) and prevents the outer circle train allocating, even though the S01 train has a red signal.
Am I on the right track but havent gone deep enough yet? or am I skewing away from what you beleive could be the answer?
In a perfect world, the two up and down lines would allocate freely, and then when 37254 sees an "opening" or free path to S06 it allocates across and the other two trains wait for the crossover and anything head to be clear.
I'd have thought choosing a Priority in auto train creation would decide which train gets the allocation when they want the same section, But I've never seen it come into effect.
I do feel like if we are having opposite experiences while testing the same file with the same sequence of events and sensors, there has to be an inconsistancy between us that could be the clue to the problem, maybe I have an issue with my JMRI that you do not?
--
Thanks
Mitch
|
Locked
Re: LATEST LAYOUT EDITOR FORMAT
There should be a "Also Throw Turnout" tick box that needs ticking to open up the supporting turnout entry box
John
|
Locked
Re: LATEST LAYOUT EDITOR FORMAT
Good Morning George,
Thanks for your reply. This is what happens when I do thing late in the evening - brain goes to mush! Sincere apologies. Let me try again.
It is the "Supporting Turnout¡± field that I am talking about. Both entry directly from the Layout Editor and from the Turnout Table gets me to the same screen.
I may be misunderstanding its use but to my mind this field will link the two turnouts that are linked on the layout, just like in a Crossover. If this is the case then I am unable to fill in this field as it remains greyed out. I have tried to connect IT1 to IT2 using the names of these two turnouts as well as using their Block Names too.
I believe that by default, the Continuing path is the ¡°Closed¡± position of a Turnout and this can be altered using the Continuing Route State. When I set up IT1 initially the Continuing route is via the Diverging Route so I change this to ¡°Thrown¡± as being the ¡°Normal¡± set position. IT2, the Supporting Turnout, will normally be set to its ¡°Closed¡± position.
I need to get these simple formations clear in my mind before I start looking at the Single and Double Slips connections or the Wye Turnouts.
Dave
toggle quoted message
Show quoted text
On 11 Nov 2018, at 22:46, George Warner via Groups.Io < geowar1@...> wrote:
I'm not quite following what it is that you're trying to do¡ can you provide step-by-step instructions? What you expect? and what you're getting?
>>>When I add a new Turnout to the diagram [layout?] I can enter its associated Turnout Name and Block name [where? on the layout editor editor view? or via the popup menu's "edit" dialog?] but when I want to attach a second Turnout to it [via the editor? or via the "edit" turnout dialog?] the field [What field? where?] will not allow me to put in the associated Block with the second Turnout - it remains greyed out.
|
Locked
Re: How to install JMRI using OPENJDK
Peter,
Great that this helped you sort out the installation on your new machine.
And I must agree that the wealth of knowledge here in the JMRI forums is impressive and helps make JMRI what it is - not just a piece of software, but a community.
Best regards,
Matt H
|
Locked
Re: Inconsistent response to creating new loads in "Edit Cars" within Ops
Dan,
I don't know what you mean by "the console".
Paul D
|
Locked
Re: Inconsistent response to creating new loads in "Edit Cars" within Ops
Can you check the console for messages when it doesn't stick?
Dan
|
Locked
Re: Inconsistent response to creating new loads in "Edit Cars" within Ops
Dan,
That is what I am doing. Sometimes it works the first time. But most often, I have to do it several times before it will stick. In some cases, I did not like the name I loaded so I would do a "replace" to replace the bad name with a new name. Sometime that will not work either on the first attempt.
Paul D
|
Locked
Re: Inconsistent response to creating new loads in "Edit Cars" within Ops
Hi Paul,
How are you adding the new load?? When using the "Edit Load" window, as soon as you press "Add" the load should immediately appear at the top of the menu.
Dan
|
Locked
Re: How to install JMRI using OPENJDK
Thank you Matt, This is exactly what I needed.
I might add, it is impressive to find technical folks, like yourself, lurking in the JMRI forums. ?
Peter in North Carolina
|
Locked
Inconsistent response to creating new loads in "Edit Cars" within Ops
In Ops (4.13.4), when I try to create or edit a car to give it a new load that is not already on the drop down menu, I get inconsistent results. Typically, it takes multiple attempts to get Ops to accept the new load and allow it to show up in the drop down menu.? I am talking about loads such as L-Sand or E-Sand.
Am I doing something wrong? Is there a special sequence of actions required to make it work on the first attempt?
Paul D
|
Locked
Re: Dispatcher - SML - auto-allocation problem
Hi Mitchell
It didn't rain today. Its been a couple of weeks since that happened. When
people pray for rain they should be very specific about where they want it
delivered....:)
I am working on the assumption that sensor LS74 (user name 10) is a real sensor
for Block user name 06, and all the other around about the cross over are just,
well, real.
I have every confidence that it can be solved by only messing with sections
around that spot.
I can solve the problem programatically but the collateral damage to anyone
running a single line with passing places would be pretty messy.
Steve G.
toggle quoted message
Show quoted text
---------- Original Message ----------
From: "Mitchell via Groups.Io" <mitchell.scott93@...>
Date: November 11, 2018 at 3:49 PM
Hi Steve,
Wow! Maybe I should just transport my layout to your computer haha
Some of my block sensors are internal sensors, and from a logixs are triggered
by the actual sensor. This was more about timing and ¡°if sensor is active
turnout is closed, set internal sensor to inactive¡± to smoothen out or delay
dispatcher allocation. The only thing I haven¡¯t tried is disabling the Logix
associated with that crossover.
But then again, you have the same file so in theory they are working as
expected rather than causing issues.
I have two computers running the same panel via drop box (one for editing in
the office and one in the garage running the layout, 3 screens in the office
makes editing much easier. I only run one at a time though)
both computers exhibit the same errors, one with PR3 into a DCS200 and the
other only using Loconet simulator.
I might also try a brand new panel from scratch (it¡¯s an export from Anyrail
from years ago, and since there¡¯s been new block assignment updates to the
anyrail> JMRI import I might give it a go and then import my Logix.
please do let me know if adjusting the sections work out!
--
Thanks
Mitch
|
Locked
Re: Complex use of logix to ensure a particular order of execution
Thanks Peter and Dave
Apologies. Too tired to notice there was more than one page in Files so didn't find the folder.
Time for bed I think
Thanks
Fraser
|
Locked
Re: Engine roster merging
As long as you do a Recreate Roster Index (Actions menu in DP) all should be well.
However beware of any duplicate IDs. If you can't fix them in the main DP window, you may need to use a text editor on an XML file and then recreate index.
Older JMRI versions stored roster images in a "resources" folder. Current versions store them in the "roster" folder.
The New England Convention 2018
toggle quoted message
Show quoted text
On 12 Nov 2018, at 9:49 AM, AD < bklyns_baseball_club@...> wrote: If I go to the file location for the decoder pro profile I find under roster folder a list of xml files for each engine in the roster
If I do same for the decoder pro file I also find similar list.
If I copied all xml files from one to the other and then deleted the duplicates will that work or will I have a corrupted file
|
Locked
Re: Engine roster merging
Dave
If I go to the file location for the decoder pro profile I find under roster folder a list of xml files for each engine in the roster
If I do same for the decoder pro file I also find similar list.
If I copied all xml files from one to the other and then deleted the duplicates will that work or will I have a corrupted file
toggle quoted message
Show quoted text
On Nov 11, 2018, at 5:16 PM, Dave Heap < dgheap@...> wrote: All three links worked for me when I tried them just now. Try clearing your browser caches and refreshing the pages.
There was a temporary problem with one of the links.
The New England Convention 2018 Sorry it¡¯s the third link that gives error
Dave
Your second link yields an error page.
|
Locked
Re: LATEST LAYOUT EDITOR FORMAT
I'm not quite following what it is that you're trying to do¡ can you provide step-by-step instructions? What you expect? and what you're getting?
>>>When I add a new Turnout to the diagram [layout?] I can enter its associated Turnout Name and Block name [where? on the layout editor editor view? or via the popup menu's "edit" dialog?] but when I want to attach a second Turnout to it [via the editor? or via the "edit" turnout dialog?] the field [What field? where?] will not allow me to put in the associated Block with the second Turnout - it remains greyed out.
|
Locked
Re: Complex use of logix to ensure a particular order of execution
toggle quoted message
Show quoted text
On Nov 11, 2018, at 4:03 PM, FRASER SMITH <fraser@...> wrote:
Hi Dave
In a recent post you said that ManageBlocks2.py could be found in the group¡¯s file area, "Script examples" folder. I've looked on the main JMRI website, the Files section of groups.io and in my program installation but I don't see the folder or file. Could you please give a starting point for the search.
Thanks
Fraser
|
Locked
LATEST LAYOUT EDITOR FORMAT
This is probably for Dave Sands to answer but if anyone has come across this problem I could do with some help, please.
I have only just started back into JMRI after over a year out and took the chance to update to the latest production version. My original panels appear to be working fine but I? am having a little problem with two new extensions to the layout that I am creating.
When I add a new Turnout to the diagram I can enter its associated Turnout Name and Block name but when I want to attach a second Turnout to it the field will not allow me to put in the associated Block with the second Turnout - it remains greyed out.
I switched to the Turnout Table and tried the same approach. I pulled up the first Turnout and all its data was OK but try as i might I do not seem to be able to fill in the associated Turnout data. I have read and re-read the guides several times so I must be doing something wrong. I have added all new Turnouts to the Turnout Table so the Catch point is in the list. I am hoping that this idea of being able to connect two Turnouts together will save a lot of work.
I do like the new Layout Editor format but I have not used the new Crossover icons because there is a track segment between the two Turnouts as they represent a Loop Turnout and its protecting Trap/Catch Point.
Dave
|
rsauerbrun
Matthew Harris
Paul Davidson
George Warner