FHEM aktualisiert MAX Türkontakt nicht

Begonnen von danielh, 17 Mai 2014, 13:23:57

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

danielh

17 Mai 2014, 13:23:57
Hallo zusammen!

Das hier ist mein erster Post! Ich versuche mich gerade an einem kleinen Projekt mit FHEM, jedoch scheitere ich bei der Integration eines MAX Türkontakts. Ich habe schon viel im Forum gelesen, gesucht und gelernt, bin aber noch nicht über mein Problem gefallen:

Ich habe einen FHEM Server 5.5 auf einer Fritz-Box 7390 (AVM Labor, per Update auf aktuellem Stand)
Einen CUL 868, daran erfolgreich angelernt einen MAX HT. Der HT scheint, soweit ich das beurteilen kann, einwandfrei zu funktionieren.

Seit einer Woche kämpfe ich aber nun schon mit einem Türkontakt (BC-SC-Rd-WM). Dieser lässt sich über die FHEM Weboberfläche anlernen, funktioniert dann auch für ein paar Minuten. Funktionieren heisst, der Status wird verändert (open/closed) und auch die Weboberfläche meldet den Status eine Sekunde später.

Nach ein paar Minuten Betrieb erkennt jedoch der Türkontakt keine Statusänderungen mehr oder nur noch zufällig/selten. Es kommt vor, dass ich einmal in 12h eine Statusänderung provzieren kann (dann auch wieder sofortiges Update in der Oberfläche).

Zum genauen Setup:
fhem.cfg:

Code Auswählen

define fbaha FBAHA localhost:2002
define eventTypes eventTypes ./log/eventTypes.txt
define CUL_0 CUL /dev/ttyACM0@9600 1034

define CUL0 CUL /dev/ttyACM0@9600 0000
attr CUL0 rfmode MAX
define cm CUL_MAX 123456
attr cm IODev CUL0


define MAX_0e0bc1 MAX ShutterContact 0e0bc1
attr MAX_0e0bc1 IODev cm
attr MAX_0e0bc1 alias Tuerkontakt
attr MAX_0e0bc1 room MAX
define FileLog_MAX_0e0bc1 FileLog ./log/MAX_0e0bc1-%Y.log MAX_0e0bc1
attr FileLog_MAX_0e0bc1 logtype text
attr FileLog_MAX_0e0bc1 room MAX


Auffallend sind im Log diese Meldungen, ich glaube sogar, dass sich diese durch Events des Türkontaktes provozieren lassen:

logfile:

Code Auswählen

2014.05.14 21:05:44 5: CUL/RAW: /TDC85C602ED

2014.05.14 21:05:44 4: CUL_Parse: CUL0 TDC85C602ED -83.5
2014.05.14 21:05:44 5: CUL0 dispatch TDC85C602
2014.05.14 21:05:44 5: Triggering CUL0 (1 changes)
2014.05.14 21:05:44 5: Notify loop for CUL0 UNKNOWNCODE TDC85C602
2014.05.14 21:05:44 4: eventTypes: CUL CUL0 UNKNOWNCODE TDC85C602 -> UNKNOWNCODE TDC85C602
2014.05.14 21:05:44 3: CUL0: Unknown code TDC85C602, help me!
2014.05.14 21:05:44 1: /dev/ttyACM0 disconnected, waiting to reappear
2014.05.14 21:05:44 5: Triggering CUL_0 (1 changes)
2014.05.14 21:05:44 5: Notify loop for CUL_0 DISCONNECTED
2014.05.14 21:05:44 4: eventTypes: CUL CUL_0 DISCONNECTED -> DISCONNECTED
2014.05.14 21:05:44 3: Setting CUL_0 baudrate to 9600
2014.05.14 21:05:44 1: /dev/ttyACM0 reappeared (CUL_0)
2014.05.14 21:05:44 5: SW: V
2014.05.14 21:05:44 5: CUL/RAW (ReadAnswer): V 1.58 CUL868

2014.05.14 21:05:44 5: SW: ?
2014.05.14 21:05:44 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B C F i A Z E G M K U R T V W X e f m l t u x

