anbei die Tagesansicht. ich habe mal reingezeichnet wie es früher war. Punktline wäre korrekt.
Das Tor war bis 10:00 Uhr morgens zu und dann bis 11:24 offen danach geschlossen.
Früher wurde es korrekt dargestellt, seit einem Update wird der Sägezahn angezeigt.
Oder es schließt mega langsam
Mal ehrlich: mehr und bessere Infos können nicht schaden. Welches Gerät ist denn jetzt betroffen, warum sind Screenshots seitlich abgeschnitten, dass man nur noch Nullen sieht etc.
Mit der aktuellen Informations“fülle“ kann wenig geholfen werden.
(Aufgrund der Farbe würde ich von Hörmann ausgehen?)
Position ist eh verkehrt, kann man da mit den Pfeilen nicht auf „Zustand“ blättern?
Im Prinzip ist die Anzeige ja wie bei einem Rolladen, was ja bei einer Prozentualen öffnung auch passt.
ich frage mich nur, war das echt mal anderst in der Grafik da schaue ich zu selten rein.
Ja, du konntest aus den Verläufen sehen, wann der Rollladen geöffnet und geschlossen wurde. Beim Beispiel von @carbony hat sich der Rollladen ja über die ganze Nacht gleichmäßig bewegt.
Die Verläufe passen seit der neuen Datenbank nicht mehr. Meines Wissens nach wurde es auch schon von @Dirk1 und/oder @Harry in diesem Zusammenhang thematisiert. Aber wie so oft, passiert nichts.
Ja es geht dabei um ein ein Rolltor und um ein Schiebetor von Hörmann. Bei einem Schalter wird es richtig angezeigt. Homee kann nicht wissen Prozent das Tor offen oder geschlossen ist. Hörmann meldet nur offen oder geschlossen zurück. Wie gesagt früher würde es richtig dargestellt.
gibt es denn eine Zustandsanzeige?
Prozent ist nun mal nicht binär im Gegensatz zum Schalter?
Zustand geöffnet oder geschlossen ist auch binär, da müsste es stimmen.
ich habe keinen homee mehr, daher kann ich es nicht prüfen
Es ist doch egal ob Binär oder Prozent, bei keiner Zustandsänderung geht die Kurve Horizontal weiter. Siehe Beispiel
Eigentlich passt es doch mit der Anzeige.
Die Anzeige der Zustände ist absolut richtig.
Homee bekommt nur bei Änderungen einen Wert mitgeteilt und daher stimmt das auch so.
Würden öfter die Werte für die Prozentuale Öffnung an homee übertragen dann wäre da auch ein Strich. Homee dichtet da keine Werte hinzu und daher diese Anzeige.
@Micha das Bild ist ein schlechtes Beispiel.
So sollten die Logdaten aussehen.
100% bis 22:00 Uhr ab 22:00 Uhr bis 2:00 Uhr war es 0% danach bis 6:00 Uhr 60% ab 6:00 Uhr 100%
Da werden keine daten dazu gedichtet. Diese Daten sind vorhanden werden nur falsch dargestellt.
Hat eigentlich jemand meinen Beitrag gelesen?
Irritierend finde ich halt die unterschiedlich Darstellung…
EnOcean Fensterkontakt:
Hoppe Griff
Und es ist seit der neuen DB so, iwo hab ich noch Screenshot wo man die Änderung der Darstellung schön sieht…heut abend mal kramen…
VG
Andi
Ja, es kommt eben drauf an, wann welches Gerät welchen Status meldet. homee verbinden, wie oben beschrieben nur Punkte. Wenn man mit der Maus mal die Linien abfährt merkt man auch, wo Messpunkte hinterstecken und wo die Linie einfach nur verbunden wurde. Wenn der Messpunkt oben rechts von so einem Rechteck fehlt, dann wird es eben zu einem Dreieck (siehe oben).
Das war mit der alten DB definitiv nicht so.
Das würde doch aber dann bedeuten das zb ein Fenstersensor, wenn er von z.B. offen auf geschlossen wechselt, kurz vorher noch mal sendet ich bin offen??? Und das ohne Batterie?? Oder er sendet wenn betätigt wird noch mal den vorherigen Status? Ich weiß es nicht, aber das glaube ich nicht… und ja, wie man sieht ist es Geräteabhängig… @Steffen kannst du uns erklären woran das liegt? Woher die Sägezähne kommen ist mir auch klar, ich denke auch die @Caphi schon sagt verbindet homee grafisch einfach den jeweils eingetroffenen neuen Wert…aber warum nur bei manchen Geräten?
ich glaube, es liegt tatsächlich daran, dass boolean Werte anders verarbeitet werden als variable Werte.
bei boolean gibt es nur ja oder nein. also bis neun, bleibt ja.
variabel ist variabel und wird entsprechend verbunden…macht in meinen Augen auch Sinn, daher ja die Frage, ob es ggf noch eine Zustandsanzeige mit boolean Wert gibt.
Doch, das hatte ich echt schon immer so.
Bei Geräten ohne Batterie sieht das natürlich anders aus. Hier geht homee tatsächlich bis zum Änderungssignal davon aus, dass der vorige Status erhalten bleibt. So ist es zumindest bei meinen FTKE Fensterkontakten.
Ich habe das aber z.B. beim Energiemanager immer mal wieder. Wenn der mal den Kontakt verliert (weil WLAN aus ist oder weil er eine neue IP bekommen hat), dann sehe ich danach auch, dass ich z.B. um 20 Uhr Abends 2400 Watt Verbraucht habe und der der Verbrauch dann linear bis zum nächsten Morgen 10 Uhr auf 300 Watt gefallen ist. Noch lustiger sieht es übrigens bei der PV Produktion aus. Da ist dann die Produktion z.B. von Abends 20 Uhr von 1500 Watt bis nächsten Morgen 10 Uhr auf 2500 Watt linear gestiegen. Das entsteht aber wie gesagt nur weil homee die beiden Messpunkte einfach mit einem Strich verbindet und nicht weil homee eine Möglichkeit gefunden habe, wie meine PV Anlage eine Nachtschicht einlegt.
PS: Guck doch bitte einfach mal ins Tagebuch (wie schon oben geschrieben). Ich bin mir sicher, dass die Einträge das so bestätigen werden.
Hier übrigens mal eine Auszug von meinem CO2 Sensor:
Hier sieht man sehr gut, wie es einen Messpunkt um 13:47 Uhr mit 630 ppm gibt und dann den nächsten Messpunkt um 17:15 Uhr mit 681 ppm. Die beiden Punkte wurde dann einfach mit einem Strich verbunden. Jetzt kann ja jeder selber mal überlegen, ob er/sie tatsächlich glaubt, dass innerhalb dieser 3,5 Stunden der CO2 Wert tatsächlich linear gestiegen ist. Und ja, hier ist es natürlich nicht so gravierend, aber es soll auch nur das Prinzip veranschaulichen.
Ist das vorher echt noch niemanden aufgefallen?
es könnte evtl. seit diesem Update der Fall sein:
Release Notes homee Core 2.39.1
SteffenCommunity Manager & Customer Care
Verbesserungen
- Identische aufeinanderfolgende Werte werden in den Verlaufsdaten nicht mehr gespeichert.
Jaein, du hast natürlich recht, dass dies dazu beiträgt, dass weniger Messpunkte dargestellt werden können. Aber es war bei den meisten Sensoren schon immer so, dass diese Veränderungen nur melden, wenn sie einen (teilweise einstellbaren) Grenzwert übersteigen, also z.B. Änderung >3%. Das dienst dazu, dass das Mesh nicht mit unnützen Meldungen zugespamt wird. So macht es ja auch Sinn. Und genauso sinnhaft ist es natürlich auch, dass homee den Verlauf zwischen zwei Messpunkten nicht schätzt, sondern einfach eine Linie zieht. So lange die Messwerte eng genug beieinander liegen fällt das ja auch gar nicht auf. Wie schon geschrieben, fällt es bei mir nur dann auf, wenn eine Zeit lang keine Verbindung zum homee bestand und dann die Messwerte eben nicht mehr eng beieinander liegen. So wie es auch hier der Fall zu sein scheint. Das halte ich aber für ein ganz normales Verhalten und keinen Bug oder so.
Blöd ist es hier nur, dass der Sensor offensichtlichen den geschlossen Status immer nur meldet, wenn schon das Kommando zum öffnen kommt und nicht direkt nach dem Schließen. Da stellt sich eben die Frage, ob der Fehler beim Sensor selbst zu suchen ist, oder ob homee das Signal nur nicht verarbeitet. Da könnte aber ein Auszug aus dem Tagebuch helfen, wenn @carbony uns den einfach mal zur Verfügung stellen könnte.
Es gibt Geräte da ist die Darstellung mit einer direkt Line zwischen 2 Datenpunkten sinnvoll oder andere bei dem der Wert vom letzten Datenpunkt bis zum nächsten Datenpunkt beibehalten werden sollte (gestuft).
Geräte die regelmäßig senden wie Temperatursensoren sollten mit der direkten Linie dargestellt werden.
Bei Rollos, Garagentore etc. ist die gestufte intuitiver zu verstehen und somit besser.
Entweder homee legt das selbst je Gerät fest oder der Anwender kann das bei jedem Gerät selbst auswählen.
Ich bin übrigens mit der Darstellung der direkten Line bei meinen Rollos auch nicht besonders glücklich und hätte gerne die Wahloption.