Anbindung Junkers Gastherme mit HT3-Bus an FHEM

[elral]

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

[moorjunge]

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

[moorjunge]

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

[elral]

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).
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

[elral]

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

#  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:

Code Auswählen Erweitern

# 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

[sbiermann]

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.

[caldir65]

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

[elral]

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.

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?

Oder die selbstgebaute HT-Hardware ist eine reine Empfangsplatine

Das ist definitiv auszuschliessen.

Danke und Grüße

Ralf

[sbiermann]

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.

[noscha]

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

[elral]

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:

Code Auswählen Erweitern

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

[elral]

Hallo zusammen,

nach erneutem flashen des pitiny funktioniert jetzt alles.
Danke für die Hinweise und Grüße

Ralf

[mfeske]

Kann ich mir Hoffnung machen, das es mit einer ZSB 22-3A 23 S0000 auch funktioniert?

Gruß
Micha

[sbiermann]

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.

[mfeske]

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