war: Techem HKV (ok) -> war Wasserzähler (ok) -> war Wärmemengenzähler (ok)

[herrmannj]

... Oder event-. Temporär deaktivieren

Vg
Joerg

[gandy]

... Oder event-. Temporär deaktivieren

Vg
Joerg

Falls noch jemand testen möchte -> Anhang. Ich werde die Datei wieder entfernen, sobald Jörg den Patch eingebaut hat, damit nicht zu viele wilde Versionen im Umlauf sind...

Grüße,
Andy.

Edit: Anhang entfernt

[pechnase]

Hallo,

danke für die Bereitstellung der gepatchten Version. Da ich es aber für die TechemHKV brauche, war mir ein Patch dieses Moduls dann doch zu 'gefährlich'. Ich habe letztendlich jetzt die event-on. vorübergehend deaktiviert.
Ich warte jetzt, bis Jörg das Modul am Wochenende korrigiert. Danke.

Viele Grüße
Wolfgang

[herrmannj]

ist korrigiert und morgen im update.

vg
joerg

[Virsacer]

Code Auswählen Erweitern


--- a/FHEM/32_TechemWZ.pm Fri Jan 29 20:44:30 2016 +0000
+++ b/FHEM/32_TechemWZ.pm Sat Jan 30 09:39:59 2016 +0100
@@ -162,6 +162,7 @@
   $ats = ReadingsTimestamp($hash->{NAME},"previous_period", "0");
   $ts = sprintf ("20%02d-%02d-%02d 00:00:00", $msg->{last}->{year}, $msg->{last}->{month}, $msg->{last}->{day});
   if ($ats ne $ts) {
+    my $i;
     readingsBeginUpdate($hash);
     $hash->{".updateTimestamp"} = $ts;
     $i = $#{ $hash->{CHANGED} };


[herrmannj]

verd.... Danke - korrigiert.

[Zusch]

Die HKV scheinen alle korrekt gelesen zu werden. Insgesamt 34 hab ich entdeckt. Nur das Zurückschalten nach SlowRF macht Probleme (siehe weiter oben). Ich probiere mal Verschiedenes aus und berichte dann. Zu den Rauchmeldern kann ich nur die Readings oben beisteuern, weil die wahrscheinlich nicht hier im Haus sind, zumindest aber nicht in meiner Wohnung. Wenn ich noch was liefern kann... gern.

Gruß,
Zusch

Hallo zusammen,
bei mir läuft die HKV-Abfrage jetzt schon seit Ende Januar stabil. Ich schalte jede Nacht für eine Viertelstunde um auf WMBUS_T. Das reicht hier aus um alle HKV einzulesen. Mit einem Delta-D Diagram ausgewertet habe ich einen schönen Überblick über den Heizkostenverbrauch. Nur nach dem Rückschalten auf SlowRF muss ich anschließend zwingen den CUL resetten, sonst kommt keine Kommunikation mit den FHTs mehr zustande. Nach dem Reset des CUL läuft aber dann alles wieder. Weiss jemand, ob da was in Planung ist, dass man nach dem Moduswechsel nicht mehr resetten muss? Ist das ein Firmware-Problem?

Danke für Eure Arbeit!

Gruß,
Zusch

[herrmannj]

Hi

ich kann nicht sagen ob das fw oder fht modul in fhem ist. Mit den techem modulen hat es jedenfalls nichts zu tun.

Machst Du den reset über ein at ?

vg
joerg

[ciko]

Hallo!

Ich hoffe es ist OK, dass ich mich an diesen Thread anschließe.

Wir haben vor kurzem neue HKVs von Techem bekommen und ich habe mit Freude festgestellt, dass es mittlerweile ein passendes FHEM-Modul dazu gibt.
Ich habe mein CUL v3 mit Firmware 1.61 per "attr CUL rfmode WMBus_T" in den WMBus Modus versetzt und autocreate hat auch sehr zügig neue Geräte angelegt. Diese sind allerdings vom Typ TCH und geben mir keine echten Details zu den Werten der HKVs. Als status zeigen die Geräte folgende Werte: Unsupported CI Field a0, remaining payload is 0584200000500800009307a207000000000000000000000000000000000000000000000000000000

Im Log auf verbose 5 tauchen die folgenden Daten auf:

Code Auswählen Erweitern

2016.04.05 19:14:02 5: CUL/RAW: /b
2016.04.05 19:14:02 5: CUL/RAW: b/32446850296586536980EDECA0058420000050080000DB07E7070000F62B000
2016.04.05 19:14:02 5: CUL/RAW: b32446850296586536980EDECA0058420000050080000DB07E7070000F62B000/00000000000000000000000000000FFFF000000000000000000FFFF
2016.04.05 19:14:02 4: CUL_Parse: CUL b32446850296586536980EDECA0058420000050080000DB07E7070000F62B00000000000000000000000000000000FFFF000000000000000000FFFF -74.5
2016.04.05 19:14:02 5: CUL dispatch b32446850296586536980EDECA0058420000050080000DB07E7070000F62B00000000000000000000000000000000FFFF000000000000000000FF::-74.5
2016.04.05 19:14:07 5: CUL/RAW: /b
2016.04.05 19:14:07 5: CUL/RAW: b/324468502968865369803027A015842000005008000028082E0800009CA4000
2016.04.05 19:14:07 5: CUL/RAW: b324468502968865369803027A015842000005008000028082E0800009CA4000/00000000000000000000000000000FFFF000000000000000000FFFF
2016.04.05 19:14:07 4: CUL_Parse: CUL b324468502968865369803027A015842000005008000028082E0800009CA400000000000000000000000000000000FFFF000000000000000000FFFF -74.5
2016.04.05 19:14:07 5: CUL dispatch b324468502968865369803027A015842000005008000028082E0800009CA400000000000000000000000000000000FFFF000000000000000000FF::-74.5
2016.04.05 19:14:17 5: CUL/RAW: /b
2016.04.05 19:14:17 5: CUL/RAW: b/32446850966886536980270DA015842000005008000061075307000068F400000000000000000000000000000000FFFF000000000000000000FFFF
2016.04.05 19:14:17 4: CUL_Parse: CUL b32446850966886536980270DA015842000005008000061075307000068F400000000000000000000000000000000FFFF000000000000000000FFFF -74.5
2016.04.05 19:14:17 5: CUL dispatch b32446850966886536980270DA015842000005008000061075307000068F400000000000000000000000000000000FFFF000000000000000000FF::-74.5


Könntet ihr mir einen Hinweis geben wieso die Geräte nicht vom Techem-Modul übernommen werden und wie ich nun weitermachen könnte?

Vielen Dank + Grüße

Michael

[kaihs]

Wahrscheinlich haben deine HKV eine leicht andere Id und werden dadurch vom Techem_HKV noch nicht erkannt. Daher landen die Daten beim WMBUS Modul das damit nichts anfangen kann. Zeig mal ein vollständiges list der Devices.

[herrmannj]

Moin,

TechemHKV müssen mit der ID definiert werden, die machen beabsichtigt *kein* autocreate

vg
joerg

[ciko]

Hallo!

Danke für den Tip mit dem Auto-Create. Ich habe einen der HKVs händisch angelegt und knapp 2 Stunden nach dem Anlegen zeigt sich noch keine Veränderung:

Code Auswählen Erweitern

Internals:
   DEF        6902
   NAME       cikotestx
   NR         525
   NTFY_ORDER 50-cikotestx
   STATE      listening
   TYPE       TechemHKV
   Readings:
     2016-04-06 21:39:02   state           listening
Attributes:

Es gibt die Geräte in 2 Varianten. Einerseits mit der Unsupported CI Field Meldung und andererseits ohne. Hier die Lists von jeweils einem der beiden:

Code Auswählen Erweitern

Internals:
   DEF        TCH 53866541 105 128
   DeviceMedium unknown
   DeviceType 128
   IODev      CUL
   IdentNumber 53866541
   Manufacturer TCH
   NAME       WMBUS_TCH_53866541_105_128
   NR         471
   STATE      Unsupported CI Field a0, remaining payload is 0584200000500800009307a207000000000000000000000000000000000000000000000000000000
   TYPE       WMBUS
   Version    105
   addr       TCH_53866541_105_128
   Readings:
     2016-04-05 11:52:21   state           Unsupported CI Field a0, remaining payload is 0584200000500800009307a207000000000000000000000000000000000000000000000000000000
Attributes:
   IODev      CUL
   room       WMBUS

Code Auswählen Erweitern

Internals:
   DEF        TCH 53866804 105 128
   DeviceMedium unknown
   DeviceType 128
   IODev      CUL
   IdentNumber 53866804
   Manufacturer TCH
   NAME       WMBUS_TCH_53866804_105_128
   NR         491
   STATE      ???
   TYPE       WMBUS
   Version    105
   addr       TCH_53866804_105_128
Attributes:
   IODev      CUL
   room       WMBUS


Die Regexp in 32_TechemHKV.pm habe ich testweise angepasst - dies hat aber auch keine Veränderung gebracht:

original:  $hash->{Match}      = "^b..446850[\\d]{8}(61|64|69)80....A0.*";
test:  $hash->{Match}      = "^b..446850.*A0.*";


Danke + Grüße

Michael

[herrmannj]

yepp. Dann mal in dieser Reihenfolge:

0. update
1. schnell die regex wieder so machen wie sie war! Die hat ihren Sinn! (... und wenn Du schon damit spielst sollte Dir auffallen das sie matched )
2. überprüfe die ID (s) !

Zu diesem raw von Dir:

Code Auswählen Erweitern

b32446850296586536980EDECA0058420000050080000DB07E7070000F62B00000000000000000000000000000000FFFF000000000000000000FF
gehört diese ID:
6529

Ob das nun einer von Deinen HKV oder irgendeiner vom Nachbarn ist weiß ich nun nicht.

3. Danach Neustart und dann den CUL übder das *Webif* auf rfmode WMBus_T setzen.

Das techem modul verarbeitet Techem HKV Nachrichten und leitet alle anderen an das WMBUS modul weiter. Wenn das WMBUS modul also Nachrichten von Techem HKV bekommt kann es a: nix damit anfangen und b: zeigt es das dann das Techem Modul nicht arbeitet.

vg
joerg   

[herrmannj]

.. plus bitte update der CUL FW

[herrmannj]

... von da
https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUL/

auf VERSION V 1.65 CUL868

Wichtig!

vg
joerg