Wireless M-Bus für CUL

Begonnen von tostmann, 12 Juni 2014, 17:34:32

Vorheriges Thema - Nächstes Thema

MS-Astra

Ich gehe aktuell davon aus, dass die interessanten Daten bei uns in der Wohnung nicht ankommen.


Gesendet von meinem iPad mit Tapatalk

MS-Astra

Zitat von: MS-Astra am 20 Februar 2016, 10:22:13
Leider komme ich zur Zeit nicht an unseren Stromzähler ran, dafür hat nur der Hausmeister einen Schlüssel... *kopfschüttel*

Die wenigen Daten, welche ich von unterschiedlichen Zählern ab und an empfange, sind aber zu nichts sinnvollem zu gebrauchen. Die als "Manufactor Specifig" bezeichneten Daten sind bei allen Zählern bis auf wenige Bytes gleich. Einzig das Datum/Uhrzeit konnte ich z.T. extrahieren.
0c00086d303cc10613080bfffc01fd0c07046d0a151022  wurde am 2016-02-16_20:11:27 aufgezeichnet. Das Datum befindet sich in folgenden Bytes (MM - Minute, HH - Stunden, DD - Tag)
0c00086d303cc10613080bfffc01fd0c07046dMMHHDD22

Ausschließlich am Schalttag (29.02.) haben die qundis-Zähler längere Werte übermittelt. Interessante "Lösung", wobei das Datum dann zwei Tage in Folge dem 01.03. entsprach. Mit dem Monatswechsel hat sich nun auch die Codierung des Monats geklärt...

MM - Minute
HH - Stunde (Sommer-/Winterzeit = 1h Verschiebung beachten)
DD - Tag
m - Monat
                                                                                          0c00086d303cc10613080bfffc01fd0c07046dMMHHDD2m

2016-02-27_03:39:20 WMBUS_LSE_05309958_9_2 2_value: 0c00086d303cc10613080bfffc01fd0c07046d27041b22
2016-02-29_23:02:39 WMBUS_LSE_05309958_9_2 2_value: 0c00086d303cc10613080bfffc01fd0c07046d0300012302fdac7e9013
2016-02-29_23:05:39 WMBUS_LSE_05309958_9_2 2_value: 0c00086d303cc10613080bfffc01fd0c07046d0600012302fdac7edc12
2016-03-01_00:26:07 WMBUS_LSE_05309958_9_2 2_value: 0c00086d303cc10613080bfffc01fd0c07046d1a010123
2016-03-02_20:47:10 WMBUS_LSE_05309986_9_2 2_value: 0c00086d303cc10613080bfffc01fd0c07046d2f150223

Nur Zählerstände werden entweder nicht oder anders übertragen. Klassischer Weise sollen die Stromzähler eigentlich nicht im S-Modus sondern eher im T-Modus senden.

mdewendt

Hallo.

Ich habe meine Qundis Heizkostenverteiler manufc Daten auch mal wieder ausgewertet.
Diese empfange ich jeden Tag 2-3 Mal pro Seriennummer. Bis auf Datum, aktuelle Flowtemperatur, Ablesezeitraum (bei mir 31.12) und einem manuf String aber nichts brauchbares. Ein kleiner Teil ändert sich jedes Jahr nach dem Ablesezeitraum, bleibt dann aber konstant.
Am 1ten jeden Monats wird um 0:00 ca 7-8 Telegramme gesendet bei denen der manuf String erweitert ist (12hex Zeichen). Die letzten 4 hex Zeichen ändern sich bei jeder Aussendung.
Im Ablesezeitraum (walk-by des Ablesers Anfang des Jahres im Hausflur) 1.1 bis 25.2 zwischen 6:00 und 19:00 (genaue Sommer/ Winterzeit kennt er nicht) wird alle paar Minuten ein langer manuf String gesendet.
Im Anfang verändern sich 8hex Zeichen scheinbar mit der Uhrzeit gekoppelt. Im hinteren Teil ändert sich etwas Monats und Jahresabhängig.
Angeblich werden hierbei auch alle 12 Monatsverbräuche übertragen.


Martin

Volker Kettenbach

Zitat von: christianm am 08 August 2015, 23:37:37

nur zur Info falls noch jemand mit dem RWE SmartHome Powercontrol experimentiert.
Ich habe vom RWE Support bestätigt bekommen das der mitgelieferte AES Schlüssel nicht komplett ist. Sie aber leider nicht den Kompletten AES Schlüssel herausgeben können.

Christian

Nur so eine Idee: gibt es die Firmware für die Basisstation zum Download?
Da könnte man den Key drin finden.

WumpE

Hallo Leute wie geht ihr mit fehlablesungen um? Ich habe das jetzt seit 3 Monaten sehr heufig. Habe schon die scheibe gereinigt, neu positioniert und externen lichteinfall (spiegelung) abgeklebt. Trotzdem kommt bei mir aller 2 bis 3 Tage folgendes bei den ableseungen raus.

Zitat2016-05-20_04:12:35 EC_StromZaehler energy: 10234.5
2016-05-20_04:42:35 EC_StromZaehler energy: 10234.8
2016-05-20_04:42:35 EC_StromZaehler energyTick: 0.3
2016-05-20_04:57:35 EC_StromZaehler energy: 10234.8
2016-05-20_05:27:35 EC_StromZaehler energy: 10234.9
2016-05-20_05:27:35 EC_StromZaehler energyTick: 0.1
2016-05-20_05:42:35 EC_StromZaehler energy: 10235
2016-05-20_05:42:35 EC_StromZaehler energyTick: 0.1
2016-05-20_05:57:35 EC_StromZaehler energy: 10235
2016-05-20_06:12:35 EC_StromZaehler energy: 10235
2016-05-20_06:27:35 EC_StromZaehler energy: 10235
2016-05-20_06:42:35 EC_StromZaehler energy: 10235
2016-05-20_06:57:35 EC_StromZaehler energy: 10235
2016-05-20_07:12:35 EC_StromZaehler energy: 10235
2016-05-20_07:42:35 EC_StromZaehler energy: 10235
2016-05-20_07:57:35 EC_StromZaehler energy: 10285
2016-05-20_07:57:35 EC_StromZaehler energyTick: 50
2016-05-20_08:27:35 EC_StromZaehler energy: 10285.4
2016-05-20_08:27:35 EC_StromZaehler energyTick: 0.4
2016-05-20_08:57:35 EC_StromZaehler energy: 10285.5
2016-05-20_08:57:35 EC_StromZaehler energyTick: 0.1
2016-05-20_09:12:35 EC_StromZaehler energy: 10285.7
2016-05-20_09:12:35 EC_StromZaehler energyTick: 0.2
2016-05-20_09:27:35 EC_StromZaehler energy: 10285.7
2016-05-20_10:12:35 EC_StromZaehler energy: 10285.8
2016-05-20_10:12:35 EC_StromZaehler energyTick: 0.1
2016-05-20_10:27:35 EC_StromZaehler energy: 10285.8
2016-05-20_10:57:35 EC_StromZaehler energy: 10285.8
2016-05-20_11:12:35 EC_StromZaehler energy: 10285.8
2016-05-20_11:27:35 EC_StromZaehler energy: 10285.8
2016-05-20_11:42:35 EC_StromZaehler energy: 10285.8
2016-05-20_11:57:35 EC_StromZaehler energy: 10285.8
2016-05-20_12:12:35 EC_StromZaehler energy: 10285.8
2016-05-20_12:27:35 EC_StromZaehler energy: 10285.8
2016-05-20_12:42:35 EC_StromZaehler energy: 10285.8
2016-05-20_12:57:35 EC_StromZaehler energy: 10285.8
2016-05-20_13:27:35 EC_StromZaehler energy: 10285.8
2016-05-20_13:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_13:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_14:12:35 EC_StromZaehler energy: 10285.8
2016-05-20_14:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_14:42:37 EC_StromZaehler energy: 10285.8
2016-05-20_14:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_15:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_15:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_16:12:34 EC_StromZaehler energy: 10285.8
2016-05-20_16:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_16:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_16:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_17:12:34 EC_StromZaehler energy: 10285.8
2016-05-20_17:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_17:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_18:12:34 EC_StromZaehler energy: 10285.8
2016-05-20_18:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_18:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_18:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_19:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_19:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_19:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_20:12:34 EC_StromZaehler energy: 10285.8
2016-05-20_20:42:35 EC_StromZaehler energy: 10285.8
2016-05-20_20:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_21:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_21:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_22:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_22:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_22:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_23:12:35 EC_StromZaehler energy: 10285.8
2016-05-20_23:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_23:57:34 EC_StromZaehler energy: 10285.8
2016-05-21_00:12:34 EC_StromZaehler energy: 10285.8
2016-05-21_00:27:34 EC_StromZaehler energy: 10285.8
2016-05-21_00:42:34 EC_StromZaehler energy: 10285.8
2016-05-21_00:57:34 EC_StromZaehler energy: 10285.8
2016-05-21_01:12:34 EC_StromZaehler energy: 10285.8
2016-05-21_01:27:34 EC_StromZaehler energy: 10285.8
2016-05-21_01:42:34 EC_StromZaehler energy: 10285.8
2016-05-21_02:12:34 EC_StromZaehler energy: 10285.8
2016-05-21_02:27:34 EC_StromZaehler energy: 10285.8
2016-05-21_02:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_03:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_03:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_03:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_04:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_04:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_05:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_05:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_05:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_06:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_06:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_06:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_06:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_07:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_07:42:34 EC_StromZaehler energy: 10285.8
2016-05-21_07:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_08:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_08:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_08:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_09:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_09:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_10:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_10:27:36 EC_StromZaehler energy: 10285.8
2016-05-21_10:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_10:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_11:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_11:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_11:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_11:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_12:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_12:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_13:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_13:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_13:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_13:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_14:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_14:32:55 EC_StromZaehler energy: 10285.8
2016-05-21_14:33:13 EC_StromZaehler energy: 10285.8
2016-05-21_14:48:54 EC_StromZaehler energy: 10244
2016-05-21_14:48:54 EC_StromZaehler energyTick: 20529.8
2016-05-21_15:18:54 EC_StromZaehler energy: 10244.9
2016-05-21_15:18:54 EC_StromZaehler energyTick: 0.9
2016-05-21_15:33:54 EC_StromZaehler energy: 10244.9
2016-05-21_15:48:54 EC_StromZaehler energy: 10245

die korrektur habe ich mit taste drücken bis 1 erscheint erzwungen. er macht ein probepic, liest korrekt ab und sendet dann auch wieder die richtigen werte zu fhem.

Hat jemand nen Tip was man da noch machen kann?
Über Mich: Stefan, Informatiker, Systementwicklung Prozessleittechnik
Server: NUC7i5 - Debian Docker
Container: FHEM,DEBMATIC,EMQX,NODERED,SONOS2MQTT,TRAEFIK,HOMEBRIDGE,DECONZ
Aktoren/Sensoren: HM-RF, HM-IP, EnergyCam, Shelly, MiLight, Hue, SONOS, OEG KMS-D+, Echo's, Worx
Frontends: Smartvisu 2.9

kaihs

Ich nehme an, du hast eine EnergyCam?

Was ist denn energytick? Ein userReading? Wie hast du das definiert?
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

wopper

Zitat von: WumpE am 23 Mai 2016, 08:43:55
Hallo Leute wie geht ihr mit fehlablesungen um? Ich habe das jetzt seit 3 Monaten sehr heufig. Habe schon die scheibe gereinigt, neu positioniert und externen lichteinfall (spiegelung) abgeklebt. Trotzdem kommt bei mir aller 2 bis 3 Tage folgendes bei den ableseungen raus.

die korrektur habe ich mit taste drücken bis 1 erscheint erzwungen. er macht ein probepic, liest korrekt ab und sendet dann auch wieder die richtigen werte zu fhem.

Hat jemand nen Tip was man da noch machen kann?

Hallo WumpE,
aus deinem Log File lässt sich erahnen, dass du eine EnergyCam hast. Unter http://www.fastforward.ag/support/open.php kannst du ganz einfach ein Ticket anlegen und die möglichen Ablesefehler erläutern. Schick am Besten auch gleich ein Foto deines Stromzählers mit, um Hersteller und Typ zu identifizieren.

VG wopper

WumpE

Hi Jungs,
ja energyTick ist nen userreading. Aber darauf liegt nicht der fokus, denn selbst der Value_1, welcher das reading energy füllt ist schon falsch.
Ich mache einfach nen Ticket wie wopper sagt.

Danke und Grüße
Wumpe
Über Mich: Stefan, Informatiker, Systementwicklung Prozessleittechnik
Server: NUC7i5 - Debian Docker
Container: FHEM,DEBMATIC,EMQX,NODERED,SONOS2MQTT,TRAEFIK,HOMEBRIDGE,DECONZ
Aktoren/Sensoren: HM-RF, HM-IP, EnergyCam, Shelly, MiLight, Hue, SONOS, OEG KMS-D+, Echo's, Worx
Frontends: Smartvisu 2.9

Walki

Wie stelle ich den CUL denn zeitweise auf dem WMBUS_T-Modus? Wie es manuell funktioniert, ist mir bewusst, nur mag ich nachts nicht unbedingt aufstehen und manuell den RFmode wechseln... Ich möchte beispw. um 23 Uhr den Mode wechseln und um 0 Uhr wieder in meinen MAX-Modus zurück.

kaihs

#354
Ich würde mal sagen per at.

Ungetestet:

define at_wmbus at *23:00:00 attr CUL rfmode WMBus_T
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

PeMue

Und danach halt wieder zurücksetzen  ;)

Gruß PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

Walki

Danke Euch, dann war ich zumindest schon mal auf dem richtigen Pfad.

Brice

#357
Ich lese über einen umgeflashten Max!Cube die Techem Wasserzähler und Heatmeter aus. Funktioniert soweit gut. Der Max!Cube ist per LAN angeschlossen define CUL_MAX CUL <IP-Adresse>:2323 0000
Die Daten der Zähler werden vom Produktivsystem und vom Testsystem verarbeitet. Autocreate ist disabled.

Leider läuft auf beiden Systemen das globale Logfile voll:

2016.09.10 11:52:16 3: WMBUS Unknown device b2F4468504378116174620004A206EC200000A01200000400000000005DA200000000000000000000000000000000FFFF000000000000FFFF801A, please define it

Kann ich das irgendwie unterdrücken? Verbose global auf 0 hilft nicht weiter.


Edit 14:03: erledigt. Es gab noch eine FHEM2FHEM Definition, die wohl ursächlich für die Unmengen der Einträge war....

Edit 20.09.2016: die Einträge im Logfile waren doch wieder vorhanden. Abhilfe nach Recherche in diesem Thread:
attr autocreate ignoreTypes WMBU.*
attr CUL_MAX verbose 2


FHEM auf RPi 4 4GB (Buster) | produktiv) CUL 868 für FS20 | S300TH | KS300 | Max!Cube als CUN 868 für TechemWZ | HM-MOD-RPI-PCB für HM | Z-Wave ZME_UZB1 | FRITZ!DECT 200 | HUE | Lightify | Echo Dot | WS3080

drdownload

Hi,

ich versuche mit meinem CUL v3 (1.62) zwischen SlowRF und WMBUS_T umzuschalten, aber beim Wechsel zurück auf SlowRF geht der CUL immer in einen Zustand wo er keine Befehle mehr senden kann und "tot" ist bis zum nächsten Reboot (kein reopen oder modify hilft)
CUL 868 Slow-RF (FS20 Aktoren, Sender, FHT8V), CUL 868 (WMBUS-Empfang), Jeelink (PCA301), WS3600 (WH3080 über USB-Basis), Bewässerung mit ESP-Easy und Proplanta, RFXTRX433 Home-Easy Empfang und Senden, Oregon TH, WS001 TH), Blackbean IR, Mopidy-Snapcast MR Audio, Kodi, Forum-LED-Controller,

kaihs

Ich habe vor 2 Jahren mal einen Fix für so ein Problem geschrieben.
Mach mal ein Update auf die neueste Version der culfw (1.66) und versuche es dann nochmal.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation