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/155360JMRI have some functionality also: PanelPro >> LocoNet >> Edit SPJ Sound File Klaus
|
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
|
Ken, Marc, and Dave,
Thank you for the follow up. Now I understand the system names for devices a lot better! I just hope they change automatically, if needed, when I move from simulation to running with my EasyDCC train control and whatever model railroad interface I choose. If that proves too difficult, I may keep the EasyDCC as it is, and just use JMRI for the layout control and monitoring functions. Of course, that would mean not having automatic running or automatic emergency stopping, since JMRI wouldn't have access to the trains.
Looking again, I see both turnouts and sensors do have the capital "i" first letter, and T or D for the second, as you described. I used the PD for photodetectors, to differentiate them from current sensing block occupancy detectors. I hope that isn't going to cause problems. I also gave them more descriptive user names. Detectors may even get comments added, as the user names are BLK00DET05, and so on. Fifth photodetector monitoring train positions in block zero is that one's meaning. All blocks will have current sensing block occupancy detectors, although they are quite useless in yards where I have multiple tracks in one block.
I would like to use JMRI to control operating signals along the mainline, as well as turnouts. A few crossing signals are also possible. It would be great if all that proves practical for me, with tablets serving as the control panels, whether carried or mounted to the facia.
The 64 photodetectors will be used only to monitor the trains' locations, progress, and clearances in hidden staging tracks. Previously, the photodetectors only operated LEDs on a control panel. With JMRI, I may do more. ORing them together with Logix could give another block occupancy detection signal, and Logix might be able to allow automatic storage of multiple trains on each staging track, as I did manually. Clearance is assured as long as one or more detectors are clear between trains. I typically stored three trains on each of two long tracks. Staging was configured as a double track reversing loop with trains running through in only one direction. So trains on each track returned in the same order as they exited the visible railroad.
My apologies if that was too much detail.
Don Weigt
|
Locked
Re: Decoder pro version
On Sat, Jan 5, 2019 at 07:32 PM, James LeFevre wrote:
I just went to source forge. All versions are listed. I do not see anything
about any version being recommended over any other.
Jim
Version 4.10 was listed on the Jmri.sourceforge.net main page as current, the download page is correct. I'm sure Bob will correct. -- Peter Ulvestad JMRI Users Group Moderator - ( ) Tam Valley Group Moderator - ( ) Sprog-DCC Group Moderator - ( ) Edmonton Model Railroad Association -
|
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?
|
Locked
Re: Decoder pro version
I just went to source forge. All versions are listed. I do not see anything about any version being recommended over any other.
Jim
toggle quoted message
Show quoted text
On Jan 5, 2019, at 19:41, Tom Wilson < thomasthetrainengine@...> wrote: Bob,
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=[email protected]> 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@...
|
Locked
Re: Running JMRI From A MacBook Pro
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.
|
Locked
Re: Decoder pro version
Bob,
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=[email protected]> 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@...
|
Locked
Re: Another new user with Mac to MRC Prodigy issues
On 6 Jan 2019, at 12:02 PM, David S <docdata3d@...> wrote:
Loaded the FTDI USB drivers and tried again.
Found an instance of this error message for each time I tried to start DecoderPro. No error message were displayed on screen.
2019-01-05 19:54:31,524 ptionhandler.UncaughtExceptionHandler ERROR - Uncaught Exception caught by jmri.util.exceptionhandler.UncaughtExceptionHandler [AWT-EventQueue-0]
java.lang.NullPointerException: Required nonnull default for jmri.ThrottleManager does not exist. Go to Preferences->Defaults and make sure everything is set to MRC and nothing to Internal. Also please make sure you are running JMRI V4.14 or V4.15.1 or the "Internal" problems may occur again in the future. Dave in Australia
|
Locked
Re: Running JMRI From A MacBook Pro
I have a 'cu.usbserial-A9KJ71D9' and this is a selection in the 'serial port' option for a connection setup.
Still nothing.
|
Locked
Re: Decoder pro version
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@...
|
Locked
Re: Another new user with Mac to MRC Prodigy issues
Loaded the FTDI USB drivers and tried again. Found an instance of this error message for each time I tried to start DecoderPro. ?No error message were displayed on screen. ?
2019-01-05 19:54:31,524 ptionhandler.UncaughtExceptionHandler ERROR - Uncaught Exception caught by jmri.util.exceptionhandler.UncaughtExceptionHandler [AWT-EventQueue-0]
java.lang.NullPointerException: Required nonnull default for jmri.ThrottleManager does not exist.
Dave S
|
Locked
Re: Unable to use power button on JMRI throttle
On 6 Jan 2019, at 11:14 AM, Ken Cameron <kcameron@...> wrote:
I just took a look and the PowerCab doesn't have the concept of track power
being on/off. At least the notes I have don't identify any command for track
power. If that is true, JMRI shouldn't even bother you with the option of an
on/off if it can't work. But I'd want somebody else to verify this. The NCE DCC systems don't actually support Power OFF/ON commands: - With the Power Pro system we fudge it by using the ENTER PROG TRACK MODE and EXIT PROG TRACK MODE commands. This works with the Power Pro because there are two outputs (Track and Program Track) and one or other is always active (but never both at the same time). - The Power Cab system has a single shared output and it is never off. ENTER PROG TRACK MODE switches it to power-limited mode. EXIT PROG TRACK MODE switches it to full power mode. So we can't use the fudge above. Dave in Australia
|
Locked
Re: Digitrax PR4 Stand Alone Programming Track Issues
Congratulations Steve, glad to hear it. Maybe you can help my friend John Umberger, also posting in this thread, to get his PR4 to work. We have tried everything, we tjink. Maybe you can point out something that we missed.
Stefan
--
Stefan Bartelski
Home layout: The Blue Ridge Line, an HO representation of the L&N Etowah Old Line from Etowah to Elizabeth, set in 1986 9under construction)
Modular Layout: Shoofly module of the Country RRoads Modular group
|
Locked
Re: Digitrax PR4 Stand Alone Programming Track Issues
Marc,
I am using a DCS 200.
John
|
Ken Cameron
SwissChris
Peter Ulvestad
Michael Shockley
Bob Jacobsen