Wireless M-Bus für CUL

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

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 26 27 28 29 30 ... 65
Benutzer-Aktionen

herrmannj

#405
28 März 2017, 22:51:45
also noch Garantie :)

Nehmt doch mal die techem module ... ;)

vg
joerg

herrmannj

#406
28 März 2017, 22:53:56
kann aber sein das da neue fw auf den hkv ist ... mal sehen was ihr rausbekommt

pc1246

#407
29 März 2017, 07:20:24
Moin Joerg
Wir hatten erst das TechemHKV Modul genommen. Die standen dann auch brav auf listening, aber es kam nichts rein! Dann haben wir auf MBUS-S umgestellt, und es kamen hunderte! von Geraeten rein. Auch unsere, da wir alle anhand der Nummern identifizieren konnten, bzw. an der Kennung und der Anzahl. Leider werden nur PQI und ein weiterer Wert (ist jetzt nicht mehr in meinem Zugriff) dekodiert.
@FHEM-user: Stell doch noch mal das List von einem device ein!
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

kaizo

#408
16 Mai 2017, 18:29:47 Letzte Bearbeitung: 19 Mai 2017, 15:21:04 von kaizo
Hallo,

mit dem w-mbus-Modul kann ich mittlerweile meine Qundis-Wärmemengenzähler empfangen. Diese senden so 3-4 mal am Tag die Daten.
Nun sind meine Wasserzähler Typ Allmess +m ebenfalls mit Funkmodulen ausgestattet, es handelt sich um die ista Radionet 3-Module. Diese funken -sofern ich das/die vielen Datenblätter richtig verstanden habe- mit einem bidirektionalen Modus (t2/s2), scheinbar erst nach Aufforderung.

Hat hier jemand eine Idee, wie ich diese Daten empfangen kann bzw. wie man die Module zum senden überreden kann?
Die ista-Module sind mein Eigentum, ich habe auch schon eins mal geöffnet, es ist als Sendechip ein cc1101 verbaut. Den Controller kann man leider nicht erkennen, der ist schön vergossen.
Lassen sich die Module zum senden anstoßen oder umprogrammieren?

Gruß
Kai


Achtung, "Doppelpost" von mir, nach https://forum.fhem.de/index.php/topic,15769.msg637444.html#msg637444, scheint dort richtiger aufgehoben zu sein.
Moderator, ggf. bitte verschieben
FHEM 6.x  auf i3
1x Maplecun FS20, HM, 1x CUL f. WMbus
1x Arduino Nano für Lacrosse, 1x für Empfang WH1080,
1x Arduino Uno+Ethernet-Shield & Firmata für 1Wire
1x Raspberry Pi für Einbindung Junkers-Heizgerät mit HT3-Schnittstelle, div. Sonoff+EspEasy+Tasmota über MQTT

@lex

#409
22 Juni 2017, 23:18:33 Letzte Bearbeitung: 08 August 2018, 09:41:11 von herrmannj
Hallo,

ich versuche meinen Diehl Sharky 773 (Wärmemengenzähler / Fernwärme) auszulesen.

Leider vergeblich, nun hoffe ich Ihr könnt mir weiterhelfen.

Folgender IST-Zustand:

Raspi mit Fhem 5.8 und NanoCUL vorhanden
Culfw 1.66 compiliert und geflashed
WMBus Typ-T läuft und empfängt fleißig
perl Module nachinstalliert und verbose auf 5
AES KEY auf XXX gesetzt
https://forum.fhem.de/index.php/topic,24517.msg323590.html#msg323590


Inhalt der Logdatei:

Code Auswählen
2017.06.22 22:33:59 5: CUL/RAW: /b5B4424232B0432006034E42F7A9B004D3E2064CB5
2017.06.22 22:33:59 5: CUL/RAW: b5B4424232B0432006034E42F7A9B004D3E2064CB5/0CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C28
2017.06.22 22:33:59 5: CUL/RAW: b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C28/1FD06B706FCE1A5BF014ACF05DB7B4B48

2017.06.22 22:33:59 4: CUL_Parse: CUL0 b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C281FD06B706FCE1A5BF014ACF05DB7B4B48
2017.06.22 22:33:59 5: CUL0: dispatch b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C281FD06B706FCE1A5BF014ACF05DB7B4B48
2017.06.22 22:33:59 5: WMBUS raw msg b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C281FD06B706FCE1A5BF014ACF05DB7B4B48
2017.06.22 22:33:59 2: WMBUS Error during LinkLayer parse:message too short, expected 106, got 99 bytes
2017.06.22 22:33:59 5: WMBUS raw msg b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C281FD06B706FCE1A5BF014ACF05DB7B4B48
2017.06.22 22:33:59 2: WMBUS Error during LinkLayer parse:message too short, expected 106, got 99 bytes
2017.06.22 22:33:59 3: CUL0: Unknown code b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C281FD06B706FCE1A5BF014ACF05DB7B4B48, help me!


Device List:

Code Auswählen
DeviceOverview
WMBUS_HYD_81380431_72_52 Encryption mode 6 not implemented

Internals
DEF HYD 81380431 72 52
DeviceMedium unknown
DeviceType 52
IODev CUL0
IdentNumber 81380431
Manufacturer HYD
MessageEncoding CUL
NAME WMBUS_HYD_81380431_72_52
NR 112
STATE Encryption mode 6 not implemented
TYPE WMBUS
Version 72
addr HYD_81380431_72_52

Readings
LQI 128 2017-06-22 04:14:14
RSSI -66 2017-06-22 04:14:14
state Encryption mode 6 not implemented 2017-06-22 04:14:14

Nun empfange ich anscheinend auch noch den Diehl Zähler des Nachbarn:
Code Auswählen
WMBUS_HYD_00320431_96_52 Encryption mode 4 not implemented
WMBUS_HYD_81380431_72_52 Encryption mode 6 not implemented

Komischerweise nur mit einem anderen Fehler beim gleichen KEY.


Was kann ich noch machen, um an die Daten zu kommen?

Vielen Dank vorab
Alex


Anmerkung:
Aufgrund eines Einwandes des Herstellers wurde dieser Beitrag am 8.8.2018 von einem Moderator geändert

kaihs

#410
24 Juni 2017, 14:32:40
'message too short' liegt an einem zu kleinen Empfangspuffer in der culfw. In der board.h muss TTY_BUFSIZE erhöht werden und die culfw dann neu compiliert und geflasht werden.
'Encryption mode 4 not implemented' ist schon komplizierter. Die sind zwar im Standard beschrieben waren mir aber bisher zu aufwändig zu implementieren weil mir auch noch kein Zähler untergekommen ist der das verwendet hat.

Gesendet von meinem SM-G935F mit Tapatalk

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

mraza

#411
26 Juni 2017, 13:05:44 Letzte Bearbeitung: 28 Juni 2017, 08:56:45 von mraza
Hi,

I'm trying to read Danfoss Sonometer 1100. (using Raspi + CUL)

This is my reading:
b4844D3102004802125532D427A54003A5EB27515CABC1C1C6CCE804B4D6641301633F04E74D8D94A52A98E1350D47ADEE53DB974A9A87263E6E2FBCF2FE3E06D3A47F34E5E2054C3F42AC1A340664D7402B54680

I read through this thread (I understand german, but it's harder to write :) ) and I think, I have problem with bytes 4 -5.

Bytes 0 - 3 seems OK to me (10d3 - manufacturer DFS)
Bytes 4 - 5 0420 - should not be here?
Bytes 6 - 9 53252180 - this is my serial number

Any idea what could bytes 4 and 5 mean?

Thanks,

Andy

kaihs

#412
26 Juni 2017, 21:00:49
Hello Andy,

you are right that 10D3/DFS is the manufacturer.
According to my test program the serial number is 21800420 though. The serial number is in BCD format.
But the greatest problem is that the data is encrypted using mode 14 encryption.
This mode isn't described in the specification I have access to, it only specifies mode 0, 5, 7 and 13.

If you want to know more about the protocol you can find the specification (in english) at http://oms-group.org/download4all/.

Kai
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

mraza

#413
27 Juni 2017, 13:54:40
Hi Kai,

thanks for info.

I think the easier problem with A-Field is solved. Address and version with type are exchanged. The first byte in A-field is version(20) , second is type (04 - heat) and then comes address (53252180 is the correct SN, that is written on the device).

What is not clear to me, is the encryption mode. I recorded more frames and mode is changing from message to message.
I doubt that this device is using so many encryption modes.

Any ideas are welcome.

BR,

Andy


Some data:
Code Auswählen
L  C  M    A            CRC  CI AC ST CW
48 44 D310 200480212553 2D42 7A 54 00 3A5E B27515CABC1C1C6CCE804B4D6641301633F04E74D8D94A52A98E1350D47ADEE53DB974A9A87263E6E2FBCF2FE3E06D3A47F34E5E2054C3F42AC1A340664D7402B54680
48 44 D310 200480212553 2D42 7A B6 00 3A5C B2BC69DB2AB2500DEF7D713A9626BD60ABFCF8A797C7A9DDE485BEBD2410C0928D0CFCB375A695F5FB46799D61AFEF3F2543D3CE6346BFCBBD2C6AFA8D851547639D80
48 44 D310 200480212553 2D42 7A D1 00 3A9D B2C8D6A11568EB69E53F8E2ABA5C8BF65324825442A237081DB4C38EBB99716B44FE198CFCDD654C32F92D7649A03692B621BA986D1854D78934F40C2BBE51A0389D80
48 44 D310 200480212553 2D42 7A 0E 00 3AB4 B237F5E85B4E5345B612E2BC493099D60D5C915542D857A01410AF960EBF64F19C0A5BDC2F98CC37FC739584F136523D9033898BB53B42A704D9D1528E73F5A5C83180
48 44 D310 200480212553 2D42 7A 24 00 3AB1 B210D936EDF9276130CF46DADE59C216109C39B957636B48EEADCC560EC2A4509668E57BCA4E58676BA22647F9FC83CD573F2C4094C5974589E78AC3C008ECF9A55880
48 44 D310 200480212553 2D42 7A D3 00 3A15 B2CA3348200CD112AE5DAE1F740AE28087F0DB1C129C96B3DEF8D071FE9B6777A3ECB232E571E45C39F74914FFD669721E09E3354728818B58956EB18CFD0112C3F380
48 44 D310 200480212553 2D42 7A 4A 00 3AF9 B26E861C9D0168D4CFB3A8749C5165E0E47F0ACFEB5F23AFFB0AF76B27B05554B05C7D632951EC168BA3D1175311090438680F74A440438493A9B39D289F428E16FE80
48 44 D310 200480212553 2D42 7A 4F 00 3AF0 B26A3F3A6D7B011F24C478C467D683B63CBD94FB63EF30059C34D97A0F0985E30DFDFFC016DEAEBE98382BE364C698D812AC90F865398393583A4BB8B5B84BB3B88680
48 44 D310 200480212553 2D42 7A A8 00 3AB0 B2A7FA0D0BAF24B5F64E92CC3336E8967C73BC1CA443C020B6015A2FD600B923006DF479F4851A05921E67A5D15E8B95A3D892E4E7523FBB04447A27C35723CBC02580
48 44 D310 200480212553 2D42 7A BA 00 3AB3 B2B230AD95EACD171634B095E3D3CA5670052F16765C6C456F2DD6FBBB910ED8DFE30237204D9395C16320D2D49A2DAA98B206209CE4400158E935775E0EF6EA254380
48 44 D310 200480212553 2D42 7A C0 00 3A3E B2DE8E1C24FB258DC1941C58C7C4F4FBE0EC64B2E8976A0BE67255E630FC03020FFA97A33D6F2D446F0D3C52A129E01B05F75B27A586949F6CE8ECBFC2057C6A2B0080

@lex

#414
27 Juni 2017, 23:33:40 Letzte Bearbeitung: 28 Juni 2017, 01:38:23 von @lex
Zitat von: kaihs am 24 Juni 2017, 14:32:40
'message too short' liegt an einem zu kleinen Empfangspuffer in der culfw. In der board.h muss TTY_BUFSIZE erhöht werden und die culfw dann neu compiliert und geflasht werden.
'Encryption mode 4 not implemented' ist schon komplizierter. Die sind zwar im Standard beschrieben waren mir aber bisher zu aufwändig zu implementieren weil mir auch noch kein Zähler untergekommen ist der das verwendet hat.

Gesendet von meinem SM-G935F mit Tapatalk

Hallo Kai,

vielen Dank für deine Antwort.

Heute hatte ich wieder Zeit mich mit M-Bus zu beschäftigen.

Also ich habe den Buffer auf 256 erhöht, compiliert und geflasht.

Leider bleibt das Ergebnis das gleiche:
Code Auswählen
2017.06.27 23:20:23 4: CUL_Parse: CUL0 b5B4424232B0438814834C98F7A3C004D7490458124315D669584C1E31C491F19AF18536327CF5149DC6CFBE3C9CE7711B91BA644FFCF6605EA7BBCF5C5973A9C4EC9F8FD33F996BDDBCDAAB5F5A511C88824830ADF34EF5D04664AA6CD9D8F2491171
2017.06.27 23:20:23 5: CUL0: dispatch b5B4424232B0438814834C98F7A3C004D7490458124315D669584C1E31C491F19AF18536327CF5149DC6CFBE3C9CE7711B91BA644FFCF6605EA7BBCF5C5973A9C4EC9F8FD33F996BDDBCDAAB5F5A511C88824830ADF34EF5D04664AA6CD9D8F2491171
2017.06.27 23:20:23 5: WMBUS raw msg b5B4424232B0438814834C98F7A3C004D7490458124315D669584C1E31C491F19AF18536327CF5149DC6CFBE3C9CE7711B91BA644FFCF6605EA7BBCF5C5973A9C4EC9F8FD33F996BDDBCDAAB5F5A511C88824830ADF34EF5D04664AA6CD9D8F2491171
2017.06.27 23:20:23 2: WMBUS Error during LinkLayer parse:message too short, expected 106, got 99 bytes
2017.06.27 23:20:23 5: WMBUS raw msg b5B4424232B0438814834C98F7A3C004D7490458124315D669584C1E31C491F19AF18536327CF5149DC6CFBE3C9CE7711B91BA644FFCF6605EA7BBCF5C5973A9C4EC9F8FD33F996BDDBCDAAB5F5A511C88824830ADF34EF5D04664AA6CD9D8F2491171
2017.06.27 23:20:23 2: WMBUS Error during LinkLayer parse:message too short, expected 106, got 99 bytes
2017.06.27 23:20:23 3: CUL0: Unknown code b5B4424232B0438814834C98F7A3C004D7490458124315D669584C1E31C491F19AF18536327CF5149DC6CFBE3C9CE7711B91BA644FFCF6605EA7BBCF5C5973A9C4EC9F8FD33F996BDDBCDAAB5F5A511C88824830ADF34EF5D04664AA6CD9D8F2491171, help me!
2017.06.27 23:20:32 5: CUL/RAW: /b5B4424232B0432006034E42F7A0A004D3820CB93
2017.06.27 23:20:32 5: CUL/RAW: b5B4424232B0432006034E42F7A0A004D3820CB93/B9A5E155C1CE9CF0F0E69433D4981EC17AEF88A6DF1E32B4E0925AB3F8C651D074F2F4B321A611FFDDC68CB03A8E1F87826EBDD570D769E818B759EF09C
2017.06.27 23:20:32 5: CUL/RAW: b5B4424232B0432006034E42F7A0A004D3820CB93B9A5E155C1CE9CF0F0E69433D4981EC17AEF88A6DF1E32B4E0925AB3F8C651D074F2F4B321A611FFDDC68CB03A8E1F87826EBDD570D769E818B759EF09C/3C777C4D6A92D6963286A29C99EE968FAD

Und auch bei meinen empfangbaren Devices wechselt der Mode. Aktuell bin ich bei:
A) Encryption mode a not implemented
B) Encryption mode 8 not implemented

Habe ich evtl. in der h.board zuviel rausgenommen?
IT und der kmpl. letzte Block sind raus...

Code Auswählen
#ifndef _BOARD_H
#define _BOARD_H

#include <stdint.h>

/* if you have an Arduino with only 8MHz disable the next line */
#define HAS_16MHZ_CLOCK

/* if you are using a CC1101 module for 868MHz disable the next line */
/*#define HAS_CC1100_433*/


#define SPI_PORT PORTB
#define SPI_DDR DDRB
#define SPI_SS 2
#define SPI_MISO 4
#define SPI_MOSI 3
/* die aufgelötete gelbe LED ist an PB5/SCLK angeschlossen! */
#define SPI_SCLK 5

#define CC1100_CS_DDR SPI_DDR
#define CC1100_CS_PORT          SPI_PORT
#define CC1100_CS_PIN SPI_SS


/* CC1101 GDO0 Tx / Temperature Sensor */
#if 0
#define CC1100_OUT_DDR DDRC
#define CC1100_OUT_PORT         PORTC
#define CC1100_OUT_PIN          PC0
#define CC1100_OUT_IN           PINC
#define CCTEMP_MUX              CC1100_OUT_PIN
#else
#define CC1100_OUT_DDR DDRD
#define CC1100_OUT_PORT         PORTD
#define CC1100_OUT_PIN          PD3
#define CC1100_OUT_IN           PIND
#define CCTEMP_MUX              CC1100_OUT_PIN
#endif

/* CC1101 GDO2 Rx Interrupt */
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT          PIND
#define CC1100_IN_PIN           PD2
#define CC1100_IN_IN            PIND

#define CC1100_INT INT0
#define CC1100_INTVECT          INT0_vect
#define CC1100_ISC ISC00
#define CC1100_EICR             EICRA

/* externe LED */
#define LED_DDR                 DDRB
#define LED_PORT                PORTB
#define LED_PIN                 1

//#define LED_ON_DDR              DDRB
//#define LED_ON_PORT             PORTB
//#define LED_ON_PIN              1


#define BOARD_ID_STR            "nanoCUL868"
#define BOARD_ID_STR433         "nanoCUL433"

/* define this device as a 433 MHz one */
/* this isn't done like a CUL by reading a port pin but instead a fixed value of 0 for mark433_pin is used */
#define MULTI_FREQ_DEVICE
#define MARK433_PIN mark433_pin
#define MARK433_BIT             0
extern const uint8_t mark433_pin;

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


#define RCV_BUCKETS            2      //                 RAM: 25b * bucket
#define FULL_CC1100_PA                // PROGMEM:  108b
#define HAS_RAWSEND                   //
#define HAS_FASTRF                    // PROGMEM:  468b  RAM:  1b
#define HAS_ASKSIN
/* Intertechno Senden einschalten
#define HAS_INTERTECHNO
#define HAS_TCM97001 */
/* Intertechno Empfang einschalten
#define HAS_IT
#define HAS_REVOLT
#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT
#define HAS_CC1101_PLL_LOCK_CHECK_MSG
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW */
/* HAS_MBUS requires about 1kB RAM, if you want to use it you
   should consider disabling other unneeded features
   to avoid stack overflows
*/
#define HAS_MBUS

/* #define HAS_ASKSIN_FUP
#define HAS_MORITZ
#define HAS_RWE
#define HAS_ESA
#define HAS_TX3
#define HAS_UNIROLL
#define HAS_HOERMANN
#define HAS_MEMFN
#define HAS_SOMFY_RTS
#define HAS_FHT_80b                     // PROGMEM: 1374b, RAM: 90b
#define HAS_FHT_8v                    // PROGMEM:  586b  RAM: 23b
#define HAS_FHT_TF
#define FHTBUF_SIZE          174      //                 RAM: 174b
#define HAS_KOPP_FC*/


#endif


Was könnte ich noch versuchen?

Vielen Dank vorab und beste Grüße
Alex


Nachtrag:
Alles nochmal von vorne.  8)
Nun bekommen ich den Parse Fehler nicht mehr.


Aber, senden sie Wärmezähler mit wechselnden Verschlüsselungen?
Code Auswählen
2017.06.28 01:12:02 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode 9 not implemented
2017.06.28 01:12:03 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:12:15 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode 9 not implemented
2017.06.28 01:12:16 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:12:29 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:12:43 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:12:55 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:13:09 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:13:22 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:13:23 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:13:35 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:14:16 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:14:29 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:14:30 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:14:44 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:14:56 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:15:09 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:15:10 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode b not implemented

2017.06.28 01:26:46 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:26:48 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode e not implemented
2017.06.28 01:26:59 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:27:01 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode e not implemented
2017.06.28 01:27:13 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:27:15 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode c not implemented
2017.06.28 01:27:26 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode a not implemented
2017.06.28 01:27:28 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode c not implemented



hyper2910

#415
16 Juli 2017, 19:54:30 Letzte Bearbeitung: 17 Juli 2017, 10:55:07 von hyper2910
welchen Warmwasserzähler könnt ihr empfehlen um diesen Auszuwerten?


desweiteren habe ich zwei Wärmemengenzähler, ich komme aber nicht weiter.

Kann mir jemand helfen?

Code Auswählen
CUL/RAW: /TMODE
bA944C51447112572000444A67AEB009005ADC8F4334E62030BA8D2B5CDE9F8284C6C16A77876AC7E677AD2CB7D98561C7F7B364548C8CD1DECEBF9DFBAC7D

2017.07.17 10:51:06.516 4: CUL_Parse: CUN_WM_Bus TMODE
2017.07.17 10:51:06.516 5: CUL_Parse: switched to TMODE
2017.07.17 10:51:06.516 4: CUL_Parse: CUN_WM_Bus bA944C51447112572000444A67AEB009005ADC8F4334E62030BA8D2B5CDE9F8284C6C16A77876AC7E677AD2CB7D98561C7F7B364548C8CD1DECEBF9DFBAC7D
2017.07.17 10:51:06.518 5: CUN_WM_Bus: dispatch bA944C51447112572000444A67AEB009005ADC8F4334E62030BA8D2B5CDE9F8284C6C16A77876AC7E677AD2CB7D98561C7F7B364548C8CD1DECEBF9DFBAC7D
2017.07.17 10:51:06.759 5: WMBUS raw msg bA944C51447112572000444A67AEB009005ADC8F4334E62030BA8D2B5CDE9F8284C6C16A77876AC7E677AD2CB7D98561C7F7B364548C8CD1DECEBF9DFBAC7D
2017.07.17 10:51:06.761 2: WMBUS Error during LinkLayer parse:message too short, expected 192, got 63 bytes
2017.07.17 10:51:06.776 3: CUN_WM_Bus: Unknown code bA944C51447112572000444A67AEB009005ADC8F4334E62030BA8D2B5CDE9F8284C6C16A77876AC7E677AD2CB7D98561C7F7B364548C8CD1DECEBF9DFBAC7D, help me!
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

hyper2910

#416
18 Juli 2017, 22:06:10
Ich habe es, obwohl die bestellte Konfiguration ohne AES sein sollte, war AES aktiviert.


Jetzt funktioniert es.


Hat jemand sich eine schöne Anzeige schon gebastelt?
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

Shojo

#417
17 August 2017, 11:52:30
Hi,

ich habe nun auch paar Heizkostenverteiler Kalo 1.5M und auch 2 für die Wasserzähler (Model habe ich grade nicht im Kopf) bekommen
Nun würde ich mich auch gerne bei den Versuch diese im FHEM zu verarbeiten beteiligen.
Ich habe aktuell einen 433MHz Selbau CUL mit SignalDuino dafür zur Verfügung, zum testen sollte es ja reichen diesen auf 868MHz zu betreiben.

Welche Firmware muss ich nun nutze für das Sniffen?
Könnte mir da wer paar Infos geben? :)


Gruß
Dennis
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

hyper2910

#418
17 August 2017, 12:08:24
Du kannst die normale CUL FW nehmen, musst natürlich in der board.h  WMBUS aktivieren und andere Dienste deaktivieren, damit das ganez nicht zu gross wird.

Dann das S oder T Bus Protokoll aktivieren und dann sollten sich die Device autom. anlegen

zum flashen, bin ich dieser Anleitung gefolgt:

https://haustech.wordpress.com/2016/03/24/selbstbau-cul-stick/
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

Shojo

#419
17 August 2017, 20:53:09
Hmmm... sobald ich
Code Auswählen
attr nanoCUL rfmode WMBus_T
setzte Blickt die L LED wie blöd und es geht nichts mehr...

Jemand eine Idee?
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It
Drucken
Nach oben Seiten 1 ... 26 27 28 29 30 ... 65
Benutzer-Aktionen