Dank einiger fleißiger Leute gibt es inzwischen ein FHEM Modul um eine Junkers Gastherme mit HT3-Bus an FHEM anzubinden.
Benötigt wird ein USB Adapter oder Adapter für den RaspberryPI der an die Gastherme angebunden wird. Genauere Informationen inkl. Bauanleitung dazu gibt es im Mikrocontroller-Forum:
http://www.mikrocontroller.net/topic/317004 (nur lesend)
USB Adapter:
http://www.mikrocontroller.net/topic/317004#3548193 (nur lesen)
Seit dem 18.12 gibt es auch piduino und pitiny die beide auch auf dem Bus schreiben können, wird aber noch nicht unterstützt:
http://www.mikrocontroller.net/topic/317004#3925213
Es gibt auch eine Software von Norbert die aber nicht kompatibel mit FHEM ist:
http://www.mikrocontroller.net/topic/324673
https://github.com/norberts1/hometop_HT3.git
Das aktuelle FHEM Modul von Heiko findet ihr hier:
HEATRONIC ist inzwischen im offiziellen FHEM Repository, muss also nicht extra installiert werden. Danke Heiko.
Weitere Quellen: Das ganze basiert auf der Arbeit vieler anderer fleissiger Jungs im Mikrocontrollerforum:
http://www.mikrocontroller.net/topic/199506
Vielen Dank an alle die es ermöglicht haben. In Zukunft ist auch eine Schnittstelle geplant mit der man nicht nur die Informationen aus der Gastherme lesen kann sondern auch Befehle absenden.
Edit: Ich hab mal ein paar Plots in den Anhang gepackt
Noch als Ergänzung um die Informationsflut etwas in grenzen zu halten, habe ich folgende Attribute verpasst:
event-min-interval ch_Tflow_measured:120,ch_burner_power:120,dhw_Tcylinder:120,dhw_Tmeasured:120,hc1_Tmeasured:120,sol_Tcollector:120,sol_Tcylinder_bottom:120,ch_time:900,ch_Tflow_desired:3600,dhw_Tdesired:3600,hc1_Tdesired:3600
event-on-change-reading ch_Tflow_desired,ch_Tmixer,ch_Toutside:0.2,ch_Treturn,ch_burner_fan,ch_burner_operation,ch_mode,ch_pump_circulation,ch_pump_cylinder,ch_pump_heating,ch_runtime_ch:100,ch_runtime_dhw:100,ch_runtime_tot:100,ch_starts_ch:50,ch_starts_dhw:50,ch_starts_tot:50,dhw_Tdesired,hc1_Tdesired,hc1_mode,sol_pump,sol_runtime:50,sol_yield_2,sol_yield_last_hour,state
event-on-update-reading ch_Tflow_measured,ch_burner_power,dhw_Tcylinder,dhw_Tmeasured,hc1_Tmeasured,sol_Tcollector,sol_Tcylinder_bottom,ch_time
Die Zeiten und Schwellenwerte muss jeder nach seinen Bedürfnissen anpassen. So werden grob alle Messwerte alle 2min geloggt. Alle Soll Werte bei Veränderung mindestens aber stündlich und die restlichen Zustände nur bei Veränderungen manchmal auch nur bei 100 oder 50 Veränderungen (Brenner und Pumpenstarts)
Hallo Zusammen,
nachdem ich im Mikrocontroller-Forum auf meine nicht so ganz professionelle, aber funktionierende Lösung zur Integration von einem Junkers Heizgerät mit HT3-Schnittstelle angesprochen wurde will ich hier kurz beschreiben, wie ich das gelöst habe.
Hier in Kurzform die Vorgehensweise, um Daten einer Junkers-Heizung mit Heattronic 3 in Fhem zu integrieren.
Folgende Dinge sollten gelesen und beachtet werden:
- Hardware: Es wird ein Adapter für den HT3-Bus benötigt, siehe hierzu http://www.mikrocontroller.net/topic/317004#3585250 (http://www.mikrocontroller.net/topic/317004#3585250)
- Software: Auf dem Raspberry Pi (o.ä.) wird eine Auswertung des Protokolls benötig, siehe hierzu auch http://www.mikrocontroller.net/topic/324673#3588841 (http://www.mikrocontroller.net/topic/324673#3588841)
Für obiges ein großes Dankeschön an Norbert, er hat hier zur Installation der Hard- und Software im Mikrocontroller-Forum bereits einiges geschrieben, eine ausführliche Anleitung ist auch schon erstellt, die befindet sich mit im Software-Paket.
Nun zur Anbindung in FHEM.
Ich bin hier einen recht einfachen Weg gegangen, da mir die Anpassung eines Perl-Moduls zu schwierig war und auch das Datenaufkommen deutlich zu groß ist. Daher habe ich zu der obigen Installation zusätzlich einen Webserver mit Apache und PHP auf dem raspberry Pi installiert. Anleitungen hierzu gibt es reichlich im Internet, z.B. unter: http://www.forum-raspberrypi.de/Thread-tutorial-raspberry-pi-als-webserver-php-5-installation (http://www.forum-raspberrypi.de/Thread-tutorial-raspberry-pi-als-webserver-php-5-installation).
PHP ist wichtig, damit werden die Textdateien im Browser auch korrekt angezeigt und können mit HTTPMOD ausgelesen werden.
Dann rufe ich mittels Cronjob ein kleines Script auf, welches mir die Daten in eine einfache TXT-Datei schreibt.
Diese Textdatei frage ich mittel dem HTTPMOD-Modul in Fhem regelmäßig ab und fülle hierüber die einzelnen Variablen, die auch in meiner FHEM-SQL-Datenbank gespeichert werden.
Als Hinweis noch vorab, nicht alle Daten werden bei mir übertragen, da ich auch nicht alle Messpunkte wie Norbert S. oder Frank im Mikrocontroller-Forum. Daher bitte die Punkte selber anpassen, das sollte recht einfach möglich sein.
Zuerst das Script für die Dateierstellung im Raspberry mit der HT-Schnittstelle. Hier frage ich einfach periodisch die letzten geschriebenen Werte in der SQLITE-Datenbank ab und schreibe diese in die Datei hzg.txt im Verzeichnis /var/www/
Das Script "date_sql_extract.pl" liegt mit im Verzeichnis /usr/local/bin/ und ist unter Benutzer pi ausführbar.
Damit die sqllite-Datenbank angesprochen werden kann muß man das Perl-modul DBI installieren mit "sudo apt-get install libdbd-mysql-perl" und ggf. "sudo apt-get install libdbi-perl". Sollte auf dem Raspberry bereits FHEM installiert sein, dann sollte das DBI-Paket bereits installiert sein. Bitte den Pfad zur SQL-Lite-Datei prüfen und ggf. anpassen (Zeile 6). Hier auch nochmals der Hinweis, ich habe nicht alle Daten abgefragt da ich auch nicht alle Datenpunkte verwende bzw. auch nicht physikalisch zur Verfügung habe oder technisch richtige Werte ausgegeben werden!
date_sql_extract.pl: (ist im Anhang zum Beitrag)#!/usr/bin/perl
use strict;
use DBI;
my $dbargs = {AutoCommit => 0, PrintError => 1};
my $dbh = DBI->connect("dbi:SQLite:dbname=/home/pi/HT3/software/var/databases/HT3_db.sqlite", "", "", $dbargs); ##PFAD zur SQLITE anpassen
open (DATEI, ">/var/www/hzg.txt") or die $!; ## Datei mit den Heizungsdaten öffnen
## Zeilen ausgeben, Solar
my ($time, $t_kollektor, $t_speicher, $sp_laufzeit, $V_ertrag) = "";
my $res = $dbh->selectall_arrayref("SELECT Local_date_time, T_kollektor, T_speicher_unten, V_ertrag_stunde, C_laufzeit FROM solar ORDER BY rowid DESC LIMIT 1 ;");
foreach my $row (@$res) {
($time, $t_kollektor, $t_speicher, $V_ertrag, $sp_laufzeit) = @$row;
print DATEI "SO-Time: $time - Temp_Koll: $t_kollektor, T-Speicher $t_speicher ,Ertrag: $V_ertrag ,Laufzeit SP $sp_laufzeit\n";
## print("Time: $time - Temp_Koll: $t_kollektor, T-Speicher $t_speicher ,Ertrag: $V_ertrag ,Laufzeit SP $sp_laufzeit\n");
}
## Zeilen ausgeben, Heizgerät
my ($time, $t_vorlauf_soll, $t_vorlauf_ist, $brenner_lstg, $hg_betr_modus, $hp_an, $zp_an, $wwp_an) = "";
my $res = $dbh->selectall_arrayref("SELECT Local_date_time, T_vorlauf_soll, T_vorlauf_ist, V_modus, V_leistung, V_heizungs_pumpe, V_zirkula_pumpe, V_speicher_pumpe FROM heizgeraet ORDER BY rowid DESC LIMIT 1 ;");
foreach my $row (@$res) {
($time, $t_vorlauf_soll, $t_vorlauf_ist, $hg_betr_modus, $brenner_lstg,$hp_an, $zp_an, $wwp_an) = @$row;
print DATEI "HG-Time: $time vorlauf_soll $t_vorlauf_soll, vorlauf_ist $t_vorlauf_ist, hg_modus $hg_betr_modus, brenner_lstg $brenner_lstg, hp_an $hp_an, zp_an $zp_an, wwp_an $wwp_an\n";
## print("Time: $time vorlauf_soll $t_vorlauf_soll, vorlauf_ist $t_vorlauf_ist, hg_modus $hg_betr_modus brenner_lstg $brenner_lstg, hp_an $hp_an, zp_an $zp_an, wwp_an $wwp_an\n");
}
## Zeilen ausgeben, Warmwasser
my ($time, $t_soll, $t_ist, $t_speicher, $C_betriebs_zeit) = "";
my $res = $dbh->selectall_arrayref("SELECT Local_date_time, T_soll, T_ist, T_speicher, C_betriebs_zeit FROM warmwasser ORDER BY rowid DESC LIMIT 1 ;");
foreach my $row (@$res) {
($time, $t_soll, $t_ist, $t_speicher, $C_betriebs_zeit) = @$row;
print DATEI "WW-Time: $time t_soll $t_soll, t_ist $t_ist, t_speicher $t_speicher, betriebs_zeit $C_betriebs_zeit\n";
# print("Time: $time t_aussen $t_aussen, hk_soll $t_soll_HK1, hk ist $t_ist_HK1, betrieb_gesamt $C_betrieb_gesamt, betrieb_heizung $C_betrieb_heizung, brenner_ges_ein $C_brenner_gesamt, brenner_hzg_ein $C_brenner_heizung, betriebsart $V_betriebs_art\n");
}
## Zeilen ausgeben, Heizkreis
my ($time, $t_aussen, $t_soll_HK1, $t_ist_HK1, $C_betrieb_gesamt, $C_betrieb_heizung, $C_brenner_gesamt, $C_brenner_heizung, $V_betriebs_art) = "";
my $res = $dbh->selectall_arrayref("SELECT Local_date_time, T_aussen, T_soll_HK1, T_ist_HK1, C_betrieb_gesamt, C_betrieb_heizung, C_brenner_gesamt, C_brenner_heizung, V_betriebs_art FROM heizkreis ORDER BY rowid DESC LIMIT 1 ;");
foreach my $row (@$res) {
($time, $t_aussen, $t_soll_HK1, $t_ist_HK1, $C_betrieb_gesamt, $C_betrieb_heizung, $C_brenner_gesamt, $C_brenner_heizung, $V_betriebs_art) = @$row;
print DATEI "HK-Time: $time t_aussen $t_aussen, hk_soll $t_soll_HK1, hk_ist $t_ist_HK1, betrieb_gesamt $C_betrieb_gesamt, betrieb_heizung $C_betrieb_heizung, brenner_ges_ein $C_brenner_gesamt, brenner_hzg_ein $C_brenner_heizung, betriebsart $V_betriebs_art\n";
# print("Time: $time t_aussen $t_aussen, hk_soll $t_soll_HK1, hk ist $t_ist_HK1, betrieb_gesamt $C_betrieb_gesamt, betrieb_heizung $C_betrieb_heizung, brenner_ges_ein $C_brenner_gesamt, brenner_hzg_ein $C_brenner_heizung, betriebsart $V_betriebs_art\n");
}
## Datenbank und Datei schließen
if ($dbh->err()) { die "$DBI::errstr\n"; }
$dbh->disconnect();
close (DATEI);
Im Crontab bitte die folgende Zeile ergänzen:
*/05 * * * * pi /usr/bin/perl -S date_sql_extract.pl
(siehe auch Anleitung von Norbert)
Damit wird alle 5 Minuten die Ausgabe der Daten in der Datei "hzg.txt" angestoßen
In FHEM wird nun über das Modul HTTPMOD die Variablen in einer selbst definierbaren Zeit gefüllt. Hierzu habe frage ich die Datei hzg.txt immer ab.
Inhalt der hzg.txt:
SO-Time: 2014.04.08 16:54:35 - Temp_Koll: 23, T-Speicher 43 ,Ertrag: 36 ,Laufzeit SP 6104
HG-Time: 2014.04.08 16:54:56 vorlauf_soll 51, vorlauf_ist 42.6, hg_modus 0, brenner_lstg 0, hp_an 1, zp_an 0, wwp_an 0
WW-Time: 2014.04.08 16:54:57 t_soll 50, t_ist 48.7, t_speicher 48.7, betriebs_zeit 12157
HK-Time: 2014.04.08 16:54:37 t_aussen 7.7, hk_soll 23, hk_ist 32.1, betrieb_gesamt 177094, betrieb_heizung 164936, brenner_ges_ein 73681, brenner_hzg_ein 73296, betriebsart 3
Definieren der Variablen über Modul HTTPMOD in FHEM:
ACHTUNG: Auch hier die IP-Adresse des Raspberrys richtig angeben, bei mir ist es 192.168.3.115 Der Wert hinter dem Link gibt die Abfrage der Werte in Sekunden ab, 600= alle 10 Minuten. Denk bitte daran, es macht nicht sinn, hier das Intervall kürzer einzustellen als im Cronjob, mit dessen die Datei hzg.txt erzeugt wird.
define hzg_solar HTTPMOD http://192.168.3.115/hzg.txt 600
attr hzg_solar readingsName.1 temp_kollektor
attr hzg_solar readingsName.2 temp_ww_u
attr hzg_solar readingsName.3 solar_ertrag_h
attr hzg_solar readingsName.4 hzg_laufzeit_sp
attr hzg_solar readingsRegex.1 Temp_Koll: ([\d\.]+)
attr hzg_solar readingsRegex.1Temp_Koll: (-?[\d\.]+)
attr hzg_solar readingsRegex.2 T-Speicher ([\d\.]+)
attr hzg_solar readingsRegex.3 Ertrag: ([\d\.]+)
attr hzg_solar readingsRegex.4 Laufzeit SP ([\d\.]+)
attr hzg_solar room Junkers
attr hzg_solar stateFormat {sprintf("Temperatur Kollektor %.1fC, Temperatur WW-Speicher unten %.1fC , Temperatur Solarertrag letze Stunde %.0fW, Laufzeit Solarpumpe %.0fmin", ReadingsVal($name,"temp_kollektor",0), ReadingsVal($name,"temp_ww_u",0), ReadingsVal($name,"solar_ertrag_h",0), ReadingsVal($name,"hzg_laufzeit_sp",0))}
define hzg_kessel HTTPMOD http://192.168.3.115/hzg.txt 300
attr hzg_kessel readingsName.1 hzg_kessel_soll
attr hzg_kessel readingsName.2 hzg_kessel_ist
attr hzg_kessel readingsName.3 hzg_brenner_lstg
attr hzg_kessel readingsName.4 hzg_hp_an
attr hzg_kessel readingsName.5 hzg_zp_an
attr hzg_kessel readingsName.6 hzg_wwp_an
attr hzg_kessel readingsRegex.1 vorlauf_soll ([\d\.]+)
attr hzg_kessel readingsRegex.2 vorlauf_ist ([\d\.]+)
attr hzg_kessel readingsRegex.3 brenner_lstg ([\d\.]+)
attr hzg_kessel readingsRegex.4 hp_an ([\d\.]+)
attr hzg_kessel readingsRegex.5 zp_an ([\d\.]+)
attr hzg_kessel readingsRegex.6 wwp_an ([\d\.]+)
attr hzg_kessel room Junkers
attr hzg_kessel stateFormat {sprintf("Kessel_soll %.1fC, Kessel_ist %.1fC , Brennerlstg %.0fpct, Heiz.Pumpe %.0f, Zirk-Pump %.0f, WW-Pump %.0f", ReadingsVal($name,"hzg_kessel_soll",0), ReadingsVal($name,"hzg_kessel_ist",0), ReadingsVal($name,"hzg_brenner_lstg",0), ReadingsVal($name,"hzg_hp_an",0),ReadingsVal($name,"hzg_zp_an",0),ReadingsVal($name,"hzg_wwp_an",0))}
define hzg_heizkreis HTTPMOD http://192.168.3.115/hzg.txt 300
attr hzg_heizkreis readingsName.1 hzg_t_aussen
attr hzg_heizkreis readingsName.2 hzg_hk_soll
attr hzg_heizkreis readingsName.3 hzg_hk_ist
attr hzg_heizkreis readingsName.4 hzg_betrieb_ges
attr hzg_heizkreis readingsName.5 hzg_betrieb_hzg
attr hzg_heizkreis readingsName.6 brenner_ges_ein
attr hzg_heizkreis readingsName.7 hzg_hk_betriebsart
attr hzg_heizkreis readingsRegex.1 t_aussen (-?[\d\.]+)
attr hzg_heizkreis readingsRegex.2 hk_soll ([\d\.]+)
attr hzg_heizkreis readingsRegex.3 hk_ist ([\d\.]+)
attr hzg_heizkreis readingsRegex.4 betrieb_gesamt ([\d\.]+)
attr hzg_heizkreis readingsRegex.5 betrieb_heizung ([\d\.]+)
attr hzg_heizkreis readingsRegex.6 brenner_ges_ein ([\d\.]+)
attr hzg_heizkreis readingsRegex.7 betriebsart ([\d\.]+)
attr hzg_heizkreis room Junkers
attr hzg_heizkreis stateFormat {sprintf("Aussentmp %.1f C, HK_soll %.1fC , HK_ist %.1fC, Heiz.Betr.ges %.0fmin, Hzg.Betrieb.Hzg %.0fmin, Brenner_ges_ein %.0fx, Betriebsart %.0f", ReadingsVal($name,"hzg_t_aussen",0), ReadingsVal($name,"hzg_hk_soll",0), ReadingsVal($name,"hzg_hk_ist",0), ReadingsVal($name,"hzg_betrieb_ges",0),ReadingsVal($name,"hzg_betrieb_hzg",0),ReadingsVal($name,"brenner_ges_ein",0),ReadingsVal($name,"hzg_hk_betriebsart",0))}
define hzg_ww HTTPMOD http://192.168.3.115/hzg.txt 300
attr hzg_ww readingsName.1 hzg_ww_tspeicher_soll
attr hzg_ww readingsName.2 hzg_ww_tspeicher_ist
attr hzg_ww readingsName.3 hzg_ww_betrieb_ges
attr hzg_ww readingsRegex.1 t_soll ([\d\.]+)
attr hzg_ww readingsRegex.2 t_ist ([\d\.]+)
attr hzg_ww readingsRegex.3 betriebs_zeit ([\d\.]+)
attr hzg_ww room Junkers
attr hzg_ww stateFormat {sprintf("Speicher_soll %.1fC, Speicher_ist %.1fC , WW.Betrz.ges %.0fmin", ReadingsVal($name,"hzg_ww_tspeicher_soll",0), ReadingsVal($name,"hzg_ww_tspeicher_ist",0), ReadingsVal($name,"hzg_ww_betrieb_ges",0))}
Damit kann man alle Daten auch in den SVG-Grafiken darstellen, z.B. den Solarertrag:
define PL_SOLARZAEHLER SVG logdb:hzg:HISTORY
attr PL_SOLARZAEHLER label my $zeit_akt = 0+(($hour+0)+($min/60));;;; my $sol_ertrag_tag=$zeit_akt*$data{avg1};;;;my $sol_ert_ges=Value("solarertrag_gesamt");; sprintf("Solarertrag: Aktuell %.0f W/ Avg: %.2fW/ Max: %.0fW /Stunden %.1f / Tagesertrag: %.0fW, %.0fkW", $data{currval1}, $data{avg1}, $data{max1}, $zeit_akt, $sol_ertrag_tag,$sol_ert_ges)
attr PL_SOLARZAEHLER room Junkers
Die zugehörige Datei zur Grafikdarstellung ist mit im Anhang (hzg.gplot)
Wie bereits Eingangs geschrieben, es ist der erste Ansatz zur Erzeugung von Daten der Junkers-Therme in FHEM. Wenn jemand ein perl-FHEM-Modul schreiben möchte, ich würde es gerne auch nutzen.
Die auszugebenden Daten können einfach angepasst werden. Ich habe auch den Solarertrag in Summe und für den jeweiligen Tag über diese Werte erzeugt, hier reicht es, eine kleine Progrämmchen in myUtils.pm einzutragen, welches bei einer Änderung der Solarwerte aufgerufen wird, dann hat man auch diese Werte passend.
Dieses ist jedoch alles (einschl. der obige Code und Weg) noch in der Erprobung und Fehler sind definitiv nicht auszuschließen. So wird z.B. die Aussentemperatur und auch die Temperatur des Solarkollektors falsch ausgewertet (negative Werte werden als 0 Grad interpretiert). Auch ist die Benennung der "Variablen" sicherlich verbesserungswürdig, aber, es geht zum Testen vorerst.
Wenn ich mehr Zeit bekomme, dann geht es auch noch weiter. Auf Wunsch kann ich auch noch meien myUtils.pm hier anhängen bzw. die Schritte für die Anzeige des Solarertrags erklären, jedoch ist gerade dieses noch in der Erprobung und hat zwischendurch auch einmal einen falschen Wert erzeugt.
Sollte ich einen Schritt vergessen haben oder sollte die Kurzanleitung nicht ausreichen, so bitte kurze Antwort hier im Forum für alle oder auch per PM.
Viel Spaß.
Gruß
Kai
Danke Kai, das du deine Lösung gepostet hast. Mal schauen wann ich endlich zum nachbauen komme :-). Ich hoffe ja das noch mehr mit Junkers Therme aufspringen.
Hallo Zusammen,
so, nun hier auch mal eine Grafik meiner Junkers-Auswertung in FHEM. Vielleicht bekommt ja noch jemand Lust, dieses in ein Perl-Modul zu übernehmen. Aber auch die "Einfach-Lösung", so wie ich diese realisiert habe, geht schon nicht schlecht.
Gruß
Kai
Moin moin,
nachdem meine neue Heizung (Junkers Cerapur ZSB 14-4C) am Mittwoch fertig installiert und der Adapter angeschlossen wurde, bin ich angefangen, ein Modul zur Abfrage der Heizung zu schreiben. Es sieht schon ganz gut aus, aber noch nicht gut genug, um die erste Version zu veröffentlichen. Ein paar Tage werde ich noch brauchen.
Gruß,
Heiko
Hallo Heiko das ist eine tolle Nachricht. Schon mal vielen Dank. Ich bin da bei weitem noch nicht so weit.
Gesendet von meinem Nexus 4 mit Tapatalk
Hallo Heiko,
eine super gute Nachricht.
Mit welchem Adapter fragst Du die Heizung ab?
Gruß
Kai
Hallo Kai,
ich habe den USB-Adapter nachgebaut, wie in http://www.mikrocontroller.net/topic/317004#3548193 (http://www.mikrocontroller.net/topic/317004#3548193) beschrieben. Es müsste aber auch der andere Adapter gehen, der gleich zu Beginn des Threads beschrieben wurde.
Gruß,
Heiko
Moin moin,
es ist soweit. Die erste Version ist fertig und im Anhang beigefügt. Die Datei müsste im FHEM-Ordner abgelegt werden.
Die Definition des Gerätes erfolgt durch "define <name> HEATRONIC <device>". Meine Definition sieht so aus:
define Heizung HEATRONIC /dev/ttyUSB0@9600
Nach und nach müssten sich dann unter <name> alle Werte füllen. ISM1/2 und IPM1/2 sind noch nicht eingebaut und es gibt noch einige Telegramme oder Werte, die nicht bekannt sind und somit nicht ausgelesen werden.
Es treffen viele Telegramme ein. Daher macht macht es Sinn, mit event-on-change-reading zu arbeiten und nicht benötigte Werte im Log zu exkludieren.
Wer Fehler findet, darf sie behalten (oder mir mitteilen). ;) Ich würde mich um Rückmeldung freuen, ob alles funktioniert. (Insbesondere, wenn im Hauptlog Fehler wie "Fehler bei der Auswertung ..." eingetragen sind);
Gruß,
Heiko
----------
Hier findet ihr immer die aktuelle Version des Moduls.
aktuellste Version: 6192 2014-07-03 im Repository
Vielen Dank für das Modul, wenn das Wetter mal wieder schlecht ist, werde ich mich da dran machen. Bin schon sehr gespannt.
Fehler bei der Berechnung der Außentemperatur gefunden. Neue Version im Anhang.
Hallo Heiko,
genau das wollte ich dir gerade auch schreiben, den habe ich auch gefunden, wollte den aber nicht behalten ;)
if ($temp_aussen != 255) { $temp_aussen = ($temp_aussen * 256 + hex(substr($string,5*2,2))) / 10 }
else {$temp_aussen = (255 - hex(substr($string,5*2,2)))/-10;}
Hattest zwei Klammern vergessen, aber nun passt es. Wäre nicht schlecht, wenn Du auch die Beschriftungen der Variablen darstellen könntest, z.B. ch_Toutside = Temperatur Aussen (ist noch verständlich), bei ch_runtime_dhw als #hzg_brennerstarts_ww wirds schon schwieriger.
Aber alles in allem eine Super Arbeit! Vielen Dank für Deine Mühen!!!!!
Läuft schon sehr gut. Prüfe gerade die Werte.
Habe auch meinen Raspberry für die Heizung über ser2net an meinen FHEM-Raspberry verbunden bekommen, so kann ich jetzt über meinen "alten" Weg mit HTTPMOD die Werte mit Deinem Modul vergleichen, da beide gleichzeitig die Schnittstelle nutzen können.
Als Ergänzung würde ich mir noch wünschen (wenn man das jetzt schon darf), dass der Solarertrag summiert wird (einen Anfangsstand sollte man vorgeben können).
Ist im Prinzip recht einfach, da der Solarertrag nur einmal pro Stunde ausgegeben wird, könnte man einfach einen Tages- und einen Gesamtsummenwert ermitteln. Vorschlag hierzu: einfach Vergleich des aktuellen Wertes mit dem Vorwert, wenn gleich dann ist keine Änderung, wenn ungleich, dann auf Tages- und Gesamtsumme aufaddieren, Tageswert um/gegen 0.00h löschen. Das in zwei Stunden der gleiche Solarertrag erzielt wird ist äusserst unwahrscheinlich.
Gruß
Kai
Hallo Kai,
ich habe jetzt erstmal Wert darauf gelegt, dass überhaupt schnell ein Modul rauskommt. Dabei war mir u.a. der ht3_logger von Norbert sehr hilfreich. Wie ich gesehen habe, gibt es für Solarerträge noch zwei weitere Werte, darunter einen für den Gesamtertrag (der andere ist mir gerade entfallen). Es ist schwierig, alle Telegramme auszuwerten, da Junkers (bzw. Bosch) auch gerne mal etwas ändert. Bei meiner Heizung sind z.B. die Telegramme für die Warmwasserwerte plötzlich 2 Bytes länger, wie gestern aufgefallen ist. Ziel ist natürlich, alle Telegramme lückenlos auszuwerten. Das wird aber noch etwas brauchen. Manchmal gehört auch eine Portion Glück dazu, ein seltenes Telegramm zu erwischen (z.B. Störungsmeldungen).
Ich bleibe am Ball.
Gruß,
Heiko
Hallo,
ich habe das "Problem" das ich im Keller kein Netzwerk habe und eigentlich auch keinen Raspi dahin stellen möchte. Gibt es jemand, der das Ganze auf einen Arduino oder panstamp aufsetzen möchte bzw. kann ? Ich habe auch eine Junker Therme - im Moment behelfe ich mir mit einem Themperatursensor von Homematic um die Vor- und Rücklauftemperaturen mitzuschreiben. Zudem nutze ich das HCS Modul um der Therme "Übertemperatur Fußbodenheizung" vorzugaukeln, wenn die Homematic- Thermostate so gut wie zu sind.
Wenn die Heizung in der Übergangszeit läuft, scheinen relativ viele Brennerstarts dabei zu sein (Vorlauftemperatur steigt und fällt häufig). Das würde ich gerne näher betrachten. Ggf. macht es Sinn einen Puffer einzubauen.
Gruß Christoph
Hallo Christoph,
was meinst Du mit Puffer?
Ich persönlich habe in meinen Heizungsraum einen RPi mit WLAN hingestellt und dann mittels FHEM2FHEM mit meinem Automations-Cubie verbunden. Der HT-Bus der Heizung ist mit dem Adapter über ein normales Stromkabel (2x0.75) verbunden. Der Adapter wiederum ist mit dem RPi per USB-Kabel verbunden. Mit Arduino und panstamp kenne ich mich leider (noch) nicht aus.
Gruß,
Heiko
Hallo,
mit Puffer meine ich eine Wasserpuffer zur Wärmespeicherung. Die neuen Heizkörper haben im Vergleich zu früher viel weniger Wasser. Wenn die Heizung eher an der oberen Grenze von der Dimensionierung her ist, bringt die Pumpe ggf. die Wärme nicht weg bzw. die Wassertemperatur im System steigt schnell. Mitweinen Puffer macht man das System etwas träger. Dadurch springt die Heizung nicht mehr so oft an und läuft gleichmäßiger durch.
Gruß Christoph
Ich bin jetzt kein Heizungsfachmann, aber ich glaube, einen Pufferspeicher macht man heutzutage nur noch für Trinkwasser oder zur Pufferung bei Solarthermie. Sonst müsstest Du ja auch immer wieder den Puffer aufheizen. Und 200l heizt man eben langsamer auf als 20l.
Gruß,
Heiko
Hallo Bennemannc,
ich habe einen ARDUINO und einen Raspberry im Keller an der Heizung. Der Arduino loggt über FRM zur Zeit nur die Temperaturwerte über 1-Wire, wenn ich mal Zeit habe stelle ich das auf den RPI um. Der Arduino hängt im LAN, mein Raspberry über WLAN loggt nur die Heatronic, und das habe ich über den ser2net an FHEM angebunden. Leider - entgegen meines vorherigen Beitrags- klappt der gemeinsame Zugriff von HT3 und FHEM auf die serielle Schnittstelle (noch) nicht.
Für mich war der RPI vom Stromverbrauch und Handling eine gute Wahl.
Hast du denn im Keller LAN?
Wie willst Du denn den ARDUINO an FHEM koppeln? "ser2net" gibt es meines Wissens für den ARDUINO noch nicht.
Dann müsstest Du z.B. über Firmata das ganze übersetzen und dann an den FHEM übergeben. UNd ggf. ein neues Modul schreiben. Sicherlich nicht so einfach.
@Heiko:
Das HEATRONIC.pm läuft ganz gut. Bekomme manchmal die Meldung"Fehler bei der Auswertung der Steuerdaten"
Für die Abfrage des Solarertrages mit ReadingsVal bin ich scheinbar zu dumm, ich bekomme das nicht hin
{ReadingsVal("Heizung","sol_yield_last_hour",0)}
geht nicht, aber
{ReadingsVal("Heizung","ch_Toutside",0)}
geht. Komisch.
Gruß
Kai
Hallo,
nicht ganz. Letztens war ein Klima Tisch in unserer Stadt. Die haben die Wärmeversorgung einer Schule vorgestellt. Vor 10 Jahren hat man die beiden Kessel 4200 kW ersetzt mit 100 kW BHKW und 600 kW Gebläsebrenner. Und die bekommen die Schule morgens "nur" warm, weil das BHKW einen Schichtspeicher mit 14000 Litern Wasser über Nacht läd. Damit fahren die die Spitze ab.
Ein Freund hat sich ein Klein-BHKW installiert (mit Sterlingmotor 1 kW) das haben die auch nur vernünftig ans laufen bekommen, indem ein 700 Ltr. Speicher installiert wurde, da das BHKW mit 5 kW thermisch möglichst lange durchlaufen sollte.
Wenn man so einen Pufferspeicher einbaut, kann man mit geringerer Wärmeleistung arbeiten. Dafür kann die Wärme gleichmäßiger abgegeben werden. Das macht also schon Sinn. Meine Heizung ist geregelt von 5 kW - 16 kW. Mit einem Puffer würde die dann länger auf 5 kW laufen anstatt dauernd an und aus zu gehen. Beim Start wird meist mit mehr Leistung gefahren und bevor die Heizung runter regelt, könnte die schon wieder aus gehen, weil die Wärmemenge zu groß ist. Deshalb möchte ich ja gerne die internen Werte wissen und bin an diesem Projekt interessiert.
Gruß Christoph
Hallo,
@kaizo
für mich wäre eine Lösung mit Panstamp das beste. Ein Panstamp-Modem habe ich schon. Der Panstamp ist ja nur ein Arduino mit Funkschnittstelle. Ich würde die Daten aus dem Keller dann per Funk nach fhem übertragen wollen.
Gruß Christoph
Hallo Heiko,
noch einen kleinen Fehler gefunden:
if (hex(substr($string,10*2,2)) != 255)
{
$Tkollektor = hex(substr($string,10*2,4))/10;
$Tspeicherunten = hex(substr($string,12*2,4))/10;
}
else
{
$Tkollektor = hex(255-substr($string,11*2,2))/-10;
$Tspeicherunten = hex(substr($string,12*2,4))/10;
}
$Tspeicherunten steht in Byte 12, nicht 10 (da steht ja die Kollektortemp.)
Gruß
Kai
Hallo Kai,
den Fehler mit sol_Tcylinder_bottom ($Tspeicherunten) habe ich gefixt, das Problem "Fehler bei der Auswertung der Steuerdaten" muss ich mir nochmal ansehen, das ist ein Checksummen-Problem. Bekommst Du gar keine Werte für den/die Heizkreis(e) (Die Werte fangen mit hc an) oder tritt das nur sporadisch auf? Ich werde nochmal eine Funktion einbauen, mit der man gewisse Telegramme loggen kann.
Gruß,
Heiko
@ Heiko,
ich bekomme die hc1-Werte geliefert. Im Log steht nur öfters die Meldung:
ZitatHT-Modul:
hc1_Tdesired 23.0 2014-06-11 17:04:36
hc1_Tmeasured 30.1 2014-06-11 17:03:35
hc1_mode 3 2014-06-11 17:03:35
LOGFILE
2014.06.11 12:08:04.556 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 12:18:12.511 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 12:28:20.564 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 12:38:28.729 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 12:58:44.838 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 13:08:52.906 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 13:19:00.950 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 13:29:09.112 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 13:39:17.764 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 13:49:25.224 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 13:59:33.281 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 14:02:26.751 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 14:09:41.340 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 14:19:49.502 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 14:40:05.615 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 14:50:13.672 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 15:00:21.622 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 15:10:29.781 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 15:20:38.857 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 15:30:45.895 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 15:40:54.057 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 15:51:02.111 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 16:01:10.065 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 16:02:37.412 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 16:11:18.228 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 16:21:26.385 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 16:31:34.440 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 16:41:42.394 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 16:51:50.562 3: Fehler bei der Auswertung der Steuerdaten
2014.06.11 16:56:44.036 3: Fehler bei der Auswertung der Steuerdaten
.....
usw.
@Christoph:
Mit einem Pufferspeicher ist ein ganz anderes Konzept. Zu beachten ist auf jeden Fall, dass ein BHKW meist nur Sinn macht, wenn die Wärme auch abgenommen werden kann. Stromerzeugung ist nebensache. Wenn dabei der Puffer über Nacht oder bei geringem Wärmebedarf geladen wird und zu Spitzenzeiten ebenfalls genutzt wird kann das klappen, muss man sich aber ganz genau ansehen.
Den Wärmeverlust des Speichers muss man sicher auch betrachten.
Ich lasse meine Heizung da lieber etwas öfter starten. Auch wenn die kleinste Wärmeleistung wie bei dir bei ca. 5kW liegen würde....
Ist halt die Frage nach einem guten Konzept. Da wäre sicherlich ein fähiger HT-Planer gefragt.
Gruß
Kai
@Heiko,
kannst du vielleicht die aktuelle Version deines Moduls immer an einen Beitrag anhängen. Ich passe dann mal den ersten Beitrag an und verlinke auf dein "Modulbeitrag".
Moin,
@Kai: Das zugrundeliegende Problem habe ich gefunden, die Telegrammlänge ist mal wieder eine andere. Eine Lösung kann ich heute wohl aber nicht mehr dazu geben, dazu muss ich mir das Telegramm mal genauer anschauen. Da steckt mehr hinter (der Typ könnte ein anderer zu sein).
@strauch: Die Gefahr ist halt, dass die User denken, sie hätten die aktuellste Version, daher habe ich sie immer an den letzten Beitrag mit Änderungen angehängt.
Gruß,
Heiko
Zitat von: Heiko R. am 11 Juni 2014, 18:17:55
@strauch: Die Gefahr ist halt, dass die User denken, sie hätten die aktuellste Version, daher habe ich sie immer an den letzten Beitrag mit Änderungen angehängt.
Wäre da nicht ein Datum und/oder Versionsnummer sicherer, ich kenne das halt das solche Module oft in den Tiefen eines Threads verschwinden und nur durch viel Gesuche gefunden werden. Aber das kannst du natürlich alles frei entscheiden.
Wie wäre es, die Versionshistory/Changelog mit Datum und Versionsnummer in einen Kommentar direkt am Anfang der 89_Heatronic.pm zu schreiben und dort immer fortzuschreiben?
Gruß
Kai
PS: hatte den Browser nicht aktualisiert, also fast wie zuvor von strauch schon geschrieben....
Moin moin,
neue Version Stand: 2014-06-12 05:48:00Z. Die Steuerdaten-Telegramme mit 11 Bytes werden erstmal ausgefiltert. Da gibt es zwei Arten: 9000ff0000d3020000a600 und 9000ff0000d3010000aa00. Das erste wird etwa alle 10 Minuten ab 23 Uhr bis kurz vor 5 Uhr gesendet. Das andere in der übrigen Zeit.
Sollten Auswertungsfehler auftauchen, wird ab sofort unter der Fehlermeldung das entsprechende Telegramm ausgegeben (mit Checksumme soll/ist). Dieses dann bitte mit angeben, damit ich das prüfen kann.
@strauch: ich veröffentliche die neuen Versionen jetzt immer unter der ersten Version http://forum.fhem.de/index.php/topic,19445.msg175595.html#msg175595
Die Änderungen sind immer am Anfang des Moduls dokumentiert.
Gruß,
Heiko
Habe die neue Version seit 2 Stunden am laufen, bisher keine Fehlermeldungen, die Abfrage mit ReadingsValue vom sol_yield_last_hour geht jetzt auch.
Eine deutliche Verbesserung.
Bei mir läuft das seit heute morgen. Eine ist eben leider wieder gekommen. Wieder Steuerdaten. Diesmal scheint das Telegramm länger zu sein. Es könnte mit der Umschaltung Comfort/Eco zusammenhängen (die Zeit würde passen). Das ist eine Krux mit den Telegrammen. Das kommt davon, wenn man CRC-Fehler nicht einfach übergeht ;-) Aber das wird schon. Die nächste Version wird schon eine kleine Dokumentation haben. Ich hoffe, ich komme morgen dazu.
Gruß,
Heiko
Zitat von: Heiko R. am 12 Juni 2014, 08:04:01
Moin moin,
neue Version Stand: 2014-06-12 05:48:00Z. Die Steuerdaten-Telegramme mit 11 Bytes werden erstmal ausgefiltert. Da gibt es zwei Arten: 9000ff0000d3020000a600 und 9000ff0000d3010000aa00. Das erste wird etwa alle 10 Minuten ab 23 Uhr bis kurz vor 5 Uhr gesendet. Das andere in der übrigen Zeit.
Klingt irgendwie nach Nachtabsenkung.
Sobald ich an einen Rechner komme werde ich meinen link im ersten Beitrag anpassen. Danke.
Gesendet von meinem Nexus 4 mit Tapatalk
Ich denke auch, es ist die Nachtabsenkung. Heute Nacht waren nur zwei Checksummen-Fehler, einer zu Beginn der Absenkung und einer zum Ende. Sonst läuft es gut.
Allerdings finde ich die grafische Darstellung der Werte interessant:
(http://forum.fhem.de/index.php?action=dlattach;topic=19445.0;attach=16267;image%5D)
Auszug der SVG-Grafik
(http://forum.fhem.de/index.php?action=dlattach;topic=19445.0;attach=16269;image)
Detail, vergrößert
HK-Temp-Ist / hc1_Tdesired ist hier immer ein Sprung vom Wert nach Null und dann auf den Wert.
Ein Fehler in den Daten oder in der SVG-Konfig?
Ich vermute zudem, dass die Datenbank durch die "redselige" Junkers-Heatronic mit Daten stark belastet wird, hier hilft auch ein event-on-change-reading nicht wirklich viel, besser wäre es, wenn die Daten in einem festlegbaren Intervall geloggt werden könnte.
Gruß
Kai
Da muss ich gucken. Kann sein, dass durch die zusätzlichen Nachrichten ein paar Werte verbogen werden. An das Intervall habe ich auch schon gedacht. Bei mir sitzt läuft das Modul auf dem zweiten Rechner und ich ziehe mir nur die Daten rüber, die ich brauche. Der DB-Platzbedarf war beim ht3_logger auch nicht gerade gering.
Hmm, mit dem periodischen Abfragen der Werte auf meinem zweiten RPI, das war auch mein erster Ansatz, siehe die ersten Post in diesem Thread. Da kamen dann alle 5/15min neue Werte in die Datenbank und nicht, wie jetzt, zum Teil in einem Abstand von 10-20sek.
Ist natürlich auch sehr stark von dem Datendurchsatz auf dem HT-Bus abhängig, und es gehen bei einer Intervallabfrage diverse Daten auch ggf. verloren. Ich logge zur Zeit auch den Lauf der Zirkulationspumpe mit, und da gehen dann garantiert Werte verloren.
Die Frage ist hierbei, ob man die Intervalle bei den Datenabfragen einstellt oder, noch besser, man immer abfragt, aber die Daten nur in Intervallen in die Datenbank schreibt. Am besten wäre die Auswahl beider Möglichkeiten, so z.B. bei Datenpunktänderung eine direkte Sicherung in die Datenbank (z.B. für die Zirk.Pumpe oder die Heizungspumpe, Stati-Änderungen des 3-Wege-Ventils,...), während bei anderen Daten ein festes Intervall ausreichend wäre (z.B. Solarertrag wird meist nur einmal pro Stunde aktualisiert, die Temperaturen würden auch für ein festes Intervall oder bei Abweichung/Hysterese reichen)
Einiges wäre denkbar und auch sinnvoll, um den Datenwust zu verringern. Meine Plots benötigen recht lange, um die Grafen darzustellen, da die Daten in der MySQL immer mehr werden. Muss aber auch mal eine Archivierung machen.
Gruß
Kai
Nochmals zu den Grafiken, ich habe mir die Daten in der MySQL mal genauer angesehen.
Bis Donnerstag war alles ok, da liefen die Daten ohne "0" ein.
Nach dem ersten Update kam hier und da mal eine "0" in den Daten, ab 12.6. kommen sehr häufig Nullwerte in die Datenbank.
Ich hänge das Log mal als Anhang hier dran.
Gruß
Kai
Ja, der schiebt dann wohl bei den kürzeren Steuerdaten die 0 da mit rein. Das darf natürlich nicht sein, weil gar keine Temperaturwerte in der Nachricht enthalten sind. Ich habe die Verarbeitung dieser Nachrichten vorerst gestoppt, bis die Bedeutung klar ist (auch die vermutlich längere).
Die Idee mit den Intervallen oszilliert auch noch bei mir im Hinterkopf, aber ich habe noch keinen vernünftigen Ansatz gefunden, eben weil einige wichtige Werte (z.B. Brennerstatus) verloren gehen könnten. Bei Dir ist mir aufgefallen, dass Du sehr viele gleiche Temperaturen im Log hast. Da würde ein event-on-change-reading schon Wunder bewirken. Ich bin aber noch nicht so in die Tiefen von Perl und die Interna von FHEM eingedrungen, um alle Möglichkeiten auszuschöpfen. Mühsam ernährt sich das Eichhörnchen ;) Wenn jetzt alle Fehlermeldungen verschwunden sind, haben wir den ersten Stand vom ht3_logger erreicht. Das ist doch schonmal was.
Gruß
Heiko
Anfangs hatte ich das event-on-change-reading noch nicht gesetzt.
Die neue Version habe ich aktiv, nun werden allerdings auch die hc1-Daten nicht mehr ausgewertet. Da wäre es sinnvoller, die Fehler nachts zu akzeptieren, als die Telegramme komplett zu "ignorieren"
Als Fehler kam nur eine Meldung:
2014.06.15 06:02:34.143 3: Heatronic error: Cannot handle message 'controller data'
2014.06.15 06:02:34.146 3: 9000ff00006f03c50090003000b0002d003500(a4/35)
Ich denke, ein solcher Fehler ist zu verschmerzen.
Interessant sind aber immer noch die SVG's:
(http://forum.fhem.de/index.php?action=dlattach;topic=19445.0;attach=16323)
Das rote oben ist die Temp. des WW-Speichers, das graue die Brennerleistung
Im unterem SVG ist sind die roten Linien die Temp. des WW-Speichers oben/unten
Bei der Brennerleistung ist das erklärbar, liegt an Event-on-change-reading, da habe ich die Darstellung umgestellt, dann passt es.
Teilweise werden nun aber Daten falsch interpretiert:
ch_time 2000-111-02 03:00:230 2014-06-15 12:16:13
Das scheint sich nun ein Fehler eingeschlichen zu haben.
Der ch_time Fehler tritt sporadisch auf.
Ich habe die auch wieder gehabt. Sobald mein Rechner wieder läuft, ändere ich das wieder. Die Telegramme färben meine Haare grau ;-)
Wie peinlich ... Ich habe die Steuerdaten über die Zeitroutine ausgewertet ... Asche über mein Haupt ... Neue Version ist eingestellt.
Gruß,
Heiko
Zitat von: Heiko R. am 15 Juni 2014, 15:41:37
Ich habe die auch wieder gehabt. Sobald mein Rechner wieder läuft, ändere ich das wieder. Die Telegramme färben meine Haare grau ;-)
Da hast du aber noch Glück. Meine meisten sind schon transparent 8)
Moin,
da war immer noch ein Fehler drin ... der hat dann gleich auch mal zum Beenden von fhem geführt.
Gruß,
Heiko
Nachtrag: Heute ist aber auch echt der Wurm drin ... jetzt habe ich vergessen, das Mitschreiben der Telegramme auszuschalten. Wenn eine Datei Junkers.log in fhem/log auftaucht, kann die gelöscht werden.
Guten Morgen,
die Länge der unbekannten Nachrichten für die Steuerdaten habe ich endlich feststellen können. Es gibt also Nachrichten mit 17, 11 und 9 Bytes. Die Nachrichten mit 9 Bytes beinhalten nur den neuen Heizungsmodus (Comfort, eco, Frost), die normale Länge ist 17 Bytes. Die Nachrichten mit 11 Bytes sind noch nicht nicht geklärt (sie sind nicht eindeutig den Heizkreisdaten zuzuordnen) und werden daher nicht ausgewertet.
Ich teste das heute mal durch. Wenn alles gut läuft, gibt es morgen eine neue Version.
Gruß,
Heiko
Moin moin,
die neue Version ist online. Bitte in der Definition "Heatronic" in "HEATRONIC" ändern (s. a. Einführungspost). Ich habe das geändert, um eine Analogie zu den anderen Modulen herzustellen.
Gruß,
Heiko
Moin moin,
ich habe eben das Modul 89_HEATRONIC.pm in das Repository von FHEM übertragen und es wird dort gepflegt. Beim Update von FHEM bekommt ihr also auch die neueste Version des Moduls.
Gruß,
Heiko
Hallo,
es gibt nochmal ein Update mit einer Fehlerbeseitigung.
Gruß,
Heiko
@Heiko R.
Hallo, beschäftige mich seit kurzen auch mit der Anbindung HT3 an fhem und bin gerade dabei den Adapter nachzubauen. Meine Frage, ist es möglich die Daten an den UART des Raspi über ein FS20 S8M Sendemodul zu übertragen? Kann bei mir die Anbindung nur über Funk lösen, Kabel oder Raspi in die Nähe des Junkers Bedienteils zu bringen geht bei mir leider nicht.
Es gab hier im Forum irgendwo einen Tread um das Sendemodul mit einer modifizierten Firmware zu betreiben (Datenübertragung).
http://forum.fhem.de/index.php/topic,14071.msg88309.html#msg88309
VG
Frank
Hallo Frank,
das klingt interessant. Das Sendemodul hatte ich noch nicht gesehen. Ich habe die Anleitung jetzt nur kurz überflogen. Die Schaltung benötigt 3.3V und wird in der einen Version direkt vom RPi und in der anderen Version über UM2102 (über USB) versorgt. Im FS20 S8M habe ich jetzt auf die schnelle keinen Ausgang für eine Spannungsversorgung gesehen. Wieviel Spannung die Schaltung verträgt, kann ich nicht sagen (die Datenleitungen dürfen in der vorliegenden Schaltung auch keinesfalls über 3.3V liegen). Wichtig ist imho die galvanische Trennung, sodass ich die HT3-Schnittstelle nicht direkt anschließen würde. Das Sendemodul erwartet ein High von bis zu 24V, ein Low von 0V. Der HT3-Bus liefert ein High von 15V und ein Low von 10V. Es muss also auf jeden Fall etwas dazwischen, was das Low auf 0V zieht. Evtl. könntest Du beides (Adapter und Sendemodul) extern mit 3.3V versorgen, aber du müsstest dann sicherlich die Schaltung ändern. Das kann ich auf die Schnelle aber nicht sagen und erfolgt auf eigene Gefahr. Vielleicht gibt es aber hier einen Vollblut-Elektroniker, der sich damit besser auskennt.
Der HT-Bus ist sehr redselig und über Funk dürfen nur eine beschränkte Anzahl an Telegrammen versendet werden. Ich glaube, dass die zulässige Anzahl deutlich überschritten wird.
Es ist noch eine Schaltung in Entwicklung, die auch die Heizung vom Rechner steuern lassen soll. Das wäre dann mit dem Sendemodul nicht moglich.
Ich persönlich habe im Heizungsraum (nur von extern erreichbar) einen RPi, der nur für das Auslesen der Heizung zuständig ist (später auch für das loggen des Gasverbrauchs) und mir per WLAN die Daten über FHEM2FHEM an den Hauptserver schickt.
Gruß,
Heiko
Hallo Frank,
habe auch einen Rpi dafür genutzt. Bei mir steht der im Keller und ist über WLAN eingebunden. Am Rpi habe ich die Schaltung von Norbert angeschlossen (GPIO-Version) und zuerst auch seine Software HT3 am laufen gehabt. Nachdem Heiko das Modul für Fehm geschrieben hat habe ich mittels Ser2net eine serielle Fernanbindung realisiert. Hierzu ser2net auf dem Rpi installiert und in Fhem die heizung mittels "define Heizung HEATRONIC 192.x.x.x:2000" eingebunden.
Läuft seit Tagen problemlos.
Gruß
Kai
Ja, ist schon klar. Würde aber für mich bedeuten das ich einen 2. Raspi nur für die Heatronic Schnittstelle in Betrieb nehmen müsste, oder?
Hatte bei meinen Überlegungen nicht an die 1% Regel für die Datenübertragung gedacht. Aber der von Norbert vorgestellte Adapter müsste nur modifiziert werden, dann könnte man die Daten über IR übertragen. Es geht bei mir nur um die Überbrückung von wenigen Metern. Wenn man den zur galv. Trennung eingesetzten Optokoppler durch, sendeseitig, einer IR Diode ersetzt und empfängerseitig einen IR Receiver mit nachgeschalteten Schmitt-Trigger verwendet, wäre die Übertragung über IR möglich (denke ich).
Die GPIO´s sind bei mir schon belegt, habe nur die UART Schnittstelle frei. Auf dem Raspi sitzt schon das COC Modul und ein selbstgebauter IR Transmitter/Receiver für IR Fernsteuerbefehle.
VG
Frank
Moin,
IR funktioniert aber nicht zufriedenstellend durch Wände. Und die IR-Verbindung sollte 9600 Baud vertragen. Bedenke, wie schlecht manche Fernbedienungen funktionieren, wenn man nur zu weit seitlich sitzt. Evtl. ginge ja etwas mit einem panStamp/Arduino o.ä., aber da bin ich zur Zeit zu wenig informiert.
Gruß,
Heiko
Moinsens,
nachdem das Modul jetzt hoffentlich bei allen sauber läuft, eine Ankündigung: Ich habe heute ein Interval für ch_time, ch_Tflow_measured, dhw_Tmeasured und dhw_Tcylinder eingefügt. Ziel ist, einige Werte zu unterdrücken. Der Nachteil ist natürlich, dass z.B. beim Aufheizen zwangsläufig einige Werte verloren gehen und dadurch eine gewisse Ungenauigkeit entsteht. Ich überlege, ob und wie man das abfangen könnte (z.B. Ausnahme bei Brennerbetrieb).
Das Ganze wird über Attribute gesteuert, ein Intervall von 0 blockiert die Ausgabe und damit das Logging. Näheres folgt, wenn ich das Update einstelle.
Gruß,
Heiko
Hallo Heiko,
fügst du auch die "neuen" Datenfelder, welche Norbert mittlerweile in HT3 eingefügt hat, auch im FHEM-Modul ein?
Ich habe gerade bei ihm mal die decode.py quergelesen und festgestellt, dass er einige neue Datensätze behandelt.
siehe https://github.com/norberts1/hometop_HT3/blob/master/HT3/sw/lib/ht3_decode.py (https://github.com/norberts1/hometop_HT3/blob/master/HT3/sw/lib/ht3_decode.py)
Ein Auszug:
self.__gdata.update(nickname,"Tsoll",i_Soll)
self.__gdata.update(nickname,"Tist",f_Ist)
self.__gdata.update(nickname,"Tspeicher",f_Speicheroben)
self.__gdata.update(nickname,"Cbetriebs_zeit",i_betriebszeit)
self.__gdata.update(nickname,"Cbrenner_ww",i_brennerww_ein)
self.__gdata.update(nickname,"VWW_einmalladung",i_WW_einmallad)
self.__gdata.update(nickname,"VWW_desinfekt",i_WW_desinfekt)
self.__gdata.update(nickname,"VWW_erzeugung",i_WW_erzeugung)
self.__gdata.update(nickname,"VWW_nachladung",i_WW_nachladung)
self.__gdata.update(nickname,"VWW_temp_OK",i_WW_temp_OK)
self.__gdata.update(nickname,"V_lade_pumpe",i_lade_pump_ein)
self.__gdata.update(nickname,"V_zirkula_pumpe",i_zirkula_pump_ein)
self.__gdata.update(nickname,"V_spare1",0)
self.__gdata.update(nickname,"V_spare2",0)
Gruß
Kai
Hallo Kai,
die Version liegt mir auch vor und die nicht vorhandenen Werte werden auch noch implementiert. Norbert hatte in der Programmierung etwas im Vergleich zur ersten Version geändert, deswegen ist manches noch nicht übernommen. Wird aber kommen.
Wie weit ich bisher: Intervall (in Sekunden) ist implementiert für ch_Tflow_measured, dhw_Tmeasured, dhw_Tcylinder, ch_time. Durch Intervall 0 kann das Update des Wertes unterdrückt werden (einmal wird er allerdings erscheinen, um einen Vergleichsdatum zu haben; das kann ich später aber noch ändern). Für ch_Tflow_measured ist eine Minimaldifferenz implementiert, die erreicht sein muss, damit der Wert gesetzt ist (z.B. 0.5 °C). Zur Zeit ist das mit dem Intervall UND-verknüpft, das Intervall hat Vorrang (d.h. ist das Intervall noch nicht verstrichen, wird kein Wert gesetzt; auch nicht, wenn die Differenz überschritten wird). Da überlege ich noch, wie ich das sinnvoll machen kann.
Gruß,
Heiko
Hallo,
Seit dem 26.06. habe ich in den Heizkreis-Nachrichten sporadische, nicht erklärbare Ausschläge. Die gemessene Raumtemperatur wird auf 14.4 °C, die geforderte Raumtemperatur auf 17 °C gesetzt. Der Heizkreismodus wird zeitgleich auf "Frost" gesetzt. Direkt danach wird sie wieder auf die alten Werte gesetzt. Der Code ist in dem Bereich nicht geändert worden. Ich schreibe gerade die Logs mit und hoffe, bald eine Erklärung zu haben. Kann jemand das Verhalten bestätigen?
Gruß,
Heiko
Die Heizung hat sich ein paar Tage Zeit genommen, um das merkwürdige Verhalten erneut an den Tag zu legen. Aber die Ursache ist gefunden. Es handelt sich dabei um das 9 Byte lange Telegramm, das zufällig bei 17 Byte Länge die korrekte Checksumme trägt. Das Problem habe ich jetzt beseitigt.
Zudem gibt es jetzt die Attribute
- interval_ch_time, interval_ch_Tflow_measured, interval_dhw_Tmeasured, interval_dhw_Tcylinder
Intervall in Sekunden zum Update der entsprechenden Werte, 0 unterdrückt das Update
- minDiff_ch_Tflow_measured
Minimaldifferenz in Grad zu Update der entsprechden Werte
Beispiel:
attr Heizung interval_ch_Tflow_measured 15
attr Heizung minDiff_ch_Tflow_measured 0.5
attr Heizung interval_ch_time 0
attr Heizung interval_dhw_Tmeasured 15
attr Heizung interval_dhw_Tcylinder 0
interval_ch_Tlow_measured und minDiff_ch_Tflow_measured sind zur Zeit UND-verknüpft. D. h., wenn das Intervall greift, muss vor dem Update auch die Minimaldifferenz greifen. Ist kein Intervall angegeben, wird nur die Minimaldifferenz betrachtet.
Mit den Attributen aus dem Beispiel werden bei mir bereits etwa 75 % der Telegramme eingespart.
Gruß,
Heiko
Rev: 6192 2014-07-03 16:11:22Z
Hallo Heiko,
Das klingt sehr gut. Ich kam leider immer noch nicht dazu meine Schaltung zu löten..... :-(
Ich hab jetzt mal angefangen meine Schaltung zu löten, wenn alles gut geht kann ich ab Ende der Woche mitreden, ist inzwischen noch irgendwas neues passiert?
Nein, es gibt noch nichts neues.
Jetzt gibts doch was neues. Norbert hat auch ein Adapter zum Senden gebaut:
http://www.mikrocontroller.net/topic/317004?goto=3927874#3925213
Ich hab da mal gefragt ob man die Platinen auch irgendwie bekommt.
Hallo,
jetzt wird die Sache auch für mich langsam interessant. Wofür ist der Raspi eigentlich noch gut ? Kann man die Ganze Sache nicht in einen Sketch bauen, so das nur noch die Werte (auf Anfrage oder periodisch) übertragen werden ?
Ich dachte da so an einen PanStamp.
Gruß Christoph
Tja daran dachte ich auch schon, oder das ganze per Ethernet übertragen. Er nutzt halt den RaspPi direkt zur Auswertung. Aber leider sind mein Wissen und meine Resourcen mir das Wissen anzueigenen gerade stark eingeschränkt (kleines Kind zuhause), ich hätte raspberry pi mit socat genommen und dann per WLAN mit meinem FHEM-Server verbunden.
Aber ich bin froh das es überall fähige Leute gibt die hier die Dinge umsetzten und zur Verfügung stellen.
Die Gastherme über FHEM zu steuern ist auf jeden Fall noch mal ein großer Schritt von dem ich mir auch einiges an Einsparungen erhoffe.
Hallo,
die "Auswertung" könnte man ja nach Fhem verlagern. Man müsste ja nur die reinen Werte übertragen. Was man in fhem damit nachher macht, kann man ja mit Perl machen.
Der Schaltplan sieht interessant aus - man müsste "nur" RPi RxD und TxD auf ein Funkmodul geben bzw. das entsprechend umprogrammieren. Leider übersteigt das meine Fähigkeiten.
Gruß Christoph
Das Problem bei 868mhz ist ja die 1% Regel das taugt denk ich nicht für das übrrtragen der seriellen Schnittstelle. Das müsste per WLAN passieren und dann ging auch socat. Bei Ethernet vielleicht ethersex. Muss ich mich auch weiter ein denken.
Hallo,
die Wettersensoren von HM senden auch alle 2-3 Minuten Werte. Ich habe keine Ahnung wieviele Werte man am Bus bekommt - Vorlauf,Rücklauf,Brennerstatus, ev. Leistung, Pumpe Status, Soll-Vorlauf - also max. 10 Werte. Das müsste doch passen mit der 1% Regel.
Kabelgebunden ist für mich schlecht. Das Haus ist ein Altbau und im Keller liegt kein Netzwerk. Wenn ich da Kabel haben möchte, muss ich durch einige Wände und Decken - ich habe meine Zweifel, ob ich das meiner Frau beibringen kann.
Gruß Christoph
WLAN wäre keine Option?
Hier kannst du dir ein Protokoll mal anschauen: http://www.mikrocontroller.net/topic/317004#3595430 Aber als Log der Seriellenschnittstelle waren das 3,5MB über 5h. Keine Ahnung ob das geht.
Hallo,
ich habe mir mal auf der Seite das Diagramm weiter oben angesehen. Da sind es incl. Solar 20 Werte. Ich dachte an eine Übertragungszeitraum von ca. 5 Minuten - das ganze geht ja auch noch im Hex Formaz durch die Luft und nicht wie im Log im Klartext. Das wären dann 12 mal Senden in der Minute mit Sendelänge ? keine Ahnung - kann man die irgendwie berechnen ?
Gruß Christoph
So ich hab von Norbert eine neue Platine bekommen, ein kleiner RaspBerry Pi A+ ist unterwegs, mal schauen ob ich irgendwann zwischen den Jahren, das mal anschließen und testen kann. Theoretisch sollte auch das Modul von Kai noch funktionieren (kann halt nicht senden) man muss nur die Baudrate umstellen.
Hey, ich habe meine Platine auch bekommen, ein RaspiB liegt hier noch 'rum (nachdem ich meine Cloud denn doch auf 'nem stärkerem BaPi umgezogen ist. Einzig das Gehäuse muß ich dafür modifizieren ;)
Gesendet von meinem SM-G900F mit Tapatalk
@Bennemannc:
Ich selbst habe einen RasPi im Heizungsraum, der nur die Werte vom HT-Bus liest und per FHEM2FHEM über WLAN an meinen FHEM-Server schickt. Ein Teil der Daten wird dann dort ausgewertet, die anderen verbleiben auf dem RaspPi. Ich will z.B. über den FHEM-Server nur wissen, ob der Brenner gerade läuft, welche Vorlauftemperaturen herrschen und wie die Außentemperatur ist. Für den Rest logge ich mich im RaspPi ein. (Im Moment arbeite ich gerade an den Betriebscodes und evtl. Störungen, ich hatte 2mal eine und warte jetzt auf die 3.)
Der HT-Bus ist sehr redselig und viele Telegramme haben eine unterschiedliche Länge, manchmal ist die Länge mit entsprechender Bedeutung noch nicht vollends geklärt. Zum Teil lässt sich bereits das Loggen einiger Werte unterdrücken oder einschränken. Daran arbeite ich noch, im Moment ist aber meine Zeit arg beschränkt.
@strauch
Da hat sich ja tatsächlich etwas interessantes getan. Ich habe bisher nur grob geschaut, aber werde mir das die nächsten Tage mal genauer ansehen. Und mal Norbert fragen, ob er noch eine Platine über hat ... ansonsten muss ich mal sehen, ob ich das auf Lochraster bringe oder mir eine herstellen lasse. Es wäre schön, wenn das BREAK jetzt funktionieren würde, das würde vieles in der Programmierung erleichtern.
Gruß,
Heiko
Hallo Zusammen,
also an einer Platine (bei SMD am liebsten bestückt) hätte ich auch großes Interesse.
Wenn also noch welche gefertigt werden, ich wäre dabei.
Auch den Ansatz, das Datenaufkommen zu reduzieren, finde ich sehr gut, da ist ja sehr viel los auf den HT-Bus.
Gruß
Kai
Hey Kai,
für ein Platinchen wendest Du Dich am Besten direkt an Norbert im Mikrocontroller-Forum (ich weiß nicht, ob er hier regelmäßig mitliest...), der entsprechende Thread ist - glaube ich - weiter oben verlinkt ...
Gruß
Im ersten Beitrag ist ein Link.
Zitat von: kaizo am 20 Juni 2014, 15:56:05
Nachdem Heiko das Modul für Fehm geschrieben hat habe ich mittels Ser2net eine serielle Fernanbindung realisiert. Hierzu ser2net auf dem Rpi installiert und in Fhem die heizung mittels "define Heizung HEATRONIC 192.x.x.x:2000" eingebunden.
Hallo Kai,
wie genau hast Du denn sr2net und fhem zusammen gebracht? Auf dem "Heizungs-Raspi" läuft definitiv ser2net (mit den Standard-Einstellungen), und das Heizungsmodul ist in fhem definiert
define Heizung HEATRONIC 192.168.1.90:2000
Als HT-Hardware kommt das neuere pitiny-board, das auch fleißig auf dem Bus mitließt (entsprechende LED ist fleissig am flackern).
Leider bekomme ich in fhem nur als Status "disconected", im Log steht folgndes
2014.12.28 17:25:21 3: Opening Heizung device 192.168.1.90:2000
2014.12.28 17:25:21 3: Heizung device opened
2014.12.28 17:25:21 1: 192.168.1.90:2000 disconnected, waiting to reappear (Heizung)
Mah ich einen Telnet-Test vom fhem-Pi auf den HT-PI, erhalte ich
telnet localhost 2000
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Connection closed by foreign host.
Das gleiche kommt natürlich auch, wenn ich "localhost" auf fhem-pi durch "192.168.x.x" ersetze.
Im Moment komme ich da nicht wirklich weiter.
Gruß
Nachtrag: hat sich erledigt - wenn man mehrfach in verschiedenen Seiten das Device
ttyAMA0 überliest, kann ser2net natürlich auch nichts weiter leiten 8) Kaum macht man es richtig, funktioniert es auch ;D
Nachtrag2: naja, wohl doch noch nicht richtig - immerhin hat es jetzt lt. Log 10min gedauert, bis ein Disconnect kam ...
2014.12.29 15:46:32 3: Opening Heizung device 192.168.1.90:2000
2014.12.29 15:46:32 3: Heizung device opened
2014.12.29 15:46:42 1: 192.168.1.90:2000 disconnected, waiting to reappear (Heizung)
Ich suche weiter - wer Tips für einen Ansatz hat, her damit ;) ...
Hallo Kai,
ich hab einen Fehler gefunden. Wenn die Sonnencollector Temperatur (sol_Tcollector) unter 0°C sinkt, wird direkt -59.7 angezeigt.
2014-12-27_01:42:03 socat_junkers sol_Tcollector: -59.7
2014-12-27_01:43:05 socat_junkers sol_Tcollector: 0
Vermutlich kann er nicht unter 0 messen?!
Ansonsten ist mir bisher nichts aufgefallen.
@caldir:
Kannst du denn daten auslesen? Wie hast du ser2net konfiguriert? Bei mir lautet die Konfig:
2000:raw:60:/dev/ttyAMA0:9600 8DATABITS NONE 1STOPBIT
Ich hatte bei einer der letzten Versionen von fhem auch immer disconnect als Status, aber trotzdem wurden die Daten übertragen. Hat sich aber von selbst erledigt, genau wie es entstanden ist.
@Strauch:
Den Fehler habe ich auch. Leider bin ich nicht der Ersteller des heatronic-Moduls und kann es deswegen auch nicht für alle anpassen.
Wir sollten mal Heiko ansprechen...
Es sollten ja auch Telegramm-Ergänzungen möglich sein, Norbert hat ja HT3 erweitert. Und vielleicht klappt ja auch irgendwann das Senden auf dem Bus (das wär schon was...)
Gruß
Kai
Hi Kai sorry ich wollte auch Heiko ansprechen. Bin beim lesen des letzten Beitrages durcheinander gekommen.ser2net muss ich mir auch noch mal anschauen. Hatte es per socat probiert aber nicht geschafft und die Doku ist etwas sehr knapp.
Ich sehe mir das mal mit den Minustemperaturen an.
Danke Heiko. Meine Heizung hat keine Rücklauftemperatur ist das bei Radiatoren normal und gibts nur bei Bodenheizung?
Nein, das kommt darauf an, ob der Temperaturfühler für den Rücklauf in Deiner Heizung verbaut ist.
Dann vermutlich nicht. An der Heizung finde ich auch keine Rücklauftemperatur. Muss ich mich mal schlau lesen.
Hallo Kai,
Zitat von: kaizo am 29 Dezember 2014, 23:01:50
@caldir:
Kannst du denn daten auslesen? Wie hast du ser2net konfiguriert? Bei mir lautet die Konfig:
2000:raw:60:/dev/ttyAMA0:9600 8DATABITS NONE 1STOPBIT
Ich hatte bei einer der letzten Versionen von fhem auch immer disconnect als Status, aber trotzdem wurden die Daten übertragen. Hat sich aber von selbst erledigt, genau wie es entstanden ist.
Jetzt habe ich auch anscheinend Daten - zumindest bleibt der Status jetzt immer auf open, und die Readings ändern sich von Zeit zu Zeit.
Offenbar hatte der entsprechende Raspi die Freigabe der ser. Schnittstelle nicht richtig gefressen, also noch einmal frei gegeben ...
Jetzt muß ich das Ganze noch weiter einbinden ;)
Gruß
Ich hab in den ersten Beitrag mal meine Einstellungen für event on change reading etc. gepostet um die Datenflut einzudämmen, falls das für jemanden interessant ist:
event-min-interval ch_Tflow_measured:120,ch_burner_power:120,dhw_Tcylinder:120,dhw_Tmeasured:120,hc1_Tmeasured:120,sol_Tcollector:120,sol_Tcylinder_bottom:120,ch_time:900,ch_Tflow_desired:3600,dhw_Tdesired:3600,hc1_Tdesired:3600
event-on-change-reading ch_Tflow_desired,ch_Tmixer,ch_Toutside:0.2,ch_Treturn,ch_burner_fan,ch_burner_operation,ch_mode,ch_pump_circulation,ch_pump_cylinder,ch_pump_heating,ch_runtime_ch:100,ch_runtime_dhw:100,ch_runtime_tot:100,ch_starts_ch:50,ch_starts_dhw:50,ch_starts_tot:50,dhw_Tdesired,hc1_Tdesired,hc1_mode,sol_pump,sol_runtime:50,sol_yield_2,sol_yield_last_hour,state
event-on-update-reading ch_Tflow_measured,ch_burner_power,dhw_Tcylinder,dhw_Tmeasured,hc1_Tmeasured,sol_Tcollector,sol_Tcylinder_bottom,ch_time
Hallo Heatroniker-Gemeinde ;)
ich habe hier bei mir nun auch eine Heatronic-Schnittstelle auf meinem RasPi in Betrieb.
Läuft erstaunlich stabil und ich finde die Auswertung der Daten durchaus spannend.
Ich habe bei mir in das HEATRONIC Modul noch zwei Zeilen eingefügt, welche mir die Momentan-Leistung der Heizungspumpe in Prozent anzeigt. Den Tipp habe ich aus dem Mikrokontroller-Forum geklaut:
http://www.mikrocontroller.net/topic/324673#3970229 (http://www.mikrocontroller.net/topic/324673#3970229)
Diese beiden Zeilen habe ich in die Methode HEATRONIC_DecodeMsg_CH2 eingefügt:
my $ch_pump_heating_power = hex(substr($string,13*2,2));
readingsBulkUpdate($hash, "ch_pump_heating_power", $ch_pump_heating_power);
Vielleicht kann das ja jemand mit Commit-Berechtigung ins Modul einpflegen? Beim Namen des Reading habe ich mir an der bisherigen Namensgebung orientiert. Dadurch ist er allerdings etwas lang geworden :(
Dann habe ich noch zwei Fragen, die vielleicht jemand von Euch beantworten kann:
1) Das Reading ch_Tflow_desired wird in fhem ohne Nachkommastelle angezeigt, obwohl es im Display meiner Steuerung FW100 mit einer Nachkommastelle angezeigt wird. Hat dafür jemand eine Erklärung, warum diese nicht übermittelt wird?
2) Ich betreibe eine Fußbodenheizung mit recht geringen Vorlauftemperaturen. Die Rücklauftemperatur wird hier lustigerweise in der Regel etwas höher angezeigt als die Vorlauftemperatur (siehe angehängten Plot). Ein Vertauschen würde ich ausschliessen, da nach Brennerstart die VL-Temp. schnell ansteigt. Woran kann diese Abweichung liegen? Kann der Fühler defekt/ungenau sein? Werden die Werte noch falsch interpretiert?
VG
Marcus
@Marcus danke für den Tipp. Ich denke Heiko wird das in sein Modul einloggen, wenn er es das nächste mal sieht. Sehr interessanter Wert danke.
Zu Tflow desired kann ich nichts sage. Wäre interessant ob das bei Norbert genauso ist.
Wie werden denn die Vor und Rücklauftemperaturen an deiner Heizung angezeigt, genauso? Ich hab leider keine Rücklauftemperatur bei mir.
Hallo strauch,
die Vorlauftemperatur wird genauso angezeigt, wie sie in fhem ankommt. Passt also schonmal.
Die Rücklauftemperatur kann in in der FW100 gar nicht sehen.
VG
Marcus
Ich bastel gerade an einer Readingsgroup für die Gastherme um die Informationen etwas zu bündeln. Vielleicht hat ja jemand von euch noch Ideen dazu. Ich muss mal schauen ob ich den Modus irgendwie bennen kann. Da ich kein Rücklauf hab kommt das leider bei mir nicht vor:
DEF:
<>,<>,<Soll>,<Temperatur>,<Modus>,<Pumpe/Brenner>,<Leistung>,<Lüfter>
socat_junkers:<Brenner>,ch_Tflow_desired,ch_Tflow_measured,ch_mode,ch_burner_operation,ch_burner_power,ch_burner_fan
socat_junkers:<Wasser>,dhw_Tdesired,dhw_Tmeasured,<>,ch_pump_circulation,<>,<>
socat_junkers:<Heizkreis>,hc1_Tdesired,hc1_Tmeasured,hc1_mode,ch_pump_heating,ch_pump_heating_power,<>
socat_junkers:<Solar>,<>,sol_Tcollector,<>,sol_pump,sol_yield_last_hour,<>
<>,<>,<Tank oben>,<Tank unten>,<>,<>,<>,<>
socat_junkers:<Tank>,dhw_Tcylinder,sol_Tcylinder_bottom,<>,ch_pump_cylinder,<>,<>
mapping:
{wz_Heizung_Clima=>"";}
valueIcon:
{'ch_burner_fan.1' => 'on', 'ch_burner_fan.0' => 'off','ch_burner_operation.1' => 'on', 'ch_burner_operation.0' => 'off','ch_pump_circulation.1' => 'on', 'ch_pump_circulation.0' => 'off','ch_pump_heating.1' => 'on', 'ch_pump_heating.0' => 'off','sol_pump.1' => 'on', 'sol_pump.0' => 'off','ch_pump_cylinder.1' => 'on', 'ch_pump_cylinder.0' => 'off'}
valueSuffix:
{"dhw_Tdesired"=>" °C","hc1_Tdesired"=>" °C","ch_Tflow_desired"=>" °C","ch_Tflow_measured"=>" °C","dhw_Tmeasured"=>" °C","hc1_Tmeasured"=>" °C","sol_Tcollector"=>" °C","sol_Tcylinder_bottom"=>" °C","dhw_Tcylinder"=>" °C","ch_burner_power"=>" %","ch_pump_heating_power"=>" %","sol_yield_last_hour"=>" Watt"}
Hey,
mal eine Frage: wie erscheint ein Einschalten der Schornsteinfeger/Wartungs-Funktion eigentlich in fhem?
Ich frage deshalb, weil ich da gerne das "Aufdrehen" der Heizkörper für die Wartung evtl. automatisieren würde ;)
Gruß
Hmm,
schöne Idee, aber ich befürchte, das die Ventile zu träge reagieren. Je nachdem welches System Du hast. Bei HM könnte man Boost machen, müsste aber die Boostzeit erheblich herauf setzten. Wenn ich nur die Temperatur in allen Räumen erhöhe, dauert das sicherlich bis zu 2 Minuten, ehe die Ventile auffahren. Dann würde der Kessel ggf. schon in der Überthemperatur hängen.
Ich überlege da auch schon dran - aber die paar Male werde ich das von Hand machen. Da lohnt sich für mich der Aufwand nicht.
Gruß Christoph
Hey,
die HM-CC-RT-DN reagieren mit der Boostfunktion eigentlich recht schnell - zumindest mittels Taster geht es ganz gut, mehrere Heizkörper schnell zu öffnen ...
Gruß, Christoph
Hallo,
aber der Boost macht normalerweise "nur" 90 sec. Das reicht für eine Messung vom Schornsteinfeger nicht. Ich hatte vor, alle Thermostate auf 30 Grad zu stellen, wenn der Schornsteinfeger kommt. Bis er das Messgerät fertiggemacht hat, sollten die Ventile auf sein um die Wärme los zu werden.
Gruß Christoph
Die Boostlänge lässt sich ja in den registern auch höher setzten. Bisher musste ich sowas noch nie machen. Wozu braucht der Schornsteinfeger das?
Gesendet von meinem Tablet
Hallo,
der Schornsteifeger misst die Abgase - egal ob Brennwertkessel oder athmosphärischer Brenner - immer unter Volllast. Somit wird also eine Menge Wärme erzeugt, die verteilt werden muss, damit die Brennersteuerung nicht im Überthemperatur geht. Zudem steigt der Druck in der Anlage mit der Themperatur an. Hierdurch könnte das Sicherheitsventil ansprechen und Wasser ablassen.
Gruß Christoph
Mhhh der war nie bei mir in der Wohnung vielleicht war die Leitung bis in 3. Stock lang genug. Mal schauen wie es im neuen Haus werden wird.
Gesendet von meinem Nexus 4 mit Tapatalk
Wenn der Schornsteingeger die Schornsteinfegerfunktion einschaltet, sollte der Betriebscode 208 geschaltet werden, der automatisch nach 15 Minuten wieder deaktiviert wird. Der Betriebscode ist im Repos noch nicht drin, läuft zur Zeit aber bei mir im Testbetrieb. Darüber sollten dann auch die Fehlermeldungen generiert werden. "Leider" gab es nach der Implementierung bei mir keine Störung mehr (davor zweimal in kurzem Abstand). Es werden jedoch eine Menge Daten produziert (Es wird häufig zwischen 200 / 202 / 204 gewechselt). Aufgrund mehrerer Fortbildungen und da bei mir in diesem Jahr noch eine größere Prüfung ansteht, habe ich ein arges Zeitproblem. Frei nach dem Motto "Gut Ding will Weile haben" werden manche Sachen also leider etwas warten müssen. Aber wenn ich Zeit finde, kümmer ich mich. Bzgl. der negativen Solartemperatur habe ich bisher auf die Schnelle noch nichts gefunden.
Gruß,
Heiko
Also zur negativen Solartemperatur bin ich auch schon auf der Suche. Die Zeilen im Heatronic.pm sind eigentlich in Ordnung. Zur Zeit habe ich eine kleine Änderung reingenommen, mal sehen, ob es nun noch die negative Temperatur von fast -60 Grad gibt. Dafür muß es bei mir aber erst wieder unter Null Grad werden...
@Heiko: wirst du auch das Senden auf den ht-Bus anpacken?
Gruß
Kai
@Heiko wenig Zeit das kennen ich. Hab ja ein Jahr für den Adapter gebraucht. Schau das du deine Prüfungen gut schaffst. Die negativen Solar Temperaturen sind ja auch nur Kosmetik und nichts relevantes.
Gesendet von meinem Nexus 4 mit Tapatalk
@kaizo,
das ist so geplant. Ich kann aber im Moment absolut keinen Zeitrahmen abstecken. Leider hat ein Tag nur 24 Stunden. Da das nicht reicht, nehme ich noch die Nacht dazu. Aber auch die Zeit genügt leider nicht ;) Die Steuerung muss halt auch ordentlich werden, wir wollen uns ja nicht die Steuerplatinen zerschießen.
Hallo Heiko,
alles gut - wichtig ist jetzt Deine Ausbildung, die Heizung kann ich auch erstmal weiter via Taster entsprechend hoch regeln (mit Boost sogar recht schnell und zeitlich begrenzt ;))
Gruß
Gesendet von meinem SM-G900F mit Tapatalk
Hallo Heiko,
danke für die Info. Ich hab selber kaum Zeit und daher größtes Verständnis, versuche da aber mit meinen kleinen Programmierkenntnissen gerne zu helfen. Wenn ich die Solartemp. hinbekomme, dann poste ich gerne die Zeilen.
Das Schreiben auf den Bus wird alles noch flexibler und interessanter machen
Gruß
Kai
Hallo Zusammen,
hinbekommen:
Solartemperatur wird bei Temperaturen <0°C richtig angezeigt:
original-Code aus 89_HEATRONIC.pm
my $sol_Tcylinder_bottom = 0;
if (hex(substr($string,5*2,2)) == 3)
{
if (hex(substr($string,10*2,2)) != 255)
{
$sol_Tcollector = hex(substr($string,10*2,4))/10;
$sol_Tcylinder_bottom = hex(substr($string,12*2,4))/10;
}
else
{
$sol_Tcollector = hex(255-substr($string,11*2,2))/-10;
$sol_Tcylinder_bottom = hex(substr($string,12*2,4))/10;
}
my $sol_pump = (hex(substr($string,14*2,2)) & 0x01) ? 1 : 0;
ist zu ändern auf:
my $sol_Tcylinder_bottom = 0;
if (hex(substr($string,5*2,2)) == 3)
{
my $sol_Tcollector = hex(substr($string,10*2,2));
if ($sol_Tcollector != 255)
{
$sol_Tcollector = ($sol_Tcollector * 256 + hex(substr($string,11*2,2))) / 10
}
else
{
$sol_Tcollector = (255 - hex(substr($string,11*2,2)))/-10;
}
$sol_Tcylinder_bottom = hex(substr($string,12*2,4))/10;/code]
my $sol_pump = (hex(substr($string,14*2,2)) & 0x01) ? 1 : 0; ##hier wieder "alter" CODE
@Heiko: Habe einfach den Code von der Aussentemperatur angepasst und übernommen. Sollte so gehen (geht bei mir jedenfalls). Obwohl Du die Syntax des Original-Codes 1:1 übernommen hast geht es damit nicht, sondern muß wie oben geschrieben angepasst werden.
Kannst das ja in das Update für 89_HEATRONIC.pm übernehmen, ich habe auch die auskommentierten Zeilen bezüglich "thermal_desinfection, dhw_charge_once usw. bei mir auch aktiviert.
Gruß
Kai
Moin moin,
die Berechnung von $sol_Tcollector ist geändert. War ein Fehler im Original-Code, wie kaizo schon treffend herausgefunden hat.
Gruß,
Heiko
Hallo Heiko,
hast Du meine Anpassung zur Leistung der Heizungspumpe aus #83 auch übernommen?
VG Marcus
@marcus42: habe ich nochmal nachträglich eingepflegt
Gruß,
Heiko
Danke!
Hallo Heiko,
Ich habe auch noch die Datenfelder dhw_boost_charge, dhw_charge_once, dhw_generating, dhw_thermal_desinfection usw. bei mir auskommentiert (also aktiviert!! Blödes Wortspiel). Diese werden nun bei mir auch angezeigt. Wäre das nicht auch noch was für das Modul?
Aber was mich viel mehr interessieren würde, konntest du schon was in Richtung "senden auf dem ebus/htbus" unternehmen? Freue mich schon, wenn es möglich wird, dass auf dem Bus auch Befehle gesendet werden....
Gruß
Kai
Zitat von: kaizo am 23 Februar 2015, 16:56:32
dhw_boost_charge, dhw_charge_once, dhw_generating
Was ist die genau Bedeutung von den Werten? Ist das Warmwasser Sofort Funktion das erste?
Hallo,
ich hab das Modul soweit zum laufen gebracht, dabei sind mir aber ein paar Dinge aufgefallen wo ich nicht weiß wie ich sie lösen kann.
Der HT-Bus ist sehr sehr gesprächig, dementsprechend habe ich sehr viele Aktualisierungen der verschiedenen States, teilweise in 10 Sekunden Takt oder kürzer. Kann man dies nur mit dem event-min-intervall in den Griff kriegen und somit nur alle 5 Minuten die Werte abgreifen oder gibt es dafür auch eine andere Lösung? Das Problem ist nämlich das wenn man sich sich Plots erstellen will muss man ein Filelog schreiben, dies funktioniert auch ohne Probleme. Allerdings schreibt er pro Wert eine neue Zeile und wenn das alle paar Sekunden passiert, wird das Logfile schnell riesig. Ich habs mal knapp 24 Stunden laufen lassen und dann war mein Pi nicht mehr in der Lage die Plots in vernünftiger Zeit zu berechnen. Schöner wäre es wenn alles immer nur in eine Zeile geschrieben wird, so wie zum Beispiel beim HMS100TF da steht in einer Zeile: 2015-04-01_21:09:45 TF_Sensor_Dach T: 17.5 H: 45.5 Bat: ok
. Ist dies auch möglich? Ich hab zwar schon viel Doku gelesen und gegoogled nur leider nichts gefunden wie ich das umstellen kann.
Viele Grüße
Stefan
Hallo zusammen,
wie bekomme ich den raus, welche Sprache meine Junkers Therme spricht?
Ich habe folgendes Problem, beim Raumthermostat ist im Wohnzimmer (Erdgeschoss) wo auch unser Kamin steht. Wenn nun der Kamin an ist, meldet natürlich das Raumthermostat es ist warm und die Heizung springt gar nicht erst an, der Rest des Hauses bleibt also kalt. Der Rest des Hauses ist schon FHEM versorgt, deshalb kam mir jetzt die Idee ich könnte durch die Einbindung in FHEM mein Problem lösen.
Gruß
Micha
Im Namen der Therme versteckt sich auch die Bezeichnung des HT-Bus. Ich hab eine ZWB ... -3 und das -3 im Namen bedeutet das der HT-Bus in der Version 3 enthalten ist. Die aktuellen Geräte haben eine -4 im Namen, was die HT-Bus Version 4 entspricht.
FHEM kann im Moment dein Problem noch nicht lösen, da das FHEM Modul derzeit nicht senden kann. Erst wenn es senden kann und du einen FW.. oder FR... Regler im System hast kann es eine Lösung sein.
Zitat von: sbiermann am 01 April 2015, 21:27:25
Kann man dies nur mit dem event-min-intervall in den Griff kriegen und somit nur alle 5 Minuten die Werte abgreifen oder gibt es dafür auch eine andere Lösung?
Bei mir schaut das so aus:
event-min-interval:
ch_Tflow_measured:120,ch_burner_power:120,dhw_Tcylinder:120,dhw_Tmeasured:120,hc1_Tmeasured:120,sol_Tcollector:120,sol_Tcylinder_bottom:120,ch_time:900,ch_Tflow_desired:3600,dhw_Tdesired:3600,hc1_Tdesired:3600,ch_Toutside:3600
event-on-change-reading:
ch_Tflow_desired,ch_Tmixer,ch_Toutside:0.2,ch_Treturn,ch_burner_fan,ch_burner_operation,ch_mode,ch_pump_circulation,ch_pump_cylinder,ch_pump_heating,ch_runtime_ch:100,ch_runtime_dhw:100,ch_runtime_tot:100,ch_starts_ch:50,ch_starts_dhw:50,ch_starts_tot:50,dhw_Tdesired,hc1_Tdesired,hc1_mode,sol_pump,sol_runtime:50,sol_yield_2,sol_yield_last_hour,state,ch_pump_heating_power
event-on-update-reading:
ch_Tflow_measured,ch_burner_power,dhw_Tcylinder,dhw_Tmeasured,hc1_Tmeasured,sol_Tcollector,sol_Tcylinder_bottom,ch_time
Damit ist mein log ca. 8,5MB groß im Monat.
Danke strauch, das funktioniert soweit schon mal richtig gut. Allerdings wird ch_Tmixer immer noch sehr oft geloggt, alle 10 Sekunden etwa. Ich hab mal dein event-min-interval um ch_Tmixer:120 erweitert aber irgendwie kommen die Daten doch öfters.
Ich hab kein Mixer deshalb taucht er bei mir nicht auf. Du musst ihn noch zusätzlich bei event-on-update-reading eintragen. und er darf nicht in event on change reading auftauchen.
Merci! Das war der fehlende Punkt. Jetzt sieht es sehr fluschig aus und die Logs sind sehr sparsam.
Hi
ich habe nun auch die überwachung meiner junkers therme in fhem eingerichtet und den adapter gebaut
die aktuellen werte werden angezeigt allerdings nicht ins logfile geschrieben die junkers.log wurde zwar automatisch erstellt ist aber bisher leer geblieben läuft seit gestern abend
wenn ich logj9000ff00 auf 1 setze wird eine logdatein mit dem namen erstellt und auch werte reingeschrieben
hab ich etwas falsch eingestellt ? woran könnte es liegen?
noch eine frage ist es möglich die logdateien woanders zu speichern das logdir attribut funktioniert hierfür offenbar nicht
Vielen Dank
Kannst du 1x von deinem Heatronic ein list machen und von deinem Filelog, dann kann ich mir eher ein Bild machen, was das Problem sein könnte.
hallo
hier der list von meiner HEATRONIC
Internals:
DEF /dev/ttyAMA0@9600
DeviceName /dev/ttyAMA0@9600
FD 8
NAME Heizung
NR 17
PARTIAL
STATE opened
TYPE HEATRONIC
Readings:
2015-04-28 10:06:33 ch_Tflow_desired 47
2015-04-28 10:06:33 ch_Tflow_measured 38.2
2015-04-28 10:06:33 ch_Tmixer 23.5
2015-04-28 10:05:54 ch_Toutside 10.5
2015-04-28 10:06:33 ch_Treturn 0.0
2015-04-28 10:06:33 ch_burner_fan 0
2015-04-28 10:06:33 ch_burner_operation 0
2015-04-28 10:06:33 ch_burner_power 0
2015-04-28 10:06:33 ch_mode 1
2015-04-28 10:06:33 ch_pump_circulation 0
2015-04-28 10:06:33 ch_pump_cylinder 0
2015-04-28 10:06:33 ch_pump_heating 1
2015-04-28 10:05:54 ch_pump_heating_power 54
2015-04-28 10:05:54 ch_runtime_ch 110289
2015-04-28 10:05:23 ch_runtime_dhw 19166
2015-04-28 10:05:54 ch_runtime_tot 129456
2015-04-28 10:05:54 ch_starts_ch 286245
2015-04-28 10:05:23 ch_starts_dhw 43018
2015-04-28 10:05:54 ch_starts_tot 329263
2015-04-28 10:06:31 ch_time 2015-04-28 10:06:04
2015-04-28 10:05:23 dhw_Tcylinder 3276.8
2015-04-28 10:05:23 dhw_Tdesired 60
2015-04-28 10:05:23 dhw_Tmeasured 23.8
2015-04-28 10:06:00 hc1_Tdesired 23.5
2015-04-28 10:06:00 hc1_Tmeasured 28.4
2015-04-28 10:06:00 hc1_mode 3
2015-04-27 00:05:53 state opened
Attributes:
room KE_Waschkueche - Heizungsraum
im hauptlog steht folgendes von der heatronic kleiner auszug davon
2015.04.28 10:12:43 5: Triggering Heizung (11 changes)
2015.04.28 10:12:43 5: Notify loop for Heizung ch_Tflow_desired: 46
2015.04.28 10:12:49 5: Triggering Heizung (11 changes)
2015.04.28 10:12:49 5: Notify loop for Heizung ch_Tflow_desired: 46
2015.04.28 10:12:53 5: Triggering Heizung (6 changes)
2015.04.28 10:12:53 5: Notify loop for Heizung ch_Toutside: 10.6
2015.04.28 10:12:57 5: Triggering Heizung (11 changes)
2015.04.28 10:12:57 5: Notify loop for Heizung ch_Tflow_desired: 46
2015.04.28 10:13:02 5: Triggering Heizung (11 changes)
2015.04.28 10:13:02 5: Notify loop for Heizung ch_Tflow_desired: 46
2015.04.28 10:13:05 5: Triggering Heizung (11 changes)
2015.04.28 10:13:05 5: Notify loop for Heizung ch_Tflow_desired: 46
2015.04.28 10:13:06 5: Triggering Heizung (3 changes)
2015.04.28 10:13:06 5: Notify loop for Heizung hc1_Tdesired: 23.5
2015.04.28 10:13:12 5: Triggering Heizung (11 changes)
2015.04.28 10:13:12 5: Notify loop for Heizung ch_Tflow_desired: 46
2015.04.28 10:13:13 5: Triggering Heizung (11 changes)
2015.04.28 10:13:13 5: Notify loop for Heizung ch_Tflow_desired: 46
2015.04.28 10:13:22 5: Triggering Heizung (11 changes)
2015.04.28 10:13:22 5: Notify loop for Heizung ch_Tflow_desired: 46
2015.04.28 10:13:24 5: Triggering Heizung (11 changes)
2015.04.28 10:13:24 5: Notify loop for Heizung ch_Tflow_desired: 46
2015.04.28 10:13:31 5: Triggering Heizung (1 changes)
2015.04.28 10:13:31 5: Notify loop for Heizung ch_time: 2015-04-28 10:13:04
2015.04.28 10:13:32 5: Triggering Heizung (11 changes)
2015.04.28 10:13:32 5: Notify loop for Heizung ch_Tflow_desired: 46
2015.04.28 10:13:35 5: Triggering Heizung (11 changes)
2015.04.28 10:13:35 5: Notify loop for Heizung ch_Tflow_desired: 46
das ist mein eintrag in der cfg:
define Heizung HEATRONIC /dev/ttyAMA0@9600
attr Heizung room KE_Waschkueche - Heizungsraum
auf dem raspberry läuft nur fhem mit heatronic und ist über fhem2fhem an ein raspberry2 hauptserver fhem angebunden
im eventmonitor auf dem hauptserver von fhem sind auch die aktuellen einträge der heatronic zu sehen
auf dem raspberry mit heatronic habe ich die logfiles,statefile,etc mit dem logdir attribut auf eine usbstick ausgelagert was auch funktioniert bis auf die logfiles der Heatronic die landen im standart fhem log ordner auf der sd karte und die junkers.log bleibt leer
hoffe ich hab jetzt alles wichtige geschrieben
Vielen dank
doch kein Fehler! (mein Fehler)
da automatisch eine junkers.log erstellt wurde und ich die definitionen der heatronic immer nur ohne filelog definition gesehen hab bin ich davon ausgegangen dass die werte in die junkers.log geschrieben werden
jetzt hab ich die filelog definition erstellt paar svg Grafiken dazu läuft alles perfekt!
Vielen Dank nochmal
Die log-Datei "Junkers.log" ist auch nur für Testzwecke vorhanden, weil die Message 9000ff00 seinerzeit einige Besonderheiten hatte. In die Datei werden auch nur die Nachrichten dieser bestimmten Art hinterlegt. Du brauchst sie also nicht und kannst den Wert für log9000ff00 wieder auf 0 setzen.
Gruß,
Heiko
@Heiko kannst du dir meine PM Anschauen mit dem Patch von Norbert. Er hat dein Modul um eine Sendefunktion erweitert und die als Patch zur Verfügung gestellt.
Ich bin dran. Leider hat sich Norbert nicht an die englischen Bezeichnungen gehalten, das macht das Ganze aufändiger. Die Sendefunktion muss ich auch noch nachvollziehen.
Gruß,
Heiko
Hallo Heiko,
schön zu hören. Ich geb das Feedback mal an ihn weiter. Also er hat mir zum senden noch geschrieben, das es so nur mit seinem Proxy funktioniert
ZitatDas ht_pitiny-Board benötigt aber zusätzlich noch eine abschliessendes CRC-Byte und dieses Byte wird im ht_proxy-server für die Senderichtung hinzugefügt.
Danke und Grüße
strauch
So ich als absoluter Newbie im Bezug auf FHEM, Heatronic und Perl hätte da auch gern mal ein Problem:
Ich versuche das ganze momentan temporär auf einem alten WinXP-Laptop zum laufen zu bekommen. Bekomme aber scheinbar keine Daten von der Heatronic.
Ich hab mir das Modul mit dem UM2102 nachgebaut und es scheint auch sauber zu funktionieren. Es ist im WinXP als COM6 eingebunden und wenn ich mit HTerm auf der COM6 mit9600:8N1 lausche kommen auch Daten die sehr nach echten Daten ausschauen (Hex-Blöcke die in der Heatronic.pm definiert sind, sind in dem log zu finden). Ein log file ist angehängt.
So, im FHEM ist das ganze im cfg auch definiert und scheint auch zu funktionieren:
2015.06.02 20:03:30 3: Opening Heizung device COM6
2015.06.02 20:03:30 3: Setting Heizung baudrate to 9600
2015.06.02 20:03:30 3: Heizung device opened
Im FHEM ist die Heizung auch als opened eingetragen es werden aber keinerlei Auswertungen des Datenstromes angezeigt.
Was ich am Anfang noch hatte war eine Fehlermeldung dass die COMMPROP Block length nicht passte. Dazu habe ich die commport.pm an einer Stelle geändert und den Wert von 64 auf 66 geändert. Danach funktionierte die "Initialisierung" wie oben beschrieben, aber keinerlei Readings zu sehen im FHEM. Für mich schaut es irgendwie so aus als ob der FHEM doch keine aktive Verbindung zu der COM6 hat.
Als Perl habe ich Strawberry und ActiveState ausprobiert bei beiden das selbe Ergebnis.
Hat jemand eine Idee wo ich noch drehen könnte damit es auf meiner WinXP-Kiste läuft? Einen Raspi will ich erst kaufen wenn der Probelauf auf dem WinXP-Rechner erfolgreich war.
Hallo Pilsi,
ich habe die Daten aus der Log-Datei jetzt nicht auf Plausibilität überprüft, aber Daten scheinst Du zu bekommen. Auf den ersten Blick scheint auch die Häufigkeit zu stimmen. Theoretisch müsstest Du unter dem Device "Heizung" Readings angezeigt bekommen. Diese erscheinen allerdings erst nach erstmaliger Datenübernahme.
Schau mal im FHEM-Logfile nach, da müssten dann auch Werte erscheinen. Hilfreich wäre vielleicht, wenn Du Deinen Konfiguration mal posten könntest.
Gruß,
Heiko
Hallo Heiko,
Sorry, ich war im Kurzurlaub, ohne I-Net-Anschluß. War das schön.. :)
Meine cfg schaut recht unspektakulär aus, siehe Anhang. Ebenfalls das log. Ich möchte momentan nur meine Heizung mit-loggen, sonst nichts, evt. später auch den Stromzähler, wenn ich den Zugang zur Schnittstelle mit meinem Versorger geklärt habe. Meine 4 FS20-Geräte kommen ohne FHEM aus.
Ich habe inzwischen herausgefunden, dass es scheinbar mit dem UM-2102 (UART-USB) unter Windows und Perl Probleme gibt die von den Perl-Programmierern leider keinen interessieren... Da scheint in dem Win-Paket für die seriellen Schnittstellen was nicht zum UM-2102 zu passen oder andersrum.
Momentan schaut es so aus dass auch nach 30min keinerlei Daten zufinden sind und das log so ausschaut wie angehängt, ein anderes ist nicht existent.
Den Daten-log aus dem Eingangsost habe ich mit einem Terminalprogramm aufgenommen (HTerm). Scheinbar funktioniert tatsächlich das Datenlesen unter Perl mit dem Schnittstellenpaket nicht.
Oder fehlt mir einfach inder config was?
Hat mal jemand ein einfaches Beispiel wie die Config für die Heatronic auszusehen hat?
Ich werd mir wohl meinen Raspi bestellen müssen, was ja auch Sinn macht..
Gruß
Pilsi
Die Definition scheint ok zu sein, aber es kommen keine Daten an. Ich habe in meiner Konfiguration auch nur nochmal explizit verbose 3 gesetzt (was bei Dir aber schon global ist) und die Datenmenge reduziert.
Du könntest Testweise mal "attr Heizung log9000FF00 1" setzen. Dann müsste im Log-Directory eine Datei "j9000FF00.log" erscheinen, die Controller-Daten mitschreibt. Du könntest auch versuchen, deine FS20-Geräte mal mit einzubinden. Vielleicht kommt man der Ursache dann auf die Schliche.
Raspberry (oder ähnliche) ist natürlich eine gute Idee, weil sie weniger Stromverbrauch haben.
Ich hab mir gestern einen Raspberry bestellt. Leider hat mich Reichelt momentan versetzt...Gestern war er sofort lieferbar. Heute wurde alles andere verschickt, nur nicht der Raspberry...
Anyway:
Für die FS20-Geräte fehlt mir der CUL und ist auch nicht geplant. Was ich noch plane ist die Abfrage meines Stromzählers.
Das spezielle Problem unter Windows mit dem Chip des UM-2102 (CP2102) ist uralt und scheinbar noch nicht gelöst:
https://rt.cpan.org/Public/Bug/Display.html?id=33559
jedenfalls scheint es keinen so richtig zu interessieren..Bei mir funktioniert ja auch die ebenso dort erwähnte Kommunikation nicht.
Das log9000FF00 1 führt auch zu nichts. Es wird nichts geschrieben.
Ich werd jetzt auf meinen Raspberry warten und dann richtig aufsetzen. Der Win-Rechner war eh nur zum Ausprobieren und nicht zum Dauereinsatz geplant.
Erstmal Danke für deine Mühe mir zu helfen. Ich werd mich wieder melden wenn mein Raspberry da ist und läuft (oder nicht).
Hallo zusammen,
wer kann mir bitte sagen, anhand welches readings ich erkennen können sollte, ob der Heizungsteil meiner Cerapur deaktiviert, also auf Null gestellt ist. Derzeit erzeugt sie nur Heißwasser.
Ich möchte in fhem anzeigen lassen ob die Heizung ein- bzw. ausgeschaltet ist.
Danke und Gruß
td
Moin moin,
ch_mode: aktueller Betriebsmodus der Heizung (0=aus, 1=Heizen, 2=Warmwasser)
hc1_mode .. hc4_mode: Betriebsmodus Heizkreis 1-4 (0 = aus, 1 = Frost, 2 = Sparen, 3 = Comfort)
Gruß,
Heiko
8) So mein Raspi läuft jetzt und meine Hardware läuft auch, Datenbank geht, Auswertungen passen.
Gibt es eigentlich Protokollschnipsel die noch nicht "erforscht" sind? Was ich bei den ganzen Readings vermisse sind zum Beispiel Alarme.
Das ist richtig, es gibt noch keine Alarme. Seitdem ich die (interne) Version installiert habe, die evtl. die Möglichkeit eröffnen würde, hat meine Heizung keine Störung mehr produziert. Ärgerlich oder nicht ... Das kommt jetzt auf die Betrachtungsweise an, mich für meinen Teil stört es gerade nicht ;)
Gruß,
Heiko
Werden eigentlich nicht ausgewertete (unbekannte) Protokollschnipsel irgendwo protokolliert?
Hallo Heiko,
Zitat von: Heiko R. am 17 Juni 2015, 15:14:13
Moin moin,
ch_mode: aktueller Betriebsmodus der Heizung (0=aus, 1=Heizen, 2=Warmwasser)
hc1_mode .. hc4_mode: Betriebsmodus Heizkreis 1-4 (0 = aus, 1 = Frost, 2 = Sparen, 3 = Comfort)
Gruß,
Heiko
danke für Deine Antwort.
Mit geht es darum, zu erkennen, ob die Heizung per Drehschalter ausgeschaltet ist. Das ist momentan bei mir der Fall. Gleichwohl läuft das eingestellt Heizprogramm ab, so daß hcx_mode zwischen den vier möglichen Werten wechselt.
Nebenbei gefragt: Sollte man zusätzlich zum manuellen Herunterregeln der Heizung per Drehknopf auch ein Nullprogramm laufen lassen, also Betriebsmodus "Aus" für den kompletten Tag?
Als Umgehungslösung für meine Anfrage könnte ich natürlich auch prüfen, ob x Stunden lang der ch_mode nicht auf 1 war.
Oder gibt es doch ein anderes Reading, das Auskunft darüber gibt?
Gruß
td
@ Pilsi: Nein, nicht ausgewertete (unbekannte) Nachrichten werden nicht protokolliert.
@ td: Ich weiß nicht, welchen Schalter Du meinst (dast ja auch abhängig von der jeweiligen Heizung). Wenn Du den Hauptschalter auf Aus stellst, kommen auch keine Daten mehr am Adapter an.
Zitat von: Heiko R. am 25 Juni 2015, 12:56:11
@ td: Ich weiß nicht, welchen Schalter Du meinst (dast ja auch abhängig von der jeweiligen Heizung). Wenn Du den Hauptschalter auf Aus stellst, kommen auch keine Daten mehr am Adapter an.
Den Temperaturvorlaufregler (s. angeh. Bild, Nr. 12).
Gruß
td
Du schaltest Deine Heizung damit nicht aus, sondern Du reduziert lediglich die gewünschte Vorlauftemperatur. Das kannst Du mit ch_Tflow_desired kontrollieren. Wenn Du den Abstand zwischen den Brennerstarts ermitteln möchtest, bietet sich an, die Zeiten von ch_burner_operation zu vergleichen.
Hallo,
ich komme noch einmal auf die Schornsteinfegerfunktion
Zitat von: Heiko R. am 26 Januar 2015, 19:42:13
Wenn der Schornsteingeger die Schornsteinfegerfunktion einschaltet, sollte der Betriebscode 208 geschaltet werden, [...]
Welches Reading würde dann genau den hier als Betriebscode bezeichneten Wert enthalten? ch_mode? In der Ref habe ich jedenfalls nichts gefunden dazu ...
Weiterhin mußte ich den Raspi mit der HT-Anbindung neu aufsetzen - die SD-Karte hatte sich verabschiedet. Leider hatte ich diesen Raspi etwas stiefmütterlich behandelt und noch keine Datensicherung eingebaut :'( und jetzt nach dem Neuaufbau bekomme ich zwar tatsächlich noch readings, aber nach kurzer Zeit auch ein disconnected
2015.07.05 20:31:18 2: eventTypes: loaded 23 events from /opt/fhem/log/eventTypes.txt
2015.07.05 20:31:18 3: Opening Boiler device /dev/ttyAMA0
2015.07.05 20:31:18 3: Setting Boiler serial parameters to 9600,8,N,1
2015.07.05 20:31:18 3: Boiler device opened
2015.07.05 20:31:18 1: Including /opt/fhem/log/fhem.save
2015.07.05 20:31:28 1: /dev/ttyAMA0 disconnected, waiting to reappear (Boiler)
Das Define:
# Heizungsanbindung
define Boiler HEATRONIC /dev/ttyAMA0@9600
attr Boiler event-min-interval event-min-interval ch_Tflow_measured:120,ch_burner_power:120,dhw_Tcylinder:120,dhw_Tmeasured:120,hc1_Tmeasured:120,sol_Tcollector:120,sol_Tcylinder_bottom:120,ch_time:900,ch_Tflow_desired:3600,dhw_Tdesired:3600,hc1_Tdesired:3600 event-on-change-reading ch_Tflow_desired,ch_Tmixer,ch_Toutside:0.2,ch_Treturn,ch_burner_fan,ch_burner_operation,ch_mode,ch_pump_circulation,ch_pump_cylinder,ch_pump_heating,ch_runtime_ch:100,ch_runtime_dhw:100,ch_runtime_tot:100,ch_starts_ch:50,ch_starts_dhw:50,ch_starts_tot:50,dhw_Tdesired,hc1_Tdesired,hc1_mode,sol_pump,sol_runtime:50,sol_yield_2,sol_yield_last_hour,state event-on-update-reading ch_Tflow_measured,ch_burner_power,dhw_Tcylinder,dhw_Tmeasured,hc1_Tmeasured,sol_Tcollector,sol_Tcylinder_bottom,ch_time
attr Boiler room Heizung
Gruß, Christoph
Hallo Christoph,
der dürfte bei Euch noch nicht drin sein. Das hatte ich bei mir zu Prüfzwecken eingebaut, um evtl. Fehlercodes nachvollziehen zu können. Da mein freundlicher Installateur bei der letzten Wartung künstlich einen Fehler erzeugt hat, bin ich ganz zuversichtlich, das bald einbauen zu können.
Gruß,
Heiko
Kannst Du mir denn auch helfen, warum fhem die Verbindung zum tiny nach kurzer Zeit wieder schließt trotz guter Werte?
Gesendet von meinem SM-G900F mit Tapatalk
Oh, das hatte ich am Anfang auch. Wie ich das beseitigt habe, weiß ich aber nicht mehr. Es gab hier irgendeine Lösung im Forum, meine ich.
Hm, ich habe jetzt alles noch einmal durch, und das Einzige, was ich gefunden habe, war im Zusammenhang mit ser2net bei mir ;).
Inzwischen verzichte ich aber auf Ser2Net - ich wollte eigendlich die Steuerung auf einem eigenen Raspi anbinden und nur relevante Informationen etc. per fhem2fhem auf den Haupt-fhem-Raspi übertragen ...
Vlt. hat mal jemand seine HT-Definition (mit pi_tiny-Platinchen ;)) zum Vergleichen.
Danke.
Hallo Heiko,
ich hab vor kurzem folgende log-EInträge gefunden und kann selber damit nichts anfangen:
2015.07.10 12:13:10 3: HEATRONIC error: Cannot handle message 'solar data'
2015.07.10 12:13:10 3: b000ff0000b0004c005400100090005c003000b000(64/b0)
2015.07.10 13:48:09 3: HEATRONIC error: Cannot handle message 'vessal data'
2015.07.10 13:48:09 3: 880018002000100090003000b000280038001000900040003000b000480010(fe/00)
2015.07.10 13:48:09 3: 880018002000100090003000b000280038001000900040003000b0004800100090(c3/00)
2015.07.11 10:40:25 3: HEATRONIC error: Cannot handle message 'vessal data'
2015.07.11 10:40:25 3: 880018003000b00020001000900028003000b00038004000100090003000b0(c1/00)
2015.07.11 10:40:25 3: 880018003000b00020001000900028003000b00038004000100090003000b00048(9f/00)
2015.07.11 11:31:32 3: HEATRONIC error: Cannot handle message 'vessal data'
2015.07.11 11:31:32 3: 880018003000b00020001000900028003000b00038004000100090003000b0(c1/00)
2015.07.11 11:31:32 3: 880018003000b00020001000900028003000b00038004000100090003000b00048(9f/00)
Ich kann an diesen Tagen nichts den Diagrammen finden was auf irgendein Ereignis schliessen läßt.
Vielleicht kannst ja du was damit anfangen.
Seit dem Zeitpunkt sind keine Heatronic errors mehr eingelaufen.
Gruß
Pilsi
Moin
ich habe von Norbert ein ht_pitiny erhalten, auf meiner Raspberry 2 gesteckt und an meiner Junkerstherme 14-210 mit FW120 angeschlossen.
Daten kommen nach einigen hin und her in FHEM an.
Wie kann ich nun die Daten auch grafisch aufbereiten, bzw. die DB schreiben?
Aus dem ersten und zweiten Post werde ich nicht ganz schlau.
Für eine kleine Anleitung wäre ich dankbar.
Danke.
Gruß
Kobi
Du musst ein Filelog einrichten, damit die Daten von der Therme geloggt werden. Da ist es dann auch wichtig die Informationsflut einzudämmen.
Heist dein HT3 Device in FHEM z.B. Junkers dann kannst du das Filelog mit:
define FileLog_Junkers FileLog ./log/junkers-%Y-%m.log Junkers.*
dann wird jeden Monat eine neue Datei mit den Daten der Heizung vollgeschrieben. Das Filelog kannst du dann wiederum grafisch auswerten. Das sind eigtl. FHEM Grundfunktionen die nichts mit dem HT3 Modul zu tun haben.
Um die Datenflut etwas einzudämmen habe ich dann halt noch die folgenden Atribute beim HT3 Device (ich gehe davon aus das es Junkers heißt) gesetzt:
attr Junkers event-min-interval ch_Tflow_measured:120,ch_burner_power:120,dhw_Tcylinder:120,dhw_Tmeasured:120,hc1_Tmeasured:120,sol_Tcollector:120,sol_Tcylinder_bottom:120,ch_time:900,ch_Tflow_desired:3600,dhw_Tdesired:3600,hc1_Tdesired:3600
attr Junkers event-on-change-reading ch_Tflow_desired,ch_Tmixer,ch_Toutside:0.2,ch_Treturn,ch_burner_fan,ch_burner_operation,ch_mode,ch_pump_circulation,ch_pump_cylinder,ch_pump_heating,ch_runtime_ch:100,ch_runtime_dhw:100,ch_runtime_tot:100,ch_starts_ch:50,ch_starts_dhw:50,ch_starts_tot:50,dhw_Tdesired,hc1_Tdesired,hc1_mode,sol_pump,sol_runtime:50,sol_yield_2,sol_yield_last_hour,state
attr Junkers event-on-update-reading ch_Tflow_measured,ch_burner_power,dhw_Tcylinder,dhw_Tmeasured,hc1_Tmeasured,sol_Tcollector,sol_Tcylinder_bottom,ch_time
Hallo,
meine Anbindung (mit einen ptiny und Rpi B) sieht wie folgt aus:
define Junkers HEATRONIC /dev/ttyAMA0@19200
attr Junkers event-min-interval ch_Tflow_measured:120,ch_burner_power:120,dhw_Tcylinder:120,dhw_Tmeasured:120,hc1_Tmeasured:120,sol_Tcollector:120,sol_Tcylinder_bottom:120,ch_time:900,ch_Tflow_desired:3600,dhw_Tdesired:3600,hc1_Tdesired:3600
attr Junkers event-on-change-reading ch_Tflow_desired,ch_Tmixer,ch_Toutside:0.2,ch_Treturn,ch_burner_fan,ch_burner_operation,ch_mode,ch_pump_circulation,ch_pump_cylinder,ch_pump_heating,ch_runtime_ch:100,ch_runtime_dhw:100,ch_runtime_tot:100,ch_starts_ch:50,ch_starts_dhw:50,ch_starts_tot:50,dhw_Tdesired,hc1_Tdesired,hc1_mode,sol_pump,sol_runtime:50,sol_yield_2,sol_yield_last_hour,state
attr Junkers event-on-update-reading ch_Tflow_measured,ch_burner_power,dhw_Tcylinder,dhw_Tmeasured,hc1_Tmeasured,sol_Tcollector,sol_Tcyinder_bottom,ch_time
#attr Junkers log9000FF00 1
attr Junkers loglevel 5
attr Junkers room Heizung
# Logs dazu
define FileLog_Junkers FileLog ./log/Junkers-%Y-%m.log Junkers.*
attr FileLog_Junkers logtype text
Leider öffnent das Device etwa für 6s, ich bekomme aktuelle Readings, und dann den Statur "disconnected" bis zum nä. Neustart. Ich mußte diesen Rpi wg. SD-Karten-Defekt neu aufsetzen, leider ohne Backup :(
Ich hatte alles schon einmal laufen, Anfangs mit ser2net auf den Haupt-fhem, später lokal. Habe ich etwas übersehen bzw. falsch gemacht, weshalb das Device sich wieder abhängt?
Gruß, Christoph
Die HT3 arbeitet doch mit 9600 und nicht mit 19200 Baud.... zumindest meine..
Änder doch mal auf @9600. Vielleicht ist das dein Problem
Edit: Die Bemerkung von mir ist vermutlich verkehrt.. Siehe zwei Posts tiefer.
Ist das den nicht die Geschwindigtkeit des ptiny zum Rpi? Ausserdem dürften bei falscher Geschwindigkeit keine plausiblen Readings kommen, meine ich
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: caldir65 am 29 Juli 2015, 15:47:18
Ist das den nicht die Geschwindigtkeit des ptiny zum Rpi? Ausserdem dürften bei falscher Geschwindigkeit keine plausiblen Readings kommen, meine ich
Gesendet von meinem SM-G900F mit Tapatalk
Ups, du hast vermutlich recht. Ich habe meine HT3 direkt mit dem seriellen Adapter angehängt..
Hey,
ich habe mal testweise mit 9600 konfiguriert, danach wieder auf 19200 konfiguriert, hier das log dazu:
2015-07-29_14:48:18 Junkers ch_Tflow_desired: 29
2015-07-29_14:48:18 Junkers ch_Tflow_measured: 24.7
2015-07-29_14:48:18 Junkers ch_pump_heating: 0
2015-07-29_14:48:18 Junkers ch_burner_power: 0
2015-07-29_14:48:19 Junkers ch_Toutside: 16.4
2015-07-29_14:48:19 Junkers ch_runtime_tot: 695529
2015-07-29_14:48:19 Junkers ch_runtime_ch: 612422
2015-07-29_14:48:19 Junkers ch_starts_tot: 80660
2015-07-29_14:48:19 Junkers ch_starts_ch: 74925
2015-07-29_14:48:19 Junkers ch_pump_heating_power: 0
2015-07-29_14:48:22 Junkers DISCONNECTED
2015-07-30_12:40:24 Junkers DISCONNECTED
2015-07-30_12:42:58 Junkers ch_Tflow_desired: 31
2015-07-30_12:42:58 Junkers ch_Tflow_measured: 25.9
2015-07-30_12:42:58 Junkers ch_pump_heating: 1
2015-07-30_12:42:58 Junkers ch_burner_power: 0
2015-07-30_12:42:59 Junkers dhw_Tdesired: 50
2015-07-30_12:42:59 Junkers dhw_Tmeasured: 53.3
2015-07-30_12:42:59 Junkers dhw_Tcylinder: 53.3
2015-07-30_12:42:59 Junkers ch_runtime_dhw: 83143
2015-07-30_12:42:59 Junkers ch_starts_dhw: 5738
2015-07-30_12:43:03 Junkers DISCONNECTED
(man beachte: der 29.07. war auch auf 19200 konfiguriert ...)
Gruß, Christoph
@kobi würdest Du mir mal Deine Einrichtung des pitiny in fhem zur Verfügung stellen? Wie bereits geschrieben, bekomme ich genau einmal Daten... ich würde gerne mal vergleichen... Danke
Gesendet von meinem SM-G900F mit Tapatalk
Meine Config sieht wie folgt aus.
######################## Junkers ##################
define Junkers HEATRONIC /dev/ttyAMA0@19200
######################## Junkers LOGGING #######################
define FileLog_Junkers FileLog ./log/junkers-%Y-%m.log Junkers.*
attr Junkers event-min-interval ch_Tflow_measured:120,ch_burner_power:120,dhw_Tcylinder:120,dhw_Tmeasured:120,hc1_Tmeasured:120,sol_Tcollector:120,sol_Tcylinder_bottom:120,ch_time:900,ch_Tflow_desired:3600,dhw_Tdesired:3600,hc1_Tdesired:3600
attr Junkers event-on-change-reading ch_Tflow_desired,ch_Tmixer,ch_Toutside:0.2,ch_Treturn,ch_burner_fan,ch_burner_operation,ch_mode,ch_pump_circulation,ch_pump_cylinder,ch_pump_heating,ch_runtime_ch:100,ch_runtime_dhw:100,ch_runtime_tot:100,ch_starts_ch:50,ch_starts_dhw:50,ch_starts_tot:50,dhw_Tdesired,hc1_Tdesired,hc1_mode,sol_pump,sol_runtime:50,sol_yield_2,sol_yield_last_hour,state
attr Junkers event-on-update-reading ch_Tflow_measured,ch_burner_power,dhw_Tcylinder,dhw_Tmeasured,hc1_Tmeasured,sol_Tcollector,sol_Tcylinder_bottom,ch_time
attr Junkers room Junkers
Hm, sieht genau so aus wie bei mir :-\
Muß ich denn irgendetwas installieren/konfigurieren, damit die Schnittstelle /dev/ttyAMA0 offen gehalten wird durch fhem?
Ich kann mich nicht erinnern, seinerzeit bei der ursprünglichen Installation diesbezüglich etwas installiert zu haben.
Gruß, CHristoph
Nachtrag: der User fhem ist auch in der Gruppe tty ...
Hallo,
ich glaube, ich habe das Problem gelöst: bei Raspian ist der /dev/ttyAMA0 als Console definiert (mit 115200), also gibt es da einen Konflikt.
Gelöst habe ich es wie folgt:
- Der serielle Port muß für den Raspberry freigegeben werden. Dazu muss die Datei /etc/inittab mittels sudo nano /etc/inittab angepasst werden und folgende Zeile löschen T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100 oder auskommentieren
- Ähnlich verfahren wir mit der /boot/cmdline.txt. Sie wird mittels sudo nano /boot/cmdline.txt editiert und Referenzen auf ttyAMA0 entfernt console=ttyAMA0,115200 kgdboc=ttyAMA0,115200
Seit dem bleibt das Device Junkers schön offen, und das Logfile füllt sich ;-) Jetzt kann ich an die weitere Anbindung gehen ;-)
Gruß, Christoph
Nachtrag: Seit meinen Änderungen, die ich hier beschrieben habe, hat der HT-Raspi fleißig Daten gesammelt ... :-) Also Erfolg auf ganzer Linie!
Zitat von: Heiko R. am 07 Mai 2015, 23:50:27
Ich bin dran. Leider hat sich Norbert nicht an die englischen Bezeichnungen gehalten, das macht das Ganze aufändiger. Die Sendefunktion muss ich auch noch nachvollziehen.
Gruß,
Heiko
Hallo,
wie ist denn hier der Status? Ich verwende derzeit die Version von Norbert des 89_HEATRONIC Moduls und kann deswegen auch nur schwer FHEM updaten. Würde natürlich gerne wieder auf die "normale" Version des Modules gehen. Voraussetzung dafür ist allerdings das diese als Device den Proxy sprich IP Adresse unterstützt.
Kann man irgendwas tun um zu helfen damit die Version von Norbert ins SVN kommt?
Viele Grüße
Stefan
Hallo
Ich habe eine Junkers ZSBE 28-3 A 23 und möchte sie an einem RPi anschließen.
Als Adapter müßte doch auch dieser aus dem Wiki gehen?
http://www.fhemwiki.de/wiki/EBUS (http://www.fhemwiki.de/wiki/EBUS)
HT-Bus und eBus müssten doch elektrisch gesehen das Gleiche sein!?
CK
Hallo,
wenn ich das richtig gelesen und verstanden habe, wirste mit einen eBus Adapter nicht weit kommen. Denn der HT-Bus unterscheidet sich doch wohl etwas vom eBus. Zum anderen bin ich mir nicht sicher ob dieses Modul auch mit dem eBus Adapter arbeiten kann. Am einfachsten wird es sein, wenn du den Adapter von Norbert nach baust oder ihn fragst ob er noch welche rumliegen hat bzw. demnächst vielleicht wieder welche macht.
Viele Grüße
Stefan
Ich habe keine Spezifikation des HT-Bus gefunden.
Prinzipiell ist er aber wohl dem eBus sehr ähnlich, damit ist die von mir im Wiki gepostete Schaltung durchaus zu verwenden (keine Garantie, ggf. muss noch der Wert der Zenerdiode angepasst werden - die Angaben über die Pegel sind etwas nebulös). Die Ankopplung an einen Computer über den Seriell/USB-Wandler ist Standard.
LG
pah
@sbiermann: Bei allem Respekt, aber der Hintergrund dieses Ratschlages erschließt sich mir nicht.
Ich denke, er will sagen, daß mit dem Adapter von Norbert ja auch schon mehere Anbindungen an den HT-Bus erfolgreich laufen... LG Christoph
Gesendet von meinem SM-G900F mit Tapatalk
Danke, dann werde ichs mal probieren!
CK
Hallo erste mall an Alle,
hat jemand die Datei ,,HT3_db.sqlite" in phpMyAdmin importiert? Ich schaffe das nicht.
Hat jemand dann die Grafiken mit JS Charts generiert?
Grüße
SQLite und MySQL haben unterschiedliche Syntax. Für SQLite muss die Anwendung phpLiteAdmin verwendet werden.
LG
pah
Besten Dank für die Info.
phpLiteAdmin funktioniert mit dem Datenbank.
Jetzt probiere ich Grafiken mit Highcharts erstellen. Oder hat jemand das schon gemacht?
Grüße
Hallo zusammen,
seit dem Wochende läuft bei mir die Anbindung meiner Therme über den HT-Bus mit dem einfachen Leseinterface.
Das Funktioniert soweit prima, leider bekomme ich keine Daten meines IPM2 an dem mein zweiter gemischter Heizkreis für die Fußbodenheizung hängt.
Es existiert zwar das reading ch_Tmixer, dieses bleibt aber dauerhaft auf null.
Ist die Auswertung der entsprechenden Telegramme noch nicht im Heatronic.pm eingebaut?
Kann ich dazu etwas beitragen?
Ich habe die Software hometop von Norbert noch nicht getestet um zu prüfen ob dort die Werte auflaufen.
Gruß,
Thorsten
Moin moin,
lange hat es gedauert, bis ich endlich mal wieder Zeit gefunden habe, etwas zu tun. Heute habe ich den patch von Norbert eingearbeitet. Für den Patch möchte ich erstmal einen Riesendank an Norbert aussprechen, der sich unheimlich für das Projekt einsetzt. Damit dürften auch die negativen Werte für sol_Tcollector der Vergangenheit angehören (bitte um Rückmeldung). Morgen dürfte das Update möglich sein.
Da er nicht ganz nach meinen Namenskonventionen gearbeitet hat, gab es ein paar Änderungen, die ich eben kundtun möchte:
1. hc1_heizensollniveau heißt jetzt hc1_Trequested
2. hc1_betriebsart heißt jetzt hc1_mode
3. die Werte für hc1_mode ändern sich von 'Heizen' auf 'comfort' und 'Sparen' auf 'eco'. 'auto' und 'frost' bleiben so bestehen.
Bitte entsprechend anpassen (evtl. eventMap)
Zusätzlich gibt es jetzt das Reading hc_code, welches den Betriebscode bzw. den erweiterten Störungscode angibt.
Beispiele für Betriebscode:
- 200 Das Gerät befindet sich im Heizbetrieb
- 201 Das Gerät befindet sich im Warmwasserbetrieb
- 204 Die aktuelle Vorlauftemperatur ist höher als die Soll-Vorlauftemperatur. Das Gerät wurde abgeschaltet.
- 208 Das Gerät befindet sich im Schornsteinfegerbetrieb. Nach 15 Minuten wird der Schornsteinfegerbetrieb automatisch deaktiviert.
Beispiele für Störungscode (wobei der Störungscode noch nicht implementiert ist)
Störungscode EA, erweiterter Störungscode 227: Flamme nicht erkannt
An dem Störungscode arbeite ich noch, der wurde bisher noch nicht sauber erkannt.
Für die Codes könnt ihr in die Installations- und Wartungsanleitung sehen.
Ich hoffe, das Modul arbeitet richtig. Bitte gebt mir mal Rückmeldung. Vorsichtshalber habe ich im Anhang nochmal die alte Datei angefügt.
Gruß,
Heiko
Hallo Heiko,
ich erhalte folgende Rückmeldung nach dem Update:
configfile: Cannot load module HEATRONICstatefile: Please define Heizung first
Es scheint nun meine Device-Definition nicht mehr gültig zu sein:
define Heizung HEATRONIC /dev/ttyUSB0@19200
Was kann ich tun?
Gruß,
td
Hallo Td,
die Definition konnte auch nicht funktionieren, weil die Datei fehlerhaft ist. Kopier bitte mal manuell die angehängte Datei in den passenden Ordner und gib mir Rückmeldung. Entschuldigung und Danke.
Gruß,
Heiko
Hallo Heiko,
danke für die schnelle Reaktion.
Ich habe die Datei (# $Id: 89_HEATRONIC.pm 10350 2016-01-03 15:55:27Z heikoranft $) heruntergeladen, in das FHEM-Verzeichnis kopiert und "shutdown restart" durchgeführt. Die Reaktion ist immer noch die gleiche, negative.
Ein zusätzliches "reload 89_HEATRONIC" ergibt außerdem
Global symbol "%HEATRONIC_set_mode" requires explicit package name at /opt/fhem/FHEM/89_HEATRONIC.pm line 588.
Global symbol "$ch_operationcode" requires explicit package name at /opt/fhem/FHEM/89_HEATRONIC.pm line 744.
Gruß,
td
Ich habe noch ein paar Fehler gefunden. Die neue Datei ist im Anhang. Ist jetzt auch im Repo eingepflegt und ab morgen verfügbar.
Als Schmankerl gibt es auch gleich ein neues Reading: ch_error. Dieses gibt den Fehlercode aus.
ch_error = EA zusammen mit ch_code 227 ist bei mir "keine Flamme erkannt".
Gruß,
Heiko
Hallo Heiko,
die letzte Version funktioniert bei mir nun einwandfrei.
Leider kann ich den Regler nur auslesen; er ist zwei Monate zu alt :-\
Gruß,
td
Moin td,
schön, dass es endlich funktioniert. Lag daran, dass ich das Modul bei mir im Live-Betrieb nicht einsetzen konnte, weil die Störungsmeldungen noch in der Programmierung waren. Sonst hätte ich die Fehler auch früher bemerkt. Ich arbeite gerade daran, dass ich angerufen werde (Home/Handy mit Sprachnachricht/Display-Hinweis) und eine SMS oder eMail bekomme. Ich bin jetzt soweit, dass ich daheim angerufen angerufen werde, wenn ich meinen Handsender bediene. Mein Telefondisplay zeigt dann "Heizungsstoerung".
Ich kann meine Heizung auch nur auslesen. Ich habe nur den HT3-USB-Adapter. Ich möchte auch nicht unbedingt an der Heizung von außen rumstellen.
Gruß,
Heiko
Alarmierungslösung für Pushover:
define heizung.w notify Heizung:* { if (ReadingsVal( "Heizung", "ch_error", "" ) ne "00" ) { my $h_error = (ReadingsVal( "Heizung", "ch_error", "" ));; my $h_errorcode = (ReadingsVal( "Heizung", "ch_code", "" ));; fhem( "set push2android msg 'Warnung' 'Heizungsstörung (error: $h_error, code: $h_errorcode)!'" );; Log 3, 'Heizungsstörung.' } }
td
So ähnlich habe ich das auch, nur bereits in der Werteübernahme (ich übernehme nicht alle Werte, die mir FHEM2FHEM liefert). Zumindest war das so, bis ich mir gestern den Server zerschossen habe. Zur Zeit läuft nur der Client im Heizungsraum.
Hallo zusammen,
da ich mich nun entschieden habe, auch in FHEM einzusteigen, habe ich letztes Wochenende den Raspi mit FHEM installiert. Da noch keine weitere HW vorhanden war, habe ich noch meinen seit einem Jahr laufenden HT3-Logger Sonntag abend in FHEM mittels diesem Modul integriert.
Das hat auch soweit alles geklappt, die Daten werden geloggt und ich habe mir eine grafische Anzeige aufgebaut.
Vielen Dank schon mal für die wertvollen Tipps die ich hier nachlesen konnte.
Leider habe ich nirgends eine Definition der Readings gefunden, also was die einzelnen bedeuten und welchen Wertebereich diese annehmen können. Bei vielen ist es klar, aber einige sind für mich noch nicht verständlich.
Gibt es dazu einen Link wo ich das nachlesen kann?
Des weiteren habe ich noch bei einigen Grafiken gesehen, dass Min/Max und weitere Werte in der Überschrift der Grafik auftauchen. Wie kann man das realisieren.
Vielen Dank und Grüße
Ralf
Hallo Ralf,
danke für die lobenden Worte. Wenn Du in FHEM links unten im Menü schaust, findest Du einen Punkt commandref. Damit kommst Du in die Referenz. Dort findest Du unter Geräte/Devices das Modul HEATRONIC. Dort sind die einzelnen Werte beschrieben.
Wenn Du noch Fragen hast, einfach her damit ^^
Gruß,
Heiko
Hallo Heiko,
danke für den Hinweis, das war ja schon zu einfach :)
Da hatte ich zwar am Anfang geschaut, aber dann nicht mehr daran gedacht.
Mir ist jedoch aufgefallen, dass hc1_mode nicht enthalten ist. Hier im Thread habe ich den Wertebereich von 0 bis 3 und dessen Bedeutung gelesen ("Aus", "Frost", "Eco", "Komfort")
Dafür ist aber hc1_Tmode mit einem Wertebereich von 1 bis 4 dokumentiert.
Eine Frage habe ich aber direkt noch, was bedeutet ch_Tmixer ?
Ach so, und ich würde gerne noch mal Fragen, wie Min/Max/... Werte in die Überschrift der Grafiken kommen.
Danke und Grüße
Ralf
Hallo,
ich verfolge das Ganze jetzt schon einige Zeit. Mein Problem ist, das ich nicht unbedingt für diese Aufgabe einen eigenen Raspi in den Keller stellen möchte, zudem ich den nur mit Wlan anbinden kann.
Könnte man das auch auf einen Arduino mit CC1101 oder Panstamp laufen lassen. Wenn ich das richtig mitgelesen habe, werden doch bis jetzt nur Werte / Daten gelesen. Die könnte man doch speichern und zyklisch übertragen.
In welchen Zeitabständen kommen die Daten jetzt ? Gibt es Erfahrungen, über welche Kabellängen die Bussignale übertrgen werden können ? Sonst könnte ich versuchen, den Bus bis zur Fhem-Zentrale zu legen. Das wären dann ca. 15 Meter.
Gruß Christoph
@Ralph:
Danke für den Hinweis, schaue ich mir morgen mal genauer an.
@Christoph:
An Überlegungen mit Arduino/Panstamp bin ich auch gerade, da bin ich aber noch in der Orientierungsphase. Zu klären ist noch, wie sich das schaltungstechnisch und softwaretechnich verhält. HT3 ist sehr sehr mitteilungsbedürftig, in den Schlafmodus dürfte dein Ardiuno/Panstamp nicht kommen. Ich habe so etwa 6m Kabel (2-adriges Netzkabel) zwischen Adapter und Heizung und habe absolut keine Probleme. Mein Raspi ist auch mit WLAN angebunden, was mich nicht sonderlich stört, da ich zur Zeit eh nur Daten auslese.
Gruß,
Heiko
So, ich habe doch noch schneller eine Antwort gefunden, als ich dachte. ch1_Tmode bis ch4_Tmode ist eine falsche Bezeichnung (T steht ja für Temperatur). Das T ist also wegzudenken, es wird ch1_mode bis ch4_mode als Reading geliefert. Die 1 bis 4 beziehen sich auf den Heizkreis. Mögliche Werte sind 0=Aus, 1=Frost, 2=Eco (Sparen), 3=Comfort.
Die Dokumentation habe ich entsprechend angepasst und werde sie zeitnah ins Repo einspielen.
Zu ch_Tmixer: Manche Geräte haben einen internen Mischer, die wohl den Vorlauf der Heizung mit einem anderen Vorlauf mischen. Dieser Wert gibt dann die in diesem Mischer ermittelte Temperatur an. Genauer kann ich das jetzt allerdings nicht sagen, weil meine Therme keinen Mischer hat.
Mit dem Min/Max-Dingern muss ich selbst nochmal nachschauen. Das mache ich dann aber wirklich erst morgen ^^
Gruß,
Heiko
@Christoph: Die Leitungslänge vom HT-Bus darf wohl nicht mehr als 300m betragen wenn man der Anleitung vom FW100 Regler glauben schenken darf. Ich hab mal ein Screenshot der Anleitung gemacht und an den Beitrag angehängt. Selber habe ich nur gut 5m Kabel zwischen Heizung und Pi mit Adapter. Der Pi selber sendet seine Daten per Kabel gebundenes Netzwerk weiter an den Pi mit FHEM drauf. Ich verwende kein FHEM2FHEM.
@Heiko: Fixt du das Problem noch wenn der ht_proxy stirbt bzw. die Netzwerkverbindung zum Pi mit dem Adapter abbricht? Dann setzt das Modul den Status auf disconnect und erst ein rereadcfg oder shutdown restart bringt das Modul wieder in den Zustand 'opened'. Wenn du dafür keine Zeit hast, kann ich einen Patch schreiben und ihn dir zukommen lassen.
Das wäre super, wenn Du einen Patch machen könntest; ich müsste mich sonst erst grundlegend in die Proxy-Geschichte einlesen.
Gruß,
Heiko
@Ralf:
Die min/max-Werte in den Überschriften bekommst Du, wenn Du bei der Plotdefinition z.B. angibst:
attr Plot_Heizung label "Außentemperatur - min: $data{min2}, max: $data{max2}, last: $data{currval2}"
Dabei gibt die Zahl die Position des Wertes in der gplot-Definition an (2 also den 2. Wert).
Ich hoffe, ich konnte Dir mit der Erklärung behilflich sein.
Gruß,
Heiko
Hallo Heiko,
vielen Dank, so habe ich es mittlerweile auch in der Commandref gefunden. Ich muss mir wohl angewöhnen dort besser zu suchen :)
Allerdings klappt es bei mir nicht, muss mal schauen woran es liegt.
Grüße
Ralf
@Heiko, Patch ist geschrieben. Funktioniert bei mir wunderbar. Ist der gleiche Mechanismus der auch schon im NUT Modul verwendet wurde. Die eigentliche Arbeit, also das Prüfen des Reconnect usw. wird vom DevIo erledigt. Du findest die Änderungen hier: https://github.com/sbiermann/fhem und als Diff hier an den Beitrag angehängt.
Viele Grüße
Stefan
Hallo (Heiko),
wird es zukünftig weitere readings geben?
So liefert der Regler ja noch einige weitere Parameter, wie z. B. geforderte und tatsächliche Vorlauftemperaturen der Heizkreise 1 und 2 oder den Stellwert eines externen Reglers.
Mit Bitte um Rückmeldung,
td
Hallo Heiko,
ich habe den gesamten Thread jetzt noch mal gelesen aber bzgl. schreibend auf dem Bus zuzugreifen "nur" die Aussage gefunden, das es geplant ist.
In der Commandref wird jedoch beschrieben, dass u.a. der Mode und Trequested gesetzt werden kann.
Das funktioniert bei mir jedoch nicht, kann aber auch am Adapter liegen den ich am WE zusammen gebaut habe.
Kannst Du mir sagen, ob es im Modul realisiert ist?
Wenn ja, ist es geplant um weitere Befehle zu erweitern (muss mal bei microcontroller.net lessen was bisher realisiert ist) und funktioniert das bereits bei jemanden?
Vielen Dank und Grüße
Ralf
Hoi,
mit dem FHEM Modul kann ich lesen und schreiben auf dem Bus. Funktioniert einwandfrei bei mir. Ich nutze es in der Kombination mit dem HCS Modul.
Viele Grüße
Stefan
Nabend,
bei mir leider das gleiche.
Ich kann zwar auf dem Bus lesen, aber leider nicht schreiben.
Als Heizung habe ich eine ZSN18-7 KE mit eingebautem FW100.
Der Adapter ist ein ht_pitiny.
Bei einem hc1_mode_request erhalte ich folgende Meldung im Log:
5: HEATRONIC_WriteHC_mode:eco using value:2 success:1
Bei Änderungen des Modus am FW100 werden unter hc1_mode gleich die Änderungen angezeigt.
Gruß
Thiemo
Funktioniert den die Software von Norbert? Sprich könnt ihr über ht_netclient.py die Heizung schalten? Wenn das geht, sollte das Modul auch funktionieren.
Am FW100 muss, wenn der Adapter richtig funktioniert, etwas stehen wie "Netcom aktiv" und man kann den Modus (Heizen, Auto, etc.) nicht mehr ohne Nachfrage bzw. abbrechen der Netcom Steuerung ändern.
Da ich den Raspi mit FHEM neu aufgesetzt habe, hatte ich die SW von Norbert nicht mehr aufgespielt.
Norbert hat mir bereits einige Tips zum testen des Adapters gegeben, das werde ich heute abend mal in Angriff nehmen.
Ggf. muss ich Norberts SW noch installieren.
Meldungen wie "Netcom aktiv" habe ich nicht gesehen, aber auch nicht richtig darauf geachtet.
Im übrigen ist meine Heizung eine ZWB30-4C23, auch mit eingebautem Regler (Typ muss ich noch mal nachschauen).
Danke und Grüße
Ralf
Auf die Software von Norbert bin ich leider erst gestern Abend so richtig aufmerksam geworden.
Ich werde heute Abend mal den Raspi mit dem Programm beglücken und dann nochmal Rückmeldung geben.
Gruß
Thiemo
Ah, dann nutzt ihr also nicht den ht_proxy als Zwischenstation. Ihr habt vermutlich sowas wie
define Boiler HEATRONIC /dev/ttyAMA0@9600
gemacht. Beim ht_pitiny muss die Baudrate auf 19200 gestellt sein damit es funktioniert, die Beschreibung des Moduls in der commandref gibt 9600 Baud vor. Das könnte eine Fehlerursache sein, ansonsten würde ich auf einen Hardwarefehler tippen.
Zitat von: sbiermann am 15 März 2016, 13:09:55
Ah, dann nutzt ihr also nicht den ht_proxy als Zwischenstation. Ihr habt vermutlich sowas wie
define Boiler HEATRONIC /dev/ttyAMA0@9600
gemacht.
Genau, jedoch gleich mit 19200.
Damit empfange ich dann auch die Readings.
Ich hab den Raspi heute nochmal neu aufgesetzt.
Nun zeigt sich folgendes Verhalten:
Heatronic über ttyAMA0 definiert -> Readings werden aktualisiert; Schreiben auf dem Bus kommt nicht an.
Heatronic über 127.0.0.1 definiert -> Schreiben auf dem Bus kommt bei der Steuerung an; Readings werden nicht aktualisiert.
Eine Änderung zwischen Async und Socket in /HT3_db_cfg.xml brachte auch keine Änderung. Wobei ich da vielleicht nochmal genauer hingucken muss.
Zitat von: sbiermann am 15 März 2016, 13:09:55
Ah, dann nutzt ihr also nicht den ht_proxy als Zwischenstation. Ihr habt vermutlich sowas wie
define Boiler HEATRONIC /dev/ttyAMA0@9600
gemacht.
Ja genau, so habe ich das definiert, auch wie Thiemo mit 19600 da ich ja Daten empfangen kann. Meine HW ist O.K., das habe ich gestern abend noch geprüft.
Norbert hat mir aber im mikrocontroller.net diese Nacht auch mitgeteilt, dass der ht_proxy.server zwingend notwendig ist um auf den Bus zu senden.
Nun muss ich mal schauen, was und wie ich installieren muss und danach noch im define ändern muss.
Grüße
Ralf
Ich benutze den Proxy, was aber daran liegt das meine FHEM Instanz auf einen anderen Pi läuft als der Adapter gesteckt ist. Das ist der einzige Grund bei mir. So wie ich den Sourcecode des 89_HEATRONIC Moduls lese braucht es auch den Proxy nicht zwingend dazwischen. Nur wenn es übers Netzwerk geht muss der ht_proxy laufen da das Modul eine Gegenstelle auf dem anderen Pi braucht. Der Proxy hat aber den Vorteil man kann nicht nur das FHEM Modul nutzen sondern theoretisch auch beliebig viele andere Clients an den Adapter. Praktisch ist es durch die Rechenleistung des Pi beschränkt.
Im Pi müssen noch ein paar Dinge eingerichtet werden, TTY Ausgaben unterbinden und getty spawn verhindern, siehe angehängte Grafik. Das habt ihr denke ich gemacht oder? Das könnte nämlich auch eine Fehlerursache sein.
Zitat von: sbiermann am 16 März 2016, 08:50:35
Im Pi müssen noch ein paar Dinge eingerichtet werden, TTY Ausgaben unterbinden und getty spawn verhindern, siehe angehängte Grafik. Das habt ihr denke ich gemacht oder? Das könnte nämlich auch eine Fehlerursache sein.
Guten Morgen,
jupp, wobei bei Jessie ein "sudo systemctl disable serial-getty@ttyAMA0.service" nötig war.
Dort gibt es die inittab nicht mehr.
Wie bereits gesagt, bei der Definition über ttyAMA0 bekomme ich auch Daten.
Nur bei 127.0.0.1 werde die Readings nicht gefüllt.
Magst Du vielleicht die Passagen Deiner HT3_db_cfg.xml bzw ht_proxy_cfg.xml teilen?
Was mir auch aufgefallen ist, wenn ich die Homepage auf dem Pi mit dem Port 8086 anspreche, dann werden zwar die Bilder gezeigt, aber die Graphen werden nicht erzeugt.
Gruß
Thiemo
Hier der code der ht_proxy_cfg.xml
#
##
# Importend:
# If you are using the ht_proxy - Server, then the interface has
# has to be set to: SOCKET
# see config-file: HT3_db_cfg.xml
# and paramter :<comm_type>SOCKET</comm_type>
#
# required comport-configurations for 'proxy-server'
# 1. If you use a 'ht_transceiver'-board (ht_piduino or ht_pitiny)
# you have to configure:
# <baudrate>19200</baudrate>
# <serialdevice>/dev/ttyAMA0</serialdevice> (for RaspberryPi UART)
#
# 2. If you use a 'HT3_miniAdapter'-board
# you have to configure:
# <baudrate>9600</baudrate>
# <serialdevice>/dev/ttyAMA0</serialdevice> (for RaspberryPi UART)
#
# 3. If you use a 'HT3_microAdapter'-board with USB<->UART interface
# you have to configure:
# <baudrate>9600</baudrate>
# <serialdevice>/dev/ttyUSBx</serialdevice> (for any USB-Port x)
#
-->
<item>ht_proxy_configuration</item>
<!-- global configuration-values -->
<!-- currently only ONE com-/tty-port with devicetype:='MODEM' is supported --
>
<transceiver_numbers>1</transceiver_numbers>
<!-- proxy-server configuration-values -->
<proxy_server>
<serveraddress></serveraddress>
<servername></servername>
<portnumber>8088</portnumber>
<logfilepath>./var/log/ht_proxy.log</logfilepath>
<ht_transceiver_if devicename="RX">
<parameter>
<serialdevice>/dev/ttyAMA0</serialdevice>
<baudrate>19200</baudrate>
<config>"8N1"</config> <!-- only 8N1 available -->
</parameter>
<devicetype>RX</devicetype>
</ht_transceiver_if>
<ht_transceiver_if devicename="MODEM">
<parameter>
<serialdevice>/dev/ttyAMA0</serialdevice>
<baudrate>19200</baudrate>
<config>"8N1"</config> <!-- only 8N1 available -->
</parameter>
<devicetype>MODEM</devicetype>
<deviceaddress_hex>0D</deviceaddress_hex> <!-- currently unused value -->
</ht_transceiver_if>
</proxy_server>
<!-- proxy-client(s) configuration-values
# devicetypes of client(s) currently supported: 'MODEM' or 'RX'.
# Type 'MODEM' can be used in parallel but must not send
# parallel at the same time and has to wait for the end
# of any other transmission.
-->
<proxy_client devicename="RX">
<serveraddress>localhost</serveraddress>
<servername></servername>
<portnumber>8088</portnumber>
<logfilepath>./var/log/ht_client_rx.log</logfilepath>
<devicetype>RX</devicetype>
</proxy_client>
<proxy_client devicename="MODEM">
<serveraddress>localhost</serveraddress>
<servername></servername>
<portnumber>8088</portnumber>
<logfilepath>./var/log/ht_client_modem.log</logfilepath>
<devicetype>MODEM</devicetype>
</proxy_client>
</ht_proxy_cfg>
Hier der entsprechende Eintrag aus der HT3_db_cfg.xml
<!-- global configuration-values -->
<data_interface>
<comm_type>SOCKET</comm_type> <!-- communication-types are:
ASYNC:=tty/comport; SOCKET:= socket-interface
If daemon: 'ht_proxy' is used then <comm_type>SOCKET is required !
-->
<proto_type>RAW</proto_type> <!-- protocoll-types are:
RAW:=transparent ; TRX :=TBD (transceiver-messages with header) -->
<parameter name="ASYNC">
<serialdevice>/dev/ttyAMA0</serialdevice>
<inputtestfilepath></inputtestfilepath>
<baudrate>9600</baudrate>
<config>"8N1"</config> <!-- only 8N1 available -->
</parameter>
<parameter name="SOCKET">
<proxy_config_file>./etc/config/ht_proxy_cfg.xml</proxy_config_file>
</parameter>
</data_interface>
Ich nutze nur den ht_proxy von Norbert, die anderen Softwareteile wie das rrd_tool, ht_netclient, ht_logger, usw., sind bei mir deaktiviert bzw. werden nicht genutzt.
Hallo zusammen,
ZitatIm Pi müssen noch ein paar Dinge eingerichtet werden, TTY Ausgaben unterbinden und getty spawn verhindern, siehe angehängte Grafik. Das habt ihr denke ich gemacht oder? Das könnte nämlich auch eine Fehlerursache sein.
ja, habe ich auch gemacht.
ZitatSo wie ich den Sourcecode des 89_HEATRONIC Moduls lese braucht es auch den Proxy nicht zwingend dazwischen.
Laut Norbert ist der aber auch bei FHEM zwingend erforderlich. Es wird wohl noch eine CRC angehängt. Wobei ich mich frage ob das nicht auch direkt aus dem Modul gemacht werden kann.
ZitatIch nutze nur den ht_proxy von Norbert, die anderen Softwareteile wie das rrd_tool, ht_netclient, ht_logger, usw., sind bei mir deaktiviert bzw. werden nicht genutzt.
So habe ich das jetzt vor, muss "nur" mal sehen wie ich das konfiguriert bekomme. Norberts Anleitung liegt parat, muss mich jetzt nur mal durchfuchsen was ich unbedingt brauche bzw. deaktiviere.
Zitatjupp, wobei bei Jessie ein "sudo systemctl disable serial-getty@ttyAMA0.service" nötig war.
Ich bin gerade dabei, einen Raspi 3 neu aufzusezten. Guter Hinweis, da bin ich gestern nämlich drüber gestolpert und wollte mich heute abend auf die Suche begeben.
Danke und Grüße
Ralf
Hallo Thiemo,
war ausser "sudo systemctl disable serial-getty@ttyAMA0.service" noch weiteres erforderlich um die serielle Schnittstelle unter Jessie zum laufen zu bekommen?
fhem ist dialaut und tty zugeordnet, in den Bootoptionen ist die Ausgabe auf die serielle Schnittstelle deaktiviert.
Trotzdem kommen keine Daten an, weder unter einem ganz frischen FHEM mit ausschliesslich einem HEATRONIC Modul noch unter minicom (als Test).
Bin jetzt etwas ratlos und dachte, ich hätte eigentlich eine andere Baustelle ...
Danke und Grüße
Ralf
Hallo Ralf,
ansonsten bin ich nur der Anleitung von Norbert gefolgt.
In FHEM hab ich dann Heatronic mit /dev/ttyAMA0 definiert und die Readings wurden gefüllt.
Gruß
Thiemo
Guten Morgen,
ich bin gestern nochmals die Anleitung von Norbert durch gegangen, nachdem ich etwas zu viel rum gespielt hatte, und nun läuft alles wie es soll.
Gruß
Thiemo
Hallo zusammen,
beim Raspi 3 liegt jetzt standardmäßig auf der seriellen Schnittstelle das Bluetooth Modul. Um die Pins nutzen zu können müssen diese ersteinmal wieder der seriellen Schnittstelle zugeordnet werden (https://forum.fhem.de/index.php/topic,50340.0.html (https://forum.fhem.de/index.php/topic,50340.0.html)).
Norberts SW habe ich dann auch installiert und nur den ht_proxy gestartet.
Danach konnte ich dann auch direkt Daten über den hat_proxy empfangen, senden klappt leider noch nicht. Aber darum kümmere ich mich nach meinem Urlaub.
Grüße
Ralf
Hallo zusammen,
ich habe jetzt noch mal etwas Zeit gehabt mich um das senden von Befehlen zu kümmern, was leider bei mir immer noch nicht klappt.
Die Konfigurationsdateien ht_proxy_cfg.xml und HT3_db_cfg.xml sehen bei mir auch so aus wie oben von sbiermann.
Ich habe allerdings keine Datenbanken angelegt und nur den ht_proxy gestartet.
Im log vom hat_proxy erhalte ich:
22.03.2016 09:49:27 INFO: Client-ID:5; ('192.168.188.41', 44189) connected
22.03.2016 09:49:27 INFO: Server :('0.0.0.0', 8088)
22.03.2016 09:49:27 INFO: Client-ID:5; register(); got devicetype:RX
22.03.2016 09:49:27 INFO: Client-ID:5; added; number of clients:1
22.03.2016 09:49:27 INFO: csocketsendThread(); socket.send thread start
22.03.2016 09:49:27 INFO: Client-ID:5; cht_RequestHandler(); socket.receive thread start
Dem entnehme ich, das sich FHEM als devicetyp RX verbindet.
In der ht_proxy_cfg.xml steht jedoch im oberen Teil:
# For 'devicetype':= 'MODEM' it is possible to receive and also
# transmit telegrams from/to the heaterbus. This function is only
# available, if a 'ht_transceiver'-board (ht_piduino or ht_pitiny)
# is connected to the com-/tty-port.
#
# For any other devicetype it's only possible to receive heaterbus-
# telegrams: 'devicetype':= RX.
Demnach ist ein schreiben doch nicht möglich. Im Modul 89_HEATRONIC.pm habe ich auch nichts gefunden, was auf MODEM hindeutet, es wird immer der devicetyp RX definiert.
Irgendwie muss ich da etwas komplett übersehen, da ja im Header des Moduls steht:
# 2016-01-03 implemented patch created by Norbert S. junky-zs@gmx.de
# (thanks to Norbert)
# new function 'HEATRONIC_Set'
# new intenal functions 'WriteHC_Trequested', 'WriteHC_mode'
# new: proxy server handling
Mein DEF lautet: 192.168.188.41:8088.
Muss ich doch die Datenbanken erzeugen und den ht3_logger starten?
Meine Ratlosigkeit steigt momentan, vor allen Dingen weil es ja bei Euch klappt.
Danke und Grüße
Ralf
Die Doku wird falsch sein, wenn du mit dem FHEM Modul sendest müsste dies auf deinen FWXX0 angezeigt werden. Die Datenbank und ht_logger werden nicht benötigt.
Oder die selbstgebaute HT-Hardware ist eine reine Empfangsplatine (die Transceiver werden später im Thread vorgestellt, wenn ich mich recht erinnere).
Gesendet von meinem SM-G900F mit Tapatalk
ZitatDie Doku wird falsch sein, wenn du mit dem FHEM Modul sendest müsste dies auf deinen FWXX0 angezeigt werden. Die Datenbank und ht_logger werden nicht benötigt.
Ob etwas auf meinem FW120 angezeigt wird kann ich erst nach meinem Urlaub checken.
Wird bei einer Änderung aus FHEM denn etwas im ht_proxy.log vermerkt?
ZitatOder die selbstgebaute HT-Hardware ist eine reine Empfangsplatine
Das ist definitiv auszuschliessen.
Danke und Grüße
Ralf
Nee im dem ht_proxy.log wird nichts angezeigt. Wenn man nicht auf den FWXX0 schauen kann, dann sieht man es auch im FHEM in den Modul Readings. Das Reading hc1_mode wird wenn man den Heizungsmodus auf Heizen setzt den Wert 3 annehmen, 1 bei Frost.
Zitat von: sbiermann am 22 März 2016, 20:45:31
Nee im dem ht_proxy.log wird nichts angezeigt. Wenn man nicht auf den FWXX0 schauen kann, dann sieht man es auch im FHEM in den Modul Readings. Das Reading hc1_mode wird wenn man den Heizungsmodus auf Heizen setzt den Wert 3 annehmen, 1 bei Frost.
Eine Aktivierung der Debugausgaben ist möglich, im Konfiguationsfile ~/HT3/sw/etc/config/HT3_db_cfg.xml anpassen:
<logging>
<path>./var/log</path>
<default_filename>ht_default.log</default_filename>
<loglevel>
DEBUG</loglevel> <!-- loglevel-types are (details see library: logging.py):
</logging>
Danach den ht_proxy.server neu starten.
Die Kommandos zum ht_transceiver stehen dann im ht_proxy.log File.
@Ralf
FHEM meldet sich zwar mit dem Typ:RX statt MODEM an aber dieser Parameter wird im ht_proxy.server nicht ausgewertet.
Mit FHEM senden ist somit möglich wenn man einen ht_pitiny bzw. ht_piduino-Adapter hat.
Hinweis:
In der HEATRONIC html-Dokumentation ist ein Schreibfehler enthalten:
IST : hc1_mode [ auto | comfort | eco | frost
Soll: hc1_mode
_requested [ auto | comfort | eco | frost
Hallo Heiko, bitte dies bei Gelegenheit anpassen.
Gruß Norbert
Hallo Norbert,
wenn ich den DEBUG Modus in HT3_db_cfg.xml aktiviere, erhalte ich keine zusätzlichen Einträge in ht_proxy.log.
Ich habe jetzt auch noch mal den gesamten Thread in mikrocontroller.net gelesen. Um zusätzliche Debug Ausgaben vom ht_proxy zu erhalten, muss dieser in ht_proxy.py aktiviert werden:
ht_proxy=ht_proxy_if.cht_proxy_daemon(configfile, loglevel=logging.DEBUG)
# ht_proxy=ht_proxy_if.cht_proxy_daemon(configfile)
Dann erhalte ich nach einem Neustart auch zusätzliche Einträge im ht_proxy.log wenn ich Einstellungen mit ./ht_netclient.py vornehme.
Änderungen an der Heizung erfolgen aber noch nicht, entweder weil die Heizung in den "Urlaubsmodus" geschaltet ist oder der pitiny-Adapter doch noch einen Fehler enthält. Das geht dann frühestens am Sonntag.
Danke und Grüße
Ralf
Hallo zusammen,
nach erneutem flashen des pitiny funktioniert jetzt alles.
Danke für die Hinweise und Grüße
Ralf
Kann ich mir Hoffnung machen, das es mit einer ZSB 22-3A 23 S0000 auch funktioniert?
Gruß
Micha
Afaik sollte das eine Heizung Heatronic Bus 3 sein, dementsprechend funktionieren die Adapter. Du musst allerdings einen FW-XX0 Regler haben oder CSW heißen glaube ich die neuen Regler. Denn dieser Regler empfängt die Steuerbefehle und sagt der Heizung was sie tun soll. Mitlesen geht auch ohne Regler.
Ich glaube wir haben einen FW Regler, wäre damit dann auch das schreiben möglich "geh aus es ist niemand mehr hier" ?
Gruß
Micha
Ja, das wäre möglich wenn man das erkennen der An- bzw. Abwesenheit korrekt hin bekommt. Das dürfte das schwierigste an der ganzen Nummer sein, denn die Heizung lässt sich mit einen einfachen Set Command an und aus machen.
Anwesenheitserkennung läuft bei mir momentan fehlerfrei :-)
Könntest Du für mich als nicht Heizungstechniker kurz zusammenfassen was ich bräuchte?
Ich wurde auf Grunde der Örtlichkeiten Therme im Keller FHEM unter dem Dach vermutlich einen zweiten Raspi mit FHEM dafür laufen lassen, oder gibt es jemand der die Entfernung besser überbrückt ?
Gruß
Micha
Man kann auch ein Kabel ziehen, das Bus-Kabel darf dabei nicht länger als 300m werden. Dann hat man es direkt am Pi. Es geht aber auch 2 Pi mit FHEM2FHEM oder 2 Pi mit Netzwerk und dem ht_proxy. Letzteres benutze ich.
Du brauchst einmal diesen Adapter (ht_pitiny), dann ein Kabel um den Adapter an den Bus anzuschließen und das war es dann auch schon. Den Adapter kannst du entweder selber löten (https://github.com/norberts1/hometop_ht_transceiver/tree/master/hw/pitiny) oder Norbert (Username hier noscha) fragen ob er noch einen fertigen Adapter rumliegen hat.
Wie machst du die Anwesenheitserkennung?
Auweia, da muss ja ganz schön viel gelötet werden :-( Ich verwende für die Anwesenheitserkennung EgiGeoZone, was eigentlich ganz gut funtkioniert. Ich überlege es mit einem Bewegungsmelder und / oder Türkontakt zu kombinieren. Ich hoffe noscha hat noch einen Adapter zu liegen, sonst bin ich vermutlich raus aus der Sache.
Gruß
Micha
Moin moin,
ich persönlich würde das Ein- und Ausschalten der kompletten Heizungsanlage nicht einer Anwesenheitssteuerung überlassen. Dazu eine einfache Überlegung: die GPS-basierte erkennt aus irgendwelchen Gründen nun nachts ein Verlassen der Umgebung, die Heizung schaltet sich ab und man wacht mit Eiszapfen am großen Zeh auf. Für viele andere Möglichkeiten (der Bewegungsmelder detektiert irgendwas; der Letzte hat vergessen, das Licht auszuschalten) gibt es ähnliche Überlegungen. Ich halte einen "Urlaubsmodus" im System da für sicherer. Den Rest steuere ich einfach über die Thermostate. So ist z.B. meine Badezimmerheizung mit meinem Dienstplan verknüpft. Egal, ob ich Tag- oder Nachtdienst habe, die Thermostattemperatur wird eine bestimmte Zeit vorher hoch- und runtergefahren (außer, ich habe dem System gesagt, es ist Sommer). Die Heizungsanlage dagegen läuft immer, die regelt ihre Vorlauftemperatur nach der Außentemperatur und der Heizanforderung selbst. Das macht es dann auch einfacher, auf niedrigere Temperaturen zu reagieren.
Gruß,
Heiko
Ja, ich habe auch noch keine Anwesenheitssteuerung der Heizung gemacht weil die Erkennung ob jemand daheim ist zu unzuverlässig ist. Ich nutze ebenfalls EgiGeoZone und das funktioniert im Prinzip auch so wie es soll, nur ich bekomme oft Meldungen für Abwesend und kurze Zeit später für Anwesend. Das liegt aber nicht an dem EgiGeoZone sondern daran das die Standortfunktion im Handy teilweise unzuverlässig arbeitet bzw. mein Radius sehr klein gewählt ist. Größerer Radius ist kein Thema, da ich sonst so gut wie immer zu Hause wäre.
Bei mir steuert HCS die Heizung, sobald es feststellt das einer der Räume in denen sich ein FHT-80b befindet zu niedrige Temperatur ist wird die Heizung entsprechend angeworfen. Ansonsten ist die Heizung auf Frostschutz. Die FHT-80b in den Räumen selber laufen im Automatikmodus mit entsprechenden Programm abgestimmt auf die Arbeits-/Kigazeiten. Zusätzlich gibt es auf dem Wand-Tablet noch einen Button womit man die Steuerung auf Manuell umstellen kann und die Räume auf Anwesenheitstemperatur gebracht werden. Das ist für den Fall wenn jemand wegen Krankheit daheim ist. Das funktioniert so gut das ich sehr wahrscheinlich keine Anwesenheitssteuerung realisieren werde.
Hallo zusammen,
ich besitze auch schon seit länger Zeit einen Pitiny und lese erfolgreich den Bus aus und verwende die Daten zur Auswertung meiner Heizung.
Ich möchte nun gerne dahin, das ich sowas wie Warmwasser-Sofortfunktion aktivieren kann. Hat sich hier schon mal jemand mit solchen Commandos oder der Auswertung von den Bus-Protokollen beschäftigt. Geht das eigentlich überhaupt bei einer Junkers Therme? Bevor ich hier sinnlos rumsuche?
Danke.
Gruß kami
Die Software auf dem Pitiny identifiziert sich gegen über der Heizungsanlage als Netcom Modul. Das Netcom Modul kann aber nur die Heizung bedienen und Warmwasser nur indirekt über die Heizung (siehe: https://junkers-it.resource.bosch.com/media/website_it/documenti/im/uso_netcom100_settembre_2009.pdf). Daher müsste der Pitiny so tun als wäre er ein anderes Gerät welches den Befehl "Warmwasser Sofort" kennt und normalerweise auch senden würde. Soweit ich das im Mikrocontroller Forum und hier verfolgt habe hat noch niemand diesen Ansatz umgesetzt. Sprich im Moment steht meines Wissens nach nur die Netcom Funktionalität zur Verfügung und da geht kein "Warmwasser Sofort".
Hi,
okay also sprechen wir hier über komplettes Neuland. Ich kann also nur die aktuellen Werte einsehen und auch ein Auslesen und konvertieren des Busses würde nicht weiterhelfen, weil die Junkers Therme entsprechende Befehl durch das NETCOM / pitiny nicht akzeptieren würde?
Gruß kami
Hallo kami,
über diese Thema wurde schon gesprochen, siehe:
1. https://www.mikrocontroller.net/topic/317004#4009888
2. https://www.mikrocontroller.net/topic/317004#4017906
3. https://www.mikrocontroller.net/topic/317004#4298765
Welche Erkenntnisse gibt es:
Das Betätigen der Warmwasser- /Heizungs-Anforderungstasten wird vom Regler an das Heizgerät gesendet.
Diese Information könnte man für weitere Aktionen nutzen. Allerdings wird nicht sofort WW erzeugt, sondern nur dann wenn der abgesenkte Betrieb aktiv ist und die WW- Speichertemperatur einen unteren Wert unterschritten hat.
1. Systembedingte Einschränkungen
Warmwassererzeugung wird vom Heizgerät gemacht mit dem Soll-Wert vom Regler und dem Maximal-Wert manuell eingestellt am Heizgerät (je nach Gerät).
Da jedoch die HEIZGERÄTE mit HT3 und wohl auch HT4i nicht auf WW- Änderungestelegramme reagieren ist auch eine telegramm gesteuerte Veränderung der Soll-Werte von Junkers nicht realisiert.
Deshalb funktioniert dies auch nicht mit einem NetCom/MBLan und somit auch nicht mit einem ht_transceiver (ht_piduino/ht_pitiny).
Übrigens sendet der ht_transceiver ALLES was er von aussen an Telegrammen erhält und fügt nur seine Geräteadresse und die abschliessende CRC hinzu.
Somit könnte man auch im Klartext senden: "Ich will WW sofort mit 55 Grad", aber welche Heizung reagiert schon auf so einen absurden Wunsch :-)
Weitere Einschränkungen sind wohl auch: wenn man einen WW-Speicher im System hat legt man ja auch Wert auf Komfort (sonst braucht man keinen Speicher).
Wenn man jedoch die WW-Temperatur im Speicher nicht bei Laune hält dauert es länger bis die WW-Temperatur wieder auf Soll ist.
Aber wer will schon morgens vor dem Wecker-Klingeln auf die Warmwasser-Sofort Taste drücken?
Erst bei Heizgeräten mit dem EMS2-Bus und den zugehörigen Telegrammen lassen sich die WW-Werte beeinflussen.
Da hat Junkers wohl mal auf die Wünsche der Kunden reagiert (Neuland ?)
2. Ziele der Nutzung
Es muss jeder für sich festlegen ob man den Komfort-Modus nutzen, mit ECO-Funktion etwas Brennstoff sparen oder mit Warmwasser-Anforderung bei Bedarf manuell das Warmwasser aufheizen will.
Falls im System die Warmwasserbereitung nach dem Durchlaufprinzip funktioniert ist ohnehin die WW-Erzeugung nach Anforderung enthalten.
Wer auf Komfort verzichten will kann die Zeit im Warmwasser-Programm des Reglers so kurz auf (Aktiv := hohe Temperatur) einstellen das die Warmwasser-Sofort Taste die Warmwasser-Bereitung auch aktiviert (die WW-Temperatur muss dazu UNTER den minimalen Wert abgesunken sein oder der Soll-Wert wird manuell höher gestellt).
Ich hoffe Dir hilft dies ein wenig weiter, wie und was Du davon realisieren kannst hängt also auch stark von Deinem Heizungssystem ab.
Gruß Norbert
Hallo Norbert,
vielen Dank für die Antwort. Das habe ich auch in den letzten Woche so rausgefunden und deswegen das Thema erstmal beerdigt.
Meine Therme ist so programmiert, das sie morgens einmal vor dem Weckerklingeln warm Wasser bereitstellt und dann den ganzen Tag über das WW auskühlen lässt.
Ich wollte dann gerne bei Bedarf (zum Beispiel abends zum Laufen) per Handy die WW-Sofort-Funktion aktivieren. Aber wenn das halt nicht geht, ist das auch okay.
Ich bleibe dann einfach beim Auslesen der Thermedaten :)
Gruß kami
Hallo zusammen,
ich hab ein kleines Problem mit dem Modul. Bei mir werden die hc1_* Felder nicht aktualisiert. Leider gehören dazu natürlich die beiden interessantesten Werte hc1_Tdesired und hc1_Tmeasured. Hab ich irgendwas übersehen, oder kann das an diesen Fehlermeldungen liegen?
Ich verwende ein ht_piduino transceiver mit ht_proxy an einer FR100.
2016.10.09 11:53:30 3: HEATRONIC error: Cannot handle message 'controller data'
2016.10.09 11:53:30 3: 9000ff00006f030200c800bb7100c12348(bf/23)
2016.10.09 11:54:31 3: HEATRONIC error: Cannot handle message 'controller data'
2016.10.09 11:54:31 3: 9000ff00006f030200c800bb7100c12348(bf/23)
2016.10.09 11:55:32 3: HEATRONIC error: Cannot handle message 'controller data'
2016.10.09 11:55:32 3: 9000ff00006f030200c800bb7100c12348(bf/23)
2016.10.09 11:56:32 3: HEATRONIC error: Cannot handle message 'controller data'
2016.10.09 11:56:32 3: 9000ff00006f030200c800bb7100c12348(bf/23)
Hallo Zusammen,
habe seit einigen Tagen diese tolle Modul in Verbindung mit dem HT USB Adapter am Start, vielen Dank dafür! :)
Ich betreibe eine Junkers Cerapur ZSB 24-4 C Gastherme mit der neuen Junkers CT100 Touch/Wlan Steuerung. Alle hc1-Felder werden hier ebenfalls nicht als Reading gelistet und z.B. ch_Treturn (Rücklauftemperatur) wird lediglich mit 0.0 angezeigt.
Einige Fehlermeldungen sind inzwischen im Log aufgetaucht, evtl. lässt sich damit die Problematik etwas einkreisen?:
2016.11.01 07:46:14.075 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.11.01 07:46:14.075 3: 88001800980009008900090089005200090089005a00090089000900890018(79/00)
2016.11.01 07:46:14.075 3: 88001800980009008900090089005200090089005a000900890009008900180098(e5/00)
2016.10.30 09:43:48.970 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.10.30 09:43:48.970 3: 880018009800880034003801dc01dc810000030000076c000088008000b200(cd/b2)
2016.10.30 09:43:48.971 3: 880018009800880034003801dc01dc810000030000076c000088008000b2008800(62/88)
2016.10.25 05:59:54.803 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.10.25 05:59:54.803 3: 8800180098006400090089006c000900890009008900180098000900890009(bf/00)
2016.10.25 05:59:54.803 3: 8800180098006400090089006c0009008900090089001800980009008900090089(c7/00)
2016.10.24 16:09:34.244 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.10.24 16:09:34.245 3: 8800180098008800340038017c017c8900000300000632000072008000e600(99/e6)
2016.10.24 16:09:34.245 3: 8800180098008800340038017c017c8900000300000632000072008000e6008800(83/88)
Hier noch ein list des HEATRONIC Moduls mit allen derzeit verfügbaren Readings:
Internals:
DEF /dev/ttyUSB0@9600
DeviceName /dev/ttyUSB0@9600
FD 342
NAME Junkers
NR 1933
PARTIAL
STATE opened<br>■ H.Ist 25.8 ■ H.Soll 29 ■ W.Ist 47.0 ■ W.Soll 10 ■ Burn 0% ■ Pump 0%
TYPE HEATRONIC
Readings:
2016-11-01 14:57:55 ch_Tflow_desired 29
2016-11-01 14:57:55 ch_Tflow_measured 25.8
2016-11-01 14:57:55 ch_Tmixer 0.0
2016-11-01 14:58:05 ch_Toutside 3276.8
2016-11-01 14:57:55 ch_Treturn 0.0
2016-11-01 14:57:55 ch_burner_fan 0
2016-11-01 14:57:55 ch_burner_operation 0
2016-11-01 14:57:55 ch_burner_power 0
2016-11-01 14:57:55 ch_code 204
2016-11-01 14:57:55 ch_error 00
2016-11-01 14:57:55 ch_mode 1
2016-11-01 14:57:55 ch_pump_circulation 0
2016-11-01 14:57:55 ch_pump_cylinder 0
2016-11-01 14:57:55 ch_pump_heating 0
2016-11-01 14:58:05 ch_pump_heating_power 0
2016-11-01 14:58:05 ch_runtime_ch 20272
2016-11-01 14:58:05 ch_runtime_dhw 2020
2016-11-01 14:58:05 ch_runtime_tot 22292
2016-11-01 14:58:05 ch_starts_ch 812
2016-11-01 14:58:05 ch_starts_dhw 144
2016-11-01 14:58:05 ch_starts_tot 956
2016-11-01 14:58:05 dhw_Tcylinder 47.0
2016-11-01 14:58:05 dhw_Tdesired 10
2016-11-01 14:58:05 dhw_Tmeasured 47.0
2016-10-29 14:05:40 state opened
Helper:
Bm:
Heatronic_read:
cnt 37142979
dmx 0
max 163
tot 268351
mAr:
HASH(Junkers)
Heatronic_set:
cnt 606
dmx 0
mAr
max 0
tot 0
Status:
FlagWritingSequence 0
Grüße
Chris
Ich schaue mir das mal an. Die Logbucheinträge muss ich erstmal auseinandernehmen.
@chriz: Wenn Deine Heizung keinen Mischer und keinen Rücklauftemperaturfühler hat, werden die Werte mit 0 angezeigt. Deine Heizung war zum dem Zeitpunkt im Status (ch_code) 204, also lag die Ist-Temperatur des Brenners über der Soll-Temperatur. Bei der Außentemperatur brauchst Du aber wirklich keine Heizung ;-) Kann es sein, dass Du keinen Außentemperaturfühler hast?
@timmmmmey: Ein paar mehr Informationen könnten nützlich sein. Heizungstyp, Konfiguration etc.
Gruß,
Heiko
Hallo Heiko,
der ungewöhnlich hohe Aussentemperaturwert ch_Toutside 3276.8 kommt wohl aufgrund der Junkers CT100 Regelung. Diese holt sich alternativ die Aussentemperaturwerte online, somit kann man auf einen exteren Fühler verzichten. In der CT100 App wird die Aussentemperatur korrekt angezeigt ;)
Dachte ein Rücklauftemperaturfühler ist sozusagen Standard in allen aktuellen Heizungen, neben der Witterungsführung und aktuellen Raumtemperatur ist doch die Rücklauftemperatur ebenfalls Indikator ob Wärme benötigt wird?
Hier noch mal ein aktuelles List der Heizung mit Statuscode 200
Internals:
CHANGED
DEF /dev/ttyUSB0@9600
DeviceName /dev/ttyUSB0@9600
FD 342
NAME Junkers
NR 1933
PARTIAL
STATE opened<br>■ H.Ist 42.1 ■ H.Soll 42 ■ W.Ist 59.4 ■ W.Soll 56 ■ Burn 41% ■ Pump 33%
TYPE HEATRONIC
Readings:
2016-11-01 22:04:36 ch_Tflow_desired 42
2016-11-01 22:04:36 ch_Tflow_measured 42.1
2016-11-01 22:04:36 ch_Tmixer 0.0
2016-11-01 22:04:17 ch_Toutside 3276.8
2016-11-01 22:04:36 ch_Treturn 0.0
2016-11-01 22:04:36 ch_burner_fan 1
2016-11-01 22:04:36 ch_burner_operation 1
2016-11-01 22:04:36 ch_burner_power 41
2016-11-01 22:04:36 ch_code 200
2016-11-01 22:04:36 ch_error 00
2016-11-01 22:04:36 ch_mode 1
2016-11-01 22:04:36 ch_pump_circulation 0
2016-11-01 22:04:36 ch_pump_cylinder 0
2016-11-01 22:04:36 ch_pump_heating 1
2016-11-01 22:04:17 ch_pump_heating_power 33
2016-11-01 22:04:17 ch_runtime_ch 20628
2016-11-01 22:04:36 ch_runtime_dhw 2046
2016-11-01 22:04:17 ch_runtime_tot 22674
2016-11-01 22:04:17 ch_starts_ch 816
2016-11-01 22:04:36 ch_starts_dhw 146
2016-11-01 22:04:17 ch_starts_tot 962
2016-11-01 22:04:36 dhw_Tcylinder 59.4
2016-11-01 22:04:36 dhw_Tdesired 56
2016-11-01 22:04:36 dhw_Tmeasured 59.4
2016-10-29 14:05:40 state opened
Helper:
Bm:
Heatronic_read:
cnt 40724850
dmx 0
max 163
tot 293869
mAr:
HASH(Junkers)
Heatronic_set:
cnt 669
dmx 0
mAr
max 0
tot 0
Status:
FlagWritingSequence 0
Grüße
Chris
Habe in der CT100 Regelungs App gesehen, dass bei HT3/HT4 auch der Gasverbrauch Taggenau mitgeloggt wird. Evtl. sind dies u.A. die unbekannten Readings/Errors?
Wäre sicherlich ein tolles Feature den Gasverbrauch mitzuloggen, direkt über den HT Bus :)
Grüße
Chris
EDIT, hier noch eine weitere Meldungen:
2016.11.04 10:23:45.434 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.11.04 10:23:45.434 3: 88001800980009008900090089000900890018009800090089006200090089(7a/00)
2016.11.04 10:23:45.434 3: 88001800980009008900090089000900890018009800090089006200090089006a(78/00)
2016.11.07 03:40:25.730 3: HEATRONIC error: Cannot handle message 'date / time data'
2016.11.07 03:40:25.730 3: 900006000405c500009008900580(81/05)
2016.11.07 07:33:36.988 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.11.07 07:33:36.988 3: 8800180098005000880034003702180218a1000003000008fd0000a4008000(3e/80)
2016.11.07 07:33:36.988 3: 8800180098005000880034003702180218a1000003000008fd0000a40080003d00(e1/3d)
2016.11.07 22:22:20.985 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.11.07 22:22:20.985 3: 8800180098002400880034003702370237a1000003000009270000a7008000(b0/80)
2016.11.07 22:22:20.987 3: 8800180098002400880034003702370237a1000003000009270000a70080005100(eb/51)
2016.11.09 08:01:26.123 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.11.09 08:01:26.123 3: 88001800980009008900090089000900890018009800090089000e00090089(d3/00)
2016.11.09 08:01:26.123 3: 88001800980009008900090089000900890018009800090089000e00090089000f(ee/00)
2016.11.10 06:45:43.718 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.11.10 06:45:43.718 3: 8800180098000f000900890010000900890009008900180098000900890009(a4/00)
2016.11.10 06:45:43.718 3: 8800180098000f0009008900100009008900090089001800980009008900090089(ab/00)
2016.11.11 05:22:09.207 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.11.11 05:22:09.208 3: 880018009800880034000a01bf01bf80000003000009e20000b4008000c400(bb/c4)
2016.11.11 05:22:09.208 3: 880018009800880034000a01bf01bf80000003000009e20000b4008000c4008800(4f/88)
2016.11.11 05:52:29.891 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.11.11 05:52:29.891 3: 8800180098001100880034000a01ac01ac80000003000009e20000b4008000(0d/80)
2016.11.11 05:52:29.891 3: 8800180098001100880034000a01ac01ac80000003000009e20000b40080009200(2d/92)
2016.11.14 05:53:26.673 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.11.14 05:53:26.674 3: 880018009800880034003702480248a100000300000a7e0000bf0080009100(ee/91)
2016.11.14 05:53:26.674 3: 880018009800880034003702480248a100000300000a7e0000bf00800091008800(a8/88)
2016.11.15 16:11:02.745 3: HEATRONIC error: Cannot handle message 'vessal data'
2016.11.15 16:11:02.745 3: 88001800980009008900090089005d00090089006500090089000900890018(ae/00)
2016.11.15 16:11:02.745 3: 88001800980009008900090089005d000900890065000900890009008900180098(92/00)
Hello,
I hope it's no problem I write in English. I'm able to read German, so feel free answering in German.
I have a Junkers heater with IPM2 with FW200 (hc2) and FB100 (hc1).
However the HC1 is not detected. Norbert's systemstatus does show the HC1.
Can someone help me?
ch_Tflow_desired
33
2016-12-10 15:53:25
ch_Tflow_measured
23.5
2016-12-10 15:53:25
ch_Tmixer
0.0
2016-12-10 15:52:05
ch_Toutside
7.5
2016-12-10 15:53:15
ch_Treturn
25.2
2016-12-10 15:53:15
ch_burner_fan
0
2016-12-10 15:52:05
ch_burner_operation
0
2016-12-10 15:52:05
ch_burner_power
0
2016-12-10 15:52:05
ch_mode
1
2016-12-10 15:53:25
ch_pump_circulation
0
2016-12-10 15:51:45
ch_pump_cylinder
0
2016-12-10 15:53:25
ch_pump_heating
1
2016-12-10 15:53:21
ch_pump_heating_power
0
2016-12-10 15:52:16
ch_runtime_ch
297689
2016-12-10 15:51:16
ch_runtime_dhw
21910
2016-12-10 15:51:45
ch_runtime_tot
319599
2016-12-10 15:51:16
ch_starts_ch
4739
2016-12-10 15:51:16
ch_starts_dhw
1890
2016-12-10 15:51:45
ch_starts_tot
6629
2016-12-10 15:51:16
ch_time
2016-12-10 15:54:29
2016-12-10 15:53:49
dhw_Tcylinder
26.6
2016-12-10 15:52:16
dhw_Tdesired
15
2016-12-10 15:52:55
dhw_Tmeasured
22.2
2016-12-10 15:53:35
hc2_Tdesired
21.0
2016-12-10 15:52:01
hc2_Tmeasured
21.1
2016-12-10 15:52:01
hc2_mode
3
2016-12-10 15:52:01
sol_Tcollector
10.4
2016-12-10 15:52:30
sol_Tcylinder_bottom
25.5
2016-12-10 15:52:30
sol_Thybrid_buffer
259
2016-12-10 03:22:52
sol_Thybrid_sysinput
245
2016-12-10 03:22:52
sol_pump
0
2016-12-10 15:52:30
sol_runtime
38604
2016-12-10 15:51:28
sol_yield_2
1024
2016-12-10 15:51:28
sol_yield_last_hour
0
2016-12-10 15:51:28
state
opened
2016-12-05 20:30:2
Hallo.
Habe mich heute mal einwenig mit dem Junkers Bus beschäftigt da ich diesen bei einem Bekannten ggf anbinden sollte.
Wenn ich das Richtig gelesen habe sollte eine Junkers ZSB 24-4 C23 damit Funktionieren.
Jedoch habe ich bisher noch nichts gefunden wo ich die Hardware beziehen kann, wo habt ihr die bekommen?
Gesendet von iPad mit Tapatalk
Zitat von: stenny73 am 31 Dezember 2016, 19:19:40
... mal einwenig mit .....
Hallo stenny73,
es kann wirklich nur ganz wenig gewesen sein. ???
Sonst hätte deine Suchmaschine den folgenden Link ausgespuckt:
http://www.mikrocontroller.net/topic/317004
Darin steht geschrieben, dass die Bezeichnung der Therme angibt, welchen Bus sie verwendet. (bei dir einen HT4)
Außerdem steht dort, dass HT4 scheinbar abwärtskompatibel ist. und somit mit den dort entwickelten Adaptern aus (mindestens) lesbar ist.
Den Adapter könntest du vielleicht, wenn du ihn kontaktierst, vom Entwickler der beziehen. (Norbert S. (junky-zs))
Der adapter für das reine Lesen, würde sich aber auch als fliegender Aufbau selbst zusammen löten lassen. :D
Gruß Lutz
Argh, jetzt muss ich doch nochmal nachfragen.
Mein Heizungs-Raspberry ärgert mich nun schon seit Wochen.
Ich bekomme die readings immer nur für ca. 1 Minute.
Dann ist Ruhe, bis zu einem "shutdown restart", danach bekomme ich wieder nur für eine Minute Readings vom Bus.
Der Raspi ist ein Modell B.
Der HT3 Adapter ist ein "ht_piduino".
Dieser hängt über einen TTL-2-USB Wandler (FTDI) um ttyUSB0 des Raspberry.
Hardwaredefekte würde ich ausschließen wollen, da ich schon Netzteil, SD-Karte, etc getauscht habe. (... und Readings kommen ja irgendwie)
Softwareseitig läuft auf dem Raspi nichts außer ein aktuelles Jessi und FHEM.
Ein list des Devices sieht auch unspektakulär aus.
Auch wenn die Schnittstelle als "open" ausgewiesen wird, kommen keine readings mehr.
Internals:
DEF /dev/ttyUSB0@19200
DeviceName /dev/ttyUSB0@19200
FD 10
NAME Junkers
NR 22
PARTIAL
STATE opened
TYPE HEATRONIC
Readings:
2017-01-03 13:02:58 ch_Tflow_desired 44
2017-01-03 13:02:58 ch_Tflow_measured 46.5
2017-01-03 13:02:58 ch_Tmixer 0.0
2017-01-03 12:45:28 ch_Toutside 5.4
2017-01-03 13:02:58 ch_Treturn 46.5
2017-01-03 13:02:58 ch_burner_fan 0
2017-01-03 13:02:58 ch_burner_operation 0
2017-01-03 13:02:58 ch_burner_power 0
2017-01-03 13:02:58 ch_code 0
2017-01-03 13:02:58 ch_error 00
2017-01-03 13:02:58 ch_mode 1
2017-01-03 13:02:58 ch_pump_circulation 0
2017-01-03 13:02:58 ch_pump_cylinder 0
2017-01-03 13:02:58 ch_pump_heating 1
2017-01-03 12:45:28 ch_pump_heating_power 22
2017-01-03 12:45:28 ch_runtime_ch 65010
2017-01-03 13:02:58 ch_runtime_dhw 118296
2017-01-03 12:45:28 ch_runtime_tot 183297
2017-01-03 12:45:28 ch_starts_ch 610
2017-01-03 13:02:58 ch_starts_dhw 928
2017-01-03 12:45:28 ch_starts_tot 1538
2017-01-03 12:45:35 ch_time 2017-01-03 13:34:19
2017-01-03 13:02:58 dhw_Tcylinder 54.8
2017-01-03 13:02:58 dhw_Tdesired 55
2017-01-03 13:02:58 dhw_Tmeasured 54.8
2017-01-02 23:53:35 hc2_Tdesired 18.5
2017-01-02 23:53:35 hc2_Tmeasured 16.5
2017-01-02 23:53:35 hc2_mode 2
2017-01-03 13:02:44 sol_Tcollector 10
2017-01-03 13:02:44 sol_Tcylinder_bottom 19.1
2017-01-03 13:02:44 sol_pump 0
2017-01-03 13:02:44 sol_runtime 4856
2017-01-03 13:02:44 sol_yield_2 1024
2017-01-03 13:02:44 sol_yield_last_hour 0
2017-01-03 13:02:33 state opened
Status:
FlagWritingSequence 0
Attributes:
loglevel 5
Der Vollständigkeit halber, was ich bisher probierte:
Die gesamte SW von Norbert hatte ich probiert und mit FHEM auf dem ht_proxy verbunden.
Jedoch bleiben auch dann die readings weg, nur dass ein "shutdown restart" dann nichts bringt.
Auch alle Möglichkeiten die serielle für Systemausgabe zu deaktivieren etc. habe ich versucht.
Ohne Erfolg.
Aus Befürchtung etwas übersehen oder verdreht zu haben, habe ich den Raspi nun bestimmt schon vier Mal neu aufgesetzt.
Gestern habe ich aus Verzweiflung mal eine Windows-Rechner genommen und im Terminalprogramm laufen die Daten ohne Pause rein.
Dennoch ist mir aufgefallen, dass es in ca. 1min Intervallen piepte. Der HT-Bus sendet nicht im Klartext.
Vielleicht ein Steuerzeichen ? Fehlinterpretation?
Jetzt ist meine aktuelle Vermutung also das ein solches "Steuerzeichen" die Eingabe in FHEM abschießt.
Macht das Sinn?
Was kann ich an der config ändern, damit das "Steuerzeichen" ignoriert wird und erst vom Modul interpretiert wird?
Danke
Gruß Lutz
Mit der Junkers CT100 Steuerung kann man wohl sämtliche Daten von neueren Junkers Heizungen auslesen und weiterverwerten.
Neben allen Standardwerten wohl auch sehr Interessante Details wie Heizungsdruck und Gasverbrauch
Funktioniert wohl mit allen Clones des CT 100, diese wären
Nefit Easy Smart Themostat for HR-Boilers This thermostat is also known as:
Nefit Easy (Netherlands) [1]
Junkers Control CT100 (Belgium)
Buderus Logamatic TC100 (Belgium)
E.L.M. Touch (France)
Worcester Wave (UK)
Bosch Control CT‑100 (Other)
Somit auch für Buderus User interessant.
Hier einige Links zur Umsetzung:
https://www.domoticz.com/forum/viewtopic.php?f=17&t=9653&sid=74d8ff7d51af7eca63bd2bc13abff398
https://github.com/robertklep/nefit-easy-client
https://www.domoticz.com/wiki/NefitEasy
Grüße
Chris
Es läßt mich nicht los.
Ich habe nochmal den Raspi und das Netzteil getauscht.
Leider ohne Erfolg. :-[
Ich habe minicom installiert. Damit wollte ich etwas komfortabler ausprobieren, ob es an der Handshake-Konfiguration liegt. (H/W vs. S/W)
Leider auch ohne Erfolg. :-[
Minicom zeigt das gleiche Verhalten wie FHEM. (nach ca. 1 bis 1,5 Minuten bleibt ttyUSB0 wieder tot)
Nach einem Neustart von minicom läuft es wieder für kurze Zeit.
Soooooo,
es gibt einen Teilerfolg zu vermelden.
Ich habe mir einen TTL-Level-Shifter besorgt und den Adapter direkt an die GPIOs des Raspberrys angebunden.
... und siehe da, es kommen Readings.
Plötzlich sind keine Abbrüche mehr da. Es läuft durch.
Es läuft sowohl mit dem "ht_proxy" mit der folgenden config
define Junkers HEATRONIC 192.168.1.160:8088
als auch mit nur dem Modul:
define Junkers HEATRONIC /dev/ttyAMA0@19200
Also war der nächste logische Schritt, das Senden.
Leider ohne Erfolg.
Es ist komisch, dass ich aus Fhem nur auf "hc1" senden kann, denn ich habe keinen hc1. Alle Readings kommen auf hc2 rein.
Internals:
DEF 192.168.1.160:8088
DeviceName 192.168.1.160:8088
FD 11
NAME Junkers
NR 28
PARTIAL
STATE opened
TYPE HEATRONIC
Readings:
2017-01-18 22:25:06 ch_Tflow_desired 42
2017-01-18 22:25:06 ch_Tflow_measured 38.0
2017-01-18 22:25:06 ch_Tmixer 0.0
2017-01-18 22:24:46 ch_Toutside 0.2
2017-01-18 22:25:06 ch_Treturn 39.1
2017-01-18 22:25:06 ch_burner_fan 0
2017-01-18 22:25:06 ch_burner_operation 0
2017-01-18 22:25:06 ch_burner_power 0
2017-01-18 22:25:06 ch_code 0
2017-01-18 22:25:06 ch_error 00
2017-01-18 22:25:06 ch_mode 1
2017-01-18 22:25:06 ch_pump_circulation 0
2017-01-18 22:25:06 ch_pump_cylinder 0
2017-01-18 22:25:06 ch_pump_heating 1
2017-01-18 22:24:46 ch_pump_heating_power 22
2017-01-18 22:24:46 ch_runtime_ch 68341
2017-01-18 22:25:06 ch_runtime_dhw 120575
2017-01-18 22:24:46 ch_runtime_tot 188917
2017-01-18 22:24:46 ch_starts_ch 812
2017-01-18 22:25:06 ch_starts_dhw 1062
2017-01-18 22:24:46 ch_starts_tot 1874
2017-01-18 22:25:09 ch_time 2017-01-18 23:14:14
2017-01-18 22:25:06 dhw_Tcylinder 49.2
2017-01-18 22:25:06 dhw_Tdesired 46
2017-01-18 22:25:06 dhw_Tmeasured 49.2
2017-01-18 22:25:12 hc2_Tdesired 18.5
2017-01-18 22:25:12 hc2_Tmeasured 15.5
2017-01-18 22:25:12 hc2_mode 2
2017-01-18 22:25:07 sol_Tcollector -2.3
2017-01-18 22:25:07 sol_Tcylinder_bottom 26
2017-01-18 22:25:07 sol_pump 0
2017-01-18 22:25:07 sol_runtime 5756
2017-01-18 22:25:07 sol_yield_2 5120
2017-01-18 22:25:07 sol_yield_last_hour 0
2017-01-18 20:08:54 state opened
Status:
FlagWritingSequence 0
Attributes:
Ich bin schon wieder einige Zeit beim Testen und habe etliche Kombinationen probiert.
Nur mit dem Modul, mit dem ht_proxy, nix.
Ich habe auch im Modul den Sendeteil auf hc2 geändert, nix.
Dem Logfile nach zu urteilen, sieht es erstmal gut aus, oder?
2017.01.18 22:15:54 3: HEATRONIC error: Cannot handle message 'solar data'
2017.01.18 22:15:54 3: b000ff000004270f270f270f270f270f270f270f27(65/0f)
2017.01.18 22:15:54 4: Connection closed for WEB_192.168.1.200_55060: EOF
2017.01.18 22:15:54 4: WEB_192.168.1.200_55062 POST /fhem&detail=Junkers&dev.setJunkers=Junkers&cmd.setJunkers=set&arg.setJunkers=hc2_mode_requested&val.setJunkers=frost; BUFLEN:0
2017.01.18 22:15:54 5: Cmd: >set Junkers hc2_mode_requested frost<
2017.01.18 22:15:54 5: SW: 230921531110FF0E006501
2017.01.18 22:15:54 5: SW: 230921531110FF04007901
2017.01.18 22:15:54 5: HEATRONIC_WriteHC_mode:frost using value:1 success:1
2017.01.18 22:15:54 5: Triggering Junkers (1 changes)
2017.01.18 22:15:54 5: Starting notify loop for Junkers, 1 event(s), first is hc2_mode_requested frost
2017.01.18 22:15:54 4: WEB_192.168.1.200_55062 GET /fhem?detail=Junkers&fw_id=; BUFLEN:0
2017.01.18 22:15:54 4: name: /fhem?detail=Junkers&fw_id= / RL:3374 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.01.18 22:15:54 4: WEB_192.168.1.200_55062 GET /fhem?cmd={ReadingsVal(%22Junkers%22,%22hc2_Trequested%22,%22%22)}&XHR=1; BUFLEN:0
2017.01.18 22:15:54 5: Cmd: >{ReadingsVal("Junkers","hc2_Trequested","")}<
2017.01.18 22:15:54 4: name: /fhem?cmd={ReadingsVal(%22Junkers%22,%22hc2_Trequested%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
Zwischendurch steht mal das folgende im Logfile:
2017.01.18 22:18:58 3: HEATRONIC error: Cannot handle message 'solar data'
2017.01.18 22:18:58 3: b000ff000004270f270f270f270f270f270f270f27(65/0f)
Besteht das ein Zusammenhang?
Ich hab auch alle 16Seiten hier schon mehrmals durch und den Beitrag im Mikrocontroller.net auch.
Ich habe keine Idee mehr.
Hättet ihr noch eine Idee ?
Danke
Gruß Lutz
Hallo Lutz,
2017.01.18 22:18:58 3: HEATRONIC error: Cannot handle message 'solar data'
2017.01.18 22:18:58 3: b000ff000004270f270f270f270f270f270f270f27(65/0f)
bedeutet, dass das System eine Message mit "b0 00 ff 00" bekommen hat, also Solardaten. Jede Message muss mit einer Prüfsumme abgeschlossen werden, die hier aber unterschiedlich ist (65 vs. 0F). Ursache könnte eine andere Nachrichtenlänge sein, die dem System bisher unbekannt ist. Und in genau dem Fall, dass die Prüfsummen nicht passen, wird "Cannot handle message" ausgegeben. Wenn das nur sporadisch auftritt und die meisten Werte übermittelt werden, kann diese Meldung getrost ignoriert werden.
Warum Du keine hc1_messages bekommst, versuche ich gerade nachzuvollziehen. Zudem irritiert mich gerade dein ch_code 0. Das dürfte eigentlich nicht sein, wenn die Heizung an ist. Ich bin bisher aber noch zu keinem Ergebnis gekommen.
Gruß,
Heiko
Hallo Zusammen,
ich habe mir "ziemlich" erfolgreich den HT3_mini_adapter nachgebaut und lese auch die ersten Readings aus der Heizungsanlage aus.
Readings
ch_Tflow_desired
51
2017-01-20 21:55:20
ch_Tflow_measured
76.5
2017-01-20 22:12:46
ch_Tmixer
3353.6
2017-01-20 21:54:00
ch_Toutside
-1.6
2017-01-20 22:11:27
ch_Treturn
0.0
2017-01-20 21:54:00
ch_burner_fan
0
2017-01-20 21:54:00
ch_burner_operation
0
2017-01-20 21:54:00
ch_burner_power
0
2017-01-20 22:12:26
ch_mode
1
2017-01-20 21:54:00
ch_pump_circulation
0
2017-01-20 21:54:00
ch_pump_cylinder
0
2017-01-20 21:54:00
ch_pump_heating
1
2017-01-20 21:54:00
ch_pump_heating_power
100
2017-01-20 21:53:32
ch_runtime_ch
255397
2017-01-20 21:53:32
ch_runtime_dhw
0
2017-01-20 21:54:01
ch_runtime_tot
255591
2017-01-20 21:53:32
ch_starts_ch
70539
2017-01-20 21:53:32
ch_starts_dhw
0
2017-01-20 21:54:01
ch_starts_tot
70570
2017-01-20 21:53:32
ch_time
2017-01-20 22:23:19
2017-01-20 22:08:52
dhw_Tcylinder
3200.0
2017-01-20 22:12:17
dhw_Tdesired
0
2017-01-20 21:54:01
dhw_Tmeasured
3353.6
2017-01-20 22:12:17
hc1_Tdesired
22.0
2017-01-20 21:53:15
hc1_Tmeasured
20.5
2017-01-20 22:12:32
hc1_mode
3
2017-01-20 21:53:15
sol_Tcollector
4.8
2017-01-20 22:10:59
sol_Tcylinder_bottom
35.3
2017-01-20 22:10:59
sol_Thybrid_buffer
750
2017-01-20 21:36:15
sol_Thybrid_sysinput
386
2017-01-20 21:36:15
sol_pump
0
2017-01-20 21:53:37
sol_runtime
1720
2017-01-20 21:53:37
sol_yield_2
7424
2017-01-20 21:53:37
sol_yield_last_hour
0
2017-01-20 21:53:37
state
opened
2017-01-20 17:47:17
Nur die Werte für ch_Tmixer 3353.6, dhw_Tcylinder 3200.0, dhw_Tdesired 0, dhw_Tmeasured 3353.6, sol_Thybrid_buffer 750 und sol_Thybrid_sysinput 386 werden entweder falsch empfangen oder falsch interpretiert.
Hat jemand eine Erklärung für diese Werte und kann mir eventuell weiterhelfen?
Hallo Zusammen,
ich nutze bei mir eine Junkers Therme mit HT3 Bus.
Im Wohnzimmer habe ich eine FW200, für den 2. Gemischten Heizkreis ein IPM1.
Gib es die möglichkeit die Daten des IPM1 auch als readings zur Verfügung zu haben?
(Vorlauftemperatur gem. Heizkreis, Pumpenstatus, Mischeröffnung)?
Scheinbar werden diese Telegramme noch nicht ausgewertet.
Kann ich da selber was daran Ändern?
Danke und Gruß,
Thorsten
Zitat von: Heiko R. am 19 Januar 2017, 10:58:17
Warum Du keine hc1_messages bekommst, versuche ich gerade nachzuvollziehen. Zudem irritiert mich gerade dein ch_code 0. Das dürfte eigentlich nicht sein, wenn die Heizung an ist. Ich bin bisher aber noch zu keinem Ergebnis gekommen.
Mmmmh, das mit den fehlerhaften Solarnachrichten ist schon komisch. Ich sollte ja nicht der einzige mit der H/W sein?!
... und mit dem Heizkreis 1, ist es irgendwie logisch. Im FW200 selbst existiert der Heizkreis 1 auch nicht. Es gibt da nur den zweiten. Mich wundert mehr, dass das Senden auch nur auf dem hc_1 möglich ist, oder sein sollte.
Tja und "ch_mode 0" ist leider ebenso verwunderlich.
Danke für deine Hilfe
Gruß Lutz
Zitat von: jaschi am 20 Januar 2017, 22:23:39
sol_Thybrid_buffer 750 und sol_Thybrid_sysinput 386
So etwas habe ich in meinen Readings noch garnicht gesehen, welches Steuergerät sollte diese denn liefern? ISM?
Gruß Lutz
Die Werte sollten von der ISM2 kommen.
Die Heizungsanlage ein SUPRAPUR Öl-Brennwertkessel KUB 19-3 hat einen Solarspeicher (Warmwasserspeicher), Pufferspeicher, eine thermische Solaranlage, einen Heizkreis und einen Kamin(Feststoffkessel) der den Pufferspeicher lädt. Als Regelgeräte sind ISM2, FW200 und IPM2 verbaut. Ich habe mal ein Anlagenschema angehangen.
Der Wert sol_Thybrid_buffer sollte der obere Temperaturfühler im Pufferspeicher und
der Wert sol_Thybrid_sysinput der untere Temperaturfühler im Pufferspeicher sein.
Kann es denn eine falsche Umrechnung im Modul Heatronic sein, dass die Werte nicht richtig sind?
Hallo zusammen,
habe eine neue Junkers Heizung, die direkt das LAN-Modul (MB LANi). Hatte gehofft, dass man via
define Junkers HEATRONIC IP:Port
ohne zusätzlichen Aufwand auf die Heizung zugreifen kann. Laut Anleitung geht der Zugriff mit dem Junkers/Bosch-Webinterface auch ohne Anbindung an das Internet (also im reinen Intranet). Die Ports, die in der Anleitung den MB LANi angegeben sind, sind 5222 und 5223. Darüber klappt aber kein Zugriff, auch nicht über 8088 oder 443 (HTTPS). Das state-Reading sagt immer nur "disconnected".
Nur über Port 80 bekomme ich kurzzeitig beim state-Reading "opened", nach kurzer Zeit geht das Device aber wieder auf "disconnected".
Ich habe versucht, die 16 Seiten hier komplett zu lesen und hoffe, mir ist da nichts durchgerutscht. Daher die Frage: Gibt es Erfahrungen im Forum, ob man auch auf das LANi-Modul direkt zugreifen kann?
Danke und VG
Achim
Guten Morgen,
ich habe meine Junkers CerapurModul-Solar ZBS14/210 S-3 MA mit CW100 über das Modul von Norbert an einen pi angeschlossen, und das ganze per ser2net in fhem eingebunden.
fehm bekommt auch eine Verbindung und liest fleißig Daten. Allerdings keine Solar-Daten, welche mich primär interessieren...
Das list des devices sieht so aus:
Internals:
DEF easymeterpi:3001
DevIoJustClosed 1
DeviceName easymeterpi:3001
NAME cerapurSolar
NR 159
PARTIAL
STATE disconnected
TYPE HEATRONIC
Helper:
Dblog:
Ch_tflow_desired:
Dblog_mysql:
TIME 1486453210.52891
VALUE 53
Ch_tflow_measured:
Dblog_mysql:
TIME 1486453210.52891
VALUE 50.4
Ch_toutside:
Dblog_mysql:
TIME 1486453209.36555
VALUE 2.1
Ch_treturn:
Dblog_mysql:
TIME 1486453210.52891
VALUE 42.2
Ch_burner_operation:
Dblog_mysql:
TIME 1486453210.52891
VALUE 0
Ch_burner_power:
Dblog_mysql:
TIME 1486453210.52891
VALUE 0
Ch_mode:
Dblog_mysql:
TIME 1486453210.52891
VALUE 1
Ch_pump_circulation:
Dblog_mysql:
TIME 1486453210.52891
VALUE 0
Ch_pump_cylinder:
Dblog_mysql:
TIME 1486453210.52891
VALUE 0
Ch_pump_heating:
Dblog_mysql:
TIME 1486453210.52891
VALUE 1
Ch_pump_heating_power:
Dblog_mysql:
TIME 1486453209.36555
VALUE 27
Ch_starts_ch:
Dblog_mysql:
TIME 1486453209.36555
VALUE 16459
Ch_starts_dhw:
Dblog_mysql:
TIME 1486453149.17529
VALUE 779
Ch_starts_tot:
Dblog_mysql:
TIME 1486453209.36555
VALUE 17238
Dhw_tcylinder:
Dblog_mysql:
TIME 1486453149.17529
VALUE 55.9
Dhw_tdesired:
Dblog_mysql:
TIME 1486453149.17529
VALUE 60
Dhw_tmeasured:
Dblog_mysql:
TIME 1486453149.17529
VALUE 42.5
State:
Dblog_mysql:
TIME 1486453212.62774
VALUE DISCONNECTED
Readings:
2017-02-07 08:40:10 ch_Tflow_desired 53
2017-02-07 08:40:10 ch_Tflow_measured 50.4
2017-02-07 08:40:10 ch_Tmixer 0.0
2017-02-07 08:40:09 ch_Toutside 2.1
2017-02-07 08:40:10 ch_Treturn 42.2
2017-02-07 08:40:10 ch_burner_fan 0
2017-02-07 08:40:10 ch_burner_operation 0
2017-02-07 08:40:10 ch_burner_power 0
2017-02-07 08:40:10 ch_code 0
2017-02-07 08:40:10 ch_error 00
2017-02-07 08:40:10 ch_mode 1
2017-02-07 08:40:10 ch_pump_circulation 0
2017-02-07 08:40:10 ch_pump_cylinder 0
2017-02-07 08:40:10 ch_pump_heating 1
2017-02-07 08:40:09 ch_pump_heating_power 27
2017-02-07 08:40:09 ch_runtime_ch 88687
2017-02-07 08:39:09 ch_runtime_dhw 8154
2017-02-07 08:40:09 ch_runtime_tot 96842
2017-02-07 08:40:09 ch_starts_ch 16459
2017-02-07 08:39:09 ch_starts_dhw 779
2017-02-07 08:40:09 ch_starts_tot 17238
2017-02-06 15:22:11 ch_time 2017-02-06 15:20:06
2017-02-07 08:39:09 dhw_Tcylinder 55.9
2017-02-07 08:39:09 dhw_Tdesired 60
2017-02-07 08:39:09 dhw_Tmeasured 42.5
2017-02-07 00:04:20 hc1_Tdesired 76.8
2017-02-07 00:04:20 hc1_Tmeasured 0.0
2017-02-07 00:04:20 hc1_mode 128
2017-02-07 08:40:12 state disconnected
Status:
FlagWritingSequence 0
Attributes:
DbLogExclude ch_Tmixer,ch_code,ch_error,ch_runtime_ch,ch_runtime_dhw,ch_runtime_tot,ch_burner_fan
devStateIcon 1:sani_heating 0:sani_floor_heating_neutral 2:sani_water_hot
icon sani_boiler_temp
log88001800 1
log88003400 1
log9000FF00 1
room Heizungskeller
stateFormat ch_mode
verbose 5
Dazu gibt es im Log diese Fehlermeldungen:
2017.02.07 08:04:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:04:27 3 : b000ff000262fffc00558000800080008000800080(99/00)
2017.02.07 08:04:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:04:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:04:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:04:28 3 : b000ff000266016200130054b00f1110901230b000(bb/b0)
2017.02.07 08:04:51 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:04:51 3 : 9000060011020807022d010010ff(fe/10)
2017.02.07 08:04:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:04:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:04:57 3 : b000ff000266016200130054b01112109030b01314(a4/13)
2017.02.07 08:05:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:05:00 3 : 9000ff0001670000bd905330b00034003c(e4/00)
2017.02.07 08:05:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:05:00 3 : 9000ff00021d00000a075a9030b06b0a10(48/0a)
2017.02.07 08:05:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:05:27 3 : b000ff000262fffd00558000800080008000800080(51/00)
2017.02.07 08:05:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:05:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:05:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:05:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:05:52 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:05:52 3 : 9000060011020807032e010010ff(fa/10)
2017.02.07 08:05:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:05:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:05:57 3 : b000ff000266016200130054b00f10901130b01213(3d/12)
2017.02.07 08:05:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:05:59 3 : 9000ff0001670000bd9000ff0001a58000(e6/80)
2017.02.07 08:05:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:05:59 3 : 9000ff0001a58000032b35002b27038103(fa/81)
2017.02.07 08:06:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:06:00 3 : 9000ff00021d00000a075a904c30b05410(63/54)
2017.02.07 08:06:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:06:27 3 : b000ff000262fffd00558000800080008000800080(51/00)
2017.02.07 08:06:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:06:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:06:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:06:28 3 : b000ff000266016200130054b01617109030b000ff(14/00)
2017.02.07 08:06:47 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:06:53 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:06:53 3 : 9000060011020807042f010010ff(c6/10)
2017.02.07 08:06:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:06:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:06:57 3 : b000ff000266016200130054b0394110904930b051(e6/b0)
2017.02.07 08:06:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:06:59 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:06:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:07:00 3 : 9000ff00021d00000a075a900034003c01(f2/3c)
2017.02.07 08:07:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:07:27 3 : b000ff000262fffd00558000800080008000800080(51/00)
2017.02.07 08:07:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:07:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:07:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:07:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:07:54 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:07:54 3 : 90000600110208070530010010ff(b2/10)
2017.02.07 08:07:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:07:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:07:57 3 : b000ff000266016200130054b0151610901730b018(aa/b0)
2017.02.07 08:07:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:07:59 3 : 9000ff0001670000bd9000ff0001a58000(e6/80)
2017.02.07 08:07:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:07:59 3 : 9000ff0001a58000032b35002b27037f03(fa/7f)
2017.02.07 08:08:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:08:00 3 : 9000ff00021d00000a075a906e30b00a0b(eb/0a)
2017.02.07 08:08:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:08:27 3 : b000ff000262fffe00558000800080008000800080(10/00)
2017.02.07 08:08:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:08:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:08:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:08:28 3 : b000ff000266016200130054b0680a10900b30b000(6c/b0)
2017.02.07 08:08:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:08:56 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:08:56 3 : 90000600110208070631010010ff(ae/10)
2017.02.07 08:08:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:08:57 3 : b000ff000266016200130054b01b10902330b02b33(47/2b)
2017.02.07 08:08:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:08:59 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:09:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:09:00 3 : 9000ff00021d00000a075a905130b01090(17/10)
2017.02.07 08:09:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:09:27 3 : b000ff000262fffe00558000800080008000800080(10/00)
2017.02.07 08:09:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:09:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:09:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:09:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:09:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:09:57 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:09:57 3 : 90000600110208070731010010ff(a6/10)
2017.02.07 08:09:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:09:57 3 : b000ff000266016200130054b02010902830b03840(44/38)
2017.02.07 08:09:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:09:59 3 : 9000ff0001670000bd9000ff0001a58000(e6/80)
2017.02.07 08:09:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:09:59 3 : 9000ff0001a58000032b35002b27037d03(fa/7d)
2017.02.07 08:10:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:10:00 3 : 9000ff00021d00000a075a9030b0525a10(71/5a)
2017.02.07 08:10:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:10:27 3 : b000ff000262fffe00558000800080008000800080(10/00)
2017.02.07 08:10:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:10:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:10:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:10:28 3 : b000ff000266016200130054b0636b109030b000ff(a5/00)
2017.02.07 08:10:55 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:10:56 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:10:56 3 : 90000600110208070831010010ff(de/10)
2017.02.07 08:10:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:10:57 3 : b000ff000266016200130054b06d10900a30b00b0c(bd/0b)
2017.02.07 08:10:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:10:59 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:10:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:10:59 3 : 9000ff00021d00000a075a900034003c01(f2/3c)
2017.02.07 08:11:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:11:27 3 : b000ff000262fffe00558000800080008000800080(10/00)
2017.02.07 08:11:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:11:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:11:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:11:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:11:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:11:56 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:11:56 3 : 90000600110208070932010010ff(da/10)
2017.02.07 08:11:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:11:57 3 : b000ff000266016200130054b0535b10906330b06b(fe/b0)
2017.02.07 08:11:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:11:59 3 : 9000ff0001670000bd9000ff0001a58000(e6/80)
2017.02.07 08:11:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:11:59 3 : 9000ff0001a58000032b35002b27037b03(fa/7b)
2017.02.07 08:12:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:12:00 3 : 9000ff00021d00000a075a9030b00f1110(2c/11)
2017.02.07 08:12:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:12:27 3 : b000ff000262fffe00558000800080008000800080(10/00)
2017.02.07 08:12:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:12:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:12:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:12:28 3 : b000ff000266016200130054b00a0b10900c30b000(9e/b0)
2017.02.07 08:12:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:12:57 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:12:57 3 : 90000600110208070a32010010ff(c2/10)
2017.02.07 08:12:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:12:57 3 : b000ff000266016200130054b00f1110901230b013(bb/b0)
2017.02.07 08:12:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:12:59 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:12:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:12:59 3 : 9000ff00021d00000a075a9030b0003400(23/34)
2017.02.07 08:13:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:13:27 3 : b000ff000262fffe00558000800080008000800080(10/00)
2017.02.07 08:13:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:13:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:13:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:13:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:13:53 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:13:53 3 : b000ff000262ffff20b03a42109030b04a52109030(d7/90)
2017.02.07 08:13:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:13:57 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:13:57 3 : 90000600110208070b32010010ff(ca/10)
2017.02.07 08:13:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:13:59 3 : 9000ff0001670000bd9000ff0001a58000(e6/80)
2017.02.07 08:13:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:13:59 3 : 9000ff0001a58000032b35002b27037903(fa/79)
2017.02.07 08:14:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:14:00 3 : 9000ff00021d00000a075a900b30b00c0d(66/0c)
2017.02.07 08:14:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:14:27 3 : b000ff000262ffff00558000800080008000800080(d8/00)
2017.02.07 08:14:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:14:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:14:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:14:29 3 : b000ff000266016200130054b01112109030b000ff(a4/00)
2017.02.07 08:14:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:14:57 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:14:57 3 : 90000600110208070c32010010ff(f2/10)
2017.02.07 08:14:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:14:59 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:14:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:14:59 3 : 9000ff00021d00000a075a900034003c01(f2/3c)
2017.02.07 08:15:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:15:27 3 : b000ff000262ffff00558000800080008000800080(d8/00)
2017.02.07 08:15:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:15:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:15:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:15:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:15:55 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:15:55 3 : 90000600110208070d32010010ff(fa/10)
2017.02.07 08:15:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:15:58 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:15:58 3 : b000ff000266016200130054b00a10900b30b00c0d(f5/0c)
2017.02.07 08:15:58 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:15:58 3 : b000ff000262000038b03510903d30b0454d109008(f0/90)
2017.02.07 08:15:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:15:59 3 : 9000ff0001670000bd9000ff0001a58000(e6/80)
2017.02.07 08:15:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:15:59 3 : 9000ff0001a58000032b35002b27037703(fa/77)
2017.02.07 08:16:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:16:00 3 : 9000ff00021d00000a075a9030b0656d10(46/6d)
2017.02.07 08:16:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:16:27 3 : b000ff000262000000558000800080008000800080(e2/00)
2017.02.07 08:16:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:16:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:16:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:16:28 3 : b000ff000266016200130054b00f10901130b000ff(3d/00)
2017.02.07 08:16:47 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:16:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:16:56 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:16:56 3 : 90000600110208070e32010010ff(e2/10)
2017.02.07 08:16:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:16:57 3 : b000ff000266016200130054b01516109030b01718(64/17)
2017.02.07 08:16:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:16:59 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:16:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:16:59 3 : 9000ff00021d00000a075a900034003c01(f2/3c)
2017.02.07 08:17:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:17:27 3 : b000ff000262000000558000800080008000800080(e2/00)
2017.02.07 08:17:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:17:27 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:17:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:17:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:17:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:17:57 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:17:57 3 : 90000600110208070f32010010ff(ea/10)
2017.02.07 08:17:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:17:57 3 : b000ff000266016200130054b00e0f109030b01112(a6/11)
2017.02.07 08:17:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:17:59 3 : 9000ff0001670000bd900d30b00034003c(79/00)
2017.02.07 08:17:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:17:59 3 : 9000ff0001a58000032b35002b27037503(fa/75)
2017.02.07 08:18:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:18:00 3 : 9000ff00021d00000a075a9030b0131410(30/14)
2017.02.07 08:18:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:18:27 3 : b000ff000262000000558000800080008000800080(e2/00)
2017.02.07 08:18:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:18:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:18:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:18:28 3 : b000ff000266016200130054b01516109030b000ff(64/00)
2017.02.07 08:18:58 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:18:58 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:18:58 3 : 90000600110208071033010010ff(16/10)
2017.02.07 08:18:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:18:59 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:18:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:18:59 3 : 9000ff00021d00000a075a901630b00034(12/00)
2017.02.07 08:19:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:19:27 3 : b000ff000262000000558000800080008000800080(e2/00)
2017.02.07 08:19:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:19:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:19:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:19:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:19:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:19:57 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:19:57 3 : 90000600110208071133010010ff(1e/10)
2017.02.07 08:19:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:19:57 3 : b000ff000266016200130054b04110904930b05159(55/51)
2017.02.07 08:19:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:19:59 3 : 9000ff0001670000bd9030b00034003c01(48/3c)
2017.02.07 08:19:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:19:59 3 : 9000ff0001a58000032b35002b27037303(fa/73)
2017.02.07 08:20:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:20:00 3 : 9000ff00021d00000a075a904430b04c10(43/4c)
2017.02.07 08:20:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:20:27 3 : b000ff000262000000558000800080008000800080(e2/00)
2017.02.07 08:20:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:20:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:20:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:20:28 3 : b000ff000266016200130054b00b0c109030b000ff(36/00)
2017.02.07 08:20:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:20:57 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:20:57 3 : 90000600110208071233010010ff(06/10)
2017.02.07 08:20:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:20:57 3 : b000ff000266016200130054b01213109030b01415(d4/14)
2017.02.07 08:20:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:20:59 3 : 9000ff0001670000bd900034003c01aa02(36/aa)
2017.02.07 08:20:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:20:59 3 : 9000ff00021d00000a075a900d30b00e10(7e/0e)
2017.02.07 08:21:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:21:27 3 : b000ff000262000000558000800080008000800080(e2/00)
2017.02.07 08:21:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:21:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:21:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:21:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:21:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:21:57 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:21:57 3 : 90000600110208071333010010ff(0e/10)
2017.02.07 08:21:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:21:57 3 : b000ff000266016200130054b01213109030b01415(d4/14)
2017.02.07 08:21:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:21:58 3 : 9000ff0001670000bd9000ff0001a58000(e6/80)
2017.02.07 08:21:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:21:58 3 : 9000ff0001a58000032b35002b27037103(fa/71)
2017.02.07 08:22:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:22:00 3 : 9000ff00021d00000a075a9030b00b0c10(28/0c)
2017.02.07 08:22:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:22:27 3 : b000ff000262000000558000800080008000800080(e2/00)
2017.02.07 08:22:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:22:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:22:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:22:29 3 : b000ff000266016200130054b01b2310900034003c(22/00)
2017.02.07 08:22:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:22:29 3 : b000ff0002680c0008b000ff02026a030000030300(e6/03)
2017.02.07 08:22:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:22:57 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:22:57 3 : 90000600110208071433010010ff(36/10)
2017.02.07 08:22:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:22:57 3 : b000ff000266016200130054b0414910905130b059(d1/b0)
2017.02.07 08:22:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:22:58 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:22:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:22:59 3 : 9000ff00021d00000a075a900034003c01(f2/3c)
2017.02.07 08:23:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:23:27 3 : b000ff000262000000558000800080008000800080(e2/00)
2017.02.07 08:23:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:23:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:23:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:23:29 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:23:55 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:23:56 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:23:56 3 : 90000600110208071533010010ff(3e/10)
2017.02.07 08:23:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:23:57 3 : b000ff000266016200130054b0141510901630b017(b8/b0)
2017.02.07 08:23:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:23:59 3 : 9000ff0001670000bd900034003c01aa02(36/aa)
2017.02.07 08:23:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:23:59 3 : 9000ff0001a58000032b35002b27036f03(fa/6f)
2017.02.07 08:24:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:24:00 3 : 9000ff00021d00000a075a901130b01213(0e/12)
2017.02.07 08:24:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:24:27 3 : b000ff000262000100558000800080008000800080(2a/00)
2017.02.07 08:24:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:24:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:24:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:24:29 3 : b000ff000266016200130054b0202810900034003c(bd/00)
2017.02.07 08:24:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:24:29 3 : b000ff0002680c0008b000ff02026a030000030300(e6/03)
2017.02.07 08:24:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:24:57 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:24:57 3 : 90000600110208071634010010ff(3a/10)
2017.02.07 08:24:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:24:58 3 : 9000ff0001670000bd9030b01516109000(48/90)
2017.02.07 08:24:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:24:59 3 : 9000ff00021d00000a075a900034003c01(f2/3c)
2017.02.07 08:25:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:25:27 3 : b000ff000262000100558000800080008000800080(2a/00)
2017.02.07 08:25:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:25:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:25:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:25:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:25:58 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:25:58 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:25:58 3 : b000ff000266016200130054b00a0b109030b00c0d(66/0c)
2017.02.07 08:25:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:25:58 3 : 9000ff0001670000bd9000ff0001a58000(e6/80)
2017.02.07 08:25:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:25:58 3 : 9000ff0001a58000032b35002b27036d03(fa/6d)
2017.02.07 08:26:00 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:26:00 3 : 9000ff00021d00000a075a902d30b0353d(fe/35)
2017.02.07 08:26:00 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:26:00 3 : 90000600110208071735010010ff(36/10)
2017.02.07 08:26:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:26:27 3 : b000ff000262000200558000800080008000800080(6b/00)
2017.02.07 08:26:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:26:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:26:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:26:29 3 : b000ff000266016200130054b0120034003c01ab02(1f/ab)
2017.02.07 08:26:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:26:29 3 : b000ff0002680c0008b000ff02026a030000030300(e6/03)
2017.02.07 08:26:47 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:26:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:26:58 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:26:58 3 : b000ff000266016200130054b01110901230b01314(da/13)
2017.02.07 08:26:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:26:58 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:26:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:26:59 3 : 9000ff00021d00000a075a903430b00034(9a/00)
2017.02.07 08:26:59 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:26:59 3 : 90000600110208071835010010ff(4e/10)
2017.02.07 08:27:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:27:27 3 : b000ff000262000200558000800080008000800080(6b/00)
2017.02.07 08:27:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:27:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:27:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:27:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:27:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:27:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:27:57 3 : b000ff000266016200130054b01415109030b01617(74/16)
2017.02.07 08:27:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:27:58 3 : 9000ff0001670000bd9000ff0001a58000(e6/80)
2017.02.07 08:27:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:27:58 3 : 9000ff0001a58000032b35002b27036b03(fa/6b)
2017.02.07 08:27:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:27:59 3 : 9000ff00021d00000a075a9030b0586010(7b/60)
2017.02.07 08:27:59 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:27:59 3 : 90000600110208071935010010ff(46/10)
2017.02.07 08:28:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:28:27 3 : b000ff000262000200558000800080008000800080(6b/00)
2017.02.07 08:28:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:28:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:28:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:28:29 3 : b000ff000266016200130054b00034003c01ab0235(9f/02)
2017.02.07 08:28:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:28:29 3 : b000ff0002680c0008b000ff02026a030000030300(e6/03)
2017.02.07 08:28:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:28:57 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:28:57 3 : b000ff000266016200130054b0515910906130b069(9a/b0)
2017.02.07 08:28:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:28:58 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:28:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:28:59 3 : 9000ff00021d00000a075a900034003c01(f2/3c)
2017.02.07 08:28:59 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:28:59 3 : 90000600110208071a35010010ff(5e/10)
2017.02.07 08:29:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:29:27 3 : b000ff000262000200558000800080008000800080(6b/00)
2017.02.07 08:29:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:29:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:29:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:29:28 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:29:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:29:58 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:29:58 3 : b000ff000266016200130054b04c54109030b05c64(e3/5c)
2017.02.07 08:29:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:29:58 3 : 9000ff0001670000bd9030b00e0f109000(16/90)
2017.02.07 08:29:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:29:58 3 : 9000ff0001a58000032b35002b27036903(fa/69)
2017.02.07 08:29:59 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:29:59 3 : 90000600110208071b35010010ff(56/10)
2017.02.07 08:30:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:30:27 3 : b000ff000262000200558000800080008000800080(6b/00)
2017.02.07 08:30:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:30:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:30:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:30:29 3 : b000ff000266016200130054b00034003c01ad0233(99/02)
2017.02.07 08:30:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:30:29 3 : b000ff0002680c0008b000ff02026a030000030300(e6/03)
2017.02.07 08:30:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:30:58 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:30:58 3 : b000ff000266016200130054b01310901430b01516(82/15)
2017.02.07 08:30:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:30:58 3 : 9000ff0001670000bd9030b0262e109000(f4/90)
2017.02.07 08:30:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:30:59 3 : 9000ff00021d00000a075a900034003c01(f2/3c)
2017.02.07 08:31:00 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:31:00 3 : 90000600110208071c36010010ff(62/10)
2017.02.07 08:31:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:31:27 3 : b000ff000262000200558000800080008000800080(6b/00)
2017.02.07 08:31:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:31:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:31:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:31:29 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:31:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:31:58 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:31:58 3 : b000ff000266016200130054b00d0e109030b00f11(d6/0f)
2017.02.07 08:31:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:31:58 3 : 9000ff0001670000bd9030b01213109000(5e/90)
2017.02.07 08:31:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:31:58 3 : 9000ff0001a58000032b35002b27036703(fa/67)
2017.02.07 08:31:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:31:59 3 : 9000ff00021d00000a075a901630b0171f(12/17)
2017.02.07 08:32:00 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:32:00 3 : 90000600110208071d36010010ff(6a/10)
2017.02.07 08:32:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:32:27 3 : b000ff000262000200558000800080008000800080(6b/00)
2017.02.07 08:32:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:32:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:32:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:32:29 3 : b000ff000266016200130054b00c0d10900e30b000(3a/b0)
2017.02.07 08:32:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:32:58 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:32:58 3 : b000ff000266016200130054b0676f10900a30b00b(91/b0)
2017.02.07 08:32:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:32:58 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:32:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:32:58 3 : 9000ff00021d00000a075a900c30b00034(7a/00)
2017.02.07 08:33:00 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:33:00 3 : 90000600110208071e36010010ff(72/10)
2017.02.07 08:33:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:33:27 3 : b000ff000262000400558000800080008000800080(e9/00)
2017.02.07 08:33:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:33:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:33:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:33:29 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
2017.02.07 08:33:56 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:33:58 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:33:58 3 : b000ff000266016200130054b05058109030b06068(88/60)
2017.02.07 08:33:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:33:58 3 : 9000ff0001670000bd9030b00a0b109000(0e/90)
2017.02.07 08:33:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:33:58 3 : 9000ff0001a58000032b35002b27036503(fa/65)
2017.02.07 08:33:59 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:33:59 3 : 9000ff00021d00000a075a900e30b00f11(72/0f)
2017.02.07 08:34:00 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:34:00 3 : 90000600110208071f36010010ff(7a/10)
2017.02.07 08:34:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:34:27 3 : b000ff000262000400558000800080008000800080(e9/00)
2017.02.07 08:34:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:34:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:34:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:34:29 3 : b000ff000266016200130054b00b0c109030b000ff(36/00)
2017.02.07 08:34:57 3 : AP310: Timeout2 in ReadAnswer
2017.02.07 08:34:58 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:34:58 3 : b000ff000266016200130054b013141090081a0035(5e/00)
2017.02.07 08:34:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:34:58 3 : 9000ff0001670000bd9000ff00021d0000(58/00)
2017.02.07 08:34:58 3 : HEATRONIC error: Cannot handle message 'controller data'
2017.02.07 08:34:58 3 : 9000ff00021d00000a075a901530b01610(1e/16)
2017.02.07 08:35:01 3 : HEATRONIC error: Cannot handle message 'date / time data'
2017.02.07 08:35:01 3 : 90000600110208072037010010ff(9f/10)
2017.02.07 08:35:27 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:35:27 3 : b000ff000262000400558000800080008000800080(e9/00)
2017.02.07 08:35:28 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:35:28 3 : b000ff000263800080000000800080008000008000(da/80)
2017.02.07 08:35:29 3 : HEATRONIC error: Cannot handle message 'solar data'
2017.02.07 08:35:29 3 : b000ff000266016200130054b000ff0002680c0008(0e/00)
(Ich habe mal eine weile mitgeschickt, falls es hilft.)
Ich bitte nun um eure Hilfe um die Solardaten doch noch auszulesen.
Gruß
Dominik
Hallo an ramuthra und alle die einen Cxyz-Regler haben,
Junkers ist kreativ und hat uns nicht nur neue Regler (Cxyz-Serie) sondern auch neue Telegramme beschert.
Weihnachten ist vorbei aber dieses Geschenk können wir wohl nicht zurückgeben.
Diese neuen Telegramme führen hauptsächlich zu den Fehlermeldungen im FHEM-logfile des 89_HEATRONIC.pm Moduls.
Damit dies nicht so bleibt habe ich das Modul für die Cxyz-Regler erweitert, wobei dieses nur eine Testversion sein kann und jeder aufgerufen ist die Funktion zu verbessern.
Also bitte nicht schimpfen wenn etwas noch nicht oder anders läuft :-)
Das Modul ist zu bekommen mit:
git clone https://github.com/norberts1/fhem.git
Dieses Modul wird irgendwann mal ein Release werden können, jetzt ist es noch nicht so weit weil doch grundlegende Anpassungen erforderlich sind.
Grund dafür sind neue Erkenntnisse was die Telegramm-Header angeht.
Zur Zeit werden im FHEM-Modul die ersten 4 Byte als Telegramm-Header ausgewertet. Es müssen jedoch bei einigen Telegrammen 6 Byte als Telegramm-Header ausgewertet werden um Mehrdeutigkeiten zu vermeiden.
Mehr Informationen und die Telegramm-Beschreibung unter:
https://www.mikrocontroller.net/topic/324673#4877118
Wie gesagt, alles ist im Fluss Hauptsache man hält den Kopf über Wasser :-)
Gruß Norbert
Hallo Norbert,
vielen Dank für die Arbeit!
Mit dem Modul bekomme ich nun die Readings
sol_Tcollector
sol_Tcylinder_bottom
sol_pump
sol_yield_last_hour
Damit ist mein Anwendungszweck schon erreicht (sofern ich noch herausbekomme, welch Einheit sol_yield_last_hour hat...)
Vielen Dank dafür!
Gruß Dominik
Hallo zusammen,
zuerstmal allen die zu dieser Lösung beigetrtagen haben ein großes Lob und dankeschön. Vorallem Norbert der den genialen Adapter entwickent hat!
Ich habe seit einigen Tagen den Adapter erfolgreich mit Norberts Software zur Analyse und Ausertung am Laufen. Klappt alles bestens.
Jetzt möchte ich die Daten in meine FHEM-Umgebung einbinden.
Ich habe bei mir folgende Konfiguration:
1. RPI 3 (IP-Adresse: 192.168.12.41) mit der Hard- (ht_pitiny) und Software (HT-Proxy auf Port 8088) von Norbert.
2. RPI 3 als FHEM-Server (IP-Adresse: 192.168.12.44)
Die Zwei sind also sozusagen fast Nachbarn :-) Das Netzwerk wird von eine Fritzbox bereitgestellt. Auf keinem der Beiden Pi läft meines Wissens eine Firewall.
Beide mit "Raspbian Jessie with PIXEL" als Betriebssystem.
Leider bekomme ich die Verbindung nicht hin. Im FHEM-Log steht:
2017.03.11 12:03:08 3: Opening Therme device 192.168.12.41:8088
2017.03.11 12:03:08 3: Can't connect to 192.168.12.41:8088: Verbindungsaufbau abgelehnt
Ich habe schon alles Mögliche versucht - leider ohne Erfolg. Mein Verdacht geht in die Richtung der Proxy-Konfiguration auf Seite des PIs mit Adapter von "PiTiny"
Hatr jemand eine Idee was ich noch machen könnte damit mein HT3-Adapter mit dem FHEM-Server spicht.
Viele Grüße
Robert
Hallo zusammen,
ich habe dankenswerter Weise von Norbert einen Pitiny bekommen und mittlerweile auch in Betrieb genommen. Lesen geht super, nur beim Schreiben auf den Bus habe ich Problemchen: das funktioniert sporadisch.
Ich hab nen Raspi3, den Pitiny ohne große Verlängerung direkt an die Junkers-Therme angeschlossen, auf dem Raspi den ht_proxy konfiguriert, der läuft auch. FHEM läuft direkt auf dem gleichen Gerät und greift über 127.0.0.1:8088 auf den ht_proxy zu.
Ohne erkennbares Muster "ignoriert" die Therme (FW120 als an der Therme verbautes Bedienteil) meine Steuerbefehle zur Modeumschaltung oder führt sie aus - wenn ich 5x hintereinander die Modeumschaltung abfeuere, kann gut passieren, dass nach dem 3. Mal umgeschaltet wird - oder gar nicht, dann aber beim 6. Versuch.
Das macht es etwas schwierig, die Therme zuverlässig zu steuern - ist mir aber sehr wichtig, da im Normalfall niemand vor Ort ist, um manuell an der Therme einzugreifen. Die kommen alle erst dann, wenn eine Veranstaltung beginnt und es schon war sein sollte...
Wie geschrieben, von den Programmen von Norbert läuft neben dem Heatronix-Modul in FHEM nur der ht_proxy.
FHEM.cfg
define Junkers HEATRONIC 127.0.0.1:8088
Config-Teil der HT3_db_cfg.xml:
<!-- global configuration-values -->
<data_interface>
<comm_type>SOCKET</comm_type> <!-- communication-types are:
ASYNC:=tty/comport; SOCKET:= socket-interface
If daemon: 'ht_proxy' is used then <comm_type>SOCKET is required !
-->
<proto_type>RAW</proto_type> <!-- protocoll-types are:
RAW:=transparent ; TRX :=TBD (transceiver-messages with header) -->
<parameter name="SOCKET">
<serialdevice>/dev/serial0</serialdevice>
<inputtestfilepath></inputtestfilepath>
<baudrate>19200</baudrate>
<config>"8N1"</config> <!-- only 8N1 available -->
</parameter>
<parameter name="SOCKET">
<proxy_config_file>./etc/config/ht_proxy_cfg.xml</proxy_config_file>
</parameter>
</data_interface>
und der ht3_proxy_cfg.xlm
<!-- currently only ONE com-/tty-port with devicetype:='MODEM' is supported -->
<transceiver_numbers>1</transceiver_numbers>
<!-- proxy-server configuration-values -->
<proxy_server>
<serveraddress></serveraddress>
<servername></servername>
<portnumber>8088</portnumber>
<logfilepath>./var/log/ht_proxy.log</logfilepath>
<ht_transceiver_if devicename="RX">
<parameter>
<serialdevice>/dev/serial0</serialdevice>
<baudrate>19200</baudrate>
<config>"8N1"</config> <!-- only 8N1 available -->
</parameter>
<devicetype>RX</devicetype>
</ht_transceiver_if>
<ht_transceiver_if devicename="MODEM">
<parameter>
<serialdevice>/dev/ttyAMA0</serialdevice>
<baudrate>19200</baudrate>
<config>"8N1"</config> <!-- only 8N1 available -->
</parameter>
<devicetype>MODEM</devicetype>
<deviceaddress_hex>0D</deviceaddress_hex> <!-- currently unused value -->
</ht_transceiver_if>
</proxy_server>
<!-- proxy-client(s) configuration-values
# devicetypes of client(s) currently supported: 'MODEM' or 'RX'.
# Type 'MODEM' can be used in parallel but must not send
# parallel at the same time and has to wait for the end
# of any other transmission.
# anyway type 'RX' can be used x-times as client, this is only
# limited by the used hardware (RaspberryPi). In this case only
# 2 Clients shoud be connected simultaneously (performance-reason).
-->
<proxy_client devicename="RX">
<serveraddress>localhost</serveraddress>
<servername></servername>
<portnumber>8088</portnumber>
<logfilepath>./var/log/ht_client_rx.log</logfilepath>
<devicetype>RX</devicetype>
</proxy_client>
<proxy_client devicename="MODEM">
<serveraddress>localhost</serveraddress>
<servername></servername>
<portnumber>8088</portnumber>
<logfilepath>./var/log/ht_client_modem.log</logfilepath>
<devicetype>MODEM</devicetype>
</proxy_client>
</ht_proxy_cfg>
Raspbian und FHEM sind aktuell.
Wo liegt mein Fehler, oder welche Infos fehlen noch?
Danke!
Jan
Zitat von: JHo am 13 März 2017, 14:31:30
Hallo zusammen,
ich habe dankenswerter Weise von Norbert einen Pitiny bekommen und mittlerweile auch in Betrieb genommen. Lesen geht super, nur beim Schreiben auf den Bus habe ich Problemchen: das funktioniert sporadisch.
...
Ohne erkennbares Muster "ignoriert" die Therme (FW120 als an der Therme verbautes Bedienteil) meine Steuerbefehle zur Modeumschaltung oder führt sie aus - wenn ich 5x hintereinander die Modeumschaltung abfeuere, kann gut passieren, dass nach dem 3. Mal umgeschaltet wird - oder gar nicht, dann aber beim 6. Versuch.
...
Wie geschrieben, von den Programmen von Norbert läuft neben dem Heatronix-Modul in FHEM nur der ht_proxy.
Config-Teil der HT3_db_cfg.xml:
<!-- global configuration-values -->
<data_interface>
<comm_type>SOCKET</comm_type> <!-- communication-types are:
ASYNC:=tty/comport; SOCKET:= socket-interface
If daemon: 'ht_proxy' is used then <comm_type>SOCKET is required !
-->
<proto_type>RAW</proto_type> <!-- protocoll-types are:
RAW:=transparent ; TRX :=TBD (transceiver-messages with header) -->
<parameter name="[b]SOCKET[/b]"> <------ Hier ist ein Fehler in Deiner Konfiguration
<serialdevice>/dev/serial0</serialdevice>
<inputtestfilepath></inputtestfilepath>
<baudrate>19200</baudrate>
<config>"8N1"</config> <!-- only 8N1 available -->
</parameter>
<parameter name="SOCKET">
<proxy_config_file>./etc/config/ht_proxy_cfg.xml</proxy_config_file>
</parameter>
</data_interface>
Raspbian und FHEM sind aktuell.
Wo liegt mein Fehler, oder welche Infos fehlen noch?
Danke!
Jan
Hallo Jan,
in Deinem Konfigurations-File: HT3_db_cfg.xml ist ein Fehler bei den Werten für die Parameter.
Richtig wäre:
...
<parameter name="
ASYNC">
<serialdevice>/dev/serial0</serialdevice>
<inputtestfilepath></inputtestfilepath>
<baudrate>19200</baudrate>
<config>"8N1"</config> <!-- only 8N1 available -->
</parameter>
<parameter name="SOCKET">
<proxy_config_file>./etc/config/ht_proxy_cfg.xml</proxy_config_file>
</parameter>
</data_interface>
Dann schreibst Du noch: wenn ich 5x hintereinander die Modeumschaltung
abfeuere,...
Dies klingt nach schnell hintereinander! Dies kann und will die Heizung nicht, dort geht es alles ein wenig langsaaaaaamer....
Es stimmt: ungünstig für die Haptic, aber die Antworten (Rückmeldungen des Heizungssystems) dauern halt ein wenig.
Man muss sich schon zwischen den Befehlen mindestens gefühlte 5 Sekunden Zeit lassen.
Probier auch mal das Tool:
ht_netclient.py aus nachdem Du die Konfiguration korrigiert hast.
Mit diesem Tool kannst Du ebenfalls die Heizungswerte setzen.
Parallel lässt sich dies auch mit dem Analyser:
HT3_Analyser.py in Echtzeit kontrollieren.
Hinweis: Dies läuft alles auch ohne FHEM zu stoppen, einzig die Performance des RPi gibt da die Limits vor.
Die RAW-Daten werden alle vom ht_proxy.server an die verbundenen ht_clients geliefert!
Gruß Norbert
Servus,
trotz der Einstellungen für's Logfile wie hier:
Zitat von: kobi am 09 August 2015, 20:09:02
Meine Config sieht wie folgt aus.
######################## Junkers LOGGING #######################
define FileLog_Junkers FileLog ./log/junkers-%Y-%m.log Junkers.*
attr Junkers event-min-interval ch_Tflow_measured:120,ch_burner_power:120,dhw_Tcylinder:120,dhw_Tmeasured:120,hc1_Tmeasured:120,sol_Tcollector:120,sol_Tcylinder_bottom:120,ch_time:900,ch_Tflow_desired:3600,dhw_Tdesired:3600,hc1_Tdesired:3600
attr Junkers event-on-change-reading ch_Tflow_desired,ch_Tmixer,ch_Toutside:0.2,ch_Treturn,ch_burner_fan,ch_burner_operation,ch_mode,ch_pump_circulation,ch_pump_cylinder,ch_pump_heating,ch_runtime_ch:100,ch_runtime_dhw:100,ch_runtime_tot:100,ch_starts_ch:50,ch_starts_dhw:50,ch_starts_tot:50,dhw_Tdesired,hc1_Tdesired,hc1_mode,sol_pump,sol_runtime:50,sol_yield_2,sol_yield_last_hour,state
attr Junkers event-on-update-reading ch_Tflow_measured,ch_burner_power,dhw_Tcylinder,dhw_Tmeasured,hc1_Tmeasured,sol_Tcollector,sol_Tcylinder_bottom,ch_time
attr Junkers room Junkers
wird aller 10s ins Logfile geschrieben!? Das Junkers Device ist bei mir nicht lokal sondern als dummy angelegt und per FHEM2FHEM mit dem 2. Raspi verbunden, an dem der pt_tiny hängt.
Weiß einer der Kundigen, woran das liegen könnte?
Gruß
yamfhem
Zitat von: ropirat am 11 März 2017, 12:43:08
....
Leider bekomme ich die Verbindung nicht hin. Im FHEM-Log steht:
2017.03.11 12:03:08 3: Opening Therme device 192.168.12.41:8088
2017.03.11 12:03:08 3: Can't connect to 192.168.12.41:8088: Verbindungsaufbau abgelehnt
....
Viele Grüße
Robert
Hallo Robert,
ich hoffe Du hast dieses Problem schon in den Griff bekommen.
Wenn nicht hier noch ein paar Tips:
Da Du zwei Raspberry hast und RPi1 den ht_proxy und den ht_pitiny-Adapter hat brauchst Du dort nur das Konfigurationsfile: ht_proxy_cfg.xml.
Den Inhalt brauchst Du
nicht anpassen, da der ht_proxy.server ja nur die Port-Nummer braucht und darauf lauscht.
Im Konfigurationsfile sollte bei <serveraddress>
KEIN Eintrag stehen dann akzeptiert der ht_proxy.server ALLE clients.
Wenn dort jedoch eine Adresse drin steht dann wird vom ht_proxy.server auch NUR dieser Client verbunden. Alle anderen werden abgelehnt.
Also der Einfachheit halber einfach leer lassen.
<!-- proxy-server configuration-values -->
<proxy_server>
<serveraddress></serveraddress> <servername></servername>
<portnumber>
8088</portnumber>
FHEM läuft ja bei Dir auf dem RPi2 und dieser ist ja im FHEM-Konfigurationsfile als Client mit dem ht_proxy.server auf dem RPi1 (192.168.12.41, Port 8088) zu verbinden.
Gruß Norbert
Zitat von: sbiermann am 07 April 2015, 09:38:12
Im Namen der Therme versteckt sich auch die Bezeichnung des HT-Bus. Ich hab eine ZWB ... -3 und das -3 im Namen bedeutet das der HT-Bus in der Version 3 enthalten ist. Die aktuellen Geräte haben eine -4 im Namen, was die HT-Bus Version 4 entspricht.
FHEM kann im Moment dein Problem noch nicht lösen, da das FHEM Modul derzeit nicht senden kann. Erst wenn es senden kann und du einen FW.. oder FR... Regler im System hast kann es eine Lösung sein.
Hallo sbiermann,
die Bezeichnung ist 7716010321 ZSB22-3A23S000, also vermutlich HT-Bus in Version 3 ? FW.. oder FR... Regler ?? Du meinst das Raumthermostat ? Gibt es den jetzt schon was neues ? Ich hatte überlegt, ob ich sonst einfach eine schaltbare Steckdose nehme und die Therme abschalte.
Gruß
Micha
Also die Heizung sollte AFAIK HT-3 Bus haben. FW..., FR... Regler sind die Raumthermostate gemeint z.B. FW-100 oder FR-100. Wenn ein solcher passender Regler vorhanden ist, dann kann über FHEM die Heizung komplett gesteuert werden. Einzige Voraussetzung ist, ein ht_pitiny Adapter den man selber löten muss oder entsprechend irgendwo besorgen kann, siehe: https://www.mikrocontroller.net/topic/317004#3925213.
Hört sich gut an :-)
Bin sogar der Meinung einen FW ... zu haben, steht vermutlich auch irgendwo bei dem Gerät.
Nur vor dem löten habe ich ziemlich schiess.
Vermutlich macht es auch Sinn einen weiteren Raspi zu kaufen und die Heizung seperat zu steuern ?
Mein Ziel wäre halt beim verlassen des Hauses die Therme abzuschalten. Im Urlaub über den Kalender das entsprechende Signal zu senden. Dann mal sehen was noch so geht.
Gruß
Micha
Zitat von: Heiko R. am 19 Januar 2017, 10:58:17
Hallo Lutz,
2017.01.18 22:18:58 3: HEATRONIC error: Cannot handle message 'solar data'
2017.01.18 22:18:58 3: b000ff000004270f270f270f270f270f270f270f27(65/0f)
bedeutet, dass das System eine Message mit "b0 00 ff 00" bekommen hat, also Solardaten. Jede Message muss mit einer Prüfsumme abgeschlossen werden, die hier aber unterschiedlich ist (65 vs. 0F). Ursache könnte eine andere Nachrichtenlänge sein, die dem System bisher unbekannt ist. Und in genau dem Fall, dass die Prüfsummen nicht passen, wird "Cannot handle message" ausgegeben. Wenn das nur sporadisch auftritt und die meisten Werte übermittelt werden, kann diese Meldung getrost ignoriert werden.
Warum Du keine hc1_messages bekommst, versuche ich gerade nachzuvollziehen. Zudem irritiert mich gerade dein ch_code 0. Das dürfte eigentlich nicht sein, wenn die Heizung an ist. Ich bin bisher aber noch zu keinem Ergebnis gekommen.
Gruß,
Heiko
Hallo zusammen,
ich hab mit dem ht_pitiny das Problem, dass ich keine Daten über den hc1 bekommen, Steuern ist auch nicht möglich.
Im FHEM Log kommt immer wieder folgende Meldung:
2018.04.05 22:04:48 3: HEATRONIC error: Cannot handle message 'controller data'
2018.04.05 22:04:48 3: 9000ff00006f030200dc00df4500792348(6e/23)
Ich hatte vor einem Jahr schon einmal damit angefangen die Heizung mit FHEM abzufragen, allerdings aus Zeitgründen erst einmal abgebrochen.
Damals hatte ich das gleiche Problem. Was ich aber noch sicher weiß, in den Tools von Norbert HT3_Analyser.py und HT3_Systemstatus.py habe ich Daten über den hc1 gesehen.
Da ich jetzt kein ht_proxy Setup und keine GUI auf dem Raspberry habe, hab ich das nicht noch einmal geprüft.
Heizung ist eine Cerastar Comfort und als Regler ist ein FR100 verbaut.
Vielen Dank vorab und Grüße,
nachtratte
Hallo nachtratte,
eine Steuerung der Heizung mit den aktiven Adaptern ht_pitiny / ht_piduino ist ohne den ht_proxy.server NICHT möglich.
Das 89_HEATRONIC.pm Modul erlaubt dies nicht.
Man muss aber nicht die gesamte Software von github installieren, es reicht schon der ht_proxy.server alleine.
Der reine Empfang von Heizungsdaten kann jedoch auch ohne den ht_proxy.server gemacht werden.
Es muss allerdings dann auf die korrekte Baudrate von 9600 (passive Adapter) oder 19200 (atkive Adapter) geachtet werden.
Gruß Norbert
Hallo Norbert,
vielen Dank für den Hinweis! Ich hab es nun auf den ht_proxy umgebaut, bekomm in FHEM allerdings immer noch keine Daten vom hc1...
Im HT3_Analyser bekomm ich die Daten des Heizkreises angezeigt:
Heizkreis1 (HK1 ohne Mischer)
Temperatur-Niveau : Heizen
Betriebsstatus : Auto
T-Soll (gewünscht) : 22.0 Grad
T-Ist (vom Regler) : 23.0 Grad
Versuch ich über FHEM oder dem ht_netclient Befehle abzusetzten bekomm ich folgende Meldung im ht_proxy.log:
16.04.2018 19:05:01 INFO: Client-ID:4; ('127.0.0.1', 35182) connected
16.04.2018 19:05:01 INFO: Server :('0.0.0.0', 8088)
16.04.2018 19:05:01 INFO: Client-ID:4; register(); got devicetype:MODEM
16.04.2018 19:05:01 INFO: csocketsendThread(); socket.send thread start
16.04.2018 19:05:01 INFO: Client-ID:4; added; number of clients:3
16.04.2018 19:05:01 INFO: Client-ID:4; cht_RequestHandler(); socket.receive thread start
16.04.2018 19:05:01 INFO: Client-ID:1;cportwrite();couldn't read from queue
16.04.2018 19:05:06 INFO: Client-ID:4; ('127.0.0.1', 35182) disconnected
16.04.2018 19:05:06 INFO: Client-ID:4; removed; number of clients:2
16.04.2018 19:05:06 INFO: Client-ID:1;cportwrite();couldn't read from queue
Vielen Dank für die Unterstützung und Grüße,
nachtratte / Fabian
Hallo nachtratte,
ich vermute mal Du hast einen Fxyz-Regler?
Eine Steuerung der Heizungs ist damit möglich wenn das Fertigungsdatum des Reglers stimmt. Bitte kontrolliere dies einmal.
Dies steht im Modul auf der Innenseite der Frontplatte.
Beschreibung über das nötige Fertigungsdatum unter: https://www.mikrocontroller.net/topic/317004#4149528
Da der Empfang ja mit dem HT3_Analyser geht jedoch die Steuerung mit dem 'ht_netclient' nicht, vermute ich ein Problem beim Regler (Fertigungsdatum).
Die Info-Logs des ht_proxy.servers sind OK, ht_netclient verbindet sich kurz für die Steuerbefehle mit dem ht_proxy und beendet danach die Socket-Verbindung.
Also ist dies OK so. Man kann da zur Kontrolle noch mehr debug-Ausgaben aktivieren (siehe proxy.server in debug-mode starten). Dann werden die Kommandos zum Adapter byteweise ausgegeben.
Bitte aber zuerst vorranging das Fertigungsdatum des Reglers und Kontrolliere auch den Regler-Type.
Gruß Norbert
Hallo Norbert,
ja ist ein FR100 mit FD002 also Feb. 2010 laut der Tabelle, sollte dann eigentlich passen, oder?
Danke und Grüße,
Fabian
Hallo Fabian,
der Regler und das Fertigungsdatum sind OK. Eine Steuerung sollte somit möglich sein. Da dies jedoch noch nicht geht muss noch ein anderes Problem vorhanden sein.
1. Der FR100 ist ja eigentlich ein Raumregler und wohl in Deinem Wohnbereich montiert.
Hast Du ausser diesem Regler noch einen anderen, eventuell in Deinem Heizgerät oder im Heizungsraum installiert?
2. Ich vermute Deine Heizung hat nur einen ungemischten Heizkreis und dies muss dann wohl Heizkreis Nr.:1 sein.
3. Dein ht_proxy.server läuft ja, deshalb probier mal den Befehl: ./ht_netclient.py -b frost und kontrolliere die Reaktion Deiner Heizung mit dem HT3_Analyser.py.
Eine Umschaltung des 'Temperatur-Niveau's auf 'Frost' sollte angezeigt werden.
Zurückschalten mit Kommando: ./ht_netclient.py -b auto
Die Abfrage: 'Is controller-type any of CTxyz/CRxyz/CWxyz y/n ?' muss natürlich bei Deinem Regler mit 'n' beantwortet werden.
Falls dies nicht funktioniert (bitte immer mit dem HT3_Analyser.py kontrollieren und dem System Zeit lassen) so kannst Du mir ein binäres Logfile Deiner Heizungdaten erzeugen mit:
./ht_binlogclient.py <irgend ein Logfilename> z.B.
./ht_binlogclient.py ht_bindaten.log
und mir zukommen lassen.
Während des logging kannst Du auch die Steuerkommandos absetzen (bitte Zeitpunkt notieren) oder andere Ereignisse (WW-Erzeugung etc.) notieren.
Allerdings nicht mehr als 2 Stunden laufen lassen sonst wird das File für die Auswertung unhandlich.
Gruß Norbert
Hallo Norbert,
so, nachdem ich mal wieder etwas Zeit hab:
Ich hab nur den einen Regler (im Wohnzimmer), an der Heizung selbst ist keiner.
FHEM zeigt nun interessanterweise den HC1 an, allerdings nicht mit aktuellen Daten:
hc1_Tdesired
17.02018-05-07 11:35:23
hc1_Tmeasured
23.5
2018-05-07 11:35:23
hc1_mode
2
2018-05-07 11:35:23
Scheint also teilweise mal zu funktionieren das Auslesen...
Ändern geht über den netclient nicht, das hab ich auch schon öfters probiert.
Ich hab nun etwas mitgeloggt und Dir hier zum Download bereitgestellt: https://box.lysandor.net/s/Kb4Ccc7bBomfqFb
Vielen Dank und Grüße,
Fabian
Zitat von: nachtratte am 08 Mai 2018, 20:18:20
FHEM zeigt nun interessanterweise den HC1 an, allerdings nicht mit aktuellen Daten:
hc1_Tdesired
17.02018-05-07 11:35:23
hc1_Tmeasured
23.5
2018-05-07 11:35:23
hc1_mode
2
2018-05-07 11:35:23
Fabian
Hallo Fabian,
Du solltest mal die Aktivitäten Deines RPi kontrollieren (top). Offensichtlich ist er überlastet.
Die erfassten Heizungsdaten werden in eine Queue abgelegt und diese wird wohl nicht mehr zeitgerecht von FHEM geleert.
Wenn Du alles (HT3-Applikation mit Datenbanken und FHEM) auf
einem RPi B hast, ist der sehr gut ausgelastet mit der Gefahr das die Average Load zu hoch wird.
Ich habe mir mal Dein Logfile zu Gemüte geführt und folgendes festgestellt:
Es wird Dein 'ht_pitiny-Adapter' nicht korrekt von der Heizung erkannt, deshalb kannst Du Deine Heizung z. Zeit nicht
steuern.
Der Empfang geht ja problemlos. Für das Senden müssen die Signale des ht_pitiny-Adapter korrekt vom Heizgerät (Master) erkannt werden.
Und das funktioniert nicht richtig.
Daher kontrolliere bitte folgendes:
1. Heatronic Bus-Leitungslänge vom ht_pitiny-Adapter zur Heizung möglichst kurz.
2. Anschluss dieses Bus-Kabels möglichst in der Nähe des Reglers.
3. Nicht zu dicht an störende 230V Netzkabel verlegen.
4. Adern des Kabels nicht zu dünn, 2 adrige Litze mit 0,75mm² reicht.
Wenn all dies bei Dir korrekt ist, aber die Steuerung weiterhin nicht funktioniert, dann bitte die Geräte-Adresse des ht_pitiny-Adapters ändern auf die Adresse: 10 dez. und ein Reboot des ht_pitiny-Adapter durchführen.
Wie dies geht siehe Doku und beigefügtes Bild. Der ht_pitiny-Adapter braucht dafür nicht vom Heizungsbus getrennt werden.
Nach dem Reset des Adapters bitte mit dem HT3_Analyser die Telegramme kontrollieren. Speziell die MessageID 7 ist dabei wichtig.
Bisherige MsgID7 aus Deinem Logfile mit Bedeutung:
MsgID 7_0: 88 00 07 00
03 01 00 00 00 00 00 00 00 00 00 00 00 00 00 ed 00
Byte4 := 03 -> Byte4/Bit1 == Token8 (EMS Master Heizgeraet)
Byte4 := 03 -> Byte4/Bit2 == Token9
Byte5 := 01 -> Byte5/Bit1 == Token16 (Dein Regler FR100: 10hex)
Alle anderen folgenden Bytes&Bits sind 0 und somit wurde die Adresse des Ht_pitiny-Adapters (13)dez. nicht erkannt und Kommands von diesem Modul werden nicht beachtet. Korrekt wäre Byte4 :=
23 (hex) gewesen.
Nach der Änderung der Geräte-Adresse des ht_pitiny-Adapters auf 10 dez. erhoffe ich mir, das der Adapter dann von der Heizung als neues Modul erkannt wird und eine Steuerung möglich ist.
Die zu erwartende MsgID7 sollte dann wie folgt aussehen:
MsgID 7_0: 88 00 07 00
07 01 00 00 00 00 00 00 00 00 00 00 00 00 00 crc-wert 00
Ich hoffe es funktioniert dann.
Welchen Heizgeräte-Typ/-Bezeichnung hast Du?
Gruß Norbert
Hallo zusammen,
ich versuche es noch einmal.
Ich setze das HEATRONIC modul ja schon an meiner Heizung ein.
Ich habe 1 gemischten und 1 ungemischten Heizkreis + Warmwasserspeicher.
Der gemischte Heizkreis wird über ein IPM1 angesteuert.
Meine Frage wäre jetzt wie bekomme ich die Daten des IPM1 in die Heatronic?
Wo kann ich da ansetzen?
Gruß,
Thorsten
Hallo thoweiss,
die Telegramme der Lastschaltmodule werden leider noch nicht im FHEM-Modul dekodiert. Gleiches gilt für die Heizkreise2...4.
Den Bedarf sehe ich schon seit längerm, habe aber selber kein IPM Lastschaltmodul. Jedoch habe ich binäre Logfiles von verschiedenen Junkers Heizungs-Systemen u.A. mit IPM Modulen.
Für den Test muss ich mir noch eine Simulationsumgebung aufsetzen um damit die binär-Daten in das FHEM-Modul zu bekommen. Es wird also noch eine Weile dauern bis ein brauchbares FHEM-Modul zur Verfügung ist. Dies wird aber hoffentlich zeitnah bis Ende 2018 möglich sein.
PS:
Derweil kannst Du ja die Python-Software (mit ht_proxy.server, HT3_Analyser u.anderen Modulen) nutzen um die Daten aller Heizkreise inklusive IPM-Modulen anzeigen zu lassen und die Heizung zu steuern (wenn Du einen aktiven Adapter hast).
Anregung/Verbesserungen zum FHEM-Modul:
Allerdings ist inzwischen viel Dekodier-Arbeit in die pyhton-Module geflossen, und es macht wohl auf lange Sicht keinen Sinn dieses komplett auch im FHEM-Modul durchführen zu müssen.
Daher meine ich währe es langfristig günstiger die zentrale Dekodierung zu nutzen und deren MQTT-Schnittstelle als Input für ein FHEM - HEATRONIC_MQTT Modul zu nutzen.
Ich stelle dies hier mal zur Diskussion.
Gruß Norbert
Zitat von: noscha am 17 November 2018, 15:17:18
Anregung/Verbesserungen zum FHEM-Modul:
Allerdings ist inzwischen viel Dekodier-Arbeit in die pyhton-Module geflossen, und es macht wohl auf lange Sicht keinen Sinn dieses komplett auch im FHEM-Modul durchführen zu müssen.
Daher meine ich währe es langfristig günstiger die zentrale Dekodierung zu nutzen und deren MQTT-Schnittstelle als Input für ein FHEM - HEATRONIC_MQTT Modul zu nutzen.
Ich stelle dies hier mal zur Diskussion.
Gruß Norbert
Hallo Norbert,
ich habe jetzt auch meine Heizungsauswertung - aktiv schreiben werde ich nicht - auf MQTT umgestellt.
So bekomme ich (fast) alle Werte die mich interessieren in FHEM dargestellt.
Die Anbindung läuft bei mir über den FHEM-Internen MQTT2-Server.
Vorteil ist auch, dass das Decoding außerhalb von FHEM läuft und das ich im Prinzip nur hometop_HT3 aktualisieren muss um weitere Funktionen umzusetzen.
Gruß,
Thorsten
Hallo @all
ich habe das Modul: 89_HEATRONIC.pm inzwischen für mehrere Heizkreise und die Cxyz-Regler angepasst.
Eine Steuerung der Heizung ist somit auch für die Fxyz- / Cxyz-Reglern und FHEM möglich (wenn man den nötigen Adapter 'ht_pitiny' bzw. 'pt_piduino' hat).
Dieses Pre-Release steht zu Testzwecken zur Verfügung unter URL:
https://github.com/norberts1/fhem
Details zur Installation und den Änderungen sind im README.md File vorhanden.
@thoweiss
Hallo Thorsten, vielleicht hast Du die Zeit und kannst dieses Modul auf Deine Anlage hetzen und die Werte mit den MQTT-Meldungen vergleichen.
Wäre prima wenn möglichst viele eine Rückmeldung geben, damit die Entwicklung weitergeht und dies in ein aktuelles Release einfliessen kann.
Gruß Norbert
Ich würde auch ganz gerne die HT3 anbinden, leider fehlt es mir am Controller und den skills mir einen zusammenzulöten.
Lässt sich dieser vielleicht auch komplett beziehen, bzw. sucht ein ht_pitiny vielleicht ein neues (warmes) Zuhause? Ich würde mich gut drum kümmern ;) -> pm an mich.
Zitat von: noscha am 08 Januar 2019, 16:56:47
Hallo @all
ich habe das Modul: 89_HEATRONIC.pm inzwischen für mehrere Heizkreise und die Cxyz-Regler angepasst.
Eine Steuerung der Heizung ist somit auch für die Fxyz- / Cxyz-Reglern und FHEM möglich (wenn man den nötigen Adapter 'ht_pitiny' bzw. 'pt_piduino' hat).
Dieses Pre-Release steht zu Testzwecken zur Verfügung unter URL:
https://github.com/norberts1/fhem
Details zur Installation und den Änderungen sind im README.md File vorhanden.
@thoweiss
Hallo Thorsten, vielleicht hast Du die Zeit und kannst dieses Modul auf Deine Anlage hetzen und die Werte mit den MQTT-Meldungen vergleichen.
Wäre prima wenn möglichst viele eine Rückmeldung geben, damit die Entwicklung weitergeht und dies in ein aktuelles Release einfliessen kann.
Gruß Norbert
Das klingt prima ich werde mir das einmal anschauen.
Ggf. Schaffe ich es heute noch.
Gruß Thorsten
Zitat von: noscha am 08 Januar 2019, 16:56:47
@thoweiss
Hallo Thorsten, vielleicht hast Du die Zeit und kannst dieses Modul auf Deine Anlage hetzen und die Werte mit den MQTT-Meldungen vergleichen.
Gruß Norbert
Hallo Norbert,
ich habe das Modul jetzt seit zwei tagen laufen und bin soweit zufrieden.
Verglichen mit dem MQTT-Client kommen einige werte jetzt wieder zuverlässiger (häufiger).
Beim MQTT-Client sahen die Charts manchmal etwas zerstückelt aus, da einige werte nur Sporadisch und auch manchmal als 0 kamen.
Inbesondere bei den Warmwasser-Temperaturen und den Pumpen-Stati (0/1) sah das manchmal etwas merkwürdig aus.
Ob das am ht_collgate oder am MQTT2-Device von FEHM liegt kann ich allerdings nicht sagen.
Das neue modul liefert jetzt auch den Pumpenstatus für den 2. Heizkreis, der kam über MQTT noch nicht.
Ich würde mir noch einen Parameter "
Interval" wünschen, über den man die Häufigkeit der Abfrage global einstellen kann.
Also das z. B. zwar die Werte im Hintergrund empfangen werden, aber die Events z. B. nur alle 120 Sekunden erzeugt werden.
Manchmal werden die Temperaturen ja sehr häufig aktualisiert.
Hier ein List des HEATRONIC-Device:
Internals:
CHANGED
DEF localhost:8088
DeviceName localhost:8088
FD 16
NAME ht.therme
NR 303
PARTIAL
STATE 23.2 °C
TYPE HEATRONIC
Helper:
DBLOG:
ch_Tflow_desired:
logdb:
TIME 1547539090.68357
VALUE 0
ch_Tflow_measured:
logdb:
TIME 1547541806.57822
VALUE 23.2
ch_Toutside:
logdb:
TIME 1547541796.58481
VALUE 3.3
ch_Treturn:
logdb:
TIME 1547541865.55675
VALUE 25.4
ch_burner_fan:
logdb:
TIME 1547539092.22596
VALUE 0
ch_burner_operation:
logdb:
TIME 1547539090.68357
VALUE 0
ch_burner_power:
logdb:
TIME 1547539090.68357
VALUE 0
ch_mode:
logdb:
TIME 1547539090.68357
VALUE 0
ch_pump_circulation:
logdb:
TIME 1547538053.38887
VALUE 0
ch_pump_cylinder:
logdb:
TIME 1547539095.45819
VALUE 0
ch_pump_heating:
logdb:
TIME 1547539096.5506
VALUE 1
ch_pump_heating_power:
logdb:
TIME 1547539160.09108
VALUE 40
ch_runtime_ch:
logdb:
TIME 1547531610.15334
VALUE 322095
ch_runtime_dhw:
logdb:
TIME 1547539049.71109
VALUE 107883
ch_runtime_tot:
logdb:
TIME 1547539100.13461
VALUE 429979
ch_starts_ch:
logdb:
TIME 1547521725.12264
VALUE 19671
ch_starts_dhw:
logdb:
TIME 1547538160.78876
VALUE 14396
ch_starts_tot:
logdb:
TIME 1547538201.41311
VALUE 34067
ch_time:
logdb:
TIME 1547539930.67682
VALUE 2019-01-15 09:19:17
dhw_Tcylinder:
logdb:
TIME 1547541636.17097
VALUE 55.8
dhw_Tdesired:
logdb:
TIME 1547522653.66549
VALUE 53
dhw_Tmeasured:
logdb:
TIME 1547541716.07139
VALUE 36.5
hc1_Tdesired:
logdb:
TIME 1547531591.84718
VALUE 18.5
hc1_Tflow_desired:
logdb:
TIME 1547531591.55777
VALUE 0.0
hc1_Tmeasured:
logdb:
TIME 1547533393.8124
VALUE 22.5
hc1_mode:
logdb:
TIME 1547531591.84718
VALUE 2
hc2_Tdesired:
logdb:
TIME 1547531595.16649
VALUE 18.5
hc2_Tflow_desired:
logdb:
TIME 1547531636.89864
VALUE 0
hc2_Tflow_mixer:
logdb:
TIME 1547540924.31236
VALUE 23.9
hc2_Tmeasured:
logdb:
TIME 1547533332.82757
VALUE 22.5
hc2_mixerposition:
logdb:
TIME 1547531636.89864
VALUE 0
hc2_mode:
logdb:
TIME 1547531595.16649
VALUE 2
hc2_pump:
logdb:
TIME 1547539141.61779
VALUE 1
READINGS:
2019-01-15 09:44:25 ch_Tflow_desired 0
2019-01-15 09:43:26 ch_Tflow_measured 23.2
2019-01-15 09:44:25 ch_Tmixer -0.0
2019-01-15 09:44:16 ch_Toutside 3.3
2019-01-15 09:44:25 ch_Treturn 25.4
2019-01-15 09:44:25 ch_burner_fan 0
2019-01-15 09:44:25 ch_burner_operation 0
2019-01-15 09:44:25 ch_burner_power 0
2019-01-15 09:44:25 ch_code 0
2019-01-15 09:44:25 ch_error 00
2019-01-15 09:44:25 ch_mode 0
2019-01-15 09:44:25 ch_pump_circulation 0
2019-01-15 09:44:25 ch_pump_cylinder 0
2019-01-15 09:44:25 ch_pump_heating 1
2019-01-15 09:44:16 ch_pump_heating_power 40
2019-01-15 09:44:16 ch_runtime_ch 322095
2019-01-15 09:44:25 ch_runtime_dhw 107883
2019-01-15 09:44:16 ch_runtime_tot 429979
2019-01-15 09:44:16 ch_starts_ch 19671
2019-01-15 09:44:25 ch_starts_dhw 14396
2019-01-15 09:44:16 ch_starts_tot 34067
2019-01-15 09:12:10 ch_time 2019-01-15 09:19:17
2019-01-15 09:43:46 dhw_Tcylinder 55.8
2019-01-15 09:44:25 dhw_Tdesired 53
2019-01-15 09:44:25 dhw_Tmeasured 36.5
2019-01-15 09:44:29 hc1_Tdesired 18.5
2019-01-15 09:43:15 hc1_Tflow_desired 0.0
2019-01-15 09:44:29 hc1_Tmeasured 22.5
2019-01-15 09:44:29 hc1_mode 2
2019-01-15 09:44:29 hc2_Tdesired 18.5
2019-01-15 09:44:06 hc2_Tflow_desired 0
2019-01-15 09:44:06 hc2_Tflow_mixer 23.9
2019-01-15 09:44:29 hc2_Tmeasured 22.5
2019-01-15 09:44:06 hc2_mixerposition 0
2019-01-15 09:44:29 hc2_mode 2
2019-01-15 09:44:06 hc2_pump 1
2019-01-14 19:53:10 state opened
status:
FlagWritingSequence 0
HT_mode_requested 255
Attributes:
alias Therme
event-on-change-reading .*
icon sani_boiler_temp
interval_ch_Tflow_measured 60
interval_ch_time 3600
interval_dhw_Tcylinder 60
room Heizung
stateFormat { sprintf("%.1f °C",ReadingsVal("ht.therme","ch_Tflow_measured",0)) }
Ich lasse das jetzt erst einmal weiter laufen, wenn mir noch etwas auffällt, melde ich mich.
Gruß,
Thorsten
Hallo
Ich habe seit einiger Zeit Norberts pitiny in Verwendung und ich wundere mich über ein Verhalten meiner Heizung. Ich gehe mal davon aus, dass es die Heizung ist und nicht die Software oder der pitiny, aber vielleicht irre ich mich auch. (Junkers Cerapur ZSB 22 mit FW-100 außen temp Regelung)
Zum Zeitpunkt des Screenshots ist die HZ im "Frost" Modus. D.h. der Brenner sollte nicht laufen, da sie auf 0°C eingestellt ist. jetzt gibt es aber um 13:45 einen Verrückten Peak.
Zum gleichen Zeitpunkt wurde auch beim WW ein Peak entdeckt und es ist warscheinlich auch WW entnommen worden. Aber warum wird das in der Vorlauftemperatur der Heizung angezeigt (als "Soll" Wert?)
Zitat von: tulamidan am 04 Februar 2019, 16:34:05
Zum gleichen Zeitpunkt wurde auch beim WW ein Peak entdeckt und es ist warscheinlich auch WW entnommen worden. Aber warum wird das in der Vorlauftemperatur der Heizung angezeigt (als "Soll" Wert?)
Weil die Vorlauftemperatur in der Therme vor dem Umschaltventil gemessen wird und daher natürlich bei Warmwasserladung ansteigen muss weil damit der Speicher geladen wird!
Gruß,
Thorsten
Zitat von: thoweiss am 15 Januar 2019, 09:43:47
...
Verglichen mit dem MQTT-Client kommen einige werte jetzt wieder zuverlässiger (häufiger).
Beim MQTT-Client sahen die Charts manchmal etwas zerstückelt aus, da einige werte nur Sporadisch und auch manchmal als 0 kamen.
Inbesondere bei den Warmwasser-Temperaturen und den Pumpen-Stati (0/1) sah das manchmal etwas merkwürdig aus.
Ob das am ht_collgate oder am MQTT2-Device von FEHM liegt kann ich allerdings nicht sagen.
...
Hallo Thorsten,
fehlende Werte bei MQTT könnte mit den Einstellungen (Quality of Service) zusammenhängen und damit ob Informationen nicht empfangen wurden.
Qos:=2 im mqtt_client_cfg.xml Konfigfile könnte da Verbesserungen bewirken jedoch wird dies vom MQTT2_Server noch nicht unterstützt.
Insbesondere bei den 0/1-Werten fällt eine fehlende MQTT-Information auf wenn zweimal 0 oder 1 hintereinander empfangen wurden.
Bei den Temperaturen ist dies ja weniger kritisch.
Mein Tipp für einen MQTT-Test:
Konfiguration ändern damit immer alle Werte über MQTT gesendet werden und nicht nur die Deltas.
Folgende Anpassung ist dazu im Konfigurationsfile: mqtt_client_cfg.xml File nötig:
<Publish_OnlyNewValues>False</Publish_OnlyNewValues>
Nach der Änderung den daemon 'ht_collgate.py' neu starten.
Es werden danach alle dekodierten MQTT-Daten eines Heizungstelegramms an den MQTT-Broker gesendet, unabhängig davon ob die Werte sich geändert hatten.
Das Datenaufkommen ist dann zwar grösser aber alle Werte sollten aktuell sein.
Gruß Norbert
Liebe Junkers-FHEM Freunde,
demnächst soll ich eine neue Therme Junkers/Bocsh GC7000iw bekommen.
Mein Ziel wäre es das Gerät möglichst vollständig (messen & steuern) in FHEM zu intergrieren und möglichst ohne Cloud!
Wie ich bisher verstanden habe brauche ich unbedingt einen zus. externen Regler. Hier wurde mir ein CW400 angeboten.
Warum eigentlich? Haben die die ganze Regelung ausgelagert und das Gerät ist nicht sleber in der Lage einen Aussentemparaturfehler zu verwerten?
Aus dem Thread habe ich entnommen, dass es ein zus. LAN Modul (MB LAN2) von Junkers gibt, oder ich kann direkt am HT-Bus (Achtung: hier ist es Heatronic 4i, HT4 kompatibel mit HT3?) das Signal mit einen selbsbau-Adapter abgreifen.
Die Intergration erfolgt dann mittels HEATTRONIC-Fheme Modul. Ist das soweit richt?
Gäbe es noch andere, bessere Varaianten?
Vielen Dank.
Thomas
Zitat von: Papaloewe am 11 November 2019, 15:30:24
Wie ich bisher verstanden habe brauche ich unbedingt einen zus. externen Regler. Hier wurde mir ein CW400 angeboten.
Warum eigentlich? Haben die die ganze Regelung ausgelagert und das Gerät ist nicht sleber in der Lage einen Aussentemparaturfehler zu verwerten?
Thomas
Hallo Thomas, sicher lässt sich eine Regelung auch direkt in ein Heiz-Gerät einbauen und für viele Systeme reicht es dann auch 'nur' mit der Aussentemperatur die Raumtemperaturen zu steuern.
Ich bin kein Heizungsfachmann, aber aus meiner Erfahrung kann ich folgendes dazu sagen:
Es gibt halt viele verschiedene Systemeanforderungen (Heizungsscenarien wie 2 oder mehr Heizkreise, mit/ohne Solar usw.) die es einer Regelung nur mit dem Heizgerät schwer machen.
Auch ist ein Abgleich (Heizkurve etc.) und die Regelträgheit wenn 'nur' Aussentemperaturgeführt (Totzeit bis eine messbare Temperaturänderung im Innenraum angekommen ist usw.) nicht ganz einfach.
Deshalb finde ich den Ansatz von Junkers/Bosch dies Modular und mit einem Datenbus verbunden aufzubauen schon sehr gelungen.
Wenn Dir ein CW400 empfohlen wurde so kannst Du aus meiner Sicht damit nicht viel falsch machen. Dieser nutzt den aktuellen EMS2 - Bus, der ähnlich den Vorläufern Heatroni3/4i ist.
Die Telegramme sind zum Teil andere, aber dieser Regler läuft auch auf dem Heatronic3 Bus.
Ich habe diesem ebenfalls in meinem System und der hat den Vorläufer FW100 ohne Probleme ersetzt (soll jetzt keine Werbung dafür sein).
Das MBLan2 ist ein externes Steuermodul, welches ab ca. Ende 2008 die 'Regler' über den Heatronic-Bus steuern/kommandieren kann. Dieses Modul funktioniert auch am aktuellen EMS2 - Bus.
Allerdings ist die Frage, ob Du bei Deinem brandaktuellen Heizgerät 'GC7000iw' dieses überhaupt benötigst. Das 'i' im Gerätenamen zeigt ja an, das das Heizgerät über ein internes Zusatzmodul steuerbar wird.
Allerdings wird dieses Zusatzmodul auch 'nur' über die Cloud steuerbar sein, zumindest ist dies bei meinem MBLan2 so.
Deine Bedenken zur Cloud-Anbindung kann ich jedoch gut verstehen und deshalb gibt es ja Lösungen die dies vermeiden wollen.
FHEM ist eine davon. Zusammen mit einem RaspberryPi, einem Adapter und FHEM lässt sich eine Erfassung und Steuerung unter Linux realisieren.
Dies ist schon seit längerem für die Fxyz - Regler realisiert, nicht perfekt aber vorhanden.
Für die Cxyz-Regler sind diese Möglichkeiten noch in Arbeit und noch nicht im Release enthalten.
Eine Pre-Version eines aktuellen FHEM - HEATRONIC_89.pm Moduls ist vorhanden unter:
https://github.com/norberts1/fhem
Diese Pre-Version läuft seit einiger Zeit als Testversion bei einigen Forum-Teilnehmern.
Ist leider bisher nicht mit in ein Release gekommen, aber das Ziel ist dies weiterhin.
Ich will Dir aber auch nicht Verschweigen das es bei Software (nicht nur bei FHEM :-) zugeht wie auf den Autobahnen: Baustellen gibt es viele!
Ich hoffe dies hilft Dir ein Wenig bei der Entscheidungsfindung.
Gruß Norbert
Viele Dank für deine sehr ausführliche Antwort.
Ich werde dann Bericht, wie ich mich entschieden habe.
Gruss
Thomas
Hallo,
ich habe hier eine rund 11 Jahre alte Junckers ZSB 14-3 mit einer FW-100-Steuerung.
Auf dem Raspi steckt ein HT_Pitiny (von hier (https://www.mikrocontroller.net/topic/317004#3925213)), der auch fleissig Daten auf dem PI und der dortigen fhem-Instanz sammelt.
Wenn ich jedoch ein Kommando "set hc1_mode_requested xxx" eingebe, sehe ich wohl einen korrespondierenden Eintrag im Log, jedoch kann ich an dem FW-100 keine Änderung erkennen, auch in den Readings scheint sich nichts zu ändern.
Eine Änderung des Modes am Drehschalter des FW-100 erscheint aber auch im Log.
Ich habe auch das neuere Modul 89_HEATRONIC.pm aus dem Git von Norbert probiert - keine Änderung.
Wie muß denn der Drehschalter vom FW-100 stehen, damit ich eine Steuerung via fhem vornehmen kann? Eigentlich soll die Heizung alles alleine über die eingestellten Zeiten machen, jedoch möchte ich via fhem z.B. eingreifen, wenn mal früher geheizt werden soll, oder alle Bewohner mal für länger nicht da sind , entsprechend länger abgesenkt werden...
Gruß, Christoph
Zitat von: caldir65 am 15 Dezember 2019, 13:14:10
Hallo,
ich habe hier eine rund 11 Jahre alte Junckers ZSB 14-3 mit einer FW-100-Steuerung.
Auf dem Raspi steckt ein HT_Pitiny (von hier (https://www.mikrocontroller.net/topic/317004#3925213)), der auch fleissig Daten auf dem PI und der dortigen fhem-Instanz sammelt.
Wenn ich jedoch ein Kommando "set hc1_mode_requested xxx" eingebe, sehe ich wohl einen korrespondierenden Eintrag im Log, jedoch kann ich an dem FW-100 keine Änderung erkennen, auch in den Readings scheint sich nichts zu ändern.
Eine Änderung des Modes am Drehschalter des FW-100 erscheint aber auch im Log.
Ich habe auch das neuere Modul 89_HEATRONIC.pm aus dem Git von Norbert probiert - keine Änderung.
Wie muß denn der Drehschalter vom FW-100 stehen, damit ich eine Steuerung via fhem vornehmen kann? Eigentlich soll die Heizung alles alleine über die eingestellten Zeiten machen, jedoch möchte ich via fhem z.B. eingreifen, wenn mal früher geheizt werden soll, oder alle Bewohner mal für länger nicht da sind , entsprechend länger abgesenkt werden...
Gruß, Christoph
Ich habe ziemlich die gleiche Konfiguration und möchte die Heizung auch in FHEM einbinden. Funktioniert das jetzt mit dem aktuellen FHEM Modul 89 ? Meine Anforderung ist Werte der Heizung auslesen, Modus umstellen und Vorlauftemperatur vorgeben. Ich möchte bei ein paar Tagen Abwesenheit die Wohnung schnell aufheizen, bevor ich zurück komme.
Auslesen funktioniert ja schon länger, aber ob Steuern auch geht, vermag ich nicht zu sagen - ich habe es bisher noch nicht hinbekommen ...
Vielleicht hat es jemand mit einer ähnlichen Konstellation hin bekommen und kann uns sagen, wie es geht?
Gruß, Christoph
In der aktuellen 89_HEATRONIC fehlt die ReadyFn-Funktion, was bei einem Verbindungsabbruch (z.B. USB-Stecker ziehen etc. pp.) dazu führt das niemals wieder neu verbunden wird...
Das "rote" muss dazu:
Zitatsub
HEATRONIC_Initialize($)
{
my ($hash) = @_;
require "$attr{global}{modpath}/FHEM/DevIo.pm";
$hash->{DefFn} = "HEATRONIC_Define";
$hash->{UndefFn} = "HEATRONIC_Undef";
# $hash->{AttrFn} = "HEATRONIC_Attr";
$hash->{ReadFn} = "HEATRONIC_Read";
$hash->{ReadyFn} = "HEATRONIC_Ready";
$hash->{SetFn} = "HEATRONIC_Set";
und diese Funktion muss (irgendwo - z.B. nach der Undef-Funktion) hinzugefügt werden:
sub
HEATRONIC_Ready($)
{
my ($hash) = @_;
# try to reopen the connection in case the connection is lost
return DevIo_OpenDev($hash, 1, "HEATRONIC_DoInit");
}
Dann funktioniert es auch mit dem "reappeard":
Zitat2020.01.01 12:45:23 1: /dev/heatronic3 disconnected, waiting to reappear (Heizung)
2020.01.01 12:45:45 3: Setting Heizung serial parameters to 19200,8,N,1
2020.01.01 12:45:45 1: /dev/heatronic3 reappeared (Heizung)
Hoffe das findet seinen Weg in 89_HEATRONIC.pm :)
Gruß
Jochen
Moin und frohes neues Jahr,
wer seine Junckers (wie die meine, s. etwas weiter oben) auch steuern möchte, sollte einmal einen Blick auf diese Seite (https://www.mikrocontroller.net/topic/317004?page=single#4149528) werfen und das Alter seiner Heizung ermitteln - bei meiner geht es leider nicht, die ist gut 1/4 Jahr zu alt.
Gruß, Christoph
Wie präzise findet ihr die Messwerte in eurer Heizung? Ich habe eine Junkers ZSB 22
Ich habe einen Temp. Fühler am Vor/Rücklauf Rohr ca 1m von der Hz entfernt und vergleiche sie mit den Werten aus dem Heizgerät. Am interessantesten finde ich die Werte des Rücklaufs. Da wird ind er Heizung im Schnitt eine 6K höhere Temparatur angeben. Das Muster stimmt jedoch überein - wenn man von den verrückten Peaks absieht. Diese stimmen mit Peaks aus dem Vorlauf (Heizgerät) überein und sind wohl der WW Bereitung geschuldet.
Wer misst hier Mist? Ist den Sensor in der Heizung nicht richtig isoliert und wird durch den Vorlauf beeinflusst? Ist mein Rohr Sensor zu minderwertig/schlecht Isoliert?(1-Wire) Ich habe ihn unter der Isolierung mit Wärmeleitkleber fixiert.
Ich versuche gerade abzuschätzen was für eine realistische Vorlauf Temp ich im Haus aktuell benötige (Radiatoren) und ob eine WP vernünfitg nutzbar ist. Da machen ein paar K im Vorlauf schon einen Unterschied.
So wie ich es verstanden habe, gibt es keine Werte für den Vorlauf des Heizkreises (alleine) aus der Heizung. Der hometop/ht/
Hallo!
Aktuell kann ich mit einem NB/Debian via HT3-Micro-USB-Adapter und dem HT3-Anlyser Tool (HT3_CSW_analyser.py)
Daten aus meiner Junkers-Therme auslesen.
Im nächsten Schritt würde ich das nun gerne in FHEM einbinden (bzw. die Daten der Therme in FHEM anzeigen/verarbeiten lassen)
und wollte euch bitten, ob mir jemand ein kleines Reading-Beispiel geben könnte, an dem ich mich weiterhangeln kann.
(z.B. Anzeige der Aussentemperatur, Status der Solarpumpe o.ä.)
Nachtrag, mit
define Heizung HEATRONIC /dev/ttyUSB0@9600
wurde es mal initialisiert und es kommen auch schon Werte rein.
Werde das mal weiter beobachten.
Günther
Zitat von: Joe_D am 01 Januar 2020, 12:50:26
Dann funktioniert es auch mit dem "reappeard":
Hoffe das findet seinen Weg in 89_HEATRONIC.pm :)
Gruß
Jochen
Hallo Jochen, danke für die Ergänzung im Modul. Habe diese Änderung mit eingebracht.
Allerdings ist dies nur im Pre-Release auf github zu finden unter:
https://github.com/norberts1/fhem
Im FHEM-Release ist diese Änderung noch nicht enthalten.
Der Ersteller arbeitet leider nicht mehr an diesem Modul.
Ich hatte 2019 einige Ergänzungen für die Bosch/Junkers CWxyz-Serie eingebracht.
Diese Ergänzungen sind ebenfalls noch nicht in einem FHEM-Release, jedoch in meinem git-Repository enthalten.
Stellt sich mir die Frage ob noch Bedarf / Interesse an diesen Erweiterungen in einem Release besteht.
Bitte Deine / Eure Meinung
Es gibt bei der ganzen Geschichte noch eine andere Lösung, die lautet EMS-ESP und läuft über MQTT. Genaueres gibt es hier: https://emsesp.github.io/docs/#/Home (https://emsesp.github.io/docs/#/Home)
Ich habe auch Norberts HT-Hardware seit Jahren an meiner Heizung am laufen einschl. des Heattronic-Moduls im FHEM, Anbindung über Ser2Net.
Alternativ habe ich oben genannte Software auf einem ESP8266 über Wifi am laufen und diesen parallel zu Norberts Hardware auf gleicher Platine angeschlossen, aktuell habe ich MQTT deaktivert, da die Daten sonst doppelt kommen.
Auf der EMS-ESP-Seite gibt es einen Link zu einem Händler, welche die erforderliche Hardware für die Pegelwandlung anbietet, falls noch jemand Hardware benötigt. Oder Norbert S. auf mikrocontroller.net fragen, ob er noch ein Modul hat.
Die EMS-ESP-Software wird aktuell noch weiterentwickelt und kann auch HT4. Zusätzlich kann auch noch über 1W ein Temperatursensor aus der Dallas-Reihe angeschlossen werden.
Falls noch jemand Interesse hat, seine Heizungsdaten zu loggen.
Gruß
Kai