[Verkaufe]: 4fach CUL 2x866 und 2x433 MHz (MAPLE-CUL mit STM32 Controller)

Florian_GT · 31 Mai 2017, 23:07:55

Hi,

hätte auch interesse. Ich habe aber schon die Module für 868, brauche also nur den rest inkl. zwei 433 Mhz.

Geht das?

Gruß Florian

Hollo · 01 Juni 2017, 12:36:52

Generelle Frage wäre für mich erstmal, ob es die Maple CUL/CUN Platinen in der aktuellen Version (oder älter?) zu erwerben gibt?

Der Rest ist ja quasi frei bestellbar, aber die Platine als Basis macht das Ganze ja doch erheblich besser/einfacher/schöner.

Ranseyer · 01 Juni 2017, 22:34:33

Jawohl. Platinen V1.5 und V2 habe ich da. (V2: Alle SMA-Buchsen an der langen Seite; 1,5 je zwei Buchsen an der kurzen Seite)

@AFlora: siehe PN.

Florian_GT · 11 Juni 2017, 19:34:23

Hallo,

habe heute die Platine V2.0 mit vorerst 2 CC1101 in Betrieb genommen. Mit 868 und 433 Mhz drauf. Außerdem das ganze per LAN Module.

Ich habe allerdings Probleme mit der Konfiguration!

Ich möchte, dass 1: 868Mhz, auf WMBUS_T läuft und 2: 433Mhz auf SlowRF für meine Funksteckdosen. Nun bekomm ich aber nur entweder oder zum laufen :<

Konfiguration:

Code Auswählen

### CUL
### CUL
define mapleCUN1 CUL 192.168.0.3:2323 1234
attr mapleCUN1 group CUL
attr mapleCUN1 rfmode WMBus_T
attr mapleCUN1 room Alle
attr mapleCUN1 verbose 5

define mapleCUN2 STACKABLE_CC mapleCUN1
attr mapleCUN2 addvaltrigger RAWMSG
attr mapleCUN2 connectCommand 1
attr mapleCUN2 group CUL
attr mapleCUN2 model SCC
attr mapleCUN2 rfmode SlowRF
attr mapleCUN2 room Alle

Habe in der commandref gelesen:

Code Auswählen

Falls SlowRF spezifiziert wurde, dann muss das FHTID explizit gesetzt werden, mit folgendem Kommando: "set SCCX raw T01HHHH". Auch das ist nur für die STACKABLE_CC nötig.

Nur einmalig? Ich gehe doch davon aus, dass das zu jedem neustart des Geräts gemacht werden muss. Wie kann ich das umsetzen?

Und im Log das hier:

Code Auswählen

2017.06.11 19:26:09.344 1: 192.168.0.3:2323 reappeared (mapleCUN1)
2017.06.11 19:26:09.434 3: mapleCUN2: Unknown code 1234, help me!

RaspiLED · 11 Juni 2017, 20:23:59

Hi,
wenn der 433 der CUL2 und der SlowRF machen soll, dann braucht der keine HomeID. Wie genau hast Du die HomeID zugeordnet?
set CUL2 raw T011234
Außerdem muss die HomeID anders sein als an CUL1, also eben nicht 1234 sondern zB. 2244!
Ja nur einmalig, wird doch im NVRAM gespeichert.

Hinweis: Bei dem rfmode ist die Gross/Kleinschreibung wichtig!

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Florian_GT · 11 Juni 2017, 21:36:26

Zitat von: RaspiLED am 11 Juni 2017, 20:23:59
Hi,
wenn der 433 der CUL2 und der SlowRF machen soll, dann braucht der keine HomeID. Wie genau hast Du die HomeID zugeordnet?
set CUL2 raw T011234
Außerdem muss die HomeID anders sein als an CUL1, also eben nicht 1234 sondern zB. 2244!
Ja nur einmalig, wird doch im NVRAM gespeichert.

Hinweis: Bei dem rfmode ist die Gross/Kleinschreibung wichtig!

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hi,
ich habe jetzt die konfiguration so:

Code Auswählen

### CUL
define mapleCUN1 CUL 192.168.0.3:2323 1234
attr mapleCUN1 group CUL
attr mapleCUN1 rfmode WMBus_T
attr mapleCUN1 room Alle

define mapleCUN2 STACKABLE_CC mapleCUN1
attr mapleCUN2 group CUL
attr mapleCUN2 rfmode SlowRF
attr mapleCUN2 room Alle

Die Devices habe ich vorher per Web gelöscht, 2x neugestartet und die rfmode per Web eingestellt.
Ich habe dem Device den Strom genommen, und dann fhem restartet.

Was mir dann auffällt, es kommen von 868 (WMBUS) keine Daten. Mache ich dann ein reopen auf dem mapleCUN1 Device, kommt disconnected und lässt sich auch nicht verbinden.
Wenn ich fhem restarte steht das device auf Initialized. Es kommen aber nach wie vor keine Daten. Erst wenn ich den rfmode auf irgendwas und wieder auf WMBus_T ändere kommen Daten auf 868Mhz.

Beim start von fhem kommt folgendes:

Code Auswählen

2017.06.11 21:28:15.736 3: Opening mapleCUN1 device 192.168.0.3:2323
2017.06.11 21:28:15.842 3: mapleCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2017.06.11 21:28:15.856 3: mapleCUN1 device opened
2017.06.11 21:28:15.859 2: Switched mapleCUN1 rfmode to WMBus_T
2017.06.11 21:28:15.983 5: SW: *V
2017.06.11 21:28:15.986 5: SW: *?
2017.06.11 21:28:15.989 3: mapleCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfz
2017.06.11 21:28:15.989 5: SW: *X21
2017.06.11 21:28:15.990 5: SW: *brt
2017.06.11 21:28:15.992 5: SW: *Ax
2017.06.11 21:28:15.993 5: SW: *Zx
2017.06.11 21:28:15.995 5: SW: *brx
2017.06.11 21:28:15.996 5: SW: *X21
2017.06.11 21:28:15.997 2: Switched mapleCUN2 rfmode to SlowRF
2017.06.11 21:28:17.323 5: CUL/RAW: /*TMODE
*OFF
2017.06.11 21:28:17.323 4: CUL_Parse: mapleCUN1 *TMODE
2017.06.11 21:28:17.324 5: mapleCUN1: dispatch *TMODE
2017.06.11 21:28:17.356 4: CUL_Parse: mapleCUN2 TMODE
2017.06.11 21:28:17.356 5: CUL_Parse: switched to TMODE
2017.06.11 21:28:17.356 4: CUL_Parse: mapleCUN1 *OFF
2017.06.11 21:28:17.356 5: mapleCUN1: dispatch *OFF
2017.06.11 21:28:17.356 4: CUL_Parse: mapleCUN2 OFF
2017.06.11 21:28:17.357 5: mapleCUN2: dispatch OFF
2017.06.11 21:28:17.469 3: mapleCUN2: Unknown code OFF, help me!

Wenn ich bei mapleCUN2 (434Mhz) dann den rfmode setze, kommen bei mapleCUN1 (868Mhz) keine Daten mehr.

RaspiLED · 12 Juni 2017, 03:57:04

Hi,
ich bin kein Profi zur Firmware oder WMBus_T, da müssen andere ran.

Welche Firmware hast Du den genau drauf?

Sind das Logs mit
attr <dev> verbose 5
von beiden Geräten?

Hattest Du die HomeID bei dem CUL2 jetzt mal unterschiedlich gesetzt? Der merkt sich das ja

Was bedeutet er empfängt nix? Wie testest Du das? In SlowRF kann man ja mit
set <dev> raw X25
viel mehr im Log sehen als mit normalem X21. Gibt es etwas analoges für den WMBus_T?

Hast Du mal geschaut, ob der überhaupt den Empfang aktiviert hat?
get <dev> raw C35
Antwort sollte bei eingeschaltetem Empfang C35 = 0D / 13 (Details in
https://wiki.fhem.de/wiki/CUL)

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Florian_GT · 12 Juni 2017, 09:58:37

Zitat von: RaspiLED am 12 Juni 2017, 03:57:04
Hi,
ich bin kein Profi zur Firmware oder WMBus_T, da müssen andere ran.

Welche Firmware hast Du den genau drauf?

Sind das Logs mit
attr <dev> verbose 5
von beiden Geräten?

Hattest Du die HomeID bei dem CUL2 jetzt mal unterschiedlich gesetzt? Der merkt sich das ja

Was bedeutet er empfängt nix? Wie testest Du das? In SlowRF kann man ja mit
set <dev> raw X25
viel mehr im Log sehen als mit normalem X21. Gibt es etwas analoges für den WMBus_T?

Hast Du mal geschaut, ob der überhaupt den Empfang aktiviert hat?
get <dev> raw C35
Antwort sollte bei eingeschaltetem Empfang C35 = 0D / 13 (Details in
https://wiki.fhem.de/wiki/CUL)

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hi,

Die Firmware hat mir Ranseyer aufgespielt.

Ja, die Logs sind Verbose 5.

Homeid habe ixh jetzt nochmal gesetzt. Hatte aber auch gerät stromlos gemacht.

Ich denke nicht, dass es an WMBUS liegt.

C35 = C35 also empfang ist aktiv.

Beim umschalten des stacked rfmod kommt ne fehlermeldung:
2017.06.12 09:50:50.107 5: SW: *Zx 2017.06.12 09:50:50.109 5: SW: *X21 2017.06.12 09:50:50.110 5: SW: *Ar 2017.06.12 09:50:50.111 2: Switched mapleCUN2 rfmode to HomeMatic 2017.06.12 09:50:57.917 5: SW: *Ax 2017.06.12 09:50:57.919 5: SW: *Zx 2017.06.12 09:50:57.920 5: SW: *brx 2017.06.12 09:50:57.921 5: SW: *X21 2017.06.12 09:50:57.923 2: Switched mapleCUN2 rfmode to SlowRF 2017.06.12 09:50:58.283 5: CUL/RAW: /*OFF 2017.06.12 09:50:58.283 4: CUL_Parse: mapleCUN1 *OFF 2017.06.12 09:50:58.284 5: mapleCUN1: dispatch *OFF 2017.06.12 09:50:58.285 4: CUL_Parse: mapleCUN2 OFF 2017.06.12 09:50:58.285 5: mapleCUN2: dispatch OFF 2017.06.12 09:50:58.478 3: mapleCUN2: Unknown code OFF, help me! 2017.06.12 09:51:10.214 5: SW: *C0D 2017.06.12 09:51:10.216 5: CUL/RAW (ReadAnswer): *C0D = 10 / 16 2017.06.12 09:51:10.216 5: SW: *C0E 2017.06.12 09:51:10.218 5: CUL/RAW (ReadAnswer): *C0E = AB / 171 2017.06.12 09:51:10.218 5: SW: *C0F 2017.06.12 09:51:10.220 5: CUL/RAW (ReadAnswer): *C0F = 9E / 158 2017.06.12 09:51:10.220 5: SW: *C10 2017.06.12 09:51:10.222 5: CUL/RAW (ReadAnswer): *C10 = 57 / 87 2017.06.12 09:51:10.222 5: SW: *C1B 2017.06.12 09:51:10.224 5: CUL/RAW (ReadAnswer): *C1B = 07 / 7 2017.06.12 09:51:10.224 5: SW: *C1D 2017.06.12 09:51:10.226 5: CUL/RAW (ReadAnswer): *C1D = 90 / 144

Ab dem Zeitpunkt, obwohl das ja Cun2 sein sollte, kommt bei Cun1 nix mehr an Daten.

Gesendet von meinem SM-G920F mit Tapatalk

Telekatz · 12 Juni 2017, 11:47:15

Zitat von: afloria am 11 Juni 2017, 21:36:26
Beim start von fhem kommt folgendes:
Code Auswählen Erweitern
2017.06.11 21:28:15.736 3: Opening mapleCUN1 device 192.168.0.3:2323 2017.06.11 21:28:15.842 3: mapleCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz* 2017.06.11 21:28:15.856 3: mapleCUN1 device opened 2017.06.11 21:28:15.859 2: Switched mapleCUN1 rfmode to WMBus_T 2017.06.11 21:28:15.983 5: SW: *V 2017.06.11 21:28:15.986 5: SW: *? 2017.06.11 21:28:15.989 3: mapleCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfz 2017.06.11 21:28:15.989 5: SW: *X21 2017.06.11 21:28:15.990 5: SW: *brt 2017.06.11 21:28:15.992 5: SW: *Ax 2017.06.11 21:28:15.993 5: SW: *Zx 2017.06.11 21:28:15.995 5: SW: *brx 2017.06.11 21:28:15.996 5: SW: *X21 2017.06.11 21:28:15.997 2: Switched mapleCUN2 rfmode to SlowRF 2017.06.11 21:28:17.323 5: CUL/RAW: /*TMODE *OFF 2017.06.11 21:28:17.323 4: CUL_Parse: mapleCUN1 *TMODE 2017.06.11 21:28:17.324 5: mapleCUN1: dispatch *TMODE 2017.06.11 21:28:17.356 4: CUL_Parse: mapleCUN2 TMODE 2017.06.11 21:28:17.356 5: CUL_Parse: switched to TMODE 2017.06.11 21:28:17.356 4: CUL_Parse: mapleCUN1 *OFF 2017.06.11 21:28:17.356 5: mapleCUN1: dispatch *OFF 2017.06.11 21:28:17.356 4: CUL_Parse: mapleCUN2 OFF 2017.06.11 21:28:17.357 5: mapleCUN2: dispatch OFF 2017.06.11 21:28:17.469 3: mapleCUN2: Unknown code OFF, help me!

Wenn ich bei mapleCUN2 (434Mhz) dann den rfmode setze, kommen bei mapleCUN1 (868Mhz) keine Daten mehr.

Aus irgend einem mir unbekannten Grund wurde hier an mapleCUN2 mit dem Befehl "*brt" MBUS kurz aktiviert und mit "*brx" wieder deaktiviert. Da MBUS beim MapleCUN nicht an mehreren Transceivern gleichzeitig laufen kann, wird mit der Aktivierung von MBUS an mapleCUN2 es an mapleCUN1 deaktiviert, falls es dort aktiv war.

Darüber hinaus empfehle ich, anstelle von STACKABLE_CC das neue STACKABLE Modul zu verwenden.

Florian_GT · 12 Juni 2017, 20:37:32

Hi,

ich habe mich gerade an STACKABLE probiert, leider ohne Erfolg.

Code Auswählen

### CUL
define CUL_1 CUL 192.168.0.3:2323 1234
attr CUL_1 rfmode WMBus_T
attr CUL_1 room Alle
attr CUL_1 verbose 5
define CUL_1_SCC STACKABLE CUL_1

define CUL_2 CUL FHEM:DEVIO:CUL_1_SCC
attr CUL_2 rfmode SlowRF
attr CUL_2 room Alle
attr CUL_2 verbose 5
#define CUL_2_SCC STACKABLE CUL_2

CUL_1 ist mir soweit klar, CUL_2 aber nicht.

Code Auswählen

define CUL_1_SCC STACKABLE CUL_1 ist das so korrekt? In der Anleitung (Commandref) steht CUL1!

Wie kann ich CUL_2 definieren?

RaspiLED · 12 Juni 2017, 21:35:44

Hi,
Ich hätte gedacht
define CUL_1 CUL 192.168.0.3:2323 1234
define CUL_2 STACKABLE CUL_1
Also der 2 steckt auf dem 1

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Florian_GT · 12 Juni 2017, 21:44:13

Zitat von: RaspiLED am 12 Juni 2017, 21:35:44
Hi,
Ich hätte gedacht
define CUL_1 CUL 192.168.0.3:2323 1234
define CUL_2 STACKABLE CUL_1
Also der 2 steckt auf dem 1
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Da verstehe ich die commandref anders.

Aber trotzdem probiert mit dem Ergebnis:

Code Auswählen

2017.06.12 21:43:23.402 2: Messages collected while initializing FHEM: configfile: CUL_2: unknown attribute rfmode. Type 'attr CUL_2 ?' for a detailed list. Account details were encrypted

Code Auswählen

### CUL
define CUL_1 CUL 192.168.0.3:2323 1234
attr CUL_1 rfmode WMBus_T
attr CUL_1 room Alle
attr CUL_1 verbose 5
#define CUL_1_SCC STACKABLE CUL_1

define CUL_2 STACKABLE CUL_1
attr CUL_2 rfmode SlowRF
attr CUL_2 room Alle
attr CUL_2 verbose 5

RaspiLED · 12 Juni 2017, 21:58:09

Okay Du hast recht also:

define CUL_1 CUL 191.168.0.3:2323 1234
attr CUL_1 rfmode WMBus_T

define CUL_1_SCC STACKABLE CUL1

define CUL_2 CUL FHEM:DEVIO:CUL_1_SCC:9600 0000
[Frage: Ist hier 9600 Baud richtig oder gehen wir besser auf 38400?]
attr CUL_2 rfmode SlowRF

define CUL_2_SCC STACKABLE CUL2
[Unnötig bei einem 2er Maple]

Also CUL_1<-CUL_1_SCC<-CUL_2!

Danke und Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Telekatz · 12 Juni 2017, 22:36:42

Ich hätte gedacht, STACKABLE würde bereits funktionieren. Hab es bei mir auch nicht zum laufen gebracht. Dann nimm weiterhin STACKABLE_CC.

Florian_GT · 12 Juni 2017, 23:45:25

Zitat von: RaspiLED am 12 Juni 2017, 21:58:09
Okay Du hast recht also:

define CUL_1 CUL 191.168.0.3:2323 1234
attr CUL_1 rfmode WMBus_T

define CUL_1_SCC STACKABLE CUL1

define CUL_2 CUL FHEM:DEVIO:CUL_1_SCC:9600 0000
[Frage: Ist hier 9600 Baud richtig oder gehen wir besser auf 38400?]
attr CUL_2 rfmode SlowRF

define CUL_2_SCC STACKABLE CUL2
[Unnötig bei einem 2er Maple]

Also CUL_1<-CUL_1_SCC<-CUL_2!

Danke und Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Sollte die Baud bei LAN Module nicht egal sein?