CAN-Bus Ring-Topologie

Hat niemand eine Erfahrung damit? oder ist die Frage zu elementar?

In einem Ring wird das Signal der Nachricht immer weiter getragen. Somit 
läuft das Signal ständig im Ring und behindert andere Übertragungen, Wie 
also wird ein solches problem behandelt?

Guten Tag,

Ich hänge mich gerade mal hier an, weil es so schön dazu passt:
Ich habe ein CAN System, 200kBits/s, und eine Baum / Stern Topologie:
Twisted pair, die weitesten teilnemer ca. 60m entfernt, etwa 4 Sterne @ 
je 5-8 Zweige von 2-20m. Diese einzelne Sterne sind auf einer Hauptader 
von ca. 20m verteilt.
Wie würdet Ihr da Abschlusswiderstände plazieren?
Jedes Ende?
Mitte jedes Sternes?
Nur an den entferntesten Enden jedes Sternes?

Vielen Dank für eure Unterstützung,
   mfg,
      Alexandre1978

>Baum ist absolut verboten.
>Stern ist absolut verboten.
>kurz gesagt: Alles ausser Bus ist verboten.

Aber was verboten ist, macht ja gerade Spaß... ;-)

Wir bauen hier seit über 10 Jahren Geräte mit >10 CAN-Knoten
und den wildesten Verkabelungen. Auch zusätzlich extern anschließ-
bare Geräte am selben einen "BUS" sind möglich und vorgesehen.
Das ganze zwar "nur" auf 100kbit, weil bisher nie mehr gebraucht.
Funktioniert jedoch absolut einwandfrei.

Also sooo schwarz und weiß darf man das ganze nicht sehen.

ganz einfach:

Stern und Ring bauen auf P2P (Peer to 
Peer)http://de.wikipedia.org/wiki/Peer-to-Peer
auf.
Dies bedingt elektrisch separate verbindungen.

in den Busssystemen I²C, 1wire, und CAN liegen die Bedingungen ganz 
anders

verschiedenene Sender und Epfänger arbeiten auf eine leitung mit hoher 
Geschwindigkeit die signalausbreitung erfolgt mit Wellencharachter. Dies 
führt an jeder nicht (nichtangepassten)(stör)Stelle zu einer 
Teilreflektion. Offene Enden und Kurzschlüsse stellen insofern das 
gleiche verhalten dar eine Totalreflektion am Strombauch(Kurzschluss), 
offenes Ende Spannungsbauch. Die Folge sind Interferenzen auf der 
Leitung, welche die Pegel bis zur Unkenntlichkeit vermatschen können.

mehere abschlusswiederstände verderben die anpssung ........

Deshalb wenn, von der Line abweisende Topologieen unumgänglich sind, 
Bridges verwenden.

Diese Sache gewinnt mit zunehmender Bussgeschwindigkeit an Bedeutung, da 
dann die Welleneigenschafften der Sprungantwort auf der Leitung 
gegenüber der Quasigleichzeitigkeit zunehmen.

Guten Tag,

Hallo zusammen,

Ich weiss schon das CAN für BUS gedacht ist, und auch nur so die Enden 
Optimal abgeschlossen werden können.
Ich empfehle auch unseren Kunden (wir haben ein Hausautomation Produkt) 
die Geräte Linienförmig anzuschliessen.
So Viel zur Theorie.
In der Praxis ist es aber so, dass es dann nicht mehr Linienförmig ist, 
aber Sterne auftreten ("es sind ja nur "KURZE" Leitungen"), und so die 
verschiedenen Sterne wieder zusammen Zentral miteinander verbunden 
werden.
Für Hubs und so weiter ist leider meistens kein Platz, und auch keine 
Speisung vorhanden (unsere Geräte haben alle eine eigene Speisung).
Nach vielen rumfummeln bekommt mann es auch zum laufen, aber ich hätte 
gerne ein paar Faustregeln wie mann es am besten angeht, um nicht ewig 
lange ze testen.
Hier ein paar Eckdaten:
- 200kBits
- TJA1050 Treiber
Twisted Pair, ungeschirmt (und nur 1 twisted pair, also nicht möglich 
Hin- + Zurück)
- Meistens nur wenig Daten (1 Telegramm alle 40ms, mit 0 DatenBytes), 
darauf evtl. ein paar Geräte (0, 1, 2) die mit 2 Daten-Bytes antworten, 
Worst case 100 Geräte die auf das Telegramm Antworten.
- Max. 100 Geräte (im jetzigen Fall ca. 60)
- Im jetzigen Fall sind die entferntesten Geräte keine 60m weit.

Vielleicht hat ja "ARM-Fan" einpaar tips aus Erfahrung?

Da das Produkt noch nicht richtig vermarkt ist, spiele ich mit dem 
Gedanken die Geschwindigkeit evtl. auf 125k runterzuschrauben. Aber ich 
denke der jetzige Fall gehört zu den "kompliziertesten", und wenn ich 
ihn mit 200k zum laufen bekomme, weiss ich umsobesser dass es in zukunft 
mit 125k eigentlich einfach sein sollte.

