[DDL-ML] Re: [DDL-ML] rufo, loconet, rückmeldebus, bushardware, ddl-treffen

["Andy" <Andy_P@gmx.de>]

Von RS485 hat schon mal ein Berufener (weiß nicht mehr wer) abgeraten.
Dieser TriState-Kram funktioniert nur bei wenigen Teilnehmern; da ist ein
Open Collector-Bussystem, welches darauf eingerichtet ist daß alle
gleichzeitig quatschen, besser geeignet.

SNAP mag durchaus für den Zweck als Layer2-Protokoll funktionstüchtig sein,
glänzt aber offensichtlich mit kompletter Abwesenheit jeglicher Vorarbeit
(Treiber, Geräte, bahnspezifische Spezifikationen). Da hat Loconet einen
erheblichen Vorsprung.

SNAP umfaßt nur das Kommunikationsprotokoll, die physikalische Schicht ist
ausgenommen. Und genau da liegt ein wichtiger Faktor in der Zuverlässigkeit
im Realbetrieb. Nicht zuletzt fehlt es SNAP an einem
Arbitrierungsalgorithmus für das Medium. Das Protokoll ist eben gedacht für
die Hausautomatisierung, da geht alle Jubeljahre mal ein Kommando über den
Bus. Bei durchschnittlich wenigen Paketen pro Minute kann man's schon mal
drauf ankommen lassen, und der gegenüber Loconet höhere Protokolloverhead
(ca. 100 %) und geringere Geschwindigkeit lassen sich verschmerzen.
LocoNet benutzt quasi CSMA/CD, damit sind 100 Datenpakete/s durchaus
realistisch handhabbar.

Fazit: SNAP ist nett für Haustechnik, unbrauchbar für DDL.

Grüße,
Andreas

----- Original Message -----
From: "Torsten Huebner" <torsten.huebner@gmx.de>
To: <ddl-mailing-list@der-moba.de>
Sent: Tuesday, October 08, 2002 7:33 PM
Subject: Re: [DDL-ML] Re: [DDL-ML] rufo, loconet, rückmeldebus, bushardware,
ddl-treffen


> Ich hatte schon einmal vor längerer Zeit das SNAP-Protokoll der
> schwedischen Firma "High Tech Horizon" (http://www.hth.com) erwähnt.
> Sehr gut skalierbar, asynchron, benötigt nur eine 3-Draht Leitung.
> Eine normale serielle Schnittstelle reicht aus, keine zeitkritischen
Sachen.
>
> Das Protokoll ist vollständig offengelegt, ebenso die APIs.
> Für viele MC's gibt es Beispiel-Projekte.
> Die Baudrate kann von standardmäßig 2400 Baud auf 9600 hochgesetzt werden.
>
> Der Quellcode der Librarys ist leider (noch) nicht verfügbar.
>
> Vielleicht lassen sich damit ein grössere Rückmeldelinien aufbauen.
>
> Nachteilig ist allerdings, daß es keine kommerzielle Hardware dazu gibt.
>
> Als Bus wäre meiner Meinung nach ein Halbduplex-RS485-System am
> geeignetsten, weil da robuste Treiber-Schaltkreise existieren.
>
>
> Gruss Torsten
>
> Torsten
>