DerMoba - Benutzerbeiträge [de]

SRCP-Erweiterungen

2007-07-06T18:01:37Z

Matthias Trute: /* Vorschlag */

==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 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 das SRCP-Protokoll 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===
Der bisherige CRCF-Spezifikationsentwurf mit der Versionsnummer 0.2.0 basiert allein auf SRCP. Physikalisch liegen die CRCF-Daten beim SRCP-Server; wie genau, ist nicht definiert. Wie und ob diese über ein Netzwerk zugänglich sein sollen, ist ebenfalls nicht klar. Für die Abfrage von CRCF-Daten ist der Befehl CONFGET vorgesehen, der nur Lesezugriffe und damit auch nur den Umgang mit statischen Daten erlaubt. Ein analoger Befehl CONFSET zum Schreiben von Daten ist nicht definiert. 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. Das Ablageformat wird als textbasierte Datei beschrieben, wobei die Daten in Sinne von SRCP mit entsprechend benannten Datenfeldern vorliegen. Die Informationen beziehen sich je Datei auf genau _einen_ SRCP-Server, dessen Eigenschaften ebenfalls erfaßt sind.

===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 charterisierenden 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?

Folgendes Schema sollte als Grundlage für weitere Diskussionen dienen:

(TODO: Abbildung)

===Implementierungsvorschläge===

