culfw@ARM

Beta-User · 26 November 2018, 10:15:04

Zitat von: gloob am 26 November 2018, 10:10:04
Das funktioniert nur, wenn man FHEM nutzt. Stackable gibt es in IoBroker, OpenHab, Homegear, ... nicht.

Danke, hatte nicht weit genug nach oben gelesen um zu bemerken, dass es speziell darum ging, das Teil mit einer anderen HA-Software zu nutzen.
Wäre es dann im Ergebnis nicht einfacher, ein Plugin (analog STACKABLE.*) für die andere HA-Lösung zu bauen, als die firmware umzubauen?

tcj · 26 November 2018, 10:47:12

Zitat von: Beta-User am 26 November 2018, 10:15:04
Wäre es dann im Ergebnis nicht einfacher, ein Plugin (analog STACKABLE.*) für die andere HA-Lösung zu bauen, als die firmware umzubauen?

Aber dann müsste man ja die jeweiligen Module der unterschiedlichen HA-Lösungen umbauen, eventuell auch noch mehrfach (MAX!, IT, FS20, ...)
- Oder aber einmal die firmware.

gloob · 26 November 2018, 10:49:31

Wie willst du aber 4 "CULs" über 3 Hardware Schnittstellen (USB) bekommen?
Über Netzwerk wäre es vielleicht noch machbar.

tcj · 26 November 2018, 10:57:33

Zitat von: gloob am 26 November 2018, 10:49:31
Wie willst du aber 4 "CULs" über 3 Hardware Schnittstellen (USB) bekommen?
Über Netzwerk wäre es vielleicht noch machbar.

Wie ich schon schrieb - ich weiß ja nicht, ob, was und wie das geht.
Netzwerkports wären ein Anfang und würden mir persönlich ja schon reichen.
Alles über USB - oder vielleicht auch nur die ersten drei - spart ggf. ein Kabel und einen Port am Switch

Telekatz · 26 November 2018, 12:10:24

Homegear unterstützt doch anscheinend den SCC. Auch mehrere gestapelte. Damit sollte auch der MapleCUL/CUBe mit mehreren Transceivern gehen.

Starbug · 06 Dezember 2018, 21:26:43

Hallo zusammen,
auch ich habe meinen Cube, der zuvor einige Jahre als MAXLAN in Gebrauch war, auf CUL_MAX umgeflasht. Meine Hauptgründe dafür waren, dass sich der Cube alle paar Wochen aufgehangen hat und ich ihn manuell reseten musste. Zudem hat mir das Polling nicht gefallen. Das Inbetriebnehmen des CUL_MAX hat auch problemlos funktioniert und läuft nun seit einigen Wochen.
Mein Problem sind fehlende Zustandsänderungen und damit dann auch fehlende Events.
Hintergrund: Ich nutze den Cube für die Überwachung von 19 Max-Fensterkontakten. Um Empfangsprobleme handelt es sich höchstwahrscheinlich nicht. In seinen Jahren als MAXLAN gab es meines Wissen nach nicht einen einzigen Verlust einer Nachricht. Der Standort hat sich nicht verändert. Heute konnte ich zudem beobachten, dass der Kontakt an der Haustür beim Öffnen und Schließen jeweils nur einmal geblinkt hat, d.h. die Übertragung zum Cube wurde erfolgreich quittiert. Der Cube hängt per USB an einem kleinen USB-Hub, der wiederum an einem Raspi hängt.

Hat jemand eine Idee, warum der CUL_MAX Nachrichten bzw. Zustandsänderungen verschluckt?

Viele Grüße
Starbug

Ein Beispiel von heute:

Code Auswählen

2018-12-06_17:54:00 Haustuer opened
2018-12-06_17:54:12 Haustuer closed
2018-12-06_18:31:21 Haustuer opened
2018-12-06_18:41:51 Haustuer opened
2018-12-06_19:24:38 Haustuer opened
2018-12-06_19:35:14 Haustuer opened

Code Auswählen


Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXOefhltxz
   CUL2_MSGCNT 11304
   CUL2_TIME  2018-12-06 20:57:11
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyACM3@9600 0000
   DeviceName /dev/ttyACM3@9600
   FD         4
   FHTID      0000
   NAME       CUL2
   NEXT_OPEN  1543428183
   NR         73
   NR_CMD_LAST_H 4
   PARTIAL    
   RAWMSG     Z0B5D0030054E53000000000011
   RSSI       -65.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.04 a-culfw Build: 306 (2018-10-02_16-37-10) CUBe (F-Band: 868MHz)
   initString X21
Zr
Za123456
Zw111111
   MatchList:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-11-15 21:40:13   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2018-11-28 19:02:03   cmds             B b C F i A Z N E k G M K L U Y R T V W X O e f h l t x z
     2018-12-06 20:49:34   credit10ms      3282
     2018-11-15 21:54:22   raw             Z00D8
     2018-12-06 20:57:11   state           Initialized
     2018-11-15 22:05:10   version         V 1.26.04 a-culfw Build: 306 (2018-10-02_16-37-10) CUBe (F-Band: 868MHz)
   XMIT_TIME:
     1544125755.45259
     1544125761.96311
     1544125768.47328
     1544125774.98859
Attributes:
   rfmode     MAX

Im Log steht dann mit Verbose 5:

Code Auswählen


2018.12.08 20:41:29 5: cm: dispatch MAX,0,ShutterContactState,0554cd,02
2018.12.08 20:41:29 5: MAX_Parse MAX,0,ShutterContactState,0554cd,02
2018.12.08 20:41:29 5: ShutterContact isopen 1, rferror 0, battery 0, unkbits 0
2018.12.08 20:42:24 5: cm: dispatch MAX,0,ShutterContactState,0554cd,02
2018.12.08 20:42:24 5: MAX_Parse MAX,0,ShutterContactState,0554cd,02
2018.12.08 20:42:24 5: ShutterContact isopen 1, rferror 0, battery 0, unkbits 0

Hier wurde der Fensterkontakt geöffnet, geschlossen und wieder geöffnet.
Der RSSI-Wert schwankt zwischen -70 und -80.

PS: Vielen Dank für das Modul!

Ergänzung am 16.12.2018:

Was ich bisher probiert habe:

USB-Kabel direkt an den Raspi ohne Hub
anderes USB-Kabel (direkt an den Raspi)
Cube als CUNO an den Router angeschlossen; Stromversorgung über separates Netzteil

Bisher keine Besserung. Der Effekt, dass Zustandsänderungen sporadisch verloren gehen, tritt bei allen Fensterkontakten weiterhin auf.

Hat noch jemand eine Idee?
Wie kann ich die Kommunikation zwischen Cube und FHEM (besser) loggen?

Clyde · 31 Dezember 2018, 17:48:07

Bitte um einen Stubs in die richtige Richtung. Mein CUBE will nicht senden.

Mein ca. 5 Jahre alter MAXCUBE wurde auf V 1.26.03 a-culfw geflasht und um ein Modul für IT erweitert.
Da das Compilieren unter jessie bei mir nicht klappte, hab ich das fertige CUBEx4_BL
vom blog.loetzimmer.de verwendet. Hat soweit auch geklappt.

Nun das Problem:
1)
Die 5 MAX-Thermostate (Firmware 1.0) lassen sich nicht anlernen?
Sie werden zwar per autocreate gefunden und zugeordnet,
es scheint aber so, als würde nur mitgelesen.
Ich kann keine Temperatur setzen.
An ihnen blinkt auch das Antennensymbol nach dem Versuch sie neu anzulernen.
Batterien raus, Werksreset, neu anlernen führen nicht zum Erfolg.
Wie kann ich da anders vorgehen?

2)
Der CUBE (Stromversorgung über USB_Steckernetzteil 2A) lässt sich ansprechen.
LED auf 01 schaltet die LED ein, sie geht aber nach wenigen Sekunden wieder aus.
Ist das richtig?

3)
Welches IODev bekommen die Thermostate?
Der CUL_MAX wird per autocreate eingetragen.
Muss ich den auf den CUL ändern? Der ist ja schließlich per rfmode auf MAX gestellt.

Meine Konfiguration 1xCube per Netzwerk 5x Thermostat 5x FK:
1x Cube mit rfmode MAX
1x CC1101 mit rfmode SlowRF für die IT Steckdosen

Der CUBE

Code Auswählen


Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXefhltxz*
   CUL_CUBe_MSGCNT 165
   CUL_CUBe_TIME 2018-12-31 17:37:45
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        192.168.1.57:2323 0000
   DeviceName 192.168.1.57:2323
   FD         25
   FHTID      0000
   NAME       CUL_CUBe
   NR         765
   NR_CMD_LAST_H 33
   PARTIAL    
   RAWMSG     *i500015F1
   RSSI       -59
   STACKED    CUL_CUBe_IT
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.03 a-culfw Build: private build (unknown) CUBEx4_83 (F-Band: 868MHz)
   initString X21
Zr
Za123456
Zw111111
   MatchList:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-12-31 17:07:39   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f h l t x z *
     2018-12-31 17:37:52   credit10ms      8
     2018-12-31 17:37:45   state           Initialized
     2018-12-31 16:44:25   version         V 1.26.03 a-culfw Build: private build (unknown) CUBEx4_83 (F-Band: 868MHz)
   XMIT_TIME:
     1546273362.5362
     1546273369.07126
     1546273375.59825
     1546273382.12472
     1546273385.67114
     1546273392.20128
     1546273398.25276
     1546273404.77885
     1546273408.33951
     1546273414.87449
     1546273421.43948
     1546273427.92978
     1546273431.46164
     1546273437.49959
     1546273444.05191
     1546273450.13371
     1546273453.22362
     1546273459.76035
     1546273466.29082
     1546273472.82956
     1546273476.3599
     1546273482.89335
     1546273489.44597
     1546273495.95125
     1546273499.46991
     1546273506.0224
     1546273608.53421
     1546273718.06567
     1546273827.62427
     1546273937.15168
     1546274046.6824
     1546274156.20553
     1546274265.91405
Attributes:
   icon       cul
   rfmode     MAX
   room       Gateways

CUL_MAX

Code Auswählen




 Internals:
   CUL_CUBe_MSGCNT 118
   CUL_CUBe_RAWMSG Z0AF30A0305D80F0504C700
   CUL_CUBe_RSSI -59
   CUL_CUBe_TIME 2018-12-31 17:33:41
   DEF        123456
   IODev      CUL_CUBe
   LASTInputDev CUL_CUBe
   MSGCNT     118
   NAME       CUL_CUBe_MAX
   NR         766
   STATE      Defined
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   READINGS:
     2018-12-31 17:35:59   packetsLost     95
   sendQueue:
     HASH(0xbb316110)
Attributes:
   IODev      CUL_CUBe
   icon       cul
   room       Gateways

CUL_IT

Code Auswählen




 Internals:
   CMDS       bCFiAZNEGMKLUYRTVWXfz
   CUL_CUBe_IT_MSGCNT 47
   CUL_CUBe_IT_TIME 2018-12-31 17:37:45
   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        CUL_CUBe
   IODev      CUL_CUBe
   NAME       CUL_CUBe_IT
   NOTIFYDEV  CUL_CUBe
   NR         769
   NTFY_ORDER 50-CUL_CUBe_IT
   PARTIAL    
   RAWMSG     i500015F1
   RSSI       -81.5
   STATE      Initialized
   StackLevel 1
   TYPE       STACKABLE_CC
   VERSION    V 1.26.03 a-culfw Build: private build (unknown) CUBEx4_83 (F-Band: 433MHz)
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-12-31 17:07:39   cmds             b C F i A Z N E G M K L U Y R T V W X f z
     2018-12-31 17:37:44   raw             is0000F0000FFF
     2018-12-31 17:37:45   state           Initialized
Attributes:
   icon       cul
   rfmode     SlowRF
   room       Gateways

pejonp · 31 Dezember 2018, 18:13:44

@clyde,

schau mal hier https://forum.fhem.de/index.php/topic,60458.msg879305.html#msg879305. Da ist meine config. MAX!-CUBE mit 3x CC1101 (2 zusätzliche). Alle Leitungen verbunden GDO0 und GDO2 (https://blog.loetzimmer.de/2017/10/max-cube-umbau-zu-4-fach-netzwerk-cul.html).

pejonp

Clyde · 01 Januar 2019, 10:54:45

Ich habe mir deine Konfiguration angesehen. Hast du kein CUL_MAX Device?
Meine Befürchtung momentan ist, das die alte Firmware 1.0 in den Thermostaten bei mir nicht mitspielt.

Werden MAX Thermostate mit 1.0 Firmware überhaupt unterstützt?

pejonp · 01 Januar 2019, 11:23:04

@clyde

Der erste cui ist für MAX!

Code Auswählen


defmod CUL_1 CUL 192.168.x.xxx:2323 3034
attr CUL_1 model CUN
attr CUL_1 rfmode MAX
attr CUL_1 room TRX

Pejonp

Clyde · 01 Januar 2019, 12:14:05

Ja, das habe ich auch. Sieht so aus:

Code Auswählen


defmod CUL_CUBe CUL 192.168.1.57:2323 0000
attr CUL_CUBe rfmode MAX

defmod CUL_CUBe_IT STACKABLE_CC CUL_CUBe
attr CUL_CUBe_IT rfmode SlowRF

Zusätzlich habe ich allerdings noch ein CUL_MAX mit dem ich in den pairmode gehen kann.

Code Auswählen


defmod CUL_CUBe_MAX CUL_MAX 123456
attr CUL_CUBe_MAX IODev CUL_CUBe

set CUL_CUBe_MAX pairmode

Wie hast du mit deinem CUL_1 die MAX Komponenten angelernt?

pejonp · 03 Januar 2019, 02:05:42

@clyde

Code Auswählen


defmod CULMAX0 CUL_MAX 123456
attr CULMAX0 IODev CUL_2
attr CULMAX0 room CUL_MAX
attr CULMAX0 verbose 2

pejonp

Wzut · 03 Januar 2019, 07:15:29

Zitat von: Clyde am 01 Januar 2019, 12:14:05
set CUL_CUBe_MAX pairmode

dir ist aber schon klar das da noch die Zeit in Sekunden fehlt ?
set CUL_CUBe_MAX pairmode 120 ?

Clyde · 03 Januar 2019, 12:03:19

Auch mit Zeitangabe bekomme ich das Blinken des Antennensymbols im MAX-Thermostat-Display nicht weg. Es findet vermutlich kein Pairing statt.

Die Thermostate tauchen aber nach einer gewissen Zeit (autocreate) in der Konfiguration auf:

Code Auswählen


defmod MAX_05d80f MAX HeatingThermostat 05d80f
attr MAX_05d80f IODev CUL_CUBe_MAX

Allerdings lassen sie sich nicht ansprechen (Temparatur ändern).

Hat jemand mit Thermostaten Firmwarestand 1.0 Erfolg?
Ich vermute das diese sich nicht erfolgreich pairen lassen.

siradlib · 03 Januar 2019, 13:34:58

Zitat von: Clyde am 03 Januar 2019, 12:03:19
Auch mit Zeitangabe bekomme ich das Blinken des Antennensymbols im MAX-Thermostat-Display nicht weg. Es findet vermutlich kein Pairing statt.

Die Thermostate tauchen aber nach einer gewissen Zeit (autocreate) in der Konfiguration auf:

Code Auswählen Erweitern
defmod MAX_05d80f MAX HeatingThermostat 05d80f attr MAX_05d80f IODev CUL_CUBe_MAX

Allerdings lassen sie sich nicht ansprechen (Temparatur ändern).

Hat jemand mit Thermostaten Firmwarestand 1.0 Erfolg?
Ich vermute das diese sich nicht erfolgreich pairen lassen.

Achtung, es gibt auch unterschiedliche Typen von MAX-Thermostaten:
https://www.elv.de/topic/alte-firmware-ausgeliefert.html
Das Gemeine ist, dass eq-3 bei der neuen Hardwareversion der Thermostate die (angepasste) Firmware auch wieder 1.0 genannt hat.
1.0 alt ist aber eine andere Firmware als 1.0 neu. (Hardware ist auch anders.)
Das nur als Hinweis.

Gesendet von meinem XT1650 mit Tapatalk

culfw@ARM

tcj

tcj

siradlib