Locked
Re: IR Block Occupancy Sensors - Entrance and Exit
Ken
In my experience of NX real world systems, stopping and reversing would be two separate moves set up by the signal control system ( signalman ) so trying to work out which way the train sets off would not occur, he knows, he initiates it.
Setting off would be a new manoeuvre set up in NX. I don¡¯t understand why JMRI wrestles with solving a non prototypical situation.
Be pleased to have an explanation if I¡¯m missing something
Thank you
John Pearson
toggle quoted message
Show quoted text
On 4 Jun 2019, at 12:58, Ken Cameron <kcameron@...> wrote:
Maybe borrowing from the prototype might help. As I understand it, some
country's prototype railroads use optic sensors. Here a sensor spot is
really two sensors very close together. The result is that it knows which
direction (and speed) the train is passing. It then is doing an axle
counting to tell if a train has finished passing or not. So if 50 axles
passed into a block, it doesn't consider the block empty until 50 have left.
These might not be just optic sensors but what I read said it was a place on
the track to determine when the block was clear or not by doing the axle
counting.
The worst case to figure out is when a train stops over the sensor spot,
then the train goes into reverse. Give it some thought and you would see
getting it right every time is not simple.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Locked
Re: Walthers GP9 ESU Decoder
With Dave's help,
I used the latest DP test version which has the Essential Sound Decoder on a Scale Trains GEVO.? The instructions for the Scale Trains Decoder has the sound slot for each function of the Essential Sound unit.? I used the sliders for the appropriate function sound slot in DP.? All works well on the program track including the speed table.? The programming on the main was intermittent at best - perhaps the paged mode will work on POM. Direct mode works well on the program track, so I am happy with DP.
As I recall, I do not think Walthers includes the sound slots on their instruction sheet.? I no longer have the Walthers loco with ESU.? Also when I called them they told me to call ESU.? ESU answers questions on Tuesday and Thursday.? They can give the Walthers sound slots for each function.? They confirmed the slots for the Scale Trains Essential Sound.? I was tolsd that Walthers mainline uses the Essential Sound Unit with possible different sound slots
Bob Widmaier
|
Locked
Re: JMRI for dispatching
Thanks for the reply.?
No, JMRI will not be sensing the layout, and I understand the concept of the simulator interface.
It's just that I'm getting confused with Logix etc, and am looking for some "guidance" through the set up process.
I can draw a schematic of the track, add turnouts, add sensors and memory variables, but I'm getting lost from there.
Are there any tutorials, step by step guides you can recommend I watch / read? Really appreciated you help.
John
|
Locked
Re: DECODERPRO VERY LONG IDENTIFICATION TIME
Good evening Jim,
?
So I just re-check everything, I switched to fixed IP on the Mega and the PC, then in DHCP on the Mega and the PC ...
?
Same result 5 to 6 minutes to identify a locomotive.
?
Next test: replace the switch
?
Thanks everyone
|
Yup, but they wouldn't look anything like modeled switch stands, or their scale size. Andy On 6/6/2019 8:28 AM, Larry Sloan via Groups.Io wrote: For that matter, I could pick up some ground throws and not use any of this stuff at all. ?*wink*
Larry Sloan --- This email has been checked for viruses by AVG.
|
For that matter, I could pick up some ground throws and not use any of this stuff at all. ?*wink*
toggle quoted message
Show quoted text
On Jun 6, 2019, at 6:40 AM, Andy Reichert < andy_r@...> wrote:
Why use any toggle switches to set turnouts at all? . Touch or mechanical). You are relying on being able to clearly see (or know) all the relevant turnout settings immediately prior. Which is not always obvious. If you want touch panel switches, just have separate closed and thrown ones. then you won't accidentally change a correctly set turnout.
Andy
|
Why use any toggle switches to set turnouts at all? . Touch or mechanical). You are relying on being able to clearly see (or know) all the relevant turnout settings immediately prior. Which is not always obvious. If you want touch panel switches, just have separate closed and thrown ones. then you won't accidentally change a correctly set turnout. Andy On 6/5/2019 10:44 PM, Larry Sloan via Groups.Io wrote: I will have to check out the Monitoring thing. Doing what I mentioned doing I was able to get all the routes I wanted to create (so far) working. With that done, my next step will be to use Touch Toggles on the panel that will control the yard.
Larry Sloan
On Jun 5, 2019, at 8:30 PM, Ken Cameron <kcameron@...> wrote:
Larry,
Focus on getting the turnouts working right from the turnout table first.
Each turnout is a pair of events, thrown/closed. The feedback is normally
MONITORING. Once that is correct, then the Routes would be a route has one
or more turnouts, each turnout is selected to be thrown or closed. Keep in
mind for a given route you may have one to N turnouts in that path, you set
what they need for direction. Other turnouts are not included in the route.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org --- This email has been checked for viruses by AVG.
|
Locked
Re: JMRI for dispatching
John,
When you say 'not connected', do you mean to develop a panel or for the
operating it? If the later, then you are using it like a big magnet board.
You can use 'markers' with the train id and move them around a layout
drawing. You could also use buttons to flag which tracks are occupied, again
manual operation, if there is no sensing of the layout.
If you mean develop it offline, that is why almost all system connection
types have a 'simulator' interface. That lets you tell it what hardware will
be there and make assignments for what inputs and outputs do what.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Hi all. I'm a complete newbie at JMRI, (I have downloaded JMRI v.4.14), and have a couple of questions pertaining its use as a dispatchers panel, even though it's not connected to the track!
1/ Can I build a Panel that highlights occupied track and by which Train?
2/ Apart from the JMRI instructions,is there a step by step guide to setting it up?
I've spent sometime searching for answers, (maybe I'm thick!), but cant seem to find solutions!
Thanks in advance for any helpful responses
John
|
Locked
Re: DCC++ Arduino booster does not ack Raspberry Pi message
Hi Terry,
Sorry for the late reply. ?I haven't any direct experience of using a Pi with the Arduino DCC++ standard base station but I have played with JMRI DCC++ in conjunction with my own Arduino sketch. ?There may be some simple checks worth doing if you have not already done so. ?I assume here that you're using a USB/serial connection rather than the Ethernet option.
Can you load a new sketch on to the Arduino from the Pi using the IDE? ?It's worth while checking this to ensure it's not h/w connection related.
What do you see on the DCC++ traffic monitor (Panel Pro -> DCC++ -> DCC++ Traffic Monitor)? ?You should see JMRI periodically issuing 'Status Cmd' which should elicit some response from the Arduino.
Regards
Paul
|
Locked
Re: IR Block Occupancy Sensors - Entrance and Exit
Hi Don,
You are quite right that I do not know train direction. There are two main lines with loops and the signalling is predominantly single direction. There are some areas like station approaches where I have crossovers where the sensors lock out large non-directional blocks to prevent collisions but once the train is into a platform and has cleared the block the expectation is that it then sets off down the line in the usual direction!
Dave
|
Locked
Re: Bachmann Street Car
I¡¯d be very surprised if the Soundvalue decoder for the streetcar isn¡¯t essentially an electric Econami. ?Yes, it did exist, for a year or so. ? Have you tried the definitions for that? It did streetcars very well. ?I have one in a Bachmann trolley.
Mick
________________________________
Mick Moignard
m: +44 7774 652504
Skype: mickmoignard
, so please excuse the typos.
|
I will have to check out the Monitoring thing. Doing what I mentioned doing I was able to get all the routes I wanted to create (so far) working. With that done, my next step will be to use Touch Toggles on the panel that will control the yard.
Larry Sloan
toggle quoted message
Show quoted text
On Jun 5, 2019, at 8:30 PM, Ken Cameron <kcameron@...> wrote:
Larry,
Focus on getting the turnouts working right from the turnout table first.
Each turnout is a pair of events, thrown/closed. The feedback is normally
MONITORING. Once that is correct, then the Routes would be a route has one
or more turnouts, each turnout is selected to be thrown or closed. Keep in
mind for a given route you may have one to N turnouts in that path, you set
what they need for direction. Other turnouts are not included in the route.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
I sure did discover that!
toggle quoted message
Show quoted text
On Jun 5, 2019, at 7:14 PM, dick bronson via Groups.Io < dick@...> wrote:
Larry, Turnouts should never use 'toggle'. They should always use two
events, one for normal and the other for reverse. The only time
you would use 'Toggle' (alt action) is if you are controlling
something with a single local push button. (or a button with
feedback controlling an indicator) The problem with 'toggle' is
that you can not follow the turnout state. (as you have
discovered)
Dick :)
|
Larry,
Focus on getting the turnouts working right from the turnout table first.
Each turnout is a pair of events, thrown/closed. The feedback is normally
MONITORING. Once that is correct, then the Routes would be a route has one
or more turnouts, each turnout is selected to be thrown or closed. Keep in
mind for a given route you may have one to N turnouts in that path, you set
what they need for direction. Other turnouts are not included in the route.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Larry,
Turnouts should never use 'toggle'. They should always use two
events, one for normal and the other for reverse. The only time
you would use 'Toggle' (alt action) is if you are controlling
something with a single local push button. (or a button with
feedback controlling an indicator) The problem with 'toggle' is
that you can not follow the turnout state. (as you have
discovered)
Dick :)
On 6/5/2019 6:56 PM, Larry Sloan via
Groups.Io wrote:
toggle quoted message
Show quoted text
OK¡ so that may have resolved the startup issue. ?But when I build
a route and click on the route all the turnouts just change to
their opposite state. ?I was thinking this has something to do
with the Event 1 and Event 2 being set to Toggle.
Larry Sloan
On Jun 5, 2019, at 11:47 AM, Larry Sloan via
Groups.Io < larrylsloan@...>
wrote:
My
node is 02.01.57.00.00.DD
I just updated it. ?I will see
what happens.
Larry
|
No. JMRI routes set JMRI Turnouts to a specific direction. There¡¯s no need to create a workaround to do that, that¡¯s what they should already be doing. If you¡¯re not getting consistent operation between the JMRI Turnout and the physical layout turnout, you should fix that first instead of creating a workaround. (If you¡¯re using JMRI Sensors to control physical layout turnouts, you should fix that even before) Bob On Jun 5, 2019, at 4:24 PM, Larry Sloan via Groups.Io <larrylsloan@...> wrote:
So I¡¯ve figured out that if I want to build a route that I want to *always* go a certain way, that I almost need to configure a turnout as two separate turnouts. One for each route that I want the turnout to be a part of. Would you guys say that is accurate? -- Bob Jacobsen rgj1927@...
|
Locked
Re: Reporting a decoder file error in TCS FL2/4 function decoder
I suggest you open an issue on Github you need to create an account to do so.
It would also be helpful to provide an updated definition if possible.
--
Peter Ulvestad
JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -
|
Locked
Reporting a decoder file error in TCS FL2/4 function decoder
A few years ago I reported an error in the light function settings in the TCS function decoders, today I found the same error is still in place so am reporting it once again. I don't remember if at the time I checked the other settings, but the ones I needed at the time and are still incorrect are for ditch lights. The result is one ditch light is the ditch light of the opposite phase, the other result is a constant dim light instead of the 2nd ditch light. I haven't evaluated what other function settings might be incorrect
copied from the original post:
In the TCS FL4and FL2 function decoders, one of the values to make a function perform as a ditch light is incorrect. The CV value choices should be 10 or 11 for forward operation, 25 and 26 for reverse, and 41 and 42 for non-directional operation. The present values are a value of one too low, making one output non-operational when one uses a value of 9, 24, or 40 that are stored in the DecoderPro files.
Lyle Dowell
|
So I¡¯ve figured out that if I want to build a route that I want to *always* go a certain way, that I almost need to configure a turnout as two separate turnouts. ?One for each route that I want the turnout to be a part of. ?Would you guys say that is accurate?
toggle quoted message
Show quoted text
On Jun 5, 2019, at 3:56 PM, Larry Sloan via Groups.Io < larrylsloan@...> wrote:
OK¡ so that may have resolved the startup issue. ?But when I build a route and click on the route all the turnouts just change to their opposite state. ?I was thinking this has something to do with the Event 1 and Event 2 being set to Toggle.
Larry Sloan On Jun 5, 2019, at 11:47 AM, Larry Sloan via Groups.Io < larrylsloan@...> wrote:
My node is 02.01.57.00.00.DD
I just updated it. ?I will see what happens.
Larry
|
FCOT2002
Ken Cameron
Bob Jacobsen
Peter Ulvestad
Lyle Dowell