Fehler in TCP-Server v1.3?

Nachricht

Christopher Spies · #1 Beitrag von **Christopher Spies** » 22.01.2008 20:08:31

Hallo,

kann es sein, dass der TCP-Server ein Problem mit Zeichenkettendaten hat?

Bei Zeichenketten empfange ich nur die Längenangabe und die ersten drei Zeichen (also die ersten 4 Bytes) korrekt, danach folgt "Schrott". Fordere ich ausschließlich eine Zeichenkette an (z.B. ID 77), dann empfange ich ein Datagramm der Länge 6, wobei es eine Diskrepanz zwischen der Längenangabe der Zeichenkette (> 3) und der tatsächlichen Paketlänge gibt.
Im Debug-Fenster des TCP-Servers werden die Daten übrigens korrekt angezeigt, an Zusi liegt es also nicht.

Andererseits denke ich, dass ein solcher Fehler innerhalb der letzten 19 Monate sicherlich bemerkt worden wäre, will also eigenes Versagen nicht ausschließen

.

Hat jemand einen solchen Fehler schon einmal beobachtet?

- Christopher

#2 Beitrag von **Carsten Hölscher** » 23.01.2008 17:45:50

Schick ggf. Daniel mal direkt ne email - vielleicht liest er das hier nicht und er wäre dann wohl der, der helfen kann. Gibt sowieso in Kürze noch ein kleines Update des Servers.

Carsten

Christopher Spies · #3 Beitrag von **Christopher Spies** » 23.01.2008 19:29:04

Ich weiss, dass Daniel hier nur sehr selten vorbeischaut, habe seine E-Mail-Adresse aber leider nicht. Ich habe mal einen Kommentar auf seiner Homepage hinterlassen.

Es liegt im übrigen ganz sicher am TCP-Server -- in Daniels eigenem Testclient sind die Zeichenketten auch nach dem dritten Zeichen abgeschnitten.

Carsten Hölscher hat geschrieben:Gibt sowieso in Kürze noch ein kleines Update des Servers.

Gibt es ein Update des Servers oder der Datenausgabe?

- Christopher

#4 Beitrag von **Carsten Hölscher** » 24.01.2008 01:49:37

Also ein Update für Zusi und eines für den Server, da ich noch auf Wunsch eines einzelnen Herrn

die Beschleunigungen mit rausgebe.

Carsten

Daniel Schuhmann · #5 Beitrag von **Daniel Schuhmann** » 24.01.2008 15:34:18

Mal eben ein Link zum aktuellen Kommentar von Bernhard zu diesem Thema auf meiner Webseite: www.smartcoder.net/[...]/

Die weitere Diskussion sollte dann zum Wohle aller hier im Forum stattfinden, das hin- und herschauen hilft ja nicht wirklich weiter

Gruß,
Daniel

Christopher Spies · #6 Beitrag von **Christopher Spies** » 25.01.2008 18:04:33

Danke, Bernhard!

Carsten Hölscher hat geschrieben:Also ein Update für Zusi und eines für den Server, da ich noch auf Wunsch eines einzelnen Herrn die Beschleunigungen mit rausgebe.

Die kann man sich doch aus den ausgegebenen Zeiten und Geschwindigkeiten selbst berechnen!

Wäre es möglich, auch gleich die restlichen Angaben aus dem Schummelfenster auszugeben? Da wären

aktuelle Geschwindigkeitsbegrenzung
nächste Geschwindigkeitsbegrenzung
Entfernung bis zur nächsten Geschwindigkeitsbegrenzung
Entfernung bis zum nächsten Bahnsteig mit fahrplanmäßigem Halt

Gruß,
- Christopher

Daniel Schuhmann · #7 Beitrag von **Daniel Schuhmann** » 25.01.2008 18:42:33

Christopher Spies hat geschrieben:Die kann man sich doch aus den ausgegebenen Zeiten und Geschwindigkeiten selbst berechnen!

Die Längs-Beschleunigung schon, aber nicht die Querbeschleunigung.

#8 Beitrag von **Carsten Hölscher** » 25.01.2008 21:41:29

* aktuelle Geschwindigkeitsbegrenzung
* nächste Geschwindigkeitsbegrenzung
* Entfernung bis zur nächsten Geschwindigkeitsbegrenzung
* Entfernung bis zum nächsten Bahnsteig mit fahrplanmäßigem Halt

wie hast Du denn deine AP-Versuche bisher überhaupt ohne diese Angaben machen können?

Carsten

Christopher Spies · #9 Beitrag von **Christopher Spies** » 26.01.2008 14:55:00

Carsten Hölscher hat geschrieben:wie hast Du denn deine AP-Versuche bisher überhaupt ohne diese Angaben machen können?

Beginn und Ende der Langsamfahrstellen sind fest vorgegeben und der Zufallsfaktor steht auf "0"

. Deshalb habe ich bisher auch noch keine Strecke außer der Übungsstrecke getestet.

- Christopher

27.01.2008 15:53:54

okay, werde das Protokoll erweitern

Carsten

Christopher Spies · 28.01.2008 20:06:46

Danke schonmal vorab

!

- Christopher

01.02.2008 00:21:14

Bin gerade am Erweitern. Der Name des nächsten Halts und die zugehörige Planzeit wird wohl nicht gebraucht, oder?

Carsten

Jens Haupert · #13 Beitrag von **Jens Haupert** » 01.02.2008 09:07:38

Carsten Hölscher hat geschrieben:Bin gerade am Erweitern. Der Name des nächsten Halts und die zugehörige Planzeit wird wohl nicht gebraucht, oder?

Hmm,
das könnte man für die Synchronisation des EBuLa-Ortsmarkers missbrauchen.

MfG Jens

PS: Wenn schon wieder fleißig erweitert wird, wäre es dann vielleicht noch möglich auszugeben, in welchem Modus sich die PZB befindet?
Oder zumindest ob restriktiv "wechselgeblinkt" wird? Das wäre spitze!

Michael_Poschmann · 01.02.2008 09:24:13

Carsten Hölscher hat geschrieben:Bin gerade am Erweitern. Der Name des nächsten Halts und die zugehörige Planzeit wird wohl nicht gebraucht, oder?

Vielleicht will sich mal jemand an ein Projekt "energiesparendes Fahren mit Zusi" heranwagen, das gilt doch beim Vorbild derzeit als neuester Schrei. Für eine grobe Fahrzeitextrapolation wäre das vermutlich schon hilfreich, sofern die "Zielentfernung" verfügbar ist.

Michael

Jens Haupert · #15 Beitrag von **Jens Haupert** » 01.02.2008 09:28:54

Michael_Poschmann hat geschrieben:Vielleicht will sich mal jemand an ein Projekt "energiesparendes Fahren mit Zusi" heranwagen, das gilt doch beim Vorbild derzeit als neuester Schrei. Für eine grobe Fahrzeitextrapolation wäre das vermutlich schon hilfreich, sofern die "Zielentfernung" verfügbar ist.

*Räusper*

Jens Haupert hat geschrieben:(...) das könnte man für die Synchronisation des EBuLa-Ortsmarkers* missbrauchen.

* mit dem Ortsmarker und dem Fahrplan "könnte" man das in der Tat.

MfG Jens