Thanks Steve

I changed the preferences and yes I can now see the icons but the performance is a little slower.? Do you know if the?"slipturnouticon" issue in the webserver is being worked on for a future release or should I raise it as an issue???
I have also moved my icons folder to the users folder as you sugested, I now have a little work to do to redirect everything to the location but will be worth it in the long run.

Many thanks for your help.
Brian?

Running JMRI 4.18+R37ad3do
Windows 10 Pro
Browser Google Chrome?Version 79.0.3945.88 (Official Build) (64-bit)
Java 8.0.2310.11

I've been trying to set up webserver and finally succeeded, but I'm having problems with the display not matching panelpro especially in the areas of turntables. I have 2, turntables one is a Fleischmann DCC controlled through loconet, the other is a Hornby, manually controlled. While Panel editor shows the track connections to both, webserver doesn't I've put a screenshot here?/g/jmriusers/photo/237090/0?p=Created,,,20,2,0,0,?
to illustrate the example. the left hand part of the image is panelpro, the right hand side webserver. The same webserver problem appears on another machine also running the same version of Windows & ChromeWhat am I doing wrong please?

Hi George
I've tried JMRI.4.19.2+R2d508f8 and the Connectivity errors I was getting have now gone away, so that fix looks good! Great job.

(These errors had come back again after making other panel changes, so I'm glad that they're no longer showing, as they could mask 'real' errors.)

Thanks for the change - a good start for 2020!
Andy

On Wed, Jan 1, 2020 at 02:21 PM, George Warner wrote:

I don't think that there's any code to connect layout objects by dragging endpoints (except for track segments).
You can only connect them by dragging the entire object (again, except for track segments).

OK. Thanks.? Nice to know... (add to documentation?)

If you make a turnout too small then trying to click an endpoint will click in its control circle instead. That may be what you're running into. Try turning on control circles (options menu -> turnouts) and maybe making them smaller.

Don't think that was my problem as I left original size and even zoom'd the layout to make sure what I was grabbing.

BTW: I find resizing relative to center annoying… I'd much prefer the opposite anchor(s) stay stationary and only the point I'm dragging move. Thoughts?

I agree completely - when I grab one endpoint of a TO to stretch it, I don't want other parts of TO to move at all.

Jerry
?
___________________________________
jerryg2003@...

Adam,

Is there supposed to be a pattern or rule to say how you are to group the
masts into what means something for which track? Like color, height, or
something? Or is it truly where you had to know the territory and that the
patter left to right is 1 - 3 - 2 - 2- 1 - 4, or something like that?
Meaning to us later, we have no way of knowing exactly what the right answer
would be?

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org

开云体育

Well you guys got me thinking here...
So we want a train to leave a main class yard in a blocked order, go to Staging, and come back onto the layout as a new Train, but in the same car order.

My layout is a continous loop with in-line staging, so here is my idea Im going to try in resolving this same problem here. I think it will work...

The C/I main yard builds a train and blocks it in order to head to "Staging" (but its Location tracks are actually configured as Spurs), and at this Location, there are "off layout" Spur tracks not to be printed configured in order from Trk 1-10. The program builds the train in order to drop the cars off in order at the "Staging" location. When the same train (with new Train ID) the next Ops sess is built to come out and head to the next C/I yard, it will build the cars in the same 10 blocks as they had arrived, since we will also name Tracks at the C/I with Tks 1-10. I am basically already doing this, but just have to expand on it a bit further to encompass the "blocking aspect" of it all.?
I think you can see the drift here for other similar scenarios.?
The one thing still missing is that the cars might not be in the same exact order, but the blocking will be retained. This is the important part since the train's return onto the layout needs to make setouts of those blocks enroute, and/or each block will be set out on specified yard track for whatever later Local/Turn builds off said C/I yard track (Trk 1-10). ?If say 5 cars go to trk 2, but those 5 are a different order than before going to "Staging", it is workable since all are going to be set out on the same track for pickup later anyway.?

Jeff

My Father recently got a Mobile Control 2.?
It works fine with the ESU command station but when we try and use engine driver we cant get the knob to control the Locomotives.?

My MC2 doesnt have any issues and works fine.?
The only difference I can find is his MC2 is running android 6.0.1 while my MC2 is running 4.1.1. Also you cant select ESU Mobile Control Options under preferences on his throttle.?

Both have Engine driver 2.24.93 installed.

I'm thinking I need to roll back his android version but before I do that I wanted to see if anyone is successfully using engine driver on android 6.0.1, and if I should check something else.

Cody

As I've warned you guys, I'm a beginner.? I too have NCE Power ProR- 5A and 2 Power Cabs all ca. 2017.? I don't have any type of booster.? I have a variety of decoders, some used and unknown age.? I use a DPDT switch to power the isolated programming spur ie. Main or Programming.? I've had reasonable success using JMRI decoder Pro from a laptop for programming.?

Is there a way to listen to sounds while programming with JMRI with NCE in program mode?? If I need a booster PTB-100 is recommended?

And, as I was researching, I came across an occasion where lack of route knowledge in interpreting which arms applied to which tracks on a large gantry was the cause of an accident.?

at Preston North. As you can see it had no real spaces to group the arms per track - you just had to know. This led an inexperienced fireman to conclude that the signal that went off was to clear his goods train instead of the express passenger on an adjacent track - because he didn't know the relationship of arms to aspects. .?

Adam

Inobu,

Biggest issue I see with your method is you are trying to race (for no good
reason IMHO) the startup of JMRI against the startup of the USB and its
identification and driver loading by the computer. If JMRI gets ready first,
it fails with 'port not found' since it has a port in its config it will
open. For the open to work, the USB side must have powered up before the
computer tries to open the port. How long the USB waits, 1uS or 10 hours,
the USB doesn't care, it waits. The USB by itself won't sleep, but some
computer settings might do a power save which will sleep the USB port. This
has been know to bother a number of different USB devices, many times
requiring either a power cycle of the computer (which would also cycle the
USB) or the unplug/plug of the USB which would power cycle the USB.

Now one thing that most of this thread hasn't dealt with is the code Steve
used to figure out which device is connected to the RasPi and what the right
port name it should have JMRI use for the open. This could be doing some
interesting things that might confuse the RasPi, JMRI, or the USB. But two
points: the poster (or you) had said the autoconfigure was disabled, we've
not heard of issues anything like this until this thread showed up.

As Dave has pointed out some sort of log of the bytes over the USB
connection would help to show what is happening and what replies come back.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org

开云体育

Dave, both end up pointing at the same downloadable file. " WHQL Certified. Includes VCP and D2XX. "

D2XXX :


VCP :

No, Iain is asking for something different to "new decoder, read all sheets".

In the XML file for a roster entry, there are user-editable fields, such as "loco name" "description" "road number", etc.. which are not copied, except by hand.
And elements like "throttle images", and throttle settings (such as function key latching/non-latching).


I think it should be do-able.

- Nigel

Apart from retaining all the fields that are not part of the decoder definition. e.g. images, loco details, etc ...

On Wed, Jan 1, 2020 at 02:45 PM, Iain Morrison wrote:

I would expect it to read all the CVs from the decoder into the new template.

An example would be that I have some locos that shows as having MX618 decoders
fitted as that is what was available when the were created but they actually
have MX617N and I would like to use the correct decoder. My idea would be that
the old data recorded from the MX618 would be lost and a new template for the
MX617N added and that this would be populated by undertaking a Read All Sheets
command.

This would then mean I have the correct chipset identified and I would retain
the loco metadata that has been used previously.

Makes sense?

Iain

What you are suggesting isn't really any different than the existing creating a new loco file and reading all sheets.

--
Peter Ulvestad

JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -

If you update a decoder definition and then “Read All”, it’ll read the new variable definitions, i.e. CVs, and save those values.

There is no way to convert a roster entry saved with one decoder definition into using a different decoder definition. The roster entries (you can look at one) save both variable _and_ CV values. There’s no way to reasonably disentangle those and map them onto a different decoder definition.

Just make a new roster entry and then read-all. The “read all” part of creating a new definition takes no longer than any possible “read all” of with an updated definition, so there’s not even really anything to gain.

Bob

On Jan 1, 2020, at 1:45 PM, Iain Morrison <w.iain.morrison@...> wrote:

I would expect it to read all the CVs from the decoder into the new template.

An example would be that I have some locos that shows as having MX618 decoders fitted as that is what was available when the were created but they actually have MX617N and I would like to use the correct decoder. My idea would be that the old data recorded from the MX618 would be lost and a new template for the MX617N added and that this would be populated by undertaking a Read All Sheets command.

This would then mean I have the correct chipset identified and I would retain the loco metadata that has been used previously.

Makes sense?

--
Bob Jacobsen
rgj1927@...

JMRI does _not_ go to the web automatically to pick these. If you want to manually install files, you need to go get the ones you need: The top one, and all the other ones it includes, and perhaps ones that they include, etc.

This certainly could be made smarter. If the machine is attached to the network, somebody could write some code to figure out which how to get files that are web-accessible like these.

But there are interesting Catch-22s:

- People who don’t want to update JMRI to get new decoder definitions will hesitate to update JMRI to get a new way of getting decoder definitions either. So it’ll take a long time for this to be useful

- JMRI code and schema files, etc also advance, so some new files won’t work with old versions, particularly really old versions.

- The people with the oldest versions are most likely to need the most significant updates

- JMRI doesn’t (currently) have a mechanism to clearly say “This file is too new for this version of the program”. Having the _data_ to make that reliable is actually a lot of work, and volunteer decoder-definition developers are more likely to tell people “just update, you’ll have to eventually” rather than put in that time.

The “install new decoder file” was built for people sharing their own definitions, not as a way of updating JMRI.

There’s been some recent discussions of how to make a total JMRI update easier, particularly on light systems like Raspberry Pis.

Bob

On Jan 1, 2020, at 1:32 PM, forfoum@... wrote:

I have a question. Looking at the DEFINTION file, I see this (example)

<xi:include href=">
<xi:include href=">
<xi:include href=">
<xi:include href=">
<xi:include href=">
<xi:include href=">
<xi:include href=">
<xi:include href=">
<xi:include href=">
<xi:include href=">
<xi:include href=">

Does JMRI go on web and capture these files if they are not present or not current on the system.. ( I know they reside in C:\Program Files\JMRI\XML\DECODER\digitrax folder )

--
Bob Jacobsen
rgj1927@...

I would expect it to read all the CVs from the decoder into the new template.

An example would be that I have some locos that shows as having MX618 decoders fitted as that is what was available when the were created but they actually have MX617N and I would like to use the correct decoder. My idea would be that the old data recorded from the MX618 would be lost and a new template for the MX617N added and that this would be populated by undertaking a Read All Sheets command.

This would then mean I have the correct chipset identified and I would retain the loco metadata that has been used previously.

Makes sense?

Iain