Locked
Re: Tips for splitting my Loconet in two
Rodney,
I am a longtime user of CATS, and really appreciate this software solution you've created!
I have a CATS-specific question, related to this topic.
I am doing something similar to what Gary is doing.? I have started having problems with missed turnout commands on my DCS 240 and have divided my layout into two loconets - one connected via USB to the DCS 240 for the throttles, block detectors, boosters etc. and then a standalone loconet created using the RR-CirKits SSB-Gateway connected to another USB port via a LocoBuffer USB rev 0.
When I set up the second loconet in JMRI, JMRI assigned a "L2" prefix to the turnouts (as opposed to the default LT). ?
So here is my CATS-related question: I can throw the turnouts from JMRI by going to the "Tables" view and under Turnouts and Loconet 2 I can close or throw turnouts.
In CATS there is only a choice of "ML" or "LT".? Should I go in to the "devices" screen in CATS designer and add the "L2" prefix so I can set the turnouts to that?? Or do I just stick w/ LT and JMRI will sent turnout commands to the right loconet?
Thank you for your help and also for a great program!
Sincerely,
Steve Davis
KCS 3rd Sub
|
Locked
Re: Getting started with PanelPro
Haltz,
Page 23 of 60 of the second part of the tutorial shows the Logix IX03. Clicking on the edit button there will allow you to reopen and examine or change the conditionals.
Bob Bucklew
toggle quoted message
Show quoted text
----- Original Message ----- From: haltz@... To: "jmriusers" < [email protected]> Sent: Sunday, June 2, 2019 7:37:16 AM Subject: [jmriusers] Getting started with PanelPro Hello. I am just beginning here and am trying to work through? the excellent June 2012 3-part tutorials by R. Bucklew ( ) I am getting lost in tutorial 2, where the Logix are being set up. It looks like you create an entry for the logix table and add conditions and actions etc to the entry (Tutorial Part 2, pages 17-23), then add the entry to the Logix Table. One basic question I have is: once the entry is in the Logix Table, I can't find a way to look at the associated conditionals again. That's a basic conundrum. Then I have some questions about the details on those pages 17-23, but I think I can work through them if only I had a way of going back to look at the conditionals etc. Thanks.
|
The nice thing about seeing all the messages that I found is if you are having a problem with JMRI somebody may have found a solution to it and you are able to solve it before you ask the same question.
toggle quoted message
Show quoted text
While in your
[email protected]:? go into "Subscription"? and then scroll down until you see " Advanced Preferences ".
Select either "All Messages" (default) or the "Following only". (this one is not all that clear as I see no option to "follow" unless it is the "Like")
Further down you have "Replies" . You can select this and receive only replies to threads you started and those you participate in.
These are dependant on how you setup your Email Delivery Preferences, by default it is "Individual Messages"? are sent to your email.
If you do not want to receive any thread related Emails select the "Special Notices Only" and the Email flood will stop.
Marc
|
Locked
Re: IR Block Occupancy Sensors - Entrance and Exit
Thankyou for the feed back and I may well switch to track current sensing for block occupancy as the IR sensors haven't cost a great deal and can be used for other applications on the setup.? However before I do that? I was wondering if there is any merit in my current thoughts and how easy could it be scaled up?
Two sensors are at the start of Block A,? ?pseudo sensor PS1? and IR sensor S1, ?the Block occupancy is set by PS1. The loco passes S1 which via scripting sets PS1 ACTIVE and thus Block A occupied and even though S1 goes INACTIVE as the loco passes it, ?PS1 is still Active because of the script until the loco passes the exit sensor S2 at the end of Block A at which point the script is triggered making PS1 INACTIVE and thus Block A unoccupied, this way the block a stays occupied until the exit sensor is triggered,? it could even be possible to cater for the fact as the loco passes S2 it will go from INACTIVE to ACTIVE back to INACTIVE but it only sets PS1 to INACTIVE when S2 finally goes INACTIVE.
I'm not sure how this could be applied to several blocks and how complcated the script gets, i've been looking through the samples scripts at CombineSensors.py and similar to get some feel for how it could done, but if there's a flaw in what i am thinking then no point,. Also figuring out what happens in reverse direction etc may need to be worked on at some point.
Thanks Steve
|
typo - 2nd "4" should be "5"
|
Bob: Thanks for anonymizing but I'm happy to confess that the quote you gave is mine and I obviously haven't communicated my suggestion adequately. I'll try again...
1. With the roster window newly open (ie nothing selected), a single click on any cell ("cell" being the intersection of a row and a column) selects and highlights a?decoder entry (end result is a highlighted row that is the object of the next action)
2. With the roster window newly open, a double-click on any cell opens the decoder entry (end result is an open decoder window with all its tabs etc)
3. With roster window newly open, a right-click on a cell with editable text opens that cell in text editing mode, a right-click on any other cell gives same result as 1.
4. After 1, a single-click or double-click on any cell in the highlighted row gives the same result as 2 (probably best to convert physical double-click to logical single-click so that the second click does not act on any field in the decoder window that opens)
4. After 1, a right-click on a cell is exactly the same as 3.
I think that covers all the possibilities and is consistent with the behaviour of most other apps. As you point out there are 3 options - select decoder, open decoder, edit text in decoder. Using 3 corresponding actions - click, double-click, right-click - the user interface idiosyncrosies will be reduced because at present only 2 actions are available - click and double-click.
Jan
|
Hi Paul,?
I have run both of the requested commands and have uploaded the file.?
Thanks
Lee
|
Locked
Re: DS51K1 turnout decoder - detection
Rizwan: Further to Nigel's message. I note that the turnout switch is in the halfway position which should be impossible because the spring and magnet design of the actuator cause it to snap between fully open and fully closed. When you were testing it, was it upside down as in the picture? If so, the point rails may have been unable to move properly because they were dragging on the benchtop. If not, the wiring may have impeded the switch operation when you put the turnout right-side up and compressed it, as Mick points out.
I also note that the decoder scorching was caused by something inside the decoder melting through the plastic sleeve. Assuming your DCC system is OK that can only have happened by wiring it up wrongly at some point. The incorrect connection may have blown something which resulted in the decider short circuiting the DCC system when it is was reconnected correctly. For example, the output of the decoder is probably an H-bridge arrangement of transistors and if one transistor fails to turn off (due to damage caused by incorrect wiring) then the H-bridge will be a short circuit when one of the other transistors fires. While the picture doesn't show everything, the wiring to the actuating coil and the coil itself looks OK so I would expect a new decoder is all you need. A short inside the decoder would explain DCC tripping off.
Jan
|
Locked
Re: Storing roster (and other) files under different customized names
Joern: Think of the JMRI Roster panel as the index of files for decoders. Just like on a computer file management system, you can add, delete, copy (duplicate) and rename decoder entries. So as Mick says, "save as" is just duplicating an entry and the duplicating process requires you to enter a new unique name for the new decoder entry. A single physical decoder can be entered as many times as you want different sets of CVs for it. When you have chosen the one you want to keep you can delete the rest. You can even group the decoders, for example, into "final" and "draft" and display only the "final" if you want to keep all the draft versions but not clutter up the roster panel.
Jan
|
If I post a message, does an answer automatically go to my email? Right now all entries are showing up in my email. Any way to ONLY get answers to my posts to go to my email? Thanks.?
|
Locked
Re: Storing roster (and other) files under different customized names
But there is an equivalent of Save As! ?From the foster, right click and Duplicate.....
Mick
________________________________
Mick Moignard
m: +44 7774 652504
Skype: mickmoignard
, so please excuse the typos.
|
Locked
Re: Storing roster (and other) files under different customized names
If you have saved it in the roster, then you can write that to the decoder without any concern about the filename. Open that roster entry and write it to the decoder. I always manage my decoders through the roster and not from the files themselves.?
Maybe I dont understand your needs.? Tom Wilson
Colorado Springs, CO
Bob?
Why has there been a lot of trouble taken to _hide_ filenames from people? Can't understand that.
I tried to explain in my original post, that if I have different programming states of which I like one particularly, then I should be able to rewrite that one to the decoder. But I can't tell from the files which one that was. All I have is the current state and the one before. Everything else is lost for good!
Did you ever program an ESU decoder? Then you know what i'm talking about.
I'm sorry if my english isn't good enough to explain myself in a better way.
Regards
Joern
|
Locked
Re: Storing roster (and other) files under different customized names
Bob?
Why has there been a lot of trouble taken to _hide_ filenames from people? Can't understand that.
I tried to explain in my original post, that if I have different programming states of which I like one particularly, then I should be able to rewrite that one to the decoder. But I can't tell from the files which one that was. All I have is the current state and the one before. Everything else is lost for good!
Did you ever program an ESU decoder? Then you know what i'm talking about.
I'm sorry if my english isn't good enough to explain myself in a better way.
Regards
Joern
|
Locked
Re: Getting started with PanelPro
Yes, you nailed my issue. Thanks very much, Peter. I don't know why I didn't try this. Now I will probably have more questions about how to populate the details of each Logix entry. Will try to work them out till I'm stuck. Thanks again
|
Locked
Test version 4.15.7 of JMRI/DecoderPro is available for download
Test version 4.15.7 of JMRI/DecoderPro is available for download.
This is the next in a series of test releases that will culminate in a production release, hopefully in late June 2019.
We're getting close to the end of the development series, so we'd appreciate feedback on whether or not this release works for your layout.
If you are currently using JMRI 4.9.6 or earlier, we strongly recommend that you first update to JMRI 4.12 and make sure that's running OK before updating to this test release. There have been a number of changes in serial port support, panel file format and configuration options since those earlier releases, and moving to the stable JMRI 4.12 release is a good way to work through any possible problems.
<>
If you use JMRI on Linux or Mac and are updating from JMRI 4.7.3 or earlier, there¡¯s a necessary migration step. (Not needed on Windows) Please see the JMRI 4.12 release note for details: <>
For more information on the issues, new features and bug fixes in 4.15.7 please see the release note:
<>
Note that JMRI is made available under the GNU General Public License. For more information, please see our copyright and licensing page.
<>
The download links, along with lots of other information which we hope you'll read, can be found on the release note page:
<>
Bob
--
Bob Jacobsen
rgj1927@...
|
Locked
Re: Storing roster (and other) files under different customized names
Why do you care about the filename? Is there some reason you need to address the file directly? There¡¯s been a lot of trouble taken to _hide_ filenames from people, so they can just think about the roster itself. So if there¡¯s something missing that requires you to look up the file, we should work on that. Bob On Jun 2, 2019, at 5:56 AM, Dr. Joern Behnke <joern.behnke@...> wrote:
@ Ken Cameron, Member JMRI Dev Team
I have been using SPROG together with JMRI DecoderPro 4.15.6 for some weeks now and find both very helpful.
But - in my way of looking - there is one real drawback in the software:
You can't store roster files under an informative name you pick yourself. Only a file *.xml is created for the current state of decoder-programming plus a file *.xml.bak which describes the last but one state. A command "save as ...." is missing !
For instance once you program a decoder and deal with BEMF many trials are necessary to find the final solution.Oftimes trial no.5 proves to be better than trial no.10. But you will not find the corresponding file no.5, all you have is no.10.xml and no.9.xml.bak.
The LokProgrammer of ESU is a good example of how to create different files for different states of programming a decoder.
This is just a suggestion, perhaps it could be implemented in futureJMRI software releases. -- Bob Jacobsen rgj1927@...
|
Locked
Re: Copying config files
Dan K,
Can you clarify what you mean by configuration? There are many parts of the
total configuration. Some are application behavior, system connection, data
location, etc..
The panels are usually viewed separate from the other configuration details.
Yes, one depends heavily on the other. One example of dependent but separate
would be two profiles, one with active system connections, the other with
simulated system connections, both using the same panels and scripts.
One method is where one panel was build offline from the layout and used all
Internal or simulated parts, but had usernames for all parts. Then a second
panel was developed at the layout that learned all the real hardware from
the layout, it didn't have user names but had details in the comment field.
Then at a later point they get merged by reading both in on one profile.
Within that new panel file all the user named parts get 'Moved' to the real
hardware parts. Then all the old extra stuff gets deleted. So all the work
and logic of the one now is ready for the real hardware.
So if you could clarify what you mean and need, I think we can help.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Locked
Re: Storing roster (and other) files under different customized names
Tom
I have been doing this also.
The change will not show in the filename, only once you open the *.xml file. then you can find it in the text. In the roster sheet it shows as well, not in file manager..
Regards
Joern.
|
Locked
Re: Storing roster (and other) files under different customized names
Joern
I do this regularly by appending some descriptor to the name of the locomotive before I do a "save to roster".?? Tom Wilson
Colorado Springs, CO
@ Ken Cameron, Member JMRI Dev Team
I have been using SPROG together with JMRI DecoderPro 4.15.6 for some weeks now and find both very helpful.
But? - in my way of looking - there is one real drawback in the software:
You can't store roster files under an informative name you pick yourself. Only a file *.xml is created for the current state of decoder-programming plus a file *.xml.bak which describes the last but one state. A command? "save as ...." is missing !
For instance once you program a decoder and deal with BEMF many trials are necessary to find the final solution.Oftimes trial no.5 proves to be better than trial no.10. But you will not find the corresponding file no.5, all you have is no.10.xml and no.9.xml.bak.
The LokProgrammer of ESU is a good example of how to create different files for different states of programming a decoder.
This is just a suggestion, perhaps it could be implemented in futureJMRI software releases.
Kind regards
Joern
|
Locked
Re: Getting started with PanelPro
If I understand your issue correctly, in the logix table for the entry you wish to view click on select at the right for that entry and it will give you several options
Edit
Browse
copy
Delete
Click Edit to modify, it will bring up the screens you saw when you created the logix
Click Browse and it will bring up a different screen that just shows the logix. You can't make any changes here.
--
Peter Ulvestad
JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -
|
Michael Roderick
Bob Jacobsen
Ken Cameron
Peter Ulvestad