Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
digitalzentrale:ucon_s88_master [12.03.2025 14:13] – ↷ Seite von ucon_s88_master nach digitalzentrale:ucon_s88_master verschoben Martin Fitzel | digitalzentrale:ucon_s88_master [12.03.2025 22:42] (aktuell) – [Umstellung auf eigenen IP-Adressbereich] Martin Fitzel | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== µCon S88 Master ====== | + | ====== µCon-S88-Master ====== |
+ | |||
+ | ===== Grunddaten | ||
Mit dem µCon-S88-Master, | Mit dem µCon-S88-Master, | ||
Zeile 8: | Zeile 10: | ||
* den Busstrang (s88 I, s88 II oder s88 III), an dem ein bestimmtes Rückmeldemodul angeschlossen ist, Adresse 1 bis 48 des Moduls und Eingang 1 bis 16. Die Nummerierung der Module erfolgt getrennt für jeden Bus und beginnt bei jedem Bus mit Adresse 1. | * den Busstrang (s88 I, s88 II oder s88 III), an dem ein bestimmtes Rückmeldemodul angeschlossen ist, Adresse 1 bis 48 des Moduls und Eingang 1 bis 16. Die Nummerierung der Module erfolgt getrennt für jeden Bus und beginnt bei jedem Bus mit Adresse 1. | ||
- | * | + | * für ordnungsgemäße Funktion des µCon-S88-Master muss die Anzahl der an jedem Strang angeschlossenen Module beim µCon-S88-Master zwar angemeldet werden, es ist jedoch nicht nötig, die betreffenden Zahlen separat in das Programm einzugeben. TrainController berechnet diese Angaben selbsttätig auf Basis der in das Programm eingegebenen Daten und konfiguriert den µCon-S88-Master entsprechend. |
+ | |||
+ | \\ \\ \\ | ||
+ | ===== Das Problem mit UDP ===== | ||
+ | |||
+ | Der µCon-S88-Master hat zwar eine Verbindung über Ethernet, nutzt dafür aber kein TCP, sondern [[https:// | ||
+ | |||
+ | Warum ist UDP eigentlich das falsche Format? | ||
+ | Bei UDP wurde zugunsten der Geschwindigkeit bei der Übertragung großer Datenmengen (z.B. Videos oder Telefonie) auf Sicherheit verzichtet. Während bei TCP im Protokoll abgesichert wird, dass jede gesendete Nachricht den Empfänger erhält, können bei UDP Nachrichten verloren gehen. Während es bei Viedoübertragung per TCP störend wäre, wenn das Bild ruckelt, sind für einen Sekundenbruchteil " | ||
+ | |||
+ | Welches Problem entsteht dadurch für die Steuerung einer Modellbahn? | ||
+ | Wenn UDP-bedingte Nachrichtenverluste bei der Übertragung einer Rückmeldung (z.B. Belegtmeldung) auftreten, so kommt diese Rückmeldung nicht beim PC an. Anders als ein paar verlorene Pixel bei Videoübertragung sind verlorene Rückmeldungen bei einer Modellbahnsteuerung nicht zu akzeptieren. | ||
+ | |||
+ | Sind damit UDP-basierte Rückmeldesysteme für die Modellbahnsteuerung unbrauchbar? | ||
+ | Klares nein! Wenn ein Netzwerk sehr zuverlässig und störungsfrei arbeitet und es gar nicht zu UDP-bedingten Nachrichtenverlusten kommt, dann arbeitet ein UDP-basiertes Rückmeldesystem ebenso zuverlässig wie andere Rückmeldesysteme auch. Probleme treten immer nur in solchen Netzwerken auf, in denen es zu UDP-bedingten Nachrichtenverlusten kommt. | ||
+ | |||
+ | LÖSUNG: Da es bei uns aber in der Vergangenheit nicht auszuschließen war, dass Rückmelder nicht ausgelöst oder " | ||
+ | |||
+ | \\ \\ \\ | ||
+ | ===== Umstellung auf eigenen IP-Adressbereich ===== | ||
+ | |||
+ | Für den Bereich der µCon-S88-Master wollen wir den IP-Bereich 169.254.17.xx verwenden. Dies müssen wir dann über den " | ||
+ | |||
+ | <WRAP center round tip 60%> | ||
+ | Bitte nur den IP-Programmer von LSdigital nutzen, der von Railware (hier wurde die Software ursprünglich geschrieben) unterstützt den µCon-S88-Master nicht mehr! | ||
+ | </ | ||
+ | |||
+ | Der erste µCon-S88-Master hat nun folgende Adresse: 169.254.17.72 | ||
+ | |||
+ | |||
+ | |||
+ | |||
- | {{tag>" | + | {{tag>" |