开云体育

Hi Walt,

Yes, that is what setting CV 62 to 0 does.


Tom Johnson

George, a timely post. I just re-programmed a BLI PA1 on Sunday. I have the same setup as you. A Sprog with JMRI.

My usual procedure is to run it on address 3 until I am satisfied that is working properly and then I re-program it. I generally use the “new loco” section of JMRI to do this as I can easily add it to my roster.


Once I have identified the decoder type, in this case a BLI Diesel, I "read all sheets". I do this rather than using the definitions in JMRI as I would think they would be most up to date on a new loco. And the definitions for BLI diesel cover many loco types so I would rather have the CVs from the loco as received.


Once I have done this I change the CVs I need to change and write them to the sheet. I do it section by section so I don't forget what I have changed and don't forget to write the changes to the sheet once Iam happy with the changes.


Occasionally the altered CVs don't take the first time so I close the loco programming screen and start it again. It usually works on the second attempt. Some of the descriptions on the BLI Diesel definitions are not intuitive so I will have to read up on the CVs for the BLI decoder.


Whatever, I have the PA1 running nicely on CV1=6001 which is the road number.


Hope this helps..................George.

How does one determine which components need to be added/edited in the
layout editor and which ones in the appropriate tables. The Set Signals
tool won't add the signals if there not there but refuses to replace them if
they aren't there anymore. And now you tell me using set signals creates a
shadow table duplicating, but not updating data in the signals table. What
other components do that?



Why does removing a turnout require removing all attached track?



Martin Ozolins

<mailto:mdozolins@...> mdozolins@...

(760)405 4812



"Fortune favors the prepared mind" - Louis Pasteur



From: jmriusers@... [mailto:jmriusers@...]
Sent: Tuesday, June 17, 2014 02:20
To: jmriusers@...
Subject: [jmriusers] Re: Deletion and renaming problems.





Hi Martin,

The Layout Editor keeps its own set of independent records for blocks, which
is another layer on top of the blocks that you see in the Blocks Table. So
if you delete a block in the table, it is not deleted in the Layout Editor
records, so when the panel is loaded back up the block is recreated and
hence probably why the when you try to add a previously used sensor it is
coming back as already assigned.

So if you are working in the Layout Editor, you should be editing the block
information from there and not in the block table.

If you are using the "Set Signals" tool it keeps a record of which signal
heads you have assigned to that turnout and in what position. It doesn't
keep a track of whether you have removed the signal head from the layout
panel using the remove option. So if you go in to edit the signals at the
turnout and change the names around it will then remove the signals from the
panel, from the sounds of things it is this bit that is complaining.

Regards
Kevin

So I have to start from scratch AGAIN!? Fourth time's the charm, I hope.



Why the multiple hidden tables with similar data? And no way to view or
correct inconsistencies?



I'm going to reiterate with a schema this complex screams for a database
application.



Martin Ozolins

<mailto:mdozolins@...> mdozolins@...

(760)405 4812



"Fortune favors the prepared mind" - Louis Pasteur



From: jmriusers@... [mailto:jmriusers@...]
Sent: Tuesday, June 17, 2014 02:20
To: jmriusers@...
Subject: [jmriusers] Re: Deletion and renaming problems.





Hi Martin,

The Layout Editor keeps its own set of independent records for blocks, which
is another layer on top of the blocks that you see in the Blocks Table. So
if you delete a block in the table, it is not deleted in the Layout Editor
records, so when the panel is loaded back up the block is recreated and
hence probably why the when you try to add a previously used sensor it is
coming back as already assigned.

So if you are working in the Layout Editor, you should be editing the block
information from there and not in the block table.

If you are using the "Set Signals" tool it keeps a record of which signal
heads you have assigned to that turnout and in what position. It doesn't
keep a track of whether you have removed the signal head from the layout
panel using the remove option. So if you go in to edit the signals at the
turnout and change the names around it will then remove the signals from the
panel, from the sounds of things it is this bit that is complaining.

Regards
Kevin

I think I have been able to re-create your problem on both Win7 and OSX
or at least a variation of it.



Yesterday I was testing the following structure:

home:Documents/JMRI

---------------------------/Scripts

---------------------------/General (user file location, alias
preference:)



Todays structure:

home:Documents/JMRI

---------------------------/General (user file location, alias
preference:)

-------------------------------------/jython (sub directory under
General)



The ProfileConfig.xml looks fine: preference:jython

Both Preferences>Location and Help>Locations have:



/Users/das/Library/Preferences/JMRI/General__Simulation/jython/



Somehow during the JMRI startup, preference:jython was replaced with
the expansion of profile:jython. A subsequent save of Preferences
results in changing ProfileConfig.xml scripts line to profile:jython.
I was not able re-create the ever expanding path under either Win7 or
OSX.



The Logix call to start the script still fails as before.



All of the tests were done with JMRI 3.7.7.





Dave Sand

So, it seems that the problem is partially OS-independent and partially
OS-specific.

Under Win 8.1, I have my user file location (preference) set to:

"C:&#92;Users&#92;Brian&#92;Google Drive&#92;JMRI"

and my scripts are in:

"C:&#92;Users&#92;Brian&#92;Google Drive&#92;JMRI&#92;jython"

Using the Edit>Preferences>File Locations tab in DP3, I set the scripts
location as above and save.

Now, the relevant ProfileConfig.xml shows:

<fileLocation defaultScriptLocation="preference:jython/" />, which is
correct.

BUT, when DP3 restarts it shows under Help>Locations:

Scripts Location: C:&#92;Users&#92;Brian&#92;Google Drive&#92;JMRI&#92;DP3&#92;DecoderPro&#92;jython&#92;

and the same under Edit>Preferences>file Locations. The profile folder has
been inserted in the path.

If the preferences are then saved without editing, ProfileConfig.xml shows,
as expected:

<fileLocation defaultScriptLocation="preference:DP3/DecoderPro/jython" />

and DP3 now shows a double insertion of the profile folder into the path

Scripts Location: C:&#92;Users&#92;Brian&#92;Google
Drive&#92;JMRI&#92;DP3&#92;DecoderPro&#92;DP3&#92;DecoderPro&#92;jython

Further saves keep adding to the path. Same thing with PanelPro.

Whatever is going wrong seems to be happening is when ProfileConfig.xml is
read by JMRI at start-up, at least on Windows.

Brian




On 17 June 2014 00:31, Dave Sand dave@... [jmriusers] <
jmriusers@...> wrote:

I have done some more testing.

The default script location in preferences is "jython/"

The ProfileConfig.xml shows "program:jython/" (program: is the install
location)

The script location in Help>Locations is "jython/"

When called from Logix results in a file not found error at
"/Applications/JMRI/shutdown.py" /Applications/JMRI is the install
location for JMRI on OSX.

I set the script location in preferences to
"/Users/das/Documents/JMRI/Scripts/"

The ProfileConfig.xml shows "home:Documents/JMRI/Scripts/" (home: is
your home directory)

The script location in Help>Locations is
"/Users/das/Documents/JMRI/Scripts/"

When called from Logix results in a file not found error at
"/Applications/JMRI/shutdown.py"

On my system, using 3.7.7, the Preferences>Location, the Help>Location
and the ProfileConfig.xml are consistent. I don't get any extra
sub-folders.

The real error that I see is that invoking a script from Logix with
just the name ignores the jython script location setting and always
goes to the program install location.

Dave Sand

On Mon, Jun 16, 2014, at 07:47 PM, Brian Gilhuly
[1]brianlgilhuly@... [jmriusers] wrote:

Thanks again, Dave. That matches my experience.

If you check Help>Locations does it show a non-existent sub-folder of
the
active profile folder? .

Brian

[Non-text portions of this message have been removed]

References

1. mailto:brianlgilhuly@...
2.
;_ylc=X3oDMTJyN2h2a2wwBF9TAzk3MzU5NzE0BGdycElkAzY2MDI3NTgEZ3Jwc3BJZAMxNzA1MDYzNTc2BG1zZ0lkAzEwNzcwNQRzZWMDZnRyBHNsawNycGx5BHN0aW1lAzE0MDI5NjYwODA-?act=reply&messageNum=107705
3. mailto:brianlgilhuly@...
?subject=Re%3A%20%5Bjmriusers%5D%20Re%3A%20Script%20Files%20Location%20Bug%20is%20not%20fixed%20in%203%2E7%2E7
4. mailto:jmriusers@...
?subject=Re%3A%20%5Bjmriusers%5D%20Re%3A%20Script%20Files%20Location%20Bug%20is%20not%20fixed%20in%203%2E7%2E7
5.
;_ylc=X3oDMTJlMWI0NnJ1BF9TAzk3MzU5NzE0BGdycElkAzY2MDI3NTgEZ3Jwc3BJZAMxNzA1MDYzNTc2BHNlYwNmdHIEc2xrA250cGMEc3RpbWUDMTQwMjk2NjA4MA--
6.
;_ylc=X3oDMTM4Z2JyMWF0BF9TAzk3MzU5NzE0BGdycElkAzY2MDI3NTgEZ3Jwc3BJZAMxNzA1MDYzNTc2BG1zZ0lkAzEwNzcwNQRzZWMDZnRyBHNsawN2dHBjBHN0aW1lAzE0MDI5NjYwODAEdHBjSWQDMTA3Njg3
7.
;_ylc=X3oDMTJlaHI2bDdhBF9TAzk3MzU5NzE0BGdycElkAzY2MDI3NTgEZ3Jwc3BJZAMxNzA1MDYzNTc2BHNlYwN2dGwEc2xrA3ZnaHAEc3RpbWUDMTQwMjk2NjA4MA--
8.
;_ylc=X3oDMTJma2xxazZoBF9TAzk3MzU5NzE0BGdycElkAzY2MDI3NTgEZ3Jwc3BJZAMxNzA1MDYzNTc2BHNlYwN2dGwEc2xrA3ZtYnJzBHN0aW1lAzE0MDI5NjYwODA-
9.
;_ylc=X3oDMTJkYmZxcWwyBF9TAzk3MzU5NzE0BGdycElkAzY2MDI3NTgEZ3Jwc3BJZAMxNzA1MDYzNTc2BHNlYwNmdHIEc2xrA2dmcARzdGltZQMxNDAyOTY2MDgw
10.
11. mailto:jmriusers-unsubscribe@...?subject=Unsubscribe
12.

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]

George,

I also recently acquired a N-scale BLI PA. I'm running the latest version of JMRI (dev. version) with a SprogIIv3.
I didn't get any issue in reading the CVs from JMRI.

Can you check if you programming track is clean. If you can read the first CVs there is no reason why you cannot read the others, unless the loco moves to a less clean track.

Otherwise, you can select the BLI Paragon decoder from the list manually and open the decoder file from there, skipping the "identify" part. After that you can write CV3 only.
If you have difficulty to read several CVs in a row, read one by one from the CV pane.

Alain LM

You were correct the first time: I am using Logix to start a script.



The "File"button creates a OS dependent path. Since my panel XML file
has to work on OSX, Windows and Linux, that does not work. So far I
have always used "preference:<script name>.py. This means each layout
has to have its own copies of the custom scripts. With the
introduction of "Scripts Location", the expectation is that the Logix
entry will only need the script name with the rest of the path being
provided by the "Scripts Location" value.





Dave Sand

Dave Heap wrote:

Reversing the direction of a loco in a consist is not done by changing

CV29. It

is done by adding 128 to the value of the consist address in CV19.

Agree about CV29, this is NOT the right CV for consist directions.
CV19 *might* be relevant if the consist is using a Decoder Assisted
"Advanced" consist.

But, WiThrottle has support for several consist methods, including
"Advanced" and a universal model where multiple parallel instructions are
sent to each loco in the consist.


But, the big issue might be whether Bill is using the Free "Test/Evaluation"
version of WiThrottle, or the full feature paid version. There are quite a
few features which are only available in the paid-for version of WiThrottle.


- Nigel

On 17/06/2014, at 10:45 PM, "Bill Rooke wwrooke39@...
[jmriusers]" <jmriusers@...> wrote:

I know how to consist two or more locomotives using my cell phone and

change location in the consist, however, can I reverse the direction of

one

engine to run head to tail? I know that I can change cv-29 to do this,

but I

can't do that from my cell phone, or can I - Bill


------------------------------------
Posted by: Dave Heap <dgheap@...>
------------------------------------


------------------------------------

Yahoo Groups Links

Reversing the direction of a loco in a consist is not done by changing CV29. It is done by adding 128 to the value of the consist address in CV19.

WiThrottle should be able to do this. My layout is not on at present but I am sure you can pick direction when you add a loco to a consist.
--
Dave in Australia

I know how to consist two or more locomotives using my cell phone and change location in the consist, however, can I reverse the direction of one engine to run head to tail?? I know that I can change cv-29 to do this, but I can't do that from my cell phone, or can I - Bill

?
Amtrak - the ONLY way to fly!

Hi Martin,

The Layout Editor keeps its own set of independent records for blocks, which is another layer on top of the blocks that you see in the Blocks Table. So if you delete a block in the table, it is not deleted in the Layout Editor records, so when the panel is loaded back up the block is recreated and hence probably why the when you try to add a previously used sensor it is coming back as already assigned.

So if you are working in the Layout Editor, you should be editing the block information from there and not in the block table.

If you are using the "Set Signals" tool it keeps a record of which signal heads you have assigned to that turnout and in what position. It doesn't keep a track of whether you have removed the signal head from the layout panel using the remove option. So if you go in to edit the signals at the turnout and change the names around it will then remove the signals from the panel, from the sounds of things it is this bit that is complaining.

Regards
Kevin

Never Mind!
I thought you were using Logix to start the script. I see you are using another script to start the script.
Walt

Dave:
How are you entering the script to run. On Windows to the left of the File Name is a box called "File". If I click on that I drill to the script I want to run.
Walt

I have done some more testing.



The default script location in preferences is "jython/"

The ProfileConfig.xml shows "program:jython/" (program: is the install
location)

The script location in Help>Locations is "jython/"

When called from Logix results in a file not found error at
"/Applications/JMRI/shutdown.py" /Applications/JMRI is the install
location for JMRI on OSX.



I set the script location in preferences to
"/Users/das/Documents/JMRI/Scripts/"

The ProfileConfig.xml shows "home:Documents/JMRI/Scripts/" (home: is
your home directory)

The script location in Help>Locations is
"/Users/das/Documents/JMRI/Scripts/"

When called from Logix results in a file not found error at
"/Applications/JMRI/shutdown.py"



On my system, using 3.7.7, the Preferences>Location, the Help>Location
and the ProfileConfig.xml are consistent. I don't get any extra
sub-folders.



The real error that I see is that invoking a script from Logix with
just the name ignores the jython script location setting and always
goes to the program install location.





Dave Sand

Unlocked (local control) indicators or Out of Correspondence lamps.

Jim Duncan

Does anybody know what is the purpose of the third lamp above the upper turnout control levers as shown on these US&S CTC machines on the Reading RR - see WX tower?



I had only seen the two lamp turnout lever and 3 lamp signal lever in use. There are clearly some center red lamps lit above the turnout levers in these pictures. And the builder photos of the WX machine shows three holes with plugs or lamps on the upper row.

Bob Bucklew

I have a new BLI N-scale PA1, with DCC + Sound.
Using my Sprog II (firmware 2.5) and DecoderPro 3 I can run it on address 03, and all the sounds and functions appear to work just fine, but when I hit the "Identify" button the locomotive stutters (it was originally stopped), and I see the following messages in DecoderPro 3:
Programmer Status: Read CV 29
Programmer Status: Short address - read CV 1
Programmer Status: Read CV 8
Programmer Status: Stopping due to error: No locomotive detected (301)


That's it!


I've been able to detect and program several other locos with the same setup.

I'm quite new to all of this - what should I try next? I don't want to keep this on address 3 forever!




George

usually a loco stopping after running for a couple of minutes is because two throttles are trying to control it.

You say the roster address has changed, has the address the decoders responds to changed? What is the roster address field you are referring to?
Walt

Thanks again, Dave. That matches my experience.

If you check Help>Locations does it show a non-existent sub-folder of the
active profile folder? .

Brian