RS485 Multi Master Bus

Ich verwende für so etwas das CAN. Prinzipiell kann man das auch über 
RS485 laufen lassen, wenngleich das auch wenig Vorteile bietet.

hallo zusammen,

besten dank für die infos. ich habe beschlosse, da timing kein thema ist 
und ich den aufwand so nieder als möglich halten will, daß ich rs485 
nehme und im polling-betrieb die slaves abfrage. ich bau da so eine 
steuerung für mein wohnmobil, dort kommt das zeug's hinein.

besten dank nochmals,
thomas

Hallo Thomas,

Einen richtigen Multimaster-Bus wist Du wie ja schon geschrieben nicht 
mit der RS485 hinbekommen. Falls es dir darauf ankommen sollte, das 
einer der "Slaves" etwas sagen können sollte, dann überwache einfach die 
Signale auf dem Bus(natürlich bei jedem Controller). Wenn eine bestimte 
Zeitspanne (längste mögliche Kommunikationssequenz) nichts auf dem Bus 
passiert, dann kann der Controller senden. Evtl. (was bei 4 Controllern 
theorethisch fast ausgeschlossen werden kann) doch zwei gleichzeitig 
gesendet haben, dann gibt es kein ACK vom aktuellen Host, da Datenmüll 
angekommen ist.

Also neuer Versuch.
--> nochmal von vorn.

MfG
Steffen

hallo steffen,

danke für die info. so was ähnliches ist mir auch schon durch den kopf 
gegangen. mir ist nur unklar, was passiert, wenn zwei gleichzeitg 
senden. wenn einer hi der andere lo sendet, dann haben wir ja einen 
feinen kurzschluß am bus, oder? daß die paar controller gleichzeitig 
senden ist wirklich unwahrscheinlich, jedoch möchte ich nicht nächstes 
jahr am nordkap stehen, und die wasserpumpe läßt sich nicht mehr 
einschalten ... ich will nämlich so ziemlich alles über die controller 
steuern und schalten, damit ich sowas wie laufzeitbeschränkung der pumpe 
oder "Licht vergessen" ausschließen kann.

gruß,
thomas

Also soweit ich weiß, ist RS485 ja nur die Spezifikation.
Ein Profibus kann z.B. als multimaster-system laufen und benutzt die 
rs485 spezifikation!

MfG

> was passiert, wenn zwei gleichzeitg senden. wenn einer hi der andere lo sendet, 
dann haben wir ja einen feinen kurzschluß am bus, oder?

Genau, und deswegen nimmt man Bustreiber, die damit umgehen können. 
CAN-Bustreiber können sowas, z.B. PCA82C250 (1,85EUR @Reichelt). Da du 
ja zurücklesen kannst, was du gerade schreibst, erkennst du auch wenn 
ein anderer Busteilnehmer einen anderen Pegel anlegt.
Achso, es gibt 2 Buspegel (dominant und rezessiv...). Dominant 
"überstimmt" immer den rezessiven Pegel -> elektrisch passiert dabei nix 
schlimmes...
Aber das lies dir besser in irgendwelchen CAN-Spezifikationen/Webseiten 
durch.

Zu aufwendig mit dem Rücklesen? Dann Peters Vorschlag mit 4 Adern 
verwenden.

Oder gleich einen µC mit integriertem CAN-Interface nehmen.

Schmittchen.

CAN lässt sich übrigens auch mit AVR-Controller ohne CAN Vorrichtung 
realisieren.


http://caraca.sourceforge.net/

Theo

@Theo Runner:
Was ist denn eine CAN Vorrichtung?
Weiterer Link:
http://www.canathome.de/

@Schmittchen:
Besser den PCA82C251 nehmen, den empfiehlt Philips auch selber, da er 
ein paar entscheidende Vorteile hat: geringerer Stromverbrauch, 
verkraftet grössere Transienten, kann grössere Lasten treiben, etc.

Das zwei Controller gleichzeitig senden ist ausgeschlossen, da sie nur 
antworten, wenn sie gefragt werden. Ein RS485-Treiber nimmt es einem 
auch nicht krumm, wenn mal ausversehen zwei Controller senden.

MfG
Steffen

jetzt hab ich doch zwei Fragen verwechselt. Den ersten Satz aus meiner 
letzten Antwort könnt Ihr streichen.
MfG
Steffen

> Den ersten Satz aus meiner letzten Antwort könnt Ihr streichen.

Den zweiten Satz nicht? ;)
Wenn 2 RS485-Treiber senden, ist nicht definiert, welchen Pegel andere 
Teilnehmer einlesen. Bei CAN ist das definiert. Elektrisch geht 
vielleicht/wahrscheinlich nix kaputt, aber sauber ist das nicht.

Kleine Spitzfindigkeit am Rande:
"Aus Versehen" senden gibs nicht - eher senden zwei Teilnehmer 
"zufällig" gleichzeitig. Aber da man das ja weiss bzw. so implementiert, 
kann/muß man darauf Rücksicht nehmen.

Schmittchen.