Gleiche Werte aufzeichnen mit SQL
-
Hi,
Wenn Du trotz gleicher Werte diese nur alle 300s im History haben willst dann musst Du noch das "Nur Änderungen aufzeichnen" anklicken, wenn die sonst nämlich häufiger gesetzt werden kommt der 300s Check nie zum Tragen.
Systemvariablen der CCU werden vom Rega-Adapter immer in den im hm-rega-Adapter gesetzten Abständen gepollt. Damit kommt immer ein neuer Wert rein auch wenn der sich nicht geändert hat. So tickt das Systemvariablem Zeug leider
-
Hi!
Ok, das ist mal ein Ansatz! Hatte die Funktion anders verstanden. Den Haken habe ich jetzt gesetzt und 300 Sekunden gelassen. Polling ist weiter bei 10 Sekunden.
Ich bin gespannt…
Danke für Eure Hilfe!
Gruß
Michel
-
Polling ist weiter bei 10 Sekunden. `
Wenn du eine echte CCU hast könnte das eng für diese werden
Ok, das ist mal ein Ansatz! `
klar, wenn man das obige weiß
Gruß
Rainer
-
Polling ist weiter bei 10 Sekunden. `
Wenn du eine echte CCU hast könnte das eng für diese werdenOk, das ist mal ein Ansatz! `
klar, wenn man das obige weißGruß
Rainer `
Tja, Haken bei "Nur Änderungen aufzeichnen" ist gesetzt und "Gleiche Werte aufzeichnen(s)" auf 300 Sekunden eingestellt. Trotzdem wird in kürzeren Abständen der Wert geschrieben.
true true hm-rega.0 2017-01-13 13:21:34.874
true true hm-rega.0 2017-01-13 13:20:33.516
true true hm-rega.0 2017-01-13 13:19:46.437
true true hm-rega.0 2017-01-13 13:19:27.475
true true hm-rega.0 2017-01-13 13:18:38.875
true true hm-rega.0 2017-01-13 13:17:52.434
Ich habe das Gefühl das ich irgendwas übersehe.
-
hast du das auch mal mit History probiert?
Wenn nein, kannst du das mal bitte testweise?
wieder ein SQL <> History - bug?
Gruß
Rainer
-
hast du das auch mal mit History probiert?
Wenn nein, kannst du das mal bitte testweise?
Gruß
Rainer `
History ist installiert und aktiviert.
Auch wenn noch nicht viel erfasst ist, scheint es ohne SQL zu funktionieren.
Die ersten drei Änderungen sind "provoziert" um History zu testen. Die letzte Änderung dann genau nach 300 Sekunden.
true true 2017-01-13 13:42:03.589
true true 2017-01-13 13:37:03.587
false true 2017-01-13 13:35:33.652
true true 2017-01-13 13:34:02.097
Edit:
Jetzt sieht das ganze so aus:
true true 2017-01-13 13:47:03.589
true true 2017-01-13 13:47:03.589
true true 2017-01-13 13:37:03.587
false true 2017-01-13 13:35:33.652
true true 2017-01-13 13:34:02.097
Wo ist denn der Eintrag von 13:42 geblieben?
-
Gibts im Log was zu sehen?
SQL: Adapter mal restarten? (nur für den Fall der Fälle)
-
Ich melde mich am Wochenende nochmal dazu. Kann mich im Moment nicht damit beschäftigen.
Edit:
Hier mal ein auszug aus den Daten die der History Adapter (ohne SQL) aufgezeichnet hat. Hier ist jeder Zeitpunkt doppelt zu sehen.
Dies passiert aber erst nachdem wieder ein neuer Eintrag geschrieben wurde. Davor ist statt einem doppelten Eintrag der nächste Eintrag im gewollten 5 Minuten Rhytmus vorhanden. Sobald dann der nächste (dritte) Eintrag geschrieben wird, wird der Eintrag davor wieder verändert und als doppelter Eintrag angezeigt.
Äußerst merkwürdig. Ich hoffe ich konnte das halbwegs verständlich beschrieben
false true 2017-01-14 11:35:49.979
false true 2017-01-14 11:35:49.979
false true 2017-01-14 11:25:49.977
false true 2017-01-14 11:25:49.977
false true 2017-01-14 11:15:49.978
false true 2017-01-14 11:15:49.978
false true 2017-01-14 11:05:49.978
false true 2017-01-14 11:05:49.978
Hier vor der Änderung:
false true 2017-01-14 11:50:49.980
false true 2017-01-14 11:45:49.980
false true 2017-01-14 11:45:49.980
false true 2017-01-14 11:35:49.979
Nach dem nächsten Eintrag:
false true 2017-01-14 11:55:49.980
false true 2017-01-14 11:55:49.980
false true 2017-01-14 11:45:49.980
false true 2017-01-14 11:45:49.980
false true 2017-01-14 11:35:49.979
Hier wurde wieder 11:50 zu 11:55.
Allerdings funktioniert der SQL Adapter jetzt wie geplant. Ich habe den Adapter neu installiert und die Objekte neu Konfiguriert. Keine Ahnung wo der Fehler war. Konfiguration ist 1:1 aus einem Screenshot übernommen, das kann es also nicht gewesen sein. Auf den History Adapter werde ich dann jetzt wieder verzichten, da SQL offensichtlich erstmal läuft. Wenn weitere Versuche mit dem History Adapter notwendig sind, stehe ich dafür aber zu Verfügung!
Gruß
Michel
-
Ich muss mir mal selbst antworten:
Leider hat der SQL Adapter wieder keine Lust in 5 Minuten Abständen aufzuzeichen:
true true hm-rega.0 2017-01-14 19:18:24.198
true true hm-rega.0 2017-01-14 19:13:24.192
true true hm-rega.0 2017-01-14 19:08:24.189
true true hm-rega.0 2017-01-14 19:03:32.325
true true hm-rega.0 2017-01-14 19:01:32.688
true true hm-rega.0 2017-01-14 18:58:32.313
true true hm-rega.0 2017-01-14 18:56:32.680
true true hm-rega.0 2017-01-14 18:53:32.306
true true hm-rega.0 2017-01-14 18:51:32.668
true true hm-rega.0 2017-01-14 18:48:32.299
true true hm-rega.0 2017-01-14 18:46:32.656
Bei 19:03 habe ich den Adapter neu gestartet. Und siehe da, 5 Minuten werden offensichtlich wieder eingehalten. Was ist da los?
Gruß
Michel
-
Schalt mal debug ein.
Unter "Instanzen" den Expertenmodus einschalten (rotes Icon links oben), dann kannst Du das pro Adapter wählen.
Dann wenn es wieder blöd ist logs schicken bitte
-
Ich möchte für zwei Systemvariablen der Homematic auch Werte aufzeichnen wenn diese sich nicht ändern. Dies benötige ich um auch ohne Änderung noch sinnvolle Diagramme erzeugen zu können mit Flot. ` Es gibt im flot eine option: "null Werte ignorieren" - damit könnte vielleicht das ursprüngliche Problem gelöst werden
-
Ich möchte für zwei Systemvariablen der Homematic auch Werte aufzeichnen wenn diese sich nicht ändern. Dies benötige ich um auch ohne Änderung noch sinnvolle Diagramme erzeugen zu können mit Flot.
Es gibt im flot eine option: "null Werte ignorieren" - damit könnte vielleicht das ursprüngliche Problem gelöst werdenHi!
Tatsächlich, das würde reichen um die Diagramme aussagekräftig zu halten wenn sich das Status nicht ändert. Dabei dachte ich, ich hätte jede Option ausprobiert!
-
gern geschehn - weiss es selber auch erst seit kurzem durch Hilfe hier im Forum.
ioBroker ist schon gut, doch das größte Problem ist - finde ich - die Bedienung.
Es müsste die Doku einfach direkt in der Weboberfläche verlinkt sein. Schon Tooltips für alle Bedienelemente würden helfen, weil
doch einige Sachen nicht intuitiv sind bzw sich die Funktion aus dem Namen einfach nicht herleiten läßt….
-
Es müsste die Doku einfach direkt in der Weboberfläche verlinkt sein. `
Auf der admin Seite ist es zumeist so. Dort gibt es ganz rechts jeweils ein Fragezeichen mit link zu github.Wo sollen sonst noch überall Links eingebaut werden?
In jedem Widget?
Im Vis editor gibt es so etwas bereits zu vielen Widgets.
Gruß
Rainer
-
Es müsste die Doku einfach direkt in der Weboberfläche verlinkt sein. `
Auf der admin Seite ist es zumeist so. Dort gibt es ganz rechts jeweils ein Fragezeichen mit link zu github.Wo sollen sonst noch überall Links eingebaut werden?
In jedem Widget?
Im Vis editor gibt es so etwas bereits zu vielen Widgets.
Gruß
Rainer `
Tooltips wären hilfreich! Hätte mir bei dem Optionen zum SQL Adapter sehr geholfen.
Aber ich will mich nicht beschweren. Tolle Software und nettes Forum hier. Mit ein bisschen Hilfe ist das alles gut konfigurierbar!
Gesendet von iPad mit Tapatalk
-
Aber ich will mich nicht beschweren. `
Will ich auch nicht hoffenHätte mir bei dem Optionen zum SQL Adapter sehr geholfen. `
Die Website mit den Adapterdokus kennst du?http://www.iobroker.net/?page_id=2236&lang=de
Bin gerade dabei alles auf den neuesten Stand zu bringen. SQL ist noch gar nicht drin (aber history sollte von der Konfiguration identisch sein - ist aber auch schon älter
)Bluefox (und bei den datenbanken apollon77) Programmieren schneller als ich testen und anschließend tippen kann
Für fehlende Infos bin ich immer dankbar,
Gruß
Rainer
-
Aber ich will mich nicht beschweren. `
Will ich auch nicht hoffenHätte mir bei dem Optionen zum SQL Adapter sehr geholfen. `
Die Website mit den Adapterdokus kennst du?http://www.iobroker.net/?page_id=2236&lang=de
Bin gerade dabei alles auf den neuesten Stand zu bringen. SQL ist noch gar nicht drin (aber history sollte von der Konfiguration identisch sein - ist aber auch schon älter
)Bluefox (und bei den datenbanken apollon77) Programmieren schneller als ich testen und anschließend tippen kann
Für fehlende Infos bin ich immer dankbar,
Gruß
Rainer `
Gerade dann wäre es an sich gut wenn der Programmierer kurz eine mini Info zu einer Option hinterlässt. Manchmal recht ja schon ein Satz um die Option kurz zu beschreiben. Die ausführliche Doku hat dann ja etwas mehr Zeit.
Aber das ist jetzt Jammern auf ganz hohem Niveau!
Gesendet von iPad mit Tapatalk
-
Am einfachsten wäre es die Doku auch gleich für die tooltips und hovers zu verwenden,
indem man den Informationsumfang zB dreistufig gliedert und dann gleich Stufe 1 für
den tooltip, 2 für hover und 3 für den Rest verwendet.
Fürs hover wäre zB sowas in der Art recht nett:
http://designingwebinterfaces.com/blog/ … etflix.png
Eigentlich sollte schon jedes widget eine Doku haben (je nachdem wie kompliziert oder intuitiv es ist),
aber ich würde mit den meistgenutzten Sachen anfangen und wo auch die meisten Fragen auftauchen.
Wie eben jetzt das flot mit den null Werten.
flot: tooltips und doku verlinken
vis: beim vis (12.4) gibts bei den widget attributen nur ganz wenige tooltips (auch nur auf der caption, warum nicht auch am control?)
zB bei der checkbox "default" bei tools, ist der tooltip auch nur "default" - da ist man dann auch nicht wirklich schlauer
scenes: die Optionen sind abschreckend - bei den meisten Bezeichnungen hab ich keinen Tau was die machen oder wie sie zu verwenden sind.
Sollte auch tooltips und doku links bekommen.
Man merkt einfach, daß der ioBroker ein "gewachsenes" Projekt ist - viele (gute!) Features schnell programmiert, aber eben teilweise recht
schwer für nicht Insider zu verstehen. Und die besten Features nützen nichts, wenn man nicht weiß das es sie gibt, oder wie man sie verwendet…
Deshalb wäre eine gute Hilfestellung auch wichtig und würde dem ganzen Projekt sehr helfen:
Weniger unnötige Anfragen im Forum, es kommen mehr Neueinsteiger, man kann sich schneller neuen Sachen widmen, usw
-
Eigentlich sollte schon jedes widget eine Doku haben (je nachdem wie kompliziert oder intuitiv es ist), `
es sind mehrere Hundert!einiges gibt es ja:
aber ich würde mit den meistgenutzten Sachen anfangen und wo auch die meisten Fragen auftauchen. `
ich auch.Habe jetzt den admin neu fertig, bin gerade mitten in vis, dann kommen die Grundeinstellungen, die für alle Widgets gleich sind, dann flot und die Datenbanken.
Dann ist Weihnachten
Deshalb wäre eine gute Hilfestellung auch wichtig und würde dem ganzen Projekt sehr helfen: `
Korrekt, ich war erst leider 1/2 Jahr offline und dann sehr krank.Weniger unnötige Anfragen im Forum, es kommen mehr Neueinsteiger, `
es gibt keine unnötigen Fragen, daran merke ich dann wo die Doku klemmt (wenn sie denn gelesen wurde)man kann sich schneller neuen Sachen widmen, `
Die Zeit ist endlich! Sie wird dann nur anders verteilt.Gruß
Rainer
-
Ist klar das es eine Menge Arbeit ist - deshalb mein Tip wegen Wiederverwendung der Doku.
Dann muss man es nur einmal schreiben und auch warten…
Bei der aktuellen Doku tue ich mir manchmal schwer etwas zu finden.
Ein direkter link von der GUI zur Hilfe wäre viel einfacher.
(da kannst du auch gleich die Zugriffe auswerten, wo sich die Leute am wenigsten auskennen)
Ich finde es schon unnötig, dass innerhalb von ein paar Tagen mehrere Leute dasselbe fragen, und dabei Zeit verlieren,
oder Umwege einschlagen wie zB redundante Daten in der DB, weil einfach wichtige
Optionen nicht bekannt sind.
Bin selber ja erst ganz kurz dabei und mir gefällt ioBroker viel besser, als die anderen zur Zeit verfügbaren Systeme.
Deshalb möchte ich mich an dieser Stelle gleich bei dir und den anderen Entwicklern herzlich bedanken!
