Interbus LWL Terminierung

dust2

Level-1
Beiträge
9
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

habe eine Schweißsteuerung die als INTERBUS-Slave mit eingebauten ANYBus-Modul AB3120 per LWL-Fernbus mit einer Robotersteuerung(Master) kommuniziert! Funktioniert seit Jahren!
Nun soll ein weiter Slave an den LWL-Fernbus angeschlossen werden! Laut HMS-Doku terminiert sich ein ANYBUS Modul selbst, d.h. es merkt ob ein weiter Teilnehmer im Ring folgt, wenn ja sendet es Daten an diesen, wenn nein schließt es den Ring automatisch!?

Der neue Slave2 hängt also an Remote-Out des ersten Slave1. Am Slave 2 kommen laut Status-LEDs keine Fernbusverbindung an. Zieht man die LWL-Kabel ab, sieht man das Slave2 auf der Sendeleitung permanent sendet(Licht in Remote-IN LWL Sende-Buchse). Merkwürdig ist das Verhalten des SLAVE1, dort ist bei abgezogenen Kabeln die REMOTE-OUT-Sende-Buchse ohne Licht, Zieht man die REMOTE-IN-Kabel ab(also komplett unbeschaltet), haben beide Sende-Buchsen (Remote IN und REMOTE-OUT) Licht- Sobald man REMOTE-IN ansteckt, geht SLAVE1 ordnungsgemäß ans Netz aber REMOTE-OUT-Buchse schaltet Licht sofort ab-ok wäre ja in Ordnung, da kein weiterführendes LWL Kabel angeschlossen ist erfolgt automatische Terminierung!? Wenn ich aber Kabel anschließe, kommen aber am Slave 2 laut Status-LEDs keine Fernbusverbindung an. Ich habe also das Gefühl, das der Slave1 kein Licht an Slave2 aussendet!? Das Verhalten ist unabhängig davon, ob ich im CMD-TOOL einen oder beide Slaves konfiguriere!? CMD-Diagnose bringt immer Busfehler, kein Teilnehmer 3(Slave2) gefunden!? LWL-Kabel ist getestet und ok!

Fragen:
1. Ist das normal, das an REMOTE-OUT eines INTERBUS-Slaves kein Licht zu sehen ist wenn REMOTE-OUT unbeschaltet ist?
2. Ist die interne Terminierung eines Slave abhängig von der Konfiguration des Masters oder macht das der Slave selbst?

Danke für Eure Hilfe

dust2
 
Hallo dust2,

der Interbus benötigt keine Terminierung, allerdings können die Teilnehmer Ihre weiterführende Schnittstellen schliessen und damit den Interbusring abschliessen. Aktuelle Teilnehmer (egal ob Kupfer oder LWL) erkennen auch ob ein weiterer Teilnehmer folgt oder nicht, entsprechend erkennt der Master auch ob mehr Module vorhanden sind als projektiert. Bei älteren TN (so um die 10 Jahre) brauchte es bei Kupfer eine Brück im Out Stecker oder ein Switch bei LWL (End/Next).

Der beschriebende Fehler ist aber seltsam. Ich könnte mir aber vorstellen das die automatische Erkennung des TN1 nicht mehr funktioniert.
Normal ist das die Out Schnittstelle Dauerlicht gibt wenn In abgezogen ist, bzw. der Bus im Reset ist, dann ist die Regelung nicht aktiv und die Diode gibt Dauerlicht.

Versuch mal folgendes:
- Falls TN 1 und 2 gleich sind tausche Sie mal miteinander, wenn TN 1 defekt ist sollte er an der Out von TN 2 funktionieren.
- Ich weiss nicht welchen Master du hast, aber bring ihn mal in den Modus Ready (kein Projekt geladen) und lese mal den Konfigurationsrahmen ein,
Mal schaun was er findet.

Gruss

Frank
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Frank,
habe die Sache zum Laufen bekommen, Problem war TN2(Slave2), dort war falsche VME-Bus-Adresse für das VME-Rack gejumpert, so das die Karte gar nicht richtig lief! Hatte vorher miteinen PHÖNIX-DIO-Modul als Slave2 getestet das lief sofort!Warum TN1 trotzdem kein Dauerlicht auf REMOTE-OUT gab, bleibt ein Rätsel, alle anderen Slaves tuen dies!
Danke nochmals für Deine Hilfe!
dust2
 
Zuletzt bearbeitet:
Zurück
Oben