Forums » Train Operations Software

List of newest posts

    • February 19, 2017 3:30 AM EST
    • Thanks, Jon. That's good to know. 

    • February 18, 2017 10:58 PM EST
    • Hi Joe -


      JMRI limits the number of moves at each location.  This from the manual...


      A Car Move can be a car Pickup or car Drop at that Location. For example, 5 Moves can be 5 Pickups or 5 Drops or any combination of 5 Pickups and Drops.


      You can see the number of moves allowed at each location when looking at a Route.  Mine are all 5 moves (the default?).  I can not find where (if anywhere) you can change this.


      When you are in Edit Mode of a Route, if you double click on the Moves number you can change it. Save the Route when done.






    • February 18, 2017 8:09 PM EST
    • This week I downloaded JMRI and dove in.  I must say that it is a pretty amazing piece of software!  I've just scratched the surface, but have managed to set up an oil industry route with tank cars, along with two trains (out and back).  I was especially pleased with myself for figuring out how make spurs at a location accept only empty or full loads! Baby steps...

      I was wondering if anyone can explain the significance of "moves".  I encountered a "No moves left for route" statement on my Train Build Report at a next-to-last location.  No cars were picked up even though they were available.  Any advice about how to modify and manage my "moves"?


    • February 11, 2017 2:01 PM EST
    • Just finally started using the roster from JMRI, and I can attest that you just copy the user files (shown under preferences, file locations) to your network drive, and then use that same screen to point to the new location of the files.

      I copied the directory from JMRI downwards, but the file location you "point to" is one level down:

      \\Greg-pc\d\shared trains\JMRI\My_JMRI_Railroad\


      Greg-pc is a network computer that has the files that are shared between the various computers that use them.

      You really do not need the files in the "JMRI" folder, other than the folder "My_JMRI_Railroad" but it served to show that this folder was for JMRI among my other shared files at that level.




    • December 5, 2016 11:28 AM EST
    • ....and we are still using RailOps here on the IPP&W, every Saturday during the Summer season.  There are at least 4 other indoor HO pikes in Ottawa using RailOps.  There is a RailOps email List, where anyone with a problem can post.  As was said; if it isn't "Broke", don't fix it.

      Fred Mills

    • December 4, 2016 8:46 AM EST
    • Devon Sinsley said:

      Bruce thanks not only for the manifest but also the location list. That would be very helpful. Especially when we will only be operating once  month at most. The owner will likely fuss with stuff and I can give him a list like that well before we operate and he ca get everything set to where it should be. I really like that aspect of it.


      Yeah, that's one reason I really like this.  I store all of my cars between sessions and may advance the program a few "days" before the next ops session.   This helps me know what goes where.

    • December 4, 2016 8:45 AM EST
    • Steve Featherkile said:

      Is length calculated coupler to coupler, or some other distance?  LOA, DWL, etc.

      From the help file:


      When entering the length of a car, enter the length of the body and not the total length. For example, a forty foot boxcar has a length of 40 feet. The program when calculating lengths will add two feet to each end of a car for the couplers. Therefore when you place a forty foot car at a spur, it will consume 44 feet of track.


    • December 4, 2016 12:06 AM EST
    • Bruce thanks not only for the manifest but also the location list. That would be very helpful. Especially when we will only be operating once  month at most. The owner will likely fuss with stuff and I can give him a list like that well before we operate and he ca get everything set to where it should be. I really like that aspect of it.

    • December 3, 2016 7:34 PM EST
    • I just use the length of the car minus the coupler. A siding is usually a couple feet longer than the max cars it can hold anyway, so coupler length don't matter. 

    • December 3, 2016 7:13 PM EST
    • Is length calculated coupler to coupler, or some other distance?  LOA, DWL, etc.

    • December 3, 2016 1:38 PM EST
    • Well yea, certain brakeman will only use certain cabeese. And my lead engineer gets to take whatever locomotive he wants for the day. And Smokey will not, ever, never ever, not never ever, take out one of them newfangled, cantankerous, unproven, Diesel-lectric things. No way!

    • December 3, 2016 1:26 PM EST
    • You don't have to worry about the weight.   There's an "auto" function that will calculate some value;  it doesn't really matter as I have never used it.

      Like the others, I also did not enter my locomotives or cabooses - I just get out the ones I want to use that day.

    • December 3, 2016 11:48 AM EST
    • I agree with Ken on the length. It's critical for set up, as is acurate measurements of your sidings. If you key this data in correctly it will never try and overload a siding.


      I don't have locos in the system either and I never set weights other than the default. It might be fun to some day put in correct weights (per the car markings) and then try to figure out the maximum weight for each loco on the ruling grade.  But then I have much more important stuff to do - like find room for more indoor track

    • December 3, 2016 11:11 AM EST
    • The length of the car helps when determining how many cars you can fit in a siding and how many cars you want on the train. I try to limit the train to 6 cars so train length is about 200'. The weight is a factor in determining which locomotive to use for that train. Since I don't list my engines in the Locomotive roster I don't really care about the weight issue either. I just think it's neat that it adds the tonnage to the manifest. 

    • December 3, 2016 10:59 AM EST
    • Just out of curiosity do you enter the car length and weight with every car as you enter them ? While it may add to the realism I personally could care less about the theoretical weight and length of the departing train, just telling me how many cars is all I want to know.

    • December 3, 2016 8:16 AM EST
    • Just remember to ask for help if you get stuck!   Once you use it, it seems pretty straight forward...but getting to that point can take awhile.  

      If you have a color printer, you CAN print out the switch lists with color coding...

      For setup, you can print out rosters by location or by car number.   This one shows the cars by number...very helpful when pulling the cars out of storage to help figure out where they should be.   I also print one out by location;  I use that one to verify setup once all the cars are in place.

    • November 29, 2016 9:37 PM EST
    • Thanks John,


      I think I am going to bite the bullet and at least download JMRI and play with the demo mode. One feature that I like is the ability to store more than one layout. If this "thing" takes off we will have at least two layouts in our club and mine could be a very humble third. I know I can manage it if I can keep my friend from changing his layout every other day.


      I like the manifest. That is exactly the sort of thing I think we can have fun with.

    • November 29, 2016 9:00 PM EST
    • On the surface JMRI looks overly complicated because of all the DCC functionality.  For just Operations features you can ignore all of the DCC stuff and it becomes far less complicated. I've seen RailOps being used in Canada at Fred's, but I only saw the output side. It seems to work well too, but if it's not being supported, that is a problem.


      I do like the how JMRI presents the train manifest...

    • November 29, 2016 8:44 PM EST
    • A written report? In triplicate? With supporting references?

    • November 29, 2016 6:42 PM EST
    • Michael, were you ever to get past the "Unable to read..." error? I'm getting the same thing on mine.


      I tried it on two platforms; first my XP laptop, them my Win10 laptop.


      On the XP, I can communicate just fine with the decoder under CV Manager. I used it to set the sounds and motor parameters and it worked just find and dandy. Alas, the sound file that's on it is a .q2 file, and I'd like to upgrade it to the .q3 file. On my XP laptop, I've got two versions of the upgrade software. The older Q2 upgrade, and the latest Quantum upgrade. When loading the sound file into either version (no decoder attached), I get more whistles under the later software, two of which are East Broad Top whistles. Naturally, I'd prefer to use the later version of the software so I can get those whistles. Alas, when I connected the decoder to the programmer (direct 2-wire connection), I got the "Unable to read..." error. I tried on the older software and got the same error. I tried CV Manager again to see if something was wonky with the interface, but could read and write CVs no trouble.


      Thinking I should probably upgrade to the latest version of everything anyway, and having a newer laptop, I downloaded and installed the driver for the SiLabs box on my Win10 machine. Following the instructions for installing the driver, it went smoothly and appears to have worked--at least when I go to the control panel, it shows the interface as being connected. Unfortunately, when I launched Quantum Programmer, I got the same "Unable to read..." error I had gotten on my other computer. When I fired up CV Manager, I don't think it's communicating with the decoder. I can't get a command window to run the decoder.