Keyboard Shortcuts
Likes
- Jmriusers
- Messages
Search
Locked
Re: Turnouts on panel only operate in closed direction
Rummy,
toggle quoted message
Show quoted text
Make sure that ¡°Options >> Allow Layout Control¡± is checked. If that looks OK, upload the panel xml file. Dave Sand On Jul 29, 2018, at 3:29 PM, rummy@... wrote: |
Locked
Turnouts on panel only operate in closed direction
On the panel I created in PanelPro to represent the current state of my layout, clicking on the turnouts on the panel will operate the turnouts in the closed direction only. ?However, clicking on them to throw the turnouts has no effect. ?Operating the turnouts using the turnout table, a few LRoutes I have created, or by the turnout control dialog box work great in both directions, close and throw. ?In all cases, the panel shows the correct state of the turnout (closed or thrown), the physical turnout also operates (closed or thrown) as directed, and the state in the turnout table shows the correct state. ?But using the panel only works when closing the turnouts - this applies to all 11 of the turnouts I currently have installed. ?When the turnout is closed, clicking on it, which should throw the turnout, has no effect on the panel, the turnout table, or the layout. ?Any suggestions or ideas?
I haven't uploaded the configuration file yet, but I can if need be. Thanks in advance, Rummy |
Locked
Re: decoder pro. with paragon decoders
Classic Auto Portraits
¿ªÔÆÌåÓýDear Tony,I too have encountered issues with the Broadway Limited units. One Paragon2 PA1 in particular will not reset from it's 03 default. I have come across mention of "Blast Programming" (see below) by Digitrax, for decoders that "Require more current," but this looks like it will only work with the Zephyr series. I'd like to know more about the PTB100 track Booster. Regards, Robert Diepenbrock On 7/28/18 8:33 AM, Roger Merritt
wrote:
Tony, |
Locked
Re: Engine Driver 2.20.56
¿ªÔÆÌåÓýMight be chasing ghosts. I loaded Engine Driver 2.20.59 onto my smart phone and tablet. Both performed without incident at the club today. At this point, I suspect either a bad install on the member¡¯s Android phone or maybe a transient glitch on the club computer last Thursday. We should have tried rebooting the computer. Let¡¯s see what the story is next Thursday when the club reconvenes. ? All the JMRI Preference Defaults and other settings were OK. ? Mark Granville ? From: Mark Granville [mailto:mfgranville@...]
Sent: Saturday, July 28, 2018 4:58 PM To: '[email protected]' <[email protected]> Subject: Re: Engine Driver 2.20.56 ? Steve ¨C good thought. I am going into the club for further tests to be sure I have all the facts. I think I¡¯ll find all the Preference settings to be OK since ED v2.15 and ED v2.18 still seem to be working. ? Mark Granville ? Re: Engine Driver 2.20.56 From: Steve Todd Date: Sat, 28 Jul 2018 09:37:17 PDT Peter is looking into the EngineDriver crash. ? This new issue with the upgrade to JMRI sounds like the well-known "Defaults" issue. Go into Preferences, Defaults, and make sure you have everything checked as Loconet, not Internal. ? |
Locked
Inconsistent behaviour with the dispatcher
I am in the process of trying to test JMRI's automation capabilities using a small testing layout in (UK) N gauge especially built for this test. The layout consists of a straight topped and bottomed oval of track with loops on the straight parts and a siding at the ends of one of the loops.
I have been testing JMRI against the demonstration versions of Traincontroller Gold and iTrain, but find those unsatisfactory for several reasons (using Traincontroller Gold is like trying to control a model railway with Microsoft PowerPoint and it only runs on Windows whereas I should like my train control computer to run Linux; iTrain's demonstration version does not allow me to use train routes, which I would need to test thoroughly before considering paying money for it; and neither allow the use of MERG hardware which would be a good thing to be able to use on the layouts that I am planning, if I find that RailCom, which the MERG hardware does not yet support, is not necessary). At this juncture, I am representing the layout in JMRI as just a plain loop consisting of the outer sections with no turnouts (I had not realised the necessity when wiring the layout to have each turnout in its own block, and so the turnouts are in the same block as the track following on from the nose part of the turnout, which prevents me from setting up signal mast logic properly; attempting to rectify this by putting the turnouts in their own blocks in JMRI but not connecting these to any sensor on the layout resulted in automatic trains never stopping and a null reference exception being recorded in the system console). The plan in due course is to use this layout to test JMRI's ability to automate operations involving a locomotive hauling a train into a loop, uncoupling, another locomotive coupling up to the train from the siding and then hauling the original train back around the other way into the loop on the other side of the layout. That plain loop of track as represented in JMRI at this stage of testing has four sections: upper, right curve, lower and left curve. At the boundary of each of these sections is a virtual signal mast, comprising one three aspect signal head in the BR 2003 specification. The signals are set for clockwise operation only. I have set up several transits, two of which in particular I use for testing purposes: one is a full circle from rear back to rear, and another is a full circle from front back to front. Using those transits, I can get two trains to navigate the circle automatically in the same direction without crashing into one another. However, there are some significant anomalies which are not consistent with the documentation or from what I understand of the interface. Firstly, the speed at which the trains travel appears to bear no relation to the "default maximum speed" setting specified in the "Activate new train" dialogue. Changing this setting appears to have no effect on the speed of the train, which appears to accelerate to a high speed in some cases. The ramp rate setting seems to work well, however. I should note that both of the locomotives have speed profiles defined and I have selected "use speed profile" and "stop by speed profile" for both active trains. Also, all the sections have defined lengths based on my measurements of the track. Secondly, the behaviour is inconsistent between runs. I carried out the following test: I set up one train in the rear section and one in the front, then created active trains and assigned the train in the rear section to the transit from rear to rear and the train in the front section to the transit from front to front and ran them. This first run produced acceptable results: the rear train set off slowly and then advanced slowly into the right curve section, slowing as it approached the (virtual) signal protecting the section where the front train was waiting to go; the front train then set off when I set it up and advanced into the left curve section and both precoded at a moderate pace around the layout, slowing down if they were about to get to a (virtual) signal showing danger, until both were back in their original sections. The trains, on entering their stopping sections, slowed down gently and stopped near the middle or end of those sections. On the second run, I removed one of the trains and restarted the other. This time, the train sped up to a very high speed, and failed to stop, looping continuously until I terminated the train. However, after about two loops, it slowed down to a much more moderate pace, wherein it remained until I terminated the active train to which it had been reassigned. For the third test, I left the second train removed from the track and created a new active train from the first, with exactly the same settings as before. This time, it accelerated to a high speed, went around the circuit once, but stopped suddenly immediately on entering the final section, rather than stopping smoothly as in the first run, seeming to ignore the "stop by speed profile" command. I should note that I have been able to use the Zimo distance controlled stopping to prevent this sudden stop, but this is not very satisfactory compared to the built in stop by speed profile system, as this requires that the stopping point be always a fixed distance from the stopping sensor, which is not workable with different lengths of trains as I plan to have on my actual layout (as opposed to this small test layout). For reference, the system console output shows some errors and warnings the meaning for which I cannot find anywhere in the documentation (or anywhere on the internet so far as search engines are concerned). The full output from my latest session is as follows: 2018-07-29 17:57:25,125 util.Log4JUtil??????????????????????? INFO? - * JMRI log ** [main]For reference, I should note that I am using a Digikeijs DR5000 command station together with a DR5088RC feedback module. I am connecting to JMRI via USB using the Loco Net interface. I should note that I have also experienced some other inconsistent behaviour, but I thought that it would be more efficient at present to confine the query/report to these core issues as the fix for these might also prevent the other issues from arising. Thank you in advance for any assistance, which would be much appreciated. |
Locked
Re: operations passenger cars
Tony,
toggle quoted message
Show quoted text
The help section is a good place to start. On the "Trains" page and edit train, one can designate the Railroad and Engine Type for that train. -----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of AD Sent: Sunday, July 29, 2018 9:33 AM To: [email protected] Subject: Re: [jmriusers] operations passenger cars thank you that solves the car problem but how does the program assign the correct engine such as sp daylite engine to the sp daylite set of cars tony On Jul 29, 2018, at 10:25 AM, Peter Ulvestad <ulvestad@...> wrote:JMRI download and are on the the JMRI website.
|
Locked
Re: operations passenger cars
Tony
toggle quoted message
Show quoted text
That will be all part of your JMRI Operations set-up. You can have a particular type of engine assigned to a particular train. But, you do NOT have to have JMRI assign an engine. My suggestion is if you DO want JMRI to assign engines to trains, get your trains working before you start using this feature. Nothing wrong with the feature but don't add all the bells and whistles at once, and this is one that can wait. Jim On 7/29/2018 9:32 AM, AD wrote:
thank you |
Locked
Re: 4.12 not showing route tables.
Jeff,
toggle quoted message
Show quoted text
Do the Route system names start with numeric characters? If so, you will need to carefully edit the panel xml file and add the IR prefix to each system name entry. Dave Sand On Jul 29, 2018, at 10:08 AM, jeff coll via Groups.Io <jeffcoll2000@...> wrote: |
Locked
4.12 not showing route tables.
jeff coll
i am attempting to fix an issue with a friends jrmi withrottle setup.
Running on a MacBook Pro High Sierra v10.13.6. ?? if I run jrmi 4.10 I can see routes and am able to set them via the laptop , but withrottle will not connect to any of three Apple ?devices? if if I run jrmi 4.12 I cannot see any routes in the route table on the laptop, ?but withrottle works fine (apart from being unable to set routes). I am able to set individual points via withrottle. ? Would some be kind enough to give me some pointers Thanks. ?Jeff |
Locked
Re: operations passenger cars
thank you
toggle quoted message
Show quoted text
that solves the car problem but how does the program assign the correct engine such as sp daylite engine to the sp daylite set of cars tony On Jul 29, 2018, at 10:25 AM, Peter Ulvestad <ulvestad@...> wrote: |
Locked
Re: operations passenger cars
I suggest you start by reading the 'Help' files that are included with in JMRI download and are on the the JMRI website.
-- Peter Ulvestad JMRI Users Group Moderator - ( ) Tam Valley Group Moderator - ( ) Sprog-DCC Group Moderator - ( ) Edmonton Model Railroad Association - |
Locked
Re: Engine Driver 2.20.56
Steve:
If you need additional testers for your Beta program I offer my time to do so. Bob M |
Locked
Re: Turntable
Brilliant! After upgrading to 4.12 I don't get error messages and Ican delete unneeded turnouts and signal heads.?
Thanks for that. I'm still having turntable issues. Essentially, I can't get the turntable turnouts of any previously selected ray to revert when a new ray is selected.? It's quite possible I haven't set it up correctly the window help is unclear and for a previous version. This is what I did in the order I did it.:
This should be a pic. - I've never tried this before. I have tried setting up routes to close? turnouts on remaining 3 rays if any individual ray is clicked, but this just rotates the turntable icon. ? Any ideas? Thanks in anticipation. |
Locked
operations passenger cars
are passenger cars included in the cars database and engines used only to run passenger trains included in the engines database.
is each individual car included as a separate item or the set listed as one item. are they all listed as a single type or different,such as coach, dinner,observation,etc. if so how does the jmri program create a correct train with all the cars of a single train with its correct engine. is this not done or is there some trick needed to accomlish the task tony |
Locked
Re: WII Throttle oddity - two address
¿ªÔÆÌåÓýThe computer running JMRI my have both a wired and a wireless connection to your router. WiThrottle advertises on all available active connections. --? Dave in Australia The New England Convention 2018 On 29 Jul 2018, at 7:55 AM, thomasmclae <thomas_applink@...> wrote:
Our JMRI server automatically loads WIThrottle when it boots. |
Locked
Re: EasyDCC throttle limits
¿ªÔÆÌåÓýThomas It sounds as though the earth connection has come off the command station and static is jumbling the memory. Do a full reset on the command station - with power off, hold down the enter key, power on and hold the key down until reset is complete, then release the enter key. Gerry On 29/07/2018 7:59 AM, thomasmclae
wrote:
Our club PC with JMRI is connected to an EasyDCC system. Been working fine for years. -- Gerry Hopkins MMR #177 FNMRA Great Northern Downunder NMRA Australasian Region Contest & AP Chairman Web Administrator |
Locked
Re: WII Throttle oddity - two address
Thomas,
If you are on Windows, open a command window and use the command: Ipconfig That will list each possible connection interface and what, if any, address is associated with each. If that is showing multiple addresses, then it is a windows thing and WiThrottle is just using what it is told it has available. Now how come it may have multiple addresses, or how to fix it, I don't know about that. -Ken Cameron, Member JMRI Dev Team www.jmri.org www.fingerlakeslivesteamers.org www.cnymod.com www.syracusemodelrr.org |
Locked
Re: EasyDCC throttle limits
On 7/28/2018 5:59 PM, thomasmclae wrote:
Our club PC with JMRI is connected to an EasyDCC system. Been working fine for years.As far as I remember, the limit is 255, but when it gets that high, you should clear them out. |
Locked
EasyDCC throttle limits
Our club PC with JMRI is connected to an EasyDCC system. Been working fine for years.
However, or last several operating sessions, the system has gone nuts. Loks moving and reversing without operator action, Engine Driver dropping Loks, dropping connections, etc. Rebooting the computer seems to help, but what is the throttle limit for Easy DCC run through JMRI interface? Is there a hard number? Thomas DeSoto, TX |