Beiträge von Seven of Nine

probier doch mal, ob es an der Länge der URL liegt:

http://XXX.XXX.XXX.XXX/awp/ht/ht.html?und_so_weiter

Auf die Ordner- und Dateinamen wirst du ja bestimmt Einfluß haben, oder?

Zitat von ElektroMaddin

Aber die Rolladen fahren nicht.

Fahren die Rollläden denn, wenn du lediglich die Steuerung (oben / unten) probierst? eventuell sind ja lediglich die Richtungen vertauscht und deshalb schlägt die Kalibrierung fehl?

oben im Script (Zeile 15) zusätzlich zur IP noch den Usernamen und das Passwort vom Shelly 1PM eintragen. Je nachdem welcher der beiden Shellies Master oder Slave ist dann mit .1 oder ggf .2 am Ende.

let REMOTE = {
    ip: 'username:passwort@192.168.33.1',
    relay: '0'
};

Zitat von Jimbo21

Nicht das der Shelly 1 Probleme hat mit WLAN Lampen von Xiaomi. Weil nur die 3 Zimmer, wo ich Xiaomi Yeelight Wlan Lampen an der Decke habe Probleme machen. Mit Tasmota Firmware gab es keine Probleme. Nur jetzt mit der Shelly Firmware.

Die Yeelight braucht eventuell auch einen Moment, wenn sie mit Strom versorgt wird.. ich würde mal eine normale LED testen.

Zitat von Martin1964

Wenn der shelly der gesteuert wird als nicht am Router ist, müsste ich doch irgendwo ein Passwort mitgeben da sonst jeder meinen shelly steuern könnte

verstehe ich nicht so ganz wie das gemeint ist.. Bei der Steuerung via Webhook oder auch per Script müssen beide Shellies innnerhalb eines WLAN angemeldet sein.

- Sind beide rein räumlich am selben Ort (innerhalb eines Gebäudes im gleichen WLAN)?

- Sind beide im selben WLAN angemeldet?

- besteht bei beiden die Möglichkeit diese ins Internet zu verbinden (Cloud)?

Im Moment hab ich überhaupt keine Vorstellung. Vielleicht kannst du mal erklären, was du mit "nicht am Router ist" meinst?

Zitat von ThomasHRO

und der Button-Script klappt super auf dem 1.Kanal eines Shelly 2.5

das Beispiel war auch nicht für ein Shelly mit zwei Releais gedacht, dementsprechend kann das nich funktionieren.

hier liegt ein kleines Beispiel, wie man das auch für Shellies mit mehreren Relais machen kann:

https://github.com/shelly-tools/shelly-cors-examples

hier hab ich ein ganz einfaches Script erstellt, was im Grunde den Webhook "Output is turned on / Output is turned off" per Script emuliert.

https://github.com/shelly-tools/s…ok_emulation.js

Dazu bedarf es allerdings keines Scripts da das auch problemlos über die im Shelly integrierten Webhooks funktioniert.

Die Zeitschaltuhren arbeiten zwar grundsätzlich wie ein Taster, dementsprechend sollte das in der Theorie funktionieren aber es macht auch so keinen Sinn weil die Zeitschaltuhren dann eine zusätzliche Fehlerquelle darstellen.

Und ein Zentralschalter für die Rolläden lässt sich problemlos mit einem Shelly I4 und einem herkömmlichen Doppeltaster mittels ShellyScript darstellen:

https://github.com/shelly-tools/s…utter_switch.js

Das Grppieren kommt bestimmt noch, die sind ja gerade erst auf dem Markt

Zitat von Marcus4711

Bei sämtlichen Zwischenstufen passiert gar nichts. Hab ich hier irgendetwas vergessen zu konfigurieren oder ist das so gewollt? Wie ist das bei Euch?

Neuste Firmware hast du drauf und kalibriert ist er auch? was ich nach dem Kalibrieren gemacht hab: einmal Rebootet.

HI & LOW sind ganz offen bzw. ganz geschlossen, dann reagiert er sofort und öffnet oder schließt das Ventil direkt.

Alle Einstellungen dazwichen bedeuten "Automatik" und da regelt er langsam und nicht direkt Gib ihm mal ein bisschen Zeit, denn er "lernt" welche Position er anfahren muss und macht das (fast unbemerkt & leise) in kleinen Schritten.

Ich teste den ja jetzt schon eine Weile und finde das sehr angenehm weil eben keine lästigen und lauten Geräusche entstehen wie bei eingen Mitbewerbern.

CORS gibt es für die Shelly Plus-Serie nicht mehr, denn ist ist im Grunde etwas veraltet und wird durch Browser-Restriktionen immer mehr eingeschränkt.

Stattdessen können die Shellies der zweiten Generation (Plus und PRo) via Websockets direkt mit dem Browser kommunizieren.

Großer Vorteil gegenüber asynchronen Abfragen: Der Shelly meldet dem Browser selbst seine Änderungen über Status-Events.

Wenn du z.B. den Shelly über den Schalter / die App oder Alexa bedienst bekommt der Browser das automatisch mit und zeigt den aktuellen Status (Relais an oder aus) von ganz alleine an. Die regelmäßige Abfrage (Polling) an den Shelly über die REST-API ist damit nicht mehr notwendig.

Ich hab das hier mal an einem Bespiel für den Pro 4 PM gezeigt:

Thema

Shelly4ProPM - Status der Relais via Websocket anzeigen

Hi,

falls ihr euch fragt wie das mit dem Status des Shelly4ProPM über Websockets (Ersatz für Coap) funktioniert, hier mal ein kleines Beispiel (Javascript & HTML)

die IP-Adresse in Zeile 18 müsst ihr durch die IP eures Shelly4Pro tauschen, danach die Seite einfach im Browser aufrufen..

Kurz zur Erläuterung:

newWebsocket erzeugt den Socket. Sobald die Verbindung offen ist (socket.onopen) senden wir einmalig ein Shelly.GetStatus .. wichtig ist hier der JSON-Parameter src, darüber erhält der Shelly…

Seven of Nine

30. August 2021 um 20:25

Falls du dazu Fragen hast einfach melden.

Setzen der Ventilposition geht über REST http://<ip-vom-shelly>/thermostats/0?pos=100
Steuern lässt er sich aber auch per MQTT
https://shelly-api-docs.shelly.cloud/gen1/#shelly-trv-mqtt

Zitat

Gibt es eine Boosterfunktion?

noch nicht, aber das Gerät ist ja auch gerade erst auf dem Markt. Ich bin mir ziemlich sicher, dass Allterco die Wünsche der Anwender erstmal sammelt und dann fehlende Funktionen nachrüsten wird.

Boost und Fenster-Auf-Erkennung wären da meine Favoriten.

Zitat

Moin, also lassen sie ihn langsamer auf und zu fahren? oder kleinere Schritte?

wie das genau funktioniert kann ich auch nicht sagen, Anfangs war er relativ laut und hat regelmäßig größere Schritte gemacht. Da kam von meiner Frau schon die Aussage: boah, das nervt. schmeiß das Teil raus..

Mittlerweile hört man nur ab und an ein (wie ich finde) ganz leises Zurren.. ich sitze jeden Tag 8-10 Stunden direkt nebem den TRV und nehme ihn kaum war. Ich hab meine Frau (die ist da deutlich empfindlicher) aber auch mehrfach gefragt, ob sie das jetzt immer noch nervig findet. Das hat sie klar verneint, denn man muss schon sehr genau hinhören wenn man mehr als 3 Meter von ihm weg ist.

Wenn ich das Ventil von 0 auf 100% stelle ist das natürlich deutlich hörbar, aber im Auto-Modus ist er m.E. sogar Schlafzimmer-tauglich.

Zitat von Jens G.

Der Shelly soll wenn das Licht an ist (SW) den Ausgang (Lüfter) nach 1 Minute einschalten und dann wenn das Licht ausgeschaltet wurde den Lüfter nach 3 Minuten wieder verzögert aus.

mhh, wie hast du das denn aktuell angeschlossen und eingestellt? das Licht ist aktuell unabhängig vom Shelly? denn der hat ja nur 1 Relais und kann dann nur entweder Licht oder Lüfter bedienen.. oder hast du für Licht und Lüfter je einen Shelly 1 in Betrieb genommen?

