¿ªÔÆÌåÓý

Date

Locked Re: Operations

 

Jerry,

Which restore did you use, the one under tools in the Setting window?? That allows you to search for files.

Dan


Locked Re: Full timetable automation - AutoDispatcher 2 - abstraction - documentation - scripting

 

¿ªÔÆÌåÓý

Jay,

Just to keep things straight in my own mind, you are not using Layout Editor based Entry/Exit nor Control Panel Editor based NX Warrants. ?You are using Entry/Exit concepts to map sensor actions to Dispatcher Transits. ?Very interesting.

Dave Sand



On Aug 16, 2018, at 4:11 PM, Jay <jason700@...> wrote:

So to directly answer your questions: NX paths - it uses transits, sections, blocks, signal mast logic, and all the code of Dispatcher.? One of the 'tricks' is to determine from the N click and the X click on the layout editor panal which transit to use and what portion of that transit to use. One change I made to JMRI which is now part of the standard distribution was to be able allocate all the way from the start block to the end block. This is necessary for the NX allocation to 'make sense'.


Locked Re: No responce from Digitrax Zephyr with PanelPro

 

Bob
The first thing to try is fully power up the Zephyr before starting Jmri. The current version of Jmri can cause a flood condition on the locket. The slower the pc the more this problem occurs.
Steve G.

On August 16, 2018 11:48:07 AM EDT, "Bob via Groups.Io" <dogdad1@...> wrote:
Hello everyone

I am back after a several year absence. I am running W10, a PR3, a Zephyr (DCS 51), 2 y/o Dell laptop and JMRI ver. 4.12 on my n-scale layout. DecoderPro works great. I am able to program all my decoders(both read & write) without any problems. When I run PanelPro, I get no response from any of my engines. This could be due to the fact that the Zephyr is not turning "ON", although when I click on the "Power" icon, it indicates that the power is "ON". I select the engine (in the throttle) that I will be running from the pull down menu (entire roster of engines appear in the menu). When I move the slide switch to increase the speed, there is no response from the engine and no data logged in the LocoNet monitor. If I run the engine from the Zephyr, it works and data is seen on the monitor.

Years ago, I used an older version of JMRI and everything worked. I don't know where to start in order to make this version work. Any help would be greatly appreciated.


Thank you, Bob




--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


Locked Re: RPi-JMRI image updated

Lindsay Hughes
 

Steve, thank you for your efforts.? I too am traveling and will test when I get home


Locked Re: Operations

 

Dan

I completed steps 1 & 2?
Started the program Decoder Pro, Tools, Operations, Settings, Restore Operations Pro Files. There were no files here to download.
Where am I going wrong?

Jerry


Locked Re: Genesis OEM TSU2

 

¿ªÔÆÌåÓý

The info has not been released by Soundtraxx yet for TSU2 equipped F45s.
They have info on Genesis locos here:

but the F45 not yet listed AND those files don't have everything needed to create a decoder definition.? For Tsunami2 and Econami decoders, JMRI needs the value of CV253 and 256 (read only values in the decoder); 253 is always 3 for Genesis & Athearn locos but 256 is unique for each model and the definition need that number for the identification routine to work.? I've been waiting for a few months now to get info from Soundtraxx but with their trade up program, new decoder models released and recent NMRA show they've been busy.

Now you can use other Genesis TSU2 definitions, the default values are not going to match what's in the loco so you'll have to read everything before making changes.? Another thing that might not match will be enumerated lists of sound choices, but so far the Genesis lists have been fairly consisted between models with same prime mover type, since F45 has 645, pick one that also has 645 (like a GP40-2) and probably the sound choices will be OK.

Michael Mosher
Webmaster, ECSFM            
Member SFRH&MS              
DCC Master PVSMR            
On 8/15/2018 3:45 PM, Richard Knight wrote:

Hi, i am trying to help a friend, over the phone!, with his Athearn Genesis F45 with TSU2. The basic problem is this engine is not listed in the choices when reading the loc with decoder pro. The F45 and FP45 are listed in the TSU1 but some of the CV's have been changed with different options in the TSU2. ?I was using GP38-2 as a stand in but this became problematical also. Is there any chance that the F45 could be added to the list? ?Thanks to Michael Mosher I could get the new file on the WOWV3and 4 diesel, download and install into the current version of decoder pro. Thanks Again, Rick.


Locked Re: OperationsPro and ¡°wait¡±

 

Hi Phil,

The "Wait" value tells the program to hold a car at a spur for some number of trains.? Each time a train is built and could have pulled the car, the wait count is decremented.? When it reaches zero, the car can be pulled.? You need to add a schedule to a spur if you want to "wait" a car.? Here"s the help link:



Dan


Locked Re: Full timetable automation - AutoDispatcher 2 - abstraction - documentation - scripting

 

James,

??? What I have done uses the all of what one might call 'behind the curtain' of JMRI Dispatcher. One interacts with Dispatcher via a dialog box to create a 'new train'. Instead of using that dialog box, I have Jython code to 'determine' all the answers needed for the dialog box, then call the same Java routines that the dialog box would. In other words, I simply replaced the user interface supplied by Dispatcher with my own.? At the time I did most of my work I recall looking at JMRI's NX warrants but decided not to use that. Don't really recall just why, except from the git go I wanted to be able to mix computer controlled trains and manual controlled trains on the same layout, and didn't see how having to 'train' a train for an NX warrant fit my wishes. (By the way, what I have done is and always has been simply to satisfy my own desires with absolutely no thoughts of any commercialization. If anyone can derive any benefit, that is fine, but I see JMRI as a 'erector set' to do stuff to suit my fancy.)

So to directly answer your questions: NX paths - it uses transits, sections, blocks, signal mast logic, and all the code of Dispatcher.? One of the 'tricks' is to determine from the N click and the X click on the layout editor panal which transit to use and what portion of that transit to use. One change I made to JMRI which is now part of the standard distribution was to be able allocate all the way from the start block to the end block. This is necessary for the NX allocation to 'make sense'.

Concerning the timetable - I know you have been talking about a timetable as a database of trains to run.? This is not it.? Indeed, the only place I have any 'mention' of a timetable is in the Employee Timetable rule book I designed for my layout and there it is a work in progress and is totally blank right now.
One note: I have linked JMRI Operations to my Dispatcher version. Thus trains must be built in Operations before they can be run on the layout via Dispatcher.? Operations does have a 'database' of trains including run times, so with more work on the coding side of my Dispatcher, I see how one could make use of that information. Maybe some day, but again, our op sessions (several years now) seem to be doing fine. As I write more, I think you might be referring to what I call the Form 902 as a timetable. If so (because it does have a column for departure time), the Form 902 is the Operations interface I just referred. The Form 902 is more of a 'Clearance' for the train than a timetable of operations.

To what extant is the code layout specific - I don't know - somewhat - maybe more than somewhat.? I set up a friend's layout to operate in much the same manner.? That layout has a few 'differences' the biggest being no use of Operations.? But I did 'copy over' large chunks of code. (And being a retired programmer, could not resist rewriting a few things here and there.)

So, that may or may not answer everything.? I know choosing layout train automation methodology is not easy, and there are more things to consider now than when I went through the process. Even now I would like perhaps to try something else, but I don't have enough time now to do everything that needs to be done on the layout.? So don't fix it if it ain't broke (too bad broke that is).

Jay Janzen
St. Charles, MO


Locked Re: Running a consist with no loco control

 

¿ªÔÆÌåÓý

Some Intermountain locos with ESU decoders are prone to loss-of-control at speed due to some unwanted components on the motherboard (the motherboards are not made by ESU), fitted for EU emissions compliance when no decoder is fitted.

The problem is made worse if layout bus wiring has too much impedance (too thin, not twisted, long) and under heavier load. The technical reason is that the current pulses drawn when the motor is turned on and off (PWM control as used in almost all decoders) cause voltage drop due to the excessive track wiring impedance and hence distortion and confusion in the DCC signal. The decoders ignore the corrupted signal and keep going, waiting for a decipherable signal.


If you ask on the LokSound group, someone will point you to instructions/photos showing what components to remove from the motherboard.

Dave in Australia

The New England Convention 2018

On 17 Aug 2018, at 5:10 AM, bradburt@... wrote:

I'm running 2 Intermountain HO ET44AC locos on a NCE power cab system.? The locos are nicely speed matched and run nicely lashed up, but as soon as I hook these 2 locos up to some cars (23) I have no sound control, or speed control once the train gets moving.? I can only run with control up to speed step 4, after this speed step I loose control as mentioned.? What could be the problem


Locked No responce from Digitrax Zephyr with PanelPro

 

Hello everyone

