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

klaus.schauer · 20 Februar 2014, 17:03:35

In dieser Version sind folgende Ergänzungen, Änderungen und Fehlerbereinigungen enthalten:

1. Beim Empfang des ersten Datentelegramms eines bisher unbekannten Devices wird ein entsprechender Eintrag in Fhem automatisch erzeugt (autocreate). Jetzt werden zusätzlich die empfangenen Daten ausgewertet. Damit werden alle teach-in-Daten unmittelbar berücksichtigt. Das Anlernen von z. B. MD15-Reglern wird damit vereinfacht. Dies ist auch Voraussetzung für das neue UTE-Teach-In.

2. Manufacturer Specific Applications (EEP A5-3F-7F), Shutter: Die Readings position und anglePos wurden seit der Version 3678 automatisch aktualisiert, falls ein Kommando position gesendet wird und das Reading state zwischenzeitlich manuell oder von einem bidirektionalen Aktor auf open oder closed gesetzt wurde. Weitere Tests haben gezeigt, dass der Aktor schon ein "open" Quittungstelegramm sendet, falls ein kurzer Auffahrbefehl gesendet wird. Dies bringt die Berechnung der Position des Rollos durcheinander. Deshalb wird das Quittungstelegamm von open nach open_ack umbenannt. Die erweiterten Quittungstelegramme der neueren Aktoren werden jetzt zusätzlich zur Positionsbestimmung verwendet. Die Berechnung der Fahrzeiten beim Befehl "position" wurde verbessert.

Achtung: Die neue Routine zur Auswertung der Quittungstelegramme wird durch Repeater-Telegramme gestört. Das lässt sich wegen des von Eltako gewählten Datenformats auch nicht ändern. Deshalb beim Einsatz von Repeatern diese in Fhem mit

Code Auswählen


attr <IODev_name> blockSenderID own

sperren. Sollte man sowieso immer machen, wenn man Repeater nutzt.

Zusätzlicher Hinweis: Trotz

Code Auswählen


attr <IODev_name> blockSenderID own

wurde von einem User gemeldet, dass "unregelmäßig" dennoch Repeatertelegramme durchkommen sollen. Dies ist für mich derzeit nicht reproduzierbar. Bitte deshalb eventuelle Fehler dokumentieren.

3. Beim Profil gateway/switching und gateway/dimming entfallen die Schaltzustände BI/B0. Es wird durchgängig on/off verwendet.

4. Der Dimmwert wird beim Profil gateway/dimming über das reading "dim" statt "dimValue" ausgegeben. Dadurch wird der Slider jetzt automatisch aktualisiert.

5. Das teach-in Quittungstelegramm des EEP A5-20-01 (MD15) wird jetzt mit der manufID 7FF statt 000 gesendet.

6. Der Name (subType) des Profils EEP A5-20-01 ist von MD15 auf die allgemeinere Bezeichnung hvac.01 umgestellt worden. Der subType MD15 kann übergangsweise weiter verwendet werden, wird aber nicht mehr im Auswahlmenü angeboten. Zukünftig werden weitere neue HVAC Geräteprofile hinzukommen.

7. Das zum Anlernen neuerer EEP notwendige UTE-Teach-In /Teach-Out Protokoll ist vorhanden. UTE wird nur verarbeitet, falls der Transceiver im Teach Mode ist. Mit Hilfe des neuen Protokolls werden auch bidirektionale Devices vollständig angelernt, plug and play. Fhem wählt hierfür automatisch eine freie SenderID aus dem Adressbereich des Transceivers aus. Diese automatisch vergebenen Fhem SenderIDs dürfen nicht zusätzlich manuell den subDef anderer Devices zugeordnet werden!

8. Für das TCM-Modul gibt es den neuen Befehl "teach". Damit wird der Transceiver in den Teach mode zum Anlernen von bidirektionalen 4BS-Devices und für UTE versetzt. Der neue Befehl ersetzt den bisherigen "pairForSec", der für eine Übergangszeit weiterhin unterstützt wird. Damit werden gibt es jetzt einen einheitlichen Befehlsnamen für Anlernprozeduren.

9. Die EEP D2-01 00 - D2-01-11 (VLD) sind eingearbeitet. Die Funktionen sind noch experimentell, da ich bisher keine Testgeräte wie die neue PEHA-Serie und den Telefunken Funktionsstecker zur Verfügung habe. Ich rechne damit, dass noch manche Fehler vorhanden sein werden. Die Profile sind recht komplex. Ich möchte dennoch mit der Veröffentlichung nicht weiter warten, da ich die Verbesserungen an den anderen Teilen des Moduls nunmehr zur Verfügung stellen möchte.

10. Ergänzung des Profils roomSensorControl.01 (u. a. EEP A5-04-01) um firmenspezifische s Datenfeld für alphaEOS Sense (Helligkeit)

ab V5064:

11. Die Readings dimValue wurde für alle Dimmerprofile auf dim umgestellt.

12. Neue Manufacturer IDs wurden aufgenommen.

ab V5158:

13. Anzeige des Readings "state" beim subType "raw" berichtigt.

14. HEX-Werte für die Variablen "DEF", "subDef", "manufID" und die Eingabewerte beim subType "raw" werden auch Kleinbuchstaben akzeptiert und intern auf Großbuchstaben normiert.

ab V5158:

15. Profil gateway/switching unterstützt jetzt auch die speziellen Befehle für den Eltako FSA12.

ab V5230:

16. Profil occupSensor.01: Zusätzliche Readings für Bewegungsmelder EnOcean EOSWx

ab V5245:

17: Profil autoMeterReading.01: Anzeige der Seriennummer berichtigt.

ab V5249:

18: set Kommandos sind deaktiviert und werden nicht ausgeführt, falls die Atribute disable oder disableForInterval aktiv sind.

ab V5264:

19: Anzeige der Seriennummer bei subType autoMeterReading.01 berichtigt

20: zusätzliche Empfangsinformationen im Abschnitt Internals der Devices:
- Ausgabe der Empfangsqualität in drei Stufen: exzellent, gut, schlecht
- Anzahl der Telegrammwiederholungen durch Repeater

ab V5332:

21: Fehlerbereinigung und Ergänzungen an dem subType actuator.01 (EEP D2-01-00 - D2-01-11)

ab V5368:

22: Fehlerbereinigung und Ergänzungen an dem subType actuator.01 (EEP D2-01-00 - D2-01-11)

Wie immer sind Einzelheiten in der commandref zu finden.

Danke für die bisherigen Rückmeldungen und Tests. Die grundlegenden Veränderungen der Modulstruktur insbesondere beim teach-in und viele der neuen Profile erfordern gründliche Tests. Für mich ist dies wegen der fehlenden Testobjekte nur sehr begrenzt möglich. Ich hoffe deshalb auf zahlreiche Unterstützer.

Wichtiger Hinweis: Die Module 10_EnOcean und 00_TCM müssen gleichzeitig per "update" aktualisiert werden, da die teach-in Parameter geändert wurden.

nikk · 23 Februar 2014, 08:14:41

Hallo Klaus,
nach dem letzten Update funktionieren meine Rollläden (FSB12) nicht mehr richtig. Die Befehle up bzw. down werden richtig ausgeführt. Aber das reading "position" wird nicht mehr korrekt aktualisiert.
Wenn ich "up" ausführe fährt der Rollladen ganz hoch, das reading "position" ändert sich aber zb. auf 90. Wenn ich nochmal auf "up" klicke ändert es sich zb. auf 80. Pro Klick ändert sich "position" um 10.
Bei "down" verhält es sich genau so.
Dadurch funktioniert es natürlich nicht mehr die Rollläden an bestimmte Positionen zu fahren.
Hier ist ein Auszug aus meiner aktuellen Config:

Code Auswählen


