ich eröffne mal einen Thread rund um das modul 98_GAEBUS.pm um den Thread Heizung mit eBus-Schnittstelle zu entlasten.
Hallo jamesgo,
ich habe doch schon mal ne Frage.
Kannst Du bei den Readings (z.B. r~bai~StorageTemp~d.04_Speicheristtemp.) das "ok" nach dem Messwert weg lassen? Hintergrund ist, ich möchte den Wert (mit °C) in einem dummy anzeigen lassen und wenn ich im stateFormat {sprintf("%.2f °C",ReadingsVal("ebus","WW_Speicher",0))} angebe bekomme ich im FHEM Log eine Fehlermeldung :-( bzw. weißt Du wie ich den Wert selbst splitten kann?
LG Mikel
Hallo Andy,
Ich habe hier den gleichen Fehler wie Reinhard.
Wenn ich mit:
get r~bai~SDTRT~d.41_Rücklauftemperatur
die Temperatur auslese, klappt das wunderbar.
Versuche ich allerdings dann diese über "set" als Attribut zu deffinieren, bekomme ich die Fehlermeldung
invalid parameter
kawa
Hallo kawa,
hast du das aktuelle modul vom sourceforge server verwendet?
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm (http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm)
Grüße
Andy
Zitat von: jamesgo am 14 September 2015, 11:24:24
Hallo kawa,
hast du das aktuelle modul vom sourceforge server verwendet?
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm (http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm)
Grüße
Andy
Ja, gerade noch einmal versucht -> "invalid parameter "
kawa
Zitat von: mikel279 am 14 September 2015, 11:06:21
Hallo jamesgo,
ich habe doch schon mal ne Frage.
Kannst Du bei den Readings (z.B. r~bai~StorageTemp~d.04_Speicheristtemp.) das "ok" nach dem Messwert weg lassen? Hintergrund ist, ich möchte den Wert (mit °C) in einem dummy anzeigen lassen und wenn ich im stateFormat {sprintf("%.2f °C",ReadingsVal("ebus","WW_Speicher",0))} angebe bekomme ich im FHEM Log eine Fehlermeldung :-( bzw. weißt Du wie ich den Wert selbst splitten kann?
LG Mikel
das ist in diesem Fall nicht so einfach. John hat zwar im ebusd diesen Fall vorgesehen, da wir jedoch über GAEBUS diesen Parameter noch nicht setzen können geht das nicht so leicht.
über ebusd kannst du so abfragen:
pi@raspberry2 ~ $ ebusctl r -f StorageTemp
48.50;ok
pi@raspberry2 ~ $ ebusctl r -f StorageTemp tempsensor.0
46.69in der 2. Variante erfolgt die Rückgabe ohne das "ok".
Über ECMD habe ich das nach Beispiel von pah wie folgt gelöst:
# vorlauftemperatur
get Vorlauf cmd {"r -f StorageTemp tempsensor.0\n"}
get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f C",$_) }
Die beste Lösung wäre, wenn Andy im Attribut bei der Benennung noch ein Leerzeichen erlauben würde, damit man den Typ (wie hier tempsensor.0) dazu schreiben könnte. Oder vielleicht in Klammer oder einem anderen Zeichen. Allerdings ist das einiges an Aufwand um das zu erweitern. Gleichzeitig erhöht sich die Fehlerquote wenn hier ein Blödsinn drinnen steht, der Wert müsste fast aus der csv übernommen werden, da es ohnehin immer der erste ist.
LG
Reinhart
Zitat von: kawa0815 am 14 September 2015, 13:01:05
Ja, gerade noch einmal versucht -> "invalid parameter "
kawa
ich habe das ja in der Zwischenzeit es mit dieser neuen Version lösen können.
Checke bitte nochmals ob die csv Files das richtige Format haben.
file --mime-encoding *.csves sollte dann bei allen deinen kopierten (in /opt/fhem/ebusd/, nicht im etc/ebusd!) csv UTF-8 dabei stehen!
Wenn nicht alles löschen und nochmals als sudo kopieren und wieder checken. Eventuell in einem Editor (PSPad) das Format UTF-8 setzen und wieder zurück speichern.
LG
Zitat von: mikel279 am 14 September 2015, 11:06:21
Kannst Du bei den Readings (z.B. r~bai~StorageTemp~d.04_Speicheristtemp.) das "ok" nach dem Messwert weg lassen? Hintergrund ist, ich möchte den Wert (mit °C) in einem dummy anzeigen lassen und wenn ich im stateFormat {sprintf("%.2f °C",ReadingsVal("ebus","WW_Speicher",0))} angebe bekomme ich im FHEM Log eine Fehlermeldung :-( bzw. weißt Du wie ich den Wert selbst splitten kann?
LG Mikel
wenn der Temp-Wert 5 stellig ist, dann kann man das z.B. so realisieren:
{substr(ReadingsVal("ebus","WW_Speicher",0),0,5). "°C"}sonst geht es auch noch per "split" etc. - viele Wege führen nach...
Hallo zusammen,
@Reinhart: Danke für Deine Antwort, den Weg über ECMD kannte ich - aber ich wollte es doch über GAEBUS lösen ;)
@amunra: Richtig, viele Wege führen nach ... - daher habe ich, für mich, glaube ich den richtigen gefunden
Ich habe, wie geschrieben, mir einen dummy zum Anzeigen der Werte eingerichtet. Per setreading schreibe ich das reading "VorlaufTemp" mit folgender notify Def "ebus:VorlaufTemp.* setreading VorlaufTemp VorlaufTemp $EVTPART1". Damit hat das dummy ein reading "VorlaufTemp". Beim schreiben dieses reading wird der state des dummy gesetzt und für diesen habe ich im dummy den stateFormat "{sprintf("%.2f °C",ReadingsVal("VorlaufTemp","VorlaufTemp",0))}" definiert. Damit hat state das korrekte Format zur Anzeige und ich habe ein reading mit dem ich einen plot zeichnen kann. :)
@Andy / Reinhart: Leider habe ich das gleiche Problem wie kawa0815. Habe das neuste modul von sourceforge gezogen und dank der Hinweise von Reinhart auch geprüft, ob die csv UTF-8 kodiert sind. Nach einen restart von FHEM werden die Werte mit Umlauten auch korrekt angezeigt und auch der get funktioniert einwandfrei. Allerdings bekommen auch ich beim set ein "invalid parameter" ???
LG Mikel
Hallo,
an dem UTF-8 Problem arbeite ich und werde hoffentlich bald eine Lösung bereitstellen können.
Grüße
Andy
Hallo Andy,
ließt du an deiner Heizung die Wochenprogramme aus und wenn ja,
wie stellst du dieses optisch dar?
Finde irgendwie nichts, wie man das machen kann.
Danke und Gruß
Denny
Zitat von: nightstorm99 am 15 September 2015, 07:47:00
Hallo Andy,
ließt du an deiner Heizung die Wochenprogramme aus und wenn ja,
wie stellst du dieses optisch dar?
Finde irgendwie nichts, wie man das machen kann.
Nachtrag:
Die Idee von Reinhart würde ich auch gut finden. Mit dem auslesen des bestimmten Wert.
Wenn man als Attribut "|1" zum Beispeil mit anfügt, würde er nur den ersten Teil des String ausgeben.
Danke und Gruß
Denny
Hallo Denny,
da habe ich nicht wirklich was sinnvolles gefunden.
Für die Grundeinstellung umgehe ich Fhem vollständigt.
Um einen Heizkreis ausserhalb des Zeitintervalls einzuschalten werde ich den "Party Modus" verwenden.
Anbei meine timers.txt (das sind die Zeitprogramme) und doTimers.pl.
doTimers.pl vergleicht die aktuellen Einstellungen mit timers.txt und mit der Option "-s" setzt es die neuen Intervalle.
Für die Zirkulationspumpe würde es doch reichen wischen einem Normalprogramm
05:00;08:00;18:00;21:30;-:-;-:-;selected
und der Ausnahme
05:00;21:30;-:-;-:-;-:-;-:-;selected
umzuschalten.
Grüße
Andy
@Reinhart, kawa0815,
Könnt ihr bitte mal die aktuelle Version von Sourceforge testen.
Damit sollte das Umlauteproblem gelöst sein.
Danke
Andy
Habe den Vorschlag von Reinhart implementiert:
Zitat
Die beste Lösung wäre, wenn Andy im Attribut bei der Benennung noch ein Leerzeichen erlauben würde, damit man den Typ (wie hier tempsensor.0) dazu schreiben könnte.
Zitat von: jamesgo am 15 September 2015, 15:18:20
Habe den Vorschlag von Reinhart implementiert:
Hallo Andy,
zunächst Danke für den Einbau dieser Funktion. Es funktioniert zwar auch so wie ich es oben beschrieben habe - aber wer weiß wofür die Änderng von Dir noch gut ist ;)
Die neue Version habe ich getestet - Umlaute gehen jetzt auch mit set - auch hierfür Danke!
Beim Auslesen der Rücklauftemp (r~bai~SDTRT~d.41_Rücklauftemperatur) bekomme ich folgendes reading (RuecklaufTemp 28.38 65081 ok), was bzgl. der Temp 28.38 okay ist. Aber was bedeutet die 65081? Hast Du hierfür eine Erklärung?
LG Mikel
Hallo Andy,
ich habe doch noch einen Fehler.
Wenn ich die Werte vom 430.csv auswähle, werden die Umlaute doch nicht korrekt angezeigt. Allerdings funktioniert sowohl das get als auch das set - also nur Kosmetik.
Die Kodierung der beiden Dateien (bai.csv und 430.csv) habe ich geprüft - beide utf-8.
LG Mikel
Hallo Andy,
doch noch Fehlermeldungen im fhem.log
2015.09.15 15:25:11 1: PERL WARNING: Use of uninitialized value $readingnameX in split at ./FHEM/98_GAEBUS.pm line 328.
2015.09.15 15:25:11 1: PERL WARNING: Use of uninitialized value $readingnameX in concatenation (.) or string at ./FHEM/98_GAEBUS.pm line 330.
2015.09.15 15:25:11 1: PERL WARNING: Use of uninitialized value $readingname in substitution (s///) at ./FHEM/98_GAEBUS.pm line 334.
2015.09.15 15:25:11 1: PERL WARNING: Use of uninitialized value $readingname in substitution (s///) at ./FHEM/98_GAEBUS.pm line 335.
2015.09.15 15:25:11 1: PERL WARNING: Use of uninitialized value $readingname in pattern match (m//) at ./FHEM/98_GAEBUS.pm line 340.
LG Michael
@Andy
Danke für deine Implementierung, funktioniert soweit ich getestet habe sehr gut. Das einzige was mir noch aufgefallen ist, editiert man das Attribute nochmals wird der Text nach dem Leerzeichen (also der zusätzliche Parameter) nicht angezeigt, das dürftest du noch wo unterdrücken.
Die Umlaute sind auch alle ok, obwohl ich nicht zu 100% hier mittesten kann, weil ich es ja schon vorher behoben hatte.
LG
@Andy
entgegen der Meldung von mikel279 ist bei mir das Log fehlerfrei, inkl. dem zusätzlichen Parameter.
2015.09.15 22:11:12 3: ebus1 execute r -f -c bai StorageTemp tempsensor.0
2015.09.15 22:11:12 3: ebus1 answer r StorageTemp 36.88
2015.09.15 22:11:12 3: ebus1 execute r -f -c bai DCRoomthermostat
2015.09.15 22:11:13 3: ebus1 answer r Thermostat off
2015.09.15 22:11:13 3: ebus1 execute r -f -c bai FlowSetPotmeter
2015.09.15 22:11:13 3: ebus1 answer r Potistellung 70.00
2015.09.15 22:11:13 3: ebus1 execute r -f -c bai HwcSetPotmeter
2015.09.15 22:11:13 3: ebus1 answer r WW-Poti 57.00
LG
@mikel279: die Warnings sollten nun nicht mehr vorkommen, bzgl. der v430.csv habe ich in der originalen Version von github nur ein "ü" gefunden (und das hat funktioniert). Kannst du deine Datei mal posten.
Zitat
Beim Auslesen der Rücklauftemp (r~bai~SDTRT~d.41_Rücklauftemperatur) bekomme ich folgendes reading (RuecklaufTemp 28.38 65081 ok), was bzgl. der Temp 28.38 okay ist. Aber was bedeutet die 65081? Hast Du hierfür eine Erklärung?
bzgl dem tempmirror Wert: sowas bekomme ich auch, weiss aber nicht was das bedeutet
@Reinhart: Verstehe ich dich richtig. Du klickst auf das attribut und in dem Eingabefeld fehlt dann der Teil nach dem " "?
Ich habe das so gemacht und bei mir hat es funktioniert. (siehe screenshot)
Hallo Andy,
die 430.csv werde ich heute Abend posten - komme gerade nicht dran weil ich nur per vpn auf dem System bin.
Die Fehlermeldungen stehen offensichtlich im Zusammenhang mit den nicht korrekt aufgelösten Umlauten - Auszug fhem.log:
2015.09.16 08:32:56 1: PERL WARNING: Use of uninitialized value $readingnameX in split at ./FHEM/98_GAEBUS.pm line 328.
2015.09.16 08:32:56 1: PERL WARNING: Use of uninitialized value $readingnameX in concatenation (.) or string at ./FHEM/98_GAEBUS.pm line 330.
2015.09.16 08:32:56 1: PERL WARNING: Use of uninitialized value $readingname in substitution (s///) at ./FHEM/98_GAEBUS.pm line 334.
2015.09.16 08:32:56 1: PERL WARNING: Use of uninitialized value $readingname in substitution (s///) at ./FHEM/98_GAEBUS.pm line 335.
2015.09.16 08:32:56 1: PERL WARNING: Use of uninitialized value $readingname in pattern match (m//) at ./FHEM/98_GAEBUS.pm line 340.
2015.09.16 08:33:39 2: called GAEBUS_Attr(set,ebus,r~430~BMUFlowTempOrVF1~Vorlauftemperaturfühler_1,<VorlaufTempSensor>)
Hier siehst Du, wie z.B., ein ü aus der 430.csv aufgelöst wird. Was dann zu den Fehlermeldungen im Log führt.
LG Mikel
Nein, das passt nicht zusammen.
2015.09.16 08:33:39 2: called GAEBUS_Attr(set,ebus,r~430~BMUFlowTempOrVF1~Vorlauftemperaturfühler_1,<VorlaufTempSensor>)
stammt aus der Routine für die Attribute.
Die Warnings stammen aus der "_Get" routine ... das kann nichts miteinander zu tun haben (liegen auch 43 sekunden dazwischen).
Ab Zeile 328 wird der Wert des Attributes zerlegt. Wenn da nichts drin steht ist $readingnameX nicht initialisiert ... das habe ich gefixt.
die Warnings kommen aus dem "set,ebus,r~430~BMUFlowTempOrVF1~Vorlauftemperaturfühler_1" also dem Schreiben des attributes.
Den set des reading habe ich nur wegen des Attributnamen aus der 430.csv drin gelassen.
Zitat von: jamesgo am 16 September 2015, 08:27:31
@Reinhart: Verstehe ich dich richtig. Du klickst auf das attribut und in dem Eingabefeld fehlt dann der Teil nach dem " "?
Ich habe das so gemacht und bei mir hat es funktioniert. (siehe screenshot)
Danke für den Hinweis, auf einem anderen PC hat es auch gleich funktioniert, habe dann den gesamten Browser Cache im IE11 gelöscht nun klappts auch auf dem Laptop wieder.
LG
Hallo,
evtl ist der timeout von 5 Sekunden doch etwas zu viel des Guten. Ich teste jetzt mal mit 3 s. Bei 5 s hatte ich sehr viele disconnects meines Homematic HMLANs, was eigentlich immer auf eine deutliche Systemverlangsamung hindeutet. Es wäre natürlich ideal, wenn die Warterei in einem anderen Prozess laufen würde und somit keinen Einfluss auf den Rest des Systems hätte ::)
Nachtrag:
Laut apptime verlangsamt GAEBUS mein System am stärksten. Ich rufe zur Zeit 27 Werte alle 3 Minuten ab und verzögere damit FHEM jedesmal um 4,5 Sekunden. Besteht theoretisch die Möglichkeit, das irgendwie auszulagern?
schöne Grüße
Jo
Hallo Andy,
habe die neue Version getestet, funktioniert jetzt einwandfrei - keine Fehlermeldungen im log - Vielen Dank! :)
Habe zwar immer noch die Sonderzeichen anstelle der Umlaute in der 430.csv (habe nochmal aktuell vom GitHub geholt)
2015.09.16 19:13:06 2: called GAEBUS_Attr(set,ebus,r~430~CountryVariant~Ländervariante,<Ländervariante>)
Aber auch damit funktioniert es einwandfrei.
@Jo: Eine Systemverlangsamung kann ich nicht feststellen - allerdings habe ich wohl auch einen leistungsstärkeren Rechner - NUC mit i5 auf dem der FHEM Server als virtuelle Maschine (ein Prozessor, 1GB Speicher und Debian) läuft (aktuelle Konfig. HM, ebus, dreamboxen, JeeLink, Pioneer AVR, Fritzbox und verschiedene Netzwerksteckdosen - 490 defined entities, mit GAEBUS lese ich, zum testen, aktuell 24 Werte aus).
Also aus meiner Sicht alles okay.
LG Mikel
Was zeigt denn bei dir apptime an?
Die Verzögerung kommt doch nicht von einem langsamen Prozessor, sondern vom langsamen ebus oder irre ich da?
schöne Grüße
Jo
Hallo Jo,
okay, hatte ich mir noch nicht so genau angeschaut.
Also ich habe zwei HMLANs im Einsatz, beide zeigen keine Auffälligkeiten insbesondere keine disconnects.
Bei der apptime hast Du recht
name function max count total average maxDly
tmr-GAEBUS_GetUpdates HASH(0xaddcdbc) 3126 6 17197 2866.17 5 HASH(ebus)
Aber wie gesagt, bislang stelle ich keine Probleme hierdurch fest ???
Daher bin ich nicht sicher, wodurch Deine Probleme ausgelöst werden.
LG Michael
Ich habe über 700 defined entities, Tendenz steigend. Da lernt man auf sowas zu achten ;)
Nicht alles kann man mit Prozessorleistung erschlagen. Eine Verzögerung von mehr als einer Sekunde (bei Dir sind es auch mehr als 3) ist definitiv nicht wirklich hilfreich, auch wenn Du das momentan noch nicht merkst. Falls man das also entschärfen kann, wäre das wirklich super.
schöne Grüße
Jo
wieder was gelernt :D
Nun ja, aktuell habe ich keine Probleme - aber entities tendenziell auch steigend - also werde ich die Diskussion gespannt weiter verfolgen ;)
BTW: habe gerade mal einen ersten Schreibversuch gewagt und hierzu was unkritisches verwendet - das Wartungsdatum. Leider ohne Erfolg :(
Fehlermeldung "ERR: element not found" Wenn ich den Namen des HK1 ändern will, zweiter Versuch, dann bekomme ich ein "done" - scheint also prinzipiell zu funktionieren.
Jemand schon Erfahrungen mit dem Schreiben gesammelt?
LG Mikel
Zitat von: mikel279 am 16 September 2015, 21:15:02
Fehlermeldung "ERR: element not found" Wenn ich den Namen des HK1 ändern will, zweiter Versuch, dann bekomme ich ein "done" - scheint also prinzipiell zu funktionieren.
Dieses Verhalten habe ich schon mehrfach auch in einer Telnet Session beim lesen beobachtet => also nicht FHEM spezifisch - eher ein ebusd Thema.
@jo und @jamesgo
BlockingCall kann helfen - ich persönlich trenne mein FHEM-Prod-System (Zeitkritisch) von FHEM Ebus(d) System.
Zitat von: jamesgo am 15 September 2015, 10:35:12
@Reinhart, kawa0815,
Könnt ihr bitte mal die aktuelle Version von Sourceforge testen.
Damit sollte das Umlauteproblem gelöst sein.
Danke
Andy
Hallo Andy,
Habe die Version getestet, Umlautproblem tritt nicht mehr auf.
Danke!
Kawa
Zitat von: amunra am 16 September 2015, 22:02:18
Dieses Verhalten habe ich schon mehrfach auch in einer Telnet Session beim lesen beobachtet => also nicht FHEM spezifisch - eher ein ebusd Thema.
@jo und @jamesgo
BlockingCall kann helfen - ich persönlich trenne mein FHEM-Prod-System (Zeitkritisch) von FHEM Ebus(d) System.
Hallo,
wie genau trennst Du denn die beiden Systeme? Im Prinzip müsste blockingcall doch in das Modul eingebaut werden, oder? Auf zwei verschiedenen Rechnern laufen FHEM und ebusd ja schon.
schöne Grüße
Jo
Zitat von: Jojo11 am 19 September 2015, 21:41:09
wie genau trennst Du denn die beiden Systeme?
Eine HW für Prod und eine für Fhem-Ebusd - dieses System ist auch kein failover System für das Prod System.
Zitat von: Jojo11 am 19 September 2015, 21:41:09
Im Prinzip müsste blockingcall doch in das Modul eingebaut werden, oder?
Ja.
Zitat von: Jojo11 am 19 September 2015, 21:41:09
Auf zwei verschiedenen Rechnern laufen FHEM und ebusd ja schon.
Mit dieser Aussage:
Zitat von: Jojo11 am 16 September 2015, 19:02:26
evtl ist der timeout von 5 Sekunden doch etwas zu viel des Guten. Ich teste jetzt mal mit 3 s. Bei 5 s hatte ich sehr viele disconnects meines Homematic HMLANs, was eigentlich immer auf eine deutliche Systemverlangsamung hindeutet. Es wäre natürlich ideal, wenn die Warterei in einem anderen Prozess laufen würde und somit keinen Einfluss auf den Rest des Systems hätte ::)
bin ich davon ausgegangen, dass alles auf einer HW bzw. in einer FHEM Instanz läuft. Mich wundert es was ein HMLAN auf dem Ebusd-System sucht - oder steigt dein HMLAN wegen der LAN-Load aus? So ganz verstehe ich das Problem dann wohl nicht. ;o)
Viele Grüße
Arthur
Ok, vielleicht etwas falsch ausgedrückt ::)
Ich lasse den ebusd auf einem RPi laufen. Alles andere (fhem) läuft auf einem cubietruck. Der HMLAN steigt aus, wenn fhem zu lange ausgebremst wird und ist daher immer ein guter Indikator für Bremsen im System. Laut apptime bremst zur Zeit am meisten GAEBUS, gefolgt von IPCAM, welches auch keinen Parallelprozess startet.
schöne Grüße
Jo
Hallo jo,
ok, ich denke jetzt habe ich es verstanden.
Ebusd läuft auf einem RPI -> FHEM auf einem CT (Prod-System) auf dem auch das Modul aktiv ist - und genau die beiden Komponenten "zusammen" trenne ich von meinem Prod-System.
Ich habe eine autonome HW für ebusd auf dem auch eine FHEM Instanz läuft inkl. MySQL-DB.
Der zeitkritische Teil ist FHEM nicht Ebusd (läuft nebenbei - im eigenen Thread und damit eher unkritisch, wenn es stabil läuft).
Für die Heizungssteuerung (die man eher nicht alle 3sek. triggert - die Anzahl der Parameter eher klein ist und damit eher unkritisch für FHEM ist) / Monitorring (Datenerfassung ist eher der Teil der die Load erzeugt, weil höher frequentiert.) brauche ich den ebusd (unkritisch) inkl. Fhem (Modul) Overhead auf dem produktiven System nicht.
Abhängig vom Implementierungsumfang (z.B. Anzahl der Abfragen und Intervalle) ist natürlich der Einsatz auf ein und der selben HW sicher kein Problem.
Das nur als Kurzfassung (nicht betrachtet der Sicherheitsaspekte etc.) zum Thema ;o)..
VG Arthur
Hallo Arthur,
ich könnte ja ein zweites fhem inkl Mudul auf dem ebusd RPi installieren. Somit müsste ich nur noch per Fhem2fhem die readings abholen. Aber kann ich dann auch Werte setzen? Oder wie kommunizieren Deine beiden Systeme miteinander? Ich würde das Produktivsystem auch lieber gerne komplett trennen.
schöne Grüße
Jo
Die Trennung sollte in der Tat physisch sein, schon aus Sicherheitsgründen.
Bisher habe ich auf einem separaten Pi nur den ebusd laufen, wenn GAEBUS etwas stabiler ist, kommt dort ein weiteres externes Fhem dazu.
Komme leider im Moment nicht zum Mit-testen.
LG
pah
Zitat von: Jojo11 am 20 September 2015, 07:39:57
ich könnte ja ein zweites fhem inkl Mudul auf dem ebusd RPi installieren. Somit müsste ich nur noch per Fhem2fhem die readings abholen. Aber kann ich dann auch Werte setzen? Oder wie kommunizieren Deine beiden Systeme miteinander? Ich würde das Produktivsystem auch lieber gerne komplett trennen.
Ok, an Readings (Informationen) zu kommen muss man nicht zwangsläufig fhem2fhem nehmen - bietet sich an, wenn man zwei FHEM Instanzen im Einsatz hat. Mit FHEM2FHEM kann man doch auf EVENTS reagieren und Aktionen triggern - das geht doch alles mit FHEM Mitteln. Stabilität und Zuverlässigkeit sollte bei der Wahl berücksichtigt werden.
Meine Sicht der Dinge ist:
1) Es gibt Aktoren und Sensoren (Thermostate, Luft- und Feuchtigkeitssensoren, Schlater etc.)
Bei mir aktuell zuverlässig in FHEM Implementiert.
2) Therme XYZ angebunden per EBUSD.
Ebenfalls stabil seit Anfang des Jahres.
3) Anbindung EBUSD an FHEM
Hierfür nutze ich das Modul, welches ich Anfang des Jahres geschrieben habe. Der Ansatz war: Einfach halten (geringe Komplexität) - das Modul soll eine EBUSD-FHEM Bridge sein - bzw. Werte abfragen (zu speichern und darzustellen) sowie setzen. Ich bin mit den %sets% also das "setzen von Werten aus FHEM heraus noch nicht zufrieden. Es fehlt mir die Möglichkeit die Daten einfach "darzustellen" ist aber ein anderes Thema.
Was jetzt noch fehlt ist, ich nenne es mal "die Steuerzentrale" - also etwas was die Punkte 1/2/3 vereint und das auch noch möglichst einfach und intuitiv.
Fazit: Also noch viel zu tun.
VG Arthur
Hallo,
so, habe jetzt mal meine Konfig umgebaut:
1) Rechner 1: CT mit Hauptsystem
2) Rechner 2: RPi mit ebusd und FHEM, per FHEM2FHEM an Rechner 1 angebunden
Auf dem RPi läuft GAEBUS und ruft munter alle Daten vom ebusd ab. Apptime hat ergeben, dass damit die Verzögerung des Hauptsystems von 4 s auf 0,4 s reduziert wurden und somit "im Rauschen untergehen" :)
Jetzt habe ich mir gedacht, dass ich die paar Werte, die ich ab und zu mal setzen möchte (Solltemperaturen und Ferienzeiten) auch über GAEBUS auf Rechner 1 setzen kann, da dies ja mit FHEM2FHEM im LOG-Modus nicht geht. Dazu müsste ich natürlich von zwei Rechnern jeweils per GAEBUS auf den ebusd zugreifen. Spricht da irgendetwas gegen?
schöne Grüße
Jo
Technisch wird das funktionieren. Was nicht empfehlenswert ist, ist von beiden Systemen aus zu schreiben - sogar das wird technisch gehen, aber die Gefahr sich zu verzetteln ist hoch .
Was dagegen spricht? Das muss jeder für sich entscheiden, da es sehr stark von eigenen Anforderungen (z.B. Sicherheit..) abhängt.
Viele Grüße
Arthur
Schreiben würde ich ja nur von einem System.
Aber andere Idee: Ich könnte vom ebusd-RPi aus per FHEM2FHEM ein paar Dummies auf dem Hauptsystem überwachen und dann bei Änderung die entsprechenden write-Befehle über GAEBUS absetzen. Somit wäre GAEBUS nur auf einem Rechner notwendig. Spricht etwas dagegen, FHEM2FHEM in beide Richtungen zu installieren? Kann ich FHEM2FHEM so konfigurieren, dass nicht grundsätzlich alle readings aller devices übertragen werden und dann aussortiert wird, sondern dass nur die erforderlichen überhaupt übertragen werden? Das könnte sonst das Netzwerk etwas stark belasten, oder?
schöne Grüße
Jo
So in etwa habe ich z.B. meine Sonos (Modul läuft nicht auf dem Prod-System) Sprachansagen (Temp, Waschmaschine/Trockner fertig, Anrufe, Sonos Radio an etc.) realisiert - läuft seit über 2 Jahren ganz zuverlässig.
Viele Grüße
Arthur
ich habe den ebus auch aus mehreren Gründen von Fhem getrennt und auf einem eigenen Raspi laufen (siehe Schaltplan unten). Läuft via ECMD seit Winter 2014/15 sehr zuverlässig, d.h. für mich ist der ebus schon sehr ausgereift.
http://dengg.lima-city.de/FhemSmarthome-Dateien/main_2.htm (http://dengg.lima-city.de/FhemSmarthome-Dateien/main_2.htm)
LG
Reinhart
@Reinhart:
Es fehlt hier noch die Rückmeldung von der HE-Pumpe. Dafür ist m.E. FS20 nicht zuverlässig genug. Man könnte alerdings per FS20KSE einen Rückkanal implementieren, kostet dann nur 20 €.
LG
pah
Hallo Pah!
Danke für den Hinweis, kann ich mir überlegen, da dieses Gerät ja wirklich feststellen könnte ob Spannung bei der Pumpe anliegt und dann auch gleich Mails verschickt.
In meinem Fall ist es aber nicht wirklich kritisch, denn wenn diese Pumpe nicht läuft bleibt es kalt und das würde ich gleich merken.
Meine Therme versorgt ja 3 Geschoße und diese Pumpe ist in meinem Geschoß. Wenn die Heizkörperregler in diesem EG einen bestimmten Öffnungswinkel (einstellbar) unterschreiten, dann wird auch die Pumpe zwecks Stromersparnis abgeschaltet. Bei Nachtabsenkung sowieso.
Ich setze ja schon parallel zu meiner "alten" FS20-Hauszentrale auch HM Devices ein (vorerst nur Pooltemperatursensoren) und mit diesen Devices wäre dein festgestelltes Problem auch schon entschärft. Mit ebusd habe ich keinen Einfluß auf diese Pumpe, da die extern eingebaut ist und kann daher leider auch keine Parameter aus der Therme abgreifen die aussaugen ob sie läuft.
FS20 Technik ist leider was Rückkanal betrifft ein Stiefkind, bin aber bis jetzt zum Glück zufrieden damit. Neue Devices kauf ich jetzt nur mehr HM.
LG
Reinhart
@jamesgo
mir ist bei den Schreibversuchen via GAEBUS aufgefallen, dass du zwar alle Schreibvarianten von John berücksichtigt hast (sie werden auch bei "set" richtig angezeigt), aber schreiben kann ich nicht wirklich damit, da erfolgt dann eine Fehlermeldung.
Variante mit "wi" klappt bei mir nicht.
*wi,430#install,,,,"15","B509","0E",,,,,,
r;wi,,MaintenanceDate,nächste Wartung,,,,"5900",,,date,,,Datum nächste Wartung
Wenn ich die cvs auf nur "w" ändere, klappt auch das Schreiben!
r;w,,MaintenanceDate,nächste Wartung,,,,"5900",,,date,,,Datum nächste Wartung
Vielleicht kannst du den Fehler auch nachstellen.
LG
Hallo Reinhart,
ja, dass mit den "wi" ist mir schon aufgefallen und ich hab das auch schon gefixt.
Werde die Version morgen einstellen.
Grüße
Andy
Ich habe hier mit dem GAEBUS experimentiert um die Schreibfunktionen Anhand eines Beispiels "Wartungstermin setzen" zu testen. Ich habe eine Vaillant Therme mit einer VRC430, bei anderen Geräten kann das etwas abweichen. Es zeigt das Zusammenspiel zwischen Frontend und GAEBUS.
Zunächst müssen einige Vorbereitungen mit GAEBUS getroffen werden.
- über "set" die Variable "w~430~MaintenanceDate~nächste_Wartung" auswählen
- durch klicken auf "set" ein Attribut erzeugen
- diesem Attribut den Wert "nWartung" geben.
sollte dann so ausschauen: w~430~MaintenanceDate~nächste_Wartung nWartung
Mann sollte aber die aller Letzte Version von GAEBUS haben (die Andy heute veröffentlichen wird). Wenn nicht, dann sollte man im cvs File nachschauen ob der Wert dieser Variablen mit "w" geschrieben wird. Steht bei dir noch "wi", dann bitte entsprechend ändern.
so geht's nur bei der neuen Version
*wi,430#install,,,,"15","B509","0E",,,,,,
r;wi,,MaintenanceDate,nächste Wartung,,,,"5900",,,date,,,Datum nächste Wartung
und so auch bei der alten
*w,430,,,,"15","B509","0E",,,,,,
r;w,,MaintenanceDate,nächste Wartung,,,,"5900",,,date,,,Datum nächste Wartung
Wie funktioniert die Routine:
Es wird mit 2 Dummys gearbeitet. Der erste Dummy "Wartung" dient zur Eingabe des Datums. Es werden hier mit setlist die 3 Datumsfelder eingeben und ein Notify formatiert die Eingabefelder in das richtige Datumsformat und kopiert es in den state des 2 Dummy.
Der 2.Dummy wir deshalb benötigt, da im state des 1.Dummy ja nur das letzte Datumsfeld (eines von den 3) steht. Außerdem wird notify noch vor dem Schreiben von STATE ausgeführt. Im Anschluß wird mit set die Befehlszeile an GAEBUS übergeben. Theoretisch kann hier auch an ECMD übergeben werden, dann ist die Syntax der Befehslzeile anzupassen.
#################################
# Wartungsdatum #
#################################
define Wartung dummy
attr Wartung group Zeiteingabe
attr Wartung readingList TT MM JJJJ
attr Wartung room eBus
attr Wartung setList TT:01,02,03,04,05,06,07,08,09,10,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31 MM:00,01,02,03,04,05,06,07,08,09,10,12 JJJJ:2015,2016,2017,2018,2019,2020,2021,2022,2023,2024,2025,2026,2027,2028,2029,2030
attr Wartung stateFormat {sprintf("%.2d.%.2d.%.4d", ReadingsVal($name,"TT",0), ReadingsVal($name,"MM",0), ReadingsVal($name,"JJJJ",0))}
attr Wartung webCmd TT:MM:JJJJ
# dieser Dummy wird benötigt um den Wert formatiert in den state zu schreiben.
define Wartungsdatum dummy
attr Wartungsdatum group Wartungsdatum
attr Wartungsdatum room eBus
# Datum in den Dummy kopieren
define Datentransfer notify Wartung {\
fhem "set Wartungsdatum " . ReadingsVal("Wartung","TT",0) . "." . ReadingsVal("Wartung","MM",0) . "." . ReadingsVal("Wartung","JJJJ",0);;\
fhem("set ebus1 nWartung ". ReadingsVal("Wartungsdatum","state",0));;\
}
Kontrolliert man das Logfile sollte sich folgender Inhalt zeigen:
Logfile:
2015.09.21 09:25:11 3: ebus1 execute w -c 430 MaintenanceDate 01.03.2016
2015.09.21 09:25:11 3: ebus1 answer w nWartung done
2015.09.21 09:25:11 3: set ebus1 nWartung 01.03.2016 : done
2015.09.21 09:25:11 3: Datentransfer return value: done
Am Display der Calormatic sollte dann das Wartungsdatum ebenfalls ablesbar sein.
Wer es ganz genau nimmt, der kann den Set Befehl vorher noch auf Plausibilität des Datums (Schaltjahr) überprüfen, ist aber fast schon Luxus. Viel Spaß beim Testen!
LG
Reinhart
@All:
ich habe gerade eine neue Version mit folgende Erweiterungen hochgeladen:
- Schreibzugriff auf die Elemente die mit "wi" definiert (und damit mit "#install" geschützt sind)
- Verwendung von BlockingCall
Grüße
Andy
Wow, das ging schnell. Vielen Dank!
schöne Grüße
Jo
Danke Andy, habe "wi" gerade getestet und funktioniert perfekt!
hier das Log:
2015.09.21 16:00:02 3: ebus1: set w~430install~MaintenanceDate~nächste_Wartung
2015.09.21 16:00:16 2: called GAEBUS_Attr(set,ebus1,w~430install~MaintenanceDate~nächste_Wartung,<nWartung>)
2015.09.21 16:00:28 3: ebus1 execute w -c 430#install MaintenanceDate 01.01.2017
2015.09.21 16:00:28 3: ebus1 answer w nWartung done
LG
Reinhart
Zitat von: Reinhart am 21 September 2015, 10:42:29
Ich habe hier mit dem GAEBUS experimentiert um die Schreibfunktionen Anhand eines Beispiels "Wartungstermin setzen" zu testen. ...
Hallo Reinhart,
ziemlich genau so habe ich es für das Setzen der Urlaubszeiten auch gemacht, außer dass ich statt eines einzelnen dummies für das Datum immer drei nehmen musste. Das kommt daher, dass ich die Daten auch per smartVISU setzen möchte und ich dafür einen einzelnen Datums-dummy nicht wieder zerpflücken will.
Den Dummy habe ich dann noch mit clonedummy und FHEM2FHEM auf das Hauptsystem gespiegelt, so dass alles schön getrennt ist. Läuft bisher richtig gut.
schöne Grüße
Jo
@Jo
Im Prinzip ist es eh nur mehr Spielerei, weil ja GAEBUS eigentlich schon das Frontend ist. Ist die Variable einmal gesetzt, läßt sie sich ja schon komfortabel steuern. Das ist ja der wesentliche Vorteil von GAEBUS gegenüber ECMD. Lediglich die Eingabesyntax ist zu beachten und die nimmt halt ein setList schon vorab weg.
Ich nehme GAEBUS sehr gerne, für schnell mal was testen.
LG
Reinhart
@Andy
ich habe seit der neuen Version nun festgestellt, das mit apptime der GAEBUS nicht einmal mehr sichtbar ist! Auch das Logging alle paar Sekunden hat sich nun normalisiert!
Super Arbeit!
LG
Reinhart
Zitat von: Jojo11 am 21 September 2015, 19:39:53
Hallo Reinhart,
ziemlich genau so habe ich es für das Setzen der Urlaubszeiten auch gemacht, außer dass ich statt eines einzelnen dummies für das Datum immer drei nehmen musste. Das kommt daher, dass ich die Daten auch per smartVISU setzen möchte und ich dafür einen einzelnen Datums-dummy nicht wieder zerpflücken will.
Den Dummy habe ich dann noch mit clonedummy und FHEM2FHEM auf das Hauptsystem gespiegelt, so dass alles schön getrennt ist. Läuft bisher richtig gut.
schöne Grüße
Jo
Hallo Jo,
könntest du zeigen wie du das mit den Zeiten gelöst hast?
Falls es Offtopic ist, gerne auch per PN.
Ich hatte heute ebenfalls angefangen damit. Ich kann jetzt alle Zeiten zwar einstellen, aber weiß noch
nicht wie ich das jetzt noch auf die Tage setze.
Das wären dann unzählige Dummys. Grrrrrrr
Danke und Gruß
Denny
Hallo Denny,
ich habe bisher nur jeweils das Datum für Urlaubsbeginn und Urlaubsende implementiert. Ich fürchte zum setzen aller Zeiten/Wochentage musst Du ziemlich viele Dummies definieren. Da bin ich aber noch nicht. Ich kann heute abend mal schauen.
schöne Grüße
Jo
Hallo Denny!
Jede Methode hat seine Vor- und Nachteile. Wenn du dir Dummys sparen willst, dann nutze doch setList und baue dir beliebig viele Eingabefelder in einer Zeile zusammen. Den Sendestring für GAEBUS kannst nach meinem Beispiel "Wartungsdatum" dann ebenso beliebig zusammen setzen.
Hier eine Beispiel Variante 1 mit getrennten HH MM Feldern und freier Zeitwahl:
define Mo_Fr dummy
attr Mo_Fr group Zeiteingabe Variante1
attr Mo_Fr readingList HH MM HH2 MM2
attr Mo_Fr room HeizProgramm
attr Mo_Fr setList HH:00,01,02,03,04,05,06,07,08,09,10,12,13,14,15,16,17,18,19,20,21,22,23 MM:00,05,10,15,20,25,30,35,40,45,50,55 HH2:00,01,02,03,04,05,06,07,08,09,10,12,13,14,15,16,17,18,19,20,21,22,23 MM2:00,05,10,15,20,25,30,35,40,45,50,55
attr Mo_Fr stateFormat HH:MM - HH2:MM2
attr Mo_Fr webCmd HH:MM: bis :HH2:MM2
define Sa_So dummy
attr Sa_So group Zeiteingabe Variante1
attr Sa_So readingList HH MM HH2 MM2
attr Sa_So room HeizProgramm
attr Sa_So setList HH:00,01,02,03,04,05,06,07,08,09,10,12,13,14,15,16,17,18,19,20,21,22,23 MM:00,05,10,15,20,25,30,35,40,45,50,55 HH2:00,01,02,03,04,05,06,07,08,09,10,12,13,14,15,16,17,18,19,20,21,22,23 MM2:00,05,10,15,20,25,30,35,40,45,50,55
attr Sa_So stateFormat HH:MM - HH2:MM2
attr Sa_So webCmd HH:MM: bis :HH2:MM2
Hier eine Beispiel Variante 2 mit getrennten von bis Feldern und fixen Zeitfenstern (30min):
define Mo_Fr2 dummy
attr Mo_Fr2 group Zeiteingabe Variante2
attr Mo_Fr2 readingList HHMM1 HHMM2
attr Mo_Fr2 room HeizProgramm
attr Mo_Fr2 setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30
attr Mo_Fr2 stateFormat HHMM1 - HHMM2
attr Mo_Fr2 webCmd HHMM1: bis :HHMM2
define Sa_So2 dummy
attr Sa_So2 group Zeiteingabe Variante2
attr Sa_So2 readingList HHMM1 HHMM2
attr Sa_So2 room HeizProgramm
attr Sa_So2 setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30
attr Sa_So2 stateFormat HHMM1 - HHMM2
attr Sa_So2 webCmd HHMM1: bis :HHMM2
hier dann noch einen notify der das Zwischenergebnis in den state kopiert definieren und den SendeString zusammen basteln, fertig. Auf diesen fertig zusammen gebauten state kannst auch von jedem anderen Programm wieder zugreifen. Ebenso kannst du dir in einem define 3 von bis Zeiten definieren, d.h. 6 Eingabefelder, Dummys brauchst deswegen dann nicht mehr davon.
Wenn du nicht mit Blockzeiten arbeiten willst, werden die define dann für jeden extra Tag mehr (statt 2 dann 7). Blockzeiten würde ich so gestalten, das du den Montag eingibst und dann auf die 5 Tagesregister bzw 2 Wochenendregister sendest. Das spart Arbeit.
LG
Reinhart
na ja, es gibt noch ein Block "Mo-So" - das nur als Hinweis.
Hallo Reinhart,
ZitatHier eine Beispiel Variante 2 mit getrennten von bis Feldern und fixen Zeitfenstern (30min):
Die gefällt mir sehr gut und bin gerade dabei diese umzusetzen!
Vielen Dank dafür
Gruß
Denny
@jamesgo
Ich beobachte jetzt schon seit längerer Zeit einen dummen Fehler auf dem Raspi wo der eBus läuft.
Wenn ich mich per SSH mit Putty auf dem Raspi einlogge und ebusctl Kommandos absetze (irgendwas auslesen oder reload), dann kann ich den Befehl eingeben, bekomme aber keine Antwort. Der Watchdog in FHEM spricht nicht an und es wird auch per ECMD und GAEBUS noch kommuniziert. Da ich diesen Fehler von früher nicht kannte (ebus läuft seit einem Jahr stabil), vermutete ich die Ursache am Laufenden GAEBUS. Heute Nacht stoppte ich den GAEBUS und konnte mich heute morgen einloggen und alles wie gewohnt am Raspi ausführen.
Ich werde das jetzt weiter beobachten und nach ein paar Tagen wieder den Gegentest machen und euch berichten.
Ist irgend jemand so was ähnliches schon aufgefallen? Der Fehler tritt nicht nur mit SSH auf, sondern auch unter Telnet!
eBus Raspi = Raspberry + und es läuft nur der ebus Dämon auf diesem Gerät. Vernetzt mit 100 Mbit Kupferkabel. Fhem kommuniziert alle 10 Minuten per ECMD und auch der GAEBUS läuft mit 4 -6 Testdaten.
LG
Reinhart
Hallo Reinhart,
sowas ist mir bisher noch nicht aufgefallen.
Was ich mir vorstellen könnte:
- Ebusd erzeugt pro Verbindung (ebusctl oder telnet oder GAEBUS oder ECMD) einen Thread
- Wenn nun nach Abbau der Verbindung noch ein Thread übrig bleibt könnte das Nebeneffekte haben
Schau doch mal wieviele Threads dein ebusd hat. "ps -L <pid von ebusd>"
(bei einem GAEBUS habe ich 4 Threads)
Grüße
Andy
@Jamesgo
ich arbeite gerade am Zeitprogramm um die Timer bequem setzen zu können, aber GAEBUS weigert sich den zusammen gebauten String zu übernehmen. Mit ECMD funktioniert derselbe String Problemlos und setzt auch brav die Zeiten.
GAEBUS arbeitet den übergebenen String bis zum Auftreten des ersten ";" ab und meint des Ende des Input sei erreicht und schneidet die nachfolgenden Parameter einfach ab. Setzt man bei GAEBUS im Eingabefenster diesen String hinein, dann funktioniert er.
Hast du eine Ahnung wie man das umgehen könnte?
ECMD Log
2015.09.25 12:24:34 1: EBUS: unexpected answer "done\n\n" received (wrote "write -c 470mc mcTTMonday 04:30;19:30;24:00;24:00;24:00;24:00;selected\n", expected .*)
2015.09.25 12:24:34 3: get ZeitfensterSchreibenMo ZeitfensterSchreibenMo : ZeitfensterSchreibenMo done
GAEBUS Log
2015.09.25 12:24:34 3: ebus1 execute w -c 470mc mcTTMonday 04:30
2015.09.25 12:24:34 3: ebus1 answer w nMo ERR: end of input reached
2015.09.25 12:24:34 3: set ebus1 nMo 04:30;19:30;24:00;24:00;24:00;24:00;selected : ERR: end of input reached
Unknown command 19:30, try help.
Unknown command 24:00, try help.
Unknown command 24:00, try help.
Unknown command 24:00, try help.
Unknown command 24:00, try help.
GAEBUS Aufruf aus fhem
fhem "set ebus1 nMo ". ReadingsVal("Mo_Fr2","HHMM1",0) . chr(59) . ReadingsVal("Mo_Fr2","HHMM2",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected";;\
}
nMo ist das Attribute was bei dem Schreibattribut mit GAEBUS gesetzt wurde.
LG
Reinhart
Timer Eingabe für die CalorMatic 430 und 470!
Ich habe mir heute die Zeitprogramme für die CalorMatic für weitere Test mit dem GAEBUS fertig gemacht.
Vorerst funktioniert das Ganze aber nur unter ECMD, aber in der Hoffnung, das es hier einige testen finden wir vielleicht gemeinsam die Lösung wie man die Parameter für den GAEBUS richtig übergeben muss, damit dieser nicht glaubt es sei das Kommandoende erreicht. Es geht dabei gezielt um das ";".
So wie im Listing definiert, steuert es die Calormatic 430 + 470. Durch anpassen der Variablennamen können jedoch auch andere Devices oder Zirkulationspumpen gesetzt werden. Ich habe rein aus Platzgründen auf den 3. Tagestimer verzichtet, dieser kann jedoch bei Bedarf leicht hinzugefügt werden. Dafür habe ich die Steuerung auf 7 Tage ausgelegt, also jeden Tag einzeln anstatt nur Blockzeiten.
Bitte nach erster Inbetriebnahme eines Timers, auch den 2.Timer setzen (bei 24:00 - 24:00 setzt Vaillant diesen auf --), da sonst der Wert "0" nicht übernommen werden kann und sonst nichts geschrieben wird.
# einmal in fhem.cfg zu definieren
#define EBUS ECMD telnet IP-Adresse_eBus:8888
#attr EBUS classdefs bai00.class=/opt/fhem/FHEM/bai00.cfg
#attr EBUS icon usb
#attr EBUS room HeizProgramm
#################################
# Zeitprogramme #
#################################
define TimeMo dummy
attr TimeMo alias 1 Montag
attr TimeMo group Zeiteingabe
attr TimeMo readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeMo room HeizProgramm
attr TimeMo setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeMo stateFormat HHMM1 - HHMM2
attr TimeMo webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeDi dummy
attr TimeDi alias 2 Dienstag
attr TimeDi group Zeiteingabe
attr TimeDi readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeDi room HeizProgramm
attr TimeDi setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeDi stateFormat HHMM1 - HHMM2
attr TimeDi webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeMi dummy
attr TimeMi alias 3 Mittwoch
attr TimeMi group Zeiteingabe
attr TimeMi readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeMi room HeizProgramm
attr TimeMi setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeMi stateFormat HHMM1 - HHMM2
attr TimeMi webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeDo dummy
attr TimeDo alias 4 Donnerstag
attr TimeDo group Zeiteingabe
attr TimeDo readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeDo room HeizProgramm
attr TimeDo setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeDo stateFormat HHMM1 - HHMM2
attr TimeDo webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeFr dummy
attr TimeFr alias 5 Freitag
attr TimeFr group Zeiteingabe
attr TimeFr readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeFr room HeizProgramm
attr TimeFr setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeFr stateFormat HHMM1 - HHMM2
attr TimeFr webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeSa dummy
attr TimeSa alias 6 Samstag
attr TimeSa group Zeiteingabe
attr TimeSa readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeSa room HeizProgramm
attr TimeSa setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeSa stateFormat HHMM1 - HHMM2
attr TimeSa webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeSo dummy
attr TimeSo alias 7 Sonntag
attr TimeSo group Zeiteingabe
attr TimeSo readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeSo room HeizProgramm
attr TimeSo setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeSo stateFormat HHMM1 - HHMM2
attr TimeSo webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
# Datum in den Dummy kopieren
define DateCopy notify TimeMo {\
fhem "set TimeMo " . ReadingsVal("TimeMo","HHMM1",0) . " " . ReadingsVal("TimeMo","HHMM2",0) . " " . ReadingsVal("TimeMo","HHMM3",0) . " " . ReadingsVal("TimeMo","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "get ZeitfensterSchreibenMo ZeitfensterSchreibenMo";;\
Log 1, "Zeitprog=" . ReadingsVal("TimeMo","HHMM1",0) . chr(59) . ReadingsVal("TimeMo","HHMM2",0) . chr(59) . ReadingsVal("TimeMo","HHMM3",0) . chr(59) . ReadingsVal("TimeMo","HHMM4",0) . chr(59) ."24:00" . chr(59) . "24:00" . chr(59) . "selected";;\
fhem "set ebus1 nMo ". ReadingsVal("TimeMo","HHMM1",0) . chr(59) . ReadingsVal("TimeMo","HHMM2",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected";;\
}
attr DateCopy room HeizProgramm
define DateCopy2 notify TimeDi {\
fhem "set TimeDi " . ReadingsVal("TimeDi","HHMM1",0) . " " . ReadingsVal("TimeDi","HHMM2",0) . " " . ReadingsVal("TimeDi","HHMM3",0) . " " . ReadingsVal("TimeDi","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "get ZeitfensterSchreibenDi ZeitfensterSchreibenDi";;\
Log 1, "Zeitprog=" . ReadingsVal("TimeDi","HHMM1",0) . chr(59) . ReadingsVal("TimeDi","HHMM2",0) . chr(59) . ReadingsVal("TimeDi","HHMM3",0) . chr(59) . ReadingsVal("TimeDi","HHMM4",0) . chr(59) ."24:00" . chr(59) . "24:00" . chr(59) . "selected";;\
}
attr DateCopy2 room HeizProgramm
define DateCopy3 notify TimeMi {\
fhem "set TimeMi " . ReadingsVal("TimeMi","HHMM1",0) . " " . ReadingsVal("TimeMi","HHMM2",0) . " " . ReadingsVal("TimeMi","HHMM3",0) . " " . ReadingsVal("TimeMi","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "get ZeitfensterSchreibenMi ZeitfensterSchreibenMi";;\
Log 1, "Zeitprog=" . ReadingsVal("TimeMi","HHMM1",0) . chr(59) . ReadingsVal("TimeMi","HHMM2",0) . chr(59) . ReadingsVal("TimeMi","HHMM3",0) . chr(59) . ReadingsVal("TimeMi","HHMM4",0) . chr(59) ."24:00" . chr(59) . "24:00" . chr(59) . "selected";;\
}
attr DateCopy3 room HeizProgramm
define DateCopy4 notify TimeDo {\
fhem "set TimeDo " . ReadingsVal("TimeDo","HHMM1",0) . " " . ReadingsVal("TimeDo","HHMM2",0) . " " . ReadingsVal("TimeDo","HHMM3",0) . " " . ReadingsVal("TimeDo","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "get ZeitfensterSchreibenDo ZeitfensterSchreibenDo";;\
Log 1, "Zeitprog=" . ReadingsVal("TimeDo","HHMM1",0) . chr(59) . ReadingsVal("TimeDo","HHMM2",0) . chr(59) . ReadingsVal("TimeDo","HHMM3",0) . chr(59) . ReadingsVal("TimeDo","HHMM4",0) . chr(59) ."24:00" . chr(59) . "24:00" . chr(59) . "selected";;\
}
attr DateCopy4 room HeizProgramm
define DateCopy5 notify TimeFr {\
fhem "set TimeFr " . ReadingsVal("TimeFr","HHMM1",0) . " " . ReadingsVal("TimeFr","HHMM2",0) . " " . ReadingsVal("TimeFr","HHMM3",0) . " " . ReadingsVal("TimeFr","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "get ZeitfensterSchreibenFr ZeitfensterSchreibenFr";;\
Log 1, "Zeitprog=" . ReadingsVal("TimeFr","HHMM1",0) . chr(59) . ReadingsVal("TimeFr","HHMM2",0) . chr(59) . ReadingsVal("TimeFr","HHMM3",0) . chr(59) . ReadingsVal("TimeFr","HHMM4",0) . chr(59) ."24:00" . chr(59) . "24:00" . chr(59) . "selected";;\
}
attr DateCopy5 room HeizProgramm
define DateCopy6 notify TimeSa {\
fhem "set TimeSa " . ReadingsVal("TimeSa","HHMM1",0) . " " . ReadingsVal("TimeSa","HHMM2",0) . " " . ReadingsVal("TimeSa","HHMM3",0) . " " . ReadingsVal("TimeSa","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "get ZeitfensterSchreibenSa ZeitfensterSchreibenSa";;\
Log 1, "Zeitprog=" . ReadingsVal("TimeSa","HHMM1",0) . chr(59) . ReadingsVal("TimeSa","HHMM2",0) . chr(59) . ReadingsVal("TimeSa","HHMM3",0) . chr(59) . ReadingsVal("TimeSa","HHMM4",0) . chr(59) ."24:00" . chr(59) . "24:00" . chr(59) . "selected";;\
}
attr DateCopy6 room HeizProgramm
define DateCopy7 notify TimeSo {\
fhem "set TimeSo " . ReadingsVal("TimeSo","HHMM1",0) . " " . ReadingsVal("TimeSo","HHMM2",0) . " " . ReadingsVal("TimeSo","HHMM3",0) . " " . ReadingsVal("TimeSo","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "get ZeitfensterSchreibenSo ZeitfensterSchreibenSo";;\
Log 1, "Zeitprog=" . ReadingsVal("TimeSo","HHMM1",0) . chr(59) . ReadingsVal("TimeSo","HHMM2",0) . chr(59) . ReadingsVal("TimeSo","HHMM3",0) . chr(59) . ReadingsVal("TimeSo","HHMM4",0) . chr(59) ."24:00" . chr(59) . "24:00" . chr(59) . "selected";;\
}
attr DateCopy7 room HeizProgramm
#OK Button Kopieren
define OkAll dummy
attr OkAll alias Montag auf alle Tage kopieren =>Di,Mi,Do,Fr,Sa,So
attr OkAll devStateIcon ok:general_ok:ok
attr OkAll eventMap on:ok off:ok
attr OkAll group Zeiteingabe
attr OkAll room HeizProgramm
define DateCopyAll notify OkAll {\
fhem "attr DateCopy2 disable 1";;\
fhem "set TimeDi " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeDi HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeDi HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeDi HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy2 disable 0";;\
fhem "setreading TimeDi HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
fhem "attr DateCopy3 disable 1";;\
fhem "set TimeMi " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeMi HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeMi HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeMi HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy3 disable 0";;\
fhem "setreading TimeMi HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
fhem "attr DateCopy4 disable 1";;\
fhem "set TimeDo " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeDo HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeDo HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeDo HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy4 disable 0";;\
fhem "setreading TimeDo HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
fhem "attr DateCopy5 disable 1";;\
fhem "set TimeFr " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeFr HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeFr HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeFr HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy5 disable 0";;\
fhem "setreading TimeFr HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
fhem "attr DateCopy6 disable 1";;\
fhem "set TimeSa " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeSa HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeSa HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeSa HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy6 disable 0";;\
fhem "setreading TimeSa HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
fhem "attr DateCopy7 disable 1";;\
fhem "set TimeSo " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeSo HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeSo HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeSo HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy7 disable 0";;\
fhem "setreading TimeSo HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
}
attr DateCopyAll room HeizProgramm
#####################################
# ECMD Definitionen #
#####################################
define ZeitfensterSchreibenMo ECMDDevice bai00.class
attr ZeitfensterSchreibenMo IODev EBUS
attr ZeitfensterSchreibenMo room HeizProgramm
define ZeitfensterSchreibenDi ECMDDevice bai00.class
attr ZeitfensterSchreibenDi IODev EBUS
attr ZeitfensterSchreibenDi room HeizProgramm
define ZeitfensterSchreibenMi ECMDDevice bai00.class
attr ZeitfensterSchreibenMi IODev EBUS
attr ZeitfensterSchreibenMi room HeizProgramm
define ZeitfensterSchreibenDo ECMDDevice bai00.class
attr ZeitfensterSchreibenDo IODev EBUS
attr ZeitfensterSchreibenDo room HeizProgramm
define ZeitfensterSchreibenFr ECMDDevice bai00.class
attr ZeitfensterSchreibenFr IODev EBUS
attr ZeitfensterSchreibenFr room HeizProgramm
define ZeitfensterSchreibenSa ECMDDevice bai00.class
attr ZeitfensterSchreibenSa IODev EBUS
attr ZeitfensterSchreibenSa room HeizProgramm
define ZeitfensterSchreibenSo ECMDDevice bai00.class
attr ZeitfensterSchreibenSo IODev EBUS
attr ZeitfensterSchreibenSo room HeizProgramm
Version ECMD Dieser Code in fhem.cfg
get ZeitfensterSchreibenMo cmd {"write -c 470mc mcTTMonday ".ReadingsVal("TimeMo","HHMM1",0) . chr(59) . ReadingsVal("TimeMo","HHMM2",0) . chr(59) . ReadingsVal("TimeMo","HHMM3",0) . chr(59) . ReadingsVal("TimeMo","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenMo expect ".*"
get ZeitfensterSchreibenMo postproc { $_ }
get ZeitfensterSchreibenDi cmd {"write -c 470mc mcTTTuesday ".ReadingsVal("TimeDi","HHMM1",0) . chr(59) . ReadingsVal("TimeDi","HHMM2",0) . chr(59) . ReadingsVal("TimeDi","HHMM3",0) . chr(59) . ReadingsVal("TimeDi","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenDi expect ".*"
get ZeitfensterSchreibenDi postproc { $_ }
get ZeitfensterSchreibenMi cmd {"write -c 470mc mcTTWednesday ".ReadingsVal("TimeMi","HHMM1",0) . chr(59) . ReadingsVal("TimeMi","HHMM2",0) . chr(59) . ReadingsVal("TimeMi","HHMM3",0) . chr(59) . ReadingsVal("TimeMi","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenMi expect ".*"
get ZeitfensterSchreibenMi postproc { $_ }
get ZeitfensterSchreibenDo cmd {"write -c 470mc mcTTThursday ".ReadingsVal("TimeDo","HHMM1",0) . chr(59) . ReadingsVal("TimeDo","HHMM2",0) . chr(59) . ReadingsVal("TimeDo","HHMM3",0) . chr(59) . ReadingsVal("TimeDo","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenDo expect ".*"
get ZeitfensterSchreibenDo postproc { $_ }
get ZeitfensterSchreibenFr cmd {"write -c 470mc mcTTFriday ".ReadingsVal("TimeFr","HHMM1",0) . chr(59) . ReadingsVal("TimeFr","HHMM2",0) . chr(59) . ReadingsVal("TimeFr","HHMM3",0) . chr(59) . ReadingsVal("TimeFr","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenFr expect ".*"
get ZeitfensterSchreibenFr postproc { $_ }
get ZeitfensterSchreibenSa cmd {"write -c 470mc mcTTSaturday ".ReadingsVal("TimeSa","HHMM1",0) . chr(59) . ReadingsVal("TimeSa","HHMM2",0) . chr(59) . ReadingsVal("TimeSa","HHMM3",0) . chr(59) . ReadingsVal("TimeSa","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenSa expect ".*"
get ZeitfensterSchreibenSa postproc { $_ }
get ZeitfensterSchreibenSo cmd {"write -c 470mc mcTTSunday ".ReadingsVal("TimeSo","HHMM1",0) . chr(59) . ReadingsVal("TimeSo","HHMM2",0) . chr(59) . ReadingsVal("TimeSo","HHMM3",0) . chr(59) . ReadingsVal("TimeSo","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenSo expect ".*"
get ZeitfensterSchreibenSo postproc { $_ }
diesen Code in die "bai00.cfg", wenn nicht vorhanden dann im Verz. "Fhem" anlegen.
Im Prinzip braucht nur eine Zeile im notify statt "get ZeitfensterSchreibenXX" (oder den Log Eintrag verwenden und umbauen) erweitert werden und es kann schon über den GAEBUS damit gesteuert werden. Die bai00.cfg entfällt dann.
Wer genauere Zeiteingaben benötigt als 30 Minuten Abstände, kann einfach in der setList die gewünschten Vorgaben ändern. ZB: in der Zeit zwischen 05:00 - 07:00 dann in 15 Minuten Abständen.
Der notify wird bei jeder Änderung in einem der 4 Eingabefenster getriggert, was auch Sinn macht, denn wenn nur ein Timer geändert wird soll ja dieser auch geschrieben werden.
Bei der Version GAEBUS muss bei den Schreibvariablen des Timers jeweils der Name "nMo" bzw nDi,NMi,nDo,nFr,nSa,nSo für den jeweiligen Tag definiert werden. Wer andere Namen verwenden will muss dies im Listing austauschen.
#################################
# Zeitprogramme #
#################################
define TimeMo dummy
attr TimeMo alias 1 Montag
attr TimeMo group Zeiteingabe
attr TimeMo readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeMo room HeizProgramm
attr TimeMo setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeMo stateFormat HHMM1 - HHMM2
attr TimeMo webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeDi dummy
attr TimeDi alias 2 Dienstag
attr TimeDi group Zeiteingabe
attr TimeDi readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeDi room HeizProgramm
attr TimeDi setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeDi stateFormat HHMM1 - HHMM2
attr TimeDi webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeMi dummy
attr TimeMi alias 3 Mittwoch
attr TimeMi group Zeiteingabe
attr TimeMi readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeMi room HeizProgramm
attr TimeMi setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeMi stateFormat HHMM1 - HHMM2
attr TimeMi webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeDo dummy
attr TimeDo alias 4 Donnerstag
attr TimeDo group Zeiteingabe
attr TimeDo readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeDo room HeizProgramm
attr TimeDo setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeDo stateFormat HHMM1 - HHMM2
attr TimeDo webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeFr dummy
attr TimeFr alias 5 Freitag
attr TimeFr group Zeiteingabe
attr TimeFr readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeFr room HeizProgramm
attr TimeFr setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeFr stateFormat HHMM1 - HHMM2
attr TimeFr webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeSa dummy
attr TimeSa alias 6 Samstag
attr TimeSa group Zeiteingabe
attr TimeSa readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeSa room HeizProgramm
attr TimeSa setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeSa stateFormat HHMM1 - HHMM2
attr TimeSa webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
define TimeSo dummy
attr TimeSo alias 7 Sonntag
attr TimeSo group Zeiteingabe
attr TimeSo readingList HHMM1 HHMM2 HHMM3 HHMM4
attr TimeSo room HeizProgramm
attr TimeSo setList HHMM1:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM2:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM3:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00 HHMM4:00:00,00:30,01:00,01:30,02:00,02:30,03:00,03:30,04:00,04:30,05:00,05:30,06:00,06:30,07:00,07:30,08:00,08:30,09:00,09:30,10:00,10:30,11:00,11:30,12:00,12:30,13:00,13:30,14:00,14:30,15:00,15:30,16:00,16:30,17:00,17:30,18:00,18:30,19:00,19:30,20:00,20:30,21:00,21:30,22:00,22:30,23:00,23:30,24:00
attr TimeSo stateFormat HHMM1 - HHMM2
attr TimeSo webCmd HHMM1: bis :HHMM2: Timer2 :HHMM3: bis :HHMM4
# Datum in den Dummy kopieren
define DateCopy notify TimeMo {\
fhem "set TimeMo " . ReadingsVal("TimeMo","HHMM1",0) . " " . ReadingsVal("TimeMo","HHMM2",0) . " " . ReadingsVal("TimeMo","HHMM3",0) . " " . ReadingsVal("TimeMo","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "set ebus1 nMo " . ReadingsVal("TimeMo","HHMM1",0) . chr(59) . chr(59) . ReadingsVal("TimeMo","HHMM2",0) . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "selected";;\
}
attr DateCopy room HeizProgramm
define DateCopy2 notify TimeDi {\
fhem "set TimeDi " . ReadingsVal("TimeDi","HHMM1",0) . " " . ReadingsVal("TimeDi","HHMM2",0) . " " . ReadingsVal("TimeDi","HHMM3",0) . " " . ReadingsVal("TimeDi","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "set ebus1 nDi " . ReadingsVal("TimeDi","HHMM1",0) . chr(59) . chr(59) . ReadingsVal("TimeDi","HHMM2",0) . chr(59) . chr(59) . ReadingsVal("TimeDi","HHMM3",0). chr(59) . chr(59) . ReadingsVal("TimeDi","HHMM4",0) . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "selected";;\
}
attr DateCopy2 room HeizProgramm
define DateCopy3 notify TimeMi {\
fhem "set TimeMi " . ReadingsVal("TimeMi","HHMM1",0) . " " . ReadingsVal("TimeMi","HHMM2",0) . " " . ReadingsVal("TimeMi","HHMM3",0) . " " . ReadingsVal("TimeMi","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "set ebus1 nMi " . ReadingsVal("TimeMi","HHMM1",0) . chr(59) . chr(59) . ReadingsVal("TimeMi","HHMM2",0) . chr(59) . chr(59) . ReadingsVal("TimeMi","HHMM3",0) . chr(59) . chr(59) . ReadingsVal("TimeMi","HHMM4",0) . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "selected";;\
}
attr DateCopy3 room HeizProgramm
define DateCopy4 notify TimeDo {\
fhem "set TimeDo " . ReadingsVal("TimeDo","HHMM1",0) . " " . ReadingsVal("TimeDo","HHMM2",0) . " " . ReadingsVal("TimeDo","HHMM3",0) . " " . ReadingsVal("TimeDo","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "set ebus1 nDo " . ReadingsVal("TimeDo","HHMM1",0) . chr(59) . chr(59) . ReadingsVal("TimeDo","HHMM2",0) . chr(59) . chr(59) . ReadingsVal("TimeDo","HHMM3",0) . chr(59) . chr(59) . ReadingsVal("TimeDo","HHMM4",0). chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "selected";;\
}
attr DateCopy4 room HeizProgramm
define DateCopy5 notify TimeFr {\
fhem "set TimeFr " . ReadingsVal("TimeFr","HHMM1",0) . " " . ReadingsVal("TimeFr","HHMM2",0) . " " . ReadingsVal("TimeFr","HHMM3",0) . " " . ReadingsVal("TimeFr","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "set ebus1 nFr " . ReadingsVal("TimeFr","HHMM1",0) . chr(59) . chr(59) . ReadingsVal("TimeFr","HHMM2",0) . chr(59) . chr(59) . ReadingsVal("TimeFr","HHMM3",0) . chr(59) . chr(59) . ReadingsVal("TimeFr","HHMM4",0) . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "selected";;\
}
attr DateCopy5 room HeizProgramm
define DateCopy6 notify TimeSa {\
fhem "set TimeSa " . ReadingsVal("TimeSa","HHMM1",0) . " " . ReadingsVal("TimeSa","HHMM2",0) . " " . ReadingsVal("TimeSa","HHMM3",0) . " " . ReadingsVal("TimeSa","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "set ebus1 nSa " . ReadingsVal("TimeSa","HHMM1",0) . chr(59) . chr(59) . ReadingsVal("TimeSa","HHMM2",0) . chr(59) . chr(59) . ReadingsVal("TimeSa","HHMM3",0) . chr(59) . chr(59) . ReadingsVal("TimeSa","HHMM4",0) . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "selected";;\
}
attr DateCopy6 room HeizProgramm
define DateCopy7 notify TimeSo {\
fhem "set TimeSo " . ReadingsVal("TimeSo","HHMM1",0) . " " . ReadingsVal("TimeSo","HHMM2",0) . " " . ReadingsVal("TimeSo","HHMM3",0) . " " . ReadingsVal("TimeSo","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
fhem "set ebus1 nSo " . ReadingsVal("TimeSo","HHMM1",0) . chr(59) . chr(59) . ReadingsVal("TimeSo","HHMM2",0) . chr(59) . chr(59) . ReadingsVal("TimeSo","HHMM3",0) . chr(59) . chr(59) . ReadingsVal("TimeSo","HHMM4",0) . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "selected";;\
}
attr DateCopy7 room HeizProgramm
#OK Button Kopieren
define OkAll dummy
attr OkAll alias Montag auf alle Tage kopieren =>Di,Mi,Do,Fr,Sa,So
attr OkAll devStateIcon ok:general_ok:ok
attr OkAll eventMap on:ok off:ok
attr OkAll group Zeiteingabe
attr OkAll room HeizProgramm
define DateCopyAll notify OkAll {\
fhem "attr DateCopy2 disable 1";;\
fhem "set TimeDi " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeDi HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeDi HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeDi HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy2 disable 0";;\
fhem "setreading TimeDi HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
fhem "attr DateCopy3 disable 1";;\
fhem "set TimeMi " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeMi HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeMi HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeMi HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy3 disable 0";;\
fhem "setreading TimeMi HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
fhem "attr DateCopy4 disable 1";;\
fhem "set TimeDo " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeDo HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeDo HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeDo HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy4 disable 0";;\
fhem "setreading TimeDo HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
fhem "attr DateCopy5 disable 1";;\
fhem "set TimeFr " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeFr HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeFr HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeFr HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy5 disable 0";;\
fhem "setreading TimeFr HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
fhem "attr DateCopy6 disable 1";;\
fhem "set TimeSa " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeSa HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeSa HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeSa HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy6 disable 0";;\
fhem "setreading TimeSa HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
fhem "attr DateCopy7 disable 1";;\
fhem "set TimeSo " . ReadingsVal("TimeMo","state",0);;\
fhem "setreading TimeSo HHMM1 " . ReadingsVal("TimeMo","HHMM1",0);;\
fhem "setreading TimeSo HHMM2 " . ReadingsVal("TimeMo","HHMM2",0);;\
fhem "setreading TimeSo HHMM3 " . ReadingsVal("TimeMo","HHMM3",0);;\
fhem "attr DateCopy7 disable 0";;\
fhem "setreading TimeSo HHMM4 " . ReadingsVal("TimeMo","HHMM4",0);;\
}
attr DateCopyAll room HeizProgramm
Version GAEBUS
LG
Reinhart
edit by Reinhart 26.9: Copy Funktion hinzugefügt, Mo auf alle Tage!
edit by Reinhart 26.9: GAEBUS Version hinzugefügt
@Jamesgo
Mir ist Folgendes aufgefallen: Ab und zu habe ich ein paar Lesefehler, die ich mir nicht erklären kann.
2015-09-25 15:59:30.141 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c78
2015-09-25 15:59:32.132 [update notice] unknown MS cmd: 1008b510090000006effff41ff00 / 0101
2015-09-25 15:59:40.106 [update notice] update broadcast outsidetemp QQ=10: 16.625
2015-09-25 15:59:42.188 [update notice] unknown MS cmd: 1008b510090000006effff41ff00 / 0101
2015-09-25 15:59:46.391 [bus error] ERR: CRC error, retry
2015-09-25 15:59:46.993 [bus error] ERR: CRC error, retry
2015-09-25 15:59:47.590 [bus error] ERR: CRC error, retry
2015-09-25 15:59:48.098 [bus error] ERR: arbitration lost, retry
2015-09-25 15:59:48.371 [bus error] ERR: CRC error
2015-09-25 15:59:48.371 [main error] send message: ERR: CRC error
2015-09-25 15:59:50.225 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c78
2015-09-25 15:59:52.248 [update notice] unknown MS cmd: 1008b510090000006effff41ff00 / 0101
...
2015-09-25 16:09:41.138 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c78
2015-09-25 16:09:43.129 [update notice] unknown MS cmd: 1008b510090000336effff00ff00 / 0101
2015-09-25 16:09:49.122 [update notice] unknown MS cmd: 1008b5110101 / 0936350080ff690000ff
2015-09-25 16:09:51.108 [update notice] update broadcast outsidetemp QQ=10: 16.625
2015-09-25 16:09:53.148 [update notice] unknown MS cmd: 1008b510090000336effff00ff00 / 0101
2015-09-25 16:10:01.169 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c78
2015-09-25 16:10:03.164 [update notice] unknown MS cmd: 1008b510090000336effff00ff00 / 0101
2015-09-25 16:10:13.117 [bus error] ERR: arbitration lost, retry
2015-09-25 16:10:13.207 [update notice] unknown MS cmd: 1008b510090000336effff00ff00 / 0101
2015-09-25 16:10:23.183 [update notice] unknown MS cmd: 1008b510090000336effff00ff00 / 0101
2015-09-25 16:10:31.155 [update notice] update broadcast vdatetime QQ=10: 16:10:27;25.09.2015
2015-09-25 16:10:31.393 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-09-25 16:10:33.217 [update notice] unknown MS cmd: 1008b510090000336effff00ff00 / 0101
Könnte man das Modul dahingehend verbessern, dass diese Fehler nicht zu einem Durcheinander in den Readings führen? Es scheint so, als dass sich die Daten bei einem solchen Fehler verschieben, was wiederum dann Readings erzeugt, die aus den eigentlichen Zahlenwerten bestehen.
Momentan helfe ich mir damit, ab und zu alle Readings zu löschen.
Nachtrag: Evtl. liegt es auch daran, dass ich unterschiedliche csv-Dateien beim ebusd und für GAEBUS verwende. Naja, bin halt noch am Testen...
schöne Grüße
Jo
Zitat von: Reinhart am 25 September 2015, 17:08:15
Timer Eingabe für die CalorMatic 430 und 470!
...
LG
Reinhart
Sieht sehr gut aus, danke! Sobald GAEBUS damit kompatibel ist werde ich es auch mal implementieren.
schöne Grüße
Jo
Zitat von: Reinhart am 25 September 2015, 17:08:15
Der notify wird bei jeder Änderung in einem der 4 Eingabefenster getriggert, was auch Sinn macht, denn wenn nur ein Timer geändert wird soll ja dieser auch geschrieben werden.
das ist mMn suboptimal, weil das zu vielen Schreibvorgängen führt.
Werte Einstellen wie man's braucht und dann "Schreibt Trigger absetzten" wäre mMn besser.
(Man
könnte ein dropdown "ok" implementierten (pro Tag) - der notify reagiert nur daruf - wäre eine Idee - ich persönlich werde das noch anders umsetzen...)
Das nur als Anmerkung.
Viele Grüße
Arthur
Zitat von: Jojo11 am 25 September 2015, 17:14:21
Nachtrag: Evtl. liegt es auch daran, dass ich unterschiedliche csv-Dateien beim ebusd und für GAEBUS verwende. Naja, bin halt noch am Testen...
Das Modul sollte dahingehend umgestellt werden, dass es die EBUSD commandos ("find") verwendet, damit würden diese problematischen CSV handlings wegfallen, das hatte ich bei meiner ersten Version auch und das führte genau zu sowas.
VG Arthur
Zitataber in der Hoffnung, das es hier einige testen finden wir vielleicht gemeinsam die Lösung wie man die Parameter für den GAEBUS richtig übergeben muss, damit dieser nicht glaubt es sei das Kommandoende erreicht. Es geht dabei gezielt um das ";".
Ich kann mir das am Sonntag anschauen ... da gibt es bestimmt eine Lösung.
ZitatDas Modul sollte dahingehend umgestellt werden, dass es die EBUSD commandos ("find") verwendet, damit würden diese problematischen CSV handlings wegfallen, das hatte ich bei meiner ersten Version auch und das führte genau zu sowas.
Der "find" liefert leider nicht die Kommentare ... und die finde ich beim Testen sehr nützlich.
Zitat von: jamesgo am 25 September 2015, 20:12:49
Der "find" liefert leider nicht die Kommentare ... und die finde ich beim Testen sehr nützlich.
bitte spezifizieren.
Das hier:
(http://up.picr.de/23133503ix.jpg)
kommt per find command - und das ist gefiltert.
Viele Grüße
Arthur
Zitat von: amunra am 25 September 2015, 18:08:14
das ist mMn suboptimal, weil das zu vielen Schreibvorgängen führt.
in diese Richtung hatte ich auch schon daran gedacht aber die Idee sofort wieder verworfen! Wie oft verstellt man diese Timer? Ich nehme an so an die 5-10 x maximal im Jahr! Wenn du auf einen einzigen Meßwert über dem eBus verzichtest (zB: die Außentemperatur) der alle 10 Minuten abgefragt wird, dann sparst du dir 52.560 Lesezugriffe pro Jahr! ( 6 * 24 * 365). Was spielt es da im Verhältnis für eine Rolle wenn nach jeder Eingabe einer programmierten Zeit gesendet wird? Meiner Meinung nach sollte da dem Komfort der Vorrang gegeben werden, denn wenn zusätzlich nach der Zeitprogrammierung eine Taste gedrückt werden muss vergisst man leicht darauf (ich zumindest)!
Aber es kann natürlich jeder das individuell nach seinem persönlichen Geschmack anpassen, das ist ja nur ein Test Muster damit nicht jeder das herunter tippen muss!
LG
Reinhart
@Jojo11
Ich bin mir jetzt sicher, ob du das warst der schon einmal mit dem Konverter Hardware Probleme hatte. Aber du hast die Probleme ja auch beim Senden!
2015-09-25 15:59:46.391 [bus error] ERR: CRC error, retry
2015-09-25 15:59:46.993 [bus error] ERR: CRC error, retry
2015-09-25 15:59:47.590 [bus error] ERR: CRC error, retry
2015-09-25 15:59:48.098 [bus error] ERR: arbitration lost, retry
2015-09-25 15:59:48.371 [bus error] ERR: CRC error
2015-09-25 15:59:48.371 [main error] send message: ERR: CRC error
Meiner Meinung nach sind das Prüfsummenfehler der übertragenen Bytes am Bus (am Konverter, jeder Datensatz wird ja mit einer Prüfsumme versehen damit die Richtigkeit bestätigt wird), das kann uns John vermutlich genauer erklären. Wenn das so ist, dann kann die Ursache in der Hardware liegen. Schlechtes Kabel, Störungseinflüsse etc. Ich möchte jetzt den Teufel nicht an die Wand malen, aber für mich deutet alles darauf hin. Eigentlich ist das Kabel ja gegen Störeinflüsse relativ immun, da hier mit hohen Spannungspegeln gearbeitet wird und daher auch die Leitungslänge nicht so kritisch ist.
Ich habe jetzt eine Woche Logs untersucht, aber solche Fehler gibt es bei mir keinen einzigen und im Augenblick teste ich viel über den Bus.
LG
Reinhart
In der Tat wurde mein ebus-Koppler schon einmal ausgetauscht. Aber dass der gleiche Fehler bei zwei zu vollkommen unterschiedlichen Zeitpunkten hergestellten Geräten und dazu noch bei ein und demselben Kunden gleich zwei mal auftritt, halte ich für extrem unwahrscheinlich. Die Kabelverbindung oder der Rest (Raspberry, Stromversorgung, ...) könnten schon eher eine Ursache sein.
Auch scheine ich hier der Einzige zu sein, der eine Calormatic 470f benutzt. Zudem habe ich einen per Funk angebundenen DCF77 Aussensensor. Macht zwei Funkverbindungen, die auch nicht immer gut sind (eine geht durch eine Betondecke). Ich habe keine Ahnung, was so passieren kann, wenn der ebus richitg gut beschäftigt ist.
Leider bin ich noch nicht dazu gekommen, den Eigenbau-Adapter zusammenzulöten, sonst hätte ich einen direkten Vergleich.
Da ansonsten aber alles funktioniert und keinerlei falsche Messwerte entstehen, kann ich die Fehlermeldungen eigentlich verschmerzen. Nur die stetig anwachsende Anzahl an Readings bei meinem GAEBUS-Device nervt ein wenig. Aber vielleicht lösche ich die einfach alle paar Stunden mal mit
deletereading EBUS .*
;D
Und sonst hat hier niemand im ebusd-log ab und zu "bus-errors"?
schöne Grüße
Jo
@Jamesgo
Hallo Andy, habe jetzt den Fehler gefunden warum ich den String mit dem ";" nicht übergeben konnte. Habe einiges in der FHEM Doku gelesen und bin fündig geworden. Das Semikolon wird wie ein Sonderzeichen ala "@" oder "!" behandelt, also muss man den String "@@" oder "!!" oder ";;" übergeben!
hier nun das Log vom GAEBUS wenn ich richtig übergebe
2015.09.26 19:06:15 3: ebus1 execute w -c 470mc mcTTMonday 04:00;19:30;24:00;24:00;24:00;24:00;selected
2015.09.26 19:06:15 3: ebus1 answer w nMo done
und Schwubs sind die Feldtrenner drinnen
und so schaut jetzt die zugehörige Befehlszeile aus:
fhem "set ebus1 nMo " . ReadingsVal("TimeMo","HHMM1",0) . chr(59) . chr(59) . ReadingsVal("TimeMo","HHMM2",0) . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "24:00" . chr(59) . chr(59) . "selected";;\
auch kann ich das Semikolon nicht direkt eingeben sondern so wie hier als Charakter. Diese Befehlszeile erzeugt obiges Log.
LG
Reinhart
Danke für's Nachforschen! Dann werde ich das jetzt auch mal angehen (primär mit smartVISU).
schöne Grüße
Jo
ich habe im vorigen Post die Version der Timerprogrammierung für den GAEBUS angehängt.
Funktioniert nun für Varianten, ECMD oder für GAEBUS.
hier: http://forum.fhem.de/index.php/topic,41064.msg336911.html#msg336911 (http://forum.fhem.de/index.php/topic,41064.msg336911.html#msg336911)
Ferner ist noch die Möglichkeit dazu gekommen den Montag auf alle anderen Tage zu kopieren, weil dies viel Arbeit sparen kann.
LG
Reinhart
Hallo Reinhard,
ich habe mal testweise den ersten Dummy deines Codes übernommen, um zu sehen, ob das mit smartVISU klappt. Wenn man in SV im selectmenu ebenfalls die Zeiten als "xx:xx" vorgibt und über den Konverter "direct" geht, klappt es auf Anhieb :) Danke!
Jetzt ist es nur noch Fleißarbeit (zwei Zeiten pro Wochentag und das für Heizung, Warmwasser und Zirkulationspumpe) ::)
Wo ist eigentlich der Unterschied zwischen "00:00 Uhr" und "24:00 Uhr"?
schöne Grüße
Jo
@Jojo11
Freut mich wenn es gleich auf Anhieb funktioniert. Für das WW und die Zirkulationspumpe brauchst ja den Code nur kopieren und die Variablennamen nach cvs austauschen.
Der Unterschied zw. 0 + 24 Uhr liegt in der Interpretierung von "keine Zeit programmiert".
pi@raspberry2 ~ $ ebusctl r -f -c 470mc mcTTMonday
0;03:30;19:30;00:00;00:00;-:-;-:-;Mo-So
pi@raspberry2 ~ $ ebusctl r -f -c 470mc mcTTMonday
0;03:30;19:30;-:-;-:-;-:-;-:-;Mo-So
Bei der ersten Abfrage habe ich 00:00 eingeben, da füllt er mit 00:00 und im zweiten Beispiel steht 24:00 jeweils im 2. Timer. Bei 24:00 füllt er mit "-". Das schaut schöner aus, weil es sofort ins Auge sticht.
Ich hoffe du hast noch gesehen, dass ich den Code um die Copy Funktion erweitert habe, das erleichtert die Eingabe weil du nur den Montag programmieren musst und die restlichen Tage werden bei "Ok" automatisch befüllt und tageweise in die Register geschrieben.
LG
Reinhart
Alles klar, danke. Habe leider gerade wenig Zeit, um das weiter umzusetzen.
schöne Grüße
Jo
Ich habe mir heute einmal die Tablet-ui angeschaut und fürs Tablet unter anderem eine GAEBUS Seite zusammen gebastelt.
HTML ist nicht gerade meine Stärke, aber mit den tollen Widgets und Beispielen geht das sehr schnell. Im Prinzip ist das meiste nur Copy & Paste.
Die Anbindung an Fhem funktioniert sehr gut (beschränkt sich ja lediglich auf Eingabe des Data Devices) und am Tablet lässt sich das mit den Fingern gut bedienen.
LG
Reinhart
Sieht gut aus! Ich selber verwende lieber smartVISU und habe mir da auch schon etwas zusammengebaut. Komme aber zur Zeit nicht weiter bei der Eingabe von Uhrzeiten.
schöne Grüße
Jo
@Jojo
smartviso würde mich mal interessieren, kannst mal bei Gelegenheit ein Bild davon posten (GAEBUS)?
ja Zeitprogramm bin ich gerade dabei, gibt es zum Glück auch ein Widget (settimer).
Muss noch schauen ob ich das etwas verkleinern kann.
LG
Niedlich. Allerdings hätte ich Bedenken, das Logo und den Firmenschriftzug von Vaillant hier im Forum auf einem Bild zu verwenden, das kann Dir und dem Forumsbetreiber eine nette Abmahnung eintragen. Abgesehen davon, dass ich das auch wenig hübsch finde...
LG
pah
@pah
Danke für den Hinweis, habe das Logo entfernt und neu hochgeladen!
Sicher ist sicher!
LG
Zitat von: Reinhart am 30 September 2015, 15:23:34
ja Zeitprogramm bin ich gerade dabei, gibt es zum Glück auch ein Widget (settimer).
Für das Einstellen der Zeiten gibt es bei Tablet UI seit dem 16.09.2015 ein eigenes Widget widget_datetimepicker.
In Forum unter der folgenden Url finden: http://forum.fhem.de/index.php/topic,34233.msg333414.html#msg333414
VG
Sven
Zitat von: Reinhart am 30 September 2015, 15:23:34
@Jojo
smartviso würde mich mal interessieren, kannst mal bei Gelegenheit ein Bild davon posten (GAEBUS)?
ja Zeitprogramm bin ich gerade dabei, gibt es zum Glück auch ein Widget (settimer).
Muss noch schauen ob ich das etwas verkleinern kann.
LG
Bin noch nicht sehr weit (s. Anhang). Als nächstes stehen die Zeitprogramme an.
schöne Grüße
Jo
Das modul hat mir sehr viel Arbeit erspart. Danke dafür.
Bis jetzt konnte ich alles so in fhem konfigurieren, wie ich mir das vorgestellt habe. Meine Aktuelle Herausforderung: Berechnung der (Tages/Monats/Jahres) Arbeitszahl in Verbindung mit reduzieren der Events.
Hintergrund: Ich habe eine Statistik auf den eBus gemacht:
define ErtragWaermepumpe statistics ebus
attr ErtragWaermepumpe deltaReadings Energieertrag
attr ErtragWaermepumpe event-on-change-reading .*
Herausforderung:
Im Event Monitor erhalte ich folgende Meldungen in kurzen Zeitlichen Abständen:
2015-09-30_19:49:06 ebus statEnergieertrag: Hour: 0 Day: 20 Month: 136 Year: 136 (since: )
2015-09-30_19:49:06 ebus Vorlauf: 23.56 ok
2015-09-30_19:49:06 ebus statEnergieertrag: Hour: 0 Day: 20 Month: 136 Year: 136 (since: )
2015-09-30_19:49:06 ebus Rücklauf: 23.56 ok
2015-09-30_19:49:06 ebus statEnergieertrag: Hour: 0 Day: 20 Month: 136 Year: 136 (since: )
2015-09-30_19:49:07 ebus Wärmepumpenstatus: standby
2015-09-30_19:49:07 ebus statEnergieertrag: Hour: 0 Day: 20 Month: 136 Year: 136 (since: )
Ideen wie ich das 3 fache loggen der Werte "statEnergieertrag" verhindern kann?
Definition GAEBUS:
define ebus GAEBUS 192.168.0.50:8888 60
attr ebus userattr r~ehp~CompHoursHc~Compressor_Hours_CH r~ehp~CompHoursHwc~Compressor_Hours_DHW r~ehp~CompHours~Betrieb_Kompress r~ehp~CompStartsHc~Compressor_Commutations_CH r~ehp~CompStartsHwc~Compressor_Commutations_DHW r~ehp~CompStarts~Kompressor_Starts r~ehp~HcFlowTemp~Vorlauftemp._IST r~ehp~HcReturnTemp~Rücklauftemp._IST r~ehp~HeatPumpStatus~Wärmepumpenstatus r~ehp~Integral~Energie-Integral r~ehp~YieldEnvironmentEnergy~Energieertrag r~uih~EnergyYieldThisYear10~Energieertrag_aktuelles_Jahr_Monat_10 r~uih~EnergyYieldThisYear11~Energieertrag_aktuelles_Jahr_Monat_11 r~uih~EnergyYieldThisYear12~Energieertrag_aktuelles_Jahr_Monat_12 r~uih~EnergyYieldThisYear1~Energieertrag_aktuelles_Jahr_Monat_1 r~uih~EnergyYieldThisYear2~Energieertrag_aktuelles_Jahr_Monat_2 r~uih~EnergyYieldThisYear3~Energieertrag_aktuelles_Jahr_Monat_3 r~uih~EnergyYieldThisYear4~Energieertrag_aktuelles_Jahr_Monat_4 r~uih~EnergyYieldThisYear5~Energieertrag_aktuelles_Jahr_Monat_5 r~uih~EnergyYieldThisYear6~Energieertrag_aktuelles_Jahr_Monat_6 r~uih~EnergyYieldThisYear7~Energieertrag_aktuelles_Jahr_Monat_7 r~uih~EnergyYieldThisYear8~Energieertrag_aktuelles_Jahr_Monat_8 r~uih~EnergyYieldThisYear9~Energieertrag_aktuelles_Jahr_Monat_9 r~uih~OutsideTemp~Aussentemperatur r~uih~YieldEnergyOld~Mitternacht_Übertragswert_Energieertrag
attr ebus r~ehp~CompHoursHc~Compressor_Hours_CH LaufzeitKompressorHeizung:480
attr ebus r~ehp~CompHoursHwc~Compressor_Hours_DHW LaufzeitKompressorWarmwasser:480
attr ebus r~ehp~CompHours~Betrieb_Kompress LaufzeitKompressor:480
attr ebus r~ehp~CompStartsHc~Compressor_Commutations_CH StartsKompressorHeizung:480
attr ebus r~ehp~CompStartsHwc~Compressor_Commutations_DHW StartsKompressorWarmwasser:480
attr ebus r~ehp~CompStarts~Kompressor_Starts StartsKompressor:480
attr ebus r~ehp~HcFlowTemp~Vorlauftemp._IST Vorlauf
attr ebus r~ehp~HcReturnTemp~Rücklauftemp._IST Rücklauf
attr ebus r~ehp~HeatPumpStatus~Wärmepumpenstatus Wärmepumpenstatus
attr ebus r~ehp~Integral~Energie-Integral Energieintegral
attr ebus r~ehp~YieldEnvironmentEnergy~Energieertrag Energieertrag:480
attr ebus r~uih~EnergyYieldThisYear10~Energieertrag_aktuelles_Jahr_Monat_10 ErtragOktober:1440
attr ebus r~uih~EnergyYieldThisYear11~Energieertrag_aktuelles_Jahr_Monat_11 ErtragNovember:1440
attr ebus r~uih~EnergyYieldThisYear12~Energieertrag_aktuelles_Jahr_Monat_12 ErtragDezember:1440
attr ebus r~uih~EnergyYieldThisYear1~Energieertrag_aktuelles_Jahr_Monat_1 ErtragJanuar:1440
attr ebus r~uih~EnergyYieldThisYear2~Energieertrag_aktuelles_Jahr_Monat_2 ErtragFebruar:1440
attr ebus r~uih~EnergyYieldThisYear3~Energieertrag_aktuelles_Jahr_Monat_3 ErtragMärz:1440
attr ebus r~uih~EnergyYieldThisYear4~Energieertrag_aktuelles_Jahr_Monat_4 ErtragApril:1440
attr ebus r~uih~EnergyYieldThisYear5~Energieertrag_aktuelles_Jahr_Monat_5 ErtragMai:1440
attr ebus r~uih~EnergyYieldThisYear6~Energieertrag_aktuelles_Jahr_Monat_6 ErtragJuni:1440
attr ebus r~uih~EnergyYieldThisYear7~Energieertrag_aktuelles_Jahr_Monat_7 ErtragJuli:1440
attr ebus r~uih~EnergyYieldThisYear8~Energieertrag_aktuelles_Jahr_Monat_8 ErtragAugust:1440
attr ebus r~uih~EnergyYieldThisYear9~Energieertrag_aktuelles_Jahr_Monat_9 ErtragSeptember:1440
attr ebus r~uih~OutsideTemp~Aussentemperatur Aussentemperatur:60
attr ebus r~uih~YieldEnergyOld~Mitternacht_Übertragswert_Energieertrag Energieertrag_ÜbertragMitternacht:720
Definition Statistic:
define ErtragWaermepumpe statistics ebus
attr ErtragWaermepumpe deltaReadings Energieertrag
attr ErtragWaermepumpe event-on-change-reading .*
@SvenJust
Danke für den Hinweis, damit bin ich nun zufrieden, da die Ansicht vom Datetimepicker wesentlich übersichtlicher ist!
@Jojo11
Danke dir für die Bilder, sieht auch gut aus das smartVisu, ich bleib aber vorerst beim tablet-ui weil ich damit schon begonnen habe und es sehr rasch von sich geht.
Ich habe auch meine Probleme mit GAEBUS (einfrieren nach Abfrage) analysieren können. Es tritt dann auf, wenn ich über längere Zeit viele Abfragen in kurzen Zeitabständen am Bus habe. Ich habe nun auf 15 Minuten Abfragen umgestellt und seit dem ist alles wieder stabil.
LG
Sieht wirklich gut aus. Vielleicht installiere ich mir dieses UI auch mal parallel.
Man könnte so viel machen, wenn man die Zeit hätte :-\
schöne Grüße
Jo
@jamesgo
Wäre es evtl. sinnvoll bzw. einfach umzusetzen, das Abfrageintervall pro Reading definierbar zu machen? Somit könnte man z.B. Temperaturen öfters auslesen, als z.B. Zeitprogramme, die man ja eigentlich nicht so häufig verändert. Würde den Busverkehr etwas reduzieren, falls das notwendig sein sollte.
Ansonsten läuft Dein Modul wirklich sehr gut - vielen Dank!
schöne Grüße
Jo
Zitat von: Jojo11 am 02 Oktober 2015, 17:51:20
@jamesgo
Wäre es evtl. sinnvoll bzw. einfach umzusetzen, das Abfrageintervall pro Reading definierbar zu machen? Somit könnte man z.B. Temperaturen öfters auslesen, als z.B. Zeitprogramme, die man ja eigentlich nicht so häufig verändert. Würde den Busverkehr etwas reduzieren, falls das notwendig sein sollte.
Ansonsten läuft Dein Modul wirklich sehr gut - vielen Dank!
schöne Grüße
Jo
Hallo Jo,
du kannt hinter dem Namen des Readings z.B. ":2" angeben, dann wird der Wert nur jedes 2-te mal abgefragt.
Grüsse Andy
Gesendet von meinem Nexus 5 mit Tapatalk
Oh, dann habe ich das wohl überlesen. Das ist genau das, was ich suche. Vielen Dank!
schöne Grüße
Jo
Hallo Andy,
seid heute habe ich irgendwie ein Problem mit dem GAEBUS!
Schaue dir mal bitte unten den Screenshot an, irgendwie bringt er dort mit den Readings was durch einander.
Habe seid einigen Tagen nichts geändert und heute schaue ich rein und sehe dieses. Ein Neustart hat leider auch nichts gebracht.
Hast du eine Ahnung was das sein kann?
Danken und Gruß
Denny
Kenne ich. Da hat sich der ebus "verschluckt". Gib mal " deletereading xxx .*" ein, wobei xxx dein device ist. Danach sind alle Einträge weg. Bei der nächsten Aktualisierung sollten nur die gewünschten wieder auftauchen. Abhilfe schafft bei mir ein Neustart des ebusd.
schöne Grüße
Jo
Hallo Denny,
die falschen readings wirst du nur so los wie Jo es beschrieben hat. Ein Neustart bringt da nichts.
Entstanden ist das ganze schon am 24.09 bzw. 06.10.
Kannst du mal dein Log von gestern hochladen. Gibt es da eine Fehlermeldung zu der Zeit wo das falsche reading entsteht?
Grüße
Andy
Ich hab hier ein für mich nicht nachvollziehbares Verhalten bei dem regelmäßigen aktualisieren der Werte.
DEF
192.168.0.50:8888 60
Attribut:
r~ehp~CompStartsHwc~Compressor_Commutations_DHW
StartsKompressorWarmwasser:480
Würde bedeuten, das alle 8 Stunden das Reading aktualisiert würde.
Mach ich was falsch?
Stand jetzt:
StartsKompressorWarmwasser
150
2015-10-07 12:12:13
Laut Logfile sollte dort minnt. 151 stehen:
2015.10.08 11:57:52 3: ebus answer r StartsKompressorWarmwasser 151
2015.10.08 11:57:52 5: Notify loop for ebus StartsKompressorWarmwasser: 151
2015.10.08 11:57:52 5: DbLog: logging of Device: ebus , Type: GAEBUS , Event: StartsKompressorWarmwasser: 151 , Reading: StartsKompressorWarmwasser , Value: 151 , Unit:
2015.10.08 11:57:53 5: Cmd: >{GAEBUS_GetUpdatesDone('ebus|Energieertrag|5203|StartsKompressorHeizung|884|Rücklauf|22.69 ok|StartsKompressorWarmwasser|151|StartsKompressor|1035|Aussentemperatur|11.62 ok|Energieintegral|-150|LaufzeitKompressor|656|Vorlauf|22.69 ok|Wärmepumpenstatus|standby|LaufzeitKompressorHeizung|602|LaufzeitKompressorWarmwasser|53')}<
2015.10.08 11:57:53 5: Notify loop for ebus StartsKompressorWarmwasser: 151
2015.10.08 11:57:53 5: DbLog: logging of Device: ebus , Type: GAEBUS , Event: StartsKompressorWarmwasser: 151 , Reading: StartsKompressorWarmwasser , Value: 151 , Unit:
Guten Morgen,
ich schau mir das an und melde mich.
Verwendest du die aktuelle Version? (Änderungshistorie in 98_GAEBUS.pm "# 21.09.2015 : A.Goebel : implement BlockingCall Interface")
Auf welchen Wert steht die Variable "cnt" bei deinem ebus device?
Gruß
Andy
Guten Morgen,
ja, aktuelle Version wird verwendet.
Leider finde ich keine Variable cnt, bzw. weiß ich nicht was du damit meinst.
Was ich gefunden habe:
UpdateCnt 772
Wenn du das Intervall meinst, dann steht das auf 480, wobei das Device ebus aller 60 Sekunden abgefragt wird (entspricht somit Abfrage aller 8 Stunden).
Komisch .... Heute wurde das Reading erwartungsgemäß aktualisiert. Von daher alle i.o (bis auf das verschlucken - « Antwort #93 am: 07 Oktober 2015, 08:28:06 »)
Ja, ich meine den UpdateCnt. Der wird modulo 480 gerechnet. Nach einem Neustart fängt der UpdateCnt wieder bei 0 an. D.h. einmal wurde der Wert gesetzt. Allerdings sollte der Eintrag in deinem Log auch zur Aktualisierung geführt haben.
Das muss ich mir genauer anschauen.
Hallo,
in Verbindung mit timeouts gibt es zwei Fehler
- Die Reading Werte werden zu Reading Namen
- Es kommt zu einer Unterbrechung in der Schleife zum aktualisieren der Readings
Jetzt brauch ich nur noch ein bisschen Zeit um das zu fixen.
danke für die Rückmeldungen, Analysen und Logs
Andy
Hallo,
ich habe gerade eine neue Version eingecheckt.
Da ich eine Funktion mit einem zusätzlichen Parameter versehen habe funktioniert ein "reload ..." und ein "shutdown restart" nicht. Ihr müsst also fhem stoppen und starten.
Änderungen:
- längerer timeout für die reads
- fehlerhändling im Blocking Call verbessert. Dadurch sollte es keine "geister readings" mehr geben
- logeinträge "timeout reading answer for ..." falls es zu timeouts kommt
Da die Zeiten auf dem ebus von vielen Faktoren abhängen bin ich gespannt auf eure Rückmeldungen.
Falls euch was auffällt bitte melden. Im Besonderen interessiert es mich ob es noch readings gibt, die sich nicht mehr aktualisieren (Datum/Uhrzeit hängt hinter den anderen hinterher)
Grüße
Andy
Vielen Dank! Werde gleich heute abend aktualisieren.
schöne Grüße
Jo
Hallo Reinhart,
ich versuche gerade Deine Timerprogrammierung bei meiner CalorMatic 470er Steuerung per GAEBUS zu realisieren, danke für die tolle Arbeit, langsam wird meine Heizung richtig komfortabel.
Ich hänge an einem Punkt:
Zitat von: Reinhart am 25 September 2015, 17:08:15
Timer Eingabe für die CalorMatic 430 und 470!
Bei der Version GAEBUS muss bei den Schreibvariablen des Timers jeweils der Name "nMo" bzw nDi,NMi,nDo,nFr,nSa,nSo für den jeweiligen Tag definiert werden. Wer andere Namen verwenden will muss dies im Listing austauschen.
Wo bekomme ich eine csv Datei mit Einträgen für die Wochentage her?
Ich hab meine von hier
https://github.com/john30/ebusd-configuration/tree/master/ebusd-1.x.x/vaillant_deda stehen aber keine Readings für die Timerprogrammierung wie mcTTMonday drin,
also kann ich die Attribute dieser auch nicht auf nMo etc. setzen.
Oder wie bekomme ich diese Readings?
Gruß
Sven
ab hier (http://forum.fhem.de/index.php/topic,29737.msg333843.html#msg333843) gehts los
Viele Grüße
@zentis666
amunra hat dir den Link schon gepostet, aber sicherheitshalber hänge ich dir meine csv hier noch an!
Bei der 430.csv sind im unteren Teil die Zeitprogramme, diese sind ident mit der Calormatic 470!
Viel Erfolg!
Super, vielen Dank an Euch beide, dann bastel ich mal ein 470.csv
Gesendet von iPhone mit Tapatalk
Hallo jamesgo,
probiere das Modul gerade neben ECMD aus. Funktioniert bisher klasse.
Eine Frage: ist es möglich das GAEBUS Modul abzuschalten, andere Module bieten das Attribut "attr disable" an.
Wenn nein, könnte so was eingebaut werden?
LG
Tomy
Hallo Tomy,
bisher gibt es kein "disable".
Was genau soll es machen? Aufhören die Readings zu aktualisieren?
Grüße
Andy
zu spät ... jetzt ist es so implementiert.
Bitte herunterladen und testen. :-)
Zitat von: jamesgo am 19 Oktober 2015, 10:05:48
zu spät ... jetzt ist es so implementiert.
Bitte herunterladen und testen. :-)
Hi jamesgo,
vielen Dank! Hab es eben heruntergeladen.... ja, es soll erreicht werden, dass die Readings nicht mehr aktualisiert werden. Ich verwende testweise ECMD und GAEBUS parallel - mit jeweils einem schreibenden Befehl ... um dort ein gegenseitiges beeinflussen (evtl paralell) zu verhindern möchte ich das lesen des jeweils anderen Moduls in FHEM abschalten... werde es noch ausgiebig testen.
Grüße
Tomy
Hallo,
bei mir läuft FHEM auf ein cubietruck.
habe GAEBUS von contrib als root copiert, wobei Owner/Group war mit root root belegt.
mit chown fhemuser 98_GAEBUS.pm habe ich dann fhem root eingestelt.
So kann ich das Modul nicht in FHEM einbinden: Cannot load module GAEBUS
Alle anderen Module haben Owner=fhem, Group=dialout.
in Log
2015.10.20 11:57:05 0: Server started with 15 defined entities (version $Id: fhem.pl 9511 2015-10-18 10:13:01Z rudolfkoenig $, os linux, user fhem, pid 3736)
2015.10.20 12:10:33 1: reload: Error:Modul 98_GAEBUS deactivated:
Glob not terminated at ./FHEM/98_GAEBUS.pm line 27.
2015.10.20 12:10:33 0: Glob not terminated at ./FHEM/98_GAEBUS.pm line 27.
kann jemand mir weiter helfen?
Gerhard
o.k.
beim Kopieren ist etwas schief gelaufen!
jetzt läuft es, aber STATE ist closed, ebusd läuft.
was kann ich machen??
Gerhard
Hallo Gerhard,
wie sieht denn deine Konfiguration aus? Alles auf dem selben Rechner?
Kannst du den ebusd mit telnet erreichen?
"telnet <host> 8888"
Oder hast du für den ebusd einen anderen Port konfiguriert?
Grüße
Andy
Hallo jamesgo,
auf dem cubietruck lauft ebusd :
login as: root
root@192.168.178.50's password:
____ _ _ _ _
/ ___| _| |__ (_) ___| |_ _ __ _ _ ___| | __
| | | | | | '_ \| |/ _ \ __| '__| | | |/ __| |/ /
| |__| |_| | |_) | | __/ |_| | | |_| | (__| <
\____\__,_|_.__/|_|\___|\__|_| \__,_|\___|_|\_\
Last login: Tue Oct 20 12:04:20 2015 from marigegm-pc.fritz.box
Load: 0.41, 0.27, 0.11 - Board: 37.8°C - Memory: 1952Mb
root@cubietruck:~# ebusd -f -l ALL -d 192.168.178.120:5000 -p 8888
2015-10-20 13:13:29.140 [main notice] ebusd 1.2.0 started
2015-10-20 13:13:29.148 [main error] error reading templates: ERR: element not f ound, /etc/ebusd/_templates.csv:42
2015-10-20 13:13:29.152 [main error] error reading config files: ERR: element no t found, /etc/ebusd/ehp_watertowater.csv:9
2015-10-20 13:13:29.152 [main notice] found messages: 0 (0 poll, 0 update)
2015-10-20 13:13:29.164 [bus notice] signal acquired
2015-10-20 13:13:29.474 [bus notice] new master 10
2015-10-20 13:13:29.474 [bus notice] new master 03
2015-10-20 13:13:29.475 [update notice] unknown MS cmd: 1008b5100900000064ffff01 ff00 / 0101
2015-10-20 13:13:33.453 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080485b000035
2015-10-20 13:13:39.421 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:13:43.445 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080485b000035
2015-10-20 13:13:49.412 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:13:53.435 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080485b000035
2015-10-20 13:13:55.402 [update notice] unknown BC cmd: 10feb516080049171320100215
2015-10-20 13:13:55.639 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:13:59.408 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:14:03.390 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080485b000035
2015-10-20 13:14:05.418 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:14:09.404 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:14:13.377 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080485b000035
2015-10-20 13:14:15.323 [update notice] unknown BC cmd: 10feb5160301b006
2015-10-20 13:14:19.393 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:14:23.372 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080485b000035
2015-10-20 13:14:25.356 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:14:29.384 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:14:33.370 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:14:39.383 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:14:43.362 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:14:49.330 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:14:53.353 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:14:55.320 [update notice] unknown BC cmd: 10feb516080049181320100215
2015-10-20 13:14:55.556 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:14:59.328 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:15:03.312 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:15:05.295 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:15:09.320 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:15:13.305 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:15:15.245 [update notice] unknown BC cmd: 10feb5160301b006
2015-10-20 13:15:23.308 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:15:25.268 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:15:29.400 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:15:33.297 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:15:39.287 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:15:43.269 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:15:49.283 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:15:53.266 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:15:55.233 [update notice] unknown BC cmd: 10feb516080049191320100215
2015-10-20 13:15:55.468 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:15:59.235 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:16:03.258 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:16:05.241 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:16:09.226 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:16:13.207 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:16:15.156 [update notice] unknown BC cmd: 10feb5160301b006
2015-10-20 13:16:19.224 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:16:23.206 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:16:25.190 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:16:29.218 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:16:33.197 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:16:39.205 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:16:43.183 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:16:49.191 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:16:53.174 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:16:55.141 [update notice] unknown BC cmd: 10feb516080049201320100215
2015-10-20 13:16:55.377 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:16:59.186 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:17:03.168 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475b000035
2015-10-20 13:17:05.152 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:17:09.137 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:17:13.163 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:17:15.106 [update notice] unknown BC cmd: 10feb5160301b006
2015-10-20 13:17:19.136 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:17:23.114 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:17:25.099 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:17:29.127 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:17:33.110 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:17:39.118 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:17:43.101 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:17:49.113 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:17:53.091 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:17:55.057 [update notice] unknown BC cmd: 10feb516080048211320100215
2015-10-20 13:17:55.304 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:17:59.072 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:18:03.054 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:18:05.082 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:18:09.065 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:18:13.044 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:18:14.989 [update notice] unknown BC cmd: 10feb5160301b006
2015-10-20 13:18:19.060 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:18:23.042 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:18:25.029 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:18:29.055 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:18:33.039 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:18:39.045 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:18:43.024 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:18:48.992 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:18:53.015 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:18:54.984 [update notice] unknown BC cmd: 10feb516080048221320100215
2015-10-20 13:18:55.222 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:18:58.991 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:19:02.974 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:19:04.960 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:19:08.982 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:19:12.965 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:19:14.910 [update notice] unknown BC cmd: 10feb5160301b006
2015-10-20 13:19:18.981 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:19:22.964 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:19:24.944 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:19:28.969 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:19:32.952 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:19:38.964 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:19:42.946 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:19:48.914 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:19:52.937 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:19:54.905 [update notice] unknown BC cmd: 10feb516080048231320100215
2015-10-20 13:19:55.144 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:20:02.895 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:20:04.923 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:20:08.913 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:20:12.890 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:20:14.834 [update notice] unknown BC cmd: 10feb5160301b006
2015-10-20 13:20:18.902 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:20:22.905 [update notice] unknown MS cmd: 1008b5110101 / 093e3d0080475a000035
2015-10-20 13:20:24.884 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:20:28.865 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:20:32.887 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:20:38.856 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:20:42.878 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:20:48.866 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:20:52.844 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:20:54.790 [update notice] unknown BC cmd: 10feb516080048241320100215
2015-10-20 13:20:55.027 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:20:58.944 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:21:02.835 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:21:04.834 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:21:08.819 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:21:12.801 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:21:14.745 [update notice] unknown BC cmd: 10feb5160301b006
2015-10-20 13:21:18.813 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:21:22.796 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:21:24.777 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:21:28.805 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:21:32.786 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:21:38.805 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:21:42.784 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:21:48.749 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:21:52.778 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:21:54.745 [update notice] unknown BC cmd: 10feb516080048251320100215
2015-10-20 13:21:54.984 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:21:58.753 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:22:02.735 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:22:04.674 [update notice] unknown BC cmd: 10feb505022900
2015-10-20 13:22:04.931 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:22:08.739 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:22:12.722 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:22:14.709 [update notice] unknown BC cmd: 10feb5160301b006
2015-10-20 13:22:18.738 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:22:22.724 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:22:24.705 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:22:28.736 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:22:32.710 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:22:38.719 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:22:42.705 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:22:48.674 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:22:52.697 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:22:54.663 [update notice] unknown BC cmd: 10feb516080048261320100215
2015-10-20 13:22:54.899 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:22:58.664 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:23:02.692 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080475a000035
2015-10-20 13:23:04.670 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:23:04.907 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:23:20.130 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:23:22.684 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:23:24.628 [update notice] unknown BC cmd: 10feb5160301b006
2015-10-20 13:23:28.700 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:23:32.679 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:23:34.663 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:23:38.687 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:23:42.670 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:23:48.682 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:23:52.660 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:23:58.633 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:24:02.656 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:24:04.620 [update notice] unknown BC cmd: 10feb516080058271320100215
2015-10-20 13:24:04.857 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:24:08.626 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:24:12.649 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:24:14.633 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:24:18.621 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:24:22.608 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:24:24.590 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:24:28.616 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:24:32.598 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:24:34.583 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:24:38.614 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:24:42.597 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:24:48.604 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:24:52.586 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:24:58.558 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:25:02.585 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:25:04.551 [update notice] unknown BC cmd: 10feb516080058281320100215
2015-10-20 13:25:04.791 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:25:08.557 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:25:12.536 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:25:14.525 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:25:18.544 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:25:22.546 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:25:24.577 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:25:28.515 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:25:32.541 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:25:34.528 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:25:38.516 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:25:42.501 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:25:48.515 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:25:52.491 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:25:58.503 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:26:02.481 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:26:04.447 [update notice] unknown BC cmd: 10feb516080058291320100215
2015-10-20 13:26:04.685 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:26:08.493 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:26:12.472 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:26:14.455 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:26:18.459 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:26:22.437 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:26:24.404 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:26:28.490 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:26:32.431 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:26:34.435 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:26:38.419 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:26:42.442 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:26:48.413 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:26:52.391 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:26:58.404 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:27:02.386 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:27:04.353 [update notice] unknown BC cmd: 10feb516080058301320100215
2015-10-20 13:27:04.593 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:27:08.410 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:27:12.392 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:27:14.372 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:27:18.404 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:27:22.383 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:27:24.326 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:27:28.364 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:27:32.381 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:27:34.372 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:27:38.349 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:27:42.331 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:27:48.345 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:27:52.326 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:27:58.337 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:28:02.315 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:28:04.284 [update notice] unknown BC cmd: 10feb516080058311320100215
2015-10-20 13:28:04.518 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:28:08.331 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:28:12.313 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:28:14.301 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:28:18.288 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:28:22.275 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:28:24.218 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:28:28.294 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:28:32.272 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:28:34.255 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:28:38.280 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:28:42.258 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:28:48.271 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:28:52.253 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:28:58.224 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:29:02.246 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:29:04.217 [update notice] unknown BC cmd: 10feb516080058321320100215
2015-10-20 13:29:04.453 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:29:08.043 [update notice] unknown MS cmd: 0315070400 / 0ab5463437303001146102
2015-10-20 13:29:12.216 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:29:14.204 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:29:18.224 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:29:22.202 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:29:24.146 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:29:28.215 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:29:32.193 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:29:34.177 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:29:38.205 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:29:42.179 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:29:48.191 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:29:52.173 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:29:58.145 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:30:02.167 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:30:04.138 [update notice] unknown BC cmd: 10feb516080057331320100215
2015-10-20 13:30:04.375 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:30:08.143 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:30:12.129 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:30:14.113 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:30:18.145 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:30:22.133 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:30:24.305 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:30:28.116 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:30:32.097 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:30:34.081 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:30:38.105 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:30:42.083 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:30:48.090 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:30:52.069 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:30:58.080 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:31:02.064 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:31:04.029 [update notice] unknown BC cmd: 10feb516080057341320100215
2015-10-20 13:31:04.266 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:31:08.079 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:31:12.061 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:31:14.045 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:31:18.068 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:31:22.048 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:31:23.992 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:31:28.058 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:31:32.040 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:31:34.024 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:31:38.008 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:31:42.034 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:31:48.019 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:31:52.004 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000035
2015-10-20 13:31:58.044 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:32:01.983 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:32:03.966 [update notice] unknown BC cmd: 10feb516080057351320100215
2015-10-20 13:32:04.205 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:32:07.974 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:32:11.955 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:32:17.962 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:32:21.945 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:32:23.888 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:32:27.961 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:32:31.946 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:32:33.930 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:32:37.957 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:32:41.936 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:32:47.907 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:32:51.933 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:32:57.904 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:33:01.882 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:33:03.891 [update notice] unknown BC cmd: 10feb516080057361320100215
2015-10-20 13:33:04.129 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:33:07.904 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:33:11.875 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:33:13.860 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:33:14.094 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:33:29.319 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:33:33.863 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:33:37.934 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:33:41.915 [update notice] unknown MS cmd: 1008b5110101 / 093e3c0080465a000034
2015-10-20 13:33:43.905 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:33:47.928 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:33:51.905 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804659000034
2015-10-20 13:33:57.873 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:34:01.904 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:34:07.862 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:34:11.844 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:34:13.853 [update notice] unknown BC cmd: 10feb516080007381320100215
2015-10-20 13:34:14.091 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:34:17.860 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:34:21.837 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:34:23.821 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:34:27.845 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:34:31.827 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:34:33.770 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:34:37.842 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:34:41.836 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:34:43.824 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:34:47.805 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:34:51.829 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:34:57.800 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:35:01.781 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:35:07.789 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:35:11.767 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:35:13.736 [update notice] unknown BC cmd: 10feb516080007391320100215
2015-10-20 13:35:13.974 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:35:17.783 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:35:21.765 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:35:23.749 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:35:27.776 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:35:31.777 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:35:33.723 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:35:37.749 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:35:41.731 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:35:43.714 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:35:47.742 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:35:51.723 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:35:57.735 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:36:01.717 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:36:07.728 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:36:11.711 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:36:13.679 [update notice] unknown BC cmd: 10feb516080007401320100215
2015-10-20 13:36:13.913 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:36:17.683 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:36:21.705 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:36:23.687 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:36:27.671 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:36:31.693 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:36:33.637 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:36:37.664 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:36:41.642 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:36:43.670 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:36:47.657 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:36:51.635 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:36:57.642 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:37:01.624 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:37:07.640 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:37:11.621 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:37:13.589 [update notice] unknown BC cmd: 10feb516080007411320100215
2015-10-20 13:37:13.824 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:37:17.612 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:37:21.590 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:37:23.596 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:37:27.603 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:37:31.588 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:37:33.551 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:37:37.579 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:37:41.557 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:37:43.544 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:37:47.569 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:37:51.545 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:37:57.553 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:38:07.549 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:38:11.528 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:38:13.495 [update notice] unknown BC cmd: 10feb516080007421320100215
2015-10-20 13:38:13.731 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:38:17.544 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:38:21.521 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:38:23.505 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:38:27.533 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:38:31.518 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:38:33.457 [update notice] unknown BC cmd: 10feb5160301d006
2015-10-20 13:38:37.526 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:38:41.509 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:38:43.493 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:38:47.476 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:38:51.502 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:38:57.474 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:39:01.456 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:39:07.465 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:39:11.442 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:39:13.407 [update notice] unknown BC cmd: 10feb516080007431320100215
2015-10-20 13:39:13.644 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:39:17.453 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:39:21.434 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:39:23.418 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:39:27.443 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:39:31.424 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:39:33.368 [update notice] unknown BC cmd: 10feb51603012007
2015-10-20 13:39:37.436 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:39:41.418 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:39:43.403 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:39:47.429 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:39:51.415 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:39:57.382 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:40:01.404 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:40:07.368 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:40:11.353 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:40:13.320 [update notice] unknown BC cmd: 10feb516080007441320100215
2015-10-20 13:40:13.556 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-20 13:40:17.364 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:40:21.346 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:40:23.330 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:40:27.353 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:40:31.351 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:40:33.295 [update notice] unknown BC cmd: 10feb51603012007
2015-10-20 13:40:37.323 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:40:41.350 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:40:43.332 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:40:47.315 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:40:51.294 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:40:57.300 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:41:01.286 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
2015-10-20 13:41:07.294 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:41:11.276 [update notice] unknown MS cmd: 1008b5110101 / 093e3c00804559000034
^C2015-10-20 13:41:11.726 [main notice] SIGINT received
2015-10-20 13:41:11.828 [main notice] ebusd stopped
root@cubietruck:~# telnet
-bash: telnet: command not found
root@cubietruck:~# ebusd -f -l ALL -d 192.168.178.120:5000 -p 8888
2015-10-20 13:43:14.154 [main notice] ebusd 1.2.0 started
2015-10-20 13:43:14.160 [main error] error reading templates: ERR: element not found, /etc/ebusd/_templates.csv:42
2015-10-20 13:43:14.162 [main error] error reading config files: ERR: element not found, /etc/ebusd/ehp_watertowater.csv:9
2015-10-20 13:43:14.163 [main notice] found messages: 0 (0 poll, 0 update)
2015-10-20 13:43:14.203 [bus notice] signal acquired
2015-10-20 13:43:17.136 [bus notice] new master 10
2015-10-20 13:43:17.137 [bus notice] new master 03
2015-10-20 13:43:17.137 [update notice] unknown MS cmd: 1008b5100900000064ffff01ff00 / 0101
2015-10-20 13:43:23.102 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-20 13:43:23.342 [update notice] unknown MS cmd: 1008b512020064 / 00
^C2015-10-20 13:43:24.392 [main notice] SIGINT received
2015-10-20 13:43:24.493 [main notice] ebusd stopped
root@cubietruck:~# ^C
root@cubietruck:~#
FHEM:
define myVaillant306 GAEBUS 192.168.178.120:8888 60
Staus des Moduls ist closed oder discinnected??
Danke, Gerhard
Hallo, Nachtrag,
FHEM und ebusd laufen auf dem cubietruck!
von WIN-Rechner: telnet 192.168.178.120:8888 keine Verbindung kann aufgebaut werden.
Gerhard
Dein Ebus Adapter hat ein IP interface auf 192.168.178.120:5000
Dein Cubietruck hat die IP 192.168.178.50
Versuch mal:
define myVaillant306 GAEBUS 192.168.178.50:8888 60
habe geändert -> keine Änderung??
liegt es vll. daran dass, alles unter root läuft?
Gerhard
hallo jamesgo,
sorry, es läuft doch!!!, wenn ebusd auch läuft (my misstake).
jetz muss ich nur noch schauen warum ich keine readings bekomme? (ERR: element not found )
die csv sind unter /opt/fhem/ebusd/*.csv
Gerhard
Jetzt müssen die .csv files natürlich noch zu deiner Heizung passen.
Du solltest mit einem "scan" mit dem ebusd anfangen um zu wissen welche Teilnehmer am Bus vorhanden sind.
"ERR: element not found" kommt z.B. wenn du eine Calormatic 430 nach einem Parameter frägst den es nur bei einer 470 gibt.
Abfragen von Datum/Zeit funktionieren erfahrungsgemäß am einfachsten.
hi,
ZitatDu solltest mit einem "scan" mit dem ebusd anfangen um zu wissen welche Teilnehmer am Bus vorhanden sind.
wie mache ich das??
ich habe ein EcoCompact 306/4-5 150 und ein 470f.
Danke, Gerhard
andreas@be1:~$ ebusctl
localhost: scan
done
.... warten
localhost: scan result
08;Vaillant;BAI00;0518;7401;21120200;100042790;001005245;N6
15;Vaillant;47000;0231;6002;21123500;201081270;082033368;N4
50;Vaillant;V6100;0211;1902;21121500;201293260;907005996;N0
Wiki: http://www.fhemwiki.de/wiki/EBUS
Gesammeltes Wissen zum ebus fängt hier an: http://forum.fhem.de/index.php/topic,29737.0.html
Der scan sagt dir welche ".csv" files tatsächlich benötigt werden. Leider gibt es noch keine "einzige" Stelle für die files.
Es gibt Versionen auf dem github von john30, im contrib Zweig auf dem sourceforge von fhem und in dem oben genannten thread.
Die 470f sollte ähnlich wie die 470 sein (dazu gibt es Beispiele in obigem Thread)
Zitat von: Gerhard am 20 Oktober 2015, 16:06:04
wie mache ich das??
ich habe ein EcoCompact 306/4-5 150 und ein 470f.
Wenn Du Dein Scan Ergebnis postest, kann ich die CSVs am Wochenende generieren.
Hallo John,
danke führ deine Mühe!!!
scan full:
[bus notice] scan: 08;Vaillant;BAI00;0113;9602
[bus notice] scan: 15;Vaillant;F4700;0114;6102
[bus notice] scan: 16;Vaillant;B7000;0120;6202
[bus notice] scan: 26;Vaillant;F4700;0114;6102
[bus notice] scan: new master 0f
[bus notice] scan: 14;Vaillant;rOT00;0115;0505 [bus notice] new master f1
[bus notice] scan: new master f1
[bus notice] scan: f6;Vaillant;F4700;0114;6102
[bus notice] scan: new master 11
[bus notice] scan: 16;Vaillant;B7000;0120;6202
in dem Beitrag von 20.Oktober ist ein Listing von Nachrichten die bei mir auf dem ebus laufen.
ich betribe diese Anlage im Ausland (wo ich jetzt bin) und Sonntag Früh fahre ich wieder nach Deutschland, also ich kann die csv Files bis Samstag testen.
sonst wieder in Dezember.
Danke, Gerhard
Hallo John,
nur mit den csv aus ebusd-0.5.x konnte ich einige Werte auslesen können.
hier ein Auszug vom ebus:
login as: root
root@192.168.178.50's password:
____ _ _ _ _
/ ___| _| |__ (_) ___| |_ _ __ _ _ ___| | __
| | | | | | '_ \| |/ _ \ __| '__| | | |/ __| |/ /
| |__| |_| | |_) | | __/ |_| | | |_| | (__| <
\____\__,_|_.__/|_|\___|\__|_| \__,_|\___|_|\_\
Last login: Fri Oct 23 09:25:37 2015 from marigegm-pc.fritz.box
Load: 0.05, 0.06, 0.05 - Board: 39.3°C - Memory: 1944Mb
root@cubietruck:~# ebusd -f -l ALL -d 192.168.178.120:5000 -p 8888
2015-10-23 10:30:02.946 [main notice] ebusd 1.2.0 started
2015-10-23 10:30:03.023 [main notice] found messages: 500 (23 poll, 35 update)
2015-10-23 10:30:03.047 [bus notice] signal acquired
2015-10-23 10:30:03.073 [bus error] poll uih00 FlowTempSensor failed: ERR: read timeout
2015-10-23 10:30:06.733 [bus notice] new master 10
2015-10-23 10:30:06.733 [bus notice] new master 03
2015-10-23 10:30:06.734 [update notice] unknown MS cmd: 1008b5100900006764ffff00 ff00 / 0101
2015-10-23 10:30:09.050 [bus error] poll uih00 EnergyYieldDayTransfer failed: ER R: read timeout
2015-10-23 10:30:10.724 [update notice] unknown MS cmd: 1008b5110101 / 094f3b008 04655010034
2015-10-23 10:30:15.047 [bus error] poll uih00 EnergyYieldSum failed: ERR: read timeout
2015-10-23 10:30:16.725 [update notice] unknown MS cmd: 1008b5100900006764ffff00 ff00 / 0101
2015-10-23 10:30:20.727 [update notice] unknown MS cmd: 1008b5110101 / 09503b008 04655010034
2015-10-23 10:30:21.051 [bus error] poll ehp00 BrineTempOutput failed: ERR: read timeout
2015-10-23 10:30:26.723 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:30:27.049 [bus error] poll ehp00 CompressorTempInput failed: ERR: read timeout
2015-10-23 10:30:30.685 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804655010034
2015-10-23 10:30:32.651 [update notice] update broadcast vdatetime QQ=10: 10:34:27;23.10.2015
2015-10-23 10:30:32.888 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-23 10:30:33.047 [bus error] poll ehp00 CompressorTempOutput failed: ERR: read timeout
2015-10-23 10:30:36.682 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:30:39.044 [bus error] poll ehp00 EvaporatorTemp failed: ERR: read timeout
2015-10-23 10:30:40.685 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804655010034
2015-10-23 10:30:42.672 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-23 10:30:45.111 [bus error] poll ehp00 ExpansionValveInputTemp failed: ERR: read timeout
2015-10-23 10:30:46.705 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:30:50.687 [update notice] unknown MS cmd: 1008b5110101 / 094f3b00804655010034
2015-10-23 10:30:51.152 [bus error] poll ehp00 FlowTempIntern failed: ERR: read timeout
2015-10-23 10:30:52.644 [update notice] update broadcast outsidetemp QQ=10: 7.000
2015-10-23 10:30:56.668 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:30:57.050 [bus error] poll ehp00 HeatSystemPress failed: ERR: read timeout
2015-10-23 10:31:00.669 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804655010034
2015-10-23 10:31:02.650 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-23 10:31:03.048 [bus error] poll pmw00 Ntc1 failed: ERR: read timeout
2015-10-23 10:31:03.639 [update notice] unknown MS cmd: 0315070400 / 0ab5463437303001146102
2015-10-23 10:31:06.671 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:31:09.047 [bus error] poll pmw00 Ntc2 failed: ERR: read timeout
2015-10-23 10:31:10.633 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804655010034
2015-10-23 10:31:15.174 [bus error] poll pmw00 Ntc3 failed: ERR: read timeout
2015-10-23 10:31:16.663 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:31:20.644 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804655010034
2015-10-23 10:31:21.052 [bus error] poll pms00 YieldDay failed: ERR: read timeout
2015-10-23 10:31:26.615 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:31:27.050 [bus error] poll pms00 YieldSum failed: ERR: read timeout
2015-10-23 10:31:30.623 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804655010034
2015-10-23 10:31:32.591 [update notice] update broadcast vdatetime QQ=10: 10:35:27;23.10.2015
2015-10-23 10:31:32.830 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-23 10:31:33.034 [bus error] poll pms00 SolarNtcFrom failed: ERR: read timeout
2015-10-23 10:31:36.610 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:31:39.048 [bus error] poll pms00 SolarNtcTo failed: ERR: read timeout
2015-10-23 10:31:40.592 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804655010034
2015-10-23 10:31:42.581 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-23 10:31:42.812 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-23 10:31:45.164 [bus error] poll pms00 BufferNtcFrom failed: ERR: read timeout
2015-10-23 10:31:51.031 [bus error] poll pms00 BufferNtcTo failed: ERR: read timeout
2015-10-23 10:31:57.483 [bus error] poll ehp00 BrinePress failed: ERR: read timeout
2015-10-23 10:31:59.835 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:32:00.625 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804655010034
2015-10-23 10:32:02.572 [update notice] update broadcast outsidetemp QQ=10: 7.000
2015-10-23 10:32:03.168 [bus error] poll ehp00 ReturnTempIntern failed: ERR: invalid position
2015-10-23 10:32:06.641 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:32:09.177 [bus error] poll ehp00 VaporPressHigh failed: ERR: element not found
2015-10-23 10:32:10.619 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804555010034
2015-10-23 10:32:12.603 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-23 10:32:15.051 [bus error] poll ehp00 VaporPressLow failed: ERR: read timeout
2015-10-23 10:32:16.596 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:32:20.621 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804555010034
2015-10-23 10:32:21.047 [bus error] poll uih00 FlowTempSensor failed: ERR: read timeout
2015-10-23 10:32:26.604 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:32:27.189 [bus error] poll uih00 EnergyYieldDayTransfer failed: ERR: read timeout
2015-10-23 10:32:30.588 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804555010034
2015-10-23 10:32:33.050 [bus error] poll uih00 EnergyYieldSum failed: ERR: read timeout
2015-10-23 10:32:36.580 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:32:39.044 [bus error] poll ehp00 BrineTempOutput failed: ERR: read timeout
2015-10-23 10:32:40.587 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804555010034
2015-10-23 10:32:42.554 [update notice] update broadcast vdatetime QQ=10: 10:36:36;23.10.2015
2015-10-23 10:32:42.791 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-23 10:32:45.122 [bus error] poll ehp00 CompressorTempInput failed: ERR: read timeout
2015-10-23 10:32:46.585 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:32:50.567 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804555010034
2015-10-23 10:32:51.038 [bus error] poll ehp00 CompressorTempOutput failed: ERR: read timeout
2015-10-23 10:32:52.575 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-23 10:32:56.557 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:32:57.103 [bus error] poll ehp00 EvaporatorTemp failed: ERR: read timeout
2015-10-23 10:33:01.044 [update notice] unknown MS cmd: 1008b5110101 / 094f3b00804555010034
2015-10-23 10:33:02.492 [update notice] update broadcast outsidetemp QQ=10: 7.000
2015-10-23 10:33:03.224 [bus error] poll ehp00 ExpansionValveInputTemp failed: ERR: invalid position
2015-10-23 10:33:06.564 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:33:09.045 [bus error] poll ehp00 FlowTempIntern failed: ERR: read timeout
2015-10-23 10:33:10.553 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804555010034
2015-10-23 10:33:12.531 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-23 10:33:15.049 [bus error] poll ehp00 HeatSystemPress failed: ERR: read timeout
2015-10-23 10:33:16.513 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:33:20.535 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804555010034
2015-10-23 10:33:21.048 [bus error] poll pmw00 Ntc1 failed: ERR: read timeout
2015-10-23 10:33:26.528 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:33:27.050 [bus error] poll pmw00 Ntc2 failed: ERR: read timeout
2015-10-23 10:33:33.050 [bus error] poll pmw00 Ntc3 failed: ERR: read timeout
2015-10-23 10:33:36.496 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:33:39.043 [bus error] poll pms00 YieldDay failed: ERR: read timeout
2015-10-23 10:33:40.502 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804555010034
2015-10-23 10:33:42.470 [update notice] update broadcast vdatetime QQ=10: 10:37:36;23.10.2015
2015-10-23 10:33:42.705 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-10-23 10:33:45.175 [bus error] poll pms00 YieldSum failed: ERR: read timeout
2015-10-23 10:33:46.495 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:33:50.473 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804555010034
2015-10-23 10:33:51.173 [bus error] poll pms00 SolarNtcFrom failed: ERR: read timeout
2015-10-23 10:33:52.474 [update notice] unknown MS cmd: 1008b5110102 / 06033c56468264
2015-10-23 10:33:56.467 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
2015-10-23 10:33:57.050 [bus error] poll pms00 SolarNtcTo failed: ERR: read timeout
2015-10-23 10:34:00.455 [update notice] unknown MS cmd: 1008b5110101 / 09503b00804555010034
2015-10-23 10:34:02.397 [update notice] update broadcast outsidetemp QQ=10: 7.000
2015-10-23 10:34:03.046 [bus error] poll pms00 BufferNtcFrom failed: ERR: read timeout
2015-10-23 10:34:06.451 [update notice] unknown MS cmd: 1008b5100900006764ffff00ff00 / 0101
vll. hilft dies weiter für die Anpassung. (Vaillant ecoCOMPACT VSC 306/4-5 150l mit Systemregler multiMATIC VRC 700 & calorMATIC 470f)
Gerhard
Ich sehe da aber keine ausgelesenen Werte, nur Fehlermeldungen.
LG
pah
Zitat von: Gerhard am 22 Oktober 2015, 11:06:42
in dem Beitrag von 20.Oktober ist ein Listing von Nachrichten die bei mir auf dem ebus laufen.
Also da sind überhaupt keine dekodierten Nachrichten drin, was aber daran liegt, dass die CSVs nicht zu Deiner Anlage passen.
Zitat von: Gerhard am 22 Oktober 2015, 11:06:42
08;Vaillant;BAI00;0113;9602
15;Vaillant;F4700;0114;6102
16;Vaillant;B7000;0120;6202
26;Vaillant;F4700;0114;6102
14;Vaillant;rOT00;0115;0505
f6;Vaillant;F4700;0114;6102
Die 470f ist weitgehend identisch zur 470, insofern kannst Du die 470.csv dafür nehmen.
Für Deinen Brenner kannst Du mal mit der bai.csv anfangen, aber so ganz passt die nicht zu Deiner Variante. In den nächsten Tagen/Wochen werd ich die CSVs überarbeiten. Dann wird die richtige für Dich auch dabei sein.
Der "rOT" scheint ein Außenfühler zu sein, stimmt das?
Du könntest mal schauen, ob in den Messages irgendwann mal ein Gerät davon etwas abfragt (z.B. mit "egrep 'cmd: ..14'").
Für den multimatic gibt es noch keine Nachrichtendefinitionen, das Teil ist zu neu :)
Zitat von: Gerhard am 20 Oktober 2015, 13:48:15
root@cubietruck:~# ebusd -f -l ALL -d 192.168.178.120:5000 -p 8888
2015-10-20 13:13:29.140 [main notice] ebusd 1.2.0 started
2015-10-20 13:13:29.148 [main error] error reading templates: ERR: element not found, /etc/ebusd/_templates.csv:42
2015-10-20 13:13:29.152 [main error] error reading config files: ERR: element not found, /etc/ebusd/ehp_watertowater.csv:9
2015-10-20 13:13:29.152 [main notice] found messages: 0 (0 poll, 0 update)
Das hier liegt daran, dass für die neueste _templates.csv auch der aktuelle ebusd benötigt wird, da ein Datentyp noch nicht die richtige binäre Repräsentation hatte.
Du kannst aber auch einfach in _templates.csv:42 aus VTM wieder TTM machen, dann sind die CSVs auch mit 1.2.0 verwendbar, aber die Werte im Typ "temp2" halt falsch rum.
Hallo,
ja, rOT ist ein Aussenfühler und gehört zu 470f.
ich dachte ebusd 1.2 ist die letzte Version?, wo finde ich die richtige??
@pah, ja du hast recht, es sind laute Fehler, das wa ich rausbekommen habe war Datum & Uhrzeit und Aussentemperatur, mit GAEBUS hatte ich noch ein Paar unwichtige Sachen wie Sprache und irgendwelche ja/nein Einstellungen.
die read timeout's sind wegen nicht passende csv's, oder ist mein eBus nicht optimal?
Gerhard
Hallo John,
ok. ich habe gesehen, dass du eine neue Version 1.3 für den ebus daemon realisiert hast.
wäre es möglich bis heute Abend eine release Version zu generieren??, wäre dankbar, da ich heute Nacht dann wieder nach D fahre.
Danke, Gerhard
Hallo zusammen,
ich habe eine Frage zu Update-Nachrichten im GAEBUS-Modul.
In meinem ebusd-Log sehe ich (bei gesetzter Logarea update) alle paar Sekunden Einträge der Art
2015-11-04 05:56:53.795 [update notice] update broadcast vdatetime QQ=10: 05:56:55;04.11.2015
2015-11-04 05:56:57.811 [update notice] update heatgen Mode QQ=10: standby
2015-11-04 05:57:01.839 [update notice] update heatgen Status01 QQ=10: 43.0;39.0;8.000;38.0;39.0;ok
2015-11-04 05:57:03.863 [update notice] update heatgen DateTime QQ=10: valid;05:57:04;04.11.2015;8.000
Ich verwende die CSV-Dateien aus Johns Git-Repository, u.a. die common.csv. Darin befindet sich die Zeile
h,,Status01,VL/RL/AussenTemp/VLWW/RLWW/Status,,,,01,,,temp1;temp1;temp2;temp1;temp1;pumpstate,,,
Der Nachrichtentyp ist hier nicht r oder w, sondern h. In der Dokumentation (https://github.com/john30/ebusd/wiki/4.-Configuration#message-definition) lese ich dazu, dass so etwas eine Update-Nachricht darstellt.
Ich kann diese Nachricht mit dem read-Kommando abfragen:
$ ebusctl r -c heatgen Status01
52.0;43.0;8.000;41.0;45.0;error
Kann ich diese Nachricht auch in GAEBUS einbinden? Ich habe in der FHEM-Kommandozeile
get ebus r~heatgen Status01~VL/RL/AussenTemp/VLWW/RLWW/Status
probiert, erhalte aber entweder ERR: element not found oder gar keine Ausgabe.
Hallo Christian,
in der aktuellen Version von GAEBUS habe ich die 'h' Einträge nicht berücksichtigt - ich werde mir das aber mal anschauen.
Die Status Updates werden vom ebusd in seinem cache gespeichert. D.h. gab es noch keine Statusmeldung dann kannst du den Wert nicht abfragen. Ist der Wert veraltet (bei "alle paar sekunden" recht unwarscheinlich) ... dann bekommst du diesen veralteten Wert.
Alternativ könntest du die Aussentemperatur auch von der Therme abfragen. Die Zeit auf dem ebus sollte keine große Rolle spielen.
Grüße
Andy
Danke.
Ich finde gerade die Nachricht Status01 interessant, weil sie 6 Werte auf einmal enthält. Da sie unaufgefordert eintrifft, könnte ich also 6 Abfrage- und 6 Antwort-Nachrichten auf dem eBus sparen.
Hallo Christian,
ich habe eine neue Version eingestellt. Neben "r" und "w" werden nun auch "h" Einträge aus den .csv files verarbeitet.
Bitte testen ob das so bei dir funktioniert.
Grüße
Andy
Das ging schnell, herzlichen Dank!
Ich habe es auch schon erfolgreich testen können. get und set funktionieren ganz analog zu read. Prima!
Um die Werte von Status01 als einzelne Readings im GAEBUS-device auszulesen, müsste ich 6 Attribute anlegen, je eins passend zu einem der folgenden Read-Befehle:
read -c heatgen Status01 temp1.0 # VL
read -c heatgen Status01 temp1.1 # RL
read -c heatgen Status01 temp2 # AussenTemp
read -c heatgen Status01 temp1.2 # VLWW
read -c heatgen Status01 temp1.3 # RLWW
read -c heatgen Status01 pumpstate # Status
Meines Wissens kann ich aber ein Attribut nicht mehrfach definieren. :-\
Hat jemand eine Idee?
Ich habe schon was gefunden: das Attribut userReadings mit dem Wert
Status-Vorlauf:Status { my @values = split(/ /, ReadingsVal("ebus", "Status", 0)); $values[0] },
Status-Ruecklauf:Status { my @values = split(/ /, ReadingsVal("ebus", "Status", 0)); $values[1] },
Status-Aussentemperatur:Status { my @values = split(/ /, ReadingsVal("ebus", "Status", 0)); $values[2] },
Status-Warmwasser-Vorlauf:Status { my @values = split(/ /, ReadingsVal("ebus", "Status", 0)); $values[3] },
Status-Warmwasser-Ruecklauf:Status { my @values = split(/ /, ReadingsVal("ebus", "Status", 0)); $values[4] },
Status-Pumpenstatus:Status { my @values = split(/ /, ReadingsVal("ebus", "Status", 0)); $values[5] }
Damit, dass der Namen eines userReadings keine Umlaute enthalten darf, kann ich leben. Die Lösung ist also für mich in Ordnung. Ich schaue jetzt noch, ob man das auch effizienter formulieren kann.
Ich habe eine Alternative gefunden, die etwas effizienter sein sollte.
Die userReadings habe ich gelöscht und stattdessen ein notify und eine Routine in 99_myUtils angelegt:
define ebus_status_update notify ebus.Status:.* { create_ebus_status_readings("ebus") }
In 99_myUtils.pm:
sub create_ebus_status_readings {
my $devicename = shift;
my $hash = $defs{$devicename};
my $dotrigger = 1;
my @values = split(/ /, ReadingsVal($devicename, "Status", 0));
readingsBeginUpdate($hash);
readingsBulkUpdate($hash, "Status-Vorlauf", $values[0]);
readingsBulkUpdate($hash, "Status-Rücklauf", $values[1]);
readingsBulkUpdate($hash, "Status-Außentemperatur", $values[2]);
readingsBulkUpdate($hash, "Status-Warmwasser-Vorlauf", $values[3]);
readingsBulkUpdate($hash, "Status-Warmwasser-Rücklauf", $values[4]);
readingsBulkUpdate($hash, "Status-Pumpenstatus", $values[5]);
readingsEndUpdate($hash, $dotrigger);
}
Ich bin damit zufrieden. Vielen Dank nochmal für die schnelle Implementierung des h-Kommandos!
Ich möchte einen Vorschlag machen.
Idee
Erweiterung des Moduls GAEBUS um Unterstützung für ein Reading pro Feld bei Nachrichten mit mehr als 1 Feld.
Beispiel
CSV-Zeile: h,,Status01,VL/RL/AussenTemp/VLWW/SpeicherTemp/Status,,,,01,,,temp1;temp1;temp2;temp1;temp1;pumpstate,,,
Wert der Antwortnachricht (Ergebnis des Aufrufs r -c heatgen Status01): 43.0;39.0;8.000;38.0;39.0;ok
Attributdefinition: attr ebus h~heatgen~Status01~VL/RL/AussenTemp/VLWW/RLWW/Status Beispielname:1:reading-per-field
Die bestehende Syntax wird hier um ein Schlüsselwort erweitert, z.B. 'reading-per-field'. Liegt das Schlüsselwort vor, soll ein Reading pro Feld erstellt werden.
Pseudo-Code
my $readingBasename; # Basisname für alle Feld-Readings, im Beispiel: "Beispielname"
my $readingValue; # Wert der Antwortnachricht, im Beispiel: "43.0;39.0;8.000;38.0;39.0;ok"
my @row; # Zeile aus der CSV-Datei
my @fieldnames = split('/', $row[3]) ; # Spalte "comment"
my @values = split(';', $readingValue);
for (my $i=0; $i <= $fieldnames; $i++) {
create userReading:
my $readingName = createReadingName($readingBasename, $fieldnames[i]);
$readingName = $values[$i];
# im Beispiel:
# Beispielname-VL = 43.0
# Beispielname-RL = 39.0
# Beispielname-AussenTemp = 8.000
}
sub createReadingName { return join("-", @_); } # vom User durch ein Attribut überschreibbar
Was denkt ihr?
Hallo Christian,
du warst ja richtig aktiv und creativ :-)
Ich finde auch, dass es eine einfache Lösung geben muss um mehrere Felder in Readings einzulesen.
Es gibt ja schon z.B "Status:5" was bedeutet "nur jedes 5-te mal abfragen"
Was hältst du von:
Wert1;Wert2;dummy;Wert3:5Bedeutet:
- die ersten beiden Rückgabewerte in Wert1 und Wert2
- den dritten Rückgabewert ignorieren
- den vierten Rückgabewert in Wert3
- alle weiteren Rückgabewerte werden ignoriert
- gibt es keinen vierte Wert dann wird Wert3 auf leer gesetzt
- die ":5" bleibt optional und macht auch nur 1-mal für die komplette Abfrage Sinn
Grüße
Andy
Dein Vorschlag ist einfacher als meine Variante, weil der CSV-Kommentar unberücksichtigt bleibt, gleichzeitig aber flexibler, weil man eigene Namen vergeben kann. Außerdem hat man kein Problem, wenn CSV-Kommentar nicht passt. Finde ich gut!
Hallo Christian,
habe gerade eine neue Version hochgeladen.
Jetzt kannst du dem Attribut den Wert: "VL;RL;dummy;VLWW;RLWW"
geben und damit vier readings aus einem ebusd Befehl generieren.
Grüße
Andy
Danke jamesgo, funktioniert perfekt.
r~bai~StatusTHER~VL/RL/AussenT/VLWW/RLWW/Status VL;RL;aTemp;VLWW;RLWW;Status
dieses Attribut ergibt dann die Ausgabe von 6 zusätzlichen Readings.
LG
Reinhart
Bei mir funktioniert es auch - super, vielen Dank!
Hi, ich hätte noch einen Wunsch für das Modul:
event-min-intervall
Den Rest funktioniert einwandfrei. Danke für das Modul.
Hallo gima84,
ich habe event-on-intervall zur Liste der Attribute hinzugefügt und das Modul hochgeladen.
Schau doch mal ob das reicht.
Wäre schön wenn du hier berichten könntest wie du dieses Attribut verwendest.
Grüße
Andy
Hallo jamesgo,
ich komm sicherlich erst am WE dazu, das zu testen.
Ich habe event-on-change-reading.* gesetzt. Leider wird dann bei einem Reading der Wert zu wenig aktualisiert, so das es zum Plotabriss kommt. Daher erhoffe ich mir mit dem event-min-intervall Abhilfe (ohne auf logproxy umstellen zu müssen).
Gruß Martin
Ich verwende ebusd und fhem auf unterschiedlichen Raspis..
Ich bekomme im log sehr viele Einträge vom gaebus. Weisen die auf Fehler hin?
2015.12.12 12:11:30 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.12 12:11:30 3: GAEBUS device opened (ebus)
2015.12.12 12:11:31 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.12 12:11:31 3: GAEBUS device opened (ebus)
2015.12.12 12:13:30 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 22748
2015.12.12 12:13:30 3: BlockingCall for ebus was aborted
2015.12.12 12:13:31 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 22756
2015.12.12 12:13:31 3: BlockingCall for ebus was aborted
2015.12.12 12:16:00 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.12 12:16:00 3: GAEBUS device opened (ebus)
2015.12.12 12:16:01 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.12 12:16:01 3: GAEBUS device opened (ebus)
Im log sehe ich auch, das meine Attribute in den definierten Abständen ausgelesen werden, aber warum werden sie in den Readings des ebus-device nicht aktualisiert ?
2015.12.13 20:33:52 3: ebus execute r -f -c bai HwcHours
2015.12.13 20:33:52 3: ebus answer r Therme_Betriebsstunden_WW 432
2015.12.13 20:33:52 3: ebus execute r -f -c bai FlowTemp
2015.12.13 20:33:52 3: ebus answer r Therme_VorlaufTemp 71.62;ok
(http://reading.jpg)
event-on-change-reading .* greift im Zusammenhang mit den Readings anscheinend auch nicht bei mir (z.B. bei den Betriebssstunden, die ja länger gleich bleiben) !?
Wäre auch cool wenn vielleicht jemand eine kleine Beispielkonfig Posten könnte ;)
Danke
Hallo jamesgo,
wär es denkbar, statt die CSVs zu lesen das ebusd "find -f" Kommando zu nutzen?
Das liefert die aktuell definierten Nachrichten im CSV Format ab.
Hintergrund der Frage ist, dass mit Version 2.0 ebusd die CSVs dynamisch nach Scan einlesen kann und somit das komplette Verwursten des Config Verzeichnisses viel zu viele Nachrichten in Deinem Modul zur Folge hätte.
Und noch was:
Ebenfalls ab ebusd 2.0 werden Bedingungen unterstützt. Diese werden vor den read/write... Typ in eckigen Klammern platziert, z.B. so:
[SW=202-349]r,uih,ThisYearsYieldEnergyMonth4,Ertrag April dieses Jahres,,15,...
Dein Modul müsste also beim Einlesen der CSV aus dem ersten Feld ("$io") alles bis zur letzten schließenden eckigen Klammer verwerfen.
Wär cool, wenn Du das einbauen könntest.
LG John
Hallo John,
das muss ich mir anschauen.
Wie lange würde es dauern bis "find -f" nach dem Start von ebusd einen vollständigen output liefert?
Muss bei jedem Start vorher ein scan laufen?
Grüße
Andy
Hallo yellowpinky,
die Timeouts sind sicherlich ein Problem (die open Meldungen nicht).
Was mich stört ist, dass die Abfrage aller Werte über 2 Minuten dauert. Wie viele Readings hast du definiert?
Nach dem Timeout werden die Readings (falls es schon erfolgreiche gegeben hat) nicht gespeichert.
Aber dass es nie klappt kann ich nicht verstehen.
Kannst du mal alle Attribute posten.
Danke
Andy
Zitat von: jamesgo am 14 Dezember 2015, 09:04:38
Wie lange würde es dauern bis "find -f" nach dem Start von ebusd einen vollständigen output liefert?
Das ist das einzige Problem: das kann auch mal ein paar Minuten sein, wenn ein Gerät vorher nie adressiert wird und auch nichts von sich aus erzählt.
Man könnte den Scan und CSV-Load Status durch das "info" Kommando ermitteln und bspw. einmal pro Minute (oder bei einem Reconnect) einen Hash darüber machen und mit dem vorherigen vergleichen. Dann wüsste man, ob was zu tun ist. Die Ausgabe von "info" sieht z.B. so aus:
version: ebusd 2.0.0-preview.89d8167
signal: acquired
symbol rate: 22
masters: 5
messages: 839
address 03: master #3, seen
address 08: slave of 03, seen, scanned "MF=Vaillant;ID=EHP00;SW=0327;HW=7201", loaded "vaillant/08.ehp.csv"
Relevant sind für den Scan-Status nur die Zeilen, die mit "address " anfangen. Eine solche Zeile durchläuft üblicherweise folgende Zustände:
1. Zum ersten Mal gesehen:
address 08: slave of 03, seen2. Erfolgreich gescannt:
address 08: slave of 03, seen, scanned "MF=Vaillant;ID=EHP00;SW=0327;HW=7201"3. Erfolgreich geladen:
address 08: slave of 03, seen, scanned "MF=Vaillant;ID=EHP00;SW=0327;HW=7201", loaded "vaillant/08.ehp.csv"Zitat von: jamesgo am 14 Dezember 2015, 09:04:38
Muss bei jedem Start vorher ein scan laufen?
ebusd scannt in diesem Modus automatisch ein Mal jedes Gerät, das sich erstmalig nach ebusd Start auf dem Bus bemerkbar macht.
Hallo John,
wenn ich das richtig verstehe müsste ich auf neue Zeilen mit "^address.*loaded.*" triggern und falls eine neue dazukommt nochmals einen "find -f" ausführen. (oder sind die Zwischenschritte sind für den find relevant?)
Ich gehe davon aus dass dann die Files nur durch einen manuellen "reload" neu geladen werden könnnen. In diesem Fall wäre es aus meiner Sicht auch akzeptabel im FHEM manuell ein Kommando auszuführen.
"find -f" und "info" liefern am Ende eine Leerzeile. Bleibt das so?
Ich habe schon mal ein bisschen getestet. Das Schöne ist, dass wenn ich das Lesen der .csv files abschalte alle Attribute und Readings erhalten bleiben. D.h. die zyklischen Abfragen müssten problemlos weiterlaufen aber es gibt keine "set/get" Kommandos (ausser: reopen, die write Befehle und die readings). Das ist schon mal eine sehr gute Basis.
Grüße
Andy
@jamesgo
Hallo Andy;
Anbei nochmals ein Ausschnitt vom LogFile:
2015.12.14 21:45:57 3: ebus answer r Therme_Betriebsstunden_WW 432
2015.12.14 21:45:57 2: ebus device closed. Try to reopen
2015.12.14 21:45:57 1: GAEBUS ebus reappeared (ebus)
2015.12.14 21:45:57 3: ebus execute r -f -c bai FlowTemp
2015.12.14 21:45:58 3: ebus answer r Therme_VorlaufTemp 31.75;ok
2015.12.14 21:45:58 2: ebus: not connected, stop GetUpdates loop
2015.12.14 21:47:57 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 9890
2015.12.14 21:47:57 3: BlockingCall for ebus was aborted
2015.12.14 21:52:57 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.14 21:52:57 3: GAEBUS device opened (ebus)
2015.12.14 21:52:57 3: ebus execute r -f -c bai HwcHours
2015.12.14 21:52:57 3: ebus answer r Therme_Betriebsstunden_WW 432
2015.12.14 21:52:57 2: ebus device closed. Try to reopen
2015.12.14 21:52:57 1: GAEBUS ebus reappeared (ebus)
2015.12.14 21:52:57 3: ebus execute r -f -c bai FlowTemp
2015.12.14 21:52:58 3: ebus answer r Therme_VorlaufTemp 31.44;ok
2015.12.14 21:52:58 2: ebus: not connected, stop GetUpdates loop
2015.12.14 21:54:57 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 13384
2015.12.14 21:54:57 3: BlockingCall for ebus was aborted
2015.12.14 21:59:57 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.14 21:59:57 3: GAEBUS device opened (ebus)
2015.12.14 21:59:57 3: ebus execute r -f -c bai HwcHours
2015.12.14 21:59:57 3: ebus answer r Therme_Betriebsstunden_WW 432
2015.12.14 21:59:57 2: ebus device closed. Try to reopen
2015.12.14 21:59:57 1: GAEBUS ebus reappeared (ebus)
2015.12.14 21:59:57 3: ebus execute r -f -c bai FlowTemp
2015.12.14 21:59:58 3: ebus answer r Therme_VorlaufTemp 31.12;ok
2015.12.14 21:59:58 2: ebus: not connected, stop GetUpdates loop
2015.12.14 22:00:00 3: CUL_HM set A_GaragentorZu on-for-timer 1
2015.12.14 22:01:57 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 16874
2015.12.14 22:01:57 3: BlockingCall for ebus was aborted
und meine Konfig:
define ebus GAEBUS 10.0.0.13:8888 300
attr ebus userattr r~bai~FlowTemp~d.40_Vorlauftemperatur r~bai~HcHours~d.80_Hz._Betriebsstunden r~bai~HwcHours~d.81_Betriebsstunden_WW r~bai~SDTRT~d.41_Rücklauftemperatur r~bai~WaterPressure~Wasserdruck
attr ebus ebusWritesEnabled 0
attr ebus group Therme
attr ebus room .Keller
attr ebus r~bai~FlowTemp~d.40_Vorlauftemperatur Therme_VorlaufTemp
attr ebus r~bai~HcHours~d.80_Hz._Betriebsstunden Therme_Betriebsstunden_Hz
attr ebus r~bai~HwcHours~d.81_Betriebsstunden_WW Therme_Betriebsstunden_WW
attr ebus r~bai~SDTRT~d.41_Rücklauftemperatur Therme_RuecklaufTemp
attr ebus r~bai~WaterPressure~Wasserdruck Therme_Wasserdruck
..seit heute sehe ich überhaupt nur mehr jeweils 2 Abfragen im Log !?
Danke
Daniel
Hallo Andy,
Zitat von: jamesgo am 14 Dezember 2015, 13:19:51
wenn ich das richtig verstehe müsste ich auf neue Zeilen mit "^address.*loaded.*" triggern und falls eine neue dazukommt nochmals einen "find -f" ausführen. (oder sind die Zwischenschritte sind für den find relevant?)
Ganz genau. Die Zwischenschritte sind irrelevant.
Zitat von: jamesgo am 14 Dezember 2015, 13:19:51
Ich gehe davon aus dass dann die Files nur durch einen manuellen "reload" neu geladen werden könnnen. In diesem Fall wäre es aus meiner Sicht auch akzeptabel im FHEM manuell ein Kommando auszuführen.
Richtig, das ist die einzige Möglichkeit.
Zitat von: jamesgo am 14 Dezember 2015, 13:19:51
"find -f" und "info" liefern am Ende eine Leerzeile. Bleibt das so?
Ja, das ist bei allen Kommandos so und zeigt das Ende der Antwort an.
VG John
Zitat von: yellowpinky am 14 Dezember 2015, 22:25:16
@jamesgo
Hallo Andy;
Anbei nochmals ein Ausschnitt vom LogFile:
2015.12.14 21:45:57 3: ebus answer r Therme_Betriebsstunden_WW 432
2015.12.14 21:45:57 2: ebus device closed. Try to reopen
2015.12.14 21:45:57 1: GAEBUS ebus reappeared (ebus)
2015.12.14 21:45:57 3: ebus execute r -f -c bai FlowTemp
2015.12.14 21:45:58 3: ebus answer r Therme_VorlaufTemp 31.75;ok
2015.12.14 21:45:58 2: ebus: not connected, stop GetUpdates loop
2015.12.14 21:47:57 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 9890
2015.12.14 21:47:57 3: BlockingCall for ebus was aborted
2015.12.14 21:52:57 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.14 21:52:57 3: GAEBUS device opened (ebus)
2015.12.14 21:52:57 3: ebus execute r -f -c bai HwcHours
2015.12.14 21:52:57 3: ebus answer r Therme_Betriebsstunden_WW 432
2015.12.14 21:52:57 2: ebus device closed. Try to reopen
2015.12.14 21:52:57 1: GAEBUS ebus reappeared (ebus)
2015.12.14 21:52:57 3: ebus execute r -f -c bai FlowTemp
2015.12.14 21:52:58 3: ebus answer r Therme_VorlaufTemp 31.44;ok
2015.12.14 21:52:58 2: ebus: not connected, stop GetUpdates loop
2015.12.14 21:54:57 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 13384
2015.12.14 21:54:57 3: BlockingCall for ebus was aborted
2015.12.14 21:59:57 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.14 21:59:57 3: GAEBUS device opened (ebus)
2015.12.14 21:59:57 3: ebus execute r -f -c bai HwcHours
2015.12.14 21:59:57 3: ebus answer r Therme_Betriebsstunden_WW 432
2015.12.14 21:59:57 2: ebus device closed. Try to reopen
2015.12.14 21:59:57 1: GAEBUS ebus reappeared (ebus)
2015.12.14 21:59:57 3: ebus execute r -f -c bai FlowTemp
2015.12.14 21:59:58 3: ebus answer r Therme_VorlaufTemp 31.12;ok
2015.12.14 21:59:58 2: ebus: not connected, stop GetUpdates loop
2015.12.14 22:00:00 3: CUL_HM set A_GaragentorZu on-for-timer 1
2015.12.14 22:01:57 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 16874
2015.12.14 22:01:57 3: BlockingCall for ebus was aborted
und meine Konfig:
define ebus GAEBUS 10.0.0.13:8888 300
attr ebus userattr r~bai~FlowTemp~d.40_Vorlauftemperatur r~bai~HcHours~d.80_Hz._Betriebsstunden r~bai~HwcHours~d.81_Betriebsstunden_WW r~bai~SDTRT~d.41_Rücklauftemperatur r~bai~WaterPressure~Wasserdruck
attr ebus ebusWritesEnabled 0
attr ebus group Therme
attr ebus room .Keller
attr ebus r~bai~FlowTemp~d.40_Vorlauftemperatur Therme_VorlaufTemp
attr ebus r~bai~HcHours~d.80_Hz._Betriebsstunden Therme_Betriebsstunden_Hz
attr ebus r~bai~HwcHours~d.81_Betriebsstunden_WW Therme_Betriebsstunden_WW
attr ebus r~bai~SDTRT~d.41_Rücklauftemperatur Therme_RuecklaufTemp
attr ebus r~bai~WaterPressure~Wasserdruck Therme_Wasserdruck
..seit heute sehe ich überhaupt nur mehr jeweils 2 Abfragen im Log !?
Danke
Daniel
Hallo Daniel,
deinen Post hatte ich doch glatt übersehen.
Du hast tatsächlich ganz wenige Abfragen die in 2 Minuten zu schaffen sein sollten. Die Verbindung zum Ebusd bricht aber ab.
Was passiert wenn du ebusctl aufrufst und die Befehle nacheinander von Hand eingibst? Die Befehle findest du im log (r -f ...)
Grüße
Andy
@jamesgo
Danke für deine Antwort.
Wenn ich die Anfrage per ebusctl eingebe bekomme ich sofort Antwort.
Wie gesagt ebusd und fhem laufen auf unterschiedlichen Rasp.
LG
Daniel
Zitat von: yellowpinky am 20 Dezember 2015, 00:08:48
@jamesgo
Danke für deine Antwort.
Wenn ich die Anfrage per ebusctl eingebe bekomme ich sofort Antwort.
Wie gesagt ebusd und fhem laufen auf unterschiedlichen Rasp.
LG
Daniel
Hallo Daniel,
hast du alle Abfragen hintereinander versucht? Oder nur eine?
Grüße
Amdy
Hallo Andy;
Habe die Abfragen nacheinander per Hand gemacht (einige Sec. zwischen den Abfagen).
Ich habe heute zum Test fhem auf einen Rasp 2 portiert -> GAEBUS macht laut Logfile nun auch alle 5 Abfagen hintereinander, jedoch kommt nach 2min trotzdem ein Fehler und die Readings werden nicht aktualisiert...
Könnte das ein Problem mit den Schreibrechten sein ?
2015.12.20 15:00:45 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.20 15:00:45 3: GAEBUS device opened (ebus)
2015.12.20 15:00:45 3: ebus execute r -f -c bai HwcHours
2015.12.20 15:00:46 3: ebus answer r Therme_Betriebsstunden_WW 439
2015.12.20 15:00:46 3: ebus execute r -f -c bai FlowTemp
2015.12.20 15:00:46 3: ebus answer r Therme_VorlaufTemp 40.31;ok
2015.12.20 15:00:46 3: ebus execute r -f -c bai HcHours
2015.12.20 15:00:46 3: ebus answer r Therme_Betriebsstunden_Hz 2182
2015.12.20 15:00:46 3: ebus execute r -f -c bai SDTRT
2015.12.20 15:00:47 3: ebus answer r Therme_RuecklaufTemp 36.06;64958;ok
2015.12.20 15:00:47 3: ebus execute r -f -c bai WaterPressure
2015.12.20 15:00:47 3: ebus answer r Therme_Wasserdruck 2.055;ok
2015.12.20 15:02:45 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 5907
2015.12.20 15:02:45 3: BlockingCall for ebus was aborted
2015.12.20 15:07:45 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.20 15:07:45 3: GAEBUS device opened (ebus)
2015.12.20 15:07:45 3: ebus execute r -f -c bai HwcHours
2015.12.20 15:07:46 3: ebus answer r Therme_Betriebsstunden_WW 439
2015.12.20 15:07:46 3: ebus execute r -f -c bai FlowTemp
2015.12.20 15:07:46 3: ebus answer r Therme_VorlaufTemp 40.69;ok
2015.12.20 15:07:46 3: ebus execute r -f -c bai HcHours
2015.12.20 15:07:46 3: ebus answer r Therme_Betriebsstunden_Hz 2182
2015.12.20 15:07:46 3: ebus execute r -f -c bai SDTRT
2015.12.20 15:07:46 3: ebus answer r Therme_RuecklaufTemp 36.50;64951;ok
2015.12.20 15:07:46 3: ebus execute r -f -c bai WaterPressure
2015.12.20 15:07:47 3: ebus answer r Therme_Wasserdruck 2.055;ok
2015.12.20 15:09:45 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 9642
2015.12.20 15:09:45 3: BlockingCall for ebus was aborted
LG
Daniel
Hallo. Ich habe beim definieren des Moduls probleme.
define ebus1 GAEBUS 192.168.3.102:8888 900
Cannot load module GAEBUS
und
reload 98_GAEBUS.pm
Glob not terminated at ./FHEM/98_GAEBUS.pm line 26.
Das Modul habe ich schon mehrfach direkt geladen und die Rechte auf 644 fhem dailout gesetzt.
Was ist noch falsch?
Datei falsch heruntergeladen - schau dir den Inhalt der Datei an, dann wirst Du sehen was ich meine.
Gruß Arthur
... stimmt, Danke. Wenn mann es richtig macht geht's auch gleich. ::)
Hallo liebe Ebus-Freunde!
Ich würde gerne die Funktion meiner Vaillant Therme "Ein Tag zuhause" über GAEBUS ansteuern.
Das Reading r~470~Hc1SFMode~HC1_SFMode springt wenn ich das von Hand anschalte von 0 auf 2.
Wie bekomme ich es hin das Reading per GAEBUS zu schreiben?
set ebus1 w~470 Hc1SFMode~HC1_SFMode 2
liefert nur "invalid parameter" als Rückmeldung.
Zum System: ich nutze zur Zeit den ebus 1.2, hab in der 470.csv noch aus "r" "r;w" gemacht:
r;w,,Hc1SFMode,HC1_SFMode,,,,"5D00",,,UCH,,,"0 = _SFNothing,1 = _SFParty,2 = _SFOneDayBankHoliday,3 = _SFOneDayHoliday,4 = _SFHolidayPeriod,5 = _SFBankHolidayPeriod,6 = _SFQuickVeto,7 = _SFOneTimeVentilation,8 = _SFWhisperMode,9 = _SFLoadOnceDHW"
Danke für die super Arbeit, dieses Jahr ist es richtig vorangegangen, Guten Rutsch an Alle!
Grüsse
Sven
Hallo Zentis666!
du hast aber schon das Attribute "ebusWritesEnabled" auf 1 gesetzt?
LG
Hi Reinhart,
klar, das hab ich,
Gruß
Sven
Gesendet von iPhone mit Tapatalk
Hi Sven,
write hast Du in der CSV selbst hinzugefügt - hast du schon probiert den Wert per ebusd (also ohne GAEBUS) zu setzten? Funktioniert das?
Ich habe leider kein 470er kann es bei mir also nicht testen.
Sollte das Setzen per ebusd funktionieren, dann würde ich den GAEBUS write Modus "#install" probieren - hier (http://forum.fhem.de/index.php/topic,41064.msg335248/topicseen.html#msg335248)noch ein Hinweis dazu - hierfür musst Du in der CSV die Definition auf "wi" ändern. So genau kann ich dir das aber nicht sagen, weil ich GAEBUS nicht nutze - vielleicht hilft aber der Hinweis.
Viele Grüße
Arthur
ach, ja und nicht vergessen die Dateien in beide Verzeichnisse (GAEBUS und EBUSD) zu kopieren inkl. reload.
Gruß
Arthur
Hi Arthur,
ich stehe ein bischen auf dem Schlauch (vielleicht auch noch silvesterbedingt ;-)
Zitat von: amunra am 01 Januar 2016, 12:36:11
write hast Du in der CSV selbst hinzugefügt - hast du schon probiert den Wert per ebusd (also ohne GAEBUS) zu setzten? Funktioniert das?
ja mit
ebusctl r -c 470 Hc1SFMode
ebusctl w -c 470 Hc1SFMode 2
kann ich den Wert lesen / setzen
Zitat von: amunra am 01 Januar 2016, 12:36:11
Sollte das Setzen per ebusd funktionieren, dann würde ich den GAEBUS write Modus "#install" probieren - hier (http://forum.fhem.de/index.php/topic,41064.msg335248/topicseen.html#msg335248)noch ein Hinweis dazu - hierfür musst Du in der CSV die Definition auf "wi" ändern. So genau kann ich dir das aber nicht sagen, weil ich GAEBUS nicht nutze - vielleicht hilft aber der Hinweis.
Danke für den Tipp, habe also nun in der 470.csv ein
r;wi,470#install,Hc1SFMode,HC1_SFMode,,,,"5D00",,,UCH,,,"0 = _SFNothing,1 = _SFParty,2 = _SFOneDayBankHoliday,3 = _SFOneDayHoliday,4 = _SFHolidayPeriod,5 = _SFBankHolidayPeriod,6 = _SFQuickVeto,7 = _SFOneTimeVentilation,8 = _SFWhisperMode,9 = _SFLoadOnceDHW"und nun steht der Befehl unter r/w~470#install.
Die direkten Abfragen funktionieren jetzt so:
ebusctl r -c 470#install Hc1SFModeNur leider wird das Reading im fhem nicht mehr angezeigt/aktualisiert, alle anderen Readings gehen aber:
Ich habe das Attribut gelöscht und neu erstellt,
Attributes
r~470install~Hc1SFMode~HC1_SFMode Mode_Urlaub,
Mode_Urlaub taucht nicht auf, wenn ich im fhem
get r~470#install Hc1SFMode~HC1_SFModeauswähle, geht nun ein Fenster auf der fhem Seite auf:
usage: read [-f] [-m SECONDS] [-c CIRCUIT] [-d ZZ] [-p PRIO] [-v] [-n] [-i VALUE[ VALUE]*] NAME [FIELD[.N]] or: read [-f] [-m SECONDS] [-c CIRCUIT] -h ZZPBSBNNDx Read value(s) or hex message. -f force reading from the bus (same as '-m 0') -m SECONDS only return cached value if age is less than SECONDS [300] -c CIRCUIT limit to messages of CIRCUIT -d ZZ override destination address ZZ -p PRIO set the message poll priority (1-9) -v be verbose (include circuit, name, field names, units, and comments) -n use numeric value of value=name pairs -i VALUE read additional message parameters from VALUE NAME the NAME of the message to send FIELD only retrieve the field named FIELD N only retrieve the N'th field named FIELD (0-based) -h send hex read message (or answer from cache): ZZ destination address PB SB primary/secondary command byte NN number of following data bytes Dx the data byte(s) to send darunter ein Eingabefeld.
get reading Mode_Urlaubmacht gar nichts.
Hab ich noch irgendwo einen Tippfehler?
Gruß
Sven
Hi Sven,
ok, alles ein wenig durcheinander aber gut ;o)
Die CSV Definition muss wie folgt aussehen:
r;wi,,Hc1SFMode,HC1_SFMode,,,,"5D00",,,UCH,,,"0 = _SFNothing,1 = _SFParty,2 = _SFOneDayBankHoliday,3 = _SFOneDayHoliday,4 = _SFHolidayPeriod,5 = _SFBankHolidayPeriod,6 = _SFQuickVeto,7 = _SFOneTimeVentilation,8 = _SFWhisperMode,9 = _SFLoadOnceDHW"
CSV muss EBUSD und GAEBUS bekannt gemacht werden -> also kopiere es in das Verzeichnis /etc/ebusd/ und nach /opt/fhem/ebusd/ (ggf. Pade anpassen wenn nicht default)
EBUSD benötigt ein "reload" dann kannst du per
ebusctl r -c 470 Hc1SFMode
lesen und per
ebusctl w -c 470#install Hc1SFMode 2
schreiben.
Dann weiter zu GAEBUS, hierzu kann ich dir ad hoc nicht sagen, ob ein FHEM "reload 98_GAEBUS" reicht damit GAEBUS die Änderung sieht - ein FHEM restart wird sicher helfen?
Attribut attr ebus1 ebusWritesEnabled 1 muss gesetzt sein.
(ebus1 durch dein GAEBUS Device ersetzen)
Den Rest dann nachher, ich muss erst mal meine Kinder versorgen.....
Viele Grüße
Arthur
Hallo Sven!
Ein w wird in den Readings auch nicht sichtbar, das ist bei mir auch so.
Was mir aber auffällt, ist deine Anzeige mit "r~470install~Hc1SFMode~HC1_SFMode", das kann es so nicht geben. Ein "r" kann doch kein #install beinhalten?
Ich habe dir ein Bild von mir mit "Maintenance nächste Wartung" angehängt, da sieht man ganz genau, dass der "r" ohne dem #install ist. Der "w" hat es natürlich. Somit taucht die Wartung auch bei den Readings auf. Ich kann mir nur vorstellen, das hier noch ein Fehler in der cvs liegt.
In der cvs darf eigentlich nur der wi mit #install definiert sein, nicht der "r".
*wi,430#install,,,,"15","B509","0E",,,,,,
LG
Reinhart
habe gerade gesehen, amunra hat dir den richtigen read gepostet.
ebusctl r -c 470 Hc1SFMode
und nicht so
ebusctl r -c 470#install Hc1SFMode
da ist sicher der Wurm drinnen!
@Reinhart
Danke für die Ergänzung.
FYI: In der CSV darf der Type r(read) als auch wi(write) definiert sein, ob GAEBUS damit umgehen kann, das kann ich nicht sagen.
Meiner Meinung nach ist der Hauptfehler in der CSV Definition gewesen, Sven hat die ,,class" mit definiert, was nicht notwendig gewesen ist, oder anders – dadurch hat der ,,type" r auch ein class ,,470#install" erhalten.
@Sven
Bitte deine CSV wie oben (http://forum.fhem.de/index.php/topic,41064.msg382809.html#msg382809) beschrieben anpassen, dann sollte es in GAEBUS so aussehen wie Reinhart es beschreibt -andernfalls einfach wieder hier, mit neuen Erkenntnissen, melden.
Und immer daran denken, bei Konfigurationsänderungen (CSV Änderungen/Anpassungen), beide Verzeichnisse zu versorgen/aktualisieren, und die Änderungen den Services/Modulen bekannt machen (EbusD => reload | GAEBUS => ?? ,,fhem restart?")
Viele Grüße
Arthur
Danke an Euch beide.
Ich hab die csv geändert und sowohl ebusd als auch fhem mit den neuen Dateien versorgt.
Wenn ich nun das reading neu anlege, wird es auch wieder aktualisiert.
Ich hab ein 2. Reading
w~470install~Hc1SFMode~HC1_SFMode Mode_Urlaub_Set
angelegt, wenn ich da den Status 0 oder 2 setzen will kommt nun
ERR: element not found
Gruß
Sven
Zitat von: zentis666 am 01 Januar 2016, 21:38:59
w~470install~Hc1SFMode~HC1_SFMode Mode_Urlaub_Set
fehlt da nicht eine Raute # ?
Also so:
w~470#install~Hc1SFMode~HC1_SFMode Mode_Urlaub_SetGruß
Arthur
ok, ich sehe es, im Screenshot von Reinhart ist ein Install auch ohne die Raute = soll also so sein.
Damit sollte GAEBUS Seitig alles ok sein.
Funktioniert ein:
ebusctl w -c 470#install Hc1SFMode 2
oder
ebusctl w -c 470#install Hc1SFMode 0
Bitte ein mal testen. Danke.
Gruß
Arthur
Ja die funzen beide.
setzt du den Urlaub dann so? (oben am Set Knopf)
set ebus1 Mode_Urlaub_Set 2
LG
fast:
set ebus1 Mode_Urlaub_Set 2
ja oben am Set Knopf.
das müsste passen, bei meinem Wartungsbeispiel klappt das so, deinen Wert kennt leider meine 430 nicht!
LG
setzte bitte den Befehl min. 2-3 mal hintereinander in Abständen von 2-3 Sekunden ab - ändert sich etwas?
Die Meldung erhalte ich auch im Terminal, wenn ich initial ein Befehl ausführe - beim zweiten mal geht das.
Kannst du bitte deine GAEBUS DEF:
list ebus1
posten.
Hab gerade mal versucht die Heizkurve zu definieren und dann zu setzen, geht auch nicht.
Wen ich den Befehl 3x absetze ändert sich nichts.
Hier die Ausgabe von list ebus1
Internals:
DEF 192.168.178.59:8888 300
DevType EBUSD
DeviceAddress 192.168.178.59:8888
DeviceName ebus1
FD 154
Interval 300
NAME ebus1
NR 594
PARTIAL
STATE Connected
TYPE GAEBUS
UpdateCnt 8
Readings:
2016-01-01 22:06:04 Aussentemperatur_Heizung 3.50 ok
2016-01-01 22:01:01 Betriebsart_hk1 2
2016-01-01 22:06:05 Betriebsart_ww 2
2016-01-01 22:01:01 Flammensignal off
2016-01-01 22:01:04 Mode_Urlaub 0
2016-01-01 22:01:01 Rücklauftemp 26.88 65105 ok
2016-01-01 22:01:01 Speichertemp_WW 47.0
2016-01-01 22:01:02 Vorlauftemp_Heizkreis_Ist 27.12 ok
2016-01-01 22:01:02 Vorlauftemp_Heizkreis_Soll 49.5
2016-01-01 22:01:04 Zirkulationspumpe_aktiv off
Attributes:
ebusWritesEnabled 1
room Vaillant,heizkoerper
r~470~BMUB51101StorageTemp~Speichertemperatur_Ist Speichertemp_WW
r~470~CirPump~Zirkulationspumpe_aktiv Zirkulationspumpe_aktiv
r~470~Hc1ActualFlowTempDesired~Aktuelle_Vorlauftemperatur_Soll_Heizkreis_1 Vorlauftemp_Heizkreis_Soll
r~470~Hc1HeatCurve~Heizkurve_Heizkreis_1 Heizkurve
r~470~Hc1OPMode~Betriebsart_Heizkreis_1 Betriebsart_hk1
r~470~Hc1SFMode~HC1_SFMode Mode_Urlaub
r~470~HwcOPMode~Betriebsart_Warmwasserkreis Betriebsart_ww
r~470~OutsideTemp~Außentemp._Sensor Aussentemperatur_Heizung
r~bai~FlowTemp~d.40_Vorlauftemperatur Vorlauftemp_Heizkreis_Ist
r~bai~SDFlame~Flammensignal Flammensignal
r~bai~SDTRT~d.41_Rücklauftemperatur Rücklauftemp
r~cp~Mode~Betriebsart Betriebsart
userattr r~470~BMUB51101StorageTemp~Speichertemperatur_Ist r~470~CirPump~Zirkulationspumpe_aktiv r~470~Hc1ActualFlowTempDesired~Aktuelle_Vorlauftemperatur_Soll_Heizkreis_1 r~470~Hc1HeatCurve~Heizkurve_Heizkreis_1 r~470~Hc1OPMode~Betriebsart_Heizkreis_1 r~470~Hc1SFMode~HC1_SFMode r~470~HwcOPMode~Betriebsart_Warmwasserkreis r~470~OutsideTemp~Außentemp._Sensor r~bai~FlowTemp~d.40_Vorlauftemperatur r~bai~SDFlame~Flammensignal r~bai~SDTRT~d.41_Rücklauftemperatur r~cp~Mode~Betriebsart w~470install~Hc1HeatCurve~Heizkurve_Heizkreis_1 w~470install~Hc1SFMode~HC1_SFMode
w~470install~Hc1HeatCurve~Heizkurve_Heizkreis_1 Heizkurve_Set
w~470install~Hc1SFMode~HC1_SFMode Mode_Urlaub_Set
Sven poste uns bitte noch das Fhem Log, da sieht man dann genau wie der Befehl raus geht.
bei mir sieht das so aus, wenn ich das Wartungsdatum setze.
2016.01.01 22:09:43 3: ebus1 execute r -f -c 430 MaintenanceDate
2016.01.01 22:09:43 3: ebus1 answer r Wartung 01.03.2016
2016.01.01 22:09:43 3: ebus1 execute r -f -c bai StatusTHER
LG
2016.01.01 22:20:37 3: ebus1 execute w -c 470install Hc1SFMode 0
2016.01.01 22:20:37 3: ebus1 answer w Mode_Urlaub_Set ERR: element not found
Eine Raute fehlt...
Die Reads gehen aber
2016.01.01 22:16:13 3: ebus1 execute r -f -c cp Mode
2016.01.01 22:16:14 3: ebus1 answer r Betriebsart ERR: read timeout
2016.01.01 22:16:14 3: ebus1 execute r -f -c 470 CirPump
2016.01.01 22:16:15 3: ebus1 answer r Zirkulationspumpe_aktiv off
2016.01.01 22:16:15 3: ebus1 execute r -f -c bai SDFlame
2016.01.01 22:16:15 3: ebus1 answer r Flammensignal off
2016.01.01 22:16:15 3: ebus1 execute r -f -c 470 Hc1OPMode
2016.01.01 22:16:15 3: ebus1 answer r Betriebsart_hk1 2
2016.01.01 22:16:15 3: ebus1 execute r -f -c 470 Hc1ActualFlowTempDesired
2016.01.01 22:16:15 3: ebus1 answer r Vorlauftemp_Heizkreis_Soll 41.5
2016.01.01 22:16:15 3: ebus1 execute r -f -c 470 Hc1SFMode
2016.01.01 22:16:16 3: ebus1 answer r Mode_Urlaub 2
2016.01.01 22:16:16 3: ebus1 execute r -f -c 470 OutsideTemp
2016.01.01 22:16:16 3: ebus1 answer r Aussentemperatur_Heizung 3.25 ok
2016.01.01 22:16:16 3: ebus1 execute r -f -c 470 HwcOPMode
2016.01.01 22:16:16 3: ebus1 answer r Betriebsart_ww 3
2016.01.01 22:16:16 3: ebus1 execute r -f -c 470 Hc1HeatCurve
2016.01.01 22:16:16 3: ebus1 answer r Heizkurve 1.20
2016.01.01 22:16:16 3: ebus1 execute r -f -c bai SDTRT
2016.01.01 22:16:16 3: ebus1 answer r Rücklauftemp 26.81 65106 ok
2016.01.01 22:16:16 3: ebus1 execute r -f -c 470 BMUB51101StorageTemp
2016.01.01 22:16:16 3: ebus1 answer r Speichertemp_WW 46.5
2016.01.01 22:16:16 3: ebus1 execute r -f -c bai FlowTemp
2016.01.01 22:16:16 3: ebus1 answer r Vorlauftemp_Heizkreis_Ist 27.00 ok
sorry, ich habe dir nur den read gepostet, w sieht dann so aus.
2016.01.01 22:25:12 3: ebus1 execute w -c 430#install MaintenanceDate 01.04.2016
2016.01.01 22:25:12 3: ebus1 answer w nWartung done
bei dir sieht man das # nicht, bei mir schon.
LG
ok, reads gehen das ist schon mal was.
Das Problem liegt an der csv Definition :o(
Ich habe mal kurz reingeschaut:
if ($action eq "w") {
$class =~ s/install/#install/;
$cmd = "$io ";
$cmd .= "-c $class $var ";
$cmd .= "$writeValues";
} else {
$cmd = "$io ";
$cmd .= " -f " if ($io ne "h");
$cmd .= "-v " if ($action eq "v");
$cmd .= "-c $class $var";
$cmd .= " $cmdaddon" if ($action eq "r");
$cmd =~ s/^h /r /;
}
Log3 ($name, 3, "$name execute $cmd");
Ein write muss als "w" Type deklariert sein, dann wird "install" durch "#install" ersetzt.
Heißt: Du brauchst eine "w" Type Definition.
Ich schaue mal ....
Entwarnung... schreiben ging ja schonmal...
habe gerade die 98_GAEBUS.pm nochmal von http://sourceforge.net/
runtergeladen und meine überschrieben und nun gehts.
Sorry für die Verwirrung, hatte erst letztens aktualisiert aber es war wohl nicht die neuste installiert.
Grüsse
Sven
das wäre mein nächster Vorschlag gewesen unsere Versionen einmal zu vergleichen, denn wir haben ja jetzt schon ganz genau gewusst warum er nicht schreiben wollte und amunra hat schon die Sourcen zerlegt.
Gut wen was funktioniert, die Fehlrsuche ist oft spannender als ein Krimi.
LG
@Reinhart: könntest Du bitte Deine TabletUI htmls zur Verfügung stellen, jetzt wo write geht wäre das mein nächstes Projekt ... ;D
LG
Sven
Hi Andy,
nochmal zum Thema CSV einlesen:
Zitat von: jamesgo am 14 Dezember 2015, 09:04:38
das muss ich mir anschauen.
Es geht um das "find -f":
Zitat von: john30 am 14 Dezember 2015, 08:00:29
wär es denkbar, statt die CSVs zu lesen das ebusd "find -f" Kommando zu nutzen?
Das liefert die aktuell definierten Nachrichten im CSV Format ab.
Hintergrund der Frage ist, dass mit Version 2.0 ebusd die CSVs dynamisch nach Scan einlesen kann und somit das komplette Verwursten des Config Verzeichnisses viel zu viele Nachrichten in Deinem Modul zur Folge hätte.
Und noch was:
Ebenfalls ab ebusd 2.0 werden Bedingungen unterstützt. Diese werden vor den read/write... Typ in eckigen Klammern platziert, z.B. so:
[SW=202-349]r,uih,ThisYearsYieldEnergyMonth4,Ertrag April dieses Jahres,,15,...
Letzteres ist jetzt wieder rückwärtskompatibel, d.h. "find -f" liefert jetzt keine Bedingungen mehr vor dem Typ (r/w etc) aus, weil einen da ja die Bedingung nicht mehr interessiert. Statt dessen werden nur die Definitionen ausgegeben, deren Bedingung (sofern vorhanden) auch erfüllt ist.
Das sollte die Einbindung erleichtern :-)
LG John
Hallo John,
ich habe mir mal die 2.0.0 angeschaut und habe zu "find -f" eine Frage.
Laut der Aussage:
Zitat von: john30 am 02 Januar 2016, 11:10:30
Es geht um das "find -f":
Letzteres ist jetzt wieder rückwärtskompatibel, d.h. "find -f" liefert jetzt keine Bedingungen mehr vor dem Typ (r/w etc) aus, weil einen da ja die Bedingung nicht mehr interessiert. Statt dessen werden nur die Definitionen ausgegeben, deren Bedingung (sofern vorhanden) auch erfüllt ist.
werden im "find" Ergebnis keine Bedingungen mehr geliefert.
Ich habe die aktuelle Version mit den default csv's im Einsatz
(http://up.picr.de/24173303oc.jpg)
und erhalte im "find" result noch diverse Bedingungen angezeigt.
z.B.
[SW>=126]r,430,AssertFileName,AssertFileName,,15,b509,0da000,,s,STR:10,,,"shows, if assert is enabled, the name of the module where the 'assert fail' occured"
[SW>=126]r,430,AssertLineNumber,AssertLineNumber,,15,b509,0da100,,s,UIN,,,assert fail occured in this line
[SW>=210]r,430,B51000M10HwcFlowSetMon,B51000M10DHWFlowSetMon,,15,b509,0d6600,,s,UCH,,,flow setpoint DHW sent via B5 10 00
[SW>=210]r,430,B51000M12DisableBitsMon,B51000M12DisableBitsMon,,15,b509,0d6700,,s,UCH,,,"bits 0-7: disable CH/disable DHW tapping/disable DHW tank loading/not used/clear burner blocking DHW/dis, disable bits sent via B5 10 00 (leftmost bit 0, rightmost bit 7)"
[SW>=210]r,430,B51000M14Monitor,B51000M14Monitor,,15,b509,0d6800,,s,UCH,,,"bits 0-7: remote control CH pump/release backup heater/release cooling/not used/left stop position DHW o, bits sent in M14 of B5 10 00 (leftmost bit 0, rightmost bit 7; relevant is bit 0: remote control of CH pump)"
[SW>=210]r,430,B51000M7OpModeMonitor,B51000M7OpModeMonitor,,15,b509,0d6500,,s,UCH,,,"operation mode sent via B5 10 00 (0 = auto, 1 = forced off, 2 = forced CH, 3 = forced DHW)"Ist das so gewollt?
Oder habe ich etwas missverstanden?
Danke und Viele Grüße
Arthur
EDIT: nach dem 10 mal lesen habe ich es - glaube ich - verstanden ;o)
Zitat von: john30 am 02 Januar 2016, 11:10:30
Statt dessen werden nur die Definitionen ausgegeben, deren Bedingung (sofern vorhanden) auch erfüllt ist.
Bedeutet, dass die "passenden" Messages ein "r/w" beinhalten - Datensätze mit Bedingung davor passen nicht zur der Therme und ich kann die ausblenden. Richtig? Falls ja, dann muss ich bei mir, bei Wechsel von 1.x auf 2.x, nichts ändern - zumindest nichts am Modul.
Danke.
Hallo Arthur,
Zitat von: amunra am 03 Januar 2016, 17:09:31
Ist das so gewollt?
Oder habe ich etwas missverstanden?
da bist Du genau einen commit zu früh dran. Das ist erst mit commit https://github.com/john30/ebusd/commit/af997ea9a275d746945f851b697ae78659e137b7 (https://github.com/john30/ebusd/commit/af997ea9a275d746945f851b697ae78659e137b7) geändert.
Zitat von: amunra am 03 Januar 2016, 17:09:31
EDIT: nach dem 10 mal lesen habe ich es - glaube ich - verstanden ;o) Bedeutet, dass die "passenden" Messages "r/w" beinhalten - Datensätze mit Bedingung davor passen nicht zur der Therme und ich kann die ausblenden. Richtig? Falls ja, dann muss ich bei mir, bei Wechsel von 1.x auf 2.x - zumindest nicht am Modul, nichts ändern.
Ein Beispiel:
Bei Deiner 430 ist z.B. "read -c 430 DisplayedHwcStorageTemp" möglich, weil die Bedingung dafür, dass die Software Version mindestens 0125 sein muss, erfüllt ist (bei Deiner 430 ist es ja 0215). Also wird bei Dir die Nachricht im "find -f -c 430" erscheinen. Bei jemandem mit einer älteren 430 (sprich Software Version vor 0125), ist die Message dann gar nicht erst verfügbar und das o.g. read Kommando liefert "element not found".
Mit dem o.g. commit brauchst Du eigentlich nichts anpassen, aber das Lesen der CSV Dateien würde ich eben nicht empfehlen, weil ja potentiell alle bekannten Geräte eines Herstellers in dem Verzeichnis rum liegen. Wenn Du statt dessen das "find -f" Ergebnis nutzt, bekommst Du bereits schön gefiltert, welche Geräte da sind und welche Nachrichten (zumindest theoretisch) funktionieren sollten.
Und wenn das z.B. 5 Minuten nach dem Verbindungsaufbau zu ebusd abrufst, sollte die Liste auch komplett sein.
Hallo John,
Zitat von: john30 am 03 Januar 2016, 17:45:41
Mit dem o.g. commit brauchst Du eigentlich nichts anpassen, aber das Lesen der CSV Dateien würde ich eben nicht empfehlen, weil ja potentiell alle bekannten Geräte eines Herstellers in dem Verzeichnis rum liegen. Wenn Du statt dessen das "find -f" Ergebnis nutzt, bekommst Du bereits schön gefiltert, welche Geräte da sind und welche Nachrichten (zumindest theoretisch) funktionieren sollten.
Und wenn das z.B. 5 Minuten nach dem Verbindungsaufbau zu ebusd abrufst, sollte die Liste auch komplett sein.
Ich hole mir die Daten per "find" - unter anderem aus den, von dir, genannten Gründen.
Ich probiere es mal mit dem neuen commit und melden mich evtl. wieder ;o)
Danke und viele Grüße
Arthur
Hallo John,
kurze Rückmeldung - mit der aktuellen Version ist das Verhalten wie erwartet bzw. wie von dir beschrieben.
Danke und Gruß
Arthur
Zitat von: amunra am 03 Januar 2016, 18:24:06
kurze Rückmeldung - mit der aktuellen Version ist das Verhalten wie erwartet bzw. wie von dir beschrieben.
prima, issue closed :-)
Hi;
Ich möchte euch nochmals um Hilfe bei meinem alten Problem bitten..
Ich verwende ebusd und fhem auf unterschiedlichen Raspis.
Nach den automatischen Abfragen werden die jedoch Readings nicht aktualisiert.
Im log sehe ich aber, das meine Attribute in den definierten Abständen (5min) ausgelesen werden, jedoch kommt dann nach 2min eine Fehlermeldung
Die Readings werden nur aktualisiert wenn ich direkt in fhem über get abfage.
Mit ebusctl bekomme ich ebenfalls die richtigen Werte.
Hab ich vielleicht ein Timing oder Schreibrechte Problem ?
2015.12.20 15:00:45 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.20 15:00:45 3: GAEBUS device opened (ebus)
2015.12.20 15:00:45 3: ebus execute r -f -c bai HwcHours
2015.12.20 15:00:46 3: ebus answer r Therme_Betriebsstunden_WW 439
2015.12.20 15:00:46 3: ebus execute r -f -c bai FlowTemp
2015.12.20 15:00:46 3: ebus answer r Therme_VorlaufTemp 40.31;ok
2015.12.20 15:00:46 3: ebus execute r -f -c bai HcHours
2015.12.20 15:00:46 3: ebus answer r Therme_Betriebsstunden_Hz 2182
2015.12.20 15:00:46 3: ebus execute r -f -c bai SDTRT
2015.12.20 15:00:47 3: ebus answer r Therme_RuecklaufTemp 36.06;64958;ok
2015.12.20 15:00:47 3: ebus execute r -f -c bai WaterPressure
2015.12.20 15:00:47 3: ebus answer r Therme_Wasserdruck 2.055;ok
2015.12.20 15:02:45 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 5907
2015.12.20 15:02:45 3: BlockingCall for ebus was aborted
2015.12.20 15:07:45 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.20 15:07:45 3: GAEBUS device opened (ebus)
2015.12.20 15:07:45 3: ebus execute r -f -c bai HwcHours
2015.12.20 15:07:46 3: ebus answer r Therme_Betriebsstunden_WW 439
2015.12.20 15:07:46 3: ebus execute r -f -c bai FlowTemp
2015.12.20 15:07:46 3: ebus answer r Therme_VorlaufTemp 40.69;ok
2015.12.20 15:07:46 3: ebus execute r -f -c bai HcHours
2015.12.20 15:07:46 3: ebus answer r Therme_Betriebsstunden_Hz 2182
2015.12.20 15:07:46 3: ebus execute r -f -c bai SDTRT
2015.12.20 15:07:46 3: ebus answer r Therme_RuecklaufTemp 36.50;64951;ok
2015.12.20 15:07:46 3: ebus execute r -f -c bai WaterPressure
2015.12.20 15:07:47 3: ebus answer r Therme_Wasserdruck 2.055;ok
2015.12.20 15:09:45 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 9642
2015.12.20 15:09:45 3: BlockingCall for ebus was aborted
LG
Daniel
Hi Daniel,
der BlockingCall hat ein Problem, nach 120 Sekunden (default Wert) bricht er ab bzw. läuft in ein timeout und bricht ab.
2015.12.20 15:02:45 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 5907
2015.12.20 15:02:45 3: BlockingCall for ebus was aborted
Das ist nicht ok.
Dein Device heißt "ebus" - poste bitte hier den Result von:
list ebus
Logging setzen:
attr ebus verbose 5
ist spärlich, können es aber mal versuchen. Warten bis Abfrage läuft und Ergebnis hier posten.
Anschließend kannst du das Attribut verboseam Device wieder löschen.
EDIT: Davon würde ich dann doch jetzt Abstand nehmen - das ist vergebene Liebesmüh - mehr werde ich eh nicht sehen.
Gruß
Arthur
EDIT: Und bitte gleich auch noch die GAEBUS.pm (reicht auch wenn Du den Stand des Moduls hier postest - der letzte Stand ist von 04.12.2015) und die bai.csv hier anhängen. Ist FHEM aktuell? Welche ebusd Version nutzt du - schon die 2.x? Danke.
@ Arthur
Danke für die Hilfe...
Zitatlist ebus
Internals:
DEF 10.0.0.13:8888 300
DevType EBUSD
DeviceAddress 10.0.0.13:8888
DeviceName ebus
FD 13
Interval 300
NAME ebus
NR 42
PARTIAL
STATE Connected
TYPE GAEBUS
UpdateCnt 470
Readings:
2016-01-02 00:29:32 Therme_Betriebsstunden_Hz 2348
2016-01-02 00:29:38 Therme_Betriebsstunden_WW 454
2016-01-02 00:29:55 Therme_RuecklaufTemp 28.06
2016-01-02 00:29:59 Therme_VorlaufTemp 31.88
2016-01-02 00:30:04 Therme_Wasserdruck 1.984
Helper:
Attributes:
ebusWritesEnabled 0
group Therme
room .Keller
r~bai~FlowTemp~d.40_Vorlauftemperatur Therme_VorlaufTemp
r~bai~HcHours~d.80_Hz._Betriebsstunden Therme_Betriebsstunden_Hz
r~bai~HwcHours~d.81_Betriebsstunden_WW Therme_Betriebsstunden_WW
r~bai~SDTRT~d.41_Rücklauftemperatur Therme_RuecklaufTemp
r~bai~WaterPressure~Wasserdruck Therme_Wasserdruck
userattr r~bai~FlowTemp~d.40_Vorlauftemperatur r~bai~HcHours~d.80_Hz._Betriebsstunden r~bai~HwcHours~d.81_Betriebsstunden_WW r~bai~SDTRT~d.41_Rücklauftemperatur r~bai~WaterPressure~Wasserdruck- fhem & Linux am Raspi sind aktuell
- GAEBUS Version ist vom 4.12.2015
- ebusd Version ist 1.3.0
- Raspi fhem = Raspberry 2 B
- Raspi ebus = Raspberry B
Danke
Daniel
Hallo John,
ich habe vorgestern in die 2.x reingeschnuppert, dabei habe ich ein paar Ablauf-/organisatorische- aber auch technische Fragen zum Thema ,,scan" und ,,Konfigurationsänderungen (reload)" mitgenommen.
Du hast weiter oben schon etwas zum Thema ,,scan" und welche Zustände der annehmen kann beschrieben.
Ich habe ein paar weitere Fragen dazu - wann wird ein scan ausgeführt?
1) Bei jedem Start des Services
2) Beim Laden von Konfigurationsdateien ,,reload" – (hat bei mir etwas gedauert und sah aus als würde er ein scan ausführen bevor er die Daten einließt)
3) Nach Ausführen des Befehls ,,scan"
Der ebusd scheint sich die Informationen nicht zu merken, da sich die HW Konfiguration nur sehr selten ändert, wäre eine Art cache (der per Befehl ,,scan" erneuert wird) durchaus sinnvoll. Oder gibt es andere Beweggründe warum der Service die Informationen nicht vorhält? Gut man braucht irgendwo Schreibrechte ; o(
Für die Weiterverarbeitung wäre ein ,,scan" Gesamtstatus (1=läuft 2=fertig 3=horchen) – Stichwort: ,,i" - sehr hilfreich, denn dann könnte man sich die Daten holen ohne einen Abgleich (komplex und fehleranfällig) durchführen zu müssen. In dem Zusammenhang wäre ebenfalls ein ,,config-change"? (Konfigurationsdaten wurden neu geladen) Status (Timestamp?), der nach ein ,,scan/reload" gesetzt wird und per Befehl ,,i" abgefragt werden könnte, auch hilfreich.
Damit könnte man folgende Fälle abdecken:
1) Daten erst holen wenn der ,,scan"gelaufen ist.
2) Daten holen/aktualisieren wenn sich die Konfiguration geändert hat bzw. sich geändert haben könnte.
Danke und viele Grüße
Arthur
Hallo Daniel,
danke.
Was mir gestern schon aufgefallen ist, deine executes beinhalten 2x Leerzeichen zwischen dem r und -f
ebus execute r -f -c bai FlowTemp
Ich kann aber im Moment nicht sagen, welche Auswirkung das hat - das muss ich mir mal anschauen (vielleicht komme ich heute Abend dazu?).
Gruß Arthur
Hi Arthur,
Zitat von: amunra am 05 Januar 2016, 07:21:19
wann wird ein scan ausgeführt?
1) Bei jedem Start des Services
2) Beim Laden von Konfigurationsdateien ,,reload" – (hat bei mir etwas gedauert und sah aus als würde er ein scan ausführen bevor er die Daten einließt)
3) Nach Ausführen des Befehls ,,scan"
fast ganz richtig :-)
Also erstmal muss zwischen ebusd mit Parameter "--scanconfig" und ohne unterschieden werden. Ohne "--scanconfig" macht ebusd überhaupt keinen Scan von sich aus, sondern nur nach Absetzen des "scan" Kommandos.
ebusd lauscht in der aktuellen Version dauernd auf dem Bus und "notiert" sich für alle gültigen Nachrichten (sprich eBUS Protokoll eingehalten und valide CRCs) die beiden "Gesprächspartner" (also Quell- und Ziel-Adresse). Das sieht man z.B. an den Meldungen "[bus notice] new master 03, master count 2".
Es wird also im Hintergrund immer aufgezeichnet, welche Master und welche Slaves an validen Kommunikationen beteiligt waren. Das Ergebnis sieht man auch mit dem "info" Kommando, wenn dort bei einer Adresse "seen" steht.
Mit "--scanconfig" passiert dann zusätzlich folgendes: In regelmäßigen Abständen wird die Liste der auf dem Bus als gültig erkannten Adressen durchgegangen und für die neu dazu gekommenen dann ein scan gemacht, sprich die Message mit PBSB=0704 an die Slave Adresse gesendet. Wenn ein Gerät darauf antwortet (und nur dann), wird die dazu passende Konfigurationsdatei gesucht und geladen. Das ist dann wiederum in dem "info" Ergebnis ersichtlich.
Bei "reload" wird die gesamte Konfiguration wieder verworfen und auch der Ladezustand der CSVs, so dass das Spielchen von vorn beginnt.
Das "scan" Kommando ist davon relativ unabhängig und setzt für alle gesehenen Slaves (oder alle möglichen mit "scan full") einen scan ab, hat aber nichts mit den CSVs zu tun.
Zitat von: amunra am 05 Januar 2016, 07:21:19
Der ebusd scheint sich die Informationen nicht zu merken, da sich die HW Konfiguration nur sehr selten ändert, wäre eine Art cache (der per Befehl ,,scan" erneuert wird) durchaus sinnvoll. Oder gibt es andere Beweggründe warum der Service die Informationen nicht vorhält? Gut man braucht irgendwo Schreibrechte ; o(
Richtig, es wird nicht gespeichert, da es mit dem Verfahren von oben m.E. keinen Grund für ein persistentes Speichern gibt.
Zitat von: amunra am 05 Januar 2016, 07:21:19
Für die Weiterverarbeitung wäre ein ,,scan" Gesamtstatus (1=läuft 2=fertig 3=horchen) – Stichwort: ,,i" - sehr hilfreich, denn dann könnte man sich die Daten holen ohne einen Abgleich (komplex und fehleranfällig) durchführen zu müssen.
Verstehe. Problem ist nur: der Individual-Scan passiert ja erst, wenn ein neue valide Adresse entdeckt wurde. Insofern gibt es keinen Gesamtstatus...
Man könnte höchstens nach Start von ebusd einen scan auf alle Adressen forcieren und somit auch das Laden aller CSVs.
Zitat von: amunra am 05 Januar 2016, 07:21:19
In dem Zusammenhang wäre ebenfalls ein ,,config-change"? (Konfigurationsdaten wurden neu geladen) Status (Timestamp?), der nach ein ,,scan/reload" gesetzt wird und per Befehl ,,i" abgefragt werden könnte, auch hilfreich.
Das ist easy: Mach einfach eine MD5 Summe über die Zeilen aus dem "info" Ergebnis, die mit "address" anfangen. Oder noch einfacher: nimm die Anzahl der Nachrichten aus dem Info Kommando, also z.B. "messages: 738". Wann immer sich das ändert, muss Dein Modul CSVs abholen.
Nachtrag: ich könnte natürlich auch noch einen Timestamp der letzten Config Änderung in das Info Kommando einbauen, also z.B. "configstamp: 1451977859".
VG John
Hallo John,
danke für die Infos.
Ich muss noch in mich gehen, aber ich denke, dass der Ansatz: regelmäßig (konfigurierbar: an/aus und Zeitintervalle) auf die ,,messages" zu schauen, und dann bei ungleichem ,,count" ,,alles" neun holen, ein guter Kompromiss (Effizienz, Performance etc.) sein wird. Wir reden hier ja auch von überschaubaren Datenmengen.
Man könnte es optimieren, indem man prüft wie lange der ebusd läuft => ist die ,,uptime < 5-7" min dann regelmäßiger prüfen, ansonsten kann man davon ausgehen, dass 99% der Daten schon da sind und seltener prüfen. Hierfür wäre evtl. die ebusd uptime info, abfragbar per command, hilfreich. Alternativ könnte man sich die Info auch über die system commandos holen, hier aber wieder Plattform abhängig etc.
Eine manuell forcierte Abfrage bzw. ,,hole alle Daten neu" sollte neben ,,führe einen scan durch" sowieso möglich sein.
Viele Grüße
Arthur
Hallo Daniel,
ich versuche gerade die Ursache für dein Problem zu finden.
In deinem post (14.12) des Logfiles sieht es so aus als ob die Verbindung zum ebusd nicht sauber funktioniert bzw. der Status hierfür nicht richtig gesetzt wird.
D.h. folgender Code wird (im blocking call) aufgerufen:
# limit number of reopens if ebusd cannot be reached
if (($hash->{STATE} ne "Connected") or (!$hash->{TCPDev}->connected()) )
{
if (--$tryOpenCnt <= 0)
{
Log3 ($name, 2, "$name: not connected, stop GetUpdates loop");
last;
}
}
Bisher hatte ich ebusd Version 1.2.0 im Einsatz und jetzt 1.3.0 installiert (funktioniert aber weiterhin)
Merkwürdig ist, dass "get reading" funktioniert die Abfrage über "blocking call" aber nicht.
Wie sieht bei dir die Datei /etc/defaults/ebusd aus?
Wenn dort nichts aussergewöhnliches drinnen steht werde ich dir eine Version mit mehr Debug Ausgaben zur Verfügung stellen.
Grüße
Andy
2015.12.14 21:45:57 3: ebus answer r Therme_Betriebsstunden_WW 432
2015.12.14 21:45:57 2: ebus device closed. Try to reopen
2015.12.14 21:45:57 1: GAEBUS ebus reappeared (ebus)
2015.12.14 21:45:57 3: ebus execute r -f -c bai FlowTemp
2015.12.14 21:45:58 3: ebus answer r Therme_VorlaufTemp 31.75;ok
2015.12.14 21:45:58 2: ebus: not connected, stop GetUpdates loop
2015.12.14 21:47:57 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 9890
2015.12.14 21:47:57 3: BlockingCall for ebus was aborted
2015.12.14 21:52:57 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.14 21:52:57 3: GAEBUS device opened (ebus)
2015.12.14 21:52:57 3: ebus execute r -f -c bai HwcHours
2015.12.14 21:52:57 3: ebus answer r Therme_Betriebsstunden_WW 432
2015.12.14 21:52:57 2: ebus device closed. Try to reopen
2015.12.14 21:52:57 1: GAEBUS ebus reappeared (ebus)
2015.12.14 21:52:57 3: ebus execute r -f -c bai FlowTemp
2015.12.14 21:52:58 3: ebus answer r Therme_VorlaufTemp 31.44;ok
2015.12.14 21:52:58 2: ebus: not connected, stop GetUpdates loop
2015.12.14 21:54:57 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 13384
2015.12.14 21:54:57 3: BlockingCall for ebus was aborted
2015.12.14 21:59:57 3: GAEBUS opening ebus device 10.0.0.13(8888)
2015.12.14 21:59:57 3: GAEBUS device opened (ebus)
2015.12.14 21:59:57 3: ebus execute r -f -c bai HwcHours
2015.12.14 21:59:57 3: ebus answer r Therme_Betriebsstunden_WW 432
2015.12.14 21:59:57 2: ebus device closed. Try to reopen
2015.12.14 21:59:57 1: GAEBUS ebus reappeared (ebus)
2015.12.14 21:59:57 3: ebus execute r -f -c bai FlowTemp
2015.12.14 21:59:58 3: ebus answer r Therme_VorlaufTemp 31.12;ok
2015.12.14 21:59:58 2: ebus: not connected, stop GetUpdates loop
2015.12.14 22:00:00 3: CUL_HM set A_GaragentorZu on-for-timer 1
2015.12.14 22:01:57 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 16874
2015.12.14 22:01:57 3: BlockingCall for ebus was aborted
Hi Andy;
meine ebusd.debian sieht wie folgt aus:
EBUSD_OPTS="--acquiretime 9400 -l All -d /dev/ttyUSB0"
steht aber in:
/root/ebusd/contrib/etc/default
Danke
Ich hätte jetzt auch an der einen oder anderen Stelle mehr logging eingebaut, da Andy unterstütz und eine debug version bereitstellt, halte ich jetzt mal die Füße still.
Viel Erfolg noch.
Hallo Daniel,
versuch doch mal die angehängte Version.
Vorher noch
attr ebus1 verbose 5
und danach ein "save" und "shutdown restart".
Bitte das fhem logfile posten.
Danke
Andy
PS: jetzt mit Anhang
Hallo Andy;
.... hier das Logging..
2016.01.06 00:11:46 4: ebus start GetUpdates2
2016.01.06 00:11:46 3: GAEBUS opening ebus device 10.0.0.13(8888)
2016.01.06 00:11:46 3: GAEBUS device opened (ebus)
2016.01.06 00:11:46 5: ebus GetUpdates: Therme_Betriebsstunden_WW:1
2016.01.06 00:11:46 3: ebus execute r -f -c bai HwcHours
2016.01.06 00:11:46 3: ebus answer r Therme_Betriebsstunden_WW 459
2016.01.06 00:11:46 5: ebus GetUpdates: Therme_VorlaufTemp:1
2016.01.06 00:11:46 3: ebus execute r -f -c bai FlowTemp
2016.01.06 00:11:47 3: ebus answer r Therme_VorlaufTemp 30.56;ok
2016.01.06 00:11:47 5: ebus GetUpdates: Therme_Betriebsstunden_Hz:1
2016.01.06 00:11:47 3: ebus execute r -f -c bai HcHours
2016.01.06 00:11:47 3: ebus answer r Therme_Betriebsstunden_Hz 2410
2016.01.06 00:11:47 5: ebus GetUpdates: Therme_RuecklaufTemp:1
2016.01.06 00:11:47 3: ebus execute r -f -c bai SDTRT
2016.01.06 00:11:47 3: ebus answer r Therme_RuecklaufTemp 24.69;65140;ok
2016.01.06 00:11:47 5: ebus GetUpdates: Therme_Wasserdruck:1
2016.01.06 00:11:47 3: ebus execute r -f -c bai WaterPressure
2016.01.06 00:11:47 3: ebus answer r Therme_Wasserdruck 1.984;ok
2016.01.06 00:11:47 4: ebus: GetUpdatesDoit returnes ebus|Therme_Betriebsstunden_WW|459|Therme_VorlaufTemp|30.56|Therme_Betriebsstunden_Hz|2410|Therme_RuecklaufTemp|24.69|Therme_Wasserdruck|1.984
2016.01.06 00:13:46 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 22803
2016.01.06 00:13:46 3: BlockingCall for ebus was aborted
2016.01.06 00:18:46 4: ebus start GetUpdates2
2016.01.06 00:18:46 3: GAEBUS opening ebus device 10.0.0.13(8888)
2016.01.06 00:18:46 3: GAEBUS device opened (ebus)
2016.01.06 00:18:46 5: ebus GetUpdates: Therme_Betriebsstunden_WW:1
2016.01.06 00:18:46 3: ebus execute r -f -c bai HwcHours
2016.01.06 00:18:46 3: ebus answer r Therme_Betriebsstunden_WW 459
2016.01.06 00:18:46 5: ebus GetUpdates: Therme_VorlaufTemp:1
2016.01.06 00:18:46 3: ebus execute r -f -c bai FlowTemp
2016.01.06 00:18:47 3: ebus answer r Therme_VorlaufTemp 31.19;ok
2016.01.06 00:18:47 5: ebus GetUpdates: Therme_Betriebsstunden_Hz:1
2016.01.06 00:18:47 3: ebus execute r -f -c bai HcHours
2016.01.06 00:18:47 3: ebus answer r Therme_Betriebsstunden_Hz 2410
2016.01.06 00:18:47 5: ebus GetUpdates: Therme_RuecklaufTemp:1
2016.01.06 00:18:47 3: ebus execute r -f -c bai SDTRT
2016.01.06 00:18:47 3: ebus answer r Therme_RuecklaufTemp 27.38;65097;ok
2016.01.06 00:18:47 5: ebus GetUpdates: Therme_Wasserdruck:1
2016.01.06 00:18:47 3: ebus execute r -f -c bai WaterPressure
2016.01.06 00:18:47 3: ebus answer r Therme_Wasserdruck 1.984;ok
2016.01.06 00:18:47 4: ebus: GetUpdatesDoit returnes ebus|Therme_Betriebsstunden_WW|459|Therme_VorlaufTemp|31.19|Therme_Betriebsstunden_Hz|2410|Therme_RuecklaufTemp|27.38|Therme_Wasserdruck|1.984
2016.01.06 00:20:46 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 26383
2016.01.06 00:20:46 3: BlockingCall for ebus was aborted
Danke
Hmm,
2016.01.06 00:11:47 4: ebus: GetUpdatesDoit returnes ebus|Therme_Betriebsstunden_WW|459|Therme_VorlaufTemp|30.56|Therme_Betriebsstunden_Hz|2410|Therme_RuecklaufTemp|24.69|Therme_Wasserdruck|1.984
Das ist genau vor dem Return aus dem blocking call heraus und das Ergebnis sieht richtig aus.
Als nächstes sollte vom blocking call die Routine "GAEBUS_GetUpdatesDone" aufgerufen werden.
Ich werde mal weiter forschen.
Grüße
Andy
Hallo Andy,
ein Hinweis - zwischendurch:
Der Rückgabewert wird über den Telnetprompt als Perl-Befehl zurückgegeben - an dem Punkt steht der BlockingCall - da liegt der Hase im Pfeffer.
Das sieht man wenn man
attr global verbose 5
setzt.
Das würde auch erklären warum "get" commands funktionieren - "get" commandos werden ohne BlockingCall abgesetzt.
Vermutlich kann auf dem System keine Tellnet session aufgebaut werden?
Vielleicht hilft dir/euch der Hinweis?
Gruß
Arthur
Hallo Arthur,
danke für den Hinweis.
@Daniel: kannst du den globalen loglevel mal erhöhen, speichern und dann einen shutdown restart machen?
In der fhem.cfg sollte es auch sowas geben:
define telnetPort telnet 7072 global
Grüße
Andy
Hallo Arthur,
Servus Andy;
Danke für die Unterstützung,
Habe mein device testweise auf ebus1 umbenannt und der Übersicht halber nur mehr ein Attribut abgefragt (Speichertemperatur).
Anbei der Ausschnitt meines Log-Files und der Konfig.
Danke
Daniel
Hallo Daniel, Hallo Andy,
leider kann man aus dem Log noch keine Ursache ableiten – was fehlt ist der call back telnet Aufruf. Ich bin mir sicher, dass das Problem nichts mit dem GAEBUS Modul zu tun hat.
Meiner Meinung nach wäre der nächste sinnvolle Schritt in das BlockingCall Modul zu schauen, vielleicht kann man mehr ableiten.
Das BlockingCall Modul hat leider auch sehr spärliche log Ausgaben, aus diesem Grund habe ich ein wenig mehr Logging eingebaut und das Modul angehängt.
Ablauf:
1) Vorhandene Blocking.pm umbenennen und durch die im Anhang ersetzen.
2) attr ebus1 verbose 5 setzen
3) FHEM Restart und Logs hier posten
4) Alles wieder rückgängig machen
Viele Grüße
Arthur
Hallo Andy, Hallo Arthur;
Hier der log..
2016.01.06 23:21:55 4: ebus1 start GetUpdates2
2016.01.06 23:21:55 2: BlockingCall start
2016.01.06 23:21:55 1: BlockingCall (GAEBUS_GetUpdatesDoit) created child (17096), uses telnetForBlockingFn to connect back
2016.01.06 23:21:55 1: BlockingCall (GAEBUS_GetUpdatesDoit) created child (17096) timeout
2016.01.06 23:21:55 1: BlockingCall (GAEBUS_GetUpdatesDoit) created child (17096) in time
2016.01.06 23:21:55 3: GAEBUS opening ebus1 device 10.0.0.13(8888)
2016.01.06 23:21:55 3: GAEBUS device opened (ebus1)
2016.01.06 23:21:55 5: ebus1 GetUpdates: Speichertemperatur:1
2016.01.06 23:21:55 3: ebus1 execute r -f -c 470 BMUB51101StorageTemp
2016.01.06 23:21:57 3: ebus1 answer r Speichertemperatur 52.0
2016.01.06 23:21:57 4: ebus1: GetUpdatesDoit returnes ebus1|Speichertemperatur|52.0
2016.01.06 23:21:57 1: BlockingCall exit
2016.01.06 23:21:57 1: BlockingCall exit done
2016.01.06 23:21:57 1: BlockingCall end
2016.01.06 23:21:57 1: BlockingInformParent started
2016.01.06 23:23:55 1: BlockingKill started
2016.01.06 23:23:55 1: Timeout for GAEBUS_GetUpdatesDoit reached, terminated process 17096
2016.01.06 23:23:55 3: BlockingCall for ebus1 was aborted
2016.01.06 23:23:55 1: BlockingKill done
VIELEN DANK
Daniel
Koenntest du bitte das Ganze nach einem update wieder probieren?
Es gab diverse Probleme mit BlockingCall nach der Umstellung auf die neuen Authentifizierungsmechanismen, die Probleme wurden aber mW inzwischen alle adressiert.
Falls es immer noch nicht klappt, dann bitte ein Log mit "attr global verbose 5" hier anhaengen.
Hallo Rudolf,
danke für den Hinweis.
@Daniel könntest du bitte ein Update durchführen und erneut probieren.
FYI: ich habe hier (http://forum.fhem.de/index.php/topic,46907.0.html) (Maintainer BlockingCall -> Rudolf) um Unterstützung gebeten.
Viele Grüße
Arthur
Hallo Rudolf, Arthur & Andy
Hab das Update durchgeführt - BlockingCall wurde erneuert.
Leider hat sich nichts geändert.
Anbei der Log... schicke euch gerne den gesamten log per PN/Mail falls notwendig
Vielen Danke
Daniel
@Daniel,
bitte hier (http://forum.fhem.de/index.php/topic,46907.msg387277.html#msg387277) schauen - Danke.
Gruß
Arthur
FYI: Das BlockingCall Problem wurde hier (http://forum.fhem.de/index.php/topic,46907.msg387868.html#msg387868) gelöst.
@Amura,
danke für die Unterstützung!! Das muss man erst mal finden.
Grüße
Andy
@John:
kann ich irgendwie den Pollinterval (also den globalen ebusd Zyklus siehe Parameter: --pollinterval=SEC) per cmd abfragen.
Falls nicht, könntest du das bei Gelegenheit einabuen? Mir würde es ausreichen es per cmd "i" abzufragen.
Hintergrund ist: Ich würde mich an den Pollingitevale und die Zyklen für die Abfrage der Daten/Infomrationen dranhängen - ich muss nur aufpassen, dass ich hinter ebusd herlaufe (leicht zeitversetzt), um auf den aktuellen Stand zu bleiben.
Vielen Dank und Grüße
Arthur
Zitat von: amunra am 10 Januar 2016, 17:09:53
Hintergrund ist: Ich würde mich an den Pollingitevale und die Zyklen für die Abfrage der Daten/Infomrationen dranhängen - ich muss nur aufpassen, dass ich hinter ebusd herlaufe (leicht zeitversetzt), um auf den aktuellen Stand zu bleiben.
So ist das glaube ich nicht die beste Lösung.
Hat Dein Modul permanent einen Socket an ebusd offen?
Falls ja, könnstes Du einfach das "listen" Kommando benutzen. Damit kommen dann automatisch alles aktualisierten Werte vorbei.
Hallo John,
Zitat von: john30 am 10 Januar 2016, 17:15:43
Hat Dein Modul permanent einen Socket an ebusd offen?
Ja ist aber nicht zwingend nötig. Es ist ein IO Device das ich idealerweise über BlockingCall ansprechen muss - ohne BlockingCall wird in der Zeit FHEM blockiert.
Das bedeutet, dass ich nicht permanet das IO Device abfragen kann.
Aus diesem Grund muss ich mir eine Messagequeue bauen, so mein Plan, die in regelmässigen Abständen getriggert wird (über ein InternalTimer).
Ich habe schon eine konkrete Vorstellung, ich dachte mir nur, dass es sinvoll wäre, falls in ebusd eh schon ein pollingintevall und die zyklen definiert sind, sich dadran zu hängen. Fallback (wenn kein in ebusd definiert) wäre dann ein eigenen Ploinginterval zu definieren.
Zitat von: amunra am 10 Januar 2016, 17:34:08
Ja ist aber nicht zwingend nötig. Es ist ein IO Device das ich idealerweise über BlockingCall ansprechen muss - ohne BlockingCall wird in der Zeit FHEM blockiert.
Das bedeutet, dass ich nicht permanet das IO Device abfragen kann.
Aus diesem Grund muss ich mir eine Messagequeue bauen, so mein Plan, die in regelmässigen Abständen getriggert wird (über ein InternalTimer).
Ich habe schon eine konkrete Vorstellung, ich dachte mir nur, dass es sinvoll wäre, falls in ebusd eh schon ein pollingintevall und die zyklen definiert sind, sich dadran zu hängen. Fallback (wenn kein in ebusd definiert) wäre dann ein eigenen Ploinginterval zu definieren.
Aus meiner Sicht ist das nicht der richtige Ansatz, denn das polling interval verrät ja nur, in welchem Abstand ebusd theoretisch den nächsten poll macht. Du müsstest dann ja auch noch von jeder Message die Poll Priority wissen, um rausfinden zu können, in welchem Abstand die jeweils aktualisiert wird.
Ich denke nach wie vor, dass ein Abfragen der aktualisierten Werte bzw. ein liefern lassen derselben deutlich besser wäre.
In den JSON Daten, die mit dem HTTP Port abrufbar sind, geht das auch über einen socket hinweg durch Anhängen des Parameters "?since=lastup", wobei lastup der zuletzt abgeholte Zeitstempel ist (aus global.lastup).
Zitat von: john30 am 10 Januar 2016, 17:47:06
Aus meiner Sicht ist das nicht der richtige Ansatz, denn das polling interval verrät ja nur, in welchem Abstand ebusd theoretisch den nächsten poll macht.
Ja, du hast Recht ich müsste wissen wann der nächste Pollinginterval ist.
Zitat von: john30 am 10 Januar 2016, 17:47:06
Du müsstest dann ja auch noch von jeder Message die Poll Priority wissen, um rausfinden zu können, in welchem Abstand die jeweils aktualisiert wird.
Die Poll Priority, und alles andere was ein "find ..." liefert, habe ich eh im hash - sollte also kein problem sein.
Zitat von: john30 am 10 Januar 2016, 17:47:06
Ich denke nach wie vor, dass ein Abfragen der aktualisierten Werte bzw. ein liefern lassen derselben deutlich besser wäre.
In den JSON Daten, die mit dem HTTP Port abrufbar sind, geht das auch über einen socket hinweg durch Anhängen des Parameters "?since=lastup", wobei lastup der zuletzt abgeholte Zeitstempel ist (aus global.lastup).
Ich stehe vor der Herausforderung/Frage "in welchen Zeitabständen frage ich welche werte ab" (und das möglichst FHEM schonend) - ich kann Werte haben, die ich nur einmal am Tag, und welche die ich kürzeren Zeitabständen (min/stunden) abfragen möchte. Das ganze muss möglichst optimiert (aus Zeitlicher- und Ressourcensicht) ablaufen.
Die JSON Daten schaue ich mir mal an - ich denke aber, dass die mir in meiner Problemstellung nicht weiterhelfen werden.
Ok, ich sehe, dass ich dann doch noch die eine oder andere Minute darüber grübeln muss.
Ich danke Dir für die Infos
Viele Grüße
Arthur
Hi;
Ist es eigentlich möglich die Readings gleich bei der Abfrage zu Runden, weil z.B. die Temperatur mit 2 Nachkommerstellen eigentlich nicht notwendig ist und ja nur Einträge im Logging verursacht werden ?
Wie groß darf der Faktor für das Abfrageintervall direkt beim Reading sein, da ich z.B. den Wasserdruck nicht so oft abfragen will ?
Danke
Daniel
Hallo Daniel,
möglich ist es technisch schon, in GAEBUS aber aktuell nicht implementiert. Das könnte mit ECMD funktionieren, da man dort den ausgegeben Wert formatieren kann (Stichwort: postproc) bevor der als Reading gespeichert wird.
Zitat von: yellowpinky am 23 Januar 2016, 16:33:28
Wie groß darf der Faktor für das Abfrageintervall direkt beim Reading sein, da ich z.B. den Wasserdruck oder die Betriebsstunden nicht so oft abfragen will ?
Es gibt keine Begrenzung (Der InternalTimer, den Du beim Define mitgibst, läuft in dem entsprechenden Interval und prüft den "Count/Faktor", falls vorhanden, ist der Count erreicht, dann wird das Reading gelesen.) - funktioniert etwas nicht?
Viele Grüße
Arthur
@yellowpinki
amunra hat es dir ja schon beantwortet, ich habe das auch so mit ECMD realisiert, dass ich 2 Timer verwende. In den einem hole ich die Daten die ich öfters brauche (Vorlauf, Rücklauf, HKurve etc.) und in dem anderen nur alle 30 Minuten. Hier sind Druck, Fehlerzähler etc. Beim Druck "nieder" und dem Watchdog vom eBus bekomme ich sogar eine Mail.
GAEBUS ist leichter anzuwenden, dafür nicht ganz so flexibel. Als ich mit eBus Abfragen begonnen habe gab es den GAEBUS noch nicht, daher habe ich alles schon auf ECMD laufen. Aber aus technischer Neugierde, ist auch GAEBUS eingerichtet.
LG
Reinhart
Danke für eure Antworten.
Die Geschichte mit dem Runden hab ich zur Zeit mit einem userReadings gelöst, aber ich glaube da kann man ja nur eines anlegen mit dem Inhalt von mehreren Variablen.
Mein Beispiel mit einer Variablen:
Therme_RaumTempIst { sprintf("%.1f", ReadingsVal("ebus","ThermeRaw_RaumTemp",0)-1.81);; }
Geht das auch anders mit mehreren userReadings ?
Die Sache mit der Abfrage versehe ich aber in GAEBUS noch nicht ganz.
Mein Abfrage intervall ist 300 d.h. 5min
Wenn ich beim Reading :6 eintrage, sollte die nächste Abfage für dieses Reading doch erst wieder nach der 6 fachen Zeit also 30min erfolgen, es sind aber nur 15min. Also durch 2 dividiert. Das gilt auch z.B. für :12 -> 30min statt 60min...
Was mir auch aufgefalle ist, das bei mir meist das selbe Reading doppelt in meinem ebus.log steht ?
GAEBUS verwende ich weil es für mich einfacher zu bedienen ist als ECMD.... Was Perl betrifft bin ich auch Anfänger
LG
Daniel
Zitat von: yellowpinky am 23 Januar 2016, 20:32:20
Die Sache mit der Abfrage versehe ich aber in GAEBUS noch nicht ganz.
Mein Abfrage intervall ist 300 d.h. 5min
Wenn ich beim Reading :6 eintrage, sollte die nächste Abfage für dieses Reading doch erst wieder nach der 6 fachen Zeit also 30min erfolgen, es sind aber nur 15min. Also durch 2 dividiert. Das gilt auch z.B. für :12 -> 30min statt 60min...
Hallo Daniel,
ich habe mal in das Modul geschaut, der Interval funktoniert technisch wie folgt:
Für die Berechnung wird der InternalValue "UpdateCnt", zu sehen in der GUI unter "Internals", und der entsprechende "Zyklus" (Für das entsprechende Reading) herangezogen.
UpdateCnt wird bei "define" auf "0" gesetzt und bei jedem "polling ininterval" um 1 erhöht
Berechnung sieht wie folgt aus:
"UpdateCnt" Modulo "Zyklus" == 0 ----> dann wird ein read Befehl ausgeführt.Heißt: Ist der "UpdateCnt" durch den Zyklus teilbar und das Ergbnis ist Null (also 0), dann wird ein Read ausgeführt.
Dadurch das GAEBUS zu dem Zeitpunkt schon läuft und mehrere Pollingintervalle hinter sich hat, kann es passieren, dass der erste Zyklus früher, also nicht regulär, ausgeführt wird, wei der UpdateCnt schon früher durch "Zyklus" teilbar ist. Der zweite Zyklus sollte passen - hast du den mal abgewartet? Das du genau die Mitte getroffen hast, war eher ein Zufall.
Viele Grüße
Arthur
Hallo Arthur;
Dadurch das GAEBUS zu dem Zeitpunkt schon läuft und mehrere Pollingintervalle hinter sich hat, kann es passieren, dass der erste Zyklus früher, also nicht regulär, ausgeführt wird, wei der UpdateCnt schon früher durch "Zyklus" teilbar ist. Der zweite Zyklus sollte passen - hast du den mal abgewartet? Das du genau die Mitte getroffen hast, war eher ein Zufall.
..ist immer so, wenn man es weiß ist es ja kein Problem. Vielleicht häng es aber damit zusammen, dass immer 2 Abfragen vom selben Reading in meinem log stehen... warum auch immer !?
LG
Daniel
Hallo Daniel,
hmm, das ist etwas seltsam und auch nicht richtig - wenn Du magst, dann kannst du ja ein "list" von deinem GAEBUS Device hier posten, vielleicht gibt es dafür eine Erklärung.
Viele Grüße
Arthur
P.S. Interessant wäre auch von dem Zeitpunkt (etwas davor und danach) ein Fhem log mit Level 5.
Hallo Arthur;
Hier die Konfig vom ebus.. wenn es hier keine offensichtliche Lösung gibt ist das ja auch kein Beinbruch.
Eine Möglichkeit für das Runden wird es wohl auch mal geben, GAEBUS entwickelt sich ja auch weiter...
Internals:
DEF 10.0.0.13:8888 300
DevType EBUSD
DeviceAddress 10.0.0.13:8888
DeviceName ebus
FD 14
Interval 300
NAME ebus
NR 42
PARTIAL
STATE Connected
TYPE GAEBUS
UpdateCnt 2344
Readings:
2016-01-23 23:57:39 ThermeRaw_RaumTemp 22.88
2016-01-23 23:57:39 Therme_AussenTemp -9.25
2016-01-23 23:57:39 Therme_Betriebsstunden_Hz 2671
2016-01-23 23:57:39 Therme_Betriebsstunden_WW 482
2016-01-23 23:57:39 Therme_Flammensignal 84.0
2016-01-23 23:57:39 Therme_ModulationSoll 27.0
2016-01-23 23:57:39 Therme_RaumTempIst 21.1
2016-01-23 23:17:19 Therme_RuecklaufTemp 43.56
2016-01-23 23:47:33 Therme_VorlaufTemp 39.19
2016-01-23 23:57:39 Therme_Wasserdruck 1.638
Helper:
Attributes:
ebusWritesEnabled 0
event-on-change-reading .*
group Therme
room .Keller
r~470~OutsideTemp~Außentemp._Sensor Therme_AussenTemp
r~470~RoomTemp~Raumisttemp. ThermeRaw_RaumTemp
r~bai~FlowTemp~d.40_Vorlauftemperatur Therme_VorlaufTemp:12
r~bai~HcHours~d.80_Hz._Betriebsstunden Therme_Betriebsstunden_Hz
r~bai~HwcHours~d.81_Betriebsstunden_WW Therme_Betriebsstunden_WW
r~bai~IonisationVoltageLevel~d.44_Spannungspegel_Ionisationssignal Therme_Flammensignal
r~bai~ModulationTempDesired~Modulationssollwert Therme_ModulationSoll
r~bai~SDTRT~d.41_Rücklauftemperatur Therme_RuecklaufTemp:24
r~bai~WaterPressure~Wasserdruck Therme_Wasserdruck
userReadings Therme_RaumTempIst { sprintf("%.1f", ReadingsVal("ebus","ThermeRaw_RaumTemp",0)-1.81);; }
userattr r~470~OutsideTemp~Außentemp._Sensor r~470~RoomTemp~Raumisttemp. r~bai~FlowTemp~d.40_Vorlauftemperatur r~bai~HcHours~d.80_Hz._Betriebsstunden r~bai~HwcHours~d.81_Betriebsstunden_WW r~bai~IonisationVoltageLevel~d.44_Spannungspegel_Ionisationssignal r~bai~ModulationTempDesired~Modulationssollwert r~bai~SDTRT~d.41_Rücklauftemperatur r~bai~WaterPressure~Wasserdruck
verbose 0
Danke für deine Hilfe
Daniel
Hallo Daniel,
ich kann nichts ungewöhnliches feststellen. Mit deiner Konfig kann ich bei mir, dein beschriebenes Verhalten nicht reproduzieren.
Zitat von: yellowpinky am 23 Januar 2016, 23:26:14
..ist immer so, wenn man es weiß ist es ja kein Problem. Vielleicht hängt es aber damit zusammen, dass immer 2 Abfragen vom selben Reading in meinem log stehen... warum auch immer !?
Was genau möchtest Du loggen, wie sieht die Log Definition aus? Ich vermute, dass es etwas mit deiner Logdefinition in FHEM, und evtl. auch noch in Kombination mit Userreadings, zu tun hat.
Viele Grüße
Arthur
P.S: Das Thema mit der Formatierung der Werte muss Andy entscheiden, man könnte so etwas einbauen: "reading:zyklus:format".
Hallo Arthur;
...ist eigentlich ein "Standard Log" (siehe Anhang) um die Plots zu erstellen
(Die Kombi mit den UserReadings muss ich noch testen).. fahre morgen 1 Woche auf Urlaub vielleicht schaffe ich es noch vorher 8)
Edit:
Hab die userReadings gelöscht, der Eintrag efolgt aber trotzdem doppelt. Da ist wohl noch igendwo ein Rest einer Konfig vorhanden sein dürfte....
2016-01-24_12:56:23 ebus Therme_Flammensignal: 17.2
2016-01-24_12:56:23 ebus Therme_Flammensignal: 17.2
2016-01-24_12:58:39 ebus ThermeRaw_RaumTemp: 23.12
2016-01-24_12:58:41 ebus Therme_Flammensignal: 16.4
2016-01-24_12:58:41 ebus ThermeRaw_RaumTemp: 23.12
2016-01-24_12:58:41 ebus Therme_Flammensignal: 16.4
2016-01-24_13:03:42 ebus Therme_Betriebsstunden_Hz: 2682
2016-01-24_13:03:42 ebus Therme_Flammensignal: 16.9
2016-01-24_13:03:42 ebus Therme_Betriebsstunden_Hz: 2682
2016-01-24_13:03:42 ebus Therme_Flammensignal: 16.9
2016-01-24_13:06:26 ebus Therme_Flammensignal: 16.6
2016-01-24_13:06:26 ebus Therme_Flammensignal: 16.6
2016-01-24_13:08:44 ebus Therme_Flammensignal: 16.7
2016-01-24_13:08:45 ebus Therme_Flammensignal: 16.7
2016-01-24_13:11:28 ebus Therme_AussenTemp: -3.12
2016-01-24_13:11:29 ebus Therme_Flammensignal: 17.2
2016-01-24_13:11:29 ebus Therme_AussenTemp: -3.12
2016-01-24_13:11:29 ebus Therme_Flammensignal: 17.2
2016-01-24_13:13:46 ebus Therme_Wasserdruck: 2.046
2016-01-24_13:13:47 ebus Therme_Flammensignal: 17.3
2016-01-24_13:13:47 ebus Therme_Wasserdruck: 2.046
2016-01-24_13:13:47 ebus Therme_Flammensignal: 17.3
Danke & LG
Daniel
Hallo Daniel,
ok, ich habs gefunden - doppelte Log Einträge kommen, weil das GAEBUS zwei mal hintereinander ein readingsUpdate macht - man kann dieses Verhalten, ohne das Modul zu verändern, leider nicht beeinflussen. :-\ das muss sich Andy anschauen.
@Andy: Die Funktion GAEBUS_doEbusCmd und GAEBUS_GetUpdatesDone (wenn BlockingCall abgeschlossen wurde) führen ein readingsBulkUpdate durch. Ich denke, das ein if ($action eq "r" and !$inBlockingCall) in der Funktion GAEBUS_doEbusCmd" Zeile 944 ausreichen/helfen sollte.
Viele Grüße
Arthur
Hi;
Hab das Runden zur Zeit mit einem userReadings so gelöst:
Therme_Diverse { "TI: ".sprintf("%.1f", ReadingsVal("ebus","ThermeRaw_TempRaum",0)-1.81)." TA: ".sprintf("%.1f", ReadingsVal("ebus","Therme_TempAussen",""))." VL: ".sprintf("%.0f", ReadingsVal("ebus","Therme_TempVorlauf",""))." RL: ".sprintf("%.0f", ReadingsVal("ebus","Therme_TempRuecklauf",""))." P: ".sprintf("%.1f", ReadingsVal("ebus","Therme_WasserDruck",""));; }
geht sicher einfacher aber es funkt jetzt einmal..
Um die Log Einträge zu minimieren hab ich das so eingerichtet:
./log/ebus-%Y.log ebus:(Therme_Diverse:.*|Therme_Brenner.*:.*|Therme_Betriebsstunden.*:.*)
LG
Daniel
Hallo Arthur,
sehe gerade, dass ich das Problem mit den doppelten Einträgen nachvollziehen kann.
Bisher bin ich davon ausgegangen, dass der blocking Call (dadurch dass er in einem separaten Prozess ausgeführt wird) nur seine eigenen Readings aktualisieren kann und der code deshalb richtig ist.
Aber es stimmt natürlich dass das logging der events in dem neuen ("geforkten") Prozess ebenfalls existiert und die Logfiles existieren halt nur einmal ... deshalb zwei Einträge.
Danke für den Hinweis, werde das noch einbauen.
Grüße
Andy
Hallo,
das Problem mit den doppelten log Einträgen für die Readings sollte nun gelöst sein.
Grüße
Andy
Hallo Andy,
aus der Funktion direkt rauszuspringen, wenn der Befehl in BlockingCall läuft, ist natürlich besser ;o)
Viele Grüße
Arthur
Hallo Andy;
Habe die neue GAEBUS am laufen und ich habe anfänglich das Problem gehabt, dass anscheinend der Intervall Timer nicht gegriffen hat, weil dazwischen in unregelmässigfen Abständen (< der Intervallzeit) immer wieder Einträge im LOG waren.
Habe dann zum Test die alte Version wieder aktiviert und dann wiederum umgestellt auf die Neue Version und jetzt funktioniert es ... warum auch immer.
Auf jeden Fall DANKE für die Behebung der doppelten Log Einträge.
Vieleicht greifst du auch die Idee mit dem Runden nochmal auf, wäre wirklich hilfreich.
DANKE
Daniel
Hallo Daniel,
ich arbeite gerade an eine Implementierung analog zu "valueFormat" aus dem readingsGroup Modul. Dann kannst du die Werte auch formatieren bzw. runden.
Die Variante "reading:number:format" gefiel mir nicht, da dann ein ":" im Format in der Zukunft zu Problemen beim Aufteilen der Werte führen könnte.
Bitte ein bisschen Geduld.
Grüße
Andy
Hallo Andy;
DANKE dass du die Idee aufgegriffen hast.
Der Syntax ist dann ähnlich meiner jetzigen Lösung mit "sprintf" nur ohne userReading und gleich bei der Abfrage.... - ;)
LG
Daniel
Hallo,
ich habe gerade einen neue Version hochgeladen. Sie läuft bei mir schon seit einiger Zeit.
Eine lokale Kopie der ".csv" Dateien ist nun nicht mehr notwendig.
Stattdessen wird "get ... ebusd_find" ausgeführt um die möglichen Befehle direkt vom ebusd zu laden.
Es kann ein paar Minuten dauern bis eine aktuelle Liste von ebusd zur Verfügung gestellt wird.
Der get Befehl ist nur notwendig um Interaktiv neue Konfigurationen hinzuzufügen.
Alle notwendigen Informationen sind in den Attributen gespeichert. D.h. nach einem Neustart von fhem muss kein "ebusd_find" gestartet werden.
Viel Spaß beim Ausprobieren
Andy
Hallo,
ich habe gerade eine neue Version von 98_GAEBUS.pm hochgeladen.
Es gibt nun ein reading "state_ebus". Das reading enthält die Ausgabe des ebusd commands "state".
Grüße
Andy
Hallo,
ich habe das Modul vom "contrib" in den "FHEM" Zweig verschoben. D.h. es wird nun zusammen mit den anderen Modulen automatisch
aktualisiert.
Viele Grüße
Andy
Hi, wo findet man denn die neuste Version. Das File auf sourceforge im Contrib-Verzeichnis scheint nicht mehr zu existieren ... LG Tegel
EDIT: habs gefunden .. wurde ins offizielle FHEM Verzeichnis übernommen ...
Hallo,
habe gerade eine neue Version mit zwei Erweiterungen hochgeladen:
- neue Funktion "set hex " als Interface zu "ebusctl write". Das Ergebnis wird als popup angezeigt.
- wenn ein neues attribut (bzw. reading) mit "set" erstellt wird ist der default Name für das reading nun mit <class><delimiter><variable> vorbesetzt
Grüße
Andy
Zitat von: jamesgo am 11 Oktober 2016, 18:10:08
habe gerade eine neue Version mit zwei Erweiterungen hochgeladen:
- neue Funktion "set hex " als Interface zu "ebusctl write". Das Ergebnis wird als popup angezeigt.
Du meintest wohl als Interface zu "ebusctl hex", oder?
Das alte "write -h" ist in der aktuellen Version nur noch für bereits bekannte Messages verwendbar, nicht mehr für beliebige hex sends. Dafür gibt es das neue "hex" Kommando.
Hallo,
ZitatDu meintest wohl als Interface zu "ebusctl hex", oder?
Ja, das ist jetzt gefixt und von "set hex" nach "get hex" geändert.
Ich habe nun auch die Kommentare aus den Attribut-Namen entfernt. Das macht das ganze ein bisschen Übersichtlicher.
Für die Umstellung gibt es ein "get removeCommentFromAttributeNames". Dieses Kommando gibt es nur wenn etwas umzustellen ist.
Grüße
Andy
Zitat von: jamesgo am 19 Oktober 2016, 07:37:49
Ja, das ist jetzt gefixt und von "set hex" nach "get hex" geändert.
"set hex" wäre m.E. schlauer, denn mit diesem Kommando kann man ja theoretisch alles, lesen, schreiben, Anlage explodieren lassen :)
Der Vorteil von "get" ist, dass das Ergebniss in einem Popup angezeigt wird und die Eingabe im Feld erhalten bleibt.
D.h. man kann den hex string verändern und "get" immer wieder aufrufen. Deshalb "get".
Hallo jamesgo,
ich arbeite noch mit der ebusd 1.3 Version. Nun hab ich FHEM aktualisiert, dabei wurde natürlich auch das Gaebus Modul upgedatet. Nun funktionieren meine Readings mit der CSV Datei nicht mehr. Ich würde gerne wieder die Version aus dem Frühjahr 2016 einsetzen.
Im Pfad /trunk/fhem/FHEM/98_GAEBUS.pm liegen ja nur die Versionen ab 24.09.1. Findet man die alten Versionen auch noch irgendwo?
Grüße
Tomy
Hallo Tommy,
eigentlich ist das alles abwärtskompatibel.
Der ebusd 1.3 kann glaub ich das "find" nicht, aber in den Attributen sollte alles stehen um die Abfragen der Readings zu machen.
Der "update" im fhem erzeugt per default ein backup. Falls du das nicht abgeschalten hast, findest du dort die alte Version von GAEBUS.
Hast du Einträge im log?
Grüße
Andy
Hallo Andy,
danke für die schnelle Antwort. Werde mich heute Abend mal dahinterklemmen.
Grüße
Matthias
Hallo Andy,
also im LOG steht mit verbose 5 folgendes:
2016.10.24 21:19:53.897 4: EBUS1 start GetUpdates2
2016.10.24 21:19:54.062 3: GAEBUS opening EBUS1 device 192.168.178.44(8888)
2016.10.24 21:19:54.104 3: GAEBUS device opened (EBUS1)
2016.10.24 21:19:54.119 5: EBUS1: ebusd state(signal acquired, 84 symbols/sec (1871 max), 5 masters)
Ich lassse GAEBUS im 2min Takt laufen -> dieser LOG Eintrag kommt alle 2min.
Folgendes konnte ich beobachten:
- die UpdateCnt laufen hoch
- hole ich mit: get EBUS1 reading XXXXXX die Werte manuell ab, wird der aktuelle Wert vom EBUS ins reading geschrieben - nur automatisch geschieht dies nicht.
Ich bin jetzt erstmal auf die Version von 01/2016 aus dem "restoreDir" zurück, alles läuft wieder.
Wenn mal viel Zeit über ist, teste ich den aktuellen EBUSD mit der neuesten GAEBUS Variante.
Vielen Dank für die prompte Hilfe!
Grüße
Matthias
Hallo,
ich habe nach ca. einem Jahr mal meinen ebusd auf V2.2 aktualisiert. Er funktioniert wieder bestens, aber in GAEBUS sind mir irgendwie ein paar readings verschwunden (evtl. auch schon eher). Ich kann mit "set" alle möglichen readings auswählen und speichern, so dass ich sie mit "attr" umbenennen kann. Allerdings kann ich keine weiteren readings hinzufügen. Die readings, die ich auslesen kann (aus dem drop down Menü) sind alle ausschließlich von einem Device (bai00). Alles von dem anderen Device (vc470f) wird komplett ignoriert. Woran kann das denn liegen?
Ich habe mal eine neue GAEBUS Instanz erstellt und von vorne angefangen. Das Verhalten ist reproduzierbar. Der in der fhem.cfg produzierte code sieht hinterher so aus:
define VC206r2 GAEBUS localhost:8888 180
attr VC206r2 userattr r~bai00~hwDisplayStorageTempDesired r~vc470f~TempOutside
attr VC206r2 r~bai00~hwDisplayStorageTempDesired Warmwassersolltemp
attr VC206r2 r~vc470f~TempOutside TempOutside
Während aber "Warmwassersolltemp" im Readings-pulldown erscheint, bekomme ich "TempOutside" da beim besten Willen nicht rein. Alle anderen readings von bai00 funktionieren und lassen sich hinzufügen, alle readings von vc470f nicht :-\
/usr/bin/ebusctl read TempOutside
funktioniert.
NACHTRAG:
Hat sich erledigt. Umbenennen von vc470f in f4700 hat geholfen. Verstehe ich zwar nicht, aber es läuft wieder :o
schöne Grüße
Jo
Habe auf ebusd 2.4 upgadated und bekomme bei jedem get r~scan. bla folgende einzeilige Message:
Zitat
usage: read [-f] [-m SECONDS] [-c CIRCUIT] [-d ZZ] [-p PRIO] [-v|-V] [-n] [-i VALUE[;VALUE]*] NAME [FIELD[.N]] or: read [-f] [-m SECONDS] [-c CIRCUIT] -h ZZPBSBNNDx Read value(s) or hex message. -f force reading from the bus (same as '-m 0') -m SECONDS only return cached value if age is less than SECONDS [300] -c CIRCUIT limit to messages of CIRCUIT -d ZZ override destination address ZZ -p PRIO set the message poll priority (1-9) -v increase verbosity (include names/units/comments) -V be very verbose (include names, units, and comments) -n use numeric value of value=name pairs -i VALUE read additional message parameters from VALUE NAME NAME of the message to send FIELD only retrieve the field named FIELD N only retrieve the N'th field named FIELD (0-based) -h send hex read message (or answer from cache): ZZ destination address PB SB primary/secondary command byte NN number of following data bytes Dx data byte(s) to send
Wahrscheinlich sind im GAEBUS Modul einige CR/LF vergessen, jedenfalls erhalte ich kein reading. Was muss ich anders machen?
Hallo Trinidad,
ich glaube dir fehlt nur ein Parameter bei dem "get".
Mit der Version 2.3 bekomme ich dieselbe Fehlermeldung wenn ich "get r~scan.08 ~" aufrufen, aber "get r~scan.08 id~ScanId" funkioniert.
Grüße
Andy
get r~scan.08 id~ScanId habe ich gar nicht als Option. Ich kann nur get r~scan.08 id~ .
Und warum bekomme ich gar kein Reading, obwohl ich im /var/log/ebusd.log durchaus erkannte werte habe?
Jetzt verstehe ich langsam was du mit "einige CR/LF vergessen" meinst.
Bei mir sieht das so aus wenn ich "find" im ebusctl aufrufe:
scan id = no data stored
scan.08 = Vaillant;BAI00;0518;7401
scan.08 id = 21;12;02;0010004279;0001;005245;N6
scan.15 = Vaillant;47000;0231;6002
scan.50 = Vaillant;V6100;0211;1902
Das Modul 98_GAEBUS fragt die Werte immer mit "read" ab.
Bei "read" ist der Name (z.B. "id") nicht optional. D.h. bis auf "scan.08 id" kann das Modul nichts abfragen.
Ich könnte das Modul so erweitern, dass für die class "scan.*" nicht "read" sondern "find" verwendet wird.
Allerdings liefert "find -c scan.08" beide Zeilen zurück ... da muss ich mir noch was überlegen ...
Habe gerade eine neue Version hochgeladen.
Die classes "scan.*" werden nun nicht mehr bei "get" angezeigt.
Der Inhalt kann aber mit "get ebusd_info" angezeigt werden.
Grüße
Andy
Hi,
erstmal danke für das Modul. Macht die Sache schön einfach :-)
Nichts desto trotz hab ich ein Verhalten, was ich mir nicht so ganz erklären kann. Und zwar hab ich ein Userreading gesetzt um Werte zu berechnen
EnergieertragdieserTag {(ReadingsVal("ebus","statEnergieertrag","")=~m/Day:\s(\d+)/)[0]; },EnergieertragdieserMonat {(ReadingsVal("ebus","statEnergieertrag","")=~m/Month:\s(\d+)/)[0]; },EnergieertragdiesesJahr {(ReadingsVal("ebus","statEnergieertrag","")=~m/Year:\s(\d+)/)[0]; },EnergieertragletzterTag {(ReadingsVal("ebus","statEnergieertragLast","")=~m/Day:\s(\d+)/)[0]; },EnergieertragletzterMonat {(ReadingsVal("ebus","statEnergieertragLast","")=~m/Month:\s(\d+)/)[0]; }, EnergieertragletztesJahr {(ReadingsVal("ebus","statEnergieertragLast","")=~m/Year:\s(\d+)/)[0];; }
Wenn ich im Eventmonitor schaue, dann tauchen z.B. EnergieertragdieserTag 2x auf.:
2017-02-01 19:22:43 GAEBUS ebus EnergieertragdieserTag: 45
2017-02-01 19:22:43 GAEBUS ebus EnergieertragdieserMonat: 45
2017-02-01 19:22:43 GAEBUS ebus EnergieertragdiesesJahr: 1846
2017-02-01 19:22:43 GAEBUS ebus EnergieertragletzterTag: 54
2017-02-01 19:22:43 GAEBUS ebus EnergieertragletzterMonat: 1801
2017-02-01 19:22:43 GAEBUS ebus EnergieertragletztesJahr: 8675
2017-02-01 19:22:43 GAEBUS ebus statEnergieertrag: Hour: 0 Day: 45 Month: 45 Year: 1846
2017-02-01 19:22:43 GAEBUS ebus EnergieertragdieserTag: 45
2017-02-01 19:22:43 GAEBUS ebus EnergieertragdieserMonat: 45
2017-02-01 19:22:43 GAEBUS ebus EnergieertragdiesesJahr: 1846
2017-02-01 19:22:43 GAEBUS ebus EnergieertragletzterTag: 54
2017-02-01 19:22:43 GAEBUS ebus EnergieertragletzterMonat: 1801
2017-02-01 19:22:43 GAEBUS ebus EnergieertragletztesJahr: 8675
Eine Idee woran das liegt?
Gruß Martin
Internals:
DEF localhost:8888 60
DevType EBUSD
DeviceAddress localhost:8888
DeviceName ebus
FD 14
Interval 60
NAME ebus
NR 29
PARTIAL
STATE Connected
TYPE GAEBUS
UpdateCnt 24
Helper:
Dblog:
Druckwaermequelle:
Mydblog:
TIME 1485973426.70792
VALUE 0.815
Energieertragdiesermonat:
Mydblog:
TIME 1485973426.70792
VALUE 45
Energieertragdiesertag:
Mydblog:
TIME 1485973426.70792
VALUE 45
Energieertragdiesesjahr:
Mydblog:
TIME 1485973426.70792
VALUE 1846
Energieertragletztermonat:
Mydblog:
TIME 1485973426.70792
VALUE 1801
Energieertragletztertag:
Mydblog:
TIME 1485973426.70792
VALUE 54
Energieertragletztesjahr:
Mydblog:
TIME 1485973426.70792
VALUE 8675
Energieintegral:
Mydblog:
TIME 1485973426.70792
VALUE -58
Kompressoraustritt:
Mydblog:
TIME 1485973426.70792
VALUE 57.38
Kompressoreintritt:
Mydblog:
TIME 1485973426.70792
VALUE 4.75
Ruecklauf:
Mydblog:
TIME 1485973426.70792
VALUE 27.50
Teveintritt:
Mydblog:
TIME 1485973426.70792
VALUE 21.81
Temperaturaustritt:
Mydblog:
TIME 1485973426.70792
VALUE -0.81
Temperaturquelle:
Mydblog:
TIME 1485973426.70792
VALUE 3.00
Ueberhitzung:
Mydblog:
TIME 1485973426.70792
VALUE 2.94
Unterkuehlung:
Mydblog:
TIME 1485973426.70792
VALUE 11.38
Vorlauf:
Mydblog:
TIME 1485973426.70792
VALUE 32.44
Vorlauf2:
Mydblog:
TIME 1485973426.70792
VALUE 30.62
Vorlaufsoll:
Mydblog:
TIME 1485973426.70792
VALUE 27.00
Waermepumpenstatus:
Mydblog:
TIME 1485973426.70792
VALUE heat
Statenergieertrag:
Mydblog:
TIME 1485973426.70792
VALUE Hour: 0 Day: 45 Month: 45 Year: 1846
Statenergieertraglast:
Mydblog:
TIME 1485971995.05522
VALUE Hour: 0 Day: 54 Month: 1801 Year: 8675
State_ebus:
Mydblog:
TIME 1485973426.70792
VALUE signal acquired
Readings:
2017-02-01 19:23:46 DruckWaermequelle 0.815
2017-02-01 18:39:22 Energieertrag 18324
2017-02-01 05:53:13 EnergieertragDiesesJahr_April 0
2017-02-01 05:53:13 EnergieertragDiesesJahr_August 0
2017-02-01 05:53:13 EnergieertragDiesesJahr_Dezember 0
2017-02-01 05:53:13 EnergieertragDiesesJahr_Februar 0
2017-02-01 05:53:13 EnergieertragDiesesJahr_Januar 1803
2017-02-01 05:53:13 EnergieertragDiesesJahr_Juli 0
2017-02-01 05:53:13 EnergieertragDiesesJahr_Juni 0
2017-02-01 05:53:13 EnergieertragDiesesJahr_Maerz 0
2017-02-01 05:53:13 EnergieertragDiesesJahr_Mai 0
2017-02-01 05:53:13 EnergieertragDiesesJahr_November 0
2017-02-01 05:53:13 EnergieertragDiesesJahr_Oktober 0
2017-02-01 05:53:13 EnergieertragDiesesJahr_September 0
2016-11-05 15:57:21 EnergieertragLetztesJahrApril 770
2016-11-05 15:57:21 EnergieertragLetztesJahrAugust 45
2016-11-05 15:57:21 EnergieertragLetztesJahrDezember 1095
2016-11-05 15:57:21 EnergieertragLetztesJahrFebruar 1408
2016-11-05 15:57:21 EnergieertragLetztesJahrJanuar 60351
2016-11-05 15:57:21 EnergieertragLetztesJahrJuli 40
2016-11-05 15:57:21 EnergieertragLetztesJahrJuni 43
2016-11-05 15:57:21 EnergieertragLetztesJahrMaerz 1189
2016-11-05 15:57:21 EnergieertragLetztesJahrMai 279
2016-11-05 15:57:21 EnergieertragLetztesJahrNovember 819
2016-11-05 15:57:21 EnergieertragLetztesJahrOktober 788
2016-11-05 15:57:21 EnergieertragLetztesJahrSeptember 167
2017-02-01 18:39:22 Energieertrag_UebertragMitternacht 18283
2017-02-01 19:23:46 EnergieertragdieserMonat 45
2017-02-01 19:23:46 EnergieertragdieserTag 45
2017-02-01 19:23:46 EnergieertragdiesesJahr 1846
2017-02-01 19:23:46 EnergieertragletzterMonat 1801
2017-02-01 19:23:46 EnergieertragletzterTag 54
2017-02-01 19:23:46 EnergieertragletztesJahr 8675
2017-02-01 19:23:46 Energieintegral -58
2017-02-01 19:23:46 KompressorAustritt 57.38
2017-02-01 19:23:46 KompressorEintritt 4.75
2017-02-01 14:23:55 LaufzeitKompressor 2242
2017-02-01 14:23:55 LaufzeitKompressorHeizung 2105
2017-02-01 14:23:55 LaufzeitKompressorWarmwasser 133
2017-02-01 19:23:46 Ruecklauf 27.50
2017-02-01 14:23:55 StartsKompressor 3971
2017-02-01 14:23:55 StartsKompressorHeizung 3549
2017-02-01 14:23:55 StartsKompressorWarmwasser 422
2017-02-01 19:23:46 TEVEintritt 21.81
2017-02-01 19:23:46 TemperaturAustritt -0.81
2017-02-01 19:23:46 TemperaturQuelle 3.00
2017-02-01 19:23:46 Ueberhitzung 2.94
2017-02-01 19:23:46 Unterkuehlung 11.38
2017-02-01 19:23:46 Vorlauf 32.44
2017-02-01 19:23:46 Vorlauf2 30.62
2017-02-01 19:23:46 VorlaufSOLL 27.00
2017-02-01 19:23:46 Waermepumpenstatus heat
2017-02-01 19:23:46 statEnergieertrag Hour: 0 Day: 45 Month: 45 Year: 1846
2017-02-01 18:59:55 statEnergieertragLast Hour: 0 Day: 54 Month: 1801 Year: 8675
2017-02-01 19:23:46 state_ebus signal acquired
Helper:
_98_statistics ErtragWaermepumpe
longAttributesCount 21
Attributes:
ebusWritesEnabled 0
room HWR
r~ehp~CompHoursHc~Compressor_Hours_CH LaufzeitKompressorHeizung:480
r~ehp~CompHoursHwc~Compressor_Hours_DHW LaufzeitKompressorWarmwasser:480
r~ehp~CompHours~Betrieb_Kompress LaufzeitKompressor:480
r~ehp~CompStartsHc~Compressor_Commutations_CH StartsKompressorHeizung:480
r~ehp~CompStartsHwc~Compressor_Commutations_DHW StartsKompressorWarmwasser:480
r~ehp~CompStarts~Kompressor_Starts StartsKompressor:480
r~ehp~CondensorTemp~TEV-Eintritt TEVEintritt
r~ehp~FlowTemp~Vorlauftemp._IST Vorlauf2
r~ehp~HcFlowTemp~Vorlauftemp._IST Vorlauf
r~ehp~HcReturnTemp~Ruecklauftemp._IST Ruecklauf
r~ehp~HeatPumpStatus~Waermepumpenstatus Waermepumpenstatus
r~ehp~Integral Energieintegral
r~ehp~SourcePress~Druck_Waermequelle DruckWaermequelle
r~ehp~SourceTempInput~Quellentemperatur TemperaturQuelle
r~ehp~SourceTempOutput~Austrittstemp. TemperaturAustritt
r~ehp~Subcooling~Unterkuehlung Unterkuehlung
r~ehp~Superheat~Ueberhitzung Ueberhitzung
r~ehp~TempInput~Kompressor_Eintritt KompressorEintritt
r~ehp~TempOutput~Kompressor_Austritt KompressorAustritt
r~ehp~YieldEnvironmentEnergy~Energieertrag Energieertrag:60
r~uih~FlowTempDesired~Vorlauftemp._SOLL VorlaufSOLL
r~uih~LastYearsYieldEnergyMonth1 EnergieertragLetztesJahrJanuar:604800
r~uih~LastYearsYieldEnergyMonth10 EnergieertragLetztesJahrOktober:604800
r~uih~LastYearsYieldEnergyMonth11 EnergieertragLetztesJahrNovember:604800
r~uih~LastYearsYieldEnergyMonth12 EnergieertragLetztesJahrDezember:604800
r~uih~LastYearsYieldEnergyMonth2 EnergieertragLetztesJahrFebruar:604800
r~uih~LastYearsYieldEnergyMonth3 EnergieertragLetztesJahrMaerz:604800
r~uih~LastYearsYieldEnergyMonth4 EnergieertragLetztesJahrApril:604800
r~uih~LastYearsYieldEnergyMonth5 EnergieertragLetztesJahrMai:604800
r~uih~LastYearsYieldEnergyMonth6 EnergieertragLetztesJahrJuni:604800
r~uih~LastYearsYieldEnergyMonth7 EnergieertragLetztesJahrJuli:604800
r~uih~LastYearsYieldEnergyMonth8 EnergieertragLetztesJahrAugust:604800
r~uih~LastYearsYieldEnergyMonth9 EnergieertragLetztesJahrSeptember:604800
r~uih~ThisYearsYieldEnergyMonth1 EnergieertragDiesesJahr_Januar:1440
r~uih~ThisYearsYieldEnergyMonth10 EnergieertragDiesesJahr_Oktober:1440
r~uih~ThisYearsYieldEnergyMonth11 EnergieertragDiesesJahr_November:1440
r~uih~ThisYearsYieldEnergyMonth12 EnergieertragDiesesJahr_Dezember:1440
r~uih~ThisYearsYieldEnergyMonth2 EnergieertragDiesesJahr_Februar:1440
r~uih~ThisYearsYieldEnergyMonth3 EnergieertragDiesesJahr_Maerz:1440
r~uih~ThisYearsYieldEnergyMonth4 EnergieertragDiesesJahr_April:1440
r~uih~ThisYearsYieldEnergyMonth5 EnergieertragDiesesJahr_Mai:1440
r~uih~ThisYearsYieldEnergyMonth6 EnergieertragDiesesJahr_Juni:1440
r~uih~ThisYearsYieldEnergyMonth7 EnergieertragDiesesJahr_Juli:1440
r~uih~ThisYearsYieldEnergyMonth8 EnergieertragDiesesJahr_August:1440
r~uih~ThisYearsYieldEnergyMonth9 EnergieertragDiesesJahr_September:1440
r~uih~YieldEnergyOld~Mitternacht_Uebertragswert_Energieertrag Energieertrag_UebertragMitternacht:720
userReadings EnergieertragdieserTag {(ReadingsVal("ebus","statEnergieertrag","")=~m/Day:\s(\d+)/)[0]; },EnergieertragdieserMonat {(ReadingsVal("ebus","statEnergieertrag","")=~m/Month:\s(\d+)/)[0]; },EnergieertragdiesesJahr {(ReadingsVal("ebus","statEnergieertrag","")=~m/Year:\s(\d+)/)[0]; },EnergieertragletzterTag {(ReadingsVal("ebus","statEnergieertragLast","")=~m/Day:\s(\d+)/)[0]; },EnergieertragletzterMonat {(ReadingsVal("ebus","statEnergieertragLast","")=~m/Month:\s(\d+)/)[0]; }, EnergieertragletztesJahr {(ReadingsVal("ebus","statEnergieertragLast","")=~m/Year:\s(\d+)/)[0];; }
userattr r~ehp~CompHoursHc~Compressor_Hours_CH r~ehp~CompHoursHwc~Compressor_Hours_DHW r~ehp~CompHours~Betrieb_Kompress r~ehp~CompStartsHc~Compressor_Commutations_CH r~ehp~CompStartsHwc~Compressor_Commutations_DHW r~ehp~CompStarts~Kompressor_Starts r~ehp~CondensorTemp~TEV-Eintritt r~ehp~FlowTemp~Vorlauftemp._IST r~ehp~HcFlowTemp~Vorlauftemp._IST r~ehp~HcReturnTemp~Ruecklauftemp._IST r~ehp~HeatPumpStatus~Waermepumpenstatus r~ehp~Integral r~ehp~SourcePress~Druck_Waermequelle r~ehp~SourceTempInput~Quellentemperatur r~ehp~SourceTempOutput~Austrittstemp. r~ehp~Subcooling~Unterkuehlung r~ehp~Superheat~Ueberhitzung r~ehp~TempInput~Kompressor_Eintritt r~ehp~TempOutput~Kompressor_Austritt r~ehp~YieldEnvironmentEnergy~Energieertrag r~uih~FlowTempDesired~Vorlauftemp._SOLL r~uih~LastYearsYieldEnergyMonth1 r~uih~LastYearsYieldEnergyMonth10 r~uih~LastYearsYieldEnergyMonth11 r~uih~LastYearsYieldEnergyMonth12 r~uih~LastYearsYieldEnergyMonth2 r~uih~LastYearsYieldEnergyMonth3 r~uih~LastYearsYieldEnergyMonth4 r~uih~LastYearsYieldEnergyMonth5 r~uih~LastYearsYieldEnergyMonth6 r~uih~LastYearsYieldEnergyMonth7 r~uih~LastYearsYieldEnergyMonth8 r~uih~LastYearsYieldEnergyMonth9 r~uih~ThisYearsYieldEnergyMonth1 r~uih~ThisYearsYieldEnergyMonth10 r~uih~ThisYearsYieldEnergyMonth11 r~uih~ThisYearsYieldEnergyMonth12 r~uih~ThisYearsYieldEnergyMonth2 r~uih~ThisYearsYieldEnergyMonth3 r~uih~ThisYearsYieldEnergyMonth4 r~uih~ThisYearsYieldEnergyMonth5 r~uih~ThisYearsYieldEnergyMonth6 r~uih~ThisYearsYieldEnergyMonth7 r~uih~ThisYearsYieldEnergyMonth8 r~uih~ThisYearsYieldEnergyMonth9 r~uih~YieldEnergyOld~Mitternacht_Uebertragswert_Energieertrag
Hallo Martin,
eigentlich müssen die Werte noch häufiger auftauchen, da du die Userreadings bei jedem update eines readings berechnest.
Versuche doch mal
EnergieertragdieserTag:statEnergieertrag.* {(ReadingsVal("ebus","statEnergieertrag","")=~m/Day:\s(\d+)/)[0]; },
EnergieertragdieserMonat:statEnergieertrag.* {(ReadingsVal("ebus","statEnergieertrag","")=~m/Month:\s(\d+)/)[0]; },
EnergieertragdiesesJahr:statEnergieertrag.* {(ReadingsVal("ebus","statEnergieertrag","")=~m/Year:\s(\d+)/)[0]; },
EnergieertragletzterTag:statEnergieertragLast.* {(ReadingsVal("ebus","statEnergieertragLast","")=~m/Day:\s(\d+)/)[0]; },
EnergieertragletzterMonat:statEnergieertragLast.* {(ReadingsVal("ebus","statEnergieertragLast","")=~m/Month:\s(\d+)/)[0]; },
EnergieertragletztesJahr:statEnergieertragLast.* {(ReadingsVal("ebus","statEnergieertragLast","")=~m/Year:\s(\d+)/)[0];; }
Über eine Rückmeldung ob es das war würde ich mich freuen.
Grüße
Andy
Hi Andy,
coole Sache. Hat funktioniert. Vielen Dank für dein Hilfe.
Viele Grüße
Martin
hallo und guten morgen
ich habe seit etwa einer Woche das Problem das immer wenn ich ein Set Befehl absetzten will ich eine Fehlermeldung bekomme und nicht weis warum habe an der config nichts geändert nur fhem geupdatet
jquery.min.js line 2:
Error: Syntax error, unrecognized expression: .dval[informid=ebus1-r~430]
kann mir bitte einer helfen
Gruß Christian
Hallo Christian,
machst du das von Tablet-UI aus? Denn jquery.min.js hat mit 98_GAEBUS.pm nicht viel zu tun.
Schau dir doch mal dieses Wiki an https://wiki.fhem.de/wiki/CsrfToken-HowTo es handelt sich vermutlich um ein Problem das mit 5.8 zusammenhängt.
Grüße
Andy
nein ich arbeite nicht mit der Tablet-UI und einen direckten aufruf über dem Browser mache ich ja auch nicht
was ich aber schon gelesen hatte ist das ein andere User auch so ein Problem hatte aber mit ECMD mehr weis ich aber auch nicht
ok, hast du noch mehr Infos? Ich habe eine 470 und lese ziemlich viele Werte aus - ohne Probleme.
Ich würde als erstes nochmal ein "update" und einen "shutdown restart" durchführen.
Kannst du die Werte im Browser lesen?
"r~430" ist kein vollständiger Befehl. Kannst du den nicht funktionierenden Befehl eingrenzen?
ein Update hat leider keine Verbesserungen gebracht
ja ich kann über get die werte auslesen und bekomme auch das richtige angezeigt aber unter set immer diese Fehlermeldung und ich kann so auch keine neuen readings anlegen
set aus dem Browser oder aus perl (99_myutils)? Ich schau mir das hernach an.
Hallo Christian,
Rudi hat das Problem behoben.
Bitte "update" und "shutdown restart" durchführen.
Grüße
Andy
Danke hat funktioniert meine Anlage läuft wieder :)
Gruß Christian
Ich wollte ein wenig mit diesem Modul spielen und habe es installiert. Es verbindet sich auch mit dem ebusd.
Die Dateien habe ich nach /opt/fhem/ebusd kopiert.
Leider kann ich im Modul keine csv Dateien öffnen. Es scheint als wenn diese nicht gefunden wurden.
Hat jemand eine Idee woran das liegen kann?
Hallo,
was liefert denn "get ebusd_info" bzw. "get ebusd_find" zurück?
Grüße
Andy
Zitat von: jamesgo am 08 Mai 2017, 07:42:24
Hallo,
was liefert denn "get ebusd_info" bzw. "get ebusd_find" zurück?
Grüße
Andy
get ebusd_info liefert meine Anlagenkonfiguration, so wie es der Befehl über die Konsole auch zeigt.
und "get xx ebusd_find"?
Zitat von: jamesgo am 08 Mai 2017, 08:39:26
und "get xx ebusd_find"?
Bin jetzt nicht zu Hause und hab es gestern nicht getestet. Was sollte das zurück liefern?
sowas wie "538 definitions processed".
ich teste es heute abend zu Hause mal
Eben hat es geklappt. Ich hatte verschiedene Einträge zur Auswahl und konnte einige Variablen definieren.
Nach einem Restart von FHEm sind allerdings wieder nur 4 Einträge im Pull down Menü (hex, find, info und reading).
Nach wie vor ist der Dämon verbunden und die Variablen kommen auch durch. Die Einträge sind aber verschwunden.
Hallo,
ja, die definierten readings bleiben nach dem Neustart erhalten und werden aktualisiert.
Um neue Readings hinzuzufügen musst du wieder den "ebusd_find" ausführen um die aktuelle Konfiguration aus dem ebusd einzulesen.
Grüße
Andy
OK, Danke, jetzt ist alles da. 8)
Sag, kann man bei multiplen Variablen auch einzelne Werte auslesen wie im angehängten Beispiel?
Dort interessiert mich z.B. der Heizkurvenfaktor
ja, das kann man:
Attributes of the format
[r]~<class>~<variable-name>
define variables that can be retrieved from the ebusd. They will appear when they are defined by a "set" command as described above.
The value assigned to an attribute specifies the name of the reading for this variable.
If ebusd returns a list of semicolon separated values then several semicolon separated readings can be defined.
"dummy" is a placeholder for a reading that will be ignored. (e.g.: temperature;dummy;pressure).
The name of the reading can be suffixed by "<:number>" which is a multiplicator for the evaluation within the specified interval. (eg. OutsideTemp:3 will evaluate this reading every 3-th cycle)
All text followed the reading seperated by a blank is given as an additional parameter to ebusd. This can be used to request a single value if more than one is retrieved from ebus.
d.h. bei dir z.B
dempdesired;tempdesiredlow;curve;mixertype;shutdowntemp;dummy;dummy;dummy;dummy
Zitat von: jamesgo am 09 Mai 2017, 06:40:35
ja, das kann man:
d.h. bei dir z.B
dempdesired;tempdesiredlow;curve;mixertype;shutdowntemp;dummy;dummy;dummy;dummy
aber wie komme ich an diese Zeile ran? Ich kann ja nur die Variable definieren, die gelesen wird und die besteht ja aus mehreren Werten.
Das Modul liest den ganzen Wert vom ebusd und trennt das Ergebniss an den ";" auf.
Es muss die Einzelwerte nicht abfragen.
Die auszulesenden Readings werden im Attribut definiert.
Wenn ich den Auszug aus dem commandref in "google translate" eingebe kommt folgendes raus:
Attribute des Formats
[R] ~ <Klasse> ~ <Variablenname>
Definieren Sie Variablen, die aus dem ebusd abgerufen werden können. Sie erscheinen, wenn sie durch einen "set" -Befehl wie oben beschrieben definiert sind.
Der dem Attribut zugewiesene Wert gibt den Namen des Lesens für diese Variable an.
Wenn ebusd eine Liste von semikolongetrennten Werten zurückgibt, können mehrere semikolongetrennte Messwerte definiert werden.
"Dummy" ist ein Platzhalter für eine Lesung, die ignoriert wird. (Z. B. Temperatur, Dummy, Druck).
Der Name des Lesens kann durch "<: number>", der ein Multiplikator für die Auswertung innerhalb des angegebenen Intervalls ist, (ZB OutsideTemp: 3 wird diese Lesung jeden 3-ten Zyklus auswerten)
Alle Texte folgten der von einem Leerzeichen getrennten Lesevorgang als zusätzlicher Parameter an ebusd. Dies kann verwendet werden, um einen einzelnen Wert anzufordern, wenn mehr als einer von ebus abgerufen wird.
Zwar kein "schönes" Deutsch ... aber wenn man "lesung" und "lesens" durch "Reading" ersetzt macht es durchaus Sinn.
Zitat von: jamesgo am 10 Mai 2017, 09:39:54
Das Modul liest den ganzen Wert vom ebusd und trennt das Ergebniss an den ";" auf.
Es muss die Einzelwerte nicht abfragen.
Die auszulesenden Readings werden im Attribut definiert.
Wenn ich den Auszug aus dem commandref in "google translate" eingebe kommt folgendes raus:
Attribute des Formats
[R] ~ <Klasse> ~ <Variablenname>
Definieren Sie Variablen, die aus dem ebusd abgerufen werden können. Sie erscheinen, wenn sie durch einen "set" -Befehl wie oben beschrieben definiert sind.
Der dem Attribut zugewiesene Wert gibt den Namen des Lesens für diese Variable an.
Wenn ebusd eine Liste von semikolongetrennten Werten zurückgibt, können mehrere semikolongetrennte Messwerte definiert werden.
"Dummy" ist ein Platzhalter für eine Lesung, die ignoriert wird. (Z. B. Temperatur, Dummy, Druck).
Der Name des Lesens kann durch "<: number>", der ein Multiplikator für die Auswertung innerhalb des angegebenen Intervalls ist, (ZB OutsideTemp: 3 wird diese Lesung jeden 3-ten Zyklus auswerten)
Alle Texte folgten der von einem Leerzeichen getrennten Lesevorgang als zusätzlicher Parameter an ebusd. Dies kann verwendet werden, um einen einzelnen Wert anzufordern, wenn mehr als einer von ebus abgerufen wird.
Zwar kein "schönes" Deutsch ... aber wenn man "lesung" und "lesens" durch "Reading" ersetzt macht es durchaus Sinn.
Ah, OK! Danke Dir!
Hallo, ich nutze seit kurzem auch GAEBUS und bin begeistert wie schnell ich das Modell in Betrieb nehmen konnte. Bei ECMD hatte ich so meine Probleme, aber das ist ein anderes Thema.
Eine Frage hätte ich jedoch noch:
Man kann für verschiedene Readings kein individuelles Intervall festlegen, nicht wahr?
Ich brauche ca. 50 Werte aus einem ebusd, welche aber nur 10 Werte wirklich zeitnah (10-60sec) gelesen werden müssen.
Der Rest kann im 5-Minuten-Takt laufen.
Ich muss dann zwei GAEBUS-Devices anlegen, oder? Kommen die sich dann in die Quere?
Bei einer ähnlichen Konstellation mit HTTPMOD hatte ich hin und wieder Timing-Probleme, wenn beide zeitgleich zugriffen.
GAEBUS holt sich die Werte doch aus der vorhandenen "ebusctl find"-Liste?
Es wird nicht eigenständig gepollt, oder?
Demnach müssen in der ebusd-CSV Polling-Intervalle hinterlegt sein, oder?
Oder wird im Hintergrund ein "ebusctl read -f" (force reading from the bus) durchgeführt?
Vielen Dank.
Hallo,
so viele Fragen ...
Wenn du bei der Definition eines Readings hinter den Namen z.B. ":10" anhängst dann wird der Wert nur jedes 10-te mal abgefragt.
Bei einem Interval von 60 Sekunden dann also alle 10 Minuten. Um es weiter zu entzerren könntes du also ":9", ":10", ":11" verwenden (jeweils bei einem drittel der "unwichtigen" Werte).
-> Es sind also keine zwei Instanzen notwendig um die Abfragen zu entzerren.
Der "find" ist nur dann notwendig wenn du im GUI readings manuell lesen oder für das permanente Abfragen einrichten willst. Nach einem Neustart stehen alle notwendigen Information in den Attributen. D.h. das Modul selbst braucht das "find" nicht.
Hoffe damit sind die Fragen geklärt. Falls nicht ... nochmal fragen :-)
Grüße
Andy
Perfekt. Das ist super. Diese Hinweise habe ich in der CommandRef glatt überlesen.
Vielen Dank.
Hallo, ich habe ein Problem mit meinen GAEBUS-Device.
Aus irgendeinem Grund werden immer wieder die Readings zerschossen. Plötzlich habe ich Werte als Readingnamen. Das kommt relativ häufig vor.
List des GAEBUS-Devices:
Internals:
CHANGED
DEF ebusKWL:8888 10
DevType EBUSD
DeviceAddress ebusKWL:8888
DeviceName kwl_gaebus
FD 190
Interval 10
NAME kwl_gaebus
NR 561
PARTIAL
STATE Connected
TYPE GAEBUS
UpdateCnt 82
READINGS:
2017-07-05 03:37:00 - Aussenlufttemperatur
2017-07-05 03:37:00 0 TageMitFilter
2017-07-05 03:37:00 1 WertDIPSchalter
2017-07-05 03:37:00 10 TatsaechlicheDrehzahlAbluft
2017-07-05 00:31:46 100 BypassHysterese
2017-07-05 00:31:46 1320 LeistungVorheizregister
2017-07-05 00:31:46 15.7 PosStufenschalter
2017-07-05 03:37:00 18.7 LuftmengeStufe2
2017-07-05 00:31:46 19.2 LuftmengeStufe2
2017-07-05 03:37:00 2.0 Ventilatorbetrieb
2017-07-05 03:37:00 200 eBusSynchFehler
2017-07-05 00:31:46 2083000 IstwertAbluftdruck
2017-07-04 20:27:36 22.9 LuftmengeStufe2
2017-07-04 20:27:36 2538 LeistungVorheizregister
2017-07-05 03:37:00 29 BeleuchtungDisplay
2017-07-05 00:31:46 3 LuefterStatus
2017-07-05 03:37:00 50 BypassHysterese
2017-07-05 03:37:00 687 LeistungVorheizregister
2017-07-04 20:27:36 69 SollAbluftmenge
2017-07-05 03:37:00 70 SollAbluftmenge
2017-07-05 10:31:29 Ablufttemperatur 23.2
2017-07-05 10:31:29 Aussenlufttemperatur 20.4
2017-07-05 10:31:29 BeleuchtungDisplay 10
2017-07-05 10:31:29 BetriebsstundenTotal 16285
2017-07-05 10:31:29 BypassHysterese 2.0
2017-07-05 10:31:29 BypassTemperatur 22.0
2017-07-05 10:31:29 Bypassbetrieb auto
2017-07-05 10:31:29 Bypassstrom 0
2017-07-05 03:37:00 Const. Flow SoftwareVersion
2017-07-05 00:31:46 Disabled TatsaechlicheAbluftmenge
2017-07-05 10:31:29 DruckungleichgewichtZulaessig zulaessig
2017-07-05 10:31:29 EWTStatus 1
2017-07-05 10:31:29 Errors 3
2017-07-05 10:31:29 FestesDruckungleichgewicht 0
2017-07-05 03:37:00 Feuchteschutz LuftmengeStufe1
2017-07-05 10:31:29 FilterStatus Clean
2017-07-05 10:31:29 FrostStatus No Frost
2017-07-05 10:31:29 IstwertAbluftdruck 62.8
2017-07-05 10:31:29 IstwertZuluftdruck 58.5
2017-07-05 10:31:54 LeistungVorheizregister 0
2017-07-05 10:31:54 LuefterStatus Const. Flow
2017-07-05 10:31:29 LuftmengeFilterSchwellwert 432
2017-07-05 10:31:29 LuftmengeMitFilter 221
2017-07-05 10:31:29 LuftmengeStufe0 50
2017-07-05 10:31:29 LuftmengeStufe1 100
2017-07-05 10:31:29 LuftmengeStufe2 200
2017-07-05 10:31:29 LuftmengeStufe3 300
2017-07-05 10:31:29 LuftmengeTotal 2084000
2017-07-04 20:27:36 Normal LuftmengeStufe1
2017-07-05 10:31:29 OptionTemperature 0
2017-07-05 10:31:29 PerilexPosition 1
2017-07-05 10:31:54 PosStufenschalter 2
2017-07-05 00:31:46 Reduziert LuftmengeStufe1
2017-07-05 03:37:00 S1.04.02 0001 VorheizRegister_inst
2017-07-05 10:31:29 SoftwareVersion S1.04.02 0001
2017-07-05 10:31:29 SollAbluftmenge 200
2017-07-05 10:31:29 SollZuluftmenge 200
2017-07-05 10:31:29 StatusBypass Open
2017-07-05 10:31:29 StatusVorheizregister Disabled
2017-07-05 10:31:29 TageMitFilter 70
2017-07-05 10:31:29 TatsaechlicheAbluftmenge 201
2017-07-05 10:31:29 TatsaechlicheDrehzahlAbluft 2535
2017-07-05 10:31:29 TatsaechlicheDrehzahlZuluft 2397
2017-07-05 10:31:29 TatsaechlicheZuluftmenge 198
2017-07-05 10:31:54 Ventilatorbetrieb Normal
2017-07-05 10:31:29 VorheizRegister_inst -
2017-07-05 10:31:29 WertDIPSchalter 29
2017-07-05 10:31:29 ZentralheizungWRG aus
2017-07-05 10:31:29 eBusSynchFehler 0
2017-07-05 10:31:54 state_ebus signal acquired
helper:
longAttributesCount 0
Attributes:
alias EBUS KWL
ebusWritesEnabled 1
event-on-change-reading .*
r~kwl~Ablufttemperatur Ablufttemperatur:5
r~kwl~Aussenlufttemperatur Aussenlufttemperatur:5
r~kwl~BeleuchtungDisplay BeleuchtungDisplay:10
r~kwl~BetriebsstundenTotal BetriebsstundenTotal:10
r~kwl~BypassHysterese BypassHysterese:10
r~kwl~BypassTemperatur BypassTemperatur:10
r~kwl~Bypassbetrieb Bypassbetrieb:10
r~kwl~Bypassstrom Bypassstrom:10
r~kwl~DruckungleichgewichtZulaessig DruckungleichgewichtZulaessig:10
r~kwl~EWTStatus EWTStatus:10
r~kwl~Errors Errors:10
r~kwl~FestesDruckungleichgewicht FestesDruckungleichgewicht:10
r~kwl~FilterStatus FilterStatus:5
r~kwl~FrostStatus FrostStatus:5
r~kwl~IstwertAbluftdruck IstwertAbluftdruck:5
r~kwl~IstwertZuluftdruck IstwertZuluftdruck:5
r~kwl~LeistungVorheizregister LeistungVorheizregister:2
r~kwl~LuefterStatus LuefterStatus:2
r~kwl~LuftmengeFilterSchwellwert LuftmengeFilterSchwellwert:10
r~kwl~LuftmengeMitFilter LuftmengeMitFilter:10
r~kwl~LuftmengeStufe0 LuftmengeStufe0:10
r~kwl~LuftmengeStufe1 LuftmengeStufe1:10
r~kwl~LuftmengeStufe2 LuftmengeStufe2:10
r~kwl~LuftmengeStufe3 LuftmengeStufe3:10
r~kwl~LuftmengeTotal LuftmengeTotal:10
r~kwl~OptionTemperature OptionTemperature:10
r~kwl~PerilexPosition PerilexPosition:10
r~kwl~PosStufenschalter PosStufenschalter:1
r~kwl~SoftwareVersion SoftwareVersion:10
r~kwl~SollAbluftmenge SollAbluftmenge:5
r~kwl~SollZuluftmenge SollZuluftmenge:5
r~kwl~StatusBypass StatusBypass:5
r~kwl~StatusVorheizregister StatusVorheizregister:5
r~kwl~TageMitFilter TageMitFilter:10
r~kwl~TatsaechlicheAbluftmenge TatsaechlicheAbluftmenge:5
r~kwl~TatsaechlicheDrehzahlAbluft TatsaechlicheDrehzahlAbluft:5
r~kwl~TatsaechlicheDrehzahlZuluft TatsaechlicheDrehzahlZuluft:5
r~kwl~TatsaechlicheZuluftmenge TatsaechlicheZuluftmenge:5
r~kwl~Ventilatorbetrieb Ventilatorbetrieb:1
r~kwl~VorheizRegister_inst VorheizRegister_inst:10
r~kwl~WertDIPSchalter WertDIPSchalter:10
r~kwl~ZentralheizungWRG ZentralheizungWRG:10
r~kwl~eBusSynchFehler eBusSynchFehler:10
userattr r~kwl~Ablufttemperatur r~kwl~Aussenlufttemperatur r~kwl~BeleuchtungDisplay r~kwl~BetriebsstundenTotal r~kwl~BypassHysterese r~kwl~BypassTemperatur r~kwl~Bypassbetrieb r~kwl~Bypassstrom r~kwl~DruckungleichgewichtZulaessig r~kwl~EWTStatus r~kwl~Errors r~kwl~FestesDruckungleichgewicht r~kwl~FilterStatus r~kwl~FrostStatus r~kwl~IstwertAbluftdruck r~kwl~IstwertZuluftdruck r~kwl~LeistungVorheizregister r~kwl~LuefterStatus r~kwl~LuftmengeFilterSchwellwert r~kwl~LuftmengeMitFilter r~kwl~LuftmengeStufe0 r~kwl~LuftmengeStufe1 r~kwl~LuftmengeStufe2 r~kwl~LuftmengeStufe3 r~kwl~LuftmengeTotal r~kwl~OptionTemperature r~kwl~PerilexPosition r~kwl~PosStufenschalter r~kwl~SoftwareVersion r~kwl~SollAbluftmenge r~kwl~SollZuluftmenge r~kwl~StatusBypass r~kwl~StatusVorheizregister r~kwl~TageMitFilter r~kwl~TatsaechlicheAbluftmenge r~kwl~TatsaechlicheDrehzahlAbluft r~kwl~TatsaechlicheDrehzahlZuluft r~kwl~TatsaechlicheZuluftmenge r~kwl~Ventilatorbetrieb r~kwl~VorheizRegister_inst r~kwl~WertDIPSchalter r~kwl~ZentralheizungWRG r~kwl~eBusSynchFehler w~kwl~LuftmengeStufe1
verbose 1
w~kwl~LuftmengeStufe1 LuftmengeStufe1
Dazugehörige Zeilen im Log #1
2017-07-05_00:31:46 kwl_gaebus IstwertZuluftdruck: 15.5
2017-07-05_00:31:46 kwl_gaebus : TatsaechlicheDrehzahlZuluft
2017-07-05_00:31:46 kwl_gaebus Disabled: TatsaechlicheAbluftmenge
2017-07-05_00:31:46 kwl_gaebus 100: LuftmengeTotal
2017-07-05_00:31:46 kwl_gaebus 2083000: IstwertAbluftdruck
2017-07-05_00:31:46 kwl_gaebus 15.7: PosStufenschalter
2017-07-05_00:31:46 kwl_gaebus 1: Errors
2017-07-05_00:31:46 kwl_gaebus 3: LuefterStatus
2017-07-05_00:31:46 kwl_gaebus Const. Flow: SoftwareVersion
2017-07-05_00:31:46 kwl_gaebus S1.04.02 0001: VorheizRegister_inst
2017-07-05_00:31:46 kwl_gaebus -: Aussenlufttemperatur
2017-07-05_00:31:46 kwl_gaebus 19.2: LuftmengeStufe2
2017-07-05_00:31:46 kwl_gaebus 200: eBusSynchFehler
2017-07-05_00:31:46 kwl_gaebus 0: EWTStatus
2017-07-05_00:31:46 kwl_gaebus 1: WertDIPSchalter
2017-07-05_00:31:46 kwl_gaebus 1320: LeistungVorheizregister
2017-07-05_00:31:46 kwl_gaebus 0: Bypassstrom
2017-07-05_00:31:46 kwl_gaebus 0: TageMitFilter
2017-07-05_00:31:46 kwl_gaebus 70: SollAbluftmenge
2017-07-05_00:31:46 kwl_gaebus 100: BypassHysterese
Dazugehörige Zeilen im Log #2
2017-07-05_03:37:00 kwl_gaebus IstwertZuluftdruck: 3.6
2017-07-05_03:37:00 kwl_gaebus TatsaechlicheDrehzahlZuluft: 645
2017-07-05_03:37:00 kwl_gaebus TatsaechlicheAbluftmenge: 50
2017-07-05_03:37:00 kwl_gaebus IstwertAbluftdruck: 4.1
2017-07-05_03:37:00 kwl_gaebus : Errors
2017-07-05_03:37:00 kwl_gaebus 0: LuefterStatus
2017-07-05_03:37:00 kwl_gaebus 18.7: LuftmengeStufe2
2017-07-05_03:37:00 kwl_gaebus 0: EWTStatus
2017-07-05_03:37:00 kwl_gaebus 687: LeistungVorheizregister
2017-07-05_03:37:00 kwl_gaebus 0: Bypassstrom
2017-07-05_03:37:00 kwl_gaebus 0: TageMitFilter
2017-07-05_03:37:00 kwl_gaebus 50: BypassHysterese
2017-07-05_03:37:00 kwl_gaebus Feuchteschutz: LuftmengeStufe1
2017-07-05_03:37:56 kwl_gaebus IstwertZuluftdruck: 3.7
2017-07-05_03:37:56 kwl_gaebus TatsaechlicheDrehzahlZuluft: 639
2017-07-05_03:37:56 kwl_gaebus TatsaechlicheAbluftmenge: 49
2017-07-05_03:37:56 kwl_gaebus IstwertAbluftdruck: 3.8
2017-07-05_03:37:56 kwl_gaebus TatsaechlicheDrehzahlAbluft: 669
Kann man das irgendwie vermeiden?
Hat jemand eine Idee wo hier die Ursache liegen könnte?
Danke.
Hallo,
vermutlich bekommst du timeouts bei den Abfragen. Alle 10 Sekunden ist schon ziemlich häufig.
Versuche mal die Werte für jede 10-te Abfrage weiter zu entzerren. Denn so wie es jetzt aufgebaut ist, werden bei jedem 10-ten mal alle Werte abgefragt. Also :9, :10 und :11.
Das könnte das Problem schon lösen.
Oder mal das gesamte Interval auf 60 setzen ... wenn es dann nicht mehr auftaucht sind es bestimmt timeouts.
Grüße
Andy
Oh, die 10sec waren nur ein Test. Ich habe normalerweise das Intervall auf 60sec.
Und ja: ich habe mein Log voll mit TimeOuts. Ich bin dabei, diese zu lösen. Muss noch schöner verkabeln.
Moin
Jetzt moechte ich auch mal etwas fragen. Vorab aber noch ein dickes fettes Danke an John und Andy! Ich habe das ja erst nicht so richtig verstanden gehabt, aber jetzt bin ich total begeistert.
Nun meine Frage:
470-ccTimer.Friday 05:30 2017-10-10 18:42:56
470-hcTimer.Friday 05:30 2017-10-10 18:42:56
Dies bekomme ich als readings im GAEBUS zurueck.
Wenn ich aber ein
get ebus1 r~470 ccTimer.Friday~Zeitfenster_Freitag eingebe, dann kommt dies:
470 ccTimer.Friday from=05:30;to=06:30;from=13:40;to=21:00;from=23:10;to=23:10;daysel=selected
zurueck.
Wie kann ich die readings richten?
Danke und Gruss Christoph
Hallo Christoph,
wie sieht denn dein zugehöriges Attribut aus?
Hast du ein "set ebus1 r~470 ccTimer.Friday~Zeitfenster_Freitag" gemacht?
Grüße
Andy
Hallo Andy
Ja habe ich, sonst haette ich das reading ja gar nicht!
Hier mal ein list, ich habe noch nicht alle umbenannt:
Internals:
CFGFN
DEF 192.168.178.57:8888 900
DevType EBUSD
DeviceAddress 192.168.178.57:8888
DeviceName ebus1
FD 34
Interval 900
NAME ebus1
NR 512
PARTIAL
STATE Connected
TYPE GAEBUS
UpdateCnt 87
Helper:
Dblog:
470-b51000m7opmodemonitor:
Logmaria:
TIME 1507732724.67115
VALUE 0
470-b51000tempdesiredloadingpump:
Logmaria:
TIME 1507732724.67115
VALUE -
470-bmub51101boilerflowtemp:
Logmaria:
TIME 1507732724.67115
VALUE 30.5
470-bmub51101storagetemp:
Logmaria:
TIME 1507643272.15037
VALUE 59.5
470-bmuflowtemporvf1:
Logmaria:
TIME 1507732724.67115
VALUE 30.50
470-contactname:
Logmaria:
TIME 1507732724.67115
VALUE
470-date:
Logmaria:
TIME 1507643095.76783
VALUE 10.10.2017
470-displayedroomtemp:
Logmaria:
TIME 1507643272.15037
VALUE 21.38
470-hc1actualflowtempdesired:
Logmaria:
TIME 1507732724.67115
VALUE 36.0
470-hc1bankholidayendperiod:
Logmaria:
TIME 1507642966.29101
VALUE 13.10.2017
470-hc1bankholidaystartperiod:
Logmaria:
TIME 1507643719.99703
VALUE ERR
470-hc1heatcurve:
Logmaria:
TIME 1507642966.29101
VALUE 1.45
470-hc1holidaystartperiod:
Logmaria:
TIME 1507643893.10197
VALUE 01.01.2010
470-hc1opmode:
Logmaria:
TIME 1507732724.67115
VALUE auto
470-hydraulicmap:
Logmaria:
TIME 1507732724.67115
VALUE 0
470-hydraulicswitch:
Logmaria:
TIME 1507732724.67115
VALUE no
470-maintenancedate:
Logmaria:
TIME 1507646355.76274
VALUE 15.10.2017
470-raumtempistunten:
Logmaria:
TIME 1507648209.01152
VALUE 22.69
470-statusdcf:
Logmaria:
TIME 1507732724.67115
VALUE nosignal
470-summerwintertimeadjust:
Logmaria:
TIME 1507732724.67115
VALUE auto
470-cctimer.friday:
Logmaria:
TIME 1507732724.67115
VALUE 05:30
470-hctimer.friday:
Logmaria:
TIME 1507732724.67115
VALUE 05:30
Absenktemperatur:
Logmaria:
TIME 1507732724.67115
VALUE 15.0
Aussentemperatur:
Logmaria:
TIME 1507732724.67115
VALUE 14.94
Aussentemperatur_offset:
Logmaria:
TIME 1507732724.67115
VALUE -1.0
Dcfgueltig:
Logmaria:
TIME 1507732724.67115
VALUE no
Datum:
Logmaria:
TIME 1507732724.67115
VALUE 11.10.2017
Fehler:
Logmaria:
TIME 1507732724.67115
VALUE 0
Ferien_zuhause_beginn:
Logmaria:
TIME 1507732724.67115
VALUE 10.10.2017
Ferien_zuhause_ende:
Logmaria:
TIME 1507732724.67115
VALUE 13.10.2017
Heizkurve:
Logmaria:
TIME 1507732724.67115
VALUE 1.45
Modus:
Logmaria:
TIME 1507643893.10197
VALUE auto
Raumtemperatur:
Logmaria:
TIME 1507732724.67115
VALUE 22.81
Solltemperatur:
Logmaria:
TIME 1507732724.67115
VALUE 21.50
Speichertemperatur:
Logmaria:
TIME 1507732724.67115
VALUE 57.0
Tagestemperatur:
Logmaria:
TIME 1507732724.67115
VALUE 21.5
Uhrzeit:
Logmaria:
TIME 1507732724.67115
VALUE 16:43:54
Urlaubsbeginn:
Logmaria:
TIME 1507732724.67115
VALUE 01.01.2010
Urlaubsende:
Logmaria:
TIME 1507732724.67115
VALUE 01.01.2010
Ww_soll:
Logmaria:
TIME 1507732724.67115
VALUE 55.0
Ww_aktiv:
Logmaria:
TIME 1507732724.67115
VALUE yes
Wochentag:
Logmaria:
TIME 1507732724.67115
VALUE Wed
Zirkulationspumpe:
Logmaria:
TIME 1507732724.67115
VALUE yes
Angezeigte_raumtemperatur:
Logmaria:
TIME 1507732724.67115
VALUE 21.50
Naechste_wartung:
Logmaria:
TIME 1507732724.67115
VALUE 15.10.2017
State:
Logmaria:
TIME 1507648203.31446
VALUE r~470 RoomTemp~Raumisttemp
State_ebus:
Logmaria:
TIME 1507732724.67115
VALUE signal acquired
Readings:
2017-10-10 15:20:00 470-ActualRoomTempDesiredHc1 21.50
2017-10-11 16:38:44 470-B51000M7OpModeMonitor 0
2017-10-11 16:38:44 470-B51000TempDesiredLoadingPump -
2017-10-11 16:38:44 470-BMUB51101BoilerFlowTemp 30.5
2017-10-11 16:38:44 470-BMUFlowTempOrVF1 30.50
2017-10-11 16:38:44 470-ContactName
2017-10-11 16:38:44 470-Hc1ActualFlowTempDesired 36.0
2017-10-10 15:55:19 470-Hc1BankHolidayStartPeriod ERR: command not found
2017-10-11 16:38:44 470-Hc1OPMode auto
2017-10-11 16:38:44 470-HydraulicMap 0
2017-10-11 16:38:44 470-HydraulicSwitch no
2017-10-11 16:38:44 470-StatusDcf nosignal
2017-10-11 16:38:44 470-SummerWinterTimeAdjust auto
2017-10-11 16:38:44 470-ccTimer.Friday 05:30
2017-10-11 16:38:44 470-hcTimer.Friday 05:30
2017-10-11 16:38:44 Absenktemperatur 15.0
2017-10-11 16:38:44 Aussentemperatur 14.94
2017-10-11 16:38:44 Aussentemperatur_offset -1.0
2017-10-11 16:38:44 DCFgueltig no
2017-10-11 16:38:44 Datum 11.10.2017
2017-10-11 16:38:44 Fehler 0
2017-10-11 16:38:44 Ferien_zuhause_Beginn 10.10.2017
2017-10-11 16:38:44 Ferien_zuhause_Ende 13.10.2017
2017-10-11 16:38:44 Heizkurve 1.45
2017-10-10 15:58:12 Modus auto
2017-10-11 16:38:44 Raumtemperatur 22.81
2017-10-11 16:38:44 Solltemperatur 21.50
2017-10-11 16:38:44 Speichertemperatur 57.0
2017-10-11 16:38:44 Tagestemperatur 21.5
2017-10-11 16:38:44 Uhrzeit 16:43:54
2017-10-11 16:38:44 Urlaubsbeginn 01.01.2010
2017-10-11 16:38:44 Urlaubsende 01.01.2010
2017-10-11 16:38:44 WW_Soll 55.0
2017-10-11 16:38:44 WW_aktiv yes
2017-10-11 16:38:44 Wochentag Wed
2017-10-11 16:38:44 Zirkulationspumpe yes
2017-10-11 16:38:44 angezeigte_Raumtemperatur 21.50
2017-10-11 16:38:44 naechste_Wartung 15.10.2017
2017-10-11 16:38:44 state_ebus signal acquired
Helper:
longAttributesCount 0
Attributes:
disable 0
ebusWritesEnabled 1
room Heizung
r~470~ActualRoomTempDesiredHc1 Solltemperatur
r~470~ActualWeekday Wochentag
r~470~B51000M7OpModeMonitor 470-B51000M7OpModeMonitor
r~470~B51000TempDesiredLoadingPump 470-B51000TempDesiredLoadingPump
r~470~BMUB51101BoilerFlowTemp 470-BMUB51101BoilerFlowTemp
r~470~BMUB51101ErrorStatus Fehler
r~470~BMUB51101StorageTemp Speichertemperatur
r~470~BMUFlowTempOrVF1 470-BMUFlowTempOrVF1
r~470~CirPump Zirkulationspumpe
r~470~ContactName 470-ContactName
r~470~Date Datum
r~470~DcfIsValid DCFgueltig
r~470~DisplayedRoomTemp angezeigte_Raumtemperatur
r~470~Hc1ActualFlowTempDesired 470-Hc1ActualFlowTempDesired
r~470~Hc1BankHolidayEndPeriod Ferien_zuhause_Ende
r~470~Hc1BankHolidayStartPeriod Ferien_zuhause_Beginn
r~470~Hc1DayTemp Tagestemperatur
r~470~Hc1HeatCurve Heizkurve
r~470~Hc1HolidayEndPeriod Urlaubsende
r~470~Hc1HolidayStartPeriod Urlaubsbeginn
r~470~Hc1NightTemp Absenktemperatur
r~470~Hc1OPMode 470-Hc1OPMode
r~470~HwcActualTempDesired WW_Soll
r~470~HwcCircuitActive WW_aktiv
r~470~HydraulicMap 470-HydraulicMap
r~470~HydraulicSwitch 470-HydraulicSwitch
r~470~MaintenanceDate naechste_Wartung
r~470~OutsideTemp Aussentemperatur
r~470~OutsideTempOffset Aussentemperatur_offset
r~470~RoomTemp Raumtemperatur
r~470~StatusDcf 470-StatusDcf
r~470~SummerWinterTimeAdjust 470-SummerWinterTimeAdjust
r~470~Time Uhrzeit
r~470~ccTimer.Friday 470-ccTimer.Friday
r~470~hcTimer.Friday 470-hcTimer.Friday
r~broadcast~ident broadcast-ident
userattr r~470~ActualRoomTempDesiredHc1 r~470~ActualWeekday r~470~B51000M7OpModeMonitor r~470~B51000TempDesiredLoadingPump r~470~BMUB51101BoilerFlowTemp r~470~BMUB51101ErrorStatus r~470~BMUB51101StorageTemp r~470~BMUFlowTempOrVF1 r~470~CirPump r~470~ContactName r~470~Date r~470~DcfIsValid r~470~DisplayedRoomTemp r~470~Hc1ActualFlowTempDesired r~470~Hc1BankHolidayEndPeriod r~470~Hc1BankHolidayStartPeriod r~470~Hc1DayTemp r~470~Hc1HeatCurve r~470~Hc1HolidayEndPeriod r~470~Hc1HolidayStartPeriod r~470~Hc1NightTemp r~470~Hc1OPMode r~470~HwcActualTempDesired r~470~HwcCircuitActive r~470~HydraulicMap r~470~HydraulicSwitch r~470~MaintenanceDate r~470~OutsideTemp r~470~OutsideTempOffset r~470~RoomTemp r~470~StatusDcf r~470~SummerWinterTimeAdjust r~470~Time r~470~ccTimer.Friday r~470~hcTimer.Friday r~broadcast~ident
Gruss Christoph
Hallo Christoph,
das ist komisch.
Bei mir liefert der get: "470 hcTimer.Sunday from=06:00;to=22:00;from=-:-;to=-:-;from=-:-;to=-:-;daysel2=Mo-So"
Das Attribut lautet "r~470~hcTimer.Sunday HK_TT7_So:52" (nur alle 52 mal abfragen)
Das Reading dann: "HK_TT7_So 06:00;22:00;-:-;-:-;-:-;-:-;Mo-So"
Setzte doch mal bei ebus1 das Attribut "verbose 5" und poste mal was im log vom fhem steht.
Grüße
Andy
Hallo Andy
Sorry, war mit dem Hund, und dann meinte Windows auch noch sich auszukennen.
2017.10.11 19:05:26 4: ebus1 start GetUpdates2
2017.10.11 19:05:26 3: GAEBUS opening ebus1 device 192.168.178.57(8888)
2017.10.11 19:05:26 3: GAEBUS device opened (ebus1)
2017.10.11 19:05:26 5: ebus1: ebusd state(signal acquired, 44 symbols/sec (132 max), 3 masters)
2017.10.11 19:05:26 5: ebus1 GetUpdates: 470-SummerWinterTimeAdjust:1
2017.10.11 19:05:26 3: ebus1 execute r -f -c 470 SummerWinterTimeAdjust
2017.10.11 19:05:26 3: ebus1 answer r 470-SummerWinterTimeAdjust auto
2017.10.11 19:05:26 5: ebus1 GetUpdates: Urlaubsbeginn:1
2017.10.11 19:05:26 3: ebus1 execute r -f -c 470 Hc1HolidayStartPeriod
2017.10.11 19:05:26 3: ebus1 answer r Urlaubsbeginn 01.01.2010
2017.10.11 19:05:26 5: ebus1 GetUpdates: angezeigte_Raumtemperatur:1
2017.10.11 19:05:26 3: ebus1 execute r -f -c 470 DisplayedRoomTemp
2017.10.11 19:05:27 3: ebus1 answer r angezeigte_Raumtemperatur 21.50
2017.10.11 19:05:27 5: ebus1 GetUpdates: 470-hcTimer.Friday:1
2017.10.11 19:05:27 3: ebus1 execute r -f -c 470 hcTimer.Friday
2017.10.11 19:05:27 3: ebus1 answer r 470-hcTimer.Friday 05:30;06:40;13:00;23:00;-:-;-:-;selected
2017.10.11 19:05:27 5: ebus1 GetUpdates: Ferien_zuhause_Ende:1
2017.10.11 19:05:27 3: ebus1 execute r -f -c 470 Hc1BankHolidayEndPeriod
2017.10.11 19:05:27 3: ebus1 answer r Ferien_zuhause_Ende 13.10.2017
2017.10.11 19:05:27 5: ebus1 GetUpdates: Fehler:1
2017.10.11 19:05:27 3: ebus1 execute r -f -c 470 BMUB51101ErrorStatus
2017.10.11 19:05:27 3: ebus1 answer r Fehler 0
2017.10.11 19:05:27 5: ebus1 GetUpdates: Zirkulationspumpe:1
2017.10.11 19:05:27 3: ebus1 execute r -f -c 470 CirPump
2017.10.11 19:05:27 3: ebus1 answer r Zirkulationspumpe yes
2017.10.11 19:05:28 5: ebus1 GetUpdates: 470-B51000TempDesiredLoadingPump:1
2017.10.11 19:05:28 3: ebus1 execute r -f -c 470 B51000TempDesiredLoadingPump
2017.10.11 19:05:28 3: ebus1 answer r 470-B51000TempDesiredLoadingPump -
2017.10.11 19:05:28 5: ebus1 GetUpdates: 470-ContactName:1
2017.10.11 19:05:28 3: ebus1 execute r -f -c 470 ContactName
2017.10.11 19:05:28 3: ebus1 answer r 470-ContactName
2017.10.11 19:05:28 5: ebus1 GetUpdates: Aussentemperatur_offset:1
2017.10.11 19:05:28 3: ebus1 execute r -f -c 470 OutsideTempOffset
2017.10.11 19:05:28 3: ebus1 answer r Aussentemperatur_offset -1.0
2017.10.11 19:05:28 5: ebus1 GetUpdates: Speichertemperatur:1
2017.10.11 19:05:28 3: ebus1 execute r -f -c 470 BMUB51101StorageTemp
2017.10.11 19:05:28 3: ebus1 answer r Speichertemperatur 54.5
2017.10.11 19:05:28 5: ebus1 GetUpdates: Raumtemperatur:1
2017.10.11 19:05:28 3: ebus1 execute r -f -c 470 RoomTemp
2017.10.11 19:05:29 3: ebus1 answer r Raumtemperatur 22.81;ok
2017.10.11 19:05:29 5: ebus1 GetUpdates: Absenktemperatur:1
2017.10.11 19:05:29 3: ebus1 execute r -f -c 470 Hc1NightTemp
2017.10.11 19:05:29 3: ebus1 answer r Absenktemperatur 15.0
2017.10.11 19:05:29 5: ebus1 GetUpdates: 470-BMUB51101BoilerFlowTemp:1
2017.10.11 19:05:29 3: ebus1 execute r -f -c 470 BMUB51101BoilerFlowTemp
2017.10.11 19:05:29 3: ebus1 answer r 470-BMUB51101BoilerFlowTemp 66.0
2017.10.11 19:05:29 5: ebus1 GetUpdates: Ferien_zuhause_Beginn:1
2017.10.11 19:05:29 3: ebus1 execute r -f -c 470 Hc1BankHolidayStartPeriod
2017.10.11 19:05:29 3: ebus1 answer r Ferien_zuhause_Beginn 10.10.2017
2017.10.11 19:05:29 5: ebus1 GetUpdates: 470-HydraulicMap:1
2017.10.11 19:05:29 3: ebus1 execute r -f -c 470 HydraulicMap
2017.10.11 19:05:30 3: ebus1 answer r 470-HydraulicMap 0
2017.10.11 19:05:30 5: ebus1 GetUpdates: 470-Hc1OPMode:1
2017.10.11 19:05:30 3: ebus1 execute r -f -c 470 Hc1OPMode
2017.10.11 19:05:30 3: ebus1 answer r 470-Hc1OPMode auto
2017.10.11 19:05:30 5: ebus1 GetUpdates: 470-BMUFlowTempOrVF1:1
2017.10.11 19:05:30 3: ebus1 execute r -f -c 470 BMUFlowTempOrVF1
2017.10.11 19:05:30 3: ebus1 answer r 470-BMUFlowTempOrVF1 66.00;ok
2017.10.11 19:05:30 5: ebus1 GetUpdates: DCFgueltig:1
2017.10.11 19:05:30 3: ebus1 execute r -f -c 470 DcfIsValid
2017.10.11 19:05:30 3: ebus1 answer r DCFgueltig no
2017.10.11 19:05:30 5: ebus1 GetUpdates: naechste_Wartung:1
2017.10.11 19:05:30 3: ebus1 execute r -f -c 470 MaintenanceDate
2017.10.11 19:05:31 3: ebus1 answer r naechste_Wartung 15.10.2017
2017.10.11 19:05:31 5: ebus1 GetUpdates: 470-Hc1ActualFlowTempDesired:1
2017.10.11 19:05:31 3: ebus1 execute r -f -c 470 Hc1ActualFlowTempDesired
2017.10.11 19:05:31 3: ebus1 answer r 470-Hc1ActualFlowTempDesired 37.0
2017.10.11 19:05:31 5: ebus1 GetUpdates: Urlaubsende:1
2017.10.11 19:05:31 3: ebus1 execute r -f -c 470 Hc1HolidayEndPeriod
2017.10.11 19:05:31 3: ebus1 answer r Urlaubsende 01.01.2010
2017.10.11 19:05:31 5: ebus1 GetUpdates: Aussentemperatur:1
2017.10.11 19:05:31 3: ebus1 execute r -f -c 470 OutsideTemp
2017.10.11 19:05:32 3: ebus1 answer r Aussentemperatur 14.12;ok
2017.10.11 19:05:32 5: ebus1 GetUpdates: Heizkurve:1
2017.10.11 19:05:32 3: ebus1 execute r -f -c 470 Hc1HeatCurve
2017.10.11 19:05:32 3: ebus1 answer r Heizkurve 1.45
2017.10.11 19:05:32 5: ebus1 GetUpdates: Wochentag:1
2017.10.11 19:05:32 3: ebus1 execute r -f -c 470 ActualWeekday
2017.10.11 19:05:32 3: ebus1 answer r Wochentag Wed
2017.10.11 19:05:32 5: ebus1 GetUpdates: Uhrzeit:1
2017.10.11 19:05:32 3: ebus1 execute r -f -c 470 Time
2017.10.11 19:05:33 3: ebus1 answer r Uhrzeit 19:10:47
2017.10.11 19:05:33 5: ebus1 GetUpdates: 470-StatusDcf:1
2017.10.11 19:05:33 3: ebus1 execute r -f -c 470 StatusDcf
2017.10.11 19:05:33 3: ebus1 answer r 470-StatusDcf nosignal
2017.10.11 19:05:33 5: ebus1 GetUpdates: 470-ccTimer.Friday:1
2017.10.11 19:05:33 3: ebus1 execute r -f -c 470 ccTimer.Friday
2017.10.11 19:05:33 3: ebus1 answer r 470-ccTimer.Friday 05:30;06:30;13:40;21:00;23:10;23:10;selected
2017.10.11 19:05:33 5: ebus1 GetUpdates: WW_Soll:1
2017.10.11 19:05:33 3: ebus1 execute r -f -c 470 HwcActualTempDesired
2017.10.11 19:05:33 3: ebus1 answer r WW_Soll 55.0
2017.10.11 19:05:33 5: ebus1 GetUpdates: Datum:1
2017.10.11 19:05:33 3: ebus1 execute r -f -c 470 Date
2017.10.11 19:05:33 3: ebus1 answer r Datum 11.10.2017
2017.10.11 19:05:33 5: ebus1 GetUpdates: 470-HydraulicSwitch:1
2017.10.11 19:05:33 3: ebus1 execute r -f -c 470 HydraulicSwitch
2017.10.11 19:05:34 3: ebus1 answer r 470-HydraulicSwitch no
2017.10.11 19:05:34 5: ebus1 GetUpdates: Solltemperatur:1
2017.10.11 19:05:34 3: ebus1 execute r -f -c 470 ActualRoomTempDesiredHc1
2017.10.11 19:05:34 3: ebus1 answer r Solltemperatur 21.50
2017.10.11 19:05:34 5: ebus1 GetUpdates: Tagestemperatur:1
2017.10.11 19:05:34 3: ebus1 execute r -f -c 470 Hc1DayTemp
2017.10.11 19:05:34 3: ebus1 answer r Tagestemperatur 21.5
2017.10.11 19:05:34 5: ebus1 GetUpdates: 470-B51000M7OpModeMonitor:1
2017.10.11 19:05:34 3: ebus1 execute r -f -c 470 B51000M7OpModeMonitor
2017.10.11 19:05:34 3: ebus1 answer r 470-B51000M7OpModeMonitor 0
2017.10.11 19:05:34 5: ebus1 GetUpdates: WW_aktiv:1
2017.10.11 19:05:34 3: ebus1 execute r -f -c 470 HwcCircuitActive
2017.10.11 19:05:35 3: ebus1 answer r WW_aktiv yes
2017.10.11 19:06:08 2: called GAEBUS_Attr(set,ebus1,verbose,<0>)
Wie ich schon vermutet habe, kommt alles richtig an, nur das reading wird falsch aufgeloest!
Gruss Christoph
Hallo Christoph,
du brauchst noch ein Attribut dass alle Werte zusammenhängt:
valueFormat {
"470-hcTimer.Friday" => "%s;%s;%s;%s;%s;%s;%s",
"dummy" => "nix"
}
(das mit dem dummy kannst du natürlich auch weglassen)
Grüße
Andy
Hallo Andy
Das hat auch nicht geholfen! Ich hatte das schon in der Hilfe gelesen, aber noch nicht so ganz verstanden. Da es nun auch nicht funktioniert, haette ich mir eh nen Wolf gesucht!
Gruss Christoph
Halt
Kommando zurueck! Wenn man denn die geschweiften Klammern mitnimmt, dann passt es!
Danke und Gruss
Christoph
Edith: Nur kurz als Hinweis. Man darf nur einmal geschweifte Klammern setzen, und trennt die entsprechenden Zuweisungen durch Komma. So wie von Andy oben gezeigt!
Hallo
Jetzt habe ich noch ein paar Fragen. Ich bekomme teilweise sinnfreie Antworten bei den cc-Werten. Die ersten stimmen noch, doch dann sollte es eigentlich leer sein. Auch die Samstags und Sonntags Einstellungen sind nicht ganz klar!
Hier noch mal ein list:
Internals:
CFGFN
DEF 192.168.178.57:8888 900
DevType EBUSD
DeviceAddress 192.168.178.57:8888
DeviceName ebus1
FD 34
Interval 900
NAME ebus1
NR 512
PARTIAL
STATE Connected
TYPE GAEBUS
UpdateCnt 4
Helper:
Dblog:
470-b51000m7opmodemonitor:
Logmaria:
TIME 1507748497.73125
VALUE 0
470-b51000tempdesiredloadingpump:
Logmaria:
TIME 1507748497.73125
VALUE -
470-bmub51101boilerflowtemp:
Logmaria:
TIME 1507748497.73125
VALUE 35.0
470-bmuflowtemporvf1:
Logmaria:
TIME 1507748497.73125
VALUE 35.00
470-contactname:
Logmaria:
TIME 1507748497.73125
VALUE
470-hc1actualflowtempdesired:
Logmaria:
TIME 1507748497.73125
VALUE 0.0
470-hc1opmode:
Logmaria:
TIME 1507748497.73125
VALUE auto
470-hydraulicmap:
Logmaria:
TIME 1507748497.73125
VALUE 0
470-hydraulicswitch:
Logmaria:
TIME 1507748497.73125
VALUE no
470-statusdcf:
Logmaria:
TIME 1507748497.73125
VALUE nosignal
470-summerwintertimeadjust:
Logmaria:
TIME 1507748497.73125
VALUE auto
470-cctimer.friday:
Logmaria:
TIME 1507745906.5058
VALUE 05:30;06:30;13:40;21:00;23:10;23:10;selected
470-hctimer.friday:
Logmaria:
TIME 1507745757.66463
VALUE 05:30;06:40;13:00;23:00;-:-;-:-;selected
Absenktemperatur:
Logmaria:
TIME 1507748497.73125
VALUE 15.0
Aussentemperatur:
Logmaria:
TIME 1507748497.73125
VALUE 13.50
Aussentemperatur_offset:
Logmaria:
TIME 1507748497.73125
VALUE -1.0
Dcfgueltig:
Logmaria:
TIME 1507748497.73125
VALUE no
Datum:
Logmaria:
TIME 1507748497.73125
VALUE 11.10.2017
Fehler:
Logmaria:
TIME 1507748497.73125
VALUE 0
Ferien_zuhause_beginn:
Logmaria:
TIME 1507748497.73125
VALUE 12.10.2017
Ferien_zuhause_ende:
Logmaria:
TIME 1507748497.73125
VALUE 13.10.2017
Heizkurve:
Logmaria:
TIME 1507748497.73125
VALUE 1.45
Heizung_dienstags:
Logmaria:
TIME 1507748497.73125
VALUE 05:30;08:30;16:20;22:30;-:-;-:-;selected
Heizung_donnerstags:
Logmaria:
TIME 1507748497.73125
VALUE 05:30;08:30;16:20;22:30;-:-;-:-;selected
Heizung_freitags:
Logmaria:
TIME 1507748497.73125
VALUE 05:30;06:40;13:00;23:00;-:-;-:-;selected
Heizung_mittwochs:
Logmaria:
TIME 1507748497.73125
VALUE 05:30;08:30;16:20;22:30;-:-;-:-;selected
Heizung_montags:
Logmaria:
TIME 1507748497.73125
VALUE 05:30;08:30;16:20;22:30;-:-;-:-;selected
Heizung_samstags:
Logmaria:
TIME 1507748497.73125
VALUE 07:30;23:00;-:-;-:-;-:-;-:-;Mo-So
Heizung_sonntags:
Logmaria:
TIME 1507748497.73125
VALUE 07:30;23:00;-:-;-:-;-:-;-:-;Mo-So
Raumtemperatur:
Logmaria:
TIME 1507748497.73125
VALUE 22.94
Solltemperatur:
Logmaria:
TIME 1507748497.73125
VALUE 21.50
Speichertemperatur:
Logmaria:
TIME 1507748497.73125
VALUE 55.0
Tagestemperatur:
Logmaria:
TIME 1507748497.73125
VALUE 21.5
Uhrzeit:
Logmaria:
TIME 1507748497.73125
VALUE 21:06:44
Urlaubsbeginn:
Logmaria:
TIME 1507748497.73125
VALUE 01.01.2010
Urlaubsende:
Logmaria:
TIME 1507748497.73125
VALUE 01.01.2010
Ww_soll:
Logmaria:
TIME 1507748497.73125
VALUE 0.0
Ww_aktiv:
Logmaria:
TIME 1507748497.73125
VALUE yes
Warmwasser_dienstags:
Logmaria:
TIME 1507748497.73125
VALUE 05:30;08:30;16:40;21:00;23:10;23:10;selected
Warmwasser_donnerstags:
Logmaria:
TIME 1507748497.73125
VALUE 05:30;08:30;16:40;21:00;23:10;23:10;selected
Warmwasser_freitags:
Logmaria:
TIME 1507748497.73125
VALUE 05:30;06:30;13:40;21:00;23:10;23:10;selected
Warmwasser_mittwochs:
Logmaria:
TIME 1507748497.73125
VALUE 05:30;08:30;16:40;21:00;23:10;23:10;selected
Warmwasser_montags:
Logmaria:
TIME 1507748497.73125
VALUE 05:30;08:30;16:40;21:00;23:10;23:10;selected
Warmwasser_samstags:
Logmaria:
TIME 1507748497.73125
VALUE 08:00;21:00;23:30;23:30;23:30;23:30;Mo-So
Warmwasser_sonntags:
Logmaria:
TIME 1507748497.73125
VALUE 08:00;21:00;23:30;23:30;23:30;23:30;Mo-So
Wochentag:
Logmaria:
TIME 1507748497.73125
VALUE Wed
Zirkulationspumpe:
Logmaria:
TIME 1507748497.73125
VALUE no
Angezeigte_raumtemperatur:
Logmaria:
TIME 1507748497.73125
VALUE 21.62
Naechste_wartung:
Logmaria:
TIME 1507748497.73125
VALUE 15.10.2017
State:
Logmaria:
TIME 1507746409.89541
VALUE r~470 hcTimer.Tuesday~Zeitfenster_Dienstag
State_ebus:
Logmaria:
TIME 1507748497.73125
VALUE signal acquired
Readings:
2017-10-10 15:20:00 470-ActualRoomTempDesiredHc1 21.50
2017-10-11 21:01:37 470-B51000M7OpModeMonitor 0
2017-10-11 21:01:37 470-B51000TempDesiredLoadingPump -
2017-10-11 21:01:37 470-BMUB51101BoilerFlowTemp 35.0
2017-10-11 21:01:37 470-BMUFlowTempOrVF1 35.00
2017-10-11 21:01:37 470-ContactName
2017-10-11 21:01:37 470-Hc1ActualFlowTempDesired 0.0
2017-10-10 15:55:19 470-Hc1BankHolidayStartPeriod ERR: command not found
2017-10-11 21:01:37 470-Hc1OPMode auto
2017-10-11 21:01:37 470-HydraulicMap 0
2017-10-11 21:01:37 470-HydraulicSwitch no
2017-10-11 21:01:37 470-StatusDcf nosignal
2017-10-11 21:01:37 470-SummerWinterTimeAdjust auto
2017-10-11 21:01:37 Absenktemperatur 15.0
2017-10-11 21:01:37 Aussentemperatur 13.50
2017-10-11 21:01:37 Aussentemperatur_offset -1.0
2017-10-11 21:01:37 DCFgueltig no
2017-10-11 21:01:37 Datum 11.10.2017
2017-10-11 21:01:37 Fehler 0
2017-10-11 21:01:37 Ferien_zuhause_Beginn 12.10.2017
2017-10-11 21:01:37 Ferien_zuhause_Ende 13.10.2017
2017-10-11 21:01:37 Heizkurve 1.45
2017-10-11 21:01:37 Heizung_Dienstags 05:30;08:30;16:20;22:30;-:-;-:-;selected
2017-10-11 21:01:37 Heizung_Donnerstags 05:30;08:30;16:20;22:30;-:-;-:-;selected
2017-10-11 21:01:37 Heizung_Freitags 05:30;06:40;13:00;23:00;-:-;-:-;selected
2017-10-11 21:01:37 Heizung_Mittwochs 05:30;08:30;16:20;22:30;-:-;-:-;selected
2017-10-11 21:01:37 Heizung_Montags 05:30;08:30;16:20;22:30;-:-;-:-;selected
2017-10-11 21:01:37 Heizung_Samstags 07:30;23:00;-:-;-:-;-:-;-:-;Mo-So
2017-10-11 21:01:37 Heizung_Sonntags 07:30;23:00;-:-;-:-;-:-;-:-;Mo-So
2017-10-10 15:58:12 Modus auto
2017-10-11 21:01:37 Raumtemperatur 22.94
2017-10-11 21:01:37 Solltemperatur 21.50
2017-10-11 21:01:37 Speichertemperatur 55.0
2017-10-11 21:01:37 Tagestemperatur 21.5
2017-10-11 21:01:37 Uhrzeit 21:06:44
2017-10-11 21:01:37 Urlaubsbeginn 01.01.2010
2017-10-11 21:01:37 Urlaubsende 01.01.2010
2017-10-11 21:01:37 WW_Soll 0.0
2017-10-11 21:01:37 WW_aktiv yes
2017-10-11 21:01:37 Warmwasser_Dienstags 05:30;08:30;16:40;21:00;23:10;23:10;selected
2017-10-11 21:01:37 Warmwasser_Donnerstags 05:30;08:30;16:40;21:00;23:10;23:10;selected
2017-10-11 21:01:37 Warmwasser_Freitags 05:30;06:30;13:40;21:00;23:10;23:10;selected
2017-10-11 21:01:37 Warmwasser_Mittwochs 05:30;08:30;16:40;21:00;23:10;23:10;selected
2017-10-11 21:01:37 Warmwasser_Montags 05:30;08:30;16:40;21:00;23:10;23:10;selected
2017-10-11 21:01:37 Warmwasser_Samstags 08:00;21:00;23:30;23:30;23:30;23:30;Mo-So
2017-10-11 21:01:37 Warmwasser_Sonntags 08:00;21:00;23:30;23:30;23:30;23:30;Mo-So
2017-10-11 21:01:37 Wochentag Wed
2017-10-11 21:01:37 Zirkulationspumpe no
2017-10-11 21:01:37 angezeigte_Raumtemperatur 21.62
2017-10-11 21:01:37 naechste_Wartung 15.10.2017
2017-10-11 21:01:37 state_ebus signal acquired
Helper:
longAttributesCount 0
Valueformat:
Heizung_Dienstags %s;%s;%s;%s;%s;%s;%s
Heizung_Donnerstags %s;%s;%s;%s;%s;%s;%s
Heizung_Freitags %s;%s;%s;%s;%s;%s;%s
Heizung_Mittwochs %s;%s;%s;%s;%s;%s;%s
Heizung_Montags %s;%s;%s;%s;%s;%s;%s
Heizung_Samstags %s;%s;%s;%s;%s;%s;%s
Heizung_Sonntags %s;%s;%s;%s;%s;%s;%s
Warmwasser_Dienstags %s;%s;%s;%s;%s;%s;%s
Warmwasser_Donnerstags %s;%s;%s;%s;%s;%s;%s
Warmwasser_Freitags %s;%s;%s;%s;%s;%s;%s
Warmwasser_Mittwochs %s;%s;%s;%s;%s;%s;%s
Warmwasser_Montags %s;%s;%s;%s;%s;%s;%s
Warmwasser_Samstags %s;%s;%s;%s;%s;%s;%s
Warmwasser_Sonntags %s;%s;%s;%s;%s;%s;%s
Attributes:
disable 0
ebusWritesEnabled 1
room Heizung
r~470~ActualRoomTempDesiredHc1 Solltemperatur
r~470~ActualWeekday Wochentag
r~470~B51000M7OpModeMonitor 470-B51000M7OpModeMonitor
r~470~B51000TempDesiredLoadingPump 470-B51000TempDesiredLoadingPump
r~470~BMUB51101BoilerFlowTemp 470-BMUB51101BoilerFlowTemp
r~470~BMUB51101ErrorStatus Fehler
r~470~BMUB51101StorageTemp Speichertemperatur
r~470~BMUFlowTempOrVF1 470-BMUFlowTempOrVF1
r~470~CirPump Zirkulationspumpe
r~470~ContactName 470-ContactName
r~470~Date Datum
r~470~DcfIsValid DCFgueltig
r~470~DisplayedRoomTemp angezeigte_Raumtemperatur
r~470~Hc1ActualFlowTempDesired 470-Hc1ActualFlowTempDesired
r~470~Hc1BankHolidayEndPeriod Ferien_zuhause_Ende
r~470~Hc1BankHolidayStartPeriod Ferien_zuhause_Beginn
r~470~Hc1DayTemp Tagestemperatur
r~470~Hc1HeatCurve Heizkurve
r~470~Hc1HolidayEndPeriod Urlaubsende
r~470~Hc1HolidayStartPeriod Urlaubsbeginn
r~470~Hc1NightTemp Absenktemperatur
r~470~Hc1OPMode 470-Hc1OPMode
r~470~HwcActualTempDesired WW_Soll
r~470~HwcCircuitActive WW_aktiv
r~470~HydraulicMap 470-HydraulicMap
r~470~HydraulicSwitch 470-HydraulicSwitch
r~470~MaintenanceDate naechste_Wartung
r~470~OutsideTemp Aussentemperatur
r~470~OutsideTempOffset Aussentemperatur_offset
r~470~RoomTemp Raumtemperatur
r~470~StatusDcf 470-StatusDcf
r~470~SummerWinterTimeAdjust 470-SummerWinterTimeAdjust
r~470~Time Uhrzeit
r~470~ccTimer.Friday Warmwasser_Freitags
r~470~ccTimer.Monday Warmwasser_Montags
r~470~ccTimer.Saturday Warmwasser_Samstags
r~470~ccTimer.Sunday Warmwasser_Sonntags
r~470~ccTimer.Thursday Warmwasser_Donnerstags
r~470~ccTimer.Tuesday Warmwasser_Dienstags
r~470~ccTimer.Wednesday Warmwasser_Mittwochs
r~470~hcTimer.Friday Heizung_Freitags
r~470~hcTimer.Monday Heizung_Montags
r~470~hcTimer.Saturday Heizung_Samstags
r~470~hcTimer.Sunday Heizung_Sonntags
r~470~hcTimer.Thursday Heizung_Donnerstags
r~470~hcTimer.Tuesday Heizung_Dienstags
r~470~hcTimer.Wednesday Heizung_Mittwochs
r~broadcast~ident broadcast-ident
userattr r~470~ActualRoomTempDesiredHc1 r~470~ActualWeekday r~470~B51000M7OpModeMonitor r~470~B51000TempDesiredLoadingPump r~470~BMUB51101BoilerFlowTemp r~470~BMUB51101ErrorStatus r~470~BMUB51101StorageTemp r~470~BMUFlowTempOrVF1 r~470~CirPump r~470~ContactName r~470~Date r~470~DcfIsValid r~470~DisplayedRoomTemp r~470~Hc1ActualFlowTempDesired r~470~Hc1BankHolidayEndPeriod r~470~Hc1BankHolidayStartPeriod r~470~Hc1DayTemp r~470~Hc1HeatCurve r~470~Hc1HolidayEndPeriod r~470~Hc1HolidayStartPeriod r~470~Hc1NightTemp r~470~Hc1OPMode r~470~HwcActualTempDesired r~470~HwcCircuitActive r~470~HydraulicMap r~470~HydraulicSwitch r~470~MaintenanceDate r~470~OutsideTemp r~470~OutsideTempOffset r~470~RoomTemp r~470~StatusDcf r~470~SummerWinterTimeAdjust r~470~Time r~470~ccTimer.Friday r~470~ccTimer.Monday r~470~ccTimer.Saturday r~470~ccTimer.Sunday r~470~ccTimer.Thursday r~470~ccTimer.Tuesday r~470~ccTimer.Wednesday r~470~hcTimer.Friday r~470~hcTimer.Monday r~470~hcTimer.Saturday r~470~hcTimer.Sunday r~470~hcTimer.Thursday r~470~hcTimer.Tuesday r~470~hcTimer.Wednesday r~broadcast~ident
valueFormat {
"Warmwasser_Montags" => "%s;%s;%s;%s;%s;%s;%s",
"Heizung_Montags" => "%s;%s;%s;%s;%s;%s;%s",
"Warmwasser_Dienstags" => "%s;%s;%s;%s;%s;%s;%s",
"Heizung_Dienstags" => "%s;%s;%s;%s;%s;%s;%s",
"Warmwasser_Mittwochs" => "%s;%s;%s;%s;%s;%s;%s",
"Heizung_Mittwochs" => "%s;%s;%s;%s;%s;%s;%s",
"Warmwasser_Donnerstags" => "%s;%s;%s;%s;%s;%s;%s",
"Heizung_Donnerstags" => "%s;%s;%s;%s;%s;%s;%s",
"Warmwasser_Freitags" => "%s;%s;%s;%s;%s;%s;%s",
"Heizung_Freitags" => "%s;%s;%s;%s;%s;%s;%s",
"Warmwasser_Samstags" => "%s;%s;%s;%s;%s;%s;%s",
"Heizung_Samstags" => "%s;%s;%s;%s;%s;%s;%s",
"Warmwasser_Sonntags" => "%s;%s;%s;%s;%s;%s;%s",
"Heizung_Sonntags" => "%s;%s;%s;%s;%s;%s;%s"
}
verbose 0
Eigentlich haette ich so etwas erwartet.
Warmwasser_Sonntags 07:30;21:00;-:-;-:-;-:-;-:-;selected
Oder sogar
Warmwasser_Sonntags 07:30;21:00;-:-;-:-;-:-;-:-;Sa-So
Dann waeren die Ziffern 2 und 3 in der Auswertung vertauscht!?
Gruss Christoph
Hallo Christoph,
ich habe ja auch eine 470 von Vaillant und folgendes modifiziert:
in /etc/ebusd/vaillant/_templates.csv die beiden Einträge hinzugefügt
daysel2,UCH,0=selected;1=Mo-So;2=Mo-Fr;3=Sa-So,,Tage
timer2,slot1-3;daysel2,,,
und dann in der timer.hc (und timer.hwc) timer2 statt timer verwendet:
r;w,,hcTimer.Monday,Zeitfenster Montag,,,,0000,,,timer2,,,
Ich hatte das schon mal in einem Vaillant thread angesprochen aber ich glaube es ist sehr schwer generell zu sagen dass die aktuelle konfig "falsch" ist, da es bei der einen oder anderen Heizung evtl. sogar so funktioniert.
Die timer.cc verwende ich nicht.
Grüße
Andy
Hallo Andy
Ok? Ich habe gestern mal ebusctl find -f auf dem RPI mit ebusd ausgefuehrt. Und da kommen ja die entsprechenden Antworten:
r,470,ccTimer.Friday,Zeitfenster Freitag,,15,b515,0402,,s,IGN:1,,,,from,s,TTM,,,Slots 1-3,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,daysel,s,UCH,,0=selected;1=Mo-Fr;2=Sa-So;3=Mo-So,,Tage
Ich hatte jetzt auch gedacht, dass die CSVs gar nicht mehr gebraucht werden?
Danke und Gruss
Christoph
Die csv dateien unter /etc/ebusd werden vom ebusd gelesen. Mein Modul hat keine eigenen Konfigs mehr.
Gesendet von meinem PRA-LX1 mit Tapatalk
wieso kann ich meine .pm nicht updaten?
2017.11.07 13:10:01 1 : UPD FHEM/98_GAEBUS.pm
2017.11.07 13:10:02 1 : copy ./FHEM/98_GAEBUS.pm ./restoreDir/2017-11-07/FHEM/98_GAEBUS.pm failed:Datei oder Verzeichnis nicht gefunden, aborting the update
-rw-r--r-- 1 fhem dialout 39937 Nov 7 12:42 98_GAEBUS.pm
besitzer und rechet sind doch richtig?
Zitat von: realkeule am 07 November 2017, 13:12:27
wieso kann ich meine .pm nicht updaten?
2017.11.07 13:10:01 1 : UPD FHEM/98_GAEBUS.pm
2017.11.07 13:10:02 1 : copy ./FHEM/98_GAEBUS.pm ./restoreDir/2017-11-07/FHEM/98_GAEBUS.pm failed:Datei oder Verzeichnis nicht gefunden, aborting the update
-rw-r--r-- 1 fhem dialout 39937 Nov 7 12:42 98_GAEBUS.pm
besitzer und rechet sind doch richtig?
Unter welchem User läuft fhem? "ps -ef | grep fhem.pl"
Liegt es evtl. am Zielverzeichnis? (Vorhanden, Schreiberechte, evtl 98_GAEBUS.pm schon vorhanden)
Güsse
Andy
Gesendet von meinem BTV-DL09 mit Tapatalk
pi@raspberrypi:/var/log $ ps -ef | grep fhem.pl
fhem 4760 1 2 12:45 ? 00:11:59 /usr/bin/perl fhem.pl fhem.cfg
pi 18570 18130 0 21:43 pts/0 00:00:00 grep --color=auto fhem.pl
die GAEBUS.pm ist vorhanden und alle anderen dateien können geupdatet werden.
was komisch war, die geabus.pm war von anfang an leer. ich habe sie selbst mit inhalt füllen müssen um sie benutzen zu können. es gibt aber jetzt wohl eine neue version. das update scheitert leider. soll cih den owner mal auf pi stellen? kann ich vielleicht über die kommandozeile als root ein update starten?
vielen dank :)
Hallo,
der fhem.pl prozess läuft unter dem user "fhem". D.h. alle Berechtigungen müssen zu diesem user passen - auch wenn du im telnet als "root" etwas startest.
Versuch doch mal die 98_GAEBUS.pm umzubenennen. Nachdem sie im Release enthalten ist müsste dir der update dann die aktuelle Version installieren.
Grüße
Andy
Hallo jamesgo
Ich wuerde gerne die heatingcurve veraendern. Leider taucht die nicht als w470 auf? im CSV steht es aber als wi drin?
Irgendwo klemmt es bei mir im Kopf!
Gruss Christoph
Hallo Christoph,
hast du das Attribut "ebusWritesEnabled" gesetzt?
Es taucht unter "w~470#install" auf (siehe attachment)
Erst den "set" machen und einen passenden Namen vergeben (im attribut). Danach gibt es im "set" die Möglichkeit den Wert zu setzten.
Grüße
Andy
Hallo jamesgo
Ja writeenabled ist gesetzt.
Aber "w~470#install" habe ich nicht! Und in den w470 taucht das HC1_heatingcurve nicht auf.
Gruss Christoph
Hallo Christoph,
was hast du denn als Auswahl beim "set"?
(nach dem "get ebusd_find" musst du einen refresh im Browser machen damit die Werte beim "set" angezeigt werden)
Es sollte r~470, w~470 und w~470#install angezeigt werden.
Grüße
Andy
Hallo Andy
Ich habe:
r~470
r~broadcast
w~470
w~broadcast
reopen
470-Date
Uhrzeit
470-Hc1OPMode
Kurz mal auf meinem Testsystem aktiviert, da ist es genauso!
Gruss Christoph
Hallo Andy
Ist Dir das hier untergegangen? Ich wuerde mich freuen, wenn Du mir da noch weiterhelfen koenntest!
Gruss Christoph
Hallo zusammen,
meine Vaillant-Anlage verträgt das geforcte Pollen nur eingeschränkt.
Ich fahre besser, wenn ich die meisten Werte NICHT nochmal explizit anfrage, sondern die Broadcasts ausnutze.
Um das zu realisieren, hört 98_GAEBUS auf den Kommentar "passive" im Namen des Reading. Wenn dieser vorhanden ist, wird nicht explizit gefragt.
@jamesgo: Mit der Bitte um Übernahme - hier ist der Diff dazu:
<
< Log3 ($name, 5, "$name io: $io, class: $class, var: $var");
< Log3 ($name, 5, "$name comment: $comment") if (defined ($comment));
920c917
< $cmd .= " -f " if (($io ne "h") and not ($comment =~ m/passive/));
---
> #$cmd .= " -f " if ($io ne "h");
1372d1368
< If reading is obtained from ebus and commend contains the keywor d "passive", then no reading is forced (use stored one, do not append -f).<br>
Danke und Grüße, Andi
Hallo Christoph,
ich dachte du hast das schon gelöst.
Kannst du bitte mal ebusctl aufrufen und dann die Ausgabe von "find -w" posten.
Grüße
Andy
Hallo Andi,
die Idee finde ich gut, aber ich möchte das nicht so übernehmen solange ich es nicht vollständig verstanden habe.
Ich glaube du verwendest die "alte" Variante mit den Kommentaren in den Attributnamen. Kannst du bitte mal ein paar Attribute posten.
Vermutlich gibt es bei dir ein "get removeCommentFromAttributeNames", richtig?
siehe https://forum.fhem.de/index.php/topic,41064.msg506230/topicseen.html#msg506230
Wie kommt in deiner Implementierung das "passiv" in den Kommentar? Hast du die ".csv" Files abgeändert?
Grüße
Andy
Hallo Andy
Danke, fuer Deine Rueckmeldung. Ja mache ich nachher!
Gruss Christoph
Servus!
Ja, ich nutze die alte Syntax.
Wie vermutet wird removeCommentFromAttributeNames angezeigt.
Das passiv habe ich nachträglich händisch in die einzelnen Attributnamen eingefügt. Für meinen UseCase wäre das ausreichen.
Gegen eine stabilere und komfortablere Lösung habe ich natürlich nichts, aber mir ist keine "minimalinvasive" Änderung eingefallen, wie ich devicespezifisch ein Steuerungskriterium mitführen könnte.
Konkrete Definition (Bastelstand) aktuell so:
define Waermepumpe GAEBUS localhost
attr Waermepumpe userattr r~hmu~Hours~passive r~hmu~State~passive r~hmu~WpDetail2~passive r~vr_70~HKStatus~passive r~vr_70~MischerTemp~passive r~vwz~Status01~passive w~pmw~CircoMode w~700~z1OpMode
attr Waermepumpe ebusWritesEnabled 1
attr Waermepumpe group Wärmepumpe
attr Waermepumpe room Heizung
attr Waermepumpe r~hmu~State~passive Energie1;;Energie2;;Status1;;StatusWaePu
attr Waermepumpe r~hmu~WpDetail2~passive VL2;;RL2;;Aussen2;;Temp2
attr Waermepumpe r~vr_70~HKStatus~passive HKStat;;HKSolltemp;;MischerStat;;MischerProz
attr Waermepumpe r~vr_70~MischerTemp~passive TempSpWasserOben;;TempSpWasserUnten;;TempSpHzUnten;;TempMischerVl;;TempSpHzOben
attr Waermepumpe r~vwz~Status01~passive VL;;RL;;Außen;;WW-Temp;;Speicher-Temp;;Pumpenstatus
attr Waermepumpe w~700~z1OpMode 700-z1OpMode
attr Waermepumpe w~pmw~CircoMode pmw-CircoMode
Grüße, Andi
Hallo Andy
pi@eBUSD:~ $ ebusctl
localhost: find -w
470 ccTimer.Friday = no data stored
470 ccTimer.Monday = no data stored
470 ccTimer.Saturday = no data stored
470 ccTimer.Sunday = no data stored
470 ccTimer.Thursday = no data stored
470 ccTimer.Tuesday = no data stored
470 ccTimer.Wednesday = no data stored
470 Date = no data stored
470 Hc1BankHolidayEndPeriod = no data stored
470 Hc1BankHolidayStartPeriod = no data stored
470 Hc1DayTemp = no data stored
470 Hc1HolidayEndPeriod = no data stored
470 Hc1HolidayRoomTemp = no data stored
470 Hc1HolidayStartPeriod = no data stored
470 Hc1NightTemp = no data stored
470 Hc1OPMode = no data stored
470 Hc2BankHolidayEndPeriod = no data stored
470 Hc2BankHolidayStartPeriod = no data stored
470 Hc2HolidayEndPeriod = no data stored
470 Hc2HolidayStartPeriod = no data stored
470 HcName1 = no data stored
470 HcName2 = no data stored
470 hcTimer.Friday = no data stored
470 hcTimer.Monday = no data stored
470 hcTimer.Saturday = no data stored
470 hcTimer.Sunday = no data stored
470 hcTimer.Thursday = no data stored
470 hcTimer.Tuesday = no data stored
470 hcTimer.Wednesday = no data stored
470 HwcTempDesired = no data stored
470 hwcTimer.Friday = no data stored
470 hwcTimer.Monday = no data stored
470 hwcTimer.Saturday = no data stored
470 hwcTimer.Sunday = no data stored
470 hwcTimer.Thursday = no data stored
470 hwcTimer.Tuesday = no data stored
470 hwcTimer.Wednesday = no data stored
470 LanguageVariant = no data stored
470 LcdContrastValue = no data stored
470 OutsideTempOffset = no data stored
470 RoomTempCorrection = no data stored
470 SummerWinterTimeAdjust = no data stored
470 Time = no data stored
broadcast ident = no data stored
broadcast queryexistence = no data stored
Das sieht seltsam aus!?
Gruss Christoph
Hallo Christoph,
sieht so aus als ob deine Konfiguration des ebusd keine #install Werte kennt.
Welche Version von ebusd hast du?
Gibt es in der Datei /etc/ebusd/vaillant/15.470.csv Einträge mit "wi" bzw die Zeile "*wi,#install,,,,,"B509","0E",,,,,,"?
Grüße
Andy
Hallo Andy
Jetzt haben wir uns wieder verpasst. Meine Version ist eine 3er, relativ aktuell vor einer Woche Update gemacht! Die CSV ist da, und da sind die Eintraege auch drin!
Ich kann erst heute abend die genauen Infos posten!
Gruss Christoph
Zitat von: pc1246 am 13 Dezember 2017, 07:59:15
Hallo Andy
Jetzt haben wir uns wieder verpasst. Meine Version ist eine 3er, relativ aktuell vor einer Woche Update gemacht! Die CSV ist da, und da sind die Eintraege auch drin!
Ich kann erst heute abend die genauen Infos posten!
Gruss Christoph
Ich hab noch die 2.4. Mal schauen ob ich updaten kann.
Gesendet von meinem BTV-DL09 mit Tapatalk
Hallo Christoph,
in deiner Version des ebusd gibt es den Parameter "--accesslevel" (siehe https://forum.fhem.de/index.php/topic,29737.msg630146.html#msg630146).
Das bedeutet "#install" gibt es nicht mehr. Stattdessen muss der ebusd mit dem entsprechenden accesslevel gestartet werden um die wi bzw. ws Einträge zu aktivieren.
Wenn ich in der /etc/default/ebusd den parameter "--accesslevel=*" hinzufüge wir mir "ContactName" beim "find -w" angezeigt. Mit dem standard accesslevel nicht.
Mir hat das "#install" besser gefallen aber nun muss man sich entscheiden ob man diese Werte angezeigt bekommt oder nicht.
Grüße
Andy
Hallo Andy
Ich glaube Du brauchst dieses Jahr einen ganz grossen Tannenbaum, damit die dicken Geschenke darunter passen. Nein im Ernst, vielen Dank, das werde ich heute abend gleich ausprobieren. Das man sich durch zwei bis drei threads wuehlen muss, ist irgendwie bloed! Und die neuen Problemfaelle stehen schon vor der Tuer, da ja die ersten eBus2.0-Platinen ausgeliefert sind! Ich habe meine Erste gerade heute morgen 0:17Uhr fertiggestellt.
Gruss und nochmals Danke
Christoph
P.S.: Ich werde nachher Vollzug melden!
Edith: Mist, das hatte ich schon mal gelesen, wusste nur den Zusammenhang nicht mehr!
Hallo Andi,
ich habe gerade eine neue Version von 98_GAEBUS.pm hochgeladen.
Du kannst das "-f" nun durch ein Hinzufügen von "+f" hinter dem Namen des readings unterdrücken.
Beispiel siehe Screenshot.
Bitte testen und berichten ob es funktioniert.
Grüße
Andy
Servus Andy!
Du bist mein Mann des Tages - vielen Dank, funktioniert bestens!
Grüße, Andi
Moin
Also das mit dem Startparameter hat irgendwie nicht funktioniert, aber bestimmt ein User-Problem. Ich stochere da echt zu sehr im Dunkeln. Aber ich habe jetzt erstmal die entscheidende Zeile der CSV geaendert und nun geht es! Bald ist ja Urlaub, mal sehen, dass ich mich dann da mehr reinfuchse.
Gruss Christoph
Hallo,
evtl. hat ebusd den Parameter nicht so wie gewollt übernommen.
Im "info" kann man das aktuelle accesslevel überprüfen. Bei mir gibt es "access: *"
Grüße
Andy
Hallo zusammen,
ich kämpfe gerade mit Fhemm ebus und GAEBUS. Eigentlich läuft alles wie es soll ABER ich bekomme einfach nicht die Kurve wie ich die Daten die als Readings im GAEBUS device drin sind auf den KNX Bus gesendet.
Wenn ich einen Set Heizung.Speichertemperatur value 15.5 abschicke wird der Wert 15.5 auf den Bus geschrieben. Soweit sogut. Wenn ich jetzt set Heizung.Speichertemperatur value {Readingsval("ebus1","SpeicherTemperatur","") } dann schreibt er mir eine 1 rein und im Log sagt er
check value: input-value {(readingsval("ebus1","speichertemperatur","")} was casted to 1
wenn ich nur {(readingsval("ebus1","speichertemperatur","")} in der CMD eingebe bekomme ich den Wert den das Reading wirklich hat (45.5).
Ich Doktor jetzt seit Stunden dran rum und bekomme es einfach nicht hin.
Vielleicht kann mich einer der Perl/EBus Experten erleuchten denn ich stehe komplett im Wald.
danke schon mal
Thomas
Hallo Thomas,
mit den geschweiften Klammern führst du ein Stück Perl Code aus. Die "1" ist der Returnwert.
Versuche mal dein Reading mit "print" auszugeben.
Grüße
Andy
Hallo!
Nachdem ich nun die ebus-Platine 2.1 gelötet und mit ebusd und GAEBUS erfolgreich in Betrieb genommen habe, möchte ich mich vorerst für die tolle Software aber auch Hardware bei den Entwicklern bedanken.
Meine Bitte nun:
Ich habe eine neue Therme (Vaillant ecotecplus VCW 196/5) ohne Zusatzgeräte (ein direkter Anschluss eines Außentemperaturfühlers ist nicht mehr möglich) und wird über Homematic ein-/ausgeschaltet.
Das Auslesen der Werte funktioniert ausgezeichnet. Da ich die diversen Threads intensiv studiert habe und immer wieder auf die Risken bei Schreibvorgängen hingewiesen wird, ersuche ich um eine schrittweise Darstellung eines Schreibvorganges im GAEBUS:
Z.B.: Eingabe einer Vorlauftemperatur von 60°
1. ebusd keine Eingabe?
2. GAEBUS Attribut "ebusWritesEnabled 1" setzen - bei "set w~broadcast" dazugekommen.
3. .....
4. ....
5. ...
Meine Daten (get ebusd_info):
version: ebusd 3.0pre.bbc4d04
update check: version 3.1 available, broadcast.csv: different version available, vaillant/bai.0010015600.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
signal: acquired
symbol rate: 23
max symbol rate: 112
min arbitration micros: 1097
max arbitration micros: 6455
min symbol latency: 3
max symbol latency: 8
reconnects: 1
masters: 2
messages: 196
conditional: 2
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0204;HW=9602", loaded "vaillant/bai.0010015600.inc" ([HW=9602]), "vaillant/08.bai.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
Da sowohl die Therme als auch das Thema für mich neu sind und ich durch herumprobieren Fehler erzeugen könnte, ersuche ich um entsprechende Unterstützung.
LG
Hier kann aber auch niemand die Garantie dafür übernehmen, dass keine Fehler passieren.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 15 März 2018, 17:50:38
Hier kann aber auch niemand die Garantie dafür übernehmen, dass keine Fehler passieren.
LG
pah
Ich habe um Unterstützung für eine schrittweise Vorgangsweise ersucht und keinerlei Garantie für (meine) Fehler. Ich bin gewohnt Verantwortung zu tragen.
Eine von mir erbetene Unterstützung hätte ich sinnvoller als obige Antwort empfunden!
Hallo raimundl,
die Vorlauftemperatur errechnet sich meist aus Zeitprogrammen oder aus der Tatsache dass eine Speicherladung stattfindet. Da wirst du nicht viel setzten können.
Du solltest aber neben w~broadcast noch w~bai haben.
- Such dir unter r~bai den Wert den du setzten willst
- führe dann ein set w~bai <deinen Wert> aus ... dann wird das entsprechende Attribut gesetzt
- den Namen kannst du bei den Attributen unter "w~..." evt. noch nach deinen Vorstellungen anpassen
- jetzt sollte es einen entsprechenden "set" Befehl geben
Grüße
Andy
Zitat von: raimundl am 15 März 2018, 16:19:01
Hallo!
Nachdem ich nun die ebus-Platine 2.1 gelötet und mit ebusd und GAEBUS erfolgreich in Betrieb genommen habe, möchte ich mich vorerst für die tolle Software aber auch Hardware bei den Entwicklern bedanken.
Meine Bitte nun:
Ich habe eine neue Therme (Vaillant ecotecplus VCW 196/5) ohne Zusatzgeräte (ein direkter Anschluss eines Außentemperaturfühlers ist nicht mehr möglich) und wird über Homematic ein-/ausgeschaltet.
Da sowohl die Therme als auch das Thema für mich neu sind und ich durch herumprobieren Fehler erzeugen könnte, ersuche ich um entsprechende Unterstützung.
LG
Moin raimundl
Ich habe mir mal die Fachhandwerkeranleitung angesehen, und da kann man doch einen Aussenfuehler anschliessen!?
Was meinst du mit Zusatzgeraeten? Einen Regler hast du aber?
Was schaltest du mit Homematic?
Gruss Christoph
Hallo raimundl!
Ich glaube nicht, dass dein Vorhaben so einfach zu lösen ist!
GAEBUS kann ja auch nicht zaubern und muss die Register benutzen die Vaillant bzw. der ebusd liefert. Um eine Vorlauftemperatur zu setzen muss es auch dafür ein Register mit Schreibzugriff geben (wi) und das ist bei der Grundausstattung deiner Hardware leider nicht so.
Ich habe ja auch eine Ecotecplus und habe mir extra dazu einen Regler (Calormatic 430) eingebaut um auch indirekt Einfluß auf den Vorlauf zu nehmen. Wenn du dir mit GAEBUS anschaust was alles mit "w~bai" möglich ist, wirst du wahrscheinlich nicht viel finden. Das war auch der Grund warum pc1246 noch einmal nachgefragt hat ob du einen Regler verbaut hast, aber laut "ebusctl info" hast du keinen.
Ich kann den Vorlauf bei meiner VCW246 über die Calormatic mit 2 Dingen beeinflussen: zum einen mit der Heizkurve indem ich sie steiler oder flacher stelle und die andere Möglichkeit einen falschen Wert über den Aussenfühler vortäuschen indem ich einen Widerstand mit einem Relais vorschalte und so eine tiefere Temperatur vortäusche als sie tatsächlich herrscht. Das habe ich so gemacht, als es noch keinen Zugriff auf den eBus gab. Auf die Einstellpotentiometer der VCW hast du keinen Zugriff, zumindest nicht auf deinen gewünschten Sollwert.
Wenn du also mehr aus deiner Heizungssteuerung machen willst, wirst du ohne Regler nicht auskommen, die gibt es aber schon gebraucht sehr günstig. Schau dir aber vorher unbedingt das zugehörige CSV File an (zB. 15.470.csv) , was da alles an "wi" enthalten ist und ob du damit auskommst. Alles was da als "wi" vorkommt, kannst du dann mit GAEBUS definieren und beschreiben.
LG
Zitat von: jamesgo am 16 März 2018, 07:21:57
Du solltest aber neben w~broadcast noch w~bai haben.
Danke Andy, aber genau da hakt es:
Ich habe nur ein w~broadcast aber kein w~bai.
Vielleicht noch nähere Details:
ebusd läuft auf einen separaten Raspi und dort habe ich bei der Installation keinerlei zusätzliche Parameter gesetzt.
Das Lesen funktioniert ausgezeichnet.
LG
Hallo Reinhart, hallo pc1246!
Herzlichen Dank für eure raschen Antworten. Ich werde meine Hardwaresituation zusammenstellen und darf sie dann hier posten. Wie gesagt, ich habe die Therme neu bekommen und vorher eine Elco mit Raumthermostat ein/aus gehabt.
LG
Hallo raimundl,
es gibt noch eine Hürde im ebusd für die writes. Den Parameter "--accesslevel". Hast du den gesetzt?
(in /etc/defaults/ebusd folgendes: EBUSD_OPTS="-d /dev/ttyEbus1 --scanconfig --accesslevel=*")
Deine Therme sollte dann folgende writes unterstützen:
<code>
r;wi,,PartloadHcKW,d.00 Heizungsteillast,,,,"6C00",,,power,,,Heizungsteillast,,,
r;wi,,WPPostrunTime,d.01 Pumpennachlaufzeit,,,,"6400",,,minutes0,,,Wasserpumpennachlaufzeit nach Heizbetrieb,,,
r;wi,,BlockTimeHcMax,d.02 Maximale Brennersperrzeit,,,,"2100",,,minutes0,,,Max. Brennersperrzeit bei einem Vorlaufsollwert von 20°C,,,
r;wi,,PumpPowerDesired,d.14 Leistung Heizungspumpe Soll,,,,A100,,,UCH,0=auto;1=53;2=60;3=70;4=85;5=100,%,PWM-Leistungsstufe der Heizungspumpe,,,
r;wi,,ReturnRegulation,d.17 Rücklaufregelung,,,,"B300",,,onoff,,,Aktivierung der Rücklaufregelung,,,
r;wi,,HcPumpMode,d.18 Pumpenbetriebsart,,,,"B700",,,UCH,0=post run;1=permanent;2=winter,,Pumpenbetriebsart für den Heizbetrieb,,,
r;wi,,HwcTempMax,d.20 Max. WW Temperatur,,,,"D900",,,temp,,,Max. Speichersollwert. Begrenzt den max. Einstellbereich des Potentiometers (Rechtsanschlag).,,,
r;wi,,OptionalRelais,d.26 OptionalRelais,,,,"B800",,,UCH,1=circulationpump;2=extheatingpump;3=storagechargingpump;4=fluegasflapextractorhood;5=externalgasvalve;6=externalerrormessage;7=solarpump;8=remotecontrol,,Option relais function
r;wi,,AccessoriesOne,d.27 Zubehörrelais 1,,,,"B900",,,UCH,1=circulationpump;2=extheatingpump;3=storagechargingpump;4=fluegasflapextractorhood;5=externalgasvalve;6=externalerrormessage;7=solarpump;8=remotecontrol,,Funktion des Zubehörrelais 1,,,
r;wi,,AccessoriesTwo,d.28 Zubehörrelais 2,,,,"BA00",,,UCH,1=circulationpump;2=extheatingpump;3=storagechargingpump;4=fluegasflapextractorhood;5=externalgasvalve;6=externalerrormessage;7=solarpump;8=remotecontrol,,Funktion des Zubehörrelais 2,,,
r;wi,,FanSpeedOffsetMin,d.50 Offet min. Lüfterdrehzahl,,,,"A700",,,SIN,,1/min,Offset min. Drehzahl,,,
r;wi,,FanSpeedOffsetMax,d.51 Offset max. Lüfterdrehzahl,,,,"A800",,,SIN,,1/min,Offset max. Drehzahl,,,
r;wi,,FlowsetHcMax,d.71 Max. Vorlauftemp. Heizbetrieb,,,,"0E04",,,temp,,,Einstellung des maximalen Vorlaufsollwert im Heizbetrieb (bei Linksanschlag des Poti),,,
[SW>=413]r;wi,,APCLegioProtection,d.74 APC_LegioProtection,,,,"9704",,,UCH,,,Legionellenschutz für internen Speicher,,,
r;wi,,StorageLoadTimeMax,d.75 Max. Speicherladezeit,,,,"6600",,,minutes0,,,Max. Speicherladezeit für Speicher ohne eigene Regelung,,,
r;wi,,HoursTillService,d.84 Stunden bis Wartung,,,,"AC00",,,hoursum2,,,Wartungsintervall:Anzahl der Stunden bis zur nächsten Wartung,,,
r;wi,,AntiCondensValue,d.85 minimale Leistung,,,,"EC00",,,UCH,,kW / %,Anhebung der minimalen Leistung
r;ws,,DSNOffset,d.93 Gerätekennung,,,,"3004",,,UCH,,,Gerätekennung (DSN),,,
r;wi,,SetFactoryValues,d.96 Werkseinstellungen,,,,"6804",,,yesno,,,Werkseinstellungen,,,
</code>
Grüße
Andy
Hallo Reinhart!
Hier ein Ausschnitt aus meiner Datei 15.470.csv (nur "wi" Einträge):
# type (r[1-9];w;u),circuit,name,[comment],[QQ],ZZ,PBSB,[ID],field1,part (m/s),datatypes/templates,divider/values,unit,comment
#,47000,VRC 470,470 260,,,,,,,,,,
*r,,,,,,"B509","0D",,,,,,
*w,,,,,,"B509","0E",,,,,,
*wi,#install,,,,,"B509","0E",,,,,,
# ##### Generell #####,,,,,,,,,,,,,
r;wi,,ContactName,aucContactName,,,,"B400",,,STR:13,,,"Fachhandwerker Name (nur A-Z,0-9 und Leerzeichen)"
r;wi,,PhoneNumber,Telefonnummer Fachhandwerker,,,,"5400",,,STR:13,,,"Fachhandwerker Telefonnummer (nur 0-9,- und Leerzeichen)"
r;wi,,MaintenanceDate,nächste Wartung,,,,"5900",,,date,,,Datum nächste Wartung
r;w,,LcdContrastValue,Display Kontrastwert,,,,"5A00",,,UCH,,,setting of the LCD contrast
r;w,,SummerWinterTimeAdjust,Sommer/Winterzeit Umstellung,,,,"5300",,,UCH,0=off;1=auto,,enable automatic switching over to daylight saving's time (when a DCF receiver is connected to the BMU the value is set fix to ON)
r;w,,LanguageVariant,Sprachvariante,,,,"1600",,,UCH,0=german;1=english;2=french;3=italian;4=danish;5=dutch;6=spanish;7=turkish;8=hungarian;9=russian;10=ukrainian;11=estonian;12=latvian;13=lithuanian;14=swedish;15=norwegian;16=polish;17=czech;18=croatian;19=slovakian;20=romanian;21=slovenian;22=serbian,,display language
!include,yield3d43.inc,,,,,,,,,,,,
# ##### extra #####,,,,,,,,,,,,,
r,,BMUFlowTempOrVF1,Vorlauftemperaturfühler 1,,,,"8700",,,tempsensor,,,value of either an externally connected flow temperature sensor or the BMU's internal flow sensor if an external sensor is missing
r,,RoomTempOffsetSelfWarming,Offset Eigenerwärmung,,,,"1500",,,temp,,,room temperature intrinsic heating offset
r;wi,,OpModeEffect,OpModeEffect,,,,"B800",,,UCH,0=HC1;1=HC2;3=HC1+HC2,,selection which heating circuit is affected by changing parameters in the basic display
r;wi,,HydraulicSwitch,HydraulicSwitch,,,,"B700",,,yesno,,,hydraulic switch is installed
r;wi,,HcMc1ConfigCPLP,BKMK1ConfigCPLP,,,,"7D00",,,UCH,0=off;1=CP;2=LP,,Konfuguration VR61 Relaisausgang
r,,CirPump,Zirkulationspumpe aktiv,,,,"8100",,,yesno,,,circulation pump's state
r;wi,,Hc1HcType,Typ Heizkreis 1,,,,"3A00",,,UCH,0=disabled;1=burnercircuit,,type of the first heating circuit
r;wi,,Hc1HeatCurve,Heizkurve Heizkreis 1,,,,"3100",,,curve,,,heating curve of the first heating circuit
r;wi,,Hc1RoomTempSwitchOn,Raumtemperaturschalter Heizkreis 1,,,,"3400",,,UCH,0=off;1=modulating;2=thermostat,,room temperature modulation of the first heating circuit
r;wi,,Hc1SummerOffset,Sommer-Abgleich Heizkreis 1,,,,"3B00",,,calibrations,,,"summer offset of the first heating circuit (if outside temperature > room setpoint + summer offset => heating is OFF;applies to comfort and night setback setpoint; no influence if room temperature modulation is set to ""thermostat"")"
r;wi,,Hc1MinimalFlowTempDesired,Minimale Vorlauftemperatur Soll Heizkreis 1,,,,"3500",,,temp1,,,minimum flow temperature setpoint (end emphasis) of the first heating circuit
r;wi,,Hc1AutoOffMode,HC1_AutoOFF_Mode,,,,"4D00",,,UCH,0=frostprotection;1=lowering;2=eco,,operation during the lowering time
r,,Hc1ActualFlowTempDesired,Aktuelle Vorlauftemperatur Soll Heizkreis 1,,,,"3E00",,,temp1,,,current flow temperature setpoint of the first heating circuit
r,,Hc1FloorPavementDryingTemp,HC1_FloorPavementDryingTemperature,,,,"2A00",,,temp1,,,HC1's current flow temperature setpoint with activated floor pavement drying
r;wi,,Hc1FloorPavementDryingDay,HC1_FloorPavementDryingDay,,,,"3800",,,UCH,,,HC1's current day of floor pavement drying
r;wi,,Hc2HcType,Typ Heizkreis 2,,,,"8500",,,UCH,0=disabled;1=mixing;2=zone,,type of the second heating circuit
r;wi,,HwcCircuitActive,Warmwasserkreis aktiv,,,,"4B00",,,yesno,,,Warmwasserkreis ist eingeschaltet
r,,HwcParallelLoading,Parallele Ladung Warmwasserkreis,,,,"4800",,,onoff,,,Heizbetrieb und Speicherladung parallel
r;wi,,HwcLoadingOffset,Speicherlade-Abgleich Warmwasserkreis,,,,"4600",,,calibration1,,,flow temperature's tank loading offset (flow setpoint of the DHW circuit = DHW setpoint + flow temperature's tank loading offset; only relevant if DHW control is done by control)
r;wi,,HwcPressLowpostrunningtime,Vorlaufzeit Speicherladung Warmwasserkreis,,,,"4700",,,minutes0,,,duration of the tank loading pump's lag (only relevant if DHW control is done by control)
r;wi,,HwcLegioStartDay,Start Legionellenschutz Warmwasserkreis,,,,"4900",,,UCH,0=Mon;1=Tue;2=Wed;3=Thu;4=Fri;5=Sat;6=Sun;7=off;8=Mon-Sun,,Wochentag an dem die Legionellenschutzfunktion gestartet wird (evt. auch täglich)
r;wi,,HwcLegioStartTime,Startzeit Legionellenschutz Warmwasserkreis,,,,"4A00",,,time,,,time on which legionella protection is started
r,,DisplayedHwcStorageTemp,DisplayedDHWTankTemperature,,,,"9E00",,,temp1,,,display of the storage's temperature (also in case of an SP1error)
r,,HwcActualTempDesired,Aktuelle Temperatur Soll Warmwasserkreis,,,,"8600",,,temp1,,,current domestic hot water setpoint
r;wi,,FrostOverRideTime,Frostschutz-Verzögerung,,,,"1A00",,,hours,,,delay before frost protection is activated
r;wi,,ContinuosHeating,Durchgehendes Heizen,,,,"4F00",,,SCH,,,"-26=off, when the outside temperature falls below this threshold temperature the continuous heating function is started (off <=> function is disabled)"
r;wi,,PreheatingTime,Vorheizzeit,,,,"5000",,,UIN,,,"in steps of 10, maximum time of enabling the heating before the heating time window starts"
r;wi,,PreStopTime,Vorabsenkzeit,,,,"5100",,,UCH,,,"in steps of 10, maximum time of starting the lowering operation before the heating time window ends"
r;wi,,ExcessTemp,ExcessTemperature,,,,"5200",,,calibration1,,,excess temperature (flow temperature's setpoint is increased by this value to keep the mixing valve in its control range)
r;wi,,PumpBlockingTimeMax,Maximale Pumpen Sperrzeit,,,,"7E00",,,UCH,,,"0=off, heating circuit pump's maximum blocking time for pump's energy saving function (0 <=> Off; value range only 5-60 min)"
r;wi,,KeyCodeforConfigMenu,Passwort für das Konfigurationsmenü,,,,"5500",,,code,,,code for the installer's menues
Die Steuerung derzeit von einem Homematic Raumthermostat über einen Switch(ein/aus am RT 24V). Alle Heizkörper haben auch Homematic Regler und werden über den Raumthermostat gesteuert.
Hallo Pc1246:
Ich habe mir aufgrund von Fachhandwerkeranleitungen einen Aussenfühler VC431 besorgt - es gibt aber bei meiner Therme keinen Anschluß mehr dafür. Habe mir dann die zugehörige Anleitung für meine Therme besorgt und siehe da, auch dort ist kein Anschluss mehr vorgesehen (Foto siehe unten). Es gibt nur mehr Bus, RT24 und Burner off.
LG
laut dem Post von gestern wurde keine 15.470.csv geladen.
Hallo und Danke jamesgo!
Zitat von: jamesgo am 16 März 2018, 10:11:55
Hallo raimundl,
es gibt noch eine Hürde im ebusd für die writes. Den Parameter "--accesslevel". Hast du den gesetzt?
(in /etc/defaults/ebusd folgendes: EBUSD_OPTS="-d /dev/ttyEbus1 --scanconfig --accesslevel=*")
Zwischenmeldung: set w~bai erscheint nun - aber nur bei EBUSD_OPTS="--scanconfig --accesslevel=*")
ebusd-info wie folgt:
version: ebusd 3.0pre.bbc4d04
update check: version 3.1 available, broadcast.csv: different version available, vaillant/bai.0010015600.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
access: *
signal: acquired
symbol rate: 23
max symbol rate: 112
min arbitration micros: 1118
max arbitration micros: 3617
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 2
messages: 196
conditional: 2
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0204;HW=9602", loaded "vaillant/bai.0010015600.inc" ([HW=9602]), "vaillant/08.bai.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusdbei set ... w~bai erscheinen nun folgende Optionen (siehe Anhang)
Ist das alles bisher ok?
LG
also Außenfühler sitzt normalerweise auf X41, egal ob mit oder ohne DCF.
@jamesgo
raimundl schaut ja gerade was er sich besorgen kann das es später auch passt, im Augenblick hat er kein Steuergerät angeschlossen.
Zitat von: Reinhart am 16 März 2018, 11:29:36
also Außenfühler sitzt normalerweise auf X41, egal ob mit oder ohne DCF.
Hallo Reinhart,
kein Aussenfühleranschluss mehr - siehe Foto und auch neueste Fachhandwerker-Anleitung.
Danke und LG
PS: Brennersperrzeit als Test erfolgreich geändert!
Hallo raimundl
Wie Reinhart schon schreibt, X41 ist der Anschluss! Siehe sein Photo, bzw. hier: https://www.vaillant.at/downloads/installationsanleitungen/gas/brennwert-1/i-ecotec-plus-0020152369-00-360280.pdf Seite 48!
Gruss Christoph
Hallo pc1246 und Reinhart!
Das mit den Anschlüssen muss sich geändert haben. Ich könnte den Fühler nur mehr auf der Printplatte bei X41 anlöten - das ist aber sicher nicht vorgesehen.
Tatsache ist, dass sowohl in der Beschreibung (neu) als auch auf der Printplatte in der Therme kein Fühler oder andere X41 Anschlüsse vorgesehen sind.
Hänge die entsprechenden Fotos an.
Danke für eure Mühe, würde aber gerne hinsichtlich Regelung weiterdiskutieren - muss mir noch mein Konzept erarbeiten.
LG
PS: Im Anhang meiner Beschreibung steht: D.047 aktuelle Außentemperatur (mit witterungsgeführten Vaillant Regler) Istwert in °C. Ich vermute daher, dass Vaillant die Regelung über die Außentemperatur nur mehr mit diesem Zusatzgerät (€ 450,-) vorsieht.
Hallo raimundl
Da kann ein Stecker gesteckt werden, das sieht bei meiner Asbach Uralten Patine auch so aus. Und der daneben ist solch ein Stecker. Der Schlitz da dient zur Kodierung. Warum Vaillant den nicht mehr mitliefert, weiss der Geier! Es koennte sein, dass das neuerdings, oder schon immer, beim Regler beiliegt. Ich kann mal schauen, irgendwie duenkt mich, als ob ich einen solchen Stecker habe, von dem 470er Regler. Beim 370er wuerde der nicht beiliegen, da das ein Raumgefuehrter Regler ist!
Gruss Christoph
P.S.: Was du mit Homematic an der Therme machst, bist du uns immer noch schuldig!
Hallo Christoph,
danke für dein Bemühen, mein Konzept mit Homematic folgt - habe einige Versuche gemacht (getakted und modulierend) bin mir aber noch überhaupt nicht sicher. Ich bin aber voll dran. Ein wichtiger Schritt für mich war auch, dass ich nun den GAEBUS voll beherrsche und prüfen kann, was davon in mein Konzept passt. Diese Dinge sind ja alle neu für mich. 20 Jahre hat eine Elco bei Wärmebedarf einfach eingeschaltet.
LG
PS.: Homematic vorher: Ein Raumthermostat (HM-TC-IT-WM-W-EU) der über einen Switch (HM-LC-SW4-DR) die Therme geschaltet hat. Damit konnte ich sehr viele Möglichkeiten der Hausautomatisation ausnutzen: Wochenprogramme, An- und Abwesend-Steuerung ....an den Heizkörpern hatte ich mechanische Thermostatventile.
Hallo raimundl
War das ganze WE ausgelastet. Gerade mal nachgesehen, den Stecker habe ich. Wenn Du magst, dann schicke ich Dir den nach Wien. Kostet Dich dann €5,- inklusive Versand!
Findest du aber bestimmt auch in Oesterreich!
Gruss Christoph
Ja bitte - PN versendet!
LG
Nachdem ich meine ebus Platine V2.1 endlich zum laufen bekommen habe (Anbindung mit WEMOS), wollte ich per GAEBUS mal ein paar Daten der Therme holen.
Ich habe dazu folgendes in die fhem.cfg geschrieben:
define ebus1 GAEBUS meineIP:8888 900
attr ebus1 disable 0
attr ebus1 ebusWritesEnabled 1
attr ebus1 room Vaillant
Anschließend "shutdown restart".
Es wurde auch ein Device ebus1 angelegt.
Mit folgenden Ports habe ich es versucht (8888, 8889 aus ebusd). Im Drop-Down-Menu bekomme ich nur reopen als Auswahl, und als Status lediglich ein "disconnected" oder "closed" angezeigt.
Eine Verbindung zur ebus-Platine selbst besteht, da ich per ebusctl info Infos erhalten.
Habe ich etwas vergessen, oder einen Schritt übersehen?
vielleicht passt die IP nicht, "meineIP" und das Port muss die IP des Raspi sein und nicht die vom Wemos!
Schau dazu hier (https://forum.fhem.de/index.php/topic,79600.msg759319.html#msg759319).
Prinzipiell sollte das Port mit 8888 stimmen.
LG
Ich bin auch ein Honk, lol
Natürlich habe ich die IP-Adresse des WEMOS eingegeben. GAEBUS muss jedoch mit ebusd kommunizieren, und da dies auf dem RPi mit FHEM läuft, muss natürlich diese IP-Adresse eingegeben werden. Kaum habe ich dies geändert, ist der Status auf Connected.
Manchmal sieht man eben vor lauter Bäumen den Wald nicht mehr ;)
Deswegen habe ich auch einmal die Skizze gemacht, weil viele so denken und direkt mit dem Wemos kommunizieren möchten. Aber so einfach vorbei schummeln am eBus Dämon und den außer acht lassen geht halt nicht!
Der Wemos ist ja nur eine serielle Verlängerung anstatt des Uart, die restliche Kommunikation zur Außenwelt geht über den Dämon und der GAEBUS greift auch auf diesen zu.
LG
Hallo,
ich bin gerade dabei meine Heizung anzubinden.
Da es in FHEM zwei Wege gibt probiere ich natürlich beide aus.
Nun mein Problem respektive Frage.
Ich habe einen EBUS Adapter der nur passiv mitliest und nichts auf dem EBUS senden kann (wollte ich erstmal so), somit ist natürlich bei den readings das senden des Befehls mit -f für Force nicht möglich. Gibt es die Möglichkeit, dass jemand das einbaut, dass es per Attribut gesetzt wird?
Danke schonmal.
2. Frage: Kennt sich jemand hier auch mit dem ECMD Weg aus? Wie kann ich prüfen, ob aus der Class Definition der postproc funktioniert? Ich habe etwas definiert aber mir wird nur das Reading zurückgegeben wie es auf der Konsole von ebusd kommt.
Danke
Hallo Skipper,
die unaufgeforderte Kommunikation der Ebus Geräte untereinander gibt eigentlich kaum brauchbare Daten.
Da wirst du um ein read nicht herumkommen. Das "-f" ausbauchen macht also nicht wirklich Sinn da das read ohne -f Werte aus dem ebusd cache liest die unaufgefordert dort nicht aktualisiert werden.
Ich glaube da musst du zwischen "write" d.h. Werte der Heizung ändern und auf dem Bus schreiben unterscheiden.
Ein Lese Register xx wird im im Zweifelsfall mit "kenne ich nicht" quittiert und sollte keine negativen Auswirkungen haben.
Ohne dieses Schreiben wirst du auch keinen Scan der angeschlossenen Geräte hinbekommen.
Grüße
Andy
Ich sehe gerade, soetwas ist im Prinzip schon vorgesehen.
In der Command Referenz ist es beschrieben, jedoch weiß ich nicht wie das gesetzt wird.
Attributes of the format
[r]~<class>~<variable-name>
define variables that can be retrieved from the ebusd. They will appear when they are defined by a "set" command as described above.
The value assigned to an attribute specifies the name of the reading for this variable.
If ebusd returns a list of semicolon separated values then several semicolon separated readings can be defined.
"dummy" is a placeholder for a reading that will be ignored. (e.g.: temperature;dummy;pressure).
The name of the reading can be suffixed by "<:number>" which is a multiplicator for the evaluation within the specified interval. (eg. OutsideTemp:3 will evaluate this reading every 3-th cycle)
All text followed the reading seperated by a blank is given as an additional parameter to ebusd. This can be used to request a single value if more than one is retrieved from ebus.
If "+f" is given as an additional parameter this will remove the "-f" option from the ebusd request. This will return the value stored in ebusd instead of requesting it freshly.
Kann mir hier jemand heflen?
Danke
funktioniert denn ein "get ebusd_find" bzw. "get ebusd_info"?
Klar das funktioniert beides
Zitat von: Reinhart am 16 März 2018, 09:26:11
Hallo raimundl!
Ich glaube nicht, dass dein Vorhaben so einfach zu lösen ist!
GAEBUS kann ja auch nicht zaubern und muss die Register benutzen die Vaillant bzw. der ebusd liefert. Um eine Vorlauftemperatur zu setzen muss es auch dafür ein Register mit Schreibzugriff geben (wi) und das ist bei der Grundausstattung deiner Hardware leider nicht so.
Ich habe ja auch eine Ecotecplus und habe mir extra dazu einen Regler (Calormatic 430) eingebaut um auch indirekt Einfluß auf den Vorlauf zu nehmen. Wenn du dir mit GAEBUS anschaust was alles mit "w~bai" möglich ist, wirst du wahrscheinlich nicht viel finden. Das war auch der Grund warum pc1246 noch einmal nachgefragt hat ob du einen Regler verbaut hast, aber laut "ebusctl info" hast du keinen.
Ich kann den Vorlauf bei meiner VCW246 über die Calormatic mit 2 Dingen beeinflussen: zum einen mit der Heizkurve indem ich sie steiler oder flacher stelle und die andere Möglichkeit einen falschen Wert über den Aussenfühler vortäuschen indem ich einen Widerstand mit einem Relais vorschalte und so eine tiefere Temperatur vortäusche als sie tatsächlich herrscht. Das habe ich so gemacht, als es noch keinen Zugriff auf den eBus gab. Auf die Einstellpotentiometer der VCW hast du keinen Zugriff, zumindest nicht auf deinen gewünschten Sollwert.
Wenn du also mehr aus deiner Heizungssteuerung machen willst, wirst du ohne Regler nicht auskommen, die gibt es aber schon gebraucht sehr günstig. Schau dir aber vorher unbedingt das zugehörige CSV File an (zB. 15.470.csv) , was da alles an "wi" enthalten ist und ob du damit auskommst. Alles was da als "wi" vorkommt, kannst du dann mit GAEBUS definieren und beschreiben.
LG
Hallo Reinhart, spät aber doch:
Würde dieser Regler dann für meine "ecotec plus VCW196" deiner Meinung passen?
https://www.willhaben.at/iad/kaufen-und-verkaufen/d/vaillant-calor-matic-430-273260749/
Selbsverständlich ist deine Antwort ohne Gewähr.
Danke und LG
ja der passt, den gleichen habe ich auch!
LG
Ich habe das Gefühl, dass mit dem Modul etwas nicht stimmt.
Ich bekomme nie ein reading.
Manuell abrufen mit get läuft.: feuerung vorlauf_ist vorlauf_ist=65.0
Automatisches Abrufen nach dem "set feuerung vorlauf_ist" geht nicht. Nichts passiert.
EBUS über ECMD läuft auch. Graphen etc habe ich in FHEM bereits erstellt.
Trotzdem dachte schon es liegt vielleicht an meinem FHEM. Also FHEM in einer linux VM neu aufgesetzt und nur GAEBUS hinzugegügt.:
define ebus1 GAEBUS 192.168.1.212:8888 90
attr ebus1 userattr r~feuerung~vorlauf_ist
attr ebus1 disable 0
attr ebus1 ebusWritesEnabled 1
attr ebus1 room Heizungsraum
attr ebus1 r~feuerung~vorlauf_ist Vorlauf_ist
Das Problem bleibt.
Im Log von dem neuen FHEM steht:
2019.01.01 21:39:45.355 1: Including fhem.cfg
2019.01.01 21:39:45.475 3: WEB: port 8083 opened
2019.01.01 21:39:45.487 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2019.01.01 21:39:45.493 3: telnetPort: port 7072 opened
2019.01.01 21:39:45.495 1: usb create starting
2019.01.01 21:39:46.412 1: usb create end
2019.01.01 21:39:46.412 0: Featurelevel: 5.9
2019.01.01 21:39:46.412 0: Server started with 8 defined entities (fhem.pl:18111/2019-01-01 perl:5.024001 os:linux user:fhem pid:116)
2019.01.01 21:40:36.558 1: MKDIR restoreDir/save/2019-01-01
2019.01.01 21:40:52.092 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.01 21:40:52.099 3: GAEBUS device opened (ebus1)
2019.01.01 21:40:57.161 3: ebus1 execute find -f -r -w
2019.01.01 21:40:57.884 3: ebus1 find done.
2019.01.01 21:41:02.103 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.01 21:41:02.109 3: GAEBUS device opened (ebus1)
2019.01.01 21:41:10.649 3: ebus1: set for reading r~feuerung~vorlauf_ist~Vorlauf_Istwert
2019.01.01 21:41:15.650 1: PERL WARNING: Use of uninitialized value $i in numeric le (<=) at ./FHEM/98_GAEBUS.pm line 789.
2019.01.01 21:41:15.651 1: PERL WARNING: Use of uninitialized value $i in array element at ./FHEM/98_GAEBUS.pm line 791.
2019.01.01 21:41:15.651 1: PERL WARNING: Use of uninitialized value $i in array element at ./FHEM/98_GAEBUS.pm line 795.
2019.01.01 21:41:15.651 2: called GAEBUS_Attr(set,ebus1,r~feuerung~vorlauf_ist,<Vorlauf_ist>)
2019.01.01 21:41:21.166 0: Server shutdown
2019.01.01 21:41:23.286 1: Including fhem.cfg
2019.01.01 21:41:23.359 3: WEB: port 8083 opened
2019.01.01 21:41:23.372 2: eventTypes: loaded 11 events from ./log/eventTypes.txt
2019.01.01 21:41:23.377 3: telnetPort: port 7072 opened
2019.01.01 21:41:23.388 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.01 21:41:23.394 3: GAEBUS device opened (ebus1)
2019.01.01 21:41:23.394 2: called GAEBUS_Attr(set,ebus1,userattr,<r~feuerung~vorlauf_ist>)
2019.01.01 21:41:23.395 2: called GAEBUS_Attr(set,ebus1,r~feuerung~vorlauf_ist,<Vorlauf_ist>)
2019.01.01 21:41:23.395 1: Including ./log/fhem.save
2019.01.01 21:41:23.399 1: usb create starting
2019.01.01 21:41:23.491 1: usb create end
2019.01.01 21:41:23.492 0: Featurelevel: 5.9
2019.01.01 21:41:23.492 0: Server started with 9 defined entities (fhem.pl:18111/2019-01-01 perl:5.024001 os:linux user:fhem pid:1999)
2019.01.01 21:41:33.403 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.01 21:41:33.410 3: GAEBUS device opened (ebus1)
2019.01.01 21:43:03.602 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.01 21:43:03.610 3: GAEBUS device opened (ebus1)
2019.01.01 21:44:34.228 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.01 21:44:34.234 3: GAEBUS device opened (ebus1)
2019.01.01 21:46:04.594 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.01 21:46:04.600 3: GAEBUS device opened (ebus1)
2019.01.01 21:47:35.026 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.01 21:47:35.362 3: GAEBUS device opened (ebus1)
2019.01.01 21:49:10.057 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.01 21:49:10.064 3: GAEBUS device opened (ebus1)
Was ist los? Bin ich zu doof? Mache ich was falsch?
Die "Use of uninitialized value $i in ..." erwecken wir den Anschein, dass etwas nicht läuft.
Außerdem bekomme ich bei jedem ersten Anklicken unter set/get:
jquery.min.js line 2:
Uncaught Error: Syntax error, unrecognized expression: a[name=w~feuerung]
Andere Browser habe ich schon getestet. Das Problem bleibt.
Hallo,
ebus1: set for reading r~feuerung~vorlauf_ist~Vorlauf_Istwert
Du machst aber hier keinen Read sondern einen Write (set)! Vermutlich gibst du keinen Wert vor, da die Expression dann nicht passt! Außerdem kannst du ohnehin nicht einen set auf einen read Wert ( r~feuerung~ ) durchführen!
Versuche es doch erstmal mit einem Read.
Ein normaler "read=get" sieht bei mir so aus:
2019.01.02 09:41:40 3: ebus1 get cmd v r~430~BaseDisplay~Basis_Anzeige
2019.01.02 09:41:40 3: ebus1 execute r -f -v -c 430 BaseDisplay
2019.01.02 09:41:40 3: ebus1 answer v 430 BaseDisplay =HC1
Da ich GAEBUS zu wenig genau kenne, bin ich mir auch nicht sicher ob er die Schreibrechte setzen kann. Ansonsten setze zusätzlich in der config die Schreibrechte mit "--accesslevel=* ".
PS: ich glaube das Log das du hier gepostest hast ist vom erstmaligen setzen des Wertes damit du ein Reading bekommst. Dann passt es soweit. Und ja, die Fehlermeldung bekomme ich auch funktioniert aber soweit. Poste doch bitte einmal das Log wenn du "get" bei diesem Wert drückst.
LG
Reinhart
Hallo copystring,
die Fehlermeldung ist neu, scheint aber kein Problem darzusellen - das muss ich mir anschauen.
Versuch doch mal einen "get reading Vorlauf_ist" und danach einen Refresh im Browser.
Grüße
Andy
Hallo Reinhart,
get funzt.:
ZitatManuell abrufen mit get läuft.: feuerung vorlauf_ist vorlauf_ist=65.0
Trotzdem erscheint das nicht als reading. Sollte es bei einem get ja auch nicht, wenn ich das richtig verstehe.
Ich habe mich an deiner Anleitung von hier orientiert: https://forum.fhem.de/index.php/topic,46098.msg381580.html#msg381580
Dort hast du geschrieben, dass ein reading mit set erstellt wird.
Ums schreiben von werten geht es mir (erstmal) nicht. Für den Anfang möchte ich nur lesen und das System besser verstehen.
Was auch komisch ist, dass in dem Dropdownmenu für Reading nichts erscheint. Siehe Anhang.
Liebe Grüße
Felix
Hallo Felix,
d.h. auch nach einem "reload" im Browser gibt es kein "get reading"?
Grüße Andy
Gesendet von meinem BTV-DL09 mit Tapatalk
Hallo Andy,
das ist richtig. Reading bleibt leer.
Liebe Grüße
Felix
Hallo Felix
kannst du bitte das attribut nochmal löschen und versuchen und mit set neu setzen. Was steht dann im fhem log? (wieder das Perl warning?)
Bitte prüfe noch ob du die letzte Version von 98_GAEBUS.pm hast. Das sollte der letzte Kommentar am Anfang des Moduls sein)
# 13.12.2017 : A.Goebel : add "+f" as additional ebus command to disable "-f" for this request
Was liefert "get ebus1 ebusd_find"?
Grüße
Andy
Hallo Andy,
kann ich machen.
r~feuerung~vorlauf_ist mit deleteattr gelöscht und mit set neu erstellt. Hier das log:
2019.01.02 21:21:32 3: ebus1: delete reading: feuerung-vorlauf_ist
2019.01.02 21:21:38 3: ebus1 execute find -f -r -w
2019.01.02 21:21:39 3: ebus1 find done.
2019.01.02 21:21:49 3: ebus1: set for reading r~feuerung~vorlauf_ist~Vorlauf_Istwert
2019.01.02 21:21:51 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.02 21:21:51 3: GAEBUS device opened (ebus1)
2019.01.02 21:23:21 3: GAEBUS opening ebus1 device 192.168.1.212(8888)
2019.01.02 21:23:21 3: GAEBUS device opened (ebus1)
Die datei ist die neuste. # 13.12.2017 : A.Goebel : add "+f" as additional ebus command to disable "-f" for this request steht in der Datei.
Liebe Grüße
Felix
ebusd_find sollte ein popup mit der Meldung "xx definitions processed". Kommt das?
Kannst du das ganze statt mit "vorlauf_ist" mit "hg91" versuchen?
Ja: 55 definitions processed
hg91 kann meiner nicht. Habe nur ein DWT und kein BM1/2 oder so. Oder es liegt an der fehlenden/falschen ID. Da bin ich noch dabei das herauszufinden.
Das einzige was bisher geht sind die verschiedenen Temperaturen (ruecklauf_ist, vorlauf_ist, vorlauf_soll, warmwasser_ist, warmwasser_soll) und die Pumpe.
Vielleicht auch mehr, müsste ich jetzt aber erstmal testen. Reichts wenn ich eins der anderen Teste oder muss es hg91 sein?
Ich habe keine Wolf sondern eine Vaillant Heizung. Dort gibt es keine Variablen mit "_" im Namen.
Es war nur eine Idee ob es am "_" liegen könnte.
Ich muss mir den Code des Moduls anschauen was da passieren könnte.
Vielleicht. Das könnte ich ja mal anpassen...
Vorlauf hat nun keine leerzeichen und keine "_"
r,feuerung,vorlaufist,VorlaufIstwert,,08,5022,280d00,vorlaufist,,UIN,10,Grad Celcius,VorlaufIstTemperatur,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
Das wird in FHEM nun auch ohne Leerzeichen und ohne "_" in der Liste angezeigt.
Alle unnötigen Attribute wieder entfernt und nur vorlaufist hinzugefügt. Alles gespeichert. fhem neu gestartet.
Das Problem bleibt.
Hat es doch vielleicht was mit dem weiter oben beschriebenen Fehler zu tun? Dieser kommt ja weiterhin.
jquery.min.js line 2:
Uncaught Error: Syntax error, unrecognized expression: a[name=r~feuerung]
kommt die Fehlermeldung nach jedem "GAEBUS device opened"?
setze doch mal "attr ebus1 verbose 5" und warte 90 Sekunden auf die nächste Abfrage ... und dann das log posten.
ich glaub ich habs:
if ($oneattr =~ /^r$delimiter.{1,7}$delimiter.*/)
"feuerung" hat mehr als 7 Zeichen!
Ersetze im Modul doch mal alle "{1,7}" durch "{1,8}" (oder in den csv files "feuerung" durch "feuer")
Nein. Find ich schwer zu erklären...
Ich habe mal ein Video gemacht. Hoffe das ist OK.
feuerung zu feuer angepasst ... jetzt gehts. :D wow. ist ja abgefahren! man :D
Hallo Felix,
das mit dem Video verstehe ich nicht ganz. Wenn du einen Wert auswählst musst du noch auf "set" klicken um das Attribut zu erzeugen.
Die "popup" Fehlermeldung ist lästig - es liegt vermutlich daran, dass das Web Interface seit der letzten Umstellung ein Problem mit der Tilde hat.
Ich schaue mir das morgen an wie den regular expression unabhängig von der Länge implementieren kann (so dass auch "feuerung" funktionieren wird)
Danke für die super Mithilfe beim Fehlersuchen.
Grüße
Andy
Hallo Andy,
ja, das mit dem auf "set" klicken ist schon klar. Ich wollte mit dem Video nur demonstrieren wann der Fehler auftaucht. Mehr nicht :) sorry wenn das falsch angekommen ist.
Du brauchst mir nicht danken. Für mich ist das toll und selbstverständlich an einem KOSTENLOSEN Modul zusammen zu arbeiten. Ich danke dir für das tolle Modul und für dein Engagement. Die meiste Arbeit hast du gemacht :)
Vielen Dank an dich!
Liebe Grüße & Gute Nacht!
Felix
Hallo Felix,
kannst du bitte die Version im Anhang ausprobieren. (Datei ersetzten und danach "reload 98_GAEBUS.pm" ausführen oder fhem neu starten)
Die "popup Fehlermeldung" sollte nun nicht mehr auftauchen und "feuerung" sollte nun auch funktionieren.
Grüße
Andy
Hallo jamesgo!
Die Fehlermeldung ist bei mir nun weg! Ansonsten hatte ich keine Probleme.
Danke dir!
LG
Hallo Andy,
das Update von dir sieht gut aus. Auf die Schnelle kann ich keine Fehler mehr finden.
Liebe Grüße
Felix
Ich hätte noch einen: Ein nicht-Standardport wird zwar an allen möglichen Stellen (und auch im Log) angezeigt, aber beim eigentlichen Verbindungsaufbau wird trotzdem 8888 verwendet - das war vielleicht nervig zu finden ;)...
Bei mir in Zeile 633 muss
PeerPort => "8888",
in
PeerPort => "$port",
geändert werden, dann klappt's. Danke für dieses Modul!
Hallo freetz,
danke für den Hinweis. Ich habe es gefixt und eingecheckt.
Grüße
Andy
Danke!
Kurze Rückmeldung: Das GAEBUS-Modul funktioniert bei mir wunderbar, sehr einfache Einrichtung, und toll, dass man die Readings selber auswählen kann und nicht per Default alles angezeigt wird - danke noch mal dafür!
Ein kleines Problem habe ich nur noch: Bei mir erscheint regelmäßig der Parameter "SetMode" im ebusd.log, ebusctl find listet ihn unter bai auf, allerdings erscheint er dort nicht unter den auswählbaren Parametern. Ich finde ihn allerdings auch nicht in der ausgewählten CSV der bai, sondern in der hcmode.inc. Kann es damit zu tun haben?
Und falls das dann gehen sollte: Da SetMode mehrere Werte mit Semikolon getrennt aufführt, wie kann ich diese dann in einzelne Readings packen?
Danke schon mal im Voraus und VG, F.
Hallo,
das include wir vom ebusd sicher korrekt behandelt. Mein Modul fürt "find -f -r -w" aus um die möglichen readings auszuwerten.
Fall mehrere Werte zurückkommen können auch mehrere Readings generiert werden. Der Passus im commandref lautet:
If ebusd returns a list of semicolon separated values then several semicolon separated readings can be defined.
"dummy" is a placeholder for a reading that will be ignored. (e.g.: temperature;dummy;pressure).
Über "valueFormat" ist es aber auch möglich mehrere Werte in ein einziges Reading zu packen.
Z.B. fasse ich die Zeitprogramme für Montag in ein Reading zusammen (ebusd gibt folgende Werte zurück: 03:00;13:00;13:00;21:30;-:-;-:-;Mo-Fr)
{ "FB_TT1_Mo" => "%s;%s;%s;%s;%s;%s;%s" }
Grüße
Andy
Danke für den Hinweis - ich hätte die commandref vielleicht einfach mal genauer lesen sollen ;)...
Das Komische ist nur, dass find -f -r -w eben genau den Parameter SetMode nicht zurück gibt; Wenn ich ebusctl find aufrufe, wird er mir aber angezeigt:
bai SetMode = auto;0.0;-;-;1;0;1;0;0;0
(Gesamte Liste hier: https://forum.fhem.de/index.php/topic,29737.msg918476.html#msg918476 )
Kannst Du Dir erklären, warum das so ist, bzw., wie ich dafür sorgen kann, dass SetMode dann auch von find -f -r -w ausgegeben wird?
Für mich sieht das so aus:
hcmode.inc:[b]uw[/b],,SetMode,Betriebsart,,,,00,,,hcmode,,,,flowtempdesired,,temp1,,,,hwctempdesired,,temp1,,,,hwcflowtempdesired,,temp0,,,,,,IGN:1,,,,disablehc,,BI0,,,,disablehwctapping,,BI1,,,,disablehwcload,,BI2,,,,,,IGN:1,,,,remoteControlHcPump,,BI0,,,,releaseBackup,,BI1,,,,releaseCooling,,BI2,,,,
Der Wert kann wg "w" gesetzt werden. Es fehlt aber der type "r", d.h. "find -r" zeigt ihn nicht aber "find -p" (passive mode) schon.
Mit "-p" erscheinen sowohl die "u" als auch die "b" Parameter (wobei mit im Moment nicht klar ist was der Unterschied ist)
Wenn ich "u" und "b" in einen Topf werfe da sie nicht mit "-f" abfragbar sind macht folgendes Verhalten Sinn:
localhost: r SetMode
auto;0.0;53.0;-;1;0;0;0;0;0
localhost: r -f SetMode
ERR: element not found
Mein Modul kann zwar das "-f" beim Abfragen des Readings durch "+f" beim Attribut überschreiben aber der type "u" wird aktuell nicht richtig behandelt.
Wenn man nicht "find -f -r -w" sondern "find -f -r -w -p" ausführt erscheint auch "SetMode".
Erklärt das dein Problem?
Bei der Implementierung waren mir die "broadcast" (bzw. "update"??) Werte nicht wichtig, da nicht klar ist wie oft diese geschickt werden und ich habe mich auf Werte konzentriert die zum Zeipunkt des Lesens aktuell sind.
Für eine Implementierung in meinem Modul müsste ich mir idealerweise das "u" bzw "b" irgendwie merken und das "-f" beim read für diese Parameter weglassen. Wenn dir das Wichtig ist (und ich das Problem richtig verstanden habe) dann kann ich das Implentieren sobald ich ein bisschen Zeit habe.
Grüße
Andy
Grüße
Andy
Hallo Andy,
vielen Dank für die ausführliche Erklärung!
Also, wenn Du das irgendwie/irgendwann umsetzen könntet, wäre das wahrscheinlich nicht nur für mich eine große Hilfe, denn über SetMode übermittelt der Raumregler die errechnete Vorlauftemperatur für die Therme.
Das wäre für zwei Dinge wichtig:
Zum einen zur Kontrolle, zu welchen Zeiten der Raumregler eine Heizanforderung schickt und wenn ja, welche Vorlauftemperatur da errechnet wird.
Zum anderen - aber das müsste ich experimentell erst einmal herausfinden, ob/wie das dann geht - wäre es für Wohnungen, in denen keine Außentemperaturführung installiert ist (wie bei mir leider der Fall), eine Möglichkeit, die Außentemperatur anderweitig zu ermitteln (z.B. über ein FHEM-Wetter-Modul) und dann selber die Vorlauftemperatur zu berechnen und dann per SetMode an die Heizung zu schicken. Ob das am Ende gehen wird, kann ich noch nicht sagen, da ich dazu dann natürlich das Raumgerät abklemmen müsste (was ich dann aber eh' nicht mehr bräuchte). Es gibt im Haupt-Thread Leute, die sagen, dass dann ebus gar nicht funktionieren würde, aber das kann ich mir nicht so recht vorstellen.
Wenn Du von daher auch berücksichtigen könntet, dass man SetMode dann auch selber schreiben kann, wäre das großartig!
Dank' Dir auf jeden Fall für Dein Angebot, das zu implementieren und viele Grüße
Frederik
Hallo Frederik,
ich versuche das mal zu implementieren.
Ich hatte auch mal einen Raumregler an meiner Heizung angeschlossen und versucht das Protokoll zu entschlüsseln. Das Thema habe ich aber sehr schnell aufgegeben, da es für diese Regelungstelegramme ziemlich enge Timeouts gibt. D.h. es gab sofort Fehlermedungen an der Heizung wenn die Verbindung mal kurz unterbrochen war oder ich versucht habe was zu schicken was der bai nicht gefallen hat.
Aber Versuch macht kluch ;-)
Grüße
Andy
Ja, aber damit habe ich zumindest etwas Erfahrung von meinem BSB-LAN Projekt, ein Unterprotokoll (PPS) erwartet da innerhalb von Millisekunden eine Antwort vom Raumgerät, bei SetMode sind es zum Glück "nur" 10 Sekunden ;). Aber mal schauen, wichtiger ist als erster Schritt das Auswerten der Werte, die das Raumgerät jetzt als Soll-VL-Temps schickt...
Dank' Dir und VG, F.
Hi Frederik,
versuch mal die Version aus dem Anhang. Dort sind jetzt auch die "u" Meldungen berücksichtigt.
(wobei bei mir nur ein paar aktuelle Werte liefern).
Grüße
Andy
Wow, danke, das ging ja fix! Leider kann ich das Ganze wohl erst in ein paar Wochen testen, denn die Heizung ist in meiner Zweitwohnung, wo ich arbeite und ich komme seit ein paar Tagen aus der Ferne nicht mehr auf den Raspi :(, und die 150km fahre ich dann im Urlaub doch eher ungern ;). Vielleicht kriege ich meinen Nachbarn irgendwie dazu, Router und Raspi neu zu starten, dann klappt es hoffentlich früher, trotzdem auf jeden Fall schon mal ein großes Dankeschön für die schnelle Umsetzung!
Hallo Andy,
tut mir leid für die lange Verzögerung, aber nach dem Urlaub war ich dann noch krank und bin erst jetzt wieder mal in der Wohnung gewesen. Habe auch gleich Deine neue Version ausprobiert und bekomme er ruft auch nun find -f -r -w -p ab, was bei mir zumindest auf der Kommandozeile auch den Parameter "SetMode" abruft. Leider erscheint er dann aber trotzdem nicht in der Auswahlliste, wenn ich get reading aufrufen will.
Im ebusd.log erscheint aber in regelmäßigen Abständen
2019-05-16 11:55:33.577 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
Muss ich noch etwas Anderes konfigurieren, was ich vergessen haben könnte?
Dank' Dir auf jeden Fall noch mal für den Einsatz und VG,
F.
Sorry, Kommando zurück, jetzt erscheinen bei "get" noch ein paar mehr Einträge, u.a. auch "u-bai", damit kann ich dann auch "SetMode" über "get" abfragen. Das Hinzufügen als Attribut über attr hat dann auch geklappt und ich bekomme nun für "SetMode" in den Readings auch das Ergenis "auto" angezeigt, was dem ersten der Semikolon-Werte entspricht. Da muss ich dann also nur noch die anderen Werte rausziehen, aber das sollte ich hinkriegen ;)...
Vielen Dank noch mal, wirklich! Wirst Du die neue Version dann auch auf dem Repository einspielen, so dass sie mir bei einem Update nicht zerschossen wird?
VG, F.
Hm, jetzt muss ich doch noch mal fragen: Ich habe es zwar initial hinbekommen, dass mir die erweiterten Parameter in der DropDown-Liste bei "get" angezeigt werden, aber nachdem ich FHEM ein paar Mal neu gestartet hatte, bleibt es bei den vier Einträgen ebus_find, ebus_hex, ebus_info und reading. Bei reading werden mir dann auch nur die Parameter ohne u~... angezeigt. Erst wenn ich wieder ein ebus_find manuell initiiere, erweitert sich die DropDown Liste bei "get" wieder und ich kann z.B. u-bai-SetMode abrufen. Auch der Abfrageintervall (bei mir 300 Sekunden) ändert nichts daran. Kann man das irgendwie automatisieren oder muss ich das selber nach einem Neustart aufrufen?
Ich habe leider auch noch nicht ganz verstanden, wie das mit dem Extrahieren mehrerer Parameter aus einem Rückgabewert funktioniert. Ich habe für die folgende Ausgabe von get SetMode:
bai SetMode hcmode=auto;flowtempdesired=90.0;hwctempdesired=-;hwcflowtempdesired=-;disablehc=0;disablehwctapping=0;disablehwcload=1;remoteControlHcPump=0;releaseBackup=0;releaseCooling=0
das folgende Attribut angelegt:
u~bai~SetMode
bai-HcMode;bai-FlowTempDesired2;bai-HwcTempDesired;bai-HwcFlowTempDesired;bai-DisableHc;bai-DisableHwcTapping;bai-DisableHwcLoad;bai-RemoteControlHcPump;bai-ReleaseBackup;bai-ReleaseCooling
Es werden dabei allerdings nur zwei Readings angelegt (HcMode und FlowTempDesired2) und diese wurden zwar initial einmal befüllt, aber seitdem ändern sich die Werte nicht, weder nach einem get SetMode noch nach einem ebus_find.
Was sollte ich dafür tun, damit das passiert?
Vielen Dank schon einmal und VG,
F.
Hallo Freetz,
das mit dem "ebusd_find" ist so richtig. Nach dem Neustart musst du es starten um die aktuellen Werte vom ebusd zu bekommen.
Werte die mit "set" über das Attribut zu einem reading führen benötigen das ebusd_find nicht. Alles was notwendig ist wir im Attribut gespeichert.
Um ein reading zu aktualisieren musst du "get reading ..." ausführen. Die Werte von SetMode werden sich aber nicht so oft ändern.
Ich habe dein Attribut bei mir angelegt und für jeden Wert ein reading bekommen.
Viele Grüße
Andy
Hallo Andy,
so hatte ich es auch verstanden, dass für die Aktualisierung der Readings das Anlegen eines Attributs reicht, und für die normalen "r"-Readings klappt das mit der Aktualisierung auch. Über SetMode wird ja aber auch die Vorlaufsolltemperatur übermittelt, die gleichzeitig auch vom Raumgerät über das Attribut r~350~ActualRoomTempDesiredHc1 reinkommt. Trotzdem wird das von SetMode abgeleitete Reading nicht aktualisiert, obwohl eine Abfrage über get den aktualisierten Wert zeigt. Die Werteveränderungen habe ich dadurch hervorgerufen, dass ich die Solltemperatur hoch und runter setze und in den zehnsekündlichen SetMode-Telegrammen spiegelt sich das auch im ebusd.log wider.
Hier ein Ausschnitt aus meiner fhem.cfg, die SetMode betreffen:
attr Vaillant u~bai~SetMode bai-HcMode;;bai-FlowTempDesired2;;bai-HwcTempDesired;;bai-HwcFlowTempDesired;;bai-DisableHc;;bai-DisableHwcTapping;;bai-DisableHwcLoad;;bai-RemoteControlHcPump;;bai-ReleaseBackup;;bai-ReleaseCooling
attr Vaillant userattr r~350~ActualRoomTempDesiredHc1 r~350~CirPump r~350~Date r~350~DisplayedHc1RoomTempDesired r~350~DisplayedHwcStorageTemp r~350~DisplayedRoomTemp r~350~GlobalSystemOff r~350~Hc1ActualFlowTempDesired r~350~Hc1AutoOffMode r~350~Hc1DayTemp r~350~Hc1HeatCurve r~350~Hc1ManualOPRoomTempDesired r~350~Hc1MinimalFlowTempDesired r~350~Hc1NightTemp r~350~Hc1OPMode r~350~Hc1Pump r~350~Hc1PumpLast24started r~350~Hc1QuickVetoActive r~350~Hc1QuickVetoTemp r~350~Hc1RoomTempSwitchOn r~350~Hc1SFMode r~350~Hc1SummerOffset r~350~HwcActualTempDesired r~350~HwcCircuitActive r~350~HwcOPMode r~350~HwcQuickVetoActive r~350~HwcQuickVetoTemp r~350~HwcTempDesired r~350~IsInHoliday r~350~OutsideTemp r~350~RaumtempIstUnten r~350~RoomTemp r~350~Time r~bai~AATemp r~bai~AITemp r~bai~BlockTimeHcMax r~bai~CirPump r~bai~DCRoomthermostat r~bai~DeltaFlowReturnMax r~bai~Flame r~bai~FlowSetPotmeter r~bai~FlowTemp r~bai~FlowTempDesired r~bai~FlowsetHcMax r~bai~FlowsetHwcMax r~bai~HcHours r~bai~HcPumpMode r~bai~HcPumpStarts r~bai~HcStarts r~bai~HeatingSwitch r~bai~PrEnergyCountHc1 r~bai~PrEnergySumHc1 r~bai~PumpHours r~bai~ReturnRegulation r~bai~ReturnTemp r~bai~ReturnTempMax r~bai~Statenumber r~bai~Status01 r~bai~Status02 r~bai~WaterPressure u~bai~SetMode w~350~Hc1DayTemp w~350~Hc1NightTemp w~350~Hc1OPMode w~bai~FlowsetHcMax
Als Reading werden aber nur die ersten beiden Werte angelegt (bai-HcMode und bai-FlowTempDesired2), die anderen (ab bai-HwcTempDesired) erscheinen nicht. Irgendwas muss ich da doch noch falsch machen, oder?
Ansonsten ist mir noch aufgefallen, dass folgender Fehler auftritt, wenn ich über das Webinterface den attr-Befehl in der ersten Zeile des obigen Ausschnitts absenden will:
jquery.min.js line 2:
Error: Syntax error, unrecognized expression: a[name=u~bai~SetMode]
Das Attribut wird aber trotzdem wie oben der fhem.cfg entnommen abgespeichert. Nur zur Info, falls das irgendwie doch relevant sein sollte...
Erscheinen die doppelten semikolons beim attr auch im GUI?
Gesendet von meinem BTV-DL09 mit Tapatalk
Nein, ich habe sie als einfache Semikola eingetragen, das ist jetzt der Auszug aus der Raw Definition. Die Doppelungen kommen aber auch bei anderen Devices vor und hatte ich schon mal nachgeschlagen, hat wohl was mit der Interpretation über Perl zu tun. Wenn ich die Semikola in der fhem.cfg auf eins kürze, verschwinden sie im Webinterface gänzlich.
bei mir sieht das so aus:
Zitat
attr ebus1 u~bai~SetMode xbai-HcMode;;xbai-FlowTempDesired2;;xbai-HwcTempDesired;;xbai-HwcFlowTempDesired;;xbai-DisableHc;;xbai-DisableHwcTapping;;xbai-DisableHwcLoad;;xbai-RemoteControlHcPump;;xbai-ReleaseBackup;;xbai-ReleaseCooling
und die readings siehe Bild.
Wo bekommst du die Fehlermeldung? Als Popup oder im fhem logfile?
und ein "get Vaillant u~bai SetMode~Betriebsart" liefert sowas?
Zitatbai SetMode hcmode=auto;flowtempdesired=0.0;hwctempdesired=53.0;hwcflowtempdesired=-;disablehc=1;disablehwctapping=0;disablehwcload=0;remoteControlHcPump=0;releaseBackup=0;releaseCooling=0
Die zitierte Fehlermeldung kommt im Webinterface; im Log erscheint nichts dazu. Sie kommt auch schon in dem Moment, wo ich u~bai~Setmode im Dropdown auswähle, noch vor dem Speichern.
Ich habe jetzt mal Deinen attr-String in die attr-Befehlszeile kopiert und nur den Devicenamen ausgetauscht und die Semikola reduziert. Vorher den alten attr Eintrag gelöscht und set u~bai SetMode~Betriebsart ausgeführt, damit u~bai~SetMode wieder in der DropDown-Liste von attr auftaucht. Den neuen attr Eintrag gespeichert, FHEM config gespeichert, shutdown restart, ebusd find, aber die Einträge erscheinen nicht in den Readings. Die bisher vorhandenen, aber nicht aktualisierenden Readings bai-HcMode und bai-FlowTempDesired2 sind aus den Readings verschwunden. Polling ist auf 30 Sekunden gesetzt und die anderen Werte aktualisieren sich auch. In userattr taucht nur u~bai~SetMode auf, müssen da auch die zustäzlichen Readings manuell hinzugefügt werden?
Macht es Sinn, den Debug-Level zu erhöhen, um da noch weitere Informationen für die Fehlersuche zu bekommen?
Danke und VG, F.
...ein get u~bai SetMode~Betriebsart meldet im Moment das hier:
bai SetMode hcmode=auto;flowtempdesired=0.0;hwctempdesired=-;hwcflowtempdesired=-;disablehc=1;disablehwctapping=0;disablehwcload=1;remoteControlHcPump=0;releaseBackup=0;releaseCooling=0
Also so, wie in einem der vorherigen Posts beschrieben, nur halt jetzt mit Temperatur 0 und nicht 90...
ok, die Fehlermeldung kann ich reproduzieren wenn ich das Attribut im drop-down auswähle. (ich klicke immer direkt auf das Attribut ... da kommt es nicht). Das kann es also nicht sein.
Im userattr steht nur u~bai~SetMode ... das ist richtig.
Wenn du "get Vaillant reading ...." (und den elends langen string auswählen) machst dann brauchst du nicht 30 Sekunden warten.
Setzte doch mal den loglevel für Vaillant auf 5 und führe dann obiges get aus.
Wie gesagt, das get liefert mir ja immer die richtigen Werte, die auch mit denen im ebusd.log übereinstimmen. Nur die Übernahme (bzw. das Anlegen) in die entsprechenden Readings findet nicht statt. Soll ich trotzdem dann das get noch mal mit erhöhtem LogLevel aufrufen, obwohl das für sich keine Probleme macht?
get reading
nicht
get u~bai~SetMode
Ah, ok, sorry...
Also mit loglevel 5 kommt
2019.05.17 11:51:20 3: Vaillant execute r -c bai SetMode
2019.05.17 11:51:21 3: Vaillant answer r xbai-HcMode;xbai-FlowTempDesired2;xbai-HwcTempDesired;xbai-HwcFlowTempDesired;xbai-DisableHc;xbai-DisableHwcTapping;xbai-DisableHwcLoad;xbai-RemoteControlHcPump;xbai-ReleaseBackup;xbai-ReleaseCooling auto;0.0;-;-;1;0;1;0;0;0
...und jetzt sind auch die Readings angelegt, und zwar alle :)!
Heißt das, dass ich für SetMode den Readings-Befehl manuell absetzen muss und der nicht im Rahmen des angegebenen Zeitintervalls ausgeführt wird?
Cool, warte doch mal das interval ab und prüfe dann nochmal das log. Evt. hab ich da was übersehen
Gesendet von meinem BTV-DL09 mit Tapatalk
Ok, drei Intervalle abgewartet, die SetMode Readings aktualisieren sich nicht, erst dann, wenn ich get reading ... manuell aufrufe. Habe auch noch mal im Logfile nachgesehen: Dort taucht in den ganzen execute/answer Paaren der entsprechende Eintrag für SetMode nicht auf. Wenn ich ihn manuell über get reading aufrufe, kommt der beim Intervall-Abruf fehlende Eintrag:
2019.05.17 12:00:06 3: Vaillant execute r -c bai SetMode
2019.05.17 12:00:06 3: Vaillant answer r xbai-HcMode;xbai-FlowTempDesired2;xbai-HwcTempDesired;xbai-HwcFlowTempDesired;xbai-DisableHc;xbai-DisableHwcTapping;xbai-DisableHwcLoad;xbai-RemoteControlHcPump;xbai-ReleaseBackup;xbai-ReleaseCooling auto;90.0;-;-;0;0;1;0;0;0
Ok, dann ist das ein bug ... schaue ich mir nacher an.
Gesendet von meinem BTV-DL09 mit Tapatalk
Super, danke!
Eine Sache ist mir noch aufgefallen: Wenn ich bei bai-Status01 die ersten beiden Werte ignorieren will, gebe ich dafür ja den Platzhalter "dummy" an. Mein attr r~bai~Status01 hat daher diesen Wert
dummy;dummy;bai-temp2-3;bai-temp2-4;dummy;bai-pumpstate
Allerdings wird dabei trotzdem ein Reading namens "dummy" angelegt. Der Wert, der im Reading angezeigt wird, ist eine Temperatur, die dem ersten Wert entsprechen könnte, bin mir da aber nicht sicher. Darf "dummy" vielleicht nur innerhalb einer Reihe, aber nicht am Anfang stehen?
Nachtrag: Ich habe jetzt mit deletereading das "dummy" Reading entfernt und es wird dann bei Updates auch nicht mehr neu angelegt. Allerdings fällt mir jetzt auf, dass die Zuordnung der Werte zu den verbleibenden Variablen nicht mehr stimmt. Wenn Status02 folgendes zurück liefert:
bai Status01 temp1=17.0;temp1=17.0;temp2=-;temp1=-;temp1=17.0;pumpstate=off
würde ich bei der Reading-Zuordnung
dummy;dummy;bai-temp2-3;bai-temp2-4;dummy;bai-pumpstate
erwarten, dass bai-temp2-3 und bai-temp2-4 jeweils den Wert "-" haben und bai-pumpstate den Wert "off".
Jetzt ist es aber so, dass bai-temp2-3 den Wert 17.0 hat und bai-temp2-3 ebenfalls, bai-pumpstate hat den Wert "-". Es scheint mir so, als würde die Wertezuordnung trotzdem von Anfang an passieren, also dass der erste verfügbare Rückgabewert dem ersten nicht-"dummy"-Reading zugewiesen wird und nicht übersprungen wird. Kann das sein?
Ohne die Dummy-Angaben war die Zuordnung korrekt.
Hi jamesgo,
mir ist aufgefallen, dass einige Standardattribute (wie z.B. timestamp-on-change-reading) in diesem Modul nicht konfigurierbar sind. Ich würde daher vorschlagen die $readingFnAttributes hinzuzufügen.
Anbei ein Patch dafür, vielleicht kannst du dir das ja mal anschauen :)
Vielen Dank & viele Grüße
Hanjo
Hallo Hanjo,
habe die Änderung eingecheckt.
Grüße
Andy
Hi Andy,
cool, das war schnell 8) Vielen Dank!
Grüße
Hanjo
Hi Andy,
habe mein FHEM neu aufgesetzt und werde seitdem mit dieser Meldung bombardiert:
PERL WARNING: Redundant argument in sprintf at ./FHEM/98_GAEBUS.pm line 1301
Offensichtlich liegt das an dem, was ich im Attribut "valueFormat" hinterlegt habe, es muss wohl irgendwo ein Platzhalter zu wenig sein, nur fällt es mir schwer die genaue Ursache zu identifizieren.
Hast du eine Idee, wie ich den Fehler eingrenzen kann? Alternativ: da alles so funktioniert, wie ich mir das denke, lässt sich die Fehlermeldung unterdrücken?
Danke & Gruß
Hanjo
Hallo Hanjo,
poste doch mal was hast du im valueFormat definiert hast.
Grüße
Andy
Ok, hier mal ein Auszug aus dem list:
Attributes:
attr r~hmu~State raw_Energieertrag_Tag_Gesamt +f energy.1
ebusWritesEnabled 1
r~700~DisplayedOutsideTemp raw_Aussentemperatur +f
r~700~Hc1FlowTemp Heizung_Vorlauf +f
r~700~Hc1PumpStatus Heizung_Pumpenstatus +f
r~700~Hc1Status Heizung_Status +f
r~700~HolidayEndPeriod Urlaub_Ende:12 +f
r~700~HolidayStartPeriod Urlaub_Anfang:12 +f
r~700~HolidayTemp Urlaub_Temperatur:12 +f
r~700~HwcFlowTemp Warmwasser_Vorlauf +f
r~700~HwcHolidayEndPeriod Urlaub_Warmwasser_Ende:12 +f
r~700~HwcHolidayStartPeriod Urlaub_Warmwasser_Anfang:12 +f
r~700~HwcStorageTemp Warmwasser_Temperatur +f
r~700~HwcTempDesired Warmwasser_Zieltemperatur:12 +f
r~700~PrEnergySum Stromverbrauch_Gesamt +f
r~700~PrEnergySumHc Stromverbrauch_Heizung +f
r~700~PrEnergySumHcLastMonth Stromverbrauch_Heizung_LetzterMonat:12 +f
r~700~PrEnergySumHcThisMonth Stromverbrauch_Heizung_AktuellerMonat:12 +f
r~700~PrEnergySumHwc Stromverbrauch_Warmwasser +f
r~700~PrEnergySumHwcLastMonth Stromverbrauch_Warmwasser_LetzterMonat:12 +f
r~700~PrEnergySumHwcThisMonth Stromverbrauch_Warmwasser_AktuellerMonat:12 +f
r~700~SystemFlowTemp Systemvorlauf +f
r~700~WaterPressure Wasserdruck +f
r~700~YieldTotal Umweltertrag_Gesamt +f
r~700~ccTimer.Friday Schaltzeiten_Zirkulationspumpe_5_Fr:12 +f
r~700~ccTimer.Monday Schaltzeiten_Zirkulationspumpe_1_Mo:12 +f
r~700~ccTimer.Saturday Schaltzeiten_Zirkulationspumpe_6_Sa:12 +f
r~700~ccTimer.Sunday Schaltzeiten_Zirkulationspumpe_7_So:12 +f
r~700~ccTimer.Thursday Schaltzeiten_Zirkulationspumpe_4_Do:12 +f
r~700~ccTimer.Tuesday Schaltzeiten_Zirkulationspumpe_2_Di:12 +f
r~700~ccTimer.Wednesday Schaltzeiten_Zirkulationspumpe_3_Mi:12 +f
r~700~currenterror currenterror_700_0;currenterror_700_1;currenterror_700_2;currenterror_700_3;currenterror_700_4 +f
r~700~hwcTimer.Friday Schaltzeiten_Warmwasser_5_Fr:12 +f
r~700~hwcTimer.Monday Schaltzeiten_Warmwasser_1_Mo:12 +f
r~700~hwcTimer.Saturday Schaltzeiten_Warmwasser_6_Sa:12 +f
r~700~hwcTimer.Sunday Schaltzeiten_Warmwasser_7_So:12 +f
r~700~hwcTimer.Thursday Schaltzeiten_Warmwasser_4_Do:12 +f
r~700~hwcTimer.Tuesday Schaltzeiten_Warmwasser_2_Di:12 +f
r~700~hwcTimer.Wednesday Schaltzeiten_Warmwasser_3_Mi:12 +f
r~700~z1CoolingTimer.Friday Schaltzeiten_Kuehlung_5_Fr:12 +f
r~700~z1CoolingTimer.Monday Schaltzeiten_Kuehlung_1_Mo:12 +f
r~700~z1CoolingTimer.Saturday Schaltzeiten_Kuehlung_6_Sa:12 +f
r~700~z1CoolingTimer.Sunday Schaltzeiten_Kuehlung_7_So:12 +f
r~700~z1CoolingTimer.Thursday Schaltzeiten_Kuehlung_4_Do:12 +f
r~700~z1CoolingTimer.Tuesday Schaltzeiten_Kuehlung_2_Di:12 +f
r~700~z1CoolingTimer.Wednesday Schaltzeiten_Kuehlung_3_Mi:12 +f
r~700~z1DayTemp Heizung_Solltemperatur +f
r~700~z1HolidayEndPeriod Urlaub_Heizung_Ende:12 +f
r~700~z1HolidayStartPeriod Urlaub_Heizung_Anfang:12 +f
r~700~z1HolidayTemp Heizung_Urlaubstemperatur:12 +f
r~700~z1NightTemp Heizung_Absenktemperatur:12 +f
r~700~z1Timer.Friday Schaltzeiten_Heizung_5_Fr:12 +f
r~700~z1Timer.Monday Schaltzeiten_Heizung_1_Mo:12 +f
r~700~z1Timer.Saturday Schaltzeiten_Heizung_6_Sa:12 +f
r~700~z1Timer.Sunday Schaltzeiten_Heizung_7_So:12 +f
r~700~z1Timer.Thursday Schaltzeiten_Heizung_4_Do:12 +f
r~700~z1Timer.Tuesday Schaltzeiten_Heizung_2_Di:12 +f
r~700~z1Timer.Wednesday Schaltzeiten_Heizung_3_Mi:12 +f
r~700~z1ValveStatus Heizung_Ventilstatus +f
r~hmu~EnergyCool raw_Energieertrag_Tag_Kuehlung +f
r~hmu~EnergyHc raw_Energieertrag_Tag_Heizung +f
r~hmu~State dummy_4;raw_Energieertrag_Tag_Gesamt;Waermepumpe_Betriebsstatus;Waermepumpe_Betriebsart +f
r~hmu~Status01 Vorlauf;Ruecklauf;dummy_1;dummy_2;dummy_3;Pumpenstatus;dummy_5 +f
r~hmu~currenterror currenterror_hmu_0;currenterror_hmu_1;currenterror_hmu_2;currenterror_hmu_3;currenterror_hmu_4 +f
userattr r~700~DisplayedOutsideTemp r~700~Hc1FlowTemp r~700~Hc1PumpStatus r~700~Hc1Status r~700~HolidayEndPeriod r~700~HolidayStartPeriod r~700~HolidayTemp r~700~HwcFlowTemp r~700~HwcHolidayEndPeriod r~700~HwcHolidayStartPeriod r~700~HwcStorageTemp r~700~HwcTempDesired r~700~PrEnergySum r~700~PrEnergySumHc r~700~PrEnergySumHcLastMonth r~700~PrEnergySumHcThisMonth r~700~PrEnergySumHwc r~700~PrEnergySumHwcLastMonth r~700~PrEnergySumHwcThisMonth r~700~SystemFlowTemp r~700~WaterPressure r~700~YieldTotal r~700~ccTimer.Friday r~700~ccTimer.Monday r~700~ccTimer.Saturday r~700~ccTimer.Sunday r~700~ccTimer.Thursday r~700~ccTimer.Tuesday r~700~ccTimer.Wednesday r~700~currenterror r~700~hwcTimer.Friday r~700~hwcTimer.Monday r~700~hwcTimer.Saturday r~700~hwcTimer.Sunday r~700~hwcTimer.Thursday r~700~hwcTimer.Tuesday r~700~hwcTimer.Wednesday r~700~z1CoolingTimer.Friday r~700~z1CoolingTimer.Monday r~700~z1CoolingTimer.Saturday r~700~z1CoolingTimer.Sunday r~700~z1CoolingTimer.Thursday r~700~z1CoolingTimer.Tuesday r~700~z1CoolingTimer.Wednesday r~700~z1DayTemp r~700~z1HolidayEndPeriod r~700~z1HolidayStartPeriod r~700~z1HolidayTemp r~700~z1NightTemp r~700~z1Timer.Friday r~700~z1Timer.Monday r~700~z1Timer.Saturday r~700~z1Timer.Sunday r~700~z1Timer.Thursday r~700~z1Timer.Tuesday r~700~z1Timer.Wednesday r~700~z1ValveStatus r~hmu~EnergyCool r~hmu~EnergyHc r~hmu~State r~hmu~Status01 r~hmu~currenterror w~700~HolidayEndPeriod w~700~HolidayStartPeriod w~700~z1DayTemp
valueFormat {
"raw_Energieertrag_Tag_Gesamt" => "%s hWh",
"raw_Energieertrag_Tag_Heizung" => "%s hWh",
"raw_Energieertrag_Tag_Kuehlung" => "%s hWh",
"raw_Aussentemperatur" => "%.1f °C",
"Heizung_Absenktemperatur" => "%s °C",
"Heizung_Solltemperatur" => "%s °C",
"Heizung_Urlaubstemperatur" => "%s °C",
"Heizung_Vorlauf" => "%s °C",
"Urlaub_Temperatur" => "%s °C",
"Stromverbrauch_Gesamt" => "%s kWh",
"Stromverbrauch_Heizung" => "%s kWh",
"Stromverbrauch_Heizung_AktuellerMonat" => "%s kWh",
"Stromverbrauch_Heizung_LetzterMonat" => "%s kWh",
"Stromverbrauch_Warmwasser" => "%s kWh",
"Stromverbrauch_Warmwasser_AktuellerMonat" => "%s kWh",
"Stromverbrauch_Warmwasser_LetzterMonat" => "%s kWh",
"Umweltertrag_Gesamt" => "%s kWh",
"Warmwasser_Temperatur" => "%s °C",
"Warmwasser_Vorlauf" => "%s °C",
"Warmwasser_Zieltemperatur" => "%s °C",
"Wasserdruck" => "%s bar",
"Schaltzeiten_Zirkulationspumpe_5_Fr" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_1_Mo" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_6_Sa" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_7_So" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_4_Do" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_2_Di" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_3_Mi" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_5_Fr" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_1_Mo" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_6_Sa" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_7_So" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_4_Do" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_2_Di" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_3_Mi" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_5_Fr" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_1_Mo" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_6_Sa" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_7_So" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_4_Do" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_2_Di" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_3_Mi" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_5_Fr" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_1_Mo" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_6_Sa" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_7_So" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_4_Do" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_2_Di" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_3_Mi" => "%s - %s, %s - %s, %s - %s",
"Vorlauf" => "%s °C",
"Ruecklauf" => "%s °C"
}
w~700~HolidayEndPeriod Urlaub_Ende
w~700~HolidayStartPeriod Urlaub_Anfang
w~700~z1DayTemp Heizung_Solltemperatur
Danke & Gruß
Hallo Hanjo,
das Warning ist ein Feature von printf einer neuen Perl Version.
Wenn ebusd mehr Parameter liefert als du ausgeben willst kommt der Fehler.
Mit folgender Änderung kannst du das detailiert ausgeben:
GAEBUS_valueFormat(@)
{
my ($hash, $reading, $values_ref) = @_;
if (ref($hash->{helper}{valueFormat}) eq 'HASH' and defined ($reading))
{
if (exists($hash->{helper}{valueFormat}->{$reading})) {
#no warnings qw( redundant );
my $vf = $hash->{helper}{valueFormat}->{$reading};
local $SIG{__WARN__} = sub {
Log3 ($hash->{NAME}, 2, "$hash->{NAME} valueFormat reading $reading: argument missmatch ($vf) (".join(",", @{$values_ref}).")");
};
return sprintf ("$vf", @{$values_ref});
}
}
return (defined(${$values_ref}[0]) ? ${$values_ref}[0] : "");
}
Bitte testen ...
Grüße
Andy
Hi Andy,
Zitat von: jamesgo am 05 Januar 2020, 18:28:07
das Warning ist ein Feature von printf einer neuen Perl Version.
Das erklärt, warum ich die Warnungen auf meinem neuen System erhalte, vorher aber nicht bekommen habe.
Zitat von: jamesgo am 05 Januar 2020, 18:28:07
Mit folgender Änderung kannst du das detailiert ausgeben:
GAEBUS_valueFormat(@)
{
my ($hash, $reading, $values_ref) = @_;
if (ref($hash->{helper}{valueFormat}) eq 'HASH' and defined ($reading))
{
if (exists($hash->{helper}{valueFormat}->{$reading})) {
#no warnings qw( redundant );
my $vf = $hash->{helper}{valueFormat}->{$reading};
local $SIG{__WARN__} = sub {
Log3 ($hash->{NAME}, 2, "$hash->{NAME} valueFormat reading $reading: argument missmatch ($vf) (".join(",", @{$values_ref}).")");
};
return sprintf ("$vf", @{$values_ref});
}
}
return (defined(${$values_ref}[0]) ? ${$values_ref}[0] : "");
}
Funktioniert astrein. Verbose auf 2 und man bekommt die Meldungen, weniger und sie werden unterdrückt. Perfekt 8)
Allerdings hat das auch direkt eine weitere Frage aufgeworfen. Dies sind meine Log-Einträge:
2020.01.05 19:53:03 2: ebus valueFormat reading raw_Energieertrag_Tag_Gesamt: argument missmatch (%s hWh) (510,on,128)
2020.01.05 19:53:06 2: ebus valueFormat reading Vorlauf: argument missmatch (%s °C) (56.0,54.5,-,-,-,4)
2020.01.05 19:53:06 2: ebus valueFormat reading Ruecklauf: argument missmatch (%s °C) (54.5,-,-,-,4)Die betroffenen Definition dafür sind:
r~hmu~State dummy_4;raw_Energieertrag_Tag_Gesamt;Waermepumpe_Betriebsstatus;Waermepumpe_Betriebsart +f
r~hmu~Status01 Vorlauf;Ruecklauf;dummy_1;dummy_2;dummy_3;Pumpenstatus;dummy_5 +fEs sieht also so aus, als ob einfach nur die Parameter VOR dem Reading weggeworfen werden (vermute mal mittels
shift-Funktion), aber die nachfolgenden nicht. Daher gibt es dann die Warnung.
Siehst du das auch so?
Grüße
Hanjo
Hallo Hanjo,
der Platzhalter ist "dummy". Nicht "dummy_1" usw.
Das ist eines der Probleme. Das Andere muss ich mir noch anschauen.
Grüße Andy
Ist mir bekannt, aber dummy hatte bei mir nicht funktioniert, wenn ich mehrere Werte ausfiltern wollte, also z.B.
r~hmu~Status01 Vorlauf;Ruecklauf;dummy;dummy;dummy;Pumpenstatus;dummy +f
Daher hatte ich dummy_1, dummy_2, ... verwendet und die Readings ignoriere ich halt einfach...
Ich hatte damals bei der Ersteinrichtung einen Bug vermutet, aber ich hatte auf die Schnelle die Stelle im Code nicht gefunden, die dafür verantwortlich ist...
Grüße
Hanjo
Hallo Hanjo,
kannst du bitte die angehängte Version testen. Jetzt sollte das dummy und auch das sprintf funktionieren.
Grüße
Andy
Hi Andy,
sieht sehr gut aus - habe keine Fehler im Log, die mehreren dummy-Variablen funktionieren und "argument missmatch"-Warnungen sind (auch mit verbose 2) auch verschwunden. :)
Super, vielen Dank!
Grüße
Hanjo
Hallo!
Vielen Dank für das tolle Modul.
Eine Frage dazu: Im ebusd log taucht ca. 2-3x pro Stunde die Meldung "ERR: arbitration lost" auf. Laut john30 ist das an einem Multi-master Bus normal. Jetzt ist es so, dass auch ab und zu verschiedene Readings aus dem ebus mit dieser Meldung befüllt werden, welche dann auch im FTUI angezeigt wird. Gibt es eine Möglichkeit das zu unterbinden?
Grüße,
Michael
Zitat von: Hanjo am 11 Januar 2020, 23:40:00
sieht sehr gut aus - habe keine Fehler im Log, die mehreren dummy-Variablen funktionieren und "argument missmatch"-Warnungen sind (auch mit verbose 2) auch verschwunden. :)
Vielen Dank fürs testen. Ich checke das Modul dann ein.
Grüße
Andy
Hallo Michael,
ich hab grad meine Logs durchgeschaut und "arbitration lost" habe ich 2 mal in 2 Monaten.
Wenn du ein bisschen mehr Infos postest kann ich mir das anschauen wie diese Fehlermeldung den Weg in ein Reading schafft.
Setze doch mal "verbose 5" für das Modul. Wenn der Fehler mehrmals pro Stunde auftaucht dann sollte man das auch im Log sehen.
Die definierten attribute wären ebenfalls hilfreich.
Grüße
Andy
Hallo Andy,
danke für deine Zeit.
Hier die Attribute:
defmod ebusd GAEBUS 10.152.55.206
attr ebusd userattr r~700~DisplayedOutsideTemp r~700~Hc1PumpStatus r~700~WaterPressure r~700~currenterror r~700~z1ActualRoomTempDesired r~700~z1RoomTemp r~hmu~Status01 r~hmu~currenterror r~omu~currenterror
attr ebusd ebusWritesEnabled 1
attr ebusd room Heizung
attr ebusd r~700~DisplayedOutsideTemp Aussentemperatur
attr ebusd r~700~Hc1PumpStatus ZirkulationspumpeHeizkreis1
attr ebusd r~700~WaterPressure Wasserdruck
attr ebusd r~700~currenterror StoerungRegler
attr ebusd r~700~z1ActualRoomTempDesired SollTemperatur
attr ebusd r~700~z1RoomTemp TemperaturWohnraum
attr ebusd r~hmu~Status01 TemperaturVorlauf;;TemperaturRuecklauf;;TemperaturAussen;;VLWW;;TemperaturSpeicher;;StatusWaermepumpe
attr ebusd r~hmu~currenterror StoerungHMU
attr ebusd r~omu~currenterror StoerungOutdoorUnit
attr ebusd verbose 5
setstate ebusd Connected
setstate ebusd 2020-01-14 09:52:39 Aussentemperatur 0.8125
setstate ebusd 2020-01-14 09:52:39 SollTemperatur 20.5
setstate ebusd 2020-01-14 09:52:39 StatusWaermepumpe on
setstate ebusd 2020-01-14 09:52:39 StoerungHMU -
setstate ebusd 2020-01-14 09:52:39 StoerungOutdoorUnit -
setstate ebusd 2020-01-14 09:52:39 StoerungRegler -
setstate ebusd 2020-01-14 09:52:39 TemperaturAussen 0.812
setstate ebusd 2020-01-14 09:52:39 TemperaturRuecklauf 24.5
setstate ebusd 2020-01-14 09:52:39 TemperaturSpeicher 51.5
setstate ebusd 2020-01-14 09:52:39 TemperaturVorlauf 29.0
setstate ebusd 2020-01-14 09:52:39 TemperaturWohnraum 21
setstate ebusd 2020-01-14 09:52:39 VLWW -
setstate ebusd 2020-01-14 09:52:39 Wasserdruck 1.3
setstate ebusd 2020-01-14 09:52:39 ZirkulationspumpeHeizkreis1 1
setstate ebusd 2020-01-14 09:52:39 state_ebus signal acquired
Ein Auszug aus dem ebusd.log (nur err und retry auf 5):
2020-01-14 08:58:05.289 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 08:58:05.392 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 08:58:05.496 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 08:58:05.600 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 08:58:05.600 [main error] scan config 76: ERR: invalid position
2020-01-14 08:58:17.663 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 08:58:17.766 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 08:58:18.088 [main error] scan config 76: ERR: arbitration lost
2020-01-14 08:58:30.193 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 08:58:30.297 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 08:58:30.400 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 08:58:30.504 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 08:58:30.504 [main error] scan config 76: ERR: invalid position
2020-01-14 08:58:42.602 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 08:58:42.977 [main error] scan config 76: ERR: arbitration lost
2020-01-14 08:58:46.928 [update error] unable to parse read 700 z1Name2 from 0015b52406020003001800 / 06030318003100: ERR: invalid position
2020-01-14 08:58:50.083 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 08:58:50.186 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 08:58:50.318 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 08:58:50.422 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 08:58:50.422 [main error] scan config 76: ERR: invalid position
2020-01-14 08:58:51.198 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:58:52.191 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:58:53.205 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:58:54.223 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:58:55.188 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:58:56.153 [bus error] send to 15: ERR: arbitration lost
2020-01-14 08:58:56.153 [bus error] send message part 0: ERR: arbitration lost
2020-01-14 08:58:57.117 [bus error] send to 08: ERR: arbitration lost, retry
2020-01-14 08:58:58.083 [bus error] send to 08: ERR: arbitration lost, retry
2020-01-14 08:59:00.252 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:59:01.217 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:59:02.181 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:59:03.222 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:59:04.239 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:59:05.205 [bus error] send to 15: ERR: arbitration lost
2020-01-14 08:59:05.205 [bus error] send message part 0: ERR: arbitration lost
2020-01-14 08:59:06.170 [main error] scan config 76: ERR: arbitration lost
2020-01-14 08:59:18.610 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 08:59:18.714 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 08:59:18.817 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 08:59:18.921 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 08:59:18.922 [main error] scan config 76: ERR: invalid position
2020-01-14 08:59:30.991 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 08:59:31.094 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 08:59:31.198 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 08:59:31.302 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 08:59:31.302 [main error] scan config 76: ERR: invalid position
2020-01-14 08:59:43.425 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 08:59:43.529 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 08:59:44.386 [main error] scan config 76: ERR: arbitration lost
2020-01-14 08:59:46.865 [update error] unable to parse read 700 z1Name2 from 0015b52406020003001800 / 06030318003100: ERR: invalid position
2020-01-14 08:59:56.453 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 08:59:56.560 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 08:59:56.664 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 08:59:56.767 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 08:59:56.768 [main error] scan config 76: ERR: invalid position
2020-01-14 09:00:08.835 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:00:08.943 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:00:09.046 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:00:09.150 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:00:09.150 [main error] scan config 76: ERR: invalid position
2020-01-14 09:00:21.217 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:00:21.321 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:00:21.424 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:00:21.527 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:00:21.528 [main error] scan config 76: ERR: invalid position
2020-01-14 09:00:33.601 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:00:33.705 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:00:33.808 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:00:33.912 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:00:33.913 [main error] scan config 76: ERR: invalid position
2020-01-14 09:00:45.606 [update error] unable to parse read 700 z1Name2 from 0015b52406020003001800 / 06030318003100: ERR: invalid position
2020-01-14 09:00:46.059 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:00:46.163 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:00:46.266 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:00:46.370 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:00:46.370 [main error] scan config 76: ERR: invalid position
2020-01-14 09:00:58.445 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:00:58.549 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:00:58.652 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:00:58.756 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:00:58.756 [main error] scan config 76: ERR: invalid position
2020-01-14 09:01:10.835 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:01:10.939 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:01:11.042 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:01:11.146 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:01:11.147 [main error] scan config 76: ERR: invalid position
2020-01-14 09:01:23.217 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:01:23.588 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:01:23.691 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:01:23.795 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:01:23.796 [main error] scan config 76: ERR: invalid position
2020-01-14 09:01:35.893 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:01:36.271 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:01:36.375 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:01:36.478 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:01:36.479 [main error] scan config 76: ERR: invalid position
2020-01-14 09:01:44.919 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:01:45.023 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:01:45.441 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:01:45.545 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:01:45.545 [main error] scan config 76: ERR: invalid position
2020-01-14 09:01:47.027 [update error] unable to parse read 700 z1Name2 from 0015b52406020003001800 / 06030318003100: ERR: invalid position
2020-01-14 09:01:57.636 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:01:57.743 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:01:57.847 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:01:57.951 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:01:57.951 [main error] scan config 76: ERR: invalid position
2020-01-14 09:02:10.018 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:02:10.122 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:02:10.225 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:02:10.329 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:02:10.329 [main error] scan config 76: ERR: invalid position
2020-01-14 09:02:22.396 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:02:22.555 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:02:22.659 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:02:23.508 [main error] scan config 76: ERR: arbitration lost
2020-01-14 09:02:35.589 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:02:35.693 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:02:36.072 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:02:36.175 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:02:36.176 [main error] scan config 76: ERR: invalid position
2020-01-14 09:02:46.764 [update error] unable to parse read 700 z1Name2 from 0015b52406020003001800 / 06030318003100: ERR: invalid position
2020-01-14 09:02:48.246 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:02:48.350 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:02:48.454 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:02:48.558 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:02:48.558 [main error] scan config 76: ERR: invalid position
2020-01-14 09:03:00.625 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:03:00.729 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:03:00.832 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:03:00.936 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:03:00.936 [main error] scan config 76: ERR: invalid position
2020-01-14 09:03:13.031 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:03:13.143 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:03:14.048 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:03:14.155 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:03:14.155 [main error] scan config 76: ERR: invalid position
2020-01-14 09:03:26.222 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:03:26.326 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:03:26.429 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:03:26.534 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:03:26.534 [main error] scan config 76: ERR: invalid position
2020-01-14 09:03:38.614 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:03:38.969 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:03:39.073 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:03:39.176 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:03:39.177 [main error] scan config 76: ERR: invalid position
2020-01-14 09:03:51.244 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:03:51.415 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:03:51.519 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:03:51.622 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:03:51.623 [main error] scan config 76: ERR: invalid position
2020-01-14 09:03:54.264 [update error] unable to parse read 700 z1Name2 from 0015b52406020003001800 / 06030318003100: ERR: invalid position
2020-01-14 09:04:03.757 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:04:03.861 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:04:04.232 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:04:04.335 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:04:04.336 [main error] scan config 76: ERR: invalid position
2020-01-14 09:04:10.772 [bus error] send to 08: ERR: arbitration lost, retry
2020-01-14 09:04:11.132 [bus error] send to 08: ERR: arbitration lost, retry
2020-01-14 09:04:11.491 [bus error] send to 08: ERR: arbitration lost, retry
2020-01-14 09:04:11.851 [bus error] send to 08: ERR: arbitration lost, retry
2020-01-14 09:04:12.210 [bus error] send to 08: ERR: arbitration lost, retry
2020-01-14 09:04:12.570 [bus error] send to 08: ERR: arbitration lost
2020-01-14 09:04:12.570 [bus error] send message part 0: ERR: arbitration lost
2020-01-14 09:04:13.987 [main error] scan config 76: ERR: arbitration lost
2020-01-14 09:04:14.793 [bus error] send to e0: ERR: ACK error, retry
2020-01-14 09:04:21.465 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:04:21.569 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:04:21.673 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:04:21.776 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:04:21.777 [main error] scan config 76: ERR: invalid position
2020-01-14 09:04:33.870 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:04:33.974 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:04:34.345 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:04:34.448 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:04:34.449 [main error] scan config 76: ERR: invalid position
2020-01-14 09:04:46.527 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:04:46.631 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:04:46.734 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:04:46.838 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:04:46.839 [main error] scan config 76: ERR: invalid position
2020-01-14 09:04:50.583 [update error] unable to parse read 700 z1Name2 from 0015b52406020003001800 / 06030318003100: ERR: invalid position
2020-01-14 09:04:58.930 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-01-14 09:04:59.033 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-01-14 09:04:59.137 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-01-14 09:04:59.241 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-01-14 09:04:59.241 [main error] scan config 76: ERR: invalid position
2020-01-14 09:05:11.307 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
und ein Auszug über den gleichen Zeitraum aus dem fhem log mit Verbose 5:
2020.01.14 08:58:49 4: ebusd start GetUpdates2
2020.01.14 08:58:49 3: GAEBUS opening ebusd device 10.152.55.206(8888)
2020.01.14 08:58:49 3: GAEBUS device opened (ebusd)
2020.01.14 08:58:49 5: ebusd: ebusd state(signal acquired, 44 symbols/sec (201 max), 5 masters)
2020.01.14 08:58:49 5: ebusd GetUpdates: TemperaturVorlauf;TemperaturRuecklauf;TemperaturAussen;VLWW;TemperaturSpeicher;StatusWaermepumpe:1
2020.01.14 08:58:49 3: ebusd execute r -f -c hmu Status01
2020.01.14 08:58:49 3: ebusd answer r TemperaturVorlauf;TemperaturRuecklauf;TemperaturAussen;VLWW;TemperaturSpeicher;StatusWaermepumpe 55.5;52.0;0.812;-;48.0;4
2020.01.14 08:58:49 5: ebusd GetUpdates: TemperaturWohnraum:1
2020.01.14 08:58:49 3: ebusd execute r -f -c 700 z1RoomTemp
2020.01.14 08:58:56 3: ebusd answer r TemperaturWohnraum ERR: arbitration lost
2020.01.14 08:58:56 5: ebusd GetUpdates: StoerungHMU:1
2020.01.14 08:58:56 3: ebusd execute r -f -c hmu currenterror
2020.01.14 08:58:58 3: ebusd answer r StoerungHMU -;-;-;-;-
2020.01.14 08:58:58 5: ebusd GetUpdates: SollTemperatur:1
2020.01.14 08:58:58 3: ebusd execute r -f -c 700 z1ActualRoomTempDesired
2020.01.14 08:58:59 3: ebusd answer r SollTemperatur 20.5
2020.01.14 08:58:59 5: ebusd GetUpdates: StoerungOutdoorUnit:1
2020.01.14 08:58:59 3: ebusd execute r -f -c omu currenterror
2020.01.14 08:58:59 3: ebusd answer r StoerungOutdoorUnit -;-;-;-;-
2020.01.14 08:58:59 5: ebusd GetUpdates: Wasserdruck:1
2020.01.14 08:58:59 3: ebusd execute r -f -c 700 WaterPressure
2020.01.14 08:59:05 3: ebusd answer r Wasserdruck ERR: arbitration lost
2020.01.14 08:59:05 5: ebusd GetUpdates: Aussentemperatur:1
2020.01.14 08:59:05 3: ebusd execute r -f -c 700 DisplayedOutsideTemp
2020.01.14 08:59:06 3: ebusd answer r Aussentemperatur 0.8125
2020.01.14 08:59:06 5: ebusd GetUpdates: StoerungRegler:1
2020.01.14 08:59:06 3: ebusd execute r -f -c 700 currenterror
2020.01.14 08:59:07 3: ebusd answer r StoerungRegler -;-;-;-;-
2020.01.14 08:59:07 5: ebusd GetUpdates: ZirkulationspumpeHeizkreis1:1
2020.01.14 08:59:07 3: ebusd execute r -f -c 700 Hc1PumpStatus
2020.01.14 08:59:07 3: ebusd answer r ZirkulationspumpeHeizkreis1 0
2020.01.14 09:01:37 4: ebusd start GetUpdates2
2020.01.14 09:01:37 3: GAEBUS opening ebusd device 10.152.55.206(8888)
2020.01.14 09:01:37 3: GAEBUS device opened (ebusd)
2020.01.14 09:01:37 5: ebusd: ebusd state(signal acquired, 86 symbols/sec (201 max), 5 masters)
2020.01.14 09:01:37 5: ebusd GetUpdates: TemperaturVorlauf;TemperaturRuecklauf;TemperaturAussen;VLWW;TemperaturSpeicher;StatusWaermepumpe:1
2020.01.14 09:01:37 3: ebusd execute r -f -c hmu Status01
2020.01.14 09:01:37 3: ebusd answer r TemperaturVorlauf;TemperaturRuecklauf;TemperaturAussen;VLWW;TemperaturSpeicher;StatusWaermepumpe 56.5;53.0;0.812;-;49.0;4
2020.01.14 09:01:37 5: ebusd GetUpdates: TemperaturWohnraum:1
2020.01.14 09:01:37 3: ebusd execute r -f -c 700 z1RoomTemp
2020.01.14 09:01:38 3: ebusd answer r TemperaturWohnraum 21
2020.01.14 09:01:38 5: ebusd GetUpdates: StoerungHMU:1
2020.01.14 09:01:38 3: ebusd execute r -f -c hmu currenterror
2020.01.14 09:01:38 3: ebusd answer r StoerungHMU -;-;-;-;-
2020.01.14 09:01:38 5: ebusd GetUpdates: SollTemperatur:1
2020.01.14 09:01:38 3: ebusd execute r -f -c 700 z1ActualRoomTempDesired
2020.01.14 09:01:38 3: ebusd answer r SollTemperatur 20.5
2020.01.14 09:01:38 5: ebusd GetUpdates: StoerungOutdoorUnit:1
2020.01.14 09:01:38 3: ebusd execute r -f -c omu currenterror
2020.01.14 09:01:38 3: ebusd answer r StoerungOutdoorUnit -;-;-;-;-
2020.01.14 09:01:38 5: ebusd GetUpdates: Wasserdruck:1
2020.01.14 09:01:38 3: ebusd execute r -f -c 700 WaterPressure
2020.01.14 09:01:39 3: ebusd answer r Wasserdruck 1.3
2020.01.14 09:01:39 5: ebusd GetUpdates: Aussentemperatur:1
2020.01.14 09:01:39 3: ebusd execute r -f -c 700 DisplayedOutsideTemp
2020.01.14 09:01:39 3: ebusd answer r Aussentemperatur 0.8125
2020.01.14 09:01:39 5: ebusd GetUpdates: StoerungRegler:1
2020.01.14 09:01:39 3: ebusd execute r -f -c 700 currenterror
2020.01.14 09:01:39 3: ebusd answer r StoerungRegler -;-;-;-;-
2020.01.14 09:01:39 5: ebusd GetUpdates: ZirkulationspumpeHeizkreis1:1
2020.01.14 09:01:39 3: ebusd execute r -f -c 700 Hc1PumpStatus
2020.01.14 09:01:39 3: ebusd answer r ZirkulationspumpeHeizkreis1 0
2020.01.14 09:02:38 3: deCONZ: websocket opened to 10.152.55.111:443
2020.01.14 09:02:38 3: deCONZ: websocket: Switching Protocols ok
2020.01.14 09:04:09 4: ebusd start GetUpdates2
2020.01.14 09:04:09 3: GAEBUS opening ebusd device 10.152.55.206(8888)
2020.01.14 09:04:09 3: GAEBUS device opened (ebusd)
2020.01.14 09:04:09 5: ebusd: ebusd state(signal acquired, 26 symbols/sec (201 max), 5 masters)
2020.01.14 09:04:09 5: ebusd GetUpdates: TemperaturVorlauf;TemperaturRuecklauf;TemperaturAussen;VLWW;TemperaturSpeicher;StatusWaermepumpe:1
2020.01.14 09:04:09 3: ebusd execute r -f -c hmu Status01
2020.01.14 09:04:10 3: ebusd answer r TemperaturVorlauf;TemperaturRuecklauf;TemperaturAussen;VLWW;TemperaturSpeicher;StatusWaermepumpe 57.5;53.5;0.812;-;49.5;4
2020.01.14 09:04:10 5: ebusd GetUpdates: TemperaturWohnraum:1
2020.01.14 09:04:10 3: ebusd execute r -f -c 700 z1RoomTemp
2020.01.14 09:04:10 3: ebusd answer r TemperaturWohnraum 21
2020.01.14 09:04:10 5: ebusd GetUpdates: StoerungHMU:1
2020.01.14 09:04:10 3: ebusd execute r -f -c hmu currenterror
2020.01.14 09:04:12 3: ebusd answer r StoerungHMU ERR: arbitration lost
2020.01.14 09:04:12 5: ebusd GetUpdates: SollTemperatur:1
2020.01.14 09:04:12 3: ebusd execute r -f -c 700 z1ActualRoomTempDesired
2020.01.14 09:04:14 3: ebusd answer r SollTemperatur 20.5
2020.01.14 09:04:14 5: ebusd GetUpdates: StoerungOutdoorUnit:1
2020.01.14 09:04:14 3: ebusd execute r -f -c omu currenterror
2020.01.14 09:04:15 3: ebusd answer r StoerungOutdoorUnit -;-;-;-;-
2020.01.14 09:04:15 5: ebusd GetUpdates: Wasserdruck:1
2020.01.14 09:04:15 3: ebusd execute r -f -c 700 WaterPressure
2020.01.14 09:04:15 3: ebusd answer r Wasserdruck 1.3
2020.01.14 09:04:15 5: ebusd GetUpdates: Aussentemperatur:1
2020.01.14 09:04:15 3: ebusd execute r -f -c 700 DisplayedOutsideTemp
2020.01.14 09:04:15 3: ebusd answer r Aussentemperatur 0.8125
2020.01.14 09:04:15 5: ebusd GetUpdates: StoerungRegler:1
2020.01.14 09:04:15 3: ebusd execute r -f -c 700 currenterror
2020.01.14 09:04:16 3: ebusd answer r StoerungRegler -;-;-;-;-
2020.01.14 09:04:16 5: ebusd GetUpdates: ZirkulationspumpeHeizkreis1:1
2020.01.14 09:04:16 3: ebusd execute r -f -c 700 Hc1PumpStatus
2020.01.14 09:04:16 3: ebusd answer r ZirkulationspumpeHeizkreis1 0
2020.01.14 09:06:46 4: ebusd start GetUpdates2
2020.01.14 09:06:46 3: GAEBUS opening ebusd device 10.152.55.206(8888)
2020.01.14 09:06:46 3: GAEBUS device opened (ebusd)
2020.01.14 09:06:46 5: ebusd: ebusd state(signal acquired, 103 symbols/sec (201 max), 5 masters)
2020.01.14 09:06:46 5: ebusd GetUpdates: TemperaturVorlauf;TemperaturRuecklauf;TemperaturAussen;VLWW;TemperaturSpeicher;StatusWaermepumpe:1
2020.01.14 09:06:46 3: ebusd execute r -f -c hmu Status01
2020.01.14 09:06:46 3: ebusd answer r TemperaturVorlauf;TemperaturRuecklauf;TemperaturAussen;VLWW;TemperaturSpeicher;StatusWaermepumpe 30.0;24.5;0.625;-;50.5;on
2020.01.14 09:06:46 5: ebusd GetUpdates: TemperaturWohnraum:1
2020.01.14 09:06:46 3: ebusd execute r -f -c 700 z1RoomTemp
2020.01.14 09:06:47 3: ebusd answer r TemperaturWohnraum 20.9375
2020.01.14 09:06:47 5: ebusd GetUpdates: StoerungHMU:1
2020.01.14 09:06:47 3: ebusd execute r -f -c hmu currenterror
2020.01.14 09:06:48 3: ebusd answer r StoerungHMU -;-;-;-;-
2020.01.14 09:06:48 5: ebusd GetUpdates: SollTemperatur:1
2020.01.14 09:06:48 3: ebusd execute r -f -c 700 z1ActualRoomTempDesired
2020.01.14 09:06:48 3: ebusd answer r SollTemperatur 20.5
2020.01.14 09:06:48 5: ebusd GetUpdates: StoerungOutdoorUnit:1
2020.01.14 09:06:48 3: ebusd execute r -f -c omu currenterror
2020.01.14 09:06:48 3: ebusd answer r StoerungOutdoorUnit -;-;-;-;-
2020.01.14 09:06:48 5: ebusd GetUpdates: Wasserdruck:1
2020.01.14 09:06:48 3: ebusd execute r -f -c 700 WaterPressure
2020.01.14 09:06:49 3: ebusd answer r Wasserdruck 1.3
2020.01.14 09:06:49 5: ebusd GetUpdates: Aussentemperatur:1
2020.01.14 09:06:49 3: ebusd execute r -f -c 700 DisplayedOutsideTemp
2020.01.14 09:06:49 3: ebusd answer r Aussentemperatur 0.625
2020.01.14 09:06:49 5: ebusd GetUpdates: StoerungRegler:1
2020.01.14 09:06:49 3: ebusd execute r -f -c 700 currenterror
2020.01.14 09:06:49 3: ebusd answer r StoerungRegler -;-;-;-;-
2020.01.14 09:06:49 5: ebusd GetUpdates: ZirkulationspumpeHeizkreis1:1
2020.01.14 09:06:49 3: ebusd execute r -f -c 700 Hc1PumpStatus
2020.01.14 09:06:49 3: ebusd answer r ZirkulationspumpeHeizkreis1 1
2020.01.14 09:08:38 3: deCONZ: websocket opened to 10.152.55.111:443
2020.01.14 09:08:38 3: deCONZ: websocket: Switching Protocols ok
2020.01.14 09:09:19 4: ebusd start GetUpdates2
Ich denke bei 2020.01.14 08:58:56 tritt der Effekt auf. Kein großes Problem, aber es wäre eben schöner wenn man an der Oberfläche nichts davon merkt.
Danke, Grüße
Michael
Hallo Michael,
da lässt sich bestimmt was machen aber schön ist das nicht wenn es so oft auftritt. Es erinnert mich aber an ein Problem das ich hatte.
Welche HW verwendest du und wie/wo ist der ebus Adapter angeschlossen?
Grüße Andy
Gesendet von meinem BTV-DL09 mit Tapatalk
Hallo Andy,
ja ich denke auch, dass es besser wäre das Problem an der Wurzel zu packen, aber ich habe keine Information dazu was da am Ebus an Fehlern so üblich ist.
Als Hardware habe ich einen eigenen Raspi 1 B+ mit der Interfaceplatine 2.1 aus einer Sammelbestellung in diesem Forum direkt auf den GPIOs. Es läuft nur ebusd über den ebustty Treiber darauf. Erst unter Stretch, und weil dort dieses Problem sichtbar wurde habe ich eine Neuinstallation mit Buster gemacht, und es hat sich nichts geändert. Habe erst später gelesen, dass der ebustty Treiber mit Buster und Raspi4 nicht läuft.
Vielleicht hilft das noch: Habe vorher mit der gleichen Hardware und Stretch mehrere Wochen die Werte über MQTT geholt, und da habe ich diese Fehlermeldung nie in FHEM gesehen, und im log habe ich sie daher auch nicht gesucht.
Grüße, Michael
Zitat von: tremichl am 14 Januar 2020, 23:32:20
ja ich denke auch, dass es besser wäre das Problem an der Wurzel zu packen, aber ich habe keine Information dazu was da am Ebus an Fehlern so üblich ist.
das ist zwar ein wenig ungewöhnlich, aber trotzdem noch im normalen Rahmen, da es ja ein Multi-Master Bus ist und einer gewinnt halt.
Du könntest erstmal versuchen, die Anzahl der Acquire Retries mit "--acquireretries=5" (https://github.com/john30/ebusd/wiki/2.-Run#ebus-options) zu erhöhen, z.B. von 2 auf 5.
Danke für den Hinweis, dass habe ich schon gemacht. Es vermindert zwar etwas die Anzahl der Meldungen, erhöht aber in Summe die Anzahl der Fehler am Bus wie man sieht:
2020-01-14 08:58:51.198 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:58:52.191 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:58:53.205 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:58:54.223 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:58:55.188 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:58:56.153 [bus error] send to 15: ERR: arbitration lost
2020-01-14 08:58:56.153 [bus error] send message part 0: ERR: arbitration lost
2020-01-14 08:58:57.117 [bus error] send to 08: ERR: arbitration lost, retry
2020-01-14 08:58:58.083 [bus error] send to 08: ERR: arbitration lost, retry
2020-01-14 08:59:00.252 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:59:01.217 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:59:02.181 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:59:03.222 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:59:04.239 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-14 08:59:05.205 [bus error] send to 15: ERR: arbitration lost
2020-01-14 08:59:05.205 [bus error] send message part 0: ERR: arbitration lost
Es läuft ja eigentlich ganz gut und dass bei einem so trägen System wie einer Heizung die Werte gelegentlich erst beim nächsten Intervall aktualisiert werden ist nicht weiter tragisch. Schön wäre vielleicht, wenn solche sporadische Error-Meldungen nicht in den Readings für Temperatur, Druck, usw.... auflaufen sondern in einem oder zwei eigenen z.B. Last-Errors-Reading angezeigt werden könnten.
Grüße, Michael
Hallo Michael,
Ich hatte das Problem in einem ganz anderen Setup (odroid c2 bzw. xu4 wenn der ebus adapter nicht direkt am OTG Anschluss steckte ... da war die Reaktionszeit mit 20ms zu lang).
Was ich dir anbieten kann ist die "ERR:" Antworten zu ignorieren und nicht in das Reading zu übernehmen.
Viele Grüße
Andy
Gesendet von meinem BTV-DL09 mit Tapatalk
Hallo Andy,
das wäre ja super! Danke!
Gruß, Michael
Hallo Michael,
bitte die angehängte Version testen. Ein interaktiver get wird weiterhin den Fehler zurückliefern aber diese Fehlermeldung sollten nicht mehr im Reading gespeichert werden.
Viele Grüße
Andy
Hallo Andy,
das ging aber schnell, danke!
Ich lasse es einmal etwas laufen und berichte dann
LG Michael
Hallo Andy,
bis jetzt habe ich die Meldung in den Readings nicht mehr gesehen :), aber ich schaue auch nicht immer hin ;)
Die log Einträge sehen gleich aus, ist das richtig so?
2020-01-16 17:11:33.089 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-16 17:11:33.449 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-16 17:11:33.808 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-16 17:11:34.167 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-16 17:11:34.529 [bus error] send to 15: ERR: arbitration lost, retry
2020-01-16 17:11:34.888 [bus error] send to 15: ERR: arbitration lost
2020-01-16 17:11:34.889 [bus error] send message part 0: ERR: arbitration lost
2020.01.16 17:11:31 4: ebusd start GetUpdates2
2020.01.16 17:11:31 3: GAEBUS opening ebusd device 10.152.55.206(8888)
2020.01.16 17:11:31 3: GAEBUS device opened (ebusd)
2020.01.16 17:11:31 5: ebusd: ebusd state(signal acquired, 64 symbols/sec (201 max), 5 masters)
2020.01.16 17:11:31 5: ebusd GetUpdates: Aussentemperatur:1
2020.01.16 17:11:31 3: ebusd execute r -f -c 700 DisplayedOutsideTemp
2020.01.16 17:11:31 3: ebusd answer r Aussentemperatur 2.0625
2020.01.16 17:11:31 5: ebusd GetUpdates: StoerungHMU:1
2020.01.16 17:11:31 3: ebusd execute r -f -c hmu currenterror
2020.01.16 17:11:31 3: ebusd answer r StoerungHMU -;-;-;-;-
2020.01.16 17:11:31 5: ebusd GetUpdates: Wasserdruck:1
2020.01.16 17:11:31 3: ebusd execute r -f -c 700 WaterPressure
2020.01.16 17:11:31 3: ebusd answer r Wasserdruck 1.3
2020.01.16 17:11:31 5: ebusd GetUpdates: ZirkulationspumpeHeizkreis1:1
2020.01.16 17:11:31 3: ebusd execute r -f -c 700 Hc1PumpStatus
2020.01.16 17:11:32 3: ebusd answer r ZirkulationspumpeHeizkreis1 1
2020.01.16 17:11:32 5: ebusd GetUpdates: TemperaturVorlauf;TemperaturRuecklauf;TemperaturAussen;VLWW;TemperaturSpeicher;StatusWaermepumpe:1
2020.01.16 17:11:32 3: ebusd execute r -f -c hmu Status01
2020.01.16 17:11:32 3: ebusd answer r TemperaturVorlauf;TemperaturRuecklauf;TemperaturAussen;VLWW;TemperaturSpeicher;StatusWaermepumpe 24.0;24.0;2.062;-;47.0;off
2020.01.16 17:11:32 5: ebusd GetUpdates: StoerungRegler:1
2020.01.16 17:11:32 3: ebusd execute r -f -c 700 currenterror
2020.01.16 17:11:32 3: ebusd answer r StoerungRegler -;-;-;-;-
2020.01.16 17:11:32 5: ebusd GetUpdates: TemperaturWohnraum:1
2020.01.16 17:11:32 3: ebusd execute r -f -c 700 z1RoomTemp
2020.01.16 17:11:34 3: ebusd answer r TemperaturWohnraum ERR: arbitration lost
2020.01.16 17:11:34 5: ebusd GetUpdates: StoerungOutdoorUnit:1
2020.01.16 17:11:34 3: ebusd execute r -f -c omu currenterror
2020.01.16 17:11:35 3: ebusd answer r StoerungOutdoorUnit -;-;-;-;-
2020.01.16 17:11:35 5: ebusd GetUpdates: SollTemperatur:1
2020.01.16 17:11:35 3: ebusd execute r -f -c 700 z1ActualRoomTempDesired
2020.01.16 17:11:36 3: ebusd answer r SollTemperatur 20.5
Danke!
LG, Michael
Hallo Michael,
Am log vom ebusd und den Rückmeldungen an fhem ändert sich natürlich nichts. Kannst du die Readings in ein Logfile schreiben .. so könnte man es gut verifizieren.
Viele Grüße
Andy
Gesendet von meinem BTV-DL09 mit Tapatalk
Hallo Andy,
ach ja, genau danke!
LG, Michael
Hallo Andy,
jetzt sind die Readings im log und "arbitration loss" ist nicht mehr zu sehen. Allerdings erscheinen jetzt irgendwelche Readings wo im Namen ein Wert steht und umgekehrt. Und es werden immer mehr. Wenn ich diese unerwünschten Readings lösche entstehen wieder neue. Hast du eine Idee?
LG, Michael
Oh, ich hab das auch. Schau ich mir an
Halllo Michael,
versuch mal diese Version im Anhang. Bei mir taucht das Problem damit nicht auf.
Es gibt jetzt ein reading "lasterror".
Grüße
Andy
Hallo Andy,
sieht jetzt sehr gut aus! Keine Fehlermeldungen in den Readings. Und auch keine unerwarteten Readings mehr.
Mit dem lasterror Reading und vor allem mit dessen Timestamp kann man die Güte der Readings etwas abschätzen. Vielleicht brauchen User deines Moduls noch Information darüber, dass solche Fehler vorkommen können und nicht unbedingt behoben werden müssen/können.
Ich freue mich jedenfalls darüber und danke dir für deine Arbeit.
LG, Michael
Hallo,
noch zwei Fragen:
1. Etwa einmal pro Tag meldet die Anlage einen Bus-Fehler auch an den Hersteller, der wiederum schreibt bzw. anruft..... Jetzt wollte ich mittels get errorhistory (aus dem GAEBUS Modul) nachsehen um welchen Fehler es sich handelt. Dabei bekomme ich aber wiederum eine Fehlermeldung "ERR: end of input reached". Wie komme ich an die Fehlerhistorie heran?
2. Wäre es in diesem Modul möglich, die Werte die ohnehin als Broadcast gesendet werden in die Readings zu übernehmen, ohne sie extra noch zyklisch ab zu fragen? Würde das die Zugriffe auf den Bus reduzieren?
Danke, Gruß Michael
Hallo Michael,
zu 1) versuch mal den Wert im ebusctl abzufragen. Du wirst sehen das es dort auch nicht funktioniert.
zu 2) du kannst die Option "+f" verwenden, dann werden die Daten aus dem Cache es ebusd verwendet.
Grüße
Andy
Hallo Andy,
zu 1: Ja, das habe ich schon gemacht und es ist so wie du schreibst, es funktioniert nicht. Bin auch bei ebusd issues nicht schlauer geworden.
zu 2: Wo bzw. wie kann ich die Option "+f" verwenden?
Danke,
Grüße, Michael
Guckst du commandref
Gesendet von meinem BTV-DL09 mit Tapatalk
Hatte ich natürlich vorher nachgesehen, aber glatt überlesen. Danke!
Hi,
die Anbindung mittels GAEBUS funktionierte bis Mitte Januar tiptop bei mir.
Kommunikation zur Heizung steht, manuelles abfragen von Werten mit get Vaillant r~bai~HcHours~d.80_Hz._Betriebsstunden
liefert ein entsprechendes Ergebis. Möchte ich allerdings das notwendige Attribut definieren mit: attr Vaillant r~bai~HcHours~d.80_Hz._Betriebsstunden Therme_Betriebsstunden_Hz
erhlate ich erhalte ich eine Rückmeldung: bad attribute name r~bai~HcHours~d.80_Hz._Betriebsstunden (contains not A-Za-z/\d_\.- or is too long)
Ich habe ein wenig im Log zurückgeblättert und finde dort:
2020.01.30 11:57:43 1: configfile: bad attribute name r~bai~Flame~Flammensignal (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~FlowTemp~d.40_Vorlauftemperatur (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~HcHours~d.80_Hz._Betriebsstunden (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~HwcHours~d.81_Betriebsstunden_WW (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~ReturnTemp~d.41_Rücklauftemperatur (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~StorageTemp~d.04_Speicheristtemp (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~WaterPressure~Wasserdruck (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~vms~YieldCurrentDay~Heutiger_Solarertrag (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~vms~YieldTotal~Solarertrag_gesamt (contains not A-Za-z/\d_\.- or is too long)
Jemand ne Idee woran es liegen könnte ? Die verwendete Modul Version mit letzter Änderung vom 16.01.2020
Grüße
Servus;
Liegt an Änderungen in fhem 6.0
siehe
https://forum.fhem.de/index.php/topic,107782.0.html
Gruß Daniel
Bei mir das gleiche seit dem update auf fhem 6.0
2020.01.30 21:31:04 1: configfile: bad attribute name r~700~Hc1HeatCurve (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~700~HwcSFMode (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~700~OpMode (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~700~SFMode (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~700~z1DayTemp (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~700~z1HolidayEndPeriod (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~700~z1HolidayStartPeriod (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~700~z1HolidayTemp (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~700~z1NightTemp (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~FanSpeed (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~Flame (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~FlowTempDesired (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~GasvalveUC (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~HcHours (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~Status (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~Status01 (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r~bai~WaterPressure (contains not A-Za-z/\d_\.- or is too long)
bad attribute name w~700~Hc1HeatCurve (contains not A-Za-z/\d_\.- or is too long)
bad attribute name w~700~HolidayTemp (contains not A-Za-z/\d_\.- or is too long)
bad attribute name w~700~OpMode (contains not A-Za-z/\d_\.- or is too long)
bad attribute name w~700~SFMode (contains not A-Za-z/\d_\.- or is too long)
bad attribute name w~700~z1DayTemp (contains not A-Za-z/\d_\.- or is too long)
bad attribute name w~700~z1NightTemp (contains not A-Za-z/\d_\.- or is too long)
Wird es ein update von GAEBUS geben ?
Hallo,
ja, ich werde eine entsprechende Version bauen (evtl. "/" statt "~" als delimiter). Das wird aber sicher nicht über Nacht passieren.
So wie ich den post lese ist 6.0 auch nur die Basis für eine Release.
Die Aussage von Rudi stimmt wohl nicht denn es scheint nicht bei einer Warnung zu bleiben.
Attribut-Namen duerfen nur die Zeichen A-Za-z/\d_\.- enthalten (sonst gibt es eine Warnung)
Grüße
Andy
Hallo,
anbei ein fix für die neue Regel bei den Attributnamen mit der Bitte diese Version zu testen.
Wenn im feature Level < 6 (also 5.9 in dem ~ noch erlaubt ist) ein "shutdown restart" durchgeführt wird, dann werden die Delimiter der Attribute von "~" nach "_" migriert.
Sobald feature Level 6.0 installiert ist sind die attribute m.E. weg und können mit dem neuen Modul wieder definiert werden.
Also bitte ausprobieren und Feedback geben. (Die Version aus dem Anhang ist noch nicht eingecheckt)
Danke
Andy
Hallo Andy;
Automatische Änderung der Delimiter hat perfekt funkioniert.
Workaround-> attr global featurelevel 5.9 entfernt.
-> Keine Fehlermeldung
Danke für die schnelle Umsetzung!
Grüße Daniel
Hallo,
habe noch das commandref akutalisiert und die neue Version eingecheckt.
Grüße
Andy
Zitat von: jamesgo am 06 Februar 2020, 18:12:00
Also bitte ausprobieren und Feedback geben. (Die Version aus dem Anhang ist noch nicht eingecheckt)
Läuft bei mir jetzt auch wieder, danke fürs schnelle fixen.
Hallo
habe heute noch folgende Meldung bei Aufruf von fhem bekommen...
ZitatMessages collected while initializing FHEM:
configfile: attribute containing invalid char migrated to r_470_OutsideTemp_Außentemp._Sensor (Therme_TempAussen)
attribute containing invalid char migrated to r_470_RoomTemp_Raumisttemp. (ThermeRaw_TempRaum)
attribute containing invalid char migrated to r_bai_FlowTemp_d.40_Vorlauftemperatur (Therme_TempVorlauf)
attribute containing invalid char migrated to r_bai_HcHours_d.80_Hz._Betriebsstunden (Therme_Betriebsstunden_Hz:6)
attribute containing invalid char migrated to r_bai_HwcHours_d.81_Betriebsstunden_WW (Therme_Betriebsstunden_WW:6)
attribute containing invalid char migrated to r_bai_HwcTempDesired (bai-HwcTempDesired)
attribute containing invalid char migrated to r_bai_IonisationVoltageLevel_d.44_Spannungspegel_Ionisationssignal (Therme_BrennerFlammesignal)
attribute containing invalid char migrated to r_bai_ModulationTempDesired_Modulationssollwert (Therme_BrennerModulationSoll)
attribute containing invalid char migrated to r_bai_ReturnTemp_d.41_Rücklauftemperatur (Therme_TempRuecklauf)
attribute containing invalid char migrated to r_bai_StorageTemp_d.04_Speicheristtemp. (Therme_TempWW)
attribute containing invalid char migrated to r_bai_WaterPressure_Wasserdruck (Therme_WasserDruck:12)
Aus meiner Sicht funktioniert aber alles?
LG
Daniel
Hallo Daniel,
das sind die Meldungen die bei der Umstellung in global geschrieben werden. (Ich gebe bei den set attr ... Befehlen einen Fehler zurück da '~' ungülig ist).
Wenn du nochmal einen "shutdown restart" machst gibt es keine Migration und deshalb keine Meldungen.
Grüße
Anby
Hallo Andy;
Alles klar.
Hab aber heute nach dem fhem Update noch folgendes bekommen..
ZitatMessages collected while initializing FHEM:
configfile: bad attribute name r_470_OutsideTemp_Außentemp._Sensor (contains not A-Za-z/\d_\.- or is too long)
bad attribute name r_bai_ReturnTemp_d.41_Rücklauftemperatur (contains not A-Za-z/\d_\.- or is too long)
...und die beiden Attribute sind nicht mehr in der konfig.
Grüße
Daniel
Hallo Daniel,
die ungültigen Zeichen sind sicher "ß" und "ü" - aber eigentlich sind sind sie Bestandteil des Kommentars und sollten für die Attribute keine Rolle spielen.
Als erstes solltest du sicherstellen dass du noch den patch von 98_GAEBUS.pm auf deinem System hast. Ich habe ihn zwar schon hochgeladen aber im SVN wird er erst über Nacht für "update fhem" verfügbar. Du könntest also versehentlich wieder die alte Version eingespielt haben.
Ein Attribute "r_470_OutsideTemp_Außentemp._Sensor" sollte garnicht entstehen. Es sollte "r_470_OutsideTemp" heissen und den Wert "470-OutsideTemp" haben.
Kannsts du bitte versuchen die Werte nochmal anzulegen. Falls du tatsächlich ein Attribut "r_470_OutsideTemp_Außentemp._Sensor" bekommst hätte ich gerne das entsprechende fhem logfile mit verbose 5. Dann kann ich weiter analysiseren was da passiert.
Viele Grüße
Andy
Hallo Andy;
Im Anhang der Screenshot meiner fhem GAEBUS Konfig.
Das ß und ü kommt ja auch im "get" vor und somit auch in den useratt sowie weiterführend dann in den Attributen (da fehlt es im Scrennshot noch da es automatisch gelöscht wurde)
Ja der 98_GAEBUS.pm ist aktuell mit dem update eingespielt worden.
Nachtrag: Ich denke der Fehler legt in meinen useratt.
Habe "r_470_OutsideTemp_Außentemp._Sensor" gekürzt auf "r_470_OutsideTemp" und jetzt wird es sicher funktionieren. Die Abfage geht zumindest.
Danke
Daniel
Hallo Daniel,
hast du das Modul schon sehr lange im Einsatz? Ich habe in Absprache mit John30 die Kommentare aus den Attributnamen entfernt.
# 18.10.2016 : A.Goebel : fix removed content of <comment> from attribute names for readings
Bei dir scheinen sie aber noch drin zu sein.
Ich hab dir mal ein paar Screenshots angehängt wie das aussehen sollte.
Um die Kommentare zu entfernen sollte bei dir die Option "get removeCommentFromAttributeNames" verfügbar sein. Diese Funktion verkürzt die Namen der Attribute. Hintergrund ist dass in den Kommentaren Sonderzeichen vorkommen dürfen was dann später zu Problemen führt.
Ein neu angelegtes Reading sollte immer ohne Kommentar angelegt werden. D.h. das "get ..." ist nur verfügbar wenn es etwas zum migrieren gibt.
Viele Grüße
Andy
Hallo Andy;
Jetzt schein alles zu funktionieren :D
Ja, ich benutze GAEBUS schon sehr lange.
Hab jetzt meinen ebus Adapter erneuert und beschäftige mich darum wieder mit dem Thema.
Hatte in diesem Zusammenhang auch überlegt auf MQTT umzusteigen... ist mir aber zu umständlich. Ich finde GAEBUS bedienerfreundlicher.
Danke
Daniel
Zitat von: freetz am 17 Mai 2019, 12:02:49
Ok, drei Intervalle abgewartet, die SetMode Readings aktualisieren sich nicht, erst dann, wenn ich get reading ... manuell aufrufe. Habe auch noch mal im Logfile nachgesehen: Dort taucht in den ganzen execute/answer Paaren der entsprechende Eintrag für SetMode nicht auf. Wenn ich ihn manuell über get reading aufrufe, kommt der beim Intervall-Abruf fehlende Eintrag:
2019.05.17 12:00:06 3: Vaillant execute r -c bai SetMode
2019.05.17 12:00:06 3: Vaillant answer r xbai-HcMode;xbai-FlowTempDesired2;xbai-HwcTempDesired;xbai-HwcFlowTempDesired;xbai-DisableHc;xbai-DisableHwcTapping;xbai-DisableHwcLoad;xbai-RemoteControlHcPump;xbai-ReleaseBackup;xbai-ReleaseCooling auto;90.0;-;-;0;0;1;0;0;0
Hallo jamesgo & freetz,
auch ich nutze die "u" broadcasts in meinem ebus. Auch bei mir aktualisierten die "broadcast" readings nur bei manuellem "get reading". Ich hab mal in den Quellcode geschaut - in Zeile 1212 steht nur "r", da gehört "
[ru]" hin dann werden auch die "u" readings aktualisiert.
Zeile 1212
# only for
"ru" commands
if ($oneattr =~ /^
[ru]$delimiter[^$delimiter]{1,}$delimiter.*/)
# syncronize with ebusd
my ($state, $actMessage) = GAEBUS_State($hash);
if ($state ne "ok") {
Log3 ($name, 2, "$name: ebusd no connection or signal state($state)");
return "$name";
}
Log3 ($name, 5, "$name: ebusd state($actMessage)");
$actMessage =~ s/,.*//;
$readingsToUpdate .= "|state_ebus|".$actMessage;
foreach my $oneattr (keys %{$attr{$name}})
{
# only for "ru" commands
ZEILE 1212 if ($oneattr =~ /^[ru]$delimiter[^$delimiter]{1,}$delimiter.*/)
{
my ($readingnameX, $cmdaddon) = split (" ", $attr{$name}{$oneattr}, 2);
$cmdaddon = "" unless (defined ($cmdaddon));@jamesgo kannst du das einfügen?
Ich kenne mich mit dem "richtigen" patch erstellen zum direkten einfügen leider nicht aus :-(
Danke & Grüße
Tomy
Hallo Tomy,
danke für den Fix. Ich werde das einchecken. Es ist durchaus richtig dass du das nicht selbst machst.
Hier noch die ersten paar Zeilen aus der MAINTAINER.txt:
Files with a maintainer. If you wish to change a file, please contact the
maintainer of the file to do the change.
The third column specifies, where/how the maintainer should be contacted. If
there is no reaction from the mainainer within 3 weeks, then rudolfkoenig
(forum.fhem.de/FHEM Forum) should be contacted, in order to assign a new
maintainer.
Viele Grüße
Andy
Hallo Andy,
danke!
Da hab ich mich wohl heute zu später/früher Stunde falsch ausgedrückt :) >:( Ich wollte nicht selbst "patchen" sondern ich konnte dir "keinen fertigen Patch" - wie hier schon teilweise im Thread geschehen - zur Verfügung stellen.
Schönen Sonntag!
Grüße
Tomy
Zitat von: jamesgo am 16 Februar 2020, 10:45:56
Hallo Tomy,
danke für den Fix. Ich werde das einchecken. Es ist durchaus richtig dass du das nicht selbst machst.
Hier noch die ersten paar Zeilen aus der MAINTAINER.txt:
Files with a maintainer. If you wish to change a file, please contact the
maintainer of the file to do the change.
The third column specifies, where/how the maintainer should be contacted. If
there is no reaction from the mainainer within 3 weeks, then rudolfkoenig
(forum.fhem.de/FHEM Forum) should be contacted, in order to assign a new
maintainer.
Viele Grüße
Andy
Hi Tomy,
so wie du es gemacht hast ist es mir sowieso lieber als erst mit "diff" suchen zu müssen wo überall geändert wurde.
Grüße
Andy
Ich nutze den GAEBUS schon recht lange, habe mich aber auch schon länger nicht mehr damit auseinander gesetzt.
Eine Variable, die ich lese wird scheinbar nicht mehr aktualisiert. Es ist die Speichertemperatur, die konstant auf 50°C steht.
2020.11.01 05:05:12 3: GAEBUS opening ebus1 device 192.168.178.26(8888)
2020.11.01 05:05:12 3: GAEBUS device opened (ebus1)
2020.11.01 05:05:12 2: called GAEBUS_Attr(set,ebus1,userattr,<r~sc~Storage1Sensor3>)
2020.11.01 05:05:12 2: called GAEBUS_Attr(set,ebus1,disable,<0>)
2020.11.01 05:05:12 2: called GAEBUS_Attr(set,ebus1,ebusWritesEnabled,<1>)
2020.11.01 05:05:12 2: called GAEBUS_Attr(set,ebus1,room,<Vaillant>)
2020.11.01 05:05:12 1: Including ./log/fhem.save
2020.11.01 05:05:12 1: Messages collected while initializing FHEM:configfile: ebus1: bad attribute name 'r~sc~Storage1Sensor3' (allowed chars: A-Za-z/\d_\.-)
Der Name im Gerät hat sich nicht verändert. Hat jemand eine Idee warum es jetzt beanstandet wird?
Hat jemand von Euch eine Idee warum diese Funktion nicht mehr läuft?
Hallo,
du musst mal die aktuelle Version des Moduls installieren und FHEM neu starten.
Es gab in FHEM eine Änderung die "~" in den Namen nicht mehr erlaubt und es gab einen Fix der die Variablen umbenennt.
VG
Andreas
FHEM is aktuell. Das Modul wird dann nicht auch aktualisiert?
Dann sollte das Modul auch aktuell sein.
Du kannst mal schauen ob du diesen Kommentar in 98_GAEBUS.pm findest:
# 05.02.2020 : A.Goebel : change substitute tilde by slash in attribute names (delimiter)
Nach einem Neustart von FHEM sollten alle "~" Zeichen in den Attributnamen durch "_" ersetzt werden.
Wie sieht das bei dir aus?
Dies sind die beiden letzten Änderungen im File:
# 05.02.2020 : A.Goebel : change substitute tilde by slash in attribute names (delimiter)
# 16.02.2020 : A.Goebel : fix also request broadcast messages periodic call (fix from Tomy)
Generell connected er sich bei mir auch, aber ich bekomme keine readings mehr, die ich anwählen kann.
"state ebus" steht auf "unknown"
Der ebus läuft und ich bekomme andere Daten auch über ECMD herein.
Mach mal den "get find_ebusd" dann liest er die config.
Oder ein "get ebusd_config" um zu sehen ob die Kommunikation mit dem ebusd generell funktioniert.
Ah, jetzt geht es....Man sollte nur etwas warten...
Eine Frage habe ich noch.
Ich lese das Datenwort aus r_mc, welches Status 0a heisst. Darin ist ein Pumpenstatus, den ich gerne herausfiltern würde.
Ich kann den Inhalt manuell lesen mit "get".
Nun habe ich es als Attribut angelegt, aber es wird kein reading angezeigt. Wie bekomme ich das zur Anzeige gebracht?
Das Log sagt
2020.12.04 15:54:18 3: ebus1 execute r -f -c mc Status0a
2020.12.04 15:54:19 3: ebus1 answer r Mischkreis_Info 40.81;open;on;off;42
Guckst du commandref:
If ebusd returns a list of semicolon separated values then several semicolon separated readings can be defined.
"dummy" is a placeholder for a reading that will be ignored. (e.g.: temperature;dummy;pressure).
also den Wert des Attributes abändern in: "temp;status1;status2;status3;temp2"
Wenn ein neues Reading erzeugt wird (oder nach dem ebusd_find) solltest du im Browser einen Refresh machen ... sonst wird es nicht angezeigt.(o
Jetzt klappt es. Super! Danke Dir!
Hallo liebe FHEM Gemeinde,
Ich habe nun schon eine eine ganze Zeit den Esera Ebus USB Adapter am laufen und lese über das Gaebus Modul die Werte vom VRC700 Regler aus.
Jetzt habe ich die Heizungsanlage mit dem VR70 Modul erweitert.
Das Gaebus Modul listet das VR70 Modul zwar auf, jedoch bekomme ich für den Befehl r -f -c vr.70 SensorData diese Antwort:
ERR: element not found
Die Heizungsanlage selbst läuft ohne Probleme und hat das VR70 Modul erkannt.
Leider finde ich für diesen Fehler nicht so recht eine Antwort im Forum.
Könnt ihr mir bitte weiterhelfen?
Beste Grüße
Markus
Hallo Markus,
deine Frage bezieht sich mehr auf das ebusd Modul und weniger auf 98_GAEBUS.pm.
Ich habe leider kein VR70 sondern ein VR61. Wenn ich mir aber die Konfiguration unter https://github.com/john30/ebusd-configuration anschaue dann gibt es ein 52.vr_70.csv
Wie es scheint sind für den vr70 nicht viele Werte definiert:
# type (r[1-9];w;u),circuit,name,[comment],[QQ],ZZ,PBSB,[ID],field1,part (m/s),datatypes/templates,divider/values,unit,comment,field2,part (m/s),datatypes/templates,divider/values,unit,comment,field3,part (m/s),datatypes/templates,divider/values,unit,comment,field4,part (m/s),datatypes/templates,divider/values,unit,comment,field5,part (m/s),datatypes/templates,divider/values,unit,comment,field6,part (m/s),datatypes/templates,divider/values,unit,comment,field7,part (m/s),datatypes/templates,divider/values,unit,comment
#,VR_70,VR 70,109 109,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
*r,,,,,,"B523",,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
*w,,,,,,"B523",,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
w,,SetActorState,,,,,"01",R1,,UCH,0=off;20=on,,,R2,,UCH,0=off;20=on,,,R3,,UCH,0=off;20=on,,,R4,,UCH,0=off;20=on,,,R5,,UCH,0=off;20=on,,,R6,,UCH,0=off;20=on,,,S7,,UCH,0=off;20=on,,
w,,Mc1FlowTempDesired,,,,,"0200",FTStatus,,onoff,,,,FTDesired,,temp1,,,,MixerStatus,s,onoff,,,,MixerMovement,s,percents,,,,,,,,,,,,,,,,,,,,,
w,,Mc2FlowTempDesired,,,,,"0201",FTStatus,,onoff,,,,FTDesired,,temp1,,,,MixerStatus,s,onoff,,,,MixerMovement,s,percents,,,,,,,,,,,,,,,,,,,,,
r,,SensorData,,,,,"03",S1,,temp,,,,S2,,temp,,,,S3,,temp,,,,S4,,temp,,,,S5,,temp,,,,S6,,temp,,,,ignore,,HEX:3,,,
!include,errors.inc,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
Mach doch mal im ebusctl den Befehl "find" statt "read". Dann siehst du alles was definiert ist. Der Name der Circuit ist vermutlich nicht "vr.70" sondern "mc". Laut dem .csv kannst du aber nur die Werte für "SensorData" auslesen.
Viele Grüße
Andreas
Hallo Andreas,
danke für deine Antwort.
Der Befehl ebusctl find gibt mir folgendes zurück.
pi@raspberrypi:~ $ ebusctl find
700 AdaptHeatCurve = no data stored
700 BankHolidayEndPeriod = no data stored
700 BankHolidayStartPeriod = no data stored
700 ccTimer.Friday = no data stored
700 ccTimer.Monday = no data stored
700 ccTimer.Saturday = no data stored
700 ccTimer.Sunday = no data stored
700 ccTimer.Thursday = no data stored
700 ccTimer.Tuesday = no data stored
700 ccTimer.Wednesday = no data stored
700 ContinuosHeating = no data stored
700 currenterror = no data stored
700 CylinderChargeHyst = no data stored
700 CylinderChargeOffset = no data stored
700 Date = 24.03.2022
700 DisplayedOutsideTemp = 7.3125
700 errorhistory = no data stored
700 FrostOverRideTime = no data stored
700 Hc1ActualFlowTempDesired = 49.7808
700 Hc1AutoOffMode = eco
700 Hc1CircuitType = no data stored
700 Hc1ExcessTemp = no data stored
700 Hc1FlowTemp = 43.8125
700 Hc1HeatCurve = 0.8
700 Hc1HeatCurveAdaption = no data stored
700 Hc1MaxFlowTempDesired = no data stored
700 Hc1MinFlowTempDesired = no data stored
700 Hc1MixerMovement = 45
700 Hc1PumpStatus = 1
700 Hc1RoomTempSwitchOn = no data stored
700 Hc1Status = no data stored
700 Hc1SummerTempLimit = no data stored
700 Hc2ActualFlowTempDesired = no data stored
700 Hc2AutoOffMode = no data stored
700 Hc2CircuitType = no data stored
700 Hc2ExcessTemp = no data stored
700 Hc2FlowTemp = no data stored
700 Hc2HeatCurve = no data stored
700 Hc2HeatCurveAdaption = no data stored
700 Hc2MaxFlowTempDesired = no data stored
700 Hc2MinFlowTempDesired = no data stored
700 Hc2MixerMovement = no data stored
700 Hc2PumpStatus = no data stored
700 Hc2RoomTempSwitchOn = no data stored
700 Hc2Status = no data stored
700 Hc2SummerTempLimit = no data stored
700 Hc3ActualFlowTempDesired = no data stored
700 Hc3AutoOffMode = no data stored
700 Hc3CircuitType = no data stored
700 Hc3ExcessTemp = no data stored
700 Hc3FlowTemp = no data stored
700 Hc3HeatCurve = no data stored
700 Hc3HeatCurveAdaption = no data stored
700 Hc3MaxFlowTempDesired = no data stored
700 Hc3MinFlowTempDesired = no data stored
700 Hc3MixerMovement = no data stored
700 Hc3PumpStatus = no data stored
700 Hc3RoomTempSwitchOn = no data stored
700 Hc3Status = no data stored
700 Hc3SummerTempLimit = no data stored
700 HcStorageTempBottom = no data stored
700 HcStorageTempTop = no data stored
700 HolidayEndPeriod = no data stored
700 HolidayStartPeriod = no data stored
700 HolidayTemp = no data stored
700 HwcBankHolidayEndPeriod = no data stored
700 HwcBankHolidayStartPeriod = no data stored
700 HwcFlowTemp = 0.0
700 HwcHolidayEndPeriod = no data stored
700 HwcHolidayStartPeriod = no data stored
700 HwcLockTime = no data stored
700 HwcMaxFlowTempDesired = no data stored
700 HwcOpMode = no data stored
700 HwcParallelLoading = no data stored
700 HwcSFMode = no data stored
700 HwcStorageTemp = no data stored
700 HwcStorageTempBottom = -
700 HwcStorageTempTop = -
700 HwcTempDesired = 55.0
700 hwcTimer.Friday = no data stored
700 hwcTimer.Monday = no data stored
700 hwcTimer.Saturday = no data stored
700 hwcTimer.Sunday = no data stored
700 hwcTimer.Thursday = no data stored
700 hwcTimer.Tuesday = no data stored
700 hwcTimer.Wednesday = no data stored
700 HydraulicScheme = 2
700 Installer1 = no data stored
700 Installer2 = no data stored
700 KeyCodeforConfigMenu = no data stored
700 MaintenanceDate = no data stored
700 MaintenanceDue = no data stored
700 MaxCylinderChargeTime = no data stored
700 MaxRoomHumidity = no data stored
700 MultiRelaySetting = no data stored
700 noiseReductionTimer.Friday = no data stored
700 noiseReductionTimer.Monday = no data stored
700 noiseReductionTimer.Saturday = no data stored
700 noiseReductionTimer.Sunday = no data stored
700 noiseReductionTimer.Thursday = no data stored
700 noiseReductionTimer.Tuesday = no data stored
700 noiseReductionTimer.Wednesday = no data stored
700 OpMode = no data stored
700 OpModeEffect = no data stored
700 OutsideTempAvg = no data stored
700 PhoneNumber1 = no data stored
700 PhoneNumber2 = no data stored
700 PrEnergySum = no data stored
700 PrEnergySumHc = no data stored
700 PrEnergySumHcLastMonth = no data stored
700 PrEnergySumHcThisMonth = no data stored
700 PrEnergySumHwc = no data stored
700 PrEnergySumHwcLastMonth = no data stored
700 PrEnergySumHwcThisMonth = no data stored
700 PrFuelSum = no data stored
700 PrFuelSumHc = no data stored
700 PrFuelSumHcLastMonth = no data stored
700 PrFuelSumHcThisMonth = no data stored
700 PrFuelSumHwc = no data stored
700 PrFuelSumHwcLastMonth = no data stored
700 PrFuelSumHwcThisMonth = no data stored
700 PumpAdditionalTime = no data stored
700 SFMode = no data stored
700 SolarYieldTotal = 0
700 SystemFlowTemp = -
700 tariffTimer.Friday = no data stored
700 tariffTimer.Monday = no data stored
700 tariffTimer.Saturday = no data stored
700 tariffTimer.Sunday = no data stored
700 tariffTimer.Thursday = no data stored
700 tariffTimer.Tuesday = no data stored
700 tariffTimer.Wednesday = no data stored
700 Time = no data stored
700 ventilationTimer.Friday = no data stored
700 ventilationTimer.Monday = no data stored
700 ventilationTimer.Saturday = no data stored
700 ventilationTimer.Sunday = no data stored
700 ventilationTimer.Thursday = no data stored
700 ventilationTimer.Tuesday = no data stored
700 ventilationTimer.Wednesday = no data stored
700 WaterPressure = 1.7
700 YieldTotal = no data stored
700 z1ActualRoomTempDesired = no data stored
700 z1BankHolidayEndPeriod = no data stored
700 z1BankHolidayStartPeriod = no data stored
700 z1CoolingTemp = no data stored
700 z1CoolingTimer.Friday = no data stored
700 z1CoolingTimer.Monday = no data stored
700 z1CoolingTimer.Saturday = no data stored
700 z1CoolingTimer.Sunday = no data stored
700 z1CoolingTimer.Thursday = no data stored
700 z1CoolingTimer.Tuesday = no data stored
700 z1CoolingTimer.Wednesday = no data stored
700 z1DayTemp = no data stored
700 z1HolidayEndPeriod = no data stored
700 z1HolidayStartPeriod = no data stored
700 z1HolidayTemp = no data stored
700 z1Name1 = no data stored
700 z1Name2 = no data stored
700 z1NightTemp = no data stored
700 z1OpMode = no data stored
700 z1QuickVetoTemp = no data stored
700 z1RoomTemp = no data stored
700 z1RoomZoneMapping = no data stored
700 z1SFMode = no data stored
700 z1Shortname = no data stored
700 z1Timer.Friday = no data stored
700 z1Timer.Monday = no data stored
700 z1Timer.Saturday = no data stored
700 z1Timer.Sunday = no data stored
700 z1Timer.Thursday = no data stored
700 z1Timer.Tuesday = no data stored
700 z1Timer.Wednesday = no data stored
700 z1ValveStatus = 1
700 z2ActualRoomTempDesired = no data stored
700 z2BankHolidayEndPeriod = no data stored
700 z2BankHolidayStartPeriod = no data stored
700 z2CoolingTemp = no data stored
700 z2CoolingTimer.Friday = no data stored
700 z2CoolingTimer.Monday = no data stored
700 z2CoolingTimer.Saturday = no data stored
700 z2CoolingTimer.Sunday = no data stored
700 z2CoolingTimer.Thursday = no data stored
700 z2CoolingTimer.Tuesday = no data stored
700 z2CoolingTimer.Wednesday = no data stored
700 z2DayTemp = no data stored
700 z2HolidayEndPeriod = no data stored
700 z2HolidayStartPeriod = no data stored
700 z2HolidayTemp = no data stored
700 z2Name1 = no data stored
700 z2Name2 = no data stored
700 z2NightTemp = no data stored
700 z2OpMode = no data stored
700 z2QuickVetoTemp = no data stored
700 z2RoomTemp = no data stored
700 z2RoomZoneMapping = no data stored
700 z2SFMode = no data stored
700 z2Shortname = no data stored
700 z2Timer.Friday = no data stored
700 z2Timer.Monday = no data stored
700 z2Timer.Saturday = no data stored
700 z2Timer.Sunday = no data stored
700 z2Timer.Thursday = no data stored
700 z2Timer.Tuesday = no data stored
700 z2Timer.Wednesday = no data stored
700 z2ValveStatus = no data stored
700 z3ActualRoomTempDesired = no data stored
700 z3BankHolidayEndPeriod = no data stored
700 z3BankHolidayStartPeriod = no data stored
700 z3DayTemp = no data stored
700 z3HolidayEndPeriod = no data stored
700 z3HolidayStartPeriod = no data stored
700 z3HolidayTemp = no data stored
700 z3Name1 = no data stored
700 z3Name2 = no data stored
700 z3NightTemp = no data stored
700 z3OpMode = no data stored
700 z3QuickVetoTemp = no data stored
700 z3RoomTemp = no data stored
700 z3RoomZoneMapping = no data stored
700 z3SFMode = no data stored
700 z3Shortname = no data stored
700 z3ValveStatus = no data stored
bai AccessoriesOne = no data stored
bai AccessoriesTwo = no data stored
bai ACRoomthermostat = no data stored
bai actoSTOREEPreventiveCounter = no data stored
bai ADCOk = no data stored
bai AdvancedPowerValues = no data stored
bai AnodeINFeedback = no data stored
bai averageIgnitiontime = no data stored
bai AWPCEEMaxThreshold = no data stored
bai AWPCEEMinThreshold = no data stored
bai BlockTimeHcMax = 45
bai BoilerType2 = no data stored
bai BoilerType = no data stored
bai Brennstoffventil = no data stored
bai ChangesDSN = no data stored
bai CirPump = no data stored
bai CodingResistor = no data stored
bai CounterStartattempts1 = no data stored
bai CounterStartattempts2 = no data stored
bai CounterStartAttempts3 = no data stored
bai CounterStartAttempts4 = no data stored
bai currenterror = no data stored
bai CurrentPartload = no data stored
bai currentservice = no data stored
bai DateTime = valid;11:07:50;04.04.2022;7.312
bai dcfState = no data stored
bai DCFTimeDate = no data stored
bai DeactivationsIFC = no data stored
bai DeactivationsTemplimiter = no data stored
bai DefaultSettingEEPROM = no data stored
bai DeltaFlowReturnMax = no data stored
bai DemandCirPump = no data stored
bai DisplayMode = no data stored
bai DSN = no data stored
bai DSNOffset = no data stored
bai DSNStart = no data stored
bai EBusHeatcontrol = no data stored
bai EbusSourceOn = no data stored
bai EbusVoltage = no data stored
bai errorhistory = no data stored
bai expertlevelMain_ReturnTemp = no data stored
bai ExternalFaultmessage = no data stored
bai externalFlowTempDesired = no data stored
bai externalHwcSwitch = no data stored
bai ExternGasvalve = no data stored
bai ExtFlowTempDesiredMin = no data stored
bai ExtStorageModulCon = no data stored
bai extWP = no data stored
bai Fan = no data stored
bai FanFault = no data stored
bai FanHours = no data stored
bai FanMaxSpeedOperation = no data stored
bai FanMinSpeedOperation = no data stored
bai FanSpeed = no data stored
bai FanSpeedOffsetMax = no data stored
bai FanSpeedOffsetMin = no data stored
bai FanStarts = no data stored
bai Faultlist = no data stored
bai Flame = no data stored
bai FlameSensingASIC = no data stored
bai FloorHeatingContact = no data stored
bai FlowHysteresisOff = no data stored
bai FlowHysteresisON = no data stored
bai FlowsetHcMax = no data stored
bai FlowsetHwcMax = no data stored
bai FlowSetPotmeter = no data stored
bai FlowTemp = 43.81;ok
bai FlowTempDesired = no data stored
bai FlowTempMax = no data stored
bai Fluegasvalve = no data stored
bai FluegasvalveOpen = no data stored
bai FunctionFault = no data stored
bai FunctionFlags = no data stored
bai GasType = no data stored
bai Gasvalve = no data stored
bai HcHours = no data stored
bai HcPumpMode = no data stored
bai HcPumpStarts = no data stored
bai HcStarts = no data stored
bai HcUnderHundredStarts = no data stored
bai HeatingSwitch = no data stored
bai HoursTillService = no data stored
bai HwcDemand = no data stored
bai HwcHours = no data stored
bai HwcSetPotmeter = no data stored
bai HwcStarts = no data stored
bai HwcSwitch = no data stored
bai HwcTemp = no data stored
bai HwcTempMax = no data stored
bai HwcTypes = no data stored
bai HwcUnderHundredStarts = no data stored
bai IFCFault = no data stored
bai Ignitor = no data stored
bai InitialisationEEPROM = no data stored
bai InitialisationSequence = no data stored
bai IonisationVoltageLevel = no data stored
bai Language = no data stored
bai LimpHomeModeEEHistoryList = no data stored
bai maintenancedata_HwcTempMax = no data stored
bai maintenancedata_PrEnergySumHwc1 = no data stored
bai maxIgnitiontime = no data stored
bai minIgnitiontime = no data stored
bai ModulationTempDesired = 0.0
bai OptionalRelais = no data stored
bai OutdoorstempSensor = no data stored
bai OverflowCounter = no data stored
bai ParamReplication = no data stored
bai ParamToken = no data stored
bai PartloadHcKW = 6.5
bai PartloadHwcKW = 12.5
bai PartnumberBox = no data stored
bai Password = no data stored
bai PhoneNumber = no data stored
bai PrEnergyCountHc1 = no data stored
bai PrEnergyCountHc2 = no data stored
bai PrEnergyCountHc3 = no data stored
bai PrEnergyCountHwc1 = no data stored
bai PrEnergyCountHwc2 = no data stored
bai PrEnergyCountHwc3 = no data stored
bai PrEnergySumHc1 = no data stored
bai PrEnergySumHc2 = no data stored
bai PrEnergySumHc3 = no data stored
bai PrEnergySumHwc1 = no data stored
bai PrEnergySumHwc3 = no data stored
bai ProductionByte = no data stored
bai PumpHours = no data stored
bai PumpHwcFlowNumber = no data stored
bai PumpHwcFlowSum = no data stored
bai PumpOverrun = no data stored
bai PumpspeedDesired = no data stored
bai RemainingBoilerblocktime = 14
bai ReturnRegulation = no data stored
bai ReturnTemp = -13.50;215;cutoff
bai ReturnTempMax = no data stored
bai RManagEE.VirtualHcPartloadEnableDTemp = no data stored
bai RückmeldungBrennstoffventil1 = no data stored
bai RückmeldungBrennstoffventil2 = no data stored
bai RückmeldungBrennstoffventil3 = no data stored
bai SerialNumber = no data stored
bai servicehistory = no data stored
bai SetFactoryValues = no data stored
bai SetMode = auto;49.5;55.0;-;0;0;1;0;0;0
bai SHEMaxDeltaHwcFlow = no data stored
bai SHEMaxFlowTemp = no data stored
bai Shiftloadtankpump = no data stored
bai SRIFCEEFaultCause = no data stored
bai SRSyphonINSDSwitch = no data stored
bai SRTFINSDFeedback = no data stored
bai Statenumber = no data stored
bai Status01 = 43.0;-;7.312;0.0;39.0;64
bai Status02 = on;60;55.0;80;15.0
bai Status16 = no data stored
bai Status = no data stored
bai StatusCirPump = off
bai StatusList = no data stored
bai Storageloadoffset = no data stored
bai Storageloadpump = no data stored
bai StorageLoadPumpHours = no data stored
bai StorageloadPumpStarts = no data stored
bai StorageLoadTimeMax = no data stored
bai StoragereleaseClock = no data stored
bai StorageTemp = 39.19;ok
bai StorageTempDesired = 15.00
bai StorageTempMax = no data stored
bai TargetFanSpeed = no data stored
bai TargetFanSpeedOutput = no data stored
bai TempDiffBlock = no data stored
bai TempDiffFailure = no data stored
bai TempGradientFailure = no data stored
bai Templimiter = no data stored
bai TemplimiterFault = no data stored
bai TemplimiterWithNTC = no data stored
bai TempMaxDiffExtTFT = no data stored
bai Testbyte = no data stored
bai TimerInputHc = no data stored
bai VolatileLockout = no data stored
bai VolatileLockoutIFCGV = no data stored
bai WaterPressure = no data stored
bai WaterpressureMeasureCounter = no data stored
bai WaterpressureVariantSum = no data stored
bai WP = no data stored
bai WPPostrunTime = no data stored
bai WPPWMPower = no data stored
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast load = no data stored
broadcast outsidetemp = 7.312
broadcast signoflife = no data stored
broadcast vdatetime = 11:07:48;04.04.2022
general valuerange = no data stored
memory eeprom = no data stored
memory ram = no data stored
sc Col = no data stored
sc ColKickPumpTime = no data stored
sc ColKickTempDelta = no data stored
sc CollPump = no data stored
sc currenterror = no data stored
sc D1Temp = no data stored
sc D2Temp = no data stored
sc Date = no data stored
sc EDFunction = no data stored
sc EnableScProtection = no data stored
sc errorhistory = no data stored
sc FlowRate = no data stored
sc FrostProtectionEnabled = no data stored
sc FrostProtectionLimit = no data stored
sc Hc1PumpKol1PP1Port = no data stored
sc Hc2aLegPumpP2Port = no data stored
sc Hc2zPort = no data stored
sc HydraulicScheme = no data stored
sc InitCircuit = no data stored
sc IsInBoostMode = no data stored
sc KickFunction = no data stored
sc LpZpMaPort = no data stored
sc MAPreferredStorage = no data stored
sc MaximalTemp2 = no data stored
sc MaximalTemp = no data stored
sc MultifunctionOutput = no data stored
sc OMultifunction = no data stored
sc PumpAntiLockingFlags = no data stored
sc QuickVetoStart = no data stored
sc ResetSolGain = no data stored
sc RuntimeCollPump = no data stored
sc RuntimeCollPumpSeconds = no data stored
sc ScProtectionHysteresis = no data stored
sc ScProtectionLimit = no data stored
sc ScProtectionTime = no data stored
sc SolCollPumpDcIntegrator = no data stored
sc SolCollPumpED = no data stored
sc SolGain = no data stored
sc SolOperationMode = no data stored
sc SP1 = no data stored
sc SP2 = no data stored
sc SumSolGain = no data stored
sc SumSolGainDayBefore = no data stored
sc SystemMode = no data stored
sc TempDifferenceOff2 = no data stored
sc TempDifferenceOff = no data stored
sc TempDifferenceOffTD12 = no data stored
sc TempDifferenceOn2 = no data stored
sc TempDifferenceOn = no data stored
sc TempDifferenceOnTD12 = no data stored
sc Time = no data stored
sc Weekday = no data stored
sc YieldLastYear = no data stored
sc YieldThisYear = (ERR: invalid position for 31ecb509030d3f00 / 00)
scan id = no data stored
scan.08 = Vaillant;BAI00;0703;7401
scan.08 id = 21;19;23;0010007508;3100;006219;N1
scan.15 = Vaillant;70000;0613;6903
scan.15 id = 21;19;42;0020266797;0082;063954;N6
scan.52 = Vaillant;VR_70;0109;2903
scan.52 id = 21;21;48;0020184843;0082;011638;N1
scan.ec = Vaillant;SOL00;0613;6903
scan.ec id = 21;19;42;0020266797;0082;063954;N6
vr_70 currenterror = no data stored
vr_70 errorhistory = no data stored
vr_70 SensorData = 21.06;32.31;35.19;32.88;28.31;43.19;c8 00 00
Hier listet er die Werte auf.
Aber wieso findet fhem die Werte nicht?
Wie du schon geschrieben hast gibt es ja eine csv Datei.
Es ist bestimmt nur eine Kleinigkeit aber ich komm nicht drauf :(
Beste Grüße
Markus
Hallo Markus,
deine Circuit heist also vr_70 und nicht vr.70.
Gültige Befehle von ebusctl sind (für read)
Zitat
usage:
read|r Read value(s): read [-f] [-m SECONDS] [-s QQ] [-d ZZ] [-c CIRCUIT] [-p PRIO] [-v|-V] [-n|-N] [-i VALUE[;VALUE]*] NAME [FIELD[.N]]
Read by new defintion: read [-f] [-m SECONDS] [-s QQ] [-d ZZ] [-v|-V] [-n|-N] [-i VALUE[;VALUE]*] -def DEFINITION
Read hex message: read [-f] [-m SECONDS] [-s QQ] [-c CIRCUIT] -h ZZPBSBNN[DD]*
Die Kombination "r -f -c vr_70" gibt es also nicht. Du musst mindestens noch NAME angeben.
Der find zeigt dass das .csv File 3 Werte (zum Lesen) enthält. (es gibt aber auch noch welche zum Schreiben)
vr_70 currenterror = no data stored
vr_70 errorhistory = no data stored
vr_70 SensorData = 21.06;32.31;35.19;32.88;28.31;43.19;c8 00 00
Funktionieren wird sicher "r -f -c vr_70 SensorData" bzw. "r -f -c vr_70 currenterror"
Bei meinem vr60 bekomme ich bei "errorhistory" das Ergebnis "end of input reached". Ich vermute das bedeutet dass es aktuell keinen Fehler gibt.
Viele Grüße
Andreas
Hallo Andreas,
im GAEBUS Modul wird mir im Dropdownmenu nur "set ebusd r_vr.70 SensorData" angezeigt.
Selbst wenn ich es in der fhem.cfg händisch mit Unterstrich abändere listet fhem es nicht auf.
Bei den anderen Einträgen (r_700) funktioniert es ohne Probleme.
Das muss doch irgendwie gehen.
Danke für deine Antwort.
Beste Grüße
Markus
Hallo Markus,
bevor ich mir den Code von 98_GAEBUS.pm anschaue und nach einem Problem mit "_" bzw "." suche.
"find" im ebusctl zeigt vr_70 und dort funktioniert "read -f -c vr_70 SensorData" (evtl. auch SensorData1 bzw. SensorData2 ... so steht es in dem csv das ich habe)?
Was zeigt das GAEBUS Objekt bei "get" an? (erst "get ebusd_find" ausführen und danach im Browser "refresh" ausführen).
Viele Grüße
Andreas
Hallo Andreas,
nach dem ich "get r_vr.70 SensorData" ausgeführt habe bekomme ich die Fehlermeldung ERR: element mit found.
In dem angehängten Bild kannst du es sehen.
Beste Grüße
Markus
Hallo Markus,
du hast meine Frage nicht beantwortet: funktioniert "read -f -c vr_70 SensorData" ?
Viele Grüße
Andreas
Guten Morgen Andreas,
ja der Befehl gibt mir die Werte für S1 - S6 zurück.
Beste Grüße
Markus
Hallo Markus,
kannst du mal die angehängte Version ausprobieren. Die Datei ersetzen und danach fhem neu starten.
Danach "find" und "get" ausprobieren.
Das Zeichen "_" steckt sehr tief im Modul als delimiter. D.h. dein Gerät wird weiterhin als vr.71 angezeigt aber die Abfrage zum ebusd sollte jetzt mit vr_71 erfolgen.
Viele Grüße
Andreas
Hallo Andreas,
vielen Dank für deine Mühe.
Ich teste die Datei und gebe dir bescheid.
Beste Grüße
Markus
Guten Morgen Andreas,
ich habe die 98_GAEBUS.pm Datei ausgetauscht und fhem neu gestartet.
Leider bekomme ich immer noch die Fehlermeldung :( .
Beste Grüße
Markus
Hallo Markus,
ich kann das bei mir nur schwer testen.
Kannst du bitte das Attribut "verbose" für dein ebus Objekt auf 3 setzen. Dann wird im fhem log protokolliert welcher Befehl an den ebusd geschickt wird und was als Antwort zurückkommt.
Sieht dann so aus:
2022.04.06 09:02:11.193 3: ebus1 execute r -f -c mc FlowTempDesired
2022.04.06 09:02:11.457 3: ebus1 answer r mcVorlaufSoll 38.5
Danke
Andreas
Hallo Andres,
hier ist der Log:
2022.04.06 09:16:59 3: ebus1 execute r -f -c vr.70 SensorData
2022.04.06 09:16:59 3: ebus1 answer r vr.70-SensorData ERR: element not found
Beste Grüße
Markus
was sagt denn "info" im ebusctl?
pi@raspberrypi:~ $ ebusctl info
version: ebusd 21.3.v21.3
update check: version 22.2 available
device: /dev/ttyUSB1
signal: acquired
symbol rate: 90
max symbol rate: 648
min arbitration micros: 504
max arbitration micros: 9935
min symbol latency: 0
max symbol latency: 25
reconnects: 0
masters: 3
messages: 736
conditional: 0
poll: 1
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0703;HW=7401", loaded "vaillant/bai.0010007508.inc" ([PROD='0010007508']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0613;HW=6903", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 52: slave, scanned "MF=Vaillant;ID=VR_70;SW=0109;HW=2903", loaded "vaillant/52.vr_70.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0613;HW=6903", loaded "vaillant/ec.sol.sc.csv"
Hallo Markus,
ich habe nun einen Weg gefunden das zu testen und du könntest das Problem so auch umgehen.
Hast du die ebusd Konfiguration nach /etc/ebusd/vaillant geladen? Falls ja, dann kannst du dort die 26.vr_71.csv in 26.vr_71.vr71.csv umbenennen. Dann heisst deine Class nicht mehr vr_71 sondern vr71.
Ich werde das Modul aber anpassen so dass der "_" kein Problem mehr ist.
Viele Grüße
Andreas
Hallo Andreas,
ich probiere es mal aus.
Dankeschön
Beste Grüße
Markus
Hallo Andreas,
Urlaubsbedingt hat es leider etwas länger gedauert um das Modul zu testen.
Ich habe gesehen, dass es ein Update gab für das Gaebusmodul.
Bei der Abfrage"get r_vr_70 SensorData" werden mir jetzt alle Werte angezeigt.
Also S1 - S6.
Dankeschön!!!
Wenn ich diese Abfrage jedoch als Attribut hinterlege wird mir nur das Reading für S1 zurückgegeben.
Im Log wird auch S1 - S6 angezeigt.
Muss ich das Reading noch bearbeiten damit die anderen Werte mit angezeigt werden?
Beste Grüße
Markus
Hallo Markus,
wenn mehr als ein Wert zurückgegeben wird, dann musst du auch mehrere Readings angeben:
Hier die Commandref:
Zitat
Attributes of the format
[r]_<class>_<variable-name>
define variables that can be retrieved from the ebusd. They will appear when they are defined by a "set" command as described above.
The value assigned to an attribute specifies the name of the reading for this variable.
If ebusd returns a list of semicolon separated values then several semicolon separated readings can be defined.
"dummy" is a placeholder for a reading that will be ignored. (e.g.: temperature;dummy;pressure).
The name of the reading can be suffixed by "<:number>" which is a multiplicator for the evaluation within the specified interval. (eg. OutsideTemp:3 will evaluate this reading every 3-th cycle)
All text followed the reading seperated by a blank is given as an additional parameter to ebusd. This can be used to request a single value if more than one is retrieved from ebus.
If "+f" is given as an additional parameter this will remove the "-f" option from the ebusd request. This will return the value stored in ebusd instead of requesting it freshly.
Wenn deine Readings S1 bis S6 heissen sollen und du S5 nicht brauchst dann: S1;S2;S3;S4;dummy;S6
Viele Grüße
Andreas
Hallo Ihr lieben Profis, ich brauche dringend Hilfe bei einem Verständnisproblem.
ich habe mir den USB Ebusadapter von Eseara gekauft um eine Vailland mit 630 ér Regelung fern zu überwachen.
wenn ich auf meinem Raspi3 mit Fhem versuche die Definition für das modul 98 GAEBUS in die Fhem Datei einzupflegen also Copy Paste Speichern erscheint im Log ein Haufen Fehler und
das Stück Skript wird automatisch aus der Fhem Datei entfernt !!!!! warum ??????
Auch das hinzufügen mit define bracht nur den Fehler, dass es nicht geht.
Numerisches lt (<) in Skalarzuweisung in ./FHEM/98_GAEBUS.pm Zeile 3, in der Nähe von ""no-js" lang" kann nicht geändert werden
Syntaxfehler bei ./FHEM/98_GAEBUS.pm Zeile 3, in der Nähe von ""no-js" lang"
Syntaxfehler bei ./FHEM/98_GAEBUS.pm Zeile 11, in der Nähe von "cmp"
Syntaxfehler bei ./FHEM/98_GAEBUS.pm Zeile 34, in der Nähe von "script src"
Syntaxfehler in ./FHEM/98_GAEBUS.pm Zeile 41, in der Nähe von "Skripttyp"
Syntaxfehler bei ./FHEM/98_GAEBUS.pm Zeile 51, nahe ") {"
Syntaxfehler bei ./FHEM/98_GAEBUS.pm Zeile 58, in der Nähe von "}"
Syntaxfehler bei ./FHEM/98_GAEBUS.pm Zeile 62, nahe ") {"
Syntaxfehler bei ./FHEM/98_GAEBUS.pm Zeile 71, in der Nähe von "script>"
Kein solcher Klassen-Namespace in ./FHEM/98_GAEBUS.pm Zeile 73, in der Nähe von "Setup our namespace"
./FHEM/98_GAEBUS.pm hat zu viele Fehler.
bei lang steht eigentlich lang=en
nachdem ich das aus der Datei entfernt habe war der Fehler (Zeile 3, in der Nähe von ""no-js" lang") auch weg.
Das ist ja nicht die Lösung zumal ich nicht weiß was der Rest da so macht.
Ich habe nach Anleitung die Datei 98_GAEBUS.pm in das entsprechende Verzeichnis kopiert überprüft , ob es da ist , alles o.k, aber keine Idee warum es nicht geht.
Die einzige Idee ist, es handelt sich um um fie ebus Fehmwiki Anleitung , in dieser wird immer von der ebusd-2.0 gesprochen. Ich habe aber eine ebusd 3.x Installation.
Kann dies der Fehler sein und ich muss komplett zurückrudern ?
Was läuft hier falsch?
Guten Morgen,
ich habe das Modul zusammen mit "version: ebusd 3.3.v3.3-4-g212b22d" laufen. Du musst also nicht auf Version 2 zurückgehen.
Als erstes solltest du prüfen ob der ebusd funktioniert. Auf der Kommandozeile mal "ebusctl" und dann "info" oder "status" eingeben.
Die minimale Definition für GAEBUS wäre "define ebus1 GAEBUS localhost 60".
Für welche Befehle machst du den "copy&paste"?
Viele Grüße
Andreas
Hallo Zusammen,
ich habe in unregelmäßigen Abständen folgende Einträge im Log:
2023.01.14 08:40:23 2: ebus device closed. Try to reopen
2023.01.14 09:05:42 2: ebus device closed. Try to reopen
2023.01.14 09:15:01 2: ebus device closed. Try to reopen
2023.01.14 09:24:08 2: ebus device closed. Try to reopen
2023.01.14 09:25:31 2: ebus device closed. Try to reopen
2023.01.14 09:30:20 2: ebus device closed. Try to reopen
2023.01.14 09:35:33 2: ebus device closed. Try to reopen
2023.01.14 09:40:22 2: ebus device closed. Try to reopen
2023.01.14 09:48:23 2: ebus device closed. Try to reopen
2023.01.14 09:52:06 2: ebus device closed. Try to reopen
2023.01.14 09:56:02 2: ebus device closed. Try to reopen
2023.01.14 10:00:37 2: ebus device closed. Try to reopen
2023.01.14 10:05:23 2: ebus device closed. Try to reopen
2023.01.14 10:05:57 2: ebus device closed. Try to reopen
2023.01.14 10:25:12 2: ebus device closed. Try to reopen
Scheinbar hat das keinen weiteren Impact, die Readings aktualisieren sich regelmäßig wie gewünscht; das "reopen" scheint also wie erwartet zu funktionieren. Allerdings finde ich es schon komisch, dass die Verbindung innerhalb kurzer Zeit so oft verloren geht und dann stundenlang gar nicht.
Was könnte denn die Verbindung unterbrechen?
Danke & GRuß
Hanjo
Hallo Hanjo,
die Fehlermeldung deutet darauf hin dass dein System die Verbindung zum USB device verliert.
Prüfe doch mal das /var/log/syslog. Mögliche Ursachen sind evtl. zu wenig Strom am USB Hub oder ein Problem mit der Verkabelung.
Viele Grüße
Andreas
Zitat von: Hanjo am 14 Januar 2023, 15:37:55
Hallo Zusammen,
ich habe in unregelmäßigen Abständen folgende Einträge im Log:
2023.01.14 08:40:23 2: ebus device closed. Try to reopen
2023.01.14 09:05:42 2: ebus device closed. Try to reopen
2023.01.14 09:15:01 2: ebus device closed. Try to reopen
2023.01.14 09:24:08 2: ebus device closed. Try to reopen
2023.01.14 09:25:31 2: ebus device closed. Try to reopen
2023.01.14 09:30:20 2: ebus device closed. Try to reopen
2023.01.14 09:35:33 2: ebus device closed. Try to reopen
2023.01.14 09:40:22 2: ebus device closed. Try to reopen
2023.01.14 09:48:23 2: ebus device closed. Try to reopen
2023.01.14 09:52:06 2: ebus device closed. Try to reopen
2023.01.14 09:56:02 2: ebus device closed. Try to reopen
2023.01.14 10:00:37 2: ebus device closed. Try to reopen
2023.01.14 10:05:23 2: ebus device closed. Try to reopen
2023.01.14 10:05:57 2: ebus device closed. Try to reopen
2023.01.14 10:25:12 2: ebus device closed. Try to reopen
Scheinbar hat das keinen weiteren Impact, die Readings aktualisieren sich regelmäßig wie gewünscht; das "reopen" scheint also wie erwartet zu funktionieren. Allerdings finde ich es schon komisch, dass die Verbindung innerhalb kurzer Zeit so oft verloren geht und dann stundenlang gar nicht.
Was könnte denn die Verbindung unterbrechen?
Danke & GRuß
Hanjo
Zitat von: jamesgo am 16 Januar 2023, 08:20:51
Hallo Hanjo,
die Fehlermeldung deutet darauf hin dass dein System die Verbindung zum USB device verliert.
Prüfe doch mal das /var/log/syslog. Mögliche Ursachen sind evtl. zu wenig Strom am USB Hub oder ein Problem mit der Verkabelung.
Viele Grüße
Andreas
Hi Andreas,
danke für deine Antwort. Ich konnte im Syslog leider keine Hinweise auf Disconnects finden, nur die üblichen Einträge durch cron, rngd und dhcpcd, etc. Auch der ebus Daemon zeigt keine reconnects an:
$ ebusctl info
version: ebusd 23.1.23.1
update check: OK
device: /dev/ttyUSB0
signal: acquired
symbol rate: 77
max symbol rate: 359
min arbitration micros: 580
max arbitration micros: 5976
min symbol latency: 3
max symbol latency: 19
reconnects: 0
masters: 5
messages: 509
conditional: 0
poll: 0
update: 10
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Vaillant;ID=VR921;SW=2706;HW=5703"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0517;HW=5103", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0510;HW=6403", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0301;HW=5103"Dabei läuft er schon seit zweieinhalb Tagen:
$ systemctl status ebusd
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2023-01-14 15:15:46 CET; 2 days ago
Process: 775 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 783 (ebusd)
Tasks: 5 (limit: 4915)
CPU: 32min 10.438s
CGroup: /system.slice/ebusd.service
└─783 /usr/bin/ebusd --scanconfigDas ganze läuft bei mir auf einem Raspberry Pi 4B, den ich per PoE mit Strom versorge. Der Switch meldet, dass nur 4,5W über die Leitung gehen. Laut Datenblatt, kann der PoE-HAT 4A, also 20W liefern, da ist demnach noch ordentlich Reserve.
Hier noch Infos zu dem USB-Device:
$ lsusb -s 1:4 -v
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0403 Future Technology Devices International, Ltd
idProduct 0x6001 FT232 Serial (UART) IC
bcdDevice 6.00
iManufacturer 1 ESERA-Automation
iProduct 2 eBus Coupler 12001
iSerial 3 AL3VL3KE
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0020
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 90mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
iInterface 2 eBus Coupler 12001
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0000
(Bus Powered)Ich habe aber im Ordner /var/log auch das ebusd.log-File entdeckt und das ist recht interessant:
FHEM meldet z.B.:
2023.01.17 09:30:13 2: ebus device closed. Try to reopen
2023.01.17 09:41:56 2: ebus device closed. Try to reopen
2023.01.17 09:45:09 2: ebus device closed. Try to reopenund in ebusd.log findet sich jeweils diese Einträge:
2023-01-17 09:30:13.942 [update notice] sent write 700 z1DayTemp QQ=31: 15
2023-01-17 09:30:13.943 [main notice] write 700 z1DayTemp: done
...
2023-01-17 09:41:57.755 [update notice] sent write 700 z1DayTemp QQ=31: 15
2023-01-17 09:41:57.755 [main notice] write 700 z1DayTemp: done
...
2023-01-17 09:45:09.649 [update notice] sent write 700 z1DayTemp QQ=31: 15
2023-01-17 09:45:09.649 [main notice] write 700 z1DayTemp: doneAlso scheint er die Verbindung bei jedem Write zu verlieren. Das sollte doch aber eigentlich funktionieren, oder?
Danke & Gruß
Hanjo
Hallo Hanjo,
sorry, das Thema hatte ich verdrängt. Ich kann das bei mir nicht nachvollziehen.
- Kannst du mir bitte die "Internals" von deinem ebus device posten.
- Bitte mal das Attribute "verbose" auf 5 setzen und sobald der Fehler aufgetaucht ist alle vorherigen Einträge für "ebus" im fhem log posten.
Vielen Dank
Andreas
Hi Andreas,
kein Problem, ist ja auch kein schwerwiegendes Problem :)
Hier sind die Internals (ohne Statistik-Einträge, da das Forum nicht so lange Einträge verträgt):
Internals:
DEF localhost 300
DevType EBUSD
DeviceAddress localhost
DeviceName ebus
FD 11
FUUID 5d8e6d02-f33f-d125-c12b-0d7cbadbd4440f25
Interval 300
NAME ebus
NR 559
PARTIAL
STATE Aussentemperatur: 0.7 °C<br />
Betriebsart: Heizen<br />
Heizung (Status/Vorlauf): 1 • 1 • 1 • 28.5 °C<br />
Warmwasser (Temp/Vorlauf/Druck): 48.5 °C • 0.0 °C • 1.1 bar<br />
Energieertrag (Ges/Hz/Kü/WW): 46.1 kWh • 36.5 kWh • 0 kWh • 9.6 kWh<br />
Umweltertrag: 27000 kWh<br />
Stromverbrauch (Ges/Hz/WW): 12685 kWh • 4483 kWh • 7480 kWh<br />
Stromverbrauch Monat (Hz/WW): 161 kWh (369 kWh) • 138 kWh (182 kWh)<br />
Error: - • -
TYPE GAEBUS
UpdateCnt 196
eventCount 241
Helper:
DBLOG:
Aussentemperatur:
logdb:
TIME 1674589002.89998
VALUE 0.7 °C
Aussentemperatur_gemittelt:
logdb:
TIME 1674588386.28014
VALUE 1.8 °C
Betriebsstunden_Gesamt:
logdb:
TIME 1674587770.22857
VALUE 25077 h
Betriebsstunden_Heizung:
logdb:
TIME 1674587770.22857
VALUE 14408 h
Betriebsstunden_Warmwasser:
logdb:
TIME 1674569162.44214
VALUE 7430 h
Energieertrag_Tag_Gesamt:
logdb:
TIME 1674588386.28014
VALUE 46.1 kWh
Energieertrag_Tag_Heizung:
logdb:
TIME 1674588386.28014
VALUE 36.5 kWh
Energieertrag_Tag_Warmwasser:
logdb:
TIME 1674581870.2258
VALUE 9.6 kWh
Heizung_Pumpenstatus:
logdb:
TIME 1674582178.01779
VALUE 1
Heizung_Solltemperatur:
logdb:
TIME 1674589002.89998
VALUE 23 °C
Heizung_Status:
logdb:
TIME 1674582178.01779
VALUE 1
Heizung_Ventilstatus:
logdb:
TIME 1674582178.01779
VALUE 1
Heizung_Vorlauf:
logdb:
TIME 1674589002.89998
VALUE 28.5 °C
Heizwasser_Durchflussrate:
logdb:
TIME 1674589002.89998
VALUE 623 l/h
Pumpenstatus:
logdb:
TIME 1674588386.28014
VALUE off
Ruecklauf:
logdb:
TIME 1674589002.89998
VALUE 29.5 °C
Vorlauf:
logdb:
TIME 1674589002.89998
VALUE 28.5 °C
Waermepumpe_Betriebsart:
logdb:
TIME 1674582178.01779
VALUE 8
Warmwasser_Temperatur:
logdb:
TIME 1674589002.89998
VALUE 48.5 °C
Warmwasser_Vorlauf:
logdb:
TIME 1674582178.01779
VALUE 0.0 °C
Wasserdruck:
logdb:
TIME 1674588386.28014
VALUE 1.1 bar
aktuell_gewonnene_Energie:
logdb:
TIME 1674588386.28014
VALUE 0.0 kW
aktuelle_Kompressorauslastung:
logdb:
TIME 1674588386.28014
VALUE 0 %
aktueller_Stromverbrauch:
logdb:
TIME 1674588386.28014
VALUE 0.0 kW
stat_AussentemperaturHourAvgLast:
logdb:
TIME 1674586795.30344
VALUE 1.0
stat_AussentemperaturHourLast:
logdb:
TIME 1674586795.30344
VALUE Min: 0.8 Avg: 1.0 Max: 1.0
stat_AussentemperaturHourMaxLast:
logdb:
TIME 1674586795.30344
VALUE 1.0
stat_AussentemperaturHourMinLast:
logdb:
TIME 1674586795.30344
VALUE 0.8
stat_Energieertrag_Tag_GesamtHourLast:
logdb:
TIME 1674586795.30344
VALUE Min: 45.4 Avg: 45.6 Max: 45.6
stat_Energieertrag_Tag_HeizungHourLast:
logdb:
TIME 1674586795.30344
VALUE Min: 35.8 Avg: 36.0 Max: 36.0
stat_Energieertrag_Tag_WarmwasserHourLast:
logdb:
TIME 1674586795.30344
VALUE Min: 9.6 Avg: 9.6 Max: 9.6
state_ebus:
logdb:
TIME 1674589002.89998
VALUE signal acquired
READINGS:
2023-01-24 20:36:42 Aussentemperatur 0.7 °C
2023-01-24 20:26:26 Aussentemperatur_gemittelt 1.8 °C
2023-01-24 20:16:10 Betriebsstunden_Gesamt 25077 h
2023-01-24 20:16:10 Betriebsstunden_Heizung 14408 h
2022-09-06 23:26:33 Betriebsstunden_Kuehlung 3239 h
2023-01-24 15:06:02 Betriebsstunden_Warmwasser 7430 h
2023-01-24 20:26:26 Energieertrag_Tag_Gesamt 46.1 kWh
2023-01-24 20:26:26 Energieertrag_Tag_Heizung 36.5 kWh
2022-09-07 00:12:54 Energieertrag_Tag_Kuehlung 0 kWh
2023-01-24 18:37:50 Energieertrag_Tag_Warmwasser 9.6 kWh
2019-11-01 13:23:02 Heizung_Absenktemperatur 15 °C
2023-01-24 18:42:57 Heizung_Pumpenstatus 1
2023-01-24 20:36:42 Heizung_Solltemperatur 23 °C
2023-01-24 18:42:57 Heizung_Status 1
2019-10-02 09:54:22 Heizung_Urlaubstemperatur 15 °C
2023-01-24 18:42:57 Heizung_Ventilstatus 1
2023-01-24 20:36:42 Heizung_Vorlauf 28.5 °C
2023-01-24 20:36:42 Heizwasser_Durchflussrate 623 l/h
2022-09-07 10:12:05 Kuehlung_Solltemperatur 25 °C
2023-01-24 20:26:26 Pumpenstatus off
2023-01-24 20:36:42 Ruecklauf 29.5 °C
2019-12-30 17:40:17 Schaltzeiten_Heizung_1_Mo 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Heizung_2_Di 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Heizung_3_Mi 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Heizung_4_Do 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Heizung_5_Fr 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Heizung_6_Sa 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Heizung_7_So 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Kuehlung_1_Mo 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Kuehlung_2_Di 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Kuehlung_3_Mi 00:30 - -:-, -:- - -:-, -:- - -:-
2020-01-04 15:30:12 Schaltzeiten_Kuehlung_4_Do 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Kuehlung_5_Fr 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Kuehlung_6_Sa 00:30 - -:-, -:- - -:-, -:- - -:-
2019-12-30 17:40:17 Schaltzeiten_Kuehlung_7_So 00:30 - -:-, -:- - -:-, -:- - -:-
2019-11-29 13:04:17 Schaltzeiten_Warmwasser_1_Mo 05:30 - 21:00, -:- - -:-, -:- - -:-
2019-11-29 13:04:17 Schaltzeiten_Warmwasser_2_Di 05:30 - 21:00, -:- - -:-, -:- - -:-
2019-11-29 13:04:17 Schaltzeiten_Warmwasser_3_Mi 05:30 - 21:00, -:- - -:-, -:- - -:-
2019-11-29 13:04:17 Schaltzeiten_Warmwasser_4_Do 05:30 - 21:00, -:- - -:-, -:- - -:-
2019-11-29 13:04:17 Schaltzeiten_Warmwasser_5_Fr 05:30 - 21:00, -:- - -:-, -:- - -:-
2019-11-29 13:04:17 Schaltzeiten_Warmwasser_6_Sa 05:30 - 21:00, -:- - -:-, -:- - -:-
2019-11-29 13:04:17 Schaltzeiten_Warmwasser_7_So 05:30 - 21:00, -:- - -:-, -:- - -:-
2022-11-15 20:17:12 Schaltzeiten_Zirkulationspumpe_1_Mo 00:00 - -:-, -:- - -:-, -:- - -:-
2022-11-15 20:17:12 Schaltzeiten_Zirkulationspumpe_2_Di 00:00 - -:-, -:- - -:-, -:- - -:-
2022-11-15 20:17:12 Schaltzeiten_Zirkulationspumpe_3_Mi 00:00 - -:-, -:- - -:-, -:- - -:-
2022-11-15 20:17:12 Schaltzeiten_Zirkulationspumpe_4_Do 00:00 - -:-, -:- - -:-, -:- - -:-
2022-11-15 20:17:12 Schaltzeiten_Zirkulationspumpe_5_Fr 00:00 - -:-, -:- - -:-, -:- - -:-
2022-11-15 20:17:12 Schaltzeiten_Zirkulationspumpe_6_Sa 00:00 - -:-, -:- - -:-, -:- - -:-
2022-11-15 20:17:12 Schaltzeiten_Zirkulationspumpe_7_So 00:00 - -:-, -:- - -:-, -:- - -:-
2023-01-24 00:03:03 Stromverbrauch_Gesamt 12685 kWh
2023-01-24 00:03:03 Stromverbrauch_Heizung 4483 kWh
2023-01-24 00:23:52 Stromverbrauch_Heizung_AktuellerMonat 161 kWh
2023-01-01 00:24:26 Stromverbrauch_Heizung_LetzterMonat 369 kWh
2023-01-24 00:03:03 Stromverbrauch_Warmwasser 7480 kWh
2023-01-24 00:23:52 Stromverbrauch_Warmwasser_AktuellerMonat 138 kWh
2023-01-01 00:24:26 Stromverbrauch_Warmwasser_LetzterMonat 182 kWh
2022-03-28 21:38:34 Systemvorlauf -
2023-01-24 00:03:03 Umweltertrag_Gesamt 27000 kWh
2022-06-15 06:51:14 Urlaub_Anfang 15.06.2022
2022-06-24 15:08:06 Urlaub_Ende 23.06.2022
2022-06-15 06:51:14 Urlaub_Heizung_Anfang 15.06.2022
2022-06-24 15:08:06 Urlaub_Heizung_Ende 23.06.2022
2019-11-01 13:23:02 Urlaub_Temperatur 15 °C
2022-06-15 06:51:14 Urlaub_Warmwasser_Anfang 15.06.2022
2022-06-24 15:08:06 Urlaub_Warmwasser_Ende 23.06.2022
2023-01-24 20:36:42 Vorlauf 28.5 °C
2023-01-24 18:42:57 Waermepumpe_Betriebsart 8
2022-09-07 10:53:18 Waermepumpe_BetriebsartLast Heizen
2023-01-24 18:42:57 Waermepumpe_BetriebsartText Heizen
2022-11-09 10:02:28 Waermepumpe_Betriebsstatus 129
2023-01-24 20:36:42 Warmwasser_Temperatur 48.5 °C
2023-01-24 18:42:57 Warmwasser_Vorlauf 0.0 °C
2019-12-18 09:59:35 Warmwasser_Zieltemperatur 52 °C
2023-01-24 20:26:26 Wasserdruck 1.1 bar
2023-01-17 11:37:05 Zirkulationspumpe_Status on
2023-01-24 20:26:26 aktuell_gewonnene_Energie 0.0 kW
2023-01-24 20:26:26 aktuelle_Kompressorauslastung 0 %
2023-01-24 20:26:26 aktueller_Stromverbrauch 0.0 kW
2022-08-26 08:39:34 currenterror_700_0 -
2020-01-17 16:57:41 currenterror_700_1 -
2020-01-17 16:57:41 currenterror_700_2 -
2020-01-17 16:57:41 currenterror_700_3 -
2020-01-17 16:57:41 currenterror_700_4 -
2022-11-25 07:46:42 currenterror_hmu_0 -
2019-12-29 22:01:13 currenterror_hmu_1 -
2019-12-29 22:01:13 currenterror_hmu_2 -
2019-12-29 22:01:13 currenterror_hmu_3 -
2019-12-29 22:01:13 currenterror_hmu_4 -
2020-01-11 23:34:21 dummy_4 0
2023-01-16 03:59:12 lasterror ERR: read timeout
2023-01-24 20:36:42 raw_Aussentemperatur 0.7 °C
2023-01-24 20:26:26 raw_Energieertrag_Tag_Gesamt 461 hWh
2023-01-24 20:26:26 raw_Energieertrag_Tag_Heizung 365 hWh
2022-09-07 00:12:54 raw_Energieertrag_Tag_Kuehlung 0 hWh
2023-01-24 20:36:42 state_ebus signal acquired
helper:
_98_statistics Statistik_ebus
ebus:
r_700_DisplayedOutsideTemp:
class 700
io r
var DisplayedOutsideTemp
r_700_Hc1FlowTemp:
class 700
io r
var Hc1FlowTemp
r_700_Hc1PumpStatus:
class 700
io r
var Hc1PumpStatus
r_700_Hc1Status:
class 700
io r
var Hc1Status
r_700_HolidayEndPeriod:
class 700
io r
var HolidayEndPeriod
r_700_HolidayStartPeriod:
class 700
io r
var HolidayStartPeriod
r_700_HolidayTemp:
class 700
io r
var HolidayTemp
r_700_HwcFlowTemp:
class 700
io r
var HwcFlowTemp
r_700_HwcHolidayEndPeriod:
class 700
io r
var HwcHolidayEndPeriod
r_700_HwcHolidayStartPeriod:
class 700
io r
var HwcHolidayStartPeriod
r_700_HwcStorageTemp:
class 700
io r
var HwcStorageTemp
r_700_HwcTempDesired:
class 700
io r
var HwcTempDesired
r_700_OutsideTempAvg:
class 700
io r
var OutsideTempAvg
r_700_PrEnergySum:
class 700
io r
var PrEnergySum
r_700_PrEnergySumHc:
class 700
io r
var PrEnergySumHc
r_700_PrEnergySumHcLastMonth:
class 700
io r
var PrEnergySumHcLastMonth
r_700_PrEnergySumHcThisMonth:
class 700
io r
var PrEnergySumHcThisMonth
r_700_PrEnergySumHwc:
class 700
io r
var PrEnergySumHwc
r_700_PrEnergySumHwcLastMonth:
class 700
io r
var PrEnergySumHwcLastMonth
r_700_PrEnergySumHwcThisMonth:
class 700
io r
var PrEnergySumHwcThisMonth
r_700_SystemFlowTemp:
class 700
io r
var SystemFlowTemp
r_700_WaterPressure:
class 700
io r
var WaterPressure
r_700_YieldTotal:
class 700
io r
var YieldTotal
r_700_ccTimer.Friday:
class 700
io r
var ccTimer.Friday
r_700_ccTimer.Monday:
class 700
io r
var ccTimer.Monday
r_700_ccTimer.Saturday:
class 700
io r
var ccTimer.Saturday
r_700_ccTimer.Sunday:
class 700
io r
var ccTimer.Sunday
r_700_ccTimer.Thursday:
class 700
io r
var ccTimer.Thursday
r_700_ccTimer.Tuesday:
class 700
io r
var ccTimer.Tuesday
r_700_ccTimer.Wednesday:
class 700
io r
var ccTimer.Wednesday
r_700_currenterror:
class 700
io r
var currenterror
r_700_hwcTimer.Friday:
class 700
io r
var hwcTimer.Friday
r_700_hwcTimer.Monday:
class 700
io r
var hwcTimer.Monday
r_700_hwcTimer.Saturday:
class 700
io r
var hwcTimer.Saturday
r_700_hwcTimer.Sunday:
class 700
io r
var hwcTimer.Sunday
r_700_hwcTimer.Thursday:
class 700
io r
var hwcTimer.Thursday
r_700_hwcTimer.Tuesday:
class 700
io r
var hwcTimer.Tuesday
r_700_hwcTimer.Wednesday:
class 700
io r
var hwcTimer.Wednesday
r_700_z1CoolingTemp:
class 700
io r
var z1CoolingTemp
r_700_z1CoolingTimer.Friday:
class 700
io r
var z1CoolingTimer.Friday
r_700_z1CoolingTimer.Monday:
class 700
io r
var z1CoolingTimer.Monday
r_700_z1CoolingTimer.Saturday:
class 700
io r
var z1CoolingTimer.Saturday
r_700_z1CoolingTimer.Sunday:
class 700
io r
var z1CoolingTimer.Sunday
r_700_z1CoolingTimer.Thursday:
class 700
io r
var z1CoolingTimer.Thursday
r_700_z1CoolingTimer.Tuesday:
class 700
io r
var z1CoolingTimer.Tuesday
r_700_z1CoolingTimer.Wednesday:
class 700
io r
var z1CoolingTimer.Wednesday
r_700_z1DayTemp:
class 700
io r
var z1DayTemp
r_700_z1HolidayEndPeriod:
class 700
io r
var z1HolidayEndPeriod
r_700_z1HolidayStartPeriod:
class 700
io r
var z1HolidayStartPeriod
r_700_z1HolidayTemp:
class 700
io r
var z1HolidayTemp
r_700_z1NightTemp:
class 700
io r
var z1NightTemp
r_700_z1Timer.Friday:
class 700
io r
var z1Timer.Friday
r_700_z1Timer.Monday:
class 700
io r
var z1Timer.Monday
r_700_z1Timer.Saturday:
class 700
io r
var z1Timer.Saturday
r_700_z1Timer.Sunday:
class 700
io r
var z1Timer.Sunday
r_700_z1Timer.Thursday:
class 700
io r
var z1Timer.Thursday
r_700_z1Timer.Tuesday:
class 700
io r
var z1Timer.Tuesday
r_700_z1Timer.Wednesday:
class 700
io r
var z1Timer.Wednesday
r_700_z1ValveStatus:
class 700
io r
var z1ValveStatus
r_hmu_CurrentCompressorUtil:
class hmu
io r
var CurrentCompressorUtil
r_hmu_CurrentConsumedPower:
class hmu
io r
var CurrentConsumedPower
r_hmu_CurrentYieldPower:
class hmu
io r
var CurrentYieldPower
r_hmu_EnergyCool:
class hmu
io r
var EnergyCool
r_hmu_EnergyHc:
class hmu
io r
var EnergyHc
r_hmu_Hours:
class hmu
io r
var Hours
r_hmu_HoursCool:
class hmu
io r
var HoursCool
r_hmu_HoursHc:
class hmu
io r
var HoursHc
r_hmu_State:
class hmu
io r
var State
r_hmu_Status01:
class hmu
io r
var Status01
r_hmu_StatusCirPump:
class hmu
io r
var StatusCirPump
r_hmu_WaterThroughput:
class hmu
io r
var WaterThroughput
r_hmu_currenterror:
class hmu
io r
var currenterror
valueFormat:
Aussentemperatur_gemittelt %.1f °C
Betriebsstunden_Gesamt %s h
Betriebsstunden_Heizung %s h
Betriebsstunden_Kuehlung %s h
Heizung_Absenktemperatur %s °C
Heizung_Solltemperatur %s °C
Heizung_Urlaubstemperatur %s °C
Heizung_Vorlauf %s °C
Heizwasser_Durchflussrate %s l/h
Kuehlung_Solltemperatur %s °C
Ruecklauf %s °C
Schaltzeiten_Heizung_1_Mo %s - %s, %s - %s, %s - %s
Schaltzeiten_Heizung_2_Di %s - %s, %s - %s, %s - %s
Schaltzeiten_Heizung_3_Mi %s - %s, %s - %s, %s - %s
Schaltzeiten_Heizung_4_Do %s - %s, %s - %s, %s - %s
Schaltzeiten_Heizung_5_Fr %s - %s, %s - %s, %s - %s
Schaltzeiten_Heizung_6_Sa %s - %s, %s - %s, %s - %s
Schaltzeiten_Heizung_7_So %s - %s, %s - %s, %s - %s
Schaltzeiten_Kuehlung_1_Mo %s - %s, %s - %s, %s - %s
Schaltzeiten_Kuehlung_2_Di %s - %s, %s - %s, %s - %s
Schaltzeiten_Kuehlung_3_Mi %s - %s, %s - %s, %s - %s
Schaltzeiten_Kuehlung_4_Do %s - %s, %s - %s, %s - %s
Schaltzeiten_Kuehlung_5_Fr %s - %s, %s - %s, %s - %s
Schaltzeiten_Kuehlung_6_Sa %s - %s, %s - %s, %s - %s
Schaltzeiten_Kuehlung_7_So %s - %s, %s - %s, %s - %s
Schaltzeiten_Warmwasser_1_Mo %s - %s, %s - %s, %s - %s
Schaltzeiten_Warmwasser_2_Di %s - %s, %s - %s, %s - %s
Schaltzeiten_Warmwasser_3_Mi %s - %s, %s - %s, %s - %s
Schaltzeiten_Warmwasser_4_Do %s - %s, %s - %s, %s - %s
Schaltzeiten_Warmwasser_5_Fr %s - %s, %s - %s, %s - %s
Schaltzeiten_Warmwasser_6_Sa %s - %s, %s - %s, %s - %s
Schaltzeiten_Warmwasser_7_So %s - %s, %s - %s, %s - %s
Schaltzeiten_Zirkulationspumpe_1_Mo %s - %s, %s - %s, %s - %s
Schaltzeiten_Zirkulationspumpe_2_Di %s - %s, %s - %s, %s - %s
Schaltzeiten_Zirkulationspumpe_3_Mi %s - %s, %s - %s, %s - %s
Schaltzeiten_Zirkulationspumpe_4_Do %s - %s, %s - %s, %s - %s
Schaltzeiten_Zirkulationspumpe_5_Fr %s - %s, %s - %s, %s - %s
Schaltzeiten_Zirkulationspumpe_6_Sa %s - %s, %s - %s, %s - %s
Schaltzeiten_Zirkulationspumpe_7_So %s - %s, %s - %s, %s - %s
Stromverbrauch_Gesamt %s kWh
Stromverbrauch_Heizung %s kWh
Stromverbrauch_Heizung_AktuellerMonat %s kWh
Stromverbrauch_Heizung_LetzterMonat %s kWh
Stromverbrauch_Warmwasser %s kWh
Stromverbrauch_Warmwasser_AktuellerMonat %s kWh
Stromverbrauch_Warmwasser_LetzterMonat %s kWh
Umweltertrag_Gesamt %s kWh
Urlaub_Temperatur %s °C
Vorlauf %s °C
Warmwasser_Temperatur %s °C
Warmwasser_Vorlauf %s °C
Warmwasser_Zieltemperatur %s °C
Wasserdruck %s bar
aktuell_gewonnene_Energie %s kW
aktuelle_Kompressorauslastung %s %%
aktueller_Stromverbrauch %s kW
raw_Aussentemperatur %.1f °C
raw_Energieertrag_Tag_Gesamt %s hWh
raw_Energieertrag_Tag_Heizung %s hWh
raw_Energieertrag_Tag_Kuehlung %s hWh
Attributes:
DbLogExclude ^Stromverbrauch_(Heizung|Warmwasser)_AktuellerMonat|^stat_.+(?<!Last)\b|^raw_|^dummy|^Waermepumpe_BetriebsartText
DbLogValueFn {
if (($READING =~ /^(Energieertrag_Tag_Gesamt|Energieertrag_Tag_Heizung|Energieertrag_Tag_Kuehlung|Energieertrag_Tag_Warmwasser|raw_Energieertrag_Tag_Gesamt|raw_Energieertrag_Tag_Heizung|raw_Energieertrag_Tag_Kuehlung|raw_Aussentemperatur|Aussentemperatur|Heizung_Absenktemperatur|Heizung_Solltemperatur|Heizung_Urlaubstemperatur|Heizung_Vorlauf|Kuehlung_Solltemperatur|Urlaub_Temperatur|Stromverbrauch_Gesamt|Stromverbrauch_Heizung|Stromverbrauch_Heizung_AktuellerMonat|Stromverbrauch_Heizung_LetzterMonat|Stromverbrauch_Warmwasser|Stromverbrauch_Warmwasser_AktuellerMonat|Stromverbrauch_Warmwasser_LetzterMonat|Umweltertrag_Gesamt|Warmwasser_Temperatur|Warmwasser_Vorlauf|Warmwasser_Zieltemperatur|Wasserdruck|Vorlauf|Ruecklauf|Zirkulationspumpe_Status|Betriebsstunden_Gesamt|Betriebsstunden_Heizung|Betriebsstunden_Kuehlung|raw_aktuell_gewonnene_Energie|raw_aktueller_Stromverbrauch|aktuelle_Kompressorauslastung|Heizwasser_Durchflussrate|Aussentemperatur_gemittelt|aktuell_gewonnene_Energie|aktueller_Stromverbrauch|Betriebsstunden_Warmwasser)$/) && ($VALUE =~ /^(-?\d+(?:\.\d+)?)(?: ([^ ]+))?/)) {
$UNIT = $2;
$VALUE = $1;
}
if ($READING eq "Aussentemperatur" && $VALUE <= -40){
$IGNORE=1;
}
}
comment Pumpenstatus = off (0) --> Aus
Pumpenstatus = on (1) --> Heizen
Pumpenstatus = 4 --> Warmwasser
attr r~hmu~State raw_Energieertrag_Tag_Gesamt +f energy.1
ebusWritesEnabled 1
event-on-change-reading .*
r_700_DisplayedOutsideTemp raw_Aussentemperatur +f
r_700_Hc1FlowTemp Heizung_Vorlauf +f
r_700_Hc1PumpStatus Heizung_Pumpenstatus +f
r_700_Hc1Status Heizung_Status +f
r_700_HolidayEndPeriod Urlaub_Ende:12 +f
r_700_HolidayStartPeriod Urlaub_Anfang:12 +f
r_700_HolidayTemp Urlaub_Temperatur:12 +f
r_700_HwcFlowTemp Warmwasser_Vorlauf +f
r_700_HwcHolidayEndPeriod Urlaub_Warmwasser_Ende:12 +f
r_700_HwcHolidayStartPeriod Urlaub_Warmwasser_Anfang:12 +f
r_700_HwcStorageTemp Warmwasser_Temperatur +f
r_700_HwcTempDesired Warmwasser_Zieltemperatur:12 +f
r_700_OutsideTempAvg Aussentemperatur_gemittelt +f
r_700_PrEnergySum Stromverbrauch_Gesamt +f
r_700_PrEnergySumHc Stromverbrauch_Heizung +f
r_700_PrEnergySumHcLastMonth Stromverbrauch_Heizung_LetzterMonat:12 +f
r_700_PrEnergySumHcThisMonth Stromverbrauch_Heizung_AktuellerMonat:12 +f
r_700_PrEnergySumHwc Stromverbrauch_Warmwasser +f
r_700_PrEnergySumHwcLastMonth Stromverbrauch_Warmwasser_LetzterMonat:12 +f
r_700_PrEnergySumHwcThisMonth Stromverbrauch_Warmwasser_AktuellerMonat:12 +f
r_700_SystemFlowTemp Systemvorlauf +f
r_700_WaterPressure Wasserdruck +f
r_700_YieldTotal Umweltertrag_Gesamt +f
r_700_ccTimer.Friday Schaltzeiten_Zirkulationspumpe_5_Fr:12 +f
r_700_ccTimer.Monday Schaltzeiten_Zirkulationspumpe_1_Mo:12 +f
r_700_ccTimer.Saturday Schaltzeiten_Zirkulationspumpe_6_Sa:12 +f
r_700_ccTimer.Sunday Schaltzeiten_Zirkulationspumpe_7_So:12 +f
r_700_ccTimer.Thursday Schaltzeiten_Zirkulationspumpe_4_Do:12 +f
r_700_ccTimer.Tuesday Schaltzeiten_Zirkulationspumpe_2_Di:12 +f
r_700_ccTimer.Wednesday Schaltzeiten_Zirkulationspumpe_3_Mi:12 +f
r_700_currenterror currenterror_700_0;currenterror_700_1;currenterror_700_2;currenterror_700_3;currenterror_700_4 +f
r_700_hwcTimer.Friday Schaltzeiten_Warmwasser_5_Fr:12 +f
r_700_hwcTimer.Monday Schaltzeiten_Warmwasser_1_Mo:12 +f
r_700_hwcTimer.Saturday Schaltzeiten_Warmwasser_6_Sa:12 +f
r_700_hwcTimer.Sunday Schaltzeiten_Warmwasser_7_So:12 +f
r_700_hwcTimer.Thursday Schaltzeiten_Warmwasser_4_Do:12 +f
r_700_hwcTimer.Tuesday Schaltzeiten_Warmwasser_2_Di:12 +f
r_700_hwcTimer.Wednesday Schaltzeiten_Warmwasser_3_Mi:12 +f
r_700_z1CoolingTemp Kuehlung_Solltemperatur +f
r_700_z1CoolingTimer.Friday Schaltzeiten_Kuehlung_5_Fr:12 +f
r_700_z1CoolingTimer.Monday Schaltzeiten_Kuehlung_1_Mo:12 +f
r_700_z1CoolingTimer.Saturday Schaltzeiten_Kuehlung_6_Sa:12 +f
r_700_z1CoolingTimer.Sunday Schaltzeiten_Kuehlung_7_So:12 +f
r_700_z1CoolingTimer.Thursday Schaltzeiten_Kuehlung_4_Do:12 +f
r_700_z1CoolingTimer.Tuesday Schaltzeiten_Kuehlung_2_Di:12 +f
r_700_z1CoolingTimer.Wednesday Schaltzeiten_Kuehlung_3_Mi:12 +f
r_700_z1DayTemp Heizung_Solltemperatur +f
r_700_z1HolidayEndPeriod Urlaub_Heizung_Ende:12 +f
r_700_z1HolidayStartPeriod Urlaub_Heizung_Anfang:12 +f
r_700_z1HolidayTemp Heizung_Urlaubstemperatur:12 +f
r_700_z1NightTemp Heizung_Absenktemperatur:12 +f
r_700_z1Timer.Friday Schaltzeiten_Heizung_5_Fr:12 +f
r_700_z1Timer.Monday Schaltzeiten_Heizung_1_Mo:12 +f
r_700_z1Timer.Saturday Schaltzeiten_Heizung_6_Sa:12 +f
r_700_z1Timer.Sunday Schaltzeiten_Heizung_7_So:12 +f
r_700_z1Timer.Thursday Schaltzeiten_Heizung_4_Do:12 +f
r_700_z1Timer.Tuesday Schaltzeiten_Heizung_2_Di:12 +f
r_700_z1Timer.Wednesday Schaltzeiten_Heizung_3_Mi:12 +f
r_700_z1ValveStatus Heizung_Ventilstatus +f
r_hmu_CurrentCompressorUtil aktuelle_Kompressorauslastung +f
r_hmu_CurrentConsumedPower aktueller_Stromverbrauch +f
r_hmu_CurrentYieldPower aktuell_gewonnene_Energie +f
r_hmu_EnergyCool raw_Energieertrag_Tag_Kuehlung +f
r_hmu_EnergyHc raw_Energieertrag_Tag_Heizung +f
r_hmu_Hours Betriebsstunden_Gesamt:12 +f
r_hmu_HoursCool Betriebsstunden_Kuehlung:12 +f
r_hmu_HoursHc Betriebsstunden_Heizung:12 +f
r_hmu_State dummy;raw_Energieertrag_Tag_Gesamt;Waermepumpe_Betriebsstatus;Waermepumpe_Betriebsart +f
r_hmu_Status01 Vorlauf;Ruecklauf;dummy;dummy;dummy;Pumpenstatus +f
r_hmu_StatusCirPump Zirkulationspumpe_Status +f
r_hmu_WaterThroughput Heizwasser_Durchflussrate +f
r_hmu_currenterror currenterror_hmu_0;currenterror_hmu_1;currenterror_hmu_2;currenterror_hmu_3;currenterror_hmu_4 +f
room Heizung,Vaillant
stateFormat Aussentemperatur: [$name:Aussentemperatur]<br />
Betriebsart: [$name:Waermepumpe_BetriebsartText]<br />
Heizung (Status/Vorlauf): [$name:Heizung_Pumpenstatus] • [$name:Heizung_Status] • [$name:Heizung_Ventilstatus] • [$name:Heizung_Vorlauf]<br />
Warmwasser (Temp/Vorlauf/Druck): [$name:Warmwasser_Temperatur] • [$name:Warmwasser_Vorlauf] • [$name:Wasserdruck]<br />
Energieertrag (Ges/Hz/Kü/WW): [$name:Energieertrag_Tag_Gesamt] • [$name:Energieertrag_Tag_Heizung] • [$name:Energieertrag_Tag_Kuehlung] • [$name:Energieertrag_Tag_Warmwasser]<br />
Umweltertrag: [$name:Umweltertrag_Gesamt]<br />
Stromverbrauch (Ges/Hz/WW): [$name:Stromverbrauch_Gesamt] • [$name:Stromverbrauch_Heizung] • [$name:Stromverbrauch_Warmwasser]<br />
Stromverbrauch Monat (Hz/WW): [$name:Stromverbrauch_Heizung_AktuellerMonat] ([$name:Stromverbrauch_Heizung_LetzterMonat]) • [$name:Stromverbrauch_Warmwasser_AktuellerMonat] ([$name:Stromverbrauch_Warmwasser_LetzterMonat])<br />
Error: [$name:currenterror_hmu_0] • [$name:currenterror_700_0]
timestamp-on-change-reading .*
userReadings Energieertrag_Tag_Warmwasser:raw_Energieertrag_Tag_(Gesamt|Heizung|Kuehlung)\x3A.* { sprintf("%s kWh", (ReadingsNum($name,"raw_Energieertrag_Tag_Gesamt",0)-ReadingsNum($name,"raw_Energieertrag_Tag_Heizung",0)-ReadingsNum($name,"raw_Energieertrag_Tag_Kuehlung",0))/10); },
Energieertrag_Tag_Gesamt:raw_Energieertrag_Tag_Gesamt\x3A.* { sprintf("%s kWh", (ReadingsNum($name,"raw_Energieertrag_Tag_Gesamt",0)/10)); },
Energieertrag_Tag_Heizung:raw_Energieertrag_Tag_Heizung\x3A.* { sprintf("%s kWh", (ReadingsNum($name,"raw_Energieertrag_Tag_Heizung",0)/10)); },
Energieertrag_Tag_Kuehlung:raw_Energieertrag_Tag_Kuehlung\x3A.* { sprintf("%s kWh", (ReadingsNum($name,"raw_Energieertrag_Tag_Kuehlung",0)/10)); },
Aussentemperatur:raw_Aussentemperatur\x3A.* {
if(ReadingsNum($name,"raw_Aussentemperatur",-40)>-40) {
sprintf("%s °C", ReadingsNum($name,"raw_Aussentemperatur",-40));
}
},
stat_Aussentemperatur3HourMin:Aussentemperatur\x3A.* { sprintf("%.1f °C",movingMin("$name","Aussentemperatur",10800)); },
Waermepumpe_BetriebsartText:Waermepumpe_Betriebsart\x3A.* {
if(ReadingsNum($name,"Waermepumpe_Betriebsart",-1)==0) {
return "Bereit";
}
elsif(ReadingsNum($name,"Waermepumpe_Betriebsart",-1)==8) {
return "Heizen";
}
elsif(ReadingsNum($name,"Waermepumpe_Betriebsart",-1)==10) {
return "Fehler";
}
elsif(ReadingsNum($name,"Waermepumpe_Betriebsart",-1)==16) {
return "Kuehlen";
}
elsif(ReadingsNum($name,"Waermepumpe_Betriebsart",-1)==128) {
return "Warmwasser";
}
else {
return "unbekannt";
}
},
Waermepumpe_BetriebsartLast:Waermepumpe_Betriebsart\x3A.* {
if(ReadingsNum($name,"Waermepumpe_Betriebsart",-1)==8) {
return "Heizen";
}
elsif(ReadingsNum($name,"Waermepumpe_Betriebsart",-1)==16) {
return "Kuehlen";
}
else {
return undef;
}
},
Betriebsstunden_Warmwasser:Betriebsstunden_(Gesamt|Heizung|Kuehlung)\x3A.* { sprintf("%s h", (ReadingsNum($name,"Betriebsstunden_Gesamt",0)-ReadingsNum($name,"Betriebsstunden_Heizung",0)-ReadingsNum($name,"Betriebsstunden_Kuehlung",0))); }
userattr r_700_DisplayedOutsideTemp r_700_Hc1FlowTemp r_700_Hc1PumpStatus r_700_Hc1Status r_700_HolidayEndPeriod r_700_HolidayStartPeriod r_700_HolidayTemp r_700_HwcFlowTemp r_700_HwcHolidayEndPeriod r_700_HwcHolidayStartPeriod r_700_HwcStorageTemp r_700_HwcTempDesired r_700_PrEnergySum r_700_PrEnergySumHc r_700_PrEnergySumHcLastMonth r_700_PrEnergySumHcThisMonth r_700_PrEnergySumHwc r_700_PrEnergySumHwcLastMonth r_700_PrEnergySumHwcThisMonth r_700_SystemFlowTemp r_700_WaterPressure r_700_YieldTotal r_700_ccTimer.Friday r_700_ccTimer.Monday r_700_ccTimer.Saturday r_700_ccTimer.Sunday r_700_ccTimer.Thursday r_700_ccTimer.Tuesday r_700_ccTimer.Wednesday r_700_currenterror r_700_hwcTimer.Friday r_700_hwcTimer.Monday r_700_hwcTimer.Saturday r_700_hwcTimer.Sunday r_700_hwcTimer.Thursday r_700_hwcTimer.Tuesday r_700_hwcTimer.Wednesday r_700_z1CoolingTemp r_700_z1CoolingTimer.Friday r_700_z1CoolingTimer.Monday r_700_z1CoolingTimer.Saturday r_700_z1CoolingTimer.Sunday r_700_z1CoolingTimer.Thursday r_700_z1CoolingTimer.Tuesday r_700_z1CoolingTimer.Wednesday r_700_z1DayTemp r_700_z1HolidayEndPeriod r_700_z1HolidayStartPeriod r_700_z1HolidayTemp r_700_z1NightTemp r_700_z1Timer.Friday r_700_z1Timer.Monday r_700_z1Timer.Saturday r_700_z1Timer.Sunday r_700_z1Timer.Thursday r_700_z1Timer.Tuesday r_700_z1Timer.Wednesday r_700_z1ValveStatus r_hmu_EnergyCool r_hmu_EnergyHc r_hmu_State r_hmu_Status01 r_hmu_currenterror w_700_HolidayEndPeriod w_700_HolidayStartPeriod w_700_z1CoolingTemp w_700_z1DayTemp w~700~HolidayEndPeriod w~700~HolidayStartPeriod w~700~z1DayTemp r_hmu_StatusCirPump r_hmu_Hours r_hmu_HoursHc r_hmu_HoursCool r_hmu_CurrentYieldPower r_hmu_CurrentConsumedPower r_hmu_CurrentCompressorUtil r_hmu_WaterThroughput r_700_OutsideTempAvg
valueFormat {
"raw_Energieertrag_Tag_Gesamt" => "%s hWh",
"raw_Energieertrag_Tag_Heizung" => "%s hWh",
"raw_Energieertrag_Tag_Kuehlung" => "%s hWh",
"raw_Aussentemperatur" => "%.1f °C",
"Heizung_Absenktemperatur" => "%s °C",
"Heizung_Solltemperatur" => "%s °C",
"Heizung_Urlaubstemperatur" => "%s °C",
"Heizung_Vorlauf" => "%s °C",
"Kuehlung_Solltemperatur" => "%s °C",
"Urlaub_Temperatur" => "%s °C",
"Stromverbrauch_Gesamt" => "%s kWh",
"Stromverbrauch_Heizung" => "%s kWh",
"Stromverbrauch_Heizung_AktuellerMonat" => "%s kWh",
"Stromverbrauch_Heizung_LetzterMonat" => "%s kWh",
"Stromverbrauch_Warmwasser" => "%s kWh",
"Stromverbrauch_Warmwasser_AktuellerMonat" => "%s kWh",
"Stromverbrauch_Warmwasser_LetzterMonat" => "%s kWh",
"Umweltertrag_Gesamt" => "%s kWh",
"Warmwasser_Temperatur" => "%s °C",
"Warmwasser_Vorlauf" => "%s °C",
"Warmwasser_Zieltemperatur" => "%s °C",
"Wasserdruck" => "%s bar",
"Schaltzeiten_Zirkulationspumpe_5_Fr" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_1_Mo" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_6_Sa" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_7_So" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_4_Do" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_2_Di" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Zirkulationspumpe_3_Mi" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_5_Fr" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_1_Mo" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_6_Sa" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_7_So" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_4_Do" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_2_Di" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Warmwasser_3_Mi" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_5_Fr" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_1_Mo" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_6_Sa" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_7_So" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_4_Do" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_2_Di" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Kuehlung_3_Mi" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_5_Fr" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_1_Mo" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_6_Sa" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_7_So" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_4_Do" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_2_Di" => "%s - %s, %s - %s, %s - %s",
"Schaltzeiten_Heizung_3_Mi" => "%s - %s, %s - %s, %s - %s",
"Vorlauf" => "%s °C",
"Ruecklauf" => "%s °C",
"Betriebsstunden_Gesamt" => "%s h",
"Betriebsstunden_Heizung" => "%s h",
"Betriebsstunden_Kuehlung" => "%s h",
"aktuell_gewonnene_Energie" => "%s kW",
"aktueller_Stromverbrauch" => "%s kW",
"aktuelle_Kompressorauslastung" => "%s %%",
"Heizwasser_Durchflussrate" => "%s l/h",
"Aussentemperatur_gemittelt" => "%.1f °C"
}
verbose 2
w_700_HolidayEndPeriod Urlaub_Ende
w_700_HolidayStartPeriod Urlaub_Anfang
w_700_z1CoolingTemp Kuehlung_Solltemperatur
w_700_z1DayTemp Heizung_Solltemperatur
Und hier die Log-Einträge:
2023.01.24 20:41:30 2: ebus GAEBUS_Attr(set,ebus,verbose,<5>)
2023.01.24 20:41:35 2: ebus device closed. Try to reopen
2023.01.24 20:41:35 3: GAEBUS opening ebus device localhost(8888)
2023.01.24 20:41:35 3: GAEBUS device opened (ebus)
2023.01.24 20:41:35 3: ebus execute w -c 700 z1DayTemp 23.00
2023.01.24 20:41:35 3: ebus answer w Heizung_Solltemperatur done
2023.01.24 20:41:42 4: ebus start GetUpdates2
2023.01.24 20:41:43 3: GAEBUS opening ebus device localhost(8888)
2023.01.24 20:41:43 3: GAEBUS device opened (ebus)
2023.01.24 20:41:43 5: ebus: ebusd state(signal acquired, 43 symbols/sec (426 max), 5 masters)
2023.01.24 20:41:43 5: ebus GetUpdates: raw_Aussentemperatur:1
2023.01.24 20:41:43 3: ebus execute r -c 700 DisplayedOutsideTemp
2023.01.24 20:41:43 3: ebus answer r raw_Aussentemperatur 0.738281
...
Spannend ist, dass die Meldung erscheint, bevor tatsächlich auf den ebus geschrieben wird. Nur leider gibt das Log ansonsten nicht viel her...
Hast du sonst noch eine Idee?
Danke & Gruß
Hanjo
Hallo Hajo,
danke für die Ausgaben. Damit kann ich nachvollziehen was da passiert.
Im "Internal" "STATE" speichere ich den Status der Verbindung zum ebusd. Vor jedem "Set" wird geprüft ob der Inhalt "Connected" ist, falls nein wird die Verbindung geschlossen und neu aufgebaut. Das passt genau zu dem zeitlichen Verhalten aus dem Log.
Mit der Einführung von stateFormat passt das natürlich nicht mehr.
Ich schaue mir das mal im Detail an, wie ich das verändern kann. Evtl. reicht es schon den Status in einer Variablen "state" zu speichern.
Viele Grüße
Andreas
Ah spannend - na dann ist die Meldung ja logisch.
Hat sich das Verhalten dazu in irgendeiner Version mal verändert? Jetzt wo du es sagst, ist mir nämlich aufgefallen, dass trotz stateFormat in der Web-UI nur "Connected" angezeigt wird (siehe Anhang).
Bin mir ziemlich sicher, dass das früher so angezeigt worden ist, wie ich es in stateFormat konfiguriert hatte...
Hallo Hanno,
anbei eine neue Version des Moduls. Kannst du das bitte mal bei dir testen.
Das Verhalten solle schon immer so gewesen sein, aber nachdem sich die Werte gegenseitig überschreiben kann es schon sein dass es manchmal das gewünschte anzeigt und manchmal nicht.
Wenn die Version bei dir funktioniert dann stelle ich sie allgemein zur Verfügung.
Viele Grüße
Andreas
Hi Andreas,
das sieht sehr, sehr gut aus, habe die Version installiert und es kommt beim Schreiben nicht mehr zu Fehlern. Updates klappen auch einwandfrei, also alles wunderbar :-)
Allerdings habe ich beim Laden des Moduls folgende Warnungen erhalten:
2023.01.28 20:12:20 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/98_GAEBUS.pm line 195.
2023.01.28 20:12:20 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/98_GAEBUS.pm line 225.
2023.01.28 20:12:20 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/98_GAEBUS.pm line 241.
2023.01.28 20:12:20 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/98_GAEBUS.pm line 262.
Herzlichen Dank & Gruß
Hanjo
Hallo Hanno,
ich sehe die Fehlermeldungen nur beim "reload" beim "restart" tauchen sie nicht auf.
Das sollte also keine Rolle spielen.
Viele Grüße
Andreas
Hi Andreas,
ahja, das kann sein. Ok, dann sollte einem Release ja nichts im Wege stehen :)
Danke & Gruß
Hanjo
Moin Leute,
nachdem ich GAEBUS ziemlich problemlos seit 2019 nutze, um meiner Vaillant ecoCompact Gastherme auf die Finger zu schauen und sie zu optimieren, liefert mir FHEM mit GAEBUS seit heute Vormittag nur noch Fehlermeldungen und keine nutzbaren Werte mehr.
Die Benutzungsoberfläche sieht so aus wie in der angehängten Abbildung und das bisschen Wissen, über das ich noch verfüge, führte zu folgenden Informationen aus meinem Heiz-Raspi:
root@raspberrypi:/home/pi# ebusctl state
signal acquired, 75 symbols/sec (103 max), 3 masters
root@raspberrypi:/home/pi# ebusctl -scan full
error connecting to can:8888
root@raspberrypi:/home/pi# ebusctl -scan result
error connecting to can:8888
root@raspberrypi:/home/pi# ebusctl info
version: ebusd 3.3.v3.3
signal: acquired
symbol rate: 23
max symbol rate: 103
min arbitration micros: 12
max arbitration micros: 24
min symbol latency: 4
max symbol latency: 4
reconnects: 0
masters: 3
messages: 3
conditional: 0
poll: 0
update: 0
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0202;HW=9602"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0510;HW=6403"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 52: slave, scanned "MF=Vaillant;ID=VR_70;SW=0109;HW=2903"
root@raspberrypi:/home/pi# ebusctl find -d -r -w -p
scan.08 = Vaillant;BAI00;0202;9602
scan.15 = Vaillant;70000;0510;6403
scan.52 = Vaillant;VR_70;0109;2903
root@raspberrypi:/home/pi#
Leider komme ich von hier aus nicht weiter und bitte daher um eure Hilfe, damit ich mein Abhörgerät wieder zum Funktionieren bringen kann.
Vielen Dank im Voraus und Grüsse von der Küste
Det :)
FHEM 20231115.jpg