Wireless M-Bus für CUL

[Maiks]

Gibt es das auch für das CUNO, bzw wie kann man es selber einpflegen in die FW ?

[locutus]

Du musst einige Ergänzungen an den Quelldateien vornehmen und zum Schluss das ganze kompilieren:
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUNO/

Im makefile fehlen folgende Einträge:

Code Auswählen Erweitern

                ../../clib/rf_mbus.c                                 \
                ../../clib/mbus/manchester.c                         \
                ../../clib/mbus/3outof6.c                            \
                ../../clib/mbus/mbus_packet.c                        \
                ../../clib/mbus/crc.c                                \

Im board.h fehlt:

Code Auswählen Erweitern

#define HAS_MBUS

Und im CUNO.c fehlen:

Code Auswählen Erweitern

#ifdef HAS_MBUS
#include "rf_mbus.h"
#endif

#ifdef HAS_MBUS
  { 'b', rf_mbus_func },
#endif

#ifdef HAS_MBUS
    rf_mbus_task();
#endif


[kaihs]

locutus hat die notwendigen Änderungen beschrieben.

Ich habe diese jetzt auch für CUNO2 und COC integriert und eingecheckt.
Kannst dir die fertige Anpassung oder das hex-File also alternativ aus dem culfw Repository holen.

[Maiks]

Danke kaihs,

werde ich machen und parallel versuchen so etwas mal selber zu compilieren

[Mihca]

Hallo zusammen. Ich habe seit 2 Monaten die EnergyCam in Betrieb und sie finktioniert prima. Seit einigen Tagen wird das Logfile alle paar Sekunden mit folgender Meldung gefüllt:

2014.12.04 06:43:41 2: WMBUS WMBUS_HYD_71320785_81_7 Error during ApplicationLayer parse:Unsupported CI Field a1
2014.12.04 06:43:49 2: WMBUS WMBUS_HYD_71320785_81_7 Error during ApplicationLayer parse:Unsupported CI Field a1
2014.12.04 06:43:58 2: WMBUS WMBUS_HYD_71320785_81_7 Error during ApplicationLayer parse:Unsupported CI Field a1
2014.12.04 06:44:07 2: WMBUS WMBUS_HYD_71320785_81_7 Error during ApplicationLayer parse:Unsupported CI Field a1
2014.12.04 06:44:17 2: WMBUS WMBUS_HYD_71320785_81_7 Error during ApplicationLayer parse:Unsupported CI Field a1

In die fhem.cfg habe ich bereits eingetragen:

define WMBUS_HYD_71320785_81_7 WMBUS HYD 71320785 81 7
attr WMBUS_HYD_71320785_81_7 ignore 1

Trotzdem erscheint immer noch im Sekundentakt obige Meldung. Was kann ich tun?

[kaihs]

Trotzdem erscheint immer noch im Sekundentakt obige Meldung. Was kann ich tun?

Das sind Wasserzähler wahrscheinlich von Nachbarn.
Das ignore Attribut ist für den Empfang noch nicht implementiert, werde ich noch nachholen.

Die wahrscheinlich bessere Lösung ist es aber wohl, diese Zähler komplett zu ignorieren:

Code Auswählen Erweitern


attr autocreate ignoreTypes WMBUS_HYD.*


und dann die bereits vorhandenen Devices zu löschen.

[Mihca]

Vielen Dank für die schnelle Antwort. Das führt nun aber dazu, dass stattdessen folgende Meldung im Sekundentakt erscheint:

2014.12.05 09:11:59 3: WMBUS Unknown device b194424238507327151071911A1715B00130C7C677FE4192202E03A527597B1CE, please define it
2014.12.05 09:12:08 3: WMBUS Unknown device b194424238507327151071911A1015B00130C19AB83B5FC190FE1755F38208BCD, please define it
2014.12.05 09:12:34 3: WMBUS Unknown device b194424238507327151071911A1315B00130C20DA59489E6D658C5E5865EAA2CF, please define it
2014.12.05 09:13:28 3: WMBUS Unknown device b194424238507327151071911A1115B00130C0E84CA1EDDCAD63A6C5DF36693CE, please define it

Gibt es eine andere Lösung des Problems? Danke!!!

[rudolfkoenig]

Etwas Off-Topic: da ich gestern in culfw die FHT_TF Patches von Matcher eingebaut habe, und dabei kein CUNO2.hex erstellen konnte wg. Fehler in wmbus, habe ich MBUS fuer CUNO2 deaktiviert.

[bm7777]

Kannst du mir ein paar Rohdaten von den Zählern schicken? Interessiert mich, ob die dekodiert werden können.

Es sieht so aus als ob die Techem Zähler sich anlegen und dann nich sehr viel  Informationen mehr abgeben, das ist das einzigste was ich gefunden habe:

Code Auswählen Erweitern

2014.12.04 06:18:27 4: CUL_Parse: CUL_0 b3244685055631522698029E9A0119F1B6C114018680A7F0AD10F2FA4B4DF01A46962060600000000000000000800332E0E3F73B4BBE96A87898B63 -24.5
2014.12.04 06:18:27 5: CUL_0 dispatch b3244685055631522698029E9A0119F1B6C114018680A7F0AD10F2FA4B4DF01A46962060600000000000000000800332E0E3F73B4BBE96A87898B::-24.5
2014.12.04 06:18:27 5: WMBUS raw msg b3244685055631522698029E9A0119F1B6C114018680A7F0AD10F2FA4B4DF01A46962060600000000000000000800332E0E3F73B4BBE96A87898B::-24.5
2014.12.04 06:18:27 2: WMBUS WMBUS_TCH_22156355_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0
2014.12.04 06:35:27 5: CUL/RAW: /b1944C418209273090102AD5C7A990000A00405097A170002FD08310F6850

Dies ist meine EnergieCam

Code Auswählen Erweitern

2014.12.05 09:35:25 5: CUL/RAW: /b1944C418209273090102AD5C7A050000A00405A67B170002FD089D7BF119

2014.12.05 09:35:25 4: CUL_Parse: CUL_0 b1944C418209273090102AD5C7A050000A00405A67B170002FD089D7BF119 -61.5
2014.12.05 09:35:25 5: CUL_0 dispatch b1944C418209273090102AD5C7A050000A00405A67B170002FD089D7BF1::-61.5
2014.12.05 09:35:25 5: WMBUS raw msg b1944C418209273090102AD5C7A050000A00405A67B170002FD089D7BF1::-61.5

[sfischer@basis.biz]

Hallo,

wie kann ich das wmbus protokoll direkt auf dem CUL Stick (ohne FHEM) auswählen?

Bin mit screen /dev/ttyACM0 mit dem CUL Stick verbunden
? zeigt:
(? is unknown) Use one of B C F i A Z E G M K U Y R T V W X e f m l t u x
V zeigt:
V 1.61 CUL868
VH zeigt:
CUL_V4

Nachrichten von der MAX! Heizungssteuerung kann ich mit Zr empfangen


Wie schale ich jetzt auf brt (WMBUS T_Protokoll um???)

Danke und schönes Wochenende.

[kaihs]

Etwas Off-Topic: da ich gestern in culfw die FHT_TF Patches von Matcher eingebaut habe, und dabei kein CUNO2.hex erstellen konnte wg. Fehler in wmbus, habe ich MBUS fuer CUNO2 deaktiviert.

Danke für den Hinweis. Das fehlten zwei defines. Ich hatte vor dem einchecken allerdings ohne Probleme kompiliert und keine Fehler erhalten. Kann ich mit im Nachhinein nicht erklären. Wie auch immer, Ich habe die fehlenden PIN defines ergänzt.

Allerdings bekomme ich das nicht eingecheckt:

Code Auswählen Erweitern


Übertrage Daten ..svn: E000013: Übertragen schlug fehl (Details folgen):
svn: E000013: Can't open file '/svn/p/culfw/code/db/txn-current-lock': Permission denied


Ist das ein temporäres Problem bei sourceforge oder bin ich gesperrt?

Gruß,

Kai

Edit: Problem hat sich erledigt, Korrektur ist eingecheckt.

[kaihs]

wie kann ich das wmbus protokoll direkt auf dem CUL Stick (ohne FHEM) auswählen?

Bin mit screen /dev/ttyACM0 mit dem CUL Stick verbunden
? zeigt:
(? is unknown) Use one of B C F i A Z E G M K U Y R T V W X e f m l t u x

brs oder brt sind schon die richtigen Kommandos. Allerdings ist WMBUS in der Firmware nicht aktiviert, in der Kommandoliste taucht kein b auf.

Wahrscheinlich hat der CUL V4 zu wenig Speicherplatz, insbesondere RAM, dafür:

Code Auswählen Erweitern


#if defined(CUL_V4)
#  define TTY_BUFSIZE           64      // RAM: TTY_BUFSIZE*4
#endif

#if defined(CUL_V3)
#  define TTY_BUFSIZE          128      // RAM: TTY_BUFSIZE*4
#  define HAS_MBUS
#endif


Ich weiß nicht welcher Controller beim V4 verbaut ist.
Du könntest nur versuchen, alle nicht von dir benötigten Protokolle auszuschalten und dann HAS_MBUS zu aktivieren.
Vielleicht reicht der Speicher dann.

Gruß,

Kai

[kaihs]

Vielen Dank für die schnelle Antwort. Das führt nun aber dazu, dass stattdessen folgende Meldung im Sekundentakt erscheint:

2014.12.05 09:11:59 3: WMBUS Unknown device b194424238507327151071911A1715B00130C7C677FE4192202E03A527597B1CE, please define it
2014.12.05 09:12:08 3: WMBUS Unknown device b194424238507327151071911A1015B00130C19AB83B5FC190FE1755F38208BCD, please define it
2014.12.05 09:12:34 3: WMBUS Unknown device b194424238507327151071911A1315B00130C20DA59489E6D658C5E5865EAA2CF, please define it
2014.12.05 09:13:28 3: WMBUS Unknown device b194424238507327151071911A1115B00130C0E84CA1EDDCAD63A6C5DF36693CE, please define it

Gibt es eine andere Lösung des Problems? Danke!!!

Dann sehen deine Sekunden aber anders aus als beim Rest der Welt 

Stell einfach mal das verbose Level von dem CUL der WMBUS empfängt auf einen kleineren Level, diese Meldungen kommen ab verbose 3.

Anbei noch die Version vom WMBUS Modul in dem ich ignore implementiert habe.
Ich habe allerdings noch nicht die Zeit gefunden das zu testen, wenn du magst kann du das übernehmen und dann eine Rückmeldung geben.

Kai

[kaihs]

Es sieht so aus als ob die Techem Zähler sich anlegen und dann nich sehr viel  Informationen mehr abgeben, das ist das einzigste was ich gefunden habe:

Wie erwartet wird auch hier wieder eine herstellerspezifische Codierung verwendet die nicht dokumentiert ist.
Sogar der Zählertyp 0x80 ist im Standard nicht spezifiziert.

Trotzdem danke für deine Mühe.

[rudolfkoenig]

Ist das ein temporäres Problem bei sourceforge oder bin ich gesperrt?

Ich habe dich nicht gesperrt, ich tippe auf sourceforge. Wenn es morgen auch nicht geht, dann melde dich bitte wieder.

Ich weiß nicht welcher Controller beim V4 verbaut ist.

atmega32u2 (steht im makefile), mit 1kB Hauptspeicher. Der V2 hat 0.5kB, der V3 2.5kB.