Kommunikationsbus zwischen Basisgerät und Erweiterungen?

[TheDarkRose]

Gut, alles was sich in Software realisieren lässt, ist zwar Aufwand, hält aber die Gerätekosten gering.

Von der Datenmenge kann da je nach Anzahl der gedachten Erweiterungen, schon was zusammenkommen, da die Steuerung zyklisch abläuft und somit vor Zyklusbeginn alle Eingänge einliest, Nachrichten verarbeitet. Nach Zyklusende sollen alle Ausgänge gesetzt werden und Nachrichten gesendet. Hat ein bisschen SPS Stil dabei, ist aber die einfachere Möglichkeit, eine programmierbare Regelung zu ermöglichen. Denke bei max 10 Teilnehmern ist es eh schon sehr viel, wobei man technisch mehr vorsehen sollte. Dabei kann dann schon ne Gesamtlänge von 1-2 Meter entstehen. Bzgl Reaktionszeiten: so 50-100 ms wären schon super

[indeas]

Na das ist ja überschaubar. Übertragungsraten von 56k sollten ohne Probleme sein.
Die Daten würde ich als ASCII (erlaubte Zeichen 0..9, A..F), dazu Steuerzeichen: (* als Start, <CR> als Ende) Telegrammaufbau: *, Adresse (0...F), Dateninhalt x x x x x x x x x (y y y y) <CR>.
Slave antwortet mit # als Start, Adresse, Dateninhalt und CRC.
Jetzt kannst Du Dir überlegen wie es dauert bis ein Zeichen übertragen wird, wie lange Deine Telegramme sind und wieviele gesendet werden, Dann hast Du auch schon die Zykluszeit (für die Kommunikation).

[TheDarkRose]

Ok, danke schon mal für die Infos. Hardware-technisch wäre dies ja ein invertierter UART durch den Open-Kollektor Aufbau?

[indeas]

Ja der Open Collector invertiert. Wenn Du die Auswertung ebenso mit einem Open-Collector machst, dann passt es wieder.
Der Vorteil: Du hast eine recht gute Entkopplung gegen zu hohe Spannungen im Fehlerfall: Bei einem "Einschlag" zerlegt es erstmal die Transistoren...

[TheDarkRose]

Wie sieht es mit der Zuverlässigkeit bei Binärübertragung aus? Wäre ein guter Punkt, wenn sich die Controller der Erweiterungen über den Bus ebenso updaten lassen.

[indeas]

Das Thema Zuverlässigkeit hatten wir schon. Die ganze Elektronikwelt ist weitgehend digital also Binär und funktioniert eigentlich recht gut.
Zum Update über diese Schnittstelle benötigst Du halt einen µC der sich selber programmieren kann und einen passenden Bootloader.
Dazu eine noch Strategie wie der µC von der normalen Betriebsart in den update-modus geht.

[TheDarkRose]

Ja stimmt. Bin wohl nicht ganz so munter ^b be

Jetzt muss ich nur noch Infos finden, wie man die Nodes dynamisch am Bus am besten identifiziert, bzw deren Reihenfolge. Man kennt es doch von SPS oder Siemens Logo, dass z.b. mehrere baugleiche Module vorhanden sein können, und die Steckreihenfolge bestimmt, welche Adressen zugeordnet werden. Identifkation geht eh einfacher, mithilfe von Interframe Spaces und zufälligen Backoffs, aber bei der Reihenfolge stehe ich gerade auf der Leitung.