Anlagen-Visualisierung und -Bedienung mit WINDOWS 10 – PC

Bedienung und Visualisierung von mir gelieferter Anlagen mit Internet Explorer 11 und Java funktioniert bei mir jedenfalls technisch nicht mehr. Man wird immer von der Anlagenseite auf eine Microsoft-Webseite weitergeleitet. Zudem ist JAVA für gewerbliche Zwecke auch schon länger Kosten-pflichtig.

Am einfachsten wäre die Visualisierung mit HTML5, es wäre für mich bei Phoenix-Anlagen Sache von wenigen Minuten, eine HTML-Version aus der JAVA-Version heraus zu erstellen und einzuspielen. Allerdings leider für älter Phoenix- (und SAIA-) -DDC-Anlagen nicht realisierbar – es sei denn, man tauscht den Phoenix-Controller gegen eine modernere Version. Vorteil dieser Lösung: Funktioniert mit jedem PC-Browser.

Alternative 1:
JAVA (inzwischen kostenpflichtig) + alter (Kiosk-) Browser nur für diesen Zweck.
Einige Informationen zum Thema JAVA für Visualisierung finden Sie hier:

M.E. empfehlenswertere Alternative 2:
Microbrowser-APP, kann HTML5 und JAVA-Version, deckt also alle Möglichkeiten ab.

Schnelltest der Lösung Sie:

1. Von hier MicroBrowser for Windows 7, 8, 10 with Touch Screen  (Beta) Version 1.7.0.155.4 (2021.06.03) herunterladen
2. Einfach per doppelklick auf die heruntergeladene Datei MicroBrowser.exe starten
3. [Demo Mode] anklicken, läuft dann ein paar Minuten
4. ausprobieren (komplette Adresse der Steuerung in die untere Zeile)

Wenn’s funktioniert CDS-Lizenz kaufen (Order Nr.4007.5, 60 € je Platz), wenn Sie 10 oder mehr Lizenzen kaufen gibt’s Rabatt.

Wenn’s nicht funktioniert oder Sie Fragen haben rufen Sie mich bitte einfach an!

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.

Bedienung und Visualisierung mit Internet Explorer 11

Im Zusammenhang mit dem Ende der Unterstützung von NPAPI-Plugins seitens Mozilla und den dadurch erforderlichen Umstellungen für die PC/Browser-Nutzung der von Bielefeld & Buß erstellten (älteren) Visualisierungen wurde ich gefragt, ob statt Firefox nicht einfach der Internet Explorer benutzt werden kann.

Es funktioniert ✅

Mehrere meiner Kunden benutzen den Internet Explorer, bisher hörte ich keine Browser-bezogenen Reklamationen. Und auch eigene, unsystematische Tests zeigten keine IE11-bezogenen Probleme.

Ob es ratsam ist, den Internet Explorer zu nutzen, wird oft angezweifelt; eine nicht mehr ganz taufrische Checkliste zur Gewährleistung der Surfsicherheit vom Bundesamt für Sicherheit in der Informationstechnik gibt es hier. Bei Beschränkung der Nutzung für Visualisierungszwecke dürften Sicherheitsprobleme so gut wie ausgeschlossen sein.

 Aber 🚧

Weitere Hindernisse?

ORACLE wird selbst keine Browser-Plugins für Browser mehr unterstützen, spätestens ab JAVA 10 wird es keine mehr geben.

Nicht unbedingt ein Problem, darf halt das JAVA irgendwann nicht mehr aktualisiert werden, ob das sicherheitstechnisch und organisatorisch (wenn andere Software eine aktuelle JRE benötigt …) akzeptabel und machbar ist müssen die jeweiligen IT-Verantwortlichen klären. Das Problem, dass evtl. für den Browser eine ältere JAVA-Version (mit Plugin) benötigt wird, betrifft alle Browserlösungen, auch Kiosk-Browserlösungen auf Firefox-Basis (bei deren Einrichtung ich auf Wunsch gern behilflich bin).

Ob und wie es möglich ist, für den Internet Explorer (oder andere Browser) eine ältere Java-Version auf dem PC einzustellen, während sonstige Software mit einer aktuellen JRE arbeitet, ist noch in Klärung.

Das ist kein akutes Problem!

Java 9 (erscheint voraussichtlich Juli 2017) wird Browser-Plugins noch unterstützen.

JAVA 10, die erste Version ohne Browser-Plugins, wird nach meinem aktuellen Wissensstand Mitte 2019 veröffentlicht werden. Mindestens bis dahin können der Internet Explorer oder Browser-Kiosk-Lösungen problemlos benutzt werden, nach dem Aus für JAVA-Browserplugins mit Java 10 habe ich eine neue Lösung für sie parat – versprochen!

Andere Visualisierungslösungen …

… ohne Verwendung von NPAPI-JAVA-Plugins wurden hier bereits vorgestellt.

 

---

 

Weitere Hinweise zum Thema:

JAVA Entwickler-Blog (englisch)

Visualisierung im Browser: Aktuelle Mozilla-Browser benötigen SSE2-taugliche Hardware

Für  Firefox ab Version 49 (und verwandte Browser)  wird SSE2-taugliche Hardware benötigt (zumindest für Windows).  Symptom dafür, dass der eigene PC diese Hardwareanforderung nicht erfüllt, könnte bei der Browser-Installation trotz vorhandenem SP3 eine Fehlermeldung „… benötigt WIN XP SP2“ sein.

Das ist ein Problem für irgendwo in einer vergessenen Kammer werkelnde PC (meistens mit WINDOWS-XP), hier sollte sicherheitshalber die Auto-Update-Funktion des Browsers abgeschaltet werden.

Einen Workaround gibt es nicht, man muss eine ältere Browser-Version weiter benutzen, bis der alte PC durch aktuellere Hardware ersetzt wurde. Alternativ kann auch der Windows-Microbrowser benutzt werden, ob es dort Einschränkungen bei aktuellen Versionen gibt wäre im Einzelfall zu klären.

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!

VPN-Zugang zur Visualisierung mit Fortinet VPN-Client

Für mein schon etwas betagtes Android (4.1.2)-Tablet war auch mit AVM-Support-Hilfe kein VPN-Zuang zur Fritzbox eines Kunden einzurichten 😦

Bei einem anderen Kunden ließ sich mit den Android-Bordmitteln zunächst kein Zugang einrichten. Nach Installation des passenden Fortinet-VPN-Clients war die Einrichtung dann aber schnell mit wenigen Schritten erledigt: Server-IP-Adresse und Preshared Key für IPSec-Verbindung eintragen — fertig. Verbindungsaufbau klappte nach Eingabe von Username und Passwort sofort, so muss das gehen  🙂

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

Mobile Anlagenbedienung über Smartphone

Anlagen mit unserer Standard-Visualisierung (über ein JAVA–Applet auf der DDC) können auch „aus dem Stand“  — ohne dass am Regelungsprogramm irgendetwas geändert werden muss — über Smartphones und Tablets bedient werden. Dafür muss auf dem Mobilgerät  eine App installiert werden.

Visualisierungsproblem: Keine Datums-Eingabe „0.0.“ möglich

Das Problem

Bildschirmausschnitt

Neulich stolperte ich über ein seltsames Problem: Beim Versuch, an einer Anlage einen manuell eingegebenen Feiertag durch Eingabe des Datums „00.00“ wieder los zu werden, verweigerte das Bedienpanel mit einer Fehlermeldung („ungültige Eingabe“) die Annahme des Wertes. Auch andere Tricks („01.00“, „00.01“) führten nicht zum Erfolg. Bei Feiertagen wäre das zwar unschön, aber weniger tragisch, mit „01.01“ definiert man halt einen 2. Neujahrsfeiertag und hofft, dass man diese Eingabe für die am 1.1.2017 erstmals ausgeführte Firmen-Neujahrsfeier nicht vergisst. Aber bei Sondernutzungstagen wäre das lästig, man könnte hoffen, dass am 1.08. immer so warmes Wetter ist, dass die Heizung eh abgeschaltet bleibt. Aber eine Lüftungsanlage würde natürlich doch sinnlos laufen — sehr unschön.

Welche Anlagen sind betroffen?

Nur Anlagen, die

• Feier- und Sondernutzungstag-Definitionen nach dem Muster rechts benutzen
• Zur Visualisierung ein Touchpanel Fabrikat Phoenix benutzen.

Ob auch EXOR-Panels betroffen sind habe ich noch nicht überprüft, Information folgt so bald wie möglich. Ebenfalls keine Angaben kann ich bisher zu Android- oder iOS Tablets mit der Spidercontrol-App machen.

SAIA-Microbrowser-Panels oder Text-orientierten Bedienpanels sind nicht betroffen.

Welche schnellen Abhilfen gibt es?

„Auf die Schnelle“  können sie einfach per WEB-Browser oder einem anderen Panel-Fabrikat (sofern in der Liegenschaft vorhanden)  oder der kostenlosen SAIA-WINDOWS-App auf die Anlage zugreifen und die gewünschte Änderung durchführen. Android- und iOS-App Tablets habe ich wie gesagt noch nicht ausprobiert. Wenn keine dieser Möglichkeiten besteht können sie zunächst nur ein „unverfängliches“ Datum eingeben.

Wie wird das Problem dauerhaft gelöst?

Phoenix wird wohl zunächst keine Lösung anbieten, da die eigene Programmierumgebung gar kein besonderes Datumsformat unterstützt und damit innerhalb der Phoenix-Welt dieses Problem nicht auftritt.
<!– Ich hoffe jetzt mal, dass diese Philosophie nicht in die nächste Version des Phoenix-Java-Applets übernommen wird, dann taucht für Phoenix-DDC das Problem auch bei Zugriff Per PC über WEB-Browser auf 😉 –>

Um dem Problem dauerhaft zu begegnen werde ich im Laufe des Jahres bei allen betroffenen (und natürlich bei allen zukünftigen) Anlagen einen zusätzlichen „Löschen“-Knopf zu jeder der Datumseingaben einfügen, um so unter Umgehung der Datumsüberprüfung in der Visualisierung das Datum für den Feier- oder Sondernutzungstag wieder auf den 0.0. setzen zu können. Damit ist das Problem dann dauerhaft behoben.