DCC and track (train location) circuits

  Quoted Text Here  

From the thread title, I assume you mean DCC decoder? How do you propose to "continually send request for address". If you mean to use transponding or railcom then you are starting to add a lot to the infrastructure cost compared to more traditional track circuiting methods.
If that is what you mean then why not just request the address from the decoder in the loco?
MBQ
Use a computer to "continually send request for address". But the idea would be given a known position of a loco at starting then be able to track its progress round a known track plan. The id of the loco would be known as it would also be under DCC control via the computer. The only problems I can see is may need two DCC controllers, one for track and the other for locos. Also need to determine the time interval between sends of request for address and length of isolated section in order for the request to be received and replied to.
cheers, Simon

simon wrote: [...]
  Quoted Text Here  
[...]
AIUI, OP is just wondering if DCC, with its AC at a constant 20V on the track, would cause a problem with occupancy detector circuits. Answer (as with all things electronic) is "It depends."
HTH

  Quoted Text Here  
Like I asked, how do you propose to do that for the decoder connected to the track? Are you proposing digitrax decoders with transponding or Lenz et-al with Rialcom? Either way it's a totally OTT suggestion when you might just as well fit such decoders in the locos.
MBQ

Like I asked, how do you propose to do that for the decoder connected to the track? Are you proposing digitrax decoders with transponding or Lenz et-al with Rialcom? Either way it's a totally OTT suggestion when you might just as well fit such decoders in the locos.
MBQ
from your reply it would seem I didnt explain the idea very well. But not to worry, got all the info I need now. Thanks, Simon

  Quoted Text Here  
Thanks for that- tis useful, will look into whats available when get round to that stage. Hopefully will be able to use own software, may be an interesting bit to add on.
Cheers, Simon

  Quoted Text Here  
<snip>
Would I be right in assuming that the above (most snipped) is in effect "Loco/Train reporting", rather than just indication that something is causing section occupancy, if so I can see a use for it as a means of allocating - from a time table held in computer software - a train reporting number (aka Head Code) to the motive power used to pull the train and feeding this to track diagrams etc. Or have I got completely the wrong grasp on this?!

Jerry wrote:
  Quoted Text Here  
As what I wrote was snipped :-)
The basic occupancy detection with Loconet bits and pieces (or equivalents from other makers) reports that something is on that block section. The detection itself could be current draw (DCC chip, even on idle, resistor over wagon wheel, etc), or could be optical or magnetic switch. That far can drive a simple block diagram which can indicate occupation or clear on sections. The diagram could be on a computer or a stand alone "traditional" display panel (eg. CML Electronics do a Loconet board for this purpose). Combined with signalling and turnout control, this could give a prototypical interlocking signalbox, and drivers of trains would be "commiting offences" by deciding to drive past signals at red (just like a real railway before any form of automatic train control). I think its possible to introduce "automatic train protection" where a signal passed at red causes an instruction to be sent to shunt down the train on the section in question (essentially an "all trains in section stop" instruction).
If the computer monitors turnout settings, which trains are driven, which blocks are occupied and released, it can (if detection locations are well designed) work out where trains have moved to. This can then display train numbers (etc) on a track diagram, or operate a layout to a timetable. But, as the system involves dead-reconing, a weak design could get things wrong. Railroad & Co (commercial software) does this job, and its ability to do it well is one of the makers main claims as to why their software is superior to alternatives.
The more advanced forms of train reporting require transponding where information comes back from the locomotive to the control system. Digitrax do their own system which requires their block detectors and their chips in locos (they sell a transponder chip which can sit alongside another maker's loco control chip). The Digitrax system has been around a while and has mixed views (even on the Digitrax owners forums) as to how well it really works. Digitrax themselves have said that transponding has been a technology seeking a practical use, and that application might be the new track-side surround sound system from SoundTraxx (source: AJ the owner of Digitrax at a recent conference, video available on the web). Lenz have a different system (Railcom), but to date there isn't much you can actually do with Railcom (lots of promise and neat ideas but few actual products).
- Nigel

  Quoted Text Here  
In my system I don't bother with any loco-to-computer transmissions.
The computer knows where all the trains are and can detect their presence as they enter new blocks. It can therefore compute which train must be occupying a particular block: it's the one from the adjacent block which it just told to move in that direction.

  Quoted Text Here  
Just like the real thing! Very prototypical ;-)
Cheers Richard

wrote:
  Quoted Text Here  
How do you cope with the hand of god moving a train when the layout is turned off? How do you introduce a new train to the system?
MBQ

wrote:
  Quoted Text Here  
How do you cope with the hand of god moving a train when the layout is turned off? How do you introduce a new train to the system?
MBQ
If hand of god tries to move locos then he gets knuckles wrapped. Time stands still when the layout off - its as though the universe doesnt exist. You keep sending decoder address requests ...... :-) Theres also the problem of what happens when the layout is created.
Cheers, Simon

  Quoted Text Here  
If the hand of god moves a train, the train must be placed in its designated start spot. And if there's another train already there it will also have to be moved by the hand of god, etc.
This turns out to be less annoying than one might expect. If it gets too bad I might provide a function on the computer screen to specify where some train is, or to allow the computer to know more accurately the exact length of a goods train, the but I haven't found it necessary yet.
The system knows about all the trains that might be on the layout and I have to update the computer configuration to introduce a new train. But that's really trivial compared to the effort of selecting and purchasing it, fitting the decoder, etc.

Jerry wrote:
  Quoted Text Here  
Try http://www.Merg.org.uk . This is a not for profit group using electronics in Model Railways. The £13 year membership (plus small joining fee) is very good value for money.
There are plenty of kits available at very reasonable prices. There are some extremely knowledgeable guys there who have been there, done it and produced the Technical Bulletin and kit!
They've even done RFID.
There's also a Yahoo group available to members, to discuss all matters.
They're a very friendly bunch - give it a try.
Richard

<snip>
  Quoted Text Here  
Yes, this might be my best way forward, from what I can tell (from reading the Digitrax site) commercial occupancy modules are designed to give a 0 ve output when the section has no occupancy and a +ve output when occupancy occurs, ideally I would really like it the other way around - this means that should the TC/occupancy module fail the preceding signal will remain at red, IYSWIM.
Before anyone asks, I'm wishing to model the signalling system as closely as one would the rivets on a tender (or the P4 modeller does the track), call me mad if you like, you wouldn't be the first! :~)

  Quoted Text Here  
DCC is "always on" so you always have something to work with. Even a stationary loco will draw some current that can be detected, if it's not enough then the old trick of a resistor connected across the pickups will do. Ideally you want galvanic isolation between the traction power and your track circuiting logic. Since DCC is (barring pedantry from some) AC, a current transformer is ideal for this purpose.
MERG have at least one circuit and kit of parts.
MBQ