ich habe gerade ein update in den store geschubst.
Den Teil der die Daten empfängt und weiterverarbeitet habe ich mal neu gemacht, dadurch wird eine Funktion weniger benötigt, außerdem habe ich gleich mal die Debugmeldungen neu beschrieben.
Mal sehen ob es besser läuft.
Moin,
zusammen. Bin zufällig über den Thread hier gestolpert weil ich auch gerade eine ism8i an meiner BWL-1S angeschlossen habe.
Offen gesagt ist symcon selbst für mich gar nicht akut relevant aber ich weiß die Arbeit von kris zu schätzen weil ich selbst gerade einen Adapter für Node-Red baue. Das ganze fühlt sich schon seeehr oldschool/low-level an (Bitgeschubse beim Parsen von PDT_KNX_FLOAT).
Meine eigentliche Frage: Bei mir wurden auch etliche undokumentierte Datenpunkte geliefert. Auch der ominöse 767 mit Wert 43707. Aber auch z.B. sehr viele im 300er Bereich. z.B. 344 mit Wert 350 oder 345 mit Wert 600. Einige Daten aus der Anlage (z.B. die Verdichterstarts) fehlen mir leider auch noch komplett.
Hatte, abgesehen vom Missverständnis bei der Länge der gelieferten Daten, schon jemand Kontakt zu Wolf und weiß wie ergiebig das ist dort nach zusätzlicher Doku oder Erweiterungen zu fragen?
Ne, in meinem Github Projekt findest Du quasi eine Liste mit allen möglichen Datenpunkten. Wenn es was neues gibt, gerne her damit 
ja, siehe diesen Post weiter oben
Die Datenpunkte sind wie bereits nur von uns nutzbar. Hinter den Werten stehen keine Einstellungen welche verwendet werden können im KNX.
Diese Werte dienen nur als Platzhalter für eventuelle Neuerungen.
gemeint ist bspw der Datenpunkt 767. Alles sehr ernüchternd
Moin, habe die Version gerade installiert und warte mal wie es sich verhält, gebe Dir eine Rückmeldung im laufe des Tages.
Viele Grüße
Wenn ich noch was rausbekomme lasse ich es euch wissen. Gerade versuche ich aus den bestehenden Daten mehr raus zu interpretieren.
Was haltet ihr hiervon:
Hi, das ist ja cool wenn du noch ein paar Werte herausfindest.
Aber den COP kannst du damit meine ich nicht berechnen da es nur kw und nicht kwh sind.
Soweit ich weiß wird der COP wie folgt gerechnet:
COP = Erzeugte Heizwärme (kWh) / dafür benötigter Strom (kWh)
Viele Grüße
Dominik
Moin,
habe das Update jetzt mal seit gestern laufen lassen, beim Neustart kommt weiterhin der Fehler.
Viele Grüße
Hi Dominik,
vages Halbwissen: Ich glaube COP ist der Momentanwert. JAZ wäre soweit ich verstanden habe der Wert aus den kWh.
Wenn man die Momentanwerte in einer Datenbank ablegt kann man aus der Momentanleistung die Energie in kWh berechnen. (Integralfunktion über die Momentanleistung → Fläche unter der Kurve aus dem Momentanleistungswerten). Mache ich bereits am Stromzähler so und stimmt erstaunlich gut überein mit dem was der Stromzähler misst. Man könnte also vermutlich auch die JAZ bestimmen.
So sah das bei heute aus. Das takten bekomme ich noch nicht raus. Da ist sicherlich hydraulisch noch was falsch. Dann Warmwassererzeugung und ab kurz nach 12 Legionellenprogramm leider mit Heizstab.
Hi,
Der JAZ wird soweit ich weiß über das Jahr berechnet. Stimmt der COP ist eher eine Moment Aufnahme. Ich hatte mir die Formeln bei Wolf auf der Seite angeschaut und ermittel den Wert jetzt über meinen tagesverbrauch
Aber interessant wär wie du die kw‘s zu kwh‘s machst. Hast du ein Skript und könntest du die Berechnung zeigen?
Viele Grüße
Dominik
Hi, hab nochmal geschaut, wenn ich die Heizleistung als Zähler ins Archiv schreibe, dann habe ich glaube ich die kWh und damit dann den COP berechnen, oder habe ich da ein Denkfehler?
In meiner Umgebung empfängt Node-Red die Daten und schreibt sie in eine Influx Datenbank. Grafana erstellt dann ein Diagramm mit Tagesverbräuchen mit einer Abfrage auf die Influx Datenbank. Die Integralfunktion kann das Datenbanksystem schon.
Influx Datenbankabfrage um aus den Momentanleistungswerten der letzten 7 Tage die Tagesverbräuche in kWh zu ermitteln:
from(bucket: "data")
|> range(start: -7d)
|> filter(fn: (r) => r["_measurement"] == "stromzaehler_aktuelle_leistung")
|> filter(fn: (r) => r["_field"] == "value")
|> filter(fn: (r) => r["_value"] > 0)
|> set(key:"_field", value: "kWh")
|> aggregateWindow(
every: 1d,
fn: (tables=<-, column) =>
tables
|> integral(unit: 1h)
|> map(fn: (r) => ({ r with _field: "kWh", _value: r._value / 1000.0})))
Vielleicht kann Symcon das auch irgendwie oder was externes anbinden.
Danke dir, ich schaue mir das mal an.
Viele Grüße
Ich habe mir heute mal Benachrichtigungen bei Änderungen an unbekannten Datenpunkten schicken lassen.
Folgende Werte sind recht spannend:
@kris Moin, so wie es aussieht gibt es aktuell keine Fehler ich werde es weiter beobachten.
Vielen Dank für das tolle Modul, das macht gerade echt Spaß die Werte zu tracken und an der Heizung zu stellen, um natürlich den Energiebeitrag zur Energiewende beizutragen 
Viele Grüße
Dominik
Moin,
vielen Dank für deine Ausdauer 
Ich habe die Version mal als neue stable eingereicht.
Viele Grüße
leider kann ich nicht viel dazu beitragen. Meine ISM8 mit der firmware 1.5 kennt die Datenpunkte nicht.
wenn du noch was brauchst gib gerne Bescheid.
Hallo Kris,
habe mich heute mal mit den Einstellungen und den Werten intensiv beschäftigt, wahrscheinlich habe ich da auch nur fehlendes Wissen, oder auch den einen oder anderen Punkt zum Optimieren 
Mir ist aufgefallen, das nicht alle Werte Änderbar sind die man Ändern könnte:
Viele Grüße
Dominik
Moin,
Ich kann mir das gerne mal anschauen, das modul (bzw es waren früher nur scripte) hab ich ja damals für meine Bedürfnisse angepasst und da ich keinen Mischer habe.
Eigentlich habe ich mich aber an die ISM 8 Anleitung gehalten, aber bestimmt etwas nicht bedacht.
Viele grüsse
