Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- Jmriusers
- Messages
Search
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:-- 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 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: 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. |
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:-- Bob Jacobsen rgj1927@... |
Locked
Re: Decoder pro version
On Sun, Jan 6, 2019 at 09:14 AM, James Muthig wrote:
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:
|
Locked
Re: Layout Editor shaded area
Paul,
toggle quoted message
Show quoted text
Yes.
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: |
Locked
Re: Decoder pro version
On Sat, Jan 5, 2019 at 07:36 PM, Michael Shockley wrote:
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: 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? |
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. |
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 |
to navigate to use esc to dismiss