Beiträge von Seven of Nine

Dann teste mal die Einstellung Momentary als Button-Type, da du ja eigentlich Schalter (einrastend) hast müsste das dann eher passen..

Deine kombinierten Schalter/Taster kenn der Shelly so nicht.. er geht entweder vom einen oder vom anderen aus..

http://<shelly-ip>/settings?mqtt_update_period=40

setzt die MQTT-Update Period auf 40 Sekunden..
den aktuellen Wert kannst du über die REST-API /settings sehen

Zitat

Fotos, Skizzen, Pläne irgend etwas bitte

Das hier ist entscheidend.. Ohne zu wissen, wie Taster & Pumpe aktuell miteinander verbunden sind lässt sich das m.E. nicht beurteilen.

Zitat von torpedo

Ich weis nicht ob dies dann wirklich mit der Kalibrieru g was zutun hat?

nee, damit hat das eigentlich nichts zu tun..
Vom Taster sind aber nur 2 der 4 Knöpfe am Rollo dran, oder? Von den Einstellungen her sieht es eigentlich korrekt aus..

Ich würde folgendes Verhalten erwarten: Taster für hoch kurz drücken und das Rollo fährt hoch, Taster für hoch erneut kurz drücken und das Rollo stoppt.. So jedenfalls reagieren meine Rollos, an denen Taster hängen..

Ist das bei dir anders?

Wenn du die Shellys in HA integriert hast, dann brauchst du doch eigentlich gar keine Actions..
HA kann doch m.W, auch den Zustand der angeschlossen Schalter auswerten und daraufhin eine Aktion ausführen, oder täusche ich micht da?

Zitat von kilasat

ob ich dort zwei Shelly's unterbringen kann ist fraglich.

dann eher Verteilerdose, allein wegen der Wärmeentwicklung der Shelly würde ich die eher nicht in eine Dose quetschen wollen.

Zitat von kilasat

Hallo zusammen,

Ich möchte zwei Shelly's verbauen um Rolladen zu steuern. Ist der Standort egal? Hinter dem Schalter oder in der Abzweigdose? Oder direkt beim Motor?

Hinter dem Schalter ist m.E. am Einfachsten zu realisieren und bringt in den seltensten Fällen Probleme mit sich..

Verteilerdose /direkt am Rollladen kann u.U. problematisch sein (z.B. durch induktive Einkopplungen auf den an SW angeschlossenen Adern.)

curl -X POST ist aber nicht das gleiche, denn der Shelly schickt keine Daten per HTTP-POST sondern per GET.. denke, dass es daran liegt.. kann die API vom HomeAssistent auch GET auswerten?

Das der Shelly im eigenen VLAN hängt stand zumindest im ersten Beitrag nicht drin... macht aber nix, denn es funktioniert bei mir auch ohne Internet problemlos.

mein Shelly hat eine manuelle IP und kein Gateway, kann also defintiv nicht ins Internet

shellies/shelly1pm-609AFD/relay/0/energy 6541
shellies/shelly1pm-609AFD/temperature 49.09
shellies/shelly1pm-609AFD/temperature_f 120.36
shellies/shelly1pm-609AFD/overtemperature 0
shellies/shelly1pm-609AFD/relay/0/power 11.16
shellies/shelly1pm-609AFD/relay/0/energy 6541
shellies/shelly1pm-609AFD/relay/0 on
shellies/shelly1pm-609AFD/input/0 1
shellies/shelly1pm-609AFD/input_event/0 {"event":"","event_cnt":0}
shellies/shelly1pm-609AFD/relay/0/power 11.23
shellies/shelly1pm-609AFD/relay/0/energy 6541
shellies/shelly1pm-609AFD/temperature 49.20
shellies/shelly1pm-609AFD/temperature_f 120.55
shellies/shelly1pm-609AFD/overtemperature 0
shellies/shelly1pm-609AFD/relay/0/energy 6552
shellies/shelly1pm-609AFD/relay/0 on
shellies/shelly1pm-609AFD/input/0 1
shellies/shelly1pm-609AFD/input_event/0 {"event":"","event_cnt":0}
shellies/shelly1pm-609AFD/relay/0/power 11.21
shellies/shelly1pm-609AFD/relay/0/energy 6552
shellies/shelly1pm-609AFD/temperature 49.40
shellies/shelly1pm-609AFD/temperature_f 120.92
shellies/shelly1pm-609AFD/overtemperature 0

Denke mal dein Shelly oder MQTT-Server sind nicht korrekt konfiguriert.. lokalen Zeitserver/Zeitzone im Shelly konfiguriert?

Edit: das hier ist nach dem Reboot des Shelly:

shellies/shelly1pm-609AFD/input_event/0 {"event":"","event_cnt":0}
shellies/shelly1pm-609AFD/relay/0/power 13.95
shellies/shelly1pm-609AFD/relay/0/energy 0
shellies/shelly1pm-609AFD/temperature 47.84
shellies/shelly1pm-609AFD/temperature_f 118.11
shellies/shelly1pm-609AFD/overtemperature 0
shellies/shelly1pm-609AFD/relay/0/power 13.57
shellies/shelly1pm-609AFD/relay/0/energy 0
shellies/shelly1pm-609AFD/relay/0/energy 14
shellies/shelly1pm-609AFD/relay/0 on
shellies/shelly1pm-609AFD/input/0 0
shellies/shelly1pm-609AFD/input_event/0 {"event":"","event_cnt":0}
shellies/shelly1pm-609AFD/relay/0/power 13.15
shellies/shelly1pm-609AFD/relay/0/energy 14
shellies/shelly1pm-609AFD/temperature 47.94
shellies/shelly1pm-609AFD/temperature_f 118.30
shellies/shelly1pm-609AFD/overtemperature 0

Zitat von mleiber

Irgendeine Idee was da nicht richtig sitzt ?

entweder hat der Shelly username/passwort gesetzt und das ist in einer URL nicht enthalten oder du hast Sonderzeichen im webhook, die im Shelly encodiert abgelegt werden müssen..
vielleicht postest du einfach mal die exakt dort eingetragene URL, dann kann ich dir auch sagen woran es liegt..

Admin kannst du das Suche-Feld oben in der Zeile so einstellen, dass es in der Voreinstellung immer im ganzen Forum sucht anstelle des einzelnen Themas ? ich denke das würde einen großen Teil der Such-Probleme lösen..

es gibt mindestens 1 Thema, wo sich beide Wörter im Text eines Themas befinden..

ich glaub das Hauptproblem ist, dass das Forum die Suche in der Voreinstellung auf "dieses Thema" begrenzt..

Zitat von zimbo86

Hat dein Shelly Verbindung ins Internet?

ja, die hat er .. macht das einen Unterschied bei dir?

Zitat von waterchill

Der Witz dabei ist das DLAN von TPlink macht keine Probleme das von Devolo schon.

Guck mal, ob in den Devolo eine Einstellung vorhanden ist, die sich auf UDP-Daten (IGMP) auswirken könnte.. manche Hersteller nennen es "für Live TV optimieren"..

Einige Hersteller blocken leider CoAp-Nachrichten oder sortieren sie fälschlicherweise als IGMPv3 ein und reichen sie dann nicht weiter, weil die Nachrichten keine entsprechende IGMP-Group geflaggt haben.

z.b. mit Hoobs auf einem "Server" ( Rapsberry PI) machbar .. alternativ die Firmware vom Shelly gegen die Homekit-Version tauschen, dann läuft aber die Shelly App & Cloud nicht mehr.

Zitat von Willi

Danke für die Rückmeldung.

Das ist mir bekannt. Ich meinte einen direkten Zugriff auf z.B. ison und mit einem bool-Wert als Antwort.

den gibt es nicht, lässt sich aber mit ein paar einfachen Zeilen Code auf einem permanent laufenden Rechner (als eine Art Proxy) problemlos realisieren..
wenn du einen Rechner hättest, kann ich da ein passendes Programm liefern, düften nicht mehr als 30 Zeilen Code werden.

Zitat von molotov

Wie komme ich denn an die Temperaturen?

http://<ip-vom-shelly>status

da gibt es dann im JSON einen Baum tmp:

Zitat von Admin

Wie arbeitet Elastic Search?

ElasticSearch ist ein (in Java geschriebener) Dienst, der auf dem Server installiert wird. Dieser stellt eine REST-API bereit, die das BurningBoard dann für Suchbegriffe vermutlich anzapfen wird..
wie das jetzt im Detail mit dem BurningBoard funktioniert: keine Ahnung, ist (bei uns in der Firma) nicht meine Baustelle..

Zitat von Willi

ich habe ein ähnliches Problem. Kann man gezielt auf eine Status-Info lesend zugreifen?

Beim Door&Windows (ist hier das Thema) gibt es kein Relais, daher mutmaße ich mal, dass du den Status vom Relais eines Shelly 1/1PM abfragen willst?
http://<ip-vom-shelly>/relay/0 ist die kleine abfragbare JSON-Einheit und gibt dir Infos über den Zustand des Relais:

ison ist dabei der Zustand des Relas, also false für aus oder true für an.

Zitat von Admin

was hälst du von elasticsearch ? So wie ich gelesen habe ist die suche detalierter. Das bietet WBB an für 99 euro

ElasticSearch nutzen wir in Verbindung mit Logstash & Kibana im Datacenter der Firma, für die ich arbeite.

Es findet alles und kommt auch mit mehreren Terrabyte Daten (bei uns Logs) sehr gut zurecht. Wir haben mindestens einen Index, der mehr als 10Mrd. Logeinträge enthält, da zuckt unser Cluster nichtmal mit der Wimper.

Wie gut das letztenendes mit dem BurningBoard kann, hängt sicher auch davon ab, wie gut die Integration realisiert wurde. Dazu kann ich nichts sagen..