Also, wer hat tipps, welche mich da weiterbingen würden?
Vielen Dank im Voraus,
   Alexandre1978

P.S.: Ich werde versuchen demnächst eine Zeichnung der Struktur 
einzuscannen, vielleicht kann es weiterhelfen.

alle 40ms ein Telegramm... wo ist der Sinn von 250 KBit, wenn Du 20Kbit 
nimmst funktioniert es auch und Du hast keine Probleme

Hi,

Meistens wird nur alle 40ms 1 Telegramm gesendet, wodurch alle anderen 
Geräte abgefragt werden.
Es kann sein, wenn irgendwo etwas gedrückt wird, dass 1-2 Geräte mit 
einem Tel. antworten, im worst case könnten aber theoretisch alle (max. 
100) Geräte antworten. Dies wäre auch der Fall bei einer Visualisierung 
wo über ein spezielles Tel. ALLE abgefragt werden.
Und das ganze sollte fertig sein, bevor das nächste Abfrage Tel. kommt, 
das heisst innerhalb 40ms. Daher der Grund.

Als Anhang noch die aktuelle Struktur. An jedem Knoten oder Ende können 
auch mehrere Teilnehmer sein.

Vielen Dank,
   mfg,
      Alexandre1978

Hi,

Es ist nichts Sicherheitrelevantes dahinter.
Wenn 1x pro Monat ich auf eine Taste drücke und das Licht geht nicht 
sofort an, merke ich es nicht da das Telegramm 40ms Später (da ich die 
Taste immer noch drücke) wieder verschickt wird.
Sollte das Telegramm falsch ankommen, passiert auch nichts weil ich 
erwarte das die taste mindestens eine bestimmte Zeit gedrückt bleibt.
Ich bin aber auf der Suche nach dem richtigen Kompromiss 
Geschwindigkeit/Verdrahtung/Effizienz.
Wie würde ich in solch einem Fall die Abschlusswiderstände am besten 
Dimensioniern und platzieren, und bei welcher Geschwindigkeit sollte es 
zuverlässig funktionnieren.
Ich überlege auch evtl. ein Hub in die mitte zu tun, dann wäre alles 
viel besser, aber ich möchte lieber ohne auskommen.

Irgendwelche Tipps?
   Vielen Dank
      Alexandre1978

@Willivonbienemaya

Wie kommst du denn darauf, dass der Name BUS = Linienstruktur bedeutet?
Natürlich ist Stern erlaubt und wird auch genutzt.

Zitat von Willivonbienemaya: CAN BUS hat nicht ohne Grund BUS im Name.

Baum ist absolut verboten.
Stern ist absolut verboten.

kurz gesagt: Alles ausser Bus ist verboten.

Aha, also alles was Bus im Namen hat ist ne Linienstruktur. Ich lache 
mich schlapp!! Mach weiter so

Das Wort "Bus" sagt doch absolut nichts über die Ausführung der 
Datenverbindung aus.

Zitat Wiki:
Der Bus ist ein im Bereich der Datenverarbeitung häufig verwendeter 
Begriff für ein Leitungssystem zum Austausch von Daten und/oder Energie 
zwischen potenziell mehr als zwei Teilnehmern. Ein Bus ist ein 
Leitungssystem mit zugehörigen Steuerungskomponenten, das zum Austausch 
von Daten und/oder Energie zwischen Hardware-Komponenten dient. 
Bussysteme finden Anwendung insbesondere innerhalb von Computern und zur 
Verbindung von Computern mit Peripheriegeräten, aber auch in der 
Ansteuerung von Maschinen (Feldbusse, Bushierarchie) sowie immer 
häufiger in Automobilen zur Verbindung der einzelnen elektronischen 
Systemkomponenten eines Fahrzeugs.

Meine Rede, aber Kollege Willivonbienemaya sieht das wohl anders. Na ja 
soll er seine "Busse" mal weiter aufbauen.

Un diese Frage zu klären scheinst du ja der Richtige zu sein!

Junge du merkst doch nix mehr.

Wenn ich einen CAN-BUS nutze, sagt das noch gar nix über die Topologie 
aus. In Sternform nutze ich immer noch den CAN-Bus, da als 
Übertragungsmedium ein BUS-Kabel genutzt wird, wie dieses verlegt und 
wie oft es gespleisst wird ist scheissegal. Vergiss es einfach, das sind 
Perlen vor die Säue mit dir.

Hallo,

der Thread ist zwar schon recht alt, ich möchte aber gern eine Lösung 
für eine redundante CAN-Ring Struktur aufzeigen:

Das geht bei www.eks-engel.de mit optischen Konvertern, die CAN auf 
Glasfaser und zurück wandeln.
Die optische Strecke ist dann ein redundanter Ring, der auch dann noch 
funktioniert, wenn er an einer Stelle unterbrochen wird.

Bei kurzen Leitungslängen funktionieren schon prinzipiell alle 
Topologien...

VW (VAG) verbaut auch in den Autos wilde Topologien.
Der Abschlusswiderstande sind dann über "viele" Steuergeräte verteilt.

Ist aber streng genommen dann kein CAN nach Spezifikation mehr.