Locked
Re: NCE Mini Panel identifies as USB on JMRI
Thanks Dave - I thought it might be something along those lines.
Cheers
Pat
|
|
|
This is the e-mail address I see from you?ian.breeden@.... I don't know where this is stored but I don't think an "=" sign is permitted in an e-mail address. This might very well be the cause of the problem.
|
Locked
Re: Issue recognizing locomotive - Atlas N MP15DC
Have you tried programming the Lenz decoder on your main track with your Digitrax system? I have a similar problem with an Atlas N scale GP40-2 that has a Digitrax DN163A0 decoder. JMRI using my Digitrax PR4 on my programming track will not recognize the this particular decoder, but I can program this decoder using my Digitrax DB150 command station and my DT500 throttle on the main track without any issues. I own several Digitrax DN163A0 decoders along with several Lenz LE063XF and this one particular decoder is the only one I've ever had this issue with, using the JMRI software and PR4.? Also of note, when I program this decoder on the main with my DB150 command station and DT500 throttle, it does nudge forward and the lights blink with each command issued. ?
|
I keep getting daily digest messages bouncing supposedly because of an invalid e-mail address -? despite being addressed to "ian.breeden@..." - The problem only appears to happen to messages from this .io group.
Any suggestions
Ian
|
Locked
Re: Parse error with a very old file
The panel file should (either near the top or bottom of the file) tell you which version of JMRI created it.
|
Locked
Re: Webserver layout editor panel showing incorrect block occupation for a crossover
Hi George Amazing. I've been trying out build #3539 and first impressions are good. A couple of things I've noted using when trying out the changes with the panel /g/jmriusers/files/ProblemsBeingWorkedOn/Andy%20Brown%20-%20161045/CrossoverBlockOccupancyIssue02.xml? :
Single Slip
- The 'B' leg of the single slip on the web appears to be 'missing' - this is emphasised when the slip is set to occupied (whilst turnouts are still set as Unknown). The B leg only appears when route BD is selected. This in inconsistent with the panel and the D leg on the web which is always shown
- The logic for showing the single slip as A-C is slightly different on the web and panel. On the web it shows AC as soon as ITSingleSlip turnout goes from Unknown to Closed, whereas on the panel this is not shown until both ITSingleSlip and ITSingleSlipB are set to closed. This is pretty subtle and I'm not sure it's that important as SOD would usually address all turnouts at the same time.
- The turnout circles don't show up on the web
Double Slip
- Route AC is shown on web, but not on panel when both turnouts are Unknown
- B leg is shown as expected (unlike single slip)
- The turnout circles don't show up on the web
Single and double crossovers
- Blocks look great!
- I like the turnout circle colours/fill options - on one of my panels I had to do something similar to this using large icons to emphasise when a route was set
- The turnout circles don't show up on the web
Something I hadn't noticed before (but was probably present) was that on all the turnouts a localhost web browser shows up highlights before the local panel, whether or not the sensor was change clicked on the panel or on the web. The web seems instant, the panel feels 'laggy' (but still sub-second). I've not tried the slip four block xml modification, but thanks for the heads up on that. Thanks for all the great changes you've made - they make a real difference in making the results look professional. Andy
|
Good morning Dave,
Thanks for your reply and cleaned up file. I recognise the probable cause of the problem. I had not sorted out my strategy (using 2 sensor feedback and Internal system names for turnouts) before entering turnout data until last week. This resulted in me deleting turnouts already within the Turnout Table and probably messed up my Block Table as a result. Could you please advise me of the strategy I should use to avoid this happening again as I proceed building the Layout Editor Panel? I am away for the rest of today but shall continue tomorrow,
Peter
|
Locked
Re: Webserver layout editor panel showing incorrect block occupation for a crossover
BTW: I also updated the code to support the option to use different colors for the turnout circles depending on if they're CLOSED or THROWN. And to draw the circles filled. These options are set via the "Options" => "Turnout Options..." submenus.
|
Locked
Re: Webserver layout editor panel showing incorrect block occupation for a crossover
LayoutEditor webserver displays XOvers, Crossings and Slips incorrectly #7663 has been merged¡ Note: Slips still need a little work¡ internally they support four blocks but there isn't any GUI to set them. You can edit your layout's xml file and add?blockbname,?blockbname &?blockbname atributs to the layoutslip elements:
? ? <layoutSlip ident="SL1" slipType="8" hidden="no" disabled="no" disableWhenOccupied="no" xcen="300.0" ycen="90.0" xa="280.0" ya="80.0" xb="280.0" yb="100.0" blockname="Sliding 1" blockbname="North" blockcname="South" blockdname="East" connectaname="T0" connectbname="T18" connectcname="T22" connectdname="T17" class="jmri.jmrit.display.layoutEditor.configurexml.LayoutSlipXml">
? ? ? <turnout>turnout 7</turnout>
? ? ? <turnoutB>turnout 9</turnoutB>
? ? ? <states>
? ? ? ? <A-C>
? ? ? ? ? <turnout>2</turnout>
? ? ? ? ? <turnoutB>2</turnoutB>
? ? ? ? </A-C>
? ? ? ? <A-D>
? ? ? ? ? <turnout>2</turnout>
? ? ? ? ? <turnoutB>4</turnoutB>
? ? ? ? </A-D>
? ? ? ? <B-D>
? ? ? ? ? <turnout>4</turnout>
? ? ? ? ? <turnoutB>4</turnoutB>
? ? ? ? </B-D>
? ? ? ? <B-C>
? ? ? ? ? <turnout>4</turnout>
? ? ? ? ? <turnoutB>2</turnoutB>
? ? ? ? </B-C>
? ? ? </states>
? ? </layoutSlip>
?
If you want to file an incident for that I'll take a look next chance I get. ;-)
?
|
Peter,
There are a lot of errors during loading of this panel. ?The block routing had references to very long turnout user names that did not exist. ?
I have reset the block info and uploaded an updated xml file.
Dave Sand
----- Original message -----
From: "peter.s.drury via Groups.Io" <peter.s.drury@...>
Subject: Re: [jmriusers] Integrating JMRI to my MERG CBUS Layout #panelpro #layouteditor
Date: Monday, November 25, 2019 3:08 PM
I have added the above Layout Editor file which is the first stage building my JMRI file. A point to note is that the turnouts in the Fiddle Yard North are all 'Internal' System names and use 2 sensor feedback. The reason for this is to provide maximum flexibility or route setting which will be carried out by adjusting MERG CBUS. The layout in the Editor file represents what I see on my control panels. The turnouts are switched by the sensors. If you look at the Sensor table, I have added in the comments section the turnout reference numbers (e. FYP5, FYP6 etc. Set the sensor pair of each turnout for the change to be made.
I would appreciate any comments/suggestions.
?Peter
|
Locked
Re: How do you get the Turnouts and Signal heads to update on loading a Panel File?
Dennis,
Depending on the command station you have, it may not be possible. What is
your layout connection type? We can tell you if it can ask for that status
without having to move everything.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Locked
How do you get the Turnouts and Signal heads to update on loading a Panel File?
After opening a panel file to get the settings on the turnouts and signals to properly display and the signals to start working.
The logic is correct and I have to run and engine on the blocks to activate the logic, then everything works fine.
Noticed if you run a script "Set Turnouts to Close" it fixes that part.
I need some suggestions.
Dennis
|
Locked
Re: HELP! Signals not working
Kerry,
You wrote "I'm guessing that something changed in the latest version of PanelPro". Are you using the latest version of PanelPro or are you using the latest version of PanelPro? (Yes I DID mean to write the same thing twice!)
If you are using JMRI 4.16, the **latest "production" version**, just don't. Get rid if it! It is known to have issues with pretty much any connection type which uses a COM port. LocoNet connections ARE affected.
What can you do to "fix" 4.16 issues?
- uninstal 4.16 and install 4.17.5, or
- Sometimes you can "fix" that problem by looking at the "Edit->Preferences->Defaults" settings to ensure that things haven't "defaulted" to "Internal" instead of keeping set for "LocoNet".
If instead you are already using **the latest "test release" version**, version 4.17.5, then you should _not_ have that problem, as that problem was fixed somewhere around version 4.17.3, I think. In that case we will need MUCH more information, like the "console log" information.
Regards,
Billybob
|
See? /g/jmriusers/files/JMRI-MERG%20Dale%20JunctionI have added the above Layout Editor file which is the first stage building my JMRI file. A point to note is that the turnouts in the Fiddle Yard North are all 'Internal' System names and use 2 sensor feedback. The reason for this is to provide maximum flexibility or route setting which will be carried out by adjusting MERG CBUS. The layout in the Editor file represents what I see on my control panels. The turnouts are switched by the sensors. If you look at the Sensor table, I have added in the comments section the turnout reference numbers (e. FYP5, FYP6 etc. Set the sensor pair of each turnout for the change to be made. I would appreciate any comments/suggestions. ?Peter
|
Locked
Re: HELP! Signals not working
That would be a good assumption as it seems lately updates have been messing alot of things up being the Java software itself and the updates to jmri
On Nov 25, 2019 3:20 PM, Kerry DelVecchio <kerrydel@...> wrote: I have had APB signals set up for several years and now they won't work.?
When I load my panel I get the following error:? Could not create sensor System name "LS10" User name "Lowelville in adaptor of type jmri.jmrix.loconet.configurexml.LnSensorManger.Xml.? It goes through all the signals to tell me it isn't working for ANY of them.
I am using Digitrax SE8c boards and I checked that I could manually change signal color, so at least I know the SE8c board addresses are still what they should be.
The signals HAD BEEN working fine, and I have NOT changed anything with the panel so I have no clue what is wrong.
?
I'm guessing that something changed in the latest version of PanelPro and now I need to 'fix' my panel.
Please let me know what I should do.
Thanks
Kerry
|
Locked
Re: HELP! Signals not working
What version of JMRI are you using and what version did you upgrade from?
--
Peter Ulvestad
JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -
|
Locked
HELP! Signals not working
I have had APB signals set up for several years and now they won't work.?
When I load my panel I get the following error:? Could not create sensor System name "LS10" User name "Lowelville in adaptor of type jmri.jmrix.loconet.configurexml.LnSensorManger.Xml.? It goes through all the signals to tell me it isn't working for ANY of them.
I am using Digitrax SE8c boards and I checked that I could manually change signal color, so at least I know the SE8c board addresses are still what they should be.
The signals HAD BEEN working fine, and I have NOT changed anything with the panel so I have no clue what is wrong.
?
I'm guessing that something changed in the latest version of PanelPro and now I need to 'fix' my panel.
Please let me know what I should do.
Thanks
Kerry
|
Locked
Re: Parse error with a very old file
On Mon, Nov 25, 2019 at 10:42 AM, leo pesce wrote:
Ok, I guess I need to find an early version of JMRI so I can load the file.
Once you get the proper version number or approximate date, examine the list at
Some clues to your puzzles can be found by reading the warnings and suggestions for the sequence of changes found on each of the links.
Cliff in Baja SoCal
|
Locked
Re: Parse error with a very old file
Leo,
According to the release notes, 4.12 is supposed to handle the migration from older releases.
Dave Sand
----- Original message -----
From: leo pesce <lpescester@...>
Subject: Re: [jmriusers] Parse error with a very old file
Date: Monday, November 25, 2019 12:42 PM
Ok, I guess I need to find an early version of JMRI so I can load the file.?
The next parse error is
? ? <sensor systemName="CS1" inverted="true" userName="TOFB City Lead">
? ? ? <systemName>CS1</systemName>
? ? ? <userName>TOFB City Lead</userName>
? ? </sensor>
and from our panel file, the format is different in that systemname and userName are no longer tolerated?in the first <sensor line.
Did any of the JMRI version convert the panel file to the newer format?
Thx
Leo P
On Mon, Nov 25, 2019 at 10:38 AM leo pesce via Groups.Io <lpescester= [email protected]> wrote: I just answered my question. The newer JMRI version requires a username. I had forgotten that this changes was placed in JMRI.
I placed a username and the parse error went to the next oblock. I also found out that is userName="" is removed, that also fixes the parse error.
Now I am getting a different error
Thx
Leo P
On Mon, Nov 25, 2019 at 10:20 AM leo pesce via Groups.Io <lpescester= [email protected]> wrote: Hello all,
I am trying to help a friend that has been running with a very old version of JMRI (I do not know which, but it predates the JAVA change to a new format that did not allow backwards compatibility.
The error we get is a cvc-minLength-valid error. I took a picture of this.?
The code is for OBLOCKS and here is an example:
<oblock systemName="OB121" userName="" length="1" curve="0">
? ? ? <sensor systemName="CS121" />
? ? ? <path pathName="Path144-122" blockName="OB121" fromPortal="Port144-121" toPortal="Port121-122" fromDirection="0" toDirection="0" />
? ? ? <portal portalName="Port144-121">
? ? ? ? <fromBlock blockName="OB144">
? ? ? ? ? <path pathName="Path143-121" blockName="OB144" />
? ? ? ? </fromBlock>
? ? ? ? <toBlock blockName="OB121">
? ? ? ? ? <path pathName="Path144-122" blockName="OB121" />
? ? ? ? </toBlock>
? ? ? </portal>
? ? ? <portal portalName="Port121-122">
? ? ? ? <fromBlock blockName="OB121">
? ? ? ? ? <path pathName="Path144-122" blockName="OB121" />
? ? ? ? </fromBlock>
? ? ? ? <toBlock blockName="OB122">
? ? ? ? ? <path pathName="Path121-123" blockName="OB122" />
? ? ? ? ? <path pathName="Path121-136" blockName="OB122" />
? ? ? ? ? <path pathName="Path121-Saw" blockName="OB122" />
? ? ? ? </toBlock>
? ? ? </portal>
? ? </oblock>
Is it because the userName is ""?
Please let us know.
Thank you
Leo P
|
SwissChris
George Warner
Ken Cameron
Peter Ulvestad