Locked
Re: Entering New Loco's in DEcoder Pro
When I read from the NCE test track on Decoder Pro it comes up with a DCC address of 15227, and it is programmed and works with my NCE power cab as 3023.? Why would it read a different address?
|
Locked
Re: Entering New Loco's in DEcoder Pro
Hi Peter,
Okay...I have my test track set up to my NCE power cab, and I have my Power cab switched over to test track, loco is on the track and I still cannot read properly
|
Locked
Re: Entering New Loco's in DEcoder Pro
Well I can't answer that question.? If it says you can I guess so.? My computer is on my desk in my office so I have my sprog 3 interface hooked up to the computer there and I have a small 12" piece of track hooked up to the Sprog 3 so I utilize programming on a dedicated program track.? Sorry I can't speak to programming on the main.
David
On Sunday, August 12, 2018 5:07 PM, "bradburt@..." <bradburt@...> wrote:
I'm using NCE Power cab system, NCE USB interface and my main track.? DEcoder pro does say you can program on the main.....is this true?
|
Locked
Re: Entering New Loco's in DEcoder Pro
Most mobile decoders will not read on the main.
--
Peter Ulvestad
JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -
|
Locked
Re: Entering New Loco's in DEcoder Pro
I'm using NCE Power cab system, NCE USB interface and my main track.? DEcoder pro does say you can program on the main.....is this true?
|
Locked
Re: SE8C - Adding Signal Heads as Turnouts to xml file
Thanks, Bob.? Looks like they can be safely ignored.? Out of curiosity, is there any rhyme/reason why they get assigned high or low?
-- Jeff
|
Locked
Re: Engine Driver Consists & functions
Peter ¨C I run diesels. The function labels in JMRI roster are ¡°bell¡± for F1 and ¡°horn¡± for F2. I like the labels showing up in Engine Driver instead of the function numbers. ? Mark
|
Locked
Re: Entering New Loco's in DEcoder Pro
What kind of computer interface are you using?? When I get a new locomotive that I want to enter into my roster using Decoder Pro I always use a dedicated programming track connected to my computer through my Sprog 3 Interface.? I put the loco on the programming track and open up Decoder Pro on my computer and click on add new loco to roster then click on identify the decoder and when I have the correct decoder identify then I click on read all.? If it is a sound decoder it may take 45 minutes to an hour to read all.? Then I go back and change whatever I want to change and write change as I go.? Finally I save all changes and test the loco on the layout under the address I have used.
David
On Sunday, August 12, 2018 4:47 PM, "bradburt@..." <bradburt@...> wrote:
I have entered a couple of new loco's into decoder pro.? Not sure if the info was done correctly, as when I try to read the decoders from the main track (no programming track) decoder pro pick the incorrect decoder.? Loco's are Internountain HO ET44AC ESU Loksound 4.0? and Lokpilot 4.0.? When I go to use the throttle I have no response at all with either loco.? I noticed that it does not read the decoder version when I pull up the basic loco info, value is 0? ?How can I get the correct value's entered?
|
What about some high gloss finish on the bottom?
John
toggle quoted message
Show quoted text
---------- Original Message ----------
From: Scott Eric Catalano <secatalano@...>
Date: August 12, 2018 at 3:48 PM
That's the drawback of using IR detectors..im running into the same issue in
nscale
From: Jon Miller
Sent: Sunday, August 12, 2018 4:41 PM
To: [email protected]
Reply To: [email protected]
Subject: Re: [jmriusers] I/R detectors
On 8/12/2018 1:18 PM, John wrote:
some small bits of aluminum foil somewhere discrete
???? Hope not to do that.
--
Jon Miller
For me time stopped in 1941
Digitrax Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS
|
Locked
Re: Layout editor and block numbering problems
Paul,
Your approach makes sense. That provides you with two ways of organizing the data.
I did some checking and discovered a bug in the track component Edit dialog. If a block does not have a user name, a null pointer exception will occur.
I will fix that before the next test release.
Dave Sand
toggle quoted message
Show quoted text
On Aug 12, 2018, at 3:35 PM, paul@... wrote:
Dave,
I've followed your procedure in the past, and it produces consistent results avoiding the problem I identified above. However for various reasons I decided to start describing the layout afresh. In terms of sensors and turnouts I've reassigned hardware addresses so the address and therefore the system name is directly related to the base board on which the component resides. I.e board 1 turnouts are Loconet LT1xx, board 2 turnouts are LT2xx and so on. The same applies to accessory address for signals and sensors etc. I thought I'd do the same for internally addressed items that have a physical location such as blocks which is when I hit the above problem. The idea behind this approach was to that I could employ user names to identify the item in terms of logical usage/location and system names for physical location.
Regards
Paul
|
That's the drawback of using IR detectors..im running into the same issue in nscale
From: Jon Miller Sent: Sunday, August 12, 2018 4:41 PM Subject: Re: [jmriusers] I/R detectors |
On 8/12/2018 1:18 PM, John wrote:
some small bits of aluminum foil somewhere discrete
???? Hope not to do that.
--
Jon Miller
For me time stopped in 1941
Digitrax Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS
|
Locked
Entering New Loco's in DEcoder Pro
I have entered a couple of new loco's into decoder pro.? Not sure if the info was done correctly, as when I try to read the decoders from the main track (no programming track) decoder pro pick the incorrect decoder.? Loco's are Internountain HO ET44AC ESU Loksound 4.0? and Lokpilot 4.0.? When I go to use the throttle I have no response at all with either loco.? I noticed that it does not read the decoder version when I pull up the basic loco info, value is 0? ?How can I get the correct value's entered?
|
On 8/12/2018 1:18 PM, John wrote:
some small bits of aluminum foil somewhere discrete
???? Hope not to do that.
--
Jon Miller
For me time stopped in 1941
Digitrax Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS
|
Locked
Re: SE8C - Adding Signal Heads as Turnouts to xml file
I¡¯d never noticed that before, so I took a look at the code. Those are added automatically when you create an SE8c signalhead via the tables. They¡¯re not referenced anywhere else, so they¡¯re probably intended as a reminder. Bob On Aug 12, 2018, at 3:13 PM, Jeff Scarbrough <fishplate@...> wrote:
I have successfully created a few Signal Heads (and then Signal Masts) to test my understanding of the process. I then went to edit the raw xml file to create all 64 possible "turnouts" to use as signal heads for my 2 SE8C boards. In the process, I noticed that there's a comment, the significance of which I can't seem to figure out. In the xml file, it appears within the Turnout definition:
<turnout feedback="MONITORING" inverted="false" automate="Off">
<systemName>LT261</systemName>
<comment>SignalHead::low</comment>
</turnout>
(I hope that gets passed as text)
Running JMRI, and looking at the Turnout Table, it's in the 4th column, and appears as "SignalHead::low" or "SignalHead::high". When I copied and pasted, I didn't pay attention to this comment. After I created all 64, I noticed the comment, and the fact that it alternated - or so I thought. But no, sometimes it's low > high for a pair of pairs, other times it's high > low.
So, two questions:
1. Is this Comment just a comment?
2. What's the significance of "low" or "high" in the comment?
Thanks,
Jeff
-- Bob Jacobsen rgj1927@...
|
I would slowly try smaller resistors.
--
Peter Ulvestad
JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -
|
Locked
Re: Layout editor and block numbering problems
Dave,
I've followed your procedure in the past, and it produces consistent results avoiding the problem I identified above. ?However for various reasons I decided to start describing the layout afresh. ?In terms of sensors and turnouts I've reassigned hardware addresses so the address and therefore the system name is directly related to the base board on which the component resides. ?I.e board 1 turnouts are Loconet LT1xx, board 2 turnouts are LT2xx and so on. ?The same applies to accessory address for signals and sensors etc. ?I thought I'd do the same for internally addressed items that have a physical location such as blocks which is when I hit the above problem. ?The idea behind this approach was to that I could employ user names to identify the item in terms of logical usage/location and system names for physical location.
Regards
Paul
|
Locked
Re: engine runs by itself when connected to jmri and sprog
Jim,
? ? Turn off analog on the loco.
Roger
|
Jon,
? ? Some cars are all black underneath so they dont get detected.? Are you wanting them to look up under the track?? I use some of those IR detectors in pairs facing each other so when something comes between them I get detection.
Roger
|
How about gluing some small bits of aluminum foil somewhere discrete?
John
toggle quoted message
Show quoted text
---------- Original Message ----------
From: Jon Miller <atsfus@...>
Date: August 12, 2018 at 3:10 PM
??? This may be a _little_ off topic for this group but I need some
engineering help.? I'm using some TCRT5000 Infrared detectors (eBay).?
When testing a light brown colored underframe the detector will trip at
about 1".? However when the underframe is black that reduces to about a
1/4". [there is more to this story but later if required]
??? My question, if I increase the current to the IR LED (by decreasing
the resistor) can I get more range?? It appears the resistor now is
around 30mA but the device specs say it could take 60mA.? Maybe take to
45mA!:-\
--
Jon Miller
For me time stopped in 1941
Digitrax Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS
|
??? This may be a little
off topic for this group but I need some engineering help.? I'm using some TCRT5000 Infrared
detectors (eBay).? When testing a light brown colored underframe
the detector will trip at about 1".? However when the underframe
is black that reduces to about a 1/4".? [there
is more to this story but later if required]
??? My question, if I increase the current to the
IR LED (by decreasing the resistor) can I get more range?? It
appears the resistor now is around 30mA but the device specs say
it could take 60mA.? Maybe take to 45mA!:-\
--
Jon Miller
For me time stopped in 1941
Digitrax Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS
|
Peter Ulvestad
Bob Jacobsen
Roger Merritt