Buskoppler vs Buscontroller vs. CX

forellengarten

Level-1
Beiträge
217
Reaktionspunkte
1
Zuviel Werbung?
-> Hier kostenlos registrieren
als Hobby-Twincater und CX9010-Programmierer (Haussteuerung) frage ich mich, was es denn außerdem für Hardware gibt und worin sie sich im Wesentlichen von meinem CX unterscheiden. Klar, InfoSys befragt, gegoogelt, und manchmal fehlt einem doch die einfache Antwort.

Ich fasse es mal zusammen und hoffe dass mich jemand von euch bestätigen bzw. korrigieren kann.
Ich vergleiche CX9010 / BC9000 / BK9000:


CX9010: IPC mit Softsps. Da hier WinCE läuft kann auch eine Visu generiert werden und USB, DVI usw. angesteuert werden.

stimmt es dass....
der BC9000 ist eine SoftSPS, das Betriebssystem ist nach außen hin versteckt. Er wird ähnlich wie mein CX über TwinCat programmiert. Er behält das PLC-Programm im Speicher, wie eben der CX, sobald das Bootprojekt erstellt wurde. Meine CX PLC-Programm könnte ich als Backup auch auf einen BC aufspielen (einschließlich dem Mapping im Systemmanager), und im Fehlerfall gegen den CX austauschen. (?? - ist das so?).
Einen BC könnte ich auch wie einen BK betreiben, wenn ein ein normaler Windows-PC mit TwinCat+Lizenz die Soft-SPS macht?

stimmt es dass....
der BK9000 ist nur ein "dummer" Koppler für die Klemmen, ohne SPS-Funktionalität. Will ich einen BK betreiben, bräuchte ich z.B. einen PC mit TwinCat (und Lizenz). Dort läuft die SPS und steuert über den Koppler meine Klemmen. Ist der PC aus, macht auch der Koppler nichts mehr.

Und jetzt bitte nicht alle auf mich einschlagen - sorry für die vielleicht dummen fragen. Manchmal kommt man einfach nicht richtig weiter, solange im mentalen Hintergrundrauschen zuviel Störungen (Unklarheiten) vorhanden sind.
 
Hi,

BK = Buskoppler
BC = BusController

Der BK9000 ist nur ein Buskoppler ohne Steuerungsfunktion. Er erweitert nur die Topologie.
Der BC9000 ist ein Buscontroller, der ein Anwenderprogramm beinhalten kann.

Hast du beispielsweise:
KG: CX9010 <-> EG: BC9000 <-> OG: BK9000 <-> DG: BK9050

Fall1:
Der CX9010 hätte hier im *.tsm-file den BK9000 und BK9050 drin.
Fällt der CX aus, ist der Keller, das OG und das DG ohne Funktion.
Das EG allerdings funktioniert weitherin.


Fall2:
Der BC9000 hätte hier im *.tsm-file den BK9000 und BK9050 drin.
Fällt der CX aus, ist der Keller ohne Funktion.
Das EG, OG und DG allerdings funktionierer weitherin.

Ich habe noch keinen BC9000 eingesetzt. Daher weis ich nicht wie groß das Anwenderprogramm sein darf.
Ich denke für den BC9000 hast du dann ein komplett eigenes *.pro und *.tsm file.

Gruß Mike
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

der BC hat kein *.pro -File, er hat ein *.pr6 File. Sollte also das Programm der CX auf dem BC laufen muss aus dem *pro ein *.pr6 gemacht werden. Länge und Funktionsumfang muss berücksichtigt werden.

Vorsicht allerdings, beim BC ist das Mapping der Klemmen hardware bezogen. Also nicht so frei mit dem System-Manager änderbar. Also kein wirkliches *.tsm- File.

Gruß, Voxe
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

für einen BC - Betrieb gibt es kein *.tsm - File. Das Mapping wird fest über die Variablendeklaration gemacht.

Du kannst dir die Hardware eines BC's mit dem SystemManager ansehen, läuft dieser als Controller, verknüpft man nicht im Systemmanager und damit gibt es kein *.tsm -File.

Gruß

PS: Man kann einen *.tsm erzeugen, der wird aber die IO's des BC nicht beieinflussen und ist nicht notwendig.
 
Zuletzt bearbeitet:
Kann der BC zu einem BK degradiert werden? (angenommen es ist kein BK, aber ein BC verfügbar und die Laufzeit soll in einem Versuchprojekt am Home-PC laufen).
 
ein paar jahre später häng ich mich nochmals dran:
im benachbarten Schaltschrank (paar Meter) einer Haus-SPS möchte ich ein paar Klemmen einsetzen: Wo lägen hier die Vorteile/Nachteile/Unterschiede ob ich das über eine Klemmbusverlängerung durchführe oder über einen BK9000?
Momentan würde ich sagen: Klemmbusverlängerung Vorteil: er ist transparent, hat aber den Nachteil dass bei Problemen im benachbarten Schrank die gesamte SPS steht. Verwende ich im Gegensatz dazu eine BK9000, so hat der Ausfall dieses Systems keine weitere Auswirkung auf die SPS.
Zweite Frage: müßte die Kommunikation mit zwischen CX9010 und BK9000 erst programmiert werden oder wie läuft das ab. Der BK9000 wird ja wohl über Ethernetkabel mit dem CX9010 verbunden. Wie aktiviere ich dann meine BK9000 in der CX9010?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Du brauchst eigentlich nur eine RT-Ethernet Verbindung im Systemmanager hinzufügen. Ist der BK mit der SPS verbunden, sollte er dann mit einem Hardware Scan gefunden werden. Hat der Systemmanager den BK erkannt wirst du gefragt ob die angeschlossenen Klemmen gescannt werden sollen. Ist das auch erledigt, hast du den Koppler in deiner Hardware-Liste drin und kannst deine Variablen wie gewohnt mit den Klemmen IOs verknüpfen.
BK und SPS müssen wohl noch nichtmal im selben IP-Bereich sein. Ich glaub die Kommunikation findet auf Basis der MAC Adressen statt.

Vorteil BK, wie du schon erkannt hast, die Unterbrechung der Verbindung killt dir nicht den K-Bus der CX. Du kannst den Verbindungsstatus abfragen und auch gewollt die Verbindung kappen (Kabel ziehen).

Die Ethernet-Verbindung ist recht robust. Wir haben einige Anlagen wo wir die Kommunikation zu BKs über PowerLan oder Ethernet To Bluetooth Anybus Module aufbauen.
 
Zurück
Oben