Status von Reedswitch an Shelly1

[mrb]

Hallo zusammen,

ich habe mir zwei shelly1 gekauft und somit meine Garagentore Automatisiert. Funktioniert auch gut nur ein paar Punkte sind noch offen.

1. Der ReedSwitch vom Shelly1 wird nicht ausgelesen und in Fhem angezeigt. Keins der Attribute des Shelly-Modul zeigt mir den Wert an. Mach ich was falsch? Oder besser gesagt welcher müssten es eigentlich sein?

2. Die Shelly sprechen noch mit der Cloud da ein Loslösen aus der Cloud zum nicht mehr funktionieren des Shelly geführt hat. Was muss man genau machen? Ich habe einfach den Shelly in der Shelly-App gesagt "sprich nicht mehr mit der Cloud" Aber das hat nicht so gut geklappt.

3. Der Switch soll ja nur kurz einen Taster machen, aber wenn ich ihn aus Fhem anspreche ist er immer an. Aus der App nicht

Für mich macht das Modul einen noch nicht fertigen eindruck. Ist es noch im Bauen?

Grüße
Michael

[Beta-User]

https://forum.fhem.de/index.php/topic,112327.0.html

Vermutlich wärst du hier besser aufgehoben: https://forum.fhem.de/index.php/topic,118446.0.html

[stenny]

Hallo,

ich weis ja nicht ob ich dich richtig Verstanden habe..... da sparst du dir den ShellyRead.

Beim Shelly1 kann man den Eingang und den Ausgang voneinander trennen.....

Ich habe etwas Ähnliches mal gemacht.
Shelly1 mit den 12V der Garagentorsteuerung verbunden.
Shelly1 Relay schaltet das Tor
Shelly1 Eingang hat einen Readkontakt einer Alarmanlage.

Somit bekommt man zumindestens mit einem Shelly die möglichkeit das Tor zu steuern und den Zustand Tor geschlossen zu erhalten.


Gruß Carsten

[mrb]

Guten Morgen,
Das ist doch das was ich gemacht habe wenn ich dich richtig verstanden habe. Nur das es nicht 12v ist sondern die 230v. Aber ändert nichts daran das mir in fhem der Zustand des Reed an switch fehlt.
Also der Reed hängt an switch und N
Der garagentor Schalter an I und O
Strom natürlich an N und L
Somit sollte doch auch über den Reed / shelly der Zustand erfassbar sein.
Grüße
Michael

[Beta-User]

Moin.

Ich habe noch nicht verstanden, wo die MQTT-spezifische Frage ist... (Wenn es in einen anderen Forenbereich gehört, kann man das als TE auch selbst verschieben!).

Weiter ist mir unklar, ob der Status des Reed-Kontakts denn im Shelly selbst (also dessen eigener Web-Oberfläche) sichtbar ist?

Wenn er dort sichtbar ist, ist die Wahrscheinlichkeit hoch, dass er bei Aktivierung der MQTT-Schnittstelle (die wohl wegen eines defekten ersten Exemplars irgendwie schief gegangen ist?) dann auch übertragen wird. Um dazu was sagen zu können, fehlen aber jegliche Infos...

Damit wären wir wieder bei:

https://forum.fhem.de/index.php/topic,112327.0.html

[Hermann]

Hallo

https://www.shelly-support.eu/forum/index.php?thread/5474-garagentor-steuerung-mit-2-shelly1-reed-contact-auslesen-wandschalter/
 

Da mal nachlesen .. vielleicht hilfts weiter.

mfg.
Hermann

[kabanett]

Also der Reed hängt an switch und N

Hallo,
wenn ich das richtig im Kopf habe, sollte der Reed- Kontakt zwischen SW und L "hängen".

Der Reed- Kontakt soll nur kurz auslösen? Mhh... entweder der Kontakt ist offen oder geschlossen. Verstehe ich nicht.... Was möchtest du denn genau erreichen?

Gruß

[DetlefR]

Hallo Michael,

bist du sicher, dass du mittels MQTT mit dem Shelly kommunizierst?

