feat: Fehlervermeidung und -erkennung

sheet.typ

@@ -75,7 +75,7 @@ Einmaligkeit, Zielvorgabe, Abgrenzung zu andren Vorhaben, Begrenzungen, Organisa
 #diagram(node-stroke: 1pt, node((0,0), [Start], shape: shapes.pill))
 #diagram(node-stroke: 1pt, node((0,0), [Verarbeitung], shape: shapes.rect))
 #diagram(node-stroke: 1pt, node((0,0), [Ein-/Ausgabe], shape: shapes.trapezium.with(angle: -10)))
-#diagram(node-stroke: 1pt, node((0,0), [Verzweidung], shape: shapes.diamond))
+#diagram(node-stroke: 1pt, node((0,0), [Verzweigung], shape: shapes.diamond))
 ],[
 
 === Nassi-Schnreidermann
@@ -107,7 +107,7 @@ Sofortiges Kopieren / Verzögertes Kopieren
 - lineares Sondieren $h_i(x) = (h(x) + i) mod m$
 - quadratisches Sondieren $h_i(x) = (h(x) + i) mod m$
 
-==== Dopppeltes Hashen
+==== Doppeltes Hashen
 
 - $h(k,i) = (h_1(k) + i dot h_2(k)) mod m$
 - $h_1(k) = k mod m$
@@ -137,7 +137,7 @@ $
 ==== AT-Pyramide
 
 #table(columns: 2, 
-[ERP - Enterprise Resource Planung], [Level 4: Unternehmesnebene],
+[ERP - Enterprise Resource Planung], [Level 4: Unternehmensebene],
 [MES - Management Execution System], [Level 3: Betriebsebene],
 [SCADA - Supervisory, Control and Data Aquisiton], [Level 2: (Prozess-)Leitebene],
 [SPS - Industrial Controller, SPS, Embedded System], [Level 1: Steuerungsebene],
@@ -146,7 +146,7 @@ $
 )
 
 *Kontinuierliche Prozesse*: Ständiger Zu- und Abfluss von Material/Energie \
-*Diskontinuierliche Prozesse*: Stückprozesee, Chargenprozesse (Wasser in Flaschen)
+*Diskontinuierliche Prozesse*: Stückprozesse, Chargenprozesse (Wasser in Flaschen)
 
 === Petri-Netze / Ablaufsprache
 
@@ -210,3 +210,61 @@ $
 ```)
 
 SPS-Programmiersprachen: FBS, KOP, ST, AS, CFC
+
+IEC 61131 Objektorientierung
+
+#pagebreak()
+
+== Automatisierungsarchitekturen
+
+#table(
+  columns: (3cm, 4cm, auto),
+  table.header([], [*Zentrale Automatisierung*], [*Dezentrale Automatisierung*]),
+  [Implementierung], [
+    wenige Componenten zB SPS für gesamte Anlage.
+  ], [
+    Verteilte Steuerung (SPS) für dedizierte
+    Anlagenteile. Übergeordnete Orchestrierung notwendig order direkte
+    Kommunikation der Modulsteuerungen untereinander. 
+  ],
+  [Einsatzgebiet], [
+    Zugeschnitten. Statischer Aufbau mit Single-Use
+  ], [
+    Aufteilung von Aufgaben/Funktionen. Reduktion der Komplexität der
+    Steuerungskonfiguration. Zusätzlicher Aufwand zur Kommunikation. Hohe
+    Zuverlässigkeit. Schnelle Wartung. Lastverteilung.  
+  ]
+)
+
+*Zuverlässigkeit*: Wahrscheinlichkeit dass System Funktion erfüllt \
+*Ausfall*: Übergang von funktionsfähig zu fehlerhaft \
+*Fehler*: Zustand bei nichterfüllung mindestens einer Anforderung
+
+
+*MooN*: M von N Komponenten müssen funktionieren, um Sicherheit zu gewährleisten. 
+
+== Hardware-Redundanz - Doppelstrukturen
+
+- Zwei Rechner müssen dass selbe Ergebnis berechnen damit fehlerfrei (2oo2)
+- Zwei Rechner mit Watchdog. Wenn Rechner 1 fehlerhaft, schalte zu Rechner 2,
+  falls auch fehlerhaft: Alarm! (1oo2)
+- Zwei Rechner mit Watchdog und Lastverteilung. Rechner 2 berechnet normal
+  weniger wichtige Dinge. (1oo2)
+
+== Fehleridentifikation
+
+- Sensoren zur Fehlererkennung
+- Unlogische Zustände
+- Keine Antwort von Sensor (Timeout)
+
+== IEC 62061 Zuverlässigkeit (Werte von 1 bis 5)
+
+- Schwere der Verletzung ($S in [1 hat(=) "Erste Hilfe",4 hat(=) "Tod"]$)
+- Häufigkeit und Dauer der Gefährdungsposition ($F in [1 hat(=) "< 1 pro Jahr",
+  5 hat(=) >= "1 pro h"]$)
+- Wahrscheinlichkeit des Auftretens eines gefahrbringenden Ereignisses ($W in [1
+  hat(=) "vernachlässigbat", 5 hat(=) "sehr hoch"]$)
+- Möglichkeit zur Vermeidung oder Begrenzung des Schadens ($P in [1 hat(=)
+  "wahrscheinlich", 5 hat(=) "unmöglich"]$)
+
+  #image(height: 5.5cm, "assets/sil.png")