Re: Verständnisprobleme SRCP 0.8.2

[mgrafe@snafu.de]

Hallo Mathias:

ich habe einfach mal für den Handshake- Teil die Protokollierung aus dem
EMU605x kopiert:

Info: Snd: SET PROTOCOL SRCP 0.8.2
Info: Rec: 1226767363.703 201 OK PROTOCOL SRCP 
Info: Snd: SET CONNECTIONMODE SRCP INFO
Info: Rec: 1226767363.734 202 OK CONNECTIONMODE 
Info: Snd: GO
Info: Rec: 1226767363.796 200 OK GO 2364

Um die Spannung einzuschalten muss dann folgende Befehls-Sequenz
gesendet werden:

'INIT 1 POWER' und dann 'SET 1 POWER ON'

Um einen Lok-Dekoder (MM-Protokoll) anzusprechen:
'INIT 1 GL 30 M 2 14 5' und dann z.B. 'SET 1 GL 30 1 1 100 0 0 0 0 0'

Um einen Magnetartikel (MM-Protokoll) anzusprechen:
'INIT 5 GA 14 M' und dann zum Schalten z.B. SET 5 GA 14  0 1  200 

Bitte folgendes beachten: 
1) Das Zeilenende besteht aus dem Zeichen #10 (\n, LF). Ein
vorangestelltes #13 (\r, CR) ist zulässig
2) Jeder Device-Gruppe ist ein Bus zugeordnet, diese Info wird im
Welcome gesendet und kann im Programm auf unter Hilfe -> unterstützte
Protokolle nachgesehen werden.

Auf der DDW Linkseite gibt es noch andere SRCP-kompatible Programme,
z.B. Railroad Express.

  
Ich sende diese Mail auch an die Mailinglist, damit diese Info auch
anderen zukommt.

Viel Erfolg

Gruß - Michael


On Sat, 15 Nov 2008 13:08:11 +0100, Mathias Happel
<mathias.happel@chello.at> wrote:

> Oh vielen vielen Dank, das hilft mir sicherlich weiter.
> Gibt es denn noch andere Clients/Server die funktionierend mit SRCP 0.8.x 
> arbeiten?
> 
> Vielen Dank,
> Mathias
> 
> 
> ----- Original Message ----- 
> From: <mgrafe@snafu.de>
> To: "Mathias Happel" <mathias.happel@chello.at>
> Sent: Friday, November 14, 2008 2:06 PM
> Subject: Re: Verständnisprobleme SRCP 0.8.2
> 
> 
> Wenn ich zuhause bin, schicke ich Dir mal eine Befehls- Sequenz
> 
> Gruß - Michael
> 
> On Thu, 13 Nov 2008 10:50:20 +0100, Mathias Happel
> <mathias.happel@chello.at> wrote:
> 
> > Guten Tag!
> >
> > Ersteinmal vielen Dank für die schnelle Antwort. Wenn ich das richtig
> > Verstanden habe sieht der Ablauf wie folgt aus:
> > Server --> Client: Welcomestring + LF
> > Client --> Server: SET PROTOCOL SRCP...
> > Server --> Client: LF
> > Client --> Server: SET CONNECTIONMODE SRCP...
> > Server --> Client: LF
> > Client --> Server: GO
> >
> > Das jetzt anhand des GPlans. Laut Beschreibung hätte ich nämlich
> gedacht,
> > dass wenn der Client die richtige Protokollnummer und Connectionmode
> > schickt, der Server mit "201 OK PROTOCOL SRCP" bzw "202 OK
> CONNECTIONMODE"
> > Antworten muss. Ist das bei diesem Client nicht notwendig?
> >
> > Was muss nun der Server auf das "GO" des Clients antworten, dass der
> Client
> > in "Betriebsmodus" geht und man nun Befehle wie zb: "Spannung an"
> oder eine
> > freie Befehlseingabe übermitteln kann?
> >
> > Vielen Danke,
> > Mathias Happel
> >
> > ----- Original Message ----- 
> > From: <mgrafe@snafu.de>
> > To: "Mathias Happel" <mathias.happel@chello.at>
> > Sent: Wednesday, November 12, 2008 5:27 PM
> > Subject: Re: Verständnisprobleme SRCP 0.8.2
> >
> >
> > > Hallo Mathias!
> > >
> > >> Meine erste Frage nun lautet: Ist die Beschreibung
> > >> des Protokolls 0.8 vollständig bzw. korrekt?
> > >
> > > Ja, das ist der Fall.
> > >
> > > Weiters: Was muss der Server nun
> > >> den Client schicken, dass der Client überhaupt in Betrieb geht und
> > > den "Set
> > >> Protokoll" und "Set connectionmode" befehl schickt.
> > >
> > > Nach jedem Befehl des Clients kommt eine "OK" oder eine
> Fehlermeldung
> > > vom Server, das ist auch der Fall bei der initialen Kommunikation.
> > > Allerdings gilt dies alles nur fuer den SRCP 0.8x Modus, wenn du den
> > > 0.73 Modus verwendest, ist die Kommunikation etwas anders.
> > > Sobald der Client den "GO" Befehl sendet kommt eine Session-ID vom
> > > Server zutrueck und der Server ist fuer die Befehle bereit. Jedes
> > > Device muss aber erst mit einem Befehl initialisiert werden, bevor
> es
> > > Steuerbefehle akzeptiert.
> > >
> > >
> > > Gruss - Michael
> > >
> > >
> >
> >
> > ----------------------------------------------------------------------
> ----------
> >
> >
> > Guten Tag!
> >
> > Ich beschäftige mich seit einiger Zeit mit SRCP 0.8 und versuche das
> > Protokoll zu verstehen. Leider bin ich auf einige Probleme gestoßen,
> weshalb
> > ich mich an Sie wende.
> > Ich habe mithilfe des Programmes "tcpTrace" die Kommunikation
> zwischen dem
> > "DDW Server" und dem "GPlan" überwacht. Aus der offiziellen
> Beschreibung zu
> > SRCP liest sich aus beim Verbindungsaufbau folgendes heraus:
> >
> > "Der Server sendet einen einzeiligen Welcomestring. Daraufhin werden
> > zwischen Client und Server die Kommunikationsparameter und der
> gewünschte
> > Betriebsmodus ausgehandelt. Durch den abschließenden Befehl GO, der
> vom
> > Client an den Server gesendet wird und von diesem bestätigt wird,
> startet
> > der Betriebsmodus. "
> >
> > Wenn ich nun die Verbindung von GPlan zum DDW Server herstelle,
> sendet der
> > Server einen sehr langen Text bestehend aus "willkommen, srcp-
> Version, und
> > weitere daten", Der Client sendet an den Server die "Set Protocol
> SRCP" und
> > "Set connectionmode srcp" Befehle.
> > Weiters aus der Beschreibung:
> >
> >  "Der Server sendet entweder ein 202 OK CONNECTIONMODE oder eine
> > Fehlermeldung 401 ERROR unsupported connection mode an den Client."
> >
> > Davon wurde jedoch nichts mitprotokolliert. So stellt sich die Frage,
> ob der
> > Server nun wirklich eine Bestätigung dieser Art zurücksenden muss.
> >
> > Meine erste Frage nun lautet: Ist die Beschreibung des Protokolls 0.8
> > vollständig bzw. korrekt? Weiters: Was muss der Server nun den Client
> > schicken, dass der Client überhaupt in Betrieb geht und den "Set
> Protokoll"
> > und "Set connectionmode" befehl schickt.
> >
> > Nundenn, sobald ich mit dem Server in Verbindung bin, versendet GPlan
> keine
> > Befehle an den Server (zum Beispiel "optionen" - "Betrieb": Wenn ich
> dort
> > die Schieberegler Bewege). Unter Protokoll 0.7.3 bekomme ich hierbei
> > Problemlos Befehle angezeigt die der Client an den Server schickt.
> Bei 0.8.2
> > bekomme ich nichts.
> >
> > Ich wäre Ihnen sehr verbunden wenn Sie mir diesbezüglich weiterhelfen
> > könnten.
> > Vielen Dank im Vorraus,
> > Mathias Happel
> >
>