Aus RN-Wissen.de
Wechseln zu: Navigation, Suche
Balkonkraftwerk Speicher und Wechselrichter Tests und Tutorials

(minimale Anforderung)
(Protokolle)
Zeile 1: Zeile 1:
 
==Protokolle==
 
==Protokolle==
Damit Controller miteinander Datenaustauschen können, müssen sie natürlich mit Leitungen verbunden werden und es müssen Regeln eingehalten werden, damit auch immer der richtige Controller die richtige Nachricht bekommt.   
+
Damit Controller miteinander Daten austauschen können, müssen sie natürlich mit Leitungen verbunden werden und es müssen Regeln eingehalten werden, damit auch immer der richtige Controller die richtige Nachricht bekommt.   
  
 
Da gibt es drei Grundformen:
 
Da gibt es drei Grundformen:

Version vom 28. November 2005, 10:13 Uhr

Protokolle

Damit Controller miteinander Daten austauschen können, müssen sie natürlich mit Leitungen verbunden werden und es müssen Regeln eingehalten werden, damit auch immer der richtige Controller die richtige Nachricht bekommt.

Da gibt es drei Grundformen:

Ring-Verdrahtung

Topologiering.JPG

Die Nachrichten gehen immer von einer Station zur nächsten, bis die eigentlich adressierte Station erreicht wird. Zwischenstationen müssen also Nachrichten, die sie nix angehen, immer weiterreichen Es müssen alle Teilnehmer immer ansprechbar sein, damit sie für die sie irrelevante Nachrichten sofort weitergeben können. Trotzdem entsteht eine gewisse Laufzeit, bis eine Message tatsächlich ankommt. Andereseits gibt es hier keine Probleme mit dem Zugriff auf das Medium, denn jeder Teilnehmer hat seine Sendeleitung exklusiv für sich. Die Nachrichten, die eine Station selbst wegschicken will, muß sie in den Datenstrom gewissermaßen "einflechten"

Stern-Verdrahtung

Topologiestar.JPG

Hier gibt es in der Mitte eine Art Verteilerknoten, der (als "HUB") jede von irgendeiner Station eingehende Nachricht an ALLE anderen weiterleitet. Stationen müssen Nachrichten, die sie nix angehen, ignorieren

Bus Verdrahtung

Topologiebus.JPG

Hier kann jeder mit jedem, Station müssen Nachrichten, die sie nix angehen, ebenfalls ignorieren. Der Weg von einer Station zu einer anderen ist auch bei grossen Systemen direkt und kurz. Das große Problem, für das es verschiedene Lösungen gibt, ist die Regelung, wann der Bus gerade frei ist und man seine Nachricht wegschicken kann.

I2C (TWI) Bus

(Single-Master, multi-Slave)

Topologiebus1.JPG

Hier kann nur der "Master" aktiv Kontakt mit seinen "Slaves" aufnehmen. Wie bei allen Bussen, ignorieren die Slaves alles, was sie nicht betrifft.

Messages

(Nachrichten). Bei allen Verbindungsarten muß offensichtlich jede Station genau wissen, an wen eine Nachricht gerichtet ist. Und dazu muß es möglichst leicht bei allen Bytes, die da herumhuschen, erkennbar sein, was davon die Adresse ist, oder, anders gesagt, wo eine Message anfängt und wo sie aufhört. Und natürlich muß die Ziel-Adresse auch immer an der gleichen Stelle in der Nachricht stehen.

minimale Anforderung

Messages1.JPG
  • HDR Ist ein eindeutiges Kennzeichen, daß hier die Message beginnt. Das könnt ja nun einfach irgendein besonders Zeichen "X" sein. Ja, aber dann dürfte diese Zeichen woanders in der Nachricht nicht mehr vorkommen, sonst hat man nix davon.
  • Ziel ist die Zieladresse
  • Daten Das sind die "Nutzdaten", das eigentliche Transportgut

Allgemeine Message

Messages2.JPG

Siehe auch

Weblinks


LiFePO4 Speicher Test