====Zentrale Datenablage bei einem spezialisierten SRCP-Client====
Ü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====
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, müß 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====
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?).
; 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, etc.
; Freimeldeabschnitt (BLOCK)
:: Streckenabschnitt, der mit einer Gleisfreimeldeanlage (Rückmeldung/Belegtmeldung) überwacht wird.
; 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.
; 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.
(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 17. Antwort an Session-ID 45 erbeten (Schritt A).

SET 0 GM 45 0 CRCF CONFGET 17 GA 1

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

INFO 0 GM 45 0 CRCF CONFGET 17 GA 1

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

SET 0 GM 25 45 CRCF CONFINFO 17 GA 1 ....

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

INFO 0 GM 25 45 CRCF CONFINFO 17 GA 1 ....

Der Nachrichtenfluß über die Schritte A, B, C und D ist in der unten angefügten Grafik dargestellt. CA ist die COMMAND-Session von Client A, IA dessen INFO-Session. Für Client B (CRCF-Server) gilt die Benennung analog.

[[Bild:SRCP_GM.png]]

Weitere Anfragen kann der Client direkt an Session 25 stellen. Er erhält
die INFO-Nachricht sofort. Wenn Session 25 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

2007-07-02T18:47:45Z

Matthias Trute: /* Anmerkungen */ Server weiß nichts von zusammengehörenden Sessions.

==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 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 das SRCP-Protokoll mittlerweile eine offiziell über [http://www.iana.org/ IANA/IETF] reservierte Portnummer (4303) und Protokollbezeichner (srcp) gibt, hat ein SRCP-Administrator problemlos die Freiheit, einen von der aktuellen SRCP-Spezifikation 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. Das deutet darauf hin, dass der Bedarf für CRCF weiterhin vorhanden ist. Über die bisherigen Ideen von CRCF hinaus gab es einige weitergehende Themen.

===Anforderungen an CRCF===

* Umständlich Eingabe von Informationen über Loks und Zubehör soll entfallen
* Anlagenweite Anzeige von Klartextnamen anstatt von Adressen
* Im Bezug auf den Server-Suchdienst könnte CRCF die Hostnamen (IP-Adressen) der SRCP-Server verwalten
* Verwaltung statischer Informationen
* Verwaltung dynamischer Informationen
* CRCF in ausdruckbarer Form
* Gliederung der CRCF
* SRCP-Server sollten Zugriff auf die CRCF erhalten
* Kommunikation zwischen Clients

===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?

Folgendes Schema sollte als Grundlage für weitere Diskussionen dienen:

(TODO: Abbildung)

===Implementierungsvorschläge===

====Datenablage gemäß CRCF Spezifikation 0.2.0====
* Spezifikationsentwurf basiert auf SRCP.
* Physikalisch liegen die CRCF-Daten beim SRCP-Server.
* Auskunftdienst ist Bestandteil von SRCP über den Befehl CONFGET.
* Derzeitiger Vorschlag ist praktisch auf SRCP 0.7.1 ausgerichtet, deswegen fehlen wichtige Details der 0.8.x-Welt, wie z.B. Busse.
* Beschreibt CRCF als textbasierte Dateien.
* Verwaltung der Daten in Sinne von SRCP, d.h. die einzelnen Datenfelder kommen aus der SRCP-Welt.
* Es werden ausschliesslich statische Daten verwaltet.
* Enthält Daten über die Eigenschaften eines Servers.
* Pro SRCP-Server ist eine CRCF-Datei vorgesehen.

====Datenablage bei einem spezialisierten SRCP-Client====
Über die Diskussion ergab sich der Vorschlag, den CRCF-Datenbestand über einen speziellen SRCP-Client netzwerkweit zugänglich zu machen, statt wie bisher nur als reine Datei abgelegt zu sein. Dieser SRCP-Client hätte damit eine Art Datenbankserverfunktion.

* Die CRCF-Daten liegen bei einem SRCP-Client.
* Anfragen an die CRCF erfolgen zunächst an den SRCP-Server, der die Daten an den spezialisierten Client weiterleitet.
* SRCP wird als Tunnel genutzt, da CRCF-Anfragen nur weitergeleitet werden.
* Der Auskunftsbefehl ist als SRCP-Kommando auszuführen.
* Durch das ungesehene Weiterleiten von Nachrichten durch den SRCP-Server wird eine Kommunikation zwischen Clients ermöglicht.
* Der Client muss sich bei allen verfügbaren SRCP-Servern anmelden, damit Daten anlagenweit verteilt werden können.
* Der SRCP-Client mit dem CRCF-Datenbestand kann konsistent statische und dynamische Daten verwalten.
* SRCP-Server haben die Möglichkeit an Informationen von CRCF zu gelangen.
* Die Verwaltung von Daten, die über die SRCP-Welt hinausgehen, beispielsweise die Verwaltung von Fahrstrassen und kompletten Layouts wird ermöglicht.

====Datenablage bei einem separaten CRCF-Server====
* Auskunftsdienst muss als neues Protokoll implementiert werden
* SRCP-Clients sowie SRCP-Server können anfragen
* Verwaltung von rein statischen Daten
* Falls zusätzlich zum Auskunftsdienst ein Meldedienst implementiert wird, können auch dynamische Daten verwaltet werden
* Kommunikation zwischen Clients könnte mittels einer Mailboxfunktion möglich werden
* Das SRCP-Protokoll wird nicht geändert, CRCF existiert parallel
* SRCP-Server haben die Möglichkeit an Informationen von CRCF zu gelangen
* SRCP-Server können Meldungen an den CRCF-Server senden, um dessen Datenbestand zu aktualisieren

====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. 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.
; Gleisbild (LAYOUT)
:: Streckennetzbeschreibung eines Stellwerkbezirks, enthält Angaben zur Dimension, Position einzelner Gleisbildelemente, etc.
; Freimeldeabschnitt (BLOCK)
:: Streckenabschnitt, der mit einer Gleisfreimeldeanlage (Rückmeldung/Belegtmeldung) überwacht wird.
; 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.
; 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.

(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.

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>

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.

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.

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

ROUTE <routeid> SET STATE 1

Den Erfolg bekommt er dann vom Stellwerk zurückgemeldet oder kann ihn auch abfragen z.B. gemäß:

ROUTE <routeid> GET STATE

Den Bedarf, dass ein SRCP-Client einem Stellwerk Daten zur Konfiguration von Fahrstraßen sendet, wäre prinzipiell auch möglich:

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: 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> SPEED SET 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 SessionID, die die Nachricht
erhalten soll. Ist diese 0, so wird die Nachricht als Rundruf an
alle INFO-Sessions gesendet. Die AntwortID ist diejenige SessionID (oder
0) der INFO-Session, an die eine eventuelle Antwortnachricht gesendet
werden soll.

Beispielhafte Anwendung im INFO-Modus:

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

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

<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.

Beispiel: Ein Client fragt nach den Einzelheiten des Gerätes GA 1 auf
Bus 17. Antwort an Session-ID 45 erbeten (Schritt A).

SET 0 GM 45 0 CRCF CONFGET 17 GA 1

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

INFO 0 GM 45 0 CRCF CONFGET 17 GA 1

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

SET 0 GM 25 45 CRCF CONFINFO 17 GA 1 ....

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

INFO 0 GM 25 45 CRCF CONFINFO 17 GA 1 ....

Der Nachrichtenfluß über die Schritte A, B, C und D ist in der unten angefügten Grafik dargestellt. CA ist die COMMAND-Session von Client A, IA dessen INFO-Session. Für Client B (CRCF-Server) gilt die Benennung analog.

[[Bild:SRCP_GM.png]]

Weitere Anfragen kann der Client direkt an Session 25 stellen. Er erhält
die INFO-Nachricht sofort. Wenn Session 25 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).

====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.

SRCP-Erweiterungen

2007-02-02T20:18:36Z

Matthias Trute: GM Messagetexte können Whitespace enthalten und ein paar Fragen /* Neue Gerätegruppe */

SRCP-Erweiterungen

2007-02-02T20:13:26Z

Matthias Trute: Portnummer und Protokollname sind offiziell vergeben /* SRCP-Server-Suchdienst */

SRCP-Erweiterungen

2007-01-27T20:40:30Z

Matthias Trute: Kleineres Finetuning /* Vorschlagstext */

Digitalprojekt

2007-01-21T19:03:22Z

Matthias Trute: Grundzüge des SRCP erläutert. Erster Teil. /* Simple Railroad Command Protocol (SRCP) */

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses Systems können ausgetauscht werden, falls sich die Anforderungen ändern. Dies erfordert, daß zwischen den Komponenten eine lose Koppelung besteht. Diese Koppelung wird durch das Kommunikationsprotokoll SRCP erreicht. Die Kommunikation zwischen den einzelnen Komponenten erfolgt über TCP/IP, also mit herkömmlicher ''Internet-Technik''.

Ein funktionsfähiges Digitalsystem des '''DER_MOBA''' Digitalprojekts besteht aus mindestens zwei Programmen: Einem SRCP-Server und einem SRCP-Client. Der Server stellt die eigentliche Schnittstelle zur Anlage dar und kommuniziert direkt mit einem [[Interface]] oder - im Falle eines DigitalDirekt-Systems - mit den [[Booster|Boostern]]. Der Client kommuniziert mit Hilfe des SRCP-Protokolls nur mit dem Server und stellt in der Regel ein Steuerungs- oder Bedienprogramm dar.

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 PC-Betriebssystem. 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.

= Simple Railroad Command Protocol (SRCP) =

* Protokollspezifikation SRCP<br\>Die aktuelleste Protokollspezifikation von SRCP: [http://srcpd.sourceforge.net/srcp/srcp-083.html [HTML]][http://srcpd.sourceforge.net/srcp/srcp.pdf [PDF]]<br\>SRCP 0.8.x ist inkompatibel zu früheren SRCP-Versionen. Bereits vorhandene Software für SRCP 0.7.x wird im Laufe der Zeit auf SRCP 0.8.x umgestellt. 

=== 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
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. 12345) bei jedem
Client anzugeben. Der Client kann diese Angaben über andere Dienste anfordern (Bonjour,
Zeroconf, Active Directory).

Nach Verbindungsaufnahme wird vom Server eine zunächst anonyme Session gestartet. Diese
wird Handshake genannt. In ihr kann der Client verschiedene Betriebsparameter einstellen.
Derzeit sind zwei verschiedene Betriebsmodus definiert: Command und Info. Weitere Parameter
betreffen z.B. die Version des SRCP, das benutzt werden soll. Da diese Idee erst ab Version
0.8 des SRCP enthalten ist, sind frühere, aber noch immer benutzte Versionen des SRCP (0.7),
nicht auswählbar.

Mit dem Befehl GO wird die Handshakephase beendet und die noch anonyme Session erhält eine
Session-ID. Gleichzeitig wird die Verbindung auf den gewählten Betriebsmodus eingestellt.

Die Session-ID ist ein numerischer Wert, der die Session 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 Session, indem er die
Verbindung kappt (es besteht 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 und eine Antwort generiert und an den Client gesendet. Die
Antworten sind Bestätigungen, das 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 i.allg. dreiteilig: Ein Bus, eine Gerätegruppe und eine
Adressangabe (Dekoderadresse).

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 Moba.

====Gründe für das Design====

=====Parameterlisten vs. benamte Parameter=====
Die Diskussion wurde per Mehrheitsbeschluß entschieden. Eine technische Über- oder
Unterlegenheit einer der beiden Varianten konnte nicht festgestellt werden. Allgemein
wurde vermutet, das 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.

* Historie:
** [[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]]

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 ;-).

== 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, 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''' - manuelle Steuerung von Lokomotiven und Magnetartikel mit grafischer Oberfläche. 

* '''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].

* '''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 =
Im Rahmens des DDL-Projektes wurde eine Technik entwickelt, mit der ein PC einfach an die Hardware der Modellbahnanlage angeschlossen werden kann. 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, 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-Bus-System, das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle 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

= Common Railroad Configuration Files (CRCF) =

Ein Entwurf für ein Dateinformat, das eine zentrale Serverkonfiguration beschreibt, stammt von Edbert van Eimeren und ist zur Diskusssion in der Newsgroup '''de.rec.modelle.bahn''' freigegeben.

* 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-Erweiterungen

2007-01-21T15:19:07Z

Matthias Trute: Bewertung hinzugefügt /* Neue Gerätegruppe */

SRCP-Erweiterungen

2007-01-21T15:16:33Z

Matthias Trute: Bewertung hinzugefügt /* Neuer Sitzungstyp */

SRCP-Erweiterungen

2007-01-21T15:14:14Z

Matthias Trute: Bewertung /* Neuer Befehl im Kommandomodus */

SRCP-Erweiterungen

2007-01-19T08:57:48Z

Matthias Trute: Nachrichtenfluß mit GM /* Neue Gerätegruppe */

Datei:SRCP GM.png

2007-01-19T08:56:15Z

Matthias Trute: Nachrichtenfluß mit Generic Messages

Nachrichtenfluß mit Generic Messages

SRCP-Erweiterungen

2007-01-17T13:05:24Z

Matthias Trute: /* SRCP-Server-Suchdienst */ Beispiel für avahi Konfigurationsdatei

Digitalprojekt

2006-01-21T21:08:57Z

Matthias Trute: Verweise auf alte Versionen 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 skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems zur [[Modellbahnsteuerung]]. Einzelne Komponenten dieses Systems können ausgetauscht werden, falls sich die Anforderungen ändern. Dies erfordert, daß zwischen den Komponenten eine lose Koppelung besteht. Diese Koppelung wird durch das Kommunikationsprotokoll SRCP erreicht. Die Kommunikation zwischen den einzelnen Komponenten erfolgt mit herkömmlicher ''Internet-Technik''.

Ein funktionsfähiges Digitalsystem des '''DER_MOBA''' Digitalprojekts besteht aus mindestens zwei Programmen: Einem SRCP-Server und einem SRCP-Client. Der Server stellt die eigentliche Schnittstelle zur Anlage dar und kommuniziert direkt mit einem Interface oder - im Falle eines DigitalDirekt-Systems - mit den Boostern. Der Client kommuniziert mit Hilfe von SRCP nur mit dem Server und stellt i.d.R. ein Steuerungs- oder Bedienprogramm dar.

Obwohl sehr viele, der derzeit verfügbaren Programme, die man dem '''DER_MOBA''' Digitalprojekt zuordnen kann, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem PC-Betriebssystem. 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 Author ü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.

= Simple Railroad Command Protocol (SRCP) =

* Protokollspezifikation SRCP<br\>Die aktuelleste Protokollspezifikation von SRCP: [http://srcpd.sourceforge.net/srcp/srcp.html [HTML]][http://srcpd.sourceforge.net/srcp/srcp.pdf [PDF]]<br\>SRCP 0.8.x ist inkompatibel zu früheren SRCP-Versionen. Bereits vorhandene Software für SRCP 0.7.x wird im Laufe der Zeit auf SRCP 0.8.x umgestellt. 

* Historie:
** Protokollspezifikation SRCP 0.7.3 [[SRCP - Simple Railroad Command Protocol 0.7.3 | [Artikel]]] [http://www.der-moba.de/Digital/srcp-0.7.3/srcp.pdf [pdf]]

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 ;-).

== SRCP-Server ==

=== Aktiv gepflegte ===

Diese SRCP Server werden aktiv weiterentwickelt. Wer sie einsetzt, hat einen
einsatzbereiten und leistungsfähigen Server und kann bei jeglichen
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 Digitalbetrieb ohne Zentraleinheit und Computerinterface. Kontakt: [http://vogt-it.com/MailForm/index.php Torsten Vogt] '''Neu: Version xmas-2005 mit Unterstützung für Linux Kernel 2.6 released!''' 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 Kann eingesetzt werden, um mit SRCP-Clients Anlagen mit Intellibox, Märklin Interface 6051, Lenz LI100, Booster direkt am seriellen Port (RS232), Littfinski HSI-S88, S88-Module am Parallelport und/oder Zimo MX1 zu steuern. Weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind schon realisiert. 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.

=== Einsetzbar aber nicht mehr weiterentwickelt ===

Diese SRCP Server funktionieren, der oder die Autoren halten sie für "gut genug" und wollen zumindest
derzeit nichts weiter verändern.

* zur Zeit sind keine Projekte mit diesem Status vorhanden!

=== 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 folgenden 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''' - manuelle Steuerung von Lokomotiven und Magnetartikel mit grafischer Oberfläche. 

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

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

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Dekodern 

* '''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].

* '''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 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.

* '''SpDrS60''' - grafisches Gleisbildstellpult nach Bundesbahnvorbild mit vorbildgerechter Fahrstraßensicherungslogik. Kontakt: [mailto:stefan.preis@wdr.de Stefan Preis] oder [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 [http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten] 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''' - grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdekoder mit grafischem Stellpult (für Windows und Linux) Kontakt: [mailto:mail@jtrain.de Werner Kunkel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.jtrain.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, 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://home.t-online.de/home/h.karkoska/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Dekodern 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-Dekodern. 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''' - Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] SRCP-Client für Windows zur Anlagensteuerung. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.trainer.at.tc/ 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 vorhanden) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] SCRP-Client für Linux und Windows 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] SCRP-Client für Linux und Windows 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] SRCP-Tools für Windows 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] SRCP-Client für Windows 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] SRCP-Client für Windows Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.miniware.nl/de/rre/index.html WWW-Seiten] des Autors.

