Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- Jmriusers
- Messages
Search
Locked
Re: Bachmann Street Car
¿ªÔÆÌåÓýHi Marc,? ?No one other than you has replied as far as I know. ?The guy in my local train store said I could choose and decoder to more or less check the box and move on to entering the street car in decoder Pro as long as I did not program it. ?For now I have changed the DCC address and everything works so for now I am good. ?I did check out and saved the pdf you linked so thanks for that and the response. ?Ken On May 29, 2019, at 2:28 AM, forfoum@... wrote:
|
Locked
Re: Copying config files
Ken:
I think I have found my problem. I understand how to glue files from different sources into a new configuration profile. The problem I face (I think) is the files (block, sensor, turnout and panels) are being generated from a profile specifying the connection as none and the target profile has the connection set to OpenLCB... two different system names. Can system names be edited To change the prefix from I (internal) ?to M for OpenLCB. Dan Kubarych ARHS |
Locked
Re: IR Block Occupancy Sensors - Entrance and Exit
Hi Stephen, This is not a million miles away from what I am planning to do. So I hope it's not going to be software-intensive, and I think it won't be. Determining speed and direction are both not going to be trivial. For the former, there will need to be calibration (I plan to make an automatic calibration process that will measure speed through a block at every speed step and in both directions, kept in a configuration table, or a number of configuration tables) and for the latter at some point someone will have to tell the software which side of the engine is facing forward - ther's no getting around that unless the software is going to be allowed to tentatively move an engine until it hits the next block - which I am not willing to do. Plenty of issues to resolve after that: coping with momentum settings, with changes over time (short term: engine warming up, long term: engine becoming older) and probably loads more that I'm not yet aware of, but I'm hoping it'll work within certain tolerances. I will get the speed and direction information from sniffing the DCC track signal, so non-DCC throttles will not pose a problem. Wouter On Wed, 5 Jun 2019 at 08:03, Stephen Grant Brown <steve.brown_nbn@...> wrote: Hi There, |
Locked
Re: IR Block Occupancy Sensors - Entrance and Exit
Hi There,
toggle quoted message
Show quoted text
What I am about to suggest to probably far too software intensive. Let us assume that there can be no train or at most one train in any block. Is it possible to determine the speed and direction of train?. If "yes" would the following work? Let us assume that we know that there is a train in block B that is called TrainID. We can easily determine that if TrainID is moving forward, it will enter Block A. We can easily determine that if TrainID is moving backward , it will enter Block C. If we monitor the speed and direction of TrainID and see that it is going forward, we can determine that when TrainID is no longer detected in Block B, it must be in Block A, as verified by the Block Occupancy detectors for Block A and Block B. If we know the speed of TrainID and the length of Block A and the time it entered Block A, it can be determined when TrainID will leave Block A and enter Block Z. Is this too software intensive? Stephen. -----Original Message-----
From: Ken Cameron Sent: Tuesday, June 4, 2019 8:58 PM To: [email protected] Subject: Re: [jmriusers] IR Block Occupancy Sensors - Entrance and Exit 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: Bucklew's Tutorial Part 2
Haltz,
toggle quoted message
Show quoted text
It hs been more than 5 years since I wrote the tutorial, but I looked back and see that IS801-IS806 are the block sensors that show as small lights or lamps on the track sections. These are internal sensors. The sensors NS801-NS806 are pictured as switch icons and are used to activate the block sensors so you can test your panel Logix and operation without connecting to any hardware. Logix later created on page 35 will activate Block IS801 when switch NS801 is turned on. Bob Bucklew ----- Original Message -----
From: haltz@... To: "jmriusers" <[email protected]> Sent: Tuesday, June 4, 2019 4:23:16 PM Subject: [jmriusers] Bucklew's Tutorial Part 2 Hi again. Still a newbie, I am working through these tutorials and am baffled by a couple of things. Block sensors IS801-806 get added p. 30 and on. Detectors NS801-806 get added p. 32 and on. I'm not yet sure how these work and interact (especially since in English the terms sensor and detector are pretty much synonymous) but I'm sure I'll learn once I study, reread some more, and? study the Logix better. Also, interlock sensors get added to 4 turnouts, around page 30. My question is about what appears? and doesn't appear on picture of the resulting panel (Fig. 71, p. 34).. 1. The red dots on the turnouts are the interlock sensors, right? 2. The 6 icons (4 below, 2 above the tracks) represent the detectors, right? 3. So I assume the other red dots on the tracks represent the block sensors, yes? But I followed the instructions on p. 30, where it says "we''ll use the standard sensors here"and I ended up with icons that look like switches, on the tracks. What am I missing? Maybe I should do a Change Icon before I place them? Thanks! |
Locked
Re: Storing roster (and other) files under different customized names
Dr. Joern Behnke
Thank you Gerry for that piece of advice. Regards Joern |
Locked
Bucklew's Tutorial Part 2
Hi again. Still a newbie, I am working through these tutorials and am baffled by a couple of things. Block sensors IS801-806 get added p. 30 and on. Detectors NS801-806 get added p. 32 and on. I'm not yet sure how these work and interact (especially since in English the terms sensor and detector are pretty much synonymous) but I'm sure I'll learn once I study, reread some more, and? study the Logix better. Also, interlock sensors get added to 4 turnouts, around page 30. My question is about what appears? and doesn't appear on picture of the resulting panel (Fig. 71, p. 34)..
1. The red dots on the turnouts are the interlock sensors, right? 2. The 6 icons (4 below, 2 above the tracks) represent the detectors, right? 3. So I assume the other red dots on the tracks represent the block sensors, yes? But I followed the instructions on p. 30, where it says "we''ll use the standard sensors here"and I ended up with icons that look like switches, on the tracks. What am I missing? Maybe I should do a Change Icon before I place them? Thanks! |
Locked
Re: Storing roster (and other) files under different customized names
¿ªÔÆÌåÓýJoern There are 21 Marklin decoders - they are under Trix in the index. If you ask Decoder Pro to identify the decoder - the right decoder will be found. Gerry On 4/06/2019 9:53 pm, Dr. Joern Behnke
wrote:
@ Dave -- Gerry Hopkins MMR #177 FNMRA Great Northern Downunder NMRA Australasian Region Contest & AP Chairman Web Administrator |
Locked
Re: Storing roster (and other) files under different customized names
Dr. Joern Behnke
@ Dave
???? Jan ???? Mick Thanks for your helpful answers. Indeed "Duplicate" may serve as substitution for "save as ...". Not quite as elegant and simple since you need to do it before customising, but still. Apart from that: Any idea, why M?rklin decoders are not listet in DecoderPro? Regards Joern |
Locked
Re: IR Block Occupancy Sensors - Entrance and Exit
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: JMRI with multiple systems
Speed,
I have been searching for further information and clarification on just how JMRI handles multiple Command and Control systems and came across your reply to Ian Blair's similar query #158154, #158210 from last March. Your reply gave me some guidance on this issue because I am faced with a similar problem and have no clue as to where to start. My story follows developments in the DCC world. Several years ago now when I first looked at DCC, there was only the Hornby Zero One system from earlier days, so I decided to try the ZTC System. I have been using the ZTC system since as my 'Train Control System' without any problems. Developments within the DCC world continued and we got into 'Sound' and this meant more 'Function' Buttons than my system could easily provide. I then decided that I wanted to move on from manual control of the devices on the layout and discovered M.E.R.G. and its modules. At about the same time I was looking into ways to cut down on the wiring and static 'Control Positions' and have the freedom to set my train going and follow it all around the layout on its journey. This is where JMRI came into the picture. By this time my layout was growing from being a Branch Line to becoming a Branch Line within a Branch Line and therefore the need for 'Districts' arose and the need for a more sophisticated approach to Commend and Control. JMRI only ever talked about the 'Whole' layout which, at the time, to me, meant that I needed to develop to what my layout would eventually become - not that I had any fixed ideas about that at the time. I used the "Anyrail" package to develop several versions of what my 'Whole' layout might become and was able to get the output from "AnyRail" to convert into a format that JMRI could work with. I now had the problem of choosing how I was going to proceed with the DCC system when the whole digital world exploded with many innovations in may different fields! I looked at all of the current DCC Systems available to me but could not decide on which to choose. This limited me to using the 'Internal' Naming scheme within JMRI with no actual connections to the layout. To avoid the expense and time to fit and wire static Control Panels I decided that Touchscreen Tablets, running JMRI, was the way to go so no physical Control Panels! Now I had a 'Whole' layout file using the 'Internal' structure in JMRI but no system except perhaps, MERG for device control. Lenz then announced the introduction of their new Version 2 system. So, this is where I am today. I have decided to change to the new Lenz system from my existing ZTC System for 'Train Control' as well as some of its Devices (ABC System) but to continue to use the DIY MERG Modules for Layout Control. This means that I will have multiple Systems running within the JMRI Program which has overall control of nearly everything. The introduction of Apps such as 'WI Throttle' and 'Engine Driver' now gives me the choice of adding 'Train Control' to the Tablet that the user carries around with them if they choose to move around the whole layout and does this removes the need for several Lenz 'Cabs'? My question is:? "How do I put all of this together, in a logical sequence, that allows full Control of the layout and of the locos running on it?" Dave |
Locked
Re: Sequencing
Thanks all, I will start reading up and try some things out
I use NCE/jmri? Stewart |
Locked
Re: IR Block Occupancy Sensors - Entrance and Exit
Dave, I can see how that would work, if you know train direction. Do trains run only one direction on this track? Or, are their directions found some other way, for example by monitoring polarity if using DC track power, not DCC. Don Weigt |
Lee,
On 06/03/2019 04:56 AM, Lee Cashmore wrote: Ok Paul,?While working on what you've given me so far (which I've basically gotten into place now) I realized Ineed to verify a couple of other things. 1) Can you get me a capture of writing a CV (any CV under 256). 2) Can you get me a capture of reading a CV above 256 3) Can you get me a capture of writing a CV above 256 For the First 1, I just need to see if it behaves like the read you already sent me, or if the existing code actually works as expected with real hardware. For the CVs above 256, we currently have no information telling us how this will behave, so I may have some more tests for you to run related to those. Thanks, Paul |
Locked
Re: Parsing Error
Hi Dave
toggle quoted message
Show quoted text
Thanks a lot. The file opens now. -----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Dave Sand Sent: Monday, June 3, 2019 10:25 AM To: [email protected] Subject: Re: [jmriusers] Parsing Error Jeff, I have uploaded a modified file. /g/jmriusers/files/ProblemsBeingWorkedOn/dsand//TOLEDOSUB3% 20DS.xml The problem is that both LH463 and LH479 had SIDNEY EAST C as the user name. I changed LH479 to be SIDNEY WEST C. This also affected the corresponding SSL. I changed one of them to SIDNEY WEST C to make them unique. The Sidney SSL will need to be reviewed and fixed if necessary. Dave Sand On Jun 2, 2019, at 8:51 PM, Jeff Mitchell <csxt8888@...> wrote:decoder pro and have run a couple of updates. I now have 4.14 on Windows 7. Tonight I tried to open the attached panel pro XML file and it is showing parsing error. I looked with an editor and could not see the duplicate listing for "Sidney East C" Any help would be welcome. My next step is rebuild the panel. I have uploaded the XML to the CTC folder.
|
Locked
Re: Walthers GP9 ESU Decoder
I have two of the Walthers GP9's (both GTW #'s), and can confirm what Marc and Dave have said - 4.15.6 works well with them.
I have installed 4.15.7, but have not tried it with them because as of yet I haven't had a need to. HTH, Steve "Breezlys" |
Locked
Re: Tips for splitting my Loconet in two
Steve, I understand your question and have an answer. Unfortunately, I am currently on the road and the answer is at home.? I will report back here in a day or two. Rodney _____________________________________________________________________________________________ Rodney, I am a longtime user of CATS, and really appreciate this software solution you've created! I have a CATS-specific question, related to this topic. I am doing something similar to what Gary is doing.? I have started having problems with missed turnout commands on my DCS 240 and have divided my layout into two loconets - one connected via USB to the DCS 240 for the throttles, block detectors, boosters etc. and then a standalone loconet created using the RR-CirKits SSB-Gateway connected to another USB port via a LocoBuffer USB rev 0. When I set up the second loconet in JMRI, JMRI assigned a "L2" prefix to the turnouts (as opposed to the default LT). ? So here is my CATS-related question: I can throw the turnouts from JMRI by going to the "Tables" view and under Turnouts and Loconet 2 I can close or throw turnouts. In CATS there is only a choice of "ML" or "LT".? Should I go in to the "devices" screen in CATS designer and add the "L2" prefix so I can set the turnouts to that?? Or do I just stick w/ LT and JMRI will sent turnout commands to the right loconet? Thank you for your help and also for a great program! Sincerely, Steve Davis KCS 3rd Sub |
Locked
Re: Copying config files
Dan K,
With lots of backups and different profiles you can try many things and get there. I suggest small steps and just one part at a time. Merging is fairly direct. Splitting a layout, that's a bigger pain. Just keep in mind that a panel file may contain panels for display, but it also contains everything behind those views and anything else ever mentioned to JMRI unless deleted. The idea is that any display (LE, PE, CPE) can't get the 'not found' for what it is trying to display. Of course, if you do anything via edits outside of JMRI, all bets are off. If you do resort to outside editing, the Debug->Validate XML File, it only says where it caught the error in the file. It may have really happened somewhere before that. Remember XML is a nesting sort of language, the spot where you missed a character may cause it to fail to match much further down the line. Think of it like nesting ()'s, if one of them moves wrong, the answer can be way wrong. Save often and avoid direct edit if at all possible. -Ken Cameron, Member JMRI Dev Team www.jmri.org www.fingerlakeslivesteamers.org www.cnymod.com www.syracusemodelrr.org |
Locked
Re: Copying config files
Hi Ken:
I think I have half way figured out what we need to do...? I did get confused over how to save tables....? I have figured that out and I think I know how to construct a new configuration profile that welds together the files created in our distributed development process.? So my answer to the original question was RTFM...? or at least read it better. Dan Kubarych ARHS |
to navigate to use esc to dismiss