# Rolladen Bad
define rollladen_bad EnOcean xxxxxxxx
attr rollladen_bad alias Bad
attr rollladen_bad devStateIcon 100:fts_shutter_100 0:fts_window_2w 50:fts_shutter_50 25:fts_shutter_20 75:fts_shutter_60
attr rollladen_bad eventMap /up:auf/position 75:75/position 50:50/position 25:25/down:zu/
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 stateFormat position
attr rollladen_bad subType manufProfile
attr rollladen_bad webCmd auf:zu:stop:75:50:25
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

Viele Grüße

Niko

klaus.schauer · 23 Februar 2014, 08:50:28

Zitat von: nikk am 23 Februar 2014, 08:14:41
Hallo Klaus,
nach dem letzten Update funktionieren meine Rollläden (FSB12) nicht mehr richtig. Die Befehle up bzw. down werden richtig ausgeführt. Aber das reading "position" wird nicht mehr korrekt aktualisiert.
Wenn ich "up" ausführe fährt der Rollladen ganz hoch, das reading "position" ändert sich aber zb. auf 90. Wenn ich nochmal auf "up" klicke ändert es sich zb. auf 80. Pro Klick ändert sich "position" um 10.
Bei "down" verhält es sich genau so.
Dadurch funktioniert es natürlich nicht mehr die Rollläden an bestimmte Positionen zu fahren.
Hier ist ein Auszug aus meiner aktuellen Config:

Code Auswählen Erweitern
# Rolladen Bad define rollladen_bad EnOcean xxxxxxxx attr rollladen_bad alias Bad attr rollladen_bad devStateIcon 100:fts_shutter_100 0:fts_window_2w 50:fts_shutter_50 25:fts_shutter_20 75:fts_shutter_60 attr rollladen_bad eventMap /up:auf/position 75:75/position 50:50/position 25:25/down:zu/ 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 stateFormat position attr rollladen_bad subType manufProfile attr rollladen_bad webCmd auf:zu:stop:75:50:25 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

Viele Grüße

Niko

Statt up und down bitte opens und closes verwenden. Die Berechnung der Fahrzeiten beim Befehl position wurde geändert. Bisher wurde bei der Berechnung der Fahrzeiten abgerundet, jetzt aufgerundet. Das führte bisher dazu, dass die Positionen deutlich differierten, wenn man von unten oder oben anfährt.

Nachsatz: Die up-, down-Befehle verhalten sich bei mir, wie bisher. Ohne Angabe einer Fahrzeit wird die Maximalzeit verwendet. Die Positionswerte gehen jeweils auf 0 oder 100 %.

nikk · 23 Februar 2014, 09:47:10

Die Verwendung von opens bzw. closes verhält sich bei mir genau so wie up bzw. down.
Wenn der Rollladen auf ist, bewirkt ein closes, dass er komplett schließt. Die Position ändert sich aber nur von 0 auf 10.
Bei jedem weiteren Klick auf closes ,erhöht sich die Position um 10.
Bei jedem weiteren Klick auf opens ,veringert sich die Position um 10.

Wenn der Rollladen auf ist und ich Position 50 anfahre funktioniert das. Die Position ändert sich aber nur auf 5 anstatt auf 50.

klaus.schauer · 23 Februar 2014, 10:23:21

Ich habe nun mehrfach versucht, das Verhalten nachzustellen. Bei mir sind keine Fehler erkennbar.

Bitte mal mit einer minimalen Konfiguration ohne devstateIcon, eventMap, webCmd, stateFormat aber mit dem
attr <name> verbose 5 testen und die LOG-Ergebnisse mitschicken.

mike1969bln · 23 Februar 2014, 11:47:17

Hallo Klaus,

zunächst vielen Dank für die fleißige Arbeit an dem EnOcean-Modul.

Ich habe etwas ältere FSB61. Die senden nun als Status open_ack. Wie ist denn das jetzt gedacht mit DevStateIcon oder einer für Laien verständlichen Anzeige in der Weboberfläche? Ich verstehe den Sinn und Zweck dieser Umprogrammierung noch nicht.

Für einen Tipp zur weiteren Umsetzung wäre ich dankbar.

Viele Grüße

Michael

Sent from my iPad using Tapatalk

klaus.schauer · 23 Februar 2014, 12:37:00

Zitat von: mike1969bln am 23 Februar 2014, 11:47:17
Ich habe etwas ältere FSB61. Die senden nun als Status open_ack. Wie ist denn das jetzt gedacht mit DevStateIcon oder einer für Laien verständlichen Anzeige in der Weboberfläche? Ich verstehe den Sinn und Zweck dieser Umprogrammierung noch nicht.

Den Grund für die Änderung habe ich beschrieben, siehe Basisartikel oben.

mike1969bln · 23 Februar 2014, 13:25:05

Für was steht den ack?

Sent from my iPad using Tapatalk

nikk · 23 Februar 2014, 17:24:37

Zitat von: klaus.schauer am 23 Februar 2014, 10:23:21
Ich habe nun mehrfach versucht, das Verhalten nachzustellen. Bei mir sind keine Fehler erkennbar.

Bitte mal mit einer minimalen Konfiguration ohne devstateIcon, eventMap, webCmd, stateFormat aber mit dem
attr <name> verbose 5 testen und die LOG-Ergebnisse mitschicken.

Habe es mit der minimalen Konfiguration getestet, hier sind die Log-Einträge:

Code Auswählen


2014.02.23 17:14:16 2: EnOcean set rollladen_bad closed
2014.02.23 17:14:16 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A5001802081122334400
2014.02.23 17:14:16 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180208 ID:11223344 STATUS:01
2014.02.23 17:15:05 2: EnOcean set rollladen_bad closed
2014.02.23 17:15:05 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A5001802081122334400
2014.02.23 17:15:05 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180208 ID:11223344 STATUS:01
2014.02.23 17:15:53 2: EnOcean set rollladen_bad open
2014.02.23 17:15:53 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A5001801081122334400
2014.02.23 17:15:53 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180108 ID:11223344 STATUS:01

Zur Info:
- Rollladen war offen.
- Nachdem ich "closes" ausgeführt habe, fuhr der Rollladen komplett runter (Position wurde auf 10 geändert)
- Nach einem weiteren "closes" blieb der Rollladen unten (Position wurde auf 20 geändert)
- Nach einem "opens" fuhr der Rollladen komplett hoch (Position wurde auf 9 geändert)

klaus.schauer · 23 Februar 2014, 17:54:22

Zitat von: nikk am 23 Februar 2014, 17:24:37
Habe es mit der minimalen Konfiguration getestet, hier sind die Log-Einträge:
Code Auswählen Erweitern
2014.02.23 17:14:16 2: EnOcean set rollladen_bad closed 2014.02.23 17:14:16 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A5001802081122334400 2014.02.23 17:14:16 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180208 ID:11223344 STATUS:01 2014.02.23 17:15:05 2: EnOcean set rollladen_bad closed 2014.02.23 17:15:05 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A5001802081122334400 2014.02.23 17:15:05 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180208 ID:11223344 STATUS:01 2014.02.23 17:15:53 2: EnOcean set rollladen_bad open 2014.02.23 17:15:53 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A5001801081122334400 2014.02.23 17:15:53 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180108 ID:11223344 STATUS:01

Zur Info:
- Rollladen war offen.
- Nachdem ich "closes" ausgeführt habe, fuhr der Rollladen komplett runter (Position wurde auf 10 geändert)
- Nach einem weiteren "closes" blieb der Rollladen unten (Position wurde auf 20 geändert)
- Nach einem "opens" fuhr der Rollladen komplett hoch (Position wurde auf 9 geändert)

Die Sendebefehle sind ok.

Bitte die LOG-Einträge des Devices selbst einstellen. Dort werden u. a. auch die Werte der Readings weggeschrieben.