* '''dras/Kdigirail''' - SRCP-Client zum Steuern von Modellbahnanlagen (Linux-Version) Kontakt: [mailto:schmischi@users.sourceforge.net Frank Schmischke] SRCP-Client für Linux 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.

= Hardware =
Im Rahmens des DDL-Projektes wurde eine Technik entwickelt, mit der ein PC einfach an die Hardware der Modellbahnanlage angeschlossen werden kann. 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, die im einfachsten Fall über zwei Kabel elektrisch mit einem [[Booster]] verbunden ist. Programmtechnisch wird die serielle Schnittstelle hierbei als Signalgenerator genutzt.

Zum Empfang von Rückmeldungen der Anlage benötigt man ein S88-Bus-System, das über Kabelverbindungen und eine 5 V-Spannungsversorgung an die parallele Schnittstelle 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

= Common Railroad Configuration Files (CRCF) =

Ein Entwurf für ein Dateinformat, das eine zentrale Serverkonfiguration beschreibt, stammt von Edbert van Eimeren und ist zur Diskusssion in der Newsgroup '''de.rec.modelle.bahn''' freigegeben.

* 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]]

Newsgroup

2006-01-07T16:07:00Z

Matthias Trute: web.de hat kein Newservice mehr

=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 auch antworten. Eine Anmeldung für eine spezielle Newsgroup gibt es nicht, jeder kann teilnehmen.

