DerMoba - Benutzerbeiträge [de]

SRCP-Erweiterungen

2016-01-30T18:55:45Z

Guido Scholz: Formatierung justiert

==Zielsetzung dieser Seite==

Dieses Dokument soll eine Zusammenfassung der Diskussion „SRCP-Erweiterungen“ (erster Eintrag war am 27.12.2006) darlegen.

Hier der initiale Eintrag:

Hallo SRCP-Fans!

ich entwickle bereits seit einiger Zeit Software für [[Digitalprojekt|SRCP]], habe mich
aber nie aktiv hier an Diskussionen beteiligt (ehrlich gesagt ist das
mein erster Eintrag in der Gruppe ;).
Während der Entwicklung kamen einige Ideen, die ich nun hier zur
Diskussion stellen möchte:

# Ich hätte gern einen Dienst für Clients, mit dem sie den Server (bzw. dessen IP-Adresse) finden können. Da gibt es sicher mehrere Möglichkeiten, ich dachte an Broadcast oder an eine DHCP-Option.
# Stichwort CRCF: Was ist mit der Entwicklung? Ich hätte gern dieses Feature für SRCP und würde mich ggf. an der Mitentwicklung beteiligen.

Treffen sich die SRCP-Entwickler eigentlich regelmäßig zu einer Art
Stammtisch?

Gruß, Sven.

Im Fokus der hier beschriebenen Erweiterungen steht die Vereinfachung der Nutzbarkeit (neudeutsch "usability") von SRCP. Damit soll die Verbreitung von SRCP erhöht werden und der Einstieg für Neulinge erleichtert werden.

Dieser Anspruch läßt sich kurz in einem Satz zusammenfassen:
"Wie kann ich die Vorteile von SRCP nutzen, ohne dass ich die Interna des Protokolls kennen muss?"

==SRCP-Stammtisch==
Um die aktuellen Vorhaben besser diskutieren zu können, schlage ich ein Treffen in Form eines Stammtisches vor. Vielleicht kann man sich hier zunächst über einen Ort des Treffens verständigen, der von den meisten gut erreichbar ist.

{| border="1" align="center" width="50%"
|+
! SRCP-Interessierter
! Wohnort

|-
| Sven Schlender
| Leipzig

|-
| Stefan Bormann
| Bremen

|-
| Guido Scholz
| Burgkirchen

|-
| ...
| ...
|}

==SRCP-Server-Suchdienst==
Sehr schnell kam der Vorschlag, für diesen Bedarf einen [http://www.zeroconf.org/ Zeroconf]-Systemdienst (DNS-SD/mDNS) einzusetzen. Dieser ermöglicht die Suche bzw. das Veröffentlichen beliebiger Systemdiente durch das Versenden eines ServiceDiscovery-Multicasts. Es existieren hierfür derzeit zwei zueinander kompatible Implementierungen, die beide als OpenSource freigegeben sind:

* [http://www.apple.com/macosx/features/bonjour/ Bonjour], von Apple für Mac, UNIXoide-Systeme und Windows.
* [http://avahi.org/ Avahi], als praktisch schon etablierter Standard für Linux.

Unter anderem ist es hiermit möglich, Angaben über die Portnummer zu veröffentlichen, auf der der Server seinen Dienst anbietet. Obgleich es für SRCP mittlerweile eine offiziell über [http://www.iana.org/ IANA/IETF] reservierte Portnummer (4303) und Protokollbezeichner (srcp) gibt, hat ein SRCP-Administrator prinzipiell die Freiheit, einen von dieser Vorgabe abweichenden Wert für die Portnummer zu wählen. Auch die Anzahl der in einem Netz betriebenen SRCP-Server ist damit nicht eingeschränkt.

Dem Administrator eines SRCP-Servers bleibt es überlassen, auf dem gleichen Rechner auch einen „Zeroconf“-Systemdienst einzurichten. Er muß, wenn er auf seiner Modellbahn entsprechende SRCP-Clients benutzen möchte, das Programm installieren und so konfigurieren, dass der SRCP-Dienst veröffentlicht wird. Alternativ kann ein SRCP-Server sich auch automatisiert beim Zeroconf-Dienst anmelden. Die eigentliche Arbeit für die Nutzung des SD-Dienstes liegt beim Entwickler des „Einsteck-und-Spiel“-SRCP-Clients, denn dieser SRCP-Client muß nicht nur SRCP sprechen, sondern auch noch ein DNS-SD/mDNS-Client sein.

Beispiel für eine avahi Konfigurationsdatei. Abgelegt unter /etc/avahi/services/scrpd.service
(Kubuntu Linux). Die Einträge sind natürlich nur beispielhaft.

<service-group>
<name replace-wildcards="yes">srcpd on %h</name>
<service protocol="any">
<type>_srcp._tcp</type>
<host-name>srcp.example.com</host-name>
<port>4303</port>
<txt-record>SRCP auf Mobaserver</txt-record>
</service>
</service-group>

==CRCF-Erweiterungen==

Obwohl [[CRCF_-_Common_Railroad_Configuration_Files_0.2.0|CRCF]] (Common Railroad Configuration Files) schon vor einigen Jahren zur Implementierung vorgeschlagen wurde, fand es keine Verbreitung bzw. Anwendung. Möglicherweise war damals das Interesse zu gering. Umso mehr Interessenten fanden sich nun in dieser Diskussion, bei der über die bisherigen Ideen von CRCF hinaus einige weitergehende Themen aufkamen.

===Stand der Technik===
[[Bild:Crcf-old.png|framed|Nachrichtenfluß gemäß der CRCF-Spezifikation Version 0.2.0. CS: COMAND-Sitzung]]
Der bisherige CRCF-Spezifikationsentwurf mit der Versionsnummer 0.2.0 basiert auf SRCP und beschreibt die Fähigkeiten eines SRCP-Servers. Die dort abgelegten Informationen beziehen sich je Datei auf genau _einen_ SRCP-Server. Physikalisch liegen die CRCF-Daten beim zugehörigen SRCP-Server; Detailinformationen daraus können von SRCP-Clients über den SRCP-Befehl CONFGET abgefragt werden. Dieser Befehl erlaubt nur Lesezugriffe und damit auch nur den Umgang mit statischen Daten. Ein analoger Befehl CONFSET zum Schreiben von Daten ist erwähnt, es ist aber keine nähere Anwendung dafür definiert. Das Ablageformat wird als textbasierte Datei beschrieben, wobei die Daten in Sinne von SRCP mit entsprechend benannten Datenfeldern vorliegen. Der vorliegende Entwurf ist zur Zeit der SRCP-Spezifikation 0.7.1 entstanden und bildet die mit Version 0.8 eingeführten Erweiterungen, wie z.B. Busse, noch nicht ab.

 

===Anforderungen an CRCF===

* Die umständliche Eingabe von Informationen über Loks (z.B. Belegung der Funktionen) und Zubehör soll zur einfacheren Konfiguration von SRCP-Clients entfallen.
* Anlagenweite Anzeige von Klartextnamen anstatt von Adressen (konkretes Beispiel?)
* Als Alternative zum Zeroconf-Systemdienst könnte CRCF die Hostnamen bzw. IP-Adressen der SRCP-Server einer Anlage verwalten.
* Verwaltung statischer Informationen
* Verwaltung dynamischer Informationen
* CRCF soll für Benutzer in ausdruckbarer Form zugänglich sein.
* Die Daten sollen in CRCF strukturiert/gegliedert abgelegt sein.
* SRCP-Server sollten Zugriff auf die CRCF erhalten (Warum?).
* Der CRCF-Befehlsvorrat könnte zur Kommunikation zwischen Clients genutzt werden.
* Der bisherige Geltungsbereich einer CRCF-Datei sollte sich nicht nur auf _einen_ SRCP-Server, sondern vielmehr auf _eine_ Modellbahnanlage beziehen. Damit wäre ein geeigneter Rahmen vorhanden, den charakterisierenden Bestand an z.B. Zügen, Fahrstraßen, SRCP-Servern, dem Streckennetz etc. einer Anlage zusammenfassend abzulegen.

===Fragestellungen===

* Wo soll die CRCF liegen?
* Wie soll eine Datenabfrage aussehen?
* Wie sollen dynamische Informationen von CRCF verwaltet werden?
* Soll die Kommunikation zwischen SRCP-Clients mit CRCF abgebildet werden und wenn ja, wie?

===Namensgebung===

CRCF steht im Moment ja für Common Railroad Configuration Files, inzwischen hat es sich ja aber zu einem Protokoll zur Abfrage von Konfigurationsdaten entwickelt. Von daher passt der bisherige Name nicht mehr. Um keinen unnötigen Änderungsaufwand zu provozieren sollte die Abkürzung beibehalten werden können. Common Railroad Configuration Language - CRCL ist daher also nicht optimal. weitere Vorschläge:

* Common Railroad Configuration Format

===Implementierungsvorschläge===

====Zentrale Datenablage bei einem spezialisierten SRCP-Client====
[[Bild:srcp-crcf-client.png|framed|Nachrichtenfluß bei einem Betrieb mit einem als CRCF-Server arbeitenden SRCP-Client. CS: COMAND-Sitzung, IS: INFO-Sitzung]]
Über die Diskussion ergab sich der Vorschlag, den CRCF-Datenbestand über einen speziellen SRCP-Client netzwerkweit zugänglich zu machen, statt diesen nur als zentral verwaltete Datei abzulegen. Dieser SRCP-Client hätte damit eine Art Datenbankserverfunktion und könnte gezielt Detailinformationen ausliefern. Interessierte Clients müßten dann nicht jeweils selbst die komplette Datei nach den für sie notwendigen Informationen durchsuchen. Auch ein SRCP-Server könnte auf diese Daten zugreifen.

Der Zugriff auf diesen als CRCF-Server arbeitenden SRCP-Client erfolgt über den SRCP-Server, der sowohl die eingehenden CRCF-Anfragen als auch die zurückgehenden Antworten weiterleitet. Das bisherige SRCP muß erweitert werden, um diese neue Abfragetechnik zu ermöglichen. Bei diesem Modell wird SRCP als Tunnel genutzt, da CRCF-Anfragen vom SRCP-Server nicht interpretiert sondern nur durchgereicht werden. Dabei entsteht gleichzeitig eine Möglichkeit zur Kommunikation zwischen SRCP-Clients.

Bei Installationen mit mehreren SRCP-Servern muß sich der SRCP-Client bei allen verfügbaren SRCP-Servern anmelden, damit Daten anlagenweit verteilt werden können. Die Programmierung solcher Clients wird wegen der erforderlichen Netzwerkverbindungen aufwändig. Alternativ müßten SRCP-Server so gekoppelt werden, das die Anmeldung bei einem Server reicht.

Der SRCP-Client mit dem CRCF-Datenbestand kann konsistent statische und dynamische Daten verwalten, wenn er diese konsequent einsammelt bzw. zugestellt bekommt. Zusätzlich wird die Verwaltung von Daten, die über die SRCP-Welt hinausgehen, wie die von Fahrstrassen und kompletten Layouts, ermöglicht.

 

====Zentrale Datenablage bei einem separaten CRCF-Server====
[[Bild:srcp-crcf-server.png|framed|Nachrichtenfluß bei einem Betrieb mit getrennten SRCP- und CRCF-Servern. CS: COMAND-Sitzung, IS: INFO-Sitzung, ...: nicht geklärt]]
Als weitere Idee wurde der Vorschlag diskutiert, die Verwaltung der CRCF-Daten einem neu zuschaffenden CRCF-Server zu überlassen. Dieser würde als eigener Systemdienst laufen und müßte über ein neu zudefinierendes Protokoll angesprochen werden. Die SRCP-Spezifikation muß in diesem Fall nicht geändert werden, da das CRCF-Protokoll parallel und von SRCP weitgehend unabhängig existiert.

Der CRCF-Server bedient zunächst nur rein statische Daten, die von den CRCF-Clients abgefragt werden können. Damit sowohl SRCP-Clients als auch SRCP-Server diesen Dienst nutzen können, müssen diese zusätzlich das CRCF-Protokoll implementieren.

Um auch dynamische Daten zu verwalten, muß ein Meldedienst implementiert werden, der auch Schreibzugriffe in den Datenbestand ermöglicht. Eine Kommunikation zwischen CRCF-Clients könnte mittels einer Mailboxfunktion realisiert werden.

 

==== Verteilte Datenablage bei verschiedenen SRCP-Clients====
[[Bild:Crcf-client-server.png|framed|Nachrichtenfluß bei einem Betrieb mit als CRCF-Servern und -Clients arbeitenden SRCP-Clients. CS: COMAND-Sitzung, IS: INFO-Sitzung]]
Jeder SRCP-Client, der Daten verwaltet, die im laufenden Anlagenbetrieb einer mehr oder weniger kontinuierlichen Änderung unterliegen und über das herkömmliche SRCP nicht erfaßt werden, könnte diese zur Abfrage für interessierte Clients zur Verfügung stellen. Er würden dann sozusagen auch als CRCF-Server arbeiten, allerdings beschränkt auf die von ihm verwalteten, dynamischen Daten. Alternativ ließe sich dieses Konzept auch auf die statischen Daten ausdehnen.

CRCF-Clients, die eine Anfrage starten möchten, wüßten zu Beginn nicht, wo diese Daten abgelegt sind. Eine zentrale Verwaltungsinstanz wäre in diesem Fall ja nicht vorhanden. Der anfragende Client könnte also eine Rundrufnachricht senden und würde die Antwort von dem zuständigen SRCP-Client bekommen. Hier besteht prinzipiell die Gefahr, dass diese Daten nicht konsistent vorliegen, wenn die Zuständigkeit der abgefragten Daten nicht eindeutig z.B. auf genau _einen_ bestimmten Client festgelegt ist. Insbesondere kann das leicht bei mobilen SRCP-Clients passieren, wenn diese auf mehreren Anlagen genutzt werden und der Benutzer nicht sorgsam mit den lokal gespeicherten Daten umgeht.

 

====Bereitstellung der CRCF-Daten via Zeroconf-Dienst====
Diese Idee wurde als eine prinzipielle Möglichkeit erwähnt, aber nicht weiter ausgeführt.

====Abfrage der CRCF-Daten via Generic Messages====
Nachdem Generic Messages als neue Device Group in SRCP aufgenommen wurden, können CRCF-Daten darüber versendet werden.

Eine CRCF Message hat folgendes Datenformat:

GM <send_to> <reply_to> CRCF <actor> <actor_id> <method> <attribute> [<attribute_value>]

;<send_to>
:Sessionid of an INFO session the message MUST BE delivered to or 0 (null) if delivery is done to all INFO sessions.

;<reply_to>
:Sessionid of an INFO session to which message replies SHOULD be directed (if any). Alternatively the 0 (Null) MUST be used to direct the reply to all INFO sessions.

;CRCF
:Message type für CRCF Messages.

;<actor>
:Benennung für den Akteur, dessen Daten geändert werden sollen.

;<actor_id>
:Identifikationsnummer, die zur eindeutigen Adressierung des Akteurs dient. Es könnte sich dabei um eine [http://en.wikipedia.org/wiki/UUID UUID] gemäß [http://tools.ietf.org/rfc/rfc4122.txt RFC4122] oder auch eine beliebige positive Ganzzahl handeln.
:Wie sieht es mit einer ID für Broadcasts aus? Es würde sich 00000000-0000-0000-00000000000 anbieten, aber vielleicht gibt es da bessere Alternativen.

;<method>
:Methode, die auf den folgenden Attributwert angewendet werden soll. Folgende Methoden sind implementiert:
::'''INFO'''
:::Response Message, <attribute_value> kann verwendet werden.

::'''SET'''
:::Setting values. Wird mit einer INFO oder ERROR Messages beantwortet.

::'''GET'''
:::Request of values. <attribute_value> muss nicht verwendet werden. Wird mit einer INFO oder ERROR Message beantwortet.

::'''LIST'''
:::Abfrage einer Liste, wenn das Attribute mehrere Werte haben kann. Als Antwort wird als erstes die Anzahl der vorhandenen Datensätze übermittelt. Dazu wird an das Attribute die Zeichenkette COUNT gehängt und als Attribute Value die Anzahl der Datensätze. Danach wird jeweils in einer Zeile die abgefragten Attributen mit dem jeweils dazugehörigen Wert als <attribute_value>. Wenn die Abfrage nicht möglich ist, wird mit einer ERROR Message geantwortet.

:::Beispiel:

:::CRCF LOCODB <actor_id> LIST LOCO
:::->
:::CRCF LOCODB <actor_id> INFO LOCOCOUNT 2
:::CRCF LOCODB <actor_id> INFO LOCO <loco_id1>
:::CRCF LOCODB <actor_id> INFO LOCO <loco_id2>

::'''ERROR'''
::: Wenn eine Abfrage nicht ausgeführt werden kann, wird sie mit einer entsprechenden Fehlermeldung beantwortet. Als <attribute> wird der Fehlercode übermittelt und als <attribute_value> der dazugehörige Fehlertext. Die Fehlercodes entsprechen den in SRCP definierten.

;<attribute>
:Attribut des Akteurs, das von der Nachricht betroffen ist. Die Attribut-Kennungen sind je nach Akteur unterschiedlich.

;<attritbute_value>
:Der Wert des Attributs, das von der Nachricht betroffen ist. Die Angabe dieses Wertes ist abhängig von der verwendeten Methode und des Attributes. Je nach Attribut kann es sich hierbei um einen positiven Ganzzahlwert >= 0 (z.B. Nummer eines Zuges), eine UUID oder eine alphanumerische Kennung (z.B. Name einer Fahrstraße) handeln. Handelt es sich um einen alphanumerischen Wert, wird dieser URL-kodiert ([http://www.ietf.org/rfc/rfc2396.txt RFC 2396]) über den SRCP-Server versendet und empfangen.

===Erweiterung des bisherigen Befehlsvorrats===
Der bisherige Namensraum von CRCF umfaßt keine Befehle, die Objekte einer höheren Abstraktionsebene beschreiben. Für die Attribute dieser makroskopischen Objekte gibt es ebenfalls noch keine Festlegung. Zum Teil sind die Werte dieser Attribute statisch zum Teil ändern sich sich während des Betriebs. Bei der Implementierung von CRCF via GM agieren diese Objekte als Aktoren, mit den jeweiligen Attributen. Der Bedarf für folgende Begriffe ist vorhanden:

; Stellwerk (RWCC, Railway Control Center)
: Steuerungsinstanz, die Fahrstraßen verwaltet, für ein oder mehrere Bahnhöfe zuständig ist, Zugmeldungen abwickelt, ihr zuständiges Streckennetz kennt, einzuhaltende Geschwindigkeiten überwacht und bei Überschreitungen eingreift etc.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Modus (MODE) - numerisch - dynamisch

; Gleisbild (LAYOUT)
: Streckennetzbeschreibung eines Stellwerkbezirks, enthält Angaben zur Dimension, Position einzelner Gleisbildelemente, automatischer Streckenblöcke, Fahrstraßen, etc.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) -alphanumerisch - statisch
::Zeilen (ROWS) - numerisch - statisch
::Spalten (COLUMNS) -numerisch - statisch
::Stelltischausleuchtung (TABLELIGHT) - numerisch - dynamisch

; Freimeldeabschnitt (?)
: Streckenabschnitt, der mit einer Gleisfreimeldeanlage (Rückmeldung/Belegtmeldung) überwacht wird.

; Automatischer Streckenblock (BLOCK)
: Automatisch per Freimeldeabschnitte überwachter Streckenabschnitt zur Steuerung von Zugfahrten. Ein automatischer Streckenblock führt von einem Startgleisabschnitt in einen Zielgleisabschnitt.

; Fahrstraße (ROUTE)
: Sicherheitstechnisch überwachter Streckenabschnitt innerhalb eines Stellwerks, der über Informationen zur Start- und Zielsignal, Soll-Weichenstellungen, Freimeldeabschnitte, Typinformation (für anzuwendenden Regelsatz), den aktuellen Zustand (eingestellt, aufgelöst, reserviert, teilaufgelöst) etc. verfügt. Eine Fahrstraße führt von einem Startgleisabschnitt in einen Zielgleisabschnitt.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Typ (TYPE) - numerisch - statisch
::Status (STATE) - numerisch - dynamisch
::Zug (TRAIN) - numerisch - dynamisch

; Weichenstraße (SLIST, Switch List)
: Sammlung schaltbarer Magnetartikel und ihrer Sollstellungen ohne sicherheitstechnische Überwachung; ist nicht mit »Fahrstraße« zu verwechseln.

; Zugsteuerung (TNCC, Train Control Center)
: Instanz, die die Logistik eines gegebenen Vorrats an Zügen übernimmt z.B. fahrplangesteuerte Fahrten von Zügen zwischen Bahnhöfen

; Zug (TRAIN)
: Instanz, die über ihre Zugnummer identifizierbar ist, eine oder mehrere Lokomotiven ansteuert, Informationen zu Typ und Länge verfügt etc.

; Bahnhof (STATION)
: Start- und Zielpunkt von Zugfahrten.

; Gleisabschnitt (SECTION)
: Ein Gleisabschnitt charakterisiert den Aufenthaltsort eines Zuges, z.B. für Zugmeldungen. Streckenblöcke und Fahrstraßen überführen einen Zug von einem Gleisabschnitt (Start) in den nächsten Gleisabschnitt (Ziel).

; Lokdatenbank (LOCODB)
: Instanz, die eine Übersicht über vorhandene Lokomotiven und deren Konfiguration bietet.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Liste verwalteter Loks (LOCO) - Liste - dynamisch

; Lok (LOCO)
: Konfiguration einer Lok
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Bild (IMAGE) - UUID - statisch
::Höchstgeschwindigkeit im km/h (V_MAX) - numerisch - statisch
::verbaute Decoder (DECODER) - Liste - statisch

; Decoder (DECODER)
: Konfiguration eines Decoder
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Lok in der der Decoder verbaut ist (LOCO) - UUID - statisch
::unterstützte Protokolle (PROTOCOL) - LISTE - statisch

; Protokollkonfiguration eines Decoders (PROTOCOL)
: Beschreibung der Konfiguration eines Decoders für das jeweilige Protokoll
::Identifikationsnummer (ID) - UUID - statisch
::Format des Protokolls (NAME) - alphanumerisch - statisch
::Decoder zu dem diese Protokolldefinition gehört (DECODER) - UUID - statisch
::Adresse (ADRESS) - numerisch - dynamisch
::Bus (BUS) - numerisch - dynamisch
::Fahrstufen (SPEEDSTEPS) - numerisch - statisch
::abs./rel. Fahrtrichtung (DIRECTION) - numerisch - statisch
::Programmiermodi (PROGMODE) - alphanumerisch - statisch
::Funktionen (FUNCTION) - Liste - statisch

; Funktion (FUNCTION)
: Beschreibung einer Funktionbelegung eines Decoders
::Identifikationsnummer (ID) - UUID - statisch
::Beschreibung (NAME) - alphanumerisch - statisch
::Protokollkonfiguration zu der diese Funktion gehört (PROTOCOL) - UUID - statisch
::Nummer der Funktion (NUMBER) - numerisch - statisch
::Auslöseart (MODE) - numerisch - statisch
:::Wie die Funktion betätigt wird, ob schaltend oder tastend. Dabei ist 0=schaltend und 1=tastend.
::Bild (IMAGE_ON) - UUID - statisch
::Bild (IMAGE_OFF) - UUID - statisch
:::Bild das auf der Funktionstaste angezeigt werden soll.

; Bild (IMAGE)
: Bild, das in mehreren Dateiformaten vorliegen kann, mit Zeitstempel, um festzustellen, wann es zuletzt verändert wurde.
::Identifikationsnummer (ID) - UUID - statisch
::Beschreibung (NAME) - alphanumerisch - statisch
::Formate (FORMAT) - numerisch - statisch
:::Formate in denen das Bild vorhanden ist: 1=SVG, 2=PNG, 4=JPG Rückgabewert ist die Summe aller verfügbaren Formate.
::Zeitstempel (TIMESTAMP) - numerisch - statisch
::eigentliches Bild (DATA) - Byte-Strom - statisch
::: Über GET DATA <format>,<width>,<height> kann das Bild in der gewünschten Größe und Format abgerufen werden.

(TODO: weitere ergänzen)

====Formalisierte Beschreibung mittels XML====
Der aufgespannte CRCF-Namensraum wird durch ein XML Schema beschrieben (siehe Abbildung).

[[bild:CRCF_XSD.jpg]]

Aus diesem Dokument kann eine CRCF-konforme XML-Datei erstellt werden. Ein CRCF-Server (zentralisiert über SRCP oder standalone) kann eine solche Datei als Datenbank verwalten. Dynamische Daten können direkt in die CRCF-XML Datei eingepflegt werden.

Hier können [http://www.mobacon.de/crcf/CRCF.xsd CRCF Schema-Datei] und eine [http://www.mobacon.de/crcf/Example.xml CRCF Beispiel-Datei] heruntergeladen werden.

; Designentscheidungen:
# Die beschriebenen Daten entsprechen dem Ergebnis einer fertig installierten Anlage.
# Es wurde eine 1:1 Abbildung von Lok zu Decoder vorgenommen. Als weitere Schritt könnten die Decoderdaten vollkommen in den Lokdaten aufgehen. Über diese Abbildung besteht jedoch auf jeden Fall noch Diskussionsbedarf.
# Auf die Referenzierung des Elternelements mittels ID-Referenzierung wurde verzichtet, da darauf mit XML-Mitteln einfach zugegriffen werden kann.
# Es wurde als weiteres Element eine (SRCP-)Serverdatenbank aufgenommen. Hierbei fehlt aber noch die Möglichkeit eine lokale Steuerung durch den CRCF-Server abzubilden (Vorschläge?!).
# Die Lokfunktionen werden im Modell als direkte Kindelemente der Lok wahrgenommen und nicht als Kinder des Decoders. Die Abbildung entspricht eher der menschlichen Wahrnehmung (Lok = {Geschwindigkeit, Fahrtrichtung, Menge an Funktionen}). Auch hier gibt es vermutlich Diskussionsbedarf.

==SRCP-Erweiterungen==
Der bisherige Umfang der SRCP-Spezifikation definiert keine Möglichkeit, mit der SRCP-Clients untereinander direkt Informationen austauschen können. Ein Bedarf dafür ist jedoch durchaus gegeben, wie folgende Auflistung zeigt:

* Zugmeldungen zwischen Stellwerken
* Zuglenkung über Zuglaufverfolgung (ZLV) und Zugnummernmeldeanlage (ZNA)
* Zugbeeinflussung mit geschwindigkeitsüberwachender Instanz (Stellwerk) und Zugsteuerung
* Scripting-Schnittstelle für Stellwerk- und Zugsteuersoftware
* Austausch von statischen und dynamischen CRCF-Daten mit einer CRCF-Datenverwaltungsinstanz

Weiterhin ist es mit SRCP prinzipiell möglich, eine Modellbahnanlage über mehrere SRCP-Server zu bedienen, es gibt aber bisher kein Konzept, das einen Informationsübergang zwischen den Server-Bereichen erlaubt. Dazu gab es folgenden Lösungsvorschlag:
* Koppelung mehrerer SRCP-Server zu einer Master/Slave-Konstellation, bei der die Busse der Slave-Server auf Busse beim Master-Server abgebildet werden.

Zur Realisierung dieser neu zu implementierenden Informationswege wurden die im folgenden näher erläuterten Konzepte vorgeschlagen.

===Neuer Befehl im Kommandomodus===
====Vorschlag====
Die aktuell SRCP-Spezifikation umfaßt für den Kommandomodus einen definierten Satz an Befehlen, die in der folgenden allgemeinen Syntax an den Server gesendet werden:

<kommando> <kommandoparameter>

Da die Befehle auf definierte Gerätegruppen wirken, die wieder bestimmten Bussen zugeordnet sind, resultiert zur weiteren Spezifizierung folgende allgemeine Befehlssyntax:

<kommando> <bus> <gerätegruppe> <parameter>

Der Bus mit Nummer 0 ist dem Server selbst vorbehalten und dient zur Adressierung von Servereinstellungen. Die Anzahl der übergebenen Parameter ist variabel.

Vom Server abgearbeitete Befehle werden gemäß der SRCP-Spezifikation an alle im INFO-Modus verbundene SRCP-Clients als eine Art „SRCP-Broadcast“ (SRCP-Rundruf) mit der folgenden allgemeinen Syntax weitergeleitet:

<codenr> INFO <bus> <gerätegruppe> <parameter>

Die angeschlossenen SRCP-Clients selbst sind anhand ihrer Session-Id identifizier- und eindeutig unterscheidbar.

Von dieser Situation ausgehend, kann ein neues Kommando ergänzt werden, dass von SRCP-Server selbst nur zum Weiterleiten einer Nachricht an die angeschlossenen SRCP-Clients genutzt wird. Den Inhalt der Nachricht muß der SRCP-Server nicht interpretieren. Die Form der Nachricht kann/soll/muß den gängigen SRCP-Konventionen bezüglich Zeichensatz, Länge etc. genügen.

=====Implementierungsvariante 1=====
Ein erster (anarchischer) Ansatz könte in SRCP 0.8-Terminologie so aussehen:

Im Kommando-Modus verbundender Client:

ECHO 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 ECHO <message>

=====Implementierungsvariante 2=====
Ein zweiter, mehr geordneter Ansatz, schreibt die Verwendung definierter Befehle (SRCP-Makros) vor, analog also beispielsweise so:

Im Kommando-Modus verbundender Client:

MACRO 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 MACRO <message>

Wobei <message> diesmal eine Folge von definierten (genormten) Befehlen inklusive deren Wert-Parametern sein muß. Diese Makros müssen natürlich den Kommunikationsbedarf der Clients (Frage/Antwort-Spiele) abdecken.

=====Implementierungsvariante 3=====
Der dritte Ansatz wäre, statt der neu zu erfindenden Makros, CRCF zu benutzen:

Im Kommando-Modus verbundender Client:

CRCF 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 CRCF <message>

Der Inhalt von <message> wäre dann eine CRCF-Befehlsfolge.

=====Anwendungsbeispiele=====
Angenommen eine Ablaufsteuerung (als eigener SRCP-Client) möchte eine Fahrstraße einstellen, dann sendet diese an das zuständige Stellwerk folgende (CRCF-)Befehlsfolge:

ROUTE <routeid> SET STATE 1

Den Erfolg bekommt er dann vom Stellwerk zurückgemeldet...

ROUTE <routeid> INFO STATE 1

... oder kann ihn auch abfragen z.B. gemäß:

ROUTE <routeid> GET STATE

Sinngemäß ließe sich so auch die Belegung einer bestimmten Fahrstraße mit einem Zug (TRAIN) setzen, abfragen oder melden. Der übermittelte Zahlenwert würde dann der Zugnummer entsprechen. Der Bedarf, dass ein SRCP-Client einem Stellwerk Daten zur Konfiguration von Fahrstraßen sendet, wäre prinzipiell auch abdeckbar:

ROUTE <routeid> ADD GA <busid> <address> <port> <state>

Oder entfernen:

ROUTE <routeid> REMOVE GA <busid> <address>

Um eine Client-Client-Verbindung zu unterhalten, müßte der Sender eines CRCF-Befehls seine
SRCP-Session-ID immer mitsenden, dann könnte die Antwort zielgerichtet erfolgen:

CRCF 0 <sender-sessionid> <empfänger-sessionid> <CRCF-message>

Mit dem Inhalt von <sessionid> ließe sich ein CRCF-Broadcast einfach von einer Punkt-zu-Punkt-Verbindung unterscheiden:

# Der Wert ist 0: Rundruf (Broadcast)
# Der Wert ist >0: Punkt-zu-Punkt-Verbindung

Auch das Thema »Zugbeeinflussung« läßt sich hiermit darstellen. Ein Zug muß während seiner Fahrt Geschwindigkeitsregeln einhalten, die das Stellwerk überwacht. Bei Überschreitungen sendet das Stellwerk einen Abbremsbefehl:

CRCF 0 <sender-session-id> 0 TRAIN <train-id> SET SPEED 0

====Bewertung====

Die Implementierung wird nicht weiterverfolgt, da der Vorschlag zur neuen Gerätegruppe besser ins bisherige SRCP paßt. Die hier andiskutierten CRCF-Nachrichten können mit dem anderen Vorschlag ebenfalls transportiert werden.

===Neuer Sitzungstyp===
====Vorschlag====

Die Implementationen von CRCF bzw. Generic Messages und den bisher definierten SRCP-Sitzungen werden komplett getrennt.

Motivation:
* Ermöglicht Kapselung von unterschiedlichen Client-Funktionalitäten: die bestehenden Sitzungen und Generic Messages sind für komplett unterschiedliche Zwecke gedacht. Die bisherigen Steuerungs-Sitzungen dienen der Kommunikation mit der Modellbahn-Hardware, Generic Messages dienen der Kommunikation der Clients untereinander.
* Dies senkt die Anforderungen an einen reinen Steuerungs-Server, er muss Generic Messages nicht unterstützen. ''Anmerkung von svesch: Der Server muss die GMs nur weiterleiten. CRCF macht nur Sinn, wenn es die SRCP-Server auch wirklich unterstützen. Sozusagen mandatory ab Version X.''
* Es erspart mobilen Eingabegeräten z.B. einem Handregler den extremen Traffic, den intelligentere stationäre Clients untereinander haben. ''Anmerkung von svesch: Das ist ein wichtiger Punkt, den habe ich im Punkt "Vorschläge zur Trafficminimierung" versucht Rechnung zu tragen.''

Bei der Einschätzung des Programmieraufwands gehen die Meinungen auseinander. Die einen sehen Zusatzaufwand in der dritten TCP-Verbindung, andererseits erhöht die Kapselung der Funktionalitäten die Wartbarkeit des Systems.

Eigene Sitzungen trennen sowohl den Namensraum für Steuerung und Generic Messages als auch den durch beide Kommunikationsformen entstehenden Netzwerkverkehr:

SET PROTOCOL GM 0.3
SET CONNECTIONMODE GM INFO|COMMAND

Programmiertechnisch wird sowohl für den SRCP-Server als auch den SRCP-Client die Unterhaltung einer bzw. zweier weiterer Netzwerkverbindungen notwendig. Alternativ ist ein Systemdienst möglich, der nur GM-Sitzungen, aber keine Steuerungs-Sitzungen unterstütz.

====Bewertung====
Die Diskussion dauert noch an, daher ist keine abschliessende Bewertung möglich

===Neue Gerätegruppe===
====Vorschlag====

Für den generalisierten Nachrichtenaustausch wird eine neue Gerätegruppe (device group) »Generic Message« (GM) auf Bus 0 eingerichtet. Die einzige (sinnvoll) anzuwendende Methode ist SET.

Beispielhafte Anwendung im Kommandomodus:

SET 0 GM <AntwortID> <EmpfängerID> <messagetype> <messagetext>

EmpfängerID ist diejenige INFO-Session-ID, die die Nachricht erhalten soll. Ist diese 0, so wird die Nachricht als Rundruf an alle INFO-Sessions gesendet. Die AntwortID ist die INFO-Session-ID (oder 0), an die eine eventuelle Antwortnachricht gesendet werden soll. Anmerkung: Die Antwort-ID ist niemals die Session-ID, die den SET Befehl ausführt.

Beispielhafte Anwendung im INFO-Modus:

INFO 0 GM <AntwortID> <EmpfängerID> <messagetype> <messagetext>

<messagetype> ist ein entweder zentral (Wo und von wem?) oder dezentral (anwendungsspezifisch) definierter Identifier, der als eindeutige Kennung für die Interpretation von <messagetext> dient.

Für <messagetext> gelten die im SRCP üblichen Einschränkungen/Formatanforderungen, z.B. dass der Zeichensatz aus 7 Bit ASCII besteht. Die Länge der gesamten Kommandozeile ist auf 1000 Zeichen begrenzt.

=====Anwendungsbeispiel=====
Ein Client fragt nach den Einzelheiten des Gerätes GA 1 auf Bus 8. Antwort an Session-ID 13 erbeten (Schritt 1).

SET 0 GM 13 0 CRCF CONFGET 8 GA 1

Wie die INFO-Nachricht aussieht, dürfte offensichtlich sein. Er geht an alle INFO-Sessions (Schritt 2).

INFO 0 GM 13 0 CRCF CONFGET 8 GA 1

Wenn ein CRCF-Service diese Nachricht erhalten hat, sendet er eine passende Antwort an den SRCP-Server (Schritt 3):

SET 0 GM 19 13 CRCF CONFINFO 8 GA 1 ....

Die Info-Session des CRCF-Services ist im Beispiel 19; die Antwort wird vom
SRCP-Server direkt an die SESSION 13 weitergeleitet (Schritt 4):

INFO 0 GM 19 13 CRCF CONFINFO 8 GA 1 ....

[[Bild:SRCP_GM.png|framed|Nachrichtenfluß über Generic Messages. CS: COMMAND-Sitzung, IS: INFO-Sitzung]]
Der Nachrichtenfluß über die Schritte 1 bis 4 ist in der nebenstehenden Grafik dargestellt. Die teilnehmenden SRCP-Clients müssen sowohl eine COMMAND- als auch eine INFO-Sitzung unterhalten. Für die Adressierung der Nachrichten spielen die Identifikationsnummern der COMMAND-Sitzungen (im Beispiel 12 und 18) keine Rolle.

Weitere Anfragen kann der Client direkt an Session 19 stellen. Er erhält
die INFO-Nachricht sofort. Wenn Session 19 terminieren sollte, kann er wieder
auf Empfänger 0 (= alle) umstellen.

====Bewertung====
Es entsteht eine allgemein nutzbare Kommunikationsstrecke mit vielfältigem Anwendungspotential. Es entsteht ein permanenter Pflegedienst für Vergabe der Nachrichtentypen (kann automatisiert werden).
Der Vorschlag wurde in die SRCP-Spezifikation 0.8.4 übernommen.

====Anmerkungen====
Zu den Konsequenzen der Implementierung gab es einige spezielle Fragestellungen.

;Müssen wir uns über Timeouts Gedanken machen?
: Das ist Sache der Clients und sollte natürlich benutzerfreundlich gestaltet sein.

;Wie lange soll ein anfragender Client auf Antworten warten?
:Da der Client für das Timeoutverhalten verantwortlich ist, entscheidet auch er darüber. Wiederum gilt, so benutzerfreundlich, wie möglich.

;Generiert der Server gegebenenfalls eine Timeout-Nachricht?
:Nein, denn er hat keine Ahnung vom Inhalt der ausgetauschten Nachrichten. Er transportiert nur eine Botschaft; dass zwei (oder auch mehr) Teilnehmer zu einem Dialog gehören, ist dem Server unbekannt.

;Wenn der Server schon beim Empfang einer "SET 0 GM"-Anfrage sieht, dass er damit keinen Empfänger erreichen kann, sollte er eine entsprechende Meldung an den Anfrager generieren (beispielsweise wenn der Anfragende der einzige angemeldete Client ist)?
:Vorschlag: Der Server sendet in einem solchen Fall "416 ERROR no data". Dies Meldung erfolgt nur dann, wenn keine INFO Session aktiv ist. Könnte damit auch entfallen, da der Timeout zuschlagen wird.

;Warum muss der Client bei "SET 0 GM"-Anfragen seine Antwort-ID mitsenden? Der Server könnte diese ID in die INFO-Nachricht eintragen, denn er kennt sie ja.
:Der Server hat überhaupt keine Ahnung davon, welche beliebigen zwei Sessions zusammengehören.

;Die Session-IDs übernehmen eine zentrale Rolle beim Gebrauch von GMs. In der aktuellen SRCP-Spezifikation fehlt eine Beschränkung der Session-ID auf einen definierten Wertebereich.
:Der im normalen Betrieb notwendige Wertebereich ist sehr gering; ein generischer (von der Hardwareplatform abhängiger) vorzeichenloser Ganzzahlwert sollte für alle Anwendungsfälle ausreichen.

==== Vorschläge zur Minimierung des Netzwerkdatenverkehrs====
Die Diskussion zeigte, dass größeres Unverständnis darüber herrschte, welches zusätzliche Datenaufkommen über den Nachrichtenaustausch der SRCP-Clients untereinander entstehen würde. Es bestand teilweise die Befürchtung, dass nicht an dieser Kommunikation interessierte SRCP-Clients unnötig und überfordernd belastet würden. Hier wurde insbesondere deutlich, dass das jetzt schon über den INFO-Kanal eingehende Nachrichtenvolumen SRCP-Anfängern unter Umständen nicht bewust ist und leicht unterschätzt wird.

Bei sachgemäßem Umgang mit dem neuen Nachrichtenkanal ergibt sich gegenüber dem bisherigen INFO-Kanalvolumen jedoch nur ein geringes Mehr an Daten. Insbesondere die Möglichkeit zur direkten Kommunikation zweier Teilnehmer wirkt im Bedarfsfall stark volumenbeschränkend. Ein inflationärer Gebrauch von Rundrufnachrichten sollte naturgemäß vermieden werden.

* <del>Wenn an einen SRCP-Server eine CRCF-Broadcastanfrage gestellt wird, muss er dann eine INFO-Nachricht generieren? Es kann ja sein, dass er selber auf die Anfrage antworten kann. Gerade bei dynamischen Daten kann der Server möglicherweise am besten Auskunft geben.</del>
Anmerkung: Es gibt bereits genügend SRCP-Kommandos, um Informationen direkt beim Server zu erfragen. Dieser Punkt ist daher irrelevant.

* <del>CRCF-Broadcastanfragen werden vom Server per INFO-Meldung an alle angemeldeten Clients weitergeleitet. An den Anfrager selber sollte die INFO-Meldung jedoch nicht weitergeleitet werden.</del>
Anmerkung: Durch das generelle Weiterleiten der INFO-Meldung weiß der Client, das (und wann) seine Botschaft rausgegangen ist. Deshalb wird auch dieser Punkt gestrichen.

* Ein Client sollte selber darüber entscheiden, ob er CRCF-Broadcasts empfängt. Per Voreinstellung ist diese Option nicht aktiv. Wie das Ein- oder Ausschalten funktioniert, wäre zu diskutieren.

== Glossar ==

;'''CRCF-Broadcast'''
:Eine von einem SRCP-Client in Form von "SET 0 GM <AntwortID> 0 CRCF CONFGET <messagetext>" initiierte Rundrufnachricht, die der SRCP-Server über den INFO-Kanal an alle angeschlossenen SRCP-Clients weiterleitet.

;'''CRCF-Client'''
:Ein Client mit lokalen CRCF-Daten bzw. lokaler CRCF-Datenbank.

[[Kategorie:SRCP]]

SRCP-Erweiterungen

2016-01-30T18:50:17Z

Guido Scholz: Formulierung eingedeutscht

==Zielsetzung dieser Seite==

Dieses Dokument soll eine Zusammenfassung der Diskussion „SRCP-Erweiterungen“ (erster Eintrag war am 27.12.2006) darlegen.

Hier der initiale Eintrag:

Hallo SRCP-Fans!

ich entwickle bereits seit einiger Zeit Software für [[Digitalprojekt|SRCP]], habe mich
aber nie aktiv hier an Diskussionen beteiligt (ehrlich gesagt ist das
mein erster Eintrag in der Gruppe ;).
Während der Entwicklung kamen einige Ideen, die ich nun hier zur
Diskussion stellen möchte:

# Ich hätte gern einen Dienst für Clients, mit dem sie den Server (bzw. dessen IP-Adresse) finden können. Da gibt es sicher mehrere Möglichkeiten, ich dachte an Broadcast oder an eine DHCP-Option.
# Stichwort CRCF: Was ist mit der Entwicklung? Ich hätte gern dieses Feature für SRCP und würde mich ggf. an der Mitentwicklung beteiligen.

Treffen sich die SRCP-Entwickler eigentlich regelmäßig zu einer Art
Stammtisch?

Gruß, Sven.

Im Fokus der hier beschriebenen Erweiterungen steht die Vereinfachung der Nutzbarkeit (neudeutsch "usability") von SRCP. Damit soll die Verbreitung von SRCP erhöht werden und der Einstieg für Neulinge erleichtert werden.

Dieser Anspruch läßt sich kurz in einem Satz zusammenfassen:
"Wie kann ich die Vorteile von SRCP nutzen, ohne dass ich die Interna des Protokolls kennen muss?"

==SRCP-Stammtisch==
Um die aktuellen Vorhaben besser diskutieren zu können, schlage ich ein Treffen in Form eines Stammtisches vor. Vielleicht kann man sich hier zunächst über einen Ort des Treffens verständigen, der von den meisten gut erreichbar ist.

{| border="1" align="center" width="50%"
|+
! SRCP-Interessierter
! Wohnort

|-
| Sven Schlender
| Leipzig

|-
| Stefan Bormann
| Bremen

|-
| Guido Scholz
| Burgkirchen

|-
| ...
| ...
|}

==SRCP-Server-Suchdienst==
Sehr schnell kam der Vorschlag, für diesen Bedarf einen [http://www.zeroconf.org/ Zeroconf]-Systemdienst (DNS-SD/mDNS) einzusetzen. Dieser ermöglicht die Suche bzw. das Veröffentlichen beliebiger Systemdiente durch das Versenden eines ServiceDiscovery-Multicasts. Es existieren hierfür derzeit zwei zueinander kompatible Implementierungen, die beide als OpenSource freigegeben sind:

* [http://www.apple.com/macosx/features/bonjour/ Bonjour], von Apple für Mac, UNIXoide-Systeme und Windows.
* [http://avahi.org/ Avahi], als praktisch schon etablierter Standard für Linux.

Unter anderem ist es hiermit möglich, Angaben über die Portnummer zu veröffentlichen, auf der der Server seinen Dienst anbietet. Obgleich es für SRCP mittlerweile eine offiziell über [http://www.iana.org/ IANA/IETF] reservierte Portnummer (4303) und Protokollbezeichner (srcp) gibt, hat ein SRCP-Administrator prinzipiell die Freiheit, einen von dieser Vorgabe abweichenden Wert für die Portnummer zu wählen. Auch die Anzahl der in einem Netz betriebenen SRCP-Server ist damit nicht eingeschränkt.

Dem Administrator eines SRCP-Servers bleibt es überlassen, auf dem gleichen Rechner auch einen „Zeroconf“-Systemdienst einzurichten. Er muß, wenn er auf seiner Modellbahn entsprechende SRCP-Clients benutzen möchte, das Programm installieren und so konfigurieren, dass der SRCP-Dienst veröffentlicht wird. Alternativ kann ein SRCP-Server sich auch automatisiert beim Zeroconf-Dienst anmelden. Die eigentliche Arbeit für die Nutzung des SD-Dienstes liegt beim Entwickler des „Einsteck-und-Spiel“-SRCP-Clients, denn dieser SRCP-Client muß nicht nur SRCP sprechen, sondern auch noch ein DNS-SD/mDNS-Client sein.

Beispiel für eine avahi Konfigurationsdatei. Abgelegt unter /etc/avahi/services/scrpd.service
(Kubuntu Linux). Die Einträge sind natürlich nur beispielhaft.

<service-group>
<name replace-wildcards="yes">srcpd on %h</name>
<service protocol="any">
<type>_srcp._tcp</type>
<host-name>srcp.example.com</host-name>
<port>4303</port>
<txt-record>SRCP auf Mobaserver</txt-record>
</service>
</service-group>

==CRCF-Erweiterungen==

Obwohl [[CRCF_-_Common_Railroad_Configuration_Files_0.2.0|CRCF]] (Common Railroad Configuration Files) schon vor einigen Jahren zur Implementierung vorgeschlagen wurde, fand es keine Verbreitung bzw. Anwendung. Möglicherweise war damals das Interesse zu gering. Umso mehr Interessenten fanden sich nun in dieser Diskussion, bei der über die bisherigen Ideen von CRCF hinaus einige weitergehende Themen aufkamen.

===Stand der Technik===
[[Bild:Crcf-old.png|framed|Nachrichtenfluß gemäß der CRCF-Spezifikation Version 0.2.0. CS: COMAND-Sitzung]]
Der bisherige CRCF-Spezifikationsentwurf mit der Versionsnummer 0.2.0 basiert auf SRCP und beschreibt die Fähigkeiten eines SRCP-Servers. Die dort abgelegten Informationen beziehen sich je Datei auf genau _einen_ SRCP-Server. Physikalisch liegen die CRCF-Daten beim zugehörigen SRCP-Server; Detailinformationen daraus können von SRCP-Clients über den SRCP-Befehl CONFGET abgefragt werden. Dieser Befehl erlaubt nur Lesezugriffe und damit auch nur den Umgang mit statischen Daten. Ein analoger Befehl CONFSET zum Schreiben von Daten ist erwähnt, es ist aber keine nähere Anwendung dafür definiert. Das Ablageformat wird als textbasierte Datei beschrieben, wobei die Daten in Sinne von SRCP mit entsprechend benannten Datenfeldern vorliegen. Der vorliegende Entwurf ist zur Zeit der SRCP-Spezifikation 0.7.1 entstanden und bildet die mit Version 0.8 eingeführten Erweiterungen, wie z.B. Busse, noch nicht ab.

 

===Anforderungen an CRCF===

* Die umständliche Eingabe von Informationen über Loks (z.B. Belegung der Funktionen) und Zubehör soll zur einfacheren Konfiguration von SRCP-Clients entfallen.
* Anlagenweite Anzeige von Klartextnamen anstatt von Adressen (konkretes Beispiel?)
* Als Alternative zum Zeroconf-Systemdienst könnte CRCF die Hostnamen bzw. IP-Adressen der SRCP-Server einer Anlage verwalten.
* Verwaltung statischer Informationen
* Verwaltung dynamischer Informationen
* CRCF soll für Benutzer in ausdruckbarer Form zugänglich sein.
* Die Daten sollen in CRCF strukturiert/gegliedert abgelegt sein.
* SRCP-Server sollten Zugriff auf die CRCF erhalten (Warum?).
* Der CRCF-Befehlsvorrat könnte zur Kommunikation zwischen Clients genutzt werden.
* Der bisherige Geltungsbereich einer CRCF-Datei sollte sich nicht nur auf _einen_ SRCP-Server, sondern vielmehr auf _eine_ Modellbahnanlage beziehen. Damit wäre ein geeigneter Rahmen vorhanden, den charakterisierenden Bestand an z.B. Zügen, Fahrstraßen, SRCP-Servern, dem Streckennetz etc. einer Anlage zusammenfassend abzulegen.

===Fragestellungen===

* Wo soll die CRCF liegen?
* Wie soll eine Datenabfrage aussehen?
* Wie sollen dynamische Informationen von CRCF verwaltet werden?
* Soll die Kommunikation zwischen SRCP-Clients mit CRCF abgebildet werden und wenn ja, wie?

===Namensgebung===

CRCF steht im Moment ja für Common Railroad Configuration Files, inzwischen hat es sich ja aber zu einem Protokoll zur Abfrage von Konfigurationsdaten entwickelt. Von daher passt der bisherige Name nicht mehr. Um keinen unnötigen Änderungsaufwand zu provozieren sollte die Abkürzung beibehalten werden können. Common Railroad Configuration Language - CRCL ist daher also nicht optimal. weitere Vorschläge:

* Common Railroad Configuration Format

===Implementierungsvorschläge===

====Zentrale Datenablage bei einem spezialisierten SRCP-Client====
[[Bild:srcp-crcf-client.png|framed|Nachrichtenfluß bei einem Betrieb mit einem als CRCF-Server arbeitenden SRCP-Client. CS: COMAND-Sitzung, IS: INFO-Sitzung]]
Über die Diskussion ergab sich der Vorschlag, den CRCF-Datenbestand über einen speziellen SRCP-Client netzwerkweit zugänglich zu machen, statt diesen nur als zentral verwaltete Datei abzulegen. Dieser SRCP-Client hätte damit eine Art Datenbankserverfunktion und könnte gezielt Detailinformationen ausliefern. Interessierte Clients müßten dann nicht jeweils selbst die komplette Datei nach den für sie notwendigen Informationen durchsuchen. Auch ein SRCP-Server könnte auf diese Daten zugreifen.

Der Zugriff auf diesen als CRCF-Server arbeitenden SRCP-Client erfolgt über den SRCP-Server, der sowohl die eingehenden CRCF-Anfragen als auch die zurückgehenden Antworten weiterleitet. Das bisherige SRCP muß erweitert werden, um diese neue Abfragetechnik zu ermöglichen. Bei diesem Modell wird SRCP als Tunnel genutzt, da CRCF-Anfragen vom SRCP-Server nicht interpretiert sondern nur durchgereicht werden. Dabei entsteht gleichzeitig eine Möglichkeit zur Kommunikation zwischen SRCP-Clients.

Bei Installationen mit mehreren SRCP-Servern muß sich der SRCP-Client bei allen verfügbaren SRCP-Servern anmelden, damit Daten anlagenweit verteilt werden können. Die Programmierung solcher Clients wird wegen der erforderlichen Netzwerkverbindungen aufwändig. Alternativ müßten SRCP-Server so gekoppelt werden, das die Anmeldung bei einem Server reicht.

Der SRCP-Client mit dem CRCF-Datenbestand kann konsistent statische und dynamische Daten verwalten, wenn er diese konsequent einsammelt bzw. zugestellt bekommt. Zusätzlich wird die Verwaltung von Daten, die über die SRCP-Welt hinausgehen, wie die von Fahrstrassen und kompletten Layouts, ermöglicht.

 

====Zentrale Datenablage bei einem separaten CRCF-Server====
[[Bild:srcp-crcf-server.png|framed|Nachrichtenfluß bei einem Betrieb mit getrennten SRCP- und CRCF-Servern. CS: COMAND-Sitzung, IS: INFO-Sitzung, ...: nicht geklärt]]
Als weitere Idee wurde der Vorschlag diskutiert, die Verwaltung der CRCF-Daten einem neu zuschaffenden CRCF-Server zu überlassen. Dieser würde als eigener Systemdienst laufen und müßte über ein neu zudefinierendes Protokoll angesprochen werden. Die SRCP-Spezifikation muß in diesem Fall nicht geändert werden, da das CRCF-Protokoll parallel und von SRCP weitgehend unabhängig existiert.

Der CRCF-Server bedient zunächst nur rein statische Daten, die von den CRCF-Clients abgefragt werden können. Damit sowohl SRCP-Clients als auch SRCP-Server diesen Dienst nutzen können, müssen diese zusätzlich das CRCF-Protokoll implementieren.

Um auch dynamische Daten zu verwalten, muß ein Meldedienst implementiert werden, der auch Schreibzugriffe in den Datenbestand ermöglicht. Eine Kommunikation zwischen CRCF-Clients könnte mittels einer Mailboxfunktion realisiert werden.

 

==== Verteilte Datenablage bei verschiedenen SRCP-Clients====
[[Bild:Crcf-client-server.png|framed|Nachrichtenfluß bei einem Betrieb mit als CRCF-Servern und -Clients arbeitenden SRCP-Clients. CS: COMAND-Sitzung, IS: INFO-Sitzung]]
Jeder SRCP-Client, der Daten verwaltet, die im laufenden Anlagenbetrieb einer mehr oder weniger kontinuierlichen Änderung unterliegen und über das herkömmliche SRCP nicht erfaßt werden, könnte diese zur Abfrage für interessierte Clients zur Verfügung stellen. Er würden dann sozusagen auch als CRCF-Server arbeiten, allerdings beschränkt auf die von ihm verwalteten, dynamischen Daten. Alternativ ließe sich dieses Konzept auch auf die statischen Daten ausdehnen.

CRCF-Clients, die eine Anfrage starten möchten, wüßten zu Beginn nicht, wo diese Daten abgelegt sind. Eine zentrale Verwaltungsinstanz wäre in diesem Fall ja nicht vorhanden. Der anfragende Client könnte also eine Rundrufnachricht senden und würde die Antwort von dem zuständigen SRCP-Client bekommen. Hier besteht prinzipiell die Gefahr, dass diese Daten nicht konsistent vorliegen, wenn die Zuständigkeit der abgefragten Daten nicht eindeutig z.B. auf genau _einen_ bestimmten Client festgelegt ist. Insbesondere kann das leicht bei mobilen SRCP-Clients passieren, wenn diese auf mehreren Anlagen genutzt werden und der Benutzer nicht sorgsam mit den lokal gespeicherten Daten umgeht.

 

====Bereitstellung der CRCF-Daten via Zeroconf-Dienst====
Diese Idee wurde als eine prinzipielle Möglichkeit erwähnt, aber nicht weiter ausgeführt.

====Abfrage der CRCF-Daten via Generic Messages====
Nachdem Generic Messages als neue Device Group in SRCP aufgenommen wurden, können CRCF-Daten darüber versendet werden.

Eine CRCF Message hat folgendes Datenformat:

GM <send_to> <reply_to> CRCF <actor> <actor_id> <method> <attribute> [<attribute_value>]

;<send_to>
:Sessionid of an INFO session the message MUST BE delivered to or 0 (null) if delivery is done to all INFO sessions.

;<reply_to>
:Sessionid of an INFO session to which message replies SHOULD be directed (if any). Alternatively the 0 (Null) MUST be used to direct the reply to all INFO sessions.

;CRCF
:Message type für CRCF Messages.

;<actor>
:Benennung für den Akteur, dessen Daten geändert werden sollen.

;<actor_id>
:Identifikationsnummer, die zur eindeutigen Adressierung des Akteurs dient. Es könnte sich dabei um eine [http://en.wikipedia.org/wiki/UUID UUID] gemäß [http://tools.ietf.org/rfc/rfc4122.txt RFC4122] oder auch eine beliebige positive Ganzzahl handeln.
:Wie sieht es mit einer ID für Broadcasts aus? Es würde sich 00000000-0000-0000-00000000000 anbieten, aber vielleicht gibt es da bessere Alternativen.

;<method>
:Methode, die auf den folgenden Attributwert angewendet werden soll. Folgende Methoden sind implementiert:
::'''INFO'''
:::Response Message, <attribute_value> kann verwendet werden.

::'''SET'''
:::Setting values. Wird mit einer INFO oder ERROR Messages beantwortet.

::'''GET'''
:::Request of values. <attribute_value> muss nicht verwendet werden. Wird mit einer INFO oder ERROR Message beantwortet.

::'''LIST'''
:::Abfrage einer Liste, wenn das Attribute mehrere Werte haben kann. Als Antwort wird als erstes die Anzahl der vorhandenen Datensätze übermittelt. Dazu wird an das Attribute die Zeichenkette COUNT gehängt und als Attribute Value die Anzahl der Datensätze. Danach wird jeweils in einer Zeile die abgefragten Attributen mit dem jeweils dazugehörigen Wert als <attribute_value>. Wenn die Abfrage nicht möglich ist, wird mit einer ERROR Message geantwortet.

:::Beispiel:

:::CRCF LOCODB <actor_id> LIST LOCO
:::->
:::CRCF LOCODB <actor_id> INFO LOCOCOUNT 2
:::CRCF LOCODB <actor_id> INFO LOCO <loco_id1>
:::CRCF LOCODB <actor_id> INFO LOCO <loco_id2>

::'''ERROR'''
::: Wenn eine Abfrage nicht ausgeführt werden kann, wird sie mit einer entsprechenden Fehlermeldung beantwortet. Als <attribute> wird der Fehlercode übermittelt und als <attribute_value> der dazugehörige Fehlertext. Die Fehlercodes entsprechen den in SRCP definierten.

;<attribute>
:Attribut des Akteurs, das von der Nachricht betroffen ist. Die Attribut-Kennungen sind je nach Akteur unterschiedlich.

;<attritbute_value>
:Der Wert des Attributs, das von der Nachricht betroffen ist. Die Angabe dieses Wertes ist abhängig von der verwendeten Methode und des Attributes. Je nach Attribut kann es sich hierbei um einen positiven Ganzzahlwert >= 0 (z.B. Nummer eines Zuges), eine UUID oder eine alphanumerische Kennung (z.B. Name einer Fahrstraße) handeln. Handelt es sich um einen alphanumerischen Wert, wird dieser URL-kodiert ([http://www.ietf.org/rfc/rfc2396.txt RFC 2396]) über den SRCP-Server versendet und empfangen.

===Erweiterung des bisherigen Befehlsvorrats===
Der bisherige Namensraum von CRCF umfaßt keine Befehle, die Objekte einer höheren Abstraktionsebene beschreiben. Für die Attribute dieser makroskopischen Objekte gibt es ebenfalls noch keine Festlegung. Zum Teil sind die Werte dieser Attribute statisch zum Teil ändern sich sich während des Betriebs. Bei der Implementierung von CRCF via GM agieren diese Objekte als Aktoren, mit den jeweiligen Attributen. Der Bedarf für folgende Begriffe ist vorhanden:

; Stellwerk (RWCC, Railway Control Center)
: Steuerungsinstanz, die Fahrstraßen verwaltet, für ein oder mehrere Bahnhöfe zuständig ist, Zugmeldungen abwickelt, ihr zuständiges Streckennetz kennt, einzuhaltende Geschwindigkeiten überwacht und bei Überschreitungen eingreift etc.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Modus (MODE) - numerisch - dynamisch

; Gleisbild (LAYOUT)
: Streckennetzbeschreibung eines Stellwerkbezirks, enthält Angaben zur Dimension, Position einzelner Gleisbildelemente, automatischer Streckenblöcke, Fahrstraßen, etc.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) -alphanumerisch - statisch
::Zeilen (ROWS) - numerisch - statisch
::Spalten (COLUMNS) -numerisch - statisch
::Stelltischausleuchtung (TABLELIGHT) - numerisch - dynamisch

; Freimeldeabschnitt (?)
: Streckenabschnitt, der mit einer Gleisfreimeldeanlage (Rückmeldung/Belegtmeldung) überwacht wird.

; Automatischer Streckenblock (BLOCK)
: Automatisch per Freimeldeabschnitte überwachter Streckenabschnitt zur Steuerung von Zugfahrten. Ein automatischer Streckenblock führt von einem Startgleisabschnitt in einen Zielgleisabschnitt.

; Fahrstraße (ROUTE)
: Sicherheitstechnisch überwachter Streckenabschnitt innerhalb eines Stellwerks, der über Informationen zur Start- und Zielsignal, Soll-Weichenstellungen, Freimeldeabschnitte, Typinformation (für anzuwendenden Regelsatz), den aktuellen Zustand (eingestellt, aufgelöst, reserviert, teilaufgelöst) etc. verfügt. Eine Fahrstraße führt von einem Startgleisabschnitt in einen Zielgleisabschnitt.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Typ (TYPE) - numerisch - statisch
::Status (STATE) - numerisch - dynamisch
::Zug (TRAIN) - numerisch - dynamisch

; Weichenstraße (SLIST, Switch List)
: Sammlung schaltbarer Magnetartikel und ihrer Sollstellungen ohne sicherheitstechnische Überwachung; ist nicht mit »Fahrstraße« zu verwechseln.

; Zugsteuerung (TNCC, Train Control Center)
: Instanz, die die Logistik eines gegebenen Vorrats an Zügen übernimmt z.B. fahrplangesteuerte Fahrten von Zügen zwischen Bahnhöfen

; Zug (TRAIN)
: Instanz, die über ihre Zugnummer identifizierbar ist, eine oder mehrere Lokomotiven ansteuert, Informationen zu Typ und Länge verfügt etc.

; Bahnhof (STATION)
: Start- und Zielpunkt von Zugfahrten.

; Gleisabschnitt (SECTION)
: Ein Gleisabschnitt charakterisiert den Aufenthaltsort eines Zuges, z.B. für Zugmeldungen. Streckenblöcke und Fahrstraßen überführen einen Zug von einem Gleisabschnitt (Start) in den nächsten Gleisabschnitt (Ziel).

; Lokdatenbank (LOCODB)
: Instanz, die eine Übersicht über vorhandene Lokomotiven und deren Konfiguration bietet.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Liste verwalteter Loks (LOCO) - Liste - dynamisch

; Lok (LOCO)
: Konfiguration einer Lok
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Bild (IMAGE) - UUID - statisch
::Höchstgeschwindigkeit im km/h (V_MAX) - numerisch - statisch
::verbaute Decoder (DECODER) - Liste - statisch

; Decoder (DECODER)
: Konfiguration eines Decoder
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Lok in der der Decoder verbaut ist (LOCO) - UUID - statisch
::unterstützte Protokolle (PROTOCOL) - LISTE - statisch

; Protokollkonfiguration eines Decoders (PROTOCOL)
: Beschreibung der Konfiguration eines Decoders für das jeweilige Protokoll
::Identifikationsnummer (ID) - UUID - statisch
::Format des Protokolls (NAME) - alphanumerisch - statisch
::Decoder zu dem diese Protokolldefinition gehört (DECODER) - UUID - statisch
::Adresse (ADRESS) - numerisch - dynamisch
::Bus (BUS) - numerisch - dynamisch
::Fahrstufen (SPEEDSTEPS) - numerisch - statisch
::abs./rel. Fahrtrichtung (DIRECTION) - numerisch - statisch
::Programmiermodi (PROGMODE) - alphanumerisch - statisch
::Funktionen (FUNCTION) - Liste - statisch

; Funktion (FUNCTION)
: Beschreibung einer Funktionbelegung eines Decoders
::Identifikationsnummer (ID) - UUID - statisch
::Beschreibung (NAME) - alphanumerisch - statisch
::Protokollkonfiguration zu der diese Funktion gehört (PROTOCOL) - UUID - statisch
::Nummer der Funktion (NUMBER) - numerisch - statisch
::Auslöseart (MODE) - numerisch - statisch
:::Wie die Funktion betätigt wird, ob schaltend oder tastend. Dabei ist 0=schaltend und 1=tastend.
::Bild (IMAGE_ON) - UUID - statisch
::Bild (IMAGE_OFF) - UUID - statisch
:::Bild das auf der Funktionstaste angezeigt werden soll.

; Bild (IMAGE)
: Bild, das in mehreren Dateiformaten vorliegen kann, mit Zeitstempel, um festzustellen, wann es zuletzt verändert wurde.
::Identifikationsnummer (ID) - UUID - statisch
::Beschreibung (NAME) - alphanumerisch - statisch
::Formate (FORMAT) - numerisch - statisch
:::Formate in denen das Bild vorhanden ist: 1=SVG, 2=PNG, 4=JPG Rückgabewert ist die Summe aller verfügbaren Formate.
::Zeitstempel (TIMESTAMP) - numerisch - statisch
::eigentliches Bild (DATA) - Byte-Strom - statisch
::: Über GET DATA <format>,<width>,<height> kann das Bild in der gewünschten Größe und Format abgerufen werden.

(TODO: weitere ergänzen)

====Formalisierte Beschreibung mittels XML====
Der aufgespannte CRCF-Namensraum wird durch ein XML Schema beschrieben (siehe Abbildung).

[[bild:CRCF_XSD.jpg]]

Aus diesem Dokument kann eine CRCF-konforme XML-Datei erstellt werden. Ein CRCF-Server (zentralisiert über SRCP oder standalone) kann eine solche Datei als Datenbank verwalten. Dynamische Daten können direkt in die CRCF-XML Datei eingepflegt werden.

Hier können [http://www.mobacon.de/crcf/CRCF.xsd CRCF Schema-Datei] und eine [http://www.mobacon.de/crcf/Example.xml CRCF Beispiel-Datei] heruntergeladen werden.

; Designentscheidungen:
# Die beschriebenen Daten entsprechen dem Ergebnis einer fertig installierten Anlage.
# Es wurde eine 1:1 Abbildung von Lok zu Decoder vorgenommen. Als weitere Schritt könnten die Decoderdaten vollkommen in den Lokdaten aufgehen. Über diese Abbildung besteht jedoch auf jeden Fall noch Diskussionsbedarf.
# Auf die Referenzierung des Elternelements mittels ID-Referenzierung wurde verzichtet, da darauf mit XML-Mitteln einfach zugegriffen werden kann.
# Es wurde als weiteres Element eine (SRCP-)Serverdatenbank aufgenommen. Hierbei fehlt aber noch die Möglichkeit eine lokale Steuerung durch den CRCF-Server abzubilden (Vorschläge?!).
# Die Lokfunktionen werden im Modell als direkte Kindelemente der Lok wahrgenommen und nicht als Kinder des Decoders. Die Abbildung entspricht eher der menschlichen Wahrnehmung (Lok = {Geschwindigkeit, Fahrtrichtung, Menge an Funktionen}). Auch hier gibt es vermutlich Diskussionsbedarf.

==SRCP-Erweiterungen==
Der bisherige Umfang der SRCP-Spezifikation definiert keine Möglichkeit, mit der SRCP-Clients untereinander direkt Informationen austauschen können. Ein Bedarf dafür ist jedoch durchaus gegeben, wie folgende Auflistung zeigt:

* Zugmeldungen zwischen Stellwerken
* Zuglenkung über Zuglaufverfolgung (ZLV) und Zugnummernmeldeanlage (ZNA)
* Zugbeeinflussung mit geschwindigkeitsüberwachender Instanz (Stellwerk) und Zugsteuerung
* Scripting-Schnittstelle für Stellwerk- und Zugsteuersoftware
* Austausch von statischen und dynamischen CRCF-Daten mit einer CRCF-Datenverwaltungsinstanz

Weiterhin ist es mit SRCP prinzipiell möglich, eine Modellbahnanlage über mehrere SRCP-Server zu bedienen, es gibt aber bisher kein Konzept, das einen Informationsübergang zwischen den Server-Bereichen erlaubt. Dazu gab es folgenden Lösungsvorschlag:
* Koppelung mehrerer SRCP-Server zu einer Master/Slave-Konstellation, bei der die Busse der Slave-Server auf Busse beim Master-Server abgebildet werden.

Zur Realisierung dieser neu zu implementierenden Informationswege wurden die im folgenden näher erläuterten Konzepte vorgeschlagen.

===Neuer Befehl im Kommandomodus===
====Vorschlag====
Die aktuell SRCP-Spezifikation umfaßt für den Kommandomodus einen definierten Satz an Befehlen, die in der folgenden allgemeinen Syntax an den Server gesendet werden:

<kommando> <kommandoparameter>

Da die Befehle auf definierte Gerätegruppen wirken, die wieder bestimmten Bussen zugeordnet sind, resultiert zur weiteren Spezifizierung folgende allgemeine Befehlssyntax:

<kommando> <bus> <gerätegruppe> <parameter>

Der Bus mit Nummer 0 ist dem Server selbst vorbehalten und dient zur Adressierung von Servereinstellungen. Die Anzahl der übergebenen Parameter ist variabel.

Vom Server abgearbeitete Befehle werden gemäß der SRCP-Spezifikation an alle im INFO-Modus verbundene SRCP-Clients als eine Art „SRCP-Broadcast“ (SRCP-Rundruf) mit der folgenden allgemeinen Syntax weitergeleitet:

<codenr> INFO <bus> <gerätegruppe> <parameter>

Die angeschlossenen SRCP-Clients selbst sind anhand ihrer Session-Id identifizier- und eindeutig unterscheidbar.

Von dieser Situation ausgehend, kann ein neues Kommando ergänzt werden, dass von SRCP-Server selbst nur zum Weiterleiten einer Nachricht an die angeschlossenen SRCP-Clients genutzt wird. Den Inhalt der Nachricht muß der SRCP-Server nicht interpretieren. Die Form der Nachricht kann/soll/muß den gängigen SRCP-Konventionen bezüglich Zeichensatz, Länge etc. genügen.

=====Implementierungsvariante 1=====
Ein erster (anarchischer) Ansatz könte in SRCP 0.8-Terminologie so aussehen:

Im Kommando-Modus verbundender Client:

ECHO 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 ECHO <message>

=====Implementierungsvariante 2=====
Ein zweiter, mehr geordneter Ansatz, schreibt die Verwendung definierter Befehle (SRCP-Makros) vor, analog also beispielsweise so:

Im Kommando-Modus verbundender Client:

MACRO 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 MACRO <message>

Wobei <message> diesmal eine Folge von definierten (genormten) Befehlen inklusive deren Wert-Parametern sein muß. Diese Makros müssen natürlich den Kommunikationsbedarf der Clients (Frage/Antwort-Spiele) abdecken.

=====Implementierungsvariante 3=====
Der dritte Ansatz wäre, statt der neu zu erfindenden Makros, CRCF zu benutzen:

Im Kommando-Modus verbundender Client:

CRCF 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 CRCF <message>

Der Inhalt von <message> wäre dann eine CRCF-Befehlsfolge.

=====Anwendungsbeispiele=====
Angenommen eine Ablaufsteuerung (als eigener SRCP-Client) möchte eine Fahrstraße einstellen, dann sendet diese an das zuständige Stellwerk folgende (CRCF-)Befehlsfolge:

ROUTE <routeid> SET STATE 1

Den Erfolg bekommt er dann vom Stellwerk zurückgemeldet...

ROUTE <routeid> INFO STATE 1

... oder kann ihn auch abfragen z.B. gemäß:

ROUTE <routeid> GET STATE

Sinngemäß ließe sich so auch die Belegung einer bestimmten Fahrstraße mit einem Zug (TRAIN) setzen, abfragen oder melden. Der übermittelte Zahlenwert würde dann der Zugnummer entsprechen. Der Bedarf, dass ein SRCP-Client einem Stellwerk Daten zur Konfiguration von Fahrstraßen sendet, wäre prinzipiell auch abdeckbar:

ROUTE <routeid> ADD GA <busid> <address> <port> <state>

Oder entfernen:

ROUTE <routeid> REMOVE GA <busid> <address>

Um eine Client-Client-Verbindung zu unterhalten, müßte der Sender eines CRCF-Befehls seine
SRCP-Session-ID immer mitsenden, dann könnte die Antwort zielgerichtet erfolgen:

CRCF 0 <sender-sessionid> <empfänger-sessionid> <CRCF-message>

Mit dem Inhalt von <sessionid> ließe sich ein CRCF-Broadcast einfach von einer Punkt-zu-Punkt-Verbindung unterscheiden:

# Der Wert ist 0: Rundruf (Broadcast)
# Der Wert ist >0: Punkt-zu-Punkt-Verbindung

Auch das Thema »Zugbeeinflussung« läßt sich hiermit darstellen. Ein Zug muß während seiner Fahrt Geschwindigkeitsregeln einhalten, die das Stellwerk überwacht. Bei Überschreitungen sendet das Stellwerk einen Abbremsbefehl:

CRCF 0 <sender-session-id> 0 TRAIN <train-id> SET SPEED 0

====Bewertung====

Die Implementierung wird nicht weiterverfolgt, da der Vorschlag zur neuen Gerätegruppe besser ins bisherige SRCP paßt. Die hier andiskutierten CRCF-Nachrichten können mit dem anderen Vorschlag ebenfalls transportiert werden.

===Neuer Sitzungstyp===
====Vorschlag====

Die Implementationen von CRCF bzw. Generic Messages und den bisher definierten SRCP-Sitzungen werden komplett getrennt.

Motivation:
* Ermöglicht Kapselung von unterschiedlichen Client-Funktionalitäten: die bestehenden Sitzungen und Generic Messages sind für komplett unterschiedliche Zwecke gedacht. Die bisherigen Steuerungs-Sitzungen dienen der Kommunikation mit der Modellbahn-Hardware, Generic Messages dienen der Kommunikation der Clients untereinander.
* Dies senkt die Anforderungen an einen reinen Steuerungs-Server, er muss Generic Messages nicht unterstützen. ''Anmerkung von svesch: Der Server muss die GMs nur weiterleiten. CRCF macht nur Sinn, wenn es die SRCP-Server auch wirklich unterstützen. Sozusagen mandatory ab Version X.''
* Es erspart mobilen Eingabegeräten z.B. einem Handregler den extremen Traffic, den intelligentere stationäre Clients untereinander haben. ''Anmerkung von svesch: Das ist ein wichtiger Punkt, den habe ich im Punkt "Vorschläge zur Trafficminimierung" versucht Rechnung zu tragen.''

Bei der Einschätzung des Programmieraufwands gehen die Meinungen auseinander. Die einen sehen Zusatzaufwand in der dritten TCP-Verbindung, andererseits erhöht die Kapselung der Funktionalitäten die Wartbarkeit des Systems.

Eigene Sitzungen trennen sowohl den Namensraum für Steuerung und Generic Messages als auch den durch beide Kommunikationsformen entstehenden Netzwerkverkehr:

SET PROTOCOL GM 0.3
SET CONNECTIONMODE GM INFO|COMMAND

Programmiertechnisch wird sowohl für den SRCP-Server als auch den SRCP-Client die Unterhaltung einer bzw. zweier weiterer Netzwerkverbindungen notwendig. Alternativ ist ein Systemdienst möglich, der nur GM-Sitzungen, aber keine Steuerungs-Sitzungen unterstütz.

====Bewertung====
Die Diskussion dauert noch an, daher ist keine abschliessende Bewertung möglich

===Neue Gerätegruppe===
====Vorschlag====

Für den generalisierten Nachrichtenaustausch wird eine neue Gerätegruppe (device group) »Generic Message« (GM) auf Bus 0 eingerichtet. Die einzige (sinnvoll) anzuwendende Methode ist SET.

Beispielhafte Anwendung im Kommandomodus:

SET 0 GM <AntwortID> <EmpfängerID> <messagetype> <messagetext>

EmpfängerID ist diejenige INFO-Session-ID, die die Nachricht erhalten soll. Ist diese 0, so wird die Nachricht als Rundruf an alle INFO-Sessions gesendet. Die AntwortID ist die INFO-Session-ID (oder 0), an die eine eventuelle Antwortnachricht gesendet werden soll. Anmerkung: Die Antwort-ID ist niemals die Session-ID, die den SET Befehl ausführt.

Beispielhafte Anwendung im INFO-Modus:

INFO 0 GM <AntwortID> <EmpfängerID> <messagetype> <messagetext>

<messagetype> ist ein entweder zentral (Wo und von wem?) oder dezentral (anwendungsspezifisch) definierter Identifier, der als eindeutige Kennung für die Interpretation von <messagetext> dient.

Für <messagetext> gelten die im SRCP üblichen Einschränkungen/Formatanforderungen, z.B. dass der Zeichensatz aus 7 Bit ASCII besteht. Die Länge der gesamten Kommandozeile ist auf 1000 Zeichen begrenzt.

=====Anwendungsbeispiel=====
Ein Client fragt nach den Einzelheiten des Gerätes GA 1 auf Bus 8. Antwort an Session-ID 13 erbeten (Schritt 1).

SET 0 GM 13 0 CRCF CONFGET 8 GA 1

Wie die INFO-Nachricht aussieht, dürfte offensichtlich sein. Er geht an alle INFO-Sessions (Schritt 2).

INFO 0 GM 13 0 CRCF CONFGET 8 GA 1

Wenn ein CRCF-Service diese Nachricht erhalten hat, sendet er eine passende Antwort an den SRCP-Server (Schritt 3):

SET 0 GM 19 13 CRCF CONFINFO 8 GA 1 ....

Die Info-Session des CRCF-Services ist im Beispiel 19; die Antwort wird vom
SRCP-Server direkt an die SESSION 13 weitergeleitet (Schritt 4):

INFO 0 GM 19 13 CRCF CONFINFO 8 GA 1 ....

[[Bild:SRCP_GM.png|framed|Nachrichtenfluß über Generic Messages. CS: COMMAND-Sitzung, IS: INFO-Sitzung]]
Der Nachrichtenfluß über die Schritte 1 bis 4 ist in der nebenstehenden Grafik dargestellt. Die teilnehmenden SRCP-Clients müssen sowohl eine COMMAND- als auch eine INFO-Sitzung unterhalten. Für die Adressierung der Nachrichten spielen die Identifikationsnummern der COMMAND-Sitzungen (im Beispiel 12 und 18) keine Rolle.

Weitere Anfragen kann der Client direkt an Session 19 stellen. Er erhält
die INFO-Nachricht sofort. Wenn Session 19 terminieren sollte, kann er wieder
auf Empfänger 0 (= alle) umstellen.

====Bewertung====
Es entsteht eine allgemein nutzbare Kommunikationsstrecke mit vielfältigem Anwendungspotential. Es entsteht ein permanenter Pflegedienst für Vergabe der Nachrichtentypen (kann automatisiert werden).
Der Vorschlag wurde in die SRCP-Spezifikation 0.8.4 übernommen.

====Anmerkungen====
Zu den Konsequenzen der Implementierung gab es einige spezielle Fragestellungen.

;Müssen wir uns über Timeouts Gedanken machen?
: Das ist Sache der Clients und sollte natürlich benutzerfreundlich gestaltet sein.

;Wie lange soll ein anfragender Client auf Antworten warten?
:Da der Client für das Timeoutverhalten verantwortlich ist, entscheidet auch er darüber. Wiederum gilt, so benutzerfreundlich, wie möglich.

;Generiert der Server gegebenenfalls eine Timeout-Nachricht?
:Nein, denn er hat keine Ahnung vom Inhalt der ausgetauschten Nachrichten. Er transportiert nur eine Botschaft; dass zwei (oder auch mehr) Teilnehmer zu einem Dialog gehören, ist dem Server unbekannt.

;Wenn der Server schon beim Empfang einer "SET 0 GM"-Anfrage sieht, dass er damit keinen Empfänger erreichen kann, sollte er eine entsprechende Meldung an den Anfrager generieren (beispielsweise wenn der Anfragende der einzige angemeldete Client ist)?
:Vorschlag: Der Server sendet in einem solchen Fall "416 ERROR no data". Dies Meldung erfolgt nur dann, wenn keine INFO Session aktiv ist. Könnte damit auch entfallen, da der Timeout zuschlagen wird.

;Warum muss der Client bei "SET 0 GM"-Anfragen seine Antwort-ID mitsenden? Der Server könnte diese ID in die INFO-Nachricht eintragen, denn er kennt sie ja.
:Der Server hat überhaupt keine Ahnung davon, welche beliebigen zwei Sessions zusammengehören.

;Die Session-IDs übernehmen eine zentrale Rolle beim Gebrauch von GMs. In der aktuellen SRCP-Spezifikation fehlt eine Beschränkung der Session-ID auf einen definierten Wertebereich.
:Der im normalen Betrieb notwendige Wertebereich ist sehr gering; ein generischer (von der Hardwareplatform abhängiger) vorzeichenloser Ganzzahlwert sollte für alle Anwendungsfälle ausreichen.

==== Vorschläge zur Minimierung des Netzwerkdatenverkehrs====
Die Diskussion zeigte, dass größeres Unverständnis darüber herrschte, welches zusätzliche Datenaufkommen über den Nachrichtenaustausch der SRCP-Clients untereinander entstehen würde. Es bestand teilweise die Befürchtung, dass nicht an dieser Kommunikation interessierte SRCP-Clients unnötig und überfordernd belastet würden. Hier wurde insbesondere deutlich, dass das jetzt schon über den INFO-Kanal eingehende Nachrichtenvolumen SRCP-Anfängern unter Umständen nicht bewust ist und leicht unterschätzt wird.

Bei sachgemäßem Umgang mit dem neuen Nachrichtenkanal ergibt sich gegenüber dem bisherigen INFO-Kanalvolumen jedoch nur ein geringes Mehr an Daten. Insbesondere die Möglichkeit zur direkten Kommunikation zweier Teilnehmer wirkt im Bedarfsfall stark volumenbeschränkend. Ein inflationärer Gebrauch von Rundrufnachrichten sollte naturgemäß vermieden werden.

* <del>Wenn an einen SRCP-Server eine CRCF-Broadcastanfrage gestellt wird, muss er dann eine INFO-Nachricht generieren? Es kann ja sein, dass er selber auf die Anfrage antworten kann. Gerade bei dynamischen Daten kann der Server möglicherweise am besten Auskunft geben.</del>
Anmerkung: Es gibt bereits genügend SRCP-Kommandos, um Informationen direkt beim Server zu erfragen. Dieser Punkt ist daher irrelevant.

* <del>CRCF-Broadcastanfragen werden vom Server per INFO-Meldung an alle angemeldeten Clients weitergeleitet. An den Anfrager selber sollte die INFO-Meldung jedoch nicht weitergeleitet werden.</del>
Anmerkung: Durch das generelle Weiterleiten der INFO-Meldung weiß der Client, das (und wann) seine Botschaft rausgegangen ist. Deshalb wird auch dieser Punkt gestrichen.

* Ein Client sollte selber darüber entscheiden, ob er CRCF-Broadcasts empfängt. Per Voreinstellung ist diese Option nicht aktiv. Wie das Ein- oder Ausschalten funktioniert, wäre zu diskutieren.

== Glossar ==

;'''CRCF-Broadcast'''
::Eine von einem SRCP-Client in Form von "SET 0 GM <AntwortID> 0 CRCF CONFGET <messagetext>" initiierte Rundrufnachricht, die der SRCP-Server über den INFO-Kanal an alle angeschlossenen SRCP-Clients weiterleitet.

;'''CRCF-Client'''
::Ein Client mit lokalen CRCF-Daten bzw. lokaler CRCF-Datenbank.

[[Kategorie:SRCP]]

SRCP-Erweiterungen

2016-01-30T18:45:19Z

Guido Scholz: Aussage unverbindlich (Entwurf) umformuliert

==Zielsetzung dieser Seite==

Dieses Dokument soll eine Zusammenfassung der Diskussion „SRCP-Erweiterungen“ (erster Eintrag war am 27.12.2006) darlegen.

Hier der initiale Eintrag:

Hallo SRCP-Fans!

ich entwickle bereits seit einiger Zeit Software für [[Digitalprojekt|SRCP]], habe mich
aber nie aktiv hier an Diskussionen beteiligt (ehrlich gesagt ist das
mein erster Eintrag in der Gruppe ;).
Während der Entwicklung kamen einige Ideen, die ich nun hier zur
Diskussion stellen möchte:

# Ich hätte gern einen Dienst für Clients, mit dem sie den Server (bzw. dessen IP-Adresse) finden können. Da gibt es sicher mehrere Möglichkeiten, ich dachte an Broadcast oder an eine DHCP-Option.
# Stichwort CRCF: Was ist mit der Entwicklung? Ich hätte gern dieses Feature für SRCP und würde mich ggf. an der Mitentwicklung beteiligen.

Treffen sich die SRCP-Entwickler eigentlich regelmäßig zu einer Art
Stammtisch?

Gruß, Sven.

Im Fokus der hier beschriebenen Erweiterungen steht die Vereinfachung der Nutzbarkeit (neudeutsch "usability") von SRCP. Damit soll die Verbreitung von SRCP erhöht werden und der Einstieg für Neulinge erleichtert werden.

Dieser Anspruch läßt sich kurz in einem Satz zusammenfassen:
"Wie kann ich die Vorteile von SRCP nutzen, ohne dass ich die Interna des Protokolls kennen muss?"

==SRCP-Stammtisch==
Um die aktuellen Vorhaben besser diskutieren zu können, schlage ich ein Treffen in Form eines Stammtisches vor. Vielleicht kann man sich hier zunächst über einen Ort des Treffens verständigen, der von den meisten gut erreichbar ist.

{| border="1" align="center" width="50%"
|+
! SRCP-Interessierter
! Wohnort

|-
| Sven Schlender
| Leipzig

|-
| Stefan Bormann
| Bremen

|-
| Guido Scholz
| Burgkirchen

|-
| ...
| ...
|}

==SRCP-Server-Suchdienst==
Sehr schnell kam der Vorschlag, für diesen Bedarf einen [http://www.zeroconf.org/ Zeroconf]-Systemdienst (DNS-SD/mDNS) einzusetzen. Dieser ermöglicht die Suche bzw. das Veröffentlichen beliebiger Systemdiente durch das Versenden eines ServiceDiscovery-Multicasts. Es existieren hierfür derzeit zwei zueinander kompatible Implementierungen, die beide als OpenSource freigegeben sind:

* [http://www.apple.com/macosx/features/bonjour/ Bonjour], von Apple für Mac, UNIXoide-Systeme und Windows.
* [http://avahi.org/ Avahi], als praktisch schon etablierter Standard für Linux.

Unter anderem ist es hiermit möglich, Angaben über die Portnummer zu veröffentlichen, auf der der Server seinen Dienst anbietet. Obgleich es für SRCP mittlerweile eine offiziell über [http://www.iana.org/ IANA/IETF] reservierte Portnummer (4303) und Protokollbezeichner (srcp) gibt, hat ein SRCP-Administrator prinzipiell die Freiheit, einen von dieser Vorgabe abweichenden Wert für die Portnummer zu wählen. Auch die Anzahl der in einem Netz betriebenen SRCP-Server ist damit nicht eingeschränkt.

Dem Administrator eines SRCP-Servers bleibt es überlassen, auf dem gleichen Rechner auch einen „Zeroconf“-Systemdienst einzurichten. Er muß, wenn er auf seiner Modellbahn entsprechende SRCP-Clients benutzen möchte, das Programm installieren und so konfigurieren, dass der SRCP-Dienst veröffentlicht wird. Alternativ kann ein SRCP-Server sich auch automatisiert beim Zeroconf-Dienst anmelden. Die eigentliche Arbeit für die Nutzung des SD-Dienstes liegt beim Entwickler des „Einsteck-und-Spiel“-SRCP-Clients, denn dieser SRCP-Client muß nicht nur SRCP sprechen, sondern auch noch ein DNS-SD/mDNS-Client sein.

Beispiel für eine avahi Konfigurationsdatei. Abgelegt unter /etc/avahi/services/scrpd.service
(Kubuntu Linux). Die Einträge sind natürlich nur beispielhaft.

<service-group>
<name replace-wildcards="yes">srcpd on %h</name>
<service protocol="any">
<type>_srcp._tcp</type>
<host-name>srcp.example.com</host-name>
<port>4303</port>
<txt-record>SRCP auf Mobaserver</txt-record>
</service>
</service-group>

==CRCF-Erweiterungen==

Obwohl [[CRCF_-_Common_Railroad_Configuration_Files_0.2.0|CRCF]] (Common Railroad Configuration Files) schon vor einigen Jahren zur Implementierung vorgeschlagen wurde, fand es keine Verbreitung bzw. Anwendung. Möglicherweise war damals das Interesse zu gering. Umso mehr Interessenten fanden sich nun in dieser Diskussion, bei der über die bisherigen Ideen von CRCF hinaus einige weitergehende Themen aufkamen.

===Stand der Technik===
[[Bild:Crcf-old.png|framed|Nachrichtenfluß gemäß der CRCF-Spezifikation Version 0.2.0. CS: COMAND-Sitzung]]
Der bisherige CRCF-Spezifikationsentwurf mit der Versionsnummer 0.2.0 basiert auf SRCP und beschreibt die Fähigkeiten eines SRCP-Servers. Die dort abgelegten Informationen beziehen sich je Datei auf genau _einen_ SRCP-Server. Physikalisch liegen die CRCF-Daten beim zugehörigen SRCP-Server; Detailinformationen daraus können von SRCP-Clients über den SRCP-Befehl CONFGET abgefragt werden. Dieser Befehl erlaubt nur Lesezugriffe und damit auch nur den Umgang mit statischen Daten. Ein analoger Befehl CONFSET zum Schreiben von Daten ist erwähnt, es ist aber keine nähere Anwendung dafür definiert. Das Ablageformat wird als textbasierte Datei beschrieben, wobei die Daten in Sinne von SRCP mit entsprechend benannten Datenfeldern vorliegen. Der vorliegende Entwurf ist zur Zeit der SRCP-Spezifikation 0.7.1 entstanden und bildet die mit Version 0.8 eingeführten Erweiterungen, wie z.B. Busse, noch nicht ab.

 

===Anforderungen an CRCF===

* Die umständliche Eingabe von Informationen über Loks (z.B. Belegung der Funktionen) und Zubehör soll zur einfacheren Konfiguration von SRCP-Clients entfallen.
* Anlagenweite Anzeige von Klartextnamen anstatt von Adressen (konkretes Beispiel?)
* Als Alternative zum Zeroconf-Systemdienst könnte CRCF die Hostnamen bzw. IP-Adressen der SRCP-Server einer Anlage verwalten.
* Verwaltung statischer Informationen
* Verwaltung dynamischer Informationen
* CRCF soll für Benutzer in ausdruckbarer Form zugänglich sein.
* Die Daten sollen in CRCF strukturiert/gegliedert abgelegt sein.
* SRCP-Server sollten Zugriff auf die CRCF erhalten (Warum?).
* Der CRCF-Befehlsvorrat könnte zur Kommunikation zwischen Clients genutzt werden.
* Der bisherige Geltungsbereich einer CRCF-Datei sollte sich nicht nur auf _einen_ SRCP-Server, sondern vielmehr auf _eine_ Modellbahnanlage beziehen. Damit wäre ein geeigneter Rahmen vorhanden, den charakterisierenden Bestand an z.B. Zügen, Fahrstraßen, SRCP-Servern, dem Streckennetz etc. einer Anlage zusammenfassend abzulegen.

===Fragestellungen===

* Wo soll die CRCF liegen?
* Wie soll eine Datenabfrage aussehen?
* Wie sollen dynamische Informationen von CRCF verwaltet werden?
* Soll die Kommunikation zwischen SRCP-Clients mit CRCF abgebildet werden und wenn ja, wie?

===Namensgebung===

CRCF steht im Moment ja für Common Railroad Configuration Files, inzwischen hat es sich ja aber zu einem Protokoll zur Abfrage von Konfigurationsdaten entwickelt. Von daher passt der bisherige Name nicht mehr. Um keinen unnötigen Änderungsaufwand zu provozieren sollte die Abkürzung beibehalten werden können. Common Railroad Configuration Language - CRCL ist daher also nicht optimal. weitere Vorschläge:

* Common Railroad Configuration Format

===Implementierungsvorschläge===

====Zentrale Datenablage bei einem spezialisierten SRCP-Client====
[[Bild:srcp-crcf-client.png|framed|Nachrichtenfluß bei einem Betrieb mit einem als CRCF-Server arbeitenden SRCP-Client. CS: COMAND-Sitzung, IS: INFO-Sitzung]]
Über die Diskussion ergab sich der Vorschlag, den CRCF-Datenbestand über einen speziellen SRCP-Client netzwerkweit zugänglich zu machen, statt diesen nur als zentral verwaltete Datei abzulegen. Dieser SRCP-Client hätte damit eine Art Datenbankserverfunktion und könnte gezielt Detailinformationen ausliefern. Interessierte Clients müßten dann nicht jeweils selbst die komplette Datei nach den für sie notwendigen Informationen durchsuchen. Auch ein SRCP-Server könnte auf diese Daten zugreifen.

Der Zugriff auf diesen als CRCF-Server arbeitenden SRCP-Client erfolgt über den SRCP-Server, der sowohl die eingehenden CRCF-Anfragen als auch die zurückgehenden Antworten weiterleitet. Das bisherige SRCP muß erweitert werden, um diese neue Abfragetechnik zu ermöglichen. Bei diesem Modell wird SRCP als Tunnel genutzt, da CRCF-Anfragen vom SRCP-Server nicht interpretiert sondern nur durchgereicht werden. Dabei entsteht gleichzeitig eine Möglichkeit zur Kommunikation zwischen SRCP-Clients.

Bei Installationen mit mehreren SRCP-Servern muß sich der SRCP-Client bei allen verfügbaren SRCP-Servern anmelden, damit Daten anlagenweit verteilt werden können. Die Programmierung solcher Clients wird wegen der erforderlichen Netzwerkverbindungen aufwändig. Alternativ müßten SRCP-Server so gekoppelt werden, das die Anmeldung bei einem Server reicht.

Der SRCP-Client mit dem CRCF-Datenbestand kann konsistent statische und dynamische Daten verwalten, wenn er diese konsequent einsammelt bzw. zugestellt bekommt. Zusätzlich wird die Verwaltung von Daten, die über die SRCP-Welt hinausgehen, wie die von Fahrstrassen und kompletten Layouts, ermöglicht.

 

====Zentrale Datenablage bei einem separaten CRCF-Server====
[[Bild:srcp-crcf-server.png|framed|Nachrichtenfluß bei einem Betrieb mit getrennten SRCP- und CRCF-Servern. CS: COMAND-Sitzung, IS: INFO-Sitzung, ...: nicht geklärt]]
Als weitere Idee wurde der Vorschlag diskutiert, die Verwaltung der CRCF-Daten einem neu zuschaffenden CRCF-Server zu überlassen. Dieser würde als eigener Systemdienst laufen und müßte über ein neu zudefinierendes Protokoll angesprochen werden. Die SRCP-Spezifikation muß in diesem Fall nicht geändert werden, da das CRCF-Protokoll parallel und von SRCP weitgehend unabhängig existiert.

Der CRCF-Server bedient zunächst nur rein statische Daten, die von den CRCF-Clients abgefragt werden können. Damit sowohl SRCP-Clients als auch SRCP-Server diesen Dienst nutzen können, müssen diese zusätzlich das CRCF-Protokoll implementieren.

Um auch dynamische Daten zu verwalten, muß ein Meldedienst implementiert werden, der auch Schreibzugriffe in den Datenbestand ermöglicht. Eine Kommunikation zwischen CRCF-Clients könnte mittels einer Mailboxfunktion realisiert werden.

 

==== Verteilte Datenablage bei verschiedenen SRCP-Clients====
[[Bild:Crcf-client-server.png|framed|Nachrichtenfluß bei einem Betrieb mit als CRCF-Servern und -Clients arbeitenden SRCP-Clients. CS: COMAND-Sitzung, IS: INFO-Sitzung]]
Jeder SRCP-Client, der Daten verwaltet, die im laufenden Anlagenbetrieb einer mehr oder weniger kontinuierlichen Änderung unterliegen und über das herkömmliche SRCP nicht erfaßt werden, könnte diese zur Abfrage für interessierte Clients zur Verfügung stellen. Er würden dann sozusagen auch als CRCF-Server arbeiten, allerdings beschränkt auf die von ihm verwalteten, dynamischen Daten. Alternativ ließe sich dieses Konzept auch auf die statischen Daten ausdehnen.

CRCF-Clients, die eine Anfrage starten möchten, wüßten zu Beginn nicht, wo diese Daten abgelegt sind. Eine zentrale Verwaltungsinstanz wäre in diesem Fall ja nicht vorhanden. Der anfragende Client könnte also eine Rundrufnachricht senden und würde die Antwort von dem zuständigen SRCP-Client bekommen. Hier besteht prinzipiell die Gefahr, dass diese Daten nicht konsistent vorliegen, wenn die Zuständigkeit der abgefragten Daten nicht eindeutig z.B. auf genau _einen_ bestimmten Client festgelegt ist. Insbesondere kann das leicht bei mobilen SRCP-Clients passieren, wenn diese auf mehreren Anlagen genutzt werden und der Benutzer nicht sorgsam mit den lokal gespeicherten Daten umgeht.

 

====Bereitstellung der CRCF-Daten via Zeroconf-Dienst====
Diese Idee wurde als eine prinzipielle Möglichkeit erwähnt, aber nicht weiter ausgeführt.

====Abfrage der CRCF-Daten via Generic Messages====
Nachdem Generic Messages als neue Device Group in SRCP aufgenommen wurden, können CRCF-Daten darüber versendet werden.

Eine CRCF Message hat folgendes Datenformat:

GM <send_to> <reply_to> CRCF <actor> <actor_id> <method> <attribute> [<attribute_value>]

;<send_to>
:Sessionid of an INFO session the message MUST BE delivered to or 0 (null) if delivery is done to all INFO sessions.

;<reply_to>
:Sessionid of an INFO session to which message replies SHOULD be directed (if any). Alternatively the 0 (Null) MUST be used to direct the reply to all INFO sessions.

;CRCF
:Message type für CRCF Messages.

;<actor>
:Benennung für den Akteur, dessen Daten geändert werden sollen.

;<actor_id>
:Identifikationsnummer, die zur eindeutigen Adressierung des Akteurs dient. Es könnte sich dabei um eine [http://en.wikipedia.org/wiki/UUID UUID] gemäß [http://tools.ietf.org/rfc/rfc4122.txt RFC4122] oder auch eine beliebige positive Ganzzahl handeln.
:Wie sieht es mit einer ID für Broadcasts aus? Es würde sich 00000000-0000-0000-00000000000 anbieten, aber vielleicht gibt es da bessere Alternativen.

;<method>
:Methode, die auf den folgenden Attributwert angewendet werden soll. Folgende Methoden sind implementiert:
::'''INFO'''
:::Response Message, <attribute_value> kann verwendet werden.

::'''SET'''
:::Setting values. Wird mit einer INFO oder ERROR Messages beantwortet.

::'''GET'''
:::Request of values. <attribute_value> muss nicht verwendet werden. Wird mit einer INFO oder ERROR Message beantwortet.

::'''LIST'''
:::Abfrage einer Liste, wenn das Attribute mehrere Werte haben kann. Als Antwort wird als erstes die Anzahl der vorhandenen Datensätze übermittelt. Dazu wird an das Attribute die Zeichenkette COUNT gehängt und als Attribute Value die Anzahl der Datensätze. Danach wird jeweils in einer Zeile die abgefragten Attributen mit dem jeweils dazugehörigen Wert als <attribute_value>. Wenn die Abfrage nicht möglich ist, wird mit einer ERROR Message geantwortet.

:::Beispiel:

:::CRCF LOCODB <actor_id> LIST LOCO
:::->
:::CRCF LOCODB <actor_id> INFO LOCOCOUNT 2
:::CRCF LOCODB <actor_id> INFO LOCO <loco_id1>
:::CRCF LOCODB <actor_id> INFO LOCO <loco_id2>

::'''ERROR'''
::: Wenn eine Abfrage nicht ausgeführt werden kann, wird sie mit einer entsprechenden Fehlermeldung beantwortet. Als <attribute> wird der Fehlercode übermittelt und als <attribute_value> der dazugehörige Fehlertext. Die Fehlercodes entsprechen den in SRCP definierten.

;<attribute>
:Attribut des Akteurs, das von der Nachricht betroffen ist. Die Attribut-Kennungen sind je nach Akteur unterschiedlich.

;<attritbute_value>
:Der Wert des Attributs, das von der Nachricht betroffen ist. Die Angabe dieses Wertes ist abhängig von der verwendeten Methode und des Attributes. Je nach Attribut kann es sich hierbei um einen positiven Ganzzahlwert >= 0 (z.B. Nummer eines Zuges), eine UUID oder eine alphanumerische Kennung (z.B. Name einer Fahrstraße) handeln. Handelt es sich um einen alphanumerischen Wert, wird dieser URL-kodiert ([http://www.ietf.org/rfc/rfc2396.txt RFC 2396]) über den SRCP-Server versendet und empfangen.

===Erweiterung des bisherigen Befehlsvorrats===
Der bisherige Namensraum von CRCF umfaßt keine Befehle, die Objekte einer höheren Abstraktionsebene beschreiben. Für die Attribute dieser makroskopischen Objekte gibt es ebenfalls noch keine Festlegung. Zum Teil sind die Werte dieser Attribute statisch zum Teil ändern sich sich während des Betriebs. Bei der Implementierung von CRCF via GM agieren diese Objekte als Aktoren, mit den jeweiligen Attributen. Der Bedarf für folgende Begriffe ist vorhanden:

; Stellwerk (RWCC, Railway Control Center)
: Steuerungsinstanz, die Fahrstraßen verwaltet, für ein oder mehrere Bahnhöfe zuständig ist, Zugmeldungen abwickelt, ihr zuständiges Streckennetz kennt, einzuhaltende Geschwindigkeiten überwacht und bei Überschreitungen eingreift etc.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Modus (MODE) - numerisch - dynamisch

; Gleisbild (LAYOUT)
: Streckennetzbeschreibung eines Stellwerkbezirks, enthält Angaben zur Dimension, Position einzelner Gleisbildelemente, automatischer Streckenblöcke, Fahrstraßen, etc.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) -alphanumerisch - statisch
::Zeilen (ROWS) - numerisch - statisch
::Spalten (COLUMNS) -numerisch - statisch
::Stelltischausleuchtung (TABLELIGHT) - numerisch - dynamisch

; Freimeldeabschnitt (?)
: Streckenabschnitt, der mit einer Gleisfreimeldeanlage (Rückmeldung/Belegtmeldung) überwacht wird.

; Automatischer Streckenblock (BLOCK)
: Automatisch per Freimeldeabschnitte überwachter Streckenabschnitt zur Steuerung von Zugfahrten. Ein automatischer Streckenblock führt von einem Startgleisabschnitt in einen Zielgleisabschnitt.

; Fahrstraße (ROUTE)
: Sicherheitstechnisch überwachter Streckenabschnitt innerhalb eines Stellwerks, der über Informationen zur Start- und Zielsignal, Soll-Weichenstellungen, Freimeldeabschnitte, Typinformation (für anzuwendenden Regelsatz), den aktuellen Zustand (eingestellt, aufgelöst, reserviert, teilaufgelöst) etc. verfügt. Eine Fahrstraße führt von einem Startgleisabschnitt in einen Zielgleisabschnitt.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Typ (TYPE) - numerisch - statisch
::Status (STATE) - numerisch - dynamisch
::Zug (TRAIN) - numerisch - dynamisch

; Weichenstraße (SLIST, Switch List)
: Sammlung schaltbarer Magnetartikel und ihrer Sollstellungen ohne sicherheitstechnische Überwachung; ist nicht mit »Fahrstraße« zu verwechseln.

; Zugsteuerung (TNCC, Train Control Center)
: Instanz, die die Logistik eines gegebenen Vorrats an Zügen übernimmt z.B. fahrplangesteuerte Fahrten von Zügen zwischen Bahnhöfen

; Zug (TRAIN)
: Instanz, die über ihre Zugnummer identifizierbar ist, eine oder mehrere Lokomotiven ansteuert, Informationen zu Typ und Länge verfügt etc.

; Bahnhof (STATION)
: Start- und Zielpunkt von Zugfahrten.

; Gleisabschnitt (SECTION)
: Ein Gleisabschnitt charakterisiert den Aufenthaltsort eines Zuges, z.B. für Zugmeldungen. Streckenblöcke und Fahrstraßen überführen einen Zug von einem Gleisabschnitt (Start) in den nächsten Gleisabschnitt (Ziel).

; Lokdatenbank (LOCODB)
: Instanz, die eine Übersicht über vorhandene Lokomotiven und deren Konfiguration bietet.
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Liste verwalteter Loks (LOCO) - Liste - dynamisch

; Lok (LOCO)
: Konfiguration einer Lok
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Bild (IMAGE) - UUID - statisch
::Höchstgeschwindigkeit im km/h (V_MAX) - numerisch - statisch
::verbaute Decoder (DECODER) - Liste - statisch

; Decoder (DECODER)
: Konfiguration eines Decoder
::Identifikationsnummer (ID) - UUID - statisch
::Name (NAME) - alphanumerisch - statisch
::Lok in der der Decoder verbaut ist (LOCO) - UUID - statisch
::unterstützte Protokolle (PROTOCOL) - LISTE - statisch

; Protokollkonfiguration eines Decoders (PROTOCOL)
: Beschreibung der Konfiguration eines Decoders für das jeweilige Protokoll
::Identifikationsnummer (ID) - UUID - statisch
::Format des Protokolls (NAME) - alphanumerisch - statisch
::Decoder zu dem diese Protokolldefinition gehört (DECODER) - UUID - statisch
::Adresse (ADRESS) - numerisch - dynamisch
::Bus (BUS) - numerisch - dynamisch
::Fahrstufen (SPEEDSTEPS) - numerisch - statisch
::abs./rel. Fahrtrichtung (DIRECTION) - numerisch - statisch
::Programmiermodi (PROGMODE) - alphanumerisch - statisch
::Funktionen (FUNCTION) - Liste - statisch

; Funktion (FUNCTION)
: Beschreibung einer Funktionbelegung eines Decoders
::Identifikationsnummer (ID) - UUID - statisch
::Beschreibung (NAME) - alphanumerisch - statisch
::Protokollkonfiguration zu der diese Funktion gehört (PROTOCOL) - UUID - statisch
::Nummer der Funktion (NUMBER) - numerisch - statisch
::Auslöseart (MODE) - numerisch - statisch
:::Wie die Funktion betätigt wird, ob schaltend oder tastend. Dabei ist 0=schaltend und 1=tastend.
::Bild (IMAGE_ON) - UUID - statisch
::Bild (IMAGE_OFF) - UUID - statisch
:::Bild das auf der Funktionstaste angezeigt werden soll.

; Bild (IMAGE)
: Bild, das in mehreren Dateiformaten vorliegen kann, mit Zeitstempel, um festzustellen, wann es zuletzt verändert wurde.
::Identifikationsnummer (ID) - UUID - statisch
::Beschreibung (NAME) - alphanumerisch - statisch
::Formate (FORMAT) - numerisch - statisch
:::Formate in denen das Bild vorhanden ist: 1=SVG, 2=PNG, 4=JPG Rückgabewert ist die Summe aller verfügbaren Formate.
::Zeitstempel (TIMESTAMP) - numerisch - statisch
::eigentliches Bild (DATA) - Byte-Strom - statisch
::: Über GET DATA <format>,<width>,<height> kann das Bild in der gewünschten Größe und Format abgerufen werden.

(TODO: weitere ergänzen)

====Formalisierte Beschreibung mittels XML====
Der aufgespannte CRCF-Namensraum wird durch ein XML Schema beschrieben (siehe Abbildung).

[[bild:CRCF_XSD.jpg]]

Aus diesem Dokument kann eine CRCF-konforme XML-Datei erstellt werden. Ein CRCF-Server (zentralisiert über SRCP oder standalone) kann eine solches File als Datenbank verwalten. Dynamische Daten können direkt in das CRCF-XML File eingepflegt werden.

Hier können [http://www.mobacon.de/crcf/CRCF.xsd CRCF Schema-Datei] und eine [http://www.mobacon.de/crcf/Example.xml CRCF Beispiel-Datei] heruntergeladen werden.

; Designentscheidungen:
# Die beschriebenen Daten entsprechen dem Ergebnis einer fertig installierten Anlage.
# Es wurde eine 1:1 Abbildung von Lok zu Decoder vorgenommen. Als weitere Schritt könnten die Decoderdaten vollkommen in den Lokdaten aufgehen. Über diese Abbildung besteht jedoch auf jeden Fall noch Diskussionsbedarf.
# Auf die Referenzierung des Elternelements mittels ID-Referenzierung wurde verzichtet, da darauf mit XML-Mitteln einfach zugegriffen werden kann.
# Es wurde als weiteres Element eine (SRCP-)Serverdatenbank aufgenommen. Hierbei fehlt aber noch die Möglichkeit eine lokale Steuerung durch den CRCF-Server abzubilden (Vorschläge?!).
# Die Lokfunktionen werden im Modell als direkte Kindelemente der Lok wahrgenommen und nicht als Kinder des Decoders. Die Abbildung entspricht eher der menschlichen Wahrnehmung (Lok = {Geschwindigkeit, Fahrtrichtung, Menge an Funktionen}). Auch hier gibt es vermutlich Diskussionsbedarf.

==SRCP-Erweiterungen==
Der bisherige Umfang der SRCP-Spezifikation definiert keine Möglichkeit, mit der SRCP-Clients untereinander direkt Informationen austauschen können. Ein Bedarf dafür ist jedoch durchaus gegeben, wie folgende Auflistung zeigt:

* Zugmeldungen zwischen Stellwerken
* Zuglenkung über Zuglaufverfolgung (ZLV) und Zugnummernmeldeanlage (ZNA)
* Zugbeeinflussung mit geschwindigkeitsüberwachender Instanz (Stellwerk) und Zugsteuerung
* Scripting-Schnittstelle für Stellwerk- und Zugsteuersoftware
* Austausch von statischen und dynamischen CRCF-Daten mit einer CRCF-Datenverwaltungsinstanz

Weiterhin ist es mit SRCP prinzipiell möglich, eine Modellbahnanlage über mehrere SRCP-Server zu bedienen, es gibt aber bisher kein Konzept, das einen Informationsübergang zwischen den Server-Bereichen erlaubt. Dazu gab es folgenden Lösungsvorschlag:
* Koppelung mehrerer SRCP-Server zu einer Master/Slave-Konstellation, bei der die Busse der Slave-Server auf Busse beim Master-Server abgebildet werden.

Zur Realisierung dieser neu zu implementierenden Informationswege wurden die im folgenden näher erläuterten Konzepte vorgeschlagen.

===Neuer Befehl im Kommandomodus===
====Vorschlag====
Die aktuell SRCP-Spezifikation umfaßt für den Kommandomodus einen definierten Satz an Befehlen, die in der folgenden allgemeinen Syntax an den Server gesendet werden:

<kommando> <kommandoparameter>

Da die Befehle auf definierte Gerätegruppen wirken, die wieder bestimmten Bussen zugeordnet sind, resultiert zur weiteren Spezifizierung folgende allgemeine Befehlssyntax:

<kommando> <bus> <gerätegruppe> <parameter>

Der Bus mit Nummer 0 ist dem Server selbst vorbehalten und dient zur Adressierung von Servereinstellungen. Die Anzahl der übergebenen Parameter ist variabel.

Vom Server abgearbeitete Befehle werden gemäß der SRCP-Spezifikation an alle im INFO-Modus verbundene SRCP-Clients als eine Art „SRCP-Broadcast“ (SRCP-Rundruf) mit der folgenden allgemeinen Syntax weitergeleitet:

<codenr> INFO <bus> <gerätegruppe> <parameter>

Die angeschlossenen SRCP-Clients selbst sind anhand ihrer Session-Id identifizier- und eindeutig unterscheidbar.

Von dieser Situation ausgehend, kann ein neues Kommando ergänzt werden, dass von SRCP-Server selbst nur zum Weiterleiten einer Nachricht an die angeschlossenen SRCP-Clients genutzt wird. Den Inhalt der Nachricht muß der SRCP-Server nicht interpretieren. Die Form der Nachricht kann/soll/muß den gängigen SRCP-Konventionen bezüglich Zeichensatz, Länge etc. genügen.

=====Implementierungsvariante 1=====
Ein erster (anarchischer) Ansatz könte in SRCP 0.8-Terminologie so aussehen:

Im Kommando-Modus verbundender Client:

ECHO 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 ECHO <message>

=====Implementierungsvariante 2=====
Ein zweiter, mehr geordneter Ansatz, schreibt die Verwendung definierter Befehle (SRCP-Makros) vor, analog also beispielsweise so:

Im Kommando-Modus verbundender Client:

MACRO 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 MACRO <message>

Wobei <message> diesmal eine Folge von definierten (genormten) Befehlen inklusive deren Wert-Parametern sein muß. Diese Makros müssen natürlich den Kommunikationsbedarf der Clients (Frage/Antwort-Spiele) abdecken.

=====Implementierungsvariante 3=====
Der dritte Ansatz wäre, statt der neu zu erfindenden Makros, CRCF zu benutzen:

Im Kommando-Modus verbundender Client:

CRCF 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 CRCF <message>

Der Inhalt von <message> wäre dann eine CRCF-Befehlsfolge.

=====Anwendungsbeispiele=====
Angenommen eine Ablaufsteuerung (als eigener SRCP-Client) möchte eine Fahrstraße einstellen, dann sendet diese an das zuständige Stellwerk folgende (CRCF-)Befehlsfolge:

ROUTE <routeid> SET STATE 1

Den Erfolg bekommt er dann vom Stellwerk zurückgemeldet...

ROUTE <routeid> INFO STATE 1

... oder kann ihn auch abfragen z.B. gemäß:

ROUTE <routeid> GET STATE

Sinngemäß ließe sich so auch die Belegung einer bestimmten Fahrstraße mit einem Zug (TRAIN) setzen, abfragen oder melden. Der übermittelte Zahlenwert würde dann der Zugnummer entsprechen. Der Bedarf, dass ein SRCP-Client einem Stellwerk Daten zur Konfiguration von Fahrstraßen sendet, wäre prinzipiell auch abdeckbar:

ROUTE <routeid> ADD GA <busid> <address> <port> <state>

Oder entfernen:

ROUTE <routeid> REMOVE GA <busid> <address>

Um eine Client-Client-Verbindung zu unterhalten, müßte der Sender eines CRCF-Befehls seine
SRCP-Session-ID immer mitsenden, dann könnte die Antwort zielgerichtet erfolgen:

CRCF 0 <sender-sessionid> <empfänger-sessionid> <CRCF-message>

Mit dem Inhalt von <sessionid> ließe sich ein CRCF-Broadcast einfach von einer Punkt-zu-Punkt-Verbindung unterscheiden:

# Der Wert ist 0: Rundruf (Broadcast)
# Der Wert ist >0: Punkt-zu-Punkt-Verbindung

Auch das Thema »Zugbeeinflussung« läßt sich hiermit darstellen. Ein Zug muß während seiner Fahrt Geschwindigkeitsregeln einhalten, die das Stellwerk überwacht. Bei Überschreitungen sendet das Stellwerk einen Abbremsbefehl:

CRCF 0 <sender-session-id> 0 TRAIN <train-id> SET SPEED 0

====Bewertung====

Die Implementierung wird nicht weiterverfolgt, da der Vorschlag zur neuen Gerätegruppe besser ins bisherige SRCP paßt. Die hier andiskutierten CRCF-Nachrichten können mit dem anderen Vorschlag ebenfalls transportiert werden.

===Neuer Sitzungstyp===
====Vorschlag====

Die Implementationen von CRCF bzw. Generic Messages und den bisher definierten SRCP-Sitzungen werden komplett getrennt.

Motivation:
* Ermöglicht Kapselung von unterschiedlichen Client-Funktionalitäten: die bestehenden Sitzungen und Generic Messages sind für komplett unterschiedliche Zwecke gedacht. Die bisherigen Steuerungs-Sitzungen dienen der Kommunikation mit der Modellbahn-Hardware, Generic Messages dienen der Kommunikation der Clients untereinander.
* Dies senkt die Anforderungen an einen reinen Steuerungs-Server, er muss Generic Messages nicht unterstützen. ''Anmerkung von svesch: Der Server muss die GMs nur weiterleiten. CRCF macht nur Sinn, wenn es die SRCP-Server auch wirklich unterstützen. Sozusagen mandatory ab Version X.''
* Es erspart mobilen Eingabegeräten z.B. einem Handregler den extremen Traffic, den intelligentere stationäre Clients untereinander haben. ''Anmerkung von svesch: Das ist ein wichtiger Punkt, den habe ich im Punkt "Vorschläge zur Trafficminimierung" versucht Rechnung zu tragen.''

Bei der Einschätzung des Programmieraufwands gehen die Meinungen auseinander. Die einen sehen Zusatzaufwand in der dritten TCP-Verbindung, andererseits erhöht die Kapselung der Funktionalitäten die Wartbarkeit des Systems.

Eigene Sitzungen trennen sowohl den Namensraum für Steuerung und Generic Messages als auch den durch beide Kommunikationsformen entstehenden Netzwerkverkehr:

SET PROTOCOL GM 0.3
SET CONNECTIONMODE GM INFO|COMMAND

Programmiertechnisch wird sowohl für den SRCP-Server als auch den SRCP-Client die Unterhaltung einer bzw. zweier weiterer Netzwerkverbindungen notwendig. Alternativ ist ein Systemdienst möglich, der nur GM-Sitzungen, aber keine Steuerungs-Sitzungen unterstütz.

====Bewertung====
Die Diskussion dauert noch an, daher ist keine abschliessende Bewertung möglich

===Neue Gerätegruppe===
====Vorschlag====

Für den generalisierten Nachrichtenaustausch wird eine neue Gerätegruppe (device group) »Generic Message« (GM) auf Bus 0 eingerichtet. Die einzige (sinnvoll) anzuwendende Methode ist SET.

Beispielhafte Anwendung im Kommandomodus:

SET 0 GM <AntwortID> <EmpfängerID> <messagetype> <messagetext>

EmpfängerID ist diejenige INFO-Session-ID, die die Nachricht erhalten soll. Ist diese 0, so wird die Nachricht als Rundruf an alle INFO-Sessions gesendet. Die AntwortID ist die INFO-Session-ID (oder 0), an die eine eventuelle Antwortnachricht gesendet werden soll. Anmerkung: Die Antwort-ID ist niemals die Session-ID, die den SET Befehl ausführt.

Beispielhafte Anwendung im INFO-Modus:

INFO 0 GM <AntwortID> <EmpfängerID> <messagetype> <messagetext>

<messagetype> ist ein entweder zentral (Wo und von wem?) oder dezentral (anwendungsspezifisch) definierter Identifier, der als eindeutige Kennung für die Interpretation von <messagetext> dient.

Für <messagetext> gelten die im SRCP üblichen Einschränkungen/Formatanforderungen, z.B. dass der Zeichensatz aus 7 Bit ASCII besteht. Die Länge der gesamten Kommandozeile ist auf 1000 Zeichen begrenzt.

=====Anwendungsbeispiel=====
Ein Client fragt nach den Einzelheiten des Gerätes GA 1 auf Bus 8. Antwort an Session-ID 13 erbeten (Schritt 1).

SET 0 GM 13 0 CRCF CONFGET 8 GA 1

Wie die INFO-Nachricht aussieht, dürfte offensichtlich sein. Er geht an alle INFO-Sessions (Schritt 2).

INFO 0 GM 13 0 CRCF CONFGET 8 GA 1

Wenn ein CRCF-Service diese Nachricht erhalten hat, sendet er eine passende Antwort an den SRCP-Server (Schritt 3):

SET 0 GM 19 13 CRCF CONFINFO 8 GA 1 ....

Die Info-Session des CRCF-Services ist im Beispiel 19; die Antwort wird vom
SRCP-Server direkt an die SESSION 13 weitergeleitet (Schritt 4):

INFO 0 GM 19 13 CRCF CONFINFO 8 GA 1 ....

[[Bild:SRCP_GM.png|framed|Nachrichtenfluß über Generic Messages. CS: COMMAND-Sitzung, IS: INFO-Sitzung]]
Der Nachrichtenfluß über die Schritte 1 bis 4 ist in der nebenstehenden Grafik dargestellt. Die teilnehmenden SRCP-Clients müssen sowohl eine COMMAND- als auch eine INFO-Sitzung unterhalten. Für die Adressierung der Nachrichten spielen die Identifikationsnummern der COMMAND-Sitzungen (im Beispiel 12 und 18) keine Rolle.

Weitere Anfragen kann der Client direkt an Session 19 stellen. Er erhält
die INFO-Nachricht sofort. Wenn Session 19 terminieren sollte, kann er wieder
auf Empfänger 0 (= alle) umstellen.

====Bewertung====
Es entsteht eine allgemein nutzbare Kommunikationsstrecke mit vielfältigem Anwendungspotential. Es entsteht ein permanenter Pflegedienst für Vergabe der Nachrichtentypen (kann automatisiert werden).
Der Vorschlag wurde in die SRCP-Spezifikation 0.8.4 übernommen.

====Anmerkungen====
Zu den Konsequenzen der Implementierung gab es einige spezielle Fragestellungen.

;Müssen wir uns über Timeouts Gedanken machen?
: Das ist Sache der Clients und sollte natürlich benutzerfreundlich gestaltet sein.

;Wie lange soll ein anfragender Client auf Antworten warten?
:Da der Client für das Timeoutverhalten verantwortlich ist, entscheidet auch er darüber. Wiederum gilt, so benutzerfreundlich, wie möglich.

;Generiert der Server gegebenenfalls eine Timeout-Nachricht?
:Nein, denn er hat keine Ahnung vom Inhalt der ausgetauschten Nachrichten. Er transportiert nur eine Botschaft; dass zwei (oder auch mehr) Teilnehmer zu einem Dialog gehören, ist dem Server unbekannt.

;Wenn der Server schon beim Empfang einer "SET 0 GM"-Anfrage sieht, dass er damit keinen Empfänger erreichen kann, sollte er eine entsprechende Meldung an den Anfrager generieren (beispielsweise wenn der Anfragende der einzige angemeldete Client ist)?
:Vorschlag: Der Server sendet in einem solchen Fall "416 ERROR no data". Dies Meldung erfolgt nur dann, wenn keine INFO Session aktiv ist. Könnte damit auch entfallen, da der Timeout zuschlagen wird.

;Warum muss der Client bei "SET 0 GM"-Anfragen seine Antwort-ID mitsenden? Der Server könnte diese ID in die INFO-Nachricht eintragen, denn er kennt sie ja.
:Der Server hat überhaupt keine Ahnung davon, welche beliebigen zwei Sessions zusammengehören.

;Die Session-IDs übernehmen eine zentrale Rolle beim Gebrauch von GMs. In der aktuellen SRCP-Spezifikation fehlt eine Beschränkung der Session-ID auf einen definierten Wertebereich.
:Der im normalen Betrieb notwendige Wertebereich ist sehr gering; ein generischer (von der Hardwareplatform abhängiger) vorzeichenloser Ganzzahlwert sollte für alle Anwendungsfälle ausreichen.

==== Vorschläge zur Minimierung des Netzwerkdatenverkehrs====
Die Diskussion zeigte, dass größeres Unverständnis darüber herrschte, welches zusätzliche Datenaufkommen über den Nachrichtenaustausch der SRCP-Clients untereinander entstehen würde. Es bestand teilweise die Befürchtung, dass nicht an dieser Kommunikation interessierte SRCP-Clients unnötig und überfordernd belastet würden. Hier wurde insbesondere deutlich, dass das jetzt schon über den INFO-Kanal eingehende Nachrichtenvolumen SRCP-Anfängern unter Umständen nicht bewust ist und leicht unterschätzt wird.

Bei sachgemäßem Umgang mit dem neuen Nachrichtenkanal ergibt sich gegenüber dem bisherigen INFO-Kanalvolumen jedoch nur ein geringes Mehr an Daten. Insbesondere die Möglichkeit zur direkten Kommunikation zweier Teilnehmer wirkt im Bedarfsfall stark volumenbeschränkend. Ein inflationärer Gebrauch von Rundrufnachrichten sollte naturgemäß vermieden werden.

* <del>Wenn an einen SRCP-Server eine CRCF-Broadcastanfrage gestellt wird, muss er dann eine INFO-Nachricht generieren? Es kann ja sein, dass er selber auf die Anfrage antworten kann. Gerade bei dynamischen Daten kann der Server möglicherweise am besten Auskunft geben.</del>
Anmerkung: Es gibt bereits genügend SRCP-Kommandos, um Informationen direkt beim Server zu erfragen. Dieser Punkt ist daher irrelevant.

* <del>CRCF-Broadcastanfragen werden vom Server per INFO-Meldung an alle angemeldeten Clients weitergeleitet. An den Anfrager selber sollte die INFO-Meldung jedoch nicht weitergeleitet werden.</del>
Anmerkung: Durch das generelle Weiterleiten der INFO-Meldung weiß der Client, das (und wann) seine Botschaft rausgegangen ist. Deshalb wird auch dieser Punkt gestrichen.

* Ein Client sollte selber darüber entscheiden, ob er CRCF-Broadcasts empfängt. Per Voreinstellung ist diese Option nicht aktiv. Wie das Ein- oder Ausschalten funktioniert, wäre zu diskutieren.

== Glossar ==

;'''CRCF-Broadcast'''
::Eine von einem SRCP-Client in Form von "SET 0 GM <AntwortID> 0 CRCF CONFGET <messagetext>" initiierte Rundrufnachricht, die der SRCP-Server über den INFO-Kanal an alle angeschlossenen SRCP-Clients weiterleitet.

;'''CRCF-Client'''
::Ein Client mit lokalen CRCF-Daten bzw. lokaler CRCF-Datenbank.

[[Kategorie:SRCP]]

Digitalprojekt

2016-01-30T18:36:46Z

Guido Scholz: E-Mail-Adresse aktualisiert

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern. Die Möglichkeit die Software zu beziehen, gibt es im Downloadbereich von [http://sourceforge.net/project/showfiles.php?group_id=29376 srcpd].

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@web.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://home.arcor.de/stefan.preis/modellbahn/spdrs60/index_d.htm WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors. Die SRCP 0.8 fähige rcsh-Version ist über die [https://sourceforge.net/projects/srcpd/files/clients/rcsh/ Dateiablage des srcpd] erhältlich

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@web.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/enjoythetime/ WWW-Seiten] des Projektes.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''ELECTRIP''' - SRCP-Client zum Steuern von Modellbahnanlagen mit dem Gamepad, unterstützt die Simulation der Lokomotivgeräusche (Linux-Version) Kontakt: [mailto:momits@users.sourceforge.net Moritz Renftle] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://electrip.sourceforge.net/ WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

* '''eWicht''' - Handheld auf Basis eines Ethernet-PICs Kontakt: [mailto:svesch@gmx.de Sven Schlender] Weitere Infos zu dieser Hard- und Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.mobacon.de/eWicht/ WWW-Seiten] des Projekts.

* '''Locomotion''' - Java basierte Eisenbahnsteuerung für Geräte mit Touch-Display Kontakt: [mailto:thkusch@googlemail.com Th. Kusch] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://locomotion.thkusch.de/ WWW-Seiten] des Projekts.

* '''Lokdrive''' - Lokomotivsteuerung Kontakt: [mailto:philipp@philipp-kolb.net Philipp Kolb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://philipp-kolb.net/philipp_kolb_KLokdrive.html WWW-Seiten] des Projekts.

* '''SRCP Client f. Android''' - Lokomotivsteuerung mit einem Android Smartphone Kontakt: [mailto:michael@oscale.net Michael Blank] Die kostenlose Software kann mit einem Android Handy direkt aus dem Android Market installiert werden, siehe hierzu [http://www.oscale.net/android SRCP Client bei oscale.net ] .

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2016-01-30T18:34:10Z

Guido Scholz: Link zu rcsh ergänzt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern. Die Möglichkeit die Software zu beziehen, gibt es im Downloadbereich von [http://sourceforge.net/project/showfiles.php?group_id=29376 srcpd].

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://home.arcor.de/stefan.preis/modellbahn/spdrs60/index_d.htm WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors. Die SRCP 0.8 fähige rcsh-Version ist über die [https://sourceforge.net/projects/srcpd/files/clients/rcsh/ Dateiablage des srcpd] erhältlich

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/enjoythetime/ WWW-Seiten] des Projektes.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''ELECTRIP''' - SRCP-Client zum Steuern von Modellbahnanlagen mit dem Gamepad, unterstützt die Simulation der Lokomotivgeräusche (Linux-Version) Kontakt: [mailto:momits@users.sourceforge.net Moritz Renftle] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://electrip.sourceforge.net/ WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

* '''eWicht''' - Handheld auf Basis eines Ethernet-PICs Kontakt: [mailto:svesch@gmx.de Sven Schlender] Weitere Infos zu dieser Hard- und Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.mobacon.de/eWicht/ WWW-Seiten] des Projekts.

* '''Locomotion''' - Java basierte Eisenbahnsteuerung für Geräte mit Touch-Display Kontakt: [mailto:thkusch@googlemail.com Th. Kusch] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://locomotion.thkusch.de/ WWW-Seiten] des Projekts.

* '''Lokdrive''' - Lokomotivsteuerung Kontakt: [mailto:philipp@philipp-kolb.net Philipp Kolb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://philipp-kolb.net/philipp_kolb_KLokdrive.html WWW-Seiten] des Projekts.

* '''SRCP Client f. Android''' - Lokomotivsteuerung mit einem Android Smartphone Kontakt: [mailto:michael@oscale.net Michael Blank] Die kostenlose Software kann mit einem Android Handy direkt aus dem Android Market installiert werden, siehe hierzu [http://www.oscale.net/android SRCP Client bei oscale.net ] .

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2016-01-30T18:20:37Z

Guido Scholz: Toten Link entfernt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern. Die Möglichkeit die Software zu beziehen, gibt es im Downloadbereich von [http://sourceforge.net/project/showfiles.php?group_id=29376 srcpd].

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://home.arcor.de/stefan.preis/modellbahn/spdrs60/index_d.htm WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/enjoythetime/ WWW-Seiten] des Projektes.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''ELECTRIP''' - SRCP-Client zum Steuern von Modellbahnanlagen mit dem Gamepad, unterstützt die Simulation der Lokomotivgeräusche (Linux-Version) Kontakt: [mailto:momits@users.sourceforge.net Moritz Renftle] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://electrip.sourceforge.net/ WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

* '''eWicht''' - Handheld auf Basis eines Ethernet-PICs Kontakt: [mailto:svesch@gmx.de Sven Schlender] Weitere Infos zu dieser Hard- und Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.mobacon.de/eWicht/ WWW-Seiten] des Projekts.

* '''Locomotion''' - Java basierte Eisenbahnsteuerung für Geräte mit Touch-Display Kontakt: [mailto:thkusch@googlemail.com Th. Kusch] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://locomotion.thkusch.de/ WWW-Seiten] des Projekts.

* '''Lokdrive''' - Lokomotivsteuerung Kontakt: [mailto:philipp@philipp-kolb.net Philipp Kolb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://philipp-kolb.net/philipp_kolb_KLokdrive.html WWW-Seiten] des Projekts.

* '''SRCP Client f. Android''' - Lokomotivsteuerung mit einem Android Smartphone Kontakt: [mailto:michael@oscale.net Michael Blank] Die kostenlose Software kann mit einem Android Handy direkt aus dem Android Market installiert werden, siehe hierzu [http://www.oscale.net/android SRCP Client bei oscale.net ] .

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2016-01-30T18:19:05Z

Guido Scholz: Link zum eWicht aktualisiert

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern. Die Möglichkeit die Software zu beziehen, gibt es im Downloadbereich von [http://sourceforge.net/project/showfiles.php?group_id=29376 srcpd].

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://home.arcor.de/stefan.preis/modellbahn/spdrs60/index_d.htm WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/enjoythetime/ WWW-Seiten] des Projektes.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''ELECTRIP''' - SRCP-Client zum Steuern von Modellbahnanlagen mit dem Gamepad, unterstützt die Simulation der Lokomotivgeräusche (Linux-Version) Kontakt: [mailto:momits@users.sourceforge.net Moritz Renftle] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://electrip.sourceforge.net/ WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

* '''eWicht''' - Handheld auf Basis eines Ethernet-PICs Kontakt: [mailto:svesch@gmx.de Sven Schlender] Weitere Infos zu dieser Hard- und Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.mobacon.de/eWicht/ WWW-Seiten] des Projekts.

* '''Locomotion''' - Java basierte Eisenbahnsteuerung für Geräte mit Touch-Display Kontakt: [mailto:thkusch@googlemail.com Th. Kusch] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://locomotion.thkusch.de/ WWW-Seiten] des Projekts.

* '''Lokdrive''' - Lokomotivsteuerung Kontakt: [mailto:philipp@philipp-kolb.net Philipp Kolb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://philipp-kolb.net/philipp_kolb_KLokdrive.html WWW-Seiten] des Projekts.

* '''SRCP Client f. Android''' - Lokomotivsteuerung mit einem Android Smartphone Kontakt: [mailto:michael@oscale.net Michael Blank] Die kostenlose Software kann mit einem Android Handy direkt aus dem Android Market installiert werden, siehe hierzu [http://www.oscale.net/android SRCP Client bei oscale.net ] .

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprotokoll

2012-01-18T20:42:13Z

Guido Scholz: Links ergänzt

{{Glossar}}
Das Digitalprotokoll regelt die Kommunikation verschiedener Geräte, die über einen gemeinsamen Bus verbunden sind.

[[Bild:digitalschema.png]]

Der wichtigste »Bus« bei der digitalen Modellbahn sind wohl die Gleise; diese
erhalten von der jeweiligen [[Zentrale|Digitalzentrale]] ein der Versorgungsspannung
überlagertes Digitalsignal, welches Informationen für die einzelnen [[Decoder]] enthält.
Im jeweiligen Protokoll ist nun festgelegt, wie die Zentrale einen bestimmten [[Decoder]] anspricht, welches Gerät wann 'sprechen' darf, wie der Spannungsverlauf aussehen darf und ähnliches mehr. Die Zentrale dient als Generator für das Protokollsignal. Meist sind [[Zentralen|Digitalzentrale]] und [[Decoder]] je für ein bestimmtes Digitalprotokoll festgelegt, so dass sich Decoder, die für ein anderes Protokoll als die Zentrale ausgelegt sind, nicht mit dieser verständigen können. Andererseits existieren auch Multiprotokoll-Zentralen und Multiprotokoll-Decoder, die diesen Nachteil umgehen.

Beispiele für Digitalprotokolle sind:
* [[Märklin/Motorola]]
* [[DCC | NMRA/DCC]]
* [[Selectrix]]
* [[FMZ]]

Es existieren weitere Bussysteme beispielsweise zur Verbindung der Zentrale mit Handreglern, [[Booster|Boostern]], Signalen und Weichen sowie mit einem Computer. Hier können durchaus andere Protokolle zur Anwendung kommen, z.B. zwischen Computer und Zentrale das RS232-Protokoll der seriellen Schnittstelle.

Digitalprojekt

2010-06-18T11:54:25Z

Guido Scholz: ungültiger Link repariert

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern. Die Möglichkeit die Software zu beziehen, gibt es im Downloadbereich von [http://sourceforge.net/project/showfiles.php?group_id=29376 srcpd].

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://home.arcor.de/stefan.preis/modellbahn/spdrs60/index_d.htm WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/enjoythetime/ WWW-Seiten] des Projektes.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

* '''eWicht''' - Handheld auf Basis eines Ethernet-PICs Kontakt: [mailto:svesch@gmx.de Sven Schlender] Weitere Infos zu dieser Hard- und Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.mobacon.de/eWicht.html WWW-Seiten] des Projekts.

* '''Locomotion''' - Java basierte Eisenbahnsteuerung für Geräte mit Touch-Display Kontakt: [mailto:thkusch@googlemail.com Th. Kusch] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://locomotion.thkusch.de/ WWW-Seiten] des Projekts.

* '''Lokdrive''' - Lokomotivsteuerung Kontakt: [mailto:philipp@philipp-kolb.net Philipp Kolb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://philipp-kolb.net/philipp_kolb_KLokdrive.html WWW-Seiten] des Projekts.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2010-06-17T14:55:38Z

Guido Scholz: Lokdrive von Philipp Kolb ergänzt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern. Die Möglichkeit die Software zu beziehen, gibt es im Downloadbereich von [http://sourceforge.net/project/showfiles.php?group_id=29376 srcpd].

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/enjoythetime/ WWW-Seiten] des Projektes.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

* '''eWicht''' - Handheld auf Basis eines Ethernet-PICs Kontakt: [mailto:svesch@gmx.de Sven Schlender] Weitere Infos zu dieser Hard- und Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.mobacon.de/eWicht.html WWW-Seiten] des Projekts.

* '''Locomotion''' - Java basierte Eisenbahnsteuerung für Geräte mit Touch-Display Kontakt: [mailto:thkusch@googlemail.com Th. Kusch] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://locomotion.thkusch.de/ WWW-Seiten] des Projekts.

* '''Lokdrive''' - Lokomotivsteuerung Kontakt: [mailto:philipp@philipp-kolb.net Philipp Kolb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://philipp-kolb.net/philipp_kolb_KLokdrive.html WWW-Seiten] des Projekts.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2010-06-17T14:45:01Z

Guido Scholz: Locomotion von Th. Kusch ergänzt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern. Die Möglichkeit die Software zu beziehen, gibt es im Downloadbereich von [http://sourceforge.net/project/showfiles.php?group_id=29376 srcpd].

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/enjoythetime/ WWW-Seiten] des Projektes.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

* '''eWicht''' - Handheld auf Basis eines Ethernet-PICs Kontakt: [mailto:svesch@gmx.de Sven Schlender] Weitere Infos zu dieser Hard- und Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.mobacon.de/eWicht.html WWW-Seiten] des Projekts.

* '''Locomotion''' - Java basierte Eisenbahnsteuerung für Geräte mit Touch-Display Kontakt: [mailto:thkusch@googlemail.com Th. Kusch] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://locomotion.thkusch.de/ WWW-Seiten] des Projekts.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2010-06-17T14:08:03Z

Guido Scholz: Name ergänzt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern. Die Möglichkeit die Software zu beziehen, gibt es im Downloadbereich von [http://sourceforge.net/project/showfiles.php?group_id=29376 srcpd].

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/enjoythetime/ WWW-Seiten] des Projektes.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

* '''eWicht''' - Handheld auf Basis eines Ethernet-PICs Kontakt: [mailto:svesch@gmx.de Sven Schlender] Weitere Infos zu dieser Hard- und Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.mobacon.de/eWicht.html WWW-Seiten] des Projekts.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2010-06-17T13:59:02Z

Guido Scholz: EnjoyTheTime Link aktualisiert

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern. Die Möglichkeit die Software zu beziehen, gibt es im Downloadbereich von [http://sourceforge.net/project/showfiles.php?group_id=29376 srcpd].

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/enjoythetime/ WWW-Seiten] des Projektes.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

* '''eWicht''' - Handheld auf Basis eines Ethernet-PICs Kontakt: [mailto:svesch@gmx.de] Weitere Infos zu dieser Hard- und Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.mobacon.de/eWicht.html WWW-Seiten] des Projekts.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2010-05-01T06:05:39Z

Guido Scholz: Link zum eWicht repariert

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern. Die Möglichkeit die Software zu beziehen, gibt es im Downloadbereich von [http://sourceforge.net/project/showfiles.php?group_id=29376 srcpd].

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

* '''eWicht''' - Handheld auf Basis eines Ethernet-PICs Kontakt: [mailto:svesch@gmx.de] Weitere Infos zu dieser Hard- und Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://www.mobacon.de/eWicht.html WWW-Seiten] des Projekts.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Newsgroup

2009-03-19T08:56:26Z

Guido Scholz: Tippfehler beseitigt

=Newsgroup - was ist das?=
Wer heute vom »Internet« spricht, meint meistens das Lesen von Seiten des World-Wide Web (WWW), die über eine Adresse (z.B. www.der-moba.de) ausgewählt werden und mit einem Webbrowser dargestellt werden. So wie auch diese hier.

Inzwischen gibt es auf vielen dieser Seiten auch sogenannte Foren. Das sind Diskussionsrunden, in denen man Fragen zu bestimmten Themen stellen kann oder auf solche Fragen antwortet.

Die Fragen oder Antworten werden in eine Maske eingetragen; nach dem Absenden werden sie auf dem Server des Seitenanbieters passend einsortiert und das Ganze im Zusammenhang als Webseite wieder angezeigt.
Obwohl man zum Lesen oder Schreiben online sein muß, findet die »Diskussion« zeitversetzt statt. Es gibt keinen festen zeitlichen Zusammenhang zwischen Frage und Antwort, und man spricht auch immer alle Leser an. Die Beiträge bleiben oft nur über einen begrenzten Zeitraum gespeichert, welcher vom Betreiber des Forums festgelegt wird.

Eine andere bekannte Form der Diskussion im Internet ist der »Chat«, hier sind die Diskussionsteilnehmer gleichzeitig online und können direkt miteinander kommunizieren. Auch Chats sind meist in Webseiten eingebunden, so daß Teilnehmer nicht zwingend einen Chat-Client benötigen, sondern sich auch mit einem Webbrowser beteiligen können.

Aber das Internet bietet ausser diesem Bereitstellen und Verteilen von Webseiten noch andere Dienste; praktisch jeder nutzt einen davon: E-Mail. Um an diesem Dienst teilzunehmen, braucht man ein anderes Programm als den Webbrowser, nämlich ein Mailprogramm (MUA, Mail User Argent).

Analog dazu - und schon viel älter als die Web-Foren - gibt es das [http://de.wikipedia.org/wiki/Usenet Usenet], über das die Teilnehmer in den sogenannten Newsgroups miteinander kommunizieren.
Hierzu werden mit einem speziellen Programm, dem Newsreader, Nachrichten in der gleichen Art gesendet wie E-Mails. Wie bei Mail-Servern üblich, werden auch News-Server von Internet-Providern (z.B. t-online, arcor, AOL o.ä) betrieben; alle News-Server weltweit tauschen permanent ihre Nachrichten aus, so daß sie (mit einer kleinen zeitlichen Verzögerung) immer denselben Stand anzeigen.

Das ganze hat also wesentlich mehr Ähnlichkeit mit E-Mails als mit Webseiten.
Deshalb sind die Newsreader auch oft Bestandteil der Mail-Programme (so bei Netscape oder Outlook-Express), und wie bei diesen muß man einen Server-Account anlegen, zu dessen Nutzung man Namen, E-Mail-Adresse (Passwort) und die Internet-Adresse des News-Servers angeben muß.

=Zugang zu den Newsgroups=
Um an einer oder mehrere Newsgroups teilzunehmen, braucht man Zugriff auf einen News-Server.
Den Namen des Servers bekommt man von seinem Internet-Provider.
Es gibt aber auch frei zugängliche News-Server, die providerunabhängig sind; manche sind kostenfrei, bei anderen muß man für den Zugang zahlen.

Liste von Usenet-Anbietern:
* http://newsserverliste.cord.de/

=Abonnieren einer Newsgroup=
Es gibt allein in Deutschland tausende von Newsgroups zu den unterschiedlichsten Themen. Sie werden auf Antrag von einem neutralen Gremium eröffnet und in eine Namenshierarchie einsortiert.

Die Internet-Seite '''www.der-moba.de''' wird gestaltet von den Teilnehmern der Newsgroup '''de.rec.modelle.bahn''', d.h. deutschland/recreation/modelle/bahn. Es gibt z.B. auch de.comp.software oder de.rec.fotografie.

Wenn man sich auf einem Newsserver angemeldet hat, kann man aus einer Liste aller Newsgroups eine oder mehrere "abonnieren"; für diese bekommt man dann alle Beiträge angezeigt und kann auf diese auch antworten. Eine Anmeldung für eine spezielle Newsgroup gibt es nicht; jeder kann teilnehmen.

Das klingt alles zunächst etwas ungewohnt, aber wer E-Mails schreiben kann, wird mit einem Newsreader gut zurechtkommen.

----

=Besonderheiten von Newsgroups=
Die Beiträge enthalten nur Text (ASCII, kein HTML!) keine Zeichnungen, keine verschiedenen Schriftarten und keine Anhänge (Bilder o.ä). Wer etwas »zeigen« will, muß eine Adresse im WWW angeben (URL), bei der die anderen nachschauen können. In bestimmten Newsgroups kann das Versenden von binären Anhängen aber auch erlaubt sein.

Es lesen und schreiben sehr viele Teilnehmer weltweit zu diesem Thema (keine
Angst, auf »de.rec.modelle.bahn« wird deutsch geschrieben, obwohl
Teilnehmer z.B. aus USA oder Dänemark mitmachen). Die Chance, irgendjemanden zu finden, der zu einer sehr speziellen Frage Stellung nehmen kann, ist daher sehr groß.

Die Beiträge der Newsgroup werden in sogenannten »Threads« (Themenbäumen, Diskussionsfäden)
verwaltet. So kann man - ein geeignetes Programm/Web-Portal vorausgesetzt -
genau sehen, wer wem geantwortet hat; denn die Beiträge beziehen sich ja
aufeinander. Und weil an bestimmten Punkten die Meinungen auseinander gehen können, oder Nebenthemen in die Diskussion wandern, ist in Baumform dargestellt, wer wem
geantwortet hat.

Man kann am Betreff des Beitrages abschätzen ob, man ihn lesen
will oder nicht. Daher sollte man diesen auch möglichst konkret formulieren. Wer als »N-Bahner anlog« nichts von »Digital« wissen
will, ignoriert einfach alle Beiträge über digitale Themen oder
andere Baugrößen. Wenn in einem Thread das Thema wechselt, so wird
normalerweise der Betreff korrigiert.

Man kann Newsgroups Off-Line lesen und die Beiträge
herunterladen. E-Mail-Programme und Webbrowser sowie spezielle Programme zum
Abonnieren von Newsgroups bieten die Möglichkeit, die jeweils neuen Beiträge
seit dem letzen »Nach-Schauen« in einem Rutsch von den
Servern zu laden, so wie man es mit seinen E-Mails ja auch
machen kann. Die Vorteile liegen auf der Hand:
Es geht es viel schneller, als bei Webforen, die allein
für die Werbung viel Zeit verschwenden. Zudem ist es übersichtlicher und die
Online-Kosten sinken. Man kann in Ruhe lesen und schreiben.

Die einzelnen Beiträge (Postings) sind vergleichbar zu einer E-Mail; man kann die für einen persönlich interessanten Beiträge zusammen mit sonstiger E-Mail
gemeinsam auf dem eigenen Rechner (in E-Mail-Ordnern) abspeichern und dort aufbewahren.

=Newsgroups und Google=

Die Beiträge in der Newsgroup werden auf den News-Servern nur eine gewisse Zeit lang vorgehalten.
Aber es gibt Server im Internet, die alle News-Beiträge sammeln und dann in einem recherchierbaren Archiv ablegen.
Der bekannteste ist sicher Google.

Mit der Suchmaschine http://groups.google.de/ kann
man Beiträge suchen, die Jahre alt sind.
Und zwar nach Stichworten im Titel oder im Text, nach Absender,
nach Datum oder Zeitraum. Es handelt sich also um ein ständig
wachsendes Archiv mit Weisheiten zum Thema der Newsgroup.

Die dortige Newsgroup-Suche in dem Navigationsrahmen links
sucht beispielsweise im Google-Archiv der Newsgroup
»de.rec.modelle.bahn« nach den eingegebenen Stichworten.
Die Chancen sind groß, Antwort auf alle möglichen
Fragen zum Thema Modellbahn zu finden.

=Tips für Einsteiger=

Um die Newsgroup nun nicht immer mit den selben
(Einsteiger-) Fragen zu belasten, gibt es zwei Tricks:
#www.der-moba.de lesen,
#die Suchmaschine http://groups.google.de/group/de.rec.modelle.bahn/ nutzen.
Vielleicht wurde das Thema ja erst kürzlich erörtert?

=Server und Newsreader=

=In einer Newsgroup schreiben=

Die Newsgroup lebt übrigens vom Beiträge '''schreiben'''.
Auch wenn es eine Art "harten Kern" an gibt, die »Regulars«.
Das sind die Leute, welche recht häufig Beiträge schreiben
(posten). Sie haben meist ein oder mehrere Spezialthemen
und helfen gerne mit ihrem Wissen. Dennoch sollte jeder sein
(neuestes) Wissen und seine Erfahrung einbringen. Auch die
»alten Hasen« lernen gerne etwas dazu.

In einer Newsgroup werden die Beiträge (und ihre Betreffs) in einer
bestimmten Form geschrieben. Diese erhöht die Lesbarkeit der
Beiträge (und die Lust der Leser zu antworten).
Tips zu dieser Form findet man im FAQ der Newsgroup auf
[[FAQ_de.rec.modelle.bahn]]. Beim Schreiben sollte auch stets die [[Netiquette]] eingehalten werden.

Um ein »Gefühl« für das »Funktionieren« der Newsgroup
zu bekommen, sollte man erst einmal einige Zeit mitlesen, bevor man einen Beitrag schreibt.

In jedem Fall sollte man auch die Gruppe »de.newusers.infos« lesen;
diese enthält nur ganz wenige Beiträge, die aber für ein
problemloses Miteinander unbedingt wichtig sind.

Übrigens:
Dein Beitrag wird weltweit von vielen gelesen. Und das nicht nur
für ein paar Tage.
Über das groups.google.de-Archiv, ist dein Beitrag auch nach Jahren
noch allgemein zugänglich - man kann also auch mit alten eigenen
Äußerungen konfrontiert werden!

Und noch ein Tipp:
Es gibt Firmen, welche die in Newsgroups verwendeten E-Mail-Adressen
sammeln. Diesen Adressen wird dann Werbung zugesandt (Spam).
Um die Werbung gleich filtern zu können, ist es durchaus sinnvoll
sich bei einem E-Mail-Provider (z.B. freenet.de, gmx.de, web.de)
eine E-Mail-Adresse einzurichten, die man nur zu Posten in der
Newsgroup verwendet. Aber bitte dennoch den »Realnamen« für die
Anzeige eintragen.

Wer nur ab und zu mitlesen will (reinschnuppern), kann die Beiträge
der Newsgroup auf dem Server mit einem WWW-basierten Portal wie
http://groups.google.de/ ansehen.

Wer die Gruppe regelmäßig lesen will, sollte aber einen eigenen
Newsreader installieren. Für den Einstieg eignet sich beispielsweise
der Mozilla Thunderbird http://www.mozilla-europe.org/de/products/thunderbird/.

Outlook Express trübt die Freude an Newsgroups leider durch eine
Reihe von Fehlern recht schnell und wird deshalb auch für den Einstieg
nicht empfohlen. Sehr gute Anleitungen zum Einrichten gibt es unter
http://news.cis.dfn.de/de/config.html.
Unter http://news.individual.de/ kann man sich auch anmelden,
falls der eigene Provider keinen brauchbaren Newsserver anbietet.
Das kostet ca. 10,- EUR pro Jahr.

=Beiträge suchen=

Solltest du Beiträge finden, die Fragen offen lassen, oder
dich noch wissensdurstiger machen, dann laden wir dich herzlich
ein, dir die Mühe zu machen, und in der
Newsgroup deine Frage zu stellen.

So erhältst du immer die "neueste Information" und
Wissen, welches der Autor allein gar nicht haben kann.
Eine direkte E-Mail an den Autor richtet man normalerweise nur,
wenn das, was Du zu dem Beitrag fragen oder sagen willst,
wirklich niemanden anderen als den Autor interessiert.

Tip:
Wenn du den Autor nun doch unbedingt direkt anschreiben willst, dann
hilf ihm bitte mit folgenden Worten auf die Sprünge:
"Ich habe deinen Beitrag mit der Google Suchmaschine
auf "Der-Moba.de" gefunden. Kannst du bitte....."
(zitiere zusammen mit deiner Frage auch die gefundene Stelle).

= Links zum Thema Usenet =

Software:

*[http://www.forteinc.com Free Agent] Ein kostenloser Newsreader

Informationen:

*[http://www.boku.ac.at/news/newsd.html Zentraler Informatikdienst Wien]

*[http://www.wschmidhuber.de/usenet/index.html W.Schmidhuber] u.a. warum man mit seinem echten Namen ins Usenet soll..

[[Kategorie:De.rec.modelle.bahn]]

Newsgroup

2009-03-19T08:50:41Z

Guido Scholz: Link entfernt, da Dienst eingestellt, Netscape-Link aktualisiert auf Thunderbird

=Newsgroup - was ist das?=
Wer heute vom »Internet« spricht, meint meistens das Lesen von Seiten des World-Wide Web (WWW), die über eine Adresse (z.B. www.der-moba.de) ausgewählt werden und mit einem Webbrowser dargestellt werden. So wie auch diese hier.

Inzwischen gibt es auf vielen dieser Seiten auch sogenannte Foren. Das sind Diskussionsrunden, in denen man Fragen zu bestimmten Themen stellen kann oder auf solche Fragen antwortet.

Die Fragen oder Antworten werden in eine Maske eingetragen; nach dem Absenden werden sie auf dem Server des Seitenanbieters passend einsortiert und das Ganze im Zusammenhang als Webseite wieder angezeigt.
Obwohl man zum Lesen oder Schreiben online sein muß, findet die »Diskussion« zeitversetzt statt. Es gibt keinen festen zeitlichen Zusammenhang zwischen Frage und Antwort, und man spricht auch immer alle Leser an. Die Beiträge bleiben oft nur über einen begrenzten Zeitraum gespeichert, welcher vom Betreiber des Forums festgelegt wird.

Eine andere bekannte Form der Diskussion im Internet ist der »Chat«, hier sind die Diskussionsteilnehmer gleichzeitig online und können direkt miteinander kommunizieren. Auch Chats sind meist in Webseiten eingebunden, so daß Teilnehmer nicht zwingend einen Chat-Client benötigen, sondern sich auch mit einem Webbrowser beteiligen können.

Aber das Internet bietet ausser diesem Bereitstellen und Verteilen von Webseiten noch andere Dienste; praktisch jeder nutzt einen davon: E-Mail. Um an diesem Dienst teilzunehmen, braucht man ein anderes Programm als den Webbrowser, nämlich ein Mailprogramm (MUA, Mail User Argent).

Analog dazu - und schon viel älter als die Web-Foren - gibt es das [http://de.wikipedia.org/wiki/Usenet Usenet], über das die Teilnehmer in den sogenannten Newsgroups miteinander kommunizieren.
Hierzu werden mit einem speziellen Programm, dem Newsreader, Nachrichten in der gleichen Art gesendet wie E-Mails. Wie bei Mail-Servern üblich, werden auch News-Server von Internet-Providern (z.B. t-online, arcor, AOL o.ä) betrieben; alle News-Server weltweit tauschen permanent ihre Nachrichten aus, so daß sie (mit einer kleinen zeitlichen Verzögerung) immer denselben Stand anzeigen.

Das ganze hat also wesentlich mehr Ähnlichkeit mit E-Mails als mit Webseiten.
Deshalb sind die Newsreader auch oft Bestandteil der Mail-Programme (so bei Netscape oder Outlook-Express), und wie bei diesen muß man einen Server-Account anlegen, zu dessen Nutzung man Namen, E-Mail-Adresse (Passwort) und die Internet-Adresse des News-Servers angeben muß.

=Zugang zu den Newsgroups=
Um an einer oder mehrere Newsgroups teilzunehmen, braucht man Zugriff auf einen News-Server.
Den Namen des Servers bekommt man von seinem Internet-Provider.
Es gibt aber auch frei zugängliche News-Server, die providerunabhängig sind; manche sind kostenfrei, bei anderen muß man für den Zugang zahlen.

Liste von Usenet-Anbietern:
* http://newsserverliste.cord.de/

=Abonnieren einer Newsgroup=
Es gibt allein in Deutschland tausende von Newsgroups zu den unterschiedlichsten Themen. Sie werden auf Antrag von einem neutralen Gremium eröffnet und in eine Namenshierarchie einsortiert.

Die Internet-Seite '''www.der-moba.de''' wird gestaltet von den Teilnehmern der Newsgroup '''de.rec.modelle.bahn''', d.h. deutschland/recreation/modelle/bahn. Es gibt z.B. auch de.comp.software oder de.rec.fotografie.

Wenn man sich auf einem Newsserver angemeldet hat, kann man aus einer Liste aller Newsgroups eine oder mehrere "abonnieren"; für diese bekommt man dann alle Beiträge angezeigt und kann auf diese auch antworten. Eine Anmeldung für eine spezielle Newsgroup gibt es nicht; jeder kann teilnehmen.

Das klingt alles zunächst etwas ungewohnt, aber wer E-Mails schreiben kann, wird mit einem Newsreader gut zurechtkommen.

----

=Besonderheiten von Newsgroups=
Die Beiträge enthalten nur Text (ASCII, kein HTML!) keine Zeichnungen, keine verschiedenen Schriftarten und keine Anhänge (Bilder o.ä). Wer etwas »zeigen« will, muß eine Adresse im WWW angeben (URL), bei der die anderen nachschauen können. In bestimmten Newsgroups kann das Versenden von binären Anhängen aber auch erlaubt sein.

Es lesen und schreiben sehr viele Teilnehmer weltweit zu diesem Thema (keine
Angst, auf »de.rec.modelle.bahn« wird deutsch geschrieben, obwohl
Teilnehmer z.B. aus USA oder Dänemark mitmachen). Die Chance, irgendjemanden zu finden, der zu einer sehr speziellen Frage Stellung nehmen kann, ist daher sehr groß.

Die Beiträge der Newsgroup werden in sogenannten »Threads« (Themenbäumen, Diskussionsfäden)
verwaltet. So kann man - ein geeignetes Programm/Web-Portal vorausgesetzt -
genau sehen, wer wem geantwortet hat; denn die Beiträge beziehen sich ja
aufeinander. Und weil an bestimmten Punkten die Meinungen auseinander gehen können, oder Nebenthemen in die Diskussion wandern, ist in Baumform dargestellt, wer wem
geantwortet hat.

Man kann am Betreff des Beitrages abschätzen ob, man ihn lesen
will oder nicht. Daher sollte man diesen auch möglichst konkret formulieren. Wer als »N-Bahner anlog« nichts von »Digital« wissen
will, ignoriert einfach alle Beiträge über digitale Themen oder
andere Baugrößen. Wenn in einem Thread das Thema wechselt, so wird
normalerweise der Betreff korrigiert.

Man kann Newsgroups Off-Line lesen und die Beiträge
herunterladen. E-Mail-Programme und Webbrowser sowie spezielle Programme zum
Abonnieren von Newsgroups bieten die Möglichkeit, die jeweils neuen Beiträge
seit dem letzen »Nach-Schauen« in einem Rutsch von den
Servern zu laden, so wie man es mit seinen E-Mails ja auch
machen kann. Die Vorteile liegen auf der Hand:
Es geht es viel schneller, als bei Webforen, die allein
für die Werbung viel Zeit verschwenden. Zudem ist es übersichtlicher und die
Online-Kosten sinken. Man kann in Ruhe lesen und schreiben.

Die einzelnen Beiträge (Postings) sind vergleichbar zu einer E-Mail; man kann die für einen persönlich interessanten Beiträge zusammen mit sonstiger E-Mail
gemeinsam auf dem eigenen Rechner (in E-Mail-Ordnern) abspeichern und dort aufbewahren.

=Newsgroups und Google=

Die Beiträge in der Newsgroup werden auf den News-Servern nur eine gewisse Zeit lang vorgehalten.
Aber es gibt Server im Internet, die alle News-Beiträge sammeln und dann in einem recherchierbaren Archiv ablegen.
Der bekannteste ist sicher Google.

Mit der Suchmaschine http://groups.google.de/ kann
man Beiträge suchen, die Jahre alt sind.
Und zwar nach Stichworten im Titel oder im Text, nach Absender,
nach Datum oder Zeitraum. Es handelt sich also um ein ständig
wachsendes Archiv mit Weisheiten zum Thema der Newsgroup.

Die dortige Newsgroup-Suche in dem Navigationsrahmen links
sucht beispielsweise im Google-Archiv der Newsgroup
»de.rec.modelle.bahn« nach den eingegebenen Stichworten.
Die Chancen sind groß, Antwort auf alle möglichen
Fragen zum Thema Modellbahn zu finden.

=Tips für Einsteiger=

Um die Newsgroup nun nicht immer mit den selben
(Einsteiger-) Fragen zu belasten, gibt es zwei Tricks:
#www.der-moba.de lesen,
#die Suchmaschine http://groups.google.de/group/de.rec.modelle.bahn/ nutzen.
Vielleicht wurde das Thema ja erst kürzlich erörtert?

=Server und Newsreader=

=In einer Newsgroup schreiben=

Die Newsgroup lebt übrigens vom Beiträge '''schreiben'''.
Auch wenn es eine Art "harten Kern" an gibt, die »Regulars«.
Das sind die Leute, welche recht häufig Beiträge schreiben
(posten). Sie haben meist ein oder mehrere Spezialthemen
und helfen gerne mit ihrem Wissen. Dennoch sollte jeder sein
(neuestes) Wissen und seine Erfahrung einbringen. Auch die
»alten Hasen« lernen gerne etwas dazu.

In einer Newsgroup werden die Beiträge (und ihre Betreffs) in einer
bestimmten Form geschrieben. Diese erhöht die Lesbarkeit der
Beiträge (und die Lust der Leser zu antworten).
Tips zu dieser Form findet man im FAQ der Newsgroup auf
[[FAQ_de.rec.modelle.bahn]]. Beim Schreiben sollte auch stets die [[Netiquette]] eingehalten werden.

Um ein »Gefühl« für das »Funktionieren« der Newsgroup
zu bekommen, sollte man erst einmal einige Zeit mitlesen, bevor man einen Beitrag schreibt.

In jedem Fall sollte man auch die Gruppe »de.newusers.infos« lesen;
diese enthält nur ganz wenige Beiträge, die aber für ein
problemloses Miteinander unbedingt wichtig sind.

Übrigens:
Dein Beitrag wird weltweit von vielen gelesen. Und das nicht nur
für ein paar Tage.
Über das groups.google.de-Archiv, ist dein Beitrag auch nach Jahren
noch allgemein zugänglich - man kann also auch mit alten eigenen
Äußerungen konfrontiert werden!

Und noch ein Tipp:
Es gibt Firmen, welche die in Newsgroups verwendeten E-Mail-Adressen
sammeln. Diesen Adressen wird dann Werbung zugesandt (Spam).
Um die Werbung gleich filtern zu können, ist es durchaus sinnvoll
sich bei einem E-Mail-Provider (z.B. freenet.de, gmx.de, web.de)
eine E-Mail-Adresse einzurichten, die man nur zu Posten in der
Newsgroup verwendet. Aber bitte dennoch den »Realnamen« für die
Anzeige eintragen.

Wer nur ab und zu mitlesen will (reinschnuppern), kann die Beiträge
der Newsgroup auf dem Server mit einem WWW-basierten Portal wie
http://groups.google.de/ ansehen.

Wer die Gruppe regelmäßig lesen will, sollte aber einen eigenen
Newsreader installieren. Für den Einstieg eignet sich beispielsweise
der Mozilla Thunderbird http://www.mozilla-europe.org/de/products/thunderbird/.

Outlook Express trübt die Freude an Newsgroups leider durch eine
Reihe von Fehlern recht schnell und wird deshalb auch für den Einstieg
nicht empfohlen. Sehr gute Anleitungen zum Einrichten gibt es unter
http://news.cis.dfn.de/de/config.html.
Unter http://news.individual.de/ kann man sich auch anmelden,
falls der eigene Provider keinen brauchbaren Newsserver anbietet.
Das kostet ca. 10,- EUR pro Jahr.

=Beiträge suchen=

Solltest du Beiträge finden, die Fragen offen lassen, oder
dich noch wissensdurstiger machen:
Wir laden dich herzlich ein, dir die Mühe zu machen, und in der
newsgroup deine Frage zu stellen

Dann erhältst du auch immer die "neueste Information" und
Wissen welches der Autor allein gar nicht haben kann.
Eine direkte email an den Autor richtet man normalerweise nur,
wenn das, was Du zu dem Beitrag fragen oder sagen willst,
wirklich niemanden anderen als den Autor interessiert.

Tip:
Wenn du den Autor nun doch unbedingt direkt anmailen willst:
hilf ihm bitte mit folgenden Worten auf die Sprünge:
" Ich habe deinen Beitrag mit der Google Suchmaschine
auf "Der-Moba.de" gefunden. Kannst du bitte....."
(zitiere zusammen mit deiner Frage auch die gefundene Stelle)

= Links zum Thema Usenet =

Software:

*[http://www.forteinc.com Free Agent] Ein kostenloser Newsreader

Informationen:

*[http://www.boku.ac.at/news/newsd.html Zentraler Informatikdienst Wien]

*[http://www.wschmidhuber.de/usenet/index.html W.Schmidhuber] u.a. warum man mit seinem echten Namen ins Usenet soll..

[[Kategorie:De.rec.modelle.bahn]]

Newsgroup

2009-03-12T09:10:32Z

Guido Scholz: Direkter Link zu drmb

=Newsgroup - was ist das?=
Wer heute vom »Internet« spricht, meint meistens das Lesen von Seiten des World-Wide Web (WWW), die über eine Adresse (z.B. www.der-moba.de) ausgewählt werden und mit einem Webbrowser dargestellt werden. So wie auch diese hier.

Inzwischen gibt es auf vielen dieser Seiten auch sogenannte Foren. Das sind Diskussionsrunden, in denen man Fragen zu bestimmten Themen stellen kann oder auf solche Fragen antwortet.

Die Fragen oder Antworten werden in eine Maske eingetragen; nach dem Absenden werden sie auf dem Server des Seitenanbieters passend einsortiert und das Ganze im Zusammenhang als Webseite wieder angezeigt.
Obwohl man zum Lesen oder Schreiben online sein muß, findet die »Diskussion« zeitversetzt statt. Es gibt keinen festen zeitlichen Zusammenhang zwischen Frage und Antwort, und man spricht auch immer alle Leser an. Die Beiträge bleiben oft nur über einen begrenzten Zeitraum gespeichert, welcher vom Betreiber des Forums festgelegt wird.

Eine andere bekannte Form der Diskussion im Internet ist der »Chat«, hier sind die Diskussionsteilnehmer gleichzeitig online und können direkt miteinander kommunizieren. Auch Chats sind meist in Webseiten eingebunden, so daß Teilnehmer nicht zwingend einen Chat-Client benötigen, sondern sich auch mit einem Webbrowser beteiligen können.

Aber das Internet bietet ausser diesem Bereitstellen und Verteilen von Webseiten noch andere Dienste; praktisch jeder nutzt einen davon: E-Mail. Um an diesem Dienst teilzunehmen, braucht man ein anderes Programm als den Webbrowser, nämlich ein Mailprogramm (MUA, Mail User Argent).

Analog dazu - und schon viel älter als die Web-Foren - gibt es das [http://de.wikipedia.org/wiki/Usenet Usenet], über das die Teilnehmer in den sogenannten Newsgroups miteinander kommunizieren.
Hierzu werden mit einem speziellen Programm, dem Newsreader, Nachrichten in der gleichen Art gesendet wie E-Mails. Wie bei Mail-Servern üblich, werden auch News-Server von Internet-Providern (z.B. t-online, arcor, AOL o.ä) betrieben; alle News-Server weltweit tauschen permanent ihre Nachrichten aus, so daß sie (mit einer kleinen zeitlichen Verzögerung) immer denselben Stand anzeigen.

Das ganze hat also wesentlich mehr Ähnlichkeit mit E-Mails als mit Webseiten.
Deshalb sind die Newsreader auch oft Bestandteil der Mail-Programme (so bei Netscape oder Outlook-Express), und wie bei diesen muß man einen Server-Account anlegen, zu dessen Nutzung man Namen, E-Mail-Adresse (Passwort) und die Internet-Adresse des News-Servers angeben muß.

=Zugang zu den Newsgroups=
Um an einer oder mehrere Newsgroups teilzunehmen, braucht man Zugriff auf einen News-Server.
Den Namen des Servers bekommt man von seinem Internet-Provider.
Es gibt aber auch frei zugängliche News-Server, die providerunabhängig sind; manche sind kostenfrei, bei anderen muß man für den Zugang zahlen.

Liste von Usenet-Anbietern:
* http://newsserverliste.cord.de/

=Abonnieren einer Newsgroup=
Es gibt allein in Deutschland tausende von Newsgroups zu den unterschiedlichsten Themen. Sie werden auf Antrag von einem neutralen Gremium eröffnet und in eine Namenshierarchie einsortiert.

Die Internet-Seite '''www.der-moba.de''' wird gestaltet von den Teilnehmern der Newsgroup '''de.rec.modelle.bahn''', d.h. deutschland/recreation/modelle/bahn. Es gibt z.B. auch de.comp.software oder de.rec.fotografie.

Wenn man sich auf einem Newsserver angemeldet hat, kann man aus einer Liste aller Newsgroups eine oder mehrere "abonnieren"; für diese bekommt man dann alle Beiträge angezeigt und kann auf diese auch antworten. Eine Anmeldung für eine spezielle Newsgroup gibt es nicht; jeder kann teilnehmen.

Das klingt alles zunächst etwas ungewohnt, aber wer E-Mails schreiben kann, wird mit einem Newsreader gut zurechtkommen.

----

=Besonderheiten von Newsgroups=
Die Beiträge enthalten nur Text (ASCII, kein HTML!) keine Zeichnungen, keine verschiedenen Schriftarten und keine Anhänge (Bilder o.ä). Wer etwas »zeigen« will, muß eine Adresse im WWW angeben (URL), bei der die anderen nachschauen können. In bestimmten Newsgroups kann das Versenden von binären Anhängen aber auch erlaubt sein.

Es lesen und schreiben sehr viele Teilnehmer weltweit zu diesem Thema (keine
Angst, auf »de.rec.modelle.bahn« wird deutsch geschrieben, obwohl
Teilnehmer z.B. aus USA oder Dänemark mitmachen). Die Chance, irgendjemanden zu finden, der zu einer sehr speziellen Frage Stellung nehmen kann, ist daher sehr groß.

Die Beiträge der Newsgroup werden in sogenannten »Threads« (Themenbäumen, Diskussionsfäden)
verwaltet. So kann man - ein geeignetes Programm/Web-Portal vorausgesetzt -
genau sehen, wer wem geantwortet hat; denn die Beiträge beziehen sich ja
aufeinander. Und weil an bestimmten Punkten die Meinungen auseinander gehen können, oder Nebenthemen in die Diskussion wandern, ist in Baumform dargestellt, wer wem
geantwortet hat.

Man kann am Betreff des Beitrages abschätzen ob, man ihn lesen
will oder nicht. Daher sollte man diesen auch möglichst konkret formulieren. Wer als »N-Bahner anlog« nichts von »Digital« wissen
will, ignoriert einfach alle Beiträge über digitale Themen oder
andere Baugrößen. Wenn in einem Thread das Thema wechselt, so wird
normalerweise der Betreff korrigiert.

Man kann Newsgroups Off-Line lesen und die Beiträge
herunterladen. E-Mail-Programme und Webbrowser sowie spezielle Programme zum
Abonnieren von Newsgroups bieten die Möglichkeit, die jeweils neuen Beiträge
seit dem letzen »Nach-Schauen« in einem Rutsch von den
Servern zu laden, so wie man es mit seinen E-Mails ja auch
machen kann. Die Vorteile liegen auf der Hand:
Es geht es viel schneller, als bei Webforen, die allein
für die Werbung viel Zeit verschwenden. Zudem ist es übersichtlicher und die
Online-Kosten sinken. Man kann in Ruhe lesen und schreiben.

Die einzelnen Beiträge (Postings) sind vergleichbar zu einer E-Mail; man kann die für einen persönlich interessanten Beiträge zusammen mit sonstiger E-Mail
gemeinsam auf dem eigenen Rechner (in E-Mail-Ordnern) abspeichern und dort aufbewahren.

=Newsgroups und Google=

Die Beiträge in der Newsgroup werden auf den News-Servern nur eine gewisse Zeit lang vorgehalten.
Aber es gibt Server im Internet, die alle News-Beiträge sammeln und dann in einem recherchierbaren Archiv ablegen.
Der bekannteste ist sicher Google.

Mit der Suchmaschine http://groups.google.de/ kann
man Beiträge suchen, die Jahre alt sind.
Und zwar nach Stichworten im Titel oder im Text, nach Absender,
nach Datum oder Zeitraum. Es handelt sich also um ein ständig
wachsendes Archiv mit Weisheiten zum Thema der Newsgroup.

Die dortige Newsgroup-Suche in dem Navigationsrahmen links
sucht beispielsweise im Google-Archiv der Newsgroup
»de.rec.modelle.bahn« nach den eingegebenen Stichworten.
Die Chancen sind groß, Antwort auf alle möglichen
Fragen zum Thema Modellbahn zu finden.

=Tips für Einsteiger=

Um die Newsgroup nun nicht immer mit den selben
(Einsteiger-) Fragen zu belasten, gibt es zwei Tricks:
#www.der-moba.de lesen,
#die Suchmaschine http://groups.google.de/group/de.rec.modelle.bahn/ nutzen.
Vielleicht wurde das Thema ja erst kürzlich erörtert?

=Server und Newsreader=

=In einer Newsgroup schreiben=

Die Newsgroup lebt übrigens vom Beiträge '''schreiben'''.
Auch wenn es eine Art "harten Kern" an gibt, die »Regulars«.
Das sind die Leute, welche recht häufig Beiträge schreiben
(posten). Sie haben meist ein oder mehrere Spezialthemen
und helfen gerne mit ihrem Wissen. Dennoch sollte jeder sein
(neuestes) Wissen und seine Erfahrung einbringen. Auch die
»alten Hasen« lernen gerne etwas dazu.

In einer Newsgroup werden die Beiträge (und ihre Betreffs) in einer
bestimmten Form geschrieben. Diese erhöht die Lesbarkeit der
Beiträge (und die Lust der Leser zu antworten).
Tips zu dieser Form findet man im FAQ der Newsgroup auf
[[FAQ_de.rec.modelle.bahn]]. Beim Schreiben sollte auch stets die [[Netiquette]] eingehalten werden.

Um ein »Gefühl« für das »Funktionieren« der Newsgroup
zu bekommen, sollte man erst einmal einige Zeit mitlesen, bevor man einen Beitrag schreibt.

In jedem Fall sollte man auch die Gruppe »de.newusers.infos« lesen;
diese enthält nur ganz wenige Beiträge, die aber für ein
problemloses Miteinander unbedingt wichtig sind.

Übrigens:
Dein Beitrag wird weltweit von vielen gelesen. Und das nicht nur
für ein paar Tage.
Über das groups.google.de-Archiv, ist dein Beitrag auch nach Jahren
noch allgemein zugänglich - man kann also auch mit alten eigenen
Äußerungen konfrontiert werden!

Und noch ein Tipp:
Es gibt Firmen, welche die in Newsgroups verwendeten E-Mail-Adressen
sammeln. Diesen Adressen wird dann Werbung zugesandt (Spam).
Um die Werbung gleich filtern zu können, ist es durchaus sinnvoll
sich bei einem E-Mail-Provider (z.B. freenet.de, gmx.de, web.de)
eine E-Mail-Adresse einzurichten, die man nur zu Posten in der
Newsgroup verwendet. Aber bitte dennoch den »Realnamen« für die
Anzeige eintragen.

Wer nur ab und zu mitlesen will (reinschnuppern), kann die Beiträge
der Newsgroup auf dem Server mit einem WWW-basierten Portal wie
http://usenet.freenet.de/ oder http://groups.google.de/ ansehen.

Wer die Gruppe regelmäßig lesen will, sollte aber einen eigenen
Newsreader installieren. Für den Einstieg eignet sich Netscape ab
Version 4.7.
http://home.netscape.com/de/download/download_comm.html.

Outlook Express trübt die Freude an Newsgroups leider durch eine
Reihe von Fehlern recht schnell und wird deshalb auch für den Einstieg
nicht empfohlen. Sehr gute Anleitungen zum Einrichten gibt es unter
http://news.cis.dfn.de/de/config.html.
Unter http://news.individual.de/ kann man sich auch anmelden,
falls der eigene Provider keinen brauchbaren Newsserver anbietet.
Das kostet ca. 10,- EUR pro Jahr.

=Beiträge suchen=

Solltest du Beiträge finden, die Fragen offen lassen, oder
dich noch wissensdurstiger machen:
Wir laden dich herzlich ein, dir die Mühe zu machen, und in der
newsgroup deine Frage zu stellen

Dann erhältst du auch immer die "neueste Information" und
Wissen welches der Autor allein gar nicht haben kann.
Eine direkte email an den Autor richtet man normalerweise nur,
wenn das, was Du zu dem Beitrag fragen oder sagen willst,
wirklich niemanden anderen als den Autor interessiert.

Tip:
Wenn du den Autor nun doch unbedingt direkt anmailen willst:
hilf ihm bitte mit folgenden Worten auf die Sprünge:
" Ich habe deinen Beitrag mit der Google Suchmaschine
auf "Der-Moba.de" gefunden. Kannst du bitte....."
(zitiere zusammen mit deiner Frage auch die gefundene Stelle)

= Links zum Thema Usenet =

Software:

*[http://www.forteinc.com Free Agent] Ein kostenloser Newsreader

Informationen:

*[http://www.boku.ac.at/news/newsd.html Zentraler Informatikdienst Wien]

*[http://www.wschmidhuber.de/usenet/index.html W.Schmidhuber] u.a. warum man mit seinem echten Namen ins Usenet soll..

[[Kategorie:De.rec.modelle.bahn]]

Newsgroup

2009-03-09T10:50:21Z

Guido Scholz: Server-Verweise auf externe Liste geändert

=Newsgroup - was ist das?=
Wer heute vom »Internet« spricht, meint meistens das Lesen von Seiten des World-Wide Web (WWW), die über eine Adresse (z.B. www.der-moba.de) ausgewählt werden und mit einem Webbrowser dargestellt werden. So wie auch diese hier.

Inzwischen gibt es auf vielen dieser Seiten auch sogenannte Foren. Das sind Diskussionsrunden, in denen man Fragen zu bestimmten Themen stellen kann oder auf solche Fragen antwortet.

Die Fragen oder Antworten werden in eine Maske eingetragen; nach dem Absenden werden sie auf dem Server des Seitenanbieters passend einsortiert und das Ganze im Zusammenhang als Webseite wieder angezeigt.
Obwohl man zum Lesen oder Schreiben online sein muß, findet die »Diskussion« zeitversetzt statt. Es gibt keinen festen zeitlichen Zusammenhang zwischen Frage und Antwort, und man spricht auch immer alle Leser an. Die Beiträge bleiben oft nur über einen begrenzten Zeitraum gespeichert, welcher vom Betreiber des Forums festgelegt wird.

Eine andere bekannte Form der Diskussion im Internet ist der »Chat«, hier sind die Diskussionsteilnehmer gleichzeitig online und können direkt miteinander kommunizieren. Auch Chats sind meist in Webseiten eingebunden, so daß Teilnehmer nicht zwingend einen Chat-Client benötigen, sondern sich auch mit einem Webbrowser beteiligen können.

Aber das Internet bietet ausser diesem Bereitstellen und Verteilen von Webseiten noch andere Dienste; praktisch jeder nutzt einen davon: E-Mail. Um an diesem Dienst teilzunehmen, braucht man ein anderes Programm als den Webbrowser, nämlich ein Mailprogramm (MUA, Mail User Argent).

Analog dazu - und schon viel älter als die Web-Foren - gibt es das [http://de.wikipedia.org/wiki/Usenet Usenet], über das die Teilnehmer in den sogenannten Newsgroups miteinander kommunizieren.
Hierzu werden mit einem speziellen Programm, dem Newsreader, Nachrichten in der gleichen Art gesendet wie E-Mails. Wie bei Mail-Servern üblich, werden auch News-Server von Internet-Providern (z.B. t-online, arcor, AOL o.ä) betrieben; alle News-Server weltweit tauschen permanent ihre Nachrichten aus, so daß sie (mit einer kleinen zeitlichen Verzögerung) immer denselben Stand anzeigen.

Das ganze hat also wesentlich mehr Ähnlichkeit mit E-Mails als mit Webseiten.
Deshalb sind die Newsreader auch oft Bestandteil der Mail-Programme (so bei Netscape oder Outlook-Express), und wie bei diesen muß man einen Server-Account anlegen, zu dessen Nutzung man Namen, E-Mail-Adresse (Passwort) und die Internet-Adresse des News-Servers angeben muß.

=Zugang zu den Newsgroups=
Um an einer oder mehrere Newsgroups teilzunehmen, braucht man Zugriff auf einen News-Server.
Den Namen des Servers bekommt man von seinem Internet-Provider.
Es gibt aber auch frei zugängliche News-Server, die providerunabhängig sind; manche sind kostenfrei, bei anderen muß man für den Zugang zahlen.

Liste von Usenet-Anbietern:
* http://newsserverliste.cord.de/

=Abonnieren einer Newsgroup=
Es gibt allein in Deutschland tausende von Newsgroups zu den unterschiedlichsten Themen. Sie werden auf Antrag von einem neutralen Gremium eröffnet und in eine Namenshierarchie einsortiert.

Die Internet-Seite '''www.der-moba.de''' wird gestaltet von den Teilnehmern der Newsgroup '''de.rec.modelle.bahn''', d.h. deutschland/recreation/modelle/bahn. Es gibt z.B. auch de.comp.software oder de.rec.fotografie.

Wenn man sich auf einem Newsserver angemeldet hat, kann man aus einer Liste aller Newsgroups eine oder mehrere "abonnieren"; für diese bekommt man dann alle Beiträge angezeigt und kann auf diese auch antworten. Eine Anmeldung für eine spezielle Newsgroup gibt es nicht; jeder kann teilnehmen.

Das klingt alles zunächst etwas ungewohnt, aber wer E-Mails schreiben kann, wird mit einem Newsreader gut zurechtkommen.

----

=Besonderheiten von Newsgroups=
Die Beiträge enthalten nur Text (ASCII, kein HTML!) keine Zeichnungen, keine verschiedenen Schriftarten und keine Anhänge (Bilder o.ä). Wer etwas »zeigen« will, muß eine Adresse im WWW angeben (URL), bei der die anderen nachschauen können. In bestimmten Newsgroups kann das Versenden von binären Anhängen aber auch erlaubt sein.

Es lesen und schreiben sehr viele Teilnehmer weltweit zu diesem Thema (keine
Angst, auf »de.rec.modelle.bahn« wird deutsch geschrieben, obwohl
Teilnehmer z.B. aus USA oder Dänemark mitmachen). Die Chance, irgendjemanden zu finden, der zu einer sehr speziellen Frage Stellung nehmen kann, ist daher sehr groß.

Die Beiträge der Newsgroup werden in sogenannten »Threads« (Themenbäumen, Diskussionsfäden)
verwaltet. So kann man - ein geeignetes Programm/Web-Portal vorausgesetzt -
genau sehen, wer wem geantwortet hat; denn die Beiträge beziehen sich ja
aufeinander. Und weil an bestimmten Punkten die Meinungen auseinander gehen können, oder Nebenthemen in die Diskussion wandern, ist in Baumform dargestellt, wer wem
geantwortet hat.

Man kann am Betreff des Beitrages abschätzen ob, man ihn lesen
will oder nicht. Daher sollte man diesen auch möglichst konkret formulieren. Wer als »N-Bahner anlog« nichts von »Digital« wissen
will, ignoriert einfach alle Beiträge über digitale Themen oder
andere Baugrößen. Wenn in einem Thread das Thema wechselt, so wird
normalerweise der Betreff korrigiert.

Man kann Newsgroups Off-Line lesen und die Beiträge
herunterladen. E-Mail-Programme und Webbrowser sowie spezielle Programme zum
Abonnieren von Newsgroups bieten die Möglichkeit, die jeweils neuen Beiträge
seit dem letzen »Nach-Schauen« in einem Rutsch von den
Servern zu laden, so wie man es mit seinen E-Mails ja auch
machen kann. Die Vorteile liegen auf der Hand:
Es geht es viel schneller, als bei Webforen, die allein
für die Werbung viel Zeit verschwenden. Zudem ist es übersichtlicher und die
Online-Kosten sinken. Man kann in Ruhe lesen und schreiben.

Die einzelnen Beiträge (Postings) sind vergleichbar zu einer E-Mail; man kann die für einen persönlich interessanten Beiträge zusammen mit sonstiger E-Mail
gemeinsam auf dem eigenen Rechner (in E-Mail-Ordnern) abspeichern und dort aufbewahren.

=Newsgroups und Google=

Die Beiträge in der Newsgroup werden auf den News-Servern nur eine gewisse Zeit lang vorgehalten.
Aber es gibt Server im Internet, die alle News-Beiträge sammeln und dann in einem recherchierbaren Archiv ablegen.
Der bekannteste ist sicher Google.

Mit der Suchmaschine http://groups.google.de/ kann
man Beiträge suchen, die Jahre alt sind.
Und zwar nach Stichworten im Titel oder im Text, nach Absender,
nach Datum oder Zeitraum. Es handelt sich also um ein ständig
wachsendes Archiv mit Weisheiten zum Thema der Newsgroup.

Die dortige Newsgroup-Suche in dem Navigationsrahmen links
sucht beispielsweise im Google-Archiv der Newsgroup
»de.rec.modelle.bahn« nach den eingegebenen Stichworten.
Die Chancen sind groß, Antwort auf alle möglichen
Fragen zum Thema Modellbahn zu finden.

=Tips für Einsteiger=

Um die Newsgroup nun nicht immer mit den selben
(Einsteiger-) Fragen zu belasten, gibt es zwei Tricks:
#www.der-moba.de lesen,
#die Suchmaschiene http://groups.google.de/ nutzen.
Vielleicht wurde das Thema ja erst kürzlich erörtert?

=Server und Newsreader=

=In einer Newsgroup schreiben=

Die Newsgroup lebt übrigens vom Beiträge '''schreiben'''.
Auch wenn es eine Art "harten Kern" an gibt, die »Regulars«.
Das sind die Leute, welche recht häufig Beiträge schreiben
(posten). Sie haben meist ein oder mehrere Spezialthemen
und helfen gerne mit ihrem Wissen. Dennoch sollte jeder sein
(neuestes) Wissen und seine Erfahrung einbringen. Auch die
»alten Hasen« lernen gerne etwas dazu.

In einer Newsgroup werden die Beiträge (und ihre Betreffs) in einer
bestimmten Form geschrieben. Diese erhöht die Lesbarkeit der
Beiträge (und die Lust der Leser zu antworten).
Tips zu dieser Form findet man im FAQ der Newsgroup auf
[[FAQ_de.rec.modelle.bahn]]. Beim Schreiben sollte auch stets die [[Netiquette]] eingehalten werden.

Um ein »Gefühl« für das »Funktionieren« der Newsgroup
zu bekommen, sollte man erst einmal einige Zeit mitlesen, bevor man einen Beitrag schreibt.

In jedem Fall sollte man auch die Gruppe »de.newusers.infos« lesen;
diese enthält nur ganz wenige Beiträge, die aber für ein
problemloses Miteinander unbedingt wichtig sind.

Übrigens:
Dein Beitrag wird weltweit von vielen gelesen. Und das nicht nur
für ein paar Tage.
Über das groups.google.de-Archiv, ist dein Beitrag auch nach Jahren
noch allgemein zugänglich - man kann also auch mit alten eigenen
Äußerungen konfrontiert werden!

Und noch ein Tipp:
Es gibt Firmen, welche die in Newsgroups verwendeten E-Mail-Adressen
sammeln. Diesen Adressen wird dann Werbung zugesandt (Spam).
Um die Werbung gleich filtern zu können, ist es durchaus sinnvoll
sich bei einem E-Mail-Provider (z.B. freenet.de, gmx.de, web.de)
eine E-Mail-Adresse einzurichten, die man nur zu Posten in der
Newsgroup verwendet. Aber bitte dennoch den »Realnamen« für die
Anzeige eintragen.

Wer nur ab und zu mitlesen will (reinschnuppern), kann die Beiträge
der Newsgroup auf dem Server mit einem WWW-basierten Portal wie
http://usenet.freenet.de/ oder http://groups.google.de/ ansehen.

Wer die Gruppe regelmäßig lesen will, sollte aber einen eigenen
Newsreader installieren. Für den Einstieg eignet sich Netscape ab
Version 4.7.
http://home.netscape.com/de/download/download_comm.html.

Outlook Express trübt die Freude an Newsgroups leider durch eine
Reihe von Fehlern recht schnell und wird deshalb auch für den Einstieg
nicht empfohlen. Sehr gute Anleitungen zum Einrichten gibt es unter
http://news.cis.dfn.de/de/config.html.
Unter http://news.individual.de/ kann man sich auch anmelden,
falls der eigene Provider keinen brauchbaren Newsserver anbietet.
Das kostet ca. 10,- EUR pro Jahr.

=Beiträge suchen=

Solltest du Beiträge finden, die Fragen offen lassen, oder
dich noch wissensdurstiger machen:
Wir laden dich herzlich ein, dir die Mühe zu machen, und in der
newsgroup deine Frage zu stellen

Dann erhältst du auch immer die "neueste Information" und
Wissen welches der Autor allein gar nicht haben kann.
Eine direkte email an den Autor richtet man normalerweise nur,
wenn das, was Du zu dem Beitrag fragen oder sagen willst,
wirklich niemanden anderen als den Autor interessiert.

Tip:
Wenn du den Autor nun doch unbedingt direkt anmailen willst:
hilf ihm bitte mit folgenden Worten auf die Sprünge:
" Ich habe deinen Beitrag mit der Google Suchmaschine
auf "Der-Moba.de" gefunden. Kannst du bitte....."
(zitiere zusammen mit deiner Frage auch die gefundene Stelle)

= Links zum Thema Usenet =

Software:

*[http://www.forteinc.com Free Agent] Ein kostenloser Newsreader

Informationen:

*[http://www.boku.ac.at/news/newsd.html Zentraler Informatikdienst Wien]

*[http://www.wschmidhuber.de/usenet/index.html W.Schmidhuber] u.a. warum man mit seinem echten Namen ins Usenet soll..

[[Kategorie:De.rec.modelle.bahn]]

Newsgroup

2009-03-09T10:39:32Z

Guido Scholz: Beispiele für Newsserver ergänzt

=Newsgroup - was ist das?=
Wer heute vom »Internet« spricht, meint meistens das Lesen von Seiten des World-Wide Web (WWW), die über eine Adresse (z.B. www.der-moba.de) ausgewählt werden und mit einem Webbrowser dargestellt werden. So wie auch diese hier.

Inzwischen gibt es auf vielen dieser Seiten auch sogenannte Foren. Das sind Diskussionsrunden, in denen man Fragen zu bestimmten Themen stellen kann oder auf solche Fragen antwortet.

Die Fragen oder Antworten werden in eine Maske eingetragen; nach dem Absenden werden sie auf dem Server des Seitenanbieters passend einsortiert und das Ganze im Zusammenhang als Webseite wieder angezeigt.
Obwohl man zum Lesen oder Schreiben online sein muß, findet die »Diskussion« zeitversetzt statt. Es gibt keinen festen zeitlichen Zusammenhang zwischen Frage und Antwort, und man spricht auch immer alle Leser an. Die Beiträge bleiben oft nur über einen begrenzten Zeitraum gespeichert, welcher vom Betreiber des Forums festgelegt wird.

Eine andere bekannte Form der Diskussion im Internet ist der »Chat«, hier sind die Diskussionsteilnehmer gleichzeitig online und können direkt miteinander kommunizieren. Auch Chats sind meist in Webseiten eingebunden, so daß Teilnehmer nicht zwingend einen Chat-Client benötigen, sondern sich auch mit einem Webbrowser beteiligen können.

Aber das Internet bietet ausser diesem Bereitstellen und Verteilen von Webseiten noch andere Dienste; praktisch jeder nutzt einen davon: E-Mail. Um an diesem Dienst teilzunehmen, braucht man ein anderes Programm als den Webbrowser, nämlich ein Mailprogramm (MUA, Mail User Argent).

Analog dazu - und schon viel älter als die Web-Foren - gibt es das [http://de.wikipedia.org/wiki/Usenet Usenet], über das die Teilnehmer in den sogenannten Newsgroups miteinander kommunizieren.
Hierzu werden mit einem speziellen Programm, dem Newsreader, Nachrichten in der gleichen Art gesendet wie E-Mails. Wie bei Mail-Servern üblich, werden auch News-Server von Internet-Providern (z.B. t-online, arcor, AOL o.ä) betrieben; alle News-Server weltweit tauschen permanent ihre Nachrichten aus, so daß sie (mit einer kleinen zeitlichen Verzögerung) immer denselben Stand anzeigen.

Das ganze hat also wesentlich mehr Ähnlichkeit mit E-Mails als mit Webseiten.
Deshalb sind die Newsreader auch oft Bestandteil der Mail-Programme (so bei Netscape oder Outlook-Express), und wie bei diesen muß man einen Server-Account anlegen, zu dessen Nutzung man Namen, E-Mail-Adresse (Passwort) und die Internet-Adresse des News-Servers angeben muß.

=Zugang zu den Newsgroups=
Um an einer oder mehrere Newsgroups teilzunehmen, braucht man Zugriff auf einen News-Server.
Den Namen des Servers bekommt man von seinem Internet-Provider.
Es gibt aber auch frei zugängliche News-Server, die providerunabhängig sind; manche sind kostenfrei, bei anderen muß man für den Zugang zahlen.

==Kostenpflichtige Newsserver==
* http://individual.de/

==Kostenlose Newsserver==
* http://albasani.net/

=Abonnieren einer Newsgroup=
Es gibt allein in Deutschland tausende von Newsgroups zu den unterschiedlichsten Themen. Sie werden auf Antrag von einem neutralen Gremium eröffnet und in eine Namenshierarchie einsortiert.

Die Internet-Seite '''www.der-moba.de''' wird gestaltet von den Teilnehmern der Newsgroup '''de.rec.modelle.bahn''', d.h. deutschland/recreation/modelle/bahn. Es gibt z.B. auch de.comp.software oder de.rec.fotografie.

Wenn man sich auf einem Newsserver angemeldet hat, kann man aus einer Liste aller Newsgroups eine oder mehrere "abonnieren"; für diese bekommt man dann alle Beiträge angezeigt und kann auf diese auch antworten. Eine Anmeldung für eine spezielle Newsgroup gibt es nicht; jeder kann teilnehmen.

Das klingt alles zunächst etwas ungewohnt, aber wer E-Mails schreiben kann, wird mit einem Newsreader gut zurechtkommen.

----

=Besonderheiten von Newsgroups=
Die Beiträge enthalten nur Text (ASCII, kein HTML!) keine Zeichnungen, keine verschiedenen Schriftarten und keine Anhänge (Bilder o.ä). Wer etwas »zeigen« will, muß eine Adresse im WWW angeben (URL), bei der die anderen nachschauen können. In bestimmten Newsgroups kann das Versenden von binären Anhängen aber auch erlaubt sein.

Es lesen und schreiben sehr viele Teilnehmer weltweit zu diesem Thema (keine
Angst, auf »de.rec.modelle.bahn« wird deutsch geschrieben, obwohl
Teilnehmer z.B. aus USA oder Dänemark mitmachen). Die Chance, irgendjemanden zu finden, der zu einer sehr speziellen Frage Stellung nehmen kann, ist daher sehr groß.

Die Beiträge der Newsgroup werden in sogenannten »Threads« (Themenbäumen, Diskussionsfäden)
verwaltet. So kann man - ein geeignetes Programm/Web-Portal vorausgesetzt -
genau sehen, wer wem geantwortet hat; denn die Beiträge beziehen sich ja
aufeinander. Und weil an bestimmten Punkten die Meinungen auseinander gehen können, oder Nebenthemen in die Diskussion wandern, ist in Baumform dargestellt, wer wem
geantwortet hat.

Man kann am Betreff des Beitrages abschätzen ob, man ihn lesen
will oder nicht. Daher sollte man diesen auch möglichst konkret formulieren. Wer als »N-Bahner anlog« nichts von »Digital« wissen
will, ignoriert einfach alle Beiträge über digitale Themen oder
andere Baugrößen. Wenn in einem Thread das Thema wechselt, so wird
normalerweise der Betreff korrigiert.

Man kann Newsgroups Off-Line lesen und die Beiträge
herunterladen. E-Mail-Programme und Webbrowser sowie spezielle Programme zum
Abonnieren von Newsgroups bieten die Möglichkeit, die jeweils neuen Beiträge
seit dem letzen »Nach-Schauen« in einem Rutsch von den
Servern zu laden, so wie man es mit seinen E-Mails ja auch
machen kann. Die Vorteile liegen auf der Hand:
Es geht es viel schneller, als bei Webforen, die allein
für die Werbung viel Zeit verschwenden. Zudem ist es übersichtlicher und die
Online-Kosten sinken. Man kann in Ruhe lesen und schreiben.

Die einzelnen Beiträge (Postings) sind vergleichbar zu einer E-Mail; man kann die für einen persönlich interessanten Beiträge zusammen mit sonstiger E-Mail
gemeinsam auf dem eigenen Rechner (in E-Mail-Ordnern) abspeichern und dort aufbewahren.

=Newsgroups und Google=

Die Beiträge in der Newsgroup werden auf den News-Servern nur eine gewisse Zeit lang vorgehalten.
Aber es gibt Server im Internet, die alle News-Beiträge sammeln und dann in einem recherchierbaren Archiv ablegen.
Der bekannteste ist sicher Google.

Mit der Suchmaschine http://groups.google.de/ kann
man Beiträge suchen, die Jahre alt sind.
Und zwar nach Stichworten im Titel oder im Text, nach Absender,
nach Datum oder Zeitraum. Es handelt sich also um ein ständig
wachsendes Archiv mit Weisheiten zum Thema der Newsgroup.

Die dortige Newsgroup-Suche in dem Navigationsrahmen links
sucht beispielsweise im Google-Archiv der Newsgroup
»de.rec.modelle.bahn« nach den eingegebenen Stichworten.
Die Chancen sind groß, Antwort auf alle möglichen
Fragen zum Thema Modellbahn zu finden.

=Tips für Einsteiger=

Um die Newsgroup nun nicht immer mit den selben
(Einsteiger-) Fragen zu belasten, gibt es zwei Tricks:
#www.der-moba.de lesen,
#die Suchmaschiene http://groups.google.de/ nutzen.
Vielleicht wurde das Thema ja erst kürzlich erörtert?

=Server und Newsreader=

=In einer Newsgroup schreiben=

Die Newsgroup lebt übrigens vom Beiträge '''schreiben'''.
Auch wenn es eine Art "harten Kern" an gibt, die »Regulars«.
Das sind die Leute, welche recht häufig Beiträge schreiben
(posten). Sie haben meist ein oder mehrere Spezialthemen
und helfen gerne mit ihrem Wissen. Dennoch sollte jeder sein
(neuestes) Wissen und seine Erfahrung einbringen. Auch die
»alten Hasen« lernen gerne etwas dazu.

In einer Newsgroup werden die Beiträge (und ihre Betreffs) in einer
bestimmten Form geschrieben. Diese erhöht die Lesbarkeit der
Beiträge (und die Lust der Leser zu antworten).
Tips zu dieser Form findet man im FAQ der Newsgroup auf
[[FAQ_de.rec.modelle.bahn]]. Beim Schreiben sollte auch stets die [[Netiquette]] eingehalten werden.

Um ein »Gefühl« für das »Funktionieren« der Newsgroup
zu bekommen, sollte man erst einmal einige Zeit mitlesen, bevor man einen Beitrag schreibt.

In jedem Fall sollte man auch die Gruppe »de.newusers.infos« lesen;
diese enthält nur ganz wenige Beiträge, die aber für ein
problemloses Miteinander unbedingt wichtig sind.

Übrigens:
Dein Beitrag wird weltweit von vielen gelesen. Und das nicht nur
für ein paar Tage.
Über das groups.google.de-Archiv, ist dein Beitrag auch nach Jahren
noch allgemein zugänglich - man kann also auch mit alten eigenen
Äußerungen konfrontiert werden!

Und noch ein Tipp:
Es gibt Firmen, welche die in Newsgroups verwendeten E-Mail-Adressen
sammeln. Diesen Adressen wird dann Werbung zugesandt (Spam).
Um die Werbung gleich filtern zu können, ist es durchaus sinnvoll
sich bei einem E-Mail-Provider (z.B. freenet.de, gmx.de, web.de)
eine E-Mail-Adresse einzurichten, die man nur zu Posten in der
Newsgroup verwendet. Aber bitte dennoch den »Realnamen« für die
Anzeige eintragen.

Wer nur ab und zu mitlesen will (reinschnuppern), kann die Beiträge
der Newsgroup auf dem Server mit einem WWW-basierten Portal wie
http://usenet.freenet.de/ oder http://groups.google.de/ ansehen.

Wer die Gruppe regelmäßig lesen will, sollte aber einen eigenen
Newsreader installieren. Für den Einstieg eignet sich Netscape ab
Version 4.7.
http://home.netscape.com/de/download/download_comm.html.

Outlook Express trübt die Freude an Newsgroups leider durch eine
Reihe von Fehlern recht schnell und wird deshalb auch für den Einstieg
nicht empfohlen. Sehr gute Anleitungen zum Einrichten gibt es unter
http://news.cis.dfn.de/de/config.html.
Unter http://news.individual.de/ kann man sich auch anmelden,
falls der eigene Provider keinen brauchbaren Newsserver anbietet.
Das kostet ca. 10,- EUR pro Jahr.

=Beiträge suchen=

Solltest du Beiträge finden, die Fragen offen lassen, oder
dich noch wissensdurstiger machen:
Wir laden dich herzlich ein, dir die Mühe zu machen, und in der
newsgroup deine Frage zu stellen

Dann erhältst du auch immer die "neueste Information" und
Wissen welches der Autor allein gar nicht haben kann.
Eine direkte email an den Autor richtet man normalerweise nur,
wenn das, was Du zu dem Beitrag fragen oder sagen willst,
wirklich niemanden anderen als den Autor interessiert.

Tip:
Wenn du den Autor nun doch unbedingt direkt anmailen willst:
hilf ihm bitte mit folgenden Worten auf die Sprünge:
" Ich habe deinen Beitrag mit der Google Suchmaschine
auf "Der-Moba.de" gefunden. Kannst du bitte....."
(zitiere zusammen mit deiner Frage auch die gefundene Stelle)

= Links zum Thema Usenet =

Software:

*[http://www.forteinc.com Free Agent] Ein kostenloser Newsreader

Informationen:

*[http://www.boku.ac.at/news/newsd.html Zentraler Informatikdienst Wien]

*[http://www.wschmidhuber.de/usenet/index.html W.Schmidhuber] u.a. warum man mit seinem echten Namen ins Usenet soll..

[[Kategorie:De.rec.modelle.bahn]]

Digitalprojekt

2009-01-09T14:26:57Z

Guido Scholz: /* SRCP-Clients */

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2009-01-05T19:33:23Z

Guido Scholz: PPC SRCP Client ergänzt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

* '''PPC SRCP Client''' - .Net basierter PocketPC-Client zur Steuerung von Lokomotiven Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf den [http://http://www.7soft.de/de/ppc_srcp_client/index.html WWW-Seiten] des Programms.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2009-01-05T19:26:40Z

Guido Scholz: Mini SRCP Server ergänzt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

== Kommerzielle Produkte ==

* '''Mini SRCP Server''' - Auf SRCP 0.8.2 basierende Firmware für Atmel Mikrocontroller; ist nur in Form eines fertig programmierten ATMega32 erhältlich. Kontakt: [mailto:r.barnstorf@online.de Reimar Barnstorf] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.7soft.de/de/mini_srcp_server/index.html Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2009-01-01T20:04:05Z

Guido Scholz: Informationen zu dtcltiny aktualisiert

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors, sowie der aktuellen [http://dtcltiny.sourceforge.net/ Projektseite] des Programms.

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Newsgroup

2008-12-22T16:14:40Z

Guido Scholz: Kategorie ergänzt

=Newsgroup - was ist das?=
Wer heute vom »Internet« spricht, meint meistens das Lesen von Seiten des World-Wide Web (WWW), die über eine Adresse (z.B. www.der-moba.de) ausgewählt werden und mit einem Webbrowser dargestellt werden. So wie auch diese hier.

Inzwischen gibt es auf vielen dieser Seiten auch sogenannte Foren. Das sind Diskussionsrunden, in denen man Fragen zu bestimmten Themen stellen kann oder auf solche Fragen antwortet.

Die Fragen oder Antworten werden in eine Maske eingetragen; nach dem Absenden werden sie auf dem Server des Seitenanbieters passend einsortiert und das Ganze im Zusammenhang als Webseite wieder angezeigt.
Obwohl man zum Lesen oder Schreiben online sein muß, findet die »Diskussion« zeitversetzt statt. Es gibt keinen festen zeitlichen Zusammenhang zwischen Frage und Antwort, und man spricht auch immer alle Leser an. Die Beiträge bleiben oft nur über einen begrenzten Zeitraum gespeichert, welcher vom Betreiber des Forums festgelegt wird.

Eine andere bekannte Form der Diskussion im Internet ist der »Chat«, hier sind die Diskussionsteilnehmer gleichzeitig online und können direkt miteinander kommunizieren. Auch Chats sind meist in Webseiten eingebunden, so daß Teilnehmer nicht zwingend einen Chat-Client benötigen, sondern sich auch mit einem Webbrowser beteiligen können.

Aber das Internet bietet ausser diesem Bereitstellen und Verteilen von Webseiten noch andere Dienste; praktisch jeder nutzt einen davon: E-Mail. Um an diesem Dienst teilzunehmen, braucht man ein anderes Programm als den Webbrowser, nämlich ein Mailprogramm (MUA, Mail User Argent).

Analog dazu - und schon viel älter als die Web-Foren - gibt es das [http://de.wikipedia.org/wiki/Usenet Usenet], über das die Teilnehmer in den sogenannten Newsgroups miteinander kommunizieren.
Hierzu werden mit einem speziellen Programm, dem Newsreader, Nachrichten in der gleichen Art gesendet wie E-Mails. Wie bei Mail-Servern üblich, werden auch News-Server von Internet-Providern (z.B. t-online, arcor, AOL o.ä) betrieben; alle News-Server weltweit tauschen permanent ihre Nachrichten aus, so daß sie (mit einer kleinen zeitlichen Verzögerung) immer denselben Stand anzeigen.

Das ganze hat also wesentlich mehr Ähnlichkeit mit E-Mails als mit Webseiten.
Deshalb sind die Newsreader auch oft Bestandteil der Mail-Programme (so bei Netscape oder Outlook-Express), und wie bei diesen muß man einen Server-Account anlegen, zu dessen Nutzung man Namen, E-Mail-Adresse (Passwort) und die Internet-Adresse des News-Servers angeben muß.

=Zugang zu den Newsgroups=
Um an einer oder mehrere Newsgroups teilzunehmen, braucht man Zugriff auf einen News-Server.
Den Namen des Servers bekommt man von seinem Internet-Provider.
Es gibt aber auch frei zugängliche News-Server, die providerunabhängig sind; manche sind kostenfrei, bei anderen muß man für den Zugang zahlen.

=Abonnieren einer Newsgroup=
Es gibt allein in Deutschland tausende von Newsgroups zu den unterschiedlichsten Themen. Sie werden auf Antrag von einem neutralen Gremium eröffnet und in eine Namenshierarchie einsortiert.

Die Internet-Seite '''www.der-moba.de''' wird gestaltet von den Teilnehmern der Newsgroup '''de.rec.modelle.bahn''', d.h. deutschland/recreation/modelle/bahn. Es gibt z.B. auch de.comp.software oder de.rec.fotografie.

Wenn man sich auf einem Newsserver angemeldet hat, kann man aus einer Liste aller Newsgroups eine oder mehrere "abonnieren"; für diese bekommt man dann alle Beiträge angezeigt und kann auf diese auch antworten. Eine Anmeldung für eine spezielle Newsgroup gibt es nicht; jeder kann teilnehmen.

Das klingt alles zunächst etwas ungewohnt, aber wer E-Mails schreiben kann, wird mit einem Newsreader gut zurechtkommen.

----

=Besonderheiten von Newsgroups=
Die Beiträge enthalten nur Text (ASCII, kein HTML!) keine Zeichnungen, keine verschiedenen Schriftarten und keine Anhänge (Bilder o.ä). Wer etwas »zeigen« will, muß eine Adresse im WWW angeben (URL), bei der die anderen nachschauen können. In bestimmten Newsgroups kann das Versenden von binären Anhängen aber auch erlaubt sein.

Es lesen und schreiben sehr viele Teilnehmer weltweit zu diesem Thema (keine
Angst, auf »de.rec.modelle.bahn« wird deutsch geschrieben, obwohl
Teilnehmer z.B. aus USA oder Dänemark mitmachen). Die Chance, irgendjemanden zu finden, der zu einer sehr speziellen Frage Stellung nehmen kann, ist daher sehr groß.

Die Beiträge der Newsgroup werden in sogenannten »Threads« (Themenbäumen, Diskussionsfäden)
verwaltet. So kann man - ein geeignetes Programm/Web-Portal vorausgesetzt -
genau sehen, wer wem geantwortet hat; denn die Beiträge beziehen sich ja
aufeinander. Und weil an bestimmten Punkten die Meinungen auseinander gehen können, oder Nebenthemen in die Diskussion wandern, ist in Baumform dargestellt, wer wem
geantwortet hat.

Man kann am Betreff des Beitrages abschätzen ob, man ihn lesen
will oder nicht. Daher sollte man diesen auch möglichst konkret formulieren. Wer als »N-Bahner anlog« nichts von »Digital« wissen
will, ignoriert einfach alle Beiträge über digitale Themen oder
andere Baugrößen. Wenn in einem Thread das Thema wechselt, so wird
normalerweise der Betreff korrigiert.

Man kann Newsgroups Off-Line lesen und die Beiträge
herunterladen. E-Mail-Programme und Webbrowser sowie spezielle Programme zum
Abonnieren von Newsgroups bieten die Möglichkeit, die jeweils neuen Beiträge
seit dem letzen »Nach-Schauen« in einem Rutsch von den
Servern zu laden, so wie man es mit seinen E-Mails ja auch
machen kann. Die Vorteile liegen auf der Hand:
Es geht es viel schneller, als bei Webforen, die allein
für die Werbung viel Zeit verschwenden. Zudem ist es übersichtlicher und die
Online-Kosten sinken. Man kann in Ruhe lesen und schreiben.

Die einzelnen Beiträge (Postings) sind vergleichbar zu einer E-Mail; man kann die für einen persönlich interessanten Beiträge zusammen mit sonstiger E-Mail
gemeinsam auf dem eigenen Rechner (in E-Mail-Ordnern) abspeichern und dort aufbewahren.

=Newsgroups und Google=

Die Beiträge in der Newsgroup werden auf den News-Servern nur eine gewisse Zeit lang vorgehalten.
Aber es gibt Server im Internet, die alle News-Beiträge sammeln und dann in einem recherchierbaren Archiv ablegen.
Der bekannteste ist sicher Google.

Mit der Suchmaschine http://groups.google.de/ kann
man Beiträge suchen, die Jahre alt sind.
Und zwar nach Stichworten im Titel oder im Text, nach Absender,
nach Datum oder Zeitraum. Es handelt sich also um ein ständig
wachsendes Archiv mit Weisheiten zum Thema der Newsgroup.

Die dortige Newsgroup-Suche in dem Navigationsrahmen links
sucht beispielsweise im Google-Archiv der Newsgroup
»de.rec.modelle.bahn« nach den eingegebenen Stichworten.
Die Chancen sind groß, Antwort auf alle möglichen
Fragen zum Thema Modellbahn zu finden.

=Tips für Einsteiger=

Um die Newsgroup nun nicht immer mit den selben
(Einsteiger-) Fragen zu belasten, gibt es zwei Tricks:
#www.der-moba.de lesen,
#die Suchmaschiene http://groups.google.de/ nutzen.
Vielleicht wurde das Thema ja erst kürzlich erörtert?

=Server und Newsreader=

=In einer Newsgroup schreiben=

Die Newsgroup lebt übrigens vom Beiträge '''schreiben'''.
Auch wenn es eine Art "harten Kern" an gibt, die »Regulars«.
Das sind die Leute, welche recht häufig Beiträge schreiben
(posten). Sie haben meist ein oder mehrere Spezialthemen
und helfen gerne mit ihrem Wissen. Dennoch sollte jeder sein
(neuestes) Wissen und seine Erfahrung einbringen. Auch die
»alten Hasen« lernen gerne etwas dazu.

In einer Newsgroup werden die Beiträge (und ihre Betreffs) in einer
bestimmten Form geschrieben. Diese erhöht die Lesbarkeit der
Beiträge (und die Lust der Leser zu antworten).
Tips zu dieser Form findet man im FAQ der Newsgroup auf
[[FAQ_de.rec.modelle.bahn]]. Beim Schreiben sollte auch stets die [[Netiquette]] eingehalten werden.

Um ein »Gefühl« für das »Funktionieren« der Newsgroup
zu bekommen, sollte man erst einmal einige Zeit mitlesen, bevor man einen Beitrag schreibt.

In jedem Fall sollte man auch die Gruppe »de.newusers.infos« lesen;
diese enthält nur ganz wenige Beiträge, die aber für ein
problemloses Miteinander unbedingt wichtig sind.

Übrigens:
Dein Beitrag wird weltweit von vielen gelesen. Und das nicht nur
für ein paar Tage.
Über das groups.google.de-Archiv, ist dein Beitrag auch nach Jahren
noch allgemein zugänglich - man kann also auch mit alten eigenen
Äußerungen konfrontiert werden!

Und noch ein Tipp:
Es gibt Firmen, welche die in Newsgroups verwendeten E-Mail-Adressen
sammeln. Diesen Adressen wird dann Werbung zugesandt (Spam).
Um die Werbung gleich filtern zu können, ist es durchaus sinnvoll
sich bei einem E-Mail-Provider (z.B. freenet.de, gmx.de, web.de)
eine E-Mail-Adresse einzurichten, die man nur zu Posten in der
Newsgroup verwendet. Aber bitte dennoch den »Realnamen« für die
Anzeige eintragen.

Wer nur ab und zu mitlesen will (reinschnuppern), kann die Beiträge
der Newsgroup auf dem Server mit einem WWW-basierten Portal wie
http://usenet.freenet.de/ oder http://groups.google.de/ ansehen.

Wer die Gruppe regelmäßig lesen will, sollte aber einen eigenen
Newsreader installieren. Für den Einstieg eignet sich Netscape ab
Version 4.7.
http://home.netscape.com/de/download/download_comm.html.

Outlook Express trübt die Freude an Newsgroups leider durch eine
Reihe von Fehlern recht schnell und wird deshalb auch für den Einstieg
nicht empfohlen. Sehr gute Anleitungen zum Einrichten gibt es unter
http://news.cis.dfn.de/de/config.html.
Unter http://news.individual.de/ kann man sich auch anmelden,
falls der eigene Provider keinen brauchbaren Newsserver anbietet.
Das kostet ca. 10,- EUR pro Jahr.

=Beiträge suchen=

Solltest du Beiträge finden, die Fragen offen lassen, oder
dich noch wissensdurstiger machen:
Wir laden dich herzlich ein, dir die Mühe zu machen, und in der
newsgroup deine Frage zu stellen

Dann erhältst du auch immer die "neueste Information" und
Wissen welches der Autor allein gar nicht haben kann.
Eine direkte email an den Autor richtet man normalerweise nur,
wenn das, was Du zu dem Beitrag fragen oder sagen willst,
wirklich niemanden anderen als den Autor interessiert.

Tip:
Wenn du den Autor nun doch unbedingt direkt anmailen willst:
hilf ihm bitte mit folgenden Worten auf die Sprünge:
" Ich habe deinen Beitrag mit der Google Suchmaschine
auf "Der-Moba.de" gefunden. Kannst du bitte....."
(zitiere zusammen mit deiner Frage auch die gefundene Stelle)

= Links zum Thema Usenet =

Software:

*[http://www.forteinc.com Free Agent] Ein kostenloser Newsreader

Informationen:

*[http://www.boku.ac.at/news/newsd.html Zentraler Informatikdienst Wien]

*[http://www.wschmidhuber.de/usenet/index.html W.Schmidhuber] u.a. warum man mit seinem echten Namen ins Usenet soll..

[[Kategorie:De.rec.modelle.bahn]]

Netiquette

2008-12-22T16:12:43Z

Guido Scholz: Kategorie ergänzt

Die Netiquette des deutschen [[Newsgroup|Usenet]] wurde von Andreas M. Kirchwitz in die Gruppe de.newusers.infos 'gepostet'. Diese Gruppe ist eine sinnvolle Lektüre für alle neuen Usenet-Teilnehmer.
----

Die Netiquette soll Ihnen helfen, die Sitten und Gebräuche kennen-
zulernen, die sich im deutschsprachigen Teil des Usenets (den "de.*"-
Newsgruppen) eingebürgert haben. So können Sie einige der häufigsten
Stolpersteine vermeiden.

Es folgen einige Tips, wie man das Netz effizient und auch höflich
zur Zufriedenheit aller benutzen kann (und sollte):

*Vergessen Sie niemals, dass auf der anderen Seite ein Mensch sitzt!
*Erst lesen, dann denken. Noch einmal lesen, noch einmal denken.
Und _dann_ erst posten!
*Teilen Sie etwas Neues mit!
*Ihre Artikel sprechen für Sie *Seien Sie stolz auf sie!
*Nehmen Sie sich Zeit, wenn Sie einen Artikel schreiben!
*Vernachlässigen Sie nicht die Aufmachung Ihres Artikels!
*Achten Sie auf die "Subject:"-Zeile!
*Denken Sie an die Leserschaft!
*Vorsicht mit Humor, Ironie und Sarkasmus!
*Kürzen Sie zitierten Text auf das notwendige Minimum!
*Benutzen Sie E-Mail!
*Geben Sie eine Sammlung Ihrer Erkenntnisse an das Netz weiter!
*Achten Sie auf die gesetzlichen Regelungen!
*Benutzen Sie Ihren wirklichen Namen, kein Pseudonym!
*Vorsicht mit Kommerziellem!
*Vorsicht mit Binaries und Multipart-Artikeln!
*"Du" oder "Sie"?

==Vergessen Sie niemals, dass auf der anderen Seite ein Mensch sitzt!==

Wenn sie ihre Artikel verfassen, denken viele Leute leider nicht
daran, dass die Nachrichten nicht von Computern gelesen werden,
sondern von anderen Menschen.

Ihre Nachricht kann nicht nur von Leuten im deutschsprachigen Raum
gelesen werden, sondern auf der ganzen Welt. Lassen Sie sich also
besser nicht zu verbalen Ausbrüchen hinreissen.

Bedenken Sie: Je ausfallender und unhöflicher Sie sich gebärden,
desto weniger Leute sind bereit, Ihnen zu helfen, wenn Sie selbst
einmal etwas brauchen.

Eine einfache Faustregel: Schreiben Sie nie etwas, was Sie dem
Adressaten nicht auch vor anderen Leuten ins Gesicht sagen würden.

==Erst lesen, dann denken. Noch einmal lesen, noch einmal denken. Und '''dann''' erst posten!==

Die Gefahr von Missverständnissen ist bei einem schriftlichen Medium
besonders hoch. Vergewissern Sie sich mehrmals, dass der Autor des
Artikels, auf den Sie antworten wollen, auch das gemeint hat, was
Sie denken. Insbesondere sollten Sie darauf achten, ob nicht
vielleicht Ironie, Sarkasmus oder eine ähnliche Variante des Humors
benutzt wurde, ohne ihn mit dem Smiley-Symbol ":-)" zu kennzeichnen.

==Teilen Sie etwas Neues mit!==

Ihr Artikel wird an ein Millionenpublikum weltweit verteilt.
Teilen Sie daher etwas Neues mit, wenn Sie einen Artikel schreiben!

Machen Sie Ihren Standpunkt klar, und drücken Sie sich verständlich
aus. Durch schlüssige Argumentation können Sie von vornherein viele
Missverständnisse vermeiden.

Denken Sie aber daran, dass niemand gerne Artikel liest, die mehrere
hundert Zeilen lang sind. Ihr Artikel sollte kurz und prägnant sein,
jedoch ohne dass dabei das Verständnis auf der Strecke bleibt.

Wer eine Signatur unter seinem Artikel verwenden möchte, sollte
dort etwas mitteilen, das noch nicht aus seinem Artikel oder dessen
Header hervorgeht. Die Signatur sollte maximal 4 Zeilen lang sein.

Der sogenannte Footer ist im Usenet unüblich und unerwünscht.
Man bezeichnet damit im Allgemeinen einen von der Software selbst
erstellten Text, der automatisch dem Artikel-Inhalt (Message-Body)
hinzugefügt wird. Im Gegensatz zur Signatur entzieht sich der Footer
im Wesentlichen dem Einfluss des Benutzers (z.B. Hinweise, durch
welche Programme der Artikel verarbeitet wurde).

Ebenfalls unerwünscht sind sogenannte "human gateways".
Man sollte nicht seine Aufgabe darin sehen, Artikel aus
verschiedenen für jedermann zugänglichen anderen Newsgruppen,
Netzen oder Informationsdiensten (z.B. Z-Netz, T-Online,
Videotext, AOL, CompuServe usw.) ins Netz weiterzuleiten.

==Ihre Artikel sprechen für Sie - Seien Sie stolz auf sie!==

Die meisten Leute im Netz kennen und beurteilen Sie nur aufgrund
dessen, was Sie in News und Mail schreiben. Versuchen Sie daher,
Ihre Artikel leicht verständlich und möglichst fehlerfrei zu
verfassen.

Ein Wörterbuch neben dem Rechner mag als Übertreibung erscheinen,
andererseits wird ein möglichst fehlerfreier und gut formulierter
Artikel ernster genommen als ein vor Fehlern beinahe unleserlicher
oder durch schlechte Wortwahl unverständlicher Artikel.

Bedenken Sie, dass Ihr Anliegen schlecht vertreten wird durch einen
Artikel, der nicht elementaren Anforderungen an Stil, Form und
Niveau genügt.

Vielleicht lesen Ihre zukünftigen Kollegen oder Ihr zukünftiger Chef
mit. Vorurteile bilden sich leicht.

==Nehmen Sie sich Zeit, wenn Sie einen Artikel schreiben!==

Einige Leute denken, es reiche aus, einen Artikel in wenigen
Minuten in den Rechner zu "hacken". Besonders im Hinblick auf die
vorangegangenen Punkte ist das aber kaum möglich. Sie sollten sich
Zeit nehmen, um einen Artikel zu verfassen.

Vergewissern Sie sich vor dem Schreiben, ob nicht bereits andere
eine gleichwertige Antwort verfasst haben. Dadurch kennen Sie
einen Teil der nachfolgenden Diskussion und können vorgebrachte
Argumente bei Ihrem Beitrag schon berücksichtigen.

Jeder Artikel sollte vor dem endgültigen Abschicken mindestens
einmal vollständig durchgelesen und überarbeitet werden.

Manchmal empfiehlt es sich auch, den Artikel noch einmal zu
überschlafen. Oft stellt sich am nächsten Tag heraus, dass man
zu impulsiv reagiert oder eine Beleidigung verfasst hat.

==Vernachlässigen Sie nicht die Aufmachung Ihres Artikels!==

Durch Groß*und Kleinschreibung wird der Text leserlicher.
Absätze dienen der Gliederung und lockern den Text auf.
Darüber hinaus sollten Punkte und Kommas selbstverständlich sein.

Eigener und zitierter Text sollten grundsätzlich durch eine
Leerzeile getrennt werden. Auf Blocksatz verzichten Sie besser,
da unterschiedlich breite Leerschritte das Lesen erschweren.

Sie sollten die Breite der eigenen Zeilen unter etwa 70 Zeichen
halten, damit auch nach mehrmaligem Zitieren von Text (Quoten)
die Standardzeilenbreite von 80 Zeichen nicht überschritten wird.
Zudem wissen professionelle Schreiberlinge längst, dass Zeilen mit
mehr als etwa 70 Zeichen vom Menschen nur noch mit Anstrengung zu
lesen sind (zählen Sie doch einmal die Zeichen pro Zeile in Ihrer
Tageszeitung).

Weitere grundlegende Hinweise zur Textgestaltung finden Sie
beispielsweise im Duden (Regeln für das Maschinenschreiben) oder
in der entsprechenden DIN 5008 (Schreib*und Gestaltungsregeln
für die Textverarbeitung).

==Achten Sie auf die "Subject:"-Zeile!==

Wenn Sie einen Artikel verfassen, achten Sie bitte besonders auf
den Inhalt der "Subject:"-Zeile (umgangssprachlich auch "Betreff"
oder "Thema" genannt). Hier sollte in kurzen Worten (möglichst
unter 40 Zeichen) der Inhalt des Artikels beschrieben werden, so
dass ein Leser entscheiden kann, ob er von Interesse für ihn ist
oder nicht.

In länger dauernden Diskussionen kann es passieren, dass das Thema,
über das debattiert wird, vom ursprünglichen "Subject" abweicht.
Bitte ändern Sie die "Subject:"-Zeile entsprechend ab. Eine gute
Angewohnheit ist es, wenn Sie das alte Thema zusätzlich auch noch
angeben; bei Antworten auf solche Artikel (Followups) sollte das
alte Thema aber entfernt werden. Ein Beispiel:

Bei einem Followup schlägt Ihr Newsreader standardmäßig das alte
(bisherige) Thema vor:

Subject: Re: Kohlrabi im Vorgarten

Die Diskussion ist aber längst auf das Thema "Erbsen im Treibhaus"
abgeschweift. Benutzen Sie das spezielle Schlüsselwort "was:" und
ändern sie wie folgt:

Subject: Erbsen im Treibhaus (was: Kohlrabi im Vorgarten)

Followups auf Ihren neuen Artikel sollten nur noch das Thema

Subject: Re: Erbsen im Treibhaus

erhalten.

==Denken Sie an die Leserschaft!==

Überlegen Sie sich vor dem Posten eines Artikels oder Followups,
welche Leute Sie mit Ihrer Nachricht erreichen wollen. Ein Artikel
mit dem Titel "Fernseher Bj. 1972 an Selbstabholer" ist in einer
regionalen Newsgruppe sicher wesentlich besser aufgehoben als in
einer weltweit lesbaren "de.*"-Gruppe.

Wählen Sie die Gruppe (oder Gruppen), in die Sie schreiben,
sorgfältig aus. Sie sollten diese Gruppen auch selbst lesen.
Posten Sie, wenn irgend möglich, nur in _eine_ Gruppe.

Ein "Crossposting" eines Artikels in mehrere, womöglich
inhaltlich verwandte Gruppen ist nicht empfehlenswert.
Wenn Sie dennoch ein Crossposting (durch Angabe mehrerer
Gruppennamen in der "Newsgroups:"-Zeile) erzeugen, lenken Sie
bitte darauffolgende Artikel mit Hilfe der "Followup-To:"-Zeile
in _eine_ Gruppe.

Benutzen Sie eine Newsgruppe mit der Endung ".misc", wenn keine
dem Thema angemessenere spezielle Gruppe existiert.

Crosspostings über mehrere News-Hierarchien sind grundsätzlich zu
vermeiden.

Speziell für Ankauf und Verkauf wurde die Unter-Hierarchie
"de.markt.*" eingerichtet, um entsprechende Artikel aus allen
anderen Gruppen fernzuhalten. Bitte respektieren Sie das!

==Vorsicht mit Humor, Ironie und Sarkasmus!==

Achten Sie darauf, dass Sie Ihre ironisch gemeinten Bemerkungen
so kennzeichnen, dass keine Missverständnisse provoziert werden.
Bedenken Sie: In einem schriftlichen Medium kommt nichts von Ihrer
Mimik und Gestik herüber, die Sie bei persönlichen Gesprächen
benutzen würden.

Im Netz gibt es für diesen Zweck eine Reihe von Symbolen, die man
Smileys nennt; die gebräuchlichsten sind ":-)" und ":-(". Wenn
Ihnen nicht sofort auffällt, was diese Smiley-Symbole bedeuten
sollen, legen Sie den Kopf doch einfach auf die linke Schulter
und schauen Sie noch einmal ... :-)

Für den Leser gilt: Erscheint Ihnen ein Text missverständlich oder
unlogisch, ziehen Sie in Betracht, dass er ironisch oder sarkastisch
gemeint sein könnte. Bitten Sie im Zweifelsfall den Autor per E-Mail
um eine Erklärung, statt sofort ein Followup zu posten.

==Kürzen Sie zitierten Text auf das notwendige Minimum!==

Es ist eine gute Angewohnheit, kurze Ausschnitte des Textes, auf
den man sich bezieht, wörtlich zu zitieren und dem eigenen Text
voranzustellen.

Machen Sie es sich zur Angewohnheit, nur gerade so viel
Original-Text stehen zu lassen, dass dem Leser der Zusammenhang
nicht verloren geht. Zitierter Text (Quote) stellt nur eine grobe
Gedankenstütze dar, viel wichtiger ist das, was Sie an neuen,
interessanten, eigenen Gedanken hinzuzufügen haben.

Zitieren Sie bereits zitierten Text nach Möglichkeit nicht erneut.
Statt Text wortwörtlich zu zitieren, kann er auch durch eine kurze
in eckige Klammern [] gesetzte Umschreibung ersetzt werden.

Ein Beispiel:

>> Wenn Sie einen Followup-Artikel schreiben, wird Ihnen der gesamte
>> Text, auf den Sie sich beziehen, von Ihrem Newsreader-Programm
>> zum Bearbeiten angeboten.
>> [weitere Ausführungen über Newsreader-Programme gelöscht]
>
> Der Originaltext wird dabei im Allgemeinen durch das Zeichen '>'
> eingerückt (ähnlich wie dieser Absatz), um klar ersichtlich zu
> machen, dass es sich dabei um zitierten Text handelt. Lassen Sie
> zur Übersichtlichkeit zwischen zitiertem und eigenem Text jeweils
> eine Leerzeile Freiraum.

Zitieren Sie nur Text, auf den Sie auch Bezug nehmen.

Lassen Sie den Originaltext aber auch nicht ganz weg! Der Leser
Ihres Artikels hat den Artikel, auf den Sie sich beziehen, mit
hoher Wahrscheinlichkeit nicht mehr exakt in Erinnerung und hat
ohne eine Gedankenstütze große Mühe, den Sinn Ihrer Ausführungen
zu erkennen.

Das Zitieren von Unterschrift oder Signatur ist eine leider
weit verbreitete Unsitte und unerwünscht.

Beim Zitieren sind den einzelnen Zeilen vorangestellte Initialen
nicht erforderlich, weil Newsreader-Software an Hand der internen
Artikel-Verkettung (wozu das Schlüsselwort "References" im Header
von Artikeln dient) dies individuell auf Wunsch darstellen kann.
Aus dem gleichen Grund ist bei der einleitenden namentlichen Anrede
die Wiederholung von Subject, Message-ID, Newsgroup-Namen, Datum und
den meisten anderen Header-Zeilen überflüssig.

==Benutzen Sie E-Mail!==

Wenn Sie dem Autor eines Artikels etwas mitteilen wollen, überlegen
Sie bitte, ob dies eine Bereicherung der laufenden Diskussion ist
und auch andere interessieren könnte *oder ob nicht eine einfache
E-Mail besser geeignet wäre.

Ein Beispiel: Hitzige Diskussionen arten manchmal in wüste
Beschimpfungsorgien (sogenannte "Flame Wars") aus. Spätestens
dann ist der Zeitpunkt gekommen, ab dem außer den Streithähnen
niemand mehr an der Diskussion interessiert ist.

Auch Hinweise auf Rechtschreibfehler, technische Probleme,
offensichtliche Irrtümer oder Netiquetteverstöße tätigt man
besser per E-Mail.

Es ist normalerweise unhöflich, Antworten per E-Mail auch noch
einmal zusätzlich öffentlich zu posten. Man sollte sich entscheiden:
entweder E-Mail oder News, aber nicht beides. Tun Sie es dennoch,
sollten Sie unbedingt zu Beginn der Nachricht darauf hinweisen, etwa
"[posted and mailed]". Doch vergessen Sie nicht: Es ist besser, Sie
entscheiden sich für _ein_ Kommunikationsmedium *E-Mail oder News!

Generell gilt: Wenn Sie etwas mitteilen wollen, das auch Millionen
andere Leute interessieren dürfte, benutzen Sie News. Andernfalls
ist E-Mail passender.

==Geben Sie eine Sammlung Ihrer Erkenntnisse an das Netz weiter!==

Wenn Sie eine Frage an die Netzgemeinde gestellt und darauf
Antworten per E-Mail empfangen haben, welche eventuell auch
andere Leute interessieren könnten, fassen Sie die Ergebnisse
(sinnvoll gekürzt) zusammen, und lassen Sie damit auch andere
von den Antworten auf Ihre Frage profitieren.

Haben Sie mit dem Schlüsselwort "Followup-To: poster" im Header
Ihres Artikels veranlasst, dass Antworten auf Ihren Artikel nicht
veröffentlicht, sondern automatisch nur an Sie per E-Mail geschickt
werden, sollten Sie nach angemessener Zeit eine Zusammenfassung
Ihrer Erkenntnisse veröffentlichen (und diese Absicht auch in Ihrem
Artikel ankündigen).

Weisen Sie von vornherein darauf hin, wenn Sie ohnehin eine
Zusammenfassung posten wollen. Damit vermeiden Sie überflüssige
Antworten der Art "Bitte poste doch eine Zusammenfassung.", "Bitte
sende mir eine Zusammenfassung per E-Mail.", "Send me a copy.",
"Me too.", "Add me." usw.

Entsprechend gilt für die Leser: Wenn Sie gern möchten, dass
jemand eine Zusammenfassung veröffentlicht, bitten Sie ihn
per E-Mail darum, auf gar keinen Fall öffentlich (Followup).

Bedenken Sie: Es gilt als unhöflich, in einer Newsgruppe, die
man nicht liest, nur Fragen zu stellen und Antworten per E-Mail
einzufordern. Niemand liest gern Newsgruppen, in denen nur
Fragen gestellt werden, aber keine Antworten stehen.

==Achten Sie auf die gesetzlichen Regelungen!==

Achten Sie darauf, dass Sie mit Ihrem Artikel keine Gesetze brechen.

Seien Sie vorsichtig beim Zitieren aus urheberrechtlich geschützten
Werken. Begehen Sie keine Straftaten. Rufen Sie nicht zu Straftaten
auf.

Wenn Sie unsicher sind, ob Sie die Rechte eines anderen vielleicht
verletzen könnten, fragen Sie ihn vorher per E-Mail, was er von
Ihren Absichten hält.

Das Veröffentlichen von E-Mail ist *abgesehen von seinen möglichen
rechtlichen Konsequenzen *unhöflich und sollte nicht ohne die
explizite Einwilligung des Autors geschehen.

Da Ihre Artikel von einem Millionen-Publikum gelesen werden, seien
Sie zurückhaltend mit dem, was Sie über andere sagen. "Usenet is not
a right", aber natürlich ist Usenet deshalb kein rechtsfreier Raum.

==Benutzen Sie Ihren wirklichen Namen, kein Pseudonym!==

In der Mailboxszene und bei einigen Internet-Anbietern verbergen die
Nutzer ihre wahre Identität hinter einem Pseudonym und schreiben
manchmal Dinge, die sie sich sonst nicht erlaubt hätten. Aufgrund
der negativen Erfahrungen, die viele Leute im Netz mit den Trägern
solcher Pseudonyme gemacht haben, sollten Sie Ihre Artikel mit Ihrem
wirklichen Namen ("real name") versehen.

In einigen Newsgruppen, in denen es um sehr sensible Themen geht
(zum Beispiel sexuelle Gewohnheiten etc.), werden Pseudonyme bzw.
Artikel, die über sogenannte Anonymous-Remailer (auch "Anon-Server"
genannt) gepostet wurden, in Ausnahmefällen geduldet.

Pseudonyme bzw. Anonymous-Remailer bieten übrigens keinen Schutz,
wenn man dem Netz oder seinen Teilnehmern schaden oder wenn man
Straftaten begehen will. Wie bei den meisten elektronischen Medien
ist im Ernstfall eine nachträgliche Rückverfolgung möglich.

==Vorsicht mit Kommerziellem!==

Ein gewisses Maß an kommerzieller Information wird im Netz durchaus
geduldet. Beispielsweise Adressen von Firmen, die ein bestimmtes
Produkt anbieten, nach dem jemand gefragt hat. Als unverschämt gilt
dagegen die Verbreitung von reinen Werbeinformationen. Insbesondere
dann, wenn ein gewisses Volumen überschritten oder unaufgefordert
gepostet wird.

Bedenken Sie: Dies ist ein nicht-kommerzielles Netz, und niemand
will die Übertragungskosten für unverlangte Werbung bezahlen.

==Vorsicht mit Binaries und Multipart-Artikeln!==

Binär-Dateien (Grafik, Musik, ausführbare Programme usw.) sind in
den Diskussionsgruppen dieses Netzes unerwünscht. Für Binär-Dateien
gibt es spezielle Newsgruppen. Im Allgemeinen ist es jedoch besser,
auf Binär-Dateien in den News zu verzichten und statt dessen nur auf
entsprechende Download-Möglichkeiten via FTP oder WWW hinzuweisen.

Gleiches gilt für sogenannte "Multipart"-Artikel. Manche Newsreader-
Software kodiert den Artikel-Inhalt in verschiedenen, alternativen
Darstellungsformaten (normaler Text, HTML, LaTeX, Word, usw.),
obwohl die meisten Netzteilnehmer nur reinen Text darstellen können.
Seien Sie rücksichtsvoll und bieten Sie alternative Darstellungs-
formate besser via FTP oder WWW an. In der "de.*"-Hierarchie ist es
üblich, nur normalen Text zu benutzen.

=="Du" oder "Sie"?==

Aus der Deutschsprachigkeit der "de.*"-Hierarchie erwächst die
Frage, ob man andere Netzteilnehmer in News und Mail "duzen" oder
"siezen" sollte. Es gilt normalerweise: Wer selbst siezt, will
gesiezt werden. Wer duzt, will selbst geduzt werden.

Die meisten Teilnehmer der "de.*"-Hierarchie duzen sich jedoch,
unabhängig von ihrer gesellschaftlichen Stellung. Und viele, die
siezen, tun dies nur anfangs, weil sie noch nicht wussten, dass
die meisten ein "Du" bevorzugen. Wird man gesiezt, sollte man aber
dennoch nicht gleich mit dem "Du" beginnen, sondern vorher fragen,
ob dies für den anderen in Ordnung ist.

Wahrscheinlich ist diese Netiquette einer der wenigen Artikel im
Netz, in dem Sie mit voller Absicht gesiezt werden.

==Zusammenfassung der Dinge, die Sie bedenken sollten:==

*Vergessen Sie niemals, dass auf der anderen Seite ein Mensch sitzt!
*Erst lesen, dann denken. Noch einmal lesen, noch einmal denken. Und '''dann''' erst posten!
*Teilen Sie etwas Neues mit!
*Ihre Artikel sprechen für Sie *Seien Sie stolz auf sie!
*Nehmen Sie sich Zeit, wenn Sie einen Artikel schreiben!
*Vernachlässigen Sie nicht die Aufmachung Ihres Artikels!
*Achten Sie auf die "Subject:"-Zeile!
*Denken Sie an die Leserschaft!
*Vorsicht mit Humor, Ironie und Sarkasmus!
*Kürzen Sie zitierten Text auf das notwendige Minimum!
*Benutzen Sie E-Mail!
*Geben Sie eine Sammlung Ihrer Erkenntnisse an das Netz weiter!
*Achten Sie auf die gesetzlichen Regelungen!
*Benutzen Sie Ihren wirklichen Namen, kein Pseudonym!
*Vorsicht mit Kommerziellem!
*Vorsicht mit Binaries und Multipart-Artikeln!
*"Du" oder "Sie"?

[[Kategorie:Dies und Das]]|[[Kategorie:De.rec.modelle.bahn]]

Digitalzentralen

2008-11-13T09:27:09Z

Guido Scholz: Tippfehler/Rechtschreibung

[[Kategorie:Digitalbetrieb]]

'''Übersicht der gängigen Digitalzentralen.'''

Die Seite ist nach einfachen, mittleren und vollen Systemen unterteilt. Zudem gibt es eine Übersicht über im Netz verfügbare Selbstbauprojekte. Desweiteren gibt es einen Abschnitt mit angekündigten sowie einen Abschnitt mit alten Systemen.
Diese Gliederung dient dazu, die Dinge einigermaßen übersichtlich zu halten.
Innerhalb der einzelnen Abschnitte sind die Systeme alphabetisch nach dem Namen des Herstellers sortiert.

Als Ergänzung gibt es einen Abschnitt mit Erläuterungen zu den einzelnen Spalten und eine Abschnitt mit den verwendeten Abkürzungen.

 

== Einsteiger-Zentralen ==

Einfache Zentralen, mit vermindertem Funktionsumfang.

<div style="font-size:0.8em">
{| border="1" bgcolor="#fdfdfd" valign=top cellpadding=2px cellspacing=0px style="line-height: 1.2em;border-collapse:collapse;background-color:#fdfdfd;"

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert) || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|-
| Fleischmann '''LokBoss'''
| DCC
| 0 / 1 (max. 4)
| 4 LEDs, Adr. 1–4
| 1,8A, ?V (-) || -
| [[LocoNet]] / -
| Adr. 1-4 / nein
| nein
| - / [[LocoNet]]
| nein
| Einfachst-Regler am LocoNet (Adr. 1–4). Zusatzregler = LokBoss oder FMZ–Regler (seit 2003/4)

|-
| Piko '''Digi-1'''
| DCC
| 0 / 1 (max. 4)
| nein
| 1,8A, ?V (-) || Gleissignal
| Iris (Infrarot) / nein
| Adr. 1-127, 28 Fahrst. / nein
| nein
| - / -
| nein
| Digi-Fern = Uhlenbrock Iris, max. 12 Loks aktiv (seit 2004/5)

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert) || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|}
</div>

 

== Zentralen mit Einschränkungen ==

Zentralen, die einen Großteil des Funktionsumfanges der jeweiligen Protokolle unterstützen, aber aufgrund bestimmter Einschränkungen nicht für den Betrieb großer Anlagen geeignet sind.

<div style="font-size:0.8em">
{| border="1" bgcolor="#fdfdfd" valign=top cellpadding=2px cellspacing=0px style="line-height: 1.2em;border-collapse:collapse;background-color:#fdfdfd;"

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert) || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|-
| Bachmann '''EZ Command Dynamis'''
| DCC
| 0 / 1 (IR)
| LCD Display Beleuchtet
| 2.5A, 15.5V (+) || ja (über Pro-Box)
| {{r}}, IR / {{r}}
| POM / {{r}}
| 40 á 5 Loks
| - / ja
| {{r}}
| JoyStick BiDi vorbereitet, Erweiterung über Pro–Box (seit Dez. 2007)

|-
| Digitrax '''Zephyr'''
| DCC
| 1 / 0
| 4–stellig
| 2.5A, 12.8V (+) || [[LocoNet]]
| [[LocoNet]] / [[LocoNet]]
| POM+Prog, bis 255 / Prog-Gleis
| Zentrale, Decoder
| - / ja
| nein
| max. 10 Loks aktiv, JumpPort1), Fahrregler / Booster am [[LocoNet]]. (seit 2002/3)

|-
| Fleischmann '''Profi-Boss'''
| DCC
| 0 / 1
| LCD Display Beleuchtet
| 1.8A, 18V (+) || [[LocoNet]]
| [[LocoNet]] / [[LocoNet]]
| POM+Prog / Prog-Gleis
| nein
| nein / ja
| Twin Center
| max. 16 Loks aktiv, Handregler am [[LocoNet]]. (seit Mitte 2008)

|-
| Hornby '''Select'''
| DCC
| 1 / 0
| 2 Ziffern
| 1/3A, 15V ({{r}}) || ja (RJ12)
| X–Bus / -
| ja / {{r}}
| Doppel Traktion
| - / ja
| {{r}}
| bis 10 Loks aktiv, Adr. 1-59 (Loks), 60-99 (Weichen) (seit Dez. 2007)

|-
| Hornby '''Elite'''
| DCC
| 2 / 0
| LCD Display
| 3A, 15V ({{r}}) || 5-polig, Gleis-Signal, (RJ12)
| X–Bus / -
| POM+Prog / Prog-Gleis
| Doppel Traktion
| USB / ja
| PC
| BiDi (RailCom) vorbereitet, 254 Lok- + 255 Weichen-Adressen (seit Dez. 2007)

|-
| LGB  '''2)''' '''MZS II'''
| DCC (Basic)
| 0 / 0
| LEDs
| 5A, ?V ({{r}}) || ja, max. 4
| LGB-Bus / LGB-Bus
| nur Adresse / -
| nur mit Universal Handy
| - / ja
| nein
| Großbahn, 23 Adr. 14 Fahrst., max. 8 Loks aktiv ''(Nachfolge: MZS III)'' (seit 200?)

|-
| Littfinski Datentechnik '''DiCoStation'''
| DCC, MM
| 0 / 0
| 2 LED
| - || 5-polig
| - / 3x [[S88-Rückmeldebus|S88]]
| {{r}} / {{r}}
| {{r}}
| USB / -
| PC
| '''kein BiDi''', Prog-Gleis nur über Erweiterung, braucht PC–Steuerung (seit Mitte 2007)

|-
| MärklinSystems '''MobileStation'''
| mfx, MM
| 0 / 1
| LCD Screen
| 1.2A/1.9A, ?V ({{r}}) || nein
| {{r}} / {{r}}
| ja / ja
| kein
| - / -
| {{r}}
| max. 10 Loks aktiv, MM: nur 80 Adr., 14 Fahrst. (seit 2004)

|-
| Roco '''MultiMaus''' ((+Verstärker))
| DCC
| 0 / 1
| LCD Display Beleuchtet
| ((3/3.2A, ?V ({{r}}))) || ja
| X–Bus / {{r}}
| POM+Prog, bis 255 / nein*
| nein
| - / ja
| Rocomotion + PC
| Handregler am X–Bus, *Verstärker ungeeignet. (seit 2006)

|-
| Trix Systems '''MobileStation'''
| DCC, SX
| 0 / 1
| LCD Screen
| 1.9A, ?V ({{r}}) || nein
| {{r}} / kein
| bis 999 / bis 999
| {{r}}
| - / -
| Central Station+PC / zweite MS
| max. 16 Loks aktiv (seit 2006)

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert) || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|}
'''Anmerkungen:'''
# Am JumpPort des Digitrax Zephyr können 1 oder 2 Analog-Fahrregler angeschlossen werden, die je eine zugewiesen Digital-Lok steuern.
# Der LGB-Bus basiert wahrscheinlich auf einer älteren X–Bus Version.
</div>

 

== Vollsysteme ==

Zentralen, die den vollen Funktionsumfang der jeweiligen Protokolle unterstützen und zur Steuerung großer bis sehr großer Anlagen geeignet sind.

<div style="font-size:0.8em">
{| border="1" bgcolor="#fdfdfd" valign=top cellpadding=2px cellspacing=0px style="line-height: 1.2em;border-collapse:collapse;background-color:#fdfdfd;"

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert)   || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|-
| CT-Elektronik '''ZF5 + HR3'''
| DCC, MM
| 0 / 1
| LED (ZF5), LCD 128x64 (HR3)
| 1-5A, 10-21V (+) || 3-polig
| X–Bus / {{r}}
| POM+Prog / Prog-Gleis
| ja, 100x6 Loks
| RS232 / -
| PC
| HR3 steuert 2 Loks, BiDi und Selectrix geplant. (seit 2006/7)

|-
| ESU  '''ECoS'''
| DCC, MM, SX, BiDi, ''mfx''
| 2 / 0 '''1)'''
| Touch Screen, 320x240
| 2-4A, ?V ({{r}}) || 3-polig
| ECoSLink, ECoSniffer / [[S88-Rückmeldebus|S88]]
| POM+Prog / POM+Prog
| Zentrale, 32x16 Loks
| Ethernet / -
| PC
| '''BiDi''' seit Nov. 2007, SX-Protokoll nur über ECoS-Booster. ''Version 3: +mfx, +Gleisbild (Frühjahr 2009)'' (seit Mitte 2006)

|-
| Fleischmann '''Twin Center'''
| DCC, FMZ, SX
| 2 / 0
| LCD, 2x16 Zeichen
| 3A, N=18V, H0~21V (-) || 3+5-polig, FMZ
| [[LocoNet]], I2C, Lokmaus1 / [[LocoNet]], [[S88-Rückmeldebus|S88]]
| POM+Prog / Prog-Gleis
| Zentrale, 8x4 Loks
| RS232 / ja
| PC
| auch für FMZ Decoder, Hardware basiert auf Intellibox von Uhlenbrock (seit Ende 2000)

|-
| Lenz '''LZV100'''
| DCC, BiDi
| 0 / 0
| LED (Status)
| 5A, 11-22V ({{r}}) || 3-polig
| X–Bus / RS–Bus
| POM+Prog / POM+Prog
| Decoder
| - / ja
| EPROM Austausch
| '''BiDi''' (RailCom) ab Version 3.5 (seit ca. 2003)

|-
| Massoth '''DiMAX 800Z'''
| DCC
| 0 / 0
| LCD, 4 Zeilen
| 2/4/8A, 16-24V (+) || ja
| Control–Bus / Control–Bus '''2)'''
| Prog / Prog-Gleis
| Zentrale, 16x4 Loks
| RS232
| PC
| für Großbahnen und kleinere Baugrößen (seit ca. 2005)

|-
| Massoth '''DiMAX 1200Z'''
| DCC
| 0 / 0
| LCD, 4 Zeilen
| 4/7/12A, 22-24V (+) || Massoth, LGB, 3-polig
| Control–Bus / Control–Bus '''2)'''
| Prog / Prog-Gleis
| Zentrale, 16x4 Loks
| RS232
| PC
| nur für Grossbahn, Trafo eingebaut (seit 2003/4)

|-
| MärklinSystems '''CentralStation2'''
| mfx, MM
| 2 / 0
| Touch Screen, Farbe, 800x480
| 3A, ?V ({{r}}) || 5-polig, Märklin-Bus
| Märklin-Bus '''3)''' / [[S88-Rückmeldebus|S88]]
| ja / mfx Decoder
| Zentrale
| Ethernet
| PC, USB-Stick, Internet
| Gleisbild, Lokkarten, mehrere CS2 koppelbar, USB-Maus/-Tastatur (seit 10/2008)

|-
| Müt Digirail '''multi control 2004'''
| SX
| 1 / 0
| LCD Matrix
| 2.7A, ?V ({{r}}) || ja
| SX–Bus (2x) / SX–Bus
| ja / ja
| Zentrale, 20x5 Loks
| RS232
| PC
| (seit ca. 2000/1)

|-
| Piko '''Digi Power Box'''
| DCC
| 2 / 0
| LCD, 2x16 Zeichen
| 3A, ?V (-) || 3-polig
| [[LocoNet]], Iris / [[LocoNet]]
| ja / ja
| bis zu 4 Loks
| RS232 / ja
| PC
| Hardware basiert auf Intellibox IR von Uhlenbrock (seit ca. 2005)

|-
| Rautenhaus Digital '''SLX850'''
| SX, DCC
| 0 / 0
| -
| 1.5A, ?V ({{r}}) || ja
| SX–Bus / SX–Bus
| ja / ja
| ja
| -/ja
| Processor Update möglich
| DCC: nur 8 Adr., 28 Fahrst., 4 Funkt. ''Nachfolger: SLX850AD'' (seit {{r}})

|-
| Tams '''EasyControl'''
| DCC, MM, BiDi
| 1 / 0
| LCD, 2x16 Zeichen
| - || 3+5-polig
| EasyNet / [[S88-Rückmeldebus|S88]]
| POM+Prog / Prog-Gleis
| Doppel Traktion
| USB und RS232 / -
| PC
| MM 14/27 Fahrst. 255 Adr., 2ter Booster Ausgang, '''BiDi''' (RailCom) ab V1.45 (seit 2005/6)

|-
| Uhlenbrock '''Intellibox IR'''
| DCC, MM, SX
| 2 / 0
| LCD, 2x16 Zeichen
| 3A, N=18V, H0~21V (-) || 3+5-polig, [[LocoNet]]
| [[LocoNet]], I2C, LM1, IRIS / [[LocoNet]], [[S88-Rückmeldebus|S88]]
| POM+Prog / Prog-Gleis
| Zentrale, 8x4 Loks
| RS232 / ja
| PC
| MM bis 255 Adressen, LM1: Lokmaus1 (seit 1998, IB-IR 2005)

|-
| Viessmann '''Commander'''
| DCC, MM
| 2 / 0
| Touch Screen, Farbe, 800x480
| 3A, ?V ({{r}}) || 3+5-polig
| HSB+LSB '''4)''' / [[S88-Rückmeldebus|S88]], LSB
| ja / ja
| ja
| USB
| PC
| Automatik, Gleisbild, externes Stellpult, mehrere Commander koppelbar, BIDi ab 2009 (seit 12/2007)

|-
| Zimo '''MX31ZL'''
| DCC, BiDi
| 1 / 0
| LCD Display
| 1-3A '''5)''', 12-19V (+) || ja
| CAN Bus / CAN Bus
| POM+Prog / POM+Prog
| ja
| USB / ja
| PC oder USB-Stick
| USB–Interface für MX1*, Decoder Updates, '''BiDi''' eingebaut (seit 10/2007)

|-
| Zimo '''MX1, MX1EC, MX1HS''' (Modell 2000)
| DCC, MM
| 0 / 0
| LCD 2 Zeilen
| 8A, 12-24V (+) || 3-polig, CAN Bus
| CAN Bus / CAN Bus
| POM+Prog / Prog-Gleis
| ja
| RS232 / ja
| PC
| HS: Hochstrom (2x8A), EC: Economy (ohne LCD), BiDi ab 2009 (seit 2000/1)

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert)   || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|}
'''Anmerkungen:'''
# Die Märklin MobilStation kann als Handregler an die ECoS-Zentrale von ESU angeschlossen werden. Die Trix MobileStation ist weder zur Märklin CentralStation noch zu ECoS kompatibel.
# Der Massoth Control-Bus basiert wahrscheinlich auf einer X–Bus Version. Massoth-Protokoll (=DCC) ab 2005, davor LGB-kompatibel.
# Der Märklin-Bus der CentralStation2 (CS2) verwendet (wie ESU, Zimo, ...) CAN als Hardware-/Protokoll-Basís. Der Bus der CentralStation1 (CS1) hatte Gemeinsamkeiten mit ESUs ECoSLink (z.B. Booster-Anschluss). Ob und wie weit das auch für den Märklin-Bus der CS2 gilt, ist zur Zeit unklar.
# Der Viessmann LowSpeedBus (LSB) unterstützt X–Bus Geräte wie Roco Rückmelder/Lokmaus2/MultiMaus oder Lenz Handregler.
# Mit dem stabilisierten, einstellbaren 120W Netzteil kann das MX31ZL bis zu 4A liefern.
</div>

 

==Selbstbauzentralen==

Selbstbau-Projekte entweder zum Verwenden eines PCs als Zentrale oder Elektronik-Projekte zum Selberlöten.

<div style="font-size:0.8em">
{| border="1" bgcolor="#fdfdfd" valign=top cellpadding=2px cellspacing=0px style="line-height: 1.2em;border-collapse:collapse;background-color:#fdfdfd;"

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''    
| Proto- koll / BiDi
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert) || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|-
| '''[http://www.tinet.org/~fmco/dccgen_en.html DDC_Gen]'''
| DCC / -
| 1 / 1
| LCD
| - || Gleissignal
| Infrarot / [[S88-Rückmeldebus|S88]]
| ja / ja, mit ACK-Detector
| {{r}}
| RS232 / -
| -
| max. 16 Loks aktiv. Nur Adressen bis 99.

|-
| '''[http://www.vogt-it.com/OpenSource/DDL/ DDL]'''
| DCC, MM / -
| - / -
| -
| - || ja
| [[SRCP-Grundlagen|SRCP]] / [[S88-Rückmeldebus|S88]], [[SRCP-Grundlagen|SRCP]]
| ja / ja, mit ACK-Detector
| -
| RS232, Parallel / -
| PC
| Software-Zentrale, die am PC das Steuersignal generiert und einem Booster bereit stellt.

|-
| '''[http://home.snafu.de/mgrafe/index.htm DDW]'''
| DCC, MM / -
| - / -
| -
| - || ja
| [[SRCP-Grundlagen|SRCP]] / [[S88-Rückmeldebus|S88]], [[SRCP-Grundlagen|SRCP]]
| ja / ja, mit ACK-Detector
| -
| RS232, Parallel / -
| PC
| Software-Zentrale, die am PC das Steuersignal generiert und einem Booster bereit stellt.

|-
| '''[http://merg.org.uk/resources/dcc.htm MERG BC1A]'''
| DCC / -
| - / 8
| LED
| 5A, ?V ({{r}}) || Gleissignal
| [[LocoNet]]{{r}} / -
| {{r}} / {{r}}
| {{r}}
| RS232 / -
| -
| Bausätze für Mitglieder verfügbar.

|-
| '''[http://home.no.net/paolsen/mj/minibox/minibox_de.html MiniBOX]'''
| DCC / -
| - / ja
| 4-stellig
| 0,6A, ?V ({{r}}) || Gleissignal
| [[LocoNet]] / [[LocoNet]]
| ja / ja, mit ACK-Detector
| -
| - / ja
| -
| max. 8 Loks aktiv. Nur 14 bzw. 28 Fahrstufen.

|-
| '''[http://www.minidcc.com/ MiniDCC]'''
| DCC / -
| 4 / -
| LCD
| - || Gleissignal
| - / -
| - / -
| -
| - / -
| -
| Verkauf von programmierten Controllern und Platinen

|-
| '''[http://www.mobasbs.de/Eisenbahn/MoBaSbS/MoBaSbS.htm MoBaSbs]'''
| DCC, MM / -
| - / ja
| LCD
| - || Gleissignal
| RS485 / RS485
| - / -
| {{r}}
| - / ja
| prog. Schnitt-stelle
|

|-
| '''[http://www.mrdirect.nl/ MR direkt]'''
| DCC, MM / -
| - / ja
| -
| - || Gleissignal
| ja / [[S88-Rückmeldebus|S88]]
| - / -
| {{r}}
| RS232, Parallel / -
| PC
| Software-Zentrale, die am PC das Steuersignal generiert und einem Booster bereit stellt.

|-
| '''[http://www.tinet.org/~fmco/nanox_en.html#nanox_orig NanoX]'''
| DCC / -
| - / -
| 1 LED
| 1,2A, ?V ({{r}}) || Gleissignal
| X-Bus / -
| ja / ja
| {{r}}
| - / ja
| PIC '''1)'''
| max. 16 Loks aktiv. Mit ihr kann die MultiMaus Decoder auslesen.

|-
| '''[http://www.tinet.org/~fmco/nanox_en.html NanoX-S88]'''
| DCC / CutOut
| - / -
| 1 LED
| 2,9A, 13-22V ({{r}}) || Gleissignal
| X-Bus / [[S88-Rückmeldebus|S88]]
| ja / ja
| {{r}}
| - '''3)''' / ja
| PIC '''1)'''
| max. 16 Loks aktiv. Mit ihr kann die MultiMaus Decoder auslesen.

|-
| '''[http://www.opendcc.de/elektronik/opendcc/opendcc.html OpenDCC]'''
| DCC / vorber.
| - / -
| 4 LEDs
| 1,2A , ?V ({{r}}) || Gleissignal
| X-Bus / 3x[[S88-Rückmeldebus|S88]]
| ja / ja
| nein
| USB, RS232 / -
| prog. Schnitt-stelle
| max. 64 Loks aktiv. Intelligente "Interface-Zentrale". Echte Weichen-Rückmeldung. Open Source. Benötigt PC mit Steuer-Software.

|-
| '''[http://www.rocrail.net/ Rocrail]'''
| DCC, MM / -
| - / -
| -
| 2,5A, ?V ({{r}}) || ja
| - / 4x[[S88-Rückmeldebus|S88]]
| ja / ja
| -
| RS232, Parallel / -
| PC
| OpenSource Steuer-Software mit DDL Support. Anschluss-Platine mit Booster verfügbar. Auch für klassische Digital-Zentralen verwendbar.

|-
| '''[http://srcpd.sourceforge.net/ srcpd]'''
| DCC, MM '''2)''' / -
| - / -
| -
| - || ja '''2)'''
| [[SRCP-Grundlagen|SRCP]] / [[S88-Rückmeldebus|S88]], [[SRCP-Grundlagen|SRCP]] '''2)'''
| ja / ja, mit ACK-Detector
| -
| RS232, Parallel / ja '''2)'''
| PC
| Weiterentwicklung von DDL. Open Source Software-Zentrale. Auch für klassische Digital-Zentralen verwendbar.

|-
| '''[http://www.microsyl.com/dcccontrol/dcccontrol.html Train Modelling Digital Control]'''
| DCC / -
| 4 / -
| -
| - || Gleissignal
| - / -
| ja / {{r}}
| {{r}}
| - / -
| ja
| max. 4 Loks und 30 Weichen aktiv

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll / BiDi
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert) || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|}
'''Anmerkungen:'''
# PIC muss in extra Schaltung programmiert werden.
# Über zusätzliche Interfaces, lassen sich die Protokolle und Bussysteme der daran angeschlossen Zentralen mitnutzen. Eine Übersicht findet sich unter: [http://bonus.dyndns.org/mediawiki/index.php/SRCPD-Devices]
# Es ist auch eine [http://www.tinet.org/~fmco/colab_en.html Platinenvariante] mit integriertem Interface (GenLi, RS232) verfügbar.
</div>

 

== Neuvorstellungen ==

In dieser Tabelle sind diejenigen Systeme aufgeführt,
die angekündigt aber noch nicht lieferbar sind.

<div style="font-size:0.8em">
{| border="1" bgcolor="#fdfdfd" valign=top cellpadding=2px cellspacing=0px style="line-height: 1.2em;border-collapse:collapse;background-color:#fdfdfd;"

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert) || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|-
| Bachmann '''EZ Command Dynamis Pro'''
| DCC
| 0 / 1
| LCD Display
| ?A, ?V ({{r}}) || ECoSlink
| ECoSlink, IR / ECoSlink?
| POM+Prog / Prog-Gleis
| 40 á 5 Loks
| ja / ja
| {{r}}
| JoyStick statt Drehknopf, BiDi vorbereitet, Pro-Box enthalten (Anfang 2008)

|-
| Märklin/ESU '''CentralStation''' '''Reloaded'''
| mfx, MM, '''DCC, SX'''
| 2 / 0
| Touch Screen, 320x240
| '''4A (+), 15-21V''' || 5-polig, '''ECosLink'''
| '''ECosLink''', Sniffer MM+'''DCC''' / '''ECosLink''', [[S88-Rückmeldebus|S88]]
| ja / mfx- und DCC-Decoder
| Zentrale
| Ethernet
| PC
| Weiterentwicklung durch ESU '''Update 3.0.0''' (Frühjahr 2009) MM: 255 Adr., +DCC, +SX (Loks), +Gleisbild, +Netzteil =>4A, +ECOSLink, +Funk/IR

|-
| Roco  '''1)''' '''MultiZentralePRO''' mit MultiMausPRO
| DCC
| 0 / 1
| LCD Display Beleuchtet
| 3,2A, ?V (+) || ja
| X–Bus, Funk / Roco (X-Bus)
| POM+Prog / Prog-Gleis
| Doppel Traktion
| USB / ja
| PC
| Steuersoftware im Set enthalten. BiDi vorbereitet. (Ende 2008)

|-
| Trix Systems '''Central Station'''
| DCC, SX
| 2 / 0
| Touch Screen, 320x240
| {{r}} ({{r}}) || ja
| {{r}} / {{r}}
| {{r}} / {{r}}
| {{r}}
| Ethernet / {{r}}
| {{r}}
| noch kein Liefertermin ''Vermutlich wird es keine Lösung auf Basis der ersten CentralStation (CS1) geben.''

|-
| Uhlenbrock '''Intellibox Basic'''
| DCC, MM
| 2 / 0
| LCD, 2x16 Zeichen
| 3A, N=18V, H0~21V (-) || 5-polig, [[LocoNet]]
| [[LocoNet]] / [[LocoNet]]
| POM+Prog / Prog-Gleis
| Doppel Traktion
| - / ja
| PC + LocoNet Interface
| Ohne I2C, [[S88-Rückmeldebus|S88]], Selectrix, Interface. MM bis 255 Adr. (Herbst 2008)

|-
| Uhlenbrock '''Intellibox II'''
| DCC, MM
| 2 / 0
| LCD Display
| ?A, ?V, ({{r}}) || 3+5-polig, [[LocoNet]]
| [[LocoNet]] / [[LocoNet]]
| POM+Prog / Prog-Gleis
| ja
| USB / ja
| PC
| Viele neue Funktionen geplant (Projekt 2009)

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert) || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|}
'''Anmerkungen:'''
# Die MultiZentralePRO und die MultiMausPRO verwenden IEEE 802.15.4 als Funkstandard
</div>

 

== Alte Systeme ==

Alte Zentralen, die einen gewisse Markbedeutung hatten und daher
häufig/gelegentlich gebraucht angeboten werden.
Es sei darauf hingewiesen, dass diese Systeme nur dem Stand der
Digital-Entwicklung zum Zeitpunkt ihres Erscheinens entsprechen können.
Weiter ist eine Reparatur-Möglichkeit ggfs. nicht mehr gegeben.

<div style="font-size:0.8em">
{| border="1" bgcolor="#fdfdfd" valign=top cellpadding=2px cellspacing=0px style="line-height: 1.2em;border-collapse:collapse;background-color:#fdfdfd;"

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert) || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|-
| Arnold '''Central Unit (86028)'''
| DCC
| 0 / 0
| 1 LED
| 2,5A, ?V (-) || ja
| I2C / [[S88-Rückmeldebus|S88]] über Extragerät
| Extragerät / Extragerät
| nein
| - / ja
| nein
| 14 Fahrst., 99 Adr., Märklin Geräte nutzbar, (1988 bis 1996)

|-
| Arnold '''CentralControl (86200/202)'''
| DCC (86202 +MM)
| 1 / 0
| LCD, 2x16 Zeichen
| 3A, ?V (-) || 3-polig
| I2C, X–Bus (V2.3) / -
| ja / -
| Zentrale, 10x4 Loks
| - / ja
| nein
| 14/28 Fahrst., 119 Adr., Märklin/X–Bus Geräte nutzbar, (1997 bis {{r}})

|-
| Fleischmann '''DigitalControl (6803/-C)'''
| FMZ
| 1 / 0
| 3–stellig
| 1,5A, ?V (-) || -
| 1 Hand-Regler / -
| –C: Adresse, Vmin/max, Kennlinie, Verzögerung / -
| 1x2 Loks
| - / -
| -
| bis 5 Loks, keine Weichen, (ab 1995(?), –C 2007 Restbestände)

|-
| Fleischmann '''FMZ Zentrale'''
| FMZ
| 0 / 0
| 3+1 Stelle, LEDs
| 3A, ?V (-) || ja
| 8 Hand-Regler, RS232 / RS232
| Extragerät / Extragerät
| -
| RS232 / -
| -
| bis 32 Loks, (ab 1987, 2007 noch Restbestände)

|-
| Lenz  '''1)''' '''Compact'''
| DCC
| 1 / 0
| 3–stellig
| 2,5A, ?V (-) || 3-polig
| X–Bus (max. 5) / -
| Prog, bis 255 / Prog-Gleis
| Decoder
| - / ja
| nein
| nur 99 Adr., keine Rückmelder, kein Programmieren über Interface. (ca. 2000 bis 2008)

|-
| Lenz '''LZ100'''
| DCC, BiDi
| 0 / 0
| 1 LED
| - (-) || 3-polig
| X–Bus / RS–Bus
| ja / ja
| ja
| - / ja
| Platine / EPROM-Tausch
| Weiterhin Firmware-Updates. '''BiDi''' (RailCom) ab V3.5 [mit LV102] (1992 bis 2004)

|-
| Märklin '''Central Unit (6020)'''
| MM1
| 0 / 0
| -
| 2,5A, ?V (-) || 5-polig
| I2C / [[S88-Rückmeldebus|S88]] über Extragerät
| ja / nein
| nein
| - / ja
| nein
| 14 Fahrst., 80 Adr. (vor 1995)

|-
| Märklin '''Delta Control (6604)'''
| MM1
| 1 / 0
| -
| {{r}}A, ?V (-) || -
| 1 Hand-Regler / -
| - / -
| nein
| - / -
| nein
| 14 Fahrst., 4+1 Adr., keine Funktion, als Booster verwendbar. (1992(?) bis 2002)

|-
| Märklin '''Control Unit (6021)'''
| MM2
| 1 / 0
| 2–stellig
| 2,5A, ?V (-) || 5-polig
| I2C / [[S88-Rückmeldebus|S88]] über Extragerät
| ja / nein
| nein
| - / ja
| nein
| 14 Fahrst., 80 Adr. (1994 bis 2005)

|-
| MärklinSystems '''CentralStation''' 
| mfx, MM
| 2 / 0
| Touch Screen, 320x240
| 3A, ?V ({{r}}) || ja, '''5-polig''', '''3)'''
| {{r}}, '''Sniffer''' / {{r}}, '''[[S88-Rückmeldebus|S88]]'''
| ja / mfx Decoder
| Zentrale
| Ethernet
| PC
| MM:  nur 80 Adr./14 Fahrst., '''Upgrade 06/2007 2)''' (2005 bis 2008)

|-
| Roco '''Lokmaus 2/3''' ((+Verstärker))
| DCC
| 0 / 1
| 2–stellig
| ((3/3,2A, ?V ({{r}}) )) || ja
| X–Bus / {{r}}
| bis 99 / nein
| nein
| - / ja
| nein
| Werte nur bis 99, Handregler am X–Bus, (2000 bis 2005)

|-
| Trix '''Central Control 2000'''
| SX + DCC
| 1 / 0
| ja {{r}}
| 2,5A, ?V (-) || PX–Bus
| SX–Bus / SX–Bus
| ja / {{r}}
| {{r}}
| - / ja
| {{r}}
| (1995/6 bis 2005)

|-
| Uhlenbrock '''Daisy''' ((+Power2))
| DCC, MM
| 0 / 1
| 4–stellig
| ((2A, 15-20V ({{r}}) )) || 5-polig, [[LocoNet]]
| [[LocoNet]] / [[LocoNet]]
| ja / nein
|  
| - / ja
| PC + Intellibox
| Walk-Around nicht beim ersten Daisy, da Zentrale (2003 bis 2008)

|- bgcolor="#ffffcc" style="background-color:#ffffcc;"
| Hersteller '''Grundgerät'''
| Proto- koll
| Regler Fest / Hand
| Display
| Booster intern (+= stabilisiert) || Anschluss externe Booster
| Eingabe- / Rückmelde- Bus
| Decoder einstellen / auslesen
| Mehrfach traktion
| Interface eingebaut / anschließbar
| Software Update via
| Bemerkungen    

|}
'''Anmerkungen:'''
# Das Lenz Compact gab es auch unter dem Namen Tillig und Atlas (USA).
# Das Upgrade der Märklin CentralStation1 enthält Hardware für den Anschluss von S88-Rückmeldern, alte Märklin-Booster (6017 + Kompatible) und alte Märklin Zentralen (6021 via Sniffer).
# An die Märklin CentralStation1 können Booster von ESU angeschlossen werden. Dabei werden mfx-Meldungen erkannt und an die Zentrale geleitet.
</div>

 

== Erläuterungen ==

Da die Tabellen ziemlich umfangreich sind, muss darauf geachtet werden, die Informationen möglichst kompakt darzustellen.
Dazu wurden teilweise mehrere Informationen in einer Spalte zusammengefasst und mit zahlreichen Abkürzungen gearbeitet.
Hier wird erklärt, welche Informationen in den einzelnen Spalten zu finden sind und ggfs. wie sie zu interpretieren ist.

Es ist zu berücksichtigen, dass in den Tabellen nur Eigenschaften von Digitalzentralen beschrieben werden.
Notwendige Voraussetzungen bei anderen Komponenten werden in der Regel nicht erwähnt.

; Spalte "Hersteller Gerät"
: Name des Herstellers in Kurzform. Nach diesem Namen sind die Tabellen zeilenweise sortiert.
: Name des Gerätes unter dem es bekannt ist. Bestellnummer werden nur in Ausnahmenfällen (z.B. zur Eindeutigkeit) in Klammern hinzugefügt.

; Spalte "Protokoll"
: Die Digital-Protokolle auf der Gleisseite, die von diesem Gerät unterstützt werden.
: Im Abschnitt [[#Abkürzungen| Abkürzungen]] findet sich eine Liste der Protokolle.

; Spalte "Protokoll/BiDi"
: (Nur bei Selbstbauzentralen) Zusätzlich zu den Digital-Protokollen wird aufgeführt, ob die Zentrale bidirektionale Kommunikation nach NMRA unterstützt, siehe auch [[#Abkürzungen| Abkürzungen]].
: Wenn die Zentrale über einen globalen Detektor verfügt, so steht in der Spalte "ja". Kann sie nur die notwendig Austastlücke erzeugen, so steht in der Spalte "CutOut".

; Spalte "Regler Fest / Hand"
: Anzahl der eingebauten Fahrregler resp. Anzahl der im Lieferumfang enthaltenen Handregler

; Spalte "Display"
: Von einer Status-LED über wenige Ziffern/Zeilen bis hin zum farbigen Vollgrafik-Display ist alles vertreten.

; Spalte "Booster intern"
: Ist ein Booster eingebaut, gibt es hier die Angaben zu Strom und Spannung und ob diese stabilisiert sind. Wenn ein Hersteller nicht angibt, ob der interne Booster stabilisiert ist, kann man vermuten, dass er das nicht ist.

; Spalte "Anschluss Booster extern"
: Es gibt mehrere Varianten einen externen Booster anzuschliessen:
:# 3-polig (Daten, Masse, Kurzschluss) (DCC Norm)
:# 5-polig (Daten, Masse, Booster ein, -, Kurzschluss) (Märklin Art)
:# Über das eigene Bussystem wie bei LocoNet, ECosLink und dem Zimo CAN-Bus.
:#: Dies erlaubt einen Informationsaustausch zwischen Boostern und Zentrale.
:# Über einen spezifischen Stecker, dessen Belegung/Arbeitsweise nicht bekannt ist.
:#: Dies ist bei LGB, Roco, Tams und etlichen anderen der Fall.
:# Gleissignal (Zweidraht-Anbindung)
:#: Das Gleissignal kann als Eingangssignal für einen Booster verwendet werden. Allerdings werden alle Störungen, die in das Gleissignal eingekoppelt werden, automatisch mit verstärkt. Weiter ist damit keine Kurzschluss-Meldung an die Zentrale möglich.
: Ein Anschluss nach Punkt 1 und/oder 2 ist an vielen Systemen vorhanden (ggfs. zusätzlich zum eigenen System-Anschluss) um möglichst viele Booster verwenden zu können.
: Ein Anschluss nach Punkt 3 wird mit dem Namen des Bussystems bezeichnet.
: Eine Zentrale kann mehrere Anschluss-Arten parallel oder umschaltbar anbieten.
: Ist die Anschluss-Art nicht eindeutig klar steht in der Spalte "ja" / "?" / "-" (was auch immer passt).

; Spalte "Eingabe/Rückmelde-Bus"
: Zentralen können keinen, einen oder mehrere Busse für Eingabe (Fahrregler, Keyboards, Interface, ...) und/oder Rückmeldung anbieten. Nicht genannt werden Busse, die nur über Adapter zugänglich sind.
: Siehe hierzu die Liste der Busse im Abschnitt [[#Abkürzungen| Abkürzungen]]

; Spalte "Decoder einstellen/auslesen"
: Decoder können auf einem Programmiergleis ("Prog") oder im laufenden Betrieb auf dem Hauptgleis ("POM", Programming On Main) eingestellt werden.
: Decoder konnten bis ca. 2005/2006 nur auf einem Programmiergleis ausgelesen werden.
: Neue Entwicklung wie die '''BiDi'''rektionale Kommunikation bei DCC oder das '''mfx'''-Protokoll von Märklin erlauben den Decodern Informationen an die Zentrale zu senden (Quittung, Wert, Zustand, ...).
: Zur Zeit stehen in dieser Spalte meist "ja", "-" oder bekannte Einschränkungen. In Zukunft wird das etwas detaillierter angegeben werden.

; Spalte "Mehrfachtraktion"
: Angaben ob Mehrfachtraktionen über die Zentrale (jede Lok einzeln angesteuert) und/oder durch die Verbund-Adresse im Decoder (alle Loks mit einem Befehl angesteuert, nur bei DCC) gebildet werden.
: Ggfs. Anzahl der Mehrfachtraktionen und wieviele Loks enthalten sein können.

; Spalte "Interface eingebaut/anschließbar"
: Bei einem eingebauten Interface wird die Art des Computeranschlusses (RS232 / USB / Ethernet, ...) angegeben.
: Für externe Interface steht nur "ja" oder "-", da die Entwicklung fliessend ist und oft auch '' 'systemfremde' '' Interfaces funktionieren.

; Spalte "Software Update via"
: Digitalzentralen enthalten ein Programm, das festlegt, was diese Zentrale im Einzelnen macht.
: Um das Verhalten einer Zentrale zu ändern/erweitern, muss das Programm ausgetauscht werden.
: Dazu gibt es mehrere Möglichkeiten:
:* Hardware (Platine) inkl. Prozessor und Programm austauschen.
:* Programmspeicher (PROM, EPROM, EEPROM) auf der Platine wechseln.
:* Inhalt des Programmspeicher über Interface + PC + Ladeprogramm aktualisieren.
:* Inhalt des Programmspeicher über einen USB-Stick oder einen Direktanschluss an das Internet aktualisieren.

; Spalte "Bemerkungen"
: -   "Max. xxx Loks aktiv" bedeutet, das maximal xxx Loks gleichzeitig gesteuert werden können.
:: Die Zahl der Loks für die eine Zentrale Einstellungen speichern kann, ist davon unabhängig.
: -   Alles was wichtig ist, aber in die anderen Spalten nicht reinpasst.
:: Einschränkungen, Besonderheiten, Querverbindungen, Planungen, Updates, Erweiterungen, ...

 

== Abkürzungen ==

* '''Protokolle'''
** '''DCC'''   '''D'''igital '''C'''ommand '''C'''ontrol    von der '''NMRA''' genormtes Digital-Protokoll
**:: Wird wegen der klaren Definition und der damit verbundenen Austauschbarkeit von vielen Herstellern eingesetzt. Es sind keine Lizenzabgaben notwendig. Aus historischen Gründen wird es meist bei Zweileiter-Systemen verwendet.
**:: 9999+ Lokadressen, 1024 Weichenadressen
** '''BiDi'''   '''Bi'''-'''Di'''rectional Communication
**:: von der '''NMRA''' empfohlenes Protokoll für die Zwei-Wege Kommunikation bei DCC.
**:: Liefert Informationen zu Adresse, CV-Werten, Zustand, Verbrauch, ...
** '''FMZ'''   '''F'''leischmann '''M'''ehr'''z'''ug Steuerung
**:: 119 Adressen für Lok- und Weichen-Decoder (je 4 Weichen/Signale)
** '''MM '''    '''M'''ärklin '''M'''otorola    altes Märklin Protokoll
**:: Soweit notwendig wird nach MM1 (nur Licht, relative Richtung) und MM2 (Licht, 4 Funktionen, absolute Richtung) unterschieden.
**:: 80 Lokadressen, 256 Weichenadressen. Fremd-Decoder ermöglichen teilweise auch 255 Adressen.
** '''mfx'''   '''m'''ulti'''f'''unktion e'''x'''tra    Protokoll von Märklin Systems
**:: 16000+ Adressen, Rückkanal Dekoder -> Zentrale
** '''SX '''     '''S'''electri'''x'''    Protokoll von Trix
**:: 112 Adressen für Lok- und Weichen-Decoder (je 8 Weichen/Signale)

* '''Busse'''
** '''CAN'''    '''C'''ontroller '''A'''rea '''N'''etwork    Bus nach einem Industriestandard
**:: Wird von mehreren Herstellern unter verschiedenen Namen mit unterschiedlichen Protokollen / Geschwindigkeiten verwendet.
** '''I2C'''      '''I'''nter '''I'''ntegrated '''C'''ircuit    Eingabebus der Märklin Control Unit
**:: Wird von Uhlenbrock/Fleischmann/Arnold zum Anschluss von Märklin Komponenten verwendet.
** '''S88'''     {{r}}    [[S88-Rückmeldebus|Rückmeldebus]] von Märklin.
**:: Wird wegen seiner Einfachheit / Verbreitung von mehreren Herstellern verwendet / unterstützt.
** '''X–Bus'''        e'''X'''change / e'''X'''treme / e'''X'''press / ... {{r}}    Eingabebus von Lenz (heute XpressNet)
**::: Varianten des X–Bus werden von verschiedenen Herstellern eingesetzt.
** '''RS-Bus'''     {{r}}    [[RS-Rückmeldebus|Rückmeldebus]] von Lenz
** '''LocoNet'''    '''Loco'''motion '''Net'''work {{r}}
**::: Bussystem von Digitrax für Eingaben '''und''' Rückmeldungen.
**::: Wird auch von Uhlenbrock / Fleischmann / Piko benutzt.
** '''Speedbus'''   Viessmann-Bussysteme mit
**::: V-Bus (HighSpeedBus HSB) für Fahrregler / Adapter und Schaltbus (LowSpeedBus LSB) für Rückmelder / Decoder / Gleisbildstellpult. Der LSB unterstützt X–Bus Geräte wie Rückmelder von Roco und Handregler von Lenz/Roco/...
** '''SRCP'''    '''S'''imple'''R'''ailroad'''C'''ommand'''P'''rotokol   
**:: Protokoll zur Kommunikation von Modellbahn-Steuerungen und Software über TCP/IP (z.B. Ethernet)
**:: Wurde im Rahmen des [[Digitalprojekt|Digitalprojektes auf DER_MOBA]] entwickelt.

* '''Digitalbegriffe'''
** '''POM'''     '''P'''rogramming '''O'''n '''M'''ain (track)
**:: DCC-Empfehlung (Programmieren auf dem Hauptgleis)
** '''BiDi'''     '''Bi'''-'''Di'''rectional Communication
**:: DCC-Empfehlung zur Zwei-Wege Kommunikation, auch unter dem Markennamen '''RailCom''' bekannt.
**:: '''Decoder''' können '''über das Gleis''' Informationen '''senden'''. Geräte (lokaler Detektor, Zentrale, PC, ...) können die Informationen empfangen und auswerten.
** '''NMRA'''   '''N'''ational '''M'''odel '''R'''ailroad '''A'''ssociation
**:: Amerikanische Modellbahn Vereinigung. Legt über einen demokratischen Prozess die Normen und Empfehlungen in allen Bereichen der Modellbahn fest.
** '''NEM'''     '''N'''ormen '''E'''ropäischer '''M'''odellbahner
**:: Die NEM ist das europäische Gegenstück zu den "Standards and Recommandation" der NMRA. Aufgrund der Unterschiede bei den Vorbildern und dem Umfeld für Modellbahnen (Platz, ...) unterscheiden sie sich teils erheblich. Im Bereich der Digital-Protokolle übernimmt die NEM in der Regel die DCC-Empfehlungen der NMRA bzw. bei anderen Protokollen die Vorgaben der Hersteller.

* '''Computer/Hardware'''
** '''Ethernet''' Lokales Netzwerk mit Kabel (LAN, 10-1000 MBit) oder mit Funk (WLAN, 11-54 MBit)
** '''USB'''        '''U'''niversal '''S'''erial '''B'''us, ''moderne'', schnelle serielle Schnittstelle
** '''RS232'''    ''alte'' serielle Schnittstelle (auch V.24 genannt)
** '''LED'''        '''L'''ight '''E'''mitting '''D'''iode
** '''LCD'''        '''L'''iquid '''C'''ristal '''D'''isplay
** '''OLED'''      '''O'''rganic '''L'''ight '''E'''mitting '''D'''iode (wird bei Digitalzentralen zur Zeit noch nicht verwendet.)

S88-Rückmeldebus

2008-11-13T09:00:52Z

Guido Scholz: fehlendes D ergänzt

{{Glossar}} Ein preiswerter Rückmeldebus für die Modellbahn.

==Allgemeines==

Der Bus beruht auf einem einfachen Prinzip: Der S88-Bus ist ein serielles Schiebe-Register mit parallelem Load-Eingang.

Weitere Teilnehmer dieses Busses werden durch einfaches Kaskadieren angeschlossen, so entsteht ein langes Schieberegister, in dem alle auszulesenden Bits in einer langen Kette liegen. Diesem Vorteil des einfachen Aufbaus stehen allerdings Nachteile gegenüber: Es ist keine Adressvorgabe der Rückmelder möglich und die Übertragung erfolgt vollkommen ungeschützt, d.h. es gibt weder Parity, Prüfsumme oder CRC.

==Steckerbelegung==

{| class=tabtyp1 cellpadding=0 cellspacing=0

|- valign=top 
! width=100 |PIN
! width=180 |Signal

|- valign=top 
! |1
| |Data

|- valign=top 
! |2
| |Ground

|- valign=top 
! |3
| |Clock

|- valign=top 
! |4
| |PS

|- valign=top 
! |5
| |Reset

|- valign=top 
! |6
| |5V

|}

==Datenübertragung==

Diese Leitungen sind in dieser Reihenfolge auf Pins im Raster 2.54mm angeschlossen.

Die LOAD-Leitung geht auf 1, darauf erfolgt ein Schiebtakt; alle Register in der Scheibekette übernehmen bei diesem Takt die Information an ihren Paralleleingängen. Als nächstes erfolgt ein RESET-Puls (auch aktiv high), dieser löscht die den Paralleleingang vorgeschalteten Latches, welche damit wieder bereit für die Übernahme neuer Information sind. Die Latches speichern auch kurze Signale bis zur nächsten Abfrage.

Nun wird das Schieberegister (mit LOAD = 0) mittels eines CLK-Pulses geschoben. Dadurch dass jeweils der Datenausgang eines S88-Moduls mit dem Dateneingang des nächsten verbunden ist, kommen so die beim ersten Takt geladenen Zustände der Latches nach und nach zur Zentrale.

==Probleme==

Oft wird der S88 als langsam und unsicher bezeichnet. Der Ruf 'langsam' rührt von der ersten Implementierung der Fa. Märklin her, die den Bus sehr langsam betrieb und auch das Interface hierzu nur mit 2400 Baud einstellte. Mittlerweile gibt es schnellere Implementierungen, die mit dem Datenaufkommen einer Modellbahnanlage mühelos zurechtkommen.

Die Unsicherheit hat drei wesentliche Ursachen:
* Einkopplungen (wegen ungeschirmten Leitungen)
* Masseströme aus der Anlage über den S88-Bus (besonders bei 3-Leiter Anlagen, da hier oft der Gleisrückstrom über den S88-Bus abfließt)
* keine Sicherung gegen Übertragungsfehler

==S88 über Netzwerkkabel==

Zur Reduzierung der Einkopplung können Netzwerkkabel (CAT5) verwendet werden, wobei folgende Normung (s88-N) verwendet werden soll:
{| border=1 align="center"
|+s88-N Norm
!Signal
!Pin

|-
|12V/5V
|align="center" | 1

|-
|DATA
|align="center" | 2

|-
|GND
|align="center" | 3

|-
|CLK
|align="center" | 4

|-
|GND
|align="center" | 5

|-
|PS (=LOAD)
|align="center" | 6

|-
|RESET
|align="center" | 7

|-
|RAILDATA
|align="center" | 8
|}

Eine Zentrale soll wahlfrei 5V oder 12V einstellbar haben. die Schaltschwelle ist Versorgungsspannung * 0.5. Wenn alle angeschlossenen Module 12V vertragen, so kann die höhere Spannung gewählt werden. Gegenüber der ursprüglichen Belegung wurde GND verdoppelt und RAILDATA (das Gleissignal) hinzugefügt, um eine einfache Parametrisierung der Module zu erlauben.

Da Netzwerkabel geschirmt sind, sinkt die Einkoppelung. Diese Belegung sorgt dafür, dass empfindliche Leitungen wie z.B. CLK oder RESET jeweils mit einer statischen Leitung (z.B. GND) verdrillt sind und minimiert daher die Einkopplung zusätzlich. Auf ebay werden oft s88 Module angeboten, deren Pinbelegung scheinbar willkürlich vergeben wurde, ohne auf die Leitungskopplung zu achten.

[[Bild:S88-n_logo.svg|100px|right|Logo]]In einer Abstimmung der Anbieter von s88 Modulen wurde diese Norm akzeptiert - es wird sukzessive umgestellt, um eine freie Kombination der Module zu ermöglichen. Komponenten nach dieser Norm sollen mit dem nebenstehenden Logo gekennzeichnet werden.
[http://www.opendcc.de/s88/s88_n/s88-n.html Lizenzbedingungen]

 

== Weblinks ==

[http://www.opendcc.de/s88/s88_n/s88-n.html www.opendcc.de] Erläuterungen, Oszillogramm, Adapterplatine

[[Kategorie:Digitalbetrieb]]

Schattenbahnhof

2008-11-06T17:44:47Z

Guido Scholz: /* Wozu braucht eine Modellbahnanlage so was eigentlich? */

{{Glossar}} Ein Schattenbahnhof ist ein (nicht sichtbarer) Abstellbahnhof. Er dient dazu, komplette Züge abzustellen und dadurch die sichtbare Zugfolge auf der Modellbahn abwechslungsreicher zu gestalten. Schattenbahnhöfe können manuell oder automatisch gesteuert werden.

Weil Schattenbahnhöfe im allgemeinen verdeckt angeordnet sind, ist ein handwerklich sauberer Aufbau für einen sicheren Betrieb unabdingbar. Außerdem sollten alle Gleise mit [[Besetztmelder|Besetztmeldern]] ausgestattet sein, damit der Bediener weiß, in welchen Gleisen Züge stehen.

Eine besondere Form des Schattenbahnhofs ist der sogenannte "Fiddle Yard", der zum manuellen Bilden und Umstellen von Zügen genutzt werden kann. Er ist daher gut zugänglich außerhalb der landschaftlich gestalteten Anlage angeordnet.

== Wozu braucht eine Modellbahnanlage so was eigentlich? ==

Oft werden auf einer Modellbahn mehr Züge eingesetzt, als im sichtbaren
Teil der Anlage untergebracht werden können. Im Schattenbahnhof können
diese abgestellt werden.

== Wie groß muss ein Schattenbahnhof sein? ==

Je mehr Gleise ein Schattenbahnhof hat, um so mehr Züge können dort
abgestellt werden. Auch wenn der Schattenbahnhof beim Bau der Anlage "zu
groß" ist, so füllt sich der übliche Schattenbahnhof meist schnell und
erscheint später "zu klein".

== Wie lang müssen die Gleise im Schattenbahnhof sein? ==

Das längste Abstellgleis im Schattenbahnhof definiert die maximale
Zuglänge. Längere Züge müssen entweder bei der Einfahrt geteilt werden
oder "draußen bleiben".

== Kann ein Schattenbahnhof komplett umbaut werden? ==

In jedem Schattenbahnhof wird irgendwann einmal ein Zug entgleisen oder
eine Weiche beschädigt. Ist der Schattenbahnhof nicht zugänglich, so
kann das sehr frustrierend werden. Deshalb sollte jeder Punkt des
Schattenbahnhofs "erreichbar" sein. Im Idealfall kann der
Schattenbahnhof (oder ein Teil davon) für Wartungsarbeiten demontiert
werden.

== Wie kommen die Züge in den Schattenbahnhof? ==

Die Phantasie des Erbauers ist gefragt - den sichtbaren Teil der Anlage
verlässt ein Zug z.B. durch einen [[Tunnel]] oder "hinter" einer Brücke bzw.
einem Gebäude. Je nach Anordnung des Schattenbahnhofs reicht eine
Durchfahrt, eine einfache Rampe oder es bedarf der Konstruktion einer
[[Gleiswendel]].

Weitere interessante Möglichkeiten für die Zufahrt zum Schattenbahnhof
wären:
- eine Eisenbahnfähre
- ein "Eisenbahn-Lift"
- ...

== Welche Elemente braucht ein Schattenbahnhof? ==

Je nach vorhandenem Platz und gewünschtem Betrieb der Anlage werden
folgende Elemente benötigt:
- Wendeschleife
- Abstellgleise
- Rangiergleise
- Schiebebühne
- Gleis zum Einsetzen der Wagen
- Anschluss für ein Zug-Aufbewahrungs-System

== Welche Gestaltungsmöglichkeiten gibt es? ==

=== Fiddle Yard ===
Ein Fiddle Yard ist häufig nur ein gerades Stück Gleis, auf dem die
Waggons und Loks nach Bedarf aufgegleist werden. Er kann aus mehreren
Gleisen bestehen und durch eine Schiebebühne oder eine Drehscheibe
ergänzt werden.

=== Stumpfgleise ===
Das Zufahrts-Gleis mündet über Weichen in mehrere
Abstellgleise. Der Schattenbahnhof verfügt meist nur über eine Zufahrt.

<pre>
___________________
/___________________
____/____________________
\_____________________
\____________________
</pre>

=== Hintereinander-Parker ===
Ein sehr langes Gleis wird in Abschnitte
eingeteilt, in denen mehrere Züge hintereinander parken. Häufig werden
Gleiswendeln zu diesem Zweck verwendet, wobei zu beachten ist, dass nur
Züge auf die Anlage können, die direkt am Ausfahrgleis stehen. Will man
einen Zug ausfahren lassen, der "in der Mitte" steht, so müssen mehrere Züge umgeparkt
werden.

=== [[Kehrschleife]] ===
Meist ein Bestandteil von Schattenbahnhöfen, ein
Gleis dass von den Zügen durchfahren werden kann, um "umzudrehen". Eine
solche [[Kehrschleife]] ist oft im Betriebs-Konzept einer Anlage vorgesehen
und kann als solche nicht zum Abstellen von Zügen verwendet werden
(dafür müssen extra Abstellgleise vorgesehen werden).

<pre>
______
/ \
/ \
_____/ |
\ |
\ /
\________/
</pre>

=== Gleisharfe ===
Eine Reihe von Abstellgleisen, die an beiden Enden
angebunden sind (im Gegensatz zu Stumpfgleisen). Bei einer Gleisharfe
ist im Allgemeinen darauf zu achten, dass ein Gleis als Durchfahrtsgleis
reserviert wird und nicht zum Abstellen von Zügen verwendet wird.

Um möglichst gleichmäßige Gleislängen zu erhalten ist bei der Anordnung der Weichen die Variante A der Variante B vorzuziehen.

'''Variante A:'''
<pre>
___________________________
/______________________/
/______________________/
____/______________________/
</pre>

'''Variante B:'''
<pre>
__________________
/__________________\
/____________________\
____/______________________\______
</pre>

=== Gleis zum Einsetzen von Wagen ===
Auch dem vorsichtigsten Modellbahner
wird hin und wieder ein Wagen (oder ein Zug) entgleisen. Dann ist es
hilfreich, wenn an einer gut zugänglichen Stelle des Schattenbahnhofs
ein gerades Gleis zur Verfügung steht, um die Wagen gleich wieder
einzusetzen. An Stelle eines Prellbocks kann hier gleich das
Eingleiswerkzeug befestigt werden (dann ist es immer zur Hand). Dieses
Gleis kann auch bei Bedarf zum Rangieren von Zügen (wenn die Wagen mal
vertauscht werden sollen) oder als "Fiddle Yard" dienen.

=== Anschluss für ein Aufbewahrungs-System ===
Gerade bei kleinen Anlagen
ist oft nicht genug Platz, um alle Züge im Schattenbahnhof
unterzubringen. Eine Möglichkeit ist die Aufbewahrung der Züge in
"Röhren" (Vitrinen). Bei Bedarf wird eine solche Vitrine an ein freies
Gleis angesetzt und der Zug kann gleich auf die Anlage auffahren.

== Wie bekomme ich das alles auf meiner Anlage unter? ==

Nicht alle erläuterten Teile müssen realisiert werden. Vielmehr sollte
man sich für eine sinnvolle Mischung entscheiden, die sowohl räumlich
als auch betrieblich sinnvoll ist.

== Beispiele ==

++ Raum für Beispiele ++

[[Kategorie:FAQ]]
[[Kategorie:Grundlagen]]

Schattenbahnhof

2008-11-06T17:43:20Z

Guido Scholz: /* Anschluss für ein Aufbewahrungs-System */

{{Glossar}} Ein Schattenbahnhof ist ein (nicht sichtbarer) Abstellbahnhof. Er dient dazu, komplette Züge abzustellen und dadurch die sichtbare Zugfolge auf der Modellbahn abwechslungsreicher zu gestalten. Schattenbahnhöfe können manuell oder automatisch gesteuert werden.

Weil Schattenbahnhöfe im allgemeinen verdeckt angeordnet sind, ist ein handwerklich sauberer Aufbau für einen sicheren Betrieb unabdingbar. Außerdem sollten alle Gleise mit [[Besetztmelder|Besetztmeldern]] ausgestattet sein, damit der Bediener weiß, in welchen Gleisen Züge stehen.

Eine besondere Form des Schattenbahnhofs ist der sogenannte "Fiddle Yard", der zum manuellen Bilden und Umstellen von Zügen genutzt werden kann. Er ist daher gut zugänglich außerhalb der landschaftlich gestalteten Anlage angeordnet.

== Wozu braucht eine Modellbahnanlage so was eigentlich? ==

Oft werden auf einer Modellbahn mehr Züge eingesetzt als im sichtbaren
Teil der Anlage untergebracht werden können. Im Schattenbahnhof können
diese abgestellt werden.

== Wie groß muss ein Schattenbahnhof sein? ==

Je mehr Gleise ein Schattenbahnhof hat, um so mehr Züge können dort
abgestellt werden. Auch wenn der Schattenbahnhof beim Bau der Anlage "zu
groß" ist, so füllt sich der übliche Schattenbahnhof meist schnell und
erscheint später "zu klein".

== Wie lang müssen die Gleise im Schattenbahnhof sein? ==

Das längste Abstellgleis im Schattenbahnhof definiert die maximale
Zuglänge. Längere Züge müssen entweder bei der Einfahrt geteilt werden
oder "draußen bleiben".

== Kann ein Schattenbahnhof komplett umbaut werden? ==

In jedem Schattenbahnhof wird irgendwann einmal ein Zug entgleisen oder
eine Weiche beschädigt. Ist der Schattenbahnhof nicht zugänglich, so
kann das sehr frustrierend werden. Deshalb sollte jeder Punkt des
Schattenbahnhofs "erreichbar" sein. Im Idealfall kann der
Schattenbahnhof (oder ein Teil davon) für Wartungsarbeiten demontiert
werden.

== Wie kommen die Züge in den Schattenbahnhof? ==

Die Phantasie des Erbauers ist gefragt - den sichtbaren Teil der Anlage
verlässt ein Zug z.B. durch einen [[Tunnel]] oder "hinter" einer Brücke bzw.
einem Gebäude. Je nach Anordnung des Schattenbahnhofs reicht eine
Durchfahrt, eine einfache Rampe oder es bedarf der Konstruktion einer
[[Gleiswendel]].

Weitere interessante Möglichkeiten für die Zufahrt zum Schattenbahnhof
wären:
- eine Eisenbahnfähre
- ein "Eisenbahn-Lift"
- ...

== Welche Elemente braucht ein Schattenbahnhof? ==

Je nach vorhandenem Platz und gewünschtem Betrieb der Anlage werden
folgende Elemente benötigt:
- Wendeschleife
- Abstellgleise
- Rangiergleise
- Schiebebühne
- Gleis zum Einsetzen der Wagen
- Anschluss für ein Zug-Aufbewahrungs-System

== Welche Gestaltungsmöglichkeiten gibt es? ==

=== Fiddle Yard ===
Ein Fiddle Yard ist häufig nur ein gerades Stück Gleis, auf dem die
Waggons und Loks nach Bedarf aufgegleist werden. Er kann aus mehreren
Gleisen bestehen und durch eine Schiebebühne oder eine Drehscheibe
ergänzt werden.

=== Stumpfgleise ===
Das Zufahrts-Gleis mündet über Weichen in mehrere
Abstellgleise. Der Schattenbahnhof verfügt meist nur über eine Zufahrt.

<pre>
___________________
/___________________
____/____________________
\_____________________
\____________________
</pre>

=== Hintereinander-Parker ===
Ein sehr langes Gleis wird in Abschnitte
eingeteilt, in denen mehrere Züge hintereinander parken. Häufig werden
Gleiswendeln zu diesem Zweck verwendet, wobei zu beachten ist, dass nur
Züge auf die Anlage können, die direkt am Ausfahrgleis stehen. Will man
einen Zug ausfahren lassen, der "in der Mitte" steht, so müssen mehrere Züge umgeparkt
werden.

=== [[Kehrschleife]] ===
Meist ein Bestandteil von Schattenbahnhöfen, ein
Gleis dass von den Zügen durchfahren werden kann, um "umzudrehen". Eine
solche [[Kehrschleife]] ist oft im Betriebs-Konzept einer Anlage vorgesehen
und kann als solche nicht zum Abstellen von Zügen verwendet werden
(dafür müssen extra Abstellgleise vorgesehen werden).

<pre>
______
/ \
/ \
_____/ |
\ |
\ /
\________/
</pre>

=== Gleisharfe ===
Eine Reihe von Abstellgleisen, die an beiden Enden
angebunden sind (im Gegensatz zu Stumpfgleisen). Bei einer Gleisharfe
ist im Allgemeinen darauf zu achten, dass ein Gleis als Durchfahrtsgleis
reserviert wird und nicht zum Abstellen von Zügen verwendet wird.

Um möglichst gleichmäßige Gleislängen zu erhalten ist bei der Anordnung der Weichen die Variante A der Variante B vorzuziehen.

'''Variante A:'''
<pre>
___________________________
/______________________/
/______________________/
____/______________________/
</pre>

'''Variante B:'''
<pre>
__________________
/__________________\
/____________________\
____/______________________\______
</pre>

=== Gleis zum Einsetzen von Wagen ===
Auch dem vorsichtigsten Modellbahner
wird hin und wieder ein Wagen (oder ein Zug) entgleisen. Dann ist es
hilfreich, wenn an einer gut zugänglichen Stelle des Schattenbahnhofs
ein gerades Gleis zur Verfügung steht, um die Wagen gleich wieder
einzusetzen. An Stelle eines Prellbocks kann hier gleich das
Eingleiswerkzeug befestigt werden (dann ist es immer zur Hand). Dieses
Gleis kann auch bei Bedarf zum Rangieren von Zügen (wenn die Wagen mal
vertauscht werden sollen) oder als "Fiddle Yard" dienen.

=== Anschluss für ein Aufbewahrungs-System ===
Gerade bei kleinen Anlagen
ist oft nicht genug Platz, um alle Züge im Schattenbahnhof
unterzubringen. Eine Möglichkeit ist die Aufbewahrung der Züge in
"Röhren" (Vitrinen). Bei Bedarf wird eine solche Vitrine an ein freies
Gleis angesetzt und der Zug kann gleich auf die Anlage auffahren.

== Wie bekomme ich das alles auf meiner Anlage unter? ==

Nicht alle erläuterten Teile müssen realisiert werden. Vielmehr sollte
man sich für eine sinnvolle Mischung entscheiden, die sowohl räumlich
als auch betrieblich sinnvoll ist.

== Beispiele ==

++ Raum für Beispiele ++

[[Kategorie:FAQ]]
[[Kategorie:Grundlagen]]

Schattenbahnhof

2008-11-06T17:41:11Z

Guido Scholz: /* Hintereinander-Parker */

{{Glossar}} Ein Schattenbahnhof ist ein (nicht sichtbarer) Abstellbahnhof. Er dient dazu, komplette Züge abzustellen und dadurch die sichtbare Zugfolge auf der Modellbahn abwechslungsreicher zu gestalten. Schattenbahnhöfe können manuell oder automatisch gesteuert werden.

Weil Schattenbahnhöfe im allgemeinen verdeckt angeordnet sind, ist ein handwerklich sauberer Aufbau für einen sicheren Betrieb unabdingbar. Außerdem sollten alle Gleise mit [[Besetztmelder|Besetztmeldern]] ausgestattet sein, damit der Bediener weiß, in welchen Gleisen Züge stehen.

Eine besondere Form des Schattenbahnhofs ist der sogenannte "Fiddle Yard", der zum manuellen Bilden und Umstellen von Zügen genutzt werden kann. Er ist daher gut zugänglich außerhalb der landschaftlich gestalteten Anlage angeordnet.

== Wozu braucht eine Modellbahnanlage so was eigentlich? ==

Oft werden auf einer Modellbahn mehr Züge eingesetzt als im sichtbaren
Teil der Anlage untergebracht werden können. Im Schattenbahnhof können
diese abgestellt werden.

== Wie groß muss ein Schattenbahnhof sein? ==

Je mehr Gleise ein Schattenbahnhof hat, um so mehr Züge können dort
abgestellt werden. Auch wenn der Schattenbahnhof beim Bau der Anlage "zu
groß" ist, so füllt sich der übliche Schattenbahnhof meist schnell und
erscheint später "zu klein".

== Wie lang müssen die Gleise im Schattenbahnhof sein? ==

Das längste Abstellgleis im Schattenbahnhof definiert die maximale
Zuglänge. Längere Züge müssen entweder bei der Einfahrt geteilt werden
oder "draußen bleiben".

== Kann ein Schattenbahnhof komplett umbaut werden? ==

In jedem Schattenbahnhof wird irgendwann einmal ein Zug entgleisen oder
eine Weiche beschädigt. Ist der Schattenbahnhof nicht zugänglich, so
kann das sehr frustrierend werden. Deshalb sollte jeder Punkt des
Schattenbahnhofs "erreichbar" sein. Im Idealfall kann der
Schattenbahnhof (oder ein Teil davon) für Wartungsarbeiten demontiert
werden.

== Wie kommen die Züge in den Schattenbahnhof? ==

Die Phantasie des Erbauers ist gefragt - den sichtbaren Teil der Anlage
verlässt ein Zug z.B. durch einen [[Tunnel]] oder "hinter" einer Brücke bzw.
einem Gebäude. Je nach Anordnung des Schattenbahnhofs reicht eine
Durchfahrt, eine einfache Rampe oder es bedarf der Konstruktion einer
[[Gleiswendel]].

Weitere interessante Möglichkeiten für die Zufahrt zum Schattenbahnhof
wären:
- eine Eisenbahnfähre
- ein "Eisenbahn-Lift"
- ...

== Welche Elemente braucht ein Schattenbahnhof? ==

Je nach vorhandenem Platz und gewünschtem Betrieb der Anlage werden
folgende Elemente benötigt:
- Wendeschleife
- Abstellgleise
- Rangiergleise
- Schiebebühne
- Gleis zum Einsetzen der Wagen
- Anschluss für ein Zug-Aufbewahrungs-System

== Welche Gestaltungsmöglichkeiten gibt es? ==

=== Fiddle Yard ===
Ein Fiddle Yard ist häufig nur ein gerades Stück Gleis, auf dem die
Waggons und Loks nach Bedarf aufgegleist werden. Er kann aus mehreren
Gleisen bestehen und durch eine Schiebebühne oder eine Drehscheibe
ergänzt werden.

=== Stumpfgleise ===
Das Zufahrts-Gleis mündet über Weichen in mehrere
Abstellgleise. Der Schattenbahnhof verfügt meist nur über eine Zufahrt.

<pre>
___________________
/___________________
____/____________________
\_____________________
\____________________
</pre>

=== Hintereinander-Parker ===
Ein sehr langes Gleis wird in Abschnitte
eingeteilt, in denen mehrere Züge hintereinander parken. Häufig werden
Gleiswendeln zu diesem Zweck verwendet, wobei zu beachten ist, dass nur
Züge auf die Anlage können, die direkt am Ausfahrgleis stehen. Will man
einen Zug ausfahren lassen, der "in der Mitte" steht, so müssen mehrere Züge umgeparkt
werden.

=== [[Kehrschleife]] ===
Meist ein Bestandteil von Schattenbahnhöfen, ein
Gleis dass von den Zügen durchfahren werden kann, um "umzudrehen". Eine
solche [[Kehrschleife]] ist oft im Betriebs-Konzept einer Anlage vorgesehen
und kann als solche nicht zum Abstellen von Zügen verwendet werden
(dafür müssen extra Abstellgleise vorgesehen werden).

<pre>
______
/ \
/ \
_____/ |
\ |
\ /
\________/
</pre>

=== Gleisharfe ===
Eine Reihe von Abstellgleisen, die an beiden Enden
angebunden sind (im Gegensatz zu Stumpfgleisen). Bei einer Gleisharfe
ist im Allgemeinen darauf zu achten, dass ein Gleis als Durchfahrtsgleis
reserviert wird und nicht zum Abstellen von Zügen verwendet wird.

Um möglichst gleichmäßige Gleislängen zu erhalten ist bei der Anordnung der Weichen die Variante A der Variante B vorzuziehen.

'''Variante A:'''
<pre>
___________________________
/______________________/
/______________________/
____/______________________/
</pre>

'''Variante B:'''
<pre>
__________________
/__________________\
/____________________\
____/______________________\______
</pre>

=== Gleis zum Einsetzen von Wagen ===
Auch dem vorsichtigsten Modellbahner
wird hin und wieder ein Wagen (oder ein Zug) entgleisen. Dann ist es
hilfreich, wenn an einer gut zugänglichen Stelle des Schattenbahnhofs
ein gerades Gleis zur Verfügung steht, um die Wagen gleich wieder
einzusetzen. An Stelle eines Prellbocks kann hier gleich das
Eingleiswerkzeug befestigt werden (dann ist es immer zur Hand). Dieses
Gleis kann auch bei Bedarf zum Rangieren von Zügen (wenn die Wagen mal
vertauscht werden sollen) oder als "Fiddle Yard" dienen.

=== Anschluss für ein Aufbewahrungs-System ===
Gerade bei kleinen Anlagen
ist oft nicht genug Platz um alle Züge im Schattenbahnhof
unterzubringen. Eine Möglichkeit ist die Aufbewahrung der Züge in
"Röhren" (Vitrinen). Bei Bedarf wird eine solche Vitrine an ein freies
Gleis angesetzt und der Zug kann gleich auf die Anlage auffahren.

== Wie bekomme ich das alles auf meiner Anlage unter? ==

Nicht alle erläuterten Teile müssen realisiert werden. Vielmehr sollte
man sich für eine sinnvolle Mischung entscheiden, die sowohl räumlich
als auch betrieblich sinnvoll ist.

== Beispiele ==

++ Raum für Beispiele ++

[[Kategorie:FAQ]]
[[Kategorie:Grundlagen]]

Schattenbahnhof

2008-11-06T17:39:21Z

Guido Scholz: /* Fiddle Yard */

{{Glossar}} Ein Schattenbahnhof ist ein (nicht sichtbarer) Abstellbahnhof. Er dient dazu, komplette Züge abzustellen und dadurch die sichtbare Zugfolge auf der Modellbahn abwechslungsreicher zu gestalten. Schattenbahnhöfe können manuell oder automatisch gesteuert werden.

Weil Schattenbahnhöfe im allgemeinen verdeckt angeordnet sind, ist ein handwerklich sauberer Aufbau für einen sicheren Betrieb unabdingbar. Außerdem sollten alle Gleise mit [[Besetztmelder|Besetztmeldern]] ausgestattet sein, damit der Bediener weiß, in welchen Gleisen Züge stehen.

Eine besondere Form des Schattenbahnhofs ist der sogenannte "Fiddle Yard", der zum manuellen Bilden und Umstellen von Zügen genutzt werden kann. Er ist daher gut zugänglich außerhalb der landschaftlich gestalteten Anlage angeordnet.

== Wozu braucht eine Modellbahnanlage so was eigentlich? ==

Oft werden auf einer Modellbahn mehr Züge eingesetzt als im sichtbaren
Teil der Anlage untergebracht werden können. Im Schattenbahnhof können
diese abgestellt werden.

== Wie groß muss ein Schattenbahnhof sein? ==

Je mehr Gleise ein Schattenbahnhof hat, um so mehr Züge können dort
abgestellt werden. Auch wenn der Schattenbahnhof beim Bau der Anlage "zu
groß" ist, so füllt sich der übliche Schattenbahnhof meist schnell und
erscheint später "zu klein".

== Wie lang müssen die Gleise im Schattenbahnhof sein? ==

Das längste Abstellgleis im Schattenbahnhof definiert die maximale
Zuglänge. Längere Züge müssen entweder bei der Einfahrt geteilt werden
oder "draußen bleiben".

== Kann ein Schattenbahnhof komplett umbaut werden? ==

In jedem Schattenbahnhof wird irgendwann einmal ein Zug entgleisen oder
eine Weiche beschädigt. Ist der Schattenbahnhof nicht zugänglich, so
kann das sehr frustrierend werden. Deshalb sollte jeder Punkt des
Schattenbahnhofs "erreichbar" sein. Im Idealfall kann der
Schattenbahnhof (oder ein Teil davon) für Wartungsarbeiten demontiert
werden.

== Wie kommen die Züge in den Schattenbahnhof? ==

Die Phantasie des Erbauers ist gefragt - den sichtbaren Teil der Anlage
verlässt ein Zug z.B. durch einen [[Tunnel]] oder "hinter" einer Brücke bzw.
einem Gebäude. Je nach Anordnung des Schattenbahnhofs reicht eine
Durchfahrt, eine einfache Rampe oder es bedarf der Konstruktion einer
[[Gleiswendel]].

Weitere interessante Möglichkeiten für die Zufahrt zum Schattenbahnhof
wären:
- eine Eisenbahnfähre
- ein "Eisenbahn-Lift"
- ...

== Welche Elemente braucht ein Schattenbahnhof? ==

Je nach vorhandenem Platz und gewünschtem Betrieb der Anlage werden
folgende Elemente benötigt:
- Wendeschleife
- Abstellgleise
- Rangiergleise
- Schiebebühne
- Gleis zum Einsetzen der Wagen
- Anschluss für ein Zug-Aufbewahrungs-System

== Welche Gestaltungsmöglichkeiten gibt es? ==

=== Fiddle Yard ===
Ein Fiddle Yard ist häufig nur ein gerades Stück Gleis, auf dem die
Waggons und Loks nach Bedarf aufgegleist werden. Er kann aus mehreren
Gleisen bestehen und durch eine Schiebebühne oder eine Drehscheibe
ergänzt werden.

=== Stumpfgleise ===
Das Zufahrts-Gleis mündet über Weichen in mehrere
Abstellgleise. Der Schattenbahnhof verfügt meist nur über eine Zufahrt.

<pre>
___________________
/___________________
____/____________________
\_____________________
\____________________
</pre>

=== Hintereinander-Parker ===
Ein sehr langes Gleis wird in Abschnitte
eingeteilt, in denen mehrere Züge hintereinander parken. Häufig werden
Gleiswendeln zu diesem Zweck verwendet, wobei zu beachten ist, dass nur
Züge auf die Anlage können, die direkt am Ausfahrgleis stehen. Will man
an einen Zug der "in der Mitte" steht, so müssen mehrere Züge umgeparkt
werden.

=== [[Kehrschleife]] ===
Meist ein Bestandteil von Schattenbahnhöfen, ein
Gleis dass von den Zügen durchfahren werden kann, um "umzudrehen". Eine
solche [[Kehrschleife]] ist oft im Betriebs-Konzept einer Anlage vorgesehen
und kann als solche nicht zum Abstellen von Zügen verwendet werden
(dafür müssen extra Abstellgleise vorgesehen werden).

<pre>
______
/ \
/ \
_____/ |
\ |
\ /
\________/
</pre>

=== Gleisharfe ===
Eine Reihe von Abstellgleisen, die an beiden Enden
angebunden sind (im Gegensatz zu Stumpfgleisen). Bei einer Gleisharfe
ist im Allgemeinen darauf zu achten, dass ein Gleis als Durchfahrtsgleis
reserviert wird und nicht zum Abstellen von Zügen verwendet wird.

Um möglichst gleichmäßige Gleislängen zu erhalten ist bei der Anordnung der Weichen die Variante A der Variante B vorzuziehen.

'''Variante A:'''
<pre>
___________________________
/______________________/
/______________________/
____/______________________/
</pre>

'''Variante B:'''
<pre>
__________________
/__________________\
/____________________\
____/______________________\______
</pre>

=== Gleis zum Einsetzen von Wagen ===
Auch dem vorsichtigsten Modellbahner
wird hin und wieder ein Wagen (oder ein Zug) entgleisen. Dann ist es
hilfreich, wenn an einer gut zugänglichen Stelle des Schattenbahnhofs
ein gerades Gleis zur Verfügung steht, um die Wagen gleich wieder
einzusetzen. An Stelle eines Prellbocks kann hier gleich das
Eingleiswerkzeug befestigt werden (dann ist es immer zur Hand). Dieses
Gleis kann auch bei Bedarf zum Rangieren von Zügen (wenn die Wagen mal
vertauscht werden sollen) oder als "Fiddle Yard" dienen.

=== Anschluss für ein Aufbewahrungs-System ===
Gerade bei kleinen Anlagen
ist oft nicht genug Platz um alle Züge im Schattenbahnhof
unterzubringen. Eine Möglichkeit ist die Aufbewahrung der Züge in
"Röhren" (Vitrinen). Bei Bedarf wird eine solche Vitrine an ein freies
Gleis angesetzt und der Zug kann gleich auf die Anlage auffahren.

== Wie bekomme ich das alles auf meiner Anlage unter? ==

Nicht alle erläuterten Teile müssen realisiert werden. Vielmehr sollte
man sich für eine sinnvolle Mischung entscheiden, die sowohl räumlich
als auch betrieblich sinnvoll ist.

== Beispiele ==

++ Raum für Beispiele ++

[[Kategorie:FAQ]]
[[Kategorie:Grundlagen]]

Schattenbahnhof

2008-11-06T17:36:21Z

Guido Scholz: Deutsch geringfügig verbessert

{{Glossar}} Ein Schattenbahnhof ist ein (nicht sichtbarer) Abstellbahnhof. Er dient dazu, komplette Züge abzustellen und dadurch die sichtbare Zugfolge auf der Modellbahn abwechslungsreicher zu gestalten. Schattenbahnhöfe können manuell oder automatisch gesteuert werden.

Weil Schattenbahnhöfe im allgemeinen verdeckt angeordnet sind, ist ein handwerklich sauberer Aufbau für einen sicheren Betrieb unabdingbar. Außerdem sollten alle Gleise mit [[Besetztmelder|Besetztmeldern]] ausgestattet sein, damit der Bediener weiß, in welchen Gleisen Züge stehen.

Eine besondere Form des Schattenbahnhofs ist der sogenannte "Fiddle Yard", der zum manuellen Bilden und Umstellen von Zügen genutzt werden kann. Er ist daher gut zugänglich außerhalb der landschaftlich gestalteten Anlage angeordnet.

== Wozu braucht eine Modellbahnanlage so was eigentlich? ==

Oft werden auf einer Modellbahn mehr Züge eingesetzt als im sichtbaren
Teil der Anlage untergebracht werden können. Im Schattenbahnhof können
diese abgestellt werden.

== Wie groß muss ein Schattenbahnhof sein? ==

Je mehr Gleise ein Schattenbahnhof hat, um so mehr Züge können dort
abgestellt werden. Auch wenn der Schattenbahnhof beim Bau der Anlage "zu
groß" ist, so füllt sich der übliche Schattenbahnhof meist schnell und
erscheint später "zu klein".

== Wie lang müssen die Gleise im Schattenbahnhof sein? ==

Das längste Abstellgleis im Schattenbahnhof definiert die maximale
Zuglänge. Längere Züge müssen entweder bei der Einfahrt geteilt werden
oder "draußen bleiben".

== Kann ein Schattenbahnhof komplett umbaut werden? ==

In jedem Schattenbahnhof wird irgendwann einmal ein Zug entgleisen oder
eine Weiche beschädigt. Ist der Schattenbahnhof nicht zugänglich, so
kann das sehr frustrierend werden. Deshalb sollte jeder Punkt des
Schattenbahnhofs "erreichbar" sein. Im Idealfall kann der
Schattenbahnhof (oder ein Teil davon) für Wartungsarbeiten demontiert
werden.

== Wie kommen die Züge in den Schattenbahnhof? ==

Die Phantasie des Erbauers ist gefragt - den sichtbaren Teil der Anlage
verlässt ein Zug z.B. durch einen [[Tunnel]] oder "hinter" einer Brücke bzw.
einem Gebäude. Je nach Anordnung des Schattenbahnhofs reicht eine
Durchfahrt, eine einfache Rampe oder es bedarf der Konstruktion einer
[[Gleiswendel]].

Weitere interessante Möglichkeiten für die Zufahrt zum Schattenbahnhof
wären:
- eine Eisenbahnfähre
- ein "Eisenbahn-Lift"
- ...

== Welche Elemente braucht ein Schattenbahnhof? ==

Je nach vorhandenem Platz und gewünschtem Betrieb der Anlage werden
folgende Elemente benötigt:
- Wendeschleife
- Abstellgleise
- Rangiergleise
- Schiebebühne
- Gleis zum Einsetzen der Wagen
- Anschluss für ein Zug-Aufbewahrungs-System

== Welche Gestaltungsmöglichkeiten gibt es? ==

=== Fiddle Yard ===
Ein Fiddle Yard ist häufig nur ein gerades Stück Gleis, auf dem die
Waggons und Loks nach Bedarf aufgegleist werden. Kann aus mehreren
Gleisen bestehen und durch eine Schiebebühne oder eine "Drehscheibe"
ergänzt werden.

=== Stumpfgleise ===
Das Zufahrts-Gleis mündet über Weichen in mehrere
Abstellgleise. Der Schattenbahnhof verfügt meist nur über eine Zufahrt.

<pre>
___________________
/___________________
____/____________________
\_____________________
\____________________
</pre>

=== Hintereinander-Parker ===
Ein sehr langes Gleis wird in Abschnitte
eingeteilt, in denen mehrere Züge hintereinander parken. Häufig werden
Gleiswendeln zu diesem Zweck verwendet, wobei zu beachten ist, dass nur
Züge auf die Anlage können, die direkt am Ausfahrgleis stehen. Will man
an einen Zug der "in der Mitte" steht, so müssen mehrere Züge umgeparkt
werden.

=== [[Kehrschleife]] ===
Meist ein Bestandteil von Schattenbahnhöfen, ein
Gleis dass von den Zügen durchfahren werden kann, um "umzudrehen". Eine
solche [[Kehrschleife]] ist oft im Betriebs-Konzept einer Anlage vorgesehen
und kann als solche nicht zum Abstellen von Zügen verwendet werden
(dafür müssen extra Abstellgleise vorgesehen werden).

<pre>
______
/ \
/ \
_____/ |
\ |
\ /
\________/
</pre>

=== Gleisharfe ===
Eine Reihe von Abstellgleisen, die an beiden Enden
angebunden sind (im Gegensatz zu Stumpfgleisen). Bei einer Gleisharfe
ist im Allgemeinen darauf zu achten, dass ein Gleis als Durchfahrtsgleis
reserviert wird und nicht zum Abstellen von Zügen verwendet wird.

Um möglichst gleichmäßige Gleislängen zu erhalten ist bei der Anordnung der Weichen die Variante A der Variante B vorzuziehen.

'''Variante A:'''
<pre>
___________________________
/______________________/
/______________________/
____/______________________/
</pre>

'''Variante B:'''
<pre>
__________________
/__________________\
/____________________\
____/______________________\______
</pre>

=== Gleis zum Einsetzen von Wagen ===
Auch dem vorsichtigsten Modellbahner
wird hin und wieder ein Wagen (oder ein Zug) entgleisen. Dann ist es
hilfreich, wenn an einer gut zugänglichen Stelle des Schattenbahnhofs
ein gerades Gleis zur Verfügung steht, um die Wagen gleich wieder
einzusetzen. An Stelle eines Prellbocks kann hier gleich das
Eingleiswerkzeug befestigt werden (dann ist es immer zur Hand). Dieses
Gleis kann auch bei Bedarf zum Rangieren von Zügen (wenn die Wagen mal
vertauscht werden sollen) oder als "Fiddle Yard" dienen.

=== Anschluss für ein Aufbewahrungs-System ===
Gerade bei kleinen Anlagen
ist oft nicht genug Platz um alle Züge im Schattenbahnhof
unterzubringen. Eine Möglichkeit ist die Aufbewahrung der Züge in
"Röhren" (Vitrinen). Bei Bedarf wird eine solche Vitrine an ein freies
Gleis angesetzt und der Zug kann gleich auf die Anlage auffahren.

== Wie bekomme ich das alles auf meiner Anlage unter? ==

Nicht alle erläuterten Teile müssen realisiert werden. Vielmehr sollte
man sich für eine sinnvolle Mischung entscheiden, die sowohl räumlich
als auch betrieblich sinnvoll ist.

== Beispiele ==

++ Raum für Beispiele ++

[[Kategorie:FAQ]]
[[Kategorie:Grundlagen]]

Digitalprojekt

2008-09-11T19:34:38Z

Guido Scholz: SRCP-Client JMRI ergänzt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors. Außerdem existiert eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms, sowie eine darauf aufbauende Version mit SRCP 0.8-Unterstützung von einer neuen [http://sourceforge.net/projects/dtcltiny/ Projektseite].

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

* '''JMRI''' - Java basierte Programmsammlung zur Steuerung von Modellbahnen Kontakt: [mailto:jmri-developers@users.sourceforge.net Entwickler Mailingliste] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://jmri.sourceforge.net/ Projektseite] der Programmsammlung.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2008-09-11T19:10:23Z

Guido Scholz: Neuer SRCP-Client nsrcp aufgenommen

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors. Außerdem existiert eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms, sowie eine darauf aufbauende Version mit SRCP 0.8-Unterstützung von einer neuen [http://sourceforge.net/projects/dtcltiny/ Projektseite].

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

* '''nsrcp''' - .NET basierte SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/nsrcp/ Projektseite] der Bibliothek.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Modellbahn mit Kindern

2008-01-21T12:07:12Z

Guido Scholz: Absatznummerierung repariert

''Zusammengestellt von Christoph Perleth 
Letzte Änderung: Dienstag, 4. Juni 1999, Nachtrag: 9.3.2001''

Unter den Teilnehmern der Newsgroup de.rec.modelle.bahn scheint es relativ häufig vorzukommen, daß der Einstieg in das Hobby "Modellbahn" über die Kinder erfolgt. Für diesen Artikel wurden ausgewählte Beiträge zur Newsgroup zusammengetragen, in denen sich Überlegungen zum Thema Modellbahn mit Kindern fanden. Zunächst möchte ich aber erst einmal berichten, wie es bei mir bzw. uns Weihnachten 1997 losgegangen ist.

'''Nachtrag im März 2001'''

Der Artikel wurde im April/Mai 1999 verfasst. Inzwischen hat sich nicht nur die Rechtschreibung, sondern insbesondere auch der Planungsstand meiner Anlage verändert. Nach einem Umzug arbeite ich derzeit am Anlagen-Rohbau. Und außerdem sind meine Kinder 2 Jahre älter geworden. Seither gab es zudem noch mehrere (Teil-)Threads zum Thema Modellbahn mit Kindern. Allerdings fielen in diesen keine grundsätzlich neuen Argumente und Hinweise zum Thema. Daher habe ich den Text von 1999 nicht grundsätzlich überarbeitet bzw. ergänzt. Es sei nur darauf hingewiesen, dass es im Bereich Lego- und besonders Playmobil-Eisenbahn inzwischen Neuheiten gibt, wobei besondes auf die Playmobil-Fernsteuerung hingewiesen sei.

==Der Start bei mir und meinen Töchtern==

Auch bei mir lief der (Wieder-)Einstieg über die Kinder, obwohl - man glaube mir oder nicht - tatsächlich meine ältere Tochter (damals 6 Jahre) als erste den Wunsch nach einer elektrischen Eisenbahn äußerte. Sie hatte regelmäßig mit der Anlage der Brüder einer Freundin (heimlich!) gespielt, bis die Jungs alles wegpackten. Daraufhin wünschte sie sich selbst eine Eisenbahn zu Weihnachten, ein Wunsch, den ich wiederum sehr bereitwillig aufgegriffen habe.

Ich habe dann abgewartet, ob der Wunsch sich wieder legte. Da das nicht der Fall war, wollte ich zunächst die elektrische Eisenbahn (Trix-Express) aus meiner Kindheit wiederbeleben. Dies war aus verschiedenen Gründen kurzfristig aber nicht möglich, so daß ich ohne weitere Information zwei Tage vor Weihnachten losgezogen bin, um irgendeine preisgünstige Startpackung zu kaufen. Dabei bekam ich unisono Märklin angeboten, außerdem waren keine anderen Startpackungen vorrätig. Da ich mich in meiner Kindheit immer geärgert hatte, daß alle Märklin hatten und nur ich Trix-Express, dachte ich, daß Märklin eine gute Wahl sei.

==Wahl der Spurweite==

Für mich war aufgrund meiner Kindheitserinnerungen und einer kurzen Prüfung der Angebote in den Spielzeugläden schnell klar, daß H0 die ideale Spurweite für das gemeinsame Hobby Modellbahn für mich und meine Töchter ist.

# Die Fahrzeuge sind genügend groß und bei entsprechender Auswahl auch robust genug, um kleine Figuren bis zur Größe etwa von Playmobilfiguren als Passagier (in offenen Güterwagen) aufzunehmen (muß ja nicht maßstäblich sein). Man kann Legosteine transportieren, aber auch Nüsse und Süßigkeiten mit der Eisenbahn verteilen und die Schalen wieder "abholen". Spur N oder gar Z sind hierzu zu klein.
# Gute Modelle im Maßstab H0 sind zwar putzig klein, aber trotzdem bereits gut detailliert und schön anzuschauen und können auch interessierte Mütter und Väter erfreuen. Das gilt im Prinzip sogar für einfache (Spielzeug-)Modelle.

Später, nachdem ich selbst "Feuer gefangen" und als Thema mir "Unterfränkische bzw. Rhöner Nebenbahn" ausgewählt hatte, haben sich noch weitere Vorteile der Größe H0 herausgestellt:

# Der Platzbedarf für eine etwaige Anlage ist gerade noch zu verkraften, v.a. wenn man als Thema nicht mehrgleisige Hauptstrecken mit großen Durchgangs- oder Kopfbahnhöfen wählt. M.E. muß man nicht unbedingt mindestens 3 qm für eine Anlage reservieren: Meinem ersten Plan zufolge wollte ich zunächst einen Bahnhof bauen, der einem realem Vorbild nachempfunden ist, wobei ich bezüglich der Maßstäblichkeit (Verkürzungsfaktoren) den sehr guten Empfehlungen von Moritz Gretschel folge. Dieser Bahnhof beansprucht ca. 200 * 70 cm, also etwa zwei Abschnitte und die doppelte Tiefe eines üblichen Ikea-Regals. Zum Spielen könnte dieses Bahnhofsmodul durch Gleise auf dem Teppich oder im Regal erweitert werden. In diesem Teil könnten die Kinder sich dann mit teils gewagten Konstruktionen (Tunnel, Brücken aus Lego etc.) "austoben". Damit würde die gesamte Spielanlage zwar tatsächlich 3 qm (und möglicherweise viel mehr!) umfassen, das Bahnhofsmodul aber nur ca. 1,5 qm.
# Großbahnen (Spuren 0 oder 1) benötigen m.E. arg viel Platz, haben aber einen hohen Spielwert. Inwiefern das Gewicht der Loks den Spielwert für kleinere Kinder postwendend wieder einschränkt, weiß ich aber nicht genau.
# Meine 6jährige Tochter hatte es mit einiger Übung bald heraus, ihre (zweiachsigen) H0-Wagen mit der Hand aufzugleisen.

Allerdings: Möglicherweise hätte ich Spur TT vorgezogen, allerdings liegt in dieser Spurweite bei den verfügbaren Modellen der Schwerpunkt (immer noch) auf der DR. Mein Thema "Unterfränkische bzw. Rhöner Nebenbahn" wäre mit den für TT verfügbaren Modellen nicht möglich.

===Das Ringen um das Gleissystem ===

Mit dem Kauf der Märklin Startpackung war nun völlig unüberlegt eine kaum revidierbare Vorentscheidung über das Gleissystem (Mittelleitersystem) getroffen. Über eine Revision dieser ziemlich überstürzten Entscheidung und ein Umstieg auf vorbildgetreueren 2-Leiterbetrieb (d.h. Gleichstrombetrieb) habe ich etwa ein dreiviertel Jahr lang sehr viel nachgegrübelt. Allerdings hat das Mittelleitersystem gerade in unserem Fall (Teppich- und Bodenbahn) in dieser Zeit doch einige Vorteile gezeigt:

# Die Klickverbindungen erwiesen sich bisher (1jähriger Gebrauch) als absolut kindergeeignet und kindersicher. Bereits 5/6jährige Kinder können die Gleise zusammenstecken, auch wenn sie natürlich noch Probleme mit der Gleisgeometrie haben. Markierungen (verschiedenfarbige Klebepunkte) auf der Unterseite zur Unterscheidungen der Radien und Gleislängen könnten hier helfen.
# Die Schienen erwiesen sich als stabil und robust. Nichts brach bisher ab, auch größere Belastungen (ich bin selber wiederholt draufgetreten, wiege ca. 80 kg) zeigten keine Spuren.
# Hohe elektrische Zuverlässigkeit. Trotz enormer Staub und Schmutzbelastung (Gleise auf einem Schafwollteppich im Wohnzimmer, auf dem Boden im staubigen Kellerbüro) fahren die Loks (fast) immer. Ich reinige die Schienen so gut wie nie, wenn, dann einfach mit einem Handbesen (!) oder ich puste mal drüber, und trotzdem müssen die Kinder die Loks nur gelegentlich etwas anschieben. Hingegen konnte ich bei Ausstellungen und an der Jugendanlage eines Vereins sehen, daß selbst bei Vorführungen die 2L-Loks ständig angeschoben werden mußten.
# Die Zuverlässigkeit der C-Gleise zeigt sich auch in Extremsituationen: Man kann Brücken bauen, indem man die Schienen einfach über zwei Holzklötze (ohne Brettchen dazwischen!) legt, das funktioniert etwa mit der kleinen Tenderlok BR 89 inkl. ein oder zwei Güterwagen bis zu 30/40 cm Länge (also inkl. freischwebender Klickverbindung!). Fahrbetrieb wird durch unsanfte Übergänge (Knicks) in Steigungen nicht beeinträchtigt. Wenn man dagegen den Bericht über die Startpackungen im Eisenbahnkurier 12/98 liest, haben in solchen Spielsituationen die anderen Systeme so ihre Schwierigkeiten, die oft schon beginnen, wenn die Schienen nicht auf einer festen, ebenen Platte (bzw. Parkettboden), sondern auf dem Teppich verlegt sind.
# Die Geometrie ist relativ einfach, so ab 8 Jahren können die Kinder (mit etwas Unterstützung) selber Ovale und anderer Formen zusammenbauen.
# Mit Hilfe von DirecTrain konnte ich für die Kinder eine sehr günstige und gut funktionierende Digitalsteuerung für ungefähr DM 200 realisieren.

Als (gravierenden) Nachteile des Wechselstrom- bzw. Mittelleitersystems haben sich für mich im Laufe der Zeit, vor allem aber nachdem ich selbst Modelleisenbahn zum Hobby wiedergewählt hatte, die folgenden herausgestellt:

# Das System wird praktisch nur von Märklin verwendet, (fast) alle anderen Hersteller verwenden Gleichstrom (2-Leiter), bei dem nur die Schienen Strom führen. Damit sind diese Loks zunächst einmal nicht so einfach auf Gleisen von Märklin einsetzbar.
# Zwar bieten viele Hersteller von Lokomotiven auch Modelle für das Mittelleitersystem an, gerade wenn man aber ein bestimmtes Thema verfolgt, muß man damit rechnen, daß es die interessantesten Modelle nur für das Zweileitersystem gibt. Ich habe mir die unterfränkischen (Rhöner) Nebenbahnen zum Thema gewählt und feststellen müssen, daß so wichtige Lokmodelle (bzw. die jeweils schönsten Modelle) wie die bay. D XI (BR 98.4-5), die bay. BB II bzw. BR 98.7, Gtl 4/4 (BR 98.8-9 für Epoche II), die BR 50 mit Kabinentender, Schienenbus VT 98 u.a. zwar alle für das Zweileitersystem angeboten werden, aber eben nicht für das Märklin-System.
# Der Umbau von Fleischmann, Roco oder Trix-Modellen ist zwar in der Regel möglich, jedoch muß man beim Händler mit ca. 100 DM Umbaukosten rechnen, bei Verwendung eines Digitaldecoders noch mehr. Bei kleinen Lokomotiven (Nebenbahnloks!) kann aber die Unterbringung des Decoders ein Problem darstellen. Eine Alternative stellt den Betrieb des Mittelleitersystems mit Gleichstrom dar. Dann beschränkt sich der Aufwand im wesentlichen auf die Montage des Mittelschleifers. Dies gilt auch, wenn es die jeweilige Lok in einer Digitalversion gibt. Dann müßte Platz für einen Dekoder vorhanden sein oder man muß bei Verwendung der Intellibox o.ä. ebenfalls nur einen Mittelschleifer montieren, falls es die Lok mit Dekoder gibt, den diese ansteuern kann. Grundsätzlich kann man zwar auch selbst zu basteln anfangen, aber wenn man ein neues, schönes, fragiles Modell für DM 200-300 gekauft hat (meine Roco BB II kostete sogar mehr als DM 300), dann überlegt man sich halt zweimal, ob man mit den eigenen klobigen Fingern den Umbau riskiert.

===Die Entscheidung: "5-Gleissystem" ===

Meine Entscheidung für unsere derzeitige Linie ergab sich in Folge des Kaufs meiner Roco BB II. Bei dieser Lokomotive ist die Montage des Mittelschleifers wegen der geringen Bodenfreiheit und der Lage des Getriebes nach Auskunft des Händlers ein Problem. Ich habe diesen Fall sowohl in der Newsgroup als auch in Frageecke bei John Oxlade (www.german-railways.com) zur Diskussion gestellt. Neben einer Reihe guter Ratschläge und Tips hat mich insbesondere die kurze, pointierte Antwort von Kenny S. Ericson aus Schweden in meiner Entscheidung beeinflußt:

''"I started with Märklin in 1952 (a christmas gift from my parents) but went DC NMRA in 1960. When my son was 3 1/2 I built a Märklin RR for him, but now (he is 8 1/2) he is more interested in my H0 Streetcars/ Trams since 'they are finer'. A small N gauge and some 0m are in the house together with H0 DC, and for Christmas there will be a LGB around the tree. Do not try to find the '''BEST''', try a little of everything."''

Das bedeutet für uns: Das Märklin-Material werden wir weiterhin für die Teppichanlage mit variablem Aufbau und hohem Spielwert benutzen, besonders wenn männliche und weibliche Rabauken zu Besuch kommen ;-) . Meinen Töchtern werde ich zum Spielen daneben meine alte [http://www.german-railways.com/Models/PlanBook/C-Perleth/perleth.htm Kindheitsanlage] zur Verfügung stellen, auf der ich gerade meine Trix-Express-Gleise abbaue und C-Gleise von Märklin installiere. Bei diesen Gleisen trenne ich die Verbindungen der beiden Gleise durch (Fahrzeuge von Märklin stellen die Verbindung durch die nichtisolierten Räder sowieso her), so daß auch Modelle des Zweileitersystems darauf fahren können, was aber bisher bei den Weichen noch nicht zufriedenstellen funktioniert (Polarisierung der Herzstücke bisher nur über Weichenzungen).

Mein Neubauprojekt, das sich derzeit im Stadium von Planungen und Experimentieren befindet, wird nicht im Mittelleitersystem erstellt. Ähnlich wie Kennys Sohn interessiert sich auch meine große Tochter (jetzt 7 1/2) inzwischen zunehmend mehr für meine feinen Modelle (besonders die bayerischen, grünen Länderbahnmodelle gefallen ihr). Neulich hat sie mit Begeisterung ein Mikro-Diorama in eine Präsentationsbox mit eingebaut, wo ich altern und Einschottern von Gleisen geübt habe. Da haben wir dann über die Unterschiede des verwendeten Busch-N-Schotters, des C-Gleis-Schotters und der Tillig-Gleisbettung im Hinblick auf Farbe, Größe und Form gefachsimpelt.

Daß wir damit nun zwei getrennte Systeme haben, was ich ursprünglich strikt vermeiden wollte, macht nichts. Meine Loks sind sowieso nicht kindgeeignet, im Gegenteil, es wäre eine Katastrophe, wenn meine BB II mit der BR 89.0 meiner Tochter zusammenknallen würde. Für die Kinder ist die Trennung der beiden Systeme kein Problem - entgegen meinen ursprünglichen Annahmen. Die Hauptsache ist, wir spielen zusammen. Für Wettfahren, Crashtests, Steilstreckenbetrieb etc. sind die einfachen Loks und Wagen von Märklin sehr gut geeignet.

Insgesamt finde ich das Märklin-System nach wie vor am geeignetsten für Kinder, aber nicht geeignet für Modellbahner/innen, die an irgendwelchen Vorbildern orientiert sind, und das mehr wegen des eingeschränkten Angebots an Fahrzeugen als wegen des Stromleiters in der Mitte. Falls meine Töchter später je bei dem Hobby bleiben sollten, können Sie sich frei entscheiden. Es ist nicht so exorbitant teuer, die beiden Märklin-Loks später einmal auf 2L-Betrieb umbauen zu lassen, jedenfalls wäre der Umbau aller meiner (künftigen) Loks auf Mittelscheifer (Märklin-System) teurer.

==Beiträge in der Newsgroup ==

'''''Vorbemerkung''''':
Aus den einzelnen Beiträgen wurden direkte Anreden etc. in der Regel herausgenommen und die Formulierungen gelegentlich etwas verallgemeinert (z.B. "Dein Sohn" wurde ersetzt durch "Dein Sohn oder Deine Tochter" oder "Dein Kind", wenn nicht ein bestimmtes Kind gemeint war). Daneben habe ich Abkürzungen und Tippfehler beseitigt. Ich habe mich aber bemüht (und ich hoffe, es ist mir gelungen), bei all den redaktionellen Eingriffen den jeweiligen Sinn beizubehalten. Wer seinen Text hier mißverständlich umformuliert oder in entstellendem Zusammenhang wiederfindet, teile das bitte per Mail mit.

==Vorab: Die Gewissensfrage==

...Über eines mußt du dir allerdings im klaren werden: Für wen ist die Modellbahn wirklich? Für Dich oder für Deinen Sohn oder Deine Tochter?...
''(Edbert van Eimeren)''
==Ab welchem Alter können Kinder mit der Modelleisenbahn spielen==

...Anlaß zu den meisten Hoffnungen gibt unsere Prinzessin, die aber mit >3,5 noch zu klein ist für eine eigene Elektrische...
''(Michael König?)''

...Meine Älteste (3) spielt mit Hingabe mit ihrer Duplo-Eisenbahn (manchmal muß ich etwas helfen, damit die Gleisfiguren "aufgehen") und besteht mit Nachdruck darauf, daß zu Weihnachten wieder die LGB im Wohnzimmer aufgebaut wird. Meine Frau übrigens auch :-) [...] Gemeinsames Spielen an der H0-Anlage ist in absehbarer Zeit nicht geplant. Zum einen befürchte ich, mit den nötigen Restriktionen (kein Aus-der-Kurve-fliegen, kein Entgleisen-spielen) Langeweile zu erzeugen, zum anderen fürchte ich mich noch mehr vor den unausweichlichen "Warum?"-Fragen [...] dann doch lieber streßfrei auf dem Teppich. Obwohl, vielleicht sollte ich meine Tochter nicht unterschätzen: Meine letzte Katalog-Lektüre wurde mit "Papa, steht in Deinem Bilderbuch, wie man mit der Eisenbahn spielt, ohne daß die Eisenbahn haput geht?" kommentiert. Dann fällt mir auch nichts mehr ein...
''(Frank Forsten)''

...Meine Töchter (7 und 4 1/2) spielen schon immer mit Eisenbahnen (Playmobil, Brio, die ist immer noch ein Hit, seit einem Jahr Märklin H0 auf dem Teppich bzw. dem Parkett). Bei uns haben auch schon 2 1/2 jährige Freunde die Märklin-Lok mit Vergnügen im Kreis fahren lassen. Meine ältere Tochter (jetzt 7) muß halt immer den "Notfalltrupp" spielen, wenn wieder so ein "Baby" über den Zug gestolpert ist, und alles wieder aufs Gleis stellen. Also, fürs Aufgleisen auch von nur 2achsigen Wagen und 3achsigen Loks müssen die Kinder schon eine etwas entwickelte Feinmotorik (und Auge-Hand-Koordination) haben, da sehe ich eine Grenze bei etwa 5 bis 6 Jahren. Andererseits stellt die Eisenbahn auch ein Training (Entwicklungsförderung!) dar. Meine ältere Tochter wünscht sich jetzt Dampf für ihre Märklin BR 89 und eine Burg oder einen Bahnhof, die kleine (4 1/2) eine richtige Lok (BR 74 mit "Wackelrad", da muß die Schwester und ich natürlich wohl wieder ran, um alles auf Gleis zu bekommen, vielleicht tauschen die beiden im Betrieb die Loks ja auch). Wahrscheinlich finden Kinder es u.a. toll, daß sie bei der elektrischen Eisenbahn Maschinen über eine Fernbedienung in Bewegung setzten und steuern können, daß aber auch nichts Schlimmes passiert, wenn man sie laufen läßt und mal kurz was zu trinken holt (geht bei Modellflugzeugen ja weniger)...
''(Christoph Perleth)''

...Daneben entsteht derzeit unsere Klubanlage (d.h. wir putzen und streichen erstmal) in einem Schulkeller. Eine der Nutzungsvoraussetzungen ist, daß wir die Durchführung einer Modelleisenbahn-AG ("Arbeitsgruppe") mit den Schülern unterstützen. Natürlich nicht ganz uneigennützig, wir hoffen, dort Nachwuchs für unseren Klub rekrutieren zu können, damit der nicht auch zum C da S wird :-)...
''(Frank Forsten; Anm. d. Verfassers: C da S = "Club der alten Säcke", Bezeichnung für eine Untergruppe der Teilnehmer dieser Newsgroup ;-) )''

==Welche Spurweite ist für Kinder geeignet? ==

...Wir haben in meiner Verwandtschaft gute Erfahrung mit LGB gemacht. Das Zeug ist unverwüstlich. Ist zwar insgesamt etwas teurer, aber dafür kann man damit wirklich spielen (Einladen, Transportieren, Ausladen, ...). In der Größe passen die Playmobil Sachen, so daß die Spielmöglichkeiten nochmal erheblich ausgeweitet werden. Seit ca, 12 Jahren wandert die Bahn von Kind zu Kind und ist nicht kaputt zu kriegen. Und in dieser Zeit hat die Bahn manchen Knuff oder Unfall einstecken müssen...
''(Edbert van Eimeren)''

...Ich habe mit LGB oder LGB Toy Train gute Erfahrungen gemacht, da diese Eisenbahn wirklich unverwüstlich ist. Ferner ist sie, wenn man mit H0 vergleicht nicht viel teuerer. Dabei ist der echte Spielwert aber sehr viel größer... (Dirk Schmidt)

...In diesem Alter taugt nur LGB (übrigens in jedem anderen Alter auch prima). Ist für große und kleine Kinder ideal...
''(Paul Golisch)''

''Kommentar von Ralph Timmermann hierzu''

...Den Maßstab würde ich bei einem 7-jährigen Kind auf keinen Fall kleiner als H0 wählen. Ansonsten kommt es natürlich darauf an, wieviel Platz für die Bahn zur Verfügung steht. Wo kann bzw. soll sie aufgebaut werden? Bei einem eigenen Garten oder einem großen Dachboden würde ich

[...] mal über LGB nachzudenken...
''(Torsten Eckert)''

...Die Größe muß angemessen sein. LGB belegt das ganze Wohnzimmer oder den halben Garten, H0 ist gerade noch OK, N ist zu klein. Also haben wir uns für H0 entschieden...
''(Frank Buchholz)''

==Speziell: Was taugt Fleischmanns Magic Train (Spur 0e-Schmalspur auf H0-Gleisen) ==

...Ob die was taugt weiß ich (mangels Erfahrung) nicht. Von der Größe her dürfte ein 7-jähriges Kind damit zurecht kommen. Lediglich das Eingleisen und das Entkuppeln sind etwas filigran...
''(Edbert van Eimeren)''

...Fleischmanns Magic Train haben meine Kinder seit 3 Jahren (angefangen im Alter von 5 ½ Jahren). Ich stufe sie als 'tauglich' bis 'wirklich gut' ein, auch wenn die abnehmbaren Bordwände der Flachwagen ein wenig gelitten haben (einige Halte-Zapfen waren bei den ersten Versuchen abgebrochen). Ansonsten sehr robust. Der Platzbedarf ist halt H0 (im Gegensatz zu LGB), kann aber besser beladen werden. Es wird nur auf dem Fußboden gespielt. Die LEGO-Leute passen genau rein. Preislich fand ich das Angebot günstiger als alle anderen mir bekannten Eisenbahnen (LGB, LEGO), was vor allem für Erweiterungen gilt (H0 Fleischmann Standardgleis etc.). Die Möglichkeit mit 'Stop-Weichen' zu spielen ist gut bei meinen Kindern angekommen. Wendeschleifen sind nicht möglich (positiv: dadurch war auch eine schöne Möglichkeit gegeben das "Plus" und "Minus" zu erklären). [...] Bei uns ist demnaechst eine Umstellung auf eine H0-Anlage geplant, das vorhandene Gleismaterial wird aber bestimmt (noch) nicht mit eingebaut um das Spielen auf dem Fussboden weiterhin zu ermöglichen...
''(Uwe Graichen)''

...Fleischmanns Magic Train hat natürlich den Vorteil, daß zumindest das Gleismaterial später weiter genutzt werden kann, wenn Dein Kind (oder Du selbst) in einigen Jahren vom Spielen zum Anlagenbauen übergehen will(st)...
''(Torsten Eckert)''

==Welche Hersteller stellen kindergeeignete Modellbahnen her?==

...Gibt es reichlich: Fleischmann, Roco, Lima, Trix, Märklin, LGB, und viele, viele andere...
''(Edbert van Eimeren)''

...Die Kinder müssen die Modellbahn auch ohne den Papa aufbauen und bedienen können. Damit scheiden fummelige Gleiskontakte (alles außer LGB und Märklin C-Gleis), empfindliches Material (alles außer LGB und Märklin), komplizierte Verkabelung (Gleichstrom) und trickreiche Tastensteuerung (Digital) aus. Übrig bleibt meiner Ansicht nach nur Märklin C-Gleis mit Delta...
''(Frank Buchholz)''

...Wenn H0 für Kinder, dann Märklin. Und Siebenjährige kann man auch mit gebraucht gekauftem M-Gleis beglücken. [...] Ansonsten ist LGB äußerst kindergeeignet, es wird halt anders damit umgegangen. Teppichboden-geeignet, kinderfest - sogar einen Kindergeburtstag mit 8 3jährigen (Godzilla im LEGO-Land) hat das Material locker weggesteckt. Auch hier kann man gebrauchtes Material kaufen...
''(Frank Forsten)''

...Bügel-Kupplungen (z.B. Märklin, Roco Universal) lassen sich im Gegensatz zu Kurzkupplungen (Roco-, Fleischmann-Kurzkupplungen) für Kinder nur schwer trennen. Eine Möglichkeit wäre, pro Wagen einen Bügel zu demontieren, dann können die Wagen zwar nur in in einer Richtung gekuppelt werden, aber sie gehen leichter wieder ab...
''(Christoph Perleth)''

''Tip hierzu von Peter Kügler''
"Dirk Wolf empfielt in diesem Zusammenhang ebenfalls Kurzkupplungen von Roco oder Fleischmann, ...denn die sehen aus, als wenn man (ja ja, frau auch) die nach oben abziehen könnte?..."

''Christoph Perleth gibt aber zu bedenken''
" ...Allerdings kann man bei den einfachen Märklin-Wagen und Lokomotiven keine Kurzkupplungen (Fleischmann, Roco) montieren, da die keinen NEM-Schacht haben. So viel wurde ich da nicht rumbasteln wollen. Kadee scheinen mir persönlich sehr viel zu teuer und auch viel zu empfindlich für die Hände von Kindern..."

==Vom "richtigen" Gleissystem oder was ist der "Krieg der Gleise"?==

...Im wesentlichen gibt es bei der Spur H0, wenn mal mal von solchen Exoten wie Trix Express absieht, zwei Systeme: Dreileiter-Wechselstrom und Zweileiter-Gleichstrom:

* '''Wechselstrom''': Wird von Märklin abgeboten, die Gleise haben kleine, punktförmige Stromkontakte in der Mitte der Schwellen, und die Loks tragen einen skiförmigen Schleifer zur Stromabnahme auf der Unterseite.

* '''Vorteile''': Das C-Gleis ist für häufige Montage und Demontage durch Kinder besser geeignet als optisch schönere Modellbahngleise. Die Stromabnahme über den Mittelschleifer ist sehr kontaktsicher und funktioniert auch noch bei Gleisen, die durch ruppigeres Spielen leicht angeschlagen oder verdreckt sind. Darüber hinaus muß ein Kind nicht auf Feinheiten wie Kehrschleifenschaltungen achten, wenn es einfach auf dem Boden einen Gleisplan aufbaut, der über ein Oval hinausgeht.

* '''Nachteile''': Märklin ist der einzige Wechselstromhersteller, und er ist vergleichsweise teuer. Zwar bieten auch die anderen Hersteller einen Teil ihres Sortiments für Wechselstrom an, wobei diese Loks dann 10-50% (je nach Anbieter) teurer sind als das Gleichstrommodell. Darüber hinaus kann es Märklin in Sachen Detailgetreue nicht mit den Spitzenprodukten einiger anderer Hersteller aufnehmen. Ob ein solcher Unterschied beim Spielen von irgendwelcher Bedeutung ist, sei jetzt erst einmal dahingestellt.

* '''Gleichstrom''':
Die meisten Hersteller verwenden Gleichstrom, wobei die eine Schiene zur hin- die andere zur Rückleitung genutzt wird und die Stromaufnahme über die Räder erfolgt.

* '''Vorteile''':
Das Angebot ist durch die vielen Hersteller sehr groß, und die Fahrzeuge sind, evt. nach Austausch der Kupplungen, was keinen großen Aufwand darstellt, untereinander kompatibel. Die Preise sind teilweise erheblich geringer als bei Wechselstromern. IMHO kann man vom Preis -Leistungsverhältnis die Firma Roco durchaus empfehlen.

* '''Nachteile''':
Die Stomabnahme über die Räder läuft über relativ kleine Flächen, so daß es unter ungünstigen Umständen (nicht ganz saubere Gleise, Weichenstraßen) zum Verlust des elektrischen Kontaktes kommen kann. Kehrschleifen können nicht einfach so gebaut werden, da sonst die Gleise mit unterschiedlicher Polarität aufeinanderträfen. In einer fest installierten Anlage ist das allerdings kein Problem, da man ein entsprechendes Kehrschleifenset einbauen kann...
''(Torsten Eckert)''

...Ich würde mich für Märklin H0 entscheiden. Der Platzbedarf ist vertretbar, trotzdem hat man was in der Hand, die C-Gleise sind genial: robust und einfach zu verbinden, viele Loks und Wagen (zumindest aus der Hobby-Serie) halten auch Kinderhänden stand und sind günstig zu bekommen, das Angebot an Gebrauchtware ist riesig, Du kannst später digital nachrüsten oder auch "richtige" Modelle kaufen...
''(Bjoern Detlefsen)''

''Dagegen der Märklin-"Fahrer" Peter Popp''
...ich wuerde mich ich nicht mehr für Märklin entscheiden, vielleicht eher N oder TT. Die C-Gleise sind häßlicher als die K-Gleise [...] von "richtigen" Gleisen gar nicht zu reden [...] die Preise sind verrückt und irre, [...] "richtige" Modelle gibt es nicht bei Märklin. Das schlimmste was man tun kann: Kindern Märklin kaufen! Ist wie bei Superkleber, Silikon, Windows: Wenn man das Zeug erst mal an den Fingern hat, wird man es nie wieder los. Lieber LGB oder Fleischmann Magic Train...

"...Unser Gleissystem ist "Roco-Line mit Bettung". Es ist schön leise. Der Nachteil ist, daß bei Weichen und Gleisen mitunter was von der Bettung abgeschippelt werden muß. Da ist das Märklin-C-Gleis kinderfreundlicher, zumal hier auch der Zusammenbau besser vonstatten geht. Bei Roco gibt es ja die klitzkleinen Gleisschuhe, die man mit 4- bis 5-Jahre alten Wurstfingern erstmal treffen muß. Ich wünsche mir für Kinder also Märklin-C-Gleis für 2-Leiter-Bahner. Märklin kommt bei selbst nicht in die Tüte, da das 3-Leiter-Gleis im Osten nicht üblich war (und es wird wohl so noch lange bleiben - so wie mir die Händler berichten (Märklin scheint da recht eigenartige Vorstellungen zu haben)...
''(Matthias Herold)''

...Ich kann nur aus meiner langjährigen Modellbahnerfahrung (über 25 Jahre) heraus sagen, daß es nunmal im Maßstab H0 zum Anfang nichts besseres gibt als Märklin. Das eigendliche Problem liegt nur darin, den richtigen Zeitpunkt für einen Wechsel zu finden [...] Ich habe von meinem Vater zum vierten Geburtstag eine Primex Anfangspackung bekommen. Ich habe dann mit ca. 14 Jahren den Wechsel zu Gleichstrom und zwei Leiter vollzogen. [...] war es für einen Wechsel schon fast zu spät...
''(Christian Heuser)''

...Ich bin mit ca. 3 Jahren (1966) mit Trix Express "angefangen worden". Erstmal auf dem Teppich, in Verbindung mit LEGO-Steinen. Später, mit 8 Jahren, die erste stationäre Anlage. Mit 11-12 Jahren habe ich dann ein Buch in die Hand bekommen, das mindestens soviel Aufklärung lieferte, wie die Dr. Sommer-Kolumne in der Bravo: "Hand- und Spielbuch für die Modellbahn" von Burkhard Kiegeland, als Quartalvorschlagsband vom Bücherclub. Die Abbildungen mit schlanken Weichen etc. führten dazu, daß ich erstmal die Mittelleiter entfernte. 3 Jahre später kam dann der Umstieg auf ROCO-Gleis (Code100). Da habe ich die Kurve gerade noch rechtzeitig Richtung "Modellbahn" bekommen. Bei Trix Express war die Betriebssicherheit (Stromabnahme) eher bescheiden. Märklin wäre viel besser gewesen. Auch besser als "DC". Christian hat ganz recht: Wenn H0 für Kinder, dann Märklin. Und Siebenjährige kann man auch mit gebraucht gekauftem M-Gleis beglücken...
''(Frank Forsten)''

...Auch wenn ich sonst kein Märklin-Fan bin, hat das 3L-System einen schönen Vorteil: Man kann einen Zug anhalten, indem man einen ca. 20 cm langen und 14 mm breiten Papier- oder Plastikstreifen zwischen die Schienen legt. Wenn die Lok weiterfahren soll, zieht man den Streifen einfach raus. Damit haben wir auf einer Anlage mit einem Trafo und vier Zügen einen interessanten Zugbetrieb hingekriegt. Sogar ohne allzugroße Betriebsgefährdung. (Wohlgemerkt: vor den Zeiten von Märklin Digital!)...
''(Carlo Peschke)''

==Was braucht man für einen "hohen Spielwert"?==

...Auch wenn Kinder den Zug so toll finden, würde ich keine Startpackung mit einem ICE kaufen. Den kann man nämlich nur zum "im-Kreis-herum-Fahren" brauchen, und das wird schnell langweilig. Rangieren und Züge immer wieder neu Zusammenstellen macht einfach mehr Spaß...
''(Torsten Eckert)''

...Mein jüngere Tochter (3 3/4) steht total auf ICE, währden meine große (7) schon einsieht, daß ein sich auf dem Oval selbst überholender ICE nicht so gut aussieht. Allerdings, was heißt bei meinen Mädels schon ICE? Es gibt z.B. auch "gelbe ICE" (sämtliche niederländischen Personenzüge). Ein VT 628 ginge problemlos als grüner oder roter ICE durch, kein Problem...
''(Christoph Perleth)''

...Das Spielen muß abwechslungsreich sein. Eine der bekannten Startpackungen reicht nicht, das Herumfahren im Kreis wird schnell langweilig. Wir haben mit zwei Märklin-Startpackungen mit Delta und einem Handregler (wichtig, damit zwei Personen gleichzeitig steuern können) und ein paar zusätzlichen Gleisen und Weichen angefangen (Da liegt man also bei knapp unter einem Tausender.)...
''(Frank Buchholz)''

...dazu Reichsbahn-Personenwagen von Fleischmann aus der Junior Serie (kann man sogar das Dach aufmachen und Leute auf die Polster setzten), ein paar offene Güterwagen sowie eine Kipplore (wichtig um Lego-Babys oder das Christkind aus der Weihnachstkrippe herumzufahren; übrigens kommen bei uns die Drei Könige mit dem Zug :-) ) - das macht den Kindern Spaß und ist eigentlich schon vorbildgerecht...
''(Christoph Perleth)''

==Welche Loks und Wagen eignen sich für Kinder?==

...Zunächst solltest Du keine teuren Loks anschaffen - außer Dein Kind darf nur zuschauen. Z.B. sind die schönen kleinen Fleischmann-Loks absolut nichts für Kinder. Kaufe auf keinen Fall Loks mit angesetztenTeilen (Griffstangen, Rohre etc), wenn auch Kinder damit spielen dürfen sollen. Kindern macht es gerade Spaß, Loks zusammenstoßen zu lassen, maximale Steigungen auszuprobieren und die Loks abstürzen zu lassen oder Hochgeschwindigkeitstests, Wettfahren und Wettziehen (ein Zug mit zwei Loks an jedem Ende, die in unterschiedliche Richtung fahren) durchzuführen. Für solche Dinge sind die guten alten einfachen Märklin-Loks wie die BR 89.0 oder BR 74 ganz gut geeignet. [...] Überhaupt ist meine große Tochter stolz, dass ihre BR 89.0 locker einen Güterwagen eine 10% Steigung hochschiebt, während das die olle, empfindliche Gtl 4/4 vom Papa niemals schafft...
''(Christoph Perleth)''

''Kommentar hierzu von Carlo Peschke''
Gute Idee. Nur leider gibts heutzutage keine wirklich billigen Loks mehr. Ich hatte Lima Loks und Wägen. Die Loks waren vom Fahrverhalten her nicht so toll, aber die Wägen waren für Kinder Ideal: Die grobe Form vorbildgerecht, aber keine unnötigen Details, die sowieso nur abbrechen. Die Wägen liefen übrigens auch sehr gut auf Märklin-Gleisen und waren von der Kupplung her mit Märklin kompatibel. Gebraucht gibt´s die heute noch recht günstig. (Anscheinend ist niemand auf die Idee gekommen, daß die Sammlerstücke sein könnten.)...

... Überfordere Deine Kinder nicht von der Feinmotorik her: Wagen mit Drehgestellen oder lange Lokomotiven werden einem 5jährigen keine große Freude bereiten. Zweiachsige kurze Wagen, kurze Tenderloks sind m.E. da besser geeignet. (Christoph Perleth)

''Kommentar hierzu von Carlo Peschke''
...Ich hatte in diesem Alter auch schon Drehgestell-Wagen und Loks. Es war zwar etwas aufwendiger, die auf die Schienen zu stellen, aber überfordert war ich nicht. Die Feinmotorik können die Kinder auch lernen...

...Trenne ggf. Deinen Bereich (teure Loks mit denen die Kinder nicht spielen dürfen) von dem der Kinder, spiele aber so oft wie möglich mit ihnen zusammen. "Zusammen spielen" meint z.B. auch, daß Du zuschaust, was die Kinder alles tun. Das ist manchmal hart, aber wichtig, die Kinder brauchen Erfolgserlebnisse, sonst vergeht ihnen die Lust... (Christoph Perleth)

==Was taugen Anlagen auf dem Boden?===

...Gerade wenn Du Märklin C-Gleise verwendest, solltest Du deren Vorteil nutzen und auf dem Boden mit Deinem Kind spielen. Da kann man wechselnde Anlagen bauen, hierfür sind die C-Gleise wirklich ideal. Die Gleise kann man mal auch auf dem Tisch aufbauen und Erdnüsse rumfahren usw...
''(Christoph Perleth)''

...Das funktioniert wirklich prima. Wir machen das mit den Roco-Line Gleisen mit Bettung in H0. Ständiger Umbau führt (bei Kindern) zu viel mehr Spielspaß. Übrigens kann man (frau auch) Kinder auch an vorbildgerechten Anlagenbau heranführen. Bei uns funktioniert das so: Sohnemann ist total begeistert von den TUI-Ferienexpress-Zügen (weil Vater beruflich mit der TUI zu tun hat und ab und zu mit dem Steppke an die Nachfolger - die Urlaubsexpresszüge - ran muß um Koffer aufzugeben). Ich hab' ihm also erklärt, daß die Züge gelaufen sind, als Papa noch ein Kind war und wir, wenn wir eine Anlage aus der Zeit bauen wollen, keine ICE darauf laufen lassen können. Denn die gab's ja noch nicht, als Papa sechs war. Das hat er sofort geschnallt. Jetzt fragt er mich dauernd, ob es denn dieses oder jenes, was er beim Vorbild sieht, auch schon "in der Epoche IV" da gestanden hat (schwitz, das hab' ich jetzt davon). Der Bau einer Anlage ist ein Traum, den wir gemeinsam träumen. Fast jeden Tag planen wir ein bißchen und spinnen uns aus, wie die mal aussehen soll (irgendjemand muß uns mal verraten, wie wir an einen dicken Lottogewinn kommen)...
''(Dirk Wolf, Sohn ist fast 6)''

...Tja, aber dann muß man nach ein paar Stunden gleich wieder alles demontieren. Ich stehe/stand vor einem ähnlichen Problem und bin mit der/den Lösung/en nicht so ganz glücklich. Wie war das in unserer Jugend? Ich habe leider nur eine äußerst verschwommene Erinnerung daran, die sich auf eine Startpackung unter dem Weihnachtsbaum (vor 35 Jahren) beschränkt. Dann klafft m.E. eine Lücke von einigen Jahren und es erscheint das Bild des obligaten Brettes von 2 x 1 m, auf dem mein Onkel zwei Kreise geschraubt hatte. Dann folgte die eigentlich interessante Phase des Selbst(um)baus, die mir aus Sicht des Vaters allerdings noch nicht so sehr sympathisch ist ;-)...
''(Michael König)''

...Das Erstellen von geschlossenen Gleisplänen, die etwas komplexer als Ovale sind, überfordert unsere zwei Kinder aber noch. Ich habe daher mit dem Gleisplanprogramm XTrkCad (Shareware von http://www.sillub.com/) unsere gemeinsam entwickelten Pläne abgemalt und ausgedruckt. Mit dieser Vorlage können sie dann auch selbst die Anlage auf- und umbauen. Wer will kann diese Pläne auch per E-Mail bekommen...
'' (Frank Buchholz)''

==Welches Zubehör braucht man für eine kindergeeignete Modellbahnanlage?==

...Eine feste Landschaft haben wir nicht. Dafür haben wir aus Pappmache ein paar Landschaftbausteine mit Hügeln und Tunneln gebaut, die man flexibel dazustellen kann. Weiter gibt es einige Teelichthäuschen aus Porzellan (gibt es auf Weihnachtsmärkten) mit elektrischer Beleuchtung. Allerdings ist es hierbei unseren Kindern schon zu umständlich, die Kabel zu verlegen. Brücken, Rampen, Personen, Ladegüter und weitere Dekoartikel entstammen meist der Lego-Kiste. Wie man sieht, nehmen wir es mit der Vorbildtreue noch nicht besonders ernst - aber es macht Spaß...
''(Frank Buchholz)''

...Ich und meine beiden Töchter (5 und 7 1/2) spielen "auf dem Teppich", bauen also wechselnde Anlagen auf, garnieren die mit Lego-Tunnels usw. Mit meiner älteren Tochter habe ich auch schon zwei Bausätze (Lokschuppen, Bahnhof, einfache Pola-Modelle für jeweils DM 20) gebaut bzw. bin gerade dabei, was ihr ziemlich viel Spaß macht. Ein Märklin-Delta-Control und ein selbstgebastelter Handregler ermöglicht den gleichzeitigen Betrieb zweier Loks, damit sind die Kinder sehr zufrieden (Erweiterung auf vier Handregler mit dem PC-Programm von [http://www.DER-MOBA.de/~vogt/DirecTrain/ Torsten] kein Problem, habe ich auch schon realisiert, brauchen die beiden aber noch nicht). Die Größe der H0-Modelle macht auch der Kleinen keine unüberwindbaren Probleme...
''(Christoph Perleth)''

...Weiter: Bei Zubehör sehe ich kein Problem [...] ABER: Braucht es da überhaupt viel? Baue mit den Kinder zusammen Bahnhof und Betriebswerk aus Lego oder aus Karton! Aus Holzstäben von Silvesterraketen und alten Klopapierrollen kann man z.B. schöne Wassertürme basteln. Meine Töchter haben Holzklötze zusammengenagelt (auch 5jährige können Nageln lernen) bzw. zusammengeleimt und nennen die Teile nun Kindergarten usw. Bausätze wurde ich erst für die Kinder kaufen, wenn Du sie zusammen mit ihnen basteln kannst. Zusammen Basteln heißt wiederum, nicht nur zuschauen lassen, sondern ihnen eigene Aufgaben geben. Meine Tochter (im Alter von 6 1/2) hat beim Bau eines einfachen Pola-Lokschuppens (Sonderangebot für DM 15, da macht es nichts, wenn was schief geht) gut mithelfen können, indem sie die Fenster einklebte, oder ich lasse ihr die Sachen tun, die ich mit meinen Erwachsenen-Wurstfingern nicht schaffe. Sicher, ich könnte eine Pinzette nehmen, aber es geht gerade darum, den Kindern zu zeigen, daß sie in bestimmten Bereichen vollwertig mitbasteln können oder auch mal etwas besser können.
''(Christoph Perleth)''

''Kommentar hierzu von Carlo Peschke''
...Völlig richtig. Ich kann mich da an meine aus Holzklötzen und Schaschlikspießen selbst gebaute Oberleitung erinnern. (Wohlgemerkt: Die Schaschlikspieße waren die Fahrdrähte.) Und wie sollen die Kinder je lernen, Modelle zu supern, wenn Papi für sie die gekauften Modelle zusammenklebt :-)...

''Kommentar hierzu von Michael König''
...Das ist wichtig. Daher weigere ich mich, die Bastelarbeiten für die Kids zu machen. Ausnahmen bestätigen die Regel - z.B. die besch.... Combi-Bausätze von Faller (Pappe und Plastik). Selbst Erwachsene mit Bastelerfahrung tun sich schwer, den Pappekram ordentlich und auch haltbar mit dem Plastik zu assemblieren. Daher lieber primitive, kleine Plastikbausätze, die so ein Kind auch in einer Stunde (länger halten Konzentration und Lust und auch Geduld des beisitzenden Papis meist nicht) zusammenbauen kann. Damit die Platte nicht allzu leer aussieht, gebe ich bis zur Vergrößerung des kind-eigenen Fundus´ Leihgaben aus meinem eigenen Kindheitsbestand (die meist auch nicht besser aussehen)...

...Ein mit Tusche bemalter Karton ist bei uns ein "Papa, das ist ein SUUUPER-Tunnel". Unsere Erfahrung zeigt, daß die tollen Bausätze auch Frust hervorbringen können. Ein Güterschuppen mit Flaschenzug hat zu Tränen geführt, nachdem klar war, daß der Flaschenzug "nur zur Zierde" da ist. Das Wort Zierde führt seitdem zu regelmäßigen Wutanfällen: "Bei Erwachsenen ist immer ist alles nur zur Zierde da"!...
''(Dirk Wolf, Sohn ist fast 6)''

...Es empfiehlt sich, einen Rand um die Platte zu machen, damit die Wägen nicht so leicht abstürzen...
''(Carlo Peschke)''

==Sind Digital-Systeme kindergeeignet?==

...Ich bin kein Fan von Digital. Analog ist einfacher erklärt. Strom ans Gleis und die Lok fährt. Nachrüsten kannst du immer noch...
''(Edbert van Eimeren)''

...mal `ne Roco-Digital-Startpackung mitgebracht. Die habe ich nun bzw. mehr mein Sohn. Im Alter von 3 Jahre durfte er schon mal mit dem Regler drehen. Nun, inzwischen 5 Jahre alt, spielt er komplett allein. Natürlich machen ich und auch mitunter meine Tochter (12) mal mit...
''(Matthias Herold)''

Thomas beschreibt seine Digitalausrüstung (früher Märklin-Digital, jetzt Intellibox, PC-Steuerprogramm, Optokoppler, Handregler vom FREMO etc.) und meint zu den Komponenten''
Diese funktionieren sehr gut und ich denke sie sind in der Bedienung so einfach das sie auch für Kinder geeignet sind. Jedenfalls kommen meine Jungs sehr gut mit Ihnen klar!

...Umstellung auf "Digital is cool" nach nur drei Wochen (zweites Startset und Nutzung des Umtausch-Bonus, also mit zwei Lokmäusen) hat sich für die Kids als total toll herausgestellt. Jetzt kann er mit seinen Freunden gleichzeitig spielen und es gibt keinen Frust nach dem Motto "ich will auch mal"...
''(Dirk Wolf, Sohn ist fast 6)''

...Überfordere Deine Kinder nicht mit Elektronik und Fernbedienung. Denen wird es vielleicht sogar Spaß machen, herumzurutschen und die Weichen per Hand zu bedienen (ist ja auch bis mindestens Epoche III vorbildgerecht). Da wissen sie wenigstens, wo die Züge hinfahren...
''(Christoph Perleth)''

''Kommentar hierzu von Carlo Peschke''
...Hier sei angemerkt, daß meine Bekannte völlig baff ist, wenn ihre dreijährigeTochter ganz allein ein Spielprogramm bedient, wobei ihr einziges Problem ist, daß die Mouse zu groß ist. Aber ein bißchen Bezug zur physischen Welt schadet den Kindern nichts...

''Kommentar hierzu von Michael König'': ...mein filius secundus (<7) meckert, weil die Weichen seiner (ersten) Anlage noch nicht elektrifiziert sind wie die seines Bruders (<9). Außerdem können Weichen in einer für die Ärmle der Kleinen unerreichbaren Entfernung stehen. Darauf müssen wir auch achten: Daß sich alle Spielmöglichkeiten für die filii & filiae in einer erreichbaren Nähe befinden - was den Anlagenbau doch sehr sehr stark einschränkt...

==Was kann das alles kosten?==

...als Vater von drei Söhnen (8,6 und 3 Jahre) und einer Tochter (1 Jahr) habe ich folgendes Konzept für unsere Bahnanlage entwickelt: Aus meinen Kindertagen gab es noch Märklin Rollmaterial, das ich unbedingt weiterverwenden wollte. Also habe ich vor einigen Jahren schon eine Märklin Delta Startpackung gekauft (damals mit K-Gleis, da es das C-Gleis noch nicht gab). Auf Börsen und Flohmärkten haben wir uns für ein paar Mark die Wagen und Loks gekauft, die keiner mehr wollte. Außerdem noch einige Alpha Train Gleise (mit den jetzigen C-Gleisen zu vergleichen). Wir bauen jetzt (unser 8jähriger und ich) zusammen eine "Modellbahnanlage" mit Digital - weil dies aber dauert, spielen wir zwischendurch mit Alpha-Gleisen und "Alt-Loks" auf dem Boden in der Phantasiewelt aus Lego, Playmobil und anderen Schätzen. Da kann schon unser dreijähriger mitspielen, den kaputt kann man kaum was machen. Und uns macht es Spaß...
''(Jörg Wagner)''

...Wir haben eine Märklin Startpackung mit C-Gleisoval gekauft, dazu Schienen und Weichen für ein Überholgleis (zunächst als Abstellgleis, zum Rangieren, oder als "Streckensymbol", d.h. wenn der Zug auf dem einen Gleis fährt, "fährt" er auf der Strecke, auf dem zweiten Gleis ist der Bahnhof etc.). Die Kosten hierfür betrugen ca. DM 200. Inzwischen habe ich zusätzliche Gleise und Weichen teils gebraucht gekauft (ca. DM 200), ein Lok aus einer Startpackung (ohne Startpackung, also nur die Lok für DM 120), noch ein paar Wägen (Roco, Fleischmann Hobby- bzw. Junior-Serie; ca. DM 70), eine Märklin Delta-Control (DM 90) sowie einen Handregler (selbstgebastelt, ca. DM 10). Insgesamt also ca. DM 700...
''(Christoph Perleth)''

...Da liegt man also bei knapp unter einem Tausender...
''(Frank Buchholz)''

==Mögen Mädchen Modellbahnen?==

... Das habe ich auch schon immer gesagt: Den Mädchen werden einfach Puppen gekauft und den Jungen Eisenbahn...
''(Peter Kügler)''

... Meine Kinder haben eine gemeinsame Spielzeugkiste. Dennoch spielt meine Tochter eigenartigerweise am liebsten mit Puppen und meine Söhne mit der Eisenbahn. Sollte da doch der genetische kleine Unterschied mit im Spiel sein?...
''(Joachim Schmid)''

...Der genetische Unterschied kann´s nicht so direkt sein, da ein spezielles "Eisenbahn-Mögen-Gen" eher unwahrscheinlich sein dürfte, genau wie ein "Pferde-Mögen-Gen". Aber Eltern dürfen sich nichts vormachen: Da gibt es Freunde, Kindergärten etc., wo mehr für Interessen grundgelegt wird als von den Eltern. Wichtig außerdem: Wenn sich die Väter nicht mit den Kindern beschäftigen, wieso sollten gerade Mädchen auf solche Interessen gestoßen werden? Kinder haben leider meist nur mit Müttern (und Frauen, siehe Kindergarten, Grundschule) zu tun, da stehen eben fast ausschließlich weibliche Rollenmodelle zur Verfügung [...] Also meine Töchter (4 1/2 und 7) spielen (noch?) mit Puppen UND Eisenbahn - und interessieren sich für Pferde...
''(Christoph Perleth)''

...Außerdem finden Mädchen Dampfloks faszinierend, wenn der Vater sie mit ihnen anguckt! Meine Frau übrigens auch, sie hat noch nie protestiert, wenn wir (ich und meine Töchter) Dampfzug fahren oder uns eine Modellbahnausstellung angucken wollten [...] Aber interessiert ist sie wohl nicht, eher geduldig...
''(Christoph Perleth)''

...Unsere Kinder (3 Jahre bzw. 3 Monate) sind beides Mädchen. Die "Große" ist sehr an Eisenbahnen interessiert. Natürlich liegt das daran, daß sie meine Vorliebe erkannt hat und weiß, daß sie mit der Bitte "Spielst Du mit mir Eisenbahn" oder "Guckst Du mit mir Thomas-Lokomotive" mehr Erfolg hat, als wenn sie mich zum Puppenspielen einladen würde. Bei meiner Anlagenplanung (neuer Keller in Sicht) versuche ich, auch die Interessen der Kinder zu berücksichtigen: Geheizter Raum, Teppichboden und genügend Platz, um die Duplo-Bahn oder LGB auf dem Boden zu betreiben. Ob ich mich damit langfristig gegen externe Einflüssen wie Kindergarten oder Schule behaupten kann? Wird man sehen ...
''(Frank Forsten)''

''Christoph Perleth kommentierte hierzu''
...Meine Prognose: Ja, wenn Du es so machst wie Du schreibst, also den Kindern Freiräume zum eigenen Spielen gibst (nicht nur bei Papi zuschauen). Es ist m.E. auch wichtig, die Fahrzeuge der Kinder ernst zu nehmen, mit ihnen zu spielen, sie ins Hobby einzubeziehen, auch wenn es klare Grenzen gibt ("Meine Fleischmann Gtl 4/4 dürft ihr aber nicht nehmen, wenn ich nicht da bin!"). Meine Kinder finden ihre Hobby-Loks (Märklin BR 89, 74) eh viel besser, weil sie Unfälle bauen können und nichts abbrechen kann, weil sie schneller und stärker sind. Übrigens kann man sogar Einfluss auf den Kindergarten nehmen (manchmal)...

...Und stellt Euch vor: Unsere (gemeinsam gebaute) Eisenbahn steht im Schlafzimmer!!! Der Vorschlag kam von mir, da Bastelkeller oder Speicher doch wohl eher ungemütlich und kalt sind (vielleicht kann man so den Frauen das Hobby schmackhaft machen, die meisten Frauen frieren leicht :-)) )...
''(Claudia Payer)''

... Nicht "aberzogen", stattdessen fehlt es an geeigneten Spielkameraden. Kinder spielen nun mal mit den Dingen, mit denen andere Kinder auch spielen. Und wenn andere Kinder lieber mit Puppen spielen, weil Omi wieder mal eine mitgebracht hat, dann bleibt das erst mal so...
''(Claudia Payer)''

...Vielleicht ist das in dieser Newsgroup exotisch, aber ich bin selbst weiblich und interessiere mich für Modellbahnen und kenne auch noch zwei weitere Frauen [...] Als Kind wollte ich schon immer eine Modellbahn zu Weihnachten, hab´ aber nie eine bekommen. Meine Eltern waren immer der Meinung, daß Mädchen keine Eisenbahn brauchen. Jetzt bin ich alt genug und werde auch damit anfangen...
''(Alexandra Weiskopf)''

...Ein paar Thesen:

* Es ist jammerschade, daß technisches Spielzeug nach wie vor fast nur Jungen geschenkt (anvertraut, zugemutet....) wird.
* Jungen spielen auch gerne mit Puppen, Rollenspiele etc., jedenfalls wenn man sie anregt und selber (als Vater, Onkel etc) mitspielt.
* Kleine Mädchen lieben auch Eisenbahnen. Meine beiden Toechter spielen gerne damit, wenn auch etwas unkonventionell, z.B. läßt meine 4 1/2jährige Tochter gerne ihre Brio-Lok auf den H0-Gleisen fahren, geht gar nicht mal so schlecht C-Gleise)...;-)
* Meine beiden Töchter lieben es, ihre Loks selbst zu zerlegen, mit der Pinzette die Teppichfusseln zu entfernen, Räder zu ölen (etwas problematisch bei der Brio-Lok), Bausätze wie Lokschuppen etc. mit mir zu bauen (die 7jährige) etc. Das fördert Feinmotorik, Arbeitsverhalten, ...
* Auch Mädchen fahren gerne Dampfzüge, klettern gerne in Führerhäuser und schauen gerne in Feuerlöcher.
* Ganz ernst: Bis zum Alter von 10/12 Jahren gibt es kaum Geschlechtsunterschiede im Hinblick auf Mathematik, physikalsiches Wissen, Technik etc. Das geht erst so richtig mit dem Physikunterricht los. Warum wohl?
* Viele angeblichen Forschungsbefunde zu genetischen Geschlechtsunterschieden sind mit unsauberen Methoden gewonnen oder haben sich nachträglich als falsch erwiesen.
* Alle Freundinnen und Freunde meiner Töchter hören fasziniert zu, wenn ich meine Eisenbahngeschichten erzähle (à la Münchhausen).
* Auch eher wenige Männer interessieren sich für (Modell-)Eisenbahnen.
* Meine Töchter haben mich zum Modellbahn-Hobby zurückgeholt (als Junge spielte ich sehr gerne Eisenbahn), jetzt trau´ ich mich wieder!
* Mädchen UND Jungen sollten ihr Verhaltensspektrum erweitern!

Hier stehe ich, ich kann nicht anders! ;-) Übrigens: "Brauchen" Jungen eigentlich eine Eisenbahn?...
''(Christoph Perleth)''

''Waldemar Schmidt wies in diesem Zusammenhang darauf hin, daß in den Schulen häufig in naturwissenschaftlichen Fächern Unterricht getrennt nach Geschlechtern durchgeführt wird''
=== ===

==Kinder werden älter - Wie gehts weiter?==

...Meine ältere Tochter (7 1/4) versucht sich erst seit neuestem an vorbildgerechtem Betrieb (z.B. Anpassung der Geschwindigkeit), was ich schon als sensationell früh ansehe...
''(Christoph Perleth)''

...Ich habe gestern das mit dem Entfernen eines Bügels pro Wagen ausprobiert (vgl. Abschnitt zu [http://www.der-moba.de/old/Inhalt/Artikelverzeichnis/kidsrail.html#NGHersteller Herstellern kindergeeigneter Modellbahnen]). Nachdem ich einen demontiert hatte, und meineTochter (7) mal kurz probierte, wie das Lösen der Wagen damit geht, mußte ich gleich alle Wägen entsprechend umrüsten. Aber dann kam meine Tochter plötzlich mit der Idee daher, daß ich ihr ja Kupplungen wie in meinen Güterwagen einbauen könnte, "wo die Puffer so ganz eng sind". Tja, manchmal geht das mit der Orientierung auf vorbildgerechten Betrieb fast zu schnell! ;-) ...
''(Christoph Perleth)''

...Ich habe dann mit ca. 14 Jahren den Wechsel zu Gleichstrom und zwei Leiter vollzogen. [...] war es für einen Wechsel schon fast zu spät. [...] fing ich an, mir eine Modellbahn aufzubauen, also weg vom reinen Spielbetrieb. Nun kamen die Probleme: An einem Bahnübergang störte mich der Mittelleiter im Straßenbelag. Selbst ein dünner Kupferdraht, in den Bohlen des Bahnüberganges konnte mich nicht ganz befriedigen. Dann die Ladestraße auf dem Fabrikgelände - wieder dieser Mittelleiter. Und was das Faß zum überlaufen brachte: Die Untersuchungsgruben im BW. Da blieb nichts anderes übrig, als auf 2-Leiter Gleichstrom zu wechseln. [...] Aber Fazit: Zum Anfang gibt es in H0 nichts besseres als Märklin!
''(Christian Heuser)''

==Das Wichtigste zum Schluß:==

...und viel Spass, egal mit was, denn um das geht es am Anfang ...
''(Uwe Graichen)''

...Übrigens: Modelleisenbahn mit Kindern macht Spaß!...
''(Christoph Perleth)''

''Kommentar hierzu von Michael König''
...Wenn die Kinder Interesse haben. Zu meinem Bedauern hocken sich meine beiden Älteren lieber an den PC und machen da (pädagogisch wertvolle!) Spiele. Sogar die Kleine will mittlerweile da mitmachen ... Fluch der Technik.

...Wie gesagt, man darf die Kinder ruhig etwas fordern, die lernen mehr, als man ihnen zutraut...
''(Carlo Peschke)'' 

==Links zum Weiterlesen:==

DER_MOBA-Artikel zumThema:
*[[Der Einstieg ins Hobby]]
*[[Der Einstieg ins Hobby - analog oder Digital?]]

Informationen und Anregungen sowie Bastelanleitungen unter http://www.kinderbahn.de

"Leitfaden zum richtigen Startset" auf der [http://www.modellbahnecke.de/start.htm Seite der Modellbahnecke Weiss.]

Manfred Detzner hat seine und die Erfahrungen seiner Söhne [http://www.m-detzner.de/leben.htm hier] beschrieben.

[[Kategorie:Modellbahn]]

Digitalprojekt

2008-01-19T12:45:56Z

Guido Scholz: /* DDL-Betrieb */

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors. Außerdem existiert eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms, sowie eine darauf aufbauende Version mit SRCP 0.8-Unterstützung von einer neuen [http://sourceforge.net/projects/dtcltiny/ Projektseite].

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach und kostengünstig an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5-8 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an dem einen oder anderen Notebook nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2008-01-16T14:07:24Z

Guido Scholz: Tippfehler korrigiert

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden üblicherweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors. Außerdem existiert eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms, sowie eine darauf aufbauende Version mit SRCP 0.8-Unterstützung von einer neuen [http://sourceforge.net/projects/dtcltiny/ Projektseite].

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael@Reukauff.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an Notebooks nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Diverse Programme

2008-01-15T08:02:47Z

Guido Scholz: Kommasetzung repariert, Formulierungen überarbeitet.

Neben den Programmen zur [[Modellbahnsteuerung via PC]] und den [[Gleisplanungsprogramme]]n gibt es noch etliche andere nützliche Helfer, hier eine kleine Auswahl

=Katalogisierung=
[[Bild:Eisenbahn98.png|350px|right]]
[http://www.pothe.de/ Eisenbahn 98 (Ausgabe 2005) 3.8.4]

Eisenbahn 98 ist eine Verwaltung für Modelle, egal welcher Spurweite. Das Programm läuft unter folgenden Windows-Varianten: 98/2000/XP

33,-- €

 
<hr>

=Programmierung=
[[Bild:Decoder Programmer.png|right]]
[http://www.henningvoosen.de/site/Downloads/DecoderProgrammer.htm DecoderProgrammer]

Programmieren von Motorola-, DCC- und Selectrix-Decodern mit den Zentralen
6021 & 6051, IntelliBox, MasterControl, SLX850 & SLX852, LZ100 & LI101f, LZ100 & LI-USB.

Programmierung von fx- und mfx-Decodern mittels PC.

Sehr übersichtliches Programm, einfaches Programmieren des Fuction Mapping.

- kostenlos
 
<hr>

[[Bild:Pfusch.jpg|right]]
[http://www.stp-software.at/PfuSch/PfuSch.htm P.f.u.Sch.]

Das Programm wurde entwickelt, um die Leistungsfähigkeit moderner DCC-Fahrzeugempfänger (Decoder) voll ausnutzen zu können. Es erlaubt ein einfaches Modifizieren aller Empfängereinstellungen (Programmieren der Konfigurationsvariablen, CVs). Alle Daten werden permanent in einer Fahrzeugdatenbank abgespeichert. Außerdem ist das Steuern von Fahrzeugen und das Schalten von Magnetartikeln und Signalen direkt aus P.F.u.Sch möglich.

45,- EUR

Demoversion abrufbar, Vertrieb über http://amw.huebsch.at/
 
<hr>

[[Bild:Prolok.png|350px|right]]
[http://tt.borrmanns.de/index.php?nav=0;0&cont=software2 ProLok]

ProLok ist eine unter Windows lauffähige Anwendung zur Programmierung von DCC-Decodern. Damit lassen sich die CVs aller DCC-Decoder programmieren, prüfen und auslesen. Die Werte können für jeden Decoder in einer separaten Textdatei abgespeichert werden. Als Hardwarevoraussetzungen sind laut Angaben eine RS232-Schnittstelle sowie ein Digitrax PR1, DECPROG oder Booster und Ack-Detector erforderlich.

Das Programm unterliegt der GNU General Public License (GPL) der Free Software Foundation und ist kostenlos auf der Homepage des Programmautors verfügbar.

[[Kategorie:Software]]

Diverse Programme

2008-01-15T07:55:23Z

Guido Scholz: Formulierung korrigiert

Neben den Programmen zur [[Modellbahnsteuerung via PC]] und den [[Gleisplanungsprogramme]]n gibt es noch etliche andere nützliche Helfer, hier eine kleine Auswahl

=Katalogisierung=
[[Bild:Eisenbahn98.png|350px|right]]
[http://www.pothe.de/ Eisenbahn 98 (Ausgabe 2005) 3.8.4]

Eisenbahn 98 ist eine Verwaltung für Modelle, egal welcher Spurweite. Das Programm läuft unter folgenden Windows-Varianten: 98/2000/XP

33,-- €

 
<hr>

=Programmierung=
[[Bild:Decoder Programmer.png|right]]
[http://www.henningvoosen.de/site/Downloads/DecoderProgrammer.htm DecoderProgrammer]

Programmieren von Motorola-, DCC- und Selectrix-Decodern mit den Zentralen
6021 & 6051,IntelliBox, MasterControl,SLX850 & SLX852,LZ100 & LI101f,LZ100 & LI-USB

Programmierung von fx- und mfx-Decodern mittels PC.

Sehr übersichtliches Programm,
einfaches Programmieren des Fuction Mapping.

- kostenlos
 
<hr>

[[Bild:Pfusch.jpg|right]]
[http://www.stp-software.at/PfuSch/PfuSch.htm P.f.u.Sch.]

Um die Leistungsfähigkeit moderner Fahrzeugempfänger voll ausnutzen zu können, wurde P.F.u.Sch entwickelt. Das Programm erlaubt eine einfaches Modifizieren aller Empfängereinstellungen (Programmieren der Konfigurationsvariablen). Alle Daten werden permanent in einer Fahrzeugdatenbank abgespeichert. Außerdem ist das Steuern von Fahrzeugen und das Schalten von Magnetartikeln und Signalen direkt aus P.F.u.Sch möglich.

45,--

Demoversion abrufbar, Vertrieb über http://amw.huebsch.at/
 
<hr>

[[Bild:Prolok.png|350px|right]]
[http://tt.borrmanns.de/index.php?nav=0;0&cont=software2 ProLok]

ProLok ist ein unter Windows lauffähiges DCC-Dekoderprogrammierprogramm. Damit lassen sich die CVs aller DCC-Dekoder programmieren, prüfen und auslesen. Die Werte können für jeden Decoder in ein separates Textfile abgespeichert werden. Als Hardwarevoraussetzungen sind laut Angaben ein serieller Port sowie ein Digitrax PR1, DECPROG oder Booster und Ack-Detector erforderlich.

Das Programm unterliegt der GNU General Public License (GPL) der Free Software Foundation und ist kostenlos auf der Homepage des Programmautors verfügbar.

[[Kategorie:Software]]

POM

2008-01-09T22:07:25Z

Guido Scholz: Operations Mode Programming ergänzt

POM

Programming On Main.

Das Einstellen der Konfigurationsvariablen (CV) während des Betriebs auf dem Hauptgleis. Die Werte der Variblen können i.d.R. nicht gelesen, sondern nur eingestellt werden.

Im Englischen findet man dafür häufiger den Begriff »Operations Mode Programming« als Gegensatz zum »Service Mode Programming«.

[[Kategorie:Glossar]]

Digitalprojekt

2007-10-23T09:54:57Z

Guido Scholz: Aufgabenerläuterung des Servers erweitert

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]]. Er nimmt Steuerbefehle von SRCP-Clients entgegen und leitet diese an die Modellbahn weiter. Zusätzlich hält er die Clients über Statusänderungen der Modellbahn informiert.

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden überlichweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael.Reukauff@t-online.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors. Außerdem existiert eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms, sowie eine darauf aufbauende Version mit SRCP 0.8-Unterstützung von einer neuen [http://sourceforge.net/projects/dtcltiny/ Projektseite].

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael.Reukauff@t-online.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an Notebooks nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

SRCP-Grundlagen

2007-10-05T12:29:06Z

Guido Scholz: /* Allgemeines */

= Allgemeines =
Bei SRCP (Simple Railroad Command Protocol) handelt es sich um eine Sprachdefinition, mit der Computerprogramme zur Modellbahnsteuerung in einem Client-Server-System Informationen untereinander austauschen können. Das Protokoll selbst ist in der Anwendung vergleichbar mit anderen Internetprotokollen wie SMTP, HTTP, FTP etc., widmet sich aber speziell den Anforderungen der Steuerung einer digitalen Modellbahn.

Die Entwicklung des Protokolls erfolgt über die Newsgroup '''de.rec.modelle.bahn'''. Änderungsvorschläge können dort vorgetragen und deren Vor- und Nachteile abwägend diskutiert werden. Zweckmäßgerweise werden Beiträge zum Thema SRCP in der Betreffzeile durch ein einführendes [SRCP] kenntlich gemacht. Wird eine Übereinkunft zur Änderung erzielt, fließt diese in die Spezifikation ein. Für komplexere und kontrovers diskutierte Änderungen kann der Artikel [[SRCP-Erweiterungen]] genutzt werden, um Aussagen zusammenzutragen und diese überschaubar darzustellen.

Eine Auflistung der bislang verfügbaren SRCP-Programme befindet sich im Artikel [[Digitalprojekt]].

= Spezifikation =
Die aktuell gültige SRCP-Spezifikation trägt die Versionsnummer 0.8.3 ([http://srcpd.sourceforge.net/srcp/srcp-083.html HTML], [http://srcpd.sourceforge.net/srcp/srcp.pdf PDF]).

Die nächste Version ist unter der Nummer [http://srcpd.sourceforge.net/srcp/srcp-084.html 0.8.4] derzeit in Bearbeitung.

Beim Übergang von Version 0.7.3 auf 0.8.0 gab es größere Änderungen im Protokoll, bei der eine Abwärtskompatibilität aufgegeben werden mußte. Programme, die nur eine der beiden Protokollvarianten implementieren, können sich daher nicht mit Programmen der jeweils anderen Variante verständigen. Bereits vorhandene Software für SRCP 0.7.x wird daher im Laufe der Zeit auf SRCP 0.8.x umgestellt.

== Historische Spezifikationsversionen ==
* [[SRCP_0.5.0_(plain_text)|SRCP - Simple Railroad Command Protocol 0.5.0]]
* [[SRCP - Simple Railroad Command Protocol 0.6.0]]
* [[SRCP - Simple Railroad Command Protocol 0.6.1]]
* [[SRCP_0.7.0_(plain_text)|SRCP - Simple Railroad Command Protocol 0.7.0]]
* [[SRCP - Simple Railroad Command Protocol 0.7.2]]
* [[SRCP - Simple Railroad Command Protocol 0.7.3]]
* [[SRCP - Simple Railroad Command Protocol 0.8.0]]
* [http://srcpd.sourceforge.net/srcp/srcp-082.html SRCP - Simple Railroad Command Protocol 0.8.2]

= Designprinzipien =
SRCP benutzt zeilenorientierten Klartext. Der Text besteht aus Kommandos und Informationen.
Kommandos werden vom Client an den Server übermittelt, Informationen vom Server an den
Client. Jedes Kommando und jede Information besteht aus exakt einer Zeile. Es ist eine
maximale Zeilenlänge definiert, um auch Programmieranfängern einfache Fehler wie
Pufferüberläufe (Buffer Overflows) vermeiden zu helfen.

Der Server stellt seine Dienste im Netzwerk bereit. Zur Verbindungsaufnahme sind sein
Hostname (ersatzweise die IP-Adresse) und der Netzwerkport (z.B. 4303) bei jedem
Client anzugeben. Der Client kann diese Angaben über andere Dienste anfordern (Bonjour,
Zeroconf, Active Directory).

[[Bild:Srcp-connect-command.png|framed|Einrichtung einer Kommandositzung zwischen SRCP-Client und -Server nach Protokollversion 0.8. [], ---: optional, 1-8: Handshake-Phase, 9: Kommandoaustausch]]
Nach Verbindungsaufnahme wird vom Server eine zunächst anonyme Sitzung (Session) gestartet. Diese wird »Handshake« genannt. In ihr kann der Client verschiedene Betriebsparameter einstellen.
Derzeit sind zwei unterschiedliche Betriebsmodi definiert:

* COMMAND und
* INFO

Weitere Parameter betreffen z.B. die SRCP-Version, die benutzt werden soll. Da diese Wahlmöglichkeit für unterschiedliche Protokollversionen erst mit Version 0.8 eingeführt wurde, bieten frühere, aber noch immer benutzte Versionen (0.7), diese Möglichkeit nicht.

Mit dem Befehl GO wird die Handshake-Phase beendet und die noch anonyme Sitzung erhält eine
Identifikationsnummer (Session-ID). Gleichzeitig wird die Verbindung auf den gewählten Betriebsmodus eingestellt. Die Session-ID ist ein numerischer Wert, der die Sitzung identifiziert.

Im Betriebsmodus INFO wird ausschließlich vom Server zum Client kommuniziert. Es werden
alle im Protokoll als INFO gekennzeichneten Angaben (Code 100 bis 199) übertragen. Alle
Angaben markieren Veränderungen. Der Client beendet die INFO-Sitzung, indem er die
Verbindung kappt; es besteht für diesen Modus keine Möglichkeit zur Kommandoübermittlung an den Server.

Im Betriebsmodus COMMAND wartet der Server auf Kommandos vom Client. Sobald ein Kommando
eintrifft, wird es bearbeitet, eine Antwort generiert und diese an den Client gesendet. Die
Antworten sind Bestätigungen dafür, dass das Kommando angenommen wurde, Fehlermeldungen oder
Abfrageergebnisse.

Kommandos bestehen aus einem Kommandowort, einer Adressangabe und weiteren Parametern.
Kommandoworte bestehen aus Verben, die eine Tätigkeit beschreiben: SET, GET, INIT,
TERM usw. Adressangaben sind im allgemeinen dreiteilig: Ein Bus, eine Gerätegruppe und eine
Adressangabe (Decoderadresse).

Eine Gerätegruppe markiert Geräte mit gleichen Parametern. Dies können reale Geräte
wie Decoder sein (jeder hat eine Adresse, einen Motor mit unterschiedlichen Fahrstufen
und 0 oder mehr Funktionsausgängen) oder nur logische Geräte wie das TIME-Device sein,
die nicht unbedingt ein Hardwarependant haben müssen.

Ein Bus kennzeichnet einen Adressraum, über den verschiedene Geräte erreichbar sind.
Im einfachsten Fall ist ein Bus eine Verbindung zwischen dem SRCP-Server und dem
Computerinterface der Modellbahnanlage.

== Gründe für das Design ==

=== Parameterlisten versus benamte Parameter ===
Die Diskussion wurde per Mehrheitsbeschluß entschieden. Eine technische Über- oder
Unterlegenheit einer der beiden Varianten konnte nicht festgestellt werden. Allgemein
wurde vermutet, dass benamte Parameter aufwendiger in der Umsetzung sind.

=== Kommandoworte ===
Die Kommandoworte wurden zugunsten einer größeren Gerätegruppenzahl klein und abstrakt gehalten. Jeden beeinflußbaren Parameter kann man via GET/SET bearbeiten. Es wurde allgemein für einfacher gehalten, neue Gerätegruppen mit den definierten Kommandos zu kombinieren als für neue Geräte auch neue Kommandos einzuführen.

= Kommerzielle Anwendung =
Natürlich ist es wünschenswert, daß sich SRCP auch über die Grenzen des '''DER_MOBA''' Digitalprojekts verbreitet. Deshalb ist auch der Einsatz von SRCP in kommerziellen Produkten erlaubt. Allerdings sind folgende Bedingungen einzuhalten:

# Sowohl in der Software, wie auch in der zugehörigen Dokumentation wird auf die SRCP-Entwicklergruppe und diese Internetseite verwiesen.
# Es findet keine eigenmächtige Erweiterung von SRCP statt. Stattdessen werden Erweiterungen mit der SRCP-Entwicklergruppe diskutiert und offiziell in SRCP integriert bzw. verworfen.
# Bei kommerziellem Erfolg des jeweiligen Produktes würden wir es gerne sehen, wenn sich die Entwickler über eine Spende zur Unterstützung von '''DER_MOBA''' Gedanken machen ;-).

= Common Railroad Configuration Files (CRCF) =

Ein Entwurf für ein Dateinformat, das eine zentrale SRCP-Server-Konfiguration beschreibt, stammt von Edbert van Eimeren und ist zur Diskusssion in der Newsgroup '''de.rec.modelle.bahn''' freigegeben. Die weitere Entwicklung der Spezifikation und eine Ideensammlung zu dessen Nutzung unter SRCP findet im Abschnitt [[SRCP-Erweiterungen]] statt.

* Entwurf [[CRCF - Common Railroad Configuration Files 0.2.0 | CRCF 0.2.0 ]] / [[CRCF 0.2.0 (Muster) | CRCF Beispiel]]

* Historie:
** Entwurf [[CRCF - Common Railroad Configuration Files 0.1 | CRCF 0.1.0 ]]

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

SRCP-Grundlagen

2007-10-05T12:25:14Z

Guido Scholz: Link ergänzt

= Allgemeines =
Bei SRCP (Simple Railroad Command Protocol) handelt es sich um eine Sprachdefinition, mit der Computerprogramme zur Modellbahnsteuerung in einem Client-Server-System Informationen untereinander austauschen können. Das Protokoll selbst ist in der Anwendung vergleichbar mit anderen Internetprotokollen wie SMTP, HTTP, FTP etc., widmet sich aber speziell den Anforderungen der Steuerung einer digitalen Modellbahn.

Die Entwicklung des Protokolls erfolgt über die Newsgroup '''de.rec.modelle.bahn'''. Änderungsvorschläge können dort vorgetragen und deren Vor- und Nachteile abwägend diskutiert werden. Wird eine Übereinkunft zur Änderung erzielt, fließt diese in die Spezifikation ein. Für komplexere und kontrovers diskutierte Änderungen kann der Artikel [[SRCP-Erweiterungen]] genutzt werden, um Aussagen zusammenzutragen und diese überschaubar darzustellen. Zweckmäßgerweise werden Beiträge zum Thema SRCP in der Betreffzeile durch ein einführendes [SRCP] kenntlich gemacht.

Eine Auflistung der bislang verfügbaren SRCP-Programme befindet sich im Artikel [[Digitalprojekt]].

= Spezifikation =
Die aktuell gültige SRCP-Spezifikation trägt die Versionsnummer 0.8.3 ([http://srcpd.sourceforge.net/srcp/srcp-083.html HTML], [http://srcpd.sourceforge.net/srcp/srcp.pdf PDF]).

Die nächste Version ist unter der Nummer [http://srcpd.sourceforge.net/srcp/srcp-084.html 0.8.4] derzeit in Bearbeitung.

Beim Übergang von Version 0.7.3 auf 0.8.0 gab es größere Änderungen im Protokoll, bei der eine Abwärtskompatibilität aufgegeben werden mußte. Programme, die nur eine der beiden Protokollvarianten implementieren, können sich daher nicht mit Programmen der jeweils anderen Variante verständigen. Bereits vorhandene Software für SRCP 0.7.x wird daher im Laufe der Zeit auf SRCP 0.8.x umgestellt.

== Historische Spezifikationsversionen ==
* [[SRCP_0.5.0_(plain_text)|SRCP - Simple Railroad Command Protocol 0.5.0]]
* [[SRCP - Simple Railroad Command Protocol 0.6.0]]
* [[SRCP - Simple Railroad Command Protocol 0.6.1]]
* [[SRCP_0.7.0_(plain_text)|SRCP - Simple Railroad Command Protocol 0.7.0]]
* [[SRCP - Simple Railroad Command Protocol 0.7.2]]
* [[SRCP - Simple Railroad Command Protocol 0.7.3]]
* [[SRCP - Simple Railroad Command Protocol 0.8.0]]
* [http://srcpd.sourceforge.net/srcp/srcp-082.html SRCP - Simple Railroad Command Protocol 0.8.2]

= Designprinzipien =
SRCP benutzt zeilenorientierten Klartext. Der Text besteht aus Kommandos und Informationen.
Kommandos werden vom Client an den Server übermittelt, Informationen vom Server an den
Client. Jedes Kommando und jede Information besteht aus exakt einer Zeile. Es ist eine
maximale Zeilenlänge definiert, um auch Programmieranfängern einfache Fehler wie
Pufferüberläufe (Buffer Overflows) vermeiden zu helfen.

Der Server stellt seine Dienste im Netzwerk bereit. Zur Verbindungsaufnahme sind sein
Hostname (ersatzweise die IP-Adresse) und der Netzwerkport (z.B. 4303) bei jedem
Client anzugeben. Der Client kann diese Angaben über andere Dienste anfordern (Bonjour,
Zeroconf, Active Directory).

[[Bild:Srcp-connect-command.png|framed|Einrichtung einer Kommandositzung zwischen SRCP-Client und -Server nach Protokollversion 0.8. [], ---: optional, 1-8: Handshake-Phase, 9: Kommandoaustausch]]
Nach Verbindungsaufnahme wird vom Server eine zunächst anonyme Sitzung (Session) gestartet. Diese wird »Handshake« genannt. In ihr kann der Client verschiedene Betriebsparameter einstellen.
Derzeit sind zwei unterschiedliche Betriebsmodi definiert:

* COMMAND und
* INFO

Weitere Parameter betreffen z.B. die SRCP-Version, die benutzt werden soll. Da diese Wahlmöglichkeit für unterschiedliche Protokollversionen erst mit Version 0.8 eingeführt wurde, bieten frühere, aber noch immer benutzte Versionen (0.7), diese Möglichkeit nicht.

Mit dem Befehl GO wird die Handshake-Phase beendet und die noch anonyme Sitzung erhält eine
Identifikationsnummer (Session-ID). Gleichzeitig wird die Verbindung auf den gewählten Betriebsmodus eingestellt. Die Session-ID ist ein numerischer Wert, der die Sitzung identifiziert.

Im Betriebsmodus INFO wird ausschließlich vom Server zum Client kommuniziert. Es werden
alle im Protokoll als INFO gekennzeichneten Angaben (Code 100 bis 199) übertragen. Alle
Angaben markieren Veränderungen. Der Client beendet die INFO-Sitzung, indem er die
Verbindung kappt; es besteht für diesen Modus keine Möglichkeit zur Kommandoübermittlung an den Server.

Im Betriebsmodus COMMAND wartet der Server auf Kommandos vom Client. Sobald ein Kommando
eintrifft, wird es bearbeitet, eine Antwort generiert und diese an den Client gesendet. Die
Antworten sind Bestätigungen dafür, dass das Kommando angenommen wurde, Fehlermeldungen oder
Abfrageergebnisse.

Kommandos bestehen aus einem Kommandowort, einer Adressangabe und weiteren Parametern.
Kommandoworte bestehen aus Verben, die eine Tätigkeit beschreiben: SET, GET, INIT,
TERM usw. Adressangaben sind im allgemeinen dreiteilig: Ein Bus, eine Gerätegruppe und eine
Adressangabe (Decoderadresse).

Eine Gerätegruppe markiert Geräte mit gleichen Parametern. Dies können reale Geräte
wie Decoder sein (jeder hat eine Adresse, einen Motor mit unterschiedlichen Fahrstufen
und 0 oder mehr Funktionsausgängen) oder nur logische Geräte wie das TIME-Device sein,
die nicht unbedingt ein Hardwarependant haben müssen.

Ein Bus kennzeichnet einen Adressraum, über den verschiedene Geräte erreichbar sind.
Im einfachsten Fall ist ein Bus eine Verbindung zwischen dem SRCP-Server und dem
Computerinterface der Modellbahnanlage.

== Gründe für das Design ==

=== Parameterlisten versus benamte Parameter ===
Die Diskussion wurde per Mehrheitsbeschluß entschieden. Eine technische Über- oder
Unterlegenheit einer der beiden Varianten konnte nicht festgestellt werden. Allgemein
wurde vermutet, dass benamte Parameter aufwendiger in der Umsetzung sind.

=== Kommandoworte ===
Die Kommandoworte wurden zugunsten einer größeren Gerätegruppenzahl klein und abstrakt gehalten. Jeden beeinflußbaren Parameter kann man via GET/SET bearbeiten. Es wurde allgemein für einfacher gehalten, neue Gerätegruppen mit den definierten Kommandos zu kombinieren als für neue Geräte auch neue Kommandos einzuführen.

= Kommerzielle Anwendung =
Natürlich ist es wünschenswert, daß sich SRCP auch über die Grenzen des '''DER_MOBA''' Digitalprojekts verbreitet. Deshalb ist auch der Einsatz von SRCP in kommerziellen Produkten erlaubt. Allerdings sind folgende Bedingungen einzuhalten:

# Sowohl in der Software, wie auch in der zugehörigen Dokumentation wird auf die SRCP-Entwicklergruppe und diese Internetseite verwiesen.
# Es findet keine eigenmächtige Erweiterung von SRCP statt. Stattdessen werden Erweiterungen mit der SRCP-Entwicklergruppe diskutiert und offiziell in SRCP integriert bzw. verworfen.
# Bei kommerziellem Erfolg des jeweiligen Produktes würden wir es gerne sehen, wenn sich die Entwickler über eine Spende zur Unterstützung von '''DER_MOBA''' Gedanken machen ;-).

= Common Railroad Configuration Files (CRCF) =

Ein Entwurf für ein Dateinformat, das eine zentrale SRCP-Server-Konfiguration beschreibt, stammt von Edbert van Eimeren und ist zur Diskusssion in der Newsgroup '''de.rec.modelle.bahn''' freigegeben. Die weitere Entwicklung der Spezifikation und eine Ideensammlung zu dessen Nutzung unter SRCP findet im Abschnitt [[SRCP-Erweiterungen]] statt.

* Entwurf [[CRCF - Common Railroad Configuration Files 0.2.0 | CRCF 0.2.0 ]] / [[CRCF 0.2.0 (Muster) | CRCF Beispiel]]

* Historie:
** Entwurf [[CRCF - Common Railroad Configuration Files 0.1 | CRCF 0.1.0 ]]

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

SRCP-Grundlagen

2007-10-05T12:16:59Z

Guido Scholz: /* Spezifikation */

= Allgemeines =
Bei SRCP (Simple Railroad Command Protocol) handelt es sich um eine Sprachdefinition, mit der Computerprogramme zur Modellbahnsteuerung in einem Client-Server-System Informationen untereinander austauschen können. Das Protokoll selbst ist in der Anwendung vergleichbar mit anderen Internetprotokollen wie SMTP, HTTP, FTP etc., widmet sich aber speziell den Anforderungen der Steuerung einer digitalen Modellbahn.

Die Entwicklung des Protokolls erfolgt über die Newsgroup '''de.rec.modelle.bahn'''. Änderungsvorschläge können dort vorgetragen und deren Vor- und Nachteile abwägend diskutiert werden. Wird eine Übereinkunft zur Änderung erzielt,
fließt diese in die Spezifikation ein. Zweckmäßgerweise werden Beiträge zum Thema SRCP in der Betreffzeile durch ein einführendes [SRCP] kenntlich gemacht.

Eine Auflistung der bislang verfügbaren SRCP-Programme befindet sich im Artikel [[Digitalprojekt]].

= Spezifikation =
Die aktuell gültige SRCP-Spezifikation trägt die Versionsnummer 0.8.3 ([http://srcpd.sourceforge.net/srcp/srcp-083.html HTML], [http://srcpd.sourceforge.net/srcp/srcp.pdf PDF]).

Die nächste Version ist unter der Nummer [http://srcpd.sourceforge.net/srcp/srcp-084.html 0.8.4] derzeit in Bearbeitung.

Beim Übergang von Version 0.7.3 auf 0.8.0 gab es größere Änderungen im Protokoll, bei der eine Abwärtskompatibilität aufgegeben werden mußte. Programme, die nur eine der beiden Protokollvarianten implementieren, können sich daher nicht mit Programmen der jeweils anderen Variante verständigen. Bereits vorhandene Software für SRCP 0.7.x wird daher im Laufe der Zeit auf SRCP 0.8.x umgestellt.

== Historische Spezifikationsversionen ==
* [[SRCP_0.5.0_(plain_text)|SRCP - Simple Railroad Command Protocol 0.5.0]]
* [[SRCP - Simple Railroad Command Protocol 0.6.0]]
* [[SRCP - Simple Railroad Command Protocol 0.6.1]]
* [[SRCP_0.7.0_(plain_text)|SRCP - Simple Railroad Command Protocol 0.7.0]]
* [[SRCP - Simple Railroad Command Protocol 0.7.2]]
* [[SRCP - Simple Railroad Command Protocol 0.7.3]]
* [[SRCP - Simple Railroad Command Protocol 0.8.0]]
* [http://srcpd.sourceforge.net/srcp/srcp-082.html SRCP - Simple Railroad Command Protocol 0.8.2]

= Designprinzipien =
SRCP benutzt zeilenorientierten Klartext. Der Text besteht aus Kommandos und Informationen.
Kommandos werden vom Client an den Server übermittelt, Informationen vom Server an den
Client. Jedes Kommando und jede Information besteht aus exakt einer Zeile. Es ist eine
maximale Zeilenlänge definiert, um auch Programmieranfängern einfache Fehler wie
Pufferüberläufe (Buffer Overflows) vermeiden zu helfen.

Der Server stellt seine Dienste im Netzwerk bereit. Zur Verbindungsaufnahme sind sein
Hostname (ersatzweise die IP-Adresse) und der Netzwerkport (z.B. 4303) bei jedem
Client anzugeben. Der Client kann diese Angaben über andere Dienste anfordern (Bonjour,
Zeroconf, Active Directory).

[[Bild:Srcp-connect-command.png|framed|Einrichtung einer Kommandositzung zwischen SRCP-Client und -Server nach Protokollversion 0.8. [], ---: optional, 1-8: Handshake-Phase, 9: Kommandoaustausch]]
Nach Verbindungsaufnahme wird vom Server eine zunächst anonyme Sitzung (Session) gestartet. Diese wird »Handshake« genannt. In ihr kann der Client verschiedene Betriebsparameter einstellen.
Derzeit sind zwei unterschiedliche Betriebsmodi definiert:

* COMMAND und
* INFO

Weitere Parameter betreffen z.B. die SRCP-Version, die benutzt werden soll. Da diese Wahlmöglichkeit für unterschiedliche Protokollversionen erst mit Version 0.8 eingeführt wurde, bieten frühere, aber noch immer benutzte Versionen (0.7), diese Möglichkeit nicht.

Mit dem Befehl GO wird die Handshake-Phase beendet und die noch anonyme Sitzung erhält eine
Identifikationsnummer (Session-ID). Gleichzeitig wird die Verbindung auf den gewählten Betriebsmodus eingestellt. Die Session-ID ist ein numerischer Wert, der die Sitzung identifiziert.

Im Betriebsmodus INFO wird ausschließlich vom Server zum Client kommuniziert. Es werden
alle im Protokoll als INFO gekennzeichneten Angaben (Code 100 bis 199) übertragen. Alle
Angaben markieren Veränderungen. Der Client beendet die INFO-Sitzung, indem er die
Verbindung kappt; es besteht für diesen Modus keine Möglichkeit zur Kommandoübermittlung an den Server.

Im Betriebsmodus COMMAND wartet der Server auf Kommandos vom Client. Sobald ein Kommando
eintrifft, wird es bearbeitet, eine Antwort generiert und diese an den Client gesendet. Die
Antworten sind Bestätigungen dafür, dass das Kommando angenommen wurde, Fehlermeldungen oder
Abfrageergebnisse.

Kommandos bestehen aus einem Kommandowort, einer Adressangabe und weiteren Parametern.
Kommandoworte bestehen aus Verben, die eine Tätigkeit beschreiben: SET, GET, INIT,
TERM usw. Adressangaben sind im allgemeinen dreiteilig: Ein Bus, eine Gerätegruppe und eine
Adressangabe (Decoderadresse).

Eine Gerätegruppe markiert Geräte mit gleichen Parametern. Dies können reale Geräte
wie Decoder sein (jeder hat eine Adresse, einen Motor mit unterschiedlichen Fahrstufen
und 0 oder mehr Funktionsausgängen) oder nur logische Geräte wie das TIME-Device sein,
die nicht unbedingt ein Hardwarependant haben müssen.

Ein Bus kennzeichnet einen Adressraum, über den verschiedene Geräte erreichbar sind.
Im einfachsten Fall ist ein Bus eine Verbindung zwischen dem SRCP-Server und dem
Computerinterface der Modellbahnanlage.

== Gründe für das Design ==

=== Parameterlisten versus benamte Parameter ===
Die Diskussion wurde per Mehrheitsbeschluß entschieden. Eine technische Über- oder
Unterlegenheit einer der beiden Varianten konnte nicht festgestellt werden. Allgemein
wurde vermutet, dass benamte Parameter aufwendiger in der Umsetzung sind.

=== Kommandoworte ===
Die Kommandoworte wurden zugunsten einer größeren Gerätegruppenzahl klein und abstrakt gehalten. Jeden beeinflußbaren Parameter kann man via GET/SET bearbeiten. Es wurde allgemein für einfacher gehalten, neue Gerätegruppen mit den definierten Kommandos zu kombinieren als für neue Geräte auch neue Kommandos einzuführen.

= Kommerzielle Anwendung =
Natürlich ist es wünschenswert, daß sich SRCP auch über die Grenzen des '''DER_MOBA''' Digitalprojekts verbreitet. Deshalb ist auch der Einsatz von SRCP in kommerziellen Produkten erlaubt. Allerdings sind folgende Bedingungen einzuhalten:

# Sowohl in der Software, wie auch in der zugehörigen Dokumentation wird auf die SRCP-Entwicklergruppe und diese Internetseite verwiesen.
# Es findet keine eigenmächtige Erweiterung von SRCP statt. Stattdessen werden Erweiterungen mit der SRCP-Entwicklergruppe diskutiert und offiziell in SRCP integriert bzw. verworfen.
# Bei kommerziellem Erfolg des jeweiligen Produktes würden wir es gerne sehen, wenn sich die Entwickler über eine Spende zur Unterstützung von '''DER_MOBA''' Gedanken machen ;-).

= Common Railroad Configuration Files (CRCF) =

Ein Entwurf für ein Dateinformat, das eine zentrale SRCP-Server-Konfiguration beschreibt, stammt von Edbert van Eimeren und ist zur Diskusssion in der Newsgroup '''de.rec.modelle.bahn''' freigegeben. Die weitere Entwicklung der Spezifikation und eine Ideensammlung zu dessen Nutzung unter SRCP findet im Abschnitt [[SRCP-Erweiterungen]] statt.

* Entwurf [[CRCF - Common Railroad Configuration Files 0.2.0 | CRCF 0.2.0 ]] / [[CRCF 0.2.0 (Muster) | CRCF Beispiel]]

* Historie:
** Entwurf [[CRCF - Common Railroad Configuration Files 0.1 | CRCF 0.1.0 ]]

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

SRCP-Grundlagen

2007-10-05T12:11:41Z

Guido Scholz: Abschnitt zur Protokollentwicklung ergänzt

= Allgemeines =
Bei SRCP (Simple Railroad Command Protocol) handelt es sich um eine Sprachdefinition, mit der Computerprogramme zur Modellbahnsteuerung in einem Client-Server-System Informationen untereinander austauschen können. Das Protokoll selbst ist in der Anwendung vergleichbar mit anderen Internetprotokollen wie SMTP, HTTP, FTP etc., widmet sich aber speziell den Anforderungen der Steuerung einer digitalen Modellbahn.

Die Entwicklung des Protokolls erfolgt über die Newsgroup '''de.rec.modelle.bahn'''. Änderungsvorschläge können dort vorgetragen und deren Vor- und Nachteile abwägend diskutiert werden. Wird eine Übereinkunft zur Änderung erzielt,
fließt diese in die Spezifikation ein. Zweckmäßgerweise werden Beiträge zum Thema SRCP in der Betreffzeile durch ein einführendes [SRCP] kenntlich gemacht.

Eine Auflistung der bislang verfügbaren SRCP-Programme befindet sich im Artikel [[Digitalprojekt]].

= Spezifikation =
Die aktuell gültige SRCP-Spezifikation trägt die Versionsnummer 0.8.3 ([http://srcpd.sourceforge.net/srcp/srcp-083.html HTML], [http://srcpd.sourceforge.net/srcp/srcp.pdf PDF]).

Die nächste Version ist unter der Nummer [http://srcpd.sourceforge.net/srcp/srcp-084.html 0.8.4] derzeit in Bearbeitung.

Beim Übergang von Version 0.7.3 auf 0.8.0 gab es größere Änderungen im Protokoll, bei der eine Abwärtskompatibilität aufgegeben werden mußte. Programme, die nur eine der beiden Protokollvarianten implementieren, können sich daher nicht mit Programmen der anderen Variante verständigen. Bereits vorhandene Software für SRCP 0.7.x wird daher im Laufe der Zeit auf SRCP 0.8.x umgestellt.

== Historische Spezifikationsversionen ==
* [[SRCP_0.5.0_(plain_text)|SRCP - Simple Railroad Command Protocol 0.5.0]]
* [[SRCP - Simple Railroad Command Protocol 0.6.0]]
* [[SRCP - Simple Railroad Command Protocol 0.6.1]]
* [[SRCP_0.7.0_(plain_text)|SRCP - Simple Railroad Command Protocol 0.7.0]]
* [[SRCP - Simple Railroad Command Protocol 0.7.2]]
* [[SRCP - Simple Railroad Command Protocol 0.7.3]]
* [[SRCP - Simple Railroad Command Protocol 0.8.0]]
* [http://srcpd.sourceforge.net/srcp/srcp-082.html SRCP - Simple Railroad Command Protocol 0.8.2]

= Designprinzipien =
SRCP benutzt zeilenorientierten Klartext. Der Text besteht aus Kommandos und Informationen.
Kommandos werden vom Client an den Server übermittelt, Informationen vom Server an den
Client. Jedes Kommando und jede Information besteht aus exakt einer Zeile. Es ist eine
maximale Zeilenlänge definiert, um auch Programmieranfängern einfache Fehler wie
Pufferüberläufe (Buffer Overflows) vermeiden zu helfen.

Der Server stellt seine Dienste im Netzwerk bereit. Zur Verbindungsaufnahme sind sein
Hostname (ersatzweise die IP-Adresse) und der Netzwerkport (z.B. 4303) bei jedem
Client anzugeben. Der Client kann diese Angaben über andere Dienste anfordern (Bonjour,
Zeroconf, Active Directory).

[[Bild:Srcp-connect-command.png|framed|Einrichtung einer Kommandositzung zwischen SRCP-Client und -Server nach Protokollversion 0.8. [], ---: optional, 1-8: Handshake-Phase, 9: Kommandoaustausch]]
Nach Verbindungsaufnahme wird vom Server eine zunächst anonyme Sitzung (Session) gestartet. Diese wird »Handshake« genannt. In ihr kann der Client verschiedene Betriebsparameter einstellen.
Derzeit sind zwei unterschiedliche Betriebsmodi definiert:

* COMMAND und
* INFO

Weitere Parameter betreffen z.B. die SRCP-Version, die benutzt werden soll. Da diese Wahlmöglichkeit für unterschiedliche Protokollversionen erst mit Version 0.8 eingeführt wurde, bieten frühere, aber noch immer benutzte Versionen (0.7), diese Möglichkeit nicht.

Mit dem Befehl GO wird die Handshake-Phase beendet und die noch anonyme Sitzung erhält eine
Identifikationsnummer (Session-ID). Gleichzeitig wird die Verbindung auf den gewählten Betriebsmodus eingestellt. Die Session-ID ist ein numerischer Wert, der die Sitzung identifiziert.

Im Betriebsmodus INFO wird ausschließlich vom Server zum Client kommuniziert. Es werden
alle im Protokoll als INFO gekennzeichneten Angaben (Code 100 bis 199) übertragen. Alle
Angaben markieren Veränderungen. Der Client beendet die INFO-Sitzung, indem er die
Verbindung kappt; es besteht für diesen Modus keine Möglichkeit zur Kommandoübermittlung an den Server.

Im Betriebsmodus COMMAND wartet der Server auf Kommandos vom Client. Sobald ein Kommando
eintrifft, wird es bearbeitet, eine Antwort generiert und diese an den Client gesendet. Die
Antworten sind Bestätigungen dafür, dass das Kommando angenommen wurde, Fehlermeldungen oder
Abfrageergebnisse.

Kommandos bestehen aus einem Kommandowort, einer Adressangabe und weiteren Parametern.
Kommandoworte bestehen aus Verben, die eine Tätigkeit beschreiben: SET, GET, INIT,
TERM usw. Adressangaben sind im allgemeinen dreiteilig: Ein Bus, eine Gerätegruppe und eine
Adressangabe (Decoderadresse).

Eine Gerätegruppe markiert Geräte mit gleichen Parametern. Dies können reale Geräte
wie Decoder sein (jeder hat eine Adresse, einen Motor mit unterschiedlichen Fahrstufen
und 0 oder mehr Funktionsausgängen) oder nur logische Geräte wie das TIME-Device sein,
die nicht unbedingt ein Hardwarependant haben müssen.

Ein Bus kennzeichnet einen Adressraum, über den verschiedene Geräte erreichbar sind.
Im einfachsten Fall ist ein Bus eine Verbindung zwischen dem SRCP-Server und dem
Computerinterface der Modellbahnanlage.

== Gründe für das Design ==

=== Parameterlisten versus benamte Parameter ===
Die Diskussion wurde per Mehrheitsbeschluß entschieden. Eine technische Über- oder
Unterlegenheit einer der beiden Varianten konnte nicht festgestellt werden. Allgemein
wurde vermutet, dass benamte Parameter aufwendiger in der Umsetzung sind.

=== Kommandoworte ===
Die Kommandoworte wurden zugunsten einer größeren Gerätegruppenzahl klein und abstrakt gehalten. Jeden beeinflußbaren Parameter kann man via GET/SET bearbeiten. Es wurde allgemein für einfacher gehalten, neue Gerätegruppen mit den definierten Kommandos zu kombinieren als für neue Geräte auch neue Kommandos einzuführen.

= Kommerzielle Anwendung =
Natürlich ist es wünschenswert, daß sich SRCP auch über die Grenzen des '''DER_MOBA''' Digitalprojekts verbreitet. Deshalb ist auch der Einsatz von SRCP in kommerziellen Produkten erlaubt. Allerdings sind folgende Bedingungen einzuhalten:

# Sowohl in der Software, wie auch in der zugehörigen Dokumentation wird auf die SRCP-Entwicklergruppe und diese Internetseite verwiesen.
# Es findet keine eigenmächtige Erweiterung von SRCP statt. Stattdessen werden Erweiterungen mit der SRCP-Entwicklergruppe diskutiert und offiziell in SRCP integriert bzw. verworfen.
# Bei kommerziellem Erfolg des jeweiligen Produktes würden wir es gerne sehen, wenn sich die Entwickler über eine Spende zur Unterstützung von '''DER_MOBA''' Gedanken machen ;-).

= Common Railroad Configuration Files (CRCF) =

Ein Entwurf für ein Dateinformat, das eine zentrale SRCP-Server-Konfiguration beschreibt, stammt von Edbert van Eimeren und ist zur Diskusssion in der Newsgroup '''de.rec.modelle.bahn''' freigegeben. Die weitere Entwicklung der Spezifikation und eine Ideensammlung zu dessen Nutzung unter SRCP findet im Abschnitt [[SRCP-Erweiterungen]] statt.

* Entwurf [[CRCF - Common Railroad Configuration Files 0.2.0 | CRCF 0.2.0 ]] / [[CRCF 0.2.0 (Muster) | CRCF Beispiel]]

* Historie:
** Entwurf [[CRCF - Common Railroad Configuration Files 0.1 | CRCF 0.1.0 ]]

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2007-10-04T09:40:35Z

Guido Scholz: Probleme mit Notebooks eingebaut

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]].

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden überlichweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael.Reukauff@t-online.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors. Außerdem existiert eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms, sowie eine darauf aufbauende Version mit SRCP 0.8-Unterstützung von einer neuen [http://sourceforge.net/projects/dtcltiny/ Projektseite].

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael.Reukauff@t-online.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das ''Senden'' von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt. Beim praktischen Einsatz ist zu beachten, dass Notebooks in der Regel ein anderes Spannungsniveau an der RS232 liefern (ca. 5 V), als Desktop-Rechner (ca. 12 V). Manche Hardware-Kombinationen funktionieren daher an Notebooks nicht.

Zum ''Empfang'' von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2007-10-04T09:23:54Z

Guido Scholz: Serverfähigkeiten ausformuliert, Links ergänzt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]].

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden überlichweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]]. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Informationen zu diesem Programm gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Dieser Server macht den Computer zur Softwarezentrale und ermöglicht einen Digitalbetrieb ohne separate [[Digitalzentrale | Zentraleinheit]] und [[Interface | Computerinterface]] (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Server zur Ansteuerung einer per serieller Schnittstelle angeschlossenen Intellibox. Kontakt: [mailto:Michael.Reukauff@t-online.de Michael Reukauff] Weitere Informationen zu diesem Programm gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem externen, über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors. Außerdem existiert eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms, sowie eine darauf aufbauende Version mit SRCP 0.8-Unterstützung von einer neuen [http://sourceforge.net/projects/dtcltiny/ Projektseite].

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael.Reukauff@t-online.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das Senden von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt.

Zum Empfang von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2007-10-04T08:57:00Z

Guido Scholz: DCC-Signaler ergänzt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]].

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden überlichweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Projekte für den praktischen Einsatz ==

* '''DDW Server''' - DigitalDirekt-SRCP-Server (0.7.x und 0.8.x) für Windows. Digitalbetrieb ohne Zentraleinheit und Computerinterface. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-SRCP-Server (0.7.x) für Linux (DDL) Digitalbetrieb ohne Zentraleinheit und Computerinterface (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server (0.7.x) für Windows und die Intellibox. Wird benötigt, um SRCP-Clients mit der Intellibox zu betreiben. Kontakt: [mailto:Michael.Reukauff@t-online.de Michael Reukauff] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''DCC-Signaler''' - SRCP-Server (0.7.x) für Windows und Linux. Dieser Server arbeitet in Verbindung mit einem über die serielle Schnittstelle angeschlossenen DCC-Signalgenerator. Kontakt: [mailto:markus@gietzen.de Markus Gietzen] Weitere Informationen zu diesem Programm gibt es auf den WWW-Seiten des [http://dccsignaler.sourceforge.net/ Projektes].

* '''srcpd''' - SRCP-Server (0.8.x) für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon (0.8.x) In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors. Außerdem existiert eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms, sowie eine darauf aufbauende Version mit SRCP 0.8-Unterstützung von einer neuen [http://sourceforge.net/projects/dtcltiny/ Projektseite].

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael.Reukauff@t-online.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das Senden von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt.

Zum Empfang von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

Digitalprojekt

2007-10-04T08:42:05Z

Guido Scholz: phpDDLTerminal ergänzt

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines modularen und skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses nach dem Client-Server-Prinzip aufgebauten Systems können
ausgetauscht bzw. je nach Anforderung bausteinartig zusammengestellt werden.
Der Informationsaustausch der einzelnen Programme untereinander erfolgt über ein speziell für
diesen Zweck erfundenes Protokoll (SRCP = [[SRCP-Grundlagen | Simple Railroad Command Protocol]]). Mit den Details
dieser Sprachdefinition muß sich ein Anwender allerdings genausowenig auseinander setzen,
wie ein E-Mail-Verfasser mit SMTP (Simple Mail Transfer Protocol). Wichtig ist lediglich,
dass die eingesetzten Programme die gleiche Sprache sprechen.

Ein Vorteil des hier eingesetzten Client-Server-Prinzips ist, dass die SRCP-Programme
grundsätzlich netzwerkfähig sind. Der Anwender ist damit nicht an einen einzelnen
Steuerungsrechner gebunden, wie das bei herkömmlichen Modellbahnsteuerungsprogrammen
in der Regel der Fall ist.

[[Bild:Srcp-clients.png|framed|Nachrichtenfluß zwischen der Modellbahn, einem SRCP-Server und verschiedenen SRCP-Clients]]
Ein funktionsfähiges SRCP-Digitalsystem besteht von der Software-Seite her aus mindestens zwei Programmen:

* Einem SRCP-Server und
* einem SRCP-Client

Der ''Server'' stellt die eigentliche Schnittstelle zur Hardware der Modellbahnanlage dar und kommuniziert entweder mit einer per [[Interface]] angeschlossenen [[Digitalzentrale]] oder - im Falle eines DigitalDirekt-Systems - direkt mit den [[Booster|Boostern]].

Der ''Client'' kommuniziert mit Hilfe von SRCP-Kommandos nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar. Das Konzept schließt ausdrücklich die gleichzeitige Verwendung mehrerer SRCP-Clients ein, die z.B. auf verschiedene Funktionalitäten (Lokomotivsteuerung, Stellwerk, Ablaufsteuerung etc.) spezialisiert sein können (siehe nebenstehende Abbildung).

Obwohl sehr viele, der derzeit verfügbaren SRCP-Programme, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem bestimmten Betriebssystem und der dafür notwendigen Hardware. Einige Programme laufen bereits jetzt auch unter anderen Betriebssystemen, andere können mit wenig Aufwand portiert werden.

Das '''DER_MOBA''' Digitalprojekt wird dezentral durchgeführt. Informationen zu den einzelnen Programmen werden überlichweise vom jeweiligen Autor über dessen WWW-Seite angeboten. Diese Seite ist deshalb im wesentlichen eine Link-Liste, die einen Überblick über die verfügbare Soft- und Hardware bietet. Weitere Detailinformationen zum Protokoll z.B. für Programmentwickler befinden sich im Artikel [[SRCP-Grundlagen]].

 

= SRCP-Server =
== Aktiv gepflegte Projekte ==
Diese SRCP-Server werden aktiv weiterentwickelt. Wer sie einsetzt, hat einen
einsatzbereiten und leistungsfähigen Server und kann bei Problemen und Herausforderungen auf Hilfe und Unterstützung setzen.

* '''DDW Server''' - DigitalDirekt-Server für Windows. Digitalbetrieb ohne Zentraleinheit und Computerinterface. Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''erddcd''' - DigitalDirekt-Server für Linux (DDL) Digitalbetrieb ohne Zentraleinheit und Computerinterface (für Linux Kernel 2.4 und 2.6). Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''TrackONE SRCP-Server''' - SRCP-Server für Windows und die Intellibox. Wird benötigt, um SRCP-Clients mit der Intellibox zu betreiben. Kontakt: [mailto:Michael.Reukauff@t-online.de Michael Reukauff] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''srcpd''' - SRCP-Server für Linux/FreeBSD/Windows (Cygwin)/Mac OS X »srcpd« kann zur Steuerung von Anlagen sowohl über verschiedene [[Digitalzentralen]], wie z.B. Intellibox, Märklin Interface 6051, Lenz LI100, Selectrix, Zimo MX1, OpenDCC, als auch über direkt an der seriellen Schnittstelle (RS232) angeschlossene [[Booster]] (DDL-Betrieb) genutzt werden. Möglichkeiten zum Anschluß von Rückmeldungen, wie Littfinski HSI-S88 oder S88-Module am Parallelport, sowie weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind ebenfalls vorhanden. Es können auch mehrere Geräte gleichzeitig (z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sourceforge.net srcpd-devel@lists.sourceforge.net] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ Projekt-Seiten] bei SourceForge.

* '''ejsrcpd''' - Extended Java SRCP-Daemon In Java implementierter SRCP-Server mit Plugin-Konzept zur Unterstützung unterschiedlicher Hardware-Schnittstellen. Kontakt: [mailto:kurtharders@users.sourceforge.net Kurt Harders] Weitere Informationen zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://sourceforge.net/projects/ejsrcpd WWW-Seiten] des Projektes.

== Technologiestudien ==

Diese SRCP-Server sind entstanden, um Funktionen nicht nur am grünen Tisch testen zu können. Sie
können auch als Anregung für Weiterentwicklungen dienen.

* '''jsrcpd''' - Referenzimplementierung von SRCP 0.8.x. Dieses Programm ist eine erste Implementierung von SRCP 0.8.x ohne weitere Funktionalität. Derzeit ist es nicht für den Einsatz in der Modellbahnpraxis geeignet. Es dient in erster Linie den Entwicklern, die noch vorhandenen Fehler und Schwächen von SRCP 0.8.x zu erkennen und zu beheben. Es ist auch als Hilfe für die Entwicklung von SRCP 0.8.x Clients gedacht. Wer einen einsatzfähigen SRCP-Server sucht, sollte sich die weiter oben angeführten Produkte ansehen. Kontakt: [mailto:olaf.schlachter@web.de Olaf Schlachter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://srcpd.sourceforge.net/jsrcpd/ Autors].

= SRCP-Clients =

* '''J-Man''' - Java-Programm zur manuellen Steuerung von Lokomotiven und Magnetartikeln unter einer grafischen Benutzeroberfläche. Die Weiterentwicklung dieses Programms findet unter einer eigenen [http://sourceforge.net/projects/j-man/ Projektseite] statt. 

* '''loco-panel''' - Monitor zur Überwachung aller aktiven Loks. 

* '''uhl-programmer''' - Programmieren von Uhlenbrock-Decodern 

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Decodern 

* '''phpTrainCtrl für SRCP 0.8 (alpha)''' - u.a. phpTamsProgrammer Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''phpDDLTerminal''' - PHP basiertes Web-Interface zur Steuerung und Decoder-Programmierung Kontakt: [mailto:tt@borrmanns.de Thomas Borrmann] Weitere Informationen zu diesem Programm gibt es auf den Seiten des [http://tt.borrmanns.de/index.php?nav=0;0&cont=software Projektes].

* '''dtcltiny''' - manuelle Steuerung von Lokomotiven mit besonders kompakter und übersichtlicher Bedienoberfläche. Kontakt: [mailto:dtcltiny@markus-pfeiffer.de Markus Pfeiffer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den veralteten Seiten den [http://www.markus-pfeiffer.de/ WWW-Seiten] des Autors. Außerdem existiert eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms, sowie eine darauf aufbauende Version mit SRCP 0.8-Unterstützung von einer neuen [http://sourceforge.net/projects/dtcltiny/ Projektseite].

* '''spdrs60''' - grafisches Gleisbildstellpult nach Bundesbahnvorlage mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den veralteten [http://www.linux-modellbahn.de/ WWW-Seiten] von Stefan Preis sowie der aktuellen [http://spdrs60.sourceforge.net/ Projektseite] des Programms.

* '''M6051emu''' - Emulation des Märklin Interfaces 6051 für '''erddcd'''. Wird benötigt, wenn Nicht-SRCP-Clients (z.B. Railroad&Co) mit '''erddcd''' betrieben werden sollen. Kontakt: [mailto:dschaef@neon.rif.fuedo.de Dieter Schaefer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den Seiten des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes].

* '''rcsh''' und '''rcman''' - Programmiersprache (Railroad Command Shell) und textuelle Bedienoberfläche (rcman) Kontakt: [mailto:peer.griebel@gmx.de Dr. Peer Griebel] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.griebel-net.de/peer/rcsh/rcsh.html WWW-Seiten] des Autors.

* Programmbibliothken für '''TCL/Tk''' und '''Python''' - Sammlung nützlicher Routinen und Prozesse für den Selbstprogrammierer: [http://srcpd.sourceforge.net/clients/ Client-Seiten des srcpd]

* '''SRCP Recorder''' - Zeichnet SRCP-Befehle einer laufenden Session auf und spielt sie später wieder ab. Kontakt: [mailto:mtrute@web.de Matthias Trute] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/ WWW-Seiten] des Autors.

* '''SRCP Tester''' - SRCP-Befehle mit einem Web-Server und PHP generieren. Kontakt: [mailto:martin@familiewolf.de Martin Wolf] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den <nowiki>[http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten (link defekt)]</nowiki> des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows und Linux). Kontakt: [mailto:mgrafe@snafu.de Michael Gräfe] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://home.snafu.de/mgrafe/ WWW-Seiten] des Autors.

* '''TrackONE SRCP-Keyboard, Gleisplan-Editor und Steuersoftware''' (für Windows) Kontakt: [mailto:Michael.Reukauff@t-online.de Michael Reukauff] Weitere Infos zu diesen Programmen und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.reukauff.de/TrackONE/ WWW-Seiten] des Autors.

* '''JTrain''' - In Java geschriebener grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdecodern mit grafischem Stellpult (für Windows und Linux). Die ursprünglich von Werner Kunkel betreute Original-Internetseite (www.jtrain.de) dieses Programms existiert nicht mehr. Es bestehen noch eine von [http://www.lug-burghausen.org/dienste/rpm.html Guido Scholz] weiterentwickelte Version dieses Programms sowie eine darauf aufbauende, von [mailto:ibruell@users.berlios.de Ingo Bruell] betreute [http://developer.berlios.de/projects/jtrain/ Projektseite].

* '''Java DCC Network Client (ab Version 2.1)''' - SRCP-Client zur Steuerung einer Gartenbahn mit einem Sharp Zaurus PDA mit einem WLAN Kontakt: [mailto:H.Karoska@t-online.de Helge Karoska] Java-SRCP-Client für den PDA Zaurus unter Linux. Das Programms wurde entwickelt zur Steuerung von Loks, Weichen und Zubehör einer Gartenbahn mit einem WLAN. Es kann aber auch universell eingesetzt werden. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.karkoska.de/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Decodern der Firma Tams Elektronik (für Windows) Kontakt: [mailto:geramb@aon.de Michael Geramb] SRCP-Client (SRCP 0.7.3) für Windows zur Programmierung von Tams-Decodern. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/ld-x-programmer.htm WWW-Seiten] des Autors.

* '''TRAINer''' - SRCP-Client mit Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.keintzel.at/html/at/hobby/TRAINer/trainer.htm WWW-Seiten] des Autors.

* '''SRCP-Pakete für verschiedene Linux-Distributionen''' - Guido Scholz hat einige der hier gelisteten Linux-Programme weiterentwickelt und diese in einfach zu installierende Pakete (SuSE, Fedora, Debian) verpackt. Kontakt: [mailto:guido.scholz@bayernline.de Guido Scholz] Weitere Infos zu diesem Angebot und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.lug-burghausen.org/dienste/rpm.html WWW-Seiten] des Autors (hier Linux User Group Burghausen).

* '''Traindrive''' - SRCP-Client zum Steuern von Lokomotiven (Linux- und Windows-Version) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://traindrive.gpsdrive.cc/ WWW-Seiten] des Autors.

* '''RocRail''' - Programm zum Steuern von Lokomotiven und Gleisbildstellpult (Linux- und Windows-Version vorhanden) Kontakt: [mailto:support@rocrail.net Rob Versluis] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.rocrail.net/ WWW-Seiten] des Autors.

* '''MOBA-Package''' - Hilfsprogramme für die Entwicklung von SRCP-Clients und -Servern (Windows-Version) Kontakt: [mailto:selandro@users.sourceforge.net Roman Lauer] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://mobapackage.sourceforge.net/ WWW-Seiten] des Autors.

* '''EnjoyTheTime''' - SRCP-Client zum Steuern von Lokomotiven (Windows-Version) Kontakt: [mailto:mgeramb@users.sourceforge.net Michael Geramb] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://members.aon.at/geramb/enjoythetime.htm WWW-Seiten] des Autors.

* '''Railroad Express''' - SRCP-Client zum Steuern von Modellbahnanlagen (Windows-Version) Kontakt: [mailto:support@miniware.nl Fred Stevens] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://www.moba-digitaal.nl/de/main/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net/clients/dras/ WWW-Seiten] des Autors.

* '''AdHoc-Railway''' - Java-SRCP-Client zum Steuern von Modellbahnanlagen Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu diesem Programm und die Möglichkeit, die Software zu beziehen, gibt es auf der [http://sourceforge.net/projects/adhocrailway/ Projektseite] des Programms.

* '''jsrcpc''' - Java-SRCP-Bibliothek zur Entwicklung von SRCP-Clients Kontakt: [mailto:fork_ch@users.sourceforge.net Benjamin Mueller] Weitere Infos zu dieser Software und die Möglichkeit, diese zu beziehen, gibt es auf der [http://sourceforge.net/projects/jsrcpc/ Projektseite] der Bibliothek.

= Hardware =
[[Bild:Srcp-moba-interface.png|framed|Mögliche Hardware-Schnittstellen zwischen SRCP-Server und Modellbahn]]
Ein SRCP-Server kann unterschiedliche Hardwareschnittstellen eines Computers ansprechen und über diese mit der Modellbahn kommunizieren. Die größte Verbreitung für diesen Zweck hat die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die in neueren Rechnern zunehmend durch die [http://de.wikipedia.org/wiki/USB USB-Schnittstelle] ersetzt wird. Weitere Verwendung findet die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) oder auch weniger geläufige, wie der [http://de.wikipedia.org/wiki/I2C I2C-Bus] oder diverse IO-Karten. Welche Art Hardware-Anbindung von den einzelnen SRCP-Servern unterstützt wird, ist der jeweiligen Programmdokumentation zu entnehmen.

 

== DDL-Betrieb ==
Im Rahmens des [http://www.vogt-it.com/OpenSource/DDL/ DDL-Projektes] wurde eine Technik entwickelt, mit der ein PC einfach an die Hardware der Modellbahnanlage angeschlossen werden kann. Der Computer kann nach diesem System als [[Digitalzentrale]] genutzt werden. Prinzipiell benötigt man hierfür zwei Informationskanäle, die jedoch auch einzeln betrieben werden können:
* Ein Kanal zum Senden von Steuerbefehlen an die Anlage
* Ein Kanal zum Empfang von Rückmeldungen von der Anlage

Das Senden von Befehlen läuft über die serielle Schnittstelle ([http://de.wikipedia.org/wiki/EIA-232 RS232/EIA-232]), die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator für das gewählte [[Digitalprotokoll]] genutzt.

Zum Empfang von Rückmeldungen der Anlage benötigt man ein [[S88-R%C3%BCckmeldebus | S88-Bus-System]], das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle ([http://de.wikipedia.org/wiki/IEEE_1284 IEEE 1284]) angeschlossen wird.

Ein übersichtliche Zusammenstellung der für diese Anbindungen notwendigen elektischen Verbindungen gibt es von Holger Seider: http://home.snafu.de/mgrafe/Anleitung_Server.htm

[[Kategorie:Digitalbetrieb]]
[[Kategorie:SRCP]]

SRCP-Erweiterungen

2007-10-02T13:38:37Z

Guido Scholz: Gebrauch von SECTION geändert

==Das initiale Posting==

Dieses Dokument soll eine Zusammenfassung der Diskussion „SRCP-Erweiterungen“ (erster Eintrag war am 27.12.2006) darlegen.

Hier der initiale Eintrag:

Hallo SRCP-Fans!

ich entwickle bereits seit einiger Zeit Software für [[Digitalprojekt|SRCP]], habe mich
aber nie aktiv hier an Diskussionen beteiligt (ehrlich gesagt ist das
mein erster Eintrag in der Gruppe ;).
Während der Entwicklung kamen einige Ideen, die ich nun hier zur
Diskussion stellen möchte:

# Ich hätte gern einen Dienst für Clients, mit dem sie den Server (bzw. dessen IP-Adresse) finden können. Da gibt es sicher mehrere Möglichkeiten, ich dachte an Broadcast oder an eine DHCP-Option.
# Stichwort CRCF: Was ist mit der Entwicklung? Ich hätte gern dieses Feature für SRCP und würde mich ggf. an der Mitentwicklung beteiligen.

Treffen sich die SRCP-Entwickler eigentlich regelmäßig zu einer Art
Stammtisch?

Gruß, Sven.

Es gab eine rege Beteiligung an der Diskussion, beide Ideen wurden darin ausführlich diskutiert.

==SRCP-Stammtisch==
Um die aktuellen Vorhaben besser diskutieren zu können, schlage ich ein Treffen in Form eines Stammtisches vor. Vielleicht kann man sich hier zunächst über einen Ort des Treffens verständigen, der von den meisten gut erreichbar ist.

{| border="1" align="center" width="50%"
|+
! SRCP-Interessierter
! Wohnort

|-
| Sven Schlender
| Karlsruhe

|-
| Stefan Bormann
| Bremen

|-
| Guido Scholz
| Burgkirchen

|-
| ...
| ...
|}

==SRCP-Server-Suchdienst==
Sehr schnell kam der Vorschlag, für diesen Bedarf einen [http://www.zeroconf.org/ Zeroconf]-Systemdienst (DNS-SD/mDNS) einzusetzen. Dieser ermöglicht die Suche bzw. das Veröffentlichen beliebiger Systemdiente durch das Versenden eines ServiceDiscovery-Multicasts. Es existieren hierfür derzeit zwei zueinander kompatible Implementierungen, die beide als OpenSource freigegeben sind:

* [http://www.apple.com/macosx/features/bonjour/ Bonjour], von Apple für Mac, UNIXoide-Systeme und Windows.
* [http://avahi.org/ Avahi], als praktisch schon etablierter Standard für Linux.

Unter anderem ist es hiermit möglich, Angaben über die Portnummer zu veröffentlichen, auf der der Server seinen Dienst anbietet. Obgleich es für SRCP mittlerweile eine offiziell über [http://www.iana.org/ IANA/IETF] reservierte Portnummer (4303) und Protokollbezeichner (srcp) gibt, hat ein SRCP-Administrator prinzipiell die Freiheit, einen von dieser Vorgabe abweichenden Wert für die Portnummer zu wählen. Auch die Anzahl der in einem Netz betriebenen SRCP-Server ist damit nicht eingeschränkt.

Dem Administrator eines SRCP-Servers bleibt es überlassen, auf dem gleichen Rechner auch einen „Zeroconf“-Systemdienst einzurichten. Er muß, wenn er auf seiner Modellbahn entsprechende SRCP-Clients benutzen möchte, das Programm installieren und so konfigurieren, dass der SRCP-Dienst veröffentlicht wird. Alternativ kann ein SRCP-Server sich auch automatisiert beim Zeroconf-Dienst anmelden. Die eigentliche Arbeit für die Nutzung des SD-Dienstes liegt beim Entwickler des „Einsteck-und-Spiel“-SRCP-Clients, denn dieser SRCP-Client muß nicht nur SRCP sprechen, sondern auch noch ein DNS-SD/mDNS-Client sein.

Beispiel für eine avahi Konfigurationsdatei. Abgelegt unter /etc/avahi/services/scrpd.service
(Kubuntu Linux). Die Einträge sind natürlich nur beispielhaft.

<service-group>
<name replace-wildcards="yes">srcpd on %h</name>
<service protocol="any">
<type>_srcp._tcp</type>
<host-name>srcp.example.com</host-name>
<port>4303</port>
<txt-record>SRCP auf Mobaserver</txt-record>
</service>
</service-group>

==CRCF-Erweiterungen==

Obwohl [[CRCF_-_Common_Railroad_Configuration_Files_0.2.0|CRCF]] (Common Railroad Configuration Files) schon vor einigen Jahren zur Implementierung vorgeschlagen wurde, fand es keine Verbreitung bzw. Anwendung. Möglicherweise war damals das Interesse zu gering. Umso mehr Interessenten fanden sich nun in dieser Diskussion, bei der über die bisherigen Ideen von CRCF hinaus einige weitergehende Themen aufkamen.

===Stand der Technik===
[[Bild:Crcf-old.png|framed|Nachrichtenfluß gemäß der CRCF-Spezifikation Version 0.2.0. CS: COMAND-Sitzung]]
Der bisherige CRCF-Spezifikationsentwurf mit der Versionsnummer 0.2.0 basiert auf SRCP und beschreibt die Fähigkeiten eines SRCP-Servers. Die dort abgelegten Informationen beziehen sich je Datei auf genau _einen_ SRCP-Server. Physikalisch liegen die CRCF-Daten beim zugehörigen SRCP-Server; Detailinformationen daraus können von SRCP-Clients über den SRCP-Befehl CONFGET abgefragt werden. Dieser Befehl erlaubt nur Lesezugriffe und damit auch nur den Umgang mit statischen Daten. Ein analoger Befehl CONFSET zum Schreiben von Daten ist erwähnt, es ist aber keine nähere Anwendung dafür definiert. Das Ablageformat wird als textbasierte Datei beschrieben, wobei die Daten in Sinne von SRCP mit entsprechend benannten Datenfeldern vorliegen. Der vorliegende Entwurf ist zur Zeit der SRCP-Spezifikation 0.7.1 entstanden und bildet die mit Version 0.8 eingeführten Erweiterungen, wie z.B. Busse, noch nicht ab.

 

===Anforderungen an CRCF===

* Die umständliche Eingabe von Informationen über Loks (z.B. Belegung der Funktionen) und Zubehör soll zur einfacheren Konfiguration von SRCP-Clients entfallen.
* Anlagenweite Anzeige von Klartextnamen anstatt von Adressen (konkretes Beispiel?)
* Als Alternative zum Zeroconf-Systemdienst könnte CRCF die Hostnamen bzw. IP-Adressen der SRCP-Server einer Anlage verwalten.
* Verwaltung statischer Informationen
* Verwaltung dynamischer Informationen
* CRCF soll für Benutzer in ausdruckbarer Form zugänglich sein.
* Die Daten sollen in CRCF strukturiert/gegliedert abgelegt sein.
* SRCP-Server sollten Zugriff auf die CRCF erhalten (Warum?).
* Der CRCF-Befehlsvorrat könnte zur Kommunikation zwischen Clients genutzt werden.
* Der bisherige Geltungsbereich einer CRCF-Datei sollte sich nicht nur auf _einen_ SRCP-Server, sondern vielmehr auf _eine_ Modellbahnanlage beziehen. Damit wäre ein geeigneter Rahmen vorhanden, den charakterisierenden Bestand an z.B. Zügen, Fahrstraßen, SRCP-Servern, dem Streckennetz etc. einer Anlage zusammenfassend abzulegen.

===Fragestellungen===

* Wo soll die CRCF liegen?
* Wie soll eine Datenabfrage aussehen?
* Wie sollen dynamische Informationen von CRCF verwaltet werden?
* Soll die Kommunikation zwischen SRCP-Clients mit CRCF abgebildet werden und wenn ja, wie?

===Implementierungsvorschläge===

====Zentrale Datenablage bei einem spezialisierten SRCP-Client====
[[Bild:srcp-crcf-client.png|framed|Nachrichtenfluß bei einem Betrieb mit einem als CRCF-Server arbeitenden SRCP-Client. CS: COMAND-Sitzung, IS: INFO-Sitzung]]
Über die Diskussion ergab sich der Vorschlag, den CRCF-Datenbestand über einen speziellen SRCP-Client netzwerkweit zugänglich zu machen, statt diesen nur als zentral verwaltete Datei abzulegen. Dieser SRCP-Client hätte damit eine Art Datenbankserverfunktion und könnte gezielt Detailinformationen ausliefern. Interessierte Clients müßten dann nicht jeweils selbst die komplette Datei nach den für sie notwendigen Informationen durchsuchen. Auch ein SRCP-Server könnte auf diese Daten zugreifen.

Der Zugriff auf diesen als CRCF-Server arbeitenden SRCP-Client erfolgt über den SRCP-Server, der sowohl die eingehenden CRCF-Anfragen als auch die zurückgehenden Antworten weiterleitet. Das bisherige SRCP muß erweitert werden, um diese neue Abfragetechnik zu ermöglichen. Bei diesem Modell wird SRCP als Tunnel genutzt, da CRCF-Anfragen vom SRCP-Server nicht interpretiert sondern nur durchgereicht werden. Dabei entsteht gleichzeitig eine Möglichkeit zur Kommunikation zwischen SRCP-Clients.

Bei Installationen mit mehreren SRCP-Servern muß sich der SRCP-Client bei allen verfügbaren SRCP-Servern anmelden, damit Daten anlagenweit verteilt werden können. Die Programmierung solcher Clients wird wegen der erforderlichen Netzwerkverbindungen aufwändig. Alternativ müßten SRCP-Server so gekoppelt werden, das die Anmeldung bei einem Server reicht.

Der SRCP-Client mit dem CRCF-Datenbestand kann konsistent statische und dynamische Daten verwalten, wenn er diese konsequent einsammelt bzw. zugestellt bekommt. Zusätzlich wird die Verwaltung von Daten, die über die SRCP-Welt hinausgehen, wie die von Fahrstrassen und kompletten Layouts, ermöglicht.

 

====Zentrale Datenablage bei einem separaten CRCF-Server====
[[Bild:srcp-crcf-server.png|framed|Nachrichtenfluß bei einem Betrieb mit getrennten SRCP- und CRCF-Servern. CS: COMAND-Sitzung, IS: INFO-Sitzung, ...: nicht geklärt]]
Als weitere Idee wurde der Vorschlag diskutiert, die Verwaltung der CRCF-Daten einem neu zuschaffenden CRCF-Server zu überlassen. Dieser würde als eigener Systemdienst laufen und müßte über ein neu zudefinierendes Protokoll angesprochen werden. Die SRCP-Spezifikation muß in diesem Fall nicht geändert werden, da das CRCF-Protokoll parallel und von SRCP weitgehend unabhängig existiert.

Der CRCF-Server bedient zunächst nur rein statische Daten, die von den CRCF-Clients abgefragt werden können. Damit sowohl SRCP-Clients als auch SRCP-Server diesen Dienst nutzen können, müssen diese zusätzlich das CRCF-Protokoll implementieren.

Um auch dynamische Daten zu verwalten, muß ein Meldedienst implementiert werden, der auch Schreibzugriffe in den Datenbestand ermöglicht. Eine Kommunikation zwischen CRCF-Clients könnte mittels einer Mailboxfunktion realisiert werden.

 

==== Verteilte Datenablage bei verschiedenen SRCP-Clients====
[[Bild:Crcf-client-server.png|framed|Nachrichtenfluß bei einem Betrieb mit als CRCF-Servern und -Clients arbeitenden SRCP-Clients. CS: COMAND-Sitzung, IS: INFO-Sitzung]]
Jeder SRCP-Client, der Daten verwaltet, die im laufenden Anlagenbetrieb einer mehr oder weniger kontinuierlichen Änderung unterliegen und über das herkömmliche SRCP nicht erfaßt werden, könnte diese zur Abfrage für interessierte Clients zur Verfügung stellen. Er würden dann sozusagen auch als CRCF-Server arbeiten, allerdings beschränkt auf die von ihm verwalteten, dynamischen Daten. Alternativ ließe sich dieses Konzept auch auf die statischen Daten ausdehnen.

CRCF-Clients, die eine Anfrage starten möchten, wüßten zu Beginn nicht, wo diese Daten abgelegt sind. Eine zentrale Verwaltungsinstanz wäre in diesem Fall ja nicht vorhanden. Der anfragende Client könnte also eine Rundrufnachricht senden und würde die Antwort von dem zuständigen SRCP-Client bekommen. Hier besteht prinzipiell die Gefahr, dass diese Daten nicht konsistent vorliegen, wenn die Zuständigkeit der abgefragten Daten nicht eindeutig z.B. auf genau _einen_ bestimmten Client festgelegt ist. Insbesondere kann das leicht bei mobilen SRCP-Clients passieren, wenn diese auf mehreren Anlagen genutzt werden und der Benutzer nicht sorgsam mit den lokal gespeicherten Daten umgeht.

 

====Bereitstellung der CRCF-Daten via Zeroconf-Dienst====
Diese Idee wurde als eine prinzipielle Möglichkeit erwähnt, aber nicht weiter ausgeführt.

===Erweiterung des bisherigen Befehlsvorrats===
Der bisherige Namensraum von CRCF umfaßt keine Befehle, die Objekte einer höheren Abstraktionsebene beschreiben. Für die Attribute dieser makroskopischen Objekte gibt es ebenfalls noch keine Festlegung. Zum Teil sind die Werte dieser Attribute statisch zum Teil ändern sich sich während des Betriebs. Für das Schreiben von Daten in den CRCF-Datenbestand existiert bisher ebenfalls noch kein Befehl. Der Bedarf für folgende Begriffe ist vorhanden:

; Daten schreiben (CONFSET)
:: Befehl zum Schreiben von CRCF-Daten in eine CRCF-Datenbank (Warum reicht hier nicht SET und GET analog zum SRCP-Namensraum? Antwort: Der Befehl CONFGET ist bisher Bestandteil des SRCP-Namensraumes).
; Stellwerk (RWCC, Railway Control Center)
:: Steuerungsinstanz, die Fahrstraßen verwaltet, für ein oder mehrere Bahnhöfe zuständig ist, Zugmeldungen abwickelt, ihr zuständiges Streckennetz kennt, einzuhaltende Geschwindigkeiten überwacht und bei Überschreitungen eingreift etc.
; Gleisbild (LAYOUT)
:: Streckennetzbeschreibung eines Stellwerkbezirks, enthält Angaben zur Dimension, Position einzelner Gleisbildelemente, automatischer Streckenblöcke, Fahrstraßen, etc.
; Freimeldeabschnitt (?)
:: Streckenabschnitt, der mit einer Gleisfreimeldeanlage (Rückmeldung/Belegtmeldung) überwacht wird.
; Automatischer Streckenblock (BLOCK)
:: Automatisch per Freimeldeabschnitte überwachter Streckenabschnitt zur Steuerung von Zugfahrten. Ein automatischer Streckenblock führt von einem Startgleisabschnitt in einen Zielgleisabschnitt.
; Fahrstraße (ROUTE)
:: Sicherheitstechnisch überwachter Streckenabschnitt innerhalb eines Stellwerks, der über Informationen zur Start- und Zielsignal, Soll-Weichenstellungen, Freimeldeabschnitte, Typinformation (für anzuwendenden Regelsatz), den aktuellen Zustand (eingestellt, aufgelöst, reserviert, teilaufgelöst) etc. verfügt. Eine Fahrstraße führt von einem Startgleisabschnitt in einen Zielgleisabschnitt.
; Weichenstraße (SLIST, Switch List)
:: Sammlung schaltbarer Magnetartikel und ihrer Sollstellungen ohne sicherheitstechnische Überwachung; ist nicht mit »Fahrstraße« zu verwechseln.
; Zugsteuerung (TNCC, Train Control Center)
:: Instanz, die die Logistik eines gegebenen Vorrats an Zügen übernimmt z.B. fahrplangesteuerte Fahrten von Zügen zwischen Bahnhöfen
; Zug (TRAIN)
:: Instanz, die über ihre Zugnummer identifizierbar ist, eine oder mehrere Lokomotiven ansteuert, Informationen zu Typ und Länge verfügt etc.
; Bahnhof (STATION)
:: Start- und Zielpunkt von Zugfahrten.
; Gleisabschnitt (SECTION)
:: Ein Gleisabschnitt charakterisiert den Aufenthaltsort eines Zuges, z.B. für Zugmeldungen. Streckenblöcke und Fahrstraßen überführen einen Zug von einem Gleisabschnitt (Start) in den nächsten Gleisabschnitt (Ziel).
(TODO: weitere ergänzen)

==SRCP-Erweiterungen==
Der bisherige Umfang der SRCP-Spezifikation definiert keine Möglichkeit, mit der SRCP-Clients untereinander direkt Informationen austauschen können. Ein Bedarf dafür ist jedoch durchaus gegeben, wie folgende Auflistung zeigt:

* Zugmeldungen zwischen Stellwerken
* Zuglenkung über Zuglaufverfolgung (ZLV) und Zugnummernmeldeanlage (ZNA)
* Zugbeeinflussung mit geschwindigkeitsüberwachender Instanz (Stellwerk) und Zugsteuerung
* Scripting-Schnittstelle für Stellwerk- und Zugsteuersoftware
* Austausch von statischen und dynamischen CRCF-Daten mit einer CRCF-Datenverwaltungsinstanz

Weiterhin ist es mit SRCP prinzipiell möglich, eine Modellbahnanlage über mehrere SRCP-Server zu bedienen, es gibt aber bisher kein Konzept, das einen Informationsübergang zwischen den Server-Bereichen erlaubt. Dazu gab es folgenden Lösungsvorschlag:
* Koppelung mehrerer SRCP-Server zu einer Master/Slave-Konstellation, bei der die Busse der Slave-Server auf Busse beim Master-Server abgebildet werden.

Zur Realisierung dieser neu zu implementierenden Informationswege wurden die im folgenden näher erläuterten Konzepte vorgeschlagen.

===Neuer Befehl im Kommandomodus===
====Vorschlag====
Die aktuell SRCP-Spezifikation umfaßt für den Kommandomodus einen definierten Satz an Befehlen, die in der folgenden allgemeinen Syntax an den Server gesendet werden:

<kommando> <kommandoparameter>

Da die Befehle auf definierte Gerätegruppen wirken, die wieder bestimmten Bussen zugeordnet sind, resultiert zur weiteren Spezifizierung folgende allgemeine Befehlssyntax:

<kommando> <bus> <gerätegruppe> <parameter>

Der Bus mit Nummer 0 ist dem Server selbst vorbehalten und dient zur Adressierung von Servereinstellungen. Die Anzahl der übergebenen Parameter ist variabel.

Vom Server abgearbeitete Befehle werden gemäß der SRCP-Spezifikation an alle im INFO-Modus verbundene SRCP-Clients als eine Art „SRCP-Broadcast“ (SRCP-Rundruf) mit der folgenden allgemeinen Syntax weitergeleitet:

<codenr> INFO <bus> <gerätegruppe> <parameter>

Die angeschlossenen SRCP-Clients selbst sind anhand ihrer Session-Id identifizier- und eindeutig unterscheidbar.

Von dieser Situation ausgehend, kann ein neues Kommando ergänzt werden, dass von SRCP-Server selbst nur zum Weiterleiten einer Nachricht an die angeschlossenen SRCP-Clients genutzt wird. Den Inhalt der Nachricht muß der SRCP-Server nicht interpretieren. Die Form der Nachricht kann/soll/muß den gängigen SRCP-Konventionen bezüglich Zeichensatz, Länge etc. genügen.

=====Implementierungsvariante 1=====
Ein erster (anarchischer) Ansatz könte in SRCP 0.8-Terminologie so aussehen:

Im Kommando-Modus verbundender Client:

ECHO 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 ECHO <message>

=====Implementierungsvariante 2=====
Ein zweiter, mehr geordneter Ansatz, schreibt die Verwendung definierter Befehle (SRCP-Makros) vor, analog also beispielsweise so:

Im Kommando-Modus verbundender Client:

MACRO 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 MACRO <message>

Wobei <message> diesmal eine Folge von definierten (genormten) Befehlen inklusive deren Wert-Parametern sein muß. Diese Makros müssen natürlich den Kommunikationsbedarf der Clients (Frage/Antwort-Spiele) abdecken.

=====Implementierungsvariante 3=====
Der dritte Ansatz wäre, statt der neu zu erfindenden Makros, CRCF zu benutzen:

Im Kommando-Modus verbundender Client:

CRCF 0 <message>

Darauf der SRCP-Server an alle verbundenen Clients:

<timestamp> <codenr> INFO 0 CRCF <message>

Der Inhalt von <message> wäre dann eine CRCF-Befehlsfolge.

=====Anwendungsbeispiele=====
Angenommen eine Ablaufsteuerung (als eigener SRCP-Client) möchte eine Fahrstraße einstellen, dann sendet diese an das zuständige Stellwerk folgende (CRCF-)Befehlsfolge:

ROUTE <routeid> SET STATE 1

Den Erfolg bekommt er dann vom Stellwerk zurückgemeldet...

ROUTE <routeid> INFO STATE 1

... oder kann ihn auch abfragen z.B. gemäß:

ROUTE <routeid> GET STATE

Sinngemäß ließe sich so auch die Belegung einer bestimmten Fahrstraße mit einem Zug (TRAIN) setzen, abfragen oder melden. Der übermittelte Zahlenwert würde dann der Zugnummer entsprechen. Der Bedarf, dass ein SRCP-Client einem Stellwerk Daten zur Konfiguration von Fahrstraßen sendet, wäre prinzipiell auch abdeckbar:

ROUTE <routeid> ADD GA <busid> <address> <port> <state>

Oder entfernen:

ROUTE <routeid> REMOVE GA <busid> <address>

Um eine Client-Client-Verbindung zu unterhalten, müßte der Sender eines CRCF-Befehls seine
SRCP-Session-ID immer mitsenden, dann könnte die Antwort zielgerichtet erfolgen:

CRCF 0 <sender-sessionid> <empfänger-sessionid> <CRCF-message>

Mit dem Inhalt von <sessionid> ließe sich ein CRCF-Broadcast einfach von einer Punkt-zu-Punkt-Verbindung unterscheiden:

# Der Wert ist 0: Rundruf (Broadcast)
# Der Wert ist >0: Punkt-zu-Punkt-Verbindung

Auch das Thema »Zugbeeinflussung« läßt sich hiermit darstellen. Ein Zug muß während seiner Fahrt Geschwindigkeitsregeln einhalten, die das Stellwerk überwacht. Bei Überschreitungen sendet das Stellwerk einen Abbremsbefehl:

CRCF 0 <sender-session-id> 0 TRAIN <train-id> SET SPEED 0

====Bewertung====

Die Implementierung wird nicht weiterverfolgt, da der Vorschlag zur neuen Gerätegruppe besser ins bisherige SRCP paßt. Die hier andiskutierten CRCF-Nachrichten können mit dem anderen Vorschlag ebenfalls transportiert werden.

===Neuer Sitzungstyp===
====Vorschlag====

Die Implementationen von CRCF bzw. Generic Messages und den bisher definierten SRCP-Sitzungen werden komplett getrennt.

Motivation:
* Ermöglicht Kapselung von unterschiedlichen Client-Funktionalitäten: die bestehenden Sitzungen und Generic Messages sind für komplett unterschiedliche Zwecke gedacht. Die bisherigen Steuerungs-Sitzungen dienen der Kommunikation mit der Modellbahn-Hardware, Generic Messages dienen der Kommunikation der Clients untereinander.
* Dies senkt die Anforderungen an einen reinen Steuerungs-Server, er muss Generic Messages nicht unterstützen. ''Anmerkung von svesch: Der Server muss die GMs nur weiterleiten. CRCF macht nur Sinn, wenn es die SRCP-Server auch wirklich unterstützen. Sozusagen mandatory ab Version X.''
* Es erspart mobilen Eingabegeräten z.B. einem Handregler den extremen Traffic, den intelligentere stationäre Clients untereinander haben. ''Anmerkung von svesch: Das ist ein wichtiger Punkt, den habe ich im Punkt "Vorschläge zur Trafficminimierung" versucht Rechnung zu tragen.''

Bei der Einschätzung des Programmieraufwands gehen die Meinungen auseinander. Die einen sehen Zusatzaufwand in der dritten TCP-Verbindung, andererseits erhöht die Kapselung der Funktionalitäten die Wartbarkeit des Systems.

Eigene Sitzungen trennen sowohl den Namensraum für Steuerung und Generic Messages als auch den durch beide Kommunikationsformen entstehenden Netzwerkverkehr:

SET PROTOCOL GM 0.3
SET CONNECTIONMODE GM INFO|COMMAND

Programmiertechnisch wird sowohl für den SRCP-Server als auch den SRCP-Client die Unterhaltung einer bzw. zweier weiterer Netzwerkverbindungen notwendig. Alternativ ist ein Systemdienst möglich, der nur GM-Sitzungen, aber keine Steuerungs-Sitzungen unterstütz.

====Bewertung====
Die Diskussion dauert noch an, daher ist keine abschliessende Bewertung möglich

===Neue Gerätegruppe===
====Vorschlag====

Für den generalisierten Nachrichtenaustausch wird eine neue Gerätegruppe (device group) »Generic Message« (GM) auf Bus 0 eingerichtet. Die einzige (sinnvoll) anzuwendende Methode ist SET.

Beispielhafte Anwendung im Kommandomodus:

SET 0 GM <AntwortID> <EmpfängerID> <messagetype> <messagetext>

EmpfängerID ist diejenige INFO-Session-ID, die die Nachricht erhalten soll. Ist diese 0, so wird die Nachricht als Rundruf an alle INFO-Sessions gesendet. Die AntwortID ist die INFO-Session-ID (oder 0), an die eine eventuelle Antwortnachricht gesendet werden soll. Anmerkung: Die Antwort-ID ist niemals die Session-ID, die den SET Befehl ausführt.

Beispielhafte Anwendung im INFO-Modus:

INFO 0 GM <AntwortID> <EmpfängerID> <messagetype> <messagetext>

<messagetype> ist ein entweder zentral (Wo und von wem?) oder dezentral (anwendungsspezifisch) definierter Identifier, der als eindeutige Kennung für die Interpretation von <messagetext> dient.

Für <messagetext> gelten die im SRCP üblichen Einschränkungen/Formatanforderungen, z.B. dass der Zeichensatz aus 7 Bit ASCII besteht. Die Länge der gesamten Kommandozeile ist auf 1000 Zeichen begrenzt.

=====Anwendungsbeispiel=====
Ein Client fragt nach den Einzelheiten des Gerätes GA 1 auf Bus 8. Antwort an Session-ID 13 erbeten (Schritt 1).

SET 0 GM 13 0 CRCF CONFGET 8 GA 1

Wie die INFO-Nachricht aussieht, dürfte offensichtlich sein. Er geht an alle INFO-Sessions (Schritt 2).

INFO 0 GM 13 0 CRCF CONFGET 8 GA 1

Wenn ein CRCF-Service diese Nachricht erhalten hat, sendet er eine passende Antwort an den SRCP-Server (Schritt 3):

SET 0 GM 19 13 CRCF CONFINFO 8 GA 1 ....

Die Info-Session des CRCF-Services ist im Beispiel 19; die Antwort wird vom
SRCP-Server direkt an die SESSION 13 weitergeleitet (Schritt 4):

INFO 0 GM 19 13 CRCF CONFINFO 8 GA 1 ....

[[Bild:SRCP_GM.png|framed|Nachrichtenfluß über Generic Messages. CS: COMMAND-Sitzung, IS: INFO-Sitzung]]
Der Nachrichtenfluß über die Schritte 1 bis 4 ist in der nebenstehenden Grafik dargestellt. Die teilnehmenden SRCP-Clients müssen sowohl eine COMMAND- als auch eine INFO-Sitzung unterhalten. Für die Adressierung der Nachrichten spielen die Identifikationsnummern der COMMAND-Sitzungen (im Beispiel 12 und 18) keine Rolle.

Weitere Anfragen kann der Client direkt an Session 19 stellen. Er erhält
die INFO-Nachricht sofort. Wenn Session 19 terminieren sollte, kann er wieder
auf Empfänger 0 (= alle) umstellen.

====Bewertung====
Es entsteht eine allgemein nutzbare Kommunikationsstrecke mit vielfältigem Anwendungspotential. Es entsteht ein permanenter Pflegedienst für Vergabe der Nachrichtentypen (kann automatisiert werden).
Der Vorschlag wurde in die SRCP-Spezifikation 0.8.4 übernommen.

====Anmerkungen====
Zu den Konsequenzen der Implementierung gab es einige spezielle Fragestellungen.

;Müssen wir uns über Timeouts Gedanken machen?
: Das ist Sache der Clients und sollte natürlich benutzerfreundlich gestaltet sein.

;Wie lange soll ein anfragender Client auf Antworten warten?
:Da der Client für das Timeoutverhalten verantwortlich ist, entscheidet auch er darüber. Wiederum gilt, so benutzerfreundlich, wie möglich.

;Generiert der Server gegebenenfalls eine Timeout-Nachricht?
:Nein, denn er hat keine Ahnung vom Inhalt der ausgetauschten Nachrichten. Er transportiert nur eine Botschaft; dass zwei (oder auch mehr) Teilnehmer zu einem Dialog gehören, ist dem Server unbekannt.

;Wenn der Server schon beim Empfang einer "SET 0 GM"-Anfrage sieht, dass er damit keinen Empfänger erreichen kann, sollte er eine entsprechende Meldung an den Anfrager generieren (beispielsweise wenn der Anfragende der einzige angemeldete Client ist)?
:Vorschlag: Der Server sendet in einem solchen Fall "416 ERROR no data". Dies Meldung erfolgt nur dann, wenn keine INFO Session aktiv ist. Könnte damit auch entfallen, da der Timeout zuschlagen wird.

;Warum muss der Client bei "SET 0 GM"-Anfragen seine Antwort-ID mitsenden? Der Server könnte diese ID in die INFO-Nachricht eintragen, denn er kennt sie ja.
:Der Server hat überhaupt keine Ahnung davon, welche beliebigen zwei Sessions zusammengehören.

;Die Session-IDs übernehmen eine zentrale Rolle beim Gebrauch von GMs. In der aktuellen SRCP-Spezifikation fehlt eine Beschränkung der Session-ID auf einen definierten Wertebereich.
:Der im normalen Betrieb notwendige Wertebereich ist sehr gering; ein generischer (von der Hardwareplatform abhängiger) vorzeichenloser Ganzzahlwert sollte für alle Anwendungsfälle ausreichen.

==== Vorschläge zur Minimierung des Netzwerkdatenverkehrs====
Die Diskussion zeigte, dass größeres Unverständnis darüber herrschte, welches zusätzliche Datenaufkommen über den Nachrichtenaustausch der SRCP-Clients untereinander entstehen würde. Es bestand teilweise die Befürchtung, dass nicht an dieser Kommunikation interessierte SRCP-Clients unnötig und überfordernd belastet würden. Hier wurde insbesondere deutlich, dass das jetzt schon über den INFO-Kanal eingehende Nachrichtenvolumen SRCP-Anfängern unter Umständen nicht bewust ist und leicht unterschätzt wird.

Bei sachgemäßem Umgang mit dem neuen Nachrichtenkanal ergibt sich gegenüber dem bisherigen INFO-Kanalvolumen jedoch nur ein geringes Mehr an Daten. Insbesondere die Möglichkeit zur direkten Kommunikation zweier Teilnehmer wirkt im Bedarfsfall stark volumenbeschränkend. Ein inflationärer Gebrauch von Rundrufnachrichten sollte naturgemäß vermieden werden.

* <del>Wenn an einen SRCP-Server eine CRCF-Broadcastanfrage gestellt wird, muss er dann eine INFO-Nachricht generieren? Es kann ja sein, dass er selber auf die Anfrage antworten kann. Gerade bei dynamischen Daten kann der Server möglicherweise am besten Auskunft geben.</del>
Anmerkung: Es gibt bereits genügend SRCP-Kommandos, um Informationen direkt beim Server zu erfragen. Dieser Punkt ist daher irrelevant.

* <del>CRCF-Broadcastanfragen werden vom Server per INFO-Meldung an alle angemeldeten Clients weitergeleitet. An den Anfrager selber sollte die INFO-Meldung jedoch nicht weitergeleitet werden.</del>
Anmerkung: Durch das generelle Weiterleiten der INFO-Meldung weiß der Client, das (und wann) seine Botschaft rausgegangen ist. Deshalb wird auch dieser Punkt gestrichen.

* Ein Client sollte selber darüber entscheiden, ob er CRCF-Broadcasts empfängt. Per Voreinstellung ist diese Option nicht aktiv. Wie das Ein- oder Ausschalten funktioniert, wäre zu diskutieren.

== Glossar ==

;'''CRCF-Broadcast'''
::Eine von einem SRCP-Client in Form von "SET 0 GM <AntwortID> 0 CRCF CONFGET <messagetext>" initiierte Rundrufnachricht, die der SRCP-Server über den INFO-Kanal an alle angeschlossenen SRCP-Clients weiterleitet.

;'''CRCF-Client'''
::Ein Client mit lokalen CRCF-Daten bzw. lokaler CRCF-Datenbank.

[[Kategorie:SRCP]]