¿ªÔÆÌåÓý

Date

Locked Re: Running JMRI From A MacBook Pro

 

The part about "Serial port cu.usbserial-A9KJ71D9 is in use¡± is what matters here.

It seems unlikely that some other program is using that connection (unless an older run of JMRI is still around somehow?), but that¡¯s what the message says. But ¡°in use¡± can be more generically ¡°unavailable¡±. First think to try is restarting the computer. Next, try setting up a new (completely new) profile again.

Bob

On Jan 5, 2019, at 6:10 PM, David S <docdata3d@...> wrote:

Sort of going backwards now....

The name of my CU. connection is, as I said earlier, 'cu.usbserial-A9KJ71D9'. The 'A9KJ71D9' is thr serial number of that device.

I upgraded my JMRI to 4.14, replacing the earlier installation completely. I tried to set up a connection but I get this error message...

Unable to create connection 'MRC' (M)
Serial port cu.usbserial-A9KJ71D9 is in use.
System connection MRC provides a null manager for interface jmri.ThrottleManager.
Unable to run startup features becuase of earlier errors.
Please check the logs for more details.
--
Bob Jacobsen
rgj1927@...


Locked Re: Digitrax PR4 Stand Alone Programming Track Issues

 

Stefan,

Thanks, but I don't think any congratulations are in order. I simply installed my PR4 as per the Digitrax instructions and set up my profiles per the JMRI instructions. (I'm anal that way. I figure the folks who make the product have a pretty good idea about how to make it work, so I tend to follow their instructions religiously.)

That said, I looked at the docs the OP posted and can see two possible issues (that may be related).

One is the use of the "Digitrax PS4 70W Universal AC/DC Power Adapter with adjustable output voltage". I'm unable to find a reference to the PS4 on the Digitrax site, not even in their retired products section. But if this power supply provides an AC output, it should not be used with the PR4. On page 2, the PR4's instructions clearly say "14v DC power is required for Sound/Decoder Programming via USB."

The other is the "
308 - No acknowledge from locomotive" error when trying to identify the decoder. That could be an issue between the PR4's outputs and the decoder (poor connection, improperly wired decoder, dirty track/wheels, etc), or it could mean that the programming portion of the PR4 was damaged by the use of an AC power supply (while the communication portion, which is USB-powered and opto-isolated, continues to work.)

HTH,
Steve
"Breezlys"

NB: Some time back I was informed by Digitrax Support that one of the reasons they included a power supply with the PR3 Xtra was that they were getting too many service calls for improperly-powered PR3's, and they specifically mentioned AC power as one of the issues.? Since the PR4 instructions specifically state to use DC power, I have no reason to believe this doesn't also apply to the PR4. So unless I ever have authoritative evidence to the contrary, I will only ever use DC power for my PR3 and/or PR4.


Locked Re: Decoder pro version

 

Thanks.

That¡¯s really becoming a problem. The main JMRI web site was moved to jmri.org a while ago because SF.net keeps crashing and doing wierd things.

In this case, the actual file at (which is the correct URL) is correct.

But going to (no file, no final /) seems to do something odd.

Will work on it.

Bob

On Jan 5, 2019, at 5:41 PM, Tom Wilson <thomasthetrainengine@...> wrote:

Bob,

Jmri.sourceforge.net is still up and alive and showing 4.10 as current production version.
I saw that posted a few days ago on another forum.


Tom Wilson
Colorado Springs, CO

On Sat, Jan 5, 2019, 6:03 PM Bob Jacobsen <rgj1927@... wrote:
As Peter mentions, 4.14 is current and available at

If you¡¯re seeing an earlier version at some URL, could you let me know where? I¡¯d like to get that fixed.

Bob

On Jan 5, 2019, at 1:22 PM, Michael Shockley via Groups.Io <docshock31@...> wrote:

I am using decoder pro 4.10xxxx. The website says that is the current production version. Some people tell me they are using 4.14xxx as a production release.
My concern is the my new locomotive isn¡¯t listed as a choice¡ªTsunami2 OEM Athearn Genesis. I think the list is GP7 and GP38-2. I have an SD60E.
Just trying to understand.
--
Bob Jacobsen
rgj1927@...






--
Bob Jacobsen
rgj1927@...


Locked Re: Decoder pro version

 

