OB – Organisationbaustaine Interrupts – was Sie in Ihrer Software immer haben sollten.

0
Organisationsbausteine OB TIAPortalHowTo.com
Organisationsbausteine OB

1. Arten von Organisationbaustaine – OB im TIA-Portal

Die häufigste OB im TIA Portal, ohne die Ihre Software nicht funktioniert, ist OB1 (Program Cycle). Diese OB, die der Hauptbaustein des Programms ist, wird zyklisch aufgerufen, d.h. sie wird immer einmal pro SPS-Scan aufgerufen.

Es gibt jedoch auch andere Arten von OBs:

  • Startup
  • Time delay interrupt
  • Cyclic interrupt
  • Hardware interrupt
  • Time error interrupt
  • Diagnostic error interrupt
  • Pull or plug of modules
  • Rack or station failure
  • Programming error
  • IO access error
  • Time of Day
  • MC-Interpolator
  • MC-Servo
  • MC- Pre Servo
  • MC Post Servo
  • Synchronous Cycle
  • Status
  • Update
  • Profile

Um mehr über eine bestimmte Art von OB zu erfahren, klicken Sie auf den Link “mehr…” und Sie werden zur Hilfe des TIA-Portals weitergeleitet:

Organisations Baustein OB im TIA Portal TIAPortalHowTo.com
Organisations Baustein OB im TIA Portal

Weitere Informationen zu den Arten von OB (Organisationsbausteine) im TIA Portal finden Sie auf der Siemens Website: Welche Organisationsbausteine können Sie in STEP 7 (TIA Portal) verwenden?

2. Fehler OBs im TIA Portal

Einige der OBs (Organisationsbausteine) im TIA Portal werden bei einem bestimmten Fehler ausgelöst und sind hier das Wichtigste:

Wenn Ihr Programm keine OB hat, die die SPS (PLC) aufgrund eines bestimmten Fehlers aufrufen will, geht die SPS (PLC) in den STOP-Modus!

In den meisten Anlagen ist dies inakzeptabel.

3. Welche OBs benötige ich in meiner SPS (PLC), um einen SPS-Stopp zu verhindern?

  • OB82 – Diagnostics error interrupt
  • OB83 – Pull or plug of modules
  • OB86 – Rack or station failure
  • OB121 – Programming error
  • OB122 – IO access error

Grundsätzlich ist es besser, mehr als weniger OBs in der SPS (PLC) zu haben, weil: A) OBs werden erst ausgelöst, wenn eine bestimmte Bedingung erfüllt ist – sie verlängern also nicht Ihren Scan-Zyklus B) Sie werden Ihren SPS-Speicher nicht wegfressen, wie sie es tun, noch viel Code halten (sie werden sogar vollständig leer sein).

I would recommend inserting the following OBs in to your program:

Organization Blocks OB STOP PLC TIAPortalHowTo.com
Organisationsbausteine OB STOP SPS

4. Was sollte in einem OB sein?

Im Idealfall sollten Sie einen Diagnosecode eingeben. Setzen Sie z.B. ein Bit, das später einen Alarm auf Ihrem HMI / SCADA auslöst. Sie können auch eine Uhrzeit und ein Datum des Ereignisses aufzeichnen, das die OB ausgelöst hat. Im schlimmsten Fall kannst du es komplett leer lassen! Es wird weiterhin seinen Zweck erfüllen, nämlich die SPS (PLC) nicht in den STOP-Modus zu versetzen.

Die letzte wichtige Sache, die zu berücksichtigen ist. Es kann tatsächlich Anlagen geben, in denen Sie möchten, dass die SPS im Falle eines schwerwiegenden Fehlers in den STOP-Modus wechselt, aber Sie können dies über einen Softwarebefehl in einem OB tun.

0 Shares

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.