Locked
Re: Moved sim JMRI not working on active layout
I think this may be a candidate to mention the thought - -have a good working backup before you delve into unknown waters. ?I backup once a week when actively fiddeling with JMRI. ?If you are not careful, you can get twisted up pretty well.
If working on a RPI3B+ or such, in the Rasbian OS there is a nice tool for duplicating a SD card. ?I recommend it. ?You can keep a SD card on a "thumb stick" plugged into an unused USB port. ?At some point when all lis still working..you can shoot an image of the active SD card back to this one. ?Make this copy when JMRI is shut down so you do not have open files around..just good practice.
On this tool's window, your active SD shows its size - like 16mb. ?Your destination SD will be something like usbb..not usba. ?The tool will not activate if you do not have the source and destination sd cards identified correctly.
|
Remember on a RPI3B or unix - -to use SCROT for a screen shot. ?Go to HELP SCROT for info on the switch commands of SCROT.
You can direct the picture into a specific folder like in your User Files/Screenshots xxx.jpg
I have a tough time getting this to print up to my wireless printer, fo I ftp the shot to my pc and then print to my wireless printer connected to the pc.
Bob s
|
I assume this is on Windows??
I have a hunch that JMRI "prints" in Photoshop format. ?But the preview is illustrating the data as a "text" mode.
Your printer has to be photoshop ready or have the right driver loaded that supports photoshop. ??
If you can "print to file". try it - -which is a text file. ?Then print that.
Bob S
|
Locked
Re: Train drives opposite of labeled directions and fwd light not working
Forward is the way the engineer looks out of the cab. ?Another standard practice for your power buss is red is on the side of the engineer and black is on the side of the brakeman.
A tip for buss wiring. ?Take a boxcar and label one side of it with some tape and "RED". ?Roll this along your track and always solder your red dropper amd buss to this side. ?Leave your buss line open and not in a closed circle. ?Connect your buss lines in the center of your layout so it is about equal distance on each buss half to avoid voltage drops over a long line. ?Put your booster at this point.
Bob S
|
Locked
Re: Train drives opposite of labeled directions and fwd light not working
switched wires and it did it. thx. so weird.. had to put grey to motor red and orange to motor negative white...
|
Hi?Fran?ois,
Please post a screenshot of the "About" page from EngineDriver after a failed connection attempt. Also a screenshot of the "Log" page showing the exact error message returned (or save the log to a file and post the file.) You can post files in the Files section here, or email them to me mstevetodd at gmail.
My guess is that you're seeing this problem:?
--SteveT
|
Jason,
For starters open the LocoNet drop down list and select 'Monitor
LocoNet Stats..'. (4th item) This should result in opening a small
window with the number of breaks, errors, and the firmware
revision showing. If you see this, then the LocoBuffer-USB is
setup and working correctly. The problem is elsewhere. However if
the result is a series of empty boxes and 'Raw Data', then there
is some issue, either with the setup of the LocoBuffer-USB (e.g.
preferences) or in the hardware itself. I'm a bit puzzled by your
comment about Pin-8. Which version of LocoBuffer USB does your
friend have?
Dick :)
On 2/14/2020 10:13 PM, holry7778 wrote:
?
I could use a bit
of help with a friend's who is trying to get
started.??
Set up:
- Running Windows 10
- Digitrax DSC100
- RR Circuits LocobufferUSB on Com3, no jumper
on PIN-8
- Java is up to date
- JMRI 4.18
- LocoNet cable is wired correct and test OK
Situation:
- I can read the LocoNet and see traffic via
the Monitor no problems
- I can turn on and Off track power.
- I cannot run a throttle.? I get a "Failed to
get response from command station" error when
trying to acquire any loco address
- I cannot program decoders or the command
station
- I cannot read CV's from decoders or the
command station
- I cannot release any Slots
To the best of my abilities and knowledge drivers
from RRC are up to date.? As is the JMRI software.
Any help getting beyond this point is greatly
appreciated.
Thank you,
Jason
|
|
Hello @ all
since the update of Engine Driver (v2.24.93), JMRI (vJMRI.4.18 + R37ad3d0), Android (v7.0) unable to connect. Deadlines exceeded.
Even when deactivating the GSM network.
?
The problem is the same on Linux, W10 and RPi3B +. Before it was ok.
An idea ?
?
Thank you
Fran?ois
|
I tried that tonight (adding self) and I still get an error related,i think, to the next line saying there is no instance for "cm". So is there an error in the syntax of the previous line(s)?
Regards,
Allen
|
Locked
Re: I have a bad problem with my decoders
Many (most) locomotives come set to address 3, so until that¡¯s changed they¡¯ll all move together. To change the address, you open the DecoderPro roster entry for one of the locomotives, put that loco on the programming track, change the address on the Basic pane in DecoderPro, and click the Write Changes button. Don¡¯t worry, you won¡¯t break anything! Some people use the engine number for the address. To save your roster, use the Save button on the Roster Entry pane. If you don¡¯t do that, it should prompt you to do that when you close the window. Bob On Feb 14, 2020, at 3:19 PM, bill_klopp <wmk924@...> wrote:
Hi
I programmed and read all my decoder with JMRI and printed out the sheets. Now if I have a couple engines on the track they both go. I checked some with decoder pro and they had the same engine number as one sitting on the track so they both run. How do you save the file after you are done reading the sheet etc. I tried to program with my zepher extra and it won't do them now. do I need to unplug the usb from the zepher?
-- Bob Jacobsen rgj1927@...
|
It seems that traffic can get to JMRI, but traffic from JMRI to the layout is not getting through. Since you can see traffic, COM3 is right, the cables are in the right plugs, etc. Don¡¯t change any of that. Is the red light on the LocoBuffer-USB flashing with LocoNet traffic? Are both the green lights on? If you have a spare USB cable, try replacing the existing one _exactly_. Bob On Feb 14, 2020, at 8:13 PM, holry7778 <jasonlreis@...> wrote:
I could use a bit of help with a friend's who is trying to get started.
Set up:
? Running Windows 10
? Digitrax DSC100
? RR Circuits LocobufferUSB on Com3, no jumper on PIN-8
? Java is up to date
? JMRI 4.18
? LocoNet cable is wired correct and test OK
Situation:
? I can read the LocoNet and see traffic via the Monitor no problems
? I can turn on and Off track power.
? I cannot run a throttle. I get a "Failed to get response from command station" error when trying to acquire any loco address
? I cannot program decoders or the command station
? I cannot read CV's from decoders or the command station
? I cannot release any Slots
To the best of my abilities and knowledge drivers from RRC are up to date. As is the JMRI software. Any help getting beyond this point is greatly appreciated.
Thank you,
Jason
-- Bob Jacobsen rgj1927@...
|
Dave Barraza wrote: ¡°The crew was 100% *different* from the one where throttles had been problematic. This begs a question. is it plausible that there may be one person's smartphone which may be disrupting the system?¡± ? Our club had some of these drop out / disconnect WiThrottle Server problems a few years back. No one in this group was able to pin point the cause. I always suspected there was one individual with an i-Phone who was a bad player. Interestingly, we haven¡¯t had any problems since that person stopped showing up. Coincidence? ? Mark Granville
|
Locked
Re: Train drives opposite of labeled directions and fwd light not working
If you are using an 8-pin NMRA plug decoder, just reverse the plug. (8-pin plug on wires from decoder)
The clue is that one light not working while going backward.
Looking at the 8-pin design, the only thing that does not work if you plug in backward is the lights. With LED both lights are dark. With bulbs, one works, one does not. And runs backward!
No harm no foul if you plug in backward, just reverse it.
If you replaced the OEM board, you need to fix the wiring.
Motor wires backward (gray/orange)?
If you used LED, make sure you do not have +5(Blue) and ground (White or Function) reversed.
Thomas
DeSoto, TX
|
?
I could use a bit of help with a friend's who is trying to get started.??
Set up:
- Running Windows 10
- Digitrax DSC100
- RR Circuits LocobufferUSB on Com3, no jumper on PIN-8
- Java is up to date
- JMRI 4.18
- LocoNet cable is wired correct and test OK
Situation:
- I can read the LocoNet and see traffic via the Monitor no problems
- I can turn on and Off track power.
- I cannot run a throttle.? I get a "Failed to get response from command station" error when trying to acquire any loco address
- I cannot program decoders or the command station
- I cannot read CV's from decoders or the command station
- I cannot release any Slots
To the best of my abilities and knowledge drivers from RRC are up to date.? As is the JMRI software. Any help getting beyond this point is greatly appreciated. Thank you, Jason
|
|
Dave,
The time is always sent to the client without any formatting. The client sets the formatting, EngineDriver has a "Fast Clock Display" Preference for choosing the format. I'm not sure what the WiThrottle client has.
--SteveT
|
Locked
Re: Moved sim JMRI not working on active layout
Ken, I did not create two profiles, one sim and one loconet. I just created in the simulator mode. When I loaded it on the train system I then made the preference changes to? the correct system, USB, and Command station. My thinking was that this would take the simulator off line and connect the USB and loconet to the layout. This may have been a huge error on my part! Lol ? Terry Cummins S.E. Michigan ? Sent from for Windows 10 ?
toggle quoted message
Show quoted text
From: Ken CameronSent: Friday, February 14, 2020 9:32 PM To: [email protected]Subject: Re: [jmriusers] Moved sim JMRI not working on active layout ? Terry, ? In your on-line profile (you did make two profiles, one for off-line and the other for the on-line layout?) check the Edit->Preferences->Defaults. There, everything should be pointing to the LocoNet connection. ? Next open the LocoNet->Monitor, it should show traffic between JMRI and the layout. ? There is the trick with LocoNet of not loading the panel file, then do a power cycle of the layout from the Tools->Power, just click the On, it should trigger a number of traffic items. Then look at the table, it should populate with the devices on the layout that know to respond. So which devices are you using for sensors and turnouts? ? -Ken Cameron, Member JMRI Dev Team www.jmri.org www.fingerlakeslivesteamers.org www.cnymod.org www.syracusemodelrr.org ? ? ? ? ? ?
-- Terry CumminsS.E. Michigan
|
Locked
Re: Reading CV values locks up computer and PowerCab
#nce
splasher, On 15 Feb 2020, at 12:39 PM, splasher <steve@...> wrote:
BTW, is there a way to have one set of Preferences for DecoderPro and a different set for PanelPro?
I made a copy of the preferences file and restored it after the fact, but I was just wondering if there was a better/easier way. It is possible by using different Profiles, but both sharing the same User Files. Check near the top of the system log for the Profile each is presently using. You can have DecoderPro and PanelPro automatically starting with different (or same) profiles. Or you can have PanelPro (or DecoderPro) presenting a menu for a few seconds so you can change profile for that session only. More information at: <> A worked sharing example at: <> I'm sure the are some help pages for Profiles as well but they may be a little outdated... Dave in Australia
|
Locked
Re: Moved sim JMRI not working on active layout
Thanks all, I have to do a bunch of stuff before I can accurately respond. It would appear that in these replies resides the answer. There is a HUGE upside to this! I will have a much deeper understanding of the program, and that is a very good thing! I will report back in a couple of days as family life is not liking the distraction! Lol ? Terry Cummins S.E. Michigan ? Sent from for Windows 10 ?
toggle quoted message
Show quoted text
From: Cliff AndersonSent: Friday, February 14, 2020 5:54 PM To: [email protected]Subject: Re: [jmriusers] Moved sim JMRI not working on active layout ? Terry, With one huge paragraph to work from, multiple snippets have been isolated. It has taken more time to split out the details than to figure out if a response is needed. Preamble, I generated a complete panel, layout, and tables for turnouts, sensors and logiX.
From what is written below, the reasonable assumption is that you are using the LocoNet Simulator when away from the layout. At least that is what I commonly do, with multiple iterations back and forth to and from the club layout. When I put it on the working layout and made the changes in the preferences to Digitrax, PR4 and the Zephr DCS51 , I have not been able to get the switches to activate on the layout. I have confirmed communication by running locomotives from my roster without any issue. My panel, levers, lights and code buttons all work as they had in the simulator mode. Except they do not activate the physical switches on the layout.
- What warning or error messages are showing in your session.log file or your JMRI System Console window?
- Is this true for all switches?
- Do you have the LocoNet monitor turned on,
- with both the "Show raw data" and the "Show Timestamps" turned on with the checkboxes at the bottom of the window?
- Do those switches activate correctly with your Digitrax throttle?
- If so, do you see useful information on your Tools -> Tables -> Turnouts window?
I have been working on this for a couple of days and consequently already done a lot of different things. The most drastic action was moving my functioning JMRI to a different file name, the uninstalling all JMRI short cuts and then completely reinstalling JMRI (4.19).
It is not at all clear that the heaviest tool in your toolbox was the appropriate choice, but other than delay, no harm is likely to have been done. This clean setup allowed me to load my new files. Nothing changed though, still no control of the physical switches.
This result is not surprising, the cause of your problem has not been identified.
If none of the other JMRI features were working properly, or if specifically identified in the release notes, maybe.... I have looked through all other the tables for sensors, turnouts and signal. Then confirmed the names of the turnouts listed as closed or thrown in the actions, reprogrammed the DS64's to insure they matched what the program was calling for. Still no worky. All of the tables defining the levers are (IT) sensors are (IS) and I can't remember the code buttons but they are ( something).
The description of your Turnouts table and what happens when you click on UNKNOWN, ACTIVE, or INACTIVE is still unknown to us. My physical turnouts are (LT101-108). I hope this is enough information to help with the diagnosis as I am running out of things to try. I have a gut feeling that the easy answer would be to start from scratch and recreate my project not as a simulation. Thanks in advance for the help!
If the answers to the above questions do no supply enough clues, please provide us with more explicit detail about the turnouts. Also, in the future, it would be much safer to make minor changes and then verify the results with the layout hardware, rather than make a huge investment of time and effort between testing events. Cliff in Baja SoCal -- Terry CumminsS.E. Michigan
|
Stefan,On 15 Feb 2020, at 5:59 AM, Stefan ` Bartelski <stefan@...> wrote:
I have seen that for ESU decoders (especially v4/Select/V5) it is recommended (required?) to Read All CVs to determine the set-up, not sheet by sheet. However, when I do this I get a timeout before the full read is complete. I have looked at the logs and see some error messages but have no idea where to look for resolution, PC or base station. Does anyone have an idea what might be wrong, please?
Below is the correct procedure for reading ESU decoders.
As you can read below, the "ERROR - Variable=xxxxxx; Busy goes false with state IDLE" errors in the log don't indicate a failure to read.
The following errors are significant:
2020-02-14 13:36:28,601 jmrix.AbstractMRTrafficController???? WARN? - Timeout on reply to message: R 267 0 82 consecutive timeouts = 0 in serial.SerialDCCppPacketizer [serial.SerialDCCppPacketizer Transmit thread]
2020-02-14 13:37:59,597 jmrix.AbstractMRTrafficController???? WARN? - Timeout on reply to message: W?31 16 0 87?consecutive timeouts = 1 in serial.SerialDCCppPacketizer [serial.SerialDCCppPacketizer Transmit thread]
2020-02-14 13:39:30,631 jmrix.AbstractMRTrafficController???? WARN? - Timeout on reply to message: W?31 16 0 87?consecutive timeouts = 2 in serial.SerialDCCppPacketizer [serial.SerialDCCppPacketizer Transmit thread]
They indicate that the DCC++ system has stopped responding to JMRI, for one reason or another.
What happens with DCC++ if the loco loses track contact? Does it hang up or does it respond with a 301 No Decoder Detected?
I've just used DecoderPro V4.19.3 to perform two Read All CVs tests on a LokSound 5 DCC decoder (with over 2,000 CVs) on two of the DCC systems I have: - The NCE Power Cab read all CVs with no errors, despite my Mac going to sleep (I'd forgotten to caffeinate it) for an extended period while I was performing outdoor household duties. - The NCE Power Pro (on a different Mac - caffeinated this time) read all CVs in 30 minutes, with only six retry-able read failures in the first pass.
That being said, my Power Pro occasionally loses the plot when reading lots of CVs (this goes right back to JMRI 2 days with QSI decoders). Fortunately there is a recovery procedure; power down the NCE system for long enough to reset it without touching JMRI and after a while JMRI resumes with only a few skipped CVs (retry-able at the end).
This recovery procedure is only possible because NCE systems have USB-Serial interface chips powered from the computer (not the command station). It isn't possible with my SPROG and I'm fairly sure the same would apply to DCC++.
Dave in Australia
Read All CVs
Always use New Loco->Read Type from Decoder to identify an ESU decoder. All modern ESU loco decoders will identify uniquely. Guessing the decoder model is a recipe for problems.
Reading the full decoder is essential, particularly with ESU decoders where there are no "standard defaults". Each sound project has its own "factory defaults". All ESU sound decoders are manufactured effectively blank. When a Sound project is loaded to the decoder (using LokProgrammer software) part of the procedure is to write a new set of "factory defaults".
Because of a known (but as yet unresolved) race condition with certain decoder settings variables in JMRI code:
1) Use "Read Full Sheet" on the CVs pane instead of "Read All Sheets". It is less likely to cause errors when reading a decoder with lots of CVs. Once finished, some may be missed (displayed in red). Use "Read Changes on Sheet" as many times as needed until no red items remain. (Hint: Click on the Status column in the CVs pane until you see a down arrow. All the Red items will then be at the top.)
2) After you make changes on a programming sheet, don't use Write/Read changes on that programming sheet. Instead, switch to the CVs pane and use Write/Read changes on (the CVs) sheet. The result is the same but it will never trigger the race condition.
You'll also see a number of messages in the JMRI System Log like this: "ERROR - Variable=xxxxxx; Busy goes false with state IDLE"
Ignore these as they don't indicate a real error, we'll fix the problem in a later JMRI release.
|
Locked
Re: Moved sim JMRI not working on active layout
Terry,
In your on-line profile (you did make two profiles, one for off-line and the
other for the on-line layout?) check the Edit->Preferences->Defaults. There,
everything should be pointing to the LocoNet connection.
Next open the LocoNet->Monitor, it should show traffic between JMRI and the
layout.
There is the trick with LocoNet of not loading the panel file, then do a
power cycle of the layout from the Tools->Power, just click the On, it
should trigger a number of traffic items. Then look at the table, it should
populate with the devices on the layout that know to respond. So which
devices are you using for sensors and turnouts?
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
FCOT2002
ahouse3761
Bob Jacobsen
mrclassicman
Ken Cameron