When you consist two locos together in Engine Driver which type of consisting is it doing?

After building a consist with the app, looking at Slot Monitor for my Digitrax system shows the locos but no consisting info.

Is it NMRA Basic consisting,? Digitrax Universal, or Advance consisting that is going on?

Love the app, just curious which method is being used.

Thank you all very much for your replies: that is most helpful. The NX information is most useful, although I am not sure that I understand the documentation fully on the relationship between the ordinary block sensors and the NX boundary sensors - can anyone elaborate? Presumably, NX logic can be invoked from a script?

Jay - that is interesting. May I ask about how many lines of code that you had to write to get this to work in the way that you describe, and the extent to which it is automated and the extent to which it is manually controlled? Presumably, if there is no computerised timetable, there must be a large amount of manual intervention?

What I am trying to calculate at present is just how much from the ground up coding is needed to get full timetabled automation (with timetable/layout changes possible without any further coding, just by adding/changing data elements, whether in the UI or a text/XML/etc. file) working in JMRI; if the answer is "a modest amount", then this may, from my perspective, be worth pursuing; if the answer is "rather a lot", then I might be better off, for my own purposes, pursuing Traincontroller, which I have found to-day works well in Virtualbox.

In any event, thank you again all for your assistance.

Dan

Yes? I do . Did not reply earlier due to an ops session yesterday

Jerry

On Aug 18, 2018, at 5:48 AM, halasz <halasz.gabor@...> wrote:

Dear Dave,

Thank you for your clear instructions. Hopefully, I have followed them correctly when I have just been uploading three log files to a folder created under the name of "Scripts" in the folder ProblemsBeingWorkedOn.

I am also hoping that they will serve the purpose Paul had in mind.

Thanks for those. I made a cursory glance at those files, and I will try to take a longer look at them later today.

There are (at least) eight times as many possibilities for the configuration tool of my Roco 10808 detector, when this is connected through the CAN bus to the Z21 (the present case), offers three independent choices: R Bus emulation, LocoNet emulation, Lissy/Marco emulation. I have checked the first two, unchecked the third.

As of right now, JMRI should be able to make use of the LocoNet emulation for the reporters from the Roco 10808. I can see the messages coming across in the logs you sent ( all those transponder messages ).

Eventually, I would like to get this working using the specific CAN specific messages the protocol specified, but I might need a Roco 10808 to make that work. I see Rocomalso has boosters in the works Yahtzee include the CAN connection for Railcom. For my own needs, I can actually justify purchasing one of those more quickly than purchasing the Roco 10808.

Paul

开云体育

As far as I understand, I try to replace the sensor part in AutomatonExample.py by ReporterFormatter.py suggested by Paul Bender (second post in this topic). I am going to do that but being the first instance ever I write a script, I reserve the right of failure.

Here is another script you can look at:

Hi Petr,
It is a known limitation of the rotation code. The .png is redrawn at the new angle, which loses the additional layers which make up the animation. It has been discussed before, but no one has tackled the coding needed to redraw it properly.
Assuming your rotation is permanent, you could try to rotate a copy of the image in a drawing package, save it at the new rotation, then use the copy on your panel.
Regards,
? SteveT

Steve:
I think your design and execution of the turntable is great. I have built several specialized stepper and servo CNC machines for my business. I know the thought and effort it takes to do what you have done. I have never used an Arduino before due to power requirements. I especially like your method of lining up the tracks exactly every time automatically. I have been thinking about a turntable control system using steppers for years. Unlike me, you actually designed and built one!

Bill Box

Dear Dave,

Thank you for your clear instructions. Hopefully, I have followed them correctly when I have just been uploading three log files to a folder created under the name of "Scripts" in the folder ProblemsBeingWorkedOn.

I am also hoping that they will serve the purpose Paul had in mind.

DecoderPro offers three log files for my command station Z21: Z21 traffic, Z21XpressNet traffic and Z21LocoNet traffic; I have produced all three, moving two locos. For information on their movement see the folder Scripts.

There are (at least) eight times as many possibilities for the configuration tool of my Roco 10808 detector, when this is connected through the CAN bus to the Z21 (the present case), offers three independent choices: R Bus emulation, LocoNet emulation, Lissy/Marco emulation. I have checked the first two, unchecked the third.

