NEU! UPGRADE IP 10 verfügbar!
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
Protokollierung aus LE
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Reactions:
- Beiträge: 162
- Registriert: Mo Aug 13, 2018 2:48 pm
- Wohnort: Barbing
- Hat sich bedankt: 59 Mal
- Danksagung erhalten: 30 Mal
Protokollierung aus LE
Hi,
im TWS werden alle KO's bereits umfassend protokolliert, jedoch kann man leicht den Überblick verlieren.
Ist es möglich aus dem LE wichtige Highlights in eine zentrale TS(oder was auch immer) zu schreiben?
Hintergrund: Ich möchte Highlights, auftretende Fehler, kritische Zustände/Status etc. in zeitlicher Abfolge und möglichst revisionssicher abspeichern:
also z. B.: Garagentor offen, Haustüre auf/zu geschlossen, Kaminofen eingeheizt und Lüftung ausgeschaltet(!), Wasser im Keller, Alarme (Feueralarm auf KNX, aktiver Rauchmelder) u.v.m. in einem zentralen Log-File hinterlegen.
Das WG plugin_log() war dazu hervorragend geeignet..
Ist sowas implementiert ?
VG
Albert
im TWS werden alle KO's bereits umfassend protokolliert, jedoch kann man leicht den Überblick verlieren.
Ist es möglich aus dem LE wichtige Highlights in eine zentrale TS(oder was auch immer) zu schreiben?
Hintergrund: Ich möchte Highlights, auftretende Fehler, kritische Zustände/Status etc. in zeitlicher Abfolge und möglichst revisionssicher abspeichern:
also z. B.: Garagentor offen, Haustüre auf/zu geschlossen, Kaminofen eingeheizt und Lüftung ausgeschaltet(!), Wasser im Keller, Alarme (Feueralarm auf KNX, aktiver Rauchmelder) u.v.m. in einem zentralen Log-File hinterlegen.
Das WG plugin_log() war dazu hervorragend geeignet..
Ist sowas implementiert ?
VG
Albert
TWS2600 - #191 + PBM291- restart jederzeit - VPN offen
-
- Reactions:
- Beiträge: 3605
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1266 Mal
- Danksagung erhalten: 1672 Mal
Du könntes an jeder Logik einen weiteren Output generieren der weiteren Filtern unterliegt und dann in eine "Alarm"-TS gespeichert wird, ein dritter Output kann dann auch noch an ein Message-Objekt gehen und dir ne Nachricht aufs Handy schicken. Letzteres ist aber mit Version 1.0 oder 1.5 der TWS Software noch nicht nativ möglich.
Oder in Grafana die ausgeleiteten LE-Ergebnisse die zu überwachen sind je in eine TS speichern. In Grafana lassen sich auch Schwellwerte und Alarmierungen definieren.
Was verstehst Du unter revisionssicher?
Oder in Grafana die ausgeleiteten LE-Ergebnisse die zu überwachen sind je in eine TS speichern. In Grafana lassen sich auch Schwellwerte und Alarmierungen definieren.
Was verstehst Du unter revisionssicher?
Zuletzt geändert von gbglace am Di Jun 11, 2019 7:09 pm, insgesamt 1-mal geändert.
Grüße
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
-
- Reactions:
- Beiträge: 162
- Registriert: Mo Aug 13, 2018 2:48 pm
- Wohnort: Barbing
- Hat sich bedankt: 59 Mal
- Danksagung erhalten: 30 Mal
Als revisionssicher gilt:
Der Eintrag darf nachträglich nicht mehr veränderbar sein, muss alle relevanten Daten enthalten, muss eventuell auch ausgedruckt werden und u.U. der Revision ( Kaminkehrer, Versicherung etc. ) vorgelegt werden können, Aufbewahrungsfristen müssen eingehalten werden...
Beispiel: Bei einem eingeheizten Kaminofen dürfen keine Schadgase in den Raum gelangen. Das könnte dann passieren, wenn im Raum ein Dunstabzug eingeschaltet ist und die Luft nach Außen abgeführt wird. Der Kaminkehrer fordert deshalb eine technische Umsetzung der Vorschrift, dass der Dunstabzug ausgeschaltet wird. Das wird auch überprüft.
Die Lösung für ein Protokoll scheint im TWS LE kompliziert zu sein.
Im Wiregate war/ist das bisher ohne größerem Aufwand ( pluginlog()..) bisher möglich.
Der Eintrag darf nachträglich nicht mehr veränderbar sein, muss alle relevanten Daten enthalten, muss eventuell auch ausgedruckt werden und u.U. der Revision ( Kaminkehrer, Versicherung etc. ) vorgelegt werden können, Aufbewahrungsfristen müssen eingehalten werden...
Beispiel: Bei einem eingeheizten Kaminofen dürfen keine Schadgase in den Raum gelangen. Das könnte dann passieren, wenn im Raum ein Dunstabzug eingeschaltet ist und die Luft nach Außen abgeführt wird. Der Kaminkehrer fordert deshalb eine technische Umsetzung der Vorschrift, dass der Dunstabzug ausgeschaltet wird. Das wird auch überprüft.
Die Lösung für ein Protokoll scheint im TWS LE kompliziert zu sein.
Im Wiregate war/ist das bisher ohne größerem Aufwand ( pluginlog()..) bisher möglich.
TWS2600 - #191 + PBM291- restart jederzeit - VPN offen
-
- Reactions:
- Beiträge: 3744
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1168 Mal
- Danksagung erhalten: 2076 Mal
Das das WG Log revisionssicher ist, würde ich schwer bezweifeln...
Auch als sichere Umsetzung ist KNX grenzwertig, wenngleich für diesen Anwendungsfall zumindest teilweise toleriert.
Ich würde dazu immer eine hardwarebasierte Logik einsetzen (Relais etc.) und diese Schaltung mit KNX Binäreingängen (oder 1-wire IO) monitoren.
Just my 5‘ct.
Robert
Auch als sichere Umsetzung ist KNX grenzwertig, wenngleich für diesen Anwendungsfall zumindest teilweise toleriert.
Ich würde dazu immer eine hardwarebasierte Logik einsetzen (Relais etc.) und diese Schaltung mit KNX Binäreingängen (oder 1-wire IO) monitoren.
Just my 5‘ct.
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
- Reactions:
- Beiträge: 408
- Registriert: Mo Aug 13, 2018 10:51 am
- Wohnort: Hannover
- Hat sich bedankt: 187 Mal
- Danksagung erhalten: 272 Mal
Revisionssicherheit baut niemand aus Spaß ein - einfach weil es irre aufwändig ist.
Ob das aber überhaupt für deinen Anwendungsfall gefordert ist, ist fraglich. Ich sehe da parallelen zu Kopien (normal vs. beglaubigt): In den allermeisten Fällen reicht die normale aus. Auch für Versicherungen habe ich noch nie beglaubigte Unterlagen gebraucht.
Falls du oder jemand anders tatsächlich revisionssichere Logs benötigt, sehe ich da ernsthafte Probleme. Für Revisionssicherheit muss die komplette Kette den Anforderungen genügen oder durch organisatorische/prozessuale Maßnahmen ergänzt werden. Im Kassenbereich könnte das z.B. durch Vier-Augen-Prinzip, besondere Freigaben und feste Prüfzyklen erreicht werden. Sehe ich ehrlich gesagt im trauten Heim nicht.
Ob das aber überhaupt für deinen Anwendungsfall gefordert ist, ist fraglich. Ich sehe da parallelen zu Kopien (normal vs. beglaubigt): In den allermeisten Fällen reicht die normale aus. Auch für Versicherungen habe ich noch nie beglaubigte Unterlagen gebraucht.
Falls du oder jemand anders tatsächlich revisionssichere Logs benötigt, sehe ich da ernsthafte Probleme. Für Revisionssicherheit muss die komplette Kette den Anforderungen genügen oder durch organisatorische/prozessuale Maßnahmen ergänzt werden. Im Kassenbereich könnte das z.B. durch Vier-Augen-Prinzip, besondere Freigaben und feste Prüfzyklen erreicht werden. Sehe ich ehrlich gesagt im trauten Heim nicht.
--
TWS 2500 (ID=137), PBM, Wartungs-VPN=ON, Reboot bitte nur nach Absprache
TWS 2500 (ID=137), PBM, Wartungs-VPN=ON, Reboot bitte nur nach Absprache
-
- Reactions:
- Beiträge: 162
- Registriert: Mo Aug 13, 2018 2:48 pm
- Wohnort: Barbing
- Hat sich bedankt: 59 Mal
- Danksagung erhalten: 30 Mal
Natürlich ist das sehr komplex im "trauten Heim", deshalb war die Lösung auch nur mit zugelassenen Temperatur Sensoren, I/O Ports auf KNX Basis, KNX Schaltaktor etc. aufwändig. Der Kaminkehrer jedenfalls hat die Protokolle bisher akzeptiert und bestätigt(!).
Es natürlich der Zusatz : möglichst revisionssicher.
Auch die Feuermelder Tests werden so 1xmal jährlich protokolliert.
Es natürlich der Zusatz : möglichst revisionssicher.
Auch die Feuermelder Tests werden so 1xmal jährlich protokolliert.
TWS2600 - #191 + PBM291- restart jederzeit - VPN offen
-
- Reactions:
- Beiträge: 408
- Registriert: Mo Aug 13, 2018 10:51 am
- Wohnort: Hannover
- Hat sich bedankt: 187 Mal
- Danksagung erhalten: 272 Mal
Das meinte ich ja: in der Praxis wird sich da wahrscheinlich keiner beschweren. Du hast mit deiner Anlage ohnehin mehr Daten als wahrscheinlich 98% der Kunden - sowohl des Kaminkehrers als auch der Versicherung. Wir (TWS-Foristen) sind da schon eine besondere Gruppe.
--
TWS 2500 (ID=137), PBM, Wartungs-VPN=ON, Reboot bitte nur nach Absprache
TWS 2500 (ID=137), PBM, Wartungs-VPN=ON, Reboot bitte nur nach Absprache
-
- Reactions:
- Beiträge: 3605
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1266 Mal
- Danksagung erhalten: 1672 Mal
OK revisionssicher im wirklich stregen Sinn.
Naja einen individuellen Auszug aus der TS-DB zu bauen wäre ein denkbares Feature für reichlich weiter hinten in der Timeline. Bis dahin würde ich wohl erstmal die für diese Steuerung notwendigen Werte in TS schreiben und dann per Grafana auswerten. Da kann man sich Charts und Tabellen mit min/max usw. bauen. Es sind ja keine sich aggregierenden RRDs damit bleibt auch in 2 Jahren noch die volle Einzelwertgranularität erhalten. Das was Grafana ausgibt kann man dann zeigen, drucken was auch immer. Und da die Datenbank für dich nicht editierbar ist, wäre das noch revisions-sicherer als ein log-file auf dem wiregate.
Naja einen individuellen Auszug aus der TS-DB zu bauen wäre ein denkbares Feature für reichlich weiter hinten in der Timeline. Bis dahin würde ich wohl erstmal die für diese Steuerung notwendigen Werte in TS schreiben und dann per Grafana auswerten. Da kann man sich Charts und Tabellen mit min/max usw. bauen. Es sind ja keine sich aggregierenden RRDs damit bleibt auch in 2 Jahren noch die volle Einzelwertgranularität erhalten. Das was Grafana ausgibt kann man dann zeigen, drucken was auch immer. Und da die Datenbank für dich nicht editierbar ist, wäre das noch revisions-sicherer als ein log-file auf dem wiregate.
Grüße
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension