Locked
Re: Problem migrating Panelpro from Windows XP with MS100 to a laptop with PR3 connection
Hi Peter -- yes, I have loaded a new version of JMRI onto the Laptop. I find it a bit difficult to see which configuration files are used, as there seem to several ones in different JMRI files... I don't know wich old version is running on the old PC, but it was loaded several years ago!
As Ken said, " A really old file would have the old path, like C:\Documents and Settings\username\JMRI..." wich is the case for the old PC.
The question is: should I set up the decoders again, or can I use the existing preferences/profile files with the new version of JMRI?
-John
|
Locked
Re: Problem migrating Panelpro from Windows XP with MS100 to a laptop with PR3 connection
What version of JMRI are you running on your old computer?
What version of JMRI did you install on the new computer?
From the 4.16 release notes:
If you are currently using JMRI 4.11.9 or earlier, we strongly recommend that you update to JMRI 4.12 and make sure that's running OK before updating to this release. Once you have JMRI 4.12 running OK, store your configuration and panel files and use those from then on. There have been a number of changes in serial port support, panel file format and configuration options since those earlier releases, and moving to the stable JMRI 4.12 release is a good way to work through any possible problems.
--
Peter Ulvestad
JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -
|
Locked
Re: Problem migrating Panelpro from Windows XP with MS100 to a laptop with PR3 connection
John,
With Digitrax, JMRI will ask and learn about sensors and turnouts without a
panel file to give meaningful names to them. So if you are seeing the LT123
but no descriptive name, that's the system name only and it learned it from
the LocoNet.
Go to Edit->Preferences->Startup, there you may pick to load a file during
the startup sequence.
Now it depends on how old the old system was. Anything in the last couple of
years was using localized names for the paths. So that should have followed
ok. A really old file would have the old path, like C:\Documents and
Settings\username\JMRI... Anything newer would have something with
preferences: or other with the colon to use known paths instead.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Locked
Re: Problem migrating Panelpro from Windows XP with MS100 to a laptop with PR3 connection
Thanks Bob. Sounds as though I should link up the decoders with Loconet! :-( But I'll check the Start Up preferences first...
|
Locked
Re: Setting up signals in JMRI to MERG CBUS
#merg
Thanks for your reply Dave.
I am concentrating on one route at a time to build things up and get the feel of it.
Regarding sensors, I arranged the test bed such that I can simulate occupancy with the use of toggle switches. I thought I had better check back with you before I start making any further changes - I am glad I did!
I shall finish of the Down Main Blocks controlled by SD7 first and test it. I shall use the toggle switches instead of activating the sensors. Then I shall move back to the other two Down Main Blocks.
Best wishes
Peter
|
Locked
Re: Setting up signals in JMRI to MERG CBUS
#merg
Peter,
It appears that you have at least a partial implementation of block detection. ?As a train moves from left to right on the down main (with turnout P1a closed), "Down Main Block T7", "Down Main South Junction" and "Down Main Platform 1" should show active (red) on the panel.
The Logix for SD1 uses the sensor for Down Main Block T7 to set the appropriate aspect.
The signal mast logic for SD South Gantry currently only uses the P1a turnout position to show access to platform 1. ?If the other two blocks are added to the block list, then signal mast logic will automatically set the appropriate aspect.
I added the "Block T7 Dn Main Entry" sensor to the panel so that I can set the sensor since I don't have any hardware.
Dave Sand
----- Original message -----
From: "peter.s.drury via Groups.Io" <peter.s.drury@...>
Subject: Re: [jmriusers] Setting up signals in JMRI to MERG CBUS
Date: Sunday, October 27, 2019 9:11 AM
Hi Dave
I have completed Block Portion for SD8 South Gantry and added two more Sensor icons (South Junction and (Platform 1).
I am concentrating on the SD7 Path along the Down Main.
My thoughts are that the South Junction sensor, when 'active', should set SD7 Aspect to red and the sensor T7 Down Main Entry to 'inactive'. This will ensure that SD1 aspect remains red and locked.
When the Platform 1 Sensor becomes 'active', These conditions should remain to protect the train on the Platform 1 block until the train passes the Platform 1 Starter when both the Down South Junction? sensor and the Platform 1 sensors become 'inactive'.
Alternatively, I could set up a delay when Platform 1 sensor becomes 'active' to allow enough time for the train to clear South Junction before its sensor becomes 'inactive'.
Your thoughts would be appreciated.
Thanks
Peter
|
Locked
Re: Problem migrating Panelpro from Windows XP with MS100 to a laptop with PR3 connection
Thanks Ken. What is odd is that it DID get the turnout names, but not the descriptive names. How do I add it the xml file to the startup options? This is news to me! :-(
I also noted that the xml file referred to the wrong file structure, (XP version instead of Win 7) but editing it with Notepad didn't seem to help.
- John.
|
Locked
Re: Problem migrating Panelpro from Windows XP with MS100 to a laptop with PR3 connection
John,
It sounds like you didn't move a panel file that contained those user names
for the turnouts. Or you moved it but didn't add the file to the startup
options so it got loaded at startup.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Locked
Re: Problem migrating Panelpro from Windows XP with MS100 to a laptop with PR3 connection
It sounds like PanelPro isn¡¯t loading your configuration information properly. That¡¯s a bit confusing, because it¡¯s getting the turnout numbers OK: LocoNet-attached turnout decoders (liks a DS64) can tell JMRI about themselves, but ones only attached to the track can¡¯t. Do you have your PanelPro Preferences set to read a panel file? That would be an entry under the Start Up pane in the Preferences. As to not switching properly: First, check that the LocoNet connection is working. Select the LocoNet Stats item from the LocoNet menu, and see if that window opens and shows some status numbers. If not, JMRI isn¡¯t talking to the PR3 properly, so we can help you sort that out. Bob On Oct 27, 2019, at 6:54 AM, John Cornell <dr.jc.cornell@...> wrote:
I have PanelPro running on an old PC with Windows XP and an MS100 connector to my DCS51 Zephyr controller. To operate my turnouts I just click the mouse on the turnout in the displayed panel. All works well.
Now I am trying to migrate the system to a laptop running Windows 7, and for the laptop I have to use a PR3 USB decoder/programmer. I set up a new version of JMRI on the laptop and I have copied all the JMRI files I can find from the Programs folder and the User Applications folder, but it still doesn't work. My "turnout table"in Panelpro lists the turnouts correctly, but not their descriptions (e.g. "Siding no. 1") and while the panel shows the turnouts switching when using the mouse, the actual turnouts are not switched.
Am I missing some data file somewhere, or do I have to set up my 40 turnouts (i.e. 10 decoders) all over again to get them working? (Note that I only use Loconet to connect the computer to the DCS51, but all my decoders are linked via the track.)
Any advice would be greatly appreciated! -- Bob Jacobsen rgj1927@...
|
Locked
Re: Setting up signals in JMRI to MERG CBUS
#merg
Hi Dave
I have completed Block Portion for SD8 South Gantry and added two more Sensor icons (South Junction and (Platform 1).
I am concentrating on the SD7 Path along the Down Main.
My thoughts are that the South Junction sensor, when 'active', should set SD7 Aspect to red and the sensor T7 Down Main Entry to 'inactive'. This will ensure that SD1 aspect remains red and locked.
When the Platform 1 Sensor becomes 'active', These conditions should remain to protect the train on the Platform 1 block until the train passes the Platform 1 Starter when both the Down South Junction? sensor and the Platform 1 sensors become 'inactive'.
Alternatively, I could set up a delay when Platform 1 sensor becomes 'active' to allow enough time for the train to clear South Junction before its sensor becomes 'inactive'.
Your thoughts would be appreciated.
Thanks
Peter
|
Locked
Problem migrating Panelpro from Windows XP with MS100 to a laptop with PR3 connection
I have PanelPro running on an old PC with Windows XP and an MS100 connector to my DCS51 Zephyr controller. To operate my turnouts I just click the mouse on the turnout in the displayed panel. All works well.
Now I am trying to migrate the system to a laptop running Windows 7, and for the laptop I have to use a PR3 USB decoder/programmer. I set up a new version of JMRI on the laptop and I have copied all the JMRI files I can find from the Programs folder and the User Applications folder, but it still doesn't work. My "turnout table"in Panelpro lists the turnouts correctly, but not their descriptions (e.g. "Siding no. 1") and while the panel shows the turnouts switching when using the mouse, the actual turnouts are not switched.
Am I missing some data file somewhere, or do I have to set up my 40 turnouts (i.e. 10 decoders) all over again to get them working? (Note that I only use Loconet to connect the computer to the DCS51, but all my decoders are linked via the track.)
Any advice would be greatly appreciated!
|
Locked
Re: Using NCE Powercab and Megapoints
Nigel, just had a look and a fiddle and the servos are now working correctly. Thanks for your advice
|
Locked
Re: programing on MRC system error message programer in use
Carrs,
The other comment I'd make is that baud rate setting issues in 4.16 could be
the problem you saw there. Using 4.17.4 would be a good choice for trying
'current' JMRI developments. It fixed the baud rate issues that plagued many
users of 4.16.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Conrad, Stephen, Am 26.10.2019 um 16:46 schrieb conrad: Stephen, you stated that "What bothers me much more is to have engine start-up and shutdown sounds play every time the train is started and stopped. Locomotives are not routinely shut down just because the train has stopped. If did this, I would add the Stop position to the throttle and make use of that."
However, I have only experienced VSD auto engine shutdown when I made an XML editing error (see below).? Stop/start is controlled by the "Engine Start" button in the VSD Manager Pane or, per Klaus, by a dedicated function button with the following in the config file:
Right, the sound shut down should not happen just because the train has stopped. I updated the engine auto-start functionality of VSDecoder in 2018 (see JMRI Test Release 4.11.3, published on February 15, 2018). Stephen, if you are using JMRI 4.11.3 or a newer version there must be another reason for this behavior. And I'm interested in clearing that up. All engine types (steam, steam1 and diesel3) should work as follows: * by default, the engine sound is started by clicking the "Engine Start" button, or stopped by clicking the "Engine Off" button * VSD allows to define a throttle function key to start or stop the engine sound * VSD allows to auto-start the engine sound after adding a VSDecoder (checkbox in VSDecoder Preferences, valid for all newly added VSDecoders) * VSD allows to auto-start an individual VSDecoder by declaring "<auto-start>yes</auto-start>" in the config.xml file Klaus
|
Locked
Re: Signaling & detection on trackage containing magnetic ballast
Being a cheapskate, ballast that came anywhere near what I wanted happened to be the local lake beach sand, sifted, but as I discovered full of metal particles. My solution at the time was to run the proposed ballast over a very large speaker magnet numerous times, this resulted in a material loss of about 60% ( lightened the colour to ) of metal particles.? I still however made sure ballast did not touch underside of rails and of course was glued in place.? I did have some less than zero readings but that all disappeared once white glue was totally dry. I have had NO issues regarding any false readings even though they are in a harsh environment. ( Mobile train show display )? PS? I did go over track with magnet after dry to be sure and my detectors are set at 20k ohm operation. John.
|
Locked
Re: programing on MRC system error message programer in use
On 27 Oct 2019, at 10:45 AM, carrs@... wrote: I have taken jmri? completely off my computer and went back and installed version 4.12.1 and every thing works like it should I can program, speed match etc. I then tried to reload 4.16 and I then get the message that programmer in use so I have reset to 4.12 and will wait until I see 4.17 is set as a final release in the mean time I am up and running. Thanks for all the help Simply waiting for the 4.18 is certainly not going to fix your problem.
As far as I know, no one else has reported the same problem so there's nothing we as developers can do until we have someone who is both encountering the problem and is willing to work with us.
Dave in Australia
|
Locked
Re: Signaling & detection on trackage containing magnetic ballast
I've found enough motors and speakers 'clouded' by magnetic particles to say
'avoid'! On the cone of a speaker, it kills the sounds by adding weight to
the moving parts. For motors, it tends to find a way to sneak in and wear
something. On the outside it may affect the magnetic field. I'd say the
possible issues make it something to use away from the tracks.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Locked
Re: Signaling & detection on trackage containing magnetic ballast
Stick the two probes of an ohm meter into the jar.? Compress the ballast.? If you get any reading other than infinite I would discard the idea of using that ballast.? As far as I know, only ferrous materials are attracted to magnets.? Ferrous materials can conduct electricity and give false detections.? Personally, I wouldn't touch it!
Dave...
|
Locked
Re: programing on MRC system error message programer in use
I have taken jmri? completely off my computer and went back and installed version 4.12.1 and every thing works like it should I can program, speed match etc. I then tried to reload 4.16 and I then get the message that programmer in use so I have reset to 4.12 and will wait until I see 4.17 is set as a final release in the mean time I am up and running. Thanks for all the help
|
Locked
Re: MIld panic: all ID tags appear to be gone
Paul,
I did some more checking and found the file name of the xml file storing the id tags has changed. In 4.14 it was "PanelProIdTags.xml. In 4.16 a file named "PanelProTranspondingTags.xml is created and starts adding tags to it as they are read. If I rename my old PanelProIdTags.xml file to the new name all of my tags show up. But there's more, I now find my Cars database is missing the id tags. If I try to add them back I see what appear to be system id tag names instead of user names. This is very hard to read and why have the relationships been lost? Do I have to go back and re-identify the tag for each car? Or is this "transponding" file the right one to use? Still a bit confused here.
Thanks,
Allen
|
Peter Ulvestad
Ken Cameron
Bob Jacobsen
Mick
David Cochrun
ahouse3761