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 -
|
Locked
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.
|
Locked
Re: What is the most recent "User's Guide" ? - looking for 4.14
Help files are provided with JMRI as well as being available at jmri.org
Both of these are up to date to current version.
--
Peter Ulvestad
JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -
|
Locked
Storing roster (and other) files under different customized names
@ 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
|
Hi all
I am continuing the Signaling Basics series in today's video: ABS, APB, Moving Blocks, and CTC.
Have a nice day
Hans
|
Locked
Failed to delete old index file [initialize decoder index] problem
Hi guys,
I run for long time JMRI different versions? ?under Netbeans? IDE? .today for some reason i got this error? ?and? after some time the? process freeze and stop working and output an error? popup window? ? I attached the log file? and the error? window? in "problems being worked on / doron problem " . I Tried? to close the project? and open other one? with some results .,uninstall the java and re install? .? with? no results . I try to run? a PanelPro? exe file and had no problem
Any idea ?
Java 1.8
JMRI ver 4.15.3,? ?2.4.3
Doron
?
|
Dave from Mount Joy, On 2 Jun 2019, at 1:52 AM, Video7105 <video7105@...> wrote:
Thinking Dave down under, had to many Kangaroo Juices. It wasn't the Kangaroo Juices (we brew good craft beers down under), although I had partaken of a very small number. It was more likely due to my having driven over 400km that day. (When I was only a few years younger a typical long day's drive was 800-900km, but I don't need to do that any longer.) Just teasing. Thank for all the help you provide to this forum Thanks. Dave in Australia
|
On Jun 1, 2019, at 7:01 AM, Randall Wood via Groups.Io < rhwood@...> wrote: You want to do two things:
- In your profile, using PanelPro, under "Preferences->Start Up", you want to add an Open File (pointing to your Turntable.xml file) and Run Script action (referring to your script)
- Use the command "/opt/JMRI/jmriHeadless --profile=/home/brian/.jmri/My_JMRI_Railroad.jmri" (the config option points to instructions about which profile to use if --profile is not specified, and the profile is a directory with a potentially large number of files).
You may also want to consider:
- Use VNC, not X-over-SSH, to access your Raspberry Pi -- this way, once you configure the default account to auto-login, PanelPro can be configured to be automatically launched by that user, and you can use VNC to connect to the running instance of PanelPro instead of only being able to launch PanelPro after you connect with Putty.
You can also configure the Raspberry Pi to automatically login as a user and start JMRI in headless mode. ?see, for example?.
The link above mentions executing a script at login. ?This can be a simple call to start JMRI with the appropriate options.
There is some advantage to this, primarily a slight reduction in processor and memory usage ( due to not drawing the GUI ). ?In a memory constrained setting, conservation of memory can be important.
Paul
|
Locked
Re: What is the most recent "User's Guide" ? - looking for 4.14
Hi Tom,
?
Thanks for your reply. I will do what you suggested.
?
Many thanks,
Warren
toggle quoted message
Show quoted text
Sent: Saturday, June 01, 2019 4:13 PM
Subject: Re: [jmriusers] What is the most recent "User's Guide" ? -
looking for 4.14
?
If you are looking for a printable pdf, on the Jmri website> manuals tab
at the top>far left edge is a pdf for 3.4
?
After that its all online as best as I know.
?
Tom Wilson
Colorado Springs,
CO ?
Hi,
?
I¡¯ve just updated to version 4.14 and looking for a ¡°User¡¯s Guide¡± for
version 4.14
?
I had an old User¡¯s Guide for version 2.12 and found it very useful but I
cannot find a similar Guide for version 4.14
?
I¡¯ve searched for? Manuals for 4.14 but can only find basic
information not the comprehensive notes in my old ¡°Guide.¡±
?
I¡¯m running Windows 7 and a SPROG Mk 2 and everything appears to be
working OK but I miss the detailed information in my 2.12 Guide.
?
If there is no ¡°Guide¡± for Version 4.14, what is the most recent ¡°guide¡±
available ?
?
Any help would be gratefully received.
?
Regards,
Warren
?
|
I want to thank everyone who offered help with this problem. It finally works correctly now.
Too much thinking for an old man.
Rance
toggle quoted message
Show quoted text
Thinking Dave down under, had to many Kangaroo Juices.
Just teasing. Thank for all the help you provide to this forum
Dave
Mount Joy, PA
6 Plus
> On Jun 1, 2019, at 06:09, Dave Heap <dgheap@...> wrote:
>
> All,
>
>> On 1 Jun 2019, at 7:56 PM, Dave Heap <dgheap@...> wrote:
>>
>> (just the same as happens if you double-click on a filename in Mac, Windows or Linux).
>
> I apologise. That statement was in error. Behaviours for editing a filename are not consistent across platforms (nor is the "Open" behaviour). Too late at night...
>
> Dave in Australia
>
>
>
>
|
Locked
Re: DS51K1 turnout decoder - detection
?
OK, clearly the RH turnout decoder is dead.? The thing to investigate is why, so the problem doesn¡¯t repeat.
?
Looking at the RH turnout photo, I would be concerned that some of the wires could catch in the movement of the T-shaped switch element.? That could have shorted the decoder (and thus it burns out).?
In this context a ¡°short¡± is connecting one of the track wires (red/black) to one of the turnout motor wires (orange/grey).? The connection need only be momentary and the decoder is at risk of destruction. ???
Looking carefully at the photo, I¡¯m drawn to the grey wire which looks dangerously like it¡¯s conducting centre could be touching the moving switch element.
?
For future installations, be careful how you route the wires around the switch area ¨C the LH one is better because the motor wires (orange/grey) come in from the outside, so are far less vulnerable.
??If you can also route the red and black away from the switch, that would be better.
?
?
?
If you remove the burned out decoder from the turnout, you can then test whether the turnout motor still works ¨C I think there is a good chance it¡¯s OK.???
To test it, get a 8 to 12v DC power source ¨C a small 9v battery is ideal - ?and two wires from the power source.? Place one wire on one of the turnout motor terminals, and momentarily touch the other
wire to the other terminal. ?(DON¡¯T hold the wires on for a long time, Kato turnout motors are only designed for a momentary pulse). ?
The turnout may buzz a little, and may throw.? Now swap the wires round on the turnout, and momentarily touch the second wire again.? This time it should throw.? Repeated swapping of the wires will
cause it to throw left-right-left-right.?? Assuming it throws reliably both ways as the DC wires are swapped, then the turnout appears to be working correctly.?
?
?
I cannot see how there would be any wider damage to the track ¨C the worst would be to take out the turnout motor coil, and I think that would be unlucky.?
?
?
?
?
?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]>
On Behalf Of rizimine@...
Sent: 01 June 2019 21:13
To: [email protected]
Subject: Re: [jmriusers] DS51K1 turnout decoder - detection
?
Sorry for the lack of response. I had a very busy week and I did not get time to check messages or work on the project.
First things first, I have some good news to share. And some bad news.
1. I decided to skip over to my left turnout (I had been always working on the right turnout so far) and see if it would work. I always suspected that my tinkering with the decoder (wrong power inputs) could have caused some damage to the decoder or the turnout
control itself. So, a fresh start would be nice. And it WORKED.
Here's the left turnout with the DS51K1 wired in. I connected it to the track, did the same steps as before to give it an address and it just worked. I was stoked.
2. I then decided to take out the right turnout and see if I could just remove all wires and connect again. Which I did. I was almost ready to buy a new turnout and decoder but things won't reach me until next week (my local hobby shop doesn't have the decoder
in stock), so this was more of a last resort thing. Things went better and then south.
a. I connected the newly wired turnout with the yellow wire connected to the track and powered it on. I could immediately hear a noise coming from the turnout. In hindsight, I should have checked what it is.?
b. I programmed a new address to this turnout. And threw the switch. And it SWITCHED. I was ecstatic.
c. But my happiness was shortlived. I could not close the switch. And the track powered off by itself. Dumb me should have investigated more here.
d. Dumb me proceeded to try to power the track again manually and try to throw. This time, there was a ticking noise from the turnout but it wouldn't move.?
e. I powered the track off and removed the turnout.?
Which is when I saw that the decoder had burnt itself. It had also scorched the paper I was having the track on.
Here's a picture of the turnout with new connection and a burnt out decoder. At this point, I don't know what to do. I am going to assume that the turnout and decoder are toast and I will get new of both to use. I can only hope that this did not do other
damage to the track.
Thanks a lot for the help everyone. If someone has input on the decoder burning out and what could have possibly happened, I would appreciate it.??
|
Locked
Re: DS51K1 turnout decoder - detection
Sorry for the lack of response. I had a very busy week and I did not get time to check messages or work on the project. First things first, I have some good news to share. And some bad news. 1. I decided to skip over to my left turnout (I had been always working on the right turnout so far) and see if it would work. I always suspected that my tinkering with the decoder (wrong power inputs) could have caused some damage to the decoder or the turnout control itself. So, a fresh start would be nice. And it WORKED. Here's the left turnout with the DS51K1 wired in. I connected it to the track, did the same steps as before to give it an address and it just worked. I was stoked. 2. I then decided to take out the right turnout and see if I could just remove all wires and connect again. Which I did. I was almost ready to buy a new turnout and decoder but things won't reach me until next week (my local hobby shop doesn't have the decoder in stock), so this was more of a last resort thing. Things went better and then south. a. I connected the newly wired turnout with the yellow wire connected to the track and powered it on. I could immediately hear a noise coming from the turnout. In hindsight, I should have checked what it is.? b. I programmed a new address to this turnout. And threw the switch. And it SWITCHED. I was ecstatic. c. But my happiness was shortlived. I could not close the switch. And the track powered off by itself. Dumb me should have investigated more here. d. Dumb me proceeded to try to power the track again manually and try to throw. This time, there was a ticking noise from the turnout but it wouldn't move.? e. I powered the track off and removed the turnout.? Which is when I saw that the decoder had burnt itself. It had also scorched the paper I was having the track on. Here's a picture of the turnout with new connection and a burnt out decoder. At this point, I don't know what to do. I am going to assume that the turnout and decoder are toast and I will get new of both to use. I can only hope that this did not do other damage to the track. Thanks a lot for the help everyone. If someone has input on the decoder burning out and what could have possibly happened, I would appreciate it.??
|
Locked
Re: DECODERPRO VERY LONG IDENTIFICATION TIME
While I might be tempted to try to duplicate your Ethernet problem... I'm not sure I can...
Looking at the coding to configure the connection I see three specific Ethernet shields listed and would wonder if the one that's close to wired boards I have would actually work. I know my Ethernet shield works with demo programs and a Uno or Mega but that's with it's board specific library.
So I'm going to hold off testing but will make one suggestion. There's mention of hard coding the IP of the DCC++ command station. Have you tried both getting the IP from the PC and hard coded?
Jim Albanowski
|
Locked
Re: Copying config files
Dan,
Have you tried simply loading all 4 'panels' and then saving the
result as a 5th 'panels' file with its own name? Normally that is
how JMRI works. That will still open all the different panel
windows individually when the 5th panels file is loaded. However
the separate internal tables will all get combined into new tables
that include the entries from each individual panel. You can then
either create a single new panel that includes data from the
original panels, or else flip between individual panels to control
the desired actions. If you get 'wide' screen high resolution
monitors you may be able to fit several panel windows in a tiled
format to make this easier.
Dick :)
On 6/1/2019 2:53 PM, Daniel Kubarych
wrote:
toggle quoted message
Show quoted text
Hello all:
The Arizona Railroad Historical society is building a layout in
the Arizona State Capitol Museum. We are learning two
technologies...? LCC and JMRI.? To ease the learning curve we
split the development between two people.? One person used a test
bed to prototype and build expertise with LCC. The second person
developed JMRI panels, sensor tables and block tables on his home
layout using design docs the club developed.
The overall strategy worked...? We learned to throw turnouts,
monitor tortoise position and track block occupancy using
RR-Cirkits boards. We built? JMRI panels that run on Android
tablets or iPads. We were able to integrate the panels built with
a turnout table generated by the "Create turnout" facility in the
OpenLCB config app.? We are not having any luck integrating the
sensor tables or the block tables into the JMRI configuration we
want to use on the layout.
To simplify the question, "Can you take a turnout table, a sensor
table, and a block table with associated panels generated in two
separate JMRI configs and mash them together to form a third valid
configuration".? I want two from column A and two from column B to
make JMRI configuration C.
Dan Kubarych
ARHS
|
Locked
Re: Copying config files
If I understand the question properly, the following steps should work: 1) Start JMRI PanelPro cleanly, without automatically loading anything, but with the appropriate connections defined. 2) Load file A. 3) Load file B. 4) Store as file C. 5) Stop JMRI, then start again using C if you want to. Each load step take the file contents and creates the corresponding items within JMRI memory. By loading two, you have both sets there. Then, when you store the contents of JMRI to file C, you¡¯re storing all of that. Bob On Jun 1, 2019, at 11:53 AM, Daniel Kubarych <danandsharek@...> wrote:
To simplify the question, "Can you take a turnout table, a sensor table, and a block table with associated panels generated in two separate JMRI configs and mash them together to form a third valid configuration". I want two from column A and two from column B to make JMRI configuration C. -- Bob Jacobsen rgj1927@...
|
Hello all:
The Arizona Railroad Historical society is building a layout in the Arizona State Capitol Museum. We are learning two technologies...? LCC and JMRI.? To ease the learning curve we split the development between two people.? One person used a test bed to prototype and build expertise with LCC. The second person developed JMRI panels, sensor tables and block tables on his home layout using design docs the club developed.
The overall strategy worked...? We learned to throw turnouts, monitor tortoise position and track block occupancy using RR-Cirkits boards. We built? JMRI panels that run on Android tablets or iPads. We were able to integrate the panels built with a turnout table generated by the "Create turnout" facility in the OpenLCB config app.? We are not having any luck integrating the sensor tables or the block tables into the JMRI configuration we want to use on the layout.
To simplify the question, "Can you take a turnout table, a sensor table, and a block table with associated panels generated in two separate JMRI configs and mash them together to form a third valid configuration".? I want two from column A and two from column B to make JMRI configuration C.
Dan Kubarych
ARHS
|
When an interface changes, as JMRI does from time to time, it¡¯s really interesting how different reactions people have. I certainly don¡¯t know the best way to navigate the line between people wanting ¡°consistency¡± with something else vs with how it used to be vs some idea of ¡°make it simpler¡±. I do know that most incremental suggestions don¡¯t go anywhere good. The following (from which I¡¯ve removed the name, because this isn¡¯t about a specific comment or commentator) is an example of this. One paragraph is about the current behavior not being what people expect from their other applications (basically, click to edit) and the _very_ _next_ _paragraph_ is a request for a behavior that¡¯s different from (standard HI compliant) other applications. the clicking idiosyncracies can be avoided quite simply (and the roster entry method you describe is exactly what I usually do) but the fact remains that click/double-click behaviour is different in different columns of the Roster and that is peculiar to JMRI and not what computer users expect on the basis of their experience with other apps.
Would it not be possible to open a loco by clicking on ANY column in a row that has been selected and use right-click or CTRL-click to edit the text in the 3-4 columns where text editing is possible? That would more closely align with the way other apps work. There are _three_ things going on, not two: - how to select a line for e.g. a print or copy menu item - how to open the line in a programmer - how to edit a cell in the line People tend to think through just the part they care about, leaving new problems behind: If you single-click on a row to open, how do you select? They also tend to think in terms of gestures that don¡¯t really work: ¡°Clicking on a row that¡¯s already been selected to open" is ambiguous with clicking a different cell to select it. If somebody wants to think through the _entire_ set of operations, that would be great. Perhaps we can come to a new consensus. Bob -- Bob Jacobsen rgj1927@...
|
Don't double-click on the roster entry line to open it. You haven't even checked what programming mode it will open in (I've been caught many times).Single click to select the wanted roster entry. Then single-click on the Program button below the roster entry list?after?having checked and selected the correct mode.?
Dave: You are correct of course that the clicking idiosyncracies can be avoided quite simply (and the roster entry method you describe is exactly what I usually do) but the fact remains that click/double-click behaviour is different in different columns of the Roster and that is peculiar to JMRI and not what computer users expect on the basis of their experience with other apps. Would it not be possible to open a loco by clicking on ANY column in a row that has been selected and use right-click or CTRL-click to edit the text in the 3-4 columns where text editing is possible? That would more closely align with the way other apps work. I hasten to say that none if this is critical and I truly appreciate the enormous amount of volunteer effort that goes into JMRI. I am sure volunteers are more motivated by working on additions to the substance of JMRI than tweaking details of the user interface - and that's a good thing. Jan
|
Peter Ulvestad
Bob Jacobsen