Jim M,

I'd say you could have some fun with the script options. One thing you might
not have considered is if you can have feedback from the turnouts via the
AIU. I think the Snap-It has option for local operation. Only if you have
feedback will JMRI know it changed. Feedback also helps with startup as it
can tell where things are instead of having to set to some known condition.

With your setup you could have two trains running. Either following each
other (and occasionally overtaking each other), or you could run apposing
where one parks while the other runs. Some interesting timing issues. Have
fun.

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


Locked Re: Layout Editor shaded area

 

Thanks Dave, it works a treat.


Locked Re: JMRI Not Identifying Locomotives Properly

 

With that proviso:
"they¡¯d _only_ be used when there were duplicates in the address and decoder type"
I'm happy. I hadn't previously read it that way.

Wouter


On Sun, 6 Jan 2019 at 17:03, Bob Jacobsen <rgj1927@...> wrote:
I disagree. The proposal is for the user values to be an _extra_ match field: they¡¯d _only_ be used when there were duplicates in the address and decoder type.

Given that the program is already doing an arbitrary thing in that case, and that anybody who¡¯s written their basic pane (which is how the address is set) has written their user values, why is this not an improvement?

Bob

> On Jan 6, 2019, at 3:31 AM, whmvd <vandoornw@...> wrote:
>
> The sudden occurrence of 'no match' when there used to be a match in the past will inevitably lead to support requests. A different match: even more opaque.
>

--
Bob Jacobsen
rgj1927@...







Locked Re: JMRI Not Identifying Locomotives Properly

 

I disagree. The proposal is for the user values to be an _extra_ match field: they¡¯d _only_ be used when there were duplicates in the address and decoder type.

Given that the program is already doing an arbitrary thing in that case, and that anybody who¡¯s written their basic pane (which is how the address is set) has written their user values, why is this not an improvement?

Bob

On Jan 6, 2019, at 3:31 AM, whmvd <vandoornw@...> wrote:

The sudden occurrence of 'no match' when there used to be a match in the past will inevitably lead to support requests. A different match: even more opaque.
--
Bob Jacobsen
rgj1927@...


Locked Re: Another new user with Mac to MRC Prodigy issues

David S
 

Revisited the FTDI drivers and specifically downloaded the VCP type, installed and retested.

Success!

Thanks to all!
Dave S


Locked Re: Decoder pro version

 

On Sun, Jan 6, 2019 at 09:14 AM, James Muthig wrote:


Hi all, I am a high school computer science teacher and novice jmri user.
I am starting a intro Python class in a few weeks and would like to 'spice'
things up a bit using Jython.
Please start a new topic.
--
Peter Ulvestad

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


Locked Re: Decoder pro version

 

Hi all,? I am a high school computer science teacher and novice jmri user.? I am starting a intro Python class in a few weeks and would like to 'spice' things up a bit using Jython.? My setup, NCE Power Cab, NCE cab/bus interface, NCE AUI, 6 NCE DB20's and NCE 2 NCE 'Snap-its' .? ?25' of? track? (S-Scale) with a siding.? I'd like to write a few simple scripts to demonstrate some basic programming concepts, loops, if/then, etc.? ?Can anyone take a look at my gear and tell me if this is doable?? ??

Thanks,
Jim M.


On Sat, Jan 5, 2019 at 9:36 PM Michael Shockley via Groups.Io <docshock31=[email protected]> wrote:
Thank you all. I have always gone to sourceforge as someone mentioned. I will go to . I figured it was something like a new website...great responsiveness in the group...and kind.?

Mike Shockley?


Locked Re: Layout Editor shaded area

 

Paul,

Yes.
  1. Add a text label.
  2. Select Properties... from the right click context menu.
  3. In the Font tab, set the background color.
  4. You have to have at least one text character. ?If you want it to disappear, set the Font color the same as the background color.
  5. Select the Size & Position tab.
  6. Set the Width and Height.
  7. Select OK
To re-select or drag the resulting box, the selection point is in the upper left corner.

You can also change its level on the panel by selecting Set Level from the context menu.

Dave Sand

?

On Jan 6, 2019, at 6:46 AM, Paul Townsend <paultownsend49@...> wrote:

Is it possible to draw a box and fill it with a pale colour?

