Verbesserte Sensorkonfig im WireGate

[StefanW]

Guten Morgen,

vielen Dank.

- Die globalen Einstellungen wollten wir ohnehin aus der Sensor-Konfig rausnehmen, weil die da nichts zu suchen haben.

- Counter-RRD sehen wir uns an, ob wir das noch schaffen für das nächste PL.

- CSV-Export ist verständlich. Ich spreche das mal intern durch. Evt. auch etwas für Schritt zwei.

==> Ich bitte insofern um Verständnis, es gibt ein paar Bugs bzw. dringend benötigte Features, die wir schnell an den Kunden bringen wollen. "Nice-to-Have" oder zeitraubendes soll dann in einem zweiten Schritt nachfolgen.

lg

Stefan

[JuMi2006]

Weils irgendwie dazugehört:

Es sollte eine wiregated.conf eingeführt werden und aus der ow-sensors.conf folgende globale Einstellungen "rausfliegen":

udp_port
udp_ip
vpn_mgmnt_active_ga
vpn_server_active_ga
sendtime_ga_time
sendtime_ga_date
sendtime_cycle
cycle
eib_logging
rra_15_interval_rows
eib_mininterval
rra_1_interval_rows
rrd_interval
rra_5_interval_rows
rra_180_interval_rows

Weiterhin könnte jemand auch endlich mal den Counter-RRD Patch einpflegen, die Counter RRDs sind nämlich immernoch schlichtweg falsch: https://knx-user-forum.de/forum/supp...wiregate/25541

Auf dem Wunschzettel:
-CSV-Export der Sensor-Config
-CSV-Export der Gruppenadressen

[StefanW]

Feature-Frezze für Pflichtenheft "Sensorkonfig New Generation"

Falls noch Wünsche bestehen, dann bitte Info, ansonsten "freezen" wir das Pflichtenheft für die Überarbeitung der Sensorkonfig...

lg

Stefan

[greentux]

Macht bitte alle Einstellungen pro Sensor, nicht pro Gerät!

Das mal nicht untergehen lassen. Mit den aktuellen Sensoren wird eine UI Überarbeitung notwendiger... Und es sollen ja noch mehr werden

[StefanW]

Wir haben heute darüber diskutiert.

Uns würde eine Art "Message Center" vorschweben auf der Einstiegsseite mit den wesentlichsten Meldungen und Hinweisen. Jeweils zu quittieren.

Dazu dann noch eine Konfiguration für Warnungen und Fehler, bei der nach Kategorien usw. festlegbar ist wie die Benachrichtigung (zusätzlich zum "Message Center") erfolgen soll / kann (also Mail, Piepsen, Blinken, GA usw).


Bitte gerne weitere Meinungen, Meldungen, Vorschläge.

[mumpf]

... und dazu noch den Pieper schön piepen lassen.

Dann aber bitte abschaltbar! Jegliche akustische Rückmeldung in meinem Haus möchte ich kontrollieren können. Meine Frau reißt mir den Kopf ab, wenn es Nachts irgendwo piept - und sie hat auch noch recht damit

Wenn es nach mir geht - GA reicht, alles andere kann man sich daraus ableiten... und im Webmin dann die Details, was genau los ist...

Gruß, Waldemar

[daviid]

Ich würde auch mehrere Sachen anbieten:

Als erstes mal eMail, außerdem eine oder mehrere Störungs GA, und dazu noch den Pieper schön piepen lassen.

[mumpf]

...weil eigentlich ist es eine Appliance die man einmal einrichtet und danach sollte man damit nichts mehr zu tun haben.

Hallo Stefan,

natürlich ist das ein toller Ansatz - nur funktioniert so was nur, wenn es keine Fehler gibt! Und die könnt ihr nicht ausschließen, nichts funktioniert perfekt über beliebige Zeit hinweg.

Und wenn ich in meiner Visu merke, dass irgendein Temp oder Luftfeuchte-Graph Unterbrechungen hat, schau ich ins WireGate - ich starte das Webmin. Und wenn das da ist, schau ich nach den Busmastern. Und dann schaut man weiter und immer tiefer bis man irgendwann auf der Konsole und bei den Logs landet. Ich hatte glücklicherweise den Fall noch nie - aber mich würde es Ärgern, wenn ich dann erst irgendwo die Meldung "Sensor xyz ist defekt" finden würde.

Wenn was nicht läuft, was mit dem WG zu tun hat, dann schaue ich ins Webmin. Und wenn es einen Alarm gibt - egal ob über GA, mail, sms, etc. gibt - dann ist das für mich nur der Hinweis: Schau ins Webmin.

Meiner Meinung nach ist das der "natürliche" Platz für Fehlermeldungen...

Gruß, Waldemar

[2ndsky]

Insofern gehört für die Fehlermeldung auch ein anderer Kommunikationskanal her, z.B. eMail, Piepsen, Display

==> Gerne weitere Vorschläge.

KNX GA ala Sammelstörung

[StefanW]

Guten Morgen,

WENN das WG meint, dass ein Sensor defekt ist, gehört diese Info nicht in irgendein (verstecktes) Logfile sondern prominent ins Webmin!

Absolut richtig! Fehlermeldungen - insbesondere wichtige wie Sensor / Busmaster-Ausfall usw. - sind deutlich darzustellen, nicht nur im Log.

Allerdings ist selbst die erste Seite des Webmin nicht unbedingt prominent genug, weil eigentlich ist es eine Appliance die man einmal einrichtet und danach sollte man damit nichts mehr zu tun haben.

Insofern gehört für die Fehlermeldung auch ein anderer Kommunikationskanal her, z.B. eMail, Piepsen, Display

==> Gerne weitere Vorschläge.

Mir ging es vor allem darum, hier noch mal dafür zu sensibilisieren, dass sinnvolle Kriterien für die Defekt-Erkennung festgelegt werden. Vielleicht ja auch vom Benutzer (pro Sensor) definierbare Grenzen, außerhalb denen der Sensor als defekt erkannt wird.

Das birgt halt immer die Gefahr, dass sich ein "Spielkind" in Unkenntnis von Details zu enge / unrealistische Grenzen legt. Eigentlich wollten wir das Wiregate 1 Multifunktionsgateway eher so gestalten, dass der Kunde nicht mit einer - wenn auch nur potentiellen - Parameterflut überschüttet wird. Wir haben das ja bei den RRDs schon gesehen, dass dies kaum verstanden wird, wie es nun richtig anzulegen ist.

Die 85°C können halt auch mal korrekt sein....

Nun, das ist in dem anderen Thread schon hinreichend besprochen, mit einem gewissen Aufwand lassen sich die falschen 85 °C durchaus von den richtigen 85 °C trennen, aber leider ist es nicht so trivial wie es im ersten Moment aussieht.

Das Thema steht allerdings auf unserer Liste der zu verbessernden Produkteigenschaften.


lg

Stefan

[Hauke]

Da gehe ich auch vollkommen mit. Mir ging es vor allem darum, hier noch mal dafür zu sensibilisieren, dass sinnvolle Kriterien für die Defekt-Erkennung festgelegt werden. Vielleicht ja auch vom Benutzer (pro Sensor) definierbare Grenzen, außerhalb denen der Sensor als defekt erkannt wird. Die 85°C können halt auch mal korrekt sein....

[mumpf]

Hi,

ist ja nicht die einzige Änderung, die ich angeregt habe... und auch in dem von Dir verlinkten Thread geht es nur darum, anhand welcher Kriterien man einen defekten Sensor erkennen kann - falls überhaupt!

Mein "Featurewunsch" diesbezüglich ist aber allgemeiner: WENN das WG meint, dass ein Sensor defekt ist, gehört diese Info nicht in irgendein (verstecktes) Logfile sondern prominent ins Webmin! Es geht nicht darum, wie der Defekt festgestellt wird. Beim Temp vielleicht über 85° in 12 Bit und powered Flag? Beim Lichtsensor über -5000Lux? Bei Luftfeuchte vielleicht noch anders? Vielleicht geht es auch gar nicht... Fakt ist, es wird eine entsprechende Meldung NUR ins Log geschrieben - das halte ich für falsch und genau das wollte ich adressieren.

@Jürgen: Mir ist klar, dass das UI Historisch gewachsen ist - bin ja schon etwas länger beim WireGate dabei als Du - deswegen über ich ja konstruktive Kritik mit konkreten Verbesserungsvorschlägen, die frei diskutiert werden können.

Gruß, Waldemar

[Hauke]

@Jumi bei den typischen Anwendungen für Raumtemperatur kann man glaube ich schon die 85 Grad direkt als Fehler erkennen :-) .

Dann bitte mal den verlinkten Thread lesen. Ich glaube Heizung, Speicher, etc. sind hier nicht allzu ungewöhnliche Anwendungen.

Gruß,
Hauke

[heckmannju]

Ich denke das ist Historische gewachsen das diese als Gerät angezeigt werden. Bei der Kombination Luftfeuchte und Temperatur macht es ja meistens auch Sinn das so zu machen. Bei der Helligkeit glaube ich auch das eine auftrennung so wie Mumpf beschrieben hat sinn macht.

@Jumi bei den typischen Anwendungen für Raumtemperatur kann man glaube ich schon die 85 Grad direkt als Fehler erkennen :-) Ausser vielleicht für Saunas.

Viele Grüsse
Jürgen

[JuMi2006]

Grundsätzlich hast Du recht, ich glaube aber nicht dass da jemand rumschrauben will

Zu den 85°C kommt aber noch folgendes Problem: https://knx-user-forum.de/wiregate/2...rpretiert.html

Der 1-Wire kann nicht sauber unterscheiden ob die 85°C ein Fehler sind oder reell gemessen worden sind.