Profibus contra Interbus

Was finder Ihr bessser Profibus oder Interbus?


  • Umfrageteilnehmer
    8
Zuviel Werbung?
-> Hier kostenlos registrieren
:)
Mein Problem damit ist, dass es einfach falsch ist.

Wenn ich eine IBS S7 300 Karten einbaue, muss sie auch als IBS S7 300 Karte im Hardwaremanager aufzutauchen. Zurzeit habe ich mein PG nicht zur Hand, aber ich bin mir ziemlich sicher, dass ich das letzte Mal Mobi-I auch als Mobi-I eingebunden habe. (Das war noch mit V5.1 SP4)

Ideal wäre in meinen Augen folgende Lösung:
Ich starte den Hardwaremanager, binde die Interbusanschaltung als Interbusanschaltung ein und bei bedarf betätige ich die Schaltfläche „Konfiguration“ und dann wird CMD gestartet. Der Datenabgleich zwischen den Programmen erfolgt automatisch und die Daten werden zentral in einem Projekt gespeichert. Ab das wird wohl ein Wunschtraum bleiben.

Zu deinem Vorschlag mit der Konfiguration, da habe ich keinen bedarf, dass bekomme ich schon hin, trotzdem danke.
 
Interbus

Ja das wird wohl ein Wunschtraum bleiben denn wie dir nicht entgangen sein dürfte steht auf der DSC nicht Siemens drauf. Und dann wünsch ich mal viel Spass beim hinbekommen. Grad bei der 300er gibts schöne Fallen. Aber wenn du keine fremde Hilfe brauchst, kein Problem. Mir fallen da nur solche Sachen ein wie

* SPS und Bus laufen hoch, aber es kommt kein Austausch der E/As zustande
* das Prozessabbild wird spontan aktualisiert -> prima wenn man eine Flanke erwartet


MfG
André Räppel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
:D
Wie alles nicht so einfach wie von Phönix propagiert?
Wenn man den Herren so zuhört müsste doch der Bus schon laufen noch bevor man die Baugruppen ausgepackt hat.
Na egal, ich habe noch etwas Zeit bevor es mit dem Projekt wirklich ernst wird, bis dahin habe ich dann wohl hoffentlich die Sache etwas testen können.
PS: Man wird ja noch Träumen dürfen, vielleicht werden Träume ja wahr.
:lol:
 
Interbus

Wenn man die Sache kennt isses kein Problem. Und sich an der Einbindung in die Hardwarekonfiguration hochzuziehen ist Irrsinn. Man weiss eben dass es so ist und gut. Ich störe mich da nich dran, ich kenns seit 4 Jahren nich anders. Gelernt ist gelernt ;-) Man registriert das einmal und damit hats sich. Jeder der sich mit Interbus & S7 auskennt weiss das. Is wie bei den kleinen Eskimos wenn die lernen "iss nie gelben Schnee" :)

MfG
André Räppel
 
Interbus

Hallo, sagt mal gibts hier nur einen der sich mit Interbus auskennt? Na bin ja mal gespannt ob casius das ohne fremde Hilfe hinkriegt. Scheinbar weiss André wovon er spricht.

Bernd
 
Zuviel Werbung?
-> Hier kostenlos registrieren
:)
Hallo Männer von Flake,

ich kann euch etwas neues von meinen Erlebnissen mit dem Interbus bereichten. Ich bin mir zwar nicht ganz sicher ob ich alles richtig erkannt habe, aber ich hoffe mal, dass der eine oder andere geneigte Leser mir etwas auf die Sprünge hilft. Es ist schließlich noch kein Meister vom Himmel gefallen.

Zunächst einmal habe ich herausgefunden, dass der Interbus an die S7 Welt nur „drangefukelt“ ist. Das muss näher erläutert werden.

Nehmen wir mal an ich habe einen Sensor und schließe den am Interbus an. Der Sensor hat dann eine Adresse, genau wie bei S7, z.B. E10.1

Diese Adresse hat aber nichts mit den S7 Adressen zu tun. Die Interbusadressen sind erst einmal völlig Unabhängig von der S7 Welt. Die Interbusadressen werden mittels einer Funktion umgeladen und stehen erst danach als S7 Eingang zur Verfügung.
Bei den Ausgängen ist es genau das Gleiche, aber Umgekehrt.

Dieses Funktionsprinzip hat zur Folge das Signale von Interbusanschaltungen immer asynchron sind. Es sind immer nur Blöcke von 16 Bit (1 Wort) synchron. Es kann also nicht mit Sicherheit gesagt werden ob der Zustand des Eingangs 16.7 aus demselben Zyklus stammt wie der Zustand des Eingangs 17.0 Das ist sehr dumm wenn man Signal von mehr als 16Bit verarbeiten möchte oder bis zu 16Bit lange Signal ungünstig Adressiert hat. Normalerweise sollte das aber keine Probleme bereiten.

Es gibt aber die Möglichkeit dieses Problem zu umgehen, es gibt eine Betriebsart die sich asynchron mit Synchronisationsbit nennt. Da gibt es eine zusätzliche Funktion die dann das oben genante Problem behebt. Wie das genau Funktioniert habe ich aber noch nicht herausgefunden. Wer da auf wen wartet ist mir nicht ganz klar geworden. Wird da jetzt der Interbuszyklus an den S7 Zyklus angepasst oder wird der S7 Zyklus solange Unterbrochen bis der Interbus fertig ist? Vielleicht kann mir da mal jemand helfen?

Ansonsten ist es keine große Sache den Interbus, zumindest asynchron ohne Synchronisationsbit, zum laufen zu bringen. Die Sache mit der CMD Software ist recht komfortabel. Sie ähnelt am ehesten dem Hardwaremanager. Es muss die passende Anschaltbaugruppe ausgewählt werden. Danach kann man entweder die Buskonfiguration rückwärts einlesen (habe ich nicht gemacht), oder man projektiert die Konfiguration wie gewohnt. Dabei muss man den Typ der Module angeben und die Startadresse. Die Projektierung erfolgt in der Reihenfolge der Busleitung.

Sehr gut gemacht ist dabei die Sache mit der Zuordnungsliste. In der CMD Oberfläche gibt es eine eigene Zuordnungsliste. Hat man erstmal den Modultyp ausgewählt, steht die Adresslänge fest. Wenn man dann die Staradresse eingibt steht der Adressbereich komplett fest. Eigentlich genau wie in der S7 auch, aber hier bracht man dann nur noch die Kommentare eingeben und fertig.

Ein dickes Lob an Phönix, diese Lösung ist wirklich vorbildlich. Kann mir eigentlich jemand erklären warum ich bei Siemens genau das Gleiche veranstalten muss, dann aber trotzdem mir noch die Finger in der Symboltabelle Wundtippen muss? (Wenn ich mal keine ZL von der CAD habe.)

Dumm an Sache ist nur, dass ich die ZL von CMD nicht nutze, ist aber trotzdem eine sehr gute Idee.

Da ich mit dem Projekt nochlange nicht fertig bin, erlaube ich mir hier nur ein Zwischenurteil. Die Vorteile des Interbusses liegen offensichtlich überwiegend auf der Monteursseite, für den Programmierer hat die Sache eigentlich kaum Vorteile, die Nachteile überwiegen meiner Meinung nach.
 
Synchronisierung

Hallo casius,

ich nutze ausschliesslich die Betriebsart asynchron mit Synchronisationsimpuls hier kann man mit max. 4 Datensätzen 4 x 128 Byte abbilden. Wie das ganze aber richtig gemacht werden muss würde hier zu weit führen. Diese Betriebsart solltest du auch nutzen (habe ich ja schon geschrieben). Welche CMD-Version benutzt du überhaupt? Hättest du das Angebot angenommen würde alles schon laufen ;-)

MfG
André Räppel
 
:)
Ich nutze Version 4.5. Welche Neuerungen bietet eigentlich die Version 4.6?

Die Sache mit dem Synchronisationsbit bekomme ich irgendwann auch noch hin, bei meinem derzeitigen Projekt spielt es aber keine Rolle, da reich auch asynchron.
 
8)
Na klar läuft der Bus jetzt,

aber Beigeisterung will sich bei mir einfach nicht einstellen, ich finde den Interbus einfach zum kotzen.
Wieso nimmt jemand den Dreck eigentlich freiwillig?
Ich vermisse es jeden Tag, dass ich nicht über den Bus mit meiner SPS kommunizieren kann.
Wenn ich einen Ausgang übersteuern möchte muss ich jedes Mal erst die CMD Software starten, über die Variablen Tabelle geht das nicht mehr, da der Triggerpunkt nicht stimmt.
Der Interbus ist und beleibt einfach nur an die S7 Welt dran geschissen und so funktioniert er dann auch.
 
Interbus

Hallo casius,

trag mal nich so dick auf. Bei VW gibts ganze Hallen wo alle Anlagen mit Interbus laufen. Mit dem Triggerpunkt das ist dein Problem weil du nich die Synchronbetriebsart nimmst. Aber pfeifst ja auf fremde Hilfe

MfG
André Räppel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Interbus

Hallo casius, ich glaub du hast nur nich den richtigen Plan. Eh du hier alles in den Dreck ziehst würd ich mich mal informieren. Wenns etwas so lange gibt wie den Interbus kanns wohl nich so schlecht sein. Oder?

Bernd
 
Ein Bussystem ist nun mal kein Wein

denn der wird mit der Zeit besser, beim Interbus bezweifle ich das allerdings, als der Interbus raus kam war er seiner Zeit weit voraus und sicherlich eine Topinnovation, genau wie der C64 zu seiner Zeit. Aber wenn ich die Sache recht beobachtet habe wird der C64 auch nicht mehr allzu oft eingesetzt.
 
Interbus

Moin! Ich find das schon traurig. 240 registrierte User und einige Gäste... Und nur einer davon kann Interbus? Und noch einer denkt alles zu wissen und haut auf den Schlamm. Gibts hier wirklich keinen anderen der Ahnung hat? Auf einen alleine hört der oberschlaue nich

Paule
 
Zuviel Werbung?
-> Hier kostenlos registrieren
:D
Hallo Männer von Flake,

hier wieder ein paar neue Erkenntnisse über den Interbus. Ich habe es letzte Woche geschafft den Bus in der Betriebsart mit Synchronisationsimpuls umzuschalten, war gar nicht so schwierig. Dank der Beispiele in der „Getting Startet“ Anleitung zur Anschaltbaugruppe war die Sache in einer halben Stunde umgeschrieben und erledigt.
Allerdings habe ich etwas an Zykluszeit verloren, die CPU läuft jetzt 2ms langsamer.
Ausgänge kann ich aber immer noch nicht überschreiben, der Triggerpunkt passt einfach nicht. Das liegt einfach daran das die Variablentabelle nur zwei mögliche Triggerpunkte hat. Entweder vor Zyklusbeginn, dann wird der Ausgang wieder vom Programm überschrieben, oder nach dem Zyklusende, dass klappt aber nicht weil die Ausgänge nicht vom System übertragen werden sondern durch einen Teil des Anwenderprogramms. Die Ausgänge werden also geschrieben bevor das Triggerereignis greifen kann, deshalb kann diese sehr praktische Funktion mit dem Interbus niemals funktionieren, egal ob asynchron oder mit Synchronimpuls.

So und nächste Woche teile ich euch dann meine Erkenntnisse zur Analogwertübertragung über den Interbus mit.


PS: Nehmt Euch die ganzen Kommentare die ich zum Interbus schreibe nicht so ernst, ich übertreibe gelegentlich etwas und es ist völlig unnötig wenn Ihr Euch deshalb Magengeschwüre wachsen last.
 
Abschluss

So Leute ich bin euch noch eine Antwort schuldig.
Die Sache mit den Analogeingängen, war relativ einfach. Ungewöhnlich ist bei den Analogeingängen, dass sie auch über digitale Ausgänge verfügen. Über diese wird dann eingestellt wie der analoge Eingang parametriert werden soll, etwas gewöhnungsbedürftig aber funktioniert auch. Schön an den analogen Eingängen war, dass die Werte sofort skaliert waren und somit sofort eingelesen werden konnten.

Und nun erlaube ich mir ein abschließendes Urteil.
Die Hardware (Inline-Programm) von Phönix ist erste sahne, die Klemmen sind farbig gekennzeichnet, robust und deutlich durchdachter als ein vergleichbares Produktprogramm von Siemens. Der Preis stimmt auch, wieder besser als Siemens.
Der Interbus an sich, ist auch keine wilde Sache, hat aber enorme Nachteile gegenüber dem Profibus. Man kann damit einfach nur seine Peripherie anbinden und das war’s.
Das scheinen hier auch fast alle andere so zu sehen, dass Abstimmungsergebnis ist eindeutig, nicht ein einziger hat für Interbus gestimmt.

In Zukunft werde ich das Inline-Programm häufiger einsetzten, allerdings mit Profibuskoppler, eine erste Anlage mit dieser Konfiguration habe ich gerade in der Planung.
:D
 
Hat eigentlich schon mal einer erwähnt das man den Interbus auch über Datenlichtschranken über eine Entfernung von bis zu 200m übertragen kann? Ist doch super ;)

Also ich finde jedes System hat seine Berechtigung und gerade in Anlagen mit vielen EA Punkten finde ich ihn eigentlich sehr gut da z.B. bedeutend günstiger als z.B. eine ET200 o.Ä.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich muss die Leiche mal eben ausgaben ;)

Weil es auf Seite 1 erwähnt wurde - das Qualitätsbit - kann dieses im Diag-Statusregister während des laufenden Betriebes zurück gesetzt werden? Baugruppe ist eine DSC 300-I/T an einer 319er CPU. Statistiken zurücksetzen, Modulfehler quittiern etc. im CMD bringt nichts. Laut Displayauswertung und CMD Busdiagnose liegt nichts mehr an.

Oder sollte die Quittierung nur durch einen Neuanlauf zu beheben sein?
 
Zurück
Oben