If instructed to do so, I am happy to make more tests.

Gabor?

Ken,

providing it knows to report additional trains arriving while the sensor would show the block already occupied.

As far as I know, a RailCom detector can handle two (or four?) trains simultaneously. Two is enough for me but by temporarily turning off RailCom capability in?decoders of locos already taken care of, I think that any number is possible.

Gabor

The development build installers at



have a fix for this which makes the capacity effectively unlimited. Would appreciate it that makes the message go away.

Bob

On Aug 17, 2018, at 3:37 PM, Bob Jacobsen <rgj1927@...> wrote:

I’ve just made a code change that removes the limit.

(The limit had been a bit complicated, so it turned out to be easier to remove it than to figure out exactly how to describe it)

I’ll post again when there’s development build with the change.

Bob

On Aug 17, 2018, at 8:20 AM, Bob Mercer <bob.mercer148@...> wrote:

I’ve upgraded to the latest production 4.12 panelpro from 4.10 and get this new warning message.

What is the limit as I something like 100+ sensors in a script which calls
self.waitSensorChange([self.ProtectionSensor]+self.SensorList + self.TurnOutList)

Anyone know the limit?

Thanks Bob M

--
Bob Jacobsen
rgj1927@...

开云体育

Dave, Thanks again, Just as you say.? I tried but could not find them on my own.

??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? Rick.

Gabor,

What I was meaning was a block sensor would be fine for following the train
after the initial block and before the final block, as you said, no other
trains would be on those blocks. But the initial and final blocks, which
might have other trains also, you would need to use the reporter, providing
it knows to report additional trains arriving while the sensor would show
the block already occupied.

On some systems, placement of reporters could have one reporter covering
multiple blocks. Or one block to reporter, all depends on the wiring. I'm
not sure if you could have different reporters within a single block, I
think it would interfere with the sensor.

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

开云体育

Gerry, Same as I found on two different programmer set ups. Both have 12 volt 1.25 amp power supplies, soon to be replaced with more robust power. Rick.

开云体育

Dave, Thanks, I will try? that when I go to the club and visit my friend. I use the advance format here and have a function pane in which I can make the changes I want for function labels.

??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? Rick.

The profile was incorrect. Several of the buttons were set to internal. Corrected and working fine, now. Thanks for the help.

开云体育

Guys

I was having a few "fails" with my Sprog II so I changed the power supply to a 15 volt unit - same as my Sprog 3 - fixed all the problems.

Gerry

Jon, Correct, Brain fart most likely!!

??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? Rick.

On 8/17/2018 10:21 AM, Jon Miller wrote:

On 8/16/2018 9:53 PM, Richard Knight wrote:

Found a similar situation at the club with a 12 volt 125ma power supply

??? This might be a typo but the SPROG supply should be 1.25 amp!

-- 
Jon Miller
For me time stopped in 1941
Digitrax  Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS

-- 
Gerry Hopkins MMR #177 FNMRA
Great Northern Downunder




NMRA Australasian Region
Contest & AP Chairman
Web Administrator

I’ve just made a code change that removes the limit.

(The limit had been a bit complicated, so it turned out to be easier to remove it than to figure out exactly how to describe it)

I’ll post again when there’s development build with the change.

Bob

On Aug 17, 2018, at 8:20 AM, Bob Mercer <bob.mercer148@...> wrote:

I’ve upgraded to the latest production 4.12 panelpro from 4.10 and get this new warning message.

What is the limit as I something like 100+ sensors in a script which calls
self.waitSensorChange([self.ProtectionSensor]+self.SensorList + self.TurnOutList)

Anyone know the limit?

Thanks Bob M

--
Bob Jacobsen
rgj1927@...

开云体育

Thanks, Dave
Your "take" works like a?charm.
Since the script disables the x-close button on the title bar, I removed the whole title bar using?"setUndecorated (True)" to the jFrame, and added my own border with a
setBorder(BorderFactory.createLineBorder(Color.red, 3) to a jPanel the same size as the jFrame.? Seems to work nicely.
Thanks again,
Fred Miller?