I am back after a several year absence. I am running W10, a PR3, a Zephyr (DCS 51), 2 y/o Dell laptop and JMRI ver. 4.12 on my n-scale layout. DecoderPro works great. I am able to program all my decoders(both read & write) without any problems. When I run PanelPro, I get no response from any of my engines. This could be due to the fact that the Zephyr is not turning "ON", although when I click on the "Power" icon, it indicates that the power is "ON". I select the engine (in the throttle) that I will be running from the pull down menu (entire roster of engines appear in the menu). When I move the slide switch to increase the speed, there is no response from the engine and no data logged in the LocoNet monitor. If I run the engine from the Zephyr, it works and data is seen on the monitor.

Years ago, I used an older version of JMRI and everything worked. I don't know where to start in order to make this version work. Any help would be greatly appreciated.


Thank you, Bob


Locked OperationsPro and ¡°wait¡±

 

Begin forwarded message:

The only thing I can find in the OperationsPro manual concerning the term ¡°Wait¡± is under editing routes and it simply says ¡°Wait-value shown¡±. What does wait do? Does it impact the length of time a car will be on a spur after set out, allowing for load/unload time? Will changing it¡¯s value solve the problem below?

I have a location that has 15 spurs and 3 C/I tracks. Freights drop blocks of cars on an unlabeled arrival track and pick up outbound cars from the C/I¡¯s. A switcher picks up from the arrival track and sets out on, and picks up from, the spurs. The problem I¡¯m experiencing is: the cars from freight #1 are picked up from the arrival track ( for example 9 cars) and set out on the spurs. For the next set of outbound cars (freight #2) the switcher immediately picks up the 9 cars that where just set out and sends them to the C/I¡¯s totally ignoring other cars resident on the spurs.

Phil



Sent from my iPad


Locked Running a consist with no loco control

 

I'm running 2 Intermountain HO ET44AC locos on a NCE power cab system.? The locos are nicely speed matched and run nicely lashed up, but as soon as I hook these 2 locos up to some cars (23) I have no sound control, or speed control once the train gets moving.? I can only run with control up to speed step 4, after this speed step I loose control as mentioned.? What could be the problem


Locked Re: Full timetable automation - AutoDispatcher 2 - abstraction - documentation - scripting

 

James,
JMRI Warrants also allow you to simply click on the entry and then exit blocks. If there is more than one possible route then it will prompt you for your desired choice at each alternate point. It does not make choices itself, nor change once a route is setup.

Dick :)

On 08/16/2018 12:55 PM, Dave Sand wrote:
James,

NX is a standard JMRI feature:

The dispatcher (human) selects an entry sensor and an exit sensor. ?The system sets the turnouts and allocates the blocks. ?The sensors are assigned to block boundaries using the right click context menu, the same procedure for assigning signal heads and signal masts.

The IECC video appears to be using NX or a variation because the mouse was clicking points on the panel to assign blocks.

Dave Sand


On Aug 16, 2018, at 6:23 AM, jamespetts via Groups.Io <jamespetts@... <mailto:jamespetts@...>> wrote:

Jay,

that is most interesting. I have had a look over the general instructions, which give me an idea of what you have achieved but not so much how you have achieved it, and it would be most useful to know more about the latter.

For example, the instructions refer to NX switches for a system in which the dispatchers click a starting location and an end location and the train will move and be signalled from the former to the latter. Did you have to write full pathfinding code for the selection of the appropriate transits - indeed, did you even use transits for this?

As another example, you have a timetable: is this in any way represented in the control software, or is it just a set of instructions for human operators? If it is represented, did you have to write your own code for parsing the text/XML/etc. file containing the timetable or similar and other things at such a low level, or were you able to use (undocumented?) higher level features of JMRI to achieve this?

To what extent is the code that you have written layout specific and/or timetable specific?

Thank you very much for your post: it was most interesting to read about the Jenzen Family Trains layouts.

James.


Locked Re: Script Closing Serial Ports Question

 

Hi Dave,
As requested, here is an example of how I close the serial port. Also note that the "return 0" also terminates the script:
if closing_test == 1 :
??? ??? ?print "Script Ends"
??? ??? ?self.inputStream.close()
??? ??? ?self.outputStream.close()
??? ??? ?self.port.close()
??? ??? ?return 0
I started with Bob Jacobsen's SerialPortDevice.py in the JMRI release as a learning tool and template. (Thanks Bob!)
The test above would be in the equivalent of the handle(self)

If you followed this thread before, I was also interested in using a second script to forcibly close the port too.
to accomplish this (again with a great suggestion from Bob!) you create a global variable which can be used to refer to the
open port. So again referring to SerialPortDevice.py by structure, you would have in your original script:
??? def __init__(self, portname) :
??? global extport
??? ...
??? extport = self.port = self.portID.open("JMRI", 50)
??? ...

And here is my ForcePortClose.py? script to close the specific port and terminate:

import jarray
import jmri
import purejavacomm

class SerialCloseM(jmri.jmrit.automat.AbstractAutomaton) :
??? # ctor starts up the serial port
??? def __init__(self, portname) :
??????? global extport
??????? self.portID = purejavacomm.CommPortIdentifier.getPortIdentifier(portname)
??????? extport.close()
??????? return
??? # init() is the place for your initialization
??? def init(self) :
??????? return
??? # handle() is called repeatedly until it returns false.
??? def handle(self) :
????????? return 0
??? def write(self, data) :
??????? return
??? def flush(self) :
??????? self.outputStream.flush()
??????? return
# create one of these; provide the name of the serial port
a = SerialCloseM("COM13")
# set the thread name, so easy to cancel if needed
a.setName("ForcePortClose script")
# start running
a.start();


Also, FYI, what I found is that using the second script to close the port while the first script is still running
will force a portnotopen exception and terminate the first script as well. This, for me, was a desirable side effect!

An educational note: When Bob suggested using a global variable I was, at first, surprised that a global variable would
exist beyond the scope of the script. But one should realize that the global scope is JMRI not just one script. That is,
any script runs inside the global JMRI scope, and my own thinking was myopically focused on a single script.
Score another point for the beauty and the complexity that is JMRI.

I will be publishing an app soon that will incorporate these features and add another that you might find useful too.
More to come...
'Hope this helps. Have fun!? :-)
Best regards,
Geoff Bunza
scalemodelanimation.com


Locked Re: Full timetable automation - AutoDispatcher 2 - abstraction - documentation - scripting

 

¿ªÔÆÌåÓý

James,

NX is a standard JMRI feature: ?

The dispatcher (human) selects an entry sensor and an exit sensor. ?The system sets the turnouts and allocates the blocks. ?The sensors are assigned to block boundaries using the right click context menu, the same procedure for assigning signal heads and signal masts.

The IECC video appears to be using NX or a variation because the mouse was clicking points on the panel to assign blocks.

Dave Sand


On Aug 16, 2018, at 6:23 AM, jamespetts via Groups.Io <jamespetts@...> wrote:

Jay,

that is most interesting. I have had a look over the general instructions, which give me an idea of what you have achieved but not so much how you have achieved it, and it would be most useful to know more about the latter.

For example, the instructions refer to NX switches for a system in which the dispatchers click a starting location and an end location and the train will move and be signalled from the former to the latter. Did you have to write full pathfinding code for the selection of the appropriate transits - indeed, did you even use transits for this?

As another example, you have a timetable: is this in any way represented in the control software, or is it just a set of instructions for human operators? If it is represented, did you have to write your own code for parsing the text/XML/etc. file containing the timetable or similar and other things at such a low level, or were you able to use (undocumented?) higher level features of JMRI to achieve this?

To what extent is the code that you have written layout specific and/or timetable specific?

Thank you very much for your post: it was most interesting to read about the Jenzen Family Trains layouts.

James.


Locked Re: Multiple turnouts on one address using functions?

 

Dave Lowe,

Thanks for the interest. I looked at your link - just one picture, but a neat implimentation.
I'm not using servos, so I've been working with the SMA-17. Mine are also homebrew on perf board. The lights function well and with relays to the outputs, will control the turnouts. Haven't tried to work them into JMRI because I got off on the TF-4 track.
The programming is going slow. I tried first to use the TF-4's and scripting. I'm gotten a lot of help here, but may not be able to make this work.
If I give up on this way, I'll go back to my SMA-17 decoders and try to impliment that way. I think that I'll have more success programming the aurdiuno. My limititation, not the program's.?
I can't seem to wrap my head around the scripts, even though it was once something I did nearly every day.

Don


Locked Re: Full timetable automation - AutoDispatcher 2 - abstraction - documentation - scripting

 

Hi,

The dispatcher tells Extra CR2340 is clear from Echo 3 to Jackson 1 via radio.

In JMRI the train name is put into the Tools>Blocks>Value for Echo3 (iconified window).? Echo 3 would show occupied on the layout panel and in the block table.??
A Marker (<CR2340) is created on the layout editor panel and set at the Jackson 1 block for reference.? ?Arrow shows direction.
The dispatcher throws turnouts to set the route between Echo and Jackson via mouse clicks.
Engineer moves the train along the route.? If this was on the Western division the engineer could also check signals icons on a panel editor screen for misaligned switches/ occupied blocks and act accordingly.

Easy to do with a few trains and no conflicts - an art form with 10/15 trains all over the layout and meets.? One of our older members dispatched for PC out of Albany - was somewhat easy for him, everyone else...

In TC drag the train icon from a Engines/Trains window onto the 'switchboard' and place it directionally in the Echo block (showing occupied).
Select 'autotrain' icon from the main window and drag the train icon from Echo to Jackson with the mouse.? TC allocates 2 or 3 blocks ahead and sets the turnouts for a route.? Engineer moves the train along the route (or it is done by the computer...).? Signals embedded in the block diagrams show permission, and a throttle window will also show next and distant signal aspects.? Conflicted routing (e.g. blocks already allocated by another train's routing) would 'hold' the Extra and then resume after the meet.? That is TC 'out of the box'.

In all fairness AutoDispatcher and Dispatcher could do the same thing.? But that operational setup (signals and associated logic, direction sensors, sections, transits, etc.) that is directly proportional to the complexity of the trackwork, can be more daunting, IMHO.? Seems to be easy on siding-mainline-siding situations.? A four track main with multiple trains and CP's...(unless you where just to make it all look like 4 straight tracks).
?
Background:

As with other model railroad museums the public would like to come and watch trains run (whether as paying guests or not).? With limited manpower the more automated an operation frees up staff for the docent and administrative functions (not that we don't like running the trains...) and allows for more exhibit opportunities.? It took 'all hands on deck' - 32 of the 35 members - to produce an Open House (we mustered up 2 per year, 5 days each).

The railroad has two divisions in a point to point.? The Eastern yard connects to a 4 track mainline with various industries along the way (CTC territory - think NE Corridor).? The main use of a middle yard is to add/pull motive power for the Western division climb.? That division is single track with passing siding(s).? Reverse loops at each end yard turn passenger trains.? Most trains run as 'Extras's' East or West.??

JMRI PanelPro has a layout editor component depicting the layout in a 'straight line' manner a la what Jay has set up (not as pretty).? This provides the dispatcher with real time tracking of trains and control of all mainline turnouts via mouse clicks.? As the trains traverse blocks the train name is carried along.? A panel editor component (with a more diagrammatic view as a background) has contact 'dots' for block occupancy and depicts virtual signals on the Western Division (should be ABS type).? This is provided to the engineers.? I have successfully done 'autotraining' with the dispatcher only on the Western division using SSL (which is not actually 'ABS') from e.g. a siding, along the single track, to another siding on a different PanelPro panel.?

BTW: LAMRS.org is another club in the LA area and they use both at the same time (TC for dispatching and JMRI for WiFi throttle support).

Sorry if some of this is off topic,

Martin Booker, Superintendent, Pasadena Model Railroad Museum
www.pmrrc.org


Locked Re: Scripts

 

¿ªÔÆÌåÓý

Gabor,

On the main menu will be an entry for each connection. ?The first sub-menu item is normally used to open a monitor dialog. ?The monitor displays all of the messages passing between JMRI and the hardware.

Check/enable the "Show raw data" and "Show timestamps" options.

You can either copy/paste the contents of the monitor window or create a log file. ?

To create the log file, select "Choose log file". ?This will create an empty file. ?When you are ready to perform the action you select "Start logging". ?When you are done, select "Stop logging¡±. ?Once the file is created, upload it the ProblemsBeingWorkedOn folder.

Dave Sand



On Aug 16, 2018, at 6:03 AM, halasz <halasz.gabor@...> wrote:

Paul was asking me for a log file and promising he would be looking after how my command station handles RailCom with a view of getting, I presume, the exact type of messages JMRI receives. Can anyone tell me how I get such a log file in JMRI?


Locked Re: RPi-JMRI image updated

 

Thanks Steve, I can update the config now I know - I thought that was probably the case. I use a bluetooth keyboard.


Locked Re: RPi-JMRI image updated

 

Hi Andrew, the steps I took to enable the serial interface for the PiSPROG do disable the bluetooth.
You can undo them (referring to the prior post), or I can post the link to the 8/13 image, which was prior to the fix.
What are you using the bluetooth for?
--SteveT