[Erledigt] Fensterkontakt Pairing

Begonnen von Talkabout, 10 Januar 2015, 03:02:48

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1 2 Alle
Benutzer-Aktionen

Talkabout

10 Januar 2015, 03:02:48 Letzte Bearbeitung: 11 Januar 2015, 22:57:00 von Talkabout
Hallo zusammen,

könnte mir vielleicht ein Besitzer eines MAX Fensterkontaktes einen Gefallen tun. Ich bekomme es mit der aktuellsten FHEM Version + culfw 1.61 Version nicht hin, einen FK korrekt zu pairen. Sobald ich den Versuch starte, blink der FK beim Auslösen immer 3 mal (was auf einen Fehler hindeutet). Hier der Log Ausschnitt des Pairing-Versuchs:

Code Auswählen
2015.01.10 02:56:21 5: CUL/RAW: /*Z170204
2015.01.10 02:56:21 5: CUL/RAW: *Z170204/000AA52E00000000
2015.01.10 02:56:21 5: CUL/RAW: *Z170204000AA52E00000000/14040F4B45513034
2015.01.10 02:56:21 5: CUL/RAW: *Z170204000AA52E0000000014040F4B45513034/373631313423

2015.01.10 02:56:21 5: SCCIT dispatch *Z170204000AA52E0000000014040F4B45513034373631313423
2015.01.10 02:56:21 4: CUL_Parse: SCCMAX Z170204000AA52E0000000014040F4B45513034373631313423 -56.5
2015.01.10 02:56:21 5: SCCMAX dispatch Z170204000AA52E0000000014040F4B455130343736313134
2015.01.10 02:56:21 5: CUL_MAX_Parse: len 23, msgcnt 02, msgflag 04, msgTypeRaw PairPing, src 0aa52e, dst 000000, groupid 0, payload 14040F4B455130343736313134
2015.01.10 02:56:21 5: CUL_MAX_Parse: rssi: -56.5
2015.01.10 02:56:21 5: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1), firmware 20, type 4, testresult 15, serial KEQ0476114
2015.01.10 02:56:21 3: CUL_MAX_Parse: Pairing device 0aa52e of type ShutterContact with serial KEQ0476114
2015.01.10 02:56:21 5: CULMAX0 dispatch MAX,0,define,0aa52e,ShutterContact,KEQ0476114,0
2015.01.10 02:56:21 5: MAX_Parse MAX,0,define,0aa52e,ShutterContact,KEQ0476114,0
2015.01.10 02:56:21 5: Triggering MAX_0aa52e (2 changes)
2015.01.10 02:56:21 5: Notify loop for MAX_0aa52e groupid: 0
2015-01-10_02:56:21 MAX_0aa52e groupid: 0
2015-01-10_02:56:21 MAX_0aa52e opened (rf error)
2015.01.10 02:56:21 4: eventTypes: MAX MAX_0aa52e groupid: 0 -> groupid: .*
2015.01.10 02:56:21 4: eventTypes: MAX MAX_0aa52e opened (rf error) -> opened (rf error)
2015.01.10 02:56:21 4: eventTypes: MAX MAX_0aa52e state: opened (rf error) -> state: opened (rf error)
2015.01.10 02:56:21 5: Triggering MAX_0aa52e (2 changes)
2015.01.10 02:56:21 5: Notify loop for MAX_0aa52e firmware: 1.4
2015-01-10_02:56:21 MAX_0aa52e firmware: 1.4
2015-01-10_02:56:21 MAX_0aa52e testresult: 15
2015.01.10 02:56:21 4: eventTypes: MAX MAX_0aa52e firmware: 1.4 -> firmware: .*
2015.01.10 02:56:21 4: eventTypes: MAX MAX_0aa52e testresult: 15 -> testresult: .*
2015.01.10 02:56:21 5: CUL_MAX_Send: enqueuing 0b1c00011234560aa52e0000
2015.01.10 02:56:21 5: CUL_MAX_SendQueueHandler: 1 items in queue
2015.01.10 02:56:21 5: SW: *X
2015.01.10 02:56:21 5: CUL/RAW (ReadAnswer): *21 1344

Für mein ungeübtes Auge ist hier kein Problem auszumachen, trotzdem kann FHEM nicht mit dem Fensterkontakt kommunizieren, da dieser wie schon erwähnt beim Ändern des Zustands 3 mal blinkt. Dies bedeutet, dass etwas mit dem RF Befehlen nicht stimmt. Hier noch ein Auszug des Logs beim Auslösen:

Code Auswählen
2015.01.10 03:02:22 5: CUL/RAW: /*Z0B0606
2015.01.10 03:02:22 5: CUL/RAW: *Z0B0606/300AA52E12345600
2015.01.10 03:02:22 5: CUL/RAW: *Z0B0606300AA52E12345600/1020

2015.01.10 03:02:22 5: SCCIT dispatch *Z0B0606300AA52E123456001020
2015.01.10 03:02:22 4: CUL_Parse: SCCMAX Z0B0606300AA52E123456001020 -58
2015.01.10 03:02:22 5: SCCMAX dispatch Z0B0606300AA52E1234560010
2015.01.10 03:02:22 5: CUL_MAX_Parse: len 11, msgcnt 06, msgflag 06, msgTypeRaw ShutterContactState, src 0aa52e, dst 123456, groupid 0, payload 10
2015.01.10 03:02:22 5: CUL_MAX_Parse: rssi: -58
2015.01.10 03:02:22 5: CULMAX0 dispatch MAX,1,ShutterContactState,0aa52e,10
2015.01.10 03:02:22 5: MAX_Parse MAX,1,ShutterContactState,0aa52e,10
2015.01.10 03:02:22 5: ShutterContact isopen 0, rferror 0, battery 0, unkbits 0
2015.01.10 03:02:22 5: Triggering MAX_0aa52e (3 changes)
2015.01.10 03:02:22 5: Notify loop for MAX_0aa52e battery: ok
2015-01-10_03:02:22 MAX_0aa52e battery: ok
2015-01-10_03:02:22 MAX_0aa52e onoff: 0
2015-01-10_03:02:22 MAX_0aa52e closed
2015.01.10 03:02:22 4: eventTypes: MAX MAX_0aa52e battery: ok -> battery: ok
2015.01.10 03:02:22 4: eventTypes: MAX MAX_0aa52e onoff: 0 -> onoff: .*
2015.01.10 03:02:22 4: eventTypes: MAX MAX_0aa52e closed -> closed
2015.01.10 03:02:22 4: eventTypes: MAX MAX_0aa52e state: closed -> state: closed
2015.01.10 03:02:27 5: CUL/RAW: /*Z0B0606
2015.01.10 03:02:27 5: CUL/RAW: *Z0B0606/300AA52E12345600501F

2015.01.10 03:02:27 5: SCCIT dispatch *Z0B0606300AA52E12345600501F
2015.01.10 03:02:27 4: CUL_Parse: SCCMAX Z0B0606300AA52E12345600501F -58.5
2015.01.10 03:02:27 5: SCCMAX dispatch Z0B0606300AA52E1234560050
2015.01.10 03:02:27 5: CUL_MAX_Parse: len 11, msgcnt 06, msgflag 06, msgTypeRaw ShutterContactState, src 0aa52e, dst 123456, groupid 0, payload 50
2015.01.10 03:02:27 5: CUL_MAX_Parse: rssi: -58.5
2015.01.10 03:02:27 5: CULMAX0 dispatch MAX,1,ShutterContactState,0aa52e,50
2015.01.10 03:02:27 5: MAX_Parse MAX,1,ShutterContactState,0aa52e,50
2015.01.10 03:02:27 5: ShutterContact isopen 0, rferror 1, battery 0, unkbits 0
2015.01.10 03:02:27 5: Triggering MAX_0aa52e (3 changes)
2015.01.10 03:02:27 5: Notify loop for MAX_0aa52e battery: ok
2015-01-10_03:02:27 MAX_0aa52e battery: ok
2015-01-10_03:02:27 MAX_0aa52e onoff: 0
2015-01-10_03:02:27 MAX_0aa52e closed (rf error)
2015.01.10 03:02:27 4: eventTypes: MAX MAX_0aa52e battery: ok -> battery: ok
2015.01.10 03:02:27 4: eventTypes: MAX MAX_0aa52e onoff: 0 -> onoff: .*
2015.01.10 03:02:27 4: eventTypes: MAX MAX_0aa52e closed (rf error) -> closed (rf error)
2015.01.10 03:02:27 4: eventTypes: MAX MAX_0aa52e state: closed (rf error) -> state: closed (rf error)
2015.01.10 03:02:36 5: CUL/RAW: /*Z0B0606
2015.01.10 03:02:36 5: CUL/RAW: *Z0B0606/300AA52E12345600
2015.01.10 03:02:36 5: CUL/RAW: *Z0B0606300AA52E12345600/5020

2015.01.10 03:02:36 5: SCCIT dispatch *Z0B0606300AA52E123456005020
2015.01.10 03:02:36 4: CUL_Parse: SCCMAX Z0B0606300AA52E123456005020 -58
2015.01.10 03:02:36 5: SCCMAX dispatch Z0B0606300AA52E1234560050
2015.01.10 03:02:36 5: CUL_MAX_Parse: len 11, msgcnt 06, msgflag 06, msgTypeRaw ShutterContactState, src 0aa52e, dst 123456, groupid 0, payload 50
2015.01.10 03:02:36 5: CUL_MAX_Parse: rssi: -58
2015.01.10 03:02:36 5: CULMAX0 dispatch MAX,1,ShutterContactState,0aa52e,50
2015.01.10 03:02:36 5: MAX_Parse MAX,1,ShutterContactState,0aa52e,50
2015.01.10 03:02:36 5: ShutterContact isopen 0, rferror 1, battery 0, unkbits 0
2015.01.10 03:02:36 5: Triggering MAX_0aa52e (3 changes)
2015.01.10 03:02:36 5: Notify loop for MAX_0aa52e battery: ok
2015-01-10_03:02:36 MAX_0aa52e battery: ok
2015-01-10_03:02:36 MAX_0aa52e onoff: 0
2015-01-10_03:02:36 MAX_0aa52e closed (rf error)
2015.01.10 03:02:36 4: eventTypes: MAX MAX_0aa52e battery: ok -> battery: ok
2015.01.10 03:02:36 4: eventTypes: MAX MAX_0aa52e onoff: 0 -> onoff: .*
2015.01.10 03:02:36 4: eventTypes: MAX MAX_0aa52e closed (rf error) -> closed (rf error)
2015.01.10 03:02:36 4: eventTypes: MAX MAX_0aa52e state: closed (rf error) -> state: closed (rf error)
2015.01.10 03:02:41 4: TV: send: <iq type='get' id='ping-394'><ping xmlns='urn:xmpp:ping'/></iq>
2015.01.10 03:02:41 5: TV: tag: iq, attr:  id='ping-394' type='result'
2015.01.10 03:02:41 5: TV: got ping response 394
2015.01.10 03:02:51 5: CUL/RAW: /*Z0B0606
2015.01.10 03:02:51 5: CUL/RAW: *Z0B0606/300AA52E12345600
2015.01.10 03:02:51 5: CUL/RAW: *Z0B0606300AA52E12345600/5021

2015.01.10 03:02:51 5: SCCIT dispatch *Z0B0606300AA52E123456005021
2015.01.10 03:02:51 4: CUL_Parse: SCCMAX Z0B0606300AA52E123456005021 -57.5
2015.01.10 03:02:51 5: SCCMAX dispatch Z0B0606300AA52E1234560050
2015.01.10 03:02:51 5: CUL_MAX_Parse: len 11, msgcnt 06, msgflag 06, msgTypeRaw ShutterContactState, src 0aa52e, dst 123456, groupid 0, payload 50
2015.01.10 03:02:51 5: CUL_MAX_Parse: rssi: -57.5
2015.01.10 03:02:51 5: CULMAX0 dispatch MAX,1,ShutterContactState,0aa52e,50
2015.01.10 03:02:51 5: MAX_Parse MAX,1,ShutterContactState,0aa52e,50
2015.01.10 03:02:51 5: ShutterContact isopen 0, rferror 1, battery 0, unkbits 0
2015.01.10 03:02:51 5: Triggering MAX_0aa52e (3 changes)
2015.01.10 03:02:51 5: Notify loop for MAX_0aa52e battery: ok
2015-01-10_03:02:51 MAX_0aa52e battery: ok
2015-01-10_03:02:51 MAX_0aa52e onoff: 0
2015-01-10_03:02:51 MAX_0aa52e closed (rf error)
2015.01.10 03:02:51 4: eventTypes: MAX MAX_0aa52e battery: ok -> battery: ok
2015.01.10 03:02:51 4: eventTypes: MAX MAX_0aa52e onoff: 0 -> onoff: .*
2015.01.10 03:02:51 4: eventTypes: MAX MAX_0aa52e closed (rf error) -> closed (rf error)
2015.01.10 03:02:51 4: eventTypes: MAX MAX_0aa52e state: closed (rf error) -> state: closed (rf error)


Danke!

Gruss

Matthias Gehre

#1
10 Januar 2015, 18:51:41
Dein Pairing sieht gut aus. Wie du siehst, sendet der Fensterkontakt an die Adresse deines CULs (123456; prüfe das mal gegen dein fhem.cfg)
Code Auswählen
CUL_MAX_Parse: len 11, msgcnt 06, msgflag 06, msgTypeRaw ShutterContactState, src 0aa52e, dst 123456, groupid 0, payload 10
Allerdings bekommt der Fensterkontakt anscheinend keine Antwort vom CUL. Daher sendet er es drei Mal und gibt dann "rf error" mit.

Bist du sicher, dass du die culfw 1.61 einsetzt? Diese sollte auf ShutterContactState Nachrichten an Adresse 123456 automatisch antworten.

Und zwar müsste
Code Auswählen
015.01.10 18:49:36 5: CUL/RAW: /Z0BDA00021234560aa52e000000

2015.01.10 18:49:36 4: CUL_Parse: CUL0 Z0BDA00021234560aa52e000000 -74
2015.01.10 18:49:36 5: CUL0 dispatch Z0BDA00021234560aa52e0000
2015.01.10 18:49:36 5: CUL_MAX_Parse: len 11, msgcnt DA, msgflag 00, msgTypeRaw Ack, src 123456, dst 0aa52e, groupid 0, payload 00
2015.01.10 18:49:36 5: CUL/RAW: /Z0BDA0530073628123456001018

bei dir im Log erscheinen. Dies erscheint _vor_ der ShutterContactState Nachricht,
da die culfw bei Erhalt erst den Ack sendet, und dann fhem über die ShutterContactState informiert.

Kannst du sonst einmal fhem neustarten und das Log vom Neustart (Initialisierung des CULs) posten?

Talkabout

#2
10 Januar 2015, 19:47:05
Hallo Matthias,

zuerst einmal vielen Dank (!!!) für die schnelle Reaktion!

In den ganzen Threads habe ich eine Kleinigkeit vergessen, ich verwende keinen CUL sondern einen Stackable Transceiver (CC1101) von busware.de. Davon habe ich 3 Stück in der Reihenfolge:

SCC 433 => IT
SCC868 => MAX
SCC868 => HomeMatic

Denn SCC habe ich vor kurzem noch mit der culfw 1.61 firmware geflashed, daher gehe ich mal davon aus, dass diese auch aktiv ist :)

Die Adress 123456 ist korrekt, der CULMAX ist so bei mir in der fhem.cfg drin (zusammen mit den SCCs):

Code Auswählen
#########################################################################
## Definition der Sender/Empfänger
#########################################################################
define SCCIT CUL /dev/ttyAMA0@38400 1234
attr SCCIT group CUL
attr SCCIT rfmode SlowRf
attr SCCIT room Server
attr SCCIT verbose 5

define SCCMAX STACKABLE_CC SCCIT
attr SCCMAX group CUL
attr SCCMAX rfmode MAX
attr SCCMAX room Server

define CULMAX0 CUL_MAX 123456
attr CULMAX0 IODev SCCMAX
attr CULMAX0 room Server
define FileLog_CULMAX0 FileLog ./log/CULMAX0-%Y.log CULMAX0
attr FileLog_CULMAX0 logtype text
attr FileLog_CULMAX0 room Server
attr FileLog_CULMAX0 verbose 5

define SCCHomeMatic STACKABLE_CC SCCMAX
attr SCCHomeMatic group CUL
attr SCCHomeMatic hmId AFBECD
attr SCCHomeMatic rfmode HomeMatic
attr SCCHomeMatic room Server
#########################################################################

Hier das Log beim Starten von FHEM (Verbose Level 3):

Code Auswählen
2015-01-10_19:44:43 global SHUTDOWN
2015.01.10 19:44:43 0: Server shutdown
2015.01.10 19:44:47 1: Including fhem.cfg
2015.01.10 19:44:48 3: telnetPort: port 7072 opened
2015.01.10 19:44:49 3: WEB: port 8083 opened
2015.01.10 19:44:49 3: WEBphone: port 8084 opened
2015.01.10 19:44:49 3: WEBtablet: port 8085 opened
2015.01.10 19:44:49 2: eventTypes: loaded 735 events from ./log/eventTypes.txt
2015.01.10 19:44:49 3: Opening SCCIT device /dev/ttyAMA0
2015.01.10 19:44:49 3: Setting SCCIT baudrate to 38400
2015.01.10 19:44:49 3: SCCIT device opened
2015.01.10 19:44:50 3: SCCIT: Possible commands: mBbCFiAZGMYRTVWXef*ltux
2015.01.10 19:44:50 3: SCCMAX: Possible commands: mBbCFiAZGMYRTVWXef*ltux
2015.01.10 19:44:50 2: Switched SCCMAX rfmode to MAX
Use of uninitialized value in numeric ge (>=) at ./FHEM/14_CUL_MAX.pm line 59, <$fh> line 102.
Use of uninitialized value in numeric ge (>=) at ./FHEM/14_CUL_MAX.pm line 65, <$fh> line 102.
2015.01.10 19:44:50 3: SCCHomeMatic: Possible commands: mBbCFiAZGMYRTVWXef*ltux
2015.01.10 19:44:50 2: Switched SCCHomeMatic rfmode to HomeMatic
Unrecognized escape \p passed through at ./FHEM/32_WifiLight.pm line 2170, <$fh> line 288.
2015.01.10 19:44:56 1: Including ./log/fhem.save
2015-01-10_19:44:57 global INITIALIZED
2015.01.10 19:44:58 3: TV: connected
2015-01-10_19:44:58 WZLED c1:0,0,100,255,255,255
2015.01.10 19:44:58 1: usb create starting
2015.01.10 19:45:00 1: usb create end
2015.01.10 19:45:00 0: Server started with 101 defined entities (version $Id: fhem.pl 7358 2014-12-29 16:03:31Z rudolfkoenig $, os linux, user fhem, pid 3218)
2015-01-10_19:45:01 HRLicht level: 0
2015-01-10_19:45:01 HRLicht pct: 0
2015-01-10_19:45:01 HRLicht deviceMsg: aus (to SCCHomeMatic)
2015-01-10_19:45:01 HRLicht aus
2015-01-10_19:45:01 HRLicht timedOn: aus
2015.01.10 19:45:01 3: TV: new config
2015-01-10_19:45:01 TV currentActivity: Media Center


Wenn Du noch irgendwelche Daten brauchst sag bitte bescheid.

Danke!

Gruss

Talkabout

#3
11 Januar 2015, 02:24:24
Hallo Matthias,

hier noch die Details zum SCC für MAX:

Code Auswählen
CMDS mBCFiAZGMYRTVWXef*ltux
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:
DEF SCCIT
IODev SCCIT
NAME SCCMAX
NR 54
RAWMSG Z0F0004600B54040000000038000A00D42C
RSSI -52
SCCMAX_MSGCNT 30
SCCMAX_TIME Initialized
STACKED SCCHomeMatic
STATE Initialized
StackLevel 1
TYPE STACKABLE_CC
VERSION V 1.61 CSM868
initString X21 Zr

Ist also auf jeden Fall die Firmware 1.61.

Gruss

Talkabout

#4
11 Januar 2015, 02:48:27
Hallo Matthias,

ein kleiner Nachtrag. Ich habe es auch mit der culfw 1.60 probiert, das selbe Problem. Es scheint also kein Defekt der Firmware zu sein. Entweder hat es was mit der Firmware der Fensterkontakte zu tun oder es ist meine Hardware-Konfiguration. Hast Du vielleicht eine Möglichkeit das Pairing mit einem Fensterkontakt mit der Firmware-Version 20 (1.4) auszuprobieren? Ich kann mir irgendwie nur schwer vorstellen, dass es an den Transceivern (SCCs) liegt.

Gruss

Talkabout

#5
11 Januar 2015, 11:40:54
Hallo Matthias,

ein weiterer Hinweis. In diesem Thread

http://www.elv.de/topic/max-heizungsregler-mit-software-1-4-nicht-anlernbar.html

beklagt sich ein Benutzer, dass ein Heizungsregler mit der "alten" MAX Software nicht anlernbar ist. Das bedeutet, dass es wohl mit Firmware 1.4 Änderungen gab, die auch beim Pairen Einfluß haben. Das könnte der Grund sein, warum es auch mit FHEM nicht funktioniert. Vielleicht hilft Dir das bei der möglichen Analyse des Problems.

Danke!

Gruss

Rince

#6
11 Januar 2015, 14:36:10
ZitatHallo Matthias,

ein kleiner Nachtrag. Ich habe es auch mit der culfw 1.60 probiert, das selbe Problem. Es scheint also kein Defekt der Firmware zu sein. Entweder hat es was mit der Firmware der Fensterkontakte zu tun oder es ist meine Hardware-Konfiguration. Hast Du vielleicht eine Möglichkeit das Pairing mit einem Fensterkontakt mit der Firmware-Version 20 (1.4) auszuprobieren? Ich kann mir irgendwie nur schwer vorstellen, dass es an den Transceivern (SCCs) liegt.

Gruss

Ich habe es mit Fensterkontakten FW 1.4 hinbekommen (bei einem Cul 868, FW 1.61)


List FK:
ZitatInternals:
   DEF        ShutterContact 072bc4
   IODev      cm
   LASTInputDev cm
   MSGCNT     28
   NAME       kz1_TK_Balkon
   NR         30
   RSSI       -85.5
   STATE      closed
   TYPE       MAX
   addr       072bc4
   backend    cm
   cm_MSGCNT  28
   cm_TIME    2015-01-11 14:12:37
   rferror    0
   serial     KEQ0187786
   type       ShutterContact
   Readings:
     2015-01-11 14:12:37   battery         ok
     2015-01-11 14:09:24   firmware        1.4
     2015-01-11 14:09:24   groupid         0
     2015-01-11 14:09:24   msgcnt          16
     2015-01-11 14:12:37   onoff           0
     2015-01-11 14:12:37   state           closed
     2015-01-11 14:09:24   testresult      15
   Internals:
     interfaces switch_active;battery
Attributes:
   IODev      cm
   room       Kinderzimmer,Sicherheit


ZitatInternals:
   DEF        HeatingThermostat 06b990
   IODev      cm
   LASTInputDev cm
   MSGCNT     15
   NAME       kz1_HZ_Heizung
   NR         64
   RSSI       -68
   STATE      17.0 °C
   TYPE       MAX
   addr       06b990
   backend    cm
   cm_MSGCNT  15
   cm_TIME    2015-01-11 14:14:25
   dstsetting 1
   mode       0
   rferror    0
   type       HeatingThermostat
   Readings:
     2014-11-19 17:07:23   TimeInformationHour 1
     2015-01-11 14:14:25   battery         ok
     2014-11-19 16:15:08   boostDuration   25
     2014-11-19 16:15:08   boostValveposition 80
     2014-11-19 16:15:08   comfortTemperature 21.0
     2014-11-19 16:15:08   decalcification Sat 12:00
     2015-01-11 14:14:25   desiredTemperature 17.0
     2015-01-10 16:17:47   ecoTemperature  12.0
     2014-11-19 16:15:08   firmware        1.8
     2015-01-08 16:35:23   groupid         1
     2014-11-19 16:15:08   maxValveSetting 100
     2014-11-19 16:15:08   maximumTemperature on
     2014-11-19 16:15:08   measurementOffset 0.0
     2014-11-19 16:15:08   minimumTemperature off
     2015-01-11 14:14:25   mode            auto
     2015-01-11 14:08:44   msgcnt          127
     2015-01-11 14:14:25   state           17.0 °C
     2015-01-11 14:14:25   temperature     17.2
     2014-11-19 16:15:08   testresult      255
     2014-11-19 16:15:08   valveOffset     0
     2015-01-11 14:14:25   valveposition   36
....


Wie ich es gemacht habe:

Ausgangssituiation:
Ich dachte, ich hätte alles richtig an fhem angelernt => ich weiß auch jetzt noch nicht, was da anders ist wie vorher...
Evtl. liegt es an zu wenig Credits...

Wichtig:
Wenn du den MaxScanner benutzt, deaktiviere ihn einstweilen bei allen Geräten.
Diese Anlernerei braucht mindestens 300 Credits!
Du kannst bei deinem SCC dir mal die Credits ansehen. Bei mir geht es mit:
get CUL0 credit10ms


Exakt Schritt für Schritt:
Batterien vom FK rausnehmen
Warten (mindestens 1 Minute)

Jetzt den Anlernknopf am Fensterkontakt gedrückt halten und die Batterien einlegen (eine selten dämliche Verrenkung wie ich finde)
Solange den Knopf gedrückt halten, bis es blinkt. Dann kannst den Knopf loslassen (wird noch ein bisserl weiter blinken)

Jetzt
set cm pairmode 600
Knopf drücken (ich habe es 5 sec gemacht, evtl. hätte ein Antippen gereicht)

Jetzt Heizung assotiate FK
Dann FK associate Heizung

Dann bin ich zur Heizung gelatscht... (hat ca. 10-20 Sekunden gedauert)
Anlernknopf am FK kurz drücken

Blinkt wieder ewig...
(Ich denke, bei meinen 1.3er FK ging das schneller)



Dann war der Spuk vorbei.

Und das Thermostatventil hat brav Fenster open/close angezeigt...



Noch was, was mir aufgefallen ist:
Beim allerersten öffnen hat das Ding 2x geblinkt, jetzt aber nur noch 1x...



Zitat von: Anleitung1x Blinken
Fenster offen/geschlossen, Funkbefehl wurde erfolgreich übertragen

2x Blinken
DutyCycle Limit erreicht. Senden nach spätestens einer Stunde wieder möglich.

3x Blinken
Fehlermeldung: Funkbefehl nicht erfolgreich übertragen



Noch ein Verbose 3 Logauszug:
Zitat2015.01.11 14:09:17 2: There is a packet for ShutterContact kz1_TK_Balkon in queue. Please push the button on the respective ShutterContact so the packet can be send.
2015.01.11 14:09:20 2: There is a packet for ShutterContact kz1_TK_Balkon in queue. Please push the button on the respective ShutterContact so the packet can be send.
2015.01.11 14:09:23 2: There is a packet for ShutterContact kz1_TK_Balkon in queue. Please push the button on the respective ShutterContact so the packet can be send.
2015.01.11 14:09:24 3: CUL_MAX_Parse: Re-Pairing device 072bc4 of type ShutterContact with serial KEQ0187786
Dann wars das...
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Talkabout

#7
11 Januar 2015, 14:56:59
Hallo Rince,

bei mir ist das Problem aber bereits bei diesem Schritt:

ZitatJetzt
set cm pairmode 600
Knopf drücken (ich habe es 5 sec gemacht, evtl. hätte ein Antippen gereicht)

Wenn das Pairing praktisch durchgeführt wurde zwischen FHEM und dem Fensterkontakt, blinkt das Ding bereits 3 mal, wenn es ausgelöst wird. Könntest Du bei Dir vielleicht mal probieren den Thermostat erst einmal aussen vor zu lassen? Heisst also, Reset des FK, Anlernmodus in FHEM, Anlernmodus am FK und danach den FK mal auslösen lassen? Bei mir blink er dann schon 3 mal.

Gruss

Rince

#8
11 Januar 2015, 15:20:45
Bis dahin ist doch die Existenz eines Thermostates gar nicht wichtig. Wir ignorieren sie völlig.

Hm... so wie du es beschreibst habe ich es doch auch beschrieben.

Zitat von: mir_selbstExakt Schritt für Schritt:
Batterien vom FK rausnehmen
Warten (mindestens 1 Minute)

Jetzt den Anlernknopf am Fensterkontakt gedrückt halten und die Batterien einlegen (eine selten dämliche Verrenkung wie ich finde)
Solange den Knopf gedrückt halten, bis es blinkt. Dann kannst den Knopf loslassen (wird noch ein bisserl weiter blinken)

Jetzt
set cm pairmode 600
Knopf drücken (ich habe es 5 sec gemacht, evtl. hätte ein Antippen gereicht)



Bist du sicher, den Werksreset richtig gemacht zu haben?
Lass dir Zeit dabei...

Das ist kein Spiel, welches man durch raffiniertes Timing lösen muss ;)

Du brauchst ausreichend Credits, und die müssen sich erst regenerieren ;)
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Talkabout

#9
11 Januar 2015, 15:27:23
Hallo Rince,

wir sind uns bei allen Punkten einig. Das Einzige, was ich Dich probieren lassen wollte ist, ob, wenn Du den FK mit FHEM pairst (ohne Thermostat), dieser danach beim Auslösen (Öffnen/Schliessen) 1 mal oder 3 mal blinkt. Bei einem korrekten Pairing müsste es 1 mal sein, bei mir blink er aber immer (!!! auch nach 100 Werks-Resets) 3 mal. Und der Werks-Reset ist korrekt ausgeführt worden, da er nach diesem nur noch 1 mal blinkt, allerdings dann nicht mit FHEM gepaired ist. Das ist auch der Grund, warum ich ihm keinen Thermostat zuweisen kann, da er die Befehle von FHEM nicht annimmt.

Gruss

Rince

#10
11 Januar 2015, 15:37:07
Schon klar. Ich hatte doch nix von Thermostatventilen geschrieben???
Also habe ich da nix gemacht.


Ich such mal einen FK raus den ich noch nicht in Benutzung hatte.


PS:
Bekommst gleich eine PN
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Talkabout

#11
11 Januar 2015, 15:44:54
Zitat von: Rince am 11 Januar 2015, 15:37:07
Schon klar. Ich hatte doch nix von Thermostatventilen geschrieben???
Also habe ich da nix gemacht.


Ich such mal einen FK raus den ich noch nicht in Benutzung hatte.


PS:
Bekommst gleich eine PN

Naja, Du hattest geschrieben:

ZitatJetzt
set cm pairmode 600
Knopf drücken (ich habe es 5 sec gemacht, evtl. hätte ein Antippen gereicht)

Jetzt Heizung assotiate FK
Dann FK associate Heizung

Dann bin ich zur Heizung gelatscht... (hat ca. 10-20 Sekunden gedauert)
Anlernknopf am FK kurz drücken

Blinkt wieder ewig...
(Ich denke, bei meinen 1.3er FK ging das schneller)



Dann war der Spuk vorbei.

Und das Thermostatventil hat brav Fenster open/close angezeigt...

Heisst also, dass Du dem FK schon das Thermostat und dem Thermostat den FK zugewiesen hast. :)

Gruss

Rince

#12
11 Januar 2015, 17:57:39
Wie viele credits hast du?
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Talkabout

#13
11 Januar 2015, 18:30:13
Zitat von: Rince am 11 Januar 2015, 17:57:39
Wie viele credits hast du?
Wie vorhin am Telefon besprochen, hatte ich die Änderung in der Firmware rückgängig gemacht und hatte damit 900. Das Pairen will trotzdem nicht klappen, FHEM sendet keinen ACK wenn der Fensterkontakt seinen Status sendet.

Gruss

Rince

#14
11 Januar 2015, 18:36:31
Nicht maximal.
Der aktuelle Wert? Der wirklich grade frei ist, den brauchen wir.

Wenn da nämlich zu wenig ist, wird fhem zu spät antworten.
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)
Drucken
Nach oben Seiten1 2 Alle
Benutzer-Aktionen