FHEM Forum

Hallo zusammen,

passend zum Beginn der Heizperiode ein modul um Techem HKV mit FHEM auszuwerten.
http://www.techem.de/fileadmin/de/pdf/techem.de/Landingpages/Mieter/Mieterinfo_Heizkostenverteiler.pdf

Benötigt wird ein CUL im WMBUS_T mode (Dank an tostmann). Der CUL kann auch zeitweise im WMBUS_T mode laufen und sonst andere device bedienen. Der Zeitraum (vmtl. Nachts nach Mitternacht) sollte dann ausreichend lang sein um alle HKV einmal zu empfangen.

Auf dem Display des HKV finden sich 3 Zahlen:
- Gerätenummer (kleines "n")
- Ablesewert Vorjahr ("Stift" Symbol)
- aktueller Verbrauch

Für jeweils einen Zähler muss ein device manuell angelegt werden.
- Gerätenummer notieren (4 Ziffern am HKV ablesen oder 8 stelliger Code aus der letzten Abrechnung):
- definieren:
define <name> TechemHKV <Gerätenummer> [sprechender Name]}
[sprechender Name] ist optional und wird in den internals geführt.

Übertragen und von FHEM empfangen werden
- Ablesewert Vorjahr (inkl Ablesedatum)
- aktueller Verbrauch (Vortag, kumuliert)
- beide Temperatursensoren (laufend)

Das Sende Intervall der HKV variiert zwischen 2..20 Minuten.

Im Tagesverlauf integriert der HKV den Verbrauch intern (Anzeige läuft mit). Im Funktelegramm nur auf Tagesbasis übermittelt.

Der interessante Teil des Funktelegramms ist damit zugänglich.

Es gibt noch zwei Blöcke sowie ein bit mit unbekannten Funktionen. Die beiden Blöcke sind jedoch uninteressant da statisch. Ich vermute eine Seriennummer (die Gerätenummer ist programmierbar).

Das einzelne bit kommt direkt nach dem CI Feld (A0). In den meisten Fällen ist es gesetzt, in seltenen Fällen ist es jedoch auch clear, sonst keine Auswirkung. Evtl geht der HKV dann vom Zweifühlerbetrieb in den EInfühlerbetrieb.

Die beiden Temperaturen gehören zur Differenzmessung, also einmal am HK und einmal Umgebung. Der HKV "schätzt" den Verbrauch anhand der Differenz. Aus akademischem Interesse könnte man evtl noch  versuchen das Rechenmodell nachzubilden, vielleicht hat da auch jemand Infos.

Zum loggen empfiehlt sich "current_period" der einmal täglich aktualisiert wird.

feedback welcome

vg
joerg

Ich vermute das WMBUS (http://www.fhemwiki.de/wiki/WMBUS) Modul konnte das nicht verarbeiten, weil das CI-Field A0 nicht unterstützt wird, oder?

Es ist sehr interessant, dass du das Format jetzt decodieren konntest. Ich würde das gerne als ins WMBUS Modul einbauen, wäre das okay?
Hast du ein paar Rohnachrichten wie sie vom CUL kommen die du mir zur Verfügung stellen könntest?

Hi,

genau (A0). Wobei meine Interpretation ohnehin die wäre das jeder Hersteller den Application Layer sowieso individuell bedient.

Manchmal ist ja auch das "behind the scenes" ganz unterhaltsam:

Ich habe am Sonntag Abend meinen CUL, der eigentlich keine device mehr bedient, spaßeshalber mit der aktuellen FW betankt. Da war eine 1.4er drauf. Danach hab ich WMBUS getestet und war erstaunt was zu bekommen, die Techem. Obwohl wir nur echt wenige Parteien sind kommt da schon ganz gut was zusammen. Nach kurzer Recherche hab ich dann harryzz von 2014 gefunden (http://forum.fhem.de/index.php?topic=27018.0). An ihn gehen credits, seine ersten Schritte waren richtig und ein guter Startpunkt. Darauf aufbauend konnte ich den Rest des Protokolls dann Stück für Stück dekodieren.

Ich wollte Dir das dann auch schon geben, hab aber dann Mo/Di das modul als POC geschrieben. Mittlerweile denke ich aber fast das es die Aufgabe halt sehr schlank, speziell und so gut löst und der code kaum für andere WMBUS Geräte wiederverwendbar ist das ich es so lassen wollte.  Läuft auch super rund.

Das modul habe ich gestern auf Co-Existenz angelegt, das soll sich nur die Techem HKV Pakete rausfischen und den Rest an Dich durchwinken. Kannst Dich aber natürlich gern bedienen, jederzeit.  Die relevanten Felder siehst Du ja im code.

vg
joerg

Nach einem ersten Blick auf die Codierung hast du wohl recht. Das hat nichts mit der normalen WMBUS Codierung zu tun.

Allerdings greift sich dein Modul jetzt alle Techem Geräte ab, auch solche die mglw. ein WMBUS Standard konformes Format haben.
Besser wäre wahrscheinlich

$hash->{Match} = "^b....6850.*";

in

$hash->{Match} = "^b..446850..80....A0.*";
 
zu ändern.

Dadurch wird dann auch der Gerätetype und das CI-Feld erfasst.

Das WMBUS Modul würde noch eine zusätzliche Längen und CRC-Prüfung bieten, aber das passiert in Prinzip auch schon in der culfw.

Ah, gute Idee. Den Match bau ich um.

CRC könnte man noch, zumindest für den Header und das erste Application field. Die culfw prüft die gesamte msg ? Würde reichen.

vg
joerg

wofür steht die 80 denn ? btw, davor steht immer eine 69.

Könnte man so oder ? "^b..446850[.]{8}6980....A0.*"

vg
edith: (besser)
"^b..446850[\d]{8}6980....A0.*"

Der 16-Bit CRC ist pro Block, d.h. das erste Mal nach 10 Bytes und dann alle 16 Bytes.
Das wird auch so von der culfw geprüft und nicht passende Pakete verworfen.
Die Länge des gesamten Pakets steht im ersten Byte, das Längenbyte selbst und die CRCs werden nicht mitgezählt.

Allerdings kann es sein, dass ein Paket zu lang für den Standardausgabepuffer der culfw ist, das wird dann einfach stillschweigend abgeschnitten.
Das bekommt man dann nur durch die Längen- und/oder CRC Prüfung mit.

80 ist der Gerätetype, laut Standard steht das für 'Sonstiges'.
Die 69 davor ist die Version des Geräts, kann der Hersteller selber festlegen.

ahh, gut zu wissen. Das passt.

Dann baue ich noch einen Längencheck ein und bin sicher.

Ich würde die 69 mit in die regex nehmen. Sollten irgendwo auf dem Markt Pakete mit abweichender Versionsnummer auftauchen würden die erst mal an WMBUS durch-gereicht. Dann können wir ja schauen ob und wozu die msg dann passt. OK ?

Danke und Grüße
Jörg

Ja, das hört sich gut an.

Wäre echt begeistert, wenn das bei mire ginge. Leider kann ich nicht definieren, weil die Def.:
define WohnzimmerRohr TechemHKV 60964814
mit dem Hinweis abgelehnt wird, dass 4 oder 8 Stellen erwartet werden.
Es sind ja aber doch 8. Was kann ich tun?

Danke im Voraus.

Hi,

"4814" ist die ID die am HKV angezeigt wird ?

Wenn ja, nimm mal
define WohnzimmerRohr TechemHKV 4814

Ich muss gestehen das ich nur die 4 stellige def getestet habe, kann sein das die regex buggy ist. Vierstellig geht genauso, der holt die komplette ID selbst aus dem HKV

vg
joerg

Ok, danke. Jetzt steht "listening" da. Scheint also zu gehen (theoretisch) Nun muss ich nur mal sehen, ob ich mit dem umgeschalteten CUL 868 etwas empfange. Kann sein, dass meine Geräte von einer anderen Firma sind. Muss ich mir bei Tageslicht ansehen.
Erst einmal vielen Dank.

Hi,

das mit den 8 Digits mach ich heil.

Techem müssen es schon sein. Wenn innerhalb einer Stunde nix kommt ist es ein anderer Hersteller.

vg
joerg

Ja, schade! Mein Hersteller ist ARES. Heul.
Danke.

match auf Techem HKV begrenzt und eingecheckt.

vg
joerg

Interessant :)
Habs gestern abend mal kurz getestet...

Sind die Wasserzähler auch in Planung?

Hi,

direkt geplant bei mir: nicht.
Interessant: ja

Empfängst Du WMBUS Nachrichten der Wasserzähler ? Wenn ja, poste doch bitte mal einige: (plus Zählnernummer, Stand, Datum)

Generell werden WMBUS Nachrichten ja im modul von Kaihs gelesen. Das es für die HKV ein eigenes modul gibt liegt daran das die msg speziell sind. Insofern würde ich denken das folgende Vorgehensweise Sinn macht:

* Lassen sich die Nachrichten entschlüsseln ?
* Skalieren sie im WMBUS modul ?

Kaihs und ich können uns das gern mal anschauen. Kaihs hat das Spezialwissen WMBUS und ich kann schauen ob Protokoll Erkenntnisse der HKV hier helfen.
@Kaihs: oder ?

Machst einen neuen thread dazu auf ?

vg
joerg

btw:

ZitatHabs gestern abend mal kurz getestet...

Ergebnisse ?

btw, denke da geht was :)

Ähm, wenn du mir sagst, wie ich die Nachrichten mitschneiden kann, kann ich da mal schauen...

Hab auch gestern nur mal kurz getestet, weil ich den CUL ja für Homematic brauche
Muss mich dann mal genauer mit beschäftigen, aber im Moment hab ich noch ein paar andere Sachen auf der Todoliste...

Hi

beim CUL das attribut addvaltrigger RAWMSG setzen.
Dann die Dinger aus dem eventmonitor kopieren oder loggen.
Logisch, vorher auf rfmode WMBUS_T schalten.

Gibt es weiter user von Techem Wasseruhren ?

Und wenn wir einmal dabei sind: hat jemand die Rauchmelder von denen ?

vg
joerg

Zitat von: herrmannj am 20 Oktober 2015, 11:01:21
Kaihs und ich können uns das gern mal anschauen. Kaihs hat das Spezialwissen WMBUS und ich kann schauen ob Protokoll Erkenntnisse der HKV hier helfen.
@Kaihs: oder ?

Ja, da stimme ich voll zu.

Ola,

@Kaihs:
wir haben von Virsacer sniffs bekommen, pvt. Danke.

Von daher können wir den Inhalt nicht öffentlich zeigen. Darüber reden (ohne konkrete Daten wie Zähler# Stand etc), können wir wohl (ok?) .

Soweit ich sehe sind da HKV drin #1,#2,#3. 

#4,#5 schau ich mir grad an.

#6,#7 == HKV

und #8 weicht nochmal ab.

In erster Analyse scheint die Kodierung dem gleichen Schema wie die HKV.

folgende Typen wären jetzt außer HKV im Angebot

Gerätetyp 62 (version 70) CI A0
Gerätetyp F0 (version 76) CI A0
Gerätetyp 72 (version 74 )CI A2
Gerätetyp 70 (version 72) CI A0

boah, einiges in the air :)

@Kaihs:
62 Warmwasser / 72 Kaltwasser ??
kannste mit den anderen was anfangen ?

vg
joerg

axo, Virsacer: hast Du eine Idee was da ausser HKV, Kalt- und Warmwasser noch durch die Luft fliegt. Sieht alles nach Techem aus.

vg
joerg

Virsacer:

magst Du nochmal einen längeren Mitschnitt machen, bitte (60 min evtl)? Wenn ich mich nicht täusche sind die beiden die Du genannt hast nicht drin, damit kann ich die Theorie nicht verifizieren.

Danke und vg
Joerg

@Kaihs:

die Länge, ganz am Anfang (b2E zb). Kommt die vom CUL oder ist die Teil der Transmission ?

vg
joerg

Zitat von: herrmannj am 22 Oktober 2015, 21:18:51
Von daher können wir den Inhalt nicht öffentlich zeigen. Darüber reden (ohne konkrete Daten wie Zähler# Stand etc), können wir wohl (ok?) .

Klar, das ist ok  :)

Zitat von: herrmannj am 22 Oktober 2015, 21:21:20
hast Du eine Idee was da ausser HKV, Kalt- und Warmwasser noch durch die Luft fliegt. Sieht alles nach Techem aus.

Naja die anderen Wohnungen müssen ja genauso mit den HKV und Wasserzählern ausgestattet sein ;)
Die Rauchmelder haben aber laut Webseite 433Mhz...

Zitat von: herrmannj am 22 Oktober 2015, 21:29:59
magst Du nochmal einen längeren Mitschnitt machen, bitte (60 min evtl)? Wenn ich mich nicht täusche sind die beiden die Du genannt hast nicht drin, damit kann ich die Theorie nicht verifizieren.

Ja, kann ich mal machen
Ist nur irgendwie doof, dass Homematic in der Zeit nicht nutzbar ist und wenn ich den rfmode zurückstelle, hat der CUL auch erstmal noch Probleme :-\

ZitatNaja die anderen Wohnungen müssen ja genauso mit den HKV und Wasserzählern ausgestattet sein ;)

Jo, seh ich. Da ist aber noch mindestens 2x was anderes dabei. Anders als Wasser und HKV. Ich sehe 5 unterschiedliche Funktionen: Warmwasser, Kaltwasser, HKV und XXX und XXX

Probier mal bitte den Anhang. Kann einige Minuten dauern. Versuch Deine Frau mit ner Schnulze bei Laune zu halten. Viele Grüße unbekannter weise :)

vg
joerg

hmm. ich hab das gerade mal mit den gesnifften Daten simuliert.

Warmwasser / Kaltwasser sowie das Ablesedatum werden korrekt erkannt. Der Verbrauch scheint mir (unter Annahme von Durchschnitt) aber nicht plausibel.

Das werde ich aber erst auseinanderpuzzeln können wenn ich einen Datensatz mit den passenden Zahlen am Zähler bekomme.

Am einfachsten:
installiere das modul von eben mit den Zählernummern die Du mir geschickt hast. Nach einigen Minuten empfängt und zeigt der Daten.

Kopiere dann bitte einmal die CUL RAWMSG aus den internals des Moduls. Auserdem wäre es noch hilfreich wenn Du die Daten der letzen Ablesung bekommen könntest. Abgelesen wurde am 31.12.2014.

vg
joerg

Hi

Danke. So etwas ist immer ein schönes Ratespiel :)

Ich sehe das die Frames in Teilen dem gleichen System folgen das ich von den HKV kenne. Ich sehe die Zähler ID, ich sehe genau dort wo ich es erwarte die beiden Termine: heute und letzte Ablesung. Interessant ist das ich die Zählernummer die Du mir geschickt hast auch in dem zweiten sniff nicht finde.

Deshalb Frage: wo kommt die Zählernummer die Du mir geschickt hast eigentlich her ? Ist die auf den Wasserzählern aufgedruckt ? Ist es möglich das auf der Abrechnung eine andere Nummer auftaucht ? Anhand der Empfangsstärke hätte ich einen Datensatz im Verdacht, da passen die Nummern aber nicht.

vg
joerg

Hey,

Ja, die Nummern sind auf dem Zähler aufgedruckt.
Hm, da muss ich noch mal schauen...

Zitat von: herrmannj am 22 Oktober 2015, 21:18:51
@Kaihs:
62 Warmwasser / 72 Kaltwasser ??
kannste mit den anderen was anfangen ?

Keiner der Typen ist im Standard genauer definiert, sind alle 'reserved'.

Zitat von: herrmannj am 22 Oktober 2015, 21:31:39
@Kaihs:

die Länge, ganz am Anfang (b2E zb). Kommt die vom CUL oder ist die Teil der Transmission ?

vg
joerg

Das Längenbyte ist Teil des Datenpakets wie es über Funk kommt. Und da gibt es anscheinend ein Problem mit den von Virsacer empfangenen Paketen, die sind alle ein Byte zu kurz.

@Virsacer: Welche Version der culfw verwendest du?
Alte Versionen haben noch kein RSSI mitgeschickt, so dass das letzte Byte der Nutzdaten von CUL.pm dann als RSSI interpretiert wird.
Das WMBUS Modul korrigiert das, in dem der RSSI wieder in den Originalwert umgerechnet wird und zu den Nutzdaten gepackt wird.

Wäre für die Analyse aber einfacher, wenn du auf die aktuelle Version der culfw updaten könntest.

Hi,

ah, Danke. Das mit der Länge ist aber im Augenblick für mich auch eher unkritisch.

Der Datenrahmen passt gut mit dem HKV. Lust das Protokoll hier gemeinsam auseinander zu nehmen ?

vg
joerg

Zitat von: herrmannj am 23 Oktober 2015, 21:58:20
Der Datenrahmen passt gut mit dem HKV. Lust das Protokoll hier gemeinsam auseinander zu nehmen ?

Können wir gerne versuchen.
Ich komme aber meist nur am Wochenende dazu mich intensiver mit fhem zu beschäftigen, kann also sein, dass ich mich mal eine Weile nicht melde.

Von einem anderen User habe ich noch einen Hinweis auf dieses Video (https://www.youtube.com/watch?v=yUD-ySL2oV8) bekommen, wo ab ca. Minute 20 ein Wasserzähler Protokoll analysiert wird.
Habe es mir aber auch noch nicht intensiv angesehen, aber vielleicht hilft es ja.

CUL version => V 1.61 CUL868
Ist laut Webseite aktuell...

Dann ist die Webseite veraltet.
Aktuelle Version im svn ist 1.65

oh das Video scheint gut. Hab gerade kurz gezappt. Min 17 sind die HKV. Schau ich mir gleich mal in Ruhe an.

Für virsacer haben wir ja ein NDA unterschrieben.

Für die Wasseruhr können wir die Daten von harryzz nehmen.
Der hat in post #1 zwei Sätze (kalt und Warm) drin. . http://forum.fhem.de/index.php/topic,27018.msg199738.html#msg199738

Satz #1
from heat wator meter:
b2F44685046172042746227CEA2062B1D0000D0120000040000000000A18E00000000000000000000000000000000FFFF000000000000FFFF802C

2F  Länge
4468 Start
50 Techem
46172042 Zähler BCD. Jeweils High und Low vertauschen und rückwärts lesen -> 42201746
7462  Version 74 / Warmwasser
27CE CRC
A2 CI
06 ??? unbekannt
2B1D Letztes ablesedatum. Das ist bit-gepackt
0000 hier steht beim HKV der Rückwärts BCD Wert der letzten Ablesung. Bei den Wasserzählern reicht das aber nicht (brauchen mehr als 4 stellen)
D012 Heute Datum
0000 Verbrauch bis heute beim HKV. Gleiche vier-stellen Problematik wie beim Jahresverbrauch

beim HKV kommen danach die beiden Temperaturen (2x vier BCD), danach unbekannte, scheinbar statische Struktur mit 2 CRC eingebettet.

040000000000A18E00000000000000000000000000000000FFFF000000000000FFFF802C

Problem aktuell das wir keinen zusammengehörigen Satz mit RAW plus echten Werten haben. In den Daten von Virsacer finde ich keinen der beiden Zähler die er genannt hat.

Das kann jetzt auch folgendes sein: die Zählernummern hat Virsacer vom Zähler (aufgedruckt). Die müssen jetzt nicht mit der ID im RAW übereinstimmen. Beim HKV hat mir jemand berichtet das die ID ohne Geräterausch neu programmiert wurde. Es wäre also denkbar das bei Wasseruhren die ID im Telegramm erst bei Techem der Zählernummer zugeordnet wird. Das wäre zumindest jetzt für die Forschung doof. Ich versuche mich gerade durch die RSSI da ranzutasten.

Prob 2: wie sind die Verbrauchswerte bei den Wasseruhren kodiert ? Für den HKV reichen die 2 Byte um vier stellen BCD abzubilden. Die Wasserzähler haben ja so was: "54,567" . 2 Bytes (nicht BCD sondern HEX) würden bis 65535 gehen. Evtl ist das aber auch float - dann müssen über mehr bytes verteilt liegen. Platz dazu wäre ...

Idee ?

vg
jörg

naja. Das Video bringt leider keinen neuen Input. Schade.

Beim HKV sind wir deutlich weiter, da hat er fette Lücken.
Für die Wasseruhren hat er eigentlich gar nichts. Da sind wir auch schon weiter.

Ich denke wenn es uns gelingt ein eindeutiges Paar RAW plus Ablesedaten zu identifizieren bekommen wir das.

Vielleicht finden sich noch weitere user mit entsprechende HW haben.

Was mich auch noch interessieren würde sind die beiden unbekannten Typen. Rauchmelder ? XX ?

vg
joerg

Hallo herrmannj,

habe gerade Dein neues Modul benutzt um meine Techem HKVs auszulesen.
Klappt soweit super - dickes Lob  ;D !! Habe manuell ein FileLog angelegt um den Verbrauch und die Temperatur zu loggen.

Jetzt meine Frage: Wie kann das loggen des Werts <current_period> von täglich auf ein Interval von z.B. 1 Stunde setzen?

VG
Magnus

Hi,

Danke.

ZitatJetzt meine Frage: Wie kann das loggen des Werts <current_period> von täglich auf ein Interval von z.B. 1 Stunde setzen?

Meinst vmtl das auslesen ? Gar nicht. Der HKV überträgt den Wert nur als Tageswert ...

Hast Du Wasseruhren von techem ?

vg
joerg

Hi,

ZitatMeinst vmtl das auslesen ? Gar nicht. Der HKV überträgt den Wert nur als Tageswert ...

War mir nicht bewusst, dass der Wert nur einmal pro Tag aktualisiert wird. Dachte er wird öfter übertragen, da das Display ja auch ständig hoch zählt...

ZitatHast Du Wasseruhren von techem ?

Ja habe eine Wasseruhr von Techem. Wie kann ich helfen?

Gruß
Magnus

Nabend  :) ,

ich lasse mal ab jetzt bis morgen um 18Uhr mein CUL auf Techem-empfang . Bei mir sind  5 HKV´s und 1 Warmwasserzähler und ein Kaltwasserzähler von Techem im Betrieb. Ich hoffe es ist in der fhem.conf alles richtig eingetragen ?


##################################
#### Techem HKV ####
################################

define hzg_wz TechemHKV 7721 [Heizkoerper_wohnzimmer]}
define FileLog_hzg_wz FileLog ./log/hzg_wz.log Heizkoerper_Wohnzimmer
attr FileLog_hzg_wz logtype text
attr FileLog_hzg_wz room Techem
attr hzg_wz room Techem

define hzg_sz TechemHKV 3208 [Heizkoerper_schlafzimmer]}
define FileLog_hzg_sz FileLog ./log/hzg_sz.log Heizkoerper_Schlafzimmer
attr FileLog_hzg_sz logtype text
attr FileLog_hzg_sz room Techem
attr hzg_sz room Techem

define hzg_bad TechemHKV 2606 [Heizkoerper_bad]}
define FileLog_hzg_bad FileLog ./log/hzg_bad.log Heizkoerper_Bad
attr FileLog_hzg_bad logtype text
attr FileLog_hzg_bad room Techem
attr hzg_bad room Techem

define hzg_kueche TechemHKV 2604 [Heizkoerper_kueche]}
define FileLog_hzg_kueche FileLog ./log/hzg_kueche.log Heizkoerper_Kueche
attr FileLog_hzg_kueche logtype text
attr FileLog_hzg_kueche room Techem
attr hzg_kueche room Techem

define hzg_kz TechemHKV 7541 [Heizkoerper_kinderzimmer]}
define FileLog_hzg_kz FileLog ./log/hzg_kz.log Heizkoerper_Kinderzimmer
attr FileLog_hzg_kz logtype text
attr FileLog_hzg_kz room Techem
attr hzg_kz room Techem

define ww TechemWZ 52461097 [Wasserzaehler_warmwasser]}
define FileLog_ww FileLog ./log/ww.log Wasserzaehler_Warmwasser
attr FileLog_ww logtype text
attr FileLog_ww room Techem
/code]

Auf was soll allgemein geachtet werden?

Gruß Jan

Hi,

ZitatIch hoffe es ist in der fhem.conf alles richtig eingetragen ?

Diese Frage würde sich erübrigen wenn Du das über die cmd line definierst ;-)

Bei dem Wasserzähler wird nichts kommen, da ist noch Detektivarbeit angesagt.

Die Daten bei den Wasseruhren sind anders codiert / verschlüsselt. Bevor ich daran arbeiten kann benötigen wir einen Funksatz den wir eindeutig einer bestimmten Wasseruhr zuordnen können sowie den abgelesenen Zählerstand. In den sniffs die ich gesehen habe war das bisher nicht möglich.

Problem: die Uhren übertragen einen ID. Im schlechten Fall stimmt die nicht mit der Kennzeichnung überein die auf die Wasseruhr aufgedruckt ist. Im Anhang ist ein Modul um das besser zu loggen.

Installieren mit TechemWZ 0000. Filelog auf "raw" (dann wird alles Techem gespeichert).

Wenn das modul einige Minuten lief (30 reichen locker) einmal auf "get list" drücken. Da kommen dann schon aufbereitete Daten raus, absteigend geordnet nach RSSI.

Im Idealfall stimmt eine ID mit jeweils einem Kalt- oder Warmwasserzähler überein. Unbedingt das filelog mit den rohdaten sichern, Zählerstand notieren und alles per pm oder besser hier rein. Hier bitte beachten das evtl das Modul bei den Wasseruhren Zahlen verdreht. Also auch schauen ob alle Ziffern da aber Reihenfolge evtl verwürfelt. (ID)

Wenn sich keine Übereinstimmung einer der IDs mit den Zählernummern findet Plan B:
Den nächstgelegen HKV suchen und die ID im "get" finden. Die gesuchte Uhr müssten wir dann versuchen anhand ähnlicher rssi Werte (=Empfangsignal Stärke) zu identifizieren.

Dann sehen wir weiter.

vg
joerg

Hallo,

da schau her .

Könnte das ein Wasserzähler sein ?  Meiner ist es jedenfalls erstmal nicht . Vielleicht von der Nachbarwohnung.
Und anbei noch ein kleines Log

Zitat2015-10-28 21:47:22 CUL COC UNKNOWNCODE b32446850555296626980D92BA0119F1D6801C0350701EF04F80400009ED600000000000000000000000012141B41B2D74028001D4F452F1011BD2585::-87.5
2015-10-28 21:47:23 CUL COC UNKNOWNCODE b324468504840717369803F2FA0119F1D0000C0350000DD0624070000656B00000000000000000000000000000000FFFF000000000000000000FFFF83::-95
2015-10-28 21:47:23 CUL COC UNKNOWNCODE b324468502632717369803FE8A0119F1DC304C035D905890CD114678758190087230000000000000241113D7F95965E259BBECB6968726D444AD17A80::-85.5
2015-10-28 21:47:25 CUL COC UNKNOWNCODE b324468505040717369808768A0119F1DEB06C0351A05B20BA01165371695003700000000000000000005177D949561AD9BBFC69CAAB5A46E4B2C5C80::-91
2015-10-28 21:47:25 CUL COC UNKNOWNCODE b3244685047327173698065B6A0119F1DF600C035AF0086057B0500006AE300000000000000000000000000000104FEB30D3F312D342A080000E4B980::-87.5
2015-10-28 21:47:26 CUL COC UNKNOWNCODE b3244685009407173698013C3A0119F1D4602C0351C020A07260727002D13000000000000000000000000072627462B79585A5F4A435635041615EE81::-88
2015-10-28 21:47:27 CUL COC UNKNOWNCODE b3244685001407173698090DDA0119F1D0200C0350100AE0608070000133600000000000000000000000000000000FFFF0100000000000000006F2F87::-94
2015-10-28 21:47:27 CUL COC UNKNOWNCODE b324468500740717369806F27A0119F1D0900C03521001E0763070001EEBA0001000000000000000000000001000AA82A060C02010402000000D97581::-92
2015-10-28 21:47:27 CUL COC UNKNOWNCODE b32446850482105636980630EA0119F1D0902C035C500FF06F4060C0208B70002000000000000000000000104151405B2172832181A1D310E06F63983::-92.5
2015-10-28 21:47:29 CUL COC UNKNOWNCODE b32446850574071736980B91AA0119F1D3C00C03501005308B3080000367D00000000000000000000000000000000FFFF000100000F00000000F2CC80::-87
2015-10-28 21:47:29 CUL COC UNKNOWNCODE b3244685060529662698014C7A0119F1D0000C0350000C908A9080000C85D00000000000000000000000000000000FFFF000000000000000000FFFF85::-89.5
2015-10-28 21:47:29 CUL COC UNKNOWNCODE b3244685062407173698074F6A0119F1D2A04C035E702450C1013451E86AF001E00000000000000000108003A1F42B7AB4F7F92807F93684840169380::-86.5
2015-10-28 21:47:30 CUL COC UNKNOWNCODE b32446850315041746980AD94A0119F1DCC09C0358F0739095C14502DF13B012D0000000000000000000A30316C6BD699748D96717C847A492DBC4E82::-83.5
2015-10-28 21:47:30 CUL COC UNKNOWNCODE b32446850026196626980C875A0119F1DA900C0356D003A0625060000DC760000000000000000000000000002060BD8360D1A1A191C1D060100212782::-84
2015-10-28 21:47:32 CUL COC UNKNOWNCODE b324468507661966269802975A0119F1D0D00C0350000A40892080000533700000000000000000000000000000000FFFF000000000000000D008B1381::-88.5
2015-10-28 21:47:34 CUL COC UNKNOWNCODE b32446850024071736980EF20A0119F1DA405C0350206E10720083722AD460122000000000000000017021B36466D9641528D713B484F381601060981::-88.5
2015-10-28 21:47:34 CUL COC UNKNOWNCODE b324468504150417469800D1BA0119F1D4200C0352800DC06D90600004D5A00000000000000000000000000000000FFFF000F0F0A060D030000FEED85::-94.5
2015-10-28 21:47:35 CUL COC UNKNOWNCODE b324468501461966269800CD6A0119F1D0200C03509006B08640800018412000100000000000000000000000000041493000102010100000000441E85::-91.5
2015-10-28 21:47:35 CUL COC UNKNOWNCODE b32446850442105636980A19FA0119F1D2803C0353D041D071B074585787B00850C000000000000000907272B1D70A17280BAAC9276807E443762078E::-93.5
2015-10-28 21:47:36 CUL COC UNKNOWNCODE b324468502440717369806668A0119F1DD501C0353F016908EA090F2979EA00290E000000000000000000020D17205DB42A4126222121240F13A0EC82::-89
2015-10-28 21:47:36 CUL COC UNKNOWNCODE b32446850302516526980A207A015351F0000C0350000450846080000B71400000000000000000000000000000000FFFF000000000000000000FFFF80::-82
2015-10-28 21:47:36 CUL COC UNKNOWNCODE b324468505640165269807AE6A015351F0000C03577000807120740374AE200370000000000000000000000000000ED5D000000000000000000FFFF80::-55.5
2015-10-28 21:47:36 CUL COC UNKNOWNCODE b2F4468503525965174629274A206351F0000C0350400040002020200CBDE00000000000000000000000000000000FFFF000000000000FFFF80::-87.5
2015-10-28 21:47:37 CUL COC UNKNOWNCODE b32446850553271736980E09AA0119F1D1000C03501005206AF0600009D11000000000000000000000000000001000B27000000000101000000EA4981::-92.5
2015-10-28 21:47:40 CUL COC UNKNOWNCODE b32446850583271736980E383A0119F1D7404C035650335075F073C28B6870028000000000000000000000C4459709B21678D876D7979653D327D8D81::-93.5
2015-10-28 21:47:42 CUL COC UNKNOWNCODE b2F4468501334605174720E8BA206411F0000C0350800040003050500A22C00000000000000000000000000000000FFFF000000000000FFFF80::-87.5
2015-10-28 21:47:44 CUL COC UNKNOWNCODE b3244685014401652698029F7A015351F0000C0357901A907B407E0995CEC00990000000000000000000000000000DC54000000000000000000FFFF82::-77.5
2015-10-28 21:47:44 CUL COC UNKNOWNCODE b32446850505296626980592CA0119F1D1601C035D300DF08F4080F106C06001003000000000000000200050B1116BB361821241B1D201A0E0D892681::-86
2015-10-28 21:47:45 CUL COC UNKNOWNCODE b32446850707416526980C32DA005351F0000C0350000820796070000FA8500000000000000000000000000000000FFFF000000000000000000FFFF82::-93.5
2015-10-28 21:47:46 CUL COC UNKNOWNCODE b32446850505616526980F0A2A015351F0000C035020053087F080002D0B100020000000000000000000000000000C20F000000000000000000FFFF81::-64.5
2015-10-28 21:47:47 CUL COC UNKNOWNCODE b32446850665296626980EB3DA0119F1DFF04C035670498092F10513EBB72003E160200000000010004020F4658813CA687B0B99BC1B5984736E99882::-85.5
2015-10-28 21:47:47 CUL COC UNKNOWNCODE b324468504240717369800244A0119F1D9A00C03541003A07190700007CFF00000000000000000000010000050B003E2C0515080E0C020E0000FD1183::-94
2015-10-28 21:47:48 CUL COC UNKNOWNCODE b32446850855296626980E8BBA0119F1D8302C0358302D0094C0D2D40D155004012000000000001000D111D244944F49D474E4D35373C2B121D628880::-79.5
2015-10-28 21:47:50 CUL COC UNKNOWNCODE b32446850983971736980D395A0119F1D1401C0355D007107480704096C1000090000000000000000000000000312DDFF101116041F2D270003BA7987::-94.5
2015-10-28 21:47:50 CUL COC UNKNOWNCODE b32446850863271736980AEF7A0119F1D1B00C035020002073A070000A1CB000000000000000000000000000001000B2701000000000A000000FDAA82::-95
2015-10-28 21:47:52 CUL COC UNKNOWNCODE b324468507961966269809419A0119F1DC300C03580005907710709052B320005000000000000000000000004060D15460E1F200E170A0E0402B0F381::-81.5
2015-10-28 21:47:53 CUL COC UNKNOWNCODE b32446850594071736980C5FEA0119F1D9600C0354E00ED06B9060302358D000200000000000000000000000002012BBF0A1C180819121D0303113785::-96.5
2015-10-28 21:47:54 CUL COC UNKNOWNCODE b32446850114071736980AB84A0119F1D5500C0358900AC06C40600005F0000000000000000000000000000011414C3072425160104080500005FA280::-82
2015-10-28 21:47:56 CUL COC UNKNOWNCODE b32446850283505636980D06AA0119F1D0B00C03554009E079F07040130310001000000000000000000000005200D98FA130603010107030000887492::-96
2015-10-28 21:47:56 CUL COC UNKNOWNCODE b3244685054529662698018A3A0119F1DEC01C035BB00B205B0050000AC9E0000000000000000000000000F102912E1C316063213191A201F0D017C88::-88.5
2015-10-28 21:47:56 CUL COC UNKNOWNCODE b32446850593271736980220BA0119F1D0700C0350100560791070000EB8A00000000000000000000000000000000FFFF000100000700000000BB9984::-91
2015-10-28 21:47:57 CUL COC UNKNOWNCODE b32446850177105636980AA97A0119F1D7800C0352200DB07B407000A1A4C000A000000000000000000000000000035CF000018000000000001A6DF86::-92.5
2015-10-28 21:47:57 CUL COC UNKNOWNCODE b32446850903505636980F932A0119F1D7D02C0351402F8051E06020F47B1000F0D00000000000200000208012D48DB6194288

Das andere probiere ich auch noch aus.

Vielleicht findet schon jemand etwas darin  ???

na dann erstmal gute Nacht......

ZitatKönnte das ein Wasserzähler sein ? 

Unter Umständen. Das Sind halt 50 verschiedene Geräte (Deiner Nachbarn :-D ). Einer (oder zwei) werden wohl die Wasserzähler sein. Die 1 Mio $ Frage lautet, welcher der Datensätze. :-)

Kannste mir Deine Wasserzähler Nummern und den Stand schicken ?
Habt Ihr Kalt und Warwasserzähler ?

vg
Joerg

schnell meine Uhren und ab ins Bett  ;)

neu installiert vor Mitte 9/15 neu eingebaut ?

edit 20.9.15 / 21.9.15 ?

Guten Morgen,

Ja die Uhren und die HKV wurden letzten Monat gewechselt. Sind also auf dem neuesten Stand.

Gruß Jan

Damit ich meine Wasserzähler besser zuordnen kann,habe ich meinen Raspi mit dem COC ins Bad verfrachtet. Damit sollte man zumindest mittels der Signalstärke etwas besser lokalisieren können.

Hier schon mal die Abstände von den HKV´bzw. den WZ zum Raspi.

HKV Bad ( 2606 ) <-> Raspi  1,5m
HKV Küche ( 2604 ) <-> Rapi 2,0m

WZ Warmwasser <-> 1,0m
WZ Kaltwasser    <-> 1,0m


Die Log-Datei liefere ich nachher noch.

Vielleicht kommen wir damit der Lösung etwas näher.

Bis später

Hier das schon nach den besten Signalstärken ausgearbeitete Log

2015.10.29 18:36:25 4: CUL_Parse: COC b32446850143271736980CC76A0119F1D9B02D03526025B08170A0003073A000301000000000000000000001A304860 -26

2015.10.29 19:37:42 4: CUL_Parse: COC b32446850555296626980D92BA0119F1D6801D0350701850BF71300000B48 -38

2015.10.29 18:18:46 4: CUL_Parse: COC b2F446850362596517462ED89A206351F0000D03510000400060707038E8300000000000000000000000000000000FFFF000000000000FFFF804C -36

2015.10.29 18:18:54 4: CUL_Parse: COC b2F446850183460517472F268A206351F0000D03542000400141E1E10610F00000000000000000000000000000000FFFF000000000000FFFF8049 -37.5

2015.10.29 18:19:04 4: CUL_Parse: COC b324468508054417469807C42A0119F1D1C06D0355F026B0784070000DD3F0100000000000000000000000004183FC850 -34

2015.10.29 18:19:47 4: CUL_Parse: COC b32446850062616526980639CA015351F0000D0350500D606C006020322E900030000000000000000000000000000DCF7000000000000000000FFFF8045 -39.5

2015.10.29 18:22:50 4: CUL_Parse: COC b2F446850362596517462ED89A206351F0000D03510000400060707038E8300000000000000000000000000000000FFFF000000000000FFFF8049 -37.5

2015.10.29 18:22:57 4: CUL_Parse: COC b2F446850183460517472F268A206351F0000D03542000400141E1E10610F00000000000000000000000000000000FFFF000000000000FFFF8049 -37.5

2015.10.29 18:26:58 4: CUL_Parse: COC b2F446850183460517472F268A206351F0000D03542000400141E1E10610F00000000000000000000000000000000FFFF000000000000FFFF804A -37

2015.10.29 18:26:58 4: CUL_Parse: COC b2F446850362596517462ED89A206351F0000D03510000400060707038E8300000000000000000000000000000000FFFF000000000000FFFF8049 -37.5

2015.10.29 18:27:57 4: CUL_Parse: COC b32446850062616526980639CA015351F0000D0350500D106C4060203F05B00030000000000000000000000000000DCF7000000000000000000FFFF8046 -39

2015.10.29 18:35:09 4: CUL_Parse: COC b2F446850183460517472F268A206351F0000D03542000400141E1E10610F00000000000000000000000000000000FFFF000000000000FFFF804A -37

2015.10.29 18:36:50 4: CUL_Parse: COC b32446850062616526980639CA015351F0000D0350500CB06C5060203CD5900030000000000000000000000000000DCF7000000000000000000FFFF8047 -38.5

2015.10.29 18:20:20 4: CUL_Parse: COC b3244685008321652698037CAA005351F0000D03500000A0600060000D2C900000000000000000000000000000000FFFF000000000000000000FFFF803E -43

2015.10.29 18:22:32 4: CUL_Parse: COC b2F446850063460517472B5D5A206351F0000D0351A000400070D0D06688F00000000000000000000000000000000FFFF000000000000FFFF8035 -47.5

2015.10.29 18:24:28 4: CUL_Parse: COC b3244685008321652698037CAA005351F0000D03500000906FE050000622E00000000000000000000000000000000FFFF000000000000000000FFFF803E -43

2015.10.29 18:26:35 4: CUL_Parse: COC b2F446850063460517472B5D5A206351F0000D0351A000400070D0D06688F00000000000000000000000000000000FFFF000000000000FFFF8035 -47.5

2015.10.29 18:28:32 4: CUL_Parse: COC b3244685008321652698037CAA005351F0000D03500000A06FE0500001DD300000000000000000000000000000000FFFF000000000000000000FFFF803E -43

2015.10.29 18:30:36 4: CUL_Parse: COC b2F446850063460517472B5D5A206351F0000D0351A000400070D0D06688F00000000000000000000000000000000FFFF000000000000FFFF8035 -47.5

2015.10.29 18:32:32 4: CUL_Parse: COC b3244685008321652698037CAA005351F0000D03500000806FD050000EEF600000000000000000000000000000000FFFF000000000000000000FFFF803D -43.5

2015.10.29 18:34:44 4: CUL_Parse: COC b2F446850063460517472B5D5A206351F0000D0351A000400070D0D06688F00000000000000000000000000000000FFFF000000000000FFFF8034 -48

2015.10.29 18:37:25 4: CUL_Parse: COC b3244685008321652698037CAA005351F0000D03500000706FA050000F20A00000000000000000000000000000000FFFF000000000000000000FFFF803D -43.5



Und nochmal die Zählernummern und Stand:

Kaltwasser-Zähler 52486672      mit Stand 0006,8222
Warmwasser-Zähler 52461097  mit Stand 0001,741

Auffällig sind Einträge mit diesem Anfang :
COC b2F44

Mehr kann ich erstmal nicht liefern ;)

Jan

Hi, Danke.

Magst Du den scan morgen nochmal genau so machen. Evtl Wasser kurz laufen lassen, während. Esgeht um den Sende Intervall.

Interessanterweise ist keiner von gestern im log von heute / und anders rum.

Bei der ID bin ich mir mittlerweile doch recht sicher das die ID vom Funkmodul, nicht die vom Zähler übertragen wird.

Wir kommen näher.

Danke und Grüße
Jörg

Alles klar.
Wenn ich von der Arbeit komme wird der Raspi wieder ins Bad verlegt.

Einen schönen Tag noch
Jan

Hi,

Versuch ruhig ohne pi verschieben. Den rssi haben wir ja.

Ich muss an dieser Stelle die Hoffnung der Beteiligten leider auch ein wenig dämpfen.

Bei den HKV (genauso die Uhren) habe ich noch einen Datenblock der mir unklar war. Der sieht statisch aus (ich brauch den also nicht) und ich habe ihn für Vodoo Crypto Magie gehalten. Da habe ich mittlerweile die Arbeitshypothese das es sich um die Historie der vergangenen 26x 14Tage handelt (macht genau ein Jahr).

Diese Theorie hat sich mehrfach bestätigt:
- bei den HKV kann man den verlauf der Heizperioden sehen.
- die Summe der Historie müssten mit dem Gesamtverbrauch korrelieren, das tut sie in allen Samples die ich gesehen habe
(bei den Wasseruhren mit einem Faktor von ca 0,66 ... 0,68. Warum Faktor ist noch zu klären, ist aber stabil. Rundung wäre denkbar)

Damit bleiben bei den Wasseruhren genau 2 Byte für den aktuellen Verbrauch. So wie es im Augenblick aussieht übertragen die Wasseruhren mitnichten den Zählerstand sonder gerade mal 2 Byte Verbrauchsdaten. 2 Byte reichen leider nicht um Nachkommastellen der Wasseruhr zu übertragen.

So wie es im Augenblick scheint (!!!) lösen die Uhren in der Funk Übertragen nur auf (etwa) 1m³. Ich habe da die Theorie das Techem den Verbrauch abrechnet indem der Gesamtverbrauch anteilig auf diese (virtuellen?) Werte der einzelnen Uhren verrechnet wird.

Ich muss gestehen das mich das erschreckt... (so primitiv ???)

Es besteht natürlich noch die Chance das sich weitere Erkenntnisse ergeben wenn die Datensätze *einer* Uhr von *zwei* verschiedenen Tagen vorliegen. Wenn man die CRC entfernt wird man das dann ganz genau sehen.

Daran mangelt es im Augenblick. Da müssen wir eben als nächstes dran arbeiten. Es ist denkbar dass das mit dem Sendeintervall zusammenhängt. Die Logs capturen nur jeweils eine Stunde und der Sendeintervall der Uhren ist unklar.  Danach wissen wir dann wieder mehr.

Vg
Joerg

Hey, kann es sein, dass das Modul keine Events generiert?
Im FileLog kommt bei mir nur etwas an, wenn ich die Definition ändere :o

der HKV oder die Wasseruhr ?

HKV macht events, current einmal täglich, die beiden temp bei jeden Funksatz

vg
joerg

Oh, sorry vergessen zu erwähnen - meinte die Wasseruhr
In den Readings steht immer die raw Message, aber die kommt nicht im Log an...

doch, für raw wird ein event erzeugt. Schau mal im eventmonitor. Evtl ist das log falsch. vg joerg

Ich habe ja das COC immer noch auf Techem zustehen. Das heißt ich könnte auch nachher ein 24h log von Fhem liefern wo man dann nur noch die Techem-geschichte rausfiltern muss.

Falls Bedarf besteht, einfach sagen.

Jan

oh ja, das wär super. Gerne auch 24h + wegen Tageswechsel. Die Techem landen aber eigentlich nicht im fhem.log. Das testmodul wirft die "raw" als reading aus, die müssten in ein extra log.

Hab ich aber vielleicht auch mißverstanden und im Zweifel kann man die auch irgendwo rausfiltern. Deinen Warm und Kalt müsste ich nach Deinem letzten log "kennen", da waren eigentlich nur zwei die vom rssi gepasst haben.

Dank vg
joerg

Gestern das Log war aber auch aus dem fhem.log.
Das mit dem extra Log hat bei mir auch nicht geklappt. Es blieb immer leer.

komisch. Scheint bei virscer ähnlich zu sein. Naja, egal aus welchem log wir die rausholen. Hauptsache haben :)

Danke und vg joerg

Nochmal kurz zu den HKV .

Mir ist aufgefallen das meine HKV´s alle schon ein Jahr weiter sind bei den current_period Werten.

Ist das bei anderen auch so?


Gruß Jan

Ps. Habe mir eben nochmal die alte Techemabrechnung vorgenommen. Techem rechnet bei den Wasserzählern bis 1 Stelle nach dem Komma.
Beispiel 76,100 oder der andere Zähler 246,600

Nur so am Rande falls von Interesse  ;)

Nein, ist nur bei Dir so :-)

Allerdings trifft mich da die Fehlinterpretation eines einzelnen bits. Mach ich heil. Und das Datum muss ich zweistellig machen - seh ich.

vg
joerg

Ps. Habe mir eben nochmal die alte Techemabrechnung vorgenommen. Techem rechnet bei den Wasserzählern bis 1 Stelle nach dem Komma.
Beispiel 76,100 oder der andere Zähler 246,600

Oh Danke. Beinahe überlesen. Allerdings liegt es (leider) doch im Rahmen des möglichen das Techem so wie oben beschrieben arbeitet. (Nur Arbeitshypothese!!!):

Nimm den Zähler vom Hauptanschluss, addiere alle Wasseruhren (Integer) und teile das dann den Gesamtverbrauch im Verhältnis. Das ergibt Nachkommastellen auf der Abrechnung.

Leider deutet im Augenblick alles darauf hin. Endgültig kann ich das hoffentlich mit Deinem log klären. Danke dafür

vg
joerg

so, dann mal ein update.

@Jan: danke für das Techem pdf, das war aber Montageanleitung.

Protokoll ist (für die logs: Danke) damit soweit klar.

* Der Sendeintervall ist fix: ca 4min
* Es werden nur volle m3 übertragen (wtf ??)
* Die Wert wird nur mit dem Tageswechsel aktualisiert
* Die Historie (jeweils 14 Tage) ist vollständig und schlüssig mit dem kumulierten Verbrauch
* die ID ist die des Radiomoduls, nicht des Zählers.

Insgesamt schon irgendwie, hmmm, "eigenartig" von Techem gelöst.

Unklar sind noch 2 bytes, die sind fix und ohne was sichtbares. Mag Battery und Sabotage sein.

Das mit der ID ist doof, da wird nur der Weg über autocreate gehen und dann muss man sich von den angelegten halt den richtigen aussuchen. Da der Wert nur einmal am Tag aktualisiert wird muss man da schauen das man den richtigen erwischt (weil auf der EInheit schon mehr stehen wird). Da geht aber nix anderes.

Die Auflösung auf 1000L Genauigkeit finde ich, in Anbetracht von Eichgesetz und co, eigentlich auch eher grenzwertig. Na gut, ist halt so.

Ich stricke das mal in modulform, wird aber vmtl erst nach dem WE

Danke und Grüße
Joerg

edith: irgendwie hab ich mich da auch selber gebremst weil ich die ganze Zeit versucht habe da einen Wert mit Nachkommastellen zu finden. Hätte man das von Anfang an gewusst... Naja ..

Die Stadtwerke wollen bei mir auch nur volle Kubikmeterangaben bei der Zählerablesung haben.

Freut mich das ich mit meinem Log helfen konnte.
So nun werde ich erstmal wieder alles auf normal stellen. Interessanterweise merkt man jetzt erst wie sehr man sich an Fhem gewöhnt hat.
Es hatte ja bei mir jetzt 2 Tage andere " Aufgaben" zu erfüllen gehabt ;D .

Wenn das Modul fertig ist , werde ich es gerne testen bzw. auch anwenden.  Ich werde versuchen dann zum Tageswechsel den COC für eine halbe oder wenn auch nötig für eine volle Stunde in den anderen Mode versetzen zu lassen.

Ein schönes Wochenende noch

Jan

ZitatFreut mich das ich mit meinem Log helfen konnte.

Danke :)

Zitath werde versuchen dann zum Tageswechsel den COC für eine halbe oder wenn auch nötig für eine volle Stunde in den anderen Mode versetzen zu lassen.

Das sollte reichen. Kommen ja eh nur einmal täglich neue Werte.

ZitatDie Stadtwerke wollen bei mir auch nur volle Kubikmeterangaben bei der Zählerablesung haben.

Trotzdem irgendwie ärgerlich. Da hätte man eigentlich eine Datenquelle die mehr hergeben würde ... Aber hast schon recht. Ist halt für die Abrechnung designed und nicht für und fhemler. ;-)

Schönes WE zurück, vg
Jörg

Hallo,
ich finde Eure Analysen und Scripte super und habe das Modul 32_TechemHKV gleich genutzt, um meine Zähler auszuwerten.

Folgende Zähler habe ich:
1x techem compact V               Gerätekennung im Raw: 4543   CI:A1
2x techem data Kaltwasserzähler   Gerätekennung im Raw: 7072   CI:A0
2x techem data Warmwasserzähler   Gerätekennung im Raw: 7062   CI:A0

Damit musste ich den match-String in 32_TechemHKV.pm anpassen
$hash->{Match}      = "^b..446850[\\d]{8}(6980|4543|7062|7072)....A(0|1).*";

Das Ergebnis passt perfekt mit der Anzeige am Zähler und der Abrechnung zusammen.

Allgemeine Interpretationen:
previous_period ist der Gesamt-Wert vom letzten (als Timestamp angezeigten) Ablesezeitpunkt.
current_period ist der seit dem letzten Ablesezeitpunkt dazugekommene Wert.
Der aktuell am Zähler angezeigte Gesamt-Wert ist zuverlässig die Summe aus beidem.

Zählerbezogene Interpretation:
compact V: Werte sind direkte Kilowattstunden.
Wasserzähler: Werte/10 sind Kubikmeter, d.h. die Werte haben 1 Nachkommastelle.

Die Werte werden einmal pro Tag aktualisiert.
Die temp1- und temp2-Readings kann ich zu nichts zuordnen.
Die Zähler-IDs der Wasserzähler stimmmen auch bei mir nicht mit der aufgedruckten Nummer überein.

He, sehr cool!

TechemWZ ist auch schon einige Tage fertig, ich wollte das nur nochmal simulieren und Doku schreiben. Schön!

Bei den WZ doch eine Nachkommastelle ? Noch besser. Mal schauen, vielleicht bekomme ichs heute Abend noch fertig.

vg
joerg

hier: http://forum.fhem.de/index.php/topic,43820.0.html gehts weiter !.

Freue mich auf feedback, vielen Dank an alle die Rohdaten geliefert haben !!!

vg
joerg

Moin,

danke für die Arbeit. Modul läuft soweit und ich kann von 4 Heizkörpern die Daten lesen.
Zwei kleine Problemchen hätte ich noch, vielleicht hat das ja noch jemand:

1) Ich möchte die readings des HKV in ein Log schreiben. leider erscheinen im Log (und auch im Event Monitor) nur die Temeperaturen. Nicht die current_period.
Hab ich da was falsch gemacht?

2) Gehört wahrscheinlich nicht hier hin, tritt aber in Verbindung auf: Wenn ich meinen CUL (USB868) nach der Verwendung im WM-Bus modus mit attr wieder in slowRF bringe funktioniert die schaltung von IT nicht mehr. erst wenn ich den CUL resette (set CUL raw e) gehts wieder....hat das noch jemand?


Schonmal Danke fürs lesen und einen schönen Tag noch!

Hi,

zu 1: die current_period wird nur einmal am Tag aktualisiert. Die macht schon events, eben jeweils eines pro Tag.
zu 2: ich habe einen eigenen CUL dafür genommen, daher nein aber ich habe es schon gehört. "raw e" ist eine gute Lösung.

vg
joerg

danke für die schnelle Antwort.
Dazu noch eine Rückfrage:

Ist es so zu verstehen das der Wert für den aktuellen Verbrauch nur ein mal am Tag durch die Luft fliegt?
Das kann ich kaum glauben, denn ich habe jetzt zu Testzwecken entsprechende HKV angelegt und wieder gelöscht...also mit leeren Devices ohne Reading gestartet.
Doch spätestens nach ca 5 Minuten waren alle Werte in den Readings zu finden, auch die Current_period.

Oder habe ich da was falsch verstanden?

Gruss

Richtig. Der Wert fliegt öfter durch die Luft. Im Modul wird er aber einmal pro Tag (das erste mal wenn er empfangen wird) aktualisiert.

Das Modul löst also genau 1 event "current_period" pro Tag aus.

vg
joerg

Ahhhhh....
Jetzt klingelt es.
Das heißt wenn ich nachts für ein par Minuten nach dem tageswechel den cul in den richtigen Modus schalte wird dann auch einmal pro Tag der Period wert geloggt und ich kann ihn für ein Plot verwenden. Super. Dankeschön

genau. Die Uhren der HKV gehen allerdings nicht so genau und Sommerzeit kennen die auch nicht. Am besten zwischen 2:00 bis 3:00.

vg
joerg

Hi...ich nochmal.

Habe leider ein Problem mit Log Einträgen und weiß nicht genau ob es mit dem TechemModul zu tun hat.
Mir wird das hier ins Log geworfen:

2015.11.22 14:26:30 0: ERROR: Cannot autoload WMBUS
2015.11.22 14:26:30 3: CUL: Unknown code b294468504820322276F04FA0A0009F1D751F00D8751F01002B0001059AD4006BA1007CB2008DC3009ED4000FE50096BA80::-77.5, help me!
2015.11.22 14:26:31 1: reload: Error:Modul 36_WMBUS deactivated:
Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

Und so wie ich das sehe bei jedem Techem Paket das meinen CUL erreicht, und NICHT zu einem bei mir angelegten Device passt.
Da ich viele Nachbarn habe, ist mein Log nun leider schon über 60Mb groß und kann im Browser nicht mehr geöffnet werden.

Wenn jemand das gleiche Problem oder einen Hinweis hätte wäre ich sehr dankbar.
Sonst funktionieren die Techem Module für HKV und Wasser spitze :-)


Einen schönen Sonntag noch!

Hi,

nee - ist anders.

Die beiden Techem Module fischen sich alle Typen raus mit denen sie was anfangen können (ALLE Wasser, Wärme HKV, egal ob definiert oder nicht). Alles andere wird weitergereicht. Das schnappt sich dann das WMBUS Modul.

In Deinem Fall kann das WMBUS Modul nicht geladen werden (Dir wird ein perl modul fehlen). WMBUS benötigt AES und CRC. (Techem macht für WZ CRC inline / HKV ziehe ich noch noch). Du müsstest die perl Module für WMBUS installieren. Danach ist der "help me" fehler weg. Evtl schreit WMBUS aber trotzdem weil es die Pakete nicht kennt. Das weiß ich aber nicht.

Interessant ist aber das die empfangenen Pakete zwar zu Techem gehören. Was für ein Gerät von Techem das ist ist jedoch unbekannt. Wäre mal interessant. Scheint dieses Jahr neu installiert worden zu sein.

vg
joerg

Danke für die Antwort.
Dann muss ich in diese Richtung mal weiter suchen.
Kann es denn sein das mein WMBus Modul nicht läuft aber Techem trotzdem?

EDIT: Ja, kann es...weil es erst danach im WMBus Modul ankommt...sorry. Schneller getippt als verstanden ;-)

Und zu den Paketen:
Die Wohnungen sind hier alle gleich bestückt. Sind Nur HKV und Wasserzähler.
Sonst gibt es noch gas, das wird allerdings altmodisch abgelesen.
Wenn Interesse besteht könnte ich weitere Daten liefern...

Gruss

Zitat von: Gator99 am 22 November 2015, 20:31:36
Und zu den Paketen:
Die Wohnungen sind hier alle gleich bestückt. Sind Nur HKV und Wasserzähler.
Sonst gibt es noch gas, das wird allerdings altmodisch abgelesen.
Wenn Interesse besteht könnte ich weitere Daten liefern...

Gruss

Interesse schon. Wenn wir wüssten WAS das ist könnte man den mit aufnehmen. Danke fürs Angebot mit den Daten. Hilft aber nichts wenn wir nicht wissen WAS das ist.

Das Ding scheint neu zu sein. Habt ihr die Techem Geräte sonst schon länger ? Dann wäre es das "DINGENS" welches dieses Jahr neu bei einem Nachbarn montiert wurde....

vg
joerg

Hi,

ja, die Techem Geräte sind alle im Laufe der letzten zwei Jahre eingerüstet worden.
Die Wohnungen hier wurden schrittweise modernisiert und sind alle mit den gleichen Zählern ausgestattet.

Wie ist denn die realistische Reichweite von so einem Techem Sender? Könnte eventuell noch von der Häuserreihe gegenüber sein....die gehören nicht zur gleichen Verwaltung. Dort weiß ich nicht was verbaut ist.

Der Tip mit den Modulen war übrigens goldrichtig...vielen Dank. Nun läuft auch wmbus und haut mit im Autocreate ne Menge GEräte rein :-)

Gruss

Zitat von: Gator99 am 22 November 2015, 21:38:07
Hi,

ja, die Techem Geräte sind alle im Laufe der letzten zwei Jahre eingerüstet worden.
Die Wohnungen hier wurden schrittweise modernisiert und sind alle mit den gleichen Zählern ausgestattet.

Wie ist denn die realistische Reichweite von so einem Techem Sender? Könnte eventuell noch von der Häuserreihe gegenüber sein....die gehören nicht zur gleichen Verwaltung. Dort weiß ich nicht was verbaut ist.

Der Tip mit den Modulen war übrigens goldrichtig...vielen Dank. Nun läuft auch wmbus und haut mit im Autocreate ne Menge GEräte rein :-)

Gruss

Jo, Reichweite kann man nur raten - ist aber gut. "Gegenüber" bei freier Sicht wäre evtl. möglich.

Das könnte ein Rauchmelder sein. Oder was ganz anderes. Oder Manuel Neuer :-) ....

vg
joerg

Manuel Neuer..... ;D
Ich kann nicht mehr !
Na dann...gute Nacht.

An dieser Stelle ein großes DANKE an euch für eure Bemühungen!
Ich hatte hier noch einen unbenutzten nanoCul liegen und habe gestern meine Wasserzähler damit eingebunden!
Das hat auch ohne Probleme funktioniert!
Jetzt stehe ich vor dem Problem wie ich für diese ein logfile erzeuge!
Falls das jemand von euch am laufen hat währe ich für einen Tipp dankbar!

Mfg Hoehlie

Gesendet von meinem HTC One_M8 mit Tapatalk

Hi,

ich habe es so gemacht:

define WasserLog FileLog /opt/fhem/log/WasserLog.log Wasser:current_period:.*

Wobei "WasserLog" natürlich für den Namen des Log Devices und "Wasser" das definierte Device für den Zähler selbst ist.

Gruss

Habe es jetzt mal so versucht, aber auch hier wird nichts in logfile geschrieben! Ich glaub irgendwie habe ich da einen Denkfehler!

Mfg hoehlie

Gesendet von meinem HTC One_M8 mit Tapatalk

Hallo,

wie kann ich raus bekommen welches der Empfangenen Geräte mein Wasserzähler ist? Mein CUL Clone empfängt so viele Geräte das es mir nicht möglich ist zu unterscheiden. Meine Heizkostenverteiler HKV habe ich Identifizieren können da die Nummer ja im LCD ausgegeben wird. Aber der WZ hat kein LCD. Nach der Seriennummer die aufgedruckt ist habe ich schon gesucht aber leider ohne Erfolg.

Ich habe einfach mal Testweise zwei Geräte in Fhem angelegt. Das kommt dann dabei raus. Ist das überhaupt wirklich ein Wasserzähler?

Zitat
DEF   
44907866
ID
44907866
METER
cold water
NAME
Wasser2
NR
95
NTFY_ORDER
50-Wasser2
STATE
listening
TYPE
TechemWZ
VERSION
74
Readings
current_period
3.4
2015-12-10 00:00:00
meter
3.5
2015-12-10 00:00:00
previous_period
0.1
2015-03-04 00:00:00
state
listening
2015-12-09 20:00:22

Hier mal ein Ausschnitt der Empfangenen Geräte.


WMBUS_TCH_13456710_105_128
???
WMBUS_TCH_44907866_116_114
Unsupported CI Field a2, remaining payload is 06641e01009038220004000101010202000402040201020102010302020002000000000000
WMBUS_TCH_74010827_105_128
Unsupported CI Field a0, remaining payload is 119f1d94109038d30ff00ab311366502652f5044220d000000000000010501317e8581c5bd7b8691
WMBUS_TCH_74010828_105_128
???
WMBUS_TCH_74010836_105_128
Unsupported CI Field a0, remaining payload is 119f1df808903850097508260915280128001d11000000000000000000000074744581c3f1dbdfd4
WMBUS_TCH_74010842_105_128
Unsupported CI Field a0, remaining payload is 119f1ddc0c9038660895069506002d002d010009272e0016312e626c9b7496a0caa9aac6c5aad9bf
WMBUS_TCH_74010844_105_128
Unsupported CI Field a0, remaining payload is 119f1dcf00903861004307570710120012000e06020000000000000000000002000601031508211b
WMBUS_TCH_74010846_105_128
Unsupported CI Field a0, remaining payload is 119f1d860690389c0c060ec9132c7a017a4459323417000006000c052515332cbbe499998b827b85
WMBUS_TCH_74100813_105_128
Unsupported CI Field a0, remaining payload is 119f1d6c019038c70182067e06005d005d000000330b0000000000000000000101251b2ca21c2841
WMBUS_TCH_74100828_105_128
Unsupported CI Field a0, remaining payload is 119f1db3089038e7083a06300630ae01ae81aa6d4000000000000601010000000000349f80627000
WMBUS_TCH_74100829_105_128
Unsupported CI Field a0, remaining payload is 119f1d9e00903868024009530a202900291a260f11030000000007040e0e15195c72301e28232423
WMBUS_TCH_74100836_105_128
Unsupported CI Field a0, remaining payload is 119f1d280190386a0317071307090f000f12000200000000000000000000000c6d6a61bfa8936700
WMBUS_TCH_74100848_105_128
Unsupported CI Field a0, remaining payload is 119f1d52019038e10075068a060d01000102010000000000000102010100000000000c2c4f445c00
WMBUS_TCH_74100850_105_128
Unsupported CI Field a0, remaining payload is 119f1db10990382e0e100c3c1060cc01cc96a7a3280b0000000002000b230f767b5391e06f75848e
WMBUS_TCH_74100856_105_128
Unsupported CI Field a0, remaining payload is 119f1df6049038ae05500a7e0b2a5700575167573411000a05001a28423d514f51625d727671625b
WMBUS_TCH_74100857_105_128
Unsupported CI Field a0, remaining payload is 119f1d630e9038b2099906a606284a014a1a41140500000000000000000c1f3d588291b0c3ad9dca
WMBUS_TCH_74100861_105_128
Unsupported CI Field a0, remaining payload is 119f1d2f019038160380068106123400341a392c0900000000000000010613343753497668494134
WMBUS_TCH_74100863_105_128
Unsupported CI Field a0, remaining payload is 119f1d2d0190383201c907f908091f001f19110303000000000000000000000e1d1519352f1d2329
WMBUS_TCH_74100889_105_128
Unsupported CI Field a0, remaining payload is 119f1d5e0390387d04040a8e0c286100613d6a42232000040a0000000e201d44345a654e88625258
WMBUS_TCH_74100899_105_128
Unsupported CI Field a0, remaining payload is 119f1dd10d90383610920ed5164acc01cc79937d4d0300000300180d2f407e59a79095b296aac19f
WMBUS_TCH_74100900_105_128
Unsupported CI Field a0, remaining payload is 119f1d140090381700b906db06000300030600020000000000000200000002000000010002050202
WMBUS_TCH_74100901_105_128
Unsupported CI Field a0, remaining payload is 119f1d31099038d00a890c46114e900190538239000000000000000000050a3a5c5e7badc8899462
WMBUS_TCH_74100902_105_128
Unsupported CI Field a0, remaining payload is 119f1d3b0090383702910784071205000516845b4800000000000600070000290416364a13000917
WMBUS_TCH_74100903_105_128
Unsupported CI Field a0, remaining payload is 119f1d000090380000f006e206000000000000000000000000000000000000000000000000000000
WMBUS_TCH_74100904_105_128
Unsupported CI Field a0, remaining payload is 119f1d00009038030029062706000300030000000000000000000000000000000000000000000000
WMBUS_TCH_74100905_105_128
Unsupported CI Field a0, remaining payload is 119f1d57009038cf000207e90607280028031807000000000000000000000008042308360d040905
WMBUS_TCH_74100907_105_128
Unsupported CI Field a0, remaining payload is 119f1d9304903893069311e31628860186395925020200000000000000040009232f505f6a697c84
WMBUS_TCH_74100908_105_128
Unsupported CI Field a0, remaining payload is 119f1d2506903811049808cd08014f004f383211160e000000000c0b1412253967485e7b77889186
WMBUS_TCH_74100909_105_128
Unsupported CI Field a0, remaining payload is 119f1d490090383d002c080b090104000400000000000000000000000100010903070c060908030c
WMBUS_TCH_74100911_105_128
Unsupported CI Field a0, remaining payload is 119f1d060090381000e5071f08000200020000000000000000000000000000000003020700020501
WMBUS_TCH_74100914_105_128
Unsupported CI Field a0, remaining payload is 119f1ddb019038bd0206083608224b004b2447050000000000000000000600373a372e5361504747
WMBUS_TCH_74100915_105_128
Unsupported CI Field a0, remaining payload is 119f1d80059038f10665096e0a3fb100b14b7939010000000000000c00030065b592aee0fac0aae1
WMBUS_TCH_74100918_105_128
Unsupported CI Field a0, remaining payload is 119f1d000090380f00d8060c07050a000a0000000000000000000000000000000000000000000000
WMBUS_TCH_74100919_105_128
Unsupported CI Field a0, remaining payload is 119f1d9c009038f500430723070b1e001e12130b0000000000000000040209121c1a1413140a1311
WMBUS_TCH_74100924_105_128
Unsupported CI Field a0, remaining payload is 119f1d33009038cc02530d7a15272800280b2329070000000000000000061422234e1f778f4d2406
WMBUS_TCH_74100928_105_128
Unsupported CI Field a0, remaining payload is 919f1d8f0190386701c40b990f151f001f181e150c08000004040b010700031c191a181b1d171c1b
WMBUS_TCH_74100929_105_128
Unsupported CI Field a0, remaining payload is 119f1d030090383f005d0869080008000811100b0500000000000001050000000000000000000000
WMBUS_TCH_74100935_105_128
Unsupported CI Field a0, remaining payload is 119f1d9e00903840010707ec060a240024141628000000000000000000000208092530361a082616
WMBUS_TCH_74100936_105_128
Unsupported CI Field a0, remaining payload is 119f1d000090380000ab08cd08000000000000000000000000000000000000000000000000000000
WMBUS_TCH_74100939_105_128
???
WMBUS_TCH_74100941_105_128
Unsupported CI Field a0, remaining payload is 119f1d03009038000021071307000000000000000000000000000000000000000000000000000300
WMBUS_TCH_74100944_105_128
Unsupported CI Field a0, remaining payload is 119f1d78009038780007070507010b000b05181707000000000000000000020e021000060009260d
WMBUS_TCH_74100945_105_128
Unsupported CI Field a0, remaining payload is 119f1d9b0190383a021007180700070007191e1f03000000000000000012192c56644e2545113c2f
WMBUS_TCH_74100949_105_128
Unsupported CI Field a0, remaining payload is 119f1d680290382104df07f2073d4800480c5216061500000000000000040b2454537d9ab7657517
WMBUS_TCH_74100952_105_128
Unsupported CI Field a0, remaining payload is 119f1da9019038d7019c07b3073311001100070c0016000000000000160000002100009545599154
WMBUS_TCH_74100953_105_128
Unsupported CI Field a0, remaining payload is 119f1d00009038000079075e07000000000000000000000000000000000000000000000000000000
WMBUS_TCH_74100957_105_128
Unsupported CI Field a0, remaining payload is 119f1d0100903800001f062806000000000000000000000000000000000000000000000000000000
WMBUS_TCH_74100967_105_128
???
WMBUS_TCH_74100968_105_128
Unsupported CI Field a0, remaining payload is 119f1d9e0790382a071f09af091e490149273e1c00000000000000000000034957665e74864c6864
WMBUS_TCH_74111520_105_128
Unsupported CI Field a0, remaining payload is 119f1d1c099038180694067606122f022f082b1000000000000000000000001b20152e60545277c6
WMBUS_TCH_74114931_105_128
Unsupported CI Field a0, remaining payload is 119f1da2089038e005b509d60a0d1201120508200a02000008010e00021600047a1e7398a31f2f4a
WMBUS_TCH_74114952_105_128
Unsupported CI Field a0, remaining payload is 119f1d0000903800009307bf07000000000000000000000000000000000000000000000000000000
WMBUS_TCH_74115974_105_128
Unsupported CI Field a0, remaining payload is 119f1d000090383e003809ed0b2b01000100000000000000000000000000000000040000000e0000
WMBUS_TCH_74123908_112_114
Unsupported CI Field a0, remaining payload is 009f1dfb009038e900000408080809020708030a0707080409060d1e1f12070f0c070a10
WMBUS_TCH_74123912_112_114
Unsupported CI Field a0, remaining payload is 04b31e0000a038630000000303000000070b0a0d0c0b0b0b0a0000000000000000000000
WMBUS_TCH_74123918_112_114
Unsupported CI Field a0, remaining payload is 009f1de005a0383b0100080f0f070f0d0e120d08100f0f0e0f0c080d1210100f100f0f0a
WMBUS_TCH_74123929_112_114
Unsupported CI Field a0, remaining payload is 009f1d3001a0389b0000030d0d0a0e0c0901010000041015150600000000071100000000
WMBUS_TCH_74123940_112_114
Unsupported CI Field a0, remaining payload is 009f1de100a0389001000b101012111412121011160f131112131312150f0f12120f1511
WMBUS_TCH_74201500_112_114
Unsupported CI Field a0, remaining payload is 009f1dac01a03816040025383841434f4b2f1f2a5658574f11050319191b172716151815
WMBUS_TCH_74201501_112_114
Unsupported CI Field a0, remaining payload is 009f1d4b01a038920100090b0b0f0e0f0f120f1311141212241b0f1713130d0e10100709
WMBUS_TCH_74202726_112_114
Unsupported CI Field a0, remaining payload is 009f1d6a02a0387702000e1717171a1a1b18191e1d231b1d211e1b1a251c1c1b1f1a1f1c
WMBUS_TCH_74208162_112_114
Unsupported CI Field a0, remaining payload is 009f1d0100a0380000000000000000000000000000000000000000000000000000000000
WMBUS_TCH_74208180_112_114
Unsupported CI Field a0, remaining payload is 009f1d000030380000000000000000000000000000000000000000000000000000000000
WMBUS_TCH_74208186_112_114
Unsupported CI Field a0, remaining payload is 009f1d3a00a0384000000004040305030402040400000403030402020502020203030205
WMBUS_TCH_74210429_112_114
Unsupported CI Field a0, remaining payload is 009f1d920290381703000f2020522020201f180a1f1f202126201e1c21254729211f211d
WMBUS_TCH_74210554_112_114
Unsupported CI Field a0, remaining payload is 009f1d4300a0384a00000204040304020504040203040605020305020402010302020204
WMBUS_TCH_74213101_112_114
Unsupported CI Field a0, remaining payload is 04361e0000a038900300070f0f28303138342d2813252d2b343832333838252416000000
WMBUS_TCH_74213114_112_114
Unsupported CI Field a0, remaining payload is 04361e0000a038b10900576b6b62560b37565c5c7b51424a504872c2dcdebbd47a000000
WMBUS_TCH_74213120_112_114
Unsupported CI Field a0, remaining payload is 009f1d7202a0387602000f1b1b1e1e26211f221e040020221f1c1b1e1f1b181f221d1e1e
WMBUS_TCH_74215350_112_114
Unsupported CI Field a0, remaining payload is 009f1d000090380000000000000000000000000000000000000000000000000000000000
WMBUS_TCH_75005568_112_114
Unsupported CI Field a0, remaining payload is 04361e00009038ee01000c13131b161516171811141012191a1b1a1d171e141c13000000
WMBUS_TCH_80341874_105_128
Unsupported CI Field a0, remaining payload is 119f1db001903894011d0a400c192f002f1c1f130000000000000000000000101e25242938262b44
WMBUS_TCH_80511736_105_128
Unsupported CI Field a0, remaining payload is 119f1d570190380a04a8082d091d7000705a3b04000000000000000004050b080f378196df8c730d
WMBUS_TCH_80511754_105_128
Unsupported CI Field a0, remaining payload is 119f1d750190385a0065076407020700070206060300000000000000000000010603060b160f0814


Hi.

Der erste ist eine Wasseruhr.

Log hilft nicht. Dort sind ja die Meldungen des wmbus moduls. Das dekodiert kein techem.

Richtige Uhr finden: anhand des zahlerstandes. Schau mal bitte in die help/cmdref. Ist da eigentlich beschrieben.

Vg
Joerg

Super, mit dem TIP hast du mir sehr weiter geholfen. Bin ich mal gespannt ob ich meinen Zähler finde. Damit jemand der das gleiche Problem hat nicht lange suchen muss die Hilfe dazu.

fhem.cfg

Zitatdefine WasserAll TechemWZ 00000000

command Line

Zitatget WasserAll list

Genial, das klappt. Ergebnis nach 2min. Meiner ist zwar noch nicht dabei, aber das kann ich nach so kurzer Zeit auch nicht erwarten.


74208180 cold water 0 -79.5
74215350 cold water 0 -78.5
74208162 cold water 0.1 -81
44907866 cold water 3.5 -70
74208186 cold water 12.2 -75
74210554 cold water 14.1 -83.5
74201501 cold water 73.3 -61
74213101 cold water 91.2 -91.5
74202726 cold water 124.9 -80
74201500 cold water 147.4 -95.5
74213114 cold water 248.1 -74


Zitat
TechemWZ

Das modul empfängt Daten von Techem Volumenzählern. Unterstützte Zählertypen sind
Messkapsel-Wasserzähler radio 3 (Kalt-, Warmwasser)
Messkapsel-Wärmemengenzähler compact V

Empfangen werden:
Wert des aktuellen Abrechnungszeitraumes
Wert des vorhergehenden Abrechnungszeitraumes einschließlich des Ablesedatums
Gesamter aufgelaufener Verbrauchswert

Zum Empfang wird ein CUL im WMBUS_T mode benötigt. Dabei ist es ausreichend ihn vorrübergehend in diesen Modus zu schalten. Das Modul überwacht den rfmode aller verfügbaren CUL

Vorbereitung
Leider übertragen die Techem Volumenzähler nicht die aufgedruckte Zählernummer. Übertragen wird nur die ID des eingebauten Funkmoduls.

Das Modul stellt daher einen "list-mode" zur Verfügung. Damit kann eine Liste aller empfangenen Techem Volumenzähler anzeigt werden. Der "list-mode" wird aktiviert indem ein TechemWZ device mit der ID "00000000" definiert wird. Lassen Sie dieses device einige Zeit laufen damit es Informationen über die verfügbaren Zähler sammeln kann. Rufen Sie dann "get <name> list" auf um eine Liste der empfangenen Techem Volumenzähler, ihrer ID sowie der dazugehörigen Zählerstände zu sehen. Denken Sie daran das dies die Werte des letzten Tageswechsels sind. Notieren Sie sich anhand dieser Angaben die ID der gesuchten Zähler und definieren sie damit die entsprechenden TechemWZ device. Das list-mode device mit der ID "00000000" kann danach gefahrlos gelöscht werden.

Define
define <name> TechemWZ <8 digit ID> [<speaking name>]

ID: 8 stellige ID des Funkmoduls(siehe "list-mode")
speaking name: (optional) Bezeichnung

Readings
current_period: Wert des aktuellen Abrechnungszeitraumes
Der kumulierte Verbrauch seid dem Start des aktuellen Abrechnungszeitraumes. Das reading wird einmal am Tag aktualisiert. Die Zeit kennzeichnet den Stand der Daten. (und nicht den Empfangszeitpunkt der Daten)
previous_period: Wert des letzten Ablesezeitpunktes
Zählerstand zum letzten Abrechnungszeitpunkt. Das reading wird zum Ablesezeitpunkt aktualisiert. Die Zeit kennzeichnet das Ablesedatum (und nicht den Empfangszeitpunkt der Daten)
meter: gesamter Verbrauch.
Der Zählerstand so wie er an der (mechanischen) Anzeige des Zählers abgelesen werden kann

Get
list: gibt eine Liste der empfangenen Techem Volumenzähler, ihrer ID sowie der dazugehörigen Zählerstände aus.
nur im "list-mode" (ID "00000000") verfügbar

Internals
friendly: die beim define übergebene, zusätzliche Bezeichnung

Habe gerade mal einen zweiten CUL für WMBUS Empfang eingerichtet und erwarte Nachrichten von Techem Compact V und Radio 3 Zählermodulen.

Was schon funktioniert:
- eigener CUL im rfmode WMBus_T enpfängt daten
- autocreate hat bereits 2 WMBUS_TCH* Devices angelegt
- im Log erscheinen Messages von scheinbar verschiedenen Zählern:

2015.12.23 20:29:31 4: CUL_Parse: CUL_WMBUS b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FFFF -74.5
2015.12.23 20:29:31 5: CUL_WMBUS dispatch b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FF::-74.5
2015.12.23 20:29:31 5: WMBUS raw msg b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FF::-74.5
2015.12.23 20:29:31 3: WMBUS Unknown device b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FFFF, please define it
2015.12.23 20:29:31 2: autocreate: define WMBUS_TCH_36254723_69_67 WMBUS b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FFFF
2015.12.23 20:29:31 3: WMBUS_TCH_36254723_69_67: I/O device is CUL_WMBUS
2015.12.23 20:29:31 2: autocreate: define FileLog_WMBUS_TCH_36254723_69_67 FileLog ./log/WMBUS_TCH_36254723_69_67-%Y.log WMBUS_TCH_36254723_69_67
2015.12.23 20:30:15 5: CUL/RAW: /b2F44685040515641746233FEA2069F1D0A0070392400000001010100BAE1020
2015.12.23 20:30:15 5: CUL/RAW: b2F44685040515641746233FEA2069F1D0A0070392400000001010100BAE1020/20102020101020101010202020102432C0202020201049D9B
2015.12.23 20:30:15 4: CUL_Parse: CUL_WMBUS b2F44685040515641746233FEA2069F1D0A0070392400000001010100BAE102020102020101020101010202020102432C0202020201049D9B -124.5
2015.12.23 20:30:15 5: CUL_WMBUS dispatch b2F44685040515641746233FEA2069F1D0A0070392400000001010100BAE102020102020101020101010202020102432C0202020201049D::-124.5
2015.12.23 20:30:15 5: WMBUS raw msg b2F44685040515641746233FEA2069F1D0A0070392400000001010100BAE102020102020101020101010202020102432C0202020201049D::-124.5
2015.12.23 20:30:15 3: WMBUS Unknown device b2F44685040515641746233FEA2069F1D0A0070392400000001010100BAE102020102020101020101010202020102432C0202020201049D9B, please define it
2015.12.23 20:30:15 2: autocreate: define WMBUS_TCH_41565140_116_98 WMBUS b2F44685040515641746233FEA2069F1D0A0070392400000001010100BAE102020102020101020101010202020102432C0202020201049D9B
2015.12.23 20:30:15 3: WMBUS_TCH_41565140_116_98: I/O device is CUL_WMBUS
2015.12.23 20:30:15 2: autocreate: define FileLog_WMBUS_TCH_41565140_116_98 FileLog ./log/WMBUS_TCH_41565140_116_98-%Y.log WMBUS_TCH_41565140_116_98
2015.12.23 20:33:33 5: CUL/RAW: /b364468502347253645431BF4A1009F1DA76B00E0000000800B0000005849000
2015.12.23 20:33:33 5: CUL/RAW: b364468502347253645431BF4A1009F1DA76B00E0000000800B0000005849000/00000000000000000000000000000FFFF00000000000000000000000000FFFF
2015.12.23 20:33:33 4: CUL_Parse: CUL_WMBUS b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FFFF -74.5
2015.12.23 20:33:33 5: CUL_WMBUS dispatch b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FF::-74.5
2015.12.23 20:37:41 4: CUL_Parse: CUL_WMBUS b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FFFF -74.5
2015.12.23 20:38:18 4: CUL_Parse: CUL_WMBUS b2F44685040515641746233FEA2069F1D0A0070392400000001010100BAE102020102020101020101010202020102432C0202020201049D9B -124.5
2015.12.23 20:41:43 4: CUL_Parse: CUL_WMBUS b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FFFF -74.5
2015.12.23 20:42:20 4: CUL_Parse: CUL_WMBUS b2F44685040515641746233FEA2069F1D0A0070392400000001010100BAE102020102020101020101010202020102432C0202020201049D9B -124.5
2015.12.23 20:43:56 4: CUL_Parse: CUL_WMBUS b2E4468507436558470728A51A0009F1D5A007039C3000004060605093AC50A080609090A0A09090A08060C09060BF0F4040A070808D748 -38
2015.12.23 20:44:58 4: CUL_Parse: CUL_WMBUS b2E446850772250007062578EA0009F1DFA00703900000000000000007E4000000000000000000000000000000000FFFF0000000000FFFF -74.5
2015.12.23 20:45:46 4: CUL_Parse: CUL_WMBUS b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FFFF -74.5
2015.12.23 20:48:13 4: CUL_Parse: CUL_WMBUS b2F446850499380417462909DA2069F1D22007039C1000000040606090252060A080904070608070809060709080A5D70090B090D0A09D8A3 -120.5
2015.12.23 20:49:47 4: CUL_Parse: CUL_WMBUS b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FFFF -74.5
2015.12.23 20:50:29 4: CUL_Parse: CUL_WMBUS b2F44685040515641746233FEA2069F1D0A0070392400000001010100BAE102020102020101020101010202020102432C0202020201049D9B -124.5
2015.12.23 20:53:50 4: CUL_Parse: CUL_WMBUS b364468502347253645431BF4A1009F1DA76B00E0000000800B000000584900000000000000000000000000000000FFFF00000000000000000000000000FFFF -74.5


ein "TechemListener" ist angelegt: define TechemListener TechemWZ 00000000

Was mir jetzt noch fehlt ist ein wenig Inhalt:


fhem> get TechemListener list
fhem> get TechemListener list
fhem>


-> list liefert leider keine Ergebnisse, auch die beiden erzeugten Filelogs sind leer.

Sollten nicht in den Nachrichten oben bereits die ersten Zählerstände codiert sein?

Gruß Mirko

Hallo Mirko,

die WMBUS_TCH* Device sind "by accident" entstanden.

Normalerweise werden WMBUS Nachrichten im WMBUS Modul von Kaihs verarbeitet. Techem hat jedoch ein eigenes Format welches vom WMBUS Modul nicht gelesen wird.

Daher habe ich das für die Techem Module so gelöst das ich mich einklinke, alles was Techem ist und was ich verstehe "fische" ich aus dem Strom und der Rest wird an WMBUS weitergereicht.

Wenn also die device anegelgt wurden hat das "rausfischen" nicht funktioniert. Wir hatten gerade eine Konstellation wo das nicht funktioniert hat weil die cfg von Hand geändert wurde.

Wenn so dann zur Sicherheit bitte einmal einen Neustart.

Magst Du bitte einmal das List beider CUL posten.

Danke vg
Joerg

btw: die device in Deinem Post sind TechemWZ. Empfang funktioniert...

Hi Jörg,

Danke für die Rückmeldung. Habe jetzt die Devices mal gelöscht und einen Neustart gemacht.

Hier das List vom CUL für den WMBUS

Zitat
Internals:
   CFGFN      ./config/cul.cfg
   CMDS       BbCFiAZEGMKUYRTVWXefmltux
   CUL_WMBUS_MSGCNT 1
   CUL_WMBUS_TIME 2015-12-23 23:48:14
   Clients    :TechemWZ:WMBUS:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyACM1@9600 1111
   DeviceName /dev/ttyACM1@9600
   FD         10
   FHTID      1111
   NAME       CUL_WMBUS
   NR         69
   PARTIAL
   RAWMSG     b364468502347253645431BF4A1009F1DA76B00E0000000000C000000991D00000000000000000000000000000000FFFF00000000000000000000000000FFFF
   RSSI       -74.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.60 CUL868
   initString X21
brt
   Matchlist:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
   Readings:
     2015-12-23 23:46:17   cmds             B b C F i A Z E G M K U Y R T V W X e f m l t u x
     2015-12-23 19:29:00   raw             V 1.60 CUL868
     2015-12-23 23:48:14   state           Initialized
Attributes:
   group      Techem
   rfmode     WMBus_T
   room       Server
   verbose    4

Der andere CUL ist für homematic ( sollte davon unabhängig sein? trotzdem die Ausgabe vom List:

Zitat
Internals:
   CFGFN      ./config/cul.cfg
   CMDS       BbCFiAZEGMKUYRTVWXefmltux
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyACM0@9600 1234
   DeviceName /dev/ttyACM0@9600
   FD         9
   FHTID      1234
   NAME       XX_CUL
   NR         66
   PARTIAL
   RAWMSG     A1483845E3BB17900000080F11E0000000000093F0219
   RSSI       -61.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.60 CUL868
   XX_CUL_MSGCNT 25
   XX_CUL_TIME 2015-12-23 23:53:15
   initString X21
Ar
   owner_CCU  vccu
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2015-12-23 23:46:17   cmds             B b C F i A Z E G M K U Y R T V W X e f m l t u x
     2015-12-23 19:10:26   raw             V 1.60 CUL868
     2015-12-23 23:53:15   state           Initialized
Attributes:
   group      HomeMatic
   hmId       F14321
   rfmode     HomeMatic
   room       Server
   verbose    3

Normalerweise habe ich autocreate ausgeschaltet, nachdem ich es jetzt mal eingeschaltet habe bekomme ich beim Neustart des Servers immer ein neues kryptisches device:
Erst:

Zitat
Internals:
   DEF        801011
   IODev      XX_CUL
   NAME       HM_801011
   NR         674
   NTFY_ORDER 50-HM_801011
   STATE      ???
   TYPE       CUL_HM
   Readings:
     2015-12-23 21:27:21   D-firmware      0.0
     2015-12-23 21:27:21   D-serialNr      Eu\e�8
   Helper:
     HM_CMDNR   1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +801011,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         801011
         00
         00
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   IODev      XX_CUL
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   0.0
   model      unknown
   room       Server
   serialNr   Eu\e�8
   subType    1

Dann:

Zitat
Internals:
   CFGFN
   DEF        093BB3
   IODev      XX_CUL
   LASTInputDev XX_CUL
   MSGCNT     6
   NAME       HM_093BB3
   NR         677
   STATE      ???
   TYPE       CUL_HM
   XX_CUL_MSGCNT 6
   XX_CUL_RAWMSG A1C8E0000093BB3797126AA00000080109700023C002C093FEC6F6CDC1F::-118:XX_CUL
   XX_CUL_RSSI -118
   XX_CUL_TIME 2015-12-23 23:46:20
   lastMsg    No:8E - t:00 s:093BB3 d:797126 AA00000080109700023C002C093FEC6F6CDC1F
   protLastRcv 2015-12-23 23:46:20
   rssi_at_XX_CUL min:-118 lst:-118 max:-118 avg:-118 cnt:6
   Readings:
     2015-12-23 23:46:20   D-firmware      10.10
     2015-12-23 23:46:20   D-serialNr      ��<,   
   Helper:
     HM_CMDNR   142
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +093BB3,00,00,00
       nextSend   1450910781.02585
       prefIO
       rxt        0
       vccu
       p:
         093BB3
         00
         00
         00
     Mrssi:
       mNo        8E
       Io:
         XX_CUL     -116
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_xx_cul:
         avg        -118
         cnt        6
         lst        -118
         max        -118
         min        -118
Attributes:
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   10.10
   model      unknown
   room       CUL_HM
   serialNr   ��<,   
   subType

Gruß Mirko

zu den beiden Phantom device kann ich Dir nichts sagen. Das ist unabhängig.

Der erste CUL hat ein sauberes setup. TechemWZ ist drin. Was mir auffällt das die firmware (1.60) relativ alt ist. Da gba es bugs mit der RSSI. Da habe ich zwar was eingebaut aber das ist ungetestet.

Ich würde Dir vorschlagen den WM CUL auf die aktuelle Firmware anzuheben. Wenn es dann immer noch hakt müsstest Du ein list auf das TechemWZ list device posten.

Ich denke aber dann geht es einfach. Ist die Liste auch dann im Webif leer ? (set TechemWZ_Name list) ?

vg
joerg

Servus Jörg.

Also CUL hat jetzt die v1.61:

Zitat
fhem> list CUL_WMBUS
Internals:
   CFGFN      ./config/cul.cfg
   CMDS       BbCFiAZEGMKUYRTVWXefmltux
   CUL_WMBUS_MSGCNT 5
   CUL_WMBUS_TIME 2015-12-24 14:40:18
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyACM1@9600 1111
   DeviceName /dev/ttyACM1@9600
   FD         11
   FHTID      1111
   NAME       CUL_WMBUS
   NR         68
   PARTIAL
   RAWMSG     b364468502347253645431BF4A1009F1DA76B00E0000000000C000000991D00000000000000000000000000000000FFFF00000000000000000000000000FFFF
   RSSI       -74.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.61 CUL868
   initString X21
brt
   Matchlist:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
   Readings:
     2015-12-24 14:31:19   cmds             B b C F i A Z E G M K U Y R T V W X e f m l t u x
     2015-12-24 14:40:18   state           Initialized
Attributes:
   group      Techem
   rfmode     WMBus_T
   room       Server
   verbose    4

Im Log gibt es seit dem Update weitere Empfangsnachrichten:

Zitat
2015.12.24 14:31:56 4: CUL_Parse: CUL_WMBUS b2F4468501971054274628013A2069F1D070080393100000001010101013701010100010001040304030301030303D2E7030203040203D223 -56.5
2015.12.24 14:31:56 3: WMBUS Unknown device b2F4468501971054274628013A2069F1D070080393100000001010101013701010100010001040304030301030303D2E7030203040203D223, please define it
2015.12.24 14:32:22 1: PERL WARNING: Use of uninitialized value in addition (+) at fhem.pl line 4193, <FH> line 48507.
2015.12.24 14:36:09 4: CUL_Parse: CUL_WMBUS b2E446850772250007062578EA0009F1DFA0080390000000000000000BB9400000000000000000000000000000000FFFF0000000000FFFF -74.5
2015.12.24 14:36:09 3: WMBUS Unknown device b2E446850772250007062578EA0009F1DFA0080390000000000000000BB9400000000000000000000000000000000FFFF0000000000FFFF, please define it
2015.12.24 14:38:43 4: CUL_Parse: CUL_WMBUS b2F44685040515641746233FEA2069F1D0A00803924000000010101007F3502020102020101020101010202020102432C0202020201049D9B -124.5
2015.12.24 14:38:43 3: WMBUS Unknown device b2F44685040515641746233FEA2069F1D0A00803924000000010101007F3502020102020101020101010202020102432C0202020201049D9B, please define it
2015.12.24 14:40:10 4: CUL_Parse: CUL_WMBUS b2E446850772250007062578EA0009F1DFA0080390000000000000000BB9400000000000000000000000000000000FFFF0000000000FFFF -74.5
2015.12.24 14:40:10 3: WMBUS Unknown device b2E446850772250007062578EA0009F1DFA0080390000000000000000BB9400000000000000000000000000000000FFFF0000000000FFFF, please define it
2015.12.24 14:40:18 4: CUL_Parse: CUL_WMBUS b364468502347253645431BF4A1009F1DA76B00E0000000000C000000991D00000000000000000000000000000000FFFF00000000000000000000000000FFFF -74.5
2015.12.24 14:40:18 3: WMBUS Unknown device b364468502347253645431BF4A1009F1DA76B00E0000000000C000000991D00000000000000000000000000000000FFFF00000000000000000000000000FFFF, please define it
2015.12.24 14:42:51 4: CUL_Parse: CUL_WMBUS b2F44685040515641746233FEA2069F1D0A00803924000000010101007F3502020102020101020101010202020102432C0202020201049D9B -124.5
2015.12.24 14:42:51 3: WMBUS Unknown device b2F44685040515641746233FEA2069F1D0A00803924000000010101007F3502020102020101020101010202020102432C0202020201049D9B, please define it
2015.12.24 14:44:20 4: CUL_Parse: CUL_WMBUS b364468502347253645431BF4A1009F1DA76B00E0000000000C000000991D00000000000000000000000000000000FFFF00000000000000000000000000FFFF -74.5
2015.12.24 14:44:20 3: WMBUS Unknown device b364468502347253645431BF4A1009F1DA76B00E0000000000C000000991D00000000000000000000000000000000FFFF00000000000000000000000000FFFF, please define it
2015.12.24 14:45:09 4: CUL_Parse: CUL_WMBUS b2E446850772250007062578EA0009F1DFA0080390000000000000000BB9400000000000000000000000000000000FFFF0000000000FFFF -74.5
2015.12.24 14:45:09 3: WMBUS Unknown device b2E446850772250007062578EA0009F1DFA0080390000000000000000BB9400000000000000000000000000000000FFFF0000000000FFFF, please define it

Das List bleibt allerdings leer. (Im WebInf sowie auf der Telnet Konsole):

Zitat
fhem> list TechemListener
Internals:
   CFGFN      ./config/cul.cfg
   DEF        00000000
   ID         00000000
   NAME       TechemListener
   NR         70
   NTFY_ORDER 50-TechemListener
   STATE      listening
   TYPE       TechemWZ
   Readings:
     2015-12-24 14:28:20   state           listening
   Helper:
     listmode   1
Attributes:
   group      Techem
   room       Server

Kannst Du beurteilen ob die empfangenen Raw Messages grundsätzlich IO sind? Kannst Du erkennen welche Devices das sind, ob CRC korrekt etc?

Danke & Gruß Mirko

P.S.: Fhem habe ich auch auf den neuesten Stand gebracht - jetzt habe ich weitere andere Aufälligkeiten 70_Viera.pm macht ärger -> Perfmon... Anderes Thema, kümmere ich mich separat darum.

P.P.S.: Frohe Weihnachten!

Hi Mirko

CUL: meiner hat 1.65 ... ?

ZitatKannst Du beurteilen ob die empfangenen Raw Messages grundsätzlich IO sind? Kannst Du erkennen welche Devices das sind, ob CRC korrekt etc?

Oberflächlich ok. Sind Warm, Kalt und Wärme. Passt eigentlich.

Du, lass uns "weihnachten" - danach machen wir weiter :)

Schönes Fest an Dich und Family !

vg
joerg

Servus Jörg,

Richtig, lass uns erst mal Weihnachten...

VG Mirko

P.S.: laut http://culfw.de/CHANGED ist die 1.61 die Aktuelle version, habe gerade mal die 1.65 aus dem trunk gezogen und installiert (im List erscheint allerdings die Version 1.60). Es kommen nun viel mehr message in kürzeren Abständen, der Listener ist allerdings immer noch leer...

Zitat
2015.12.24 15:46:40 3: WMBUS Unknown device b2E446850803275007062BFBFA0809F1DC70180394D0000030404050212AB040403030202020102020404040203042D320503040507251A, please define it
2015.12.24 15:46:42 3: WMBUS Unknown device b2F446850499380417462909DA2069F1D22008039C100000004060609C786060A080904070608070809060709080A5D70090B090D0A09D8A3, please define it
2015.12.24 15:46:55 3: WMBUS Unknown device b2E446850443655847072C7BAA0009F1D1B008039260000010101000248270202010302010202000202020201020216290202020003650D, please define it
2015.12.24 15:46:58 3: WMBUS Unknown device b2E446850233655847072621EA0009F1D81008039FF00000507070B0A10D90B0C0B070C0C0E0D0D0D080B0B0B0C0BCC030A090C09097114, please define it
2015.12.24 15:47:00 3: WMBUS Unknown device b36446850198101504543CAA1A1009F1D260400E0E71700005CCC830FB77306848D4BA7940104000A50A0010438EC22A37186251251359C7FE52A2CABC4AED4, please define it
2015.12.24 15:47:15 3: WMBUS Unknown device b2E446850570471436180D260A0019E1ED70380393F03004A9999AD534EF77A534716000000001203120B1C02060377150813070124D21E, please define it
2015.12.24 15:47:17 3: WMBUS Unknown device b2E446850308815857072121DA0009F1D240080391900000203030202E61D030100000000000102000000000000013B0B0202030103747F, please define it
2015.12.24 15:47:26 3: WMBUS Unknown device b2E446850633755847072A1FCA0809F1D07008039120000000101010187EA01010101010002010101010001000100D2FC010001000109B6, please define it
2015.12.24 15:47:35 3: WMBUS Unknown device b2F44685040515641746233FEA2069F1D0A00803924000000010101007F3502020102020101020101010202020102432C0202020201049D9B, please define it
2015.12.24 15:47:37 3: WMBUS Unknown device b2E44685060347684707234E0A0809F1D140380396902000F20201616A6861C110100000100091602000100000D3472F056624F755FAB3A, please define it
2015.12.24 15:47:38 3: WMBUS Unknown device b2E4468508804714361805E9CA0019E1EC50180390E00000201010506F70B00000000000000000000000000000000FFFF0002050D4A586F, please define it
2015.12.24 15:47:41 3: WMBUS Unknown device b2E446850593655847072FFFAA0009F1D1A0080393D00000002020102162201010103020406060505030203020202FF3D010203020327F8, please define it
2015.12.24 15:47:42 3: WMBUS Unknown device b2E4468508653704361807212A0019E1E000080390000000000000000C3D000000000000000000000000000000000FFFF0000000000FFFF, please define it
2015.12.24 15:47:46 3: WMBUS Unknown device b364468501081015045438837A1009F1D180600E08C0E00009CC74107D592D9F6862E5958500000010000400202680EA750010487A4B2514DF351785E81327C, please define it
2015.12.24 15:47:55 3: WMBUS Unknown device b2F4468507906904174624F29A2069F1D1B00803981000000050A0A0BB64E0A05030301010002020404040304090736010A0807090708321F, please define it
2015.12.24 15:48:05 3: WMBUS Unknown device b2E446850143285117072F7E6A0009F1D0C0080390B00000000000100DC00010000010100010100000101010000019CD00001000001F9AA, please define it
2015.12.24 15:48:12 3: WMBUS Unknown device b36446850178101504543B645A1009F1D110800E0E81500009C0A6DB48D5E75989064E99472040000000000000208762C00C305D354C5D5735CCA2A658B1B5B, please define it
2015.12.24 15:48:19 3: WMBUS Unknown device b364468501881015045430B29A1009F1D770600E0401500003C8E7AEAE82BFD86CC46AF58B1000000000000000000043E9080111349F69E7557EA79A38D6F95, please define it
2015.12.24 15:48:23 3: WMBUS Unknown device b2E446850772250007062578EA0009F1DFA0080390000000000000000BB9400000000000000000000000000000000FFFF0000000000FFFF, please define it
2015.12.24 15:48:34 3: WMBUS Unknown device b364468500881015045433070A1009F1D8C0300E01A0A0000ACC531C7A2919C23881759B080000000000080050000B50E3041078610928C383155451250E95D, please define it
2015.12.24 15:48:36 3: WMBUS Unknown device b364468500781015045438D1CA1009F1D8E0100E0100500006C031964954D90C1C20E1F54400000000400400402104AFAD08006496831061B83F81208234492, please define it
2015.12.24 15:48:43 3: WMBUS Unknown device b2E4468507004714361809AA0A0019E1E772180390B0A033E7777854B07DC67432B0A0000000007020A0C5C9CAFB8318FB2E0E1C5D1B185, please define it
2015.12.24 15:48:48 3: WMBUS Unknown device b2E4468508036558470728CFCA0009F1D010080390000000000000000931100000000000000000000000000000000FFFF0000000000FFFF, please define it
2015.12.24 15:48:51 3: WMBUS Unknown device b2E446850363655847072D940A0009F1D8C018039EB0200102020031F714722201C252727272111292522221F2524E80B1F1B2417290E6E, please define it
2015.12.24 15:48:51 3: WMBUS Unknown device b2E4468500417900270727367A0009F1DBA0080393B00000203030304AAB902040202030204030202020303030301251C02020200025868, please define it
2015.12.24 15:48:53 3: WMBUS Unknown device b2E446850213655847072DC6BA0009F1D1C0080392C0000020101000251EE0203020202020202010203020201020391FA02020101043075, please define it
2015.12.24 15:48:58 3: WMBUS Unknown device b2F4468507806904174628EA1A2069F1D060080392800000002010102F7D502020201020101020103010102030101D316030102010203AE34, please define it
2015.12.24 15:49:02 3: WMBUS Unknown device b2E44685033125000706271FEA0009F1D6A0080390100000000000000A5440000000000010000000000000000000072790000000000FFFF, please define it
2015.12.24 15:49:03 3: WMBUS Unknown device b2F4468501971054274628013A2069F1D070080393100000001010101013701010100010001040304030301030303D2E7030203040203D223, please define it
2015.12.24 15:49:11 3: WMBUS Unknown device b364468502347253645431BF4A1009F1DA76B00E0000000000C000000991D00000000000000000000000000000000FFFF00000000000000000000000000FFFF, please define it
2015.12.24 15:49:24 3: WMBUS Unknown device b2F4468502042203074721863A2069F1D61008039E2000000070C0C112A4F0F0B0B090601020C070A090808080C0A7F450B090A0B0A0B2B76, please define it
2015.12.24 15:49:25 3: WMBUS Unknown device b2E446850990471436180A44DA0019E1E280380391E01001A3E3E5427FCD83D0D00000000000000000001003644506D746B1B637A39D3F8, please define it

So Schluss für heute...!

So bin einen Schritt weiter. Ubuntu hat mir einen Streich gespielt!

Verwende 2 CULs 1x Homematic v1.60, 1x WMBUS v1.65 (so war es beabsichtigt).

Nach dem Update auf 1.65 hat sich die Zuordnung von ttyACM0 und ttyACM1 vertauscht, somit lauschte der 1.60 auf WMBUS und 1.65 auf Homematic... was natürlich weiterhin keine Decodierung bewirkte. Nachdem nun der andere CUL auch auf 1.65 ist klappts auch mit der decodierung!

Zitat
41902194        warm water      0       -75
11853463        cold water      0       -94
84553680        cold water      0.1     -92
42057816        warm water      1.9     -80
11853214        cold water      2.3     -86
84553658        cold water      3       -87
41900678        warm water      4.7     -64.5
41565140        warm water      4.7     -61
85158830        cold water      6.2     -80.5
84553621        cold water      7.2     -81.5
84553659        cold water      8.8     -81.5
00501233        warm water      10.7    -75.5
35066501        warm water      13.7    -83.5
41900679        warm water      15.7    -87
93303256        cold water      17.5    -67
41809349        warm water      22.8    -89.5
00502277        warm water      25      -84
84553674        cold water      28.7    -76
30204220        cold water      32.5    -87
02814755        cold water      41      -91.5
00753280        warm water      53.2    -91
01110248        warm water      110.9   -83
84553636        cold water      114.6   -88.5
50018107        heat meter      1707    -128
50018108        heat meter      3518    -22.5
50018110        heat meter      5311    -34.5
50018118        heat meter      7154    -127.5
50018117        heat meter      7713    -23
38091715        heat meter      54676   -21

So jetzt geht es an die Zuordnung...

Merke für später: CULFW 1.61 funktioniert noch nicht, CULFW 1.65 decodiert WMBUS nachrichten.

Gruß Mirko

ah, perfekt.

Also: aktuelle CUL FW verwenden. Ich vermute das hängt mit den fehlenden RSSI zusammen, aber so ist es sauberer.

schöne Restfeiertage,

vg
Joerg

Vielen Dank nochmals, Jörg!

Schöne Grüße Mirko

Hi Mirko,

mich interessieren die Datensätze mit der Länge 36 z.B.:
2015.12.24 15:47:46 b364468501081015045438837A1009F1D180600E08C0E00009CC74107D592D9F6862E5958500000010000400202680EA750010487A4B2514DF351785E81327C
Die stammen von einem TECHEM-Wärmezähler Compact V. Diese Geräte sitzen direkt im Verteilerkasten der Heizung.
Ich habe Dir mal eine Dekodierungshilfe in Excel angehängt. Vielleicht kannst Du das Gerät ja identifizieren. Mich würde eine laufende Reihe von Datensätzen dieser Geräte über einen Monatszeitraum interessieren.
Scheinbar empfängt Dein CUL mehrere Geräte diesen Typs. Falls Deine Empfangs- Zuordnungsprobleme behoben sind, könntest Du mir aus Deinen RAW-Daten diese speziellen Geräte extrahieren?
Ich benötige die Daten um das Problem der von TECHEM speziellen Halbmonatsspeicherung zu analysieren. Die Frage ist wo und wie wird der Fehlerakkumulator gespeichert und verwaltet.
Wäre super wenn Du Dich dazu bereit fändest! Die Ergebnisse bekommt natürlich auch das Forum.

Danke Bolligru

Hi

Bin zwar nicht mirko.

Magst du deine frage nochmal anders formulieren? Ich versteh sie grad nicht.

Du kannst mit fhem hkv und wz empfangen und loggen.

Vg
Joerg

ich glaub ich ahne.

Ist doch aber schon alles fertig. 32_TechemWZ liest den CompactV: http://fhem.de/commandref_DE.html#TechemWZ

Diese eine Feld nachdem Du da suchst kannst Du ignorieren. Die 14 Tageswerte sind nur die anderen, das Feld hat keine Bedeutung. Deine Analyse im excel ist schon fast auf dem richtigen Weg. Die Halbmonatswerte kann ich komplett lesen. Da das modul aber täglich logt werden sie nicht benötigt.

vg
joerg

Jörg,
danke für Deine Antwort. Ich glaube wir sprechen von zwei unterschiedlichen Geräten die bei Techem unter Compact V segeln. Der Wärmezähler den Dein Modul auswertet schraubt man an den Heizkörper anstelle der früheren Röhrchen. Das Gerät welches mich interessiert wird in der Rücklaufleitung der Heizanlage installiert und ist ein Durchflußzähler. Wir sollten zuerst das Zielgerät identifizieren bevor wir weiteren Aufwand in die Sache stecken.
Als Anhang findest Du ein Bild des Gerätes.

Gruß
Bolligru

bekannt. Wird von fhem gelesen.

Hi Bolligru, Jörg,

bin gerade noch am kämpfen mit den Logs. Das klappt noch nicht wirklich.

Im listen-mode werden viele Zähler empfangen, es kommen nahezu sekündlich Pakete. (Verwundert mich etwas, da ich gar nicht so viele Zähler in der näher Erwartet hätte...)

Das Empfangen im list-mode scheint zu klappen, die Zähler zählen hoch. Definiere ich allerdings den Zähler im normalen Modus, zählt dieser nicht hoch (zumindest nicht die Wärmemengenzähler.

Beispiel: "WMZ_oben" hatte gestern abend den Wert 5571, heute abend immer noch. Schaue ich in den ListenerModus, steht dieser aktuell bei 5636. So wie ich es verstehe, wird 1x täglich, sobald der Erste Zählerstand empfangen wird, aktualisiert!? Nachdem sehr oft empfangen wird, würde ich das Update kurz nach mitternacht erwarten!?

Ein WWZ und ein KWZ wurden seit gestern abend um 0.1 hochgezählt.

Das Logfile ist aktuell noch sehr übersichtlich:

Zitat
2016-01-07_10:19:24 KWZ_WM_OG_li listening
2016-01-07_10:19:24 KWZ_WM_OG_re listening
2016-01-07_10:19:24 KWZ_oben listening
2016-01-07_10:19:24 KWZ_unten listening
2016-01-07_10:19:24 WMZ_debug listening
2016-01-07_10:19:24 WMZ_oben listening
2016-01-07_10:19:24 WMZ_unten listening
2016-01-07_10:19:24 WWZ_oben listening
2016-01-07_10:19:24 WWZ_oben2 listening
2016-01-07_10:19:24 WWZ_unten listening
2016-01-07_10:21:38 KWZ_WM_OG_li listening
2016-01-07_10:21:38 KWZ_WM_OG_re listening
2016-01-07_10:21:38 KWZ_oben listening
2016-01-07_10:21:38 KWZ_unten listening
2016-01-07_10:21:38 WMZ_debug listening
2016-01-07_10:21:38 WMZ_oben listening
2016-01-07_10:21:38 WMZ_unten listening
2016-01-07_10:21:38 WWZ_oben listening
2016-01-07_10:21:38 WWZ_oben2 listening
2016-01-07_10:21:38 WWZ_unten listening
2016-01-08_14:56:57 KWZ_WM_OG_li listening
2016-01-08_14:56:57 KWZ_WM_OG_re listening
2016-01-08_14:56:57 KWZ_oben listening
2016-01-08_14:56:57 KWZ_unten listening
2016-01-08_14:56:57 WMZ_debug listening
2016-01-08_14:56:57 WMZ_oben listening
2016-01-08_14:56:57 WMZ_unten listening
2016-01-08_14:56:57 WWZ_oben listening
2016-01-08_14:56:57 WWZ_oben2 listening
2016-01-08_14:56:57 WWZ_unten listening
2016-01-08_19:12:28 KWZ_WM_OG_li listening
2016-01-08_19:12:28 KWZ_WM_OG_re listening
2016-01-08_19:12:28 KWZ_oben listening
2016-01-08_19:12:28 KWZ_unten listening
2016-01-08_19:12:28 WMZ_debug listening
2016-01-08_19:12:28 WMZ_oben listening
2016-01-08_19:12:28 WMZ_unten listening
2016-01-08_19:12:28 WWZ_oben listening
2016-01-08_19:12:28 WWZ_oben2 listening
2016-01-08_19:12:28 WWZ_unten listening
2016-01-09_20:48:42 KWZ_WM_OG_li listening
2016-01-09_20:48:42 KWZ_WM_OG_re listening
2016-01-09_20:48:42 KWZ_oben listening
2016-01-09_20:48:42 KWZ_unten listening
2016-01-09_20:48:42 WMZ_debug listening
2016-01-09_20:48:42 WMZ_oben listening
2016-01-09_20:48:42 WMZ_unten listening
2016-01-09_20:48:42 WWZ_oben listening
2016-01-09_20:48:42 WWZ_oben2 listening
2016-01-09_20:48:42 WWZ_unten listening
2016-01-09_20:59:56 KWZ_WM_OG_li listening
2016-01-09_20:59:56 KWZ_WM_OG_re listening
2016-01-09_20:59:56 KWZ_oben listening
2016-01-09_20:59:56 KWZ_unten listening
2016-01-09_20:59:56 WMZ_debug listening
2016-01-09_20:59:56 WMZ_oben listening
2016-01-09_20:59:56 WMZ_unten listening
2016-01-09_20:59:56 WWZ_oben listening
2016-01-09_20:59:56 WWZ_oben2 listening
2016-01-09_20:59:56 WWZ_unten listening
2016-01-09_21:04:08 techem_log removeRegexpPart KWZ_unten:state:.*
2016-01-09_22:31:45 KWZ_unten meter: 39.4
2016-01-09_22:31:45 KWZ_unten current_period: 0.6
2016-01-09_22:34:30 KWZ_WM_OG_re meter: 0.1
2016-01-09_22:34:30 KWZ_WM_OG_re current_period: 0
2016-01-09_22:49:19 KWZ_WM_OG_li listening
2016-01-09_22:49:19 KWZ_WM_OG_re listening
2016-01-09_22:49:19 KWZ_oben listening
2016-01-09_22:49:19 KWZ_unten listening
2016-01-09_22:49:19 WMZ_debug listening
2016-01-09_22:49:19 WMZ_oben listening
2016-01-09_22:49:19 WMZ_unten listening
2016-01-09_22:49:19 WWZ_oben listening
2016-01-09_22:49:19 WWZ_oben2 listening
2016-01-09_22:49:19 WWZ_unten listening
2016-01-09_23:07:33 KWZ_oben meter: 29.6
2016-01-09_23:07:33 KWZ_oben current_period: 0.8
2016-01-09_23:38:09 WWZ_oben meter: 4.9
2016-01-09_23:38:09 WWZ_oben current_period: 0.2
2016-01-09_23:45:50 WWZ_unten meter: 23.6
2016-01-09_23:45:50 WWZ_unten current_period: 0.6
2016-01-09_23:56:16 KWZ_WM_OG_li meter: 0.1
2016-01-09_23:56:16 KWZ_WM_OG_li current_period: 0
2016-01-09_23:58:34 WWZ_oben2 meter: 4.9
2016-01-09_23:58:34 WWZ_oben2 current_period: 0.1

Die Definition sieht aktuell so aus:

Zitat
define techem_log FileLog ./log/techem-%Y-%m.log KWZ_WM_OG_li:.*|KWZ_WM_OG_re:.*|KWZ_oben:.*|KWZ_unten:.*|KWZ_unten:state:.*|WMZ_debug:.*|WMZ_oben:.*|WMZ_unten:.*|WWZ_oben2:.*|WWZ_oben:.*|WWZ_unten:.*

Idee woran das liegen könnte?

Gruß Mirko

such Dir mal bitte *EINEN* aus, kopieren *HEUTE* die RAW (detail, inetrnals) und die beiden Werte current_period und previous_period.
Das gleiche dann bitte *MORGEN* nochmal-

Entweder als pm oder (schöner) hier als Post dann alles zu mir :)

Danke vg
Joerg

"HEUTE"

Zitat
Internals
CFGFN   ./config/techem.cfg
CUL_WMBUS_MSGCNT  2261
CUL_WMBUS_RAWMSG  b364468501081015045438837A1009F1FD31400083101000015132AA80B641C64DB1BBA64614101000400000009083C48A04105101C92CA4635CD47E179B47730::-35.5
CUL_WMBUS_RSSI  -35.5
CUL_WMBUS_TIME  2016-01-10 21:41:32
DEF    50018110
ID     50018110
LASTInputDev CUL_WMBUS
METER  heat meter
MSGCNT  2261
NAME WMZ_oben
NR 97
NTFY_ORDER 50-WMZ_oben
STATE 5571
TYPE TechemWZ
VERSION 45

Readings
current_period      240 2016-04-00 00:00:00
meter                5571 2016-04-00 00:00:00
previous_period  5331 2015-12-31 00:00:00
state listening            2016-01-09 22:49:19

Was mir aufgefallen ist, ist das der TimeStamp bei "current_period" und "meter" kaputt ist. (ist bei allen WMZ so, bei WWZ und KZW stehen sinnvolle TimeStamps)

"MORGEN" dann morgen ;-)

Nun gut.. der WMZ macht das Feld (current date) echt anders.  Dann hat Bolligru doch doch ganz nicht unrecht.

@Bolligru:
der Unterschied ziwschen HKV und Volumen (compact V) ist natürlich klar. Deswegen gibt es das Modul 32_TechemHKV und 32_TechemWZ
WZ sind Volumenzähler (Wasser und Energie -> der Compact V)!

Die msg des Kalt- und Warmwasser und des Compact V haben viele Gemeinsamkeiten, im Modul werden sie aktuell gleich behandelt.

Das current date Feld unterscheidet sich aber. Bolligru hat in seiner Tabelle eine Interpretation aus byte 22/23 vorgeschlagen. Die könnte passen. Bin aber sicher das der Monat noch fehlt (byte 23 7:4 + x?)

Die 14 Tageswerte finden in meinem modul keine Beachtung. Ich vermute das Du (Bolligru) das 27te Feld mit dem Fehler meinst. Lass mal das Feld weg und addiere nur die anderen - dann bist Du genau bei current energie. Das Feld hat keine Bedeutung.

vg
Joerg

Ich beobachte das mal (dazu benötoge ich bitte msg).

Jörg & Mirko,
danke für die Spätschicht!
Kurz meine Situation: es gibt 20 "private" Zählerobjekte plus einen "offiziellen" Hauptzähler. Die privaten Objekte sind über ein größeres Areal verteilt. Zusätzlich sind die privaten Zähler  "gut abgeschirmt" in Blechgehäusen verbaut. Der  Empfang per CUL endet mehr oder weniger an der Aussenmauer. Das heißt mit ein oder zwei CUL's alle Objekte sicher zu empfangen ist nicht möglich. Eine Infrastruktur z.B. WLAN oder LAN im Areal  gibt es nicht. Damit ist ein Ansatz eines zentralen Erfassungssystems aussen vor. Dazu kommt das die privaten Zähler ad hoc im Wochen bis Monatsabstand ausgelesen werden müssen. Es muß eine tagesgenaue Datenerfassung gewährleistet sein. Die Daten fliessen dann in eine zentrale DB mit entsprechenden Auswerteprozeduren ein. Heute geschieht das Ablesen über eine Android-App auf einem Tablet. Die Zählerstände von Strom und Wasser werden fotografiert. Bei den Wärmezählern funktioniert das wegen dem Hintergrund und der manuellen Bedienung (gelber Knopf) nicht zuverlässig. Auch die  optische Auslesung ist keine Lösung. Diese "Clearing-App" soll nun um eine "walk-by" Lösung per CUL erweitert werden. So dass bei der Erfassung der anderen Verbräuche wie Strom und Wasser im Gebäude auch gleich die von den Wärmezählern gesendeten Verbrauchsdaten erfasst werden. Da die Verrechnung nur innerorganisatorisch erfolgt sind geeichte Zähler usw. kein Thema.
Nun könnte man diese Verrechnungs-Aufgabe ja an einen Dienstleister vergeben. Nur da die infrastrukturelle Betreuung des Projekts "nonprofit" und weitgehend kostenneutral laufen muß ist aus Geld-Gründen gar nicht daran zu denken. Die Anschaffung eines Erfassungsgerätes ist zu teuer und hätte hinten raus wieder das Problem der Datenzusammenführung.
Technisch ist das Ganze kein Problem, wenn man die genaue Datenstruktur der Telegramme kennt. Der Zähler-Hersteller will verständlicher Weise seine Dienstleistung verkaufen und für einen NDA ist der Umfang zu klein. Also = do it yourself!
Nun habe ich eine lebendige Community gesucht die sich mit Engagement diesen Themen annimmt: FHEM. Meine Hoffnung war und ist das ich weitere Informationen über die herstellerspezifische Datenstruktur finde und auch eventuell Datensätze zu Auswertung bekomme.
Das ist ja hier in diesem Forum gegeben. Wie oben geschildert, kann ich FHEM zur Zeit nicht einsetzen, möchte aber gern das Wissen in dem Forum nutzen und teilen.  Mein Beitrag wird kein FHEM-Modul sein können, aber die Ergebnisse zur Datenkodierung und -strukturierung dieses bewussten Herstellers würde ich gern bereitstellen. Bedarf dafür denke ich ist vorhanden. Mein erster Beitrag dazu sollte die Excel-Auswertung sein.

Aus der Situation heraus habe ich keine täglichen Log-Daten, so daß ich auf die Tagesfortschreibung im Zähler nicht verzichten kann.
Dann kommt dazu, dass wegen der Authentizität des Datensatze auf alle Fälle das Datum aus dem Zählersatz verwendet werden muss. Jörg, Du hast genau die richtige Frage gestellt: wo versteckt sich die  Monatsinformation? Sie gibt es bestimmt. Weitere Felder warten auch noch auf Klärung.
Also heißt es einen zusammenhängenden, fortlaufenden Zeitraum an gesammelte Messwerten zu analysieren. Und darum hier meine Frage, besitzt jemand solche Daten und würde er die zur Analyse zur Verfügung stellen? Im Prinzip fallen diese Daten im FHEM als RAW-Daten an. Zur Verifikation besitze ich "offline"-Zähler auf dem Labortisch, bei denen ich alle äusseren Parameter wie Temperatur, Durchfluß, Stichtag usw. manipulieren kann.

So ist es interessant ob es unterschiedliche Firmware-Versionen im Feld gibt. Bisher habe ich bei den Zählern seit Herstellungsjahr 2010 die Version 302.03.01 mit dem CRC C59586 gesehen. Trotzdem gibt es scheinbar funktionelle Unterschiede zwischen den verschiedenen Baujahren, so senden einige Geräte nicht, obwohl UHF = ON angezeigt wird. Hier wäre es interessant per CUL den Ausleseprozess durch einen Dienstleister mitzuschneiden, ob zum Bsp. neuerdings WAKE ON RADIO eingesetzt wird.

Persönlich habe ich Jahrzehnte lange Erfahrung in der Systementwicklung von HW und SW und bin NICHT komerziell tätig.
Ich würde mich freuen wenn es gemeinsam gelingt Licht in die Datenstrukturen und Funktionen dieser Zähler zu bringen.
Es wird und darf auf KEINEN Fall eine kommerzielle Verwendung geben. Allein schon wegen Patentproblemen und ausserdem ist mit dem Hersteller nicht gut Kirschen essen.

Danke für Eure Beiträge!

Bolligru

Moin, Moin

Du schaust da etwas anders drauf als ich.

Ich habe die Datensätze der HKV, Wasser (Klat, Warm) der Wärmemengenzähler und der Rauchmelder analysiert.

Bis vor kurzem habe ich die Sätze der Wasseruhren und der Wärmemengenzähler gleich behandelt, scheint nicht exakt richtig zu sein.

Im großen und ganzen sind die raw Daten soweit analysiert das keine großen blinden Flecken sind. Geräte hab ich nicht im Zugriff, bin also auf die Lieferung der Rohdaten angewiesen.

Deine Analyse geht ja in die richtige Richtung. CRC Polynom ist eigentlich immer 0x3D65.
Die ersten 10 byte sind der wmbus Standardheader. Dann kommt die erste CRC, dann jeweils aller 16 byte eine CRC.

Wenn Du Dir dann die Rohdaten von vom Ende aus anschaust sind ja jewels 2 Byte mit dem Verbrauch von 2 Wochen historisch, in Summe ein Jahr. Die addiert geben den Verbrauch im aktuellen Abrechnungszeitraum. Da bleibt genau ein Wert der "über" bleibt (der linke davon). Den ignorieren (ich denke den meinst Du mit Fehler).

Letzter Zeitraum ist auch klar, scheinen dann wirklich 3 Byte zu sein. Tag des Monats (also heute 11) scheint zu passen. Wenn ich über Monat rede suche ich die 1 (für Januar). Der aktuelle Wert ist ja auch klar (ebenfalls vmtl dann 3 Byte).

Die 1 für Januar, die suche ich noch. Ich vermute das die sich in byte 22/23 irgendwo versteckt.

Alles andere sind vmtl Flags (Fehler und Status: Sabotage, Batterie low etc.)

vg
joerg

Hi Jörg, guten Morgen!

Danke für Deine Antwort, ich hoffe ich halte Dich nicht von einer "geldwerten" Beschäftigung ab!

ZitatIm großen und ganzen sind die raw Daten soweit analysiert das keine großen blinden Flecken sind

Ich werde nachher mal meinen Datenbestand analysieren ob ich auch zu konsistenten Ergebnissen komme. Der Normierungsfaktor
bei der Reduktion ist z.B. 4.

Zitatbin also auf die Lieferung der Rohdaten angewiesen

30.12:b36446850964408394543F8E6A100811F6C1B00E01C0000000F000700E92450000000000000000000000000000000AE490000000000000000002811D10E7808C95A

31.12:b36446850964408394543F8E6A100811F6C1B00E01C0000800F00070089E050000000000000000000000000000000AE490000000000000000002811D10E7808CB5A

01.01:b36446850964408394543F8E6A100811F6C1B00081C00008000000000A60250000000000000000000000000000000AE490000000000000000002811D10E7808CF5A

02.02:b36446850964408394543F8E6A100811F6C1B00081C00000001000000FDF650000000000000000000000000000000AE490000000000000000002811D10E7808C85A

Das sind die Daten des aktuellen Jahreswechsel 2015 -> 2016 von einem Testzähler.
Was noch sein könnte:  im Byte 19 ein Zähler zum und vom Stichtag aus. Das gäbe ja auch den aktuellen Monat. Weil das Stichtagdatum ist ja ein Fixpunkt im Datensatz. Und sparsam wie der Hersteller ist kann ich mir da eine Lösung vorstellen.
Ich habe einen zweiten Zähler in Beobachtung an dem ich den Stichtag verändert habe und WARTE jetzt auf den kommenden Monatswechsel.
Deswegen wäre eine fortlaufende Messreihe interessant weil man ja schnell rückwärts analysieren kann. Einer meiner Testgeräte läuft ohne Verbrauch damit ich die Datums- und Zeitdatenfelder herausfinde. Zur Analyse lese ich den kompletten Datensatz mit über 400 Byte optisch aus. In diesen Daten findest Du auch die Pufferbereiche für das Funktelegramm usw.

Macht es für Dich Sinn eine aktualisierte Excel-Analyse ins Forum zu stellen?


Gruß Bolligru

edit: sorry der Monat des letzten Datensatzes ist natürlich 01 = Jan!

Ich hab ja das HKV und die Wasser formate dekodiert, der Wärmemengenzähler ist da nahezu identisch. Dann sieht man auch wiederkehrende Muster. Sind ja die gleichen devs bei Techem.

Lass mal abgleichen was Du hast.

CRC hast Du ?

In den user daten (a1) stehen das
Datum der letzten Ablesung, (y-m-d)
Der Zählerstand zu dem Zeitpunkt
Das was seid dem verbraucht wurde (alt + Verbrauch = aktuelle Anzeige)

Sowie eine Historie, Verbrauch jeweils 14 Tage, das letzte Jahr.

Das Datum (heute) ist noch gesucht. Normalerweise arbeiten die nicht mit Zählern, die packen die BCD bits mehr oder weniger wild.

Dann gibts noch einige flags (sabotage und co). Mit denen habe ich mich nicht beschäftigt.

Für mich reichen die Daten :
Stichtag
letzter Ablesewert
Heutedatum
Verbrauch seid letzter Ablesung

Hast Du mehr und gehst Du soweit mit ?

vg
joerg

Jörg, zum Abgleich:

ZitatCRC?

ja, nach M-Bus-Formel, tüv't!
Wobei im Gerät die CRC Info scheinbar HW-mäßig gebildet wird. Ich müßte mal die Spec von dem verwendeten Mikroprozessor MPS34F4xx. anschauen. Mir ist was in Errinerung, bin mir aber nicht sicher.

ZitatDatum der letzten Ablesung?

ja

ZitatZählerstand zu dem Zeitpunkt

ja

Zitatalt + Verbrauch = aktuelle Anzeige

ja

ZitatVerbrauch jeweils 14 Tage

ja

ZitatDatum (heute)

bin ich dran, wie bekannt

Zitateinige flags

nein, sinnvoll aber BAT-LOW m.E. auch für das Log in FHEM

Zitatgehst Du soweit mit

ja

Sabotage ist bei den Zählern: Messfühler Vor- Rücklauf vertauscht, verkehrte Fließrichtung
Eine Gehäuseüberwachung habe ich bisher nicht sicher identifizieren können. Kann aber am "gelben Druckknopf" mit hängen.
Auf diese Dinge kann ich auch verzichten. Bei gemieteten Geräten sollte man die Finger von diesen Dingen lassen, generiert nur Ärger!

Allerdings BAT-LOW wäre schon interessant, zumindestens für die Besitzer "privater" Geräte.
Wenn man die Spannungsversorgung stresst schalten die Geräte zeitweise die Schnittstellen ab. Das dürfte auch irgendwo ein Bit setzen.
Hat übrigens schon jemand mal den Akku gewechselt? Was ist nach der Spannungswiederkehr passiert?


Bolligru

Zitat von: mircoby am 10 Januar 2016, 21:51:16
"HEUTE"
Was mir aufgefallen ist, ist das der TimeStamp bei "current_period" und "meter" kaputt ist. (ist bei allen WMZ so, bei WWZ und KZW stehen sinnvolle TimeStamps)

"MORGEN" dann morgen ;-)

"MORGEN"...

Zitat
Internals
CFGFN ./config/techem.cfg
CUL_WMBUS_MSGCNT 4323
CUL_WMBUS_RAWMSG b364468501081015045438837A1009F1FD31400085101008015152AA87AB81C64DB1BBA64614101000400000009083C48A04105101C92CA4635CD47E179B47731::-35.5
CUL_WMBUS_RSSI -35.5
CUL_WMBUS_TIME 2016-01-11 18:20:57
DEF    50018110
ID  50018110
LASTInputDev CUL_WMBUS
METER heat meter
MSGCNT 4323
NAME WMZ_oben
NR 97
NTFY_ORDER 50-WMZ_oben
STATE 5571
TYPE TechemWZ
VERSION 45

Readings
current_period    240 2016-04-00 00:00:00
meter               5571 2016-04-00 00:00:00
previous_period 5331 2015-12-31 00:00:00
state listening           2016-01-09 22:49:19

Der Zählerstand hat sich hier nicht geändert.

Laut Listener sollte der Zählerstand jetzt bei 5668 stehen. Keine weiteren Log Einträge.

ist vielleicht so ein doppel ding. Fehler im modul und Datensatz anders.

Stimmte denn der Wert zum Jahreswechsel und was steht heute drauf ?
b36 44 68501081015045438837 A1 00 9F1F D31400 08 310100 001513 2AA8 0B64 1C64DB1BBA64614101000400000009083C48A04105101C92CA4635CD47E179B47730 10.01
        b36 44 68501081015045438837 A1 00 9F1F D31400 08 510100 801515 2AA8 7AB8 1C64DB1BBA64614101000400000009083C48A04105101C92CA4635CD47E179B47731 11.01
       
vg
joerg

Wenn man die user daten ab A1 mit 0 zählt dann kann man

(Monate:)
byte 7 mit den bits 6:3 nehmen.  So wird aus
08 0[000 1]000 -> 01
e0 1[110 0]000 -> 12

(Tagesdatum:)
byte 11 und 12 reverse, bits 11:7
1500 (10.01.)  0001 [0101 0] 000 0000 -> 10
1580 (11.01.)  0001 [0101 1] 000 0000 -> 11
9c00 (24.12.)  1001 [1100 0] 000 0000 -> 24
0c00 (24.12.)  0000 [1100 0] 000 0000 -> 24
0b80 (23.12.)  0000 [1011 1] 000 0000 -> 23

Ist jetzt erstmal für die samples die ich kenne konsistent. Fragt sich warum so kompliziert. Auf der anderen Seite wird ein Techem dev nach vielen Bier sicher eine plausible Erklärung haben.

Mal schauen was das Zählwerk bei Mirco sagt.

bolligru: kannst Du eigentlich Datum Zeit an Deinem sample einstellen ? Sind die ersten vier bit bei byte 12 evtl eine Uhr oder so ?

vg
joerg

Zitat von: herrmannj am 11 Januar 2016, 20:09:35
Wenn man die user daten ab A1 mit 0 zählt dann kann man

byte 7 mit den bits 6:3 nehmen.  So wird aus
08 0[000 1]000 -> 01
e0 1[110 0]000 -> 12

byte 11 und 12 reverse, bits 11:7
1500 (10.01.)  0001 [0101 0] 000 0000 -> 10
1580 (11.01.)  0001 [0101 1] 000 0000 -> 11
9c00 (24.12.)  1001 [1100 0] 000 0000 -> 24
0c00 (24.12.)  0000 [1100 0] 000 0000 -> 24
0b80 (23.12.)  0000 [1011 1] 000 0000 -> 23

Ist jetzt erstmal für die samples die ich kenne konsistent. Fragt sich warum so kompliziert. Auf der anderen Seite wird ein Techem dev nach vielen Bier sicher eine plausible Erklärung haben.

Mal schauen was das Zählwerk bei Mirco sagt.

bolligru: kannst Du eigentlich Datum Zeit an Deinem sample einstellen ? Sind die ersten vier bit bei byte 12 evtl eine Uhr oder so ?

vg
joerg

31.12.15:  5331 -> korrekt angezeigt
11.01.16, 20:12 -> 5697 abgelesen

Somit könnte der Stand 5668 (aktuell im Listen mode angezeigt) zum 10.01. 23:59 passen.

jo. geh ich mit && mach ich heil !

vg
joerg

Na, da bin ich ja mal gespannt. Ab morgen im update. Ich hänge die schon mal an. Denk dran das nur einmal am Tag aktualisiert wird.

Mit Deinem letzten Satz kommt das raus wenn ich es simuliere
Internals:
   CFGFN
   DEF        50018110
   ID         50018110
   METER      heat meter
   NAME       testwmz2
   NR         104
   NTFY_ORDER 50-testwmz2
   STATE      listening
   TYPE       TechemWZ
   VERSION    45
   Readings:
     2016-01-11 00:00:00   current_period  337
     2016-01-11 00:00:00   meter           5668
     2015-12-31 00:00:00   previous_period 5331
     2016-01-11 22:04:00   state           listening
   Helper:
     listmode   0
Attributes:

vg
joerg

Hi Jörg,

war eine zeitlang "offline", sorry.

Zitatbyte 7 mit den bits 6:3 nehmen

und

Zitatbyte 11 und 12 reverse, bits 11:7

ergeben einwandfrei aktuelle Monat und den "Sende-Tag".
Ich habe die Excel-Auswertung angepasst und Mirko's Daten auch geprüft. Das ist alles konsistent. Mirkos Datensatz von  gestern Abend ist in der Auswerte-Zelle.
Also da einen Haken dran.

ZitatSind die ersten vier bit bei byte 12 evtl eine Uhr oder so ?

Nein, wie Du in den folgenden Datensätzen erkennen kannst.

Zitat24.b36446850964408394543 F8E6 A100 811F 6C1B00 E0 1C0000 0 00 C 00 0700 A474 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CD5A
25.b36446850964408394543 F8E6 A100 811F 6C1B00 E0 1C0000 8 00 C 00 0700 C4B0 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CA5A
26.b36446850964408394543 F8E6 A100 811F 6C1B00 E0 1C0000 0 00 D 00 0700 9F44 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CF5A
27.b36446850964408394543 F8E6 A100 811F 6C1B00 E0 1C0000 8 00 D 00 0700 FF80 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CE5A
28.b36446850964408394543 F8E6 A100 811F 6C1B00 E0 1C0000 0 00 E 00 0700 D214 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 C85A
29.b36446850964408394543 F8E6 A100 811F 6C1B00 E0 1C0000 8 00 E 00 0700 B2D0 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 C95A
30.b36446850964408394543 F8E6 A100 811F 6C1B00 E0 1C0000 0 00 F 00 0700 E924 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 C95A
31.b36446850964408394543 F8E6 A100 811F 6C1B00 E0 1C0000 8 00 F 00 0700 89E0 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CB5A
01.b36446850964408394543 F8E6 A100 811F 6C1B00 08 1C0000 8 00 0 00 0000 A602 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CF5A 
02.b36446850964408394543 F8E6 A100 811F 6C1B00 08 1C0000 0 00 1 00 0000 FDF6 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 C85A
03.b36446850964408394543 F8E6 A100 811F 6C1B00 08 240000 8 08 1 00 0000 0B52 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CE5A
04.b36446850964408394543 F8E6 A100 811F 6C1B00 08 240000 0 08 2 00 0000 26C6 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CF5A
05.b36446850964408394543 F8E6 A100 811F 6C1B00 08 240000 8 08 2 00 0000 4602 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CF5A
06.b36446850964408394543 F8E6 A100 811F 6C1B00 08 240000 0 08 3 00 0000 1DF6 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CA5A
07.b36446850964408394543 F8E6 A100 811F 6C1B00 08 240000 8 08 3 00 0000 7D32 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 C85A
08.b36446850964408394543 F8E6 A100 811F 6C1B00 08 240000 0 08 4 00 0000 BC66 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CD5A
09.b36446850964408394543 F8E6 A100 811F 6C1B00 08 240000 8 08 4 00 0000 DCA2 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CA5A
10.b36446850964408394543 F8E6 A100 811F 6C1B00 08 240000 0 08 5 00 0000 8756 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 C95A
11.b36446850964408394543 F8E6 A100 811F 6C1B00 08 240000 8 08 5 00 0000 E792 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CC5A
12.b36446850964408394543 F8E6 A100 811F 6C1B00 08 240000 0 08 6 00 0000 CA06 50000000000000000000000000000000 AE49 0000000000000000002811D10E 7808 CE5A

Da habe ich am 3.1.15 genau 8 kWh Leistung eingespeist um die Leistungsfelder und die Halbmonatswerte klar zu identifizieren.
Der Test muß noch bis zum 16.Jan. laufen. Sollte dann in Byte 14 -> 8/4 = 2 auftauchen. Vorher war der Diffrenzwert 1C / 4 = 7 in Byte 14. Ein nächster Test  wird dann die Frage Fehlerakku klären.

ZitatZeit an Deinem sample einstellen?

JEIN! Noch nicht probiert. Die Uhren der Zähler nicht sehr stabil und Sommerzeit etc. scheint nicht zu laufen. Im Anhang sind die Screenshots meines Tools mit dem ich über die IR-Schnittstelle Parameter setzen kann.


Weidmanns Heil!

zum Thema Uhrzeit im Telegramm: ich denke da gibt es keine. Weil eigentlich macht das keinen Sinn aus Sicht der Information, da die Fortschreibung immer nur zum Tageswechsel geschieht. Also alle 24h damit reicht der Tag als Zeitkriterium.

Oder liege ich da falsch?

Gruß Bolligru

Hi,

jepp. Ich habe aber zwei sample vom gleichen Tag gesehen wo sich die bits unter dem Tag geändert haben und ich habe mich kurz gefragt was die uns sagen wollten :)

Die Werte selber werden zum Tageswechsel aktualisiert.
Uhr ist blöd (ungenau ohne Sommer und Winterzeit) - kann ich bestätigen

Ansonsten ist von meiner Seite aber damit alles komplett
* Stichtag und Ablesewert
* Aktuelles Datum und aktueller Wert
* Verbrauch (Stichtag bis heute)

Der Rest ist doch akademische Natur, oder ?

Ich habe das Modul aktualisiert und die simulierten Datensätze haben alle gepasst. Jetzt warte ich ab ob bei Mirko das aktuelle Datum inkl Monat über die Zeit korrekt angezeigt wird. Sollten meine Annahmen von gestern stimmen passt alles so. Eingecheckt habe ich das bereits.

vg
joerg

Hi Jörg,

ZitatIch habe aber zwei sample vom gleichen Tag gesehen wo sich die bits unter dem Tag geändert haben

hast Du die noch für mich verfügbar?

Zitatvon meiner Seite aber damit alles komplett

Aus Sicht Deines Modul's und FHEM stimme ich Dir zu 98% zu. Ich glaube ich habe noch eine Situation wo es einen Bruch gibt, da bin ich gerade noch am testen.

ZitatDer Rest ist doch akademische Natur, oder ?

Aus meiner Sicht nicht ganz:
- was ist mit "wake on radio WOR"?
- low Bat würde für mich, wenn ich FHEM einsetzte, auch interessant sein

Was darüber hinaus geht haste vermutlich für FHEM recht, aber Du weist ja mein Ansatz ist etwas anderer Natur.
Das sollte uns aber nicht an weiterer Zusammenarbeit hindern.
Wenn ich noch einmal auf WOR kommen darf, jetzt schwärmen ja die Ableser der Fa. T über Land.
Da sollten ja einige Telegramme durch die Luft sausen, vielleicht auch einige WOR. Ich bin deswegen dahinter her weil neuere Geräte teilweise trotz aktiviertem UHF nichts senden. Ausserdem gibt es noch ein Telegram mit dem CI = A3! Ich würde gern etwas weiter machen. Vielleicht schickst Du mir mal eine
PM.
Gruß
Bolligru

Zitat von: bolligru am 12 Januar 2016, 19:55:39
Hi Jörg,
hast Du die noch für mich verfügbar?

Ich habe ja gepuzzled. Glaueb das war hier:
        b36 44 6850 23472536 4543 1BF4 A1 00 9F1D A76B00 E0 000000 00 0C 000000991D00000000000000000000000000000000FFFF00000000000000000000000000FFFF         

        b36 44 6850 10810150 4543 8837 A1 00 9F1D 180600 E0 8C0E00 00 9C C7 4107 [D592] D9F6862E5958500000010000400202680EA750010487A4B2514DF351785E81327C   24.12

wenn Du low batt findest wäre von Interesse.
Soweit ich weiß können die kein WOL. Sicher bin ich da jedoch nicht. Woher kommt die info ? In the wild scheint es noch keine Rolle zu spielen

vg
joerg

Sieht gut aus! Die Readings werden nun aktualisiert und das Datum passt

Zitat

Internals
CFGFN ./config/techem.cfg
CUL_WMBUS_MSGCNT 1
CUL_WMBUS_RAWMSG b364468501081015045438837A1009F1FD31400088D010080D6182AA8AC011C64DB1BBA64614101000400000009083C48A04105101C92CA4635CD47E179B47730::-35.5
CUL_WMBUS_RSSI -35.5
CUL_WMBUS_TIME 2016-01-13 18:20:21
DEF    50018110
ID 50018110
LASTInputDev CUL_WMBUS
METER heat meter
MSGCNT 1
NAME WMZ_oben
NR 98
NTFY_ORDER 50-WMZ_oben
STATE 5728
TYPE TechemWZ
VERSION 45

Readings
current_period 397 2016-01-13 00:00:00
meter 5728 2016-01-13 00:00:00
previous_period 5331 2015-12-31 00:00:00
state listening 2016-01-13 17:55:11

Folgende Themen sind mir noch aufgefallen.
- Der Listen Mode wird "irgendwann" (möglicherweise beim Neustart von FHEM?) deaktivert. ein Get List liefert dann keine Antwort. Zu beheben ist das dann mit einem delete und anschließendem define eines neuen Listeners.
- verstehe die Log Einträge noch nicht. ich würde erwarten, dass bei der ersten Empfangenen Nachricht des entsprechenden Zählers täglich ein neuer Logeintrag erfolgt. Nachdem die Zähler in einer sehr hohen wiederholrate senden, würde ich dies kurz nach Mitternacht erwarten. tatsächlich sieht es so aus:

Zitat
2016-01-11_22:32:04 KWZ_unten meter: 39.6
2016-01-11_22:32:04 KWZ_unten current_period: 0.8
2016-01-11_22:34:44 KWZ_WM_OG_re meter: 0.1
2016-01-11_22:34:44 KWZ_WM_OG_re current_period: 0
2016-01-11_22:59:16 KWZ_oben meter: 29.7
2016-01-11_22:59:16 KWZ_oben current_period: 0.9
2016-01-11_23:37:57 WWZ_oben meter: 4.9
2016-01-11_23:37:57 WWZ_oben current_period: 0.2
2016-01-11_23:45:50 WWZ_unten meter: 23.8
2016-01-11_23:45:50 WWZ_unten current_period: 0.8
2016-01-11_23:56:51 KWZ_WM_OG_li meter: 0.1
2016-01-11_23:56:51 KWZ_WM_OG_li current_period: 0
2016-01-11_23:58:19 WWZ_oben2 meter: 4.9
2016-01-11_23:58:19 WWZ_oben2 current_period: 0.1
2016-01-12_10:50:23 KWZ_WM_OG_li listening
2016-01-12_10:50:23 KWZ_WM_OG_re listening
2016-01-12_10:50:23 KWZ_oben listening
2016-01-12_10:50:23 KWZ_unten listening
2016-01-12_10:50:23 WMZ_debug listening
2016-01-12_10:50:23 WMZ_oben listening
2016-01-12_10:50:23 WMZ_unten listening
2016-01-12_10:50:23 WWZ_oben listening
2016-01-12_10:50:23 WWZ_oben2 listening
2016-01-12_10:50:23 WWZ_unten listening
2016-01-12_10:50:24 WMZ_unten meter: 1811
2016-01-12_10:50:24 WMZ_unten current_period: 95
2016-01-12_10:50:29 WMZ_debug meter: 27559
2016-01-12_10:50:29 WMZ_debug current_period: 0
2016-01-12_10:50:38 WMZ_oben meter: 5699
2016-01-12_10:50:38 WMZ_oben current_period: 368
2016-01-12_21:05:58 WMZ_debug meter: 27559
2016-01-12_21:05:58 WMZ_debug current_period: 0
2016-01-12_22:31:44 KWZ_unten meter: 39.7
2016-01-12_22:31:44 KWZ_unten current_period: 0.9
2016-01-12_22:31:46 WMZ_unten meter: 1825
2016-01-12_22:31:46 WMZ_unten current_period: 109
2016-01-12_22:34:29 KWZ_WM_OG_re meter: 0.1
2016-01-12_22:34:29 KWZ_WM_OG_re current_period: 0
2016-01-12_22:35:04 WMZ_oben meter: 5728
2016-01-12_22:35:04 WMZ_oben current_period: 397
2016-01-12_22:58:58 KWZ_oben meter: 29.8
2016-01-12_22:58:58 KWZ_oben current_period: 1
2016-01-12_23:38:04 WWZ_oben meter: 4.9
2016-01-12_23:38:04 WWZ_oben current_period: 0.2
2016-01-12_23:45:52 WWZ_unten meter: 23.8
2016-01-12_23:45:52 WWZ_unten current_period: 0.8
2016-01-12_23:55:24 KWZ_WM_OG_li meter: 0.1
2016-01-12_23:55:24 KWZ_WM_OG_li current_period: 0
2016-01-12_23:58:47 WWZ_oben2 meter: 5
2016-01-12_23:58:47 WWZ_oben2 current_period: 0.2

Werte werden erst relativ "spät" abends (bzw. bei einem Serverneustart) vom Vortag geschrieben.

Ist es richtig, dass jeweils die erste nachricht am Tag direkt ausgewertet werden sollte? oder habe ich da einen Denkfehler?

Definition des Filelogs:

Zitat
./log/techem-%Y-%m.log KWZ_WM_OG_li:.*|KWZ_WM_OG_re:.*|KWZ_oben:.*|KWZ_unten:.*|KWZ_unten:state:.*|WMZ_debug:.*|WMZ_oben:.*|WMZ_unten:.*|WWZ_oben2:.*|WWZ_oben:.*|WWZ_unten:.*

Hi,

ich würde das log vielleicht umbauen zu "KWZ_.*?:current_period.*", dann wird nur current geschrieben.

ZitatIst es richtig, dass jeweils die erste nachricht am Tag direkt ausgewertet werden sollte? oder habe ich da einen Denkfehler?

Ja, das ist so. Schau doch mal wann sich das reading verändert. Ich wüsste keine theoretische Konstruktion die es möglich machen würde das später geloggt wird.

Allerdings ändere ich noch den timestamp fürs log damit "2016-01-13 00:00:00" im log landet.
Logst Du mit db oder mit filellog ?

vg
joerg

Habe die Definition fürs loggen mal umgebaut nach Deinem Vorschlag, werde berichten.
Logge mit FileLog.
Den Timestamp im log auf Mitternacht zu setzten macht Sinn.

ja, sehen die plots schöner aus. Ich schon fertig, aber schau vorher trotzdem mal warum die Einträge bei Dir so spät kommen.

Die Dinger haben ja eigene Uhren, vielleicht gehen die bei Dir falsch, Wäre das einzige was mir dazu einfällt.

vg
joerg

Habe das Logfile mal ein weing entrümpelt und festgestellt dass das Zeitintervall der einzelnen Zähler jeweils (bis auf ein paar minuten Varianz) ein ganzer Tag ist. Die Aktualisierung erfolgt je nach Zähler Zwischen 22:35 und 23:58, also relativ spät am Tag.
Nachdem das Intervall scheinbar konstant ist, sieht es nach einem Offset der jeweiligen Uhr aus. Kann man die irgendwie auslesen? Über das Display und den gelben Knopf geht das zumindest nach Beschreibung (http://www.techem.de/fileadmin/de/pdf/techem.de/2_MainNav/04_Architeckten_und_Fachplaner/05_Service/04_Montageanleitung/compact_V.pdf) nicht.

Das wird kein offset sein - die Uhr geht einfach falsch. Müsste vom entsprechenden Dienstleister richtig eingestellt werden. Zu gelbem Knopf und co kann ich nichts sagen, hab die noch nie in der Hand gehabt. Aber ich rate da auch von Experimenten ab, sonst muss man sich hinterher evtl noch mit Vorwürfen das da was gedreht wird befassen.

Dann check ich die Änderung ein mit der die Zeiten jeweils mit dem Timestamp Mitternacht im log landen, dann sieht das dort ja sauber aus.

vg
joerg

@Mikro

Hi,
also die Uhren der Geräte gehen meist vor, bis zu mehreren Stunden. Einstellen kann man die nur über die Infrarotschnittstelle. Dazu brauchst Du eine spezielle SW mit einem Dongle und einen IrDa-Kopf. Kann man fast alles am Markt bekommen, steht aber nicht für Erfolg, da die Uhr ein paar Wochen später wieder aus dem Ruder läuft. Aber da hat Jörg recht, jede Änderung über die IR-Schnittstelle wird im Gerät dokumentiert und kann Dir Ärger bei der nächsten Ablesung/Abrechnung einbringen.

Wenn Du mit Deinen Mitteln auf ca. 10 Minuten genau den Tageswechsel bestimmen willst: den Portmonitor (WIN) für die Com-Schnittstelle über die der CUL läuft aktivieren, das Zeitprotokoll im Portmon einschalten und dann schauen wenn der Tageswechsel im CUL-Telegram auftritt. Die Byte-Position dürfte ja aus der Diskussion der letzten Tage klar geworden sein.
Ob in FHEM mit jedem RAW-Satz ein Zeitstempel geschrieben wird weiss ich nicht, da FHEM bei mir nicht eingesetzt ist.
-> ?Jörg? Wenn's ein Problem ist, vielleicht kann FHEM oder HKV/WZ Modul  ein Flag mit Uhrzeit beim Tageswechsel in das Log
schreiben. Jörg wird schon was einfallen.


Gruß Bolligru

Yes.

Mit fhem benötigt man da keine Klimmzüge. Man könnte das über das CUL RAW bestimmen.

Das Modul ist in aktueller Version über update verfügbar.

Sowohl das reading als auch der Logeintrag werden mit Zeitstempel 00:00 Uhr (midnight) und dem vom wmz gelieferten Datum gespeichert. Auch wenn die Uhr falsch geht passt das damit für die Auswertungen und ist konsistent mit dem was der Dienstleister als Abrechnung liefert.

vg
joerg

Graphen sind angelegt und update gemacht. Der Zeitverzug ist zwar nicht schön, aber tolleriert.
Jetzt bin ich mal gespannt wie sich der Energieverbrauch anschaulich darstellt. Im TechemWZ listenmode empfange ich 51 Zähler (9 Wohneinheiten), habe nun alle angelegt, damit die undefined Messages im Log verschwinden.

Stelle ich den CUL nun auf verbose 3 empfange ich noch viele weitere "Geräte" die sehr gesprächig sind:

Zitat
2016.01.15 16:36:59 3: WMBUS Unknown device b2E446850213655847072DC6BA0009F1F4900F0020100000103030100639A020203020202020202010203020201026A330302020101C59989DA, please define it
2016.01.15 16:36:59 3: WMBUS Unknown device b2E446850563230937072AF79A0009F1FAF00F0020100000106060704E35B040502010000000001040100000000005D34030405060353AD810E, please define it
2016.01.15 16:36:59 3: WMBUS Unknown device b2E446850363655847072D940A0009F1F8704F0021D00001D1F1F20035BCD1F22201C252727272111292522221F2548B4241F1B241787A888EA, please define it
2016.01.15 16:37:01 3: WMBUS Unknown device b364468501117093845432EE1A1009F1FCBF100089B020081D7943DF68F695C74D32DF5F850000000000000000200DBC10000000C38749566785598E47D8422E838, please define it
2016.01.15 16:37:02 3: WMBUS Unknown device b2F4468502042203074721863A2069F1F4A01F0020A0000000A0D0D0C086F110F0B0B090601020C070A090808080C244E0A0B090A0B0AD6B580EA, please define it
2016.01.15 16:37:02 3: WMBUS Unknown device b2F446850699005437462A327A2069F1F5100F00203000000030202031EF903030304020301020203030305040304105A030304030403DFB380D6, please define it
2016.01.15 16:37:02 3: WMBUS Unknown device b2E4468504515900270720287A0009F1FF303F0020C00000C0E0E0E10C10D130E141013110F18100C120D16141110C3E40C090E0B09B4E48BDE, please define it
2016.01.15 16:37:04 3: WMBUS Unknown device b364468500881015045433070A1009F1F010E0008DD000080D74D2DB57D4C1C738E205E64C102020000000000160073C900C0041D18424832E2C45415492FA73699, please define it
2016.01.15 16:37:04 3: WMBUS Unknown device b2E446850803275007062BFBFA0809F1F1602F0020400000405050405F7FE020404030302020201020204040402030C910405030405DDB284E1, please define it
2016.01.15 16:37:05 3: WMBUS Unknown device b2E446850443655847072C7BAA0009F1F4300F0020200000203030100E71702020201030201020200020202020102B4060202020200F6778DF9, please define it
2016.01.15 16:37:06 3: WMBUS Unknown device b2E4468508036558470728CFCA0009F1F0100F0020000000000000000236900000000000000000000000000000000FFFF0000000000FFFF88F7, please define it
2016.01.15 16:37:06 3: WMBUS Unknown device b2E446850991171436180A279A0019E1E1B04F002610200915151396EC243445C260B000000000000000304113C54F145596000637C3E7E8BD3, please define it
2016.01.15 16:37:08 3: WMBUS Unknown device b2F4468502060064374629BB8A2069F1F2200F0020000000000010101DA8501010201020100000102020101020102E4EB020102010101357B80DD, please define it
2016.01.15 16:37:08 3: WMBUS Unknown device b36446850198101504543CAA1A1009F1F2E1D00089D020080D7A979E68B743D1810362E9D520610002840810610E08343B0C719964844D570FE95ABB0AC9ACA68D2, please define it
2016.01.15 16:37:09 3: WMBUS Unknown device b364468501881015045430B29A1009F1FB91C000816020080676179E5C64EA9F71B321BBD62C502000000000000002064004002464C24D97BD65DA9E78D347B344E, please define it
2016.01.15 16:37:10 3: WMBUS Unknown device b2F446850942190417462E1E8A2069F1F0000F0020000000000000000E67100000000000000000000000000000000FFFF000000000000FFFF80FD, please define it
2016.01.15 16:37:10 3: WMBUS Unknown device b2E446850308815857072121DA0009F1F3F00F002000000000404030248CD020301000000000001020000000000006D5101020203014C4081FB, please define it
2016.01.15 16:37:10 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B00F002040042042904040DAFA5000D00000000000000000000000000006D2700000000000B01070B96C082DB, please define it
2016.01.15 16:37:11 3: WMBUS Unknown device b2E4468506334851170728E0FA0009F1F0000F0020000000000000000C1B900000000000000000000000000000000FFFF0000000000FFFF81DC, please define it
2016.01.15 16:37:11 3: WMBUS Unknown device b2E446850633755847072A1FCA0809F1F1A00F0020000000001010101E685010101010101000201010101000100019DE80001000100301788E3, please define it
2016.01.15 16:37:11 3: WMBUS Unknown device b364468501517093845436F6EA1009F1F41D70008CB020081571672C84284C92762477B8593090D04001000000B0C593500C1031C7C23D265D5618A6A7D5668CE6A, please define it
2016.01.15 16:37:12 3: WMBUS Unknown device b2E446850233655847072621EA0009F1F8401F0020B00000B0808070B32DB0A0B0C0B070C0C0E0D0D0D080B0B0B0C6D560B0A090C094678C7FE, please define it
2016.01.15 16:37:13 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F05F0028800AF04AB048842659100425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2483E6, please define it
2016.01.15 16:37:13 3: WMBUS Unknown device b2E4468505547810270720985A0809F1F9D01F002060000060707070699FA07070607080708060502040909060404EB84070905080CEA3781DF, please define it
2016.01.15 16:37:13 3: WMBUS Unknown device b2E446850604781027072C469A0009F1F2E06F002180000181D1D1A1B1D79111F2120212614241F1D1E1E1F1A161893402612161819E14A80DC, please define it
2016.01.15 16:37:13 3: WMBUS Unknown device b364468500781015045438D1CA1009F1FB4060008800000800708134C87459041060B3B7C50010100001000001108D1BC4040031A24A1C5186C0CE24B20BC18C936, please define it
2016.01.15 16:37:15 3: WMBUS Unknown device b2E44685060347684707234E0A0809F1F8805F0021E00001E1A1A2016DEDC161C110100000100091602000100000D049E3456624F75B6B986D2, please define it
2016.01.15 16:37:16 3: WMBUS Unknown device b2E4468502830515464808A03A011BF1E870DF002AC05018A70706874C9FF3F5B3421080301010007030F131E56779B448C98BDAA97614B8BD3, please define it
2016.01.15 16:37:18 3: WMBUS Unknown device b2E44685033125000706271FEA0009F1F6B00F00200000000000000007A1800000000000001000000000000000000C46C0000000000FFFF80EF, please define it
2016.01.15 16:37:18 3: WMBUS Unknown device b2E4468505836558470723E72A0009F1F1F00F002000000000101000263BB000101010101000100010100010101014D8B010100010123F482E2, please define it
2016.01.15 16:37:19 3: WMBUS Unknown device b364468501081015045438837A1009F1FD3140008DC010080C71D2AA8F7FE1C64DB1BBA64614101000400000009083C48A04105101C92CA4635CD47E179B477304D, please define it
2016.01.15 16:37:21 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F1404F00240007B0EF916404EB5FA004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA86DA, please define it
2016.01.15 16:37:23 3: WMBUS Unknown device b2F44685040515641746233FEA2069F1F3000F0020200000002030301245A0002020102020101020101010202020122F10202020202017567800F, please define it
2016.01.15 16:37:24 3: WMBUS Unknown device b2F4468500165063574629533A2069F1F8A00F0020100000001020200C9180101010201010101010001010101020022A901020102010167C780E7, please define it
2016.01.15 16:37:25 3: WMBUS Unknown device b2E4468507436558470728A51A0009F1F2001F0020B00000B07070605446C090A080609090A0A09090A08060C09069C3A0B040A0708223588EB, please define it
2016.01.15 16:37:25 3: WMBUS Unknown device b2E4468500417900270727367A0009F1FF700F002030000030303030360F20402040202030204030202020303030307B6010202020085FD80E2, please define it
2016.01.15 16:37:25 3: WMBUS Unknown device b364468502347253645431BF4A1009F1FA76B00080000008007000000554A00000000000000000000000000000000FFFF00000000000000000000000000FFFF92A6, please define it
2016.01.15 16:37:25 3: WMBUS Unknown device b2F446850682420307472B95EA2069F1F0100F002000000000000000004A100000000000000000000000000000000FFFF000000000000FFFF80D3, please define it
2016.01.15 16:37:28 3: WMBUS Unknown device b32446850262398426980EB05A0119F1F3506F0023901780FDF169C566724015642341D1710040000000000000000C27F11001F4B284D868C05AF6E8DD2, please define it
2016.01.15 16:37:29 3: WMBUS Unknown device b2F4468507906904174624F29A2069F1FA000F002050000000509090AC81B0B0A05030301010002020404040304093224070A08070907A1B580E9, please define it
2016.01.15 16:37:29 3: WMBUS Unknown device b2E446850213655847072DC6BA0009F1F4900F0020100000103030100639A020203020202020202010203020201026A330302020101C59990DB, please define it
2016.01.15 16:37:30 3: WMBUS Unknown device b2F4468507806904174628EA1A2069F1F2F00F002030000000303030194CC0202020201020101020103010102030176B90103010201020EEE8000, please define it
2016.01.15 16:37:31 3: WMBUS Unknown device b2E446850363655847072D940A0009F1F8704F0021D00001D1F1F20035BCD1F22201C252727272111292522221F2548B4241F1B241787A88BE7, please define it
2016.01.15 16:37:31 3: WMBUS Unknown device b2E446850901690027072C09AA0009F1F3500F002000000000101010059F101010101000101010101000101010101C6DE0100010100C00B80E4, please define it
2016.01.15 16:37:32 3: WMBUS Unknown device b36446850121709384543511CA1009F1FF05500085B010080B7D54413E373B5C45435262183C8171B0C408103416089DD20C6129F6CF3905252A996DB5DCAF596A5, please define it
2016.01.15 16:37:32 3: WMBUS Unknown device b36446850178101504543B645A1009F1F8B1E0008F701008077DF4E3B4890D1D6614292A553CA1100000000000008B33E20000C174C531557CF7129AB9436AE289B, please define it
2016.01.15 16:37:33 3: WMBUS Unknown device b2E4468505037750070621AB1A0009F1FDC05F0020A00000A0C0C0E110066120C110B0E0A060B07070A080D0C0C0CE3360A070B090794DE80D7, please define it
2016.01.15 16:37:34 3: WMBUS Unknown device b2F4468501971054274628013A2069F1F3900F00200000000000101011038010101010001000104030403030103032044030302030402787680EA, please define it
2016.01.15 16:37:34 3: WMBUS Unknown device b2E446850480211017062F4B1A0009F1F5804F0020300000309090B082FB60709050000000000030801000000000366C10B0B0C0B0ABA8883EF, please define it
2016.01.15 16:37:36 3: WMBUS Unknown device b2F4468502042203074721863A2069F1F4A01F0020A0000000A0D0D0C086F110F0B0B090601020C070A090808080C244E0A0B090A0B0AD6B580E9, please define it
2016.01.15 16:37:37 3: WMBUS Unknown device b2E446850772250007062578EA0009F1FFA00F00200000000000000000BEC00000000000000000000000000000000FFFF0000000000FFFF8013, please define it
2016.01.15 16:37:37 3: WMBUS Unknown device b2E446850563230937072AF79A0009F1FAF00F0020100000106060704E35B040502010000000001040100000000005D34030405060353AD840F, please define it
2016.01.15 16:37:37 3: WMBUS Unknown device b364468500881015045433070A1009F1F010E0008DD000080D74D2DB57D4C1C738E205E64C102020000000000160073C900C0041D18424832E2C45415492FA73499, please define it
2016.01.15 16:37:38 3: WMBUS Unknown device b2E446850443655847072C7BAA0009F1F4300F0020200000203030100E71702020201030201020200020202020102B4060202020200F67795FB, please define it
2016.01.15 16:37:39 3: WMBUS Unknown device b364468501117093845432EE1A1009F1FCBF100089B020081D7943DF68F695C74D32DF5F850000000000000000200DBC10000000C38749566785598E47D8422ED38, please define it
2016.01.15 16:37:39 3: WMBUS Unknown device b2E4468508036558470728CFCA0009F1F0100F0020000000000000000236900000000000000000000000000000000FFFF0000000000FFFF82F9, please define it
2016.01.15 16:37:40 3: WMBUS Unknown device b2F4468502060064374629BB8A2069F1F2200F0020000000000010101DA8501010201020100000102020101020102E4EB020102010101357B80DB, please define it
2016.01.15 16:37:40 3: WMBUS Unknown device b2E4468504515900270720287A0009F1FF303F0020C00000C0E0E0E10C10D130E141013110F18100C120D16141110C3E40C090E0B09B4E481DD, please define it
2016.01.15 16:37:41 3: WMBUS Unknown device b36446850198101504543CAA1A1009F1F2E1D00089D020080D7A979E68B743D1810362E9D520610002840810610E08343B0C719964844D570FE95ABB0AC9ACA6DD2, please define it
2016.01.15 16:37:42 3: WMBUS Unknown device b2E446850803275007062BFBFA0809F1F1602F0020400000405050405F7FE020404030302020201020204040402030C910405030405DDB282E1, please define it
2016.01.15 16:37:42 3: WMBUS Unknown device b2E4468506334851170728E0FA0009F1F0000F0020000000000000000C1B900000000000000000000000000000000FFFF0000000000FFFF81DD, please define it
2016.01.15 16:37:43 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B00F002040041042904040DD058000D00000000000000000000000000006D2700000000000B01070B96C081D8, please define it
2016.01.15 16:37:43 3: WMBUS Unknown device b2E446850233655847072621EA0009F1F8401F0020B00000B0808070B32DB0A0B0C0B070C0C0E0D0D0D080B0B0B0C6D560B0A090C09467891FF, please define it
2016.01.15 16:37:43 3: WMBUS Unknown device b364468501517093845436F6EA1009F1F41D70008CB020081571672C84284C92762477B8593090D04001000000B0C593500C1031C7C23D265D5618A6A7D5668CF6A, please define it
2016.01.15 16:37:44 3: WMBUS Unknown device b2E4468505547810270720985A0809F1F9D01F002060000060707070699FA07070607080708060502040909060404EB84070905080CEA3784DE, please define it
2016.01.15 16:37:44 3: WMBUS Unknown device b2E446850061271436180B06BA0019E1E4C01F002BE0000331C1C222805570A17040000000000000000000000191EC7982C24002D31B97981D7, please define it
2016.01.15 16:37:45 3: WMBUS Unknown device b2E44685060347684707234E0A0809F1F8805F0021E00001E1A1A2016DEDC161C110100000100091602000100000D049E3456624F75B6B98BD4, please define it
2016.01.15 16:37:46 3: WMBUS Unknown device b2E446850604781027072C469A0009F1F2E06F002180000181D1D1A1B1D79111F2120212614241F1D1E1E1F1A161893402612161819E14A81DE, please define it
2016.01.15 16:37:46 3: WMBUS Unknown device b364468500781015045438D1CA1009F1FB4060008800000800708134C87459041060B3B7C50010100001000001108D1BC4040031A24A1C5186C0CE24B20BC18CB36, please define it
2016.01.15 16:37:47 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90EF0029905024F5959584816E42055120000000000000000000F214565F6D783869BB38A0DA081DE, please define it
2016.01.15 16:37:48 3: WMBUS Unknown device b2E446850308815857072121DA0009F1F3F00F002000000000404030248CD020301000000000001020000000000006D5101020203014C4086FC, please define it
2016.01.15 16:37:49 3: WMBUS Unknown device b2E446850633755847072A1FCA0809F1F1A00F0020000000001010101E685010101010101000201010101000100019DE80001000100301798E3, please define it
2016.01.15 16:37:51 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F05F0028800B004AA048842D89400425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2482E6, please define it
2016.01.15 16:37:51 3: WMBUS Unknown device b364468501081015045438837A1009F1FD3140008DC010080C71D2AA8F7FE1C64DB1BBA64614101000400000009083C48A04105101C92CA4635CD47E179B477304D, please define it
2016.01.15 16:37:51 3: WMBUS Unknown device b2F4468501678054274625AACA2069F1F1400F0020100000001020201F7C8020102010100000101000001000100014E2E000100010100C00B80E0, please define it
2016.01.15 16:37:51 3: WMBUS Unknown device b2E44685033125000706271FEA0009F1F6B00F00200000000000000007A1800000000000001000000000000000000C46C0000000000FFFF82EF, please define it
2016.01.15 16:37:52 3: WMBUS Unknown device b2F446850499380417462909DA2069F1FE600F0020A0000000A070706E75F09060A08090407060807080906070908C5ED0A090B090D0AAE588007, please define it
2016.01.15 16:37:53 3: WMBUS Unknown device b2E4468500330515464800052A011BF1EE705F002FF000000000024870C8E1A0000003A0000000000000000004602300E8B82C1A28632E78FCF, please define it
2016.01.15 16:37:57 3: WMBUS Unknown device b364468502347253645431BF4A1009F1FA76B00080000008007000000554A00000000000000000000000000000000FFFF00000000000000000000000000FFFF93A6, please define it
2016.01.15 16:37:57 3: WMBUS Unknown device b2F4468500165063574629533A2069F1F8A00F0020100000001020200C9180101010201010101010001010101020022A901020102010167C780E7, please define it
2016.01.15 16:37:58 3: WMBUS Unknown device b2E4468507436558470728A51A0009F1F2001F0020B00000B07070605446C090A080609090A0A09090A08060C09069C3A0B040A0708223588EB, please define it
2016.01.15 16:38:01 3: WMBUS Unknown device b2E446850110571436180EE78A0019E1EFD00F002DE000000181817A055D7000F000000000000000000000000000050D70D0231006619D880DB, please define it
2016.01.15 16:38:02 3: WMBUS Unknown device b2F4468507806904174628EA1A2069F1F2F00F002030000000303030194CC0202020201020101020103010102030176B90103010201020EEE80FF, please define it
2016.01.15 16:38:02 3: WMBUS Unknown device b2E446850901690027072C09AA0009F1F3500F002000000000101010059F101010101000101010101000101010101C6DE0100010100C00B82E5, please define it
2016.01.15 16:38:03 3: WMBUS Unknown device b2E446850363655847072D940A0009F1F8704F0021D00001D1F1F20035BCD1F22201C252727272111292522221F2548B4241F1B241787A890E8, please define it
2016.01.15 16:38:03 3: WMBUS Unknown device b36446850121709384543511CA1009F1FF05500085B010080B7D54413E373B5C45435262183C8171B0C408103416089DD20C6129F6CF3905252A996DB5DCAF592A5, please define it
2016.01.15 16:38:06 3: WMBUS Unknown device b2E446850593655847072FFFAA0009F1F5900F0020100000102020201D47B020101010302040606050503020302022EA8020102030235358FD8, please define it
2016.01.15 16:38:06 3: WMBUS Unknown device b36446850178101504543B645A1009F1F8B1E0008F701008077DF4E3B4890D1D6614292A553CA1100000000000008B33E20000C174C531557CF7129AB9436AE2C9B, please define it
2016.01.15 16:38:06 3: WMBUS Unknown device b2F4468501971054274628013A2069F1F3900F00200000000000101011038010101010001000104030403030103032044030302030402787680EB, please define it
2016.01.15 16:38:07 3: WMBUS Unknown device b2E4468505037750070621AB1A0009F1FDC05F0020A00000A0C0C0E110066120C110B0E0A060B07070A080D0C0C0CE3360A070B090794DE80D5, please define it
2016.01.15 16:38:07 3: WMBUS Unknown device b2E446850563230937072AF79A0009F1FAF00F0020100000106060704E35B040502010000000001040100000000005D34030405060353AD860F, please define it
2016.01.15 16:38:07 3: WMBUS Unknown device b2E446850213655847072DC6BA0009F1F4900F0020100000103030100639A020203020202020202010203020201026A330302020101C5998EDB, please define it
2016.01.15 16:38:07 3: WMBUS Unknown device b2E446850480211017062F4B1A0009F1F5804F0020300000309090B082FB60709050000000000030801000000000366C10B0B0C0B0ABA8883ED, please define it
2016.01.15 16:38:07 3: WMBUS Unknown device b2E446850772250007062578EA0009F1FFA00F00200000000000000000BEC00000000000000000000000000000000FFFF0000000000FFFF8013, please define it
2016.01.15 16:38:09 3: WMBUS Unknown device b2E4468508036558470728CFCA0009F1F0100F0020000000000000000236900000000000000000000000000000000FFFF0000000000FFFF8AF7, please define it
2016.01.15 16:38:10 3: WMBUS Unknown device b2F4468502042203074721863A2069F1F4A01F0020A0000000A0D0D0C086F110F0B0B090601020C070A090808080C244E0A0B090A0B0AD6B580E9, please define it
2016.01.15 16:38:10 3: WMBUS Unknown device b2E4468504515900270720287A0009F1FF303F0020C00000C0E0E0E10C10D130E141013110F18100C120D16141110C3E40C090E0B09B4E49ADE, please define it
2016.01.15 16:38:11 3: WMBUS Unknown device b2F4468502060064374629BB8A2069F1F2200F0020000000000010101DA8501010201020100000102020101020102E4EB020102010101357B80DC, please define it
2016.01.15 16:38:12 3: WMBUS Unknown device b36446850198101504543CAA1A1009F1F2E1D00089D020080D7A979E68B743D1810362E9D520610002840810610E08343B0C719964844D570FE95ABB0AC9ACA6DD2, please define it
2016.01.15 16:38:13 3: WMBUS Unknown device b2E4468506334851170728E0FA0009F1F0000F0020000000000000000C1B900000000000000000000000000000000FFFF0000000000FFFF81DC, please define it
2016.01.15 16:38:15 3: WMBUS Unknown device b2F446850942190417462E1E8A2069F1F0000F0020000000000000000E67100000000000000000000000000000000FFFF000000000000FFFF80FE, please define it
2016.01.15 16:38:15 3: WMBUS Unknown device b364468500881015045433070A1009F1F010E0008DD000080D74D2DB57D4C1C738E205E64C102020000000000160073C900C0041D18424832E2C45415492FA73099, please define it
2016.01.15 16:38:16 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B00F002040041042904040DD058000D00000000000000000000000000006D2700000000000B01070B96C081DA, please define it
2016.01.15 16:38:17 3: WMBUS Unknown device b2E44685053047143618093EFA0019E1E8A0BF002C60301735353495B4D151932100002000000000003100900435A99427799BBF6A945C280E1, please define it
2016.01.15 16:38:17 3: WMBUS Unknown device b2E44685060347684707234E0A0809F1F8805F0021E00001E1A1A2016DEDC161C110100000100091602000100000D049E3456624F75B6B98FD2, please define it
2016.01.15 16:38:17 3: WMBUS Unknown device b364468501517093845436F6EA1009F1F41D70008CB020081571672C84284C92762477B8593090D04001000000B0C593500C1031C7C23D265D5618A6A7D5668CE6A, please define it
2016.01.15 16:38:18 3: WMBUS Unknown device b364468500781015045438D1CA1009F1FB4060008800000800708134C87459041060B3B7C50010100001000001108D1BC4040031A24A1C5186C0CE24B20BC18C836, please define it
2016.01.15 16:38:18 3: WMBUS Unknown device b2E4468505547810270720985A0809F1F9D01F002060000060707070699FA07070607080708060502040909060404EB84070905080CEA3782DF, please define it
2016.01.15 16:38:19 3: WMBUS Unknown device b2E446850604781027072C469A0009F1F2E06F002180000181D1D1A1B1D79111F2120212614241F1D1E1E1F1A161893402612161819E14A81DD, please define it
2016.01.15 16:38:20 3: WMBUS Unknown device b2E446850308815857072121DA0009F1F3F00F002000000000404030248CD020301000000000001020000000000006D5101020203014C4083FA, please define it
2016.01.15 16:38:20 3: WMBUS Unknown device b364468501881015045430B29A1009F1FB91C000816020080676179E5C64EA9F71B321BBD62C502000000000000002064004002464C24D97BD65DA9E78D347B314E, please define it
2016.01.15 16:38:22 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F05F0028800B004AA048842D89400425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2484E6, please define it
2016.01.15 16:38:22 3: WMBUS Unknown device b2E4468505836558470723E72A0009F1F1F00F002000000000101000263BB000101010101000100010100010101014D8B010100010123F48BE1, please define it
2016.01.15 16:38:23 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE204F0024200390872092128C9DE0128604C1606070300000000000000006FEE1000093720862E3A1951B88BD3, please define it
2016.01.15 16:38:23 3: WMBUS Unknown device b2E446850633755847072A1FCA0809F1F1A00F0020000000001010101E685010101010101000201010101000100019DE80001000100301789E4, please define it
2016.01.15 16:38:23 3: WMBUS Unknown device b2E4468500430515464803E20A011BF1ECA0AF002DF0001220C0C0C2E089B0E000000000000000000000000001638D7575E91AEB49671C486DA, please define it
2016.01.15 16:38:25 3: WMBUS Unknown device b2F446850499380417462909DA2069F1FE600F0020A0000000A070706E75F09060A08090407060807080906070908C5ED0A090B090D0AAE588007, please define it

Das waren nicht mal 2 Minuten...

Hat jemand eine Idee was das alles sein könnte? Habe noch einen "Techem ultra S3" im Heizraum für die Überwachung des Warmwasserspeichers gefunden, ist der villeicht mit dabei?

Gruß Mirko

Hi Mirko,

ich sehe da auf die Schnelle Kalt- Warmwasser und Heizung. Die Dinger haben erstaunliche Reichweite, das können auch weiter entfernte Nachbarn sein.

Zu den Logs: da war nochmal Nacharbeit nötig. Ich habe vorhin nochmal einen patch hoch geladen. Wenn Du morgen ein update machst sollten die Zeitstempel im log jetzt endgültig fix auf Mitternacht stehen - dann sieht das im plot schick aus.

Zu den "Nachbarn", ich habe das so umgestellt das kein "Unknown device ... please define it" mehr im log erscheinen soll wenn vom Nachbarn ein Techem Kalt- Warmwasser oder Wärmemengenzähler empfangen wird. Im "list" erscheinen die natürlich weiter sofern ein list-device definiert ist.

Alle anderen WMBUS device werden wie gehabt an WMBUS weitergegeben.

vg
joerg

Hi Jörg,

habe das update geladen, bekomme jedoch folgende Fehlermeldungen (für jedes device) im log:

Zitat
2016.01.16 12:37:46 1: Including ./config/techem.cfg
"my" variable @m masks earlier declaration in same scope at ./FHEM/32_TechemWZ.pm line 308, <> line 8.
"state" variable @_ masks earlier declaration in same scope at ./FHEM/32_TechemWZ.pm line 308, <> line 8.
"my" variable @m masks earlier declaration in same scope at ./FHEM/32_TechemWZ.pm line 314, <> line 8.
"state" variable @_ masks earlier declaration in same scope at ./FHEM/32_TechemWZ.pm line 314, <> line 8.
"my" variable @m masks earlier declaration in same scope at ./FHEM/32_TechemWZ.pm line 320, <> line 8.
"state" variable @_ masks earlier declaration in same scope at ./FHEM/32_TechemWZ.pm line 320, <> line 8.
2016.01.16 12:37:46 1: reload: Error:Modul 32_TechemWZ deactivated:
syntax error at ./FHEM/32_TechemWZ.pm line 244, near "if defined"
syntax error at ./FHEM/32_TechemWZ.pm line 246, near "} else"
Can't use global @_ in "my" at ./FHEM/32_TechemWZ.pm line 254, near "= @_"
syntax error at ./FHEM/32_TechemWZ.pm line 304, near "}"
Can't use global @_ in "my" at ./FHEM/32_TechemWZ.pm line 308, near "= @_"
syntax error at ./FHEM/32_TechemWZ.pm line 310, near "}"
Can't use global @_ in "my" at ./FHEM/32_TechemWZ.pm line 314, near "= @_"
syntax error at ./FHEM/32_TechemWZ.pm line 316, near "}"
Can't use global @_ in "my" at ./FHEM/32_TechemWZ.pm line 320, near "= @_"
syntax error at ./FHEM/32_TechemWZ.pm line 322, near "}"
./FHEM/32_TechemWZ.pm has too many errors.

Ich habe das aktuelle file mit dem Stand von gestern mal verglichen. das ist die Stelle an der es klemmt:

Zitat
  if defined($d[0]) {
    return (@d);
  } else {
    return (''); # discard neighbor devices
  }

Die Klammer bei if defined scheint verrutscht zu sein, so läufts wieder, allerdings kommen immer noch "WMBUS Unknown device" Nachrichten im Log:

Zitat
  if (defined $d[0]) {
    return (@d);
  } else {
    return (''); # discard neighbor devices
  }

Kannst Du da bitte noch mal reinschauen?

Danke & Gruß
Mirko

ups, sorry. Mach ich.

vg
joerg

done.

bevor ich das einchecke, magst Du das mal testen ?

WMBUS Unknown device können weiterhin kommen, aber neben nur für device die nicht von WZ behandelt werde wie HKV und so. Wenn ich die unterdrücken würde wäre das auch nicht korrekt - die "gehören" mir ja nicht. Wenn Du welche bekommst poste mal bitte, dann schaue ich.


Danke vg
joerg

Hallo Jörg,

ich setze TechemHKV und TechemWZ ein mit ca. 52 HKV und 26 Kalt- und Warmwasserzähler. Hat bis jetzt alles gut funktioniert und die kleinen Bugs sind mit den Updates in den letzten Tagen auch mehr und mehr verschwunden, soweit ich das beurteilen kann.

Jetzt habe ich heute Nachmittag ein update von FHEM gemacht und da waren TechemHKV und TechemWZ auch wieder dabei. Allerdings gab es danach keine Wasserzähler mehr bei mir. Aus der fhem.cfg waren alle define wasserzaehler TechemWZ ... verschwunden. Das verstehe ich überhaupt nicht. Also TechemWZ gehen die letzte Datei ausgetauscht und fhem.cfg auf Backup zurückgespielt. Danach lief alles wieder.

Dann habe ich nochmals update check gemacht und da kam dann wie erwartet wieder TechemWZ als update. Ich wollte jetzt prüfen, ob der Fehler wieder auftritt. Also Update durchgeführt. Nach shutdown restart war wieder die fhem.cfg zerstört und keine Wasserzaähler mehr vorhanden. Dafür sind wieder WMBUS Devices erschienen, die ich in den letzten zwei Wochen aber alle weg hatte, nachdem ich nach und nach die Wasserzähler mit define ... TechemWZ .. definiert hatte.

Was passiert da? Kann das mit dem Thema zu haben, das hier gestern und heute diskutiert wurde?

Hier ein paar Ausschnitte aus dem fhem log:

2016.01.16 20:07:39 2: Error messages while initializing FHEM: configfile: Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZ Cannot load module TechemWZstatefile: Please define HM0919 first Please define HM0919 first Please define WZKW0012 first Please define WZKW0012 first Please define WZKW0012 first Please define WZKW0012 first Please define WZKW0012 first Please define WZKW0013 first Please define WZKW0013 first Please define WZKW0013 first Please define WZKW0013 first Please define WZKW0013 first Please define WZKW0018 first Please define WZKW0018 first Please define WZKW0019 first Please define WZKW0019 first Please define WZKW0019 first Please define WZKW0019 first Please define WZKW0019 first Please define WZKW0470 first Please define WZKW0470 first Please define WZKW0470 first Please define WZKW0470 first Please define WZKW0470 first Please define WZKW3172 first Please define WZKW3172 first Please define WZKW3172 first Please define WZKW3172 first Please define WZKW3172 first Please define WZKW4068 first Please define WZKW4068 first Please define WZKW4068 first Please define WZKW4068 first Please define WZKW4068 first Please define WZKW9726 first Please define WZKW9726 first Please define WZKW9726 first Please define WZKW9726 first Please define WZKW9726 first Please define WZKW9819 first Please define WZKW9819 first Please define WZKW9819 first Please define WZKW9819 first Please define WZKW9819 first Please define WZKW9820 first Please define WZKW9820 first Please define WZKW9820 first Please define WZKW9820 first Please define WZKW9820 first Please define WZKW9821 first Please define WZKW9821 first Please define WZKW9821 first Please define WZKW9821 first Please define WZKW9821 first Please define WZKW9829 first Please define WZKW9829 first Please define WZKW9829 first Please define WZKW9829 first Please define WZKW9829 first Please define WZK_BA first Please define WZK_BA first Please define WZK_BA first Please define WZK_BA first Please define WZK_BA first Please define



2016.01.16 20:07:40 3: WMBUS Unknown device b2F4468500376354174627CBCA2069F1F070100030800000000080C0AC1E5090B09090805010609080A0A060B080581630A0909090B0A982280E7, please define it
2016.01.16 20:07:40 2: autocreate: define WMBUS_TCH_41357603_116_98 WMBUS b2F4468500376354174627CBCA2069F1F070100030800000000080C0AC1E5090B09090805010609080A0A060B080581630A0909090B0A982280E7
2016.01.16 20:07:40 3: WMBUS_TCH_41357603_116_98: I/O device is nanoCUL
2016.01.16 20:07:40 2: autocreate: define FileLog_WMBUS_TCH_41357603_116_98 FileLog ./log/WMBUS_TCH_41357603_116_98-%Y-%m.log WMBUS_TCH_41357603_116_98
2016.01.16 20:07:40 2: WMBUS Error during LinkLayer parse:message too short, expected 56, got 55 bytes
2016.01.16 20:07:40 2: WMBUS Error during LinkLayer parse:message too short, expected 56, got 55 bytes
2016.01.16 20:07:40 3: nanoCUL: Unknown code b2F44685098114541746208EDA2069F1F7100000303000000000307036B3603040503030205030302040505050203A3AE030403050402A, help me!
2016.01.16 20:07:41 3: WMBUS Unknown device b2F446850684036347472941DA2069F1FB40000030500000000050706CB4706060706060402060A09070704060503CF55060505060606AB1980E4, please define it
2016.01.16 20:07:41 2: autocreate: define WMBUS_TCH_34364068_116_114 WMBUS b2F446850684036347472941DA2069F1FB40000030500000000050706CB4706060706060402060A09070704060503CF55060505060606AB1980E4
2016.01.16 20:07:41 3: WMBUS_TCH_34364068_116_114: I/O device is nanoCUL
2016.01.16 20:07:41 2: autocreate: define FileLog_WMBUS_TCH_34364068_116_114 FileLog ./log/WMBUS_TCH_34364068_116_114-%Y-%m.log WMBUS_TCH_34364068_116_114
2016.01.16 20:07:42 2: WMBUS Error during LinkLayer parse:message too short, expected 56, got 43 bytes
2016.01.16 20:07:42 2: WMBUS Error during LinkLayer parse:message too short, expected 56, got 43 bytes


Ich weiß nicht, ob das in irgend einer Form weiterhilft. Die SW Version, die Du heute hier im Forum eingestellt hast, habe ich noch nicht ausprobiert.

Viele Grüße
Wolfgang

Hi

sorry

ZitatDie SW Version, die Du heute hier im Forum eingestellt hast, habe ich noch nicht ausprobiert.

Probier mal bitte. Die ist genau dafür.

vg
joerg

Hallo Jörg,

habe eben die neue Version von heute eingespielt. Es gab keine Fehlermeldungen im fhem global log mehr und die fhem.cfg 'lebt' auch noch. Hat offensichtlich das Problem gelöst. Ich werde mal weiter beobachten, ob mir noch etwas auffällt.

Im FileLog ist mir noch aufgefallen:

2016-01-16_20:20:17 WasserZ WZW_WC.current_period: <div style="text-align:right">0.2 m3</div>
2016-01-16_20:20:17 WasserZpreviousP WZW_WC.previous_period: <div style="text-align:right">5.3 m3</div>
2016-01-16_20:20:17 Wasserzaehler WZW_WC.current_period: <div style="text-align:right">0.2 m3</div>
2016-01-16_20:20:17 Wasserzaehler WZW_WC.previous_period: <div style="text-align:right">5.3 m3</div>
2016-01-16_20:20:17 Wasserzaehler WZW_WC.meter: <div style="text-align:right">5.5 m3</div>


Das gab es in einer der letzten Versionen meine ich schon mal. Das letzte mal finde ich es in meinem Log am 8.1.2016.

Danke.

VG Wolfgang

Hi,

kann ich nicht unterbringen. Irgendeine Erweiterung ? Logproxy, Tablet UI whatever ?

vg
joerg

Hallo Jörg,

das kommt wohl von readingsGroup, zumindest ist WasserZ und Wasserzaehler je eine readingsGroup, die Zähler zusammenfassen. Muss ich mal suchen, woran das liegen könnte. Aber dann eher nicht am Modul TechemWZ.

VG Wolfgang

Hallo Jörg,

habe das update getestet, funktioniert wieder. Ich bekomme allerdings weiterhin jede Menge "WMBUS Unknown device" Meldungen ins log, bei verbose 3:

Zitat
2016.01.17 16:40:06 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F203F30300043EEB000D00000000000000000000000000006D2700000000000B01070B96C085D9, please define it
2016.01.17 16:40:08 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90E10039F0502024F4F595814EC482055120000000000000000000F214531C16583869BB3FEFD80E4, please define it
2016.01.17 16:40:08 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00D909EF0E18578401004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA81E0, please define it
2016.01.17 16:40:13 3: WMBUS Unknown device b2E4468509384016364802B14A0113E1FF00210037F0100005C5C272673654333392700000000000000000B04031803253E54462779C1F785D4, please define it
2016.01.17 16:40:17 3: WMBUS Unknown device b2E4468500430515464803E20A011BF1ECA0A10030901010F28280C0C10C82E0E0000000000000000000000000016DA3D385E91AEB4AD0D88D6, please define it
2016.01.17 16:40:17 3: WMBUS Unknown device b2E4468508804714361805E9CA0019E1EC50110031A0000010A0A0301D762050600000000000000000000000000004AB30000000205E3DB80DF, please define it
2016.01.17 16:40:21 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800B305D1050444E06F00323C6234470D0000000000000000000AA602013B677546777B6E71DC84D7, please define it
2016.01.17 16:40:26 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007C048D041394969F00425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2483E9, please define it
2016.01.17 16:40:33 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C005308990A022489260128604C1606070300000000000000006FEE1000093720862E3A1951B881DB, please define it
2016.01.17 16:40:39 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00D909EF0E18578401004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA84DE, please define it
2016.01.17 16:40:51 3: WMBUS Unknown device b2E446850990471436180A44DA0019E1E280310032C020024ABAB593E1E8D54273D0D000000000000000000010036BB4444506B1B63E86180E0, please define it
2016.01.17 16:40:52 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800B305D1050444E06F00323C6234470D0000000000000000000AA602013B677546777B6E71DC80D8, please define it
2016.01.17 16:40:53 3: WMBUS Unknown device b2E446850253051546480891AA011BF1EBD251003C8100313ACAC824051A97B74988A5C30000000001B00121A468FB3BDB4C0B0E4D28AE495D0, please define it
2016.01.17 16:40:57 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F203F30300043EEB000D00000000000000000000000000006D2700000000000B01070B96C080D9, please define it
2016.01.17 16:40:58 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007C048D041394969F00425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2483E8, please define it
2016.01.17 16:41:01 3: WMBUS Unknown device b32446850112398426980989CA0119F1F05001003000063040F050000A7EB00000000000000000000000000000000FFFF000000000000010202B44A81DB, please define it
2016.01.17 16:41:06 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C005208950A0224408B0128604C1606070300000000000000006FEE1000093720862E3A1951B882DD, please define it
2016.01.17 16:41:19 3: WMBUS Unknown device b2E4468500112714361808E19A0019E1E080110035B0000052929090BA51F0D070401000000000000000000000011D951061F1F00275BD589D4, please define it
2016.01.17 16:41:24 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800B305D1050444E06F00323C6234470D0000000000000000000AA602013B677546777B6E71DC86DA, please define it
2016.01.17 16:41:27 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F303F40300045EF3000D00000000000000000000000000006D2700000000000B01070B96C081D6, please define it
2016.01.17 16:41:28 3: WMBUS Unknown device b2E446850740471436180DB2FA0019E1E05031003700100010000256F112A3D162E342600000000000000000000076F1629293C8236677080D3, please define it
2016.01.17 16:41:32 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007B048C04139493DD00425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2484E9, please define it
2016.01.17 16:41:34 3: WMBUS Unknown device b32446850112398426980989CA0119F1F05001003000063040F050000A7EB00000000000000000000000000000000FFFF000000000000010202B44A82DB, please define it
2016.01.17 16:41:38 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C005208950A0224408B0128604C1606070300000000000000006FEE1000093720862E3A1951B880DB, please define it
2016.01.17 16:41:45 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00DA09F70E1857EBB6004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA82E1, please define it
2016.01.17 16:42:02 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800AE05CC0504441F9500323C6234470D0000000000000000000AA602013B677546777B6E71DC8ADA, please define it
2016.01.17 16:42:05 3: WMBUS Unknown device b32446850112398426980989CA0119F1F05001003000063040F050000A7EB00000000000000000000000000000000FFFF000000000000010202B44A80DB, please define it
2016.01.17 16:42:05 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F303F40300045EF3000D00000000000000000000000000006D2700000000000B01070B96C088D8, please define it
2016.01.17 16:42:09 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C005208950A0224408B0128604C1606070300000000000000006FEE1000093720862E3A1951B880DC, please define it
2016.01.17 16:42:11 3: WMBUS Unknown device b2E4468508653704361807212A0019E1E000010030000000000000000034000000000000000000000000000000000FFFF0000000000FFFF80EB, please define it
2016.01.17 16:42:18 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00DA09F70E1857EBB6004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA85E1, please define it
2016.01.17 16:42:27 3: WMBUS Unknown device b2E446850031271436180306CA0019E1E360110033300001E08080D00A53E00000000000000000000000000000000FFFF000035853D4C9D80E7, please define it
2016.01.17 16:42:32 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800AE05CC0504441F9500323C6234470D0000000000000000000AA602013B677546777B6E71DC81DA, please define it
2016.01.17 16:42:37 3: WMBUS Unknown device b32446850112398426980989CA0119F1F05001003000060041005000069CC00000000000000000000000000000000FFFF000000000000010202B44A86D8, please define it
2016.01.17 16:42:38 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F303F40300045EF3000D00000000000000000000000000006D2700000000000B01070B96C081D7, please define it
2016.01.17 16:42:39 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C005208950A0224408B0128604C1606070300000000000000006FEE1000093720862E3A1951B880DD, please define it
2016.01.17 16:42:44 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007B048C04139493DD00425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2482E8, please define it
2016.01.17 16:42:56 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00DA09F70E1857EBB6004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA83E0, please define it
2016.01.17 16:43:02 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800AE05CC0504441F9500323C6234470D0000000000000000000AA602013B677546777B6E71DC84DA, please define it
2016.01.17 16:43:07 3: WMBUS Unknown device b2E44685053047143618093EFA0019E1E8A0B1003E503010D7676534979B85B19321000020000000000031009004323B25A7799BBF642CA80DF, please define it
2016.01.17 16:43:10 3: WMBUS Unknown device b2E446850428401636480DB0CA0113E1FD900100316000000111100005D770000050000000000000000000000021E0FD90A0607080B368385D5, please define it
2016.01.17 16:43:12 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F303F40300045EF3000D00000000000000000000000000006D2700000000000B01070B96C082D8, please define it
2016.01.17 16:43:15 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007B048C04139493DD00425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2482E8, please define it
2016.01.17 16:43:15 3: WMBUS Unknown device b2E446850110571436180EE78A0019E1EFD001003DE0000000000181795D4A0000F0000000000000000000000000055D7000D023100B41980D7, please define it
2016.01.17 16:43:17 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C005208910A0224AC4B0128604C1606070300000000000000006FEE1000093720862E3A1951B881DC, please define it
2016.01.17 16:43:26 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00DD09FE0E18570A11004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA86DF, please define it
2016.01.17 16:43:33 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800AE05CC0504441F9500323C6234470D0000000000000000000AA602013B677546777B6E71DC84D9, please define it
2016.01.17 16:43:34 3: WMBUS Unknown device b2E446850895370436180CF7EA0019E1E560010038D00000006060000017450250000120000000000000000000000DF280000000000FFFF82E1, please define it
2016.01.17 16:43:44 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F203F30300043EEB000D00000000000000000000000000006D2700000000000B01070B96C080DA, please define it
2016.01.17 16:43:47 3: WMBUS Unknown device b32446850112398426980989CA0119F1F05001003000060041005000069CC00000000000000000000000000000000FFFF000000000000010202B44A83DC, please define it
2016.01.17 16:43:48 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007B048B041394324D00425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2482E8, please define it
2016.01.17 16:43:50 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C005208910A0224AC4B0128604C1606070300000000000000006FEE1000093720862E3A1951B880DD, please define it
2016.01.17 16:43:53 3: WMBUS Unknown device b2E446850991171436180A279A0019E1E1B0410037C0200149898513904786E445C260B000000000000000304113C9129545960006334EE80DA, please define it
2016.01.17 16:44:00 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00DD09FE0E18570A11004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA80DE, please define it
2016.01.17 16:44:00 3: WMBUS Unknown device b2E446850061271436180B06BA0019E1E4C011003C800000835351C22BE09280A1704000000000000000000000019AB451E2C24002DC94C80D9, please define it
2016.01.17 16:44:01 3: WMBUS Unknown device b2E446850570471436180D260A0019E1ED70310035E040011DDDD7B99F8F9AD537A534716000000001203120B1C02F06C0603081307711080E5, please define it
2016.01.17 16:44:05 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800AA05C7050444F7AF00323C6234470D0000000000000000000AA602013B677546777B6E71DC86DA, please define it
2016.01.17 16:44:12 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90E10039F0502024F4F595814EC482055120000000000000000000F214531C16583869BB3FEFD80E5, please define it
2016.01.17 16:44:15 3: WMBUS Unknown device b2E4468509384016364802B14A0113E1FF00210037F0100005C5C272673654333392700000000000000000B04031803253E54462779C1F783D4, please define it
2016.01.17 16:44:15 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F203F30300043EEB000D00000000000000000000000000006D2700000000000B01070B96C081DA, please define it
2016.01.17 16:44:19 3: WMBUS Unknown device b2E4468500430515464803E20A011BF1ECA0A10030901010F28280C0C10C82E0E0000000000000000000000000016DA3D385E91AEB4AD0D87D4, please define it
2016.01.17 16:44:20 3: WMBUS Unknown device b32446850112398426980989CA0119F1F05001003000060041005000069CC00000000000000000000000000000000FFFF000000000000010202B44A81DA, please define it
2016.01.17 16:44:21 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007B048B041394324D00425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2485E9, please define it
2016.01.17 16:44:22 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C005208910A0224AC4B0128604C1606070300000000000000006FEE1000093720862E3A1951B881DC, please define it
2016.01.17 16:44:43 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800AA05C7050444F7AF00323C6234470D0000000000000000000AA602013B677546777B6E71DC85D9, please define it
2016.01.17 16:44:51 3: WMBUS Unknown device b2E446850990471436180A44DA0019E1E280310032C020024ABAB593E1E8D54273D0D000000000000000000010036BB4444506B1B63E86180E0, please define it
2016.01.17 16:44:51 3: WMBUS Unknown device b32446850112398426980989CA0119F1F0500100300006304130500005B6100000000000000000000000000000000FFFF000000000000010202B44A80DA, please define it
2016.01.17 16:44:52 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C005208910A0224AC4B0128604C1606070300000000000000006FEE1000093720862E3A1951B880DD, please define it
2016.01.17 16:44:53 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F203F30300043EEB000D00000000000000000000000000006D2700000000000B01070B96C085D9, please define it
2016.01.17 16:44:55 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007B048B041394324D00425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2481E9, please define it
2016.01.17 16:45:05 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00E309050F1857D5C5004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA83E1, please define it
2016.01.17 16:45:13 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800AA05C7050444F7AF00323C6234470D0000000000000000000AA602013B677546777B6E71DC83D9, please define it
2016.01.17 16:45:19 3: WMBUS Unknown device b2E4468500112714361808E19A0019E1E080110035B0000052929090BA51F0D070401000000000000000000000011D951061F1F00275BD584D4, please define it
2016.01.17 16:45:22 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C0052088B0A0224CA610128604C1606070300000000000000006FEE1000093720862E3A1951B880DB, please define it
2016.01.17 16:45:23 3: WMBUS Unknown device b32446850112398426980989CA0119F1F0500100300006304130500005B6100000000000000000000000000000000FFFF000000000000010202B44A82D9, please define it
2016.01.17 16:45:26 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F303F3030004FF63000D00000000000000000000000000006D2700000000000B01070B96C081D7, please define it
2016.01.17 16:45:33 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007A048B041394F3C500425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2483E9, please define it
2016.01.17 16:45:42 3: WMBUS Unknown device b2E446850223051546480B768A011BF1E5605100393020012A5A596934BD08E1F000D000000000000000000000000F90688BCADE3D028ED8ED3, please define it
2016.01.17 16:45:43 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00E309050F1857D5C5004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA83E0, please define it
2016.01.17 16:45:44 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800AA05C7050444F7AF00323C6234470D0000000000000000000AA602013B677546777B6E71DC82D8, please define it
2016.01.17 16:45:55 3: WMBUS Unknown device b32446850112398426980989CA0119F1F0500100300006304130500005B6100000000000000000000000000000000FFFF000000000000010202B44A82DB, please define it
2016.01.17 16:45:57 3: WMBUS Unknown device b32446850262298426980C583A0119F1F2400100304006D068E0600040B93000A0B000500000000000000000000007A3A0000020000040400001B23A1D2, please define it
2016.01.17 16:45:59 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F303F3030004FF63000D00000000000000000000000000006D2700000000000B01070B96C083D8, please define it
2016.01.17 16:46:00 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C0052088B0A0224CA610128604C1606070300000000000000006FEE1000093720862E3A1951B880DC, please define it
2016.01.17 16:46:04 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007A048B041394F3C500425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2484E9, please define it
2016.01.17 16:46:13 3: WMBUS Unknown device b2E4468508653704361807212A0019E1E000010030000000000000000034000000000000000000000000000000000FFFF0000000000FFFF80EB, please define it
2016.01.17 16:46:29 3: WMBUS Unknown device b2E446850031271436180306CA0019E1E360110033300001E08080D00A53E00000000000000000000000000000000FFFF000035853D4C9D80E8, please define it
2016.01.17 16:46:32 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F303F3030004FF63000D00000000000000000000000000006D2700000000000B01070B96C082DA, please define it
2016.01.17 16:46:33 3: WMBUS Unknown device b32446850112398426980989CA0119F1F0500100300006304130500005B6100000000000000000000000000000000FFFF000000000000010202B44A84DD, please define it
2016.01.17 16:46:33 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C0052088B0A0224CA610128604C1606070300000000000000006FEE1000093720862E3A1951B883DB, please define it
2016.01.17 16:46:35 3: WMBUS Unknown device b324468507923984269808054A0119F1FA00110031100B504CF04020F96890002070C010102000000000000000000A3C70000020E266188442485D697D3, please define it
2016.01.17 16:46:37 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007A048B041394F3C500425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2481EA, please define it
2016.01.17 16:46:37 3: WMBUS Unknown device b2E4468502654704361802A9FA0019E1EEB0110030900000000000000C59000000900000000000000000000000000AA7202002C394E15E580DF, please define it
2016.01.17 16:46:47 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800A505C20504449D3300323C6234470D0000000000000000000AA602013B677546777B6E71DC86D9, please define it
2016.01.17 16:46:52 3: WMBUS Unknown device b2E4468505084016364805E20A0113E1FD70110038A01000030301956C3915355340F01000000000000000000001BDBE21A2618311441E683D7, please define it
2016.01.17 16:47:02 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F303F3030004FF63000D00000000000000000000000000006D2700000000000B01070B96C083DA, please define it
2016.01.17 16:47:05 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C004F08840A0224B7540128604C1606070300000000000000006FEE1000093720862E3A1951B882DB, please define it
2016.01.17 16:47:10 3: WMBUS Unknown device b2E44685053047143618093EFA0019E1E8A0B1003E503010D7676534979B85B19321000020000000000031009004323B25A7799BBF642CA80DE, please define it
2016.01.17 16:47:20 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00E609100F1857769D004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA82E1, please define it
2016.01.17 16:47:36 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C004F08840A0224B7540128604C1606070300000000000000006FEE1000093720862E3A1951B882D9, please define it
2016.01.17 16:47:36 3: WMBUS Unknown device b2E446850895370436180CF7EA0019E1E560010038D00000006060000017450250000120000000000000000000000DF280000000000FFFF81E2, please define it
2016.01.17 16:47:37 3: WMBUS Unknown device b32446850112398426980989CA0119F1F050010030000630414050000FAF100000000000000000000000000000000FFFF000000000000010202B44A82DB, please define it
2016.01.17 16:47:44 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007A048A041394C8F500425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2486E9, please define it
2016.01.17 16:47:56 3: WMBUS Unknown device b2E446850991171436180A279A0019E1E1B0410037C0200149898513904786E445C260B000000000000000304113C9129545960006334EE80DB, please define it
2016.01.17 16:48:05 3: WMBUS Unknown device b2E446850570471436180D260A0019E1ED70310035E040011DDDD7B99F8F9AD537A534716000000001203120B1C02F06C0603081307711080E4, please define it
2016.01.17 16:48:06 3: WMBUS Unknown device b32446850712398426980034AA0119F1F120710038E00EC0AC60D0787110F00666B684F6A22141A0000000027001D36DB64E75562636691A28EE11D86DA, please define it
2016.01.17 16:48:06 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C004F08840A0224B7540128604C1606070300000000000000006FEE1000093720862E3A1951B880DC, please define it
2016.01.17 16:48:08 3: WMBUS Unknown device b2E446850061271436180B06BA0019E1E4C011003C800000835351C22BE09280A1704000000000000000000000019AB451E2C24002DC94C81D9, please define it
2016.01.17 16:48:08 3: WMBUS Unknown device b32446850112398426980989CA0119F1F050010030000630414050000FAF100000000000000000000000000000000FFFF000000000000010202B44A82DA, please define it
2016.01.17 16:48:11 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800A105BD0504442C4E00323C6234470D0000000000000000000AA602013B677546777B6E71DC86D8, please define it
2016.01.17 16:48:12 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90E10039F0502024F4F595814EC482055120000000000000000000F214531C16583869BB3FEFD80E6, please define it
2016.01.17 16:48:16 3: WMBUS Unknown device b2E4468509384016364802B14A0113E1FF00210037F0100005C5C272673654333392700000000000000000B04031803253E54462779C1F783D1, please define it
2016.01.17 16:48:22 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007A048A041394C8F500425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2484E9, please define it
2016.01.17 16:48:23 3: WMBUS Unknown device b2E4468508804714361805E9CA0019E1EC50110031A0000010A0A0301D762050600000000000000000000000000004AB30000000205E3DB80DF, please define it
2016.01.17 16:48:31 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00E609100F1857769D004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA83E1, please define it
2016.01.17 16:48:40 3: WMBUS Unknown device b32446850112398426980989CA0119F1F0500100300006304160500008C9100000000000000000000000000000000FFFF000000000000010202B44A81DB, please define it
2016.01.17 16:48:42 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800A105BD0504442C4E00323C6234470D0000000000000000000AA602013B677546777B6E71DC81D8, please define it
2016.01.17 16:48:44 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C004F08840A0224B7540128604C1606070300000000000000006FEE1000093720862E3A1951B880DC, please define it
2016.01.17 16:48:47 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F203F30300043EEB000D00000000000000000000000000006D2700000000000B01070B96C082DA, please define it
2016.01.17 16:48:48 3: WMBUS Unknown device b324468507923984269808054A0119F1FA00110031100B204CB04020F443B0002070C010102000000000000000000A3C70000020E266188442485D68DD0, please define it
2016.01.17 16:48:49 3: WMBUS Unknown device b324468502422984269807BF6A0119F1F4D0010030200AB0679060101E92E00000702030000000000000000000000E6C1000000040012220504586B8ED4, please define it
2016.01.17 16:48:51 3: WMBUS Unknown device b2E446850990471436180A44DA0019E1E280310032C020024ABAB593E1E8D54273D0D000000000000000000010036BB4444506B1B63E86180DF, please define it
2016.01.17 16:48:53 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007A048A041394C8F500425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2482E9, please define it
2016.01.17 16:48:58 3: WMBUS Unknown device b2E446850253051546480891AA011BF1EBD251003C8100313ACAC824051A97B74988A5C30000000001B00121A468FB3BDB4C0B0E4D28AE484D1, please define it
2016.01.17 16:49:01 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00E609100F1857769D004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA85DE, please define it
2016.01.17 16:49:14 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800A105BD0504442C4E00323C6234470D0000000000000000000AA602013B677546777B6E71DC85D9, please define it
2016.01.17 16:49:17 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C004E087F0A02247DAD0128604C1606070300000000000000006FEE1000093720862E3A1951B880DD, please define it
2016.01.17 16:49:18 3: WMBUS Unknown device b32446850112398426980989CA0119F1F0500100300006304160500008C9100000000000000000000000000000000FFFF000000000000010202B44A81DB, please define it
2016.01.17 16:49:19 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F203F30300043EEB000D00000000000000000000000000006D2700000000000B01070B96C080DB, please define it
2016.01.17 16:49:21 3: WMBUS Unknown device b2E4468500112714361808E19A0019E1E080110035B0000052929090BA51F0D070401000000000000000000000011D951061F1F00275BD583D2, please define it
2016.01.17 16:49:26 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A7007A048A041394C8F500425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2484EA, please define it
2016.01.17 16:49:43 3: WMBUS Unknown device b2E446850223051546480B768A011BF1E5605100393020012A5A596934BD08E1F000D000000000000000000000000F90688BCADE3D028ED8ED5, please define it
2016.01.17 16:49:48 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C004E087F0A02247DAD0128604C1606070300000000000000006FEE1000093720862E3A1951B880DD, please define it
2016.01.17 16:49:50 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F203F30300043EEB000D00000000000000000000000000006D2700000000000B01070B96C086D9, please define it
2016.01.17 16:49:52 3: WMBUS Unknown device b32446850112398426980989CA0119F1F0500100300006304160500008C9100000000000000000000000000000000FFFF000000000000010202B44A81DB, please define it
2016.01.17 16:49:52 3: WMBUS Unknown device b32446850152398426980D913A0119F1F180410034800A105BD0504442C4E00323C6234470D0000000000000000000AA602013B677546777B6E71DC83D6, please define it
2016.01.17 16:50:00 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A700790488041394C16800425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2485EA, please define it
2016.01.17 16:50:06 3: WMBUS Unknown device b2E4468500412714361800E1EA0019E1E02051003C90200148B8B5C6A1E4A6A39652E210600000000000002051847A6B64856638A798C6484D1, please define it
2016.01.17 16:50:07 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00E9091C0F1857C3D4004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA81E0, please define it
2016.01.17 16:50:14 3: WMBUS Unknown device b2E4468508653704361807212A0019E1E000010030000000000000000034000000000000000000000000000000000FFFF0000000000FFFF80EB, please define it
2016.01.17 16:50:19 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C004E087F0A02247DAD0128604C1606070300000000000000006FEE1000093720862E3A1951B881DE, please define it
2016.01.17 16:50:22 3: WMBUS Unknown device b32446850152398426980D913A0119F1F1804100348009C05B8050444B54C00323C6234470D0000000000000000000AA602013B677546777B6E71DC85DB, please define it
2016.01.17 16:50:28 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F203F30300043EEB000D00000000000000000000000000006D2700000000000B01070B96C083D9, please define it
2016.01.17 16:50:31 3: WMBUS Unknown device b324468507923984269808054A0119F1FA00110031100B204CB04020F443B0002070C010102000000000000000000A3C70000020E266188442485D687D4, please define it
2016.01.17 16:50:33 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A700790488041394C16800425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2482EA, please define it
2016.01.17 16:50:37 3: WMBUS Unknown device b2E446850031271436180306CA0019E1E360110033300001E08080D00A53E00000000000000000000000000000000FFFF000035853D4C9D80E8, please define it
2016.01.17 16:50:40 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00E9091C0F1857C3D4004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA85E0, please define it
2016.01.17 16:50:53 3: WMBUS Unknown device b32446850112398426980989CA0119F1F050010030000640418050000CCA600000000000000000000000000000000FFFF000000000000010202B44A82DB, please define it
2016.01.17 16:51:01 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F203F30300043EEB000D00000000000000000000000000006D2700000000000B01070B96C080DB, please define it
2016.01.17 16:51:02 3: WMBUS Unknown device b324468507923984269808054A0119F1FA00110031100B104CB04020F3BC60002070C010102000000000000000000A3C70000020E266188442485D685D2, please define it
2016.01.17 16:51:11 3: WMBUS Unknown device b2E44685053047143618093EFA0019E1E8A0B1003E503010D7676534979B85B19321000020000000000031009004323B25A7799BBF642CA80DE, please define it
2016.01.17 16:51:11 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A700790488041394C16800425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2483EA, please define it
2016.01.17 16:51:23 3: WMBUS Unknown device b2E446850110571436180EE78A0019E1EFD001003DE0000000000181795D4A0000F0000000000000000000000000055D7000D023100B41980D5, please define it
2016.01.17 16:51:24 3: WMBUS Unknown device b32446850152398426980D913A0119F1F1804100348009C05B8050444B54C00323C6234470D0000000000000000000AA602013B677546777B6E71DC85DB, please define it
2016.01.17 16:51:25 3: WMBUS Unknown device b32446850112398426980989CA0119F1F050010030000640418050000CCA600000000000000000000000000000000FFFF000000000000010202B44A82DC, please define it
2016.01.17 16:51:27 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C004C08760A02241C0D0128604C1606070300000000000000006FEE1000093720862E3A1951B883DD, please define it
2016.01.17 16:51:30 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00EC09270F1857CAF2004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA83E1, please define it
2016.01.17 16:51:34 3: WMBUS Unknown device b32446850972298426980AE4DA0119F1F2B0010030400F103F20300047A26000D00000000000000000000000000006D2700000000000B01070B96C080D7, please define it
2016.01.17 16:51:36 3: WMBUS Unknown device b2E446850895370436180CF7EA0019E1E560010038D00000006060000017450250000120000000000000000000000DF280000000000FFFF81E2, please define it
2016.01.17 16:51:40 3: WMBUS Unknown device b32446850262298426980C583A0119F1F2400100304006E0691060004C5B4000A0B000500000000000000000000007A3A0000020000040400001B238DCE, please define it
2016.01.17 16:51:43 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A700780487041394459500425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2483E9, please define it
2016.01.17 16:51:55 3: WMBUS Unknown device b32446850152398426980D913A0119F1F1804100348009C05B8050444B54C00323C6234470D0000000000000000000AA602013B677546777B6E71DC81D9, please define it
2016.01.17 16:52:00 3: WMBUS Unknown device b3244685013239842698026E9A0119F1FE20410034C004C08760A02241C0D0128604C1606070300000000000000006FEE1000093720862E3A1951B882DC, please define it
2016.01.17 16:52:03 3: WMBUS Unknown device b32446850112398426980989CA0119F1F050010030000640418050000CCA600000000000000000000000000000000FFFF000000000000010202B44A84DC, please define it
2016.01.17 16:52:04 3: WMBUS Unknown device b324468500623984269809DB7A0119F1F140410036F00EC09270F1857CAF2004E0075001B0000000000000000000095CD000003006663EBD8A7B1EA81DD, please define it
2016.01.17 16:52:06 3: WMBUS Unknown device b2E446850570471436180D260A0019E1ED70310035E040011DDDD7B99F8F9AD537A534716000000001203120B1C02F06C0603081307711080E6, please define it
2016.01.17 16:52:11 3: WMBUS Unknown device b2E446850061271436180B06BA0019E1E4C011003C800000835351C22BE09280A1704000000000000000000000019AB451E2C24002DC94C80D7, please define it
2016.01.17 16:52:12 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90E10039F0502024F4F595814EC482055120000000000000000000F214531C16583869BB3FEFD80E5, please define it
2016.01.17 16:52:15 3: WMBUS Unknown device b324468501723984269806766A0119F1F6F051003A700780487041394459500425C6D0C0000000000000000000000120B00002E74B5AFE7D7949C2483EA, please define it
2016.01.17 16:52:24 3: WMBUS Unknown device b2E4468508804714361805E9CA0019E1EC50110031A0000010A0A0301D762050600000000000000000000000000004AB30000000205E3DB80E0, please define it

Wenn dies keine der TechemWZ / HKV devices sind, wäre es in Ordung.

Gruß Mirko

Stichprobenartig sehe ich nur HKV, interessanterweise auch einen bisher unbekannten Typ.

Das ZechemWZ filter nur Wasserzähler und Wärmemengenzähler. Hast Du das TechemHKV modul auch installiert ?

vg
joerg

Das Modul HKV habe ich nicht konfiguriert, das ist für die Heizkostenverteiler an den Heizkörpern, richtig? Soweit ich informiert bin, gibt es diese hier im Haus nicht.
Wie kann ich das prüfen, einen Techem HKV im Listen Modus anlegen, kucken was passiert?

Der Unbekannte Typ könnte vielleicht ein "Techem Ultra s3" sein? Den gibt es hier noch im Heizraum....

sind HKV, vmtl von Nachbarhäusern.

Installiere einen HKV mit irgendeiner (fake) ID, zb 0000. Dann "schluckt" das HKV modul die "unknown device".

Sollte dann noch was übrig sein finden wir den "Ultra s3"

vg
joerg

Habe  jetzt folgenden HKV angelegt:

Zitat
define HKV_ext1 TechemHKV 0000

Zitat
Internals
CFGFN   
DEF    0000
NAME HKV_ext1
NR 1865
NTFY_ORDER 50-HKV_ext1
STATE listening
TYPE TechemHKV

Readings
state listening 2016-01-17 17:29:48

Anschließend verbose wieder auf 3:

Zitat
2016.01.17 17:52:27 3: WMBUS Unknown device b2E446850895370436180CF7EA0019E1E560010038D00000006060000017450250000120000000000000000000000DF280000000000FFFF81E3, please define it
2016.01.17 17:52:50 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90E10039F0502024F4F595814EC482055120000000000000000000F214531C16583869BB3FEFD80E4, please define it
2016.01.17 17:52:58 3: WMBUS Unknown device b2E446850991171436180A279A0019E1E1B0410037E020016989851397FF96E445C260B000000000000000304113C9129545960006334EE86D8, please define it
2016.01.17 17:53:04 3: WMBUS Unknown device b2E446850570471436180D260A0019E1ED70310035F040012DDDD7B990687AD537A534716000000001203120B1C02F06C0603081307711080E7, please define it
2016.01.17 17:53:09 3: WMBUS Unknown device b2E446850061271436180B06BA0019E1E4C011003C800000835351C22BE09280A1704000000000000000000000019AB451E2C24002DC94C81D3, please define it
2016.01.17 17:53:17 3: WMBUS Unknown device b2E4468500430515464803E20A011BF1ECA0A10030901011028280C0C02A52E0E0000000000000000000000000016DA3D385E91AEB4AD0D87D8, please define it
2016.01.17 17:53:19 3: WMBUS Unknown device b2E4468508804714361805E9CA0019E1EC50110031A0000010A0A0301D762050600000000000000000000000000004AB30000000205E3DB80E1, please define it
2016.01.17 17:53:40 3: WMBUS Unknown device b2E446850990471436180A44DA0019E1E280310032E020026ABAB593E650C54273D0D000000000000000000010036BB4444506B1B63E86180E5, please define it
2016.01.17 17:54:54 3: WMBUS Unknown device b2E4468508653704361807212A0019E1E000010030000000000000000034000000000000000000000000000000000FFFF0000000000FFFF80E9, please define it
2016.01.17 17:55:26 3: WMBUS Unknown device b2E446850031271436180306CA0019E1E360110033400001F08080D006DDB00000000000000000000000000000000FFFF000035853D4C9D80E8, please define it
2016.01.17 17:55:34 3: WMBUS Unknown device b2E4468505084016364805E20A0113E1FD70110038A01000030301956C3915355340F01000000000000000000001BDBE21A2618311441E684D8, please define it
2016.01.17 17:55:41 3: WMBUS Unknown device b2E4468502654704361802A9FA0019E1EEB0110030900000000000000C59000000900000000000000000000000000AA7202002C394E15E582E0, please define it
2016.01.17 17:56:05 3: WMBUS Unknown device b2E446850428401636480DB0CA0113E1FD900100316000000111100005D770000050000000000000000000000021E0FD90A0607080B368388D6, please define it
2016.01.17 17:56:06 3: WMBUS Unknown device b2E44685053047143618093EFA0019E1E8A0B1003E703010E767653492CBF5B19321000020000000000031009004323B25A7799BBF642CA80DD, please define it
2016.01.17 17:56:14 3: WMBUS Unknown device b2E446850110571436180EE78A0019E1EFD001003DE0000000000181795D4A0000F0000000000000000000000000055D7000D023100B41980D3, please define it
2016.01.17 17:56:25 3: WMBUS Unknown device b2E4468507004714361809AA0A0019E1E77211003990D0313A0A06E77DA97854B67432B0A0000000007020A0C5C9CEF5CAFB8B2E0E1D9C680D2, please define it
2016.01.17 17:56:30 3: WMBUS Unknown device b2E446850895370436180CF7EA0019E1E560010038D00000006060000017450250000120000000000000000000000DF280000000000FFFF80E3, please define it
2016.01.17 17:56:58 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90E10039F0502024F4F595814EC482055120000000000000000000F214531C16583869BB3FEFD80E3, please define it
2016.01.17 17:57:00 3: WMBUS Unknown device b2E446850991171436180A279A0019E1E1B0410037E020016989851397FF96E445C260B000000000000000304113C9129545960006334EE80D6, please define it
2016.01.17 17:57:08 3: WMBUS Unknown device b2E446850570471436180D260A0019E1ED70310035F040012DDDD7B990687AD537A534716000000001203120B1C02F06C0603081307711080E4, please define it
2016.01.17 17:57:18 3: WMBUS Unknown device b2E4468509384016364802B14A0113E1FF00210037F0100005C5C272673654333392700000000000000000B04031803253E54462779C1F780D2, please define it
2016.01.17 17:57:20 3: WMBUS Unknown device b2E4468500430515464803E20A011BF1ECA0A10030901011028280C0C02A52E0E0000000000000000000000000016DA3D385E91AEB4AD0D83D5, please define it
2016.01.17 17:57:27 3: WMBUS Unknown device b2E4468508804714361805E9CA0019E1EC50110031A0000010A0A0301D762050600000000000000000000000000004AB30000000205E3DB80E0, please define it
2016.01.17 17:58:00 3: WMBUS Unknown device b2E446850253051546480891AA011BF1EBD251003C8100314ACAC8240983B7B74988A5C30000000001B00121A468FB3BDB4C0B0E4D28AE48AD1, please define it
2016.01.17 17:58:02 3: WMBUS Unknown device b2E4468508053704361808DE8A0019E1E50041003D2020010929272735FB951373B4928000000000000000017322910944235676F4DD94481D4, please define it
2016.01.17 17:58:38 3: WMBUS Unknown device b2E446850223051546480B768A011BF1E5605100393020012A5A596934BD08E1F000D000000000000000000000000F90688BCADE3D028ED81D2, please define it
2016.01.17 17:59:02 3: WMBUS Unknown device b2E4468508653704361807212A0019E1E000010030000000000000000034000000000000000000000000000000000FFFF0000000000FFFF80EB, please define it
2016.01.17 17:59:26 3: WMBUS Unknown device b2E446850031271436180306CA0019E1E360110033400001F08080D006DDB00000000000000000000000000000000FFFF000035853D4C9D80E8, please define it
2016.01.17 18:00:06 3: WMBUS Unknown device b2E446850428401636480DB0CA0113E1FD900100316000000111100005D770000050000000000000000000000021E0FD90A0607080B368387D6, please define it
2016.01.17 18:00:14 3: WMBUS Unknown device b2E44685053047143618093EFA0019E1E8A0B1003E703010E767653492CBF5B19321000020000000000031009004323B25A7799BBF642CA80DD, please define it
2016.01.17 18:00:16 3: WMBUS Unknown device b2E446850110571436180EE78A0019E1EFD001003DE0000000000181795D4A0000F0000000000000000000000000055D7000D023100B41981D4, please define it
2016.01.17 18:00:29 3: WMBUS Unknown device b2E4468507004714361809AA0A0019E1E77211003990D0313A0A06E77DA97854B67432B0A0000000007020A0C5C9CEF5CAFB8B2E0E1D9C681D2, please define it
2016.01.17 18:00:38 3: WMBUS Unknown device b2E446850895370436180CF7EA0019E1E560010038D00000006060000017450250000120000000000000000000000DF280000000000FFFF80E3, please define it
2016.01.17 18:00:59 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90E10039F0502024F4F595814EC482055120000000000000000000F214531C16583869BB3FEFD80E4, please define it
2016.01.17 18:01:15 3: WMBUS Unknown device b2E446850061271436180B06BA0019E1E4C011003C800000835351C22BE09280A1704000000000000000000000019AB451E2C24002DC94C84D3, please define it
2016.01.17 18:01:16 3: WMBUS Unknown device b2E446850570471436180D260A0019E1ED70310035F040012DDDD7B990687AD537A534716000000001203120B1C02F06C0603081307711080E6, please define it
2016.01.17 18:01:21 3: WMBUS Unknown device b2E4468500430515464803E20A011BF1ECA0A10030901011028280C0C02A52E0E0000000000000000000000000016DA3D385E91AEB4AD0D83D6, please define it
2016.01.17 18:01:21 3: WMBUS Unknown device b2E4468509384016364802B14A0113E1FF00210037F0100005C5C272673654333392700000000000000000B04031803253E54462779C1F789D5, please define it
2016.01.17 18:01:30 3: WMBUS Unknown device b2E4468508804714361805E9CA0019E1EC50110031A0000010A0A0301D762050600000000000000000000000000004AB30000000205E3DB80E2, please define it
2016.01.17 18:01:44 3: WMBUS Unknown device b2E446850990471436180A44DA0019E1E280310032E020026ABAB593E650C54273D0D000000000000000000010036BB4444506B1B63E86181E3, please define it
2016.01.17 18:02:02 3: WMBUS Unknown device b2E4468508053704361808DE8A0019E1E50041003D2020010929272735FB951373B4928000000000000000017322910944235676F4DD94481D4, please define it
2016.01.17 18:02:17 3: WMBUS Unknown device b2E4468500112714361808E19A0019E1E080110035B0000052929090BA51F0D070401000000000000000000000011D951061F1F00275BD588CD, please define it
2016.01.17 18:02:39 3: WMBUS Unknown device b2E446850223051546480B768A011BF1E5605100393020012A5A596934BD08E1F000D000000000000000000000000F90688BCADE3D028ED93D4, please define it
2016.01.17 18:02:59 3: WMBUS Unknown device b2E4468500412714361800E1EA0019E1E02051003CA0200158B8B5C6A9BB56A39652E210600000000000002051847A6B64856638A798C6482D2, please define it
2016.01.17 18:03:04 3: WMBUS Unknown device b2E4468508653704361807212A0019E1E000010030000000000000000034000000000000000000000000000000000FFFF0000000000FFFF80EA, please define it
2016.01.17 18:04:08 3: WMBUS Unknown device b2E446850428401636480DB0CA0113E1FD900100316000000111100005D770000050000000000000000000000021E0FD90A0607080B368383D7, please define it
2016.01.17 18:04:16 3: WMBUS Unknown device b2E44685053047143618093EFA0019E1E8A0B1003E703010E767653492CBF5B19321000020000000000031009004323B25A7799BBF642CA82DC, please define it
2016.01.17 18:04:18 3: WMBUS Unknown device b2E446850110571436180EE78A0019E1EFD001003DE0000000000181795D4A0000F0000000000000000000000000055D7000D023100B41980D9, please define it
2016.01.17 18:04:42 3: WMBUS Unknown device b2E446850895370436180CF7EA0019E1E560010038D00000006060000017450250000120000000000000000000000DF280000000000FFFF81E4, please define it
2016.01.17 18:05:03 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90E10039F0502024F4F595814EC482055120000000000000000000F214531C16583869BB3FEFD80E4, please define it
2016.01.17 18:05:17 3: WMBUS Unknown device b2E446850570471436180D260A0019E1ED703100360040013DDDD7B994F41AD537A534716000000001203120B1C02F06C0603081307711080E5, please define it
2016.01.17 18:05:18 3: WMBUS Unknown device b2E446850061271436180B06BA0019E1E4C011003C800000835351C22BE09280A1704000000000000000000000019AB451E2C24002DC94C80D1, please define it
2016.01.17 18:05:23 3: WMBUS Unknown device b2E4468500430515464803E20A011BF1ECA0A10030901011028280C0C02A52E0E0000000000000000000000000016DA3D385E91AEB4AD0D89D8, please define it
2016.01.17 18:05:23 3: WMBUS Unknown device b2E4468509384016364802B14A0113E1FF00210037F0100005C5C272673654333392700000000000000000B04031803253E54462779C1F784D2, please define it
2016.01.17 18:05:33 3: WMBUS Unknown device b2E4468508804714361805E9CA0019E1EC50110031A0000010A0A0301D762050600000000000000000000000000004AB30000000205E3DB80E1, please define it
2016.01.17 18:05:44 3: WMBUS Unknown device b2E446850990471436180A44DA0019E1E280310032E020026ABAB593E650C54273D0D000000000000000000010036BB4444506B1B63E86180E3, please define it
2016.01.17 18:06:04 3: WMBUS Unknown device b2E4468508053704361808DE8A0019E1E50041003D2020010929272735FB951373B4928000000000000000017322910944235676F4DD94481D5, please define it
2016.01.17 18:06:05 3: WMBUS Unknown device b2E446850253051546480891AA011BF1EBD251003C8100314ACAC8240983B7B74988A5C30000000001B00121A468FB3BDB4C0B0E4D28AE486D2, please define it
2016.01.17 18:06:42 3: WMBUS Unknown device b2E446850223051546480B768A011BF1E5605100393020012A5A596934BD08E1F000D000000000000000000000000F90688BCADE3D028ED8ED5, please define it
2016.01.17 18:07:00 3: WMBUS Unknown device b2E4468500412714361800E1EA0019E1E02051003CA0200158B8B5C6A9BB56A39652E210600000000000002051847A6B64856638A798C6481D0, please define it
2016.01.17 18:07:07 3: WMBUS Unknown device b2E4468508653704361807212A0019E1E000010030000000000000000034000000000000000000000000000000000FFFF0000000000FFFF80E9, please define it
2016.01.17 18:07:30 3: WMBUS Unknown device b2E446850031271436180306CA0019E1E360110033400001F08080D006DDB00000000000000000000000000000000FFFF000035853D4C9D80E8, please define it
2016.01.17 18:07:44 3: WMBUS Unknown device b2E4468505084016364805E20A0113E1FD70110038A01000030301956C3915355340F01000000000000000000001BDBE21A2618311441E683D9, please define it
2016.01.17 18:07:48 3: WMBUS Unknown device b2E4468502654704361802A9FA0019E1EEB0110030900000000000000C59000000900000000000000000000000000AA7202002C394E15E580E0, please define it
2016.01.17 18:08:19 3: WMBUS Unknown device b2E44685053047143618093EFA0019E1E8A0B1003E703010E767653492CBF5B19321000020000000000031009004323B25A7799BBF642CA80DD, please define it
2016.01.17 18:08:26 3: WMBUS Unknown device b2E446850110571436180EE78A0019E1EFD001003DE0000000000181795D4A0000F0000000000000000000000000055D7000D023100B41983D2, please define it
2016.01.17 18:08:43 3: WMBUS Unknown device b2E446850895370436180CF7EA0019E1E560010038D00000006060000017450250000120000000000000000000000DF280000000000FFFF82E2, please define it
2016.01.17 18:08:51 3: WMBUS Unknown device b2E4468509484016364801566A0113E1F71011003720000011414050C8E7A19181C000202000000000200050607154240000C584314867080CF, please define it
2016.01.17 18:09:03 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90E10039F0502024F4F595814EC482055120000000000000000000F214531C16583869BB3FEFD80E5, please define it
2016.01.17 18:09:21 3: WMBUS Unknown device b2E446850570471436180D260A0019E1ED703100360040013DDDD7B994F41AD537A534716000000001203120B1C02F06C0603081307711081E4, please define it
2016.01.17 18:09:25 3: WMBUS Unknown device b2E4468500430515464803E20A011BF1ECA0A10030901011028280C0C02A52E0E0000000000000000000000000016DA3D385E91AEB4AD0D84D4, please define it
2016.01.17 18:09:37 3: WMBUS Unknown device b2E4468508804714361805E9CA0019E1EC50110031A0000010A0A0301D762050600000000000000000000000000004AB30000000205E3DB80E1, please define it
2016.01.17 18:10:44 3: WMBUS Unknown device b2E446850223051546480B768A011BF1E5605100393020013A5A5969365568E1F000D000000000000000000000000F90688BCADE3D028ED87D3, please define it
2016.01.17 18:11:07 3: WMBUS Unknown device b2E4468508653704361807212A0019E1E000010030000000000000000034000000000000000000000000000000000FFFF0000000000FFFF80EA, please define it
2016.01.17 18:11:38 3: WMBUS Unknown device b2E446850031271436180306CA0019E1E360110033400001F08080D006DDB00000000000000000000000000000000FFFF000035853D4C9D80E9, please define it
2016.01.17 18:11:50 3: WMBUS Unknown device b2E4468502654704361802A9FA0019E1EEB0110030900000000000000C59000000900000000000000000000000000AA7202002C394E15E580DF, please define it
2016.01.17 18:12:17 3: WMBUS Unknown device b2E446850428401636480DB0CA0113E1FD900100316000000111100005D770000050000000000000000000000021E0FD90A0607080B368386D6, please define it
2016.01.17 18:12:20 3: WMBUS Unknown device b2E44685053047143618093EFA0019E1E8A0B1003E703010E767653492CBF5B19321000020000000000031009004323B25A7799BBF642CA80DF, please define it
2016.01.17 18:12:43 3: WMBUS Unknown device b2E4468507004714361809AA0A0019E1E77211003990D0313A0A06E77DA97854B67432B0A0000000007020A0C5C9CEF5CAFB8B2E0E1D9C682D6, please define it
2016.01.17 18:12:44 3: WMBUS Unknown device b2E446850895370436180CF7EA0019E1E560010038D00000006060000017450250000120000000000000000000000DF280000000000FFFF80E2, please define it
2016.01.17 18:13:03 3: WMBUS Unknown device b2E446850901171436180E0EFA0019E1EF90E10039F0502024F4F595814EC482055120000000000000000000F214531C16583869BB3FEFD82E2, please define it
2016.01.17 18:13:16 3: WMBUS Unknown device b2E446850991171436180A279A0019E1E1B0410037E020016989851397FF96E445C260B000000000000000304113C9129545960006334EE80D8, please define it
2016.01.17 18:13:23 3: WMBUS Unknown device b2E446850570471436180D260A0019E1ED703100360040013DDDD7B994F41AD537A534716000000001203120B1C02F06C0603081307711080E6, please define it

HKV filtert scheinbar einiges weg. Die verbleibenden devices starten alle mit "b2E446850..."

das sind immer noch noch HKV, allerdings eben Versionen die bisher unbekannt aber auch schon älter sind.

Soweit ich sehe sind die bis auf die T1 und T2 kompatibel. Es sei denn Du hast Nachbarn mit Temperaturen von 572° ... Celsius *fg

Ich nehme die neuen mal mit auf. Sind morgen im update. Dann verschwinden die Meldungen dazu. Mal schauen ob dann Dein "ultra" übrigbleibt.

vg
joerg

So, update ist gemacht, läuft alles nach Plan. Seit 1,5 Stunden, noch keine unbekannten Geräte im Log aufgetaucht... Falls noch was kommt werde ich posten.

Vielen Dank nochmal!
Gruß Mirko

sehr gern. Danke

vg
joerg

Hallo,

seit dem 11.01. senden meine EHKV keine Werte mehr (oder ich empfange sie nicht).

Ich habe den PI aktualisiert und neugestartet, meinen Busware CUL Stick auf WMBUS_T umgestellt (von HomeMatic), aber ich bekomme hier keine Werte.
Die Definition hat sich seitdem nicht geändert, es könnte also vielleicht mit dem FHEM Update zusammen hängen, was ich am 11.01. gemacht habe und die Techem Module mit aktualisiert habe.

Leider fehlt mir das Wissen um direkt in den Quelltexten zu suchen usw. - ich gebe mir aber Mühe alles an Konfiguration und Daten zur Verfügung zu stellen was ich kann.

Die Definition ist ja nichts Besonderes
define HKV_Arbeitszimmer TechemHKV 8346
attr HKV_Arbeitszimmer group HKVE
attr HKV_Arbeitszimmer stateFormat Aktuell: current_period Vorjahr: previous_period (state)


Während des Updates am 11.01. kamen folgende Meldungen im Log

2016.01.11 15:39:19 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemHKV.pm line 85.
2016.01.11 15:39:19 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemHKV.pm line 87.
2016.01.11 15:39:19 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemHKV.pm line 89.

Ich weiß nicht ob die von Relevanz sind, da das Modul nachher ja nochmal aktualisiert wurde.

Für den aktuellen Verbrauch und den Stichtagswert habe ich ein Log pro EHKV mitlaufen, aber auch dort erscheint kein Eintrag mehr.

Ist das vielleicht ein bekanntes Problem und wenn nicht, was kann ich tun um den Fehler zu finden?

Vielen Dank im Voraus!

edit:
Habe gesehen, dass hier gerne lists verlangt werden (sorry)
Internals:
   DEF        8346
   NAME       HKV_Arbeitszimmer
   NR         37
   NTFY_ORDER 50-HKV_Arbeitszimmer
   STATE      Aktuell: current_period Vorjahr: previous_period (listening)
   TYPE       TechemHKV
   Readings:
     2016-01-19 15:01:24   state           listening
     2016-01-19 14:53:22   temp1           --.--
     2016-01-19 14:53:22   temp2           --.--
Attributes:
   group      HKVE
   stateFormat Aktuell: current_period Vorjahr: previous_period (state)


Internals:
   CMDS       BbCFiAZEGMKUYRTVWXefmltux
   CULstick_MSGCNT 901
   CULstick_TIME 2016-01-19 15:02:48
   Clients    :TechemHKV:WMBUS:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/serial/by-id/usb-busware.de_CUL868-if00@38400 0000
   DeviceName /dev/serial/by-id/usb-busware.de_CUL868-if00@38400
   FD         7
   FHTID      0000
   NAME       CULstick
   NR         25
   PARTIAL
   RAWMSG     b324468508383220469800E40A011371EFA0330037E07AF08FF0A2484E08B01844661661F2B1B0000000000000000F6A300000B2D34004395618A9B
   RSSI       -124.5
   STATE      Initialized
   STILLDONETIME 0
   TYPE       CUL
   VERSION    V 1.61 CUL868
   initString X21
brt
   Matchlist:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
   Readings:
     2016-01-19 14:34:56   ccconf          freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
     2016-01-19 09:56:43   cmds             B b C F i A Z E G M K U Y R T V W X e f m l t u x
     2016-01-19 14:35:07   fhtbuf          AE
     2016-01-18 16:13:24   raw             V 1.61 CUL868
     2015-12-18 14:16:44   rfmode_         WMBus_T
     2016-01-19 15:02:48   state           Initialized
     2015-10-28 21:35:17   uptime          0 00:04:43
     2016-01-18 16:13:15   version         V 1.61 CUL868
Attributes:
   icon       cul_868
   rfmode     WMBus_T
   room       Server


ja, list hätte ich gefragt :) Danke.

Sieht soweit gut aus, der CUL empfängt Techem.

Bei dem HKV sehe ich keine .period readings. Der hat vmtl noch nie was emppfangen (?)

Bist Du Dir sicher das die ID stimmt ? Ist das der einzige der nichts empfängt ? Gibt ja vmtl weitere ...

vg
joerg

Ja, die HKVE - 8 an der Zahl - haben seit Anfang Dezember munter vor sich hingefunkt - da hab ich TechemHKV das erste Mal installiert.
Hat auch alles geklappt mit loggen, Diagrammen usw. Nur seit dem 11.01. sind sie alle verstummt - an der def hat sich ja nichts geändert.

Wäre eine zufällige Überschneidung mit dem Update, aber ist es möglich, dass der Techem Mensch da war, abgelesen und irgendwas deaktiviert hat?

edit: Habe noch culfw 1.61 drauf, müsste ich es hochflashen ?

edit2: Physikalisches Aus- und wieder Einstecken des CUL hat auch nicht geholfen (hab ich irgendwo gelesen :D)

Wäre ein Zufall. Stimmen die id noch ? Hast du nochmal update und neustart gemacht? Was mich wundert User das auch keine alten readings stehen. Die müssten bis 11.1 ja da sein .

Sonst müsstest du die raw mag loggen

Vg
Joerg

Ja, die IDs/Seriennummern stimmen noch. Das kleine Antennensymbol an den HKV ist auch noch sichtbar.
Die alten Readings sind bei mir immer verschwunden sobald ich den CUL wieder zurück auf HomeMatic gestellt habe.

Habe einen WeekdayTimer, der den rfmode nachts auf WMBUS_T und wieder auf HomeMatic wechselt. Hatte bisher immer gut geklappt - aber die Readings waren leer bzw. stand dann "no I/O device" oder sowas - aber dafür waren die Logs ja da.

Habe gerade etwas gegoogelt, aber ... um ... wie logge ich "raw" ? Habe mit set CULstick raw X61 (oder X25) probiert, aber da steht dann auch nichts im log (habe ein Neues angelegt, s.u.)

Internals:
   CFGFN
   DEF        ./log/cul.log CULstick:.*
   NAME       cullog
   NOTIFYDEV  CULstick
   NR         323
   NTFY_ORDER 50-cullog
   REGEXP     CULstick:.*
   STATE      active
   TYPE       FileLog
   currentlogfile ./log/cul.log
   logfile    ./log/cul.log

edit: Habe das attribut addvaltrigger RAWMSG gesetzt, finde aber nicht dass der irgendwo was hinloggt -.-

edit2: Habe mal alle WMBUS Geräte rausgeworfen und autocreate wieder angeschaltet, jetzt findet er sie wieder alle, bekommt aber nicht hin, dass es TechemHKV sind (auch nicht nach manuellem define)
Das ist z.B. der aus dem Arbeitszimmer

edit3: Ein Update auf culfw 1.66 hat das Problem scheinbar behoben -.-

Mist ich hatte das edit mit cul fw 161 überlesen. Ja ist richtig. War die cul fw ... Die alte hat einen bug

Vg
Joerg

Hi zusammen,
ich habe mir gerade mal angesehen, ob ich unsere Techem-HKVs auslesen kann, bekomme aber nur:

2016.01.20 04:19:48 2: WMBUS WMBUS_TCH_42129828_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f1f0c074003480153074807297b015366a16685654d24000000000e021b300f00000000010000

Der HKV 9828 zeigt als Ablesewert 1804 und als aktuellen Wert 328 an

Was habe ich falsch gemacht?

Gruß, Zusch

Hallo,

das bekomme ich auch immer. Einfach einen TechemHKV mit der Seriennummer definieren, das autocreate klappt irgendwie nicht.

Und die culfw auf >1.61 updaten :D

Yepp. Die aktuelle culfw ist wichtig. Die hkv müssen von hand definiert werden.

Vg
Joerg

Hallo zusammen,

ich versuche derzeit auch meine Techem-Zähler auszulesen. Doch leider empfange ich keinerlei Nachrichten. Ich bin mir nun nicht sicher, ob ich was falsch mache oder ob die Zähler gar nichts senden. Auf der Techem-Seite habe ich gelesen, dass die Zähler auch nur vorbereitet sein können (also inaktiv sind).

Leider habe ich nirgends so richtig gefunden, was man am CUL alles umstellen muss. Nur den rfmode auf WMBus_T umzustellen ist es glaube ich nicht oder? Ich habe auch noch set CUL1 raw brt ausgeführt. Zudem habe ich auch zwecks WMBUS folgende Pakete installiert:
sudo apt-get install libcrypt-cbc-perl libdigest-crc-perl libssl-dev
sudo cpan -i Crypt::OpenSSL::AES
Hier noch ein list CUL1:
fhem> list CUL1
Internals:
   CMDS       BbCFiAZNkGMKUYRTVWXefmLltux
   CUL1_MSGCNT 291
   CUL1_TIME  2016-01-20 13:24:48
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/ttyACM0 1234
   DeviceName /dev/ttyACM0
   FD         7
   FHTID      1234
   NAME       CUL1
   NR         10
   PARTIAL
   RAWMSG     TD0793C8207
   RSSI       -70.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.65 CUL868
   initString X21
   Matchlist:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04....(1|5|9).a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
   Readings:
     2016-01-20 11:22:13   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2016-01-20 12:25:00   cmds             B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
     2016-01-20 11:22:26   credit10ms      900
     2016-01-20 11:22:30   fhtbuf          AE
     2016-01-20 12:02:09   raw             V 1.65 CUL868
     2016-01-20 13:24:48   state           Initialized
     2016-01-20 11:22:41   uptime          1 12:11:13
     2016-01-20 11:22:09   version         V 1.61 CUL868
Attributes:
   icon       cul_cul
   rfmode     WMBus_T # Gas-/Wasser-/Elektrozähler (Techem) #
   room       System
   verbose    5

Zumindest finde ich nun seit kurzem folgende Einträge im Log:
2016.01.20 13:24:47 4: CUL_Parse: CUL1 TD0793C0207 -70.5
2016.01.20 13:24:47 5: CUL1 dispatch TD0793C02
2016.01.20 13:24:48 5: CUL/RAW: /TD0793C8207

2016.01.20 13:24:48 4: CUL_Parse: CUL1 TD0793C8207 -70.5
2016.01.20 13:24:48 5: CUL1 dispatch TD0793C82
2016.01.20 13:25:10 5: CUL/RAW: /T524900A61429

2016.01.20 13:25:10 4: CUL_Parse: CUL1 T524900A61429 -53.5
2016.01.20 13:25:10 5: CUL1 dispatch 810c04xx0909a00152490000a614
2016.01.20 13:25:26 5: CUL/RAW: /T7F377A0215

2016.01.20 13:25:26 4: CUL_Parse: CUL1 T7F377A0215 -63.5
2016.01.20 13:25:26 5: CUL1 dispatch T7F377A02
2016.01.20 13:25:27 5: CUL/RAW: /T7F377A8215

2016.01.20 13:25:27 4: CUL_Parse: CUL1 T7F377A8215 -63.5
2016.01.20 13:25:27 5: CUL1 dispatch T7F377A82
2016.01.20 13:25:41 5: CUL/RAW: /T806A5C022D

2016.01.20 13:25:41 4: CUL_Parse: CUL1 T806A5C022D -51.5
2016.01.20 13:25:41 5: CUL1 dispatch T806A5C02
2016.01.20 13:25:42 5: CUL/RAW: /T806A5C822C

Hat mir jemand noch einen Tipp???
Vielen Dank im Voraus.
Grüßle

Charly

Der cul ist nicht im wnbus mode

Ich habe eben noch in einem anderen Thread gelesen, dass man das zwingend über die Weboberfläche machen muss. Hatte dies nur in der Config geändert!
Neues list CUL1:
Internals:
   CMDS       BbCFiAZNkGMKUYRTVWXefmLltux
   CUL1_MSGCNT 351
   CUL1_TIME  2016-01-20 13:37:04
   Clients    :TechemWZ:TechemHKV:WMBUS:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyACM0 1234
   DeviceName /dev/ttyACM0
   FD         7
   FHTID      1234
   NAME       CUL1
   NR         10
   PARTIAL
   RAWMSG     T0F5A00A60A06
   RSSI       -71
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.65 CUL868
   initString X21
brt
   Matchlist:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
   Readings:
     2016-01-20 11:22:13   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2016-01-20 12:25:00   cmds             B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
     2016-01-20 11:22:26   credit10ms      900
     2016-01-20 11:22:30   fhtbuf          AE
     2016-01-20 12:02:09   raw             V 1.65 CUL868
     2016-01-20 13:37:04   state           Initialized
     2016-01-20 11:22:41   uptime          1 12:11:13
     2016-01-20 11:22:09   version         V 1.61 CUL868
Attributes:
   icon       cul_cul
   rfmode     WMBus_T
   room       System
   verbose    5

Jetzt ist der CUL im VMbus-Mode aber leider empfängt er nichts. Wie es aussieht, ist die Funktmodule nicht freigeschaltet! Werde das mal auf der nächsten Eigentümerversammlung ansprechen.
Vielen Dank dennoch!!!
Gruß

Charly

Zitat von: rhya am 20 Januar 2016, 08:54:46
Hallo,

das bekomme ich auch immer. Einfach einen TechemHKV mit der Seriennummer definieren, das autocreate klappt irgendwie nicht.

Und die culfw auf >1.61 updaten :D

Danke für die schnelle Anwort.

Woher bekomme ich den eine FW > 1.61. Laut culfw.de ist 1.61 die aktuelle.....

das gibt es frische http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUL/

vg
joerg

Zitat von: herrmannj am 20 Januar 2016, 19:31:28
das gibt es frische http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUL/

vg
joerg

Super, danke! Hat geklappt:

current_period 346 2016-01-21 00:00:00
previous_period 1804 2015-12-31 00:00:00

Irgendwer hat wohl eine große Ladung HKVs über unserem Haus abgeworfen, das Log schreibt so 50 neue Devices. Es stellt sich raus, dass autocreate "off" und manuelles Anlegen eine gute Idee war :-)

Danke nochmal!

Gruß,
Zusch

P.S. Mal sehen, ob es reicht den CUL nachts eine Stunde auf rfmode WMBus_T zu stellen....

Zitat von: Zusch am 21 Januar 2016, 02:03:21
Super, danke! Hat geklappt:

current_period 346 2016-01-21 00:00:00
previous_period 1804 2015-12-31 00:00:00

Irgendwer hat wohl eine große Ladung HKVs über unserem Haus abgeworfen, das Log schreibt so 50 neue Devices. Es stellt sich raus, dass autocreate "off" und manuelles Anlegen eine gute Idee war :-)

Danke nochmal!

Gruß,
Zusch

P.S. Mal sehen, ob es reicht den CUL nachts eine Stunde auf rfmode WMBus_T zu stellen....

Hi,

autocreate: ja so ist es. :)

CUL Nachts: sollte reichen. Die Uhren der HLV sind nicht so doll, besser also so 3:00 oder 4:00
Einige user haben berichtet das der CUL beim zurückschalten auf andere rf modi evrl zickt, das ist aber unabhängig vom modul. Genaueres kenne ich da jedoch nicht.

vg
joerg

Ich hab meinen CUL per WeekdayTimer von 2:00 bis 2:40 in WMBUS laufen, das klappt ganz gut.
Beim Zurückstellen auf HomeMatic braucht der CUL (von busware, v3) erstmal einen Befehl - dann kommt eine Meldung, dass der CUL verschwunden ist, dann reappeared und dann geht wieder alles ;)

Zitat von: herrmannj am 21 Januar 2016, 10:09:03

Einige user haben berichtet das der CUL beim zurückschalten auf andere rf modi evrl zickt, das ist aber unabhängig vom modul. Genaueres kenne ich da jedoch nicht.

Hallo,
stimmt. Wär auch zu einfach gewesen. Leider geht beim Umschalten des rfmode wohl das Pairing mit den FHTs verloren. Konnte heute morgen nichts an die FHTs senden und es kamen auch keine measured-temp und desired-temp readings mehr. Die Actuator-readings kamen aber noch durch. Neu gepairt und alles war wieder OK. Kennt jemand das Phänomen und weiss Abhilfe? Resetten des CUL mit B00 brachte nichts.

Gruß,
Zusch

Ergänzung: Nachdem ich 2 FHTs manuell neu gepairt hatte (Einstellen auf Cent n/a und senden einer Wunschtemperatur) waren die anderen plötzlich auch von ganz allein wieder da. Also geht das Pairing wohl doch nicht verloren, aber es kommt nur das Actuator-reading durch. Ich kenn mich aber zu wenig mit den Internas aus um das Problem zu lösen.

Zitat von: rhya am 22 Januar 2016, 10:00:17
Ich hab meinen CUL per WeekdayTimer von 2:00 bis 2:40 in WMBUS laufen, das klappt ganz gut.
Beim Zurückstellen auf HomeMatic braucht der CUL (von busware, v3) erstmal einen Befehl - dann kommt eine Meldung, dass der CUL verschwunden ist, dann reappeared und dann geht wieder alles ;)

Hallo,
was für einen Befehl braucht der CUL denn? Ich habe da nach dem Rückstellen auf SlowRF ein Problem mit den FHTs (siehe unten). Vielleicht ist das die Lösung...

Gruß,
Zusch

Ich sende bei mir einfach ein set desired-temp an einen HK Regler - das reicht damit FHEM (oder wem auch immer) auffällt, dass der CUL weg ist und er ihn neu einbindet

Kommt dann sowas im log:

2016.01.21 02:41:00 3: CUL_HM set Heizung_Flur_Clima desired-temp 17
2016.01.21 02:41:02 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CULstick)
2016.01.21 02:41:04 3: Setting CULstick serial parameters to 38400,8,N,1
2016.01.21 02:41:04 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CULstick)


Hi,

seit einem Update heute Vormittag stürzt meine FHEM Installation in schönster Regelmässigkeit ab, bis heue Abend immerhin 14 mal.

Jeder Crash hinterläßt im Logfile die immer identische Meldung

Modification of non-creatable array value attempted, subscript -1 at /opt/fhem/FHEM/32_TechemWZ.pm line 153.
        main::TechemWZ_Receive(HASH(0x355f560), HASH(0x3c570e8)) called at /opt/fhem/FHEM/32_TechemWZ.pm line 240
        main::TechemWZ_Parse(HASH(0x34ae0e0), "b2E4468502311752070623D80A0009F1F0B0070030000000000000000A904"...) called at fhem.pl line 3302
        main::Dispatch(HASH(0x34ae0e0), "b2E4468502311752070623D80A0009F1F0B0070030000000000000000A904"..., HASH(0x3b708d8)) called at /opt/fhem/FHEM/00_CUL.pm line 951
        main::CUL_Parse(HASH(0x34ae0e0), HASH(0x34ae0e0), "CULWZ", "b2E4468502311752070623D80A0009F1F0B0070030000000000000000A904"...) called at /opt/fhem/FHEM/00_CUL.pm line 807
        main::CUL_Read(HASH(0x34ae0e0)) called at fhem.pl line 3143
        main::CallFn("CULWZ", "ReadFn", HASH(0x34ae0e0)) called at fhem.pl line 654


Die Zeile 153 (und weiter unten 164, Funktion TechemWZ_Receive) benutzt $hash->{CHANGETIME} als Referenz auf ein Array, obwohl dieses in Zeile 143 gelöscht wurde:

143:  delete $hash->{CHANGETIME}; # clean up, workaround for fhem prior http://forum.fhem.de/index.php/topic,47474.msg391964.html#msg391964
153:     $hash->{CHANGETIME}->[$#{ $hash->{CHANGED} }] = $ts;
164:     $hash->{CHANGETIME}->[$#{ $hash->{CHANGED} }] = $ts;


Vorläufig habe ich beide Zeilen 153 und 164 auskommentiert und bis jetzt konnte ich keinen weiteren Absturz verzeichnen. In meinem Produktivsystem wollte ich auch nicht unbedingt an einer funktionierenden Formulierung der beiden Zeilen herumexperimentieren, aber vielleicht würde das ganze Funktionieren, wenn dort $hash->{CHANGETIME}[$#{ $hash->{CHANGED} }] = $ts; oder dergleichen stünde?

Beste Grüße,
Andy.

kannst Du bitte ein vollständiges list auf das techem device posten ?

Falls es wirklich durch das update kommt, kannst Du abschätzen wann das vorherige update war ?

Die von Dir vorgeschlagene Änderung sollte mMn syntaktisch gleich sein - ich vermute das Problem entsteht durch einen negativen Index - den es eigentlich nicht geben sollte.

Danke und vg
joerg

Das letzte Update davor war laut restoreDir am 7.Jan. Ich seh auch gerade dass die 32_Techem.pm mit dem vermeintlichen Fehler vom 16.Jan ist, müsste demnacg also schon aufgefallen sein.

Das list schiebe ich gerne nach, wenn du mir nochmal kurz sagen könntest, wie ich die ID des Gerätes aus dem Datagram lesen kann. Hab aktuell noch 60 instanzen von TechemWZ, wovon 5 mir gehören. Der Rest ist gut über das Haus und wohl auch die Nachbarschaft verteilt. Die wollte ich zwar schon gelöscht haben, aber vielleicht kann eins davon  ja noch Hinweise liefern...

Habs... Hat aber natürlich schon was empfangen mit meiner abgewandelten TechemWZ:


Internals:
   CHANGED
   CULWZ_MSGCNT 3
   CULWZ_RAWMSG b2E4468502311752070623D80A0009F1F0B00800300000000000000006CD0010000000000000000000000000100002AB90000000000FFFF8B::-97
   CULWZ_RSSI -97
   CULWZ_TIME 2016-01-23 23:32:43
   DEF        20751123 warm.water@-92.5
   FRIENDLY   warm.water@-92.5
   ID         20751123
   LASTInputDev CULWZ
   METER      warm water
   MSGCNT     3
   NAME       new_cnt_20751123
   NR         474
   NTFY_ORDER 50-new_cnt_20751123
   STATE      1.1
   TYPE       TechemWZ
   VERSION    70
   Readings:
     2016-01-24 00:00:00   current_period  0
     2016-01-24 00:00:00   meter           1.1
     2015-12-31 00:00:00   previous_period 1.1
     2015-12-28 11:50:38   rssi            -92.5
     2016-01-23 22:02:23   state           listening
   Helper:
     listmode   0
Attributes:
   event-on-change-reading .+
   group      Verbrauchszähler_Nachbarn
   room       Test-Techem
   stateFormat meter


Hoffe das hilft...

Danke,
Andy.

Hast Du alle als deivce angelegt ? boah ...

welches os und welches perl ist das denn ?

vg
joerg

Ja, mit TechemSammler device und Shell Einzeiler geht das recht flott   8)

Os ist ein debian wheezy auf einem Cubietruck, Perl Version ist 5.20.2

Vg,
Andy.

wertest Du die anderen aus ? Ich frage weil ich durchaus schon darüber nachgedacht habe da was für zu machen. In der Auswertung geht es ja ums Verhältnis aller zu den eigenen.

Wenn es nur um die Meldungen im log geht wenn die device nicht existieren. Die aktuelle Version konsumiert alle, bekannt oder Nachbar.

Über den Absturz grübel ich noch ..

vg
joerg

Über Auswertung habe ich noch gar nicht nachgedacht. Am Anfang ging es mir erstmal darum, meine eigenen Zähler eindeutig zu identifizieren. Nachdem einige der vorhandenen IDs die selben meter readings hatten, dachte ich mir ich definiere mal  alles was da ist und vergleiche immer wieder mal mit den tatsächlichen Zählerwerten. Bis ich auf den Trichter  kam, die last_period mit der letzten Abrechnung zu vergleichen   :o Daran, die ganzen Überflüssigen devices wieder zu löschen,  dachte ich erst jetzt wieder...

Wenn ich irgendwas tun kann, die Sache einzugrenzen, mach ich das gern. Im FileLog sehe ich gerade, dass es nach dem Update genau einen Eintrag von der neuen Version gab mit 00:00:00 - der meter Eintrag davor trägt aber eineechte Zeit. Etwa 9:30 war das Update, die beiden Zeilen auskommentiert und ein letztes Mal neu gestartet habe ich gegen 22:15.

2016-01-23_09:27:13 new_cnt_14113147 meter: 165.9
2016-01-23_09:27:13 new_cnt_14113147 current_period: 2.6
2016-01-23_18:09:00 new_cnt_44593147 meter: 13564
2016-01-23_00:00:00 new_cnt_44593147 current_period: 612
2016-01-23_22:17:48 new_cnt_44594869 meter: 28462
2016-01-23_22:17:48 new_cnt_44594869 current_period: 1102
2016-01-23_22:20:38 wz_Heizung meter: 9087


Vg,
Andy.

Hi,

ich vermute mal das es ein Problem / bug mit der 5.20 er perl ist. Dafür spricht mMn das es bei anderen läuft - ich kann es auch nicht provozieren.

Ist aber auch leicht zu lösen, den Index kann man auch anders konstruieren, da sehe ich kein Problem.

Ich bin leider bis Sa unterwegs - komme also erst am WE dazu. Bis dahin hast Du ja einen workaround.

Wenn Du selber Hand anlegen möchtest folgender Vorschlag: line #148

aus
  if ($ats ne $ts) {
    readingsBeginUpdate($hash);
    $hash->{".updateTimestamp"} = $ts;
    readingsBulkUpdate($hash, "meter", $msg->{meter});
    readingsBulkUpdate($hash, "current_period", $msg->{actualVal});
    $hash->{CHANGETIME}->[$#{ $hash->{CHANGED} }] = $ts;
    readingsEndUpdate($hash, 1);
  }
wird
  if ($ats ne $ts) {
   my $index;
    readingsBeginUpdate($hash);
    $hash->{".updateTimestamp"} = $ts;
    readingsBulkUpdate($hash, "meter", $msg->{meter});
    $index = int(@{$hash->{CHANGED}}) -1;
    if ($index < 0) {
      Log3 $hash->{NAME}, 1, "$hash->{NAME}: index failed (meter) $index";
    } else {
     $hash->{CHANGETIME}[$index] = $ts;
    }
    readingsBulkUpdate($hash, "current_period", $msg->{actualVal});
    $index = int(@{$hash->{CHANGED}}) -1;
    if ($index < 0) {
      Log3 $hash->{NAME}, 1, "$hash->{NAME}: index failed (current_period) $index";
    } else {
     $hash->{CHANGETIME}[$index] = $ts;
    }
    readingsEndUpdate($hash, 1);
  }

Wenn das so läuft kann man sich den if zweig auch schenken, von daher wäre ein Test gut.
Code ist nicht getestet, aber Du kannst ja sichtlich perl. Sollte ich einen Typo haben siehste das also :)

vg
jörg

Hi,

keine Eile, der Vorschlag sieht mir ganz solide aus, ich hab den einfach mal unverändert zum Testen übernommen, Danke!  :)  Ich werde dann berichten, ob was geloggt wird oder nochmal schlimmeres passiert.

In Sachen Perl Version hat man ja nicht immer so die Wahl, welche Version läuft denn bei Dir?

Erstmal gute Reise, VG,
Andy.

Hallo zusammen,
ich habe da noch ein paar Devices, die nicht verarbeitetet werden, obwohl Sie angelegt sind. Ich bekomme auch "listening"-Status aber keine anderen readings. Im Log steht immer noch:

2016-01-25 10:22:56 Global global UNDEFINED WMBUS_TCH_32728854_118_240 WMBUS b294468505488723276F01168A0009F1F34200008342000802C0004051ED9006BA1007CB2008DC3009ED4000FE50096BA80DE
2016-01-25 10:23:03 Global global UNDEFINED WMBUS_TCH_30825882_118_240 WMBUS b294468508258823076F049FBA0009F1F35200008352000802C000305C53F006BA1007CB2008DC3009ED4000FE50096BA80D6
2016-01-25 10:23:24 Global global UNDEFINED WMBUS_TCH_32430683_118_240 WMBUS b294468508306433276F0CBABA0009F1F32200008322000802C0001052173006BA1007CB2008DC3009ED4000FE50096BA82CE
2016-01-25 10:23:41 Global global UNDEFINED WMBUS_TCH_32728846_118_240 WMBUS b294468504688723276F09444A0009F1F35200008352000802C02000513032A1F5A1B1F5A008DC3009ED4000FE500924780EB
2016-01-25 10:24:04 Global global UNDEFINED WMBUS_TCH_32728848_118_240 WMBUS b294468504888723276F0E8A0A0009F1F35200008352000802C000005E532006BA1007CB2008DC3009ED4000FE50096BA86D5
2016-01-25 10:24:19 Global global UNDEFINED WMBUS_TCH_32728850_118_240 WMBUS b294468505088723276F050E7A0009F1F34200008342000802C000505EA01006BA1007CB2008DC3009ED4000FE50096BA86CE
2016-01-25 10:24:25 Global global UNDEFINED WMBUS_TCH_32430700_118_240 WMBUS b294468500007433276F07D7DA0009F1F33200008332003802C00020511A7006BA1007CB2008DC3009ED4000FE50096BA8ACE
2016-01-25 10:24:37 Global global UNDEFINED WMBUS_TCH_30825883_118_240 WMBUS b294468508358823076F08873A0009F1F35200008352000802C05010525475AD440007CB2008DC3009ED4000FE5006E4980D6
2016-01-25 10:24:48 Global global UNDEFINED WMBUS_TCH_32430687_118_240 WMBUS b294468508706433276F08A24A0009F1F35200008352000802C00010511EA006BA1007CB2008DC3009ED4000FE50096BA81D1
2016-01-25 10:25:02 Global global UNDEFINED WMBUS_TCH_32430850_118_240 WMBUS b294468505008433276F02B87A0009F1F33200008332000802C0004052E40006BA1007CB2008DC3009ED4000FE50096BA83CD
2016-01-25 10:25:02 Global global UNDEFINED WMBUS_TCH_33032831_118_240 WMBUS b294468503128033376F01951A0009F1F32200008322000802C000305F5A6006BA1007CB2008DC3009ED4000FE50096BA8CCC
2016-01-25 10:25:21 Global global UNDEFINED WMBUS_TCH_31422257_118_240 WMBUS b294468505722423176F03136A0009F1F33200008332000802C0004052E40006BA1007CB2008DC3009ED4000FE50096BA80DF

Ein neuer Typ? Oder ist da noch was falsch eingestellt bei mir?

Gruß,
Zusch

Hi

Das sind Rauchmelder. Da kannst du dich dem Rauchmelder thread anschliessen (sufu pls)

Wenn du noch was anderes erwartest und da nix kommt, poste mal ein list auf dem cul und auf ein device

Vg
Joerg

Zitat von: rhya am 22 Januar 2016, 11:12:53
Ich sende bei mir einfach ein set desired-temp an einen HK Regler - das reicht damit FHEM (oder wem auch immer) auffällt, dass der CUL weg ist und er ihn neu einbindet

Kommt dann sowas im log:

Code Auswählen Erweitern


2016.01.21 02:41:00 3: CUL_HM set Heizung_Flur_Clima desired-temp 17
2016.01.21 02:41:02 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CULstick)
2016.01.21 02:41:04 3: Setting CULstick serial parameters to 38400,8,N,1
2016.01.21 02:41:04 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CULstick)


Hmm. Bei mir reicht das nicht. Da kommt dann "Unknown Message OFF" und der CUL stellt wohl das Senden ein. Fhem versucht immer mit FHZ xmit <Hauscode> den FHT zu kontakten, aber es kommen nur actuator-readings zurück als ob der FHT nichts hört. Ich probiers mal mit Resetten des CUL nach dem Wechsel auf SlowRF.

Gruß,
Zusch

Zitat von: herrmannj am 25 Januar 2016, 11:11:59
Hi

Das sind Rauchmelder. Da kannst du dich dem Rauchmelder thread anschliessen (sufu pls)

Wenn du noch was anderes erwartest und da nix kommt, poste mal ein list auf dem cul und auf ein device

Vg
Joerg

Rauchmelder? Das sind nicht meine. Könnten von der Polizeiwache nebenan sein. Wie verhindere ich das die mir das Log vollspammen?

Gruß,
Zusch

Hast de denn techem? Welche?

Vg
Joerg

Zitat von: herrmannj am 25 Januar 2016, 12:01:29
Hast de denn techem? Welche?

Vg
Joerg

Hier hängen ganz billige Rauchmelder aus dem Baumarkt. Von Techem sind hier nur die HKV. Zumindest in meiner Wohnung.

Und kannst du die korrekt empfangen ?

Die rauchmelder sind keine fehlermeldung. Gibt halt noch kein modul was die lesen kann, kommt aber

Vg
Joerg

Hallo Jörg,

hatte wieder eine Serie von Abstürzen, bin aber weitergekommen, was das Eingrenzen des Problems anbelangt. Der Absturz kam nun an der Stelle, wo in Deinem Workaround $index belegt wird:

$index = int(@{$hash->{CHANGED}}) -1;

Wenn ich $index mit -2 vorbelege und die Zeile jeweils in

$index = int(@{$hash->{CHANGED}}) -1 if (defined $hash->{CHANGED});

dann sind die Abstürze Geschichte, dafür hagelt es das Log zu mit Meldungen der Art

2016.01.25 20:33:25.959 0: new_cnt_14113583: index failed (meter) -2
2016.01.25 20:33:25.961 0: new_cnt_14113583: index failed (current_period) -2
2016.01.25 20:33:25.968 0: wz_Heizung: index failed (meter) -2
2016.01.25 20:33:25.969 0: wz_Heizung: index failed (current_period) -2
2016.01.25 20:33:26.396 0: wz_Bad_kalt: index failed (meter) -2
2016.01.25 20:33:26.397 0: wz_Bad_kalt: index failed (current_period) -2
2016.01.25 20:33:26.951 0: new_cnt_14113569: index failed (meter) -2
2016.01.25 20:33:26.952 0: new_cnt_14113569: index failed (current_period) -2
2016.01.25 20:33:30.936 0: new_cnt_20457190: index failed (meter) -2
2016.01.25 20:33:30.937 0: new_cnt_20457190: index failed (current_period) -2

(Um nicht so lange auf Ergebnisse warten zu müssen, habe ich vorübergehend die Abfrage auf "$ats ne $ts" deaktiviert)

Inzwischen habe ich mein Perl auf v5.22.1 aktualisiert, das Fehlerbild hat sich dadurch nicht verändert.

Und während ich das hier schreibe, beobachte ich etwas recht interessantes: Alle Devices habe ich mit Attribut "event-on-change-reading .+" versehen. In dem Moment, wo ich dieses Attribut bei einem Device entferne, ändern sich im Log die Einträge zu

2016.01.25 20:45:08.499 0: wz_Heizung: index (meter) is 0, cti is -2
2016.01.25 20:45:08.501 0: wz_Heizung: index (priod) is 1, cti is -2

was mir anzeigt, dass $hash->{CHANGED} definiert ist und der Code durchlaufen würde. Sobald ich das Attribut wieder setze, ist der Fehler wieder da.

Nun würde ich sagen man müsste eine Prüfung einbauen, ob $hash->{CHANGED} definiert ist. Einerseits wird so etwas in keinem anderen Modul gemacht, was andererseits verständlich ist, weil am Ende von readingsBeginUpdate()

$hash->{CHANGED}= () if(!defined($hash->{CHANGED}));

steht. Damit sollte $hash->{CHANGED} an der fraglichen Stelle auf jeden Fall definiert sein. Bin also weiter ratlos...

Grüße,
Andy.

Hi Andy,

Zitat
Nun würde ich sagen man müsste eine Prüfung einbauen, ob $hash->{CHANGED} definiert ist. Einerseits wird so etwas in keinem anderen Modul gemacht, was andererseits verständlich ist, weil am Ende von readingsBeginUpdate()
Code: [Auswählen]

$hash->{CHANGED}= () if(!defined($hash->{CHANGED}));

steht. Damit sollte $hash->{CHANGED} an der fraglichen Stelle auf jeden Fall definiert sein. Bin also weiter ratlos...

Doch, das passt. Ich hatte event-on auch schon in Verdacht, habe mich aber durch eine anderslautende Meinung davon abbringen lassen.

Ich vermute aber das es tatsächlich der Schlüssel ist. Das mit $hash->{CHANGETIME} wird derzeit meines Wissens nach von keinem Modul richtig (sprich funktionierend) eingesetzt, von daher passt das schon.

Hier ist nicht die Frage ob $hash->{CHANGED} existiert - das tut es. Es wird aber nicht mit Inhalt betankt wenn das "richtige" event-on greift und ist dann leer. Daher knallt es. Ist also auch kein Perl Problem. Die Konstuktion des index war vorher auch für perl ok.

So müsste es dann richtig mMn laufen:
(wenn kein event produziert wird dann wird ohnehin nichts geloggt und CHANGETIME gilt nur fürs log)

  if ($ats ne $ts) {
    my $i;
    readingsBeginUpdate($hash);
    $hash->{".updateTimestamp"} = $ts;

    $i = $#{ $hash->{CHANGED} };
    readingsBulkUpdate($hash, "meter", $msg->{meter});
    $hash->{CHANGETIME}->[$#{ $hash->{CHANGED} }] = $ts if ($#{ $hash->{CHANGED} } != $i ); # only add ts if there is a event to

    $i = $#{ $hash->{CHANGED} };
    readingsBulkUpdate($hash, "current_period", $msg->{actualVal});
    $hash->{CHANGETIME}->[$#{ $hash->{CHANGED} }] = $ts if ($#{ $hash->{CHANGED} } != $i );

    readingsEndUpdate($hash, 1);
  }

So wird für jeden einzelnen Eintrag geprüft ob er an event-on " vorbeikommt. Wenn ja bekommt er den timestamp denn dann ist (theoretisch :) $hash->{CHANGED}->() je belegt. Wenn CHANGED vor UND nach dem update gleichlang ist passiert nix. Dadurch gibt es auch keine negativen indizies mehr CHANGED leer ist.

Das müsste dann passen.


vg
joerg

Zitat von: herrmannj am 25 Januar 2016, 13:24:45
Und kannst du die korrekt empfangen ?

Die rauchmelder sind keine fehlermeldung. Gibt halt noch kein modul was die lesen kann, kommt aber

Vg
Joerg

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

Na dann passt das. Für die Rauchmelder auf das Modul warten. Das schluckt die nachbar device dann sind die aus dem log.

Vg
Joerg

Hallo,

wie weiter oben in einem Beitrag beschrieben, beendet sich bei mir fhem in etwa immer zum gleichen Zeitpunkt Nachts gegen 23:55Uhr, seit einem fhem Update am 23.01.2016. Ich verwende auch die Module TechemHKV (ca. 56 Stück) und TechemWZ (27 Stück). Ich konnte mir zunächst keinen Reim auf die Ursache der 'Abstürze' machen, bin dann über diesen Thread auf die Diskussion in den letzten Beiträgen gestoßen. Bei mir steht im fhem-log zu der 'Problemzeit' ein Eintrag nach folgendem Muster:

2016.01.25 23:58:07 3: telnetForBlockingFn_1453762687: port 36309 opened
Modification of non-creatable array value attempted, subscript -1 at ./FHEM/32_TechemHKV.pm line 139.

Da ich bis jetzt bei der Ursache für die Abstürze im Dunklen getappt bin, habe ich mir gestern Abend noch ein kleines Script gebastelt, das über einen cronjob alle Minute prüft, ob fhem noch läuft und falls nicht, fhem neu startet. Das hatte auch die Wirkung, dass fhem heute Nacht wieder gestartet wurde und heute Morgen noch lief.

Ich werde die von Jörg vorgeschlagene Änderung im Modul TechemHKV einbauen und prüfen, ob damit die Neustarts von fhem weg sind.

Viele Grüße
Wolfgang

Hallo Jörg,

Danke, dein letzter Ansatz löst das Problem, kein Absturz mehr seit gestern Abend.

Für alle anderen: Bis Jörg wieder von seiner Reise zurück ist, kann ich die gepachte Version hier posten,  falls erwünscht, komme aber erst heute Abend dazu.

Viele Grüße,
Andy.

Hallo Andy,

ich wäre an der gepachten Version interessiert. Danke.

Viele Grüße
Wolfgang

... Oder event-. Temporär deaktivieren

Vg
Joerg

Zitat von: herrmannj am 26 Januar 2016, 19:32:43
... 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

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

ist korrigiert und morgen im update.

vg
joerg


--- 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} };


;)

verd.... Danke - korrigiert.

Zitat von: Zusch am 25 Januar 2016, 23:33:39
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

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

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

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.

Moin,

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

vg
joerg

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

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

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

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

.. plus bitte update der CUL FW

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

auf VERSION V 1.65 CUL868

Wichtig!

vg
joerg

Mit der V1.65 klappt das Auslesen wunderbar.

Internals:
   CFGFN
   CUL_MSGCNT 16
   CUL_RAWMSG b324468504436955369801D9EA0058420000070080000C307CE07000085D900000000000000000000000000000000FFFF000000000000000000FFFF80::-58
   CUL_RSSI   -58
   CUL_TIME   2016-04-07 12:37:01
   DEF        3644
   LASTInputDev CUL
   METER      Funkheizkostenverteiler data IIl
   MSGCNT     16
   NAME       cikotestx3644
   NR         681
   NTFY_ORDER 50-cikotestx3644
   STATE      listening
   TYPE       TechemHKV
   VERSION    69
   longID     53953644
   Readings:
     2016-04-07 00:00:00   current_period  0
     2016-04-04 00:00:00   previous_period 0
     2016-04-07 11:29:39   state           listening
     2016-04-07 12:37:01   temp1           19.87
     2016-04-07 12:37:01   temp2           19.98
Attributes:

Vielen Dank für deine Hilfe!

Grüße

Michael

Moin zusammen,

ich bin zufällig in den Besitz eines USB-Sticks Amber Wireless AMB8425-M gelangt (https://www.amber-wireless.de/de/services/pcnpdn/amb8425-m.html, Handbuch https://www.amber-wireless.de/fileadmin//user_upload/DOWNLOADS/DOWNLOADS_PCN/amb8425-m_hb.pdf). Der ist äquivalent zum hier so viel verwendeten CUL ein WMBUS-Interface. Da wir einige Techem HKV in der Wohnung haben, bin ich auf den Gedanken verfallen, die auszulesen und bei der Suche nach dem günstigsten Weg dazu auf FHEM und diesen Thread gestoßen.
Ich habe jetzt den ganzen Tag damit verbracht, durch Forum, Wiki und Commandref sowie im restlichen durchsuchbaren Web so gut wie möglich zu versuchen zu verstehen, wie FHEM funktioniert und wie der Stick, FHEM und die TechemHKV zur Zusammenarbeit zu bewegen sein könnten. Abschließend gelungen ist es mir leider noch nicht :-)
Deswegen hoffe ich, dass ihr mir helfen könntet?

Hier, was bisher geschah:
Mit Hilfe der Software ACC (Amber Config Center) habe ich den Stick mittlerweile auf die aktuelle Firmware geflasht und mit Hilfe der Software ACM (Amber Commander) den Modus auf T1_OTHER mit noch ein paar Änderungen eingestellt, in ACM empfängt er auch Funktelegramme von Techem, kann aber leider die Rohdaten nicht dekodieren. An meinem RaspberryPi taucht er nun als /dev/ttyUSB0 auf und
od -t x1 < /dev/ttyUSB0
gibt etwas aus in der Art:

0000000 22 32 2d 2c 02 10 00 00 00 00 00 00 00 00 00 e2
0000020 33 44 68 50 60 37 31 92 69 80 a0 de 1e cf 07 60
0000040 0b 63 05 6c 08 75 08 31 00 31 42 2f 85 91 7c 75
0000060 a8 5c 54 4a 52 1f 47 34 0a 00 00 00 00 0a 51 0c
0000100 2a 00 2a 2f 2e 32 34 43 42 3a 44 3c 47 3b 33 3d
0000120 32 2f 20 1b 09 0a 02 01 08 f2 33 44 68 50 81 39
0000140 31 92 69 80 a0 de 1e 00 00 60 0b 00 00 0e 08 08
0000160 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000200 00 00 00 00 00 00 00 00 00 00 00 00 de 33 44 68
0000220 50 75 38 31 92 69 80 a0 de 1e b8 09 09 00 00 00
0000240 00 02 10 2c 33 32 41 3d 23 19 1f 0a 2c 08 32 08
0000260 00 00 00 00 00 00 00 00 00 00 e3 33 44 68 50 74
0000300 38 31 92 69 80 a0 de 1e 00 00 60 0b 00 00 2c 08
0000320 2b 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000340 00 00 00 00 00 00 00 00 00 00 00 00 00 e0 33 44
0000360 68 50 41 37 31 92 69 80 a0 de 1e 00 00 60 0b 00
0000400 00 7a 08 80 08 00 00 00 00 00 00 00 00 00 00 00
0000420 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000440 da 33 44 68 50 43 39 31 92 69 80 a0 de 1e 00 00
0000460 00 00 00 00 00 00 00 00 00 00 f7 33 44 68 50 46
0000500 37 31 92 69 80 a0 de 1e 9a 0f 60 0b e0 0a 78 5e
0000520 90 ac 95 92 9a 86 6f 54 5e 51 61 4c 2c 19 00 00
0000540 00 00 09 00 30 de 33 44 68 50 23 39 31 92 69 80
0000560 a0 de 1e 8c 0a 60 0b db 01 6d 08 00 06 00 06 3d
0000600 06 21 3a 2a 2c 4d 25 08 18 1e 0f 0a 00 00 00 00
0000620 00 00 00 2b 33 44 68 50 91 37 31 92 69 80 a0 de
0000640 1e 38 60 0b 83 a5 08 a2 08 00 1f 00 1f 5e 51 6c
0000660 75 6e 6e 7a 6b 58 3f 38 2c 07 00 00 00 00 00 00
0000700 00 00 0c e2 33 44 68 50 78 36 36 92 69 80 a0 de
0000720 1e 32 06 60 0b 0b 1d 0e 01 00 00 00 00 00 00 01
0000740 0b f8 33 44 68 50 50 38 31 92 69 80 a0 de 1e ca
0000760 02 60 0b 5b 02 83 08 9d 08 02 06 00 06 22 2b 41
0001000 40 32 3f 32 1f 25 1b 19 0a 02 00 00 00 00 01 00
0001020 05 e3 33 44 68 50 10 39 31 92 69 80 a0 de 1e 0a


Ich habe schon versucht, den AMB8425-M als CUL einzurichten:
define teststick CUL /dev/ttyUSB0@9600 4812

Das resultiert (wohl kaum überraschend) in folgenden Log-Nachrichten:

2016.05.22 21:10:41 3: Opening teststick device /dev/ttyUSB0
2016.05.22 21:10:41 3: Setting teststick serial parameters to 9600,8,N,1
2016.05.22 21:10:41 3: teststick device opened
2016.05.22 21:10:44 2: teststick: unknown message 3DhP#91�i����
2016.05.22 21:10:51 2: teststick: unknown message `�
}�=!:*,M%)3DhPc71�i���;`t
Sb"2-,1' �3DhP�81�i����`ae�3DhP�71�i����`L@aQB���¹����i�X -�3DhP`71�i����`cu}11B/��|u�\TJRG4
2016.05.22 21:10:51 2: teststick: unknown message
2016.05.22 21:10:59 2: teststick: unknown message 3DhPP81�i����`[��"+A@2?2%6
2016.05.22 21:10:59 2: teststick: unknown message 
�3DhP91�i���
2016.05.22 21:11:02 1: Cannot init /dev/ttyUSB0, ignoring it (teststick)
2016.05.22 21:14:04 3: Opening teststick device /dev/ttyUSB0
2016.05.22 21:14:04 3: Setting teststick serial parameters to 9600,8,N,1
2016.05.22 21:14:04 3: teststick device opened
2016.05.22 21:14:13 1: Cannot init /dev/ttyUSB0, ignoring it (teststick)

und auf der Seite detail=teststick steht zwar state=opened aber das war's auch.

Daher hier meine Frage: Gibt es eine Möglichkeit, anstelle des CUL-Moduls ein anderes, das rohe Konsolen-Daten von /dev/ttyUSB0 einliest, zu verwenden und die so gewonnenen Daten an das TechemHKV-Modul zwecks Dekodierung zu übergeben?

Vielen Dank schon mal im Voraus, auch für die viele Arbeit, die bislang schon in FHEM und die Techem-Module geflossen ist!

Cheers,
Hanno

Muss mal um einen Tritt bitten, sorry für DAU Frage, ich habe CUL noch alte Version 1.61, muss ich noch updaten, aber dieser Fehler hat damit wohl eher nichts zu tun, kann mir bitte jemand aufzeigen was ich wie nachinstallieren muss


2016.05.30 18:07:36 1: reload: Error:Modul 36_WMBUS deactivated:
Can't locate Crypt/CBC.pm in @INC (you may need to install the Crypt::CBC module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at FHEM/WMBus.pm line 8.
BEGIN failed--compilation aborted at FHEM/WMBus.pm line 8.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

Bitte nicht hauen ;-)

sudo cpan install Crypt::CBC

... wobei die Techem Module das 36_WMBUS nicht benötigen.

Nach update der culfw wird nichts an WMBUS weiter gereicht. Die Techem Module aber bitte händisch definieren (kein autocreate)

vg
joerg

danke für die Hinweise, nach Update auf VUL 1.66 scheint es richtig zu laufen, habe jetzt keine fehler , was mich etwas verwundert.

Nun läuft mir mein Logfile voll, in einem haus mit 17 Wohneinheiten und mindestens 5 HK bekomme ich ne menge daten dazu noch WarmWasser 2 mal je Wohneinheit... irgendeine Idee was zu tun ist, ausser die log auslagern ;-)

jetzt habe ich folgende Meldungen im Logfile, meine definierten Devices funktionieren tadellos...

2016.05.30 18:22:33 0: ERROR: Cannot autoload WMBUS
2016.05.30 18:22:33 3: CUL_1: Unknown code b2E4468501708218470628218A0009F1FB400E00B1C000002020203030FD305030203030203030203030304020303B3C5030302030350::-111, help me!
2016.05.30 18:22:46 1: reload: Error:Modul 36_WMBUS deactivated:
Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2016.05.30 18:22:46 0: Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2016.05.30 18:22:46 0: ERROR: Cannot autoload WMBUS
2016.05.30 18:22:46 3: CUL_1: Unknown code b2E446850560521847062733FA0809F1FA201E00B4900000607070808CB9C05080708080807080708080609050705D34B06050503080D::-79, help me!
2016.05.30 18:22:49 1: reload: Error:Modul 36_WMBUS deactivated:
Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2016.05.30 18:22:49 0: Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

ja,

definiere einfach Deine HKV und Deine Wasserzähler. Danach wird alles gut.

vg
joerg

Zitat von: herrmannj am 30 Mai 2016, 19:16:45
ja,

definiere einfach Deine HKV und Deine Wasserzähler. Danach wird alles gut.

vg
joerg

Habe ich doch gemacht, ok wasserzähler noch nicht, so weit war ich noch nicht, habe 2 Wasserzähler für warm, die beiden verursachen die Fehler ??

da ist kein Fehler im engen Sinn: WMBUS 'würde' geladen werden wenn alle cpan module installiert 'wären' - das 'würde' dir aber nichts bringen.

Definiere noch die beiden WZ dann ist alles grün.

vg
joerg

Zitat von: herrmannj am 30 Mai 2016, 19:43:30
da ist kein Fehler im engen Sinn: WMBUS 'würde' geladen werden wenn alle cpan module installiert 'wären' - das 'würde' dir aber nichts bringen.

Definiere noch die beiden WZ dann ist alles grün.

vg
joerg

Mache ich gern, danke für die Nachsicht für DAU´s , bei den WZ gebe ich die 8 stellige Nummer an die auf dem Gerät ist ? Nun kann ich ja die Werte auslesen, jetzt ne super doofe Frage die möchte ich nun ja auch loggen, ist es sinnvol die gesamte Gruppe, oder die einzelnen Zähler zu loggen und ist es richtig wenn ich das per createlog mache ??

Zitatbei den WZ gebe ich die 8 stellige Nummer an die auf dem Gerät ist ?

Ne, eher nicht. Schau Dir den listmode dazu an:
http://fhem.de/commandref_DE.html#TechemWZ

Zitatmöchte ich nun ja auch loggen, ist es sinnvol die gesamte Gruppe, oder die einzelnen Zähler zu loggen und ist es richtig wenn ich das per createlog mache ??

Ich versteh die Frage nicht ganz.

Ich fasse die Räume per stateFormat zusammen:
{sprintf("%d (%d)",ReadingsVal('hkv.wz.links','current_period',0) + ReadingsVal('hkv.wz.rechts','current_period',0), ReadingsVal('hkv.wz.links','previous_period',0) + ReadingsVal('hkv.wz.rechts','previous_period',0))}
logge aber einzeln
DEF
%L/hkv-%Y.log hkv.*?:current_period.*

Log von Hand anlegen.

vg
joerg

Zitat von: herrmannj am 31 Mai 2016, 12:41:54
Ne, eher nicht. Schau Dir den listmode dazu an:
http://fhem.de/commandref_DE.html#TechemWZ
Ich versteh die Frage nicht ganz.

Ich fasse die Räume per stateFormat zusammen:

Code Auswählen Erweitern

{sprintf("%d (%d)",ReadingsVal('hkv.wz.links','current_period',0) + ReadingsVal('hkv.wz.rechts','current_period',0), ReadingsVal('hkv.wz.links','previous_period',0) + ReadingsVal('hkv.wz.rechts','previous_period',0))}
logge aber einzeln

Code Auswählen Erweitern

DEF
%L/hkv-%Y.log hkv.*?:current_period.*

Log von Hand anlegen.

vg
joerg

uhi, muss noch einiges lernen, ob ich das alles hin bekomme , das glaube ich nicht ;-(

step by step:

#1 http://fhem.de/commandref_DE.html#TechemWZ    -> WZ einrichten.

vg
joerg

Zitat von: herrmannj am 31 Mai 2016, 13:28:44
step by step:

#1 http://fhem.de/commandref_DE.html#TechemWZ    -> WZ einrichten.

vg
joerg

Bin ich bei bei 38 Zählern nicht so einfach, insbesondere wenn meiner mit einem Zählerstand gleich von 2 weiteren ist, da muss ich mich wohl etwas gedulden bis der Unterschied da ist ... ansonsten reicht mir auch erst einmal das loggen der daten .

Hallo Leute, ich bin neu hier im Forum und ich hoffe das ihr mir weiter helfen könnt.
Bei mir wurden letzte Woche neue HKV´s von Techem eingabaut. Seit dem versuche ich diese in meine bestehende FHEM konfiguration zu integrieren.
Das klappt jedoch nicht so ganz. Die Geräte habe ich jeweils einzeln angelegt, jedoch bekomme ich als state auch nach mehreren Stunden nur "listening".
Der Cul ist auf der neusten Version 1.66 und steht auf WMBUS_T. Laut log Datei empfange ich auch irgentetwas aber anscheinend kann es das Techem Modul nicht verarbeitten.
Ich hoffe das ihr mir helfen könnt.

Anbei die konfig meines Cul´s

Internals:
   CMDS       BbCFiAZNkGMKUYRTVWXefmLltux
   CUL_868_MSGCNT 19015
   CUL_868_TIME 2016-07-04 16:15:51
   Clients    :TechemHKV:WMBUS:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/serial/by-id/usb-busware.de_CUL868-if00@38400 0000
   DeviceName /dev/serial/by-id/usb-busware.de_CUL868-if00@38400
   FD         41
   FHTID      0000
   NAME       CUL_868
   NR         211
   NR_CMD_LAST_H 8
   PARTIAL
   RAWMSG     b334468508913480094802387A20FDE200000400E000005ED09EA09009DE800000000000000000000000000000000FFFF00000000000000000000FFFF8006
   RSSI       -71
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.66 CUL868
   initString X21
brt
   Matchlist:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
   Readings:
     2016-07-03 22:29:55   ccconf          freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
     2016-07-03 22:45:37   cmds             B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
     2016-07-03 22:30:12   credit10ms      588
     2016-07-03 22:30:23   fhtbuf          AE
     2016-07-03 22:29:50   raw             V 1.66 CUL868
     2016-07-04 16:15:51   state           Initialized
     2016-07-03 22:30:17   version         V 1.66 CUL868
   XMIT_TIME:
     1467640230.93389
     1467640231.34446
     1467640232.11409
     1467640234.55324
     1467640236.43327
     1467640243.02868
     1467640297.71644
     1467640312.34397
   Helper:
     2aa8bf:
       QUEUE:
Attributes:
   alias      868MHz CUL
   hmId       29c6af
   icon       cul_868
   rfmode     WMBus_T
   room       Systemgeräte


und ein auszug aus meiner Log Datei


2016.07.04 16:15:48 3: WMBUS Unknown device b33446850811348009480A099A20FDE200000400E000005620A430A00708900000000000000000000000000000000FFFF00000000000000000000FFFF801F, please define it
2016.07.04 16:15:49 3: WMBUS Unknown device b334468503220480094808C33A20FDE200000400E000005D409D309000EB400000000000000000000000000000000FFFF00000000000000000000FFFF8039, please define it
2016.07.04 16:15:50 3: WMBUS Unknown device b3344685040204800948092C9A20FDE200000400E000005880980090041D500000000000000000000000000000000FFFF00000000000000000000FFFF802B, please define it
2016.07.04 16:15:50 3: WMBUS Unknown device b33446850809547009480A3B4A20FDE200000400E0000053D0A270A008A2B00000000000000000000000000000000FFFF00000000000000000000FFFF8003, please define it
2016.07.04 16:15:51 3: WMBUS Unknown device b334468508913480094802387A20FDE200000400E000005ED09EA09009DE800000000000000000000000000000000FFFF00000000000000000000FFFF8006, please define it
2016.07.04 16:15:53 3: WMBUS Unknown device b33446850212048009480C897A20FDE200000400E0000053709320900C43100000000000000000000000000000000FFFF00000000000000000000FFFF801C, please define it
2016.07.04 16:15:53 3: WMBUS Unknown device b33446850312048009480F3CEA20FDE200000400E00000590097309009E3000000000000000000000000000000000FFFF00000000000000000000FFFF801A, please define it
2016.07.04 16:15:58 3: WMBUS Unknown device b33446850981348009480D956A20FDE200000400E000005B909B40900301A00000000000000000000000000000000FFFF00000000000000000000FFFF8003, please define it
2016.07.04 16:15:58 3: WMBUS Unknown device b33446850639547009480A032A20FDE200000400E000005A609950900C0BB00000000000000000000000000000000FFFF00000000000000000000FFFF8046, please define it
2016.07.04 16:16:05 3: WMBUS Unknown device b334468502420480094804890A20FDE200000400E00000564095F0900B71F00000000000000000000000000000000FFFF00000000000000000000FFFF8008, please define it
2016.07.04 16:16:07 3: WMBUS Unknown device b334468506595470094805FC8A20FDE200000400E000005ED09E909008E7300000000000000000000000000000000FFFF00000000000000000000FFFF8016, please define it
2016.07.04 16:16:09 3: WMBUS Unknown device b334468503320480094804DBBA20FDE200000400E0000054D0A4F0A00A61300000000000000000000000000000000FFFF00000000000000000000FFFF8027, please define it
2016.07.04 16:16:09 3: WMBUS Unknown device b3344685039204800948070D0A20FDE200000400E0000054609320900504E00000000000000000000000000000000FFFF00000000000000000000FFFF8019, please define it
2016.07.04 16:16:10 3: WMBUS Unknown device b3344685023204800948076E2A20FDE200000400E0000058A09840900CDDE00000000000000000000000000000000FFFF00000000000000000000FFFF8051, please define it
2016.07.04 16:16:12 3: WMBUS Unknown device b33446850272048009480376DA20FDE200000400E0000052309140900CCD300000000000000000000000000000000FFFF00000000000000000000FFFF8026, please define it
2016.07.04 16:16:14 3: WMBUS Unknown device b33446850971348009480643AA20FDE200000400E000005F809EB09007E7600000000000000000000000000000000FFFF00000000000000000000FFFF8005, please define it
2016.07.04 16:16:15 3: WMBUS Unknown device b334468507395470094809B6BA20FDE200000400E000005BC09B10900902900000000000000000000000000000000FFFF00000000000000000000FFFF8030, please define it
2016.07.04 16:16:16 3: WMBUS Unknown device b334468502520480094808918A20FDE200000400E000005C809A0090076D100000000000000000000000000000000FFFF00000000000000000000FFFF8006, please define it
2016.07.04 16:16:17 3: WMBUS Unknown device b33446850881348009480E20FA20FDE200000400E000005350A260A0026D400000000000000000000000000000000FFFF00000000000000000000FFFF8001, please define it
2016.07.04 16:16:22 3: WMBUS Unknown device b3344685040204800948092C9A20FDE200000400E000005880980090041D500000000000000000000000000000000FFFF00000000000000000000FFFF802B, please define it
2016.07.04 16:16:23 3: WMBUS Unknown device b33446850809547009480A3B4A20FDE200000400E0000053D0A270A008A2B00000000000000000000000000000000FFFF00000000000000000000FFFF8003, please define it
2016.07.04 16:16:24 3: WMBUS Unknown device b33446850212048009480C897A20FDE200000400E0000053709320900C43100000000000000000000000000000000FFFF00000000000000000000FFFF801D, please define it
2016.07.04 16:16:25 3: WMBUS Unknown device b33446850312048009480F3CEA20FDE200000400E00000590097309009E3000000000000000000000000000000000FFFF00000000000000000000FFFF8019, please define it
2016.07.04 16:16:31 3: WMBUS Unknown device b33446850639547009480A032A20FDE200000400E000005A4099209005F2B00000000000000000000000000000000FFFF00000000000000000000FFFF8046, please define it
2016.07.04 16:16:39 3: WMBUS Unknown device b334468506595470094805FC8A20FDE200000400E000005ED09E70900362E00000000000000000000000000000000FFFF00000000000000000000FFFF8017, please define it
2016.07.04 16:16:41 3: WMBUS Unknown device b334468503320480094804DBBA20FDE200000400E0000054D0A4F0A00A61300000000000000000000000000000000FFFF00000000000000000000FFFF8027, please define it
2016.07.04 16:16:42 3: WMBUS Unknown device b3344685023204800948076E2A20FDE200000400E0000058A09840900CDDE00000000000000000000000000000000FFFF00000000000000000000FFFF8051, please define it
2016.07.04 16:16:43 3: WMBUS Unknown device b334468502420480094804890A20FDE200000400E00000564095F0900B71F00000000000000000000000000000000FFFF00000000000000000000FFFF800A, please define it
2016.07.04 16:16:44 3: WMBUS Unknown device b33446850222048009480B76AA20FDE200000400E0000053509240900BDB800000000000000000000000000000000FFFF00000000000000000000FFFF802E, please define it

Hallo Wolfgang,

Herzlich Willkommen hier und viel Spass !

Zu den HKV: die sind nicht nut neu bie Dir - die sind generell neu.

Mein modul kann damit noch nicht umgehen, generell gilt es zu klären ob so kodiert sind wie bekannt. Ich bin auf Geschäftsreise, kann das also nicht fix klären.

Wenn Du Dir eine testweise Änderung im quellcode zutraust:

Ändere diese Zeile (#30) von
$hash->{Match}      = "^b..446850[\\d]{8}(61|64|69)80....A0.*";
auf
$hash->{Match}      = "^b..446850[\\d]{8}(61|64|69|94)80....A0.*";

Rechte richtig setzen (gesetzt lassen) und fhem Neustart.

es könnte reichen

vg
joerg

Erst einmal vielen dank für die schnelle Antwort.
Zuerst einmal die änderung im Quellcode hat leider nicht gebracht.

Jedoch habe ich selbst etwas an der Zeile 30 geändert

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

nach
$hash->{Match}      = "^b..446850[\\d]{8}(61|64|69|94)80....A2.*";

Danach habe ich zum erstem mal etwas von den definierten HKV´s empfangen.
Zwar stehten sie immer noch auf "listening", aber es wurde etwas gelesen.

Internals:
   CUL_868_MSGCNT 3
   CUL_868_RAWMSG b33446850981348009480D956A20FDE200000400E000005C409BB09000ADF00000000000000000000000000000000FFFF00000000000000000000FFFF80::-71.5
   CUL_868_RSSI -71.5
   CUL_868_TIME 2016-07-04 17:19:47
   DEF        1398
   LASTInputDev CUL_868
   METER      Funkheizkostenverteiler data IIl
   MSGCNT     3
   NAME       test_hk_Bad
   NR         280
   NTFY_ORDER 50-test_hk_Bad
   STATE      listening
   TYPE       TechemHKV
   VERSION    94
   longID     00481398
   Readings:
     2016-07-04 00:00:00   current_period  0
     2016-06-30 00:00:00   previous_period 0
     2016-07-04 17:18:34   state           listening
Attributes:
   room       Test

Ah, das a2 hatte ich übersehen aber ich sehe du kennst dich aus.  :). Dann verschluesseln die anders. Deswegen kommt nix brauchbares raus.

Muss reverse engineered werden. Ich schau mal ob mich das wissen um das alte protokoll da weiterbringt. Wird aber dauern...

Vg
Joerg

Habe jetzt noch ein paar sachen ausprobiert.

Diese neue Version Sendet ebenfalls die Temperatur mit.

Bei Zeile 125 von
if (($msg->{version} || '') eq '69') {

auf
if (($msg->{version} || '') eq '69' || '94') {
geändert dann wird die Temperatur erst einmal mit angezeigt.

Jedoch völlig falsch da die Temperatur 1 und 2 jetzt auf einen anderen Platz im Protokoll liegen.

Temperatur 1 in Zeile 306 von
return sprintf "%.2f", (hex("$m[20]$m[19]") / 100);

auf
return sprintf "%.2f", (hex("$m[21]$m[20]") / 100);

und für Temperatur 2 in Zeile 312 von
return sprintf "%.2f", (hex("$m[22]$m[21]") / 100);

auf
return sprintf "%.2f", (hex("$m[23]$m[22]") / 100);

Bei den restlichen Sachen scheint es ja alles zu funktionieren das du vieleicht nicht ganz von vorne anfangen musst.  :)

Zitat von: pokerazor am 22 Mai 2016, 23:08:35
Moin zusammen,

ich bin zufällig in den Besitz eines USB-Sticks Amber Wireless AMB8425-M gelangt (https://www.amber-wireless.de/de/services/pcnpdn/amb8425-m.html, Handbuch https://www.amber-wireless.de/fileadmin//user_upload/DOWNLOADS/DOWNLOADS_PCN/amb8425-m_hb.pdf). Der ist äquivalent zum hier so viel verwendeten CUL ein WMBUS-Interface. Da wir einige Techem HKV in der Wohnung haben, bin ich auf den Gedanken verfallen, die auszulesen und bei der Suche nach dem günstigsten Weg dazu auf FHEM und diesen Thread gestoßen.
Ich habe jetzt den ganzen Tag damit verbracht, durch Forum, Wiki und Commandref sowie im restlichen durchsuchbaren Web so gut wie möglich zu versuchen zu verstehen, wie FHEM funktioniert und wie der Stick, FHEM und die TechemHKV zur Zusammenarbeit zu bewegen sein könnten. Abschließend gelungen ist es mir leider noch nicht :-)
Deswegen hoffe ich, dass ihr mir helfen könntet?

Hier, was bisher geschah:
Mit Hilfe der Software ACC (Amber Config Center) habe ich den Stick mittlerweile auf die aktuelle Firmware geflasht und mit Hilfe der Software ACM (Amber Commander) den Modus auf T1_OTHER mit noch ein paar Änderungen eingestellt, in ACM empfängt er auch Funktelegramme von Techem, kann aber leider die Rohdaten nicht dekodieren. An meinem RaspberryPi taucht er nun als /dev/ttyUSB0 auf und

Code Auswählen Erweitern

od -t x1 < /dev/ttyUSB0
gibt etwas aus in der Art:

Code Auswählen Erweitern


0000000 22 32 2d 2c 02 10 00 00 00 00 00 00 00 00 00 e2
0000020 33 44 68 50 60 37 31 92 69 80 a0 de 1e cf 07 60
0000040 0b 63 05 6c 08 75 08 31 00 31 42 2f 85 91 7c 75
0000060 a8 5c 54 4a 52 1f 47 34 0a 00 00 00 00 0a 51 0c
0000100 2a 00 2a 2f 2e 32 34 43 42 3a 44 3c 47 3b 33 3d
0000120 32 2f 20 1b 09 0a 02 01 08 f2 33 44 68 50 81 39
0000140 31 92 69 80 a0 de 1e 00 00 60 0b 00 00 0e 08 08
0000160 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000200 00 00 00 00 00 00 00 00 00 00 00 00 de 33 44 68
0000220 50 75 38 31 92 69 80 a0 de 1e b8 09 09 00 00 00
0000240 00 02 10 2c 33 32 41 3d 23 19 1f 0a 2c 08 32 08
0000260 00 00 00 00 00 00 00 00 00 00 e3 33 44 68 50 74
0000300 38 31 92 69 80 a0 de 1e 00 00 60 0b 00 00 2c 08
0000320 2b 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000340 00 00 00 00 00 00 00 00 00 00 00 00 00 e0 33 44
0000360 68 50 41 37 31 92 69 80 a0 de 1e 00 00 60 0b 00
0000400 00 7a 08 80 08 00 00 00 00 00 00 00 00 00 00 00
0000420 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000440 da 33 44 68 50 43 39 31 92 69 80 a0 de 1e 00 00
0000460 00 00 00 00 00 00 00 00 00 00 f7 33 44 68 50 46
0000500 37 31 92 69 80 a0 de 1e 9a 0f 60 0b e0 0a 78 5e
0000520 90 ac 95 92 9a 86 6f 54 5e 51 61 4c 2c 19 00 00
0000540 00 00 09 00 30 de 33 44 68 50 23 39 31 92 69 80
0000560 a0 de 1e 8c 0a 60 0b db 01 6d 08 00 06 00 06 3d
0000600 06 21 3a 2a 2c 4d 25 08 18 1e 0f 0a 00 00 00 00
0000620 00 00 00 2b 33 44 68 50 91 37 31 92 69 80 a0 de
0000640 1e 38 60 0b 83 a5 08 a2 08 00 1f 00 1f 5e 51 6c
0000660 75 6e 6e 7a 6b 58 3f 38 2c 07 00 00 00 00 00 00
0000700 00 00 0c e2 33 44 68 50 78 36 36 92 69 80 a0 de
0000720 1e 32 06 60 0b 0b 1d 0e 01 00 00 00 00 00 00 01
0000740 0b f8 33 44 68 50 50 38 31 92 69 80 a0 de 1e ca
0000760 02 60 0b 5b 02 83 08 9d 08 02 06 00 06 22 2b 41
0001000 40 32 3f 32 1f 25 1b 19 0a 02 00 00 00 00 01 00
0001020 05 e3 33 44 68 50 10 39 31 92 69 80 a0 de 1e 0a


Ich habe schon versucht, den AMB8425-M als CUL einzurichten:

Code Auswählen Erweitern

define teststick CUL /dev/ttyUSB0@9600 4812

Das resultiert (wohl kaum überraschend) in folgenden Log-Nachrichten:

Code Auswählen Erweitern


2016.05.22 21:10:41 3: Opening teststick device /dev/ttyUSB0
2016.05.22 21:10:41 3: Setting teststick serial parameters to 9600,8,N,1
2016.05.22 21:10:41 3: teststick device opened
2016.05.22 21:10:44 2: teststick: unknown message 3DhP#91�i����
2016.05.22 21:10:51 2: teststick: unknown message `�
}�=!:*,M%)3DhPc71�i���;`t
Sb"2-,1' �3DhP�81�i����`ae�3DhP�71�i����`L@aQB���¹����i�X -�3DhP`71�i����`cu}11B/��|u�\TJRG4
2016.05.22 21:10:51 2: teststick: unknown message
2016.05.22 21:10:59 2: teststick: unknown message 3DhPP81�i����`[��"+A@2?2%6
2016.05.22 21:10:59 2: teststick: unknown message 
�3DhP91�i���
2016.05.22 21:11:02 1: Cannot init /dev/ttyUSB0, ignoring it (teststick)
2016.05.22 21:14:04 3: Opening teststick device /dev/ttyUSB0
2016.05.22 21:14:04 3: Setting teststick serial parameters to 9600,8,N,1
2016.05.22 21:14:04 3: teststick device opened
2016.05.22 21:14:13 1: Cannot init /dev/ttyUSB0, ignoring it (teststick)

und auf der Seite detail=teststick steht zwar state=opened aber das war's auch.

Daher hier meine Frage: Gibt es eine Möglichkeit, anstelle des CUL-Moduls ein anderes, das rohe Konsolen-Daten von /dev/ttyUSB0 einliest, zu verwenden und die so gewonnenen Daten an das TechemHKV-Modul zwecks Dekodierung zu übergeben?

Vielen Dank schon mal im Voraus, auch für die viele Arbeit, die bislang schon in FHEM und die Techem-Module geflossen ist!

Cheers,
Hanno

Moin Hanno,

Dein Beitrag ist mir leider durch gerutscht, besser spät als nie. Willkommen im forum ! :)

Ich sehe die Daten eines Techem HKV in Deinem post. Ganz grundsätzlich würde es generell gehen. Dazu müsste man ein modul für den Stick schreiben. In der gleichen Art in der es zb für den CUL existiert. Das ist leider sehr aufwendig. Ich empfehle Dir deshalb die Anschaaffung eines CUL.

Trotzdem - interessante Option. Vielleicht braucht man das später mal.

vg
joerg

Hallo WolfgangB

bitte schau mal was die Version im Anhang bringt.

vg
joerg

Hallo herrmannj

leider funktioniert die Version die du bereitgestellt hast nicht.
Es wird keine Temperatur angezeigt und bei der current_period wird nur ein festwert von 5376 und bei previous_period ein festwert von 24576 angezeigt

vieleicht helfen dir ein paar RAW daten


b33446850981348009480D956A20FDE20000060140100152C097A0B01EB5C00000000000000000000000000000000FFFF00000000000000000000FFFF80::-53.5
b334468503220480094808C33A20FDE20000060140200152A0A1C0D02C34800000000000000000000000000000000FFFF00000000000000000000FFFF80::-49.5
b33446850312048009480F3CEA20FDE2000006014060015D209D80C06937500000000000000000000000000000000FFFF00000000000000000000FFFF80::-73
b3344685040204800948092C9A20FDE2000006014060015B9092F0D06A03C00000000000000000000000000000000FFFF00000000000000000000FFFF80::-61.5
b334468507395470094809B6BA20FDE20000060140200152509900B021D3100000000000000000000000000000000FFFF00000000000000000000FFFF80::-48.5


alle von unterschiedlichen HKV

magst noch mal ein list von einem der hkv einstellen ?

Danke und Grüße
Joerg

Hallo Joerg

CUL_868_MSGCNT

1
CUL_868_RAWMSG

b33446850981348009480D956A20FDE2000007014030015E007190803AE1600000000000000000000000000000000FFFF00000000000000000000FFFF80::-53.5
CUL_868_RSSI

-53.5
CUL_868_TIME

2016-10-07 09:20:57
DEF
1398
LASTInputDev

CUL_868
METER

Funkheizkostenverteiler data IIl
MSGCNT

1
NAME

HKV_Bad
NR

267
NTFY_ORDER

50-HKV_Bad
STATE

standby (IO missing)
TYPE

TechemHKV
VERSION

94
longID

00481398

CUL_868_MSGCNT

1
CUL_868_RAWMSG

b334468503220480094808C33A20FDE2000007014040015A907B307047E6200000000000000000000000000000000FFFF00000000000000000000FFFF80::-48
CUL_868_RSSI

-48
CUL_868_TIME

2016-10-07 09:23:10
DEF
2032
LASTInputDev

CUL_868
METER

Funkheizkostenverteiler data IIl
MSGCNT

1
NAME

HKV_Flur
NR

268
NTFY_ORDER

50-HKV_Flur
STATE

standby (IO missing)
TYPE

TechemHKV
VERSION

94
longID

00482032

CUL_868_MSGCNT

1
CUL_868_RAWMSG

b334468507395470094809B6BA20FDE20000070140400158607850704C57700000000000000000000000000000000FFFF00000000000000000000FFFF80::-49
CUL_868_RSSI

-49
CUL_868_TIME

2016-10-07 09:22:05
DEF
9573
LASTInputDev

CUL_868
METER

Funkheizkostenverteiler data IIl
MSGCNT

1
NAME

HKV_Kueche
NR

271
NTFY_ORDER

50-HKV_Kueche
STATE

standby (IO missing)
TYPE

TechemHKV
VERSION

94
longID

00479573

CUL_868_MSGCNT

1
CUL_868_RAWMSG

b334468503320480094804DBBA20FDE2000007014000015FE06F40600AE0E00000000000000000000000000000000FFFF00000000000000000000FFFF80::-64
CUL_868_RSSI

-64
CUL_868_TIME

2016-10-07 09:22:15
DEF
2033
LASTInputDev

CUL_868
METER

Funkheizkostenverteiler data IIl
MSGCNT

1
NAME

HKV_SZ
NR

272
NTFY_ORDER

50-HKV_SZ
STATE

standby (IO missing)
TYPE

TechemHKV
VERSION

94
longID

00482033

CUL_868_MSGCNT

1
CUL_868_RAWMSG

b33446850639547009480A032A20FDE2000007014060015BC06BB0606749200000000000000000000000000000000FFFF00000000000000000000FFFF80::-41
CUL_868_RSSI

-41
CUL_868_TIME

2016-10-07 09:20:00
DEF
9563
LASTInputDev

CUL_868
METER

Funkheizkostenverteiler data IIl
MSGCNT

1
NAME

HKV_WZ_Doppelfenster
NR

273
NTFY_ORDER

50-HKV_WZ_Doppelfenster
STATE

standby (IO missing)
TYPE

TechemHKV
VERSION

94
longID

00479563

CUL_868_MSGCNT

1
CUL_868_RAWMSG

b33446850262048009480F6E5A20FDE2000007014000015CA06CA0600220500000000000000000000000000000000FFFF00000000000000000000FFFF80::-38.5
CUL_868_RSSI

-38.5
CUL_868_TIME

2016-10-07 09:21:01
DEF
2026
LASTInputDev

CUL_868
METER

Funkheizkostenverteiler data IIl
MSGCNT

1
NAME

HKV_WZ_Sofa_Nord
NR

274
NTFY_ORDER

50-HKV_WZ_Sofa_Nord
STATE

standby (IO missing)
TYPE

TechemHKV
VERSION

94
longID

00482026

CUL_868_MSGCNT

1
CUL_868_RAWMSG

b3344685023204800948076E2A20FDE20000070140A0015D406EA060A09B600000000000000000000000000000000FFFF00000000000000000000FFFF80::-33.5
CUL_868_RSSI

-33.5
CUL_868_TIME

2016-10-07 09:20:45
DEF
2023
LASTInputDev

CUL_868
METER

Funkheizkostenverteiler data IIl
MSGCNT

1
NAME

HKV_WZ_Sofa_West
NR

275
NTFY_ORDER

50-HKV_WZ_Sofa_West
STATE

standby (IO missing)
TYPE

TechemHKV
VERSION

94
longID

00482023

Ich benutze zurzeit eine etwas abgeänderte Version deines Modules.
Damit funktioniert eigentlich alles. Siehe Anhang.



Gruß Wolfgang

Moin Jörg,

ich hatte zwischenzeitlich noch ein bisschen weitergetüftelt und es mit der Excel-Tabelle von oben geschafft, die Daten dann mit jMBus in Java zu dekodieren: https://github.com/pokerazor/jmbus. Das führt jetzt zu einem Binding in openHAB2: https://community.openhab.org/t/new-binding-wireless-m-bus-techem-heat-cost-allocators/16974.
In dem anderen Thread https://forum.fhem.de/index.php/topic,58527.html wird ja auch schon darüber geredet, den Stick als Empfänger benutzen. Wenn ich irgendwie helfen kann, mit Logs oder so, dann lasst es mich gerne wissen.

Cheers,
Hanno

vielen Dank. Hilf mir aber kurz. Gehts Dir um den Amber Stick oder den hkv mir der neuen fw ?

Bei dem amber halte ich mich aktuell raus da alles mit dem CUL stabil läuft.
Bei der neuen fw Version 'sollte' eigentlich auch alles ok sein. Läuft aber bei Wolfgang nicht und ich hab es verschwitzt dem nachzugehen. Das kann aber nur eine Kleinigkeit sein da ich die msg simuliert komplett verarbeiten kann.

In der Theorie also eigentlich nix offen. (@Wolfgang: soon. Sorry  :-[)

vg
joerg

Mir ging es eigentlich hauptsächlich um den Amber Stick, da ich den ja habe, und auch die älteren HKV. Ich gehe auch davon aus, dass wir noch bis Ende des Jahres mit Techem-Rauchmeldern zwangsbeglückt werden und bin dann mal gespannt, wie gut das funktionieren wird, die auszulesen. An dieser Front also wahrscheinlich wirklich nichts mehr offen, insbesondere da ich im Moment eher mit openHAB 2 herumspiele. Wollte mich aber auch nochmal zurückmelden und einen Stand durchgeben :-). Mag ja auch sein, dass noch jemand später drüber stolpert.

Cheers,
Hanno

Ist der aktuelle Stand jetzt eignetich eingechecked und kann über das Update gezogen werden?
Ich habe ich die neueren HKVs und würde sie gerne in FHEM einbinden.

Wird eigentlich ein 433MHz oder 868MHz CUL benötigt?

Ja ist drin. Cul868

Vg
Jörg

Tut es auch die a-CULFW oder muss es die originale CULFW sein?

Kerbe Ahnung 😀

Muss wmbus können

Vg
Jörg

Hallo zusammen,

ich habe anscheinend auch neue HKVs...
Mit dem eingescheckten Modul werden Sie nicht erkannt. Mit der Version von der letzten Seite schon aber nicht sinvoll...

@herrmannj
Hast du Interesse dein Modul anzupassen? Falls ja, kann ich dir irgendwie helfen?

Ja gern. Ich komm aber nicht vor Ende Februar dazu

Stell mal bitte einige raw ein.

Vg
Jörg

Kein Problem, ich habe Zeit  :)

Ich werde ein paar RAW Messages sammeln.

ja super, danke.

vg
joerg

Hallo,

... kurzer Versions-Vergleich: das aktuelle Update von '32_TechemHKV.pm' (svn.fhem.de) ist vom 29.1.2016 - ist das ok?

Danke,
Tom

ja. Hier ist eine neuere https://forum.fhem.de/index.php/topic,42232.msg498492.html#msg498492 die aber noch nicht rund läuft und daher nicht eingescheckt ist.

vg
joerg

Im Anhang habe ich ca. 1Std Aufzeichnungen vom CUL und das sind die Daten von meine HKVs. Ich hoffe du kannst dich dort durch kämpfen.
no     Stift   Akt
2568   247   291
2569   198   172
2998   414   452
2695   225   206
3000   171   209
2985   106   118

Hallo,

ich verwende seit kurzem einen zweiten CUL/CUN, der nur für den Empfang von WM_Bus eingerichtet ist. Nach einigen Stunde Laufzeit steigt scheinbar das WM_Bus/Techem Modul aus, mit der Fehlermeldung:

WMBUS Error during LinkLayer parse:CRC check failed on link layer

Ein Initialisieren des CUN [set 'device' reopen] hilft, aber nach einigen Stunden kommt die Fehlermeldung im Minutentakt wieder bzw. die Geräte werden nicht mehr empfangen.

Als CUN verwende ich einen Max!Cube (culfw-a), als Alternative hatte ich vorher einen COC (Raspberry-Aufsteckmodul). Mit letzteren habe ich diese Fehlermeldung nicht beobachtet.
Natürlich deutet das auf den cube als Ursache hin, dagegen spricht aber das 'reopen' und generell, dass Daten bei FHEM ankommen.

Hat jemand eine Idee?

Danke,
Tom

Der Fehler kommt nicht aus dem techem modul. Das (die) techem Module prüfen die crc und erzeuegen eine Fehlermeldung im log, die lautet aber ganz anders.

Bitte mehr Info:

was heist "steigt aus" ?
wo siehst Du den Fehler ?

vg
joerg

Der Fehler kommt aus dem WMBUS Modul. Reichst du die Daten weiter wenn bei dir die Prüfungen fehlschlagen?

@herrmannj
"steigt aus" soll heisse, dass die Readings der TechemHKV- und TechemWZ-Devices mit der ersten Fehlermeldung nicht mehr aktualisiert werden;
der Fehler wird im +-Minuten-Takt angezeigt, z.B.:

2017.01.26 12:28:53 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:33:43 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:36:55 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:38:54 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:42:30 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:43:10 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:58:53 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer


der Fehler wird im Log ('Logfile') angezeigt;

@kaihs
ja, der Fehler kommt wohl vom Modul 36_WMBUS.pm - deine Frage ist an herrmannj gestellt?

hm, sollte ich die Frage in einem anderen Thread stellen?

Moin,

ich hänge mich mal an diesen Thread ran, falls das nicht OK ist mache ich einen neuen auf. Ich habe mir einen selbstbau CUL gelötet mit V 1.66 nanoCUL868 und betreibe die Module 32_TechemHKV und 32_TechemWZ damit:

fhem.cfg:
define hkv_arbeits TechemHKV XXXXX
define FileLog_hkv_arbeits FileLog ./log/hkv_arbeits-%Y.log hkv_arbeits

define wz_kalt TechemWZ XXXXXXXX
define FileLog_wz_kalt FileLog ./log/wz_kalt-%Y.log wz_kalt


Das HKV Modul loggt ganz fleissig Daten:

2017-01-23_21:03:48 hkv_arbeits current_period: 5
2017-01-23_21:03:48 hkv_arbeits previous_period: 1206
2017-01-23_21:05:00 hkv_arbeits temp1: 19.00
2017-01-23_21:05:00 hkv_arbeits temp2: 19.80
2017-01-23_21:05:34 hkv_arbeits temp1: 19.00
2017-01-23_21:05:34 hkv_arbeits temp2: 19.80

Wohingegen das Wasserzähler Modul eher ruhig ist:

2017-01-25_23:16:00 wz_kalt listening
2017-01-25_23:16:36 wz_kalt listening
2017-01-26_17:28:38 wz_kalt listening

Allerdings bekommt das Wasserzähler Modul scheinbar doch von irgendwoher Daten:

Readings
current_period 5 2017-01-26 00:00:00
meter 140.6 2017-01-26 00:00:00
previous_period 110.1 2016-12-31 00:00:00
state listening 2017-01-26 17:28:38

Ist das korrekt so, dass ich die Daten mit einem Dummy abgreifen muss oder sollten die Daten ganz regulär im Log landen?

Vielen Dank,
Robert

Zitat von: kaihs am 26 Januar 2017, 15:39:32
Der Fehler kommt aus dem WMBUS Modul. Reichst du die Daten weiter wenn bei dir die Prüfungen fehlschlagen?

Bin nicht @home und aus dem Kopf weiß ich das nicht genau. Alles was nicht techem ist reiche ich weiter. Sonderfall ist techem aber kaputt... müsste ich wegwerfen. ? ( wobei trotzdem weitergeben genauso logisch ist. Nur weil ich das mit techem nicht brauche bedeutet ja nicht das ein anderes Modul doch was damit anstellt....)

Aber wenn die Meldung von dir kommt dann wird es wohl weitergegeben

Aber. Der Crc Fehler kommt vmtl schon vom Cul. Da können kaihs und ich vermutlich eh nix machen. (Oder?) Die Daten kommen halt kaputt rein... warum auch immer.

Kaihs, was denkst du?

Vg
Jörg

Zitat von: tca am 26 Januar 2017, 16:23:40
@herrmannj
"steigt aus" soll heisse, dass die Readings der TechemHKV- und TechemWZ-Devices mit der ersten Fehlermeldung nicht mehr aktualisiert werden;
der Fehler wird im +-Minuten-Takt angezeigt, z.B.:

Code Auswählen Erweitern


2017.01.26 12:28:53 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:33:43 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:36:55 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:38:54 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:42:30 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:43:10 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 12:58:53 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer


der Fehler wird im Log ('Logfile') angezeigt;

@kaihs
ja, der Fehler kommt wohl vom Modul 36_WMBUS.pm - deine Frage ist an herrmannj gestellt?

hm, sollte ich die Frage in einem anderen Thread stellen?

Ja, die Frage ging an hermannj. Das techem Modul greift die techem spezifischen Daten ab und reicht die übrigen Daten an WMBUS weiter.

@hermanj; ja, ich denke auch das da schon beim CUL was schief läuft. Empfangsfehler kann eigentlich nicht sein, da die culfw schon den crc des gesamten Pakets prüft. Vielleicht wird das Paket beim Weg vom CUL zu unseren Modulen verstümmelt.

Ich mische mich mal ein. Solche Fehler bekomme ich auch
2017.01.26 18:49:48 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 18:49:48 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
und immer wieder folgendes und ähnliches
2017.01.26 18:49:30 2: CUL_WLAN2: unknown message 468501227751094802321A20F9F210F00A023340011FA09EC0E140FC111000807000000000000000000000000F49B00000000000000000000FFFF8019
2017.01.26 18:49:48 2: CUL_WLAN2: unknown message 0111202008410C000000000000000000B0D000000000000FFF80DF

Ich würde sagen das der Buffer im CUL Überläuft oder der CUL selbst irgendwo klemmt... genaues habe ich noch nicht verfolgt...
Es tritt aber mit 2 verschiedenen CULs  fast nie Zeitgleich auf.
Ich würde TTY_BUFFERSIZE in der boards.h mal erhöhen auf 256 und schauen ob es Besserung bringt, habe aber momentan keine Zeit. Evtl. nächste Woche.

@BennySt
verwendest du aculfw bzw. culfw-a (Max! Cube)? Falls ja, welche Version?

18:19:30 im log ist klar ein Fragment einer techem Nachricht. Weshalb ist die zerstückelt? Komisch...

@tca
a-culfw auf einem nanoCUL und einem Selbstbau mit geänderter Firmware
@hermannj
Diese Zerstückelungen tretten meistens bei meinem Selbstbau mit der geänderten Firmware auf. Ich gehe davon aus das der TTY_Buffer zuklein wird. Beim nanoCUL tauchen Sie aber auch auf, nur seltener. Manchmal auch nur der Anfang b33. Das Verhalten muss ich noch Untersuchen.

@BennySt
... macht Sinn;
ich sehe gerade, dass bei meinem CUL/COC der TTY_BUFSIZE=1024 gesetzt ist, hingegen bei dem CUL/CUBe [a-cufw] TTY_BUFSIZE=128 - wobei, da stehen ein zweites "TTY_BUFSIZE=512" weniger Zeilen drunter, das scheint für den Bootloader zu sein; ich vermute, das erste ist zu ändern...

@tca
Eigentlich dürfte es nur ein #define TTY_BUFFSIZE geben.
Bei der nanoCUL board.h ist es diese hier.

#define HAS_UART
#define UART_BAUD_RATE          38400

/* ATMega328P has only one UART, no need to define the UART to use */
//#define USART_RX_vect           USART0_RX_vect
//#define USART_UDRE_vect         USART0_UDRE_vect

#define TTY_BUFSIZE             128


#define RCV_BUCKETS            2      //                 RAM: 25b * bucket

Sei aber vorsichtig mit der Erhöhung ich weiß nicht wieviel RAM noch zur Verfügung steht

@herrmannj, @kaihs
ich habe hier einen Log-Auszug, aus dem man evtl. etwas mehr lesen kann (Position 2017.01.26 22:39:27 2 bzw. 3):


2017.01.26 22:39:27 5: CUL/RAW: b3244685/b324468507432809269803FCCA0119F211D04A0233001AB08AC0A5BD5D19B005BA87B4B09130000000000000000004CF50E0000451E4587A05B79D9

2017.01.26 22:39:27 4: CUL_Parse: cube b3244685b324468507432809269803FCCA0119F211D04A0233001AB08AC0A5BD5D19B005BA87B4B09130000000000000000004CF50E0000451E4587A05B79D9
2017.01.26 22:39:27 5: cube: dispatch b3244685b324468507432809269803FCCA0119F211D04A0233001AB08AC0A5BD5D19B005BA87B4B09130000000000000000004CF50E0000451E4587A05B79D9
2017.01.26 22:39:27 5: WMBUS raw msg b3244685b324468507432809269803FCCA0119F211D04A0233001AB08AC0A5BD5D19B005BA87B4B09130000000000000000004CF50E0000451E4587A05B79D9
2017.01.26 22:39:27 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2017.01.26 22:39:27 3: cube: Unknown code b3244685b324468507432809269803FCCA0119F211D04A0233001AB08AC0A5BD5D19B005BA87B4B09130000000000000000004CF50E0000451E4587A05B79D9, help me!
2017.01.26 22:39:28 5: CUL/RAW: /b324468507931809269804F5FA0119F21CD05A0235401F209040C8CC824D8008CEEB1DE8565000000000000000001F4480A3F1A00177238684D8A14

2017.01.26 22:39:28 4: CUL_Parse: cube b324468507931809269804F5FA0119F21CD05A0235401F209040C8CC824D8008CEEB1DE8565000000000000000001F4480A3F1A00177238684D8A14 -64
2017.01.26 22:39:28 5: cube: dispatch b324468507931809269804F5FA0119F21CD05A0235401F209040C8CC824D8008CEEB1DE8565000000000000000001F4480A3F1A00177238684D8A::-64

Was mich wundert ist, dass die WMBus-Device-Readings generell nach dem ersten Auftreten der Fehlermeldung, nicht mehr aktualisiert werden. Sollte nicht mit der nächsten richtigen/vollständigen WMBus-Message alles wieder 'normal' laufen?

konnte prüfen, das ist der Stand:

Wenn ich in den Techem Modulen eine defekte (CRC Error) Nachricht erhalte wird das im log vermerkt ("crc error <msg>") und die Nachricht dann verworfen. Die hier angesprochenen Nachrichten kommen aber wegen der regex im dispatch gar nicht erst in den Techem Modulen an. Die regex mit denen techem wmbus erkannt wird matched schon vorab nicht.

Von daher: innerhalb der techem module: nothing to do.

Empfehlung: CUL fw anschauen, reparieren.

Bzgl der Frage mit den WMBUS (modul von kaihs) readings: da ist in der Fragestellung etwas vermischt ;) :

Wenn es eine techem Funknachricht ist wird die vom entsprechenden techem modul bearbeitet sofern in fhem als device definiert.
Ansonsten werden (generische) wmbus Nachrichten vom WMBUS modul bearbeitet.

Sollte also eine verstümmelte techem msg reinkommen dann wird die formatprüfung auf techem fehlschlagen. Damit ist es keine techem Nachricht, kein techem modul übernimmt. Stattdessen wird sie vom WMBUS modul übernommen und dort als kaputt (CRC link error) gemeldet. Alles richtig. Kommt jetzt die nächste korrekte techem Nachricht geht sie an das entsprechende Techem modul. Da kann im *WMBUS modul* per default auch nichts aktualisiert werden. Die techem module werden die Nachrichten aber weiterhin verarbeiten.

Aktuell sieht das alles aus wie "arbeitet wie geplant".

vg
joerg

Danke für das Prüfen und die ausführliche Erklärung!

In der Tat habe ich in meiner Frage etwas vermischt: es sollte heissen "Techem-Device-Readings werden nicht mehr aktualisiert" (und nicht "WMBus-Device-Readings ...")
Aber: im Ergebnis spricht das für die selbe Ursache, die culfw ... ich probier einfach mal ein größeres TTY_BUFSIZE;

Danke nochmal @herrmannj, @kaihs, @BennySt

hallo erst mal 
ich glaub hier bin ich bei den richtigen technick nerds angekommen  ;D

JUHHUU

so mein problem ist ich will nicht das meine daten ausgelesen werden  warm kalt wasser strom und heizung
1-2 mal im jahr habe ich kein problem aber wie ich sehe passiert das wohl sehr oft 

meine frage:
gibt es legale mittel um dieses zu verhindern ( funk kopfhöerer ?)
grund: ich habe einfach große bauchschmerzen das ich immer mehr zum gläsernen menschen werde und will etwas dagegen tun ...
die unternehmen techem und ista wollen jetzt ein lukratives unternehmen ( gewinne um 37 %) verkaufen das sagt ALLES !!!
ich sage mal nur whatsapp und facebook
ich hatte in einem anderen forum schon ne menge geschrieben  wer will kanns hier lesen
http://www.funkbasis.de/viewtopic.php?f=39&t=44050&p=481657#p481657 (http://www.funkbasis.de/viewtopic.php?f=39&t=44050&p=481657#p481657)

dickes danke schon mal im voraus

Moin und herzlich willkommen !

sei mir nicht böse aber Deine Frage zielt auf eine recht dunkle Ecke.

Wenn Du Bedenken bzgl gläsernem Mensch hast solltest Du Dich politisch oder gesellschaftlich engagieren. Es gibt, auch aus meiner Sicht, viele Punkte die man in dem Themenkomplex sehr kritisch hinterfragen darf.

- aber - ;)

Die Übertragung der Daten ist relevant für die Abrechnung der Versorger.

Ich möchte keine Diskussion sehen die sich in irgendeiner Art und Weise mit der Manipulation der Übertragung dieser Daten beschäftigt ! (sehr nachdrücklich)

Hier geht es ausschließlich um die technische Ebene. Darum die anfallenden, eigene Messwerte zu erfassen und zu nutzen um dann durch Verbesserung des eigenen Verhaltens oder Umfeldes zB sparsamer mit Energie umgehen zu können. 

vg
joerg

Hallo,
ich habe hier auch einen CUL 868 und wollte damit meine Techem HKV auslesen. Ich habe hier 4 Stück.

define Techem_Wohnzimmer TechemHKV 0007
define Techem_Schlafzimmer TechemHKV 0008
define Techem_Kueche TechemHKV 0009
define Techem_Badezimmer TechemHKV 5019

Der HKV aus dem Badezimmer wird sauber erkannt und ich kann die Werte lesen. Die anderen drei werden aber nicht erkannt. Es werden keine Werte geliefert, ich habe daher mal die im Thread neuere 32_TechemHKV.pm ausprobiert, ohne Erfolg. Es fällt aber dabei auf, dass das funktionierende Modell anders aussieht. Sind die anderen Varianten evtl. nicht kompatibel?

Funktioniert: http://imgur.com/0CXP8Ds
Funktioniert nicht: http://imgur.com/VngdxQO

Habe lange nicht mehr in diesen Thread geschaut....

Zitat von: tca am 26 Januar 2017, 14:16:01

Code Auswählen Erweitern

WMBUS Error during LinkLayer parse:CRC check failed on link layer
Als CUN verwende ich einen Max!Cube (culfw-a)...

Hier passiert dasgleiche und zwar auf beiden Systemen, die auf den CUN im Netzwerk zugreifen. Nach Durchsicht der Logfiles war der Eintrag erstmalig beim Jahreswechsel
2016.12.31 23:58:53 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer

Vor dem Jahreswechsel hatte ich die Meldungen nicht. Die Meldungen ignoriere ich. Der CUN wird per at täglich auf "set <Device> reopen" gesetzt, von daher habe ich in der Aufzeichnung keine Ausfälle.

Interessant wäre natürlich zu erfahren, wie ich die Meldungen unterdrücken kann.

Stefan

Das ist eine Fehlermeldung weil die Daten die vom CUL kommen defekt sind. Liegt wohl an der a-culfw. Wenn man den verbose vom WBMUS modul kleiner stellt dann sollte die Meldung im log nicht mehr erscheinen. Die Daten kommen natürlich trotzdem nicht.

vg
joerg

Gibt es eigentlich ein Autocreate für die HKVs oder wie muss ich die Geräte anlegen?

Im Log bekomme ich nur folgende Ausgaben:

2017.03.22 11:49:41 0: Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2017.03.22 11:49:41 0: ERROR: Cannot autoload WMBUS
2017.03.22 11:49:41 3: nanoCUL868: Unknown code b294468505485105176F0E1DAA0009F2176220098762200001B00010595A3006BA1007CB2008DC3009ED4000FE50096BA80::-84, help me!
2017.03.22 11:49:42 1: reload: Error:Modul 36_WMBUS deactivated:
Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2017.03.22 11:49:42 0: Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2017.03.22 11:49:42 0: ERROR: Cannot autoload WMBUS
2017.03.22 11:49:42 3: nanoCUL868: Unknown code b294468507328145176F0E0E4A00049227022019C702200001B000505BFE6006BA1007CB2008DC3009ED4000FE50096BA80::-54.5, help me!
2017.03.22 11:49:45 1: reload: Error:Modul 36_WMBUS deactivated:
Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2017.03.22 11:49:45 0: Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2017.03.22 11:49:45 0: ERROR: Cannot autoload WMBUS
2017.03.22 11:49:45 3: nanoCUL868: Unknown code b294468509727145176F05DD7A0009F216F2200986F2200001B01030588691AD13C1BD13C008DC3009ED4000FE500601980::-88.5, help me!
2017.03.22 11:49:45 1: reload: Error:Modul 36_WMBUS deactivated:
Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

Okay ich bin ein bisschen weiter gekommen. Mir haben installierte Pakete gefehlt. Dank Wiki habe ich die Gefunden und es werden jetzt auch fleissig Geräte angelegt.
Leider bekomme ich hier nur LQI und RSSI angezeigt.

Im Log gibt es noch folgende Nachrichten:

2017.03.22 13:33:51 2: WMBUS WMBUS_TCH_51108522_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f2171220098712200001b000305006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:33:51 2: WMBUS WMBUS_TCH_51142869_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f2176220098762200001b000305006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:33:52 2: WMBUS WMBUS_TCH_51142797_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f216f2200986f2200001b0103051ad13c1bd13c008dc3009ed4000fe500
2017.03.22 13:33:55 2: WMBUS WMBUS_TCH_51234079_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f2173220098732200001b000105006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:33:57 2: WMBUS WMBUS_TCH_51234082_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f2175220098752200001b000305006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:34:00 2: WMBUS WMBUS_TCH_51108644_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f2170220098702200001b000105006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:34:02 2: WMBUS WMBUS_TCH_51234081_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f2176220098762200001b0201052a292d2b292d008dc3009ed4000fe500
2017.03.22 13:34:02 2: WMBUS WMBUS_TCH_51108554_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f2176220098762200001b000105006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:34:04 2: WMBUS WMBUS_TCH_51142864_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f2176220098762200001b000105006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:34:05 2: WMBUS WMBUS_TCH_65132049_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 0067227522009c752200000b000114006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:34:05 2: WMBUS WMBUS_TCH_70101176_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 0049227022009c702200000b000121006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:34:07 2: WMBUS WMBUS_TCH_51142865_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f2170220098702200001b000105006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:34:10 2: WMBUS WMBUS_TCH_51142800_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 009f2176220098762200001b000105006ba1007cb2008dc3009ed4000fe500
2017.03.22 13:


Mein CUL sieht so aus:
Internals:
   CMDS       BbCEeFfGiKklMmRTtVWXxYZz
   Clients    :TechemHKV:WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AB858344-if00-port0@38400 1234
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AB858344-if00-port0@38400
   FD         11
   FHTID      1234
   MessageEncoding CUL
   NAME       nanoCUL868
   NR         127
   PARTIAL
   RAWMSG     b294468508240235176F0864CA0009F2175220098752200001B000305F01A006BA1007CB2008DC3009ED4000FE50096BA801E
   RSSI       -59
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
brt
   nanoCUL868_MSGCNT 270
   nanoCUL868_TIME 2017-03-22 13:37:55
   Matchlist:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
   Readings:
     2017-03-22 11:44:36   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2017-03-22 13:29:13   cmds             B b C E e F f G i K k l M m R T t V W X x Y Z z
     2017-03-22 13:37:55   state           Initialized
     2017-03-22 11:44:29   version         V 1.67 nanoCUL868
Attributes:
   rfmode     WMBus_T
   room       CUL


und ein TechemAll Device so:

Internals:
   CFGFN
   DEF        00000000
   NAME       TechemAll
   NR         613
   NTFY_ORDER 50-TechemAll
   STATE      listening
   TYPE       TechemHKV
   Readings:
     2017-03-22 13:32:11   state           listening
Attributes:
   room       Techem

Und solche Geräte werden per Autocreate angelegt:

nternals:
   CFGFN
   DEF        TCH 51142872 118 240
   DeviceMedium unknown
   DeviceType 240
   Error      Unsupported CI Field a0, remaining payload is 009f216f2200986f2200001b000405006ba1007cb2008dc3009ed4000fe500
   IODev      nanoCUL868
   IdentNumber 51142872
   LASTInputDev nanoCUL868
   MSGCNT     32
   Manufacturer TCH
   MessageEncoding CUL
   NAME       WMBUS_TCH_51142872_118_240
   NR         555
   STATE      Unsupported CI Field a0, remaining payload is 009f216f2200986f2200001b000405006ba1007cb2008dc3009ed4000fe500
   TYPE       WMBUS
   Version    118
   addr       TCH_51142872_118_240
   nanoCUL868_MSGCNT 32
   nanoCUL868_RAWMSG b294468507228145176F0216CA0009F216F2200986F2200001B000405D901006BA1007CB2008DC3009ED4000FE50096BA80::-77.5
   nanoCUL868_RSSI -77.5
   nanoCUL868_TIME 2017-03-22 13:51:22
   Readings:
     2017-03-22 13:51:22   LQI             128
     2017-03-22 13:51:22   RSSI            -77.5
     2017-03-22 13:51:22   state           Unsupported CI Field a0, remaining payload is 009f216f2200986f2200001b000405006ba1007cb2008dc3009ed4000fe500
Attributes:
   IODev      nanoCUL868
   room       WMBUS

Kann ich daraus irgendwie einen HKV machen?

Servus,
ich habe die 94er (anstatt bisher 69er) TechemHKVs bei mir nun eine Weile beobachtet und glaube die Daten werden jetzt alle sauber ausgelesen. Da die 94er Sätze ja eine Länge von 33 anstatt bisher 32 haben, ist das modifizierte Modul (https://forum.fhem.de/index.php/topic,42232.msg498492.html#msg498492) wohl dahingehen angepasst. Ich habe aber festgestellt,  dass nur Temp1 und Temp2 verschoben sind, der restliche Aufbau erscheint mir unverändert. Ich habe die unterschiedliche Verarbeitung der anderen Felder  in dem Modul daher auskommentiert und in die nachfolgende Zeile noch die 94er Versionsabfrage hinzugefügt ( || '94'). Damit werden die ausgelsenen Daten dann auch übernommen:
  if (($msg->{version} || '') eq '69' || '94') {

Gruß
Ulf

... ach ja, und der Anhang :-]

Zitat von: usm am 24 März 2017, 13:47:06
... ach ja, und der Anhang :-]

Und bitte nochmal mit inhalt ;)

Sorry :-]

Hey Leute, hab mich jetzt hier soweit durchgelesen und auch mit Erfolg meine Techem HKV eingestellt mit dazugehörigen Logfile.
Erstmal danke an diejenigen die es möglich gemacht diese auszulesen.

eine frage hätte ich da noch, wie bekomme ich per WeekdayTimer den CUL dazu die frequenz für eine std. zu ändern um die Daten zu empfangen und danach wieder auf meine Frequenz dich ich ansonsten nutze.

Habe gelesen das es einige hinbekommen habe evtl. kann mir ja jemand dabei helfen.

schönen Tag noch

Kann mir jemand kurz nochmal helfen?
Ich habe meine Techem HKV ohne probleme in fhem eingebunden.
Jetzt hab ich hier noch ein Funk Wärmezähler compact V data III. Wie kann ich disen in fhem einbinden?

Zitat von: Commander am 22 April 2017, 07:53:04
Kann mir jemand kurz nochmal helfen?
Ich habe meine Techem HKV ohne probleme in fhem eingebunden.
Jetzt hab ich hier noch ein Funk Wärmezähler compact V data III. Wie kann ich disen in fhem einbinden?

So einen habe ich hier jetzt auch, sendet dem Display nach Daten, bis jetzt aber noch nichts im WMBUS gefunden :(

Zeigen die techem hkv die beiden Temperaturwerte auch im Display an oder nur in den Funkdaten?

Hallo,
im muss zugeben das ich nicht den ganzen Thread gelesen habe.
Vielleicht kann mir einer auf die schnelle sagen ob prinzipiell ISTA Funk Heizkörperwäremmengenzähler ausgelesne werden können.
Wir hatten wegen fehlerhafter Abrechnungen über Jahre sehr viel Ärger mit ISTA und haben zum 01.04 dort gekündigt.
Die Zähler sind alle noch montiert.in Zukunft wollen die wenigen Mieter die wir dort haben und wir selber die Abrechnung in Eigenregie machen.

Hallo,

habe alles HKV am laufen und es funktioniert problemlos. (An den Wärmemengenzähler mache ich mich nächste Woche mal dran)
Super das hier alles sogst erklärt ist/wird.

Habe jedoch eine Frage.

Alle 4 min empfange ich jetzt die Temp1 und Temp2 und das von 18 HKV.
Daher ist der log natürlich schnell unendlich lang :(

Habe schon eingestellt, das nur ein Logeintrag gemacht wird, wenn sich wirklich etwas ändert. Doch leider verändern sie die Temperaturen im 0,01 Bereich und es wird daher gelogged.

Wie habt ihr es gelöst, damit die Logfile nicht "zugemüllt" wird ?

Über Tipps und Anregung wäre ich dankbar.

Grüße
Totti

event-on-change-reading
Dieses Attribut enthält eine durch Kommata getrennte Liste von "readings". Wenn gesetzt, erzeugen nur Veränderungen der gelisteten "readings" ein Ereignis. Wenn die aktualiserten Werte der gelisteten "readings" identisch sind, wird kein Ereignis generiert.
Wenn hinter dem Namen eines "readings" eine :Schwelle angegeben ist, wird das Event nur getriggert wenn die Änderung grösser als diese Schwelle ist.


Man beachte den letzten Satz...

Hallo,

erstmal danke für den Hinweis @mumpitzstuff

Wer lesen kann ist klar im Vorteil ;)  ... habe jetzt hinbekommen.


Jedoch neues Problem !!!

Ich hatte bereits die HKV eingebunden und die Wert wurden übertragen. Doch leider jetzt nicht mehr.

Zuvor wurden keine Devices automatisch per Autokrat angelegt. Ich habe diese manuell angelegt.
Gier kommen jetzt jedoch keine Werte mehr an !

Anstatt dessen wurden jetzt lauter Devices per Autokrat angelegt, alle mit Unsupported CI Field a0, remaining payload is xxxxxxxxxx

Verstehe nicht warum dies plötzlich so ist ?! Kann es mit einem Update zutun haben ?
Jedenfalls nach einem Update all entstand der Fehler (Update habe ich am 17. um 22:30 gemacht)


Wie kann ich jetzt die a0 einbinden ?

Grüße & Danke
Torsten

poste mal ein list von einem HKV. CUL steht auf WMBUS ?

Die A0 autocreate stammen vom WMBUS Modul. Das sieht die WMBUS Message, kann damit aber nichts anfangen weil Techem ein spezielles Protokoll benutzt. Wenn die Techem Module eingebunden sind fischen die sich die Techem Nachrichten raus.

Je nach dem was Du manuell verändert hat. Entferne mal (temporär!) das WMBUS Modul aus dem Verzeichnis und mach einen Neustart

vg
joerg

Hallo,

erstmal vielen Dank für dieses tolle Projekt!

Ich versuche gerade mit einem nanoCUL (FW aus trunk gebaut) meine Techem Kalt-/Warmwasser sowie den Wärmezähler zum Laufen zu bekommen.
Mit den Wasserzählern hat das super geklappt - leider jedoch nicht mit den Wärmezählern. Hier scheint bei mir das Format anders zu sein und ich bekomme den Fehler "msg incomplete":

b364468500979355145434B6EA1009F21E41A00E07908008002C42AAB24EBB001000000000000000000000000043C3376B143048358534B4CCFD5A513571CF
b3644685070783551454387F1A1009F21860E00E076070080F2C42493CF31506285072C1C10400000000080000308DC0FD1070464F4D14738267924D23DCA0
b36446850737835514543F80CA1009F21A20E00E050040080E2011A681D2010C1410703000000000000000000036085445041040B08414421EE14B48D1D556

Bei den Geräten handelt es sich das Model Compact V.

Ich würde mich freuen, falls jemand von euch einen Hinweis für mich hätte....

Konnte das Problem selbst lösen. Falls noch jemand dieses Problem hat: nanoCUL hat standardmäßig eine TTY_BUFSIZE von 128. Das ist für diese Nachrichten zu klein. Mit 256 klappt alles!

Hi,

cool, diese Version löst auch mein Problem mit ausgetauschten HKV von Techem. Jetzt krieg ich wieder Daten.
Vielen Dank
Uwe :D

Zitat von: usm am 26 März 2017, 12:51:19
Sorry :-]

Hi,

habe jetzt auch schon seit einiger Zeit Problemlos meine HKV in FHEM integriert.

Ich wollte mich jetzt mal um Plots etc kümmern.

Würde gerne anhand der Wertes "current period" meinen Wochenverbrauch / Monatsverbrauch der einzelne HKV anzeigen lassen.

- Hat da schon jemand was in diese Richtung umgesetzt ? Wenn ja wie ?

- Und Allgemein, was fangt ihr mit den Werten an ? ;)


Leider weiß ich nicht genau wo und nach was ich suchen soll um den Verbrauch anzeigen zu lassen, in ein reading zu packen oder als plot anzuzeigen.


Ich hoffe ihr könnt mir weiterhelfen

Bin über jeden Tipp und jede Anregung dankbar.

Grüße & Danke
Torsten

Sollte helfen: https://www.youtube.com/watch?v=_ftFWooLekI

@gloob

Schonmal Danke !

Wie ich im allgemeinen Plots erstelle, ist mir mittlerweile bewusst ;) , und ich bin auch schon fleißig dabei.

Ich verstehe halt noch nicht wie ich es umsetze bei einem Reading wie "Current Period" ?
Also einem Wert der einfach kontinuierlich ansteigt bis zum Jahres Ende.

Ich muss ja irgendwie errechnen lassen, wieviel er von Tagesbeginn, Wochenbeginn oder Monatsbeginn verbraucht hat und nicht den gesamt Wert.

Ich schaue mir gerade das Modul "HourCounter" an, mal sehen ob das dafür geeignet ist ?

Ich hoffe ich konnte halbwegs verständlich machen worum es mir geht.

Ich denke es werden hier doch einige Umgesetzt haben mit den HKV, oder ?

Grüße & Danke
Torsten

Hi,

habe soweit alles hinbekommen, alle HKV eingebunden und meine Plots kann ich jetzt auch erstellen ;)


Komme jedoch mit meinem Wärmemengenzähler fürs Warmwasser nicht weiter !
Es handelt sich um ein ultra s3 plus

Wie bekomme ich den in FHEM eingebunden ? Jemand Erfahrungen damit ?

Grüße & Danke
Totti

Hallo zusammen,

ich hänge mich mal an hier mit dran: Bei mir wurde der Wärmemengenzähler gewechselt. Ist jetzt ein ,,Vario 4, Typ 4.5.1" (vorher Compact IV). Einbindung in fhem ging zunächst problemlos. Allerdings scheint die Nachricht eine etwas geänderte Struktur zu haben. Ich sehe zwar den aktuellen Stand, aber beim Datum wird für den MonatsTAG immer 00 angezeigt. Die Readings ändern sich daher nur bei der ersten Einrichtung und beim Monatswechsel. Außerdem ist die Nachricht wohl ein paar Byte länger. – Wenn jemand Zeit hätte, sich das anzusehen?

Meiner Meinung nach würde es doch reichen, das Reading zu aktualisieren, wenn sich der Wert für ,,meter" ändert. Das übertragene Datum auszuwerten ist zwar schön, aber so oft wie der Zähler sendet eigentlich nicht nötig...


Danke und viele Grüße
Uwe





CUL_0_RAWMSG b3744685079214374274307E2A2125524000000186602000400828E5F2A097E0100000000000000000000000000003A020000000000000000000000000000FFFF80::-71

Readings
current_period 382 2018-03-00 00:00:00
meter 382 2018-03-00 00:00:00
previous_period 0 2018-02-21 00:00:00
state listening 2018-03-04 16:55:18


Hallo Uwe,

habe auch den Vario 4, Typ 4.5.1 jetzt eigebaut bekommen. Ich denke, ich habe das Datum (Tag) gefunden. Probiere mal in 32_TechemWZ.pm im Sub TechemWZ_WMZ_Type1_ParseActualDate die Zeile


my $b = hex("$m[21]$m[20]");


auf


my $b = hex("$m[22]$m[21]");


zu ändern. Sollte dann so aussehen:


sub
TechemWZ_WMZ_Type1_ParseActualDate(@) {
  my @m = @_;
  my @t = localtime(time);
  my $b = hex("$m[22]$m[21]");
  my $d = ($b >> 7) & 0x1F;
  my $m = (hex("$m[16]") >> 3) & 0x0F;
  my $y = $t[5] + 1900;
  return ($y, $m, $d);
}
   

Jetzt wird bei mir der Tag mit angezeigt. Wir sollten dies aber eine Zeit beobachten, nicht das es noch eine Änderung gibt, evtl. im Monat etc.

Wenn wir uns dann sicher sind, könnte Jörg dies evtl. übernehmen und den Vario 4, Typ 4.5.1 an der Version=0x27 (TechemWZ_ParseSubVersion) erkennen. (Compact hat wahrscheinlich Version=0x45) und die Auswertung mit einbauen und einchecken. Würde dies auch vorbereiten.

Gruß
Ralf

Moin Ralf.

sieht nach der Änderung und auch nach dem ersten Monatswechsel sehr gut aus! Datum wird korrekt angezeigt. Danke für Deine Hilfe!

Falls dann die Implementierung der Variantenunterscheidung Compact/Vario 4 eingebaut wird: Ich empfange aus der Nachbarschaft auch noch einige Compact-Zähler und könnte prüfen. (bei den "alten" Compact-Zählern steht aktuell im Datum nichts sinnvolles drin, was aber so zu erwarten war)


Danke und viele Grüße
Uwe