This is to show platforms location and highlight a message panel.


Locked Re: Decoder pro version

 

On Sat, Jan 5, 2019 at 07:36 PM, Michael Shockley wrote:


Thank you all. I have always gone to sourceforge as someone mentioned. I will
go to jmri.org. I figured it was something like a new website...great
responsiveness in the group...and kind.?

Mike Shockley?
Not a new website. jmri.org has been in use for years

--
Peter Ulvestad

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


Locked Re: SoundPro Map Engine Start - And UK Sounds

SettleDown
 

Thanks Klaus - I'll check it out.

Graham


Locked Re: INFERNALS

 

Don,

The main reason you would consider making your custom hardware appear as
something like CMRI is that making the system connection in JMRI is a fair
bit of Java work. There is no such thing as a 'native' JMRI connection. Each
system connection is written for a specific type of system. CMRI is just one
of the simpler protocols out there.

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


Locked After "Move" Routes are not updated

 

I've just "Moved" my MRC turnouts to Loconet. Then gone to routes to correct a couple of errors I'd made. and found that the routes were still listing MT turnouts and not L2T turnouts as I'd set them up to be.? I notice that it is only routes that uses the systemname as a number, rather than the turnoutname that other routines do. I have corrected my xml file by text editor now and tested it Can you look into it please.

JMRI 4.14
O/S Win 10


Locked Layout Editor shaded area

 

Is it possible to draw a box and fill it with a pale colour?

This is to show platforms location and highlight a message panel.


Locked Re: JMRI Not Identifying Locomotives Properly

 

Bob,

The sudden occurrence of 'no match' when there used to be a match in the past will inevitably lead to support requests. A different match: even more opaque.

Wouter


On Sat, 5 Jan 2019 at 20:55, Bob Jacobsen <rgj1927@...> wrote:
Why would be ever be necessary to turn it off?

If values are changed, there¡¯s no match, or the wrong one gets picked (if there are multiples).? That¡¯s same as now.

Am I not thinking of something?

Bob

> On Jan 5, 2019, at 3:49 AM, whmvd <vandoornw@...> wrote:
>
> That's an intresting notion, but as they are user defined values, it means that you can't trust them to remain constant. Someone might be using them, say, as the date of the last maintenance done to the engine, after which DecoderPro would no longer find it when identifying. Pity, because I like the idea. Maybe, just maybe, it would work with an option in the preferences to turn it on (default: off).
>

--
Bob Jacobsen
rgj1927@...







Locked Re: Trying to get on top of jython

 

Bob and Dave,

Since you both asked after my plans for the future of my railway, here's the summary of where I want to go with my layout. Or rather, layouts.

What I want to do has intermediate stages. Although I have in the past already successfully connected to a tiny circle of track and a program track (NCE PowerCab and NCE USB) and programmed all decoders to my satisfaction, the first stage is entirely virtual. There will be an indoor layout consisting of a single track circle with three passing places. No further frills at all. That's all measured out, and exists in JMRI as a Layout Editor panel with a Panel Editor panel for each of the three passing places. So six switches/turnouts/points. Signal system in place, everything working fine under simulator and everything (so far) virtual.

Eventual goal is a more complicated garden railway (still nothing fancy, but more stations and more involved than the extremely simple test track). Type of operation is almost exclusively passenger trains, occasional goods train in between, but fixed rakes of wagons, so no switching other than engines being replaced by others or running around at a terminus (it will be point-to-point). To that end, all locos have DCC-controlled automatic couplings installed.

Stage 1: that's where I am - JMRI able to control my indoor layout that doesn't exist yet. All the hardware for stage 2 is available (rails, locos, PowerCab, NCE USB, detectors, two AIUs, switch decoders) and a lot for stage 3 as well (though no Power Pro yet).

Stage 2: Actually build the virtual layout and make JMRI control it all. Two trains in opposing directions, halting at all stations, totally automatic. Right-hand traffic. Trains to run autonomously, but heeding (virtual) signals (more on this a bit later). Single track sections secured by (virtual) signal boxes. Each end of each station has one signalbox, that communicates with the one in the next station. In tandem, they prevent cornfield meets, each controlling their own switch and the signal (only held/not held) of a train departing into the single track to the next station. Signalling (signal masts, my further simplified version of 'basic' signalling) is working, the signalboxes and the state machines inside them was where I was going to use python. That makes six instances of identical signalboxes (I love OO). No timetabling; each train just runs as and when it can. Apart from the signal boxes, I'll also need a 'driver' object, able to control a JMRI throttle with knowledge of the way around, speeds, time it takes, distance to next signal, and ability to 'see' the appropriate signals.

Stage 3: Expand on this into the garden, with more, and more complex, train movement, at least one larger station, timetable control (an additional OO object that both signalboxes and drivers need to be aware of) and a 'plan' for the driver to follow. Again, I mean to have the signals control train movement rather than the other way round, even when the signal system already works by being controlled by the trains. So: playing with 'held' alone. Add into that mix the ability to take control of any train myself.

Quite ambitious, I think, but nothing undoable as far as I can see.

There's also a live steam loco ready to go, but mixing that in isn't something I'm really prepared to think about yet. It has no decoder (and don't plan one) but at least the wheels are isolated.

Enough to keep me ging for a number of years to come!

Thanks again, both, for your time, patience and insights.
Wouter


On Sat, 5 Jan 2019 at 21:10, Bob Jacobsen <rgj1927@...> wrote:
There are quite a few developers who work via JMRI via Eclipse.? The Eclipse support (see ) occasionally has rough edges because Eclipse evolves pretty fast.? If you¡¯re experienced with it, though, I think it¡¯s probably a good entry point.

Most of the instructions are about working with the JMRI code itself, which isn¡¯t entirely required.? You could just include the jmri.jar and work with it as s formal library, but pulling the while thing gets you (a) an environment that a bunch of people know works and (b) easy access to Javadoc, etc, within Eclipse.

(Even with Java code, a bit of scripting can be the easy way to invoke your new classes, etc, so that might still be a bit on the table.)

Could you remind me of what you¡¯re working on as your first project?? I can perhaps point you to some examples and docs that¡¯ll help you pull together a starting point.

Bob

> On Jan 5, 2019, at 12:55 PM, whmvd <vandoornw@...> wrote:
>
> I will ask for more advice, though. And that is: what's good tooling for me to start out with (on Linux)? I'm familiar with Eclipse, but not so in-depth that I'd hate to use anything else. And what are gotchas with how I set up my coding bit separately enough so that a new JMRI-release slots in nicely and easily?

--
Bob Jacobsen
rgj1927@...







Locked Re: SoundPro Map Engine Start - And UK Sounds

 

Am 05.01.2019 um 22:43 schrieb SettleDown:
Does anyone have any suggestions for converting the Digitrax .spj files to audio files that can be used in VSD files ?
Here you can find some explanations:


And here:
/g/jmriusers/message/155360

JMRI have some functionality also:
PanelPro >> LocoNet >> Edit SPJ Sound File

Klaus


Locked Re: INFERNALS

 

Thank you again, Ken.

I have EasyDCC and a home brew computer interface that worked previously. I'm reassembling my railroad after a move, with some main line changes. I plan to reuse the EasyDCC which I have reinstalled and working now, plus as much of the computer software I wrote as I can, along with the hardware it used previously. I'm in the process of reinstalling it now. It inputs turnout positions, and from control panel switches, block occupancy detectors and photodetectors. It controls block power, LED indicators, and turnout positions. I'd like to add main line signalling, using JMRI for the logic, and sending the control data to my interface to drive LED signals.

My challenges will be translating and transferring data between JMRI and my home brew interface, along with my EasyDCC. I'm pretty confident the EasyDCC part will work, but as pointed out, it lacks any way to input railroad data. My other railroad input and output data are mapped in computer RAM, but directing the data to and getting it from the right spots will be the challenge: which bits in which bytes correspond to the JMRI labels, and in what format is it sent and received between JMRI and my hardware. As suggested, C/MRI may be a good choice, as the JMRI end is done, I just need to translate it to work with my home brew. At the moment, I don't know why it should be easier to make my control computer "speak" C/MRI than native JMRI, but someone in this group probably will tell me which will be easier.

I started learning JMRI by entering part of my track plan in Layout Editor. That will give me some experience with JMRI and something to use for developing the communication to my system.

Thanks again for all your help, some of your recent information has cleared up a lot of mystery for me!

Don Weigt