Locked
Re: Update to JMRI 4.8 - CMRI Connection
Scott,
Inspect the console log to see if it provides clues. I can't remember when,
but there was an issue with the storing of the node configuration data and
that may need resetting. With the latest versions, 4.8 or 4.9.1 the serial
support has changed from 4.6 to a newer library. So there is a chance of a
conflict depending on what hardware you are using for your connection to
CMRI.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Locked
Re: JMRI running, loading and saving extremely slow
Hi Sam,
When you say "all data is stored in thumb drive", do you mean that you actually installed JMRI to the thumb drive?
If so, then as Dave H already explained, that is most likely the cause of your poor performance.
Your thumb drive will be 10 to 100 times slower than the main hard drive of your computer.
Even if only your JMRI user files are on the thumb drive, it will still slow things down.
You need to install JMRI to the c: drive.
|
Locked
Re: Update to JMRI 4.8 - CMRI Connection
Thanks Nick. I do have an SMINI but haven't installed it yet. This is just one SUSIC with 24 bit I/O cards which it appears doesn't care what is started first. I'll remember this though when I get started on the SMINI.
Scott
|
Locked
Re: Update to JMRI 4.8 - CMRI Connection
Bob,
I believe the problem may lie with the initialisation .
The SUSIC is set up with 24 bit cards in the following format:-
OOOO OOII IIII
My interpretation of the initialisation sequenece is ua=0, Type= N, NS=3, CT = aa 5a 55
I have checked via the CMRI monitor for this sequence and have found that for 4.6, 4.7.4 & 4.8 the sequence is ua=0, Type=N, NS=16, DL=10, CT= 3 aa 5a 55 ????? I would have expected NS to be 3. It appears to have added the correct NS to the CT sequence. The baud rate on the SUSIC matches the preferences entry and there is only one entry for the CMRI.
I should have been clearer on the fast flash - this is not the amber and red send/rec LED's but the Green which should indicate a slow flash if the SUSIC is successfully initialised. I get the slow flash for 4.6 but once upgraded to 4.8, I get the fast flash.
Under 4.6 I can use the CMRI diagnostics on one output card located in slot 0 and can see the successfull result of the test sequence. 4.7.4 & 4.8 as mentioned won't initialise even for just one output card.
For all three versions I tested, I get ua=0, Type=N, NS=1, CT = x for output cards in slots 0 to 3. As soon as I add a 5th card as a second card set, it appears to add the NS as the first digit for the CT sequence followe by the correct CT numbers.
Short of removing all traces of Java and JMRI from my laptop and reinstalling, I'm not quite sure of any other diagnostics I can try. In the longer term, I am planning to replace my laptop so perhaps if it is driver related, that may help.
Scott
|
Locked
Re: Monitoring XpressNet Traffic (or any system).
Thanks Bob
I have done a little Python Programming and will have a look.
Peter
|
Locked
Re: JMRI running, loading and saving extremely slow
If you have installed the JMRI software on a thumb drive rather than the C: drive, that will cause a massive performance loss. Thumb drives are incredibly slower (10-100 times slower)
This will affect all aspects of JMRI performance.
You should install the JMRI software on your C: drive.
You can then change your User Files Location (see below) so only your user data is stored on the thumb drive. But even then reading and saving will be severely affected.
A better backup/sharing option is to use Dropbox (or similar) to ensure your files are backed up and shareable between computers (you will need to connect your computer to the Internet at least occasionally to backup the files.
This is used so commonly we have prepared a document or two:
<>
<>
This document is equally applicable whether you use your USB drive or your local Dropbox folder for storage (but Dropbox will be around 100 times faster).
--
Dave in Australia
toggle quoted message
Show quoted text
On 26 Jul 2017, at 12:36 PM, B1locomotive@... [jmriusers] <jmriusers@...> wrote:
The only other thing is that all data is stored in thumb drive, nothing on the "C" drive so I can take the program and data files to another PC if I want to or if the hard drive goes bad I'm safe.
|
Locked
Re: JMRI running, loading and saving extremely slow
I'm having the same issue as well. Wonder if it is a Java thing. I had one of the 4.6 variants installed on my current machine and it just took for ever to do anything. Opening and closing. As a matter of fact when I would close and reopen, it would say JMRI was still running and would I like to start another instance. I upgraded to the latest version 4.9.1 and still seems to have the same issue. Panel Pro does not seem to be as bad, but Decodor Pro 3 is unusable for me now. Plus I am trying to trouble shoot a Lenz issue which was the reason for checking the group tonight. Normally I connect to an NCE command station and use a Lenz system for programming. Both are connected to JMRI. NCE using a network connection and Lenz using a LI101F. My Lenz issue is anytime the LI101F is connected to the Xpressnet, it get a emergency stop on the LH100.
Greg McCartney
|
Locked
Re: JMRI running, loading and saving extremely slow
Wow, that was quite the reply, thanks. I'm running a newer HP machine windows-7 3.3ghz 4 gig ram, loading takes a lot longer than that, saving preferences as an example, lock up the program for up to 2-3 minutes then it comes back and says - (must restart program to take effect).
If I have multiple windows open, "Monitor loconet" etc. it's sometimes worse. My old XP machine I could understated, very slow anyway and too little memory.
The only other thing is that all data is stored in thumb drive, nothing on the "C" drive so I can take the program and data files to another PC if I want to or if the hard drive goes bad I'm safe.
Hope that helps..
Sam
|
Locked
Re: Decoder Pro installed but won't run - Solved!
|
Locked
Re: JMRI running, loading and saving extremely slow
Thanks for the response- Yes, i got a newer HP machine running (7) 64 bit and 4 gig of memory 3.3ghz processor. Runs everything else fine, but I found that especially when I change preferences and hit save, the program freezes and I could walk away for five minutes before it comes back and says- "must restart the program to take effect"
I'm not sure what the issue is as at times I have to close and restart the program and then it's fine...
|
Locked
Re: Decoder Pro installed but won't run - Solved!
I think you are onto something as I think Java has a problem on my computer. I'm going to follow your lead snd see what I can come up with
Thanks for the heads up
Cheers,
Richard
Sent from my Verizon, Samsung Galaxy smartphone
toggle quoted message
Show quoted text
-------- Original message --------
From: "tstage@... [jmriusers]" <jmriusers@...>
Date: 7/25/17 7:23 PM (GMT-07:00)
To: jmriusers@...
Subject: RE: [jmriusers] Decoder Pro installed but won't run - Solved!
Ken and Richard,
I ran the JMRI InstallTest and discovered that there was an error with Java. I tried updating Java from the Start window but it - along with any of the Java programs - would not even run.
I went to Control Panel and saw that Java 8 Update 131 AND Update 141 were both installed on the tablet simultaneously. I deleted Update 141 then ran JMRI and it booted up just fine. I then updated Java 8 to Update 141 and it also booted up without mishap.
From Control Panel, Java 8 updated itself to Update 141 yesterday. However, for whatever reason, it didn't delete the prior version. When I updated to Update 141 manually this time around, Java detected and deleted the prior version (Update 131) before it completed the installation.
So, it appears that everything is copacetic now. Maybe that's the same issue you are running into, Richard.
Tom
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
|
Locked
Re: Decoder Pro installed but won't run - Solved!
Ken and Richard,
I ran the JMRI InstallTest and discovered that there was an error with Java. I tried updating Java from the Start window but it - along with any of the Java programs - would not even run.
I went to Control Panel and saw that Java 8 Update 131 AND Update 141 were both installed on the tablet simultaneously. I deleted Update 141 then ran JMRI and it booted up just fine. I then updated Java 8 to Update 141 and it also booted up without mishap.
From Control Panel, Java 8 updated itself to Update 141 yesterday. However, for whatever reason, it didn't delete the prior version. When I updated to Update 141 manually this time around, Java detected and deleted the prior version (Update 131) before it completed the installation.
So, it appears that everything is copacetic now. Maybe that's the same issue you are running into, Richard.
Tom
|
Locked
Re: Crossing in layout editor
You can get a signal to JMRI by replacing the indication LED with the input side of an optoisolator, connecting the other side to whatever electronics you use to get inputs. The 6N137 is a convenient part for this, as it produces a logic output (that¡¯ll work with lots of systems) when the juicer would light the LED. Bob On Jul 25, 2017, at 5:29 PM, dave@... [jmriusers] <jmriusers@...> wrote:
A cool change to the circuit would be an output to JMRI so that a locomotive running onto a frog the 'wrong way' could be detected and used to trigger the point to change. This would be really useful in a DCC fiddle yard where you could drive any train out of the yard and have the points set for it without needing additional sensors! -- Bob Jacobsen rgj1927@...
|
Locked
Re: Crossing in layout editor
If you are running DCC and have a crossover across three tracks with points/switches on the two outer tracks and a crossover in between then if you trace through the rails you should find that the two sharp frogs in the crossover should be wired to change in exactly the same way as the two frogs on the outer points/switches.
You should therefore be able to wire one crossover frog to one of the point frogs and the other to the other.
I happen to have frog juicers on the outer two points in my crossover and since there are no other points nearby I use the four channels in a quad juicer to cover the four frogs in the points and crossover.
BTW there is no 'short' in a frog juicer. When the wheel runs onto the frog the circuitry supplying the frog sees an increase in current and switches the frog. The circuitry limits the current to ensure there is no spark at the wheel and the switching is performed before the controller gets chance to see there is a short on the track. A cool change to the circuit would be an output to JMRI so that a locomotive running onto a frog the 'wrong way' could be detected and used to trigger the point to change. This would be really useful in a DCC fiddle yard where you could drive any train out of the yard and have the points set for it without needing additional sensors!
|
Locked
Re: Withrottle download
No problem. What brand and model of DCC system are you connecting to, what computer will you run JMRI on, and what interface will you use between the computer and DCC?
I use one of my my $9 computers (CHIP, running Jessie Debian Linux) at the club, and the other at home, both using Digitrax PR3s to connect. The WiThrottle is setup to automatically start.
Sometimes I use one of my Windows laptops (XP, 7, or 10). I don't have a MAC (tongue held tightly).
So post your plans, and we can help get it all connected and working.
Phil in gorgeous Young Harris, Georgia, USA
|
Locked
Re: Locobuffer locking up from data overload?
Steve,
"Software flashing" (where CATS/JMRI turns signal lamps on and off to create the flashing) tends to be expensive - both in terms of the software becoming busy responding to timers and in the number of commands placed on the signal bus. The more signals blinking, the busier things become. If you can set up for hardware flashing, your resource demands should drop.
Before you do anything, though, can you get away from software flashing? As has been mentioned in other responses, the SE8C supports 4 "aspects" for signal heads - green, red, yellow, and other, where other can be flashing green, flashing yellow, flashing red, or dark. I thought your layout uses approach lighting, so that signals are dark until a train is detected in approach to a signal. If so, then unless you have figured out another way to turn a signal head off, the fourth aspect should be dark (hence, you would use software flashing).
Assuming that you can get by with making the fourth aspect flashing red, then you will have to reconfigure your SE8Cs (see pages 11 and 23 of the SE8C manual). Page 23 says that you need to set Op Switch 9 to thrown and Op Switch 10 to closed on each of the affected boards. Next, in CATS designer, for each signal, go to the decoder definition screen (Details->Track Ends->Define Signal->Details), uncheck "Software Flashing". In the box titled "flashing red", put in the decoder address information that you used for the box titled "off". You could leave the "off" box unchanged, but if CATS ever tries to turn a signal mast dark, the mast will start flashing red. So, it is probably best to remove all the decoder information from the "off" box.
Rodney
_________________________________________________________________________________________
3. I AM using flashing aspects and you are correct: I suspected this could be the problem or at least one part of it. I only use Flashing Red though, and I know that the SE8c can provide that in hardware. As I understand CATS (and this may be an area where I might need help from a CATS expert or Rodney Black himself) the recommended default usage is to set the 4th aspect of the SE8c to "Dark" so CATS can generate any flashing aspects by sending the color, then dark, then the color, etc. I believe granting "Track and Time" also causes some signals to flash and it does seem that this failure occurs when a lot of locals are out working and a lot of Track and Time has been granted. So I believe if I set the SE8c to hardware flash the red, and can figure out how to get CATS to send that instead of "red-dark-red" I might be able to lick this problem (I don't use flashing yellow or flashing green as the KCS 3rd sub in 1982 didn't use those aspects).
Any CATS gurus out there who can help me convert to sending just one "flashing red" command to generate that aspect? Maybe invent a "make-believe" aspect in the CATS grid and have it send the flashing red code?
|
Locked
Re: JMRI 4.8 is available for download
Fraser,
This may seem strange but try it anyway:
Create a new profile. If you are using the profile selector, use the New button. If not, go to "Preferences >> Config Profile". After the profile is functional, try loading the panel xml file.
Dave Sand
|
Locked
Re: Panel Pro and Sprog 3
SPROG runs in two different modes. In the usual one, it runs a programming track. In the other one, it¡¯s a DCC command station that can throw turnouts. You¡¯re to have to have different preferences setting to do the two different things. See Bob On Jul 25, 2017, at 2:09 PM, raypurdy@... [jmriusers] <jmriusers@...> wrote:
Hi, I¡¯ve been using a Sprog 3 to successfully programme my locos via Decoder Pro for some time.
I like the idea of being able to change my turnouts via a PC and to this end, I¡¯ve been trying to follow Dick Bronson¡¯s clinic on the Panel editor on a laptop without success. -- Bob Jacobsen rgj1927@...
|
Locked
I am a little confused following this story. As I understand it the "JMRI" is not connected to the layout, they use a seperate programming track. Here a statement is made that the "JMRI"doesn't ptogram the decoders, the DCC systems does.
Richard,
The SPROG3 works very well to set CVs and test locos. It can also be used as a command station although more limited than some command stations. The PR3 and LocoBuffer USB also do a great job helping us set CVs.
However, the greatest thanks go to the JMRI development team that bring us DecoderPro, Operations and PanelPro. What they have done is truly remarkable. Thinking about setting all of those CVs without DecoderPro makes my head hurt.
Mark Juett
Ace Services LLC
Your First Choice
www.modelrailroadbuilder.com
Begin forwarded message:
toggle quoted message
Show quoted text
From: "Richard Bell katmedia@... [jmriusers]" <jmriusers@...>
Date: July 24, 2017 at 10:48:14 AM MDT
To: "jmriusers@..." <jmriusers@...>
Subject: Re: [jmriusers] I am a little confused following this story. As I understand it the "JMRI" is not connected to the layout, they use a seperate programming track. Here a statement is made that the "JMRI"doesn't ptogram the decoders, the DCC systems does.
Reply-To: jmriusers@...
Dave, thanks for that clarification. I DO use the SPROG3 but always just considered it a type of interface. Didn't realize it was actually a DCC Emulator device. Go figure. I prefer the SPROG3 because it is simple to use with DecoderPro and I know if my locos work there, then they will work on the layout.
Thanks again for clearing this up for me. I'm just thankful that there is a great program like DecoderPro available.
Thanks to all who built the prpgram.
Sent from my Verizon, Samsung Galaxy smartphone
-------- Original message --------
From: "Dave Heap dgheap@... [jmriusers]" <jmriusers@...>
Date: 7/24/17 10:37 AM (GMT-07:00)
To: jmriusers@...
Subject: Re: [jmriusers] I am a little confused following this story. As I understand it the "JMRI" is not connected to the layout, they use a seperate programming track. Here a statement is made that the "JMRI"doesn't ptogram the decoders, the DCC systems does.
Your computer cannot program decoders directly, neither can JMRI DecoderPro (DecoderPro is just one particular part of the one JMRI program).
The only way you can program a decoder is with DCC programmer hardware, which is usually part of your DCC system. However there are also specialised DCC programmer hardware devices available (such as SPROG and Digitrax PR3) that can work standalone without being part of a full DCC system.
All JMRI DecoderPro can do is send instructions to DCC programmer hardware and receive replies from that hardware.
You need three components:
- A computer.
- DCC programmer hardware.
- JMRI DecoderPro (the software that enables your computer to talk to the DCC programmer hardware).
(I realise there is a lot of repetition in the above, but I am trying to explain the concept from slightly different angles.)
Sent from my iPad
--
Dave in Australia
On 25 Jul 2017, at 12:16 AM, Richard Bell katmedia@... [jmriusers] <jmriusers@...> wrote:
Isn't DecoderPro aprogram which runs under "JMRI" the program which reads/writez and programs the decoders? It seems like folks use the term JMRI as a catch-all phrase. Please correct me but I don't use any DCC system to program my locos. I use the "JMRI DecoderPro" to program and test my locos.
------------------------------------
------------------------------------
------------------------------------
Yahoo Groups Links
|
Locked
Unable to deliver your message
mornin men.
I am trying to get my jmri to connect to the programming track.
I used to use it before i went WiFi.
running version 4.7.3.
Hope the happy snaps help.
Matt.
---------- Forwarded message ----------
From: Yahoo Groups <notify@...>
Date: Tue, Jul 11, 2017 at 2:57 PM
Subject: Unable to deliver your message
To: matt@...
We are unable to deliver the message from <matt@...>
to <jmriusers@...>.
The email address used to send your message is not subscribed to this
group. If you are a member of this group, please be aware that you may
only send messages to this group using the email address(es) you have
registered with Yahoo Groups.
If you would like to subscribe to this group:
1. visit
-OR-
2. send email to jmriusers-subscribe@...
For further assistance, please visit
yahoo/groups/original/members/forms/general.html
---------- Forwarded message ----------
From: Matt Sawtell <matt@...>
To: jmriusers@...
Cc:
Bcc:
Date: Tue, 11 Jul 2017 14:57:27 +1000
Subject: How do i program using the programming track?
I have just turned on the WiFi throttle on JMRI.
I am running with Android tablets hooked through my NCE system.
I have hooked up my programming track as I usually did, ¡°see happy snap
1¡±and JMRI will not connect.
I have these red messages at the bottom of my screen. See happy snap 2
Is there a button that I need to turn on or off so I can use the
programming track again?
Matt Sawtell.
[Non-text portions of this message have been removed]
|
Ken Cameron
RickyB
Tom Stage
Bob Jacobsen