Keins der Attribute des Shelly-Modul zeigt mir den Wert an.

Das klingt eher danach als ob du 36_Shelly.pm benutzt. Das benutzt, soweit ich das sehe, die REST-API. Damit kann man zwar schön Befehle senden, bekommt aber nicht automatisch Statusinformationen.

Versuch das ganze mal auf MQTT umzubauen. Damit kommst du sicher weiter.

3. Der Switch soll ja nur kurz einen Taster machen, aber wenn ich ihn aus Fhem anspreche ist er immer an. Aus der App nicht

In der App ist ein "virtueller Taster" in FHEM sind es Schalter. Entweder in FHEM "on-for-timer" benutzen oder auf dem Shelly "auto_off" einstellen. Das lässt sich mit der jetzigen Konfiguration schön machen.

Gruß Detlef

[mrb]

Hi,

also hab jetzt voll auf MQTT umgestellt und läuft auch soweit. Jetzt kann ich auch endlich den Status abfragen!
Leider steht es nur an Attribut input_0. Wie kann ich jetzt das Objekt anhand dessen Zb eine glühlampe anzeigen lassen und wie kann ich jetzt über MQTT dem Tor sagen "geht auf" und das über einen virtuellen Taster? Geht es überhaupt über mqtt dem device zu sagen ändere dich jetzt auf folgenden Wert oder ist MQTT nur lesend?

Grüße & Danke

[Beta-User]

Leider steht es nur an Attribut input_0.

Erstens werden Status nicht als "Attribut" angezeigt.

...ersetze Status duch "input_0"...

Wie kann ich jetzt das Objekt anhand dessen Zb eine glühlampe anzeigen lassen und wie kann ich jetzt über MQTT dem Tor sagen "geht auf" und das über einen virtuellen Taster? Geht es überhaupt über mqtt dem device zu sagen ändere dich jetzt auf folgenden Wert oder ist MQTT nur lesend?

#3:

Damit wären wir wieder bei:

Im Klartext: Ohne Input kein Output!

Du wirst dich einlesen müssen, wenn du auf diesem Level hier weitermachst, wird das nichts. Für MQTT2_DEVICE würde ich mal die beiden hier empfehlen:
- https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele
- https://wiki.fhem.de/wiki/MQTT2_DEVICE_-_Schritt_f%C3%BCr_Schritt

[DetlefR]

Geht es überhaupt über mqtt dem device zu sagen ändere dich jetzt auf folgenden Wert oder ist MQTT nur lesend?

Das geht alles. Aber um dir vernünftig helfen zu können ist ein Post von 

Code Auswählen Erweitern

list <device> unumgänglich. Alles andere ist nur stochern im Nebel.

[Beta-User]

Code Auswählen Erweitern

list <device>

Wenn du meinem "Gemaule"-Link gefolgt wärst, wärst auch du im Wiki gelandet, und da steht ausdrücklich:

Ein list des eigentlichen Devices - bei MQTT2_DEVICE gerne in Form einer RAW-Definition (list -r <devicename>).

Ansonsten verstehe ich den Mehrwert deines Beitrags noch nicht so richtig...

(Und falls sich jemand fragt, warum: Es sind fast dieselben Infos enthalten, aber die Form ist so, dass man das Device direkt zu eigenen Tests übernehmen kann (und ggf. direkt auch Vorschläge zum übernehmen liefern). Bei anderen Device-TYPE sind im list dagegen teilweise sehr viel mehr Zwischen-Infos zu sehen (Internals), die wichtig sein können, bei MQTT2_DEVICE sind diese in der Regel verzichtbar...)

(Ich grummel in der Regel nicht ganz grundlos rum...)

[mrb]

Das geht alles. Aber um dir vernünftig helfen zu können ist ein Post von 

Code Auswählen Erweitern

list <device> unumgänglich. Alles andere ist nur stochern im Nebel.

Dein Wunsch ist mir Befehl:


