Hauptmenü

neue svg-Funktion: card

Begonnen von Damian, 04 April 2021, 12:58:15

Vorheriges Thema - Nächstes Thema

hankyzoolander

Hallo,
hab danach gesucht, aber es nicht gefunden.

@Damian,würdest du dein Coronavirus icon mit uns teilen??? ::)
betateilchen  <--- my personal hero

mumpitzstuff

Zitat von: hankyzoolander am 11 Mai 2021, 17:53:34
Hallo,
hab danach gesucht, aber es nicht gefunden.

@Damian,würdest du dein Coronavirus icon mit uns teilen??? ::)

https://www.flaticon.com/de/kostenlose-icons/virus

hankyzoolander

dankeschön.
Sieht dann doch besser aus. Darf man das hier bei Icons hochladen???
betateilchen  <--- my personal hero

xenos1984

Noch eine andere Frage: Lässt sich eigentlich das Seitenverhältnis einstellen, bzw. Breite und Höhe? Ich habe einen 480x272 Pixel Monitor, auf dem ich Wetterdaten als PNG mit dem RSS-Modul schicke - da wäre es ideal, wenn man eine SVG in der passenden Größe hätte.

Damian

Zitat von: xenos1984 am 12 Mai 2021, 07:31:17
Noch eine andere Frage: Lässt sich eigentlich das Seitenverhältnis einstellen, bzw. Breite und Höhe? Ich habe einen 480x272 Pixel Monitor, auf dem ich Wetterdaten als PNG mit dem RSS-Modul schicke - da wäre es ideal, wenn man eine SVG in der passenden Größe hätte.

Die Positionen der einzelnen Elemente sind fest codiert, daher kann man nur die Größe insgesamt verändern. Die Proportionen verändern sich natürlich abhängig davon, ob Kopfzeile bzw. Fußzeile eingeblendet wird oder nicht.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Damian

#125
Ich habe jetzt ein paar Tage die CO2-Messung laufen lassen. Bis zu einer Woche lassen sich die Verläufe gut ablesen, vielleicht auch bis zu einem Monat (ist hier nicht definiert). Das letzte Diagramm ist mit col12w definiert, also ca. 3 Monate, dafür ist die Auflösung zu gering, um einen sinnvollen Verlauf zu erkennen.

Edit: Man kann erkennen, dass der neue Algorithmus zur Speicherung der Daten gut funktioniert, weil wichtige Details auch bei geringer Auflösung gut erkennbar sind.

Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

jkriegl

@Damian - ist aus #94 "neue Features in Entwicklung" Folgendes bereits implementiert?
Zitat-neuer Algorithmus zur Speicherung der Daten, es werden Spitzenwerte (sowohl nach unten als auch nach oben) gespeichert, der letzte aktuelle Wert wird in den folgenden Zeitslot gerettet, falls dieser nicht belegt wird

Tritt bei einer Pumpe mit Stufe 0, 1, 2 und kurzer Laufzeit auf. Es werden events verschluckt.

Gibt es eine Möglichkeit die gespeicherten Daten anzuzeigen. (raw zeigt nur alte Daten an, falls bei colx etwas geändert wurde)
Rpi 3, Fhem, Cul 868, HM-CC-RT-DN, HM-Sec-Sco, HM-ES-PMSw1-Pl, ebus (Vaillant), ECMD, Telegram, HTTPMOD, Xiaomi, Shelly

Damian

Zitat von: jkriegl am 13 Mai 2021, 15:44:52
@Damian - ist aus #94 "neue Features in Entwicklung" Folgendes bereits implementiert?
Tritt bei einer Pumpe mit Stufe 0, 1, 2 und kurzer Laufzeit auf. Es werden events verschluckt.

Gibt es eine Möglichkeit die gespeicherten Daten anzuzeigen. (raw zeigt nur alte Daten an, falls bei colx etwas geändert wurde)

ja, es ist alles, was sinnvoll ist, implementiert. Wenn in einem Timeslot 50 Events kommen und man nur eins behalten kann, dann werden 49 verschluckt - das ist richtig.

Was verschluckt wird und was nicht musst du separat loggen.

Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

jkriegl

Status ist 0, nach ca. 9 Min kommt 1 läuft 0:55 dann 0. usw
Momentan bei col1 ok. Bei col2 wird gelegentlich eine 1 verschluckt. Bei col gösser 2 häufiger.
Rpi 3, Fhem, Cul 868, HM-CC-RT-DN, HM-Sec-Sco, HM-ES-PMSw1-Pl, ebus (Vaillant), ECMD, Telegram, HTTPMOD, Xiaomi, Shelly

Damian

Zitat von: jkriegl am 13 Mai 2021, 16:06:44
Status ist 0, nach ca. 9 Min kommt 1 läuft 0:55 dann 0. usw
Momentan bei col1 ok. Bei col2 wird gelegentlich eine 1 verschluckt. Bei col gösser 2 häufiger.

Es wird der Extremwert genommen > (max-min)/2 bzw. < (max-min)/2, der letzte Wert wird in folgenden Slot übernommen, wenn er nicht schon durch einen folgenden Wert belegt ist.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

jkriegl

#130
Falls ich das richtig verstehe: wir haben max=1, min=0, (max-min)/2 -> 0,5=X.
Extremwert > X bzw. < X.
Es müsste 1 übernommen und 0 fortgeschrieben werden, falls alles in einem slot passiert.
Da wir bei einer Laufzeit um 0:54 sind treffen wir beil col1 meistens 2 Slots, bei col2 aber nicht immer.
Edit: max kann auch 2 sein, trifft aber bei col2 im B. nicht zu.
Rpi 3, Fhem, Cul 868, HM-CC-RT-DN, HM-Sec-Sco, HM-ES-PMSw1-Pl, ebus (Vaillant), ECMD, Telegram, HTTPMOD, Xiaomi, Shelly

Damian

Zitat von: jkriegl am 13 Mai 2021, 17:19:05
Falls ich das richtig verstehe: wir haben max=1, min=0, (max-min)/2 -> 0,5=X.
Extremwert > X bzw. < X.
Es müsste 1 übernommen und 0 fortgeschrieben werden, falls alles in einem slot passiert.
Da wir bei einer Laufzeit um 0:54 sind treffen wir beil col1 meistens 2 Slots, bei col2 aber nicht immer.
Edit: max kann auch 2 sein, trifft aber bei col2 im B. nicht zu.

max und min unterscheiden sich aber je nach Zeitdauer bei col2 ist max=2 gar nicht mehr dabei.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

jkriegl

Leider gehen event-Daten nach wie vor verlohren. (nicht mehrfache in einem slot)

Aus dem Log
Zitat2021-05-15_12:36:00 shelly_s usr: E: 15.572 P: 5.57 0 0:41
2021-05-15_12:52:46 shelly_s usr: E: 15.572 P: 11.98 1 16:46
2021-05-15_12:53:25 shelly_s usr: E: 15.572 P: 3.21 0 0:39
2021-05-15_13:07:25 shelly_s usr: E: 15.573 P: 14.31 1 14:00
2021-05-15_13:08:04 shelly_s usr: E: 15.573 P: 1.20 0 0:39
2021-05-15_13:22:39 shelly_s usr: E: 15.573 P: 7.63 1 14:35
2021-05-15_13:23:19 shelly_s usr: E: 15.573 P: 1.97 0 0:40
2021-05-15_13:36:49 shelly_s usr: E: 15.573 P: 13.73 1 13:30
2021-05-15_13:37:25 shelly_s usr: E: 15.574 P: 1.79 0 0:36
2021-05-15_13:49:31 shelly_s usr: E: 15.574 P: 13.09 1 12:06
2021-05-15_13:50:09 shelly_s usr: E: 15.574 P: 2.81 0 0:38

Es fehlt 13:22 und 13:36 (vorletzte Spalte 0 oder 1).  Pro slot sind nur 2 Werte vorhanden (0 oder 1). Es wir der Wert tempörär angezeigt und verschwindet aber dann, wird also nicht korrekt gespeichert.
Rpi 3, Fhem, Cul 868, HM-CC-RT-DN, HM-Sec-Sco, HM-ES-PMSw1-Pl, ebus (Vaillant), ECMD, Telegram, HTTPMOD, Xiaomi, Shelly

Damian

Zitat von: jkriegl am 15 Mai 2021, 14:08:05
Leider gehen event-Daten nach wie vor verlohren. (nicht mehrfache in einem slot)

Aus dem Log
Es fehlt 13:22 und 13:36 (vorletzte Spalte 0 oder 1).  Pro slot sind nur 2 Werte vorhanden (0 oder 1). Es wir der Wert tempörär angezeigt und verschwindet aber dann, wird also nicht korrekt gespeichert.

An der Grafik kann man Events mit 0 nicht sehen, dazu musst du auch die passenden gespeicherten Werte im DOIF posten.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Damian

Ich kann aber jetzt schon sehen, dass alles so funktioniert wie programmiert:

Bei einer Stunde hat ein Timeslot 50 Sekunden,

Der Timeslot beginnt um 13:22:30 und endet um 13:23:20, damit hat Event um 13:23:19 mit 0 gewonnen

Um 13:36:40 beginnt ein Slot und endet um 13:37:30, damit hat Event um 13:27: 25 mit 0 ebenfalls gewonnen.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF