Anzeige:
THEMA: DCC-LocoDecoder,Ability of DirectionDetection
THEMA: DCC-LocoDecoder,Ability of DirectionDetection
Vadim - 29.01.10 16:04
Hello.
As we already known that DC locos are senible for direction but DCC - not sensible.
If You have an authomated layout and occasionally place DCC loco in wrong direction - all automated movements will fail! DCC loco, receiving start command will move in reverse direction!
From another side, DCC signal has differences in positive and negative shape of pulses, and, theoretically, LocoSoftware can detect this direction and, for example - report it via RailCom.
Isnt it?
Moreover, Central station (or Computer) can detect it and take into account for aims of correct movement of trains. Reverse loops also can be taken into account correctly.
Therefore i have a QUESTIONs(?) :
1) Are there some RailCom decorers which can do it ?
2) Are there some systems or computer railroad software, which can do it?
----------
Thanks,
Vadim.
As we already known that DC locos are senible for direction but DCC - not sensible.
If You have an authomated layout and occasionally place DCC loco in wrong direction - all automated movements will fail! DCC loco, receiving start command will move in reverse direction!
From another side, DCC signal has differences in positive and negative shape of pulses, and, theoretically, LocoSoftware can detect this direction and, for example - report it via RailCom.
Isnt it?
Moreover, Central station (or Computer) can detect it and take into account for aims of correct movement of trains. Reverse loops also can be taken into account correctly.
Therefore i have a QUESTIONs(?) :
1) Are there some RailCom decorers which can do it ?
2) Are there some systems or computer railroad software, which can do it?
----------
Thanks,
Vadim.
As i see, there are nobody, who encounter with this problem.
------
Vadim.
------
Vadim.
> DCC signal has differences in positive and negative shape of pulses
I don't think so.
http://www.nmra.org/standards/DCC/standards_rps/S-91-2004-07.pdf
Harald.
I don't think so.
http://www.nmra.org/standards/DCC/standards_rps/S-91-2004-07.pdf
Harald.
Michael Peters - 02.02.10 23:05
Hi Vadim,
as far as I know, it's one of the SX features with the "new" DHL-decoders.
In combination with the Müt-8i and e.g. the TrainController you can see, in which direction the loko is placed on the rails.
Greetings Michael Peters
as far as I know, it's one of the SX features with the "new" DHL-decoders.
In combination with the Müt-8i and e.g. the TrainController you can see, in which direction the loko is placed on the rails.
Greetings Michael Peters
Right, a pure DCC signal is fully symmetrical, hence the decoder has no ability of extracting the absolute geometrical direction of movement.
Peter
Peter
Michael S. - 02.02.10 23:35
Traincontroller demonstrated already the ability to detect decoder address AND loco direction via Railcom on at least one of the large trade shows. The direction information is a key requirement to work w/ such software and feature of Railcom, but so far I know only the new Lenz RailCom Bus supports this already (but not yet available), the Tams design not (yet - later upgrade?).
Kind regards, Michael
Kind regards, Michael
Hello, Michael!
I know ViessMann RailCom RuckMelders 5304 and 5303.
They are also NEW items.
---------
As to DCC and symmetry - this signal OBVIOUSLY NOT SYMMETRICAL!
First parts os STRETCH BIT and 0-BIT has positive polarity. If You ll change rails - they ll became negative.
See graph on Your link more carefully:
http://www.nmra.org/standards/DCC/standards_rps/S-91-2004-07.pdf
--------
Thanks,
Vadim
I know ViessMann RailCom RuckMelders 5304 and 5303.
They are also NEW items.
---------
As to DCC and symmetry - this signal OBVIOUSLY NOT SYMMETRICAL!
First parts os STRETCH BIT and 0-BIT has positive polarity. If You ll change rails - they ll became negative.
See graph on Your link more carefully:
http://www.nmra.org/standards/DCC/standards_rps/S-91-2004-07.pdf
--------
Thanks,
Vadim
Hi Vadim,
the tolerance for two halves of the ONE bit is just 3 usec and only the ZERO bit may be stretched - it may!! In a pure DCC environment, no stretched bits will ever occur. Bit stretching is only used under following conditions:
1. Driving conventional loco and digital layout, i.e. putting a DC offset onto the DCC signal
2. Fill up timing gaps in multi-protocol systems in order to keep avarage DC offset equal to zero Volts.
Regards, Peter
the tolerance for two halves of the ONE bit is just 3 usec and only the ZERO bit may be stretched - it may!! In a pure DCC environment, no stretched bits will ever occur. Bit stretching is only used under following conditions:
1. Driving conventional loco and digital layout, i.e. putting a DC offset onto the DCC signal
2. Fill up timing gaps in multi-protocol systems in order to keep avarage DC offset equal to zero Volts.
Regards, Peter
Peter, First halve may be positive or negative( durations havent any sense) - it depends from rail change or change loco direction . I mean RailCom LocoDecoders feel this and can transpond this information via RailCom.
----
Vadim
----
Vadim
Zero stretching is useless for what you want to do - see Peter's answer.
But from the Railcom RP9.3.1: "The positive current should be directed into the track via the red decoder lead, and removed from the black decoder lead, where the lead colors are defined by the color assignments of Recommended Practice 9.1.1"
So a Railcom device would be able to predict which one is the "red decoder lead". What direction of travel that corresponds to is dependent on CV29 (which can be read by Railcom) and how the motor is wired (which can not be detected by Railcom but in case of NEM-plug is standardised but otherwise was up to the person who did the soldering).
> RailCom LocoDecoders feel this
Eh, the Railcom detection device can sense the direction of the current from the Decoder during feedback. If there are any Railcom detection devices on the market that feed back this information to a computer control software I do not know.
Gruß,
Harald.
But from the Railcom RP9.3.1: "The positive current should be directed into the track via the red decoder lead, and removed from the black decoder lead, where the lead colors are defined by the color assignments of Recommended Practice 9.1.1"
So a Railcom device would be able to predict which one is the "red decoder lead". What direction of travel that corresponds to is dependent on CV29 (which can be read by Railcom) and how the motor is wired (which can not be detected by Railcom but in case of NEM-plug is standardised but otherwise was up to the person who did the soldering).
> RailCom LocoDecoders feel this
Eh, the Railcom detection device can sense the direction of the current from the Decoder during feedback. If there are any Railcom detection devices on the market that feed back this information to a computer control software I do not know.
Gruß,
Harald.
Arnold_Huebsch - 05.02.10 21:28
Zitat
Right, a pure DCC signal is fully symmetrical, hence the decoder has no ability of extracting the absolute geometrical direction of movement.
DCC is fully symmetrical - correct - but it is extreemly easy to detect in wich direction the loco operates. After the preamble of at least 14 "1"s you start the data. The preamble is unique there is no data possible generating 14 1s in a row.
The first "0" behind is used to detect the direction, does it start with a rising or falling phase?
ZIMO showed this many years on exhibitions. According to my knowledige, there is no commercial use as BiDi which is one way to communicate back to the CU is not in the field yet.
Nur registrierte und eingeloggte User können Antworten schreiben.
Einloggen ->
Noch nicht registriert? Hier können Sie Ihren kostenlosen Account anlegen: Neuer N-Liste Account
Zum Seitenanfang
© by 1zu160.net;