Guten Morgen thoern,
falls Du Platinen fertigen lässt, würde ich welche abnehmen.
Grüsse
Wolfgang

Hallo,

ich wurde auf diesen Thread aufmerksam gemacht (Ich bin nur selten hier in diesem Forum). Nun, ich habe es schon mal gebaut und auch _ein bischen_ Erfahrung gesammelt. Obiger von Schaltplan von mir ist 8 Jahre alt und diente mir als erstes Vehikel, um da Erfahrungen zu sammeln. Ich habe dann von dieser Art der Auswertung Abstand genommen und gehe vom Sensewiderstand direkt an den Prozessor.

Ein paar kurze Anmerkungen seien noch erlaubt:

• DCC sollte man mit auswerten, es macht Sinn, die Railcom-Antwort im Kontext der DCC-Nachricht auswerten (spez. bei nicht mobilen Dekodern und bei Channel 2). Und ein weiterer Grund ist Fehlverhalten von Dekodern, welches man ohne Kenntnis der DCC-Nachricht schwer isolieren kann.
• Richtungsauswertung: verknuddelt man via Fensterdiskriminator die Polarität, verliert man die Information über die Aufgleisrichtung. Diese ist aber ganz putzig bei Triebzügen, wo man immer nicht genau sehen kann, wie rum die im Bahnhof stehen.
• Sense-Widerstand: An den Schottky-Dioden fallen max. etwa 0,5V ab, damit ergibt sich an einem 1.8 Ohm Widerstand 0,45W.

Servus Wolfgang!

Schön von dir zu hören. Mit deinen OpenDCC-Seiten hast du wirklich einen Referenz geschaffen - Respekt! Für mich die erste Anlaufstelle bei dem Thema DCC/Railcom, etc. Da hast du mit Sicherheit viel Zeit investiert. Man kann da nur den Hut ziehen und sich nochmals bedanken

Vielleicht vorweg: Ich plane hier nicht, eine vollumfängliche Lösung à la Command Station, etc zu entwickeln - zum einen fehlt mir da die Zeit, zum anderen wurde derartiges schon besser gelöst (s. Opendcc ). Als ich mit der Lokerkennung begonnen habe, ging es mir im ersten Schritt hauptsächlich darum, zu erkennen, welcher Zug sich auf welchem Abstellgleis im Schattenbahnhof befindet. Die Info soll dann einfach auf ein LCD ausgegeben werden. Hierfür reicht die Erkennung im Channel 1.
In einem zweiten Schritt soll dann vielleicht mal ein einfahrender Zug auf dem jeweiligen Abstellgleis bei Erkennung kurz vor dem Prellbock per DCC ein Stopp-Signal erhalten (s. auch diesen Thread hier viewtopic.php?f=5&t=141283) (Zukunftsmusik)

Das mit der Richtungsauswertung ist ein guter Tipp für ein nettes Gimmick. Die Info ließe sich aus dem Detektor schon auskoppeln - vielleicht in einer künftigen HW-Version des Detektors

Mein Detektor ist ja eigentlich nur ein Nebenprodukt bzw. ein Mittel zum Zweck. Das zweite Nebenprodukt ist eine Railcom-Auswertung auf Basis Arduino, die es - soweit ich weiß - derzeit noch nicht gibt.

Leider ist auch meine Zeit aufgrund von Familie, Freundeskreis, Beruf und anderen Verpflichtungen sehr begrenzt. Wenn überhaupt, kann ich sowieso nur an "einsamen Wintertagen" daran arbeiten. Und derer gibt es nicht allzu viele...Aber ich bleibe mal optimistisch....


Schöne Grüße,
thoern

Hallo Thomas,

habe nun fast alle Bauteile zusammen. Warte nur noch auf die Lochrasterplatten. Wie ist es mit der SW ? Wann kann man damit rechnen?

Hallo,

ich muss bei Gelegenheit mal alles sauber zusammenfassen und die Infos auf einer Webseite zusammenfassen.
Der vorläufgige Quellcode ist hier zu finden:

http://www.hoerndlein.de/cms/index.php/railcom-und-arduino

Gruß,
thoern

Hi,

nach dieser Methode können aber nur Adressen bis 63 gelesen werden.
Ich habe zusätzlich eine Code Tabelle und eine BigBlock Tabelle eingebaut und habe damit den Adressbereich bis auf 9999 Adressen erweitern können.
Getestet mit einer z21.

Adresse 1869 wird wie folgt berechnet: gelesene RC Daten -> 01 95 8D 01 9C 9A = 64+13+(7 * 256) = 1869

95 = 64 (2nd Postion in Tab) from 0,64,128,192
8D = 13 (12th Position in Code Table. 0 Start)
9A = 7 ( 6th Position in Code Table. 0 Start)

Hallo voyager,

Zitat von voyager

---

Hallo Thomas,

habe nun fast alle Bauteile zusammen. Warte nur noch auf die Lochrasterplatten....

---

konntest du das inzwischen mal nachbauen? Feedback würde mich interessieren.

Danke & Gruß,
Thomas

Hi Thomas,
habe ich schon gemacht. Es gibt immer wieder Aussetzer. Kann aber die auftretenden Fehler nicht reproduzieren. Liegt vielleicht auch am fliegenden Aufbau auf einer Rasterplatte oder an irgendeinem Bauteil. Diese Fehler treten beim Lenz LC120 und TAMS RCD nicht auf. Somit sind es keine fehlerhaften Lokdekoder . Die Schaltung müsste man auf einer Platine testen.
Hast Du die Senseschaltung von BBII schon mal getestet? Sieht doch sehr simpel aus oder.

Gruss
Voy

Hallo,

Zitat von voyager

---

Hi Thomas,
habe ich schon gemacht. Es gibt immer wieder Aussetzer. Kann aber die auftretenden Fehler nicht reproduzieren. Liegt vielleicht auch am fliegenden Aufbau auf einer Rasterplatte oder an irgendeinem Bauteil. Diese Fehler treten beim Lenz LC120 und TAMS RCD nicht auf. Somit sind es keine fehlerhaften Lokdekoder . Die Schaltung müsste man auf einer Platine testen.
Hast Du die Senseschaltung von BBII schon mal getestet? Sieht doch sehr simpel aus oder.

Gruss
Voy

---

vielen Dank für die Info.
Ich glaube eher, das sind Software-Probleme - ausgereift ist das Programm ja noch nicht gerade.

Gruß!

Zitat von voyager

---

Hast Du die Senseschaltung von BBII schon mal getestet? Sieht doch sehr simpel aus oder.

---

Ich als E-Technik interessierter, aber wohl trotzdem immer noch Laie, sehe bei der Schaltung nur zwei Dioden und zwei Widerstände.
Könnte mir jemand mal kurz erklären, wie diese Schaltung technisch funktioniert?
Ein Link auf eine Quelle, wo das Prinzip erklärt wird, wäre auch schon hilfreich.

Gruß,
Sven

Vielleicht hilft dieser Link weiter?
http://www.opendcc.de/info/railcom/railcom_stromquelle.html

Hallo,

Zitat von littleyoda

---

Ich als E-Technik interessierter, aber wohl trotzdem immer noch Laie, sehe bei der Schaltung nur zwei Dioden und zwei Widerstände.
Könnte mir jemand mal kurz erklären, wie diese Schaltung technisch funktioniert?
Ein Link auf eine Quelle, wo das Prinzip erklärt wird, wäre auch schon hilfreich.

---

Wie bereits eingangs erwähnt wird das Railcom-Signal im Zeitraum des sog. Railcom-Cutouts übertragen. Während des Cutouts wird die DCC-Spannungsquelle kurzgeschlossen und der jeweilige Dekoder prägt dem kurzgeschlossenen Stromkreis das Railcom-Signal in Form von Stromimpulsen auf. Diese Impulse fallen an den Widerständen als Spannung ab und können durch eine nachgelagerte Schaltung entsprechend ausgewertet werden. Während des DCC-Signals - also in der Non-Cutout-Phase - sorgen die Dioden dafür, dass die Lok möglichst verlustarm mit dem DCC-Signal versorgt wird. Zwei Dioden deshalb, weil es sich beim DCC-Signal um eine Wechselspannung handelt.

Hallo,

Zitat von voyager

---

Vielleicht hilft dieser Link weiter?
http://www.opendcc.de/info/railcom/railcom_stromquelle.html

---

die dort gezeigten Schaltungen zeigen die Möglichkeit, wie man ein Railcomsignal erzeugt. Zum Detektieren eines Railcom-Signals sind diese nicht geeignet.

Gruß!

Zitat von thoern

---

Während des DCC-Signals - also in der Non-Cutout-Phase - sorgen die Dioden dafür, dass die Lok möglichst verlustarm mit dem DCC-Signal versorgt wird.

---

Super. Das war der entscheide Punkt zum Verständnis. danke

Hallo thoern,
dein Video sieht vielversprechend aus!

Genau soetwas schwebt mir vor: eine Anzeige, welche Lok sich vor dem Schattenbahnhof befindet, so dass ich, ohne sie direkt sehen zu können, entscheide, auf welches Gleis sie fahren soll.

Würdest du so eine Platine gegen Kostenerstattung zur Verfügung stellen?
Gerne auch als PN.

Viele Grüße,
Oliver

Hallo Thomas,

ich habe das Railcom Display mit deinen Unterlagen aufgebaut und es arbeitet sofort.
Danke für deine Entwicklung und das du sie zur Verfügung stellst.



Ich habe keine Erfahrung mit dem schreiben von Programmen für den Arduino.
Zum Sketch habe ich noch eine Frage. Wird eine Lok erkannt, werden die hinterlegten Loknamen anzeigt.
Ist es möglich einige Lokadressen im Sketch zu hinterlegen und werden sie erkannt, dann eine Led an einem freien Port einzuschalten?
So das mit dem Railcom Display über einen Optokoppler z.B. eine Weiche vor dem Bahnhof geschaltet wird und lange Züge auf das längere Gleis geleitet werden.

Viele Grüße
Andreas

Zitat

---

Hi,

nach dieser Methode können aber nur Adressen bis 63 gelesen werden.
Ich habe zusätzlich eine Code Tabelle und eine BigBlock Tabelle eingebaut und habe damit den Adressbereich bis auf 9999 Adressen erweitern können.
Getestet mit einer z21.

Adresse 1869 wird wie folgt berechnet: gelesene RC Daten -> 01 95 8D 01 9C 9A = 64+13+(7 * 256) = 1869

95 = 64 (2nd Postion in Tab) from 0,64,128,192
8D = 13 (12th Position in Code Table. 0 Start)
9A = 7 ( 6th Position in Code Table. 0 Start)

---

Dürfen wir dein arduino sketch sehen?

Hallo liebe Detector-Bastler,

an anderer Stelle entstand auch ein RailCom-Detector (auf Basis von Kanal 2):

Mein Spark-RC-Kanal-2-Detektor-Versuch inkl. Software
Mein 8-fach RC-Kanal-2-Detektor-Projekt inkl. Software
Dazu die Platine von Andreas

Viele Grüße
Uwe

Weil mich das Thema auch interessiert und ich lange gesucht habe:
Diesen Post meint Uwe/240 007-4, glaube ich.

Hallo Daniel,

Zitat von daniekr im Beitrag #44

---

Weil mich das Thema auch interessiert und ich lange gesucht habe:
Diesen Post meint Uwe/240 007-4, glaube ich.

---

Zitat von 240 007-4 im Beitrag #43

---

an anderer Stelle entstand auch ein RailCom-Detector (auf Basis von Kanal 2):

Mein Spark-RC-Kanal-2-Detektor-Versuch inkl. Software
Mein 8-fach RC-Kanal-2-Detektor-Projekt inkl. Software
Dazu die Platine von Andreas

---

Ah, cool, das System könnte ich gebrauchen. Endlich mal ein Ethernet-basiertes System statt nicht trivialer Busse :D
Gute Alternative zu einem Eigenbau. Mal sehen, was die Kostenkalkulation dann sagt.