10_EnOcean V4999 ... V5368 - Erweiterungen und Überarbeitungen

Begonnen von klaus.schauer, 20 Februar 2014, 17:03:35

Vorheriges Thema - Nächstes Thema

klaus.schauer

Zitat von: nikk am 24 Februar 2014, 10:46:17
Hier ist ein Auszug meiner Config:

define TCM310_0 TCM 310 /dev/ttyUSB1@57600
attr TCM310_0 blockSenderID own


Hier ist das "list" vom TCM-Modul:

Internals:
   BaseID     11223300
   DEF        310 /dev/ttyUSB1@57600
   DeviceName /dev/ttyUSB1@57600
   FD         11
   LastID     11223344
   MODEL      310
   NAME       TCM310_0
   NR         102
   PARTIAL   
   RSSI       -80
   STATE      opened
   TYPE       TCM
   Readings:
     2014-02-23 17:13:42   baseID          BaseID=11223300,RemainingWriteCycles=09
Attributes:
   blockSenderID own


Die geänderte Datei 10_Enocean werde ich sobald wie möglich testen und berichten.
Die Angaben zu der BaseID sind doch im Original sicher FF.....!
Bitte mal testen, ob die Repeater-Telegramme auch bei anderen Devices auftauchen.

nikk

#16
Zitat von: klaus.schauer am 24 Februar 2014, 13:47:55
Die Angaben zu der BaseID sind doch im Original sicher FF.....!
Bitte mal testen, ob die Repeater-Telegramme auch bei anderen Devices auftauchen.

Bei den FSR12 tauchen auch Repeater-Telegramme auf.

nikk

Ich habe die geänderte Datei (10_EnOcean) getestet.
Hier funktioniert wieder alles korrekt.

klaus.schauer

Ich habe das TCM-Modul überarbeitet. Jetzt sollte "blockSenderID" sauber funktionieren. Der Standwert  ist dann "own". Das Modul steht ab morgen über Fhem update zur Verfügung.

nikk

Super Arbeit Klaus!
Habe gerade das neue TCM-Modul sowie das aktuelle EnOcean-Modul getestet. Die Position wird nun wieder richtig aktualisiert.
Es tauchen keine Repeater-Telegramme mehr auf.
Vielen Dank!

Grüße

Niko

klaus.schauer

Zitat von: nikk am 25 Februar 2014, 13:24:17
Habe gerade das neue TCM-Modul sowie das aktuelle EnOcean-Modul getestet. Die Position wird nun wieder richtig aktualisiert.
Es tauchen keine Repeater-Telegramme mehr auf.
Bitte wieder das ursprüngliche 10_EnOcean-Modul einsetzen. Das Problem sollte durch das geänderte 00_TCM-Modul beseitigt sein. Über eine kurze Rückmeldung dazu würde ich mich freuen.

nikk

Zitat von: klaus.schauer am 25 Februar 2014, 21:11:23
Bitte wieder das ursprüngliche 10_EnOcean-Modul einsetzen. Das Problem sollte durch das geänderte 00_TCM-Modul beseitigt sein. Über eine kurze Rückmeldung dazu würde ich mich freuen.

mit dem "aktuellen Modul" habe ich das ursprüngliche 10_EnOcean-Modul gemeint. Sorry, habe mich da etwas unklar ausgedrückt. Das hat sofort auf Anhieb funktioniert.

nikk

Hallo Klaus,
ich habe bemerkt, dass ich manchmal bestimme Positionen nicht anfahren kann.
Ich wollte "Position 25" anfahren.
Wenn ich den slider benutze kommt als Antwort:

Usage: position is not numeric or out of range


Im Logfile wird dann folgendes eingetragen:


Use of uninitialized value $data in division (/) at ./FHEM/10_EnOcean.pm line 4022.
Use of uninitialized value $data in concatenation (.) or string at ./FHEM/10_EnOcean.pm line 4023.


Grüße
Niko


klaus.schauer

Zitat von: nikk am 01 März 2014, 08:33:06
ich habe bemerkt, dass ich manchmal bestimme Positionen nicht anfahren kann.
Ich wollte "Position 25" anfahren.
Wenn ich den slider benutze kommt als Antwort:

Usage: position is not numeric or out of range


Im Logfile wird dann folgendes eingetragen:


Use of uninitialized value $data in division (/) at ./FHEM/10_EnOcean.pm line 4022.
Use of uninitialized value $data in concatenation (.) or string at ./FHEM/10_EnOcean.pm line 4023.
Ich benötige dafür wie letztlich weitergehende Informationen zu den Tests mit einer Minimalkonfiguration, möglichst mit den Daten vor und nach dem Fehler:
- Konfiguration
- list <device>
- LOGs mit verbose = 5 (zentrales LOG und LOG des devices selbst)

nikk

Zitat von: klaus.schauer am 01 März 2014, 09:03:41
Ich benötige dafür wie letztlich weitergehende Informationen zu den Tests mit einer Minimalkonfiguration, möglichst mit den Daten vor und nach dem Fehler:
- Konfiguration
- list <device>
- LOGs mit verbose = 5 (zentrales LOG und LOG des devices selbst)

Hier sind die verschiedenen Infos.
Es sieht so aus als würden manchmal noch Repeater-Telegramme ankommen. Das Anfahren von "position 10" hat funktioniert. Nach Einstellen von "position 25" wurde position auf 11 geändert und hier taucht auch das Repeater-Telegramm auf.

Konfiguration:

# Rolladen Bad
define rollladen_bad EnOcean FFF10017
attr rollladen_bad verbose 5
attr rollladen_bad alias Bad
attr rollladen_bad fp_Obergeschoss 574,205,5,
attr rollladen_bad group Rollladen
attr rollladen_bad manufID 00D
attr rollladen_bad model FSB12
attr rollladen_bad room Bad,Rollläden
attr rollladen_bad shutTime 24
attr rollladen_bad subType manufProfile
define FileLog_rollladen_bad FileLog ./log/rollladen_bad-%Y.log rollladen_bad
attr FileLog_rollladen_bad logtype text
attr FileLog_rollladen_bad room Bad,Log


list rollladen_bad:

Internals:
   DEF        FFF10017
   IODev      TCM310_0
   LASTInputDev TCM310_0
   MSGCNT     1
   NAME       rollladen_bad
   NOTIFYDEV  global
   NR         370
   STATE      stop
   TCM310_0_DestinationID FFFFFFFF
   TCM310_0_MSGCNT 1
   TCM310_0_PacketType 1
   TCM310_0_RSSI -94
   TCM310_0_SecurityLevel 0
   TCM310_0_SubTelNum 1
   TCM310_0_TIME 2014-03-01 09:55:42
   TYPE       EnOcean
   Readings:
     2014-03-01 09:55:42   anglePos        90
     2014-03-01 09:55:42   endPosition     not_reached
     2014-03-01 09:55:42   position        11
     2014-03-01 09:55:42   state           stop
Attributes:
   alias      Bad
   fp_Obergeschoss 574,205,5,
   group      Rollladen
   manufID    00D
   model      FSB12
   room       Bad,Rollläden
   shutTime   24
   subType    manufProfile
   verbose    5


zentrales Log:

2014.03.01 09:55:32 2: EnOcean set rollladen_bad not_reached
2014.03.01 09:55:32 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A500030208FFF1001700
2014.03.01 09:55:42 2: EnOcean set rollladen_bad not_reached
2014.03.01 09:55:42 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A500040208FFF1001700
2014.03.01 09:55:42 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00040208 ID:FFF10017 STATUS:01


Log device:

2014-03-01_08:33:24 rollladen_bad endPosition: open
2014-03-01_08:33:24 rollladen_bad anglePos: 0
2014-03-01_08:33:24 rollladen_bad position: 0
2014-03-01_08:33:24 rollladen_bad open
2014-03-01_09:55:32 rollladen_bad endPosition: not_reached
2014-03-01_09:55:32 rollladen_bad anglePos: 90
2014-03-01_09:55:32 rollladen_bad position: 10
2014-03-01_09:55:32 rollladen_bad 10
2014-03-01_09:55:42 rollladen_bad endPosition: not_reached
2014-03-01_09:55:42 rollladen_bad anglePos: 90
2014-03-01_09:55:42 rollladen_bad position: 25
2014-03-01_09:55:42 rollladen_bad 25
2014-03-01_09:55:42 rollladen_bad endPosition: not_reached
2014-03-01_09:55:42 rollladen_bad anglePos: 90
2014-03-01_09:55:42 rollladen_bad position: 11
2014-03-01_09:55:42 rollladen_bad stop

klaus.schauer

