Lieferketten-Engpässe: Die Lage spitzt sich zu

Engpässe in der Lieferkette bringen deutsche Industrieunternehmen täglich an ihre Grenzen. Die Reichelt-Studie zur Bauteileverknappung offenbart: Die Lage hat sich in kürzester Zeit deutlich zugespitzt. Viele Unternehmen versuchen, ihre Lager aufzustocken.

Quelle und mehr lesen: Lieferketten-Engpässe: Die Lage spitzt sich zu

---

Und Bielefeld & Buß ist auch massiv betroffen, es gibt massive Probleme bei der Beschaffung von DDC-Material für Neuanlagen. Für Reparaturen geht’s mit etwas Betteln („Anlagenstillstand!“)  in der Regel, aber für laufende Projekte ist nach aktuellem Informationsstand erst im Mai bit einer Entspannung bei den Beschaffungen zu rechnen.

Störmeldung auf das Handy – Braucht man das?

Nein!

Eine Email enthält alle nötigen Informationen (sofern es nicht die Billig-Variante nur mit Sammelstör-Email-Meldung ist, zu der ich mich wenige male breitschlagen ließ), der Empfänger hat hoffentlich Fernzugriff auf die Anlage, das reicht. Wie oft fallen Heizungsanlagen denn nachts (wenn niemand seine Emails kontrolliert) aus ?

Aber:

Montag hatten wir wieder so einen Fall. Zufällig sah ich gegen 20:45 Uhr, dass um 20:15 Uhr eine Stör-Email von einer Anlage gekommen war. Der Hausmeister hatte noch nichts davon mitbekommen, als ich ihn sicherheitshalber anrief. Noch gab es nur eine Regelabweichungsmeldung, kein „echtes“ Problem. Da aber zu befürchten war, dass es beim morgendlichen Aufheiz-, Dusch- und Badewarmwasser-Marathon einen Engpass geben würde, trafen wir uns um 21:45 Uhr an der Anlage. Vor Ort zeigte sich schnell, dass ganz eindeutig zu wenig Fernwärme-Heizwasser floss,  meine Diagnose: „irgendwie“ Problem mit Durchflussbegrenzung oder Differenzdruckregelung an der Versorger-seitigen Fernwärmestation. Ich pulte das unfachmännisch-wackelig schon mal provisorisch hin, der Versorger-Monteur schuf eine ¾ Stunde später ein professionelles Provisorium, am nächsten Tag erfolgte die richtige Reparatur.

Die Mieter haben von all dem nichts mitbekommen.

Und der Hausmeister ist überzeugt, möchte zukünftig per SMS  oder Anruf auf seinem Handy informiert werden — Entscheidung diese Woche.

Zoom-Problem bei HTML5-Visualisierung

Nutzer des aktuellen Firefox-Browsers Version 50 oder darauf basierenden Browsern wie beispielsweise CLIQZ 1.7.1, SeaMonky 2.47 und vielen anderen mehr müssen bei auf HTML5 basierenden Visualisierungen (System Spidercontrol) derzeit mit einem lästigen Problem leben: Bei Zoom > 100% erscheint im Browserfenster ein sinnloser Rahmen mit Scrollbalken. Ein Teil des Bildschirminhalts ist von diesem Rahmen verdeckt, und die Scroll-Schieber im Rahmen funktionieren nicht.

Zoom 131% — falsche Scrollbalken

Zoom 100% — sieht gut aus

Das Problem betrifft auf Spidercontrol basierende Visualisierungen, nicht nur von Bielefeld & Buß erstellte.

Im Browser von Entwickler-Versionen der von mir getesteten Internet-Suite SeaMonkey 2.47 (Build 20161203120329) tritt das Problem noch auf, in SeaMonkey 2.48 (Build 20161203115531) ist das Problem behoben.

Firefox 50.0.2 Portable (ich wollte nicht extra für diesen Test den Browser installieren) zeigt ebenfalls das Problem, ich gehe davon aus, dass es mit Firefox 51 behoben sein wird.

Lt. Hersteller Phoenix Contact zeigt der aktuelle Chrome-Browser das Problem nicht, ich kann das mit der portablen Version Chrome 55.0.2883.87 bestätigen.

Zusammenfassung

Testergebnisse Stand 10.12.2016

Betriebssystem	Browser	Problem (bis) Version	Kein Problem (ab) Version	Anmerkung
Android 4.1.2	Firefox		41.0.2
Android 4.1.2	„Bordeigen“		„bordeigen“
iOS				noch nicht getestet
Linux				noch nicht getestet
Windows (7)	Chrome		55.0.2883.87	nur diese Version getestet
Windows (7)	CLIQZ	1.7.1
Windows (7)	Firefox	50.0.2	51 (vermutlich), 53a1 (getestet)	Die Zoom-Funktion ist sehr beschränkt, bei FF. 53a1 eher unbrauchbar
Windows (7)	SeaMonkey	47	48
MAC OS				noch nicht getestet

Wer also unter Windows dieses Problem beseitigen möchte kann das derzeit am einfachsten mit Chrome Portable bewerkstelligen.

Wenn jemand weitere Testergebnisse beisteuern möchte kann er das gern hier als Kommentar oder per Email erledigen, ich ergänze dann die Tabelle.

Firefox beendet die Unterstützung von NPAPI-Plugins

Kein Grund zur Panik!

Spätestens ab Firefox-Version 53 (Mitte nächsten Jahres) wird dieser Browser keine NPAPI–Plugins mehr unterstützen, das wird voraussichtlich auch auf dem Firefox-Kern aufbauende andere Browser wie CLIQZ, SeaMonkey und viele andere mehr betreffen. Einige technische Details und Hintergründe können hier nachgelesen werden.

Dies hat zur Folge, dass die von Bielefeld & Buß vor 2016 erstellte Visualisierungen auf Basis von Spidercontrol nicht mehr „einfach so“ im Browser funktionieren werden.

Was ist zu tun?

Browser mit verlängerter Java-Unterstützung installieren

Nutzer, die betroffene Browser benutzen (mehr oder weniger alle, auch Googles Chrome hat die Unterstützung des benötigten Java-Plugins bereits eingestellt), können eine sogenannte ESR-Version (Extended Support Release – zu Deutsch Version mit verlängerter Unterstützung: Diese Softwareversionen bekommen im Laufe der Produktentwicklung keine neuen Funktionen, sondern enthalten allein Fehler- und Sicherheitsupdates — das aber länger als bei „normalen“ Versionen) des Browsers installieren, Firefox wird in der ESR-Version (52) ca. 1 Jahr länger Java unterstützen.

Microbrowser nutzen.

Von IniNet gibt es einen Windows-Micro-Browser vergleichbar zu denen, die auch für die Visualisierung unter Android oder iOS benötigt werden. Der ist leider kostenpflichtig, von Saia (jetzt: SBC) gibt es eine kostenlose Alternative mit etwas nervigem Lizensierungsaufwand, ich bin gern behilflich. Meine Erfahrung damit ist gut, auch für Visualisierung bei Phoenix-SPS.

HTML5

Wird von mir seit 2016 standardmäßig für Neuprojekte mit Phoenix-DDC benutzt, Umrüstung von Altanlagen möglich, aber aufwendig, in der Regel wohl preislich uninteressant. Saia / SBC unterstützt HTML5 derzeit nicht.

Sonst noch etwas?

Auf die Visualisierung über die Touch-Panels in der Schaltschranktür hat das alles keinen Einfluss, die haben einen Microbrowser „fest eingebaut“.

Weitere Fragen?

Sprechen Sie mich gern telefonisch an oder schreiben Sie mir eine Email mit Ihren Fragen!

DDC-Datenschreiber

Für die DDC-Geräte Fabrikat Phoenix Contact steht eine Datenschreiberfunktion mit Offline-Auswertung zur Verfügung. Für eine vereinbarte Anzahl von Anlagenzuständen (Typisch: 30) wird der jeweilige aktuelle Wert alle 12 Minuten in eine csv-Datei auf dem DDC-Speicher geschrieben. Ein typischer Datensatz für einen Heizkreis besteht aus Außentemperatur, Vorlauftemperatur (Istwert + Sollwert), Rücklauftemperatur, Ventilstellung, Pumpenbetrieb.

Jeweils am letzten Tag des Monats um 24:00 Uhr (oder bei Bedarf auf „Knopfdruck“ über die Visualisierung) wird eine Datei JJJJ-MM-DD-Anlagenname.csv (typische Dateigröße: 400 … 900 kB) an vorher festgelegte E-Mail-Empfänger geschickt und anschließend auf der DDC gelöscht; mit dem nächsten Messwert wird eine neue Datei für den neuen Monat auf der DDC erstellt.

Die Auswertung der Daten erfolgt am einfachsten mit einer von Bielefeld & Buß vorbereiteten Tabellenkalkulation mit geeigneten Diagrammen, ggf. statistischen Auswertungen und was sonst je nach Anwendung für den Betreiber interessant sein könnte. Die Anzahl der übertragbaren Daten wird durch DDC-Programmspeicher und DDC-FTP-Speicher begrenzt.

Beispiel einer grafischen Auswertung:

Anhand der Linienverläufe ergibt sich (wie bei einem EKG für den Arzt) für den Fachmann ein genaues Bild des Anlagenzustands, man erkennt Fehlfunktionen, ungünstige Einstellungen etc. Im Beispiel aus einer tatsächlich existierenden Anlage sehe ich beispielsweise, dass die Förderhöhe der Fernleitungs-Pumpe 11M1 zu hoch eingestellt ist, sie drückt ständig Heizwasser durch den Hallen-Heizlüfterheizkreis 23, obwohl von dort keine Anforderung besteht, und andere Probleme. Aus Aufzeichnungen zu anderen Jahreszeiten zeigten sich dann noch andere Probleme, die alle auf Basis der Auswertungen abgestellt werden konnten. Ohne die Aufzeichnungen wären diese Fehler wohl kaum bemerkt worden, und die Wirtschaftlichkeit der Anlage wäre auf einem schlechteren Niveau geblieben.

Andere Ausführungen wie Datenspeicherung auf einem FTP-Server statt .csv-Email-Versand, Online-Visualisierung etc. können je nach Vereinbarung ebenfalls realisiert werden

HTML5 in der Visualisierung von Anlagen in der Gebäudeautomatisierung (Heizung, Klima, Lüftung)

Visualisierung und Bedienung mit HTML5

Lange habe ich gezögert, neben der bewährten Visualisierung auf Basis der IniNet Spidercontrol auf JAVA-Basis auch die schon seit längerem zur Verfügung stehende HTML5-Lösung zu verwenden. HTML5 hat zwar den Vorteil, dass Visualisierung und Fernbedienung mit jedem geeigneten (praktisch: alle gebräuchlichen) Browser möglich sind und keine ggf. kostenpflichtige Microbrowser-App oder JAVA (das immer mal wieder mit erforderlicher Anpassung der Sicherheitseinstellungen nervt) erforderlich sind. Vielerlei Detailprobleme ließen einen Wechsel aber nicht ratsam erscheinen.

Nun haben meine ausführlichen Tests gezeigt, dass mit der aktuellen Version des Editors für die Visualisierung zur Phoenix-DDC einer Realisierung von Projekten mit HTML5-Visualisierung nichts mehr im Wege steht. Der Hauptvorteil ist, dass auch von Smartphones (und Tablets) aus ohne Vorbereitung (App-Installation) und Extrakosten eine Visualisierung möglich ist, lediglich Zugangsdaten zur Anlage (und ggf. VPN-Zugangsdaten bei Visualisierung über Mobilnetz) müssen dem Bediener bekannt sein. Vorteilhaft ist eine solche Lösung beispielsweise, wenn für eine Mini-Anlage auf ein teures örtliches WEB-Panel für die Visualisierung verzichtet werden soll. Auch ohne WLAN in Anlagennähe kann ein autorisierter Bediener dann  über Mobilnetz die Anlage vor Ort bedienen.

Für welche Anlagen kommt eine HTML5-Visualisierung in Frage?

• Grundsätzlich können alle Visualisierungen für Neuanlagen mit Phoenix-DDC mit HTML5-Visualisierung ausgeführt werden.
• Neu-Anlagen in neuen Liegenschaften mit Phoenix ILC1x1-DDC: ohne jede Einschränkungen
• Neu-Anlagen mit Phoenix ILC1x1-DDC und vorhandenen Phoenix ILC1x0-DDC: Phoenix-Web-Bedienpanels aus den letzten 3 Jahren sind in der Regel HTML5-tauglich, die meisten Vorhandenen ILC1x1-Geräte sind nach Firmware-Upgrade HTML5-tauglich. ILC1x0-Geräte können nicht für HTML5 nachgerüstet werden, entweder müssen sie ausgetauscht werden, oder für die Liegenschaft muss eine Parallel-Navigations-Struktur für HTML5-Visualisierung (nur Neu-Anlagen) und JAVA-Visualisierung (Alt- und Neuanlagen) eingerichtet werden. Der Aufwand ist nicht allzu hoch, Kosten-Nutzen-Abwägungen entscheiden.
• Bestands-Anlagen mit Phoenix ILC 1x1-DDC und Phoenix-Bedienpanels: Umstellung ist mit minimalem Aufwand möglich: Neu kompiliertes Projekt einspielen – Fertig! Aufwand max. 1/2h je Anlage.
• Neuanlagen mit Phoenix ILC1x1 und SAIA–Bestandsanlagen: es muss eine Parallel-Struktur für HTML5-Visualisierung (nur Phoenix-Neu-Anlagen) und JAVA-Visualisierung (bestehende SAIA- und Neuanlagen) aufgebaut werden, das erfordert eine gewisse Planung und Aufwand für die parallelen Navigationen durch die Liegenschaft, der Aufwand ist überschaubar. Kosten-Nutzen-Abwägungen entscheiden!
• SAIA-Bestandsanlagen: Für DDC Fabrikat SAIA ist derzeit weder für bestehende noch für neue Anlagen HTML5-Visualisierung möglich.

---

Weiterführende Literatur:

• SPS-Magazin: Visualisieren mit HTML5

Neulich in Braunschweig

Screenshot, Lizenz Public Domain

Ich sitze im Büro und arbeite am PC.

29.06.2015 19:09: Ich erhalte eine Störungs-Email über Anlagenstörung in einem Wohn- und Geschäftshaus von der DDC-Heizungsregelung dieser Anlage: „Warmwasserspeicher kalt“

29.06.2015 19:10: während ich mich vom Büro aus in die Fernvisualisieung der DDC einwähle kommt schon die nächste Störmeldung: Vorlauf hinter (Fernwärme-) Wärmetauscher kalt. Anlagenbild zeigt: Fernwärme-Ventil voll geöffnet, aber dahinter kommt keine Wärme an.

29.06.2015 19:12: Da ich weiß, dass der Hausmeister seine Emails nur gelegentlich kontrolliert, informiere ich ihn telefonisch, nach kurzer Erörterung beschließt er, den Notdienst der Heizungsfirma zu anzurufen.

29.06.2015 20:55: Heizungsfirmen-Notdienstmonteur informiert mich telefonisch —  Ursache untersucht, Defekt an der Fernwärmeübergabestion, der Energieversorger-Notdienst ist informiert.

29.06.2015 21:10: Anruf des Hausmeisters — Wärmeversorgung durch Energieversorger notdürftig wiederhergestellt, wird gegen 07:00 am nächsten Tag endgültig repariert.

30.06.2015 08:11: Anruf des Hausmeisters — alles ist wieder in Ordnung, keinerlei Einschränkungen bei den Arztpraxen mit Bäderabteilung.

Der Ablauf hätte natürlich auch am 30.06.2015 08:00 mit empörten Arztanruf: „Wartezimmer voll, Bädertermine geplatzt, alles durcheinander, so eine Sch…. lasse ich mir nicht bieten, …“ beginnen können — wenn man das mit Simpel-Heizungsreglern auf der Wand gelöst hätte.

Wer glaubt, er könne keine Magengeschwüre bekommen, kann auch in einem Gebäude mit erhöhter Anforderung an die Verfügbarkeit von Heizungs- (und Klima-) Anlagen  die einfachste und billigste Lösung für die Heizungsregelung wählen. Wer auf seine Gesundheit achtet und die Bedürfnisse der Nutzer wichtig nimmt investiert mehr in die Regelung und hofft, dass mein Versprechen, damit gegenüber der Einfachlösung irgendetwas < 10% an Energie zu sparen (das hängt natürlich sehr von der Art der Gebäudenutzung ab) der Wahrheit entspricht und sich die Investition sogar über die Energiekostenersparnis amortisiert, zieht auch für eine vermeintlich simple Heizungsanlage („was soll daran schon kaputtgehen“) eine etwas aufwendigere Regelungslösung in Betracht.