Wie man das vergleichsweise elegant lösen könnte:

1) Shelly 1 für das Licht, ganz normal mit Schalter für an / aus

2) Shelly Plus 1 für den Lüfter mit einem ShellyScript. der guckt per Script alle X-Sekunden auf den Licht-Shelly. ist dieser länger als 1 Minute eingeschaltet schaltet er sich selbst ein. Wird das Licht wieder ausgeschaltet bleibt er noch 3 Minuten an und schaltet sich dann selbst aus.

Dann würde es auch keine Rolle spielen, ob der Licht-Schelly per Schalter, Sprache oder App eingeschaltet wird.

Wenn du den Schalter vom Licht zusätzlich zum Licht auch auf den SW von einem Shelly Plus 1 anlegst würde es auch nur mit dem Shelly Plus1 gehen, dann wäre das Licht aber nicht "smart".

Zitat von AC-Fix

Dann wird es wie vorher schon beschrieben nicht richtig hinzugefügt / es bricht ab.

Sceenshot der Fehlermeldung wäre hilfreich

Zitat von Home-Kid

Mache Geräte vergessen nur die Uhrzeit

das machen Shellies auch, weil sie keine eigene Uhr (RTC) haben. Die wird aber direkt beim Start/ersten Kontakt mit einem NTP-Server (lokal oder Internet) geholt. Der Rest bleibt aber wie bereit beschrieben, vollständig erhalten.

Die App heisst nicht umsonst "Shelly Cloud", denn sie ist eigentlich für die reine Cloud-Nutzung konzipiert

Mit gewissen Einschränkungen ist sie aber auch ohne Cloud nutzbar, aber nur unter Bestimmten Voraussetzungen:

des Subnetz ist bei der Kommunikation zwischen Shellies und App zwar auch relevant (muss identisch sein) aber das alleine reicht nicht aus. wenn die App gestartet wird sucht sie meine Wissens per mDNS nach Shellies und wartet auf Coap-(Multicast)-Nachrichten um den aktuellen Status der Shellies zu erhalten.

Ohne das Netzwerk im Detail zu kennen ist das mit der Fehleranalasyse ziemlich schwierig aber irgendwo wird da ein "Filter" / Firewall drin hängen, die diese Kommunikation verhindert.

Wireshark kann helfen

Zitat von Martin1964

Gibt es schon was vergleichbares für den Shelly 1 plus.

noch nicht, ist aber in Planung.

1) nein, die lokale Verbindung im Netz ist unverschlüsselt (und lässt sich auch nicht ganz einfach realisieren weil dazu ein Zertifikat notwendig ist und das Zertifikat dann zum Hostnamen / IP passen müsste).

2) die Verbindung zur Cloud ist TLS 1.2 Verschlüsselt, sowohl zwischen Browser/App und der Cloud als auch zwischen dem Shelly und der Cloud.

3) MQTT ist ein Übertragungsprotokoll und wird recht häufig im Bereich der Heimautomatisierung genutzt. viele Smarthome-Systeme (OpenHAB, ioBroker, HomeAsisstant, FHEM..) können mittels MQTT mit den Shellies kommunizieren.

MQTTS steht für secure MQTT.

wenn du einen lokalen MQTT Server (HomeAssistant, ioBroker ...) betreibst kannst du die Kommunikation mit diesem wahlweise unverschlüsselt als auch verschlüsselt durchführen. Dazu muss für den MQTT-Server ein Zertifikat erstellt werden und anschließend auf den Shelly hochgeladen werden. Dann können Shelly und die Smarthome-Zentrale verschlüsselt miteinander kommunizieren.

Hast du im Debug-Log geschaut, welche Fehlermeldung da dann kommt?

unter Settings - Debug - die Websocket-Debugs aktivieren, dann ein "Dummy-Script" anlegen und da unten auf Full-Log umstellen..

Dann kannst du unten in der Console sehen was der Shelly so treibt..

(bei mir unten ist z.b. die Cloud down, das liegt aber daran dass ich einen von 10 Vorserien-Geräten des Pro 4 PM habe, der einen anderen Sensor verbaut hat)