Hauptmenü

[GELÖST] toggle lamp

Begonnen von wallyfhem, 11 August 2017, 11:42:04

Vorheriges Thema - Nächstes Thema

wallyfhem

Wo könnte ich z.B. eine klare Erläuterung folgender Zeile nachlesen:

attr testdummy devStateIcon _start:on:stop _stop:off:start

Was bedeuten die Parameter von  devStateIcon a1:b1:c1 a2:b2:c2
Ich bitte nicht um eine Erläuterung hier, nur wo ich sowas finden kann, auch zukünftig mit anderen Attributen.

Oder hier:
ZitatAuf dem Remote System wird ein Script im Home Verzeichnis des verwendeten Remote Benutzers erzeugt/abgelegt und mit chmod +x test.sh ausführbar gemacht:

Soll das script bei Verwendung eines RaspberyPi in /home/pi/ oder in /opt/fhem/ abgelegt werden ?






Otto123

#31
immer in der doku

https://fhem.de/commandref_DE.html#devStateIcon

Home Verzeichnis des verwendeten Remote Benutzers -> hängt also vom Benutzer ab
Woher ist das Zitat? Ach ja aus meinem Artikel  ;)
Aber die Antwort bleibt, wenn man den Remotebenutzer  Pi nimmt (Beispiel) dann dort in /home/pi
Das ist doch in meinem Artikel nicht vorgeschrieben, das Remotesystem kann auch einen Benutzer Willi haben.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

wallyfhem

Jo, jetzt hab' ich's auch gefunden :) thx

wallyfhem

@ Otto123:
wenn ich zu sehr nerve bitte kurzen Hinweis :)

Abgeleitet von Deinem toggle-code:

define Taster dummy
attr Taster devStateIcon on:on:off off:off:on
attr Taster event-on-change-reading state
define n_Taster notify Taster:(on|off) set $NAME _$EVENT


Der obige code funktioniert nur wenn ich die 2. Zeile so ändere:

define Taster dummy
attr Taster devStateIcon _on:on:off _off:off:on
attr Taster event-on-change-reading state
define n_Taster notify Taster:(on|off) set $NAME _$EVENT


Hat der führende Unterstrich eine spezielle Bedeutung ?


 


CoolTux

#34
Das erste ist der STATE

on


Das zweite ist das Icon passend zum Zustand

on:black_Steckdose.on

Das dritte ist der Zustand wo er hinschalten soll wenn er den Zustand des ersten Parameters angenommen hat und man noch mal auf das Icon drückt

on:black_Steckdose.on:off

Und nun das ganze noch mal für off

off:black_Steckdose.off:on

Ergibt in einer Zeile

attr Taster devStateIcon on:black_Steckdose.on:off off:black_Steckdose.off:on

Fertig ist ein Dummy der eine Steckdose darstellt
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

wallyfhem

@CoolTux:

vielen Dank, aber das ist eigentlich klar geworden in der Beschreibung.

Meine Frage beog sich auf den notwendigen Unterstrich in "_on" und "_off"
Ohne diese Unterscheidung lauft Otto123's code nicht. 

Otto123

Ja :)

er verhindert eine Endlosschleife! Der Befehl im notify setzt ja auch nicht on oder off ($EVENT) sondern _on _off (_$EVENT)

Da das notify selbst auf on|off reagiert wurde das Ganze nach dem ersten schalten nur "noch viel Strom verbrauchen"

Aber _ könnte auch willi oder irgendetwas anderes sein, es ist einfach nur: _on ne on

Dabei ist die Eigenschaft von devStateIcon wichtig -> Auflistung von regexp:icon-name:cmd
ZitatWenn der Zustand des Gerätes mit der regexp übereinstimmt, wird als icon-name das entsprechende Status Icon angezeigt, und (falls definiert), löst ein Klick auf das Icon das entsprechende cmd aus.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

nils_

Zitat von: Otto123 am 11 August 2017, 15:28:31
Wo stand jetzt eigentlich, dass man die fhem.cfg editieren muss?  :'(

das editieren der fhem.cfg wird im einsteiger-pdf beschrieben bzw. an mehreren stellen "benutzt". (ob das jetzt explizit "müssen" steht, möchte ich nicht behaupten ;) )
viele Wege in FHEM es gibt!

CoolTux

Muss man nicht (mehr) sollte man nicht (mehr)!!!
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

wallyfhem

@Otto123

Habe ein wenig rumgespielt und folgenden code probiert:
#
define Taster dummy
attr Taster devStateIcon on:radio_checked:off off:radio_checked:on
attr Taster event-on-change-reading state

define n_Taster notify Taster:(on|off) set Lamp $EVENT

define Lamp dummy


Zitat von: Otto123 am 11 August 2017, 16:46:51
er verhindert eine Endlosschleife! Der Befehl im notify setzt ja auch nicht on oder off ($EVENT) sondern _on _off (_$EVENT)
Da das notify selbst auf on|off reagiert wurde das Ganze nach dem ersten schalten nur "noch viel Strom verbrauchen"
Woran kann ich sehen ob der Prozess in einer Endlosschleife gelandet ist oder viel Strom verbraucht ?
Ein Hinweis darauf ist vielleicht, dass sich der Timestamp beim betätigen des Tasters zwar ändert, die Änderung aber nicht sofort anzeigt.
Einen Taster konnte ich in den Symbolen nicht finden, deshalb zweimal "radio_checked"
Gibt es vielleicht dennoch einen Taster ?

Betreffs Hardware:
Ich würde gerne ein Starterkit Hardware kaufen. Vielleicht einen Temperatursensor und/oder eine schaltbare Steckdoe. Könnt Ihr da was empfehlen ?



RaspiLED

Frag in unserem Marktplatz, haben bestimmt noch eine Menge was im Keller (ja ich auch ;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

wallyfhem

@RaspiLED:

Prima Tipp, danke !

Otto123

Zitat von: wallyfhem am 14 August 2017, 10:15:14
Woran kann ich sehen ob der Prozess in einer Endlosschleife gelandet ist oder viel Strom verbraucht ?
Hi,

Das mit dem Strom war sehr symbolisch gemeint, weil eine zu 100 % belastete CPU eben mehr Strom braucht. Der Code in Deinem letzten Beispiel läuft doch aber einwandfrei!? Hab es gerade getestet. Du schaltest ja damit ein anderes Device.

Generell kannst Du die CPU Auslastung und Prozesse prüfen z.B. unter Linux mit "top"

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

wallyfhem

Ja, läuft prima - beginnt langsam Spass zu machen.
Um es noch interessanter zu machen, möchte ich jetzt erstmal noch ein bisschen Hardware besorgen.

Gruß Wally

CoolTux

Bis dahin kannst du mit Dummys üben. Du kannst mit Notify auf bestimmte Zustande von Dummys triggern und somit andere Dummys schalten. Du kannst Dummys mit Readings befüllen und somit RegEx beim Notify oder watchdog üben.
Nur so als Tip, dann macht es mit echter Hardware gleich von Anfang richtig Spaß.
Und lesen lesen lesen, auch hier im Forum einfach mal die aktuellen Beiträge mit verfolgen.



Grüße
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