Das Problem mit den Repeatertelegrammen ist sicherlich getrennt von der "leeren" DATA-Variablen zu sehen. Ich habe deshalb in dem beigefügten Programmfile wieder die Auswertung der Quittungstelegramme entfernt. Eventuelle Repeatertelegramme können dann nicht mehr die Positionsbestimmung beeinflussen. Bitte mit dem geänderten File zuerst einmal die leeren DATA-Variablen weiterverfolgen.

nikk

Mit der zuletzt angehängten Datei wird die Position wieder richtig aktualisiert. Hier sind die verschiedenen Einträge:

zentrales Log:

2014.03.01 12:57:00 2: EnOcean set rollladen_bad not_reached
2014.03.01 12:57:00 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A500030208FFF1001700
2014.03.01 12:57:09 2: EnOcean set rollladen_bad not_reached
2014.03.01 12:57:09 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A500040208FFF1001700


device Log:

2014-03-01_12:57:00 rollladen_bad endPosition: not_reached
2014-03-01_12:57:00 rollladen_bad anglePos: 90
2014-03-01_12:57:00 rollladen_bad position: 10
2014-03-01_12:57:01 rollladen_bad 10
2014-03-01_12:57:09 rollladen_bad endPosition: not_reached
2014-03-01_12:57:09 rollladen_bad anglePos: 90
2014-03-01_12:57:09 rollladen_bad position: 25
2014-03-01_12:57:09 rollladen_bad 25

daredevil

Seitdem letzten Update erhalte ich beim Schaltbefehl on bzw off für ein DIM-Gateway (OPUS REG12 Dimaktor) folgende Fehlermeldung:

Unknown argument B0, choose one of dim:slider,0,1,100 on:noArg off:noArg teach:noArg blink on-for-timer on-till off-for-timer intervals off-till

Hier meine FHEM konfiguration dazu:

# Wohnzimmer Licht vorne
define wz_Light_Front EnOcean FFAXXXXX
attr wz_Light_Front alias Deckenbeleuchtung vorne
attr wz_Light_Front eventMap BI:off B0:on
attr wz_Light_Front gwCmd dimming
attr wz_Light_Front room Wohnzimmer
attr wz_Light_Front subType gateway
define FileLog_wz_Light_Front FileLog ./log/wz_Light_Front-%Y.log wz_Light_Front
attr FileLog_wz_Light_Front logtype text


Zuvor hat diese Konfiguration noch wunderbar funktioniert.

Habe meine Notify-Funktion nun angepasst (DIM 100 und DIM 0), aber wäre eigentlich schön wenn dies wieder funktionieren würde.

klaus.schauer

Zitat von: daredevil am 04 März 2014, 11:21:14
Seitdem letzten Update erhalte ich beim Schaltbefehl on bzw off für ein DIM-Gateway (OPUS REG12 Dimaktor) folgende Fehlermeldung:

Unknown argument B0, choose one of dim:slider,0,1,100 on:noArg off:noArg teach:noArg blink on-for-timer on-till off-for-timer intervals off-till

Hier meine FHEM konfiguration dazu:

# Wohnzimmer Licht vorne
define wz_Light_Front EnOcean FFAXXXXX
attr wz_Light_Front alias Deckenbeleuchtung vorne
attr wz_Light_Front eventMap BI:off B0:on
attr wz_Light_Front gwCmd dimming
attr wz_Light_Front room Wohnzimmer
attr wz_Light_Front subType gateway
define FileLog_wz_Light_Front FileLog ./log/wz_Light_Front-%Y.log wz_Light_Front
attr FileLog_wz_Light_Front logtype text


Zuvor hat diese Konfiguration noch wunderbar funktioniert.

Habe meine Notify-Funktion nun angepasst (DIM 100 und DIM 0), aber wäre eigentlich schön wenn dies wieder funktionieren würde.
Die Befehle B0/BI stehen nicht mehr zur Verfügung. Bitte einfach

attr wz_Light_Front eventMap BI:off B0:on

entfernen und on/off unmittelbar verwenden, siehe Fehlermeldung und die Hinweise im Basisartikel.

Arek

Hi,

ich habe Probleme mit dem Enfernen von attr eventMap BI:off B0:on. Nach einem Neustart von FHEM ist es immer wieder da, obwohl es nicht mal in der fhem.cfg steht (außer man speichert die Konfiguration).

Gruß Arek