Internals:
   CFGFN     
   CID        GG_ShellyGaragentorRechts
   DEF        GG_ShellyGaragentorRechts
   DEVICETOPIC MQTT2_shelly1_58BF25D82638
   FUUID      627cd6c7-f33f-3fd4-84a9-c9e19795d18c54f9
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_CONN MQTT2_FHEM_Server_192.168.168.80_25382
   MQTT2_FHEM_Server_MSGCNT 671
   MQTT2_FHEM_Server_TIME 2022-05-12 14:28:37
   MSGCNT     671
   NAME       MQTT2_shelly1_58BF25D82638
   NR         123018
   STATE     
   TYPE       MQTT2_DEVICE
   READINGS:
     2022-05-12 11:46:02   IODev           MQTT2_FHEM_Server
     2022-05-12 11:43:35   actions_stats_skipped 0
     2022-05-12 11:43:35   cfg_changed_cnt 0
     2022-05-12 11:43:35   cloud_connected false
     2022-05-12 11:43:35   cloud_enabled   false
     2022-05-12 14:10:39   event           L
     2022-05-12 14:10:39   event_cnt       2
     2022-05-12 11:43:35   fs_free         150349
     2022-05-12 11:43:35   fs_size         233681
     2022-05-12 11:43:35   fw_ver          20220209-092750/v1.11.8-g8c7bb8d
     2022-05-12 11:43:35   has_update      false
     2022-05-12 11:43:35   id              shelly1-58BF25D82638
     2022-05-12 14:28:37   input_0         0
     2022-05-12 11:43:35   inputs_1_event 
     2022-05-12 11:43:35   inputs_1_event_cnt 0
     2022-05-12 11:43:35   inputs_1_input  0
     2022-05-12 11:43:35   ip              192.168.168.80
     2022-05-12 14:10:39   longpush_0      1
     2022-05-12 11:43:35   mac             58BF25D82638
     2022-05-12 11:43:35   meters_1_is_valid true
     2022-05-12 11:43:35   meters_1_power  0.00
     2022-05-12 11:43:35   model           SHSW-1
     2022-05-12 11:43:35   mqtt_connected  true
     2022-05-12 11:43:35   new_fw          false
     2022-05-12 11:43:35   online          true
     2022-05-12 11:43:35   ram_free        39604
     2022-05-12 11:43:35   ram_total       50864
     2022-05-12 14:28:37   relay_0         off
     2022-05-12 11:43:35   relays_1_has_timer false
     2022-05-12 11:43:35   relays_1_ison   false
     2022-05-12 11:43:35   relays_1_source input
     2022-05-12 11:43:35   relays_1_timer_duration 0
     2022-05-12 11:43:35   relays_1_timer_remaining 0
     2022-05-12 11:43:35   relays_1_timer_started 0
     2022-05-12 11:43:35   serial          1
     2022-05-12 11:43:35   time           
     2022-05-12 11:43:35   unixtime        0
     2022-05-12 11:43:35   update_has_update false
     2022-05-12 11:43:35   update_new_version
     2022-05-12 11:43:35   update_old_version 20220209-092750/v1.11.8-g8c7bb8d
     2022-05-12 11:43:35   update_status   unknown
     2022-05-12 11:43:35   uptime          3
     2022-05-12 11:43:35   wifi_sta_connected true
     2022-05-12 11:43:35   wifi_sta_ip     192.168.168.80
     2022-05-12 11:43:35   wifi_sta_rssi   -47
     2022-05-12 11:43:35   wifi_sta_ssid   onlinehouse
Attributes:
   alias      GG_ShellyGaragentorRechts
   readingList shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/online:.* online
shelly1_58BF25D82638:shellies/announce:.* { json2nameValue($EVENT) }
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/announce:.* { json2nameValue($EVENT) }
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/info:.* { json2nameValue($EVENT) }
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/relay/0:.* relay_0
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/input/0:.* input_0
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/input_event/0:.* { json2nameValue($EVENT) }
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/longpush/0:.* longpush_0
   room       Garage,MQTT2_DEVICE

[mrb]

Wenn du meinem "Gemaule"-Link gefolgt wärst, wärst auch du im Wiki gelandet, und da steht ausdrücklich: Ansonsten verstehe ich den Mehrwert deines Beitrags noch nicht so richtig...

