CAN Galvanisch trennen

Bin ich überfragt. Probieren geht über Studieren.

Du kannst es ja mal zum Testen nur mit 2 Treibern, aber ohne
Optokoppler versuchen. Wenn das geht, sollte es mit guten OK auch
gehen.
Auf jeden Fall gibt es CAN-Bridges, z.B. von www.ixxat.de, die können 2
CAN-Busse verbinden, auch mit verschiedenen Raten und mit ID-Filtern.

Ich vermute dass das nicht geht.

Begründung:

Low ist ja dominant. Wenn nun der Transceiver der einen Seite ein Low
sieht, gibt es es an den andern weiter der den anderen CAN-Bus auf Low
zieht. Der andere Treiber sieht ja aber auch diesen Low-Zustand und
gibt dieses Signal wieder aus.

D.h. es entsteht eine Mittkopplung.

Man könnte das evtl. über eine State-Maschine verhindern.

Also so, dass die Seite die als erstes das Low-Signal meldet, sich dann
nicht von der anderen Seite auf Low ziehen lässt, bis das lokale Low
verschwunden ist.

Dann würden aber wiederrum kurze Spikes enstehen können...

Hmm... Muss ich mir nochmals ein wenig durch den Kopf gehen lassen...

Hallo

Danke für eure Infos.
@Unbekannter
Dann hätte der CAN-Controller aber auch schon das Problem.
Ist es nicht so, das der Bus-Treiber schon selber erkennt, ob das Low
von ihm selber kommt?

Gruß

Ne, denn denn genau diese dominante Null verwendet der Controller ja, um
zu überprüfen ob er senden darf.

Sobald ein zwei Controller gleichzeitig senden hört der eine ja auf,
sobald er feststellt, dass wenn er keine Null sendet und auf der
Leitung aber eine Eins ist, offenbar gerade ein anderer sendet.

Der CAN-Controller benötigt ja genau diese Eigenschaft der Transceiver.
So lange der eigene Transceiver das dominante Signal sendet, kann der
Transceiver sowieso nicht feststellen, ob jemand anderes auch noch
sendet.

Hallo,
wie bereits oben erwähnt entsteht eine Mitkopplung. Wird Bus1 dominant
zieht er Bus2 auch auf den dominanten Zustand und dieser wieder Bus1.
Durch die Verzögerung in den Transceivern und Optokoppler bleibt der
dominante Zustand dauerhaft. Die Lösung ist etwas Logik zwischen den 2
Transceivern (Gateway-Funktion)

Das Problem ist aber, dass diese Logik Spikes auf den Busen erzeugen
würde. Zumindest will mir keine Logik einfallen, die das verhindert...

Schweinkram :-)

Da ist tatsächlich ein 's' verloren gegangen. Hiermit liefere ich es
nach: 's'

Einzubauen ist das 's' in "Busen", so dass "Bussen" draus wird.

Viel Erfolg und Spaß beim Reparieren!

Hallo

Schaut euch mal das Teil an.

http://www.peak-system.com/index_de.html
Dann auf PCAN-OPTOADAPTER gehen.

> Das Problem ist aber, dass diese Logik Spikes auf den Busen erzeugen würde.
> Zumindest will mir keine Logik einfallen, die das verhindert...

Das ist richtig, ohne Peaks geht es nicht. Das ist aber auch egal, da 
die einzelnen Bits erst in der zweiten Hälfte ihres Zeitfensters 
abgetastet werden.
Ich habe sowas gebastelt und es funktioniert problemlos. Außerdem habe 
ich diese Spikes bei allen getesteten kommerziellen Produkten 
provozieren können:
Überall das gleiche Verhalten: --> Spikes von 500ns

Schon mal aufs Datum geschaut? Oder in welcher Zeitrechnung lebst du?

Dieses Thema ist zeitlos interessant.
Wenn du nichts fachliches dazu beitragen kannst, Martin, dann halte dich 
bitte hier raus!

Genervt,
Thomas


Admin: bitte beide Beiträge löschen, da Themenfremd