2014.05.14 21:05:44 3: CUL_0: Possible commands: BCFiAZEGMKURTVWXefmltux
2014.05.14 21:05:44 5: SW: X21
2014.05.14 21:05:44 5: SW: T01
2014.05.14 21:05:44 5: CUL/RAW (ReadAnswer): 1034

2014.05.14 21:05:44 5: GOT CUL fhtid: 1034
2014.05.14 21:05:44 5: Triggering CUL_0 (1 changes)
2014.05.14 21:05:44 5: Notify loop for CUL_0 CONNECTED
2014.05.14 21:05:44 4: eventTypes: CUL CUL_0 CONNECTED -> CONNECTED
2014.05.14 21:05:44 5: CUL/RAW: /TDC85C682ED

2014.05.14 21:05:44 4: CUL_Parse: CUL0 TDC85C682ED -83.5
2014.05.14 21:05:44 5: CUL0 dispatch TDC85C682
2014.05.14 21:05:44 5: Triggering CUL0 (1 changes)
2014.05.14 21:05:44 5: Notify loop for CUL0 UNKNOWNCODE TDC85C682
2014.05.14 21:05:44 4: eventTypes: CUL CUL0 UNKNOWNCODE TDC85C682 -> UNKNOWNCODE TDC85C682
2014.05.14 21:05:44 3: CUL0: Unknown code TDC85C682, help me!
2014.05.14 21:05:44 1: /dev/ttyACM0 disconnected, waiting to reappear
2014.05.14 21:05:44 5: Triggering CUL_0 (1 changes)
2014.05.14 21:05:44 5: Notify loop for CUL_0 DISCONNECTED
2014.05.14 21:05:44 4: eventTypes: CUL CUL_0 DISCONNECTED -> DISCONNECTED
2014.05.14 21:05:44 3: Setting CUL_0 baudrate to 9600
2014.05.14 21:05:44 1: /dev/ttyACM0 reappeared (CUL_0)
2014.05.14 21:05:44 5: SW: V
2014.05.14 21:05:44 5: CUL/RAW (ReadAnswer): V 1.58 CUL868

2014.05.14 21:05:44 5: SW: ?
2014.05.14 21:05:44 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B C F i A Z E G M K U R T V W X e f m l t u x

2014.05.14 21:05:44 3: CUL_0: Possible commands: BCFiAZEGMKURTVWXefmltux
2014.05.14 21:05:44 5: SW: X21
2014.05.14 21:05:44 5: SW: T01
2014.05.14 21:05:44 5: CUL/RAW (ReadAnswer): 1034

2014.05.14 21:05:44 5: GOT CUL fhtid: 1034
2014.05.14 21:05:44 5: Triggering CUL_0 (1 changes)
2014.05.14 21:05:44 5: Notify loop for CUL_0 CONNECTED
2014.05.14 21:05:44 4: eventTypes: CUL CUL_0 CONNECTED -> CONNECTED


Wobei diese Meldungen auch schon ohne Türkontakt im Log standen, mich aber bisher nicht gestört hatten. Ich bin immer davon ausgegangen, dass ein anderes Gerät in der Nachbarschaft womöglich hier reinspukt.

Eine positiv verlaufende Statusänderung sieht im Log so aus:

Code Auswählen

2014.05.14 10:28:40 5: CUL/RAW: /Z0B1B00300E0BC1000000000029

2014.05.14 10:28:40 4: CUL_Parse: CUL0 Z0B1B00300E0BC1000000000029 -53.5
2014.05.14 10:28:40 5: CUL0 dispatch Z0B1B00300E0BC10000000000
2014.05.14 10:28:40 5: CUL_MAX_Parse: len 11, msgcnt 1B, msgflag 00, msgTypeRaw ShutterContactState, src 0e0bc1, dst 000000, groupid 0, payload 00
2014.05.14 10:28:40 5: CUL_MAX_Parse: rssi: -53.5
2014.05.14 10:28:40 5: cm dispatch MAX,0,ShutterContactState,0e0bc1,00
2014.05.14 10:28:40 5: MAX_Parse MAX,0,ShutterContactState,0e0bc1,00
2014.05.14 10:28:40 5: ShutterContact isopen 0, rferror 0, battery 0, unkbits 0
2014.05.14 10:28:40 5: Triggering MAX_0e0bc1 (3 changes)
2014.05.14 10:28:40 5: Notify loop for MAX_0e0bc1 battery: ok
2014.05.14 10:28:40 4: eventTypes: MAX MAX_0e0bc1 battery: ok -> battery: ok
2014.05.14 10:28:40 4: eventTypes: MAX MAX_0e0bc1 onoff: 0 -> onoff: .*
2014.05.14 10:28:40 4: eventTypes: MAX MAX_0e0bc1 closed -> closed
2014.05.14 10:28:40 4: eventTypes: MAX MAX_0e0bc1 state: closed -> state: closed
2014.05.14 10:28:40 1: /dev/ttyACM0 disconnected, waiting to reappear
2014.05.14 10:28:40 5: Triggering CUL_0 (1 changes)
2014.05.14 10:28:40 5: Notify loop for CUL_0 DISCONNECTED
2014.05.14 10:28:40 4: eventTypes: CUL CUL_0 DISCONNECTED -> DISCONNECTED
2014.05.14 10:28:40 3: Setting CUL_0 baudrate to 9600
2014.05.14 10:28:40 1: /dev/ttyACM0 reappeared (CUL_0)
2014.05.14 10:28:40 5: SW: V
2014.05.14 10:28:40 5: CUL/RAW (ReadAnswer): V 1.58 CUL868

2014.05.14 10:28:40 5: SW: ?
2014.05.14 10:28:40 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B C F i A Z E G M K U R T V W X e f m l t u x

2014.05.14 10:28:40 3: CUL_0: Possible commands: BCFiAZEGMKURTVWXefmltux
2014.05.14 10:28:40 5: SW: X21
2014.05.14 10:28:40 5: SW: T01
2014.05.14 10:28:40 5: CUL/RAW (ReadAnswer): 1034

2014.05.14 10:28:40 5: GOT CUL fhtid: 1034
2014.05.14 10:28:40 5: Triggering CUL_0 (1 changes)
2014.05.14 10:28:40 5: Notify loop for CUL_0 CONNECTED
2014.05.14 10:28:40 4: eventTypes: CUL CUL_0 CONNECTED -> CONNECTED


So ganz klar ist mir noch nicht, warum ich 2 CUL's im System habe. Einen CUL_0 und einen CUL0? (Ist das der MAX / FS20 Parallelbetrieb)

Hat jemand eine Idee, warum der Türkontakt so gar nicht funktionieren will? Was habe ich falsch gemacht/übersehen? Ich bin für alle Tipps dankbar!

Danke!

Gruß
Daniel

Joachim

#1
17 Mai 2014, 15:46:10
Du hast wahrscheinlich noch nicht genug gelesen:
ZitatIch habe einen FHEM Server 5.5 auf einer Fritz-Box 7390 (AVM Labor, per Update auf aktuellem Stand)
wird hier nicht supported, wende Dich bitte an AVM
Ich habe jetzt keine Lust zum 796. mal zu schreiben warum, wenn Du Die FHEM.de Version drauf hast, und diese auf den aktuellsten Stand gebracht hast, sehen wir weiter.

Gruß Joachim
FHEM aktuellste Version auf FB 7570 und 7390 mit Zebradem Toolbox Freetz
FHEM auf Raspberry
1-Wire mit LinkUSBi und Rs-Pi ds2482-800  1-Wire-9 Board; Max mit Cube, HMLAN
div. 1-Wire Sensoren; MAX-Thermostaten; Homematic-Komponenten, Zehnder KWL über RS-232

Rince

#2
17 Mai 2014, 16:02:19
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)

Puschel74

#3
17 Mai 2014, 16:07:58
Hallo,

in dem verlinkten Wiki-Artikel findet sich folgende Zeile:
ZitatDabei bezeichnen wir als Community Image eine Datei, die direkt von der FHEM-Webseite kommt und zusätzlich zur AVM Firmware aufgespielt wird.
Achtung! Mit AVM-Firmware ist NICHT die Laborversion gemeint!

Vielleicht sollte das im Artikel hinzugefügt werden.

Grüße

P.S.: Ja, ich weiß das mit AVM-Firmware NICHT die Laborversion gemeint ist aber wissen das auch andere (speziell Neulinge)?
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Rince

#4
17 Mai 2014, 16:34:34
@Puschel
Jetzt besser? Hab es nochmal dazu geschrieben :)
(wobei es aber meines Wissens nach nicht schadet, vorher die Labor Firware installiert zu haben, bzw. manche User halten das sogar für sinnvoll). Habe diesbezüglich keine eigene Meinung, da keine Erfahrung.
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)

Puschel74

#5
17 Mai 2014, 16:38:42
Hallo,

ZitatJetzt besser?
Für mich war es vorher schon ok da ich nie die Laborversion benutzt habe  ;)

Es hat mMn absolut keinen Sinn vorher eine Firmwareversion zu installieren die FHEM "einsperrt" und andere Pfade benutzt.

Ich installier mir am PC auch keine Testversion wenn ich sowieso die Vollversion verwenden möchte  ;D

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Joachim

#6
17 Mai 2014, 17:16:27
Moin Rince,
schön wäre noch, wenn Du auf der Wiki-Seite noch auf den Unterschied zwischen AVM-FHEM und Community-FHEM hinweisen würdest (chroot und die Tatsache, das deshalb diverse FHEM-Features verhindert werden, und deshalb kein Support des AVM-FHEM's in der Community geleistet wird.
Zitat von Rudi:
Zitat
Generell empfehle ich die FHEM Version von fhem.de (und schicke die Hilfesuchenden einer AVM-FHEM-Image zum AVM-Support :), da AVM eine chroot Umgebung verwenden, womit viele hier dazugebaute Erweiterungen nicht zusammenarbeiten.

Generell gilt: Support gibt es von mir nur fuer eine FHEM Version, die per update auf dem aktuellen Stand gebracht ist.
http://forum.fhem.de/index.php/topic,13639.msg84924.html#msg84924

Gruß Joachim
FHEM aktuellste Version auf FB 7570 und 7390 mit Zebradem Toolbox Freetz
FHEM auf Raspberry
1-Wire mit LinkUSBi und Rs-Pi ds2482-800  1-Wire-9 Board; Max mit Cube, HMLAN
div. 1-Wire Sensoren; MAX-Thermostaten; Homematic-Komponenten, Zehnder KWL über RS-232

danielh

#7
17 Mai 2014, 23:49:40
Hallo zusammen!

Sorry, dass ich das mit dem AVM Image nicht gewusst habe. Ich habe jetzt das Community Image per Link aus dem Wiki gezogen und installiert.
Leider bleibt das Fehlerbild gleich. Nach dem Aufsetzen konnte ich 2 - 3 mal den Status ändern, jetzt ist wieder seit einigen Stunden keine Aktualisierung des Status des Türkontaktes möglich.

Fehlerbild exakt wie im ersten Post beschrieben.

Danke für jeden Hinweis!

Gruß
Daniel

Puschel74

#8
18 Mai 2014, 09:35:23
Hallo,

dann wird es Zeit für den passenden Forumsbereich.

Da es sich um MAX-Geräte handelt verschieb ich mal dorthin.

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Joachim

#9
18 Mai 2014, 09:54:28
Moin danielh,
meinst Du, dass die Definition Deines CUL richtig ist?

define CUL_0 CUL /dev/ttyACM0@9600 1034

define CUL0 CUL /dev/ttyACM0@9600 0000
attr CUL0 rfmode MAX
define cm CUL_MAX 123456
attr cm IODev CUL0

Schau Dir mal das Wiki an:
http://www.fhemwiki.de/wiki/MAX#CUL_MAX
FHEM aktuellste Version auf FB 7570 und 7390 mit Zebradem Toolbox Freetz
FHEM auf Raspberry
1-Wire mit LinkUSBi und Rs-Pi ds2482-800  1-Wire-9 Board; Max mit Cube, HMLAN
div. 1-Wire Sensoren; MAX-Thermostaten; Homematic-Komponenten, Zehnder KWL über RS-232

danielh

#10
19 Mai 2014, 11:50:13
Danke! Super! Ich glaub, das wars!

Ich hab den CUL_0 in der fhem.cfg auskommentiert. Es kam zwar beim Speichern eine kurze Fehlermeldung (Please define CUL_0 first!) aber jetzt scheint es so zu tun, wie es soll.

Danke!

Gruß
Daniel
Drucken
Nach oben Seiten1
Benutzer-Aktionen