Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Dann wird das Problem sein, das mein Zählerarchiv nicht stetig anwächst. Gibt es hierzu einen LBS?
Ich bekomme Momentanwerte und würde diese gerne als Minutenwerte archivieren und entsprechend auswerten.
Dann schau Dir den 19000600 an, der nimmt die Daten aus deinem Archiv, und berechnet den rest intern, ohne die ganzen Hilfsmerker (die man mittlerweile auch schon auf remanente Variablen umlegen könnte ) http://service.knx-user-forum.de/?co...ad&id=19000600
Und auch bei der Tagesansicht kommt mir die X-Achse seltsam vor. Die Werte gehen nur bis 23 Uhr und fangen am nächsten Tag erst bei 1 Uhr an. Da bräuchte ich auch noch einen Tipp...
Eigentlich denke ich, dass ich die Einstellungen auch so habe. Gibts ne konkrete Stelle, auf die ich schauen muss.
Und noch etwas ist mir aufgefallen. Beim Gaszähler zähle ich bei jeden Impuls den Zähler um 0.1 hoch. Allerdings macht der LBS daraus irgendwie das hier:
Der Zählerstand ist komplett in Edomi erstellt. Den lese ich nirgends aus. Und das entsprechende iKO hat ja auch nur eine Nachkomma-Stelle, wie man sieht.
Habe mir jetzt auch mal das Datenarchiv "15" angeschaut. Das ist ja das einzige Datenarchiv, dass ich direkt über die Logik mit dem Zählerstand fülle. Dort haben die Werte durchgehend nur eine Nachkomma-Stelle.
Ist das nur bei mit so? Wie sieht es bei den anderen aus? Es sind hier doch noch mehr Leute, die den LBS nutzen.
Das ist bei mir auch so. Es liegt daran, dass ich die Zahlen bei der Berechnung nicht runde. Die Kommastellen ergeben sich aus den berechneten Variablen.
Hm ok. Ist im Grunde ja auch nicht weiter schlimm. Wenn das so beabsichtigt ist...
Da ich den Baustein gerne mehr nutzen möchte, würde ich mich trotzdem freuen, wenn mich jemand nochmal ein Bisschen unterstützen könnte. Das ein oder andere iKO ist mir noch nicht ganz klar und die X-Achse stimmt auch irgendwie wie oben erwähnt nicht. Ich habe mich eigentlich an die Screenshots auf der Seite 2 gehalten.
Ist nicht ganz so einfach zu verstehen. Ich habe auch den Eindruck, dass in den unterschiedlichen Screenshots auch mal ein Wechsel der iKOs stattgefunden hat. Und bei der Logik für das Tag Diagramm vermute ich auch einen kleinen "Fehler". Im Screenshot sieht man im "Tag Diagramm = Tag aktuell". Das iKO beinhaltet vermutlich ja aber die Tag ID, was dann aber zu einer falschen Anzeige führt. Richtig wäre meiner Meinung dann in der Logik "Tag Diagramm = 0", da bei einem Reset der Start und Endpunkt ".... - 0 days" sein müsste. Aber egal... ich habe ja gerade andere "Problemchen". Kannst du twi127 oder jemand, der den LBS erfolgreich implementiert hat helfen?
Oder auch nochmal ganz konkret gefragt. Wie setzt du deine Variablen? Was sind die Defaultwerte? So verstehe ich es:
2071 - Kalenderwoche aktuell --> kommt aus dem Datum/Uhrzeit LBS
2072 - Kalenderwoche_Diagramm Woche --> wo/wie wird der initiale Werte gesetzt?
2073 - Monat aktuell --> kommt aus dem Datum/Uhrzeit LBS
2074 - Monat_Diagramm Monat --> wo/wie wird der initiale Werte gesetzt?
2076 - Variable_Diagramm Tag --> wo/wie wird der initiale Werte gesetzt? --> bei einem "Reset" setzt du das iKO=aktueller Tag. Ich hab das so verstanden, dass bei einem Rest der aktuelleTag angezeigt werden soll. Dann muss das iKO aber doch 0 sein...
2077 - Tag ID aktuell --> kommt aus dem Datum/Uhrzeit LBS
2080 - Variable_Diagramm Jahr --> wo/wie wird der initiale Werte gesetzt?
In den Screenshots für die Diagramm Konfigurationen nutzt du außerdem noch die iKOs
2029 --> vermutlich "Diagramm Woche Ende" --> aktuelle KW=15 --> deine Rechnung: 15*7 = 105 --> 01.01.2019+105 Tage = 16.04.2019 (Dienstag) --> Es müsste doch 14.04.2019 (Sonntag) rauskommen
2075 --> "Variable für Monatsdiagramm"? --> wo/wie wird der initiale Werte gesetzt? --> bei einem "Reset" setzt du das iKO=aktueller Monat. Ich hab das so verstanden, dass bei einem Rest der aktuelle Monat angezeigt werden soll. Dann muss das iKO aber doch 0 sein...
Sorry, für die vielen Fragen. Vielleicht stell ich mich auch einfach nicht sehr geschickt an.
Ich mach hier mal als Alleinunterhalter weiter und poste meine aktuellen Erkenntnisse/Fortschritte.
Vielleicht für den ein oder anderen, der sich auch daran versucht interessant, bzw. hilfreich.
2072 - Kalenderwoche_Diagramm Woche --> wo/wie wird der initiale Werte gesetzt?
Wird initial auf die aktuelle KW gesetzt. Reset setzt den Wert wieder auf die aktuelle KW.
2074 - Monat_Diagramm Monat --> wo/wie wird der initiale Werte gesetzt?
Wird einfach initial auf 0 gesetzt. Reset setzt den Wert wieder auf 0.
2076 - Variable_Diagramm Tag --> wo/wie wird der initiale Werte gesetzt? --> bei einem "Reset" setzt du das iKO=aktueller Tag. Ich hab das so verstanden, dass bei einem Rest der aktuelleTag angezeigt werden soll. Dann muss das iKO aber doch 0 sein...
Wird einfach initial auf 0 gesetzt. Reset setzt den Wert wieder auf 0.
2080 - Variable_Diagramm Jahr --> wo/wie wird der initiale Werte gesetzt?
Wird initial einfach auf 0 gesetzt. Reset setzt den Wert wieder auf 0.
Mit der richtigen Konfiguration des Diagramms passt die Berechnung.
2029 --> vermutlich "Diagramm Woche Ende" --> aktuelle KW=15 --> deine Rechnung: 15*7 = 105 --> 01.01.2019+105 Tage = 16.04.2019 (Dienstag) --> Es müsste doch 14.04.2019 (Sonntag) rauskommen
Mit der richtigen Konfiguration des Diagramms passt die Berechnung.
2075 --> "Variable für Monatsdiagramm"? --> wo/wie wird der initiale Werte gesetzt? --> bei einem "Reset" setzt du das iKO=aktueller Monat. Ich hab das so verstanden, dass bei einem Rest der aktuelle Monat angezeigt werden soll. Dann muss das iKO aber doch 0 sein...
Wird initial einfach auf 0 gesetzt. Reset setzt den Wert wieder auf 0.
Was sonst noch wichtig ist und auf Seite 2 nicht in den Screenshots zu sehen ist:
im Diagramm "Verbrauch pro Woche" --> Kumulation: Wochentag
im Diagramm "Verbrauch pro Monat" --> Kumulation: Tag
im Diagramm "Verbrauch pro Jahr" --> Kumulation: Monat
Aktuell habe ich noch das Problem, dass bei der Tagesübersicht nur 1 Uhr bis 23 Uhr angezeigt wird....
ich hatte vor ein paar Monaten schon einmal von meinen Log-Einträgen dieses LBS berichtet. Leider konnte ich bisher die Ursache nicht ausmachen. Ich hoffe ihr könnt mir etwas behiflich sein ;-)
Ich bekomme folgende Log-Einträge: EDOMI_LOG.png
Das kuriose hierbei ist, dass ich die Einträge nicht kontinuierlich bekomme, aber wenn dann im Stundentakt. In dem gezeigten Log-Ausschnitt beispielsweise kam der Eintrag vom 12.04.2019 00:00:00 bis zum 16.04.2019 05:00:00, danach war schluss (nächster Log Entrag war dann erst wieder um 16:36:28 ne unbekannte GA). Wann die Log-Einträge beginnen folgt auch keinem Muster, mal um 22 Uhr, mal um 02 Uhr... ohne System.
Bitte nicht wundern, dass der Eintrag zweimal je Stunde erscheint, ich habe zwei Instanzen des LBS am laufen.
Die Beschaltung eines LBS sieht bei mir wie folgt aus: EDOMI_LBS.png
Trigger bei Systemstart oder 5 minütlich.
EDOMI_Archiv.png
Der Zählerstand wird alle 10 Sek. gepollt (Volkszähler) und dann entsprechend in das Datenarchiv 11 geschrieben (3 Tage werden die Daten vorgehalten).
So mein aktueller Status, jetzt Feuerfrei für Hilfe, Anregungen und ggf. Prügel wenn ich den Walt vor lauter Bäumen mal wieder nicht gesehen habe :-)
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar