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: JMRI running, loading and saving extremely slow
Any program running on a PC can be slowed down by memory constraints, too much activity, or disk space issues. Also, connections to other devices can make it seem extremely slow. I would advise to not be too quick to blame the program.
If your computer has enough memory, has the disk space, is not bogged down with too much overhead (other programs running in the background, for example), then the connection may be the issue. To verify the install without the connection question mark, change the preferences to Simulator and try again. Personally, I feel bad when a new program cannot run on my older computer, or some program runs extremely slow due to memory constraints and disk page swapping. For me, this has not been the case with JMRI, except when my Linux connection became invalid after updating. Since reading this, I became really curious so I just broke out my old XP IBM ThinkPad (normally not Internet connected) and updated my JMRI to 4.9.1, and my Java to 141 (1.8.0_141, after ignoring the Java warning about not being supported on old operating sytem). After downloading the file, the update to JMRI (4.9.1) took five and a half minutes from double-clicking the zip file to clicking "Finish". Then, running PanelPro took about 10 seconds to bring up my profile options, at 20 seconds the LocoNet Simulator started, and at 26 seconds PanelPro was fully loaded. Loading a plain panel (my old layout) took about 6 seconds. My newest draft panel will not load yet due to parsing errors. As a contrast, on my newest Win 10 PC, PanelPro loads quickly (at 2 seconds, shows profiles, and 5 shows LocoNet Simulator, and at 7 seconds is fully loaded). My $9 Linux computer (CHIP) is connected by a Digitrax PR3 to my Digitrax Zepyr DCS50. Running JMRI 4.7.7ish and Java 1.8.0_91, it boots into JMRI and WiThrottle automatically in about two minutes. If I then quit PanelPro then restart it, my profile options show up at about 19 seconds, the WiThrottle window at about 39 seconds, and it is fully loaded at 48 seconds. So, share some additional information about your hardware, and people can help get to the bottom of any concerns you might have about JMRI. Phil in gorgeous Young Harris, Georgia, USA (in the path of the total solar eclipse Aug 21) |
|
Locked
Re: Locobuffer locking up from data overload?
Steve,
Which version of JMRI are you running? What command station model are you using? Are you using "flashing" aspects on SE8c signals? LocoNet can become VERY busy when flashing aspects are used, especially if the command station is passing the LocoNet switch commands to the DCC track signal. If you do not have any devices which must get their switch control messages from the DCC track signal, you may want to turn on the "Bushby" bit in the command station OpSws. This changes the command station behavior so that it does not forward LocoNet switch commands to the DCC track signal. When it does not need to buffer LocoNet switch messages for sending to the DCC track signal, it does not need to "NAK" any LocoNet switch requests, and this can significantly reduce the amount of LocoNet traffic when SE8C flashing aspects are used. This concern may justify splitting your LocoNet into two entirely independant LocoNets. One for throttles and stuff, the other for block detection and SE8cs. The second can be a "standalone" LocoNet, and, since there would not be a command station, the SE8c control messages would never be "NAK"ed by the command station. Throttle activity would not be delayed on account of occupancy or signal traffic. You would need another LocoBuffer-USB or other interface device so that your JMRI computer could run the signal system on the second LocoNet. Regards, Billybob |
|
Locked
Re: JMRI 4.8 is available for download
On Jul 24, 2017, at 5:57 PM, 'Mark Granville' mfgranville@... [jmriusers] <jmriusers@...> wrote:The production version was frozen for testing, so some updates didn¡¯t make it into JMRI 4.8. They¡¯re in the JMRI 4.9.1 release that came out shortly after. Re-installing those decoder files should be fine. Bob -- Bob Jacobsen rgj1927@... |
|
Locked
Re: Test version 4.9.1 of JMRI/DecoderPro is available for download
Open Preferences, select ¡°Defaults¡±, and check that your hardware connection has been selected for the programmer (and in most cases, everything else too). It sounds like you¡¯ve got the internal, test programmer selected for some reason.
Bob On Jul 24, 2017, at 8:10 PM, [email protected] [jmriusers] <jmriusers@...> wrote:-- Bob Jacobsen rgj1927@... |
|
Locked
Re: Crossing in layout editor
Any frog power connection only involves 3 wires. The 3 connections usually come free with your switch motor.
toggle quoted message
Show quoted text
Andy Reichert Sent from my cost effective $15 keyboard. On 7/24/2017 12:49 PM, DAVID KLEMM davidklemm7511@... [jmriusers] wrote:
Fraser, |
|
Locked
Re: Test version 4.9.1 of JMRI/DecoderPro is available for download
This new release seems to have populated every field with 132 in the programming screen.
I opened up an existing engine when this happened. The DCC Address was messed up too. Jay |
|
Locked
Re: TracTronics SECSI user?
I know I'm dragging this up from waaaaay back, but I've been hanging on to a bunch of TracTronics SECSI boards and am looking for a more modern way to run them. It looks like there was once some progress on a JMRI interface, based on this conversation and some notes in the JMRI SourceForge documentation.
Is there a connection available? Does anyone have the protocol document for SECSI available? The document doesn't seem to be in the files section anymore, and I'm having trouble locating it now that TracTronics is gone. Thanks, Mike |
|
Locked
Re: JMRI 4.8 is available for download
The very recent update for DecoderPro definitions for SoundTraxx (TSU2)
doesn't appear to have made it into 4.8. I think this means that the update needs to be reloaded after installing 4.8. Or am I wrong? Mark Granville |
|
Locked
Re: Crossing in layout editor
I have been running over 20 frog juicers for over 2 years and no problems what so ever.
David |
|
Locked
Re: Crossing in layout editor
Fraser
I have had a working layout for 4 years with 4 duel frog juicers 2 for reverse loops and two Crossings at grade with no problem. There only draw back is you cant run DC over them and since I run N scale at High DCC voltage so my AC12's run faster than 40mph, I cant run on address 0 or I'll burn out the dc units. Anyway in the last 4 years I have replaced 3 Mechanical switches and 3 relays. Since the airline industry runs all there jets buy wire with no mechanical connections I'll tend to believe that electronic switching is way better! Les |
|
Locked
Re: new computer, new install JMRI 4.8
Here is a different troubleshooting procedure for serial ports on Linux:
toggle quoted message
Show quoted text
Open a Terminal window and put in this command EXACTLY (except for the double quotes): "while : ;do clear;ls -lt /dev|head;i=$((i+1));echo $i;sleep 1;done" Press ENTER and watch the screen as you slowly plug/unplug the USB device, watching what device appears/disappears and record the name. If nothing appears/disappears your device is not loading a driver. You will also need to enter the following command EXACTLY (except for the double quotes): "sudo adduser ${USER} dialout" (This assumes "dialout" is the group shown beside your device in the list above.) Do not: * Try to bypass group membership by running as root. That will create further problems. * Try to change permissions of the serial port you see. They will be lost every time you plug/unplug/logout/reboot. Then logout and back in again so the group membership takes effect. Then go to JMRI Preferences->Connections and the device name you saw earlier should be in the dropdown list once you select a serial connection. -- Dave in Australia On 25 Jul 2017, at 8:56 AM, zozimas@... [jmriusers] <jmriusers@...> wrote: |
|
Locked
Re: 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.
Yes, the SPROG is actually a basic DCC packet generator with a booster and a CV programmer. To keep cost and bulk low it was designed so much of the code and user interfaces (command station code, throttles, screens etc.) normally in a DCC system resides in JMRI and uses JMRI throttles, etc.
toggle quoted message
Show quoted text
-- Dave in Australia On 25 Jul 2017, at 2:48 AM, Richard Bell katmedia@... [jmriusers] <jmriusers@...> wrote: |
|
Locked
Re: Locobuffer locking up from data overload?
Dick,
Thank you for your prompt response. I do have a fairly large layout, with BDL-16 block detectors, SE8c signal drivers,switch controllers of various types, etc. I noticed that it would sometimes lock up when first starting JMRI as you mentioned here. I quit initializing the loconet fast clock and set the JNRI turnout resend option to send only once, and that enabled it to load. Later I initialize the clock. Everything seems ok and only sporadic blinking of the red activity light. The problem I'm experiencing seems to occur 90 minutes or so into an operating session. I'll turn on the loconet stats next time and try and keep a better watch on things. I often have others dispatch so I can be available to troubleshoot and host but then I don't find out about the lockup until the DS calls me saying turnouts won't throw, signals won't clear etc. Would it help to log loconet messages? Should I try and split loconet into 2 as you've suggested? Use the command station to run trains and have WiThrottle connect to that, and a standalone loconet to run everything else? I'm considering that in any case due to some throttle responsiveness problems. I'm using your locobuffer USB Rev-n. Thank you, Steve |
|
Locked
Re: JMRI 4.8 is available for download
Fraser,
I downloaded your file and it validates just fine on 4.8. It does, however, blow up on turnout "MT " (with a space). Dave Sand |
|
Locked
Re: new computer, new install JMRI 4.8
ok so that didn't work.
error message: setup screen: dmesg screen: did I mention I'm using Linux Mint 18.2? |
|
Locked
new computer, new install JMRI 4.8
I installed 4.8 and everything seemed to work fine until I clicked the "finish" button, then it says it can't connect and makes me go back. I did everything in this page as instructed:
I also tried the instructions under "what do I do if my (USB) serial port isn't listed" on this page: although I'm not even sure I did it right. First I'm going to try and attach a screen shot of my setup screen. <a data-flickr-embed="true" href=" title="Decoder Pro Wizard"><img src=" width="320" height="185" alt="Decoder Pro Wizard"></a><script async src="//embedr.flickr.com/assets/client-code.js" charset="utf-8"></script> I'm pretty sure it's on ttyUSB0 based on this: <a data-flickr-embed="true" href=" title="USB output"><img src=" width="320" height="31" alt="USB output"></a><script async src="//embedr.flickr.com/assets/client-code.js" charset="utf-8"></script> and here's the error window I get: <a data-flickr-embed="true" href=" title="error message"><img src=" width="320" height="44" alt="error message"></a><script async src="//embedr.flickr.com/assets/client-code.js" charset="utf-8"></script> |
|
Locked
Re: Blocks must have unique sensors?
Ken,
toggle quoted message
Show quoted text
Don't forget the distinction between 'Signal Blocks' (logical) and 'Detection Blocks'. (hardware) I forget which one is called 'O Block'. A signal block may contain multiple detection blocks. Dick :) On 07/24/2017 03:24 PM, 'Ken Cameron' kcameron@... [jmriusers] wrote:
|
|
Locked
Re: JMRI 4.8 is available for download
Hi Bob
Thanks for looking at this but having looked at the schema for matrix signal mast and checked which line it was that was causing the problem it is the bit I've copied that is where the problem is. It definitely says matrixsignalmastxml for the class in the first line and the order of the sections within ny quoted bit matches the requirements of the schema. Line 3107 is the problem and that is the sixth line of my excerpt <output matrixCol="output1">CW12 Ch1</output> I've searched through the file and the only places where output or outputs occurs is within my matrix signal mast definition section. I've dumped my complete layout editor xml file at By the way I'm not in a hurry for the answer so you can dedicate your time to other more serious problems. Thanks Fraser |
|
Locked
Re: JMRI 4.8 is available for download
I can't find your email.
You can email me at mikeca@... or let me to get the file to you. Thanks, Michael Carney www.papacarney.com |
|
Locked
PR3 not communicating after 4.8 upgrade
Hi, I am new to the group, and unfortunately have a problem I am hoping others may have solved or at least get advice from those more computer literate than myself. I did not see a similar issue in recent posts.
I have used Decoder Pro solely for programming locomotives on a standalone track since I converted to DCC in 2013. I have a Digitrax system and hence use the PR3 as a standalone programmer, and successfully used it as recently as this past weekend. Today I downloaded version 4.8 release after reading the release notes, and now serial port COM3 which is where my PR3 connects is not recognized, and Decoder Pro says no programmer is connected. I use a windows 7 operating system so thought none of the warnings noted for Linux or Mac should apply. Did I miss something? Any advice would be appreciated. Thank you Tim |
Bob Jacobsen
to navigate to use esc to dismiss