Hauptmenü

Dummy mit Passwort

Begonnen von wthiess, 29 April 2017, 22:33:48

Vorheriges Thema - Nächstes Thema

wthiess

Hallo
hab bitte eine Frage. Wie kann ich in Fhem bei einem Schalter ein Passwort einbauen. Es geht nicht um Sicherheit sondern um unabsichtliches Schalten. Gibt es da eine Funktion?

Lg
Wolfgang
Raspberry Pi 3; 8xRelais; Aptodec Nano V3.0 Pro; FS1000a; RF-5V; Hama TS33C; 3x Brennerstuhl FunkSteckdosen; 9x Dooya funk Rollo; KWL Systemair VR400; Thermokon Modbusthermostat; diverse China Modbus Thermostate; 1-wire Bus; Telegram; QuickFhem; FhemNative; Firmata; Alexa ......

schwatter

Schließe mich der Frage an  :)

CoolTux

Kommt drauf an was der Schalter genau ist. Was steckt dahinter? Type. Ist es auch ein Dummy, ist es ein Aktor von Homematic?
Und wenn geht es nur in dem Du im Modulquellcode Rum machst oder einen Weg über ein steuerbaren notify findest. Also nicht direkt den Aktor sichtbar machen sondern ein Dummy Schalter mit notify und Aktor Verknüpfung. Dann geht es ohne Modulcode ändern
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

schwatter

#3
Es handelt sich bei mir um einen Homematic HM-LC-SW1-SM. Diesen möchte ich gegen versehentliches schalten sichern.


Internals:
   DEF        3F0E3E
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     9
   NAME       Pumpe
   NOTIFYDEV  global
   NR         24
   NTFY_ORDER 50-Pumpe
   STATE      on
   TYPE       CUL_HM
   lastMsg    No:07 - t:02 s:3F0E3E d:424242 0101C8003E
   myHmUART_MSGCNT 9
   myHmUART_RAWMSG 040300380780023F0E3E4242420101C8003E
   myHmUART_RSSI -56
   myHmUART_TIME 2017-11-03 10:45:25
   protLastRcv 2017-11-03 10:45:25
   protSnd    13 last_at:2017-11-03 10:45:24
   protState  CMDs_done
   rssi_at_myHmUART avg:-54.11 max:-53 lst:-56 cnt:9 min:-56
   rssi_myHmUART avg:-60.5 cnt:2 min:-62 max:-59 lst:-62
   READINGS:
     2017-11-03 10:45:25   CommandAccepted yes
     2017-06-19 18:59:18   D-firmware      2.5
     2017-06-19 18:59:18   D-serialNr      MEQ0819281
     2017-11-02 23:50:05   PairedTo        0x424242
     2017-07-31 18:46:10   R-Holzofen-lgActionType jmpToTarget
     2017-07-31 18:46:10   R-Holzofen-shActionType jmpToTarget
     2017-06-19 18:59:22   R-pairCentral   0x424242
     2017-06-19 18:59:23   R-powerUpAction off
     2017-06-19 18:59:23   R-sign          off
     2017-11-02 23:50:05   RegL_00.          02:01 0A:42 0B:42 0C:42 15:FF 18:00 00:00
     2017-11-02 23:50:06   RegL_01.         08:00  30:06 57:24 56:00 00:00
     2017-11-03 10:45:25   deviceMsg       on (to myHmUART)
     2017-11-03 10:45:25   level           100
     2017-11-03 10:45:25   pct             100
     2017-11-02 23:50:04   powerOn         2017-11-02 23:50:04
     2017-11-03 10:45:25   recentStateType ack
     2017-11-03 10:45:25   state           on
     2017-11-03 10:45:25   timedOn         off
   helper:
     HM_CMDNR   7
     PONtest    0
     cSnd       014242423F0E3E0103,114242423F0E3E0201C80000
     dlvlCmd    ++A0114242423F0E3E0201C80000
     mId        0002
     peerIDsRaw ,00000000
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +3F0E3E,00,00,00
       nextSend   1509702325.23521
       prefIO
       rxt        0
       vccu
       p:
         3F0E3E
         00
         00
         00
     mRssi:
       mNo        07
       io:
         myHmUART   -54
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       at_myHmUART:
         avg        -54.1111111111111
         cnt        9
         lst        -56
         max        -53
         min        -56
       myHmUART:
         avg        -60.5
         cnt        2
         lst        -62
         max        -59
         min        -62
     shadowReg:
     tmpl:
Attributes:
   IODev      myHmUART
   autoReadReg 4_reqStatus
   devStateIcon on:ios-on-green off:ios-off
   expert     2_raw
   firmware   2.5
   icon       sani_pump
   model      HM-LC-SW1-SM
   peerIDs    00000000,
   room       1. Heizung,CUL_HM
   serialNr   MEQ0819281
   subType    switch
   webCmd     statusRequest:toggle:on:off

CoolTux

Dann verstecke das Teil irgendwo, mache ein Dummy mit setList und readingList und verbinde beide über ein Notify. Im notify kannst du dann Bedingungen abfragen oder das notify aktivieren/deaktivieren.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

schwatter

Ok, danke. Werde mich daran versuchen. Dachte es funktioniert einfacher.

CBSnake

Hi,

mit der attribut webcmd und dann z.B. nix:nix als Wert laufen schonmal klicks auf on off ins leere
mit der attribute devStateIcon müsste man eigentlich auch das Icon/Schalter so umbiegen können, dass er nicht mehr on/off sondern auch nix/nix liefert, mit "nix" kann dein Aktor natürlich nichts anfangen und liefert ne Fehlermeldung, schalten ginge dann nur noch in der Aktoransicht oder über die Kommandozeile/Notify etc
FHEM auf Debian 10, HM-Wlan, JeeLink-Wlan, Wlanduino, ConBee, TP-Link Steckdose, GHoma Steckdosen, Shelly Steckdosen

CoolTux

Auch eine gute Lösung wie ich finde.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

schwatter

Super Idee, das genügt.
Habe einfach alles mit "off" (icon/webcmd) entfernt, so dass nur ein "on" geschaltet werden kann. Danke!  :)