(Und falls sich jemand fragt, warum: Es sind fast dieselben Infos enthalten, aber die Form ist so, dass man das Device direkt zu eigenen Tests übernehmen kann (und ggf. direkt auch Vorschläge zum übernehmen liefern). Bei anderen Device-TYPE sind im list dagegen teilweise sehr viel mehr Zwischen-Infos zu sehen (Internals), die wichtig sein können, bei MQTT2_DEVICE sind diese in der Regel verzichtbar...)

(Ich grummel in der Regel nicht ganz grundlos rum...)

auch dir wird gefolgt:
define MQTT2_shelly1_58BF25D82638 MQTT2_DEVICE GG_ShellyGaragentorRechts
attr MQTT2_shelly1_58BF25D82638 alias GG_ShellyGaragentorRechts
attr MQTT2_shelly1_58BF25D82638 readingList shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/online:.* online\
shelly1_58BF25D82638:shellies/announce:.* { json2nameValue($EVENT) }\
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/announce:.* { json2nameValue($EVENT) }\
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/info:.* { json2nameValue($EVENT) }\
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/relay/0:.* relay_0\
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/input/0:.* input_0\
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/input_event/0:.* { json2nameValue($EVENT) }\
shelly1_58BF25D82638:shellies/shelly1-58BF25D82638/longpush/0:.* longpush_0
attr MQTT2_shelly1_58BF25D82638 room Garage,MQTT2_DEVICE

setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:46:02 IODev MQTT2_FHEM_Server
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 actions_stats_skipped 0
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 cfg_changed_cnt 0
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 cloud_connected false
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 cloud_enabled false
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 14:10:39 event L
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 14:10:39 event_cnt 2
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 fs_free 150349
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 fs_size 233681
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 fw_ver 20220209-092750/v1.11.8-g8c7bb8d
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 has_update false
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 id shelly1-58BF25D82638
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 14:30:37 input_0 0
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 inputs_1_event
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 inputs_1_event_cnt 0
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 inputs_1_input 0
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 ip 192.168.168.80
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 14:10:39 longpush_0 1
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 mac 58BF25D82638
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 meters_1_is_valid true
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 meters_1_power 0.00
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 model SHSW-1
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 mqtt_connected true
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 new_fw false
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 online true
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 ram_free 39604
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 ram_total 50864
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 14:30:37 relay_0 off
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 relays_1_has_timer false
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 relays_1_ison false
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 relays_1_source input
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 relays_1_timer_duration 0
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 relays_1_timer_remaining 0
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 relays_1_timer_started 0
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 serial 1
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 time
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 unixtime 0
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 update_has_update false
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 update_new_version
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 update_old_version 20220209-092750/v1.11.8-g8c7bb8d
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 update_status unknown
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 uptime 3
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 wifi_sta_connected true
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 wifi_sta_ip 192.168.168.80
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 wifi_sta_rssi -47
setstate MQTT2_shelly1_58BF25D82638 2022-05-12 11:43:35 wifi_sta_ssid onlinehouse

[Beta-User]

auch dir wird gefolgt:

Nein, nicht ganz.

In dem Link findet sich auch einer nach "vor dem ersten Posten". Da steht: Nutze Code-Tags!

Such mal bei den settern unter attrTemplate das passende für "shelly1pm" (oder ohne pm, falls ich das falsch interpretiert haben sollte) raus (weiß grade nicht, wie das heißt).

Dann kannst du Schalten, allerdings ist das dann vermulich "Dauer-An", was für ein Garagentor vermutlich nicht paßt - es sei denn, du würdest das auf dem Shelly direkt so konfigurieren, dass er direkt wieder ausschaltet. Das würde ich mal in der Doku suchen, dann können wir später weitermachen.

Bitte nach dem attrTemplate-Setzen dafür sorgen, dass der Kontakt einmal betätigt wird, damit das wieder ergänzt wird (wobei es vermutlich doppelt kommt und wir nur einen Zweig brauchen). Dazu bitte auch mal im "MQTT2_FHEM_Server" den MQTT-Verkehr beobachten (sollte mit einem aktuellen FHEM gehen).

[mrb]

Hallo zusammen,

ja stimmt da war was mit den code-tags MEA CULPA. (Man ist einfach in zu vielen Foren unterwegs)
Sorry Beta-User

Bzgl Setter das war sehr hilfreich und genau das Putzelteil das Fehlte. *thumsup* Mit dem das das Icon passend zu offen/geschlossen (also invertierd) angezeigt wird kann ich leben. Danke nochmal

[mrb]

wie man mich kennt ich kommentiere für die nachwelt und falls ein anderer neuling das liest:
attr Shelly1Links webcmd on

damit ist es nur noch ein taster. next step icon entsprechend reading anzeigen. was ich gefunden habe https://forum.fhem.de/index.php?topic=28964.0
hoffe ich kapiere es richtig, denn Otto kennt sich gut aus ^^

[Beta-User]

denn Otto kennt sich gut aus ^^

Das stimmt definitiv!

wie man mich kennt ich kommentiere für die nachwelt und falls ein anderer neuling das liest:
attr Shelly1Links webcmd on

Für die Nachwelt würde ich eher folgendes empfehlen:

Code Auswählen Erweitern

attr Shelly1Links webcmd :
Wenn man es "richtig" macht, gibt nämlich meinem Gefühl nach das devStateIcon bereits die Funktionalität her, die man braucht, aber vermutlich weiß ich zu wenig, um das beurteilen zu können oder sinnvoll zu helfen .

[mrb]

okay verzweifle 
ich bekomme mein stateicon nicht hin
so wie ich otto versteht hat er das icon doch anhand eines reading gemacht. Aber was hat er damit definiert?

Code Auswählen Erweitern


define GaragenTor dummy
define di_garagentor DOIF ([RC81_1_TorOben:"closed"])(set GaragenTor open) DOELSEIF ([RC81_2_TorUnten:"closed"])(set GaragenTor closed)

ich stelle es mir doch so vor, aber korrigiert mich wenn ich falsch liege
wenn sein Garagentorkontakt RC81_1_TorOben "kontakt" hat dann wird eine Variable "GaragenTor" auf open gesetzt. Aber das ist 1. nur ein Dummy und nicht das Objekt selber und 2. nicht ein Objekt

und was bitte ist defmod?

Code Auswählen Erweitern

defmod nty_TorAuf notify GaragenTor:auf|VCCU_Btn4:trig_RC41_4:.*|VCCU_Btn4:trig_RC42_4:.* set SW81_1_TorAuf on-for-timer 1



und kann es vielleicht sein das objekte nicht verändert werden können? Mir dämmert da irgendwas vor zig Jahren das ich das mal gelesen habe

[Beta-User]

okay verzweifle 

...dann sind wir schon zu zweit ...

ich bekomme mein stateicon nicht hin

Vergiss das devStateIcon erst mal! (!!!)

Du brauchst zuerst ein hardwaremäßig funktionales Device. Ergo
- lieferst du eine Beschreibung des _gewünschten Schaltverhaltens_ des Relays. Vermutlich brauchst du einen Impuls?
- Schaust nach, wie du das ggf. DIREKT auf dem SHELLY umgesetzt bekommst (ganz ohne FHEM, aber auch ohne die Shelly-App!).

so wie ich otto versteht hat er das icon doch anhand eines reading gemacht. Aber was hat er damit definiert?

Das weiß ich auch nicht, aber ich bin ziemlich sicher, dass
a) ich keinen Bock habe, hier eine Flut von Devices zu sezieren, die man effektiv nicht braucht
b) das alles mit (nicht ganz trivialen) Einstellungen direkt im MQTT2_DEVICE zu machen ist...

Vielleicht reibst du an der Lampe und fragst Otto, wie er das heute lösen würde?

und was bitte ist defmod?

[/code]

Code Auswählen Erweitern

help defmodkönnte dir diese Frage vielleicht beantworten...