Nachtrag: Die empfangenen DATA-Telegramme sind entsprechen nicht den Datenbeschreibungen aus den Eltako-Unterlagen:

Code Auswählen


2014.02.23 17:15:53 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180108 ID:11223344 STATUS:01

Da wundert mich nicht, dass die Positionswerte falsch gesetzt werden. Ich kann das mit meinen Geräten nicht testen. Die senden Quittungstelegramme nach dem alten Verfahren.

Aus welcher Fertigungswoche sind die FSB61NP Aktoren? Ich versuche das bei Eltako abzuklären.

Als Anlage eine 10_Enocean.pm, bei der ich die Auswertung der neuen Quittungstelegramme rausgenommen habe. Damit sollte der Spuk vorbei sein.

nikk · 23 Februar 2014, 18:03:27

Zitat von: klaus.schauer am 23 Februar 2014, 17:54:22
Die Sendebefehle sind ok.

Bitte die LOG-Einträge des Devices selbst einstellen. Dort werden u. a. auch die Werte der Readings weggeschrieben.

Hier sind die Logeinträge des Devices:

Code Auswählen


2014-02-23_17:14:16 rollladen_bad anglePos: 90
2014-02-23_17:14:16 rollladen_bad position: 100
2014-02-23_17:14:16 rollladen_bad endPosition: closed
2014-02-23_17:14:16 rollladen_bad closes
2014-02-23_17:14:16 rollladen_bad endPosition: not_reached
2014-02-23_17:14:16 rollladen_bad anglePos: 90
2014-02-23_17:14:16 rollladen_bad position: 10
2014-02-23_17:14:16 rollladen_bad stop
2014-02-23_17:15:05 rollladen_bad anglePos: 90
2014-02-23_17:15:05 rollladen_bad position: 100
2014-02-23_17:15:05 rollladen_bad endPosition: closed
2014-02-23_17:15:05 rollladen_bad closes
2014-02-23_17:15:05 rollladen_bad endPosition: not_reached
2014-02-23_17:15:05 rollladen_bad anglePos: 90
2014-02-23_17:15:05 rollladen_bad position: 20
2014-02-23_17:15:05 rollladen_bad stop
2014-02-23_17:15:53 rollladen_bad anglePos: 0
2014-02-23_17:15:53 rollladen_bad position: 0
2014-02-23_17:15:53 rollladen_bad endPosition: open
2014-02-23_17:15:53 rollladen_bad opens
2014-02-23_17:15:53 rollladen_bad endPosition: not_reached
2014-02-23_17:15:53 rollladen_bad anglePos: -90
2014-02-23_17:15:53 rollladen_bad position: 9
2014-02-23_17:15:53 rollladen_bad stop
2014-02-23_17:27:19 rollladen_bad anglePos: 0
2014-02-23_17:27:19 rollladen_bad position: 0
2014-02-23_17:27:19 rollladen_bad endPosition: open
2014-02-23_17:27:20 rollladen_bad opens
2014-02-23_17:27:20 rollladen_bad endPosition: open
2014-02-23_17:27:20 rollladen_bad anglePos: 0
2014-02-23_17:27:20 rollladen_bad position: 0
2014-02-23_17:27:20 rollladen_bad open

klaus.schauer · 24 Februar 2014, 06:18:04

Zitat von: nikk am 23 Februar 2014, 17:24:37
Habe es mit der minimalen Konfiguration getestet, hier sind die Log-Einträge:
Code Auswählen Erweitern
2014.02.23 17:14:16 2: EnOcean set rollladen_bad closed 2014.02.23 17:14:16 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A5001802081122334400 2014.02.23 17:14:16 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180208 ID:11223344 STATUS:01 2014.02.23 17:15:05 2: EnOcean set rollladen_bad closed 2014.02.23 17:15:05 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A5001802081122334400 2014.02.23 17:15:05 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180208 ID:11223344 STATUS:01 2014.02.23 17:15:53 2: EnOcean set rollladen_bad open 2014.02.23 17:15:53 4: EnOcean IOWrite rollladen_bad Header: 000A0001 Data: A5001801081122334400 2014.02.23 17:15:53 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180108 ID:11223344 STATUS:01

Zur Info:
- Rollladen war offen.
- Nachdem ich "closes" ausgeführt habe, fuhr der Rollladen komplett runter (Position wurde auf 10 geändert)
- Nach einem weiteren "closes" blieb der Rollladen unten (Position wurde auf 20 geändert)
- Nach einem "opens" fuhr der Rollladen komplett hoch (Position wurde auf 9 geändert)

Die Lösung des Problem sieht anders aus, als bisher vermutet.

Code Auswählen


2014.02.23 17:15:53 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180108 ID:11223344 STATUS:01

Das vermeintliche Quittungstelegramm ist ein Telegramm, das von einem Repeater zurück an Fhem gesendet wird (STATUS: 01)! Dieses Telegramm hat aber ein Format, das die neue Routine durcheinander bringt.

Deshalb bitte die Repeater-Telegramme in Fhem mit

Code Auswählen


attr <IODev_name> blockSenderID own

sperren.

nikk · 24 Februar 2014, 09:28:31

Zitat von: klaus.schauer am 24 Februar 2014, 06:18:04
Die Lösung des Problem sieht anders aus, als bisher vermutet.
Code Auswählen Erweitern
2014.02.23 17:15:53 5: EnOcean rollladen_bad PacketType:1 RORG:A5 DATA:00180108 ID:11223344 STATUS:01
Das vermeintliche Quittungstelegramm ist ein Telegramm, das von einem Repeater zurück an Fhem gesendet wird (STATUS: 01)! Dieses Telegramm hat aber ein Format, das die neue Routine durcheinander bringt.

Deshalb bitte die Repeater-Telegramme in Fhem mit
Code Auswählen Erweitern
attr <IODev_name> blockSenderID own
sperren.

Hallo Klaus,
danke für Deine Bemühungen.
Dieses Attribut hatte ich bereits gesetzt.
Bei meinen Aktoren für die Rollläden handelt es sich um FSB12.
Ansonsten habe ich noch FSR12-4x verbaut.
In meinem System gibt es keine Aktoren, welche Quittungstelegramme senden.
Woher könnte das Quittungstelegramm dann kommen?

Grüße
Niko

klaus.schauer · 24 Februar 2014, 10:17:34

Zitat von: nikk am 24 Februar 2014, 09:28:31
Dieses Attribut hatte ich bereits gesetzt.
Bei meinen Aktoren für die Rollläden handelt es sich um FSB12.
Ansonsten habe ich noch FSR12-4x verbaut.
In meinem System gibt es keine Aktoren, welche Quittungstelegramme senden.
Woher könnte das Quittungstelegramm dann kommen?

Die empfangenen Telegramme kommen eindeutig von Repeatern.
Ist das Attribut wirklich beim TCM-Modul gesetzt? Falls ja, dann arbeitet die Funktion nicht so wie sie soll. Dann bitte ein "list" vom TPM-Modul schicken und die geänderte Datei 10_Enocean verwenden. In dieser Datei sind die neuen Auswertefunktionen ausgeblendet.

nikk · 24 Februar 2014, 10:46:17

Zitat von: klaus.schauer am 24 Februar 2014, 10:17:34
Die empfangenen Telegramme kommen eindeutig von Repeatern.
Ist das Attribut wirklich beim TCM-Modul gesetzt? Falls ja, dann arbeitet die Funktion nicht so wie sie soll. Dann bitte ein "list" vom TPM-Modul schicken und die geänderte Datei 10_Enocean verwenden. In dieser Datei sind die neuen Auswertefunktionen ausgeblendet.

Hier ist ein Auszug meiner Config:

Code Auswählen


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

Hier ist das "list" vom TCM-Modul:

Code Auswählen


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.