[gelöst] immer wieder room EnOcean vorhanden

[MadMax-FHEM]

Hallo,

habe ja bereits einiges mit fhem umgesetzt, hauptsächlich Homematic und ein wenig ZWave...

Da ich aber einen Schalter brauche, wo "gar nichts ist" (also weder Strom noch Dose) und ich auch keine Batterien wechseln wollte kam ich auf EnOcean.

Habe bald (ist bereits unterwegs) einen GIRA EnOcean-Schalter und bereits jetzt einen "NodOn EnOcean Doppel Schalter SIN-2-2-00"
(https://www.amazon.de/gp/product/B01DL8QDY4/)

Als Funkmodul habe ich ein Raspi-Aufsteckmodul.
Anlernen und Einbinden etc. ging problemlos, "normales Teach", also:

Code Auswählen Erweitern

set EnOceanPI teach 60

List des EnOceanPI

Code Auswählen Erweitern


Internals:
   BaseID     FFB1A100
   ChipID     05016342
   DEF        ESP3 /dev/ttyAMA0@57600
   DeviceName /dev/ttyAMA0@57600
   FD         8
   LastID     FFB1A17F
   MODEL      ESP3
   NAME       EnOceanPI
   NOTIFYDEV  global
   NR         25
   NTFY_ORDER 50-EnOceanPI
   PARTIAL
   STATE      initialized
   TYPE       TCM
   READINGS:
     2017-11-25 01:20:07   baseID          BaseID: FFB1A100 RemainingWriteCycles: 0A
     2017-11-25 01:20:07   maturity        01
     2017-11-25 01:20:07   repeater        RepEnable: 00 RepLevel: 00
     2017-11-25 01:20:07   state           initialized
     2017-11-25 01:20:07   version         APIVersion: 02060300 APPVersion: 020B0100 ChipID: 05016342 ChipVersion: 454F0103 Desc: GATEWAYCTRL
   helper:
     telegramSentTimeLast 1511569207.53249
     awaitCmdResp:
Attributes:
   room       System
   sendInterval 0
   smartAckMailboxMax 0


Ich habe auch einen readingsProxy angelegt damit ich immer schön on/off usw. sehe, egal ob ich von fhem aus oder direkt am dort montierten Schalter schalte.

list des readingsProxy:

Code Auswählen Erweitern


Internals:
   DEF        Schaltaktor_EssZi_Licht:channel0
   DEVICE     Schaltaktor_EssZi_Licht
   NAME       Licht_EssZi
   NOTIFYDEV  global,Schaltaktor_EssZi_Licht
   NR         52
   NTFY_ORDER 50-Licht_EssZi
   READING    channel0
   STATE      off
   TYPE       readingsProxy
   CONTENT:
     Schaltaktor_EssZi_Licht 1
   READINGS:
     2017-11-25 01:12:02   lastCmd         off
     2017-11-25 01:12:02   state           off
Attributes:
   room       Esszimmer
   setList    off on
   webCmd     off:on


Und letztendlich ein list des Schaltaktors:

Code Auswählen Erweitern


Internals:
   DEF        0504C883
   IODev      EnOceanPI
   NAME       Schaltaktor_EssZi_Licht
   NR         47
   NTFY_ORDER 50-Schaltaktor_EssZi_Licht
   STATE      A0
   TYPE       EnOcean
   READINGS:
     2017-11-24 00:47:27   buttons         released
     2017-11-24 00:47:27   channel0        off
     2017-11-23 14:55:21   channel1        off
     2017-11-24 00:47:27   channelA        A0
     2017-11-24 00:47:27   dim             0
     2017-11-24 00:47:27   dim0            0
     2017-11-23 14:55:21   dim1            0
     2017-11-24 00:47:27   error0          not_supported
     2017-11-23 14:55:21   error1          not_supported
     2017-11-24 00:47:27   localControl0   enabled
     2017-11-23 14:55:21   localControl1   enabled
     2017-11-24 00:47:27   overCurrentOff0 ready
     2017-11-23 14:55:21   overCurrentOff1 ready
     2017-11-24 00:47:27   powerFailure0   disabled
     2017-11-23 14:55:21   powerFailure1   disabled
     2017-11-24 00:47:27   powerFailureDetection0 not_detected
     2017-11-23 14:55:21   powerFailureDetection1 not_detected
     2017-11-24 00:47:27   state           A0
     2017-11-23 14:45:44   teach           UTE teach-in accepted EEP D2-01-12 Manufacturer: ID-RF
Attributes:
   IODev      EnOceanPI
   comMode    biDir
   defaultChannel 0
   devChannel 2
   eep        D2-01-12
   manufID    046
   room       EnOcean
   subDef     FFB1A101
   subType    actuator.01
   teachMethod UTE



So und nun zum eigentlichen Problem:

Lösche ich das Attribut 'room' (was den Eintrag EnOcean hat), mache ein 'save config' dann ist der Raum weg.
Wie zu erwarten und was angestrebt war...

Nach einem 'shutdown restart' ist dann der Schaltaktor wieder im Raum EnOcean

Ist das normal?
Und wenn: warum?

Hier noch die Logeinträge bei 'shutdown restart':

Code Auswählen Erweitern


2017.11.25 01:20:00 0: Server shutdown
2017.11.25 01:20:02 2: Perfmon: ready to watch out for delays greater than one second
2017.11.25 01:20:02 1: Including fhem.cfg
2017.11.25 01:20:02 3: telnetPort: port 7072 opened
2017.11.25 01:20:03 3: WEB: port 8083 opened
2017.11.25 01:20:03 2: eventTypes: loaded 664 events from ./log/eventTypes.txt
2017.11.25 01:20:03 3: Opening EnOceanPI device /dev/ttyAMA0
2017.11.25 01:20:03 3: Setting EnOceanPI serial parameters to 57600,8,N,1
2017.11.25 01:20:03 3: EnOceanPI device opened
2017.11.25 01:20:04 2: EnOcean Cryptographic functions are not available.
2017.11.25 01:20:06 3: Getting devices URL nonblocking https://layla.amazon.de/api/devices-v2/device?cached=true&_=1511569206
2017.11.25 01:20:06 3: Getting accounts URL https://alexa-comms-mobile-service.amazon.com/accounts
2017.11.25 01:20:06 3: Getting auth URL https://layla.amazon.de/api/bootstrap
2017.11.25 01:20:06 1: Including ./log/fhem.save
2017.11.25 01:20:06 2: echodevice: notify reload
2017.11.25 01:20:06 3: TCM set EnOceanPI reset
2017.11.25 01:20:06 2: TCM EnOceanPI RESPONSE: OK
2017.11.25 01:20:07 3: TCM get EnOceanPI baseID
2017.11.25 01:20:07 2: TCM EnOceanPI RESPONSE: BaseID: FFB1A100 RemainingWriteCycles: 0A
2017.11.25 01:20:07 3: TCM get EnOceanPI version
2017.11.25 01:20:07 2: TCM EnOceanPI RESPONSE: APIVersion: 02060300 APPVersion: 020B0100 ChipID: 05016342 ChipVersion: 454F0103 Desc: GATEWAYCTRL
2017.11.25 01:20:07 3: TCM set EnOceanPI smartAckMailboxMax 0
2017.11.25 01:20:07 2: TCM EnOceanPI RESPONSE: OK
2017.11.25 01:20:07 2: TCM EnOceanPI smartAckMailboxMax 0 restored
2017.11.25 01:20:07 3: TCM set EnOceanPI mode 00
2017.11.25 01:20:07 2: TCM EnOceanPI RESPONSE: NOT_SUPPORTED
2017.11.25 01:20:07 3: TCM set EnOceanPI maturity 01
2017.11.25 01:20:07 2: TCM EnOceanPI RESPONSE: OK
2017.11.25 01:20:07 2: TCM EnOceanPI maturity 01 restored
2017.11.25 01:20:07 3: TCM set EnOceanPI repeater 0000
2017.11.25 01:20:07 2: TCM EnOceanPI RESPONSE: OK
2017.11.25 01:20:07 2: TCM EnOceanPI repeater 0000 restored
2017.11.25 01:20:07 2: TCM EnOceanPI initialized
2017.11.25 01:20:07 3: HarmonyHub: connected
2017.11.25 01:20:07 2: echodevice: notify reload
2017.11.25 01:20:07 0: Featurelevel: 5.8


EDIT: autocreate ist disabled...

Vielen Dank schon mal, Joachim

[krikan]

Hallo Joachim!
Kann das bei einem PSC234-Device (subType actuator.01) auch nachvollziehen: Wenn kein Attribut room in der .cfg gesetzt ist, dann wird automatisch room EnOcean zugewiesen. Setzt man das Attribut room mit irgendeinem Wert also bspw. room Unsorted, dann geschieht diese automatische Zuweisung nicht.
Gruß, Christian

[MadMax-FHEM]

Hallo Christian,

hmm, ok.

Heißt ohne Attribut room geht nicht...

Ich muss gestehen, dass ich das bei anderen Geräten noch nicht probiert hab, also ohne Attribut room.

Allerdings dachte ich mir ich nehme den readingsProxy (der ja den eigentlichen Zustand etc. darstellt) in den Raum und lasse das tatsächliche Gerät "einfach in der Luft"

Aber mit unsorted etc. kann ich leben

Vielen Dank, Joachim

P.S.: kommt davon, wenn man ein System gut kennt, ein weiteres ein wenig und dann eben noch eins integriert...