PS: Hier hatten wir mal was ähnliches mit Tasmota und zwei Reed: https://forum.fhem.de/index.php/topic,116968.0.html
Kann man zwar nicht 1:1 übertragen, aber als Steinbruch sollte es taugen...

[mrb]

...dann sind wir schon zu zweit ...
Vergiss das devStateIcon erst mal! (!!!)

Ja das ist alles nicht so leicht ^^

Du brauchst zuerst ein hardwaremäßig funktionales Device. Ergo
- lieferst du eine Beschreibung des _gewünschten Schaltverhaltens_ des Relays. Vermutlich brauchst du einen Impuls?
- Schaust nach, wie du das ggf. DIREKT auf dem SHELLY umgesetzt bekommst (ganz ohne FHEM, aber auch ohne die Shelly-App!).

hab ich doch! Korrekt in der MQTT des Shellys

PS: Hier hatten wir mal was ähnliches mit Tasmota und zwei Reed: https://forum.fhem.de/index.php/topic,116968.0.html
Kann man zwar nicht 1:1 übertragen, aber als Steinbruch sollte es taugen...

Ich schaue es mir später an, aber jetzt wird gegrillt

[Beta-User]

hab ich doch! Korrekt in der MQTT des Shellys

OK, auch wenn ich nicht so recht verstehe, was mit "in der MQTT des Shellys" gemeint sein könnte.

Wie auch immer: Dann bitte die eingehenden MQTT-Messages (Topic+Payload) je für einen der folgenden Vorgänge liefern:
- von auf nach zu
- von zu nach (ganz) auf
- beim Anhalten zwischendurch
(vermutlich wäre es wichtig zu wissen, wie lange das in etwa dauert. Die Zeitstempel musst du vermutlich aber gesondert aufnehmen, z.B. indem du die erzeugten Events in FHEM loggst).

Viel Spaß, auch beim Grillen!

[DetlefR]

Ich mische mich noch mal vor dem Urlaub ein.

Also was Otto gebaut hat kannst du so nicht nachbauen da er 4 Zustände darstellt. Auf(fahren), Zu(fahren) Open und Closed. Du hast nur den einen Kontakt. Da gibt es nur Open oder Closed.
Du könntest das DevStateIcon von MQTT2_shelly1_58BF25D82638 entsprechend anpassen.
Zuerst festlegen was "STATE" sein soll. Also in deinem Fall input_0

Code Auswählen Erweitern

attr MQTT2_shelly1_58BF25D82638 stateFormat input_0
Dann die Icon festlegen.

Code Auswählen Erweitern

attr MQTT2_shelly1_58BF25D82638 devStateIcon 0:fts_garage_door_10:zu 1:fts_garage_door_100:auf
Oder umgedreht. Das zu und auf vertauscht.
Zur Realisierung des Tasters. Ich würde auf dem Shelly unter Timer Auto-Off entsprechend setzen. Und nicht vergessen, unter Settings Button-Typ den Reed zu deaktivieren. Sonst fährt das Tor immer hin und her.
Was mir aber immer noch nicht klar ist. Wie sagst du dem Tor "Auf" oder "Zu". Ich vermute mal du kannst nur sagen "bewege dich". Die Richtung wird dann jeweils umgekehrt.

PS:

Wenn du meinem "Gemaule"-Link gefolgt wärst, wärst auch du im Wiki gelandet, ...

Du hast ja recht. Aber manchmal reicht es aus sich erst mal einen Überblick zu verschaffen worum es überhaupt geht.
Und fehlende Code tags bringen wenigstens lustige Smily   

[Beta-User]

Ich mische mich noch mal vor dem Urlaub ein.

Dann mal viel Spaß im Urlaub, erhol dich gut!

Schade, dass uns erst mal so ein kompetenter Einmischer verloren geht .

PS:Du hast ja recht.

Übrigens: Wenn du meinem "PS"-Link in meinem vorletzen Beitrag hier gefolgt wärst, wärst du auf einer interessanten Diskussion gelandet...
Und wenn du "erste Schritte" gelesen hättest (ebenfalls verlinkt), wäre dir vielleicht nicht entgangen, dass Reading-Namen bei MQTT2_DEVICE was ziemlich beliebiges sind...

@mrb:
Bitte lasse erst mal die "Kosmetik" weg, zu der auch "stateFormat" gehört... Wir werden erst mal überlegen, ob das, was DetlefR hier noch als "input_0" kennt, nicht besser in "state" aufgehoben wäre (allerdings nicht in einer simplen "offen/zu"-Logik durch direkte Übernahme).

[mrb]

Ich mische mich noch mal vor dem Urlaub ein.

Also was Otto gebaut hat kannst du so nicht nachbauen da er 4 Zustände darstellt. Auf(fahren), Zu(fahren) Open und Closed. Du hast nur den einen Kontakt. Da gibt es nur Open oder Closed.
Du könntest das DevStateIcon von MQTT2_shelly1_58BF25D82638 entsprechend anpassen.
Zuerst festlegen was "STATE" sein soll. Also in deinem Fall input_0

Code Auswählen Erweitern

attr MQTT2_shelly1_58BF25D82638 stateFormat input_0
Dann die Icon festlegen.

Code Auswählen Erweitern

attr MQTT2_shelly1_58BF25D82638 devStateIcon 0:fts_garage_door_10:zu 1:fts_garage_door_100:auf
Oder umgedreht. Das zu und auf vertauscht.
Zur Realisierung des Tasters. Ich würde auf dem Shelly unter Timer Auto-Off entsprechend setzen. Und nicht vergessen, unter Settings Button-Typ den Reed zu deaktivieren. Sonst fährt das Tor immer hin und her.
Was mir aber immer noch nicht klar ist. Wie sagst du dem Tor "Auf" oder "Zu". Ich vermute mal du kannst nur sagen "bewege dich". Die Richtung wird dann jeweils umgekehrt.

PS:Du hast ja recht. Aber manchmal reicht es aus sich erst mal einen Überblick zu verschaffen worum es überhaupt geht.
Und fehlende Code tags bringen wenigstens lustige Smily   

Okay habe mit deinem vorschlag rumgespielt (und ja ich möchte trotzdem das von beta-user noch umsetzen und schauen das man das logt (MQTT-Messages) . zwar bin ich mir 1000000% sicher das der reed input0 [und nicht input_0 ist] aber sicher ist sicher) und tada läuft 
werde heute mittag die geforderten logs schicken. Gibt es eigentlich ne möglichkeit das log (MQTT-Messages) über längere zeit aufzunehmen?

[TomLee]

Gibt es eigentlich ne möglichkeit das log (MQTT-Messages) über längere zeit aufzunehmen?

In FHEM -> am einfachsten die "Raw Payload" in ein Reading schreiben und das ganz normal mit FileLog loggen ?

Code Auswählen Erweitern

attr MQTT2_shelly1_58BF25D82638 readingList shellies/shelly1-58BF25D82638.* raw

Oder mit Hilfe von dem Atttribut rawEvents (am IO) die Rawevents im (gefilterten) Eventmonitor ausgeben lassen und später kopieren ?

Code Auswählen Erweitern

attr <IO> rawEvents shellies/shelly1-58BF25D82638.*

Bin gespannt welche Möglichkeit(eb) es noch (in FHEM) gibt.

[Beta-User]

In FHEM -> am einfachsten [...]

Thx. Eventuell hast du auch diesen dummy bereits mit der Frage nach den Laufzeiten zusammengebracht?

zwar bin ich mir 1000000% sicher das der reed input0 [und nicht input_0 ist]

Hihi, der Reed sollte halt m.E. direkt nach "state"... (aber nicht in jedem Fall gleich, daher der "pseudo-watchdog"-Hinweis von oben...) Dafür sollte das relay dort (state) raus.

[TomLee]

Thx. Eventuell hast du ...

Nö, ganz ehrlich, auch nach zwei/drei Mal (mit)lesen nicht verstanden wie ihr zwei auf einen Nenner kamt und es triggert mich zur Zeit (weil beschäftigt) auch Null (auch nach dem Hinweis nicht) es nachzuvollziehen ...