¿ªÔÆÌåÓý

Date

Locked Re: Train print/export enhancement request #operationspro

 

Hi Jon,

Try looking at the operation train xml file (OperationsTrainRoster.xml).? It contains everything about each train.

Dan


Locked Re: DS51K1 turnout decoder - detection

 

Rizwan: A good resource for sorting out how Kato turnouts work electrically is Alan Gartner's http://www.wiringfordcc.com/switches_kato.htm. The discussion is around a turnout being "DCC friendly" (point rails same polarity as the nearby fixed rail to reduce chance of a wheel flange creating a short as it passes between them) which for Kato turnouts gets you into the issue of "power routing" (power follows turnout position) which is what the internal switch does (the switch also powers the frog as the switch pivot is in fact a threaded bolt that screws into the frog directly above it.) But be aware of the following from Allan's description:

QUOTE
Kato Unitrack #6 HO, #4 N.

Note: You are reading this correctly. It is not a typo. The #6 HO is like the #4 N. Furthermore, the #4 HO is like the #6 N!

This turnout is DCC friendly.

The N #4 Kato power routing screws on the bottom of the turnout are mislabeled. See this posting on the Kato website: .?

END QUOTE

As Nigel and Jim have said, the decoder needs to be connected so that it is powered regardless of turnout position, whether it's "power routing" or not ("not" is usual for DCC systems) and regardless of whether its power routing option setting screws are mislabelled.

Jan


Locked Re: JMRI Operations : "Mole Yard"

 

Sorry I think I missed an earlier email.
Which prototype Mole is this about?

Andy

On 5/28/2019 10:26 AM, Michael Kisser wrote:
Hi Matt,

I took my ¡°mole Yard¡± and split it in half and changed the tracks to ¡°Spurs¡± and that got me a working solution I think.

Q1 = Yes Except for the A/D tracks.
Q2 = 7 total.
Q3 = There are 3 locomotive storage tracks and 2 caboose tracks
Q4 = Created two ¡°locations¡± and the three long tracks went to location A and the 4 shorter tracks went to location B. I split the Locomotive and caboose tracks up the same way.

Thanks for the response.

Mike

On May 28, 2019, at 1:22 PM, cascaderwy via Groups.Io <cascaderwy@... <mailto:cascaderwy@...>> wrote:

Hi Mike,
Couple of questions.
1) All tracks in Mole are single ended?
2)How many tracks in mole yard?
3)Do you have paper or real loco and caboose tracks at mole?
4) could you give me the names you are using so not to confuse anything?
You operate kind of the same way I do it works great and most importantly I never lose cars and everything moves.
Matt Greenwood
Cascade Rwy
Grant NE


---
This email has been checked for viruses by AVG.


Locked Re: JMRI Operations : "Mole Yard"

 

¿ªÔÆÌåÓý

Hi Matt,

I took my ¡°mole Yard¡± and split it in half and changed the tracks to ¡°Spurs¡± and that got me a working solution I think.?

Q1 = Yes Except for the A/D tracks.
Q2 = 7 total.
Q3 = There are 3 locomotive storage tracks and 2 caboose tracks
Q4 = Created two ¡°locations¡± and the three long tracks went to location A and the 4 shorter tracks went to location B. I split the Locomotive and caboose tracks up the same way.

Thanks for the response.?

Mike

On May 28, 2019, at 1:22 PM, cascaderwy via Groups.Io <cascaderwy@...> wrote:

Hi Mike,
Couple of questions.
1) All tracks in Mole are single ended?
2)How many tracks in mole yard?
3)Do you have paper or real loco and caboose tracks at mole?
4) could you give me the names you are using so not to confuse anything?
You operate kind of the same way I do it works great and most importantly I never lose cars and everything moves.
Matt Greenwood
Cascade Rwy
Grant NE


Locked Re: JMRI Operations : "Mole Yard"

 

Hi Mike,
Couple of questions.
1) All tracks in Mole are single ended?
2)How many tracks in mole yard?
3)Do you have paper or real loco and caboose tracks at mole?
4) could you give me the names you are using so not to confuse anything?
You operate kind of the same way I do it works great and most importantly I never lose cars and everything moves.
Matt Greenwood
Cascade Rwy
Grant NE


