Hallo zusammen,
da ich inzwischen auch "glücklicher" Besitzer eines Funk Wasserzählers (Sensus IPERL) bin hab ich versucht diesen irgendwie auszulesen - jedoch bisher ganz ohne Erfolg.
Mein Vorgehen:
FHEM (aktuelle Version)
CUL868 V3 installiert
über attr. auf WMBUS_T gestellt und mal ein paar Stunden laufen lassen.
Bisher gar keine Kommunikation.
Hab auch WMBUS_S versucht. Gleiches Ergebnis - nichts.
CUL funktioniert, sehe die Version, Frequenz etc und in anderem Modus zeigt er mir meine Hörmann-FB an wenn ich diese drücke.
Auf WMBUS aber gar nichts.
Nur mal grundlegend, müsste der Zähler nicht in regelmäßigen Intervallen zumindest seine Seriennummer oder so absenden ?
Oder sendet der grundsätzlich nicht und nur wenn die Stadt vorbeifährt zum Auslesen und ihn irgendwie triggert.
Leider findet man dazu nicht viel im Netz.
Hätte alternativ noch einen AMBER Wireless WMBUS Stick, aber den erkennt mir FHEM irgendwie nicht.
Wie könnte man denn hier am besten weiter vorgehen - oder kann man die Sensus IPERL gar nicht auslesen ?
Danke schon mal
Markus
Komme einfach nicht weiter :-(
Hat wirklich niemand einen Sensur Iperl Wasserzähler erfolgreich im Einsatz ?
LG
Markus
Hallo Markus,
ich bin auch auf der suche nach sowas ähnlichem, vllt. können wir uns ergänzen.
Ich würde das Projekt gerne per mqtt device umsetzen weil was anders heutzutage eh keinen sinn mehr macht.
Evtl. sind noch mehr interessiert und man könnte sich zusammenschließen bzgl. entwicklung?
Gruß Josef
Sehr gerne bin ich da dabei.
Mein größtes Problem ist überhaupt eine Kommunikation mit dem Wasserzähler hinzubekommen.
Hatte da schon jemand erfolg ?
Ich meine, dass er sich zumindest mal als wireless-MBus Gerät meldet und sagt ich bin da, bzw. dass man weiß wie oft er Daten sendet oder ob man das aktiv anstoßen muss.
Frohe Ostern
Markus
Hallo,
In der Anleitung steht wohl, dass das Gerät sowohl auf 433 MHz als auch auf 868 MHz arbeitet, allerdings hatte ich mit 2 Culs (beide Frequenzen) lediglich bei 433 MHz Daten empfangen.
MfG Daniel
Das ist interessant... Habs bisher nur auf 868 MHz versucht...
Brauch für 433 MHz erst noch Hardware.
Sind die Daten regelmäßig reingekommen oder musst man da triggern ?
Frohe Ostern
Hoi,
Wenn du einen Cul von Busware hast dann kannst du Ihn auf 433 MHz laufen lassen ( siehe https://wiki.fhem.de/wiki/CUL#Sendefrequenz (https://wiki.fhem.de/wiki/CUL#Sendefrequenz))
Die Daten kommen bei mir (recht ungenau ) ca. alle 3 Stunden.
Du brauchst zum entschlüsseln jedoch den AES Key.
MfG Daniel
OK, danke. Das werde ich versuchen.
Den Schlüssel muss ich bei der Stadt noch erbetteln.
Sehe ich denn ohne den zumindest ob was rein kommt?
VG
Hallo,
Das Gerät wird (wenn Autocreate an) angelegt ja (im Raum WMBUS), du wirst auch jedesmal ein State bekommen, wenn der Wasserzähler wieder etwas gesendet hat , jedoch wird dir angezeigt, dass die daten verschlüsselt sind.
(es reicht also zumindest aus um zu schauen, ob er bei dir auch auf 433MHz sendet).
ps: Der AES Key ist 32 Zeichen lang, die Kommune (macht bei uns den Vertrieb) wollte Ihn nicht hergeben, bei der Installation wurden jedoch 2 Barcodes welche jeweils 16 ergaben auf den Wasserzähler geklebt. 16+16 ::)
Ok, hab meinen CUL auf 433 MHz umgestellt (musste allerdings das attribut RFmode auf SlowRF umstellen (also nicht mehr WMBUS_T), da man sonst die Frequenz nicht auf 433 stellen konnte (This command is not valid in the current rfmode).
Wenn ich das attribut wieder auf WMBUS_T stelle verstellt sich die Frequenz wieder auf 868 MHz...
Läuft jetzt auf 433MHz im SlowRF Mode und ich warte mal. oder muss ich noch was beachten um was vom Wasserzähler zu empfangen ?
Bin für jeden Tipp dankbar, da ich mit dem CUL leider wenig Erfahrung hab.
Markus
Hier die Readings (ob alles passt, vielleicht könnt ihr nen Blick drauf werfen.
ccconf
freq:433.000MHz bWidth:325KHz rAmpl:42dB sens:4dB
2020-04-13 10:17:27
cmds
A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
2020-04-13 09:57:39
state
Initialized
2020-04-13 10:17:07
uptime
0 00:05:14
2020-04-13 10:02:49
version
V 1.67 CUL868
CMDS
ABbCeFGhiKkLlMmNRTtUuVWXxYZ
CUL_0_MSGCNT
3
CUL_0_TIME
2020-04-13 10:17:07
Clients
:FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF
/dev/ttyACM0@9600 1034
DeviceName
/dev/ttyACM0@9600
FD
4
FHTID
1034
FUUID
5e60c24e-f33f-1b38-3e5d-dfe14d21b7eab154
NAME
CUL_0
NR
16
PARTIAL
RAWMSG
OFF
STATE
Initialized
TYPE
CUL
VERSION
V 1.67 CUL868
initString
X21
Hallo,
Rfmode muss aber auf wmbus_t sein ansonsten wir er die Daten schlichtweg nicht wahrnehmen.
Ich befürchte dann musst du dir den 433MHz cul besorgen.
Daniel
Ok, danke.
Dann weiß ich es zumindest. An dem soll es nicht scheitern :-)
Also 433 MHz CUL besorgen, dann sollte der auf 433 MHz auch auf WMBUS_T hören ?
Dann mach ich das :-)
EDIT: Hab den 433MHz CUL bestellt - hoffe das klappt dann.
Komisch, dass man den 868 CUL auf 433 umstellen kann, aber dann das WMBUS Protokoll nicht aktiviert werden kann.. oder bin ich nur zu doof... :-(
Noch ein Nachtrag:
Hab folgendes von unserer Stadt gefunden:
"Das Zählerauslesesystem kommuniziert über eine Funkverbindung mit einer Frequenz von 868 MHz.
Diese Verbindung ist physikalisch gesehen ein elektromagnetisches Feld, dass sich dem Fernsehsignal ähnlich im Raum ausbreitet. Die Messgeräte senden ihre Verbrauchswerte mit 25 mW Sendeleistung. Die Datentelegramme dauern jeweils knapp 2 Millisekunden. "
Also doch 868MHz ? Hab da kommt nix an...
LG
Hallo,
In der Anleitung des Gerätes wird von 868 als auch 433 MHz, da 868 MHz in den meisten Fällen bidirektional arbeitet gehe ich davon aus, dass 868MHz einen Impuls z.B. seitens des Versorgers benötigt. (Nur eine Vermutung)
Hatte anfänglich auch probiert es mit dem 868MHz Cul zum lauen zu bringen, lies aber paralell den 433MHz mitlaufen, auf 433MHz wurde der Wasserzeahler nach ca. 1,5Std angelegt bei 868 nicht einmal nach 5 Tagen .
MfG Daniel
OK, vielen Dank für den Tipp.
Das stimmt mich scho mal positiv.
Hoffe der 433 cul kommt bald an, damit ich testen kann. Auf 868 MHz kommt auch seit Tagen nichts rein. Das bidirektionale auf 868 klingt logisch für mich.
Es bleibt spannend.
Danke Daniel für deine Hilfestellung!
Ich konnte bei meinem Wasserzähler jetzt Daten empfangen, aber leider wegen fehlendem AES Schlüssel noch nicht lesen.
Meiner funkt allerdings mit 868 MHz ca. jede Stunde.
Ich musste meinen nanoCUL erst umflashen, damit ich rfmode WMBus_T einstellen konnte.
Mit meinem nanoCUL mit 433 MHz konnte ich bisher nichts empfangen.
Denke aber ich müsste diesen auch erst flashen, damit dieser den MBUS Befehlssatz unterstützt.
Gruß Alex
Guten Morgen,
Ich lausche seit Tagen auf 868mhz mit wmbus_t, aber keine Daten... Schon merkwürdig.
Überall liest man immer 868 MHz... Aber vielleicht kann das ja der Eigentümer des Zählers frei wählen..
Schau ma mal
Markus
WMBUS ist nicht für 433MHz spezifiziert. Daher unterstützt die culfw das auch nicht. Wenn mann einen der WMBUS rfmodes setzt wird immer die dazugehörige Frequenz im 868MHz Band eingestellt.
Es gibt aber drei WMBus Kodierungen T, S, und C.
Vielleicht mal die alle probieren?
Danke,
habs grad gemerkt... hab jetzt den 433 MHz CUL - und wenn ich auf WMBUS_T stelle ändert sich die Frequenz auf 868 MHz :-(
Kann das sein dass der Sensus IPERL gar nicht zyklisch sendet ? Also nur nur dann wenn die Stadt zum Ablesen ein Triggersignal sendet ?
Irgendwie findet man zu dem Gerät nur sehr wenig Infos...
Kann die anderen Modes (S und C) noch testen, aber hab langsam wenig Hoffnung.
Hat den Sensus IPERL schon mal jemand erfolgreich über FHEM ausgelesen oder zumindest erkannt und angelegt ?
VG
Markus
Hallo,
Hab meinen seit ca. 8 Monaten so laufen :
Busware cul 433MHz variante definiert mit (Fw version ist V 1.67 CUL433 )
defmod CUL_433 CUL /dev/serial/by-id/usb-busware.de_CUL433-if00@38400 0000\
attr CUL_433 rfmode WMBus_T
(ja die Frequenz scheint sich in der Tat auf 868 MHz zu setzen mit einem Busware cul 868MHz wurde bei mir jedoch nichts erkannt)
Schau mal in deinem Cul, welche firmware du hast ?
Guten Morgen,
Meine FW ist:
VERSION V 1.67 nanoCUL868
Ähm, hab aber einen 433 gekauft.... - merkwürdig.
Heb nochmal umgestellt:
ccconf
freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
und
initString
X21
brt
Jetzt warte ich nochmal...
Die Einstellungen müssten die gleichen sein:
define CUL433 CUL /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 0000
attr CUL433 rfmode WMBus_T
Bin gespannt.
Hallo Markus,
unterstützt deine installierte Firmware bei CMDS das kleine b ?
Schau auch mal auf deinen nanoCUL welches Antennenmodul verbaut ist.
Details findest du im Wiki dazu. https://wiki.fhem.de/wiki/Selbstbau_CUL#Die_unterschiedlichen_Ausf.C3.BChrungen_des_Funkmoduls (https://wiki.fhem.de/wiki/Selbstbau_CUL#Die_unterschiedlichen_Ausf.C3.BChrungen_des_Funkmoduls)
Hallo,
also so wie es aussieht unterstützt der CUL das "b"
CMDS
ABbCeFfGiKlMRTtVWXx
Auf dem Funkmodul steht: 433MHz, D-Sun CC1101
LG
Nur bei
VERSION
V 1.67 nanoCUL868
steht 868 bei mir (ist aber ein CUL433) - irgendwie komisch.
Aber mit dem CUL868 mit 868 MHz modul hatte ich auch keinen Erfolg... :-(
Was könnte man denn noch versuchen ?
Schönen Abend
Markus
Guten Morgen!
Bei uns ist der alte Wasserzähler (Sensus 620) mal einfach stehen geblieben.
Jetzt bekomme ich ebenfalls einen iPerl installiert.
Der Mann von den Stadtwerken meinte, ja damit können man in Hausautomatisierung einbinden, ich bekomme dafür einen Key.
@eddi79 läuft es bei dir mittlerweile?
Welcher Stick wird empfohlen? Es gibt ja auch 433/868MHz Doppel-CULs.
Ich habe einen Raspberry Pi4 auf dem ioBroker läuft.
Danke für Infos.
Da sind sie kooperativer als unser Versorger. Zitat "Nein, das kann / darf nur die Stadt", sonst könnte ja jeder was verstellen...
Nein, leider bisher noch kein Erfolg. Ich trete hier auf der Stelle und bekomme keine Kommunikation hin.
Hab schon verschiedene Sticks versucht (alles über FHEM).
Abgeblich soll es aber funktionieren - aber ich sehe nicht mal was verschlüsseltes.
Leider...
OK, vielleicht bekomme ich es zum Laufen.
Brauche aber erst einmal einen CUL
Wie kommuniziert der iPerl überhaupt mit den Stadtwerken? Ist da noch ein Gateway zum Internet oder sowas?
Bei uns fahren Sie mitm Auto rum und lesen im Vorbeifahren aus (kein Internet Gateway)
Ah - ok, na da bin ich mal gespannt ob das bei uns funktioniert.
Zähler sitzt im Betonkeller und deer Lichtschacht hat ein engmaschiges Metallgitter drüber.
Unsere Einfacht ist 10m lang.
Naja, ich berichte dann mal...
Aber nochmal die Frage welchen CUL denn am besten dafür genommen werden soll. Frequenz, Chipset.
Hoi,
Hab meinen wie folgt :
/dev/serial/by-id/usb-busware.de_CUL433-if00@38400 (also die 433Mhz Version)
Version V 1.67 CUL433
Wie folgt definiert:
defmod CUL_433 CUL /dev/serial/by-id/usb-busware.de_CUL433-if00@38400 0000\
attr CUL_433 rfmode WMBus_T
Readings hab ich folgende:
ccconffreq: 868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
raw ? (~ is unknown) Use one of A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
state Initialized
Damit wurde der Wasserzäler per autocreate angelegt und es musste bei dem Device das Attribut AESkey ergänzt werden.
Habe seit ca. 1 Jahr + 2Monate (Installation) keine aussetzer gehabt.
(PS: ich habe den Key auch nicht Freiwillig bekommen (angeblich aus Datenschutzrechtlichen gründen wenn ich das Haus verkaufen würde, warum der key jedoch in form von 2 Barcodes ans Gerät geklebt wurde weiss ich nich...t, ich hab mich aber auch nicht darüber beschwert ;) )
So, wollte mal Rückmeldung geben.
Der Zähler wurde vor einigen Tagen eingebaut.
Leider war das mit dem Key ein Missverständnis.
Den habe ich leider nicht bekommen. Am Karton haben zwei Barcodes draufgeklebt. Ich wollte den Karton unbedingt haben, habe ich aber auch nicht bekommen.
Also, selbst wenn ich das Ding, auf welcher Freq. und mit welchem Stick auch immer, irgendwie auslesen kann, fehlt noch immer der Key.
Das Ganze scheint zum Scheitern verurteilt.
Es gibt wohl Lösungen mit einer Kamera und Texterkennung. Ist aber irgendwie mit Kanonen auf Spatzen geschossen.
Hallo zusammen,
ich wollte das Thema mal wieder hervorholen. Da wohl Coronabedingt (laut meinem Versorger) jetzt immer mehr digitale Zähler ala Iperl verbaut werden.
Daher bin ich jetzt auch Besitzer eines solchen Zählers und ich hatte mich gefreut dieses Thema gefunden zu haben.
Auch wenn mir das Lesen nach 10 Minunten doch mehr ernüchterung brachte gerad eim bezug auf den Key zum entschlüsseln.
den Versorger (Kreiswerke-Main-Kinzig) hatte ich heute angerufen und bin überraschend auf offene Ohren gestoßen.
Mir wurde direkt der Key per Mail zugesendet und dazu noch eine Kurzinfo, wie man im SmartHome die Daten auslesen kann.
Ich habe hier einen alten Busware 868 liegen den ich gerade mal mit der 1.67 geflashed habe. Allerdings scheint das, totz rfmode wie hier beschrieben damit nicht zu klappen.
Als weiter Option habe ich einen Maple mit 868 und 433 Modul. Hat hier jemand schon mal Erfahrung gemacht?
Aktuell scheiter ich noch an der Einbindung des Maple.
Als letzte Option (wurde mir vom Versorger genannt) http://www.michaelrac.com/german/index.html (http://www.michaelrac.com/german/index.html) - kennst das jemand?
Vielleicht hat jemand ja bereits auch neue Erfahrungen gesammelt.
Grüße,
Dirk
Hallo,
Anbei nochmal ein raw definition meines Cul:
defmod CUL_868 CUL /dev/serial/by-id/usb-busware.de_CUL868-if00@38400 0000\
attr CUL_868 alias CUL_868
attr CUL_868 rfmode WMBus_T
attr CUL_868 room USB_Dongle
setstate CUL_868 2020-09-29 20:18:23 ccconf freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
setstate CUL_868 2021-02-09 21:29:32 cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
setstate CUL_868 2021-02-13 14:00:46 state Initialized
setstate CUL_868 2020-09-26 20:36:02 version V 1.67 CUL868
Mit welchem ich nun seit ca 1,5 Jahren einen Sensus Ipearl auslese.
Edit
Also mit deinem define und einem 868er CUL geflashed mit der culfw wurde der Wasserzähler nach ca 2 Stunden gefunden. NAch Eingabe des Key und einer weiteren Stunden habe ich nun auch die Daten empfangen und entschlüsseln können
Anbei noch ein List von meine Device:
nternals:
CUL_433_MSGCNT 2
CUL_433_RSSI -35
CUL_433_TIME 2021-02-14 15:37:23
DEF SEN 21198182 104 7
DeviceMedium Water
DeviceType 7
FUUID 6028fc13-f33f-827e-f18c-db932df2d29a4454
IODev CUL_433
IdentNumber 21198182
LASTInputDev CUL_433
MSGCNT 2
Manufacturer SEN
MessageEncoding CUL
NAME WMBUS_SEN_21198182_104_7
NR 19
STATE no errors
TYPE WMBUS
Version 104
addr SEN_21198182_104_7
model SEN_7_104
READINGS:
2021-02-14 15:37:23 1_storage_no 0
2021-02-14 15:37:23 1_type VIF_VOLUME
2021-02-14 15:37:23 1_unit m³
2021-02-14 15:37:23 1_value 1.742
2021-02-14 15:37:23 1_value_type Instantaneous value
2021-02-14 15:37:23 2_storage_no 0
2021-02-14 15:37:23 2_type VIF_VOLUME_FLOW
2021-02-14 15:37:23 2_unit m³/h
2021-02-14 15:37:23 2_value 0
2021-02-14 15:37:23 2_value_type Instantaneous value
2021-02-14 15:37:23 LQI 128
2021-02-14 15:37:23 RSSI -35
2021-02-14 15:37:23 batteryState ok
2021-02-14 15:37:23 decryption_ok 1
2021-02-14 15:37:23 is_encrypted 1
2021-02-14 15:37:23 state no errors
2021-02-14 15:37:23 unit m³
2021-02-14 15:37:23 volume 1.742
internal:
rawMsg b
wmbus:
aeskey --------------------------------------------------
Attributes:
AESkey ------------------------------------------------------
IODev CUL_433
alias Wasserzaehler
room VerbrauchDanke!
Einen 868er Cul hatte ich noch da, den habe ich eben mal geflashed und muss dann wohl mal warten.
Vielleicht gibt es zwischen deinem und meinem Zähler (sind ja 1,5 Jahre dazwischen) noch einen HW Unterschied.
Könntest du mir mal eine Liste deiner Readings vom Wasserzähler zeigen?
Zitat von: chopsor am 13 Februar 2021, 14:15:07
Hallo,
Anbei nochmal ein raw definition meines Cul:
defmod CUL_868 CUL /dev/serial/by-id/usb-busware.de_CUL868-if00@38400 0000\
attr CUL_868 alias CUL_868
attr CUL_868 rfmode WMBus_T
attr CUL_868 room USB_Dongle
setstate CUL_868 2020-09-29 20:18:23 ccconf freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
setstate CUL_868 2021-02-09 21:29:32 cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
setstate CUL_868 2021-02-13 14:00:46 state Initialized
setstate CUL_868 2020-09-26 20:36:02 version V 1.67 CUL868
Mit welchem ich nun seit ca 1,5 Jahren einen Sensus Ipearl auslese.
Hoi,
Klar hier: (anhang)
(schau aber mal oben bei den Internals was er dir zu Model angibt -> meins SEN_7_104 )
Btw ich verwede dazu noch das Modul WaterCalculator https://fhem.de/commandref_DE.html#WaterCalculator (https://fhem.de/commandref_DE.html#WaterCalculator)
Ist bei mir auch der SEN_7_104 :) - Readings sind wie bei dir! BIn ja mal gespannt, wann das Batteriereading eine Warnung ausgibt, das die Batterie leer wird ::)
Das WaterCalculator Modul hatte ich schon beim Analogenzähler und der optischen Abtastung am Laufen, das lege ich die Tage auch wieder fest.
Danke nochmal für deine define. Das hat mir sehr geholfen und Frust erspart 8)
Hoi,
ZitatBIn ja mal gespannt, wann das Batteriereading eine Warnung ausgibt, das die Batterie leer wird
Laut dem Techniker soll die wohl 10 Jahre halten (angeblich soll sie schneller entladen werden, wenn man den Plastikdeckel nicht runterklappt (einen technischen Hintergrund konnte er mir auch geben).
MfG Daniel
Zitat von: chopsor am 13 Februar 2021, 14:15:07
Hallo,
Anbei nochmal ein raw definition meines Cul:
defmod CUL_868 CUL /dev/serial/by-id/usb-busware.de_CUL868-if00@38400 0000\
attr CUL_868 alias CUL_868
attr CUL_868 rfmode WMBus_T
attr CUL_868 room USB_Dongle
setstate CUL_868 2020-09-29 20:18:23 ccconf freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
setstate CUL_868 2021-02-09 21:29:32 cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
setstate CUL_868 2021-02-13 14:00:46 state Initialized
setstate CUL_868 2020-09-26 20:36:02 version V 1.67 CUL868
Habe heute auch ein Busware CUL 868 in Betrieb genommen mit der hier geposteten definition. Schein auch eingebunden zu sein. Zumindest kann ich bspw. die LED auf dem CUL ein und ausschalten ;)
Wo finde ich denn nun den Wasserzähler, wenn er irgendwann angelegt wird? Bzw. mit welchem Namen wird das Device angelegt?
Und wo trage ich den AES Key ein? (bin auch wie defender bei den Kreiswerken-Main-Kinzig und die haben mir innerhalb eines Tages den AES gesendet) !
Habe mal das CUL Device auf verbose 5 gesetzt und sehe diese Meldungen im Log:
2021.12.28 19:25:25 5: CUL_Read: CUL_868 /b324468505836715369805EFDA0113E2B2A03C0399A00B606B3074706511B000
2021.12.28 19:25:25 5: CUL_Read: CUL_868 b324468505836715369805EFDA0113E2B2A03C0399A00B606B3074706511B000/000000000000000000000567B5D458D0F87284E183B23300C08D40789F4
2021.12.28 19:25:25 4: CUL_Parse: CUL_868 b324468505836715369805EFDA0113E2B2A03C0399A00B606B3074706511B000000000000000000000000567B5D458D0F87284E183B23300C08D40789F4 -80
2021.12.28 19:25:25 5: CUL_868: dispatch b324468505836715369805EFDA0113E2B2A03C0399A00B606B3074706511B000000000000000000000000567B5D458D0F87284E183B23300C08D40789::-80
2021.12.28 19:25:25 3: CUL_868: Unknown code b324468505836715369805EFDA0113E2B2A03C0399A00B606B3074706511B000000000000000000000000567B5D458D0F87284E183B23300C08D40789::-80, help me!
Was bedeutet das?
Servus,
haben die von den Kreiswerken dir meine Anleitung gesendet?
Der Senus sendet einmal die Stunde. Sollte , wenn aktiv per autocreate angelegt werden.
Im Device traegst du dann den Key ein.
Gruesse,
Dirk
Nein. Eine Anleitung haben Sie nicht gesendet. Wenn du ein hast, kannst gerne mal senden oder hier anhängen?
Ansonsten. Autocreate ist eigentlich aktiv. Läuft auch nun schon über 1 Stunde, aber so sehe ich nichts.
Mit welchem Namen sollte es angelegt werden? Bzw. wo kann ich es finden.
sorry ich bin was CULs betrifft ziemlich Anfänger.
Die Anleitung im Anhang. Hatten dem IT Leiter damals am Telefon und mit ihm Varianten durchgesprochen. Daraus endstand die Doku, die ich ihm geschickt hatte falls mal jemand die gleiche Frage hat.
Mein CUL hat noch drei weitere Senus gefunden, aber ohne Key nutzlos
Schau es dir mal an, wenn Fragen sind gerne melden.
Muss die Anleitung mal ins Wiki stellen.
Ah danke.
Das cul device sieht eigentlich gut aus, aber es wird kein WMBUS device angelegt.
Autocreate sollte aber aktiv sein. Wird zumindest so angezeigt und autosave usw. ist dort hinterlegt als auch unter global.
Von der Zeit her müsste schon was gekommen sein.
Ich lasse es nun mal laufen. Vielleicht tut sich ja noch was. Befürchte aber, dass irgendwas (noch) nicht passt...
Mach mal nen List vom CUL, oder vergleiche mit meinem:
Steht bei dir unter Clients auh WMBUS. Ggf mal einen anderen rfmode nehmen.
Internals:
CMDS ABbCeFGhiKkLlMmNRTtUuVWXxYZ
CUL_433_MSGCNT 77
CUL_433_TIME 2021-12-29 06:37:04
Clients :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/ttyACM0@38400 5555
DeviceName /dev/ttyACM0@38400
FD 14
FHTID 5555
FUUID 6025279b-f33f-827e-1ec9-35f28434a5cc0ef4
MessageEncoding CUL
NAME CUL_433
NR 18
PARTIAL
RAWMSG b1E44AE4C82811921680737967A4A001005A170CFBBEF39A55F9E4CB01EA46885A4822C0EF18040
RSSI -42
STATE Initialized
TYPE CUL
VERSION V 1.67 CUL868
initString X21
brt
MatchList:
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
J:WMBUS ^b.*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2021-12-25 16:03:58 ccconf freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
2021-12-25 15:56:29 cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
2021-12-29 06:37:04 state Initialized
2021-02-11 17:20:45 uptime 0 00:02:38
2021-02-14 10:07:58 version V 1.67 CUL868
internal:
rawMsg b1E44AE4C82811921680737967A4A001005A170CFBBEF39A55F9E4CB01EA46885A4822C0EF180::-42
Attributes:
hmId ABCDEF
rfmode WMBus_T
room Hardware
Nach zwei Stunden sollte da was angelegt werden. Laenger dauerte das nicht. Es wird dann ein neuer Raum WMBUS angelegt
Sieht eigentlich genauso aus:
Internals:
CMDS ABbCeFGhiKkLlMmNRTtUuVWXxYZ
CUL_868_MSGCNT 1367
CUL_868_TIME 2021-12-29 06:59:04
Clients :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/serial/by-id/usb-busware.de_CUL868-if00@38400 5555
DeviceName /dev/serial/by-id/usb-busware.de_CUL868-if00@38400
FD 133
FHTID 5555
FUUID 61cb4756-f33f-965f-4fbb-cbccaff49a94d47b
NAME CUL_868
NR 1432
PARTIAL
RAWMSG b324468505836715369805EFDA0113E2B2A03D0399A00E406B4074706665C000000000000000000000000567B5D458D0F87284E183B23300C08D40783FC
RSSI -76
STATE Initialized
TYPE CUL
VERSION V 1.67 CUL868
devioNoSTATE 1
initString X21
brt
MatchList:
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
J:WMBUS ^b.*
M:TSSTACKED ^\*
N:STACKABLE ^\*
OLDREADINGS:
READINGS:
2021-12-28 18:25:38 ccconf freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
2021-12-28 21:59:25 cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
2021-12-29 06:59:04 state Initialized
2021-12-28 21:12:56 uptime 0 01:41:20
2021-12-28 18:23:18 version V 1.67 CUL868
Attributes:
group Wasserzaehler
icon cul_868
rfmode WMBus_T
room Geraete
Ich habe mal den rfmode umgestellt und nach einiger Zeit wieder zurück. Nun mal sehen ob was kommt.
=> Edit: nach 1,5 Stunden ist noch nichts zu sehen. Entweder stimmt irgendwas mit autocreate nicht, oder mit dem CUL?!
unabhängig davon habe ich im Log noch diese Einträge:
2021-12-29 08:41:01 CUL CUL_868 UNKNOWNCODE b324468505836715369805EFDA0113E2B2A03D0399A00E706AE0747067F8B000000000000000000000000567B5D458D0F87284E183B23300C08D40785::-76.5
Hast Du die auch?
dein UNKNOWN sieht zumindest nach dem WMBUS aus. Beginnt ja mit dem "b".
Du könntest natürlich den CUL nochmal neu flashen... :-X
Um autocreate zu testen. Hast du ggf. irgendein gerät (IT) oder ähnliches welches der CUL auch erkennen würde?
Welchen Typ Zähler hast du bekommen?
Ich habe den Wasserzähler allein auf einem RPi laufen. Daher ist bei mir das Log auch sehr übersichtlich.
Hier mal ein List vom Senus Zähler:
Internals:
CUL_433_MSGCNT 89
CUL_433_RAWMSG b1E44AE4C82811921680737967A59001005FFB73293ED86AACAE68939A1E94F74D4DDC5D04180::-41
CUL_433_RSSI -41
CUL_433_TIME 2021-12-29 21:31:30
DEF SEN 21198182 104 7
DeviceMedium Water
DeviceType 7
FUUID 6028fc13-f33f-827e-f18c-db932df2d29a4454
IODev CUL_433
IdentNumber 21198182
LASTInputDev CUL_433
MSGCNT 89
Manufacturer SEN
MessageEncoding CUL
NAME WMBUS_SEN_21198182_104_7
NR 19
STATE no errors
TYPE WMBUS
Version 104
addr SEN_21198182_104_7
model SEN_7_104
READINGS:
2021-12-29 21:31:30 1_storage_no 0
2021-12-29 21:31:30 1_type VIF_VOLUME
2021-12-29 21:31:30 1_unit m³
2021-12-29 21:31:30 1_value 112.46
2021-12-29 21:31:30 1_value_type Instantaneous value
2021-12-29 21:31:30 2_storage_no 0
2021-12-29 21:31:30 2_type VIF_VOLUME_FLOW
2021-12-29 21:31:30 2_unit m³/h
2021-12-29 21:31:30 2_value 0
2021-12-29 21:31:30 2_value_type Instantaneous value
2021-12-29 21:31:30 LQI 128
2021-12-29 21:31:30 RSSI -41
2021-12-29 21:31:30 batteryState ok
2021-12-29 21:31:30 decryption_ok 1
2021-12-29 21:31:30 is_encrypted 1
2021-12-29 21:31:30 state no errors
2021-12-29 21:31:30 unit m³
2021-12-29 21:31:30 volume 112.46
internal:
wmbus:
aeskey xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Attributes:
AESkey xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
IODev CUL_433
alias Wasserzaehler
room Verbrauch
ggf könntest du Ihn mit einem define manuell anlegen ?
in welcher MKK Region wohnt dein Senus?
Danke für deine Unterstützung. Denke das Problem gefunden zu haben.
Das MWBUS Modul hatte ein Problem. Wurde nicht richtig gestartet. Lag wohl an einer zu alten systemeinstellung. Habe das upgedatet nachdem ich den Tipp in der Commandref zu WMBUS gesehen habe.
Danach kamen sofort einige WMBUS Geräte im neuen Raum. Scheinbar laut Kennung irgendwelche Techem heizungszahler von Nachbarn oder so. Die habe ich wieder entfernt.
Irgendwann war dann mein senus da. Bin gleich rein und habe den aeskey gesetzt.
Aktuell warte ich bis die Stunde rum ist und er dann hoffentlich die readings zeigt. Dann kann ich mit dem watercalculator weitermachen und wie bei meinem Stromzähler die readings weiter auswerten.
Die Version scheint die gleiche wie bei dir zu sein.
Ich komme aus Freigericht. Und du?
Perfekt ;D
Klingt nach dem richtigen Senus
Beim Watercalculator hatte ich damals einiges gelesen bezüglich Problemen mit dem Modul, da es eine Kopie des Gascalculators ist.
Ich nutze ElectricityCalculator und Werte die Handvoll Readings aus.
Klappt Problemlos und man hat auch direkt die Statistik für die Tage/Monate etc.
Habe mir, da ich mal einen Tagesverbrauch von 3200 Litern hatte (hängende Klospülung) ein DOIF zur Überwachung gebaut:
([WMBUS_SEN_21198182_104_7:volume_EnergyDay:"(-?\d+(\.\d+)?)":$1] > 0.400 and [00:01-06:00])
({sendMeControllMsg('Achtung!! Wasserverbrauch in der letzten Nacht: [WMBUS_SEN_21198182_104_7:volume_EnergyDay] Bitte Wasserzaehler pruefen.')})
DOELSEIF
([WMBUS_SEN_21198182_104_7:volume_EnergyDay:"(-?\d+(\.\d+)?)":$1] > 0.400 and [06:01-22:00])
({sendMeControllMsg('Information!! Wasserverbrauch Warnschwelle :: 400 Liter :: [WMBUS_SEN_21198182_104_7:volume_EnergyDay] Bitte Wasserzaehler pruefen.')})
DOELSEIF
([WMBUS_SEN_21198182_104_7:volume_EnergyDay:"(-?\d+(\.\d+)?)":$1] > 0.9000 )
({sendMeControllMsg('Achtung!! Wasserverbrauch Warnschwelle :: 900 Liter :: [WMBUS_SEN_21198182_104_7:volume_EnergyDay] Bitte Wasserzaehler pruefen.')})
(set TTSystem tts Wasserverlust! Der Wasserzaehler meldet [Wasserzaehler:volume_EnergyDay] Liter !)
Klappt ganz gut und man hat mir Plot auch noch seine visuelle Ansicht.
Komme aus Nidderau, also nicht so weit weg. Das weiss man ja im Kreis nie bei der größe.
Hätte es mir sonst auch mal anschauen können wenn es absolut nicht geklappt hätte.
Tja. Scheinbar doch noch ein Problem.
Nachdem ich dem ersten Anlegen vom device um 21.20 Uhr und anschliessendem eintragen des aes key kommt kein Update mehr.
also auch keine readings.
In den Internals steht bei error noch die Meldung mit der Verschlüsselung.
Also mal weiter laufen lassen...
Dann ist es nicht dein Wasserzähler
Wenn du das Verbose auf 5 stellst sollten im Log auch stehen das hier eine Entschlüsselung nicht geklappt hat.
Was sagen diese readings?
2021-12-29 23:30:36 decryption_ok 1
2021-12-29 23:30:36 is_encrypted 1
2021-12-29 23:30:36 state no errors
Doch doch, war schon mein Zähler. Hatte ich anhand der Nummer schon geprüft.
hat aber nicht nach 1 Stunde neue Daten geliefert, sondern erstmals dann unverschlüsselt nach 3 Stunden...
Seit dem aber in ca. stündlichem Rhythmus.
Nun geht es also weiter mit Berechnungen, Optik und Auswertungen.
fein.
Danke nochmal.
Komisches Phänomen bei deinem Zaehler :-)
Hauptsache es klappt fuer das neue Abrechnungsjahr.
Ja, aktuell ist er wohl stündlich dabei zu aktualisieren.
Genutzt wird nun das ElectricityCalculator-Modul und das Statistics-Modul.
Habe nun die ersten Werte aufbereitet. Ist natürlich noch nicht überall was zu sehen ;) (muss jetzt mal Wasser verbrauchen :D )
So eine Sicherheitsfunktion über DOIF habe ich auch noch hinterlegt:
([WMBUS_SEN_40041207_104_7:statEnergyDay:"(-?\d+(\.\d+)?)":$1] > 0.400 and [00:01-06:00])
(set teleBot message fhem - Achtung!! Wasserverbrauch letzte Nacht: [WMBUS_SEN_40041207_104_7:statEnergyDay] m³)
DOELSEIF
([WMBUS_SEN_40041207_104_7:statEnergyDay:"(-?\d+(\.\d+)?)":$1] > 0.400 and [06:01-22:00])
(set teleBot message fhem - Achtung!! Wasserverbrauch Warnschwelle 400: [WMBUS_SEN_40041207_104_7:statEnergyDay] m³)
DOELSEIF
([WMBUS_SEN_40041207_104_7:statEnergyDay:"(-?\d+(\.\d+)?)":$1] > 0.9000 )
(set teleBot message fhem - Achtung!! Wasserverbrauch Warnschwelle 900: [WMBUS_SEN_40041207_104_7:statEnergyDay] m³)
({ GetHttpFile("192.168.123.183:80", "/control/message?popup=Achtung! Wasserverbrauch Warnschwelle [WMBUS_SEN_40041207_104_7:statEnergyDay] Kubikmeter!") })
(set BOSE_F4E11E987738 speak "a Achtung! Wasserverbrauch Warnschwelle [WMBUS_SEN_40041207_104_7:statEnergyDay] Kubikmeter.")
Hier mal wie es aktuell aussieht: