Support für MAX! Heizkörperthermostat+ (BC-RT-TRX-CyG-4)

Begonnen von Aeronaut84, 05 April 2019, 12:20:49

Vorheriges Thema - Nächstes Thema

Aeronaut84

Hallo,
hat jemand dieses Teil zum laufen bekommen?
Ich habe versucht, die über einen NanoCUL zu Pairen, leider klappt das nicht.

Der CUL schein zu Funktionieren:
get ccconf
ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB


Das ist aus dem Logfile:
2019.03.30 11:29:48 3: Opening CUL_USB device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0
2019.03.30 11:29:48 3: Setting CUL_USB serial parameters to 38400,8,N,1
2019.03.30 11:29:51 3: CUL_USB: Possible commands: ABCEeFfGhiKklMmRTtUVWXxYZz
2019.03.30 11:29:51 3: CUL_USB device opened
2019.03.30 11:29:51 2: Switched CUL_USB rfmode to MAX
2019.03.30 11:29:51 3: CUL_MAX_Check: Detected firmware version 167 of the CUL-compatible IODev
2019.03.30 11:29:51 5: CUL_USB sending Za123456
2019.03.30 11:29:51 5: SW: Za123456
2019.03.30 11:29:52 5: CUL_USB sending Zw111111
2019.03.30 11:29:52 5: SW: Zw111111
2019.03.30 11:29:52 1: Including ./log/fhem.save
2019.03.30 11:29:52 0: Featurelevel: 5.8
2019.03.30 11:29:52 0: Server started with 10 defined entities (fhem.pl:17329/2018-09-12 perl:5.026001 os:linux user:fhem pid:20039)
2019.03.30 11:30:09 3: set CUL_USB raw X2F
2019.03.30 11:30:09 5: SW: X2F
2019.03.30 11:30:10 5: CUL/RAW: /rf
2019.03.30 11:30:10 5: CUL/RAW: rf/rfrfrfr
2019.03.30 11:30:10 5: CUL/RAW: rfrfrfrfr/frf
2019.03.30 11:30:14 5: CUL/RAW: rfrfrfrfrfrf/rfrfrfrf
2019.03.30 11:30:18 5: CUL/RAW: rfrfrfrfrfrfrfrfrfrf/rf
2019.03.30 11:30:22 5: CUL_MAX_BroadcastTime: payload 131e0b1ed6
2019.03.30 11:30:22 5: CUL/RAW: rfrfrfrfrfrfrfrfrfrfrf/rfrfrfrfrfrf
2019.03.30 11:30:22 5: CUL/RAW: rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf/rf
2019.03.30 11:30:22 5: CUL/RAW: rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf/rfrfrfrfrfrfrfrfrf
2019.03.30 11:30:22 5: CUL/RAW: rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf/rfrfrfrfrfrfrfrfrf
2019.03.30 11:30:22 5: CUL/RAW: rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf/rfrfrf
2019.03.30 11:30:26 5: CUL/RAW: rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf/rfrfrfrf
2019.03.30 11:30:30 5: CUL/RAW: rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf/rfrfrfrfrf


Kann mir jemand ein tipp geben, wie ich FHEM das Protokoll beibringen kann?

Wzut

Zitatset CUL_USB raw X2F
wo kommt das her , bzw. warum setzt du das für MAX ?
der InitString bei rfmode MAX sollte automatisch auf X21 Zr Za123456 Zw111111 stehen.
Bitte mal ein vollständiges list des CUL posten
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Aeronaut84

set CUL_USB raw X2F
habe ich eingegeben, weil der Thermostat nicht erscheint / erkannt wird und ich irgendwo aufgeschnappt habe, dass dadurch alles geloggt wird, was der CUL so aus der Luft aufschnappt.

Hier der ausschnitt  aus meiner fhem.cfg
define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400 1234
attr nanoCUL rfmode MAX
define cm CUL_MAX 123456
attr cm IODev nanoCUL

Wzut

Zitat von: Aeronaut84 am 08 April 2019, 08:08:23
Hier der ausschnitt  aus meiner fhem.cfg
Sorry, aber ich wollte keinen Abschnitt deiner fhem.cfg sehen , sondern ein list des CUL (list nanoCUL in der Befehlszeile)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Aeronaut84

Alles klar, vielen dank fürs Helfen!

Code (list nanoCUL) Auswählen

Internals:
   CMDS       ABCEeFfGhiKklMmRTtUVWXxYZz
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400 1234
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400
   FD         8
   FHTID      1234
   NAME       nanoCUL
   NR         16
   NR_CMD_LAST_H 2
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   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:
     2019-04-07 09:57:28   cmds             A B C E e F f G h i K k l M m R T t U V W X x Y Z z
     2019-04-07 09:57:28   state           Initialized
   XMIT_TIME:
     1554623852.06805
     1554623852.36875
Attributes:
   rfmode     MAX

Wzut

OK, das schaut schon mal gut aus. Was mir auffällt ist das du noch keine einzige RAWMSG hast.
Läuft der CUL jetzt wieder ohne das eingeschaltete debugging der Flanken ( d.h. normal mit X21 )
und hast du ein CUL_MAX Device mit ID wie im Wiki beschrieben angelegt ?
Auch ohne ausgeführtes pairing sollten wenn autocreate aktiv ist die entsprechenden MAX Geräte automatisch angelegt werden.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Aeronaut84

#6
Zitat von: Wzut am 08 April 2019, 12:55:42
OK, das schaut schon mal gut aus. Was mir auffällt ist das du noch keine einzige RAWMSG hast.
Läuft der CUL jetzt wieder ohne das eingeschaltete debugging der Flanken ( d.h. normal mit X21 )
Sorry... Ich hatte erst nachdem kein Thermostat erkannt wurde
set CUL_USB raw X2
ausgeführt, um heraus zu finden ob überhaupt irgendwas erkannt wird...
Ich dachte, dass die
CUL/RAW: rf/rfrfrfr
Aufschluss darüber geben, ob die teile vielleicht ein neues Protokoll verwenden...

Zitat von: Wzut am 08 April 2019, 12:55:42und hast du ein CUL_MAX Device mit ID wie im Wiki beschrieben angelegt ?
Der CUL wurde wie im Wiki beschrieben angelegt, ja.

Zitat von: Wzut am 08 April 2019, 12:55:42Auch ohne ausgeführtes pairing sollten wenn autocreate aktiv ist die entsprechenden MAX Geräte automatisch angelegt werden.
Das ist gut, da ich gerade nur per SSH verbunden bin und die Thermostate nicht in den Pairing mode bringen kann...

Im Raum "Unsorted" sind:
CUL:nanoCUL:Initialized 
CUL_MAX:cm:Defined
autocreate:autocreate:active

Kann ich den CUL in einen zustand versetzen, dass RAWMSG ausgegeben und Devices ggf. automatisch angelegt werden? Oder brauch ich dafür einen 2. CUL?

Tedious

Nur um gefragt zu haben - Du weißt aber dass das Autocreate bei Max! nur funktioniert wenn Du Dein cm manuell in den pairmode setzt? Ich gehe ja mal davon aus, aber der Vollständigkeit halber...
Sprich - pairing nicht am CUL, sondern am cm.
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

Aeronaut84

#8
Zitat von: Tedious am 08 April 2019, 16:56:40
Nur um gefragt zu haben - Du weißt aber dass das Autocreate bei Max! nur funktioniert wenn Du Dein cm manuell in den pairmode setzt? Ich gehe ja mal davon aus, aber der Vollständigkeit halber...
Sprich - pairing nicht am CUL, sondern am cm.
Ja, das dachte ich mir schon.
Ich bin jetzt zu Hause, cm war heute nun mehrmals im Pairing Mode... Es ist jedoch kein Thermostat in FHEM aufgetaucht.
cm Pairing an + Thermostat Pairing aus: Nichts
cm Pairing aus + Thermostat Pairing an: Nichts
cm Pairing an + Thermostat Pairing an: Nichts

Aber auch der Vollständigkeit halber: Es ist der Autocreate-Mode im Unsorted Raum gemeint oder?

Wzut

Zitat von: Tedious am 08 April 2019, 16:56:40
Du weißt aber dass das Autocreate bei Max! nur funktioniert wenn Du Dein cm manuell in den pairmode setzt?
Steht wo ?
Mein Testsystem ist da aber ganz andere Meinung !
Start -> nacktes FHEM ohne angelegte Geräte
define des CUL via
define CUL CUL 192.168.0.221:2323 0000
attr CUL rfmode MAX

(ist ein alter Cube mit der a-culfw , der auch noch via USB in einem anderen Fenster überwacht wird)
sobald das erste Z Telegram im USB Monitor reinkam, legt FHEM via autocreate das CULMAX0 Device vom Typ CUL_MAX an mit de ID 123456
Ein paar Sekunden später waren die ersten MAX! Devices automatisch angelegt und das alles ganz ohne pairmode. Wenn der pairmode wirklich so zwingend wäre dürften bei aktiven autocreate nie diese Pseudo Geräte erzeugt werden wenn mal wieder ein verstümmeltes Telegramm reinkommt.

@Aeronaut84, darum hatte ich nach RAWMSG gefragt , solange das nicht da ist und mit einem String der mit Z beginnt hat dein CUL kein MAX! Telegramm gesehen.

Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Aeronaut84

Zitat von: Wzut am 08 April 2019, 19:20:15
@Aeronaut84, darum hatte ich nach RAWMSG gefragt , solange das nicht da ist und mit einem String der mit Z beginnt hat dein CUL kein MAX! Telegramm gesehen.
Also das hab ich dem nanoCUL (raw XBF) noch entlockt:
2019.04.08 23:19:59 3: set nanoCUL raw XBF
2019.04.08 23:20:32 3: nanoCUL: Unknown code ar2f�arCf�br�fbrfbrf�br�f brfbrf}brfObr.f brf brfTbrfbrf>brfbr3f/brIf, help me!
2019.04.08 23:20:32 3: nanoCUL: Unknown code br$f*brf4br$f, help me!

Tedious

Zitat von: Wzut am 08 April 2019, 19:20:15
Steht wo ?
Mein Testsystem ist da aber ganz andere Meinung

Wo das steht? Im Wiki...

Anlernen
Dazu muss der "pairmode" auf MAXLAN mit
set ml pairmode
bzw. bei CUL_MAX mit
set cm pairmode
oder über das Web-Interface aktiviert werden. Falls kein Parameter angegeben wird, ist er standardmäßig für 60 Sekunden aktiviert. In dieser Zeit können MAX! Geräte nach deren Anleitung in den Anlernmodus versetzt werden, um sie mit FHEM zu pairen.


Muss ja der Schlüssel ausgetauscht werden.. Sonst könnte ich die vom Nachbarn übernehmen...
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

Wzut

du kannst die vom Nachbar sehen nur halt nicht steuern :)
BTW: in deinem zitierten Abschnitt steht kein Wort von autocreate und darum ging es mir
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Tedious

Dem TE geht es aber nciht drum Telegramme lesen zu können, ich würde mal voraussetzen dass er die Thermostate auch steuern will. Und in dem Fall nutzt ihm ein autocreate recht wenig, da muss er pairen. Als Schnittstelle dient in der Konstellation ja die 14_CUL_MAX, der Cul868 ist nur das Modul das sendet und empfängt.
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

Aeronaut84

Ziel ist es die Dinger zu steuern.
Allerdings wäre ich schon froh, wenn die Teile gelesen werden könnten.

Im Moment bin ich mir nicht mal sicher ob der nanoCUL überhaupt richtig funktioniert.
Kann man das irgendwie testen?
Ich habe noch ein IT+ (868 MHz) Außenthermometer, ich kann heute Abend mal gucken ob da auch ein CC1101 drin ist.

Ich habe übrigens dieses fertige teil gekauft:
https://www.ebay.de/itm/401707765090
(Funkmodul: mit CC1101 868MHz; Board: mit ATmega328 FTDI; Speicher: ohne)

Und diese Firmware:
https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/nanoCUL/
In der Datei board.h: //#define HAS_CC1100_433 (Auskommentiert)
make && make program