Locked Re: DS51K1 turnout decoder - detection

 

¿ªÔÆÌåÓý

Jim¡¯s explanation makes sense, and looking closer at the picture I think he¡¯s right. ??

So, move the red + black leads along the turnout to the right hand end of the moving switch parts.

?

?

One tip for the future ¨C get a multi-meter with a continuity buzzer feature.? And use it to ¡°buzz¡± a connection from the rails to the contacts on the turnout.? Thus you know you¡¯re connecting to the correct place.? ?Such a meter should cost well under $20, and has a massive number of uses when connecting up things for model railroads.?

?

?

-????????? Nigel

?

?

?

?

From: [email protected] [mailto:[email protected]] On Behalf Of rizimine@...
Sent: 28 May 2019 12:06
To: [email protected]
Subject: Re: [jmriusers] DS51K1 turnout decoder - detection

?

@Jim Exler,

What you are saying makes sense to me. The picture I referred to was no the same orientation as mine and I guess I didn't do it right. I am still very new to this hobby and electronics in general but I can see how I have not powered the decoder. I am busy today but I will get to work on it later in the day and report on it.

Thanks!
Rizwan M


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

There was no change to the station and DCC ++ code.
?
The station had been working properly since last November, CV reading and identification was fast.


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

Could it be something like a debug mode left on in the command station and
its sending messages out another port? Waiting for an answer there and
timing out? That would be my guess, presuming there image in the command
station is ok.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

Yes I also think that the problem comes from the station.
?
The rail and wheels are clean ;-)


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

Wow! That command trace says the delay is all something in the command
station. If you pair the commands, you would see that JMRI is asking for the
next CV within 100mS or less from receiving the prior answer. It isn't doing
retries from JMRI. Something in the command station is being really slow.

Any chance of dirty track or wheels?

The CV says that's a Heller decoder. And it read the long address, so that's
the mode it is using. I've got no idea except something odd in the command
station would cause it to take so long to reply to each command from JMRI.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

Bob:

Seems there is on Facebook groups... Quick read of first several posts isn't "expert..."

I've built a test rig for our club based on Steve Todd's RPi-JMRI plus the DCC++ command station... No issues there. I'll check the rev levels of the installed software to perhaps set a base configuration where we thinks this works.

Where I usually see long delays with JMRI starting is where there is a USB port not found or connection issue.

We have a bunch of factors... OS, Java, JMRI and serial connection.

Stay tuned from me I'll get back on this Thursday... club machine access is tomorrow...

Jim Albanowski


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

There are some forums / groups DCC ++, but not found that kind of problem.
?
As I have another arduino I will test to see if it does not come from the card itself.


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

Is there a DCC++ support list somewhere?

We¡¯re seeing more and more reports of odd (i.e. not good) behavior of DCC++ command stations. This is an example: It looks like the DCC++ command station is crashing on you.

Unfortunately, there¡¯s only a little DCC++ expertise here; only a small number of JMRI users have DCC++ command stations, and many of them are beginners at all of this.

If there was a DCC++ list, that might be a better place to get things like this sorted out.

Bob

--
Bob Jacobsen
jacobsen@... +1-510-708-5988 AIM, Skype JacobsenRG


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

monitor connection console result

16:34:55.006:? Prog Read Cmd:?
CV: 29
Callback Num: 0
Callback Sub: 82
16:34:56.240:? Program Reply:?
Callback Num: 0
Callback Sub: 82
CV: 29
Value: 39
16:34:56.256:? Prog Read Cmd:?
CV: 17
Callback Num: 0
Callback Sub: 82
16:36:26.250:? Prog Read Cmd:?
CV: 17
Callback Num: 0
Callback Sub: 82
16:36:27.469:? Program Reply:?
Callback Num: 0
Callback Sub: 82
CV: 17
Value: 192
16:36:27.500:? Prog Read Cmd:?
CV: 18
Callback Num: 0
Callback Sub: 82
16:37:57.486:? Prog Read Cmd:?
CV: 18
Callback Num: 0
Callback Sub: 82
16:37:58.720:? Program Reply:?
Callback Num: 0
Callback Sub: 82
CV: 18
Value: 218
16:37:58.736:? Prog Read Cmd:?
CV: 7
Callback Num: 0
Callback Sub: 82
16:39:28.736:? Prog Read Cmd:?
CV: 7
Callback Num: 0
Callback Sub: 82
16:39:29.986:? Program Reply:?
Callback Num: 0
Callback Sub: 82
CV: 7
Value: 43
16:39:30.001:? Prog Read Cmd:?
CV: 8
Callback Num: 0
Callback Sub: 82
16:40:59.998:? Prog Read Cmd:?
CV: 8
Callback Num: 0
Callback Sub: 82
16:41:01.248:? Program Reply:?
Callback Num: 0
Callback Sub: 82
CV: 8
Value: 151
?


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

Hello All,

@ John
I said that I had no problem with my locomotives before the last days.
The decoders are for example:?Laisdcc86010?or?LokPilot v3.0 dcc

@Ken Bob
Error message: Decoderpro status: stopping due to error: time exceeded for communication with the dcc control panel (306)

Direct Byte or Direct bit it's the same

I will test again with Connection monitor, I come back.

thank's


Locked Re: Web Server / Operations Internal Server Error #operationspro

 

Randall,

This has been done.

Sam


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

Fcot,

I'd suggest that you open the connection monitor (DCC++->Traffic Monitor) to
trace the traffic between JMRI and the command station. That will show if it
is doing a bunch of retries or what it going on. Also other errors might be
showing up in the system console. So open that (Help->System Console) too.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

Six minutes sounds very long.

What¡¯s the status line showing while that¡¯s happening? Is it retrying a read multiple times?

What programming mode are you using?

Bob

On May 28, 2019, at 6:33 AM, fcot2002@... wrote:

Hello @ all,

In recent days the time to identify a locomotive with Decoder Pro has become extremely long. About 6 minutes. Before that was going much faster.

I came back to an earlier version of JMRI, no change.

Here is the description of my system:
Digital Central: DCC++
JMRI: 4.14+Rd060e0b
Java: 1.8.0_211
PC with W10 family 1809 version: 17763.503
Proc: Intel Intel Core I3 5005U 2.00GHZ
RAM: 4Go / 3.87Go free
--
Bob Jacobsen
rgj1927@...


Locked Re: DECODERPRO VERY LONG IDENTIFICATION TIME

 

What decoder were you trying to read?
Does th loco have a keep alive in it?
These at best interfere and at worst, prevent reading of or writing to decoders.

One can desolder one keep alive lead, use a normally closed magnetic reed switch
in series with the keep alive or rig up a pin and socket arrangement.
The deluxe method would be the reed switch, just a magnet to open the reed
switch and you don't need to disassemble the loco in any way, only downside with
this would be finding room for the red switch.

John

---------- Original Message ----------
From: fcot2002@...
Date: May 28, 2019 at 8:33 AM


Hello @ all,

In recent days the time to identify a locomotive with Decoder Pro has become
extremely long. About 6 minutes.?Before that was going much faster.

I came back to an earlier version of JMRI, no change.

Here is the description of my system:
Digital Central: DCC++
JMRI: 4.14+Rd060e0b
Java: 1.8.0_211
PC with W10 family 1809 version: 17763.503
Proc: Intel Intel Core I3 5005U 2.00GHZ
RAM: 4Go / 3.87Go free



Locked DECODERPRO VERY LONG IDENTIFICATION TIME

 

Hello @ all,

In recent days the time to identify a locomotive with Decoder Pro has become extremely long. About 6 minutes.?Before that was going much faster.
?
I came back to an earlier version of JMRI, no change.
?
Here is the description of my system:
Digital Central: DCC++
JMRI: 4.14+Rd060e0b
Java: 1.8.0_211
PC with W10 family 1809 version: 17763.503
Proc: Intel Intel Core I3 5005U 2.00GHZ
RAM: 4Go / 3.87Go free