Das klingt alles zunächst etwas ungewohnt, aber wer 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.

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. 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
a) www.der-moba.de lesen
b) Die Suchmaschiene http://groups.google.de/
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
http://www.der-moba.de/Inhalt/Artikelverzeichnis/DER_MOBA_FAQ.html
und auf http://got.to/quote.
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.cid.dfn.de/ kann man sich auch anmelden,
falls der eigene Provider keinen brauchbaren Newsserver anbietet.
Das kostet ca. 10,- EUR pro Jahr.

=Beitä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 daß, 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..

=DER_MOBA-Chat=

Chatten oder talken, was ist das?

Ganz einfach: Es treffen sich mehrere Personen und reden miteinander. Nun ist das im Internet nicht ganz so einfach wie im wirklichen Leben. Die Personen treffen sich, in dem sie sich auf einem bestimmten Rechner - dem Chat- oder Talkserver - anmelden.

Der DER_MOBA-chat findet sich als IRC-Chat unter
* Server: irc.freenode.net
* Channel: #mobatalk

Geeignete Programme sind zum Beispiel XChat,Mirc, Sirc usw...
Regelmäßige Benutzer möchten bitte ihren Namen registrieren; das geht im Chat ganz einfach mit
/msg nickserv register
Beim Verbinden muß dann, bevorzugt automatisch durch den IRC-Client, in dem man das einstellen können sollte, ein /msg nickserv identify gesendet werden, damit man sich als Inhaber des Namens ausweisen kann.

Mehr zum Thema Namen findet sich auf http://freenode.net/faq.shtml

IRC-Kurzanleitung unter http://www.uni-hildesheim.de/RZ/DOC/irc/irc_go.html

Wie bisher, ist Chatzeit jeden Donnerstag ab 21:00 Uhr, was aber keinen davon abhalten soll, auch zu anderen Zeiten mal hinzusehen!
[[Kategorie:Hauptkategorie]]

Digitalprojekt

2005-10-06T17:59:23Z

Matthias Trute: /* 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 skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems. Einzelne Komponenten dieses Systems können ausgetauscht werden, falls sich die Anforderungen ändern. Dies erfordert, daß zwischen den Komponenten eine lose Koppelung besteht. Diese Koppelung wird durch das Kommunikationsprotokoll SRCP erreicht. Die Kommunikation zwischen den einzelnen Komponenten erfolgt mit herkömmlicher ''Internet-Technik''.

Ein funktionsfähiges Digitalsystem des '''DER_MOBA''' Digitalprojekts besteht aus mindestens zwei Programmen: Einem SRCP-Server und einem SRCP-Client. Der Server stellt die eigentliche Schnittstelle zur Anlage dar und kommuniziert direkt mit einem Interface oder - im Falle eines DigitalDirekt-Systems - mit den Boostern. Der Client kommuniziert mit Hilfe von SRCP nur mit dem Server und stellt i.d.R. ein Steuerungs- oder Bedienprogramm dar.

Obwohl sehr viele, der derzeit verfügbaren Programme, die man dem '''DER_MOBA''' Digitalprojekt zuordnen kann, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem PC-Betriebssystem. 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 Author ü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.

= Simple Railroad Command Protocol (SRCP) =

* Protokollspezifikation SRCP<br\>Die aktuelleste Protokollspezifikation von SRCP: [http://srcpd.sourceforge.net/srcp/srcp.html [HTML]][http://srcpd.sourceforge.net/srcp/srcp.pdf [PDF]]<br\>SRCP 0.8.x ist inkompatibel zu früheren SRCP-Versionen. Bereits vorhandene Software für SRCP 0.7.x wird im Laufe der Zeit auf SRCP 0.8.x umgestellt. 

* Historie:
** Protokollspezifikation SRCP 0.8.0 [http://www.der-moba.de/Digital/srcp-0.8.0/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.8.0/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.3 [http://www.der-moba.de/Digital/srcp-0.7.3/srcp.html [HTML]][http://www.der-moba.de/Digital/srcp-0.7.3/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.2 [http://www.der-moba.de/Digital/srcp-0.7.2/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.7.2/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.1 [http://www.der-moba.de/Digital/srcp-0.7.1/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.7.1/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.0 [http://www.der-moba.de/Digital/srcp-0.7.0/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.7.0/srcp.ps [postscript]] [http://www.der-moba.de/Digital/srcp-0.7.0/srcp.txt [plain text]]
** Protokollspezifikation SRCP 0.6.1 [http://www.der-moba.de/Digital/srcp-0.6.1/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.6.1/srcp.ps [postscript]] [http://www.der-moba.de/Digital/srcp-0.6.1/srcp.txt [plain text]]
** Protokollspezifikation SRCP 0.6.0 [http://www.der-moba.de/Digital/srcp-0.6.0/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.6.0/srcp.ps [postscript]] [http://www.der-moba.de/Digital/srcp-0.6.0/srcp-0.6.0.txt [plain text]]
** Protokollspezifikation SRCP 0.5.0 [http://www.der-moba.de/Digital/srcp-0.5.0/srcp-0.5.0.txt [plain text]]

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 ;-).

== SRCP-Server ==

=== Aktiv gepflegte ===

Diese SRCP Server werden aktiv weiterentwickelt. Wer sie einsetzt, hat einen
einsatzbereiten und leistungsfähigen Server und kann bei jeglichen
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.

* '''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 Kann eingesetzt werden, um mit SRCP-Clients Anlagen mit Intellibox, Märklin Interface 6051, Lenz LI100, Booster direkt am seriellen Port (RS232), Littfinski HSI-S88, S88-Module am Parallelport und/oder Zimo MX1 zu steuern. Weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind schon realisiert. 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.

=== Einsetzbar aber nicht mehr weiterentwickelt ===

Diese SRCP Server funktionieren, der oder die Autoren halten sie für "gut genug" und wollen zumindest
derzeit nichts weiter verändern.

* '''erddcd''' - DigitalDirekt-Server für Linux Digitalbetrieb ohne Zentraleinheit und Computerinterface. 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].

=== 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 folgenden 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''' - manuelle Steuerung von Lokomotiven und Magnetartikel mit grafischer Oberfläche. 

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

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

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Dekodern 

* '''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].

* '''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 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.

* '''SpDrS60''' - grafisches Gleisbildstellpult nach Bundesbahnvorbild. Kontakt: [mailto:stefan.preis@wdr.de Stefan Preis] oder [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 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 [http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten] 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''' - grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdekoder mit grafischem Stellpult (für Windows und Linux) Kontakt: [mailto:mail@jtrain.de Werner Kunkel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.jtrain.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, 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://home.t-online.de/home/h.karkoska/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Dekodern 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-Dekodern. 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''' - Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] SRCP-Client für Windows zur Anlagensteuerung. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.trainer.at.tc/ 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 vorhanden) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] SCRP-Client für Linux und Windows 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] SCRP-Client für Linux und Windows 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] SRCP-Tools für Windows 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] SRCP-Client für Windows 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] SRCP-Client für Windows Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.miniware.nl/de/rre/index.html WWW-Seiten] des Autors.

= Hardware =

* Hardware ist derzeit noch nicht verfügbar

= Common Railroad Configuration Files (CRCF) =

Ein Entwurf für ein Dateinformat, das eine zentrale Serverkonfiguration beschreibt, stammt von Edbert van Eimeren und ist zur Diskusssion in der Newsgroup '''de.rec.modelle.bahn''' freigegeben.

* Entwurf CRCF 0.2.0 [http://www.der-moba.de/Digital/crcf-0.2.0/crcf.html [HTML]] [http://www.der-moba.de/Digital/crcf-0.2.0/Muster_0.2.0.txt [CRCF Beispiel]]

* Historie:
** Entwurf CRCF 0.1.0 [http://www.der-moba.de/Digital/crcf-0.1.0/crcf.html [HTML]]

[[Kategorie:Digitalbetrieb]]

Digitalprojekt

2005-10-02T11:36:44Z

Matthias Trute: srcpd Interfaces und Kontaktdaten 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 skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems. Einzelne Komponenten dieses Systems können ausgetauscht werden, falls sich die Anforderungen ändern. Dies erfordert, daß zwischen den Komponenten eine lose Koppelung besteht. Diese Koppelung wird durch das Kommunikationsprotokoll SRCP erreicht. Die Kommunikation zwischen den einzelnen Komponenten erfolgt mit herkömmlicher ''Internet-Technik''.

Ein funktionsfähiges Digitalsystem des '''DER_MOBA''' Digitalprojekts besteht aus mindestens zwei Programmen: Einem SRCP-Server und einem SRCP-Client. Der Server stellt die eigentliche Schnittstelle zur Anlage dar und kommuniziert direkt mit einem Interface oder - im Falle eines DigitalDirekt-Systems - mit den Boostern. Der Client kommuniziert mit Hilfe von SRCP nur mit dem Server und stellt i.d.R. ein Steuerungs- oder Bedienprogramm dar.

Obwohl sehr viele, der derzeit verfügbaren Programme, die man dem '''DER_MOBA''' Digitalprojekt zuordnen kann, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem PC-Betriebssystem. 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 Author ü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.

= Simple Railroad Command Protocol (SRCP) =

* Protokollspezifikation SRCP<br\>Die aktuelleste Protokollspezifikation von SRCP: [http://srcpd.sourceforge.net/srcp/srcp.html [HTML]][http://srcpd.sourceforge.net/srcp/srcp.pdf [PDF]]<br\>SRCP 0.8.x ist inkompatibel zu früheren SRCP-Versionen. Bereits vorhandene Software für SRCP 0.7.x wird im Laufe der Zeit auf SRCP 0.8.x umgestellt. 

* Historie:
** Protokollspezifikation SRCP 0.8.0 [http://www.der-moba.de/Digital/srcp-0.8.0/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.8.0/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.3 [http://www.der-moba.de/Digital/srcp-0.7.3/srcp.html [HTML]][http://www.der-moba.de/Digital/srcp-0.7.3/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.2 [http://www.der-moba.de/Digital/srcp-0.7.2/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.7.2/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.1 [http://www.der-moba.de/Digital/srcp-0.7.1/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.7.1/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.0 [http://www.der-moba.de/Digital/srcp-0.7.0/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.7.0/srcp.ps [postscript]] [http://www.der-moba.de/Digital/srcp-0.7.0/srcp.txt [plain text]]
** Protokollspezifikation SRCP 0.6.1 [http://www.der-moba.de/Digital/srcp-0.6.1/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.6.1/srcp.ps [postscript]] [http://www.der-moba.de/Digital/srcp-0.6.1/srcp.txt [plain text]]
** Protokollspezifikation SRCP 0.6.0 [http://www.der-moba.de/Digital/srcp-0.6.0/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.6.0/srcp.ps [postscript]] [http://www.der-moba.de/Digital/srcp-0.6.0/srcp-0.6.0.txt [plain text]]
** Protokollspezifikation SRCP 0.5.0 [http://www.der-moba.de/Digital/srcp-0.5.0/srcp-0.5.0.txt [plain text]]

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 ;-).

== SRCP-Server ==

=== Aktiv gepflegte ===

Diese SRCP Server werden aktiv weiterentwickelt. Wer sie einsetzt, hat einen
einsatzbereiten und leistungsfähigen Server und kann bei jeglichen
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.

* '''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 Kann eingesetzt werden, um mit SRCP-Clients Anlagen mit Intellibox, Märklin Interface 6051, Lenz LI100, Booster direkt am seriellen Port (RS232), Littfinski HSI-S88, S88-Module am Parallelport und/oder Zimo MX1 zu steuern. Weitere Module für seltener vorkommende Schnittstellen (CAN-Bus, I2C) sind schon realisiert. Es können auch mehrere Geräte gleichzeitig
(z.B. zwei Intelliboxen) eingesetzt werden. Kontakt: [mailto:srcpd-devel@lists.sf.net srcpd-devel@lists.sf.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.

=== Einsetzbar aber nicht mehr weiterentwickelt ===

Diese SRCP Server funktionieren, der oder die Autoren halten sie für "gut genug" und wollen zumindest
derzeit nichts weiter verändern.

* '''erddcd''' - DigitalDirekt-Server für Linux Digitalbetrieb ohne Zentraleinheit und Computerinterface. 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].

=== 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 folgenden 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''' - manuelle Steuerung von Lokomotiven und Magnetartikel mit grafischer Oberfläche. 

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

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

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Dekodern 

* '''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].

* '''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 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.

* '''SpDrS60''' - grafisches Gleisbildstellpult nach Bundesbahnvorbild. Kontakt: [mailto:stefan.preis@wdr.de Stefan Preis] oder [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.

* '''JoyCtrl''', '''TCL-Scripte''' und '''Loksteuerung via WWW''' - Programmsammlung für den Selbstprogrammierer

* '''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 [http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten] des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows, NEU: nun auch für '''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''' - grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdekoder mit grafischem Stellpult (für Windows und Linux) Kontakt: [mailto:mail@jtrain.de Werner Kunkel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.jtrain.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 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://home.t-online.de/home/h.karkoska/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Dekodern 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-Dekodern. 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''' - Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] SRCP-Client für Windows zur Anlagensteuerung. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.trainer.at.tc/ 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 vorhanden) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] SCRP-Client für Linux und Windows 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] SCRP-Client für Linux und Windows 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] SRCP-Tools für Windows 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] SRCP-Client für Windows 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] SRCP-Client für Windows Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.miniware.nl/de/rre/index.html WWW-Seiten] des Autors.

= Hardware =

* Hardware ist derzeit noch nicht verfügbar

= Common Railroad Configuration Files (CRCF) =

Ein Entwurf für ein Dateinformat, das eine zentrale Serverkonfiguration beschreibt, stammt von Edbert van Eimeren und ist zur Diskusssion in der Newsgroup '''de.rec.modelle.bahn''' freigegeben.

* Entwurf CRCF 0.2.0 [http://www.der-moba.de/Digital/crcf-0.2.0/crcf.html [HTML]] [http://www.der-moba.de/Digital/crcf-0.2.0/Muster_0.2.0.txt [CRCF Beispiel]]

* Historie:
** Entwurf CRCF 0.1.0 [http://www.der-moba.de/Digital/crcf-0.1.0/crcf.html [HTML]]

[[Kategorie:Digitalbetrieb]]

Benutzer:Matthias Trute

2005-10-02T11:27:34Z

Matthias Trute:

Hier steht eigentlich nur etwas, damit der Link nicht mehr
so rot aussieht.

Digitalprojekt

2005-10-02T11:25:51Z

Matthias Trute: Umlautcodierung

= Einleitung =

Am '''DER_MOBA''' Digitalprojekt arbeiten derzeit viele Entwickler, die sich über die Newsgroup '''de.rec.modelle.bahn''' koordinieren. Ziel ist die Schaffung eines skalierbaren - d.h. an die jeweiligen Anforderungen anpassbaren - Digitalsystems. Einzelne Komponenten dieses Systems können ausgetauscht werden, falls sich die Anforderungen ändern. Dies erfordert, daß zwischen den Komponenten eine lose Koppelung besteht. Diese Koppelung wird durch das Kommunikationsprotokoll SRCP erreicht. Die Kommunikation zwischen den einzelnen Komponenten erfolgt mit herkömmlicher ''Internet-Technik''.

Ein funktionsfähiges Digitalsystem des '''DER_MOBA''' Digitalprojekts besteht aus mindestens zwei Programmen: Einem SRCP-Server und einem SRCP-Client. Der Server stellt die eigentliche Schnittstelle zur Anlage dar und kommuniziert direkt mit einem Interface oder - im Falle eines DigitalDirekt-Systems - mit den Boostern. Der Client kommuniziert mit Hilfe von SRCP nur mit dem Server und stellt i.d.R. ein Steuerungs- oder Bedienprogramm dar.

Obwohl sehr viele, der derzeit verfügbaren Programme, die man dem '''DER_MOBA''' Digitalprojekt zuordnen kann, für das Betriebssystem Linux entwickelt wurden, ist das '''DER_MOBA''' Digitalprojekt grundsätzlich unabhängig von einem PC-Betriebssystem. 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 Author ü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.

= Simple Railroad Command Protocol (SRCP) =

* Protokollspezifikation SRCP<br\>Die aktuelleste Protokollspezifikation von SRCP: [http://srcpd.sourceforge.net/srcp/srcp.html [HTML]][http://srcpd.sourceforge.net/srcp/srcp.pdf [PDF]]<br\>SRCP 0.8.x ist inkompatibel zu früheren SRCP-Versionen. Bereits vorhandene Software für SRCP 0.7.x wird im Laufe der Zeit auf SRCP 0.8.x umgestellt. 

* Historie:
** Protokollspezifikation SRCP 0.8.0 [http://www.der-moba.de/Digital/srcp-0.8.0/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.8.0/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.3 [http://www.der-moba.de/Digital/srcp-0.7.3/srcp.html [HTML]][http://www.der-moba.de/Digital/srcp-0.7.3/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.2 [http://www.der-moba.de/Digital/srcp-0.7.2/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.7.2/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.1 [http://www.der-moba.de/Digital/srcp-0.7.1/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.7.1/srcp.pdf [pdf]]
** Protokollspezifikation SRCP 0.7.0 [http://www.der-moba.de/Digital/srcp-0.7.0/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.7.0/srcp.ps [postscript]] [http://www.der-moba.de/Digital/srcp-0.7.0/srcp.txt [plain text]]
** Protokollspezifikation SRCP 0.6.1 [http://www.der-moba.de/Digital/srcp-0.6.1/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.6.1/srcp.ps [postscript]] [http://www.der-moba.de/Digital/srcp-0.6.1/srcp.txt [plain text]]
** Protokollspezifikation SRCP 0.6.0 [http://www.der-moba.de/Digital/srcp-0.6.0/srcp.html [HTML]] [http://www.der-moba.de/Digital/srcp-0.6.0/srcp.ps [postscript]] [http://www.der-moba.de/Digital/srcp-0.6.0/srcp-0.6.0.txt [plain text]]
** Protokollspezifikation SRCP 0.5.0 [http://www.der-moba.de/Digital/srcp-0.5.0/srcp-0.5.0.txt [plain text]]

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 ;-).

== SRCP-Server ==

=== Aktiv gepflegte ===

Diese SRCP Server werden aktiv weiterentwickelt. Wer sie einsetzt, hat einen
einsatzbereiten und leistungsfähigen Server und kann bei jeglichen
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.

* '''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 Wird benötigt, um SRCP-Clients mit der Intellibox, dem Märklin Interface 6051, dem Littfinski HSI-S88, S88-Module am Parallelport und/oder ein Zimo MX1 zu betreiben. Kontakt: [mailto:srcpd-devel@lists.sf.net Matthias Trute] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://srcpd.sourceforge.net Projekt-Seiten] der Autoren bei SourceForge.

=== Einsetzbar aber nicht mehr weiterentwickelt ===

Diese SRCP Server funktionieren, der oder die Autoren halten sie für "gut genug" und wollen zumindest
derzeit nichts weiter verändern.

* '''erddcd''' - DigitalDirekt-Server für Linux Digitalbetrieb ohne Zentraleinheit und Computerinterface. 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].

=== 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 folgenden 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''' - manuelle Steuerung von Lokomotiven und Magnetartikel mit grafischer Oberfläche. 

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

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

* '''nmra-programmer''' - Programmieren von NMRA-DCC-Dekodern 

* '''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].

* '''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 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.

* '''SpDrS60''' - grafisches Gleisbildstellpult nach Bundesbahnvorbild. Kontakt: [mailto:stefan.preis@wdr.de Stefan Preis] oder [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.

* '''JoyCtrl''', '''TCL-Scripte''' und '''Loksteuerung via WWW''' - Programmsammlung für den Selbstprogrammierer

* '''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 [http://www.stud.mw.tu-muenchen.de/~mw7/familie/martin/hobby/modellbahn/srcptest.html WWW-Seiten] des Autors.

* '''Gplan''' - Gleispläne erstellen und Magnetartikel steuern (für Windows, NEU: nun auch für '''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''' - grafischer SRCP-Client zur Steuerung von Lokomotiven und Schaltdekoder mit grafischem Stellpult (für Windows und Linux) Kontakt: [mailto:mail@jtrain.de Werner Kunkel] Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.jtrain.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 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://home.t-online.de/home/h.karkoska/DCC/DCCSET.htm WWW-Seiten] des Autors.

* '''LD-X-Programmer''' - Programm zur Programmierung von Dekodern 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-Dekodern. 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''' - Fahrstrassensteuerung, Lokomotiv-Bibliothek, Automatik-Betrieb (für Windows) Kontakt: [mailto:tainer@keintzel.at Peter Keintzel] SRCP-Client für Windows zur Anlagensteuerung. Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.trainer.at.tc/ 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 vorhanden) Kontakt: [mailto:ganter@ganter.at Fritz Ganter] SCRP-Client für Linux und Windows 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] SCRP-Client für Linux und Windows 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] SRCP-Tools für Windows 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] SRCP-Client für Windows 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] SRCP-Client für Windows Weitere Infos zu diesem Programm und die Möglichkeit die Software zu beziehen, gibt es auf den [http://www.miniware.nl/de/rre/index.html WWW-Seiten] des Autors.

= Hardware =

* Hardware ist derzeit noch nicht verfügbar

= Common Railroad Configuration Files (CRCF) =

Ein Entwurf für ein Dateinformat, das eine zentrale Serverkonfiguration beschreibt, stammt von Edbert van Eimeren und ist zur Diskusssion in der Newsgroup '''de.rec.modelle.bahn''' freigegeben.

* Entwurf CRCF 0.2.0 [http://www.der-moba.de/Digital/crcf-0.2.0/crcf.html [HTML]] [http://www.der-moba.de/Digital/crcf-0.2.0/Muster_0.2.0.txt [CRCF Beispiel]]

* Historie:
** Entwurf CRCF 0.1.0 [http://www.der-moba.de/Digital/crcf-0.1.0/crcf.html [HTML]]

[[Kategorie:Digitalbetrieb]]

Digitalprojekt

2005-07-22T15:58:48Z

Matthias Trute: SRCP Server kategorisiert: Aktiv, benutzbar, Studienobjekte