Locked
Re: How do you get the Turnouts and Signal heads to update on loading a Panel File?
This is usually a problem that when you start your system all the feedback sensors will be shown as 'Unknown' and this is taken as 'Occupied' for the benefit of setting signal logic and LOGIX. As soon as any of the sensors change state then they will start to populate the sensor table as the correct state (which for the most part will be 'Unoccupied') and things start working.
As you have found the easiest answer is usually to run a train round to trigger all of the feedback modules to transmit their state to the command station.
|
Locked
Re: java Exception when try to add a second internal sensor
Steve,
I have identified a possible cause for the unexpected CBUS validation. ?There is a listener left when the first Add window is closed which is triggered when Add is selected again. ?When CBUS is the FIRST connection, it gets called to validate the saved input from the first add. ?The previous value is reused to facilitate entering multiple similar names.
If LocoNet, NCE, etc. are the FIRST connection, they get called instead of CBUS, but their validation is not as comprehensive as CBUS so the error does not occur. ?Creating a virtual LocoNet connection as the first connection is a temporary work around. ?A review of Preferences >> Defaults would be required.
I still need to identify if this is the true problem and figure out a solution. ?Another issue is that there is a change to validation in progress which may or may not affect this particular issue.
Dave Sand
----- Original message -----
From: "steve young via Groups.Io" <icklesteve@...>
Subject: Re: [jmriusers] java Exception when try to add a second internal sensor
Date: Tuesday, November 26, 2019 10:39 AM
Hi Andy,
Thanks for reporting, have been able to reproduce the same exception.
Will need to do a bit of digging around why any sort of Internal Sensor validation is going via CBUS Sensor validation,
Steve.
|
Locked
Advanced consists (part 2)
On 3rd October 2017 a topic was started on Advanced Consists (#140322) which describes the problem I am having with trying to set up a 'Consist' using a Sprog II. I far as I can see, the previous thread never reached a conclusion. I thought I'd provide my work around.
My set up is a SprogII using PanelPro 4.16, with SprogII in Command mode. Edit/Preferences/Defaults shows a 'button' for a consist.Using the Consist panel, as instructed by the help screen did not update CV19 of the locomotives (checked on DecoderPro). Using the DecoderPro Consist page I manually set CV19 (Consist address) to 50 for both locos. Entering 50 into the Throttle gave me my desired consist!.
If anyone wants to work on the problem, I'm happy to send a log file.
|
Someone once stated the TSU2 and ECO would alternate a pulse forward/backward to remain at same spot during programming in Service mode,. ?
The decoder must issue a pulse (ACK) , might not move the engine but it still issues an ACK that is picked up by the programming device in Service mode,
His DCC++ system seems to be completing the task but it always ends with a 308 error.? What surprises is the fact it is looking for an ACK on the MAIN also,
it throws a 308 error.
Marc?
|
Locked
Re: Parse error with a very old file
Leo,
You'll ned to bring Java up to at least 1.8 first. It's no go with 1.6 for the newer versions of JMRI.
Wouter
Thank you all for the suggestions and help.
I found out that the file we have in possession currently, last access was in 2012. We do not have the latest version of the file, but we do know that JMRI was never updated. From the file we find:
<jmriversion>
? ? <major>2</major>
? ? <minor>14</minor>
? ? <test>1</test>
? ? <modifier>.1ish</modifier>
? </jmriversion>
and Java was 1.6.0_26.
We are setting up a laptop with that version (Java will be the newest - I hope that will not be a problem) and then we will make a number of upgrades, I believe 4.6.0, 4.12.0 and 4.17.5(6?), saving the file as we go along, and addressing any issues as we encounter. Hopefully we will get the final file with the latest JMRI and Java working. If not, I am sure you all will be hearing from me here.? :)
Thank you again.
Cheers Leo P
On Tue, Nov 26, 2019 at 3:14 AM Randall Wood via Groups.Io <rhwood= [email protected]> wrote: The panel file should (either near the top or bottom of the file) tell you which version of JMRI created it.
|
Worth noting that Tsunami-2 decoders don’t pulse the motor to generate an ack pulse. ?They don’t move or even twitch when programming. ?I’ve done upwards of 200 TSU-2 decoders with DecoderPro, no issues with any of them
Mick
________________________________
Mick Moignard
m: +44 7774 652504
Skype: mickmoignard
, so please excuse the typos.
|
Locked
Re: Fatal crash - JMRI V 4.16
Steve and Dave,
I loaded JMRI Version 4.17.6, but the error still occurred.
I can now repeatedly, at will, cause the error, or run without the error.
I also tried running with the MERG Can Simulation ‘connection instead of via USB - the failure mode is the same as described below.
It is the Debug (Display) Message log that is somehow causing the problem. If I open JMRI, open the Debug message log then open the Script output Panel the Fatal error always occurs. If I don't open the Debug Message log I can open the Script Output Panel, my Layout panel, the Thread Monitor, run a script, open the Script Entry Panel, load? and run scripts. I have just done this a dozen times without a single Fatal Error.
If I open the Debug Message panel after I have opened the Script Output Panel I can still open my Layout panel, Thread monitor and run a script. I can kill the script and rerun it as many times as I like with? no problem. However, as soon as I click the PanelPro 'Quit' button the fatal error always occurI loaded JMRI Version 4.17.6, but the error still occurred.
?
I can now repeatedly, at will, cause the error, or run without the error.
I also tried running with the MERG Can Simulation ‘connection instead of via USB - the failure mode is the same as described below.
It is the Debug (Display) Message log that is somehow causing the problem. If I open JMRI, open the Debug message log then open the Script output Panel the Fatal error always occurs. If I don't open the Debug Message log I can open the Script Output Panel, my Layout panel, the Thread Monitor, run a script, open the Script Entry Panel, load? and run scripts. I have just done this a dozen times without a single Fatal Error.
If I open the Debug Message panel after I have opened the Script Output Panel I can still open my Layout panel, Thread monitor and run a script. I can kill the script and rerun it as many times as I like with? no problem. However, as soon as I click the PanelPro 'Quit' button the fatal error always occurs.
Regards
John
|
Locked
WebServer causes PanelPro to change color
We use PanelPro for our dispatch/detection and I’ve noticed if someone views the webserver on their phone or tablet the dispatch screen goes to a whiteish looking screen. Like when an application locks up and the Window ghosts out, but everything is still functional. There’s about a four or five second delay when you close out of the webserver on the device and it goes back to normal.?
Has anybody seen that??
Thanks,
Wayne
|
15 minutes before you sent this message, groups.io reported you were no longer bouncing.
From groups.io Help:
Bounce
A bounce happens when an email message cannot be delivered. Possible reasons include an incorrect email address, a full mailbox, or a problem connecting to an email server.
--
Peter Ulvestad
JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -
|
Locked
problem with dispatcher
Hello
J am using JMRI in France and it's an very beautiful soft
I have two questions to submit to you
First point:
As you say in the documentation, the dispatcher works perfectly with a single train. Yes! it's checked!
It also works with two trains if the transits are different in the positioning of the turnout. Yes it's also true!
There is a problem with the turnout core when the next train switches it when the preceding train is not fully removed from the turnout
This is related to the detection of the train by power consumption that does not always work on both boggies
I found several solutions but imperfect that only works in one direction of circulation
? ?? Enlarge the block (or section) at the heel of the turnout on the network
? ?? for crossover, delay the turnout movement with a logix
Do you have better solution ?
Second point:
I think that a general solution would be to permanently allocate the epending section
For example
? ?? transit with Sect0 - Sect1 - Sect2 - Sect3 etc.
? ?? train with two reserved sections forward
? ?? the train being in Sect1, then allocate Sect0 Sect1 Sect2 Sect3
? ?? the train being in Sect2, then allocate Sect1 Sect2 Sect3 Sect4
Is that possible, and difficult?
sorry for my English?!
Thank you for your answers
A good day
luc
|
Locked
Re: Parse error with a very old file
Thank you all for the suggestions and help.
I found out that the file we have in possession currently, last access was in 2012. We do not have the latest version of the file, but we do know that JMRI was never updated. From the file we find:
<jmriversion>
? ? <major>2</major>
? ? <minor>14</minor>
? ? <test>1</test>
? ? <modifier>.1ish</modifier>
? </jmriversion>
and Java was 1.6.0_26.
We are setting up a laptop with that version (Java will be the newest - I hope that will not be a problem) and then we will make a number of upgrades, I believe 4.6.0, 4.12.0 and 4.17.5(6?), saving the file as we go along, and addressing any issues as we encounter. Hopefully we will get the final file with the latest JMRI and Java working. If not, I am sure you all will be hearing from me here.? :)
Thank you again.
Cheers Leo P
On Tue, Nov 26, 2019 at 3:14 AM Randall Wood via Groups.Io <rhwood= [email protected]> wrote: The panel file should (either near the top or bottom of the file) tell you which version of JMRI created it.
|
Another item that might be affecting the ACK pulse is the use of a 12V power supply (your wallwart). 12V could be at lower limit power, programming wise .
With the Digitrax PR3 we were adding higher output power supplies to the PR3. As high as 18V.? Digitrax had provided a 12V power supply with the original PR3 and it was soon discovered this was insufficant to the task and they replaced the 12V power with the 14V they still offer to this day.?
Your 12V power supply may not be regulated and drop below it's 12V spec level.
My suggestion is to take your engine to a friend or CLUB and ask them to read values from decoder to see if the ACK pulse is present.
Marc
|
Testing? via PRIVATE Email via 开云体育 .
If this mail gets thru to you, then 开云体育 has the proper Email address for you.
Marc
|
Locked
Re: java Exception when try to add a second internal sensor
Hi Andy,
Thanks for reporting, have been able to reproduce the same exception.
Will need to do a bit of digging around why any sort of Internal Sensor validation is going via CBUS Sensor validation,
Steve.
|
Thank you Dave and Marc.? Somehow some of my replies aren't coming through on this forum.? I've made the changes to Preferences.? The Tool Tips are helpful.? Unfortunately, I'm still getting the 308.? I'm definitely not getting any nudge/ACK pulse.? I have a question in to Soundtraxx for another reason.? I'll ask about the ACK from the Tsunami 2 when I get a reply.
Since this is my first adventure with DCC, it's really good to have this forum.? Through this adventure, my test track(the only track/layout I have for now) has evolved into something similar to what they have at Railmaster Hobbies(but only 3 feet long), switchable from DC to DCC and Program to Main.
I'll post what I hear from Soundtraxx.? Hopefully it'll save somebody some time.
|
Locked
Re: NCE Mini Panel identifies as USB on JMRI
Thanks Dave - I thought it might be something along those lines.
Cheers
Pat
|
|
|
This is the e-mail address I see from you?ian.breeden@.... I don't know where this is stored but I don't think an "=" sign is permitted in an e-mail address. This might very well be the cause of the problem.
|
Locked
Re: Issue recognizing locomotive - Atlas N MP15DC
Have you tried programming the Lenz decoder on your main track with your Digitrax system? I have a similar problem with an Atlas N scale GP40-2 that has a Digitrax DN163A0 decoder. JMRI using my Digitrax PR4 on my programming track will not recognize the this particular decoder, but I can program this decoder using my Digitrax DB150 command station and my DT500 throttle on the main track without any issues. I own several Digitrax DN163A0 decoders along with several Lenz LE063XF and this one particular decoder is the only one I've ever had this issue with, using the JMRI software and PR4.? Also of note, when I program this decoder on the main with my DB150 command station and DT500 throttle, it does nudge forward and the lights blink with each command issued. ?
|
I keep getting daily digest messages bouncing supposedly because of an invalid e-mail address -? despite being addressed to "ian.breeden@..." - The problem only appears to happen to messages from this .io group.
Any suggestions
Ian
|
Suzie Tall
Wayne Swearingen
Peter Ulvestad
SwissChris