VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
A+B sind harmlos, D ist grenzwertig und C ist eigentlich schon zu heiß..
wo sind die (speziell C) denn verbaut (Dose unter dem Schalter, Verteilerdose, Sicherungskasten..) bzw. was für Lampen (230v LED oder 12 mit Trafo, bitte auch WATT-Zahl angeben) hängen dran?
Falls jemand Interesse hat, mit einem Shelly Plus (1, 1PM) lässt sich der an einem Shelly Dimmer/Dimmer2 angeschlossene Taster zu 100% nachbilden .
1) Short Press macht den Dimmer an und aus
2) Double Press macht den Dimmer auf 100% an
3) LongPress dimmt/macht hell im Wechsel
Empfehlung für die Konfiguration im Shelly Plus 1/1PM:
Taster einstellen, Relais auf Detached stellen.
https://github.com/shelly-tools/s…immer_button.js
Wichtig: in Zeile 13 die IP-Adresse des eigenen Shelly Dimmer eintragen.
Viel Spaß damit 
Habe jetzt einen Plus 1 hier und bin noch unsicher wie ich dem shelly das beibringe.
idealserweise machst du das über das Webinterface: http://<ip-vom-shelly>
1) Auf die aktuelle Firmware aktualisieren
2) in den "Channel Settings" Den Taster konfigurieren: Button / detached / default Power off
3) auf "Scripts" klicken
4) "add Script" klicken und irgendeinen Namen (bei mir ist es einfach "test") vergeben
5) den Inhalt aus der Codebox oben in das Fenster reinkopieren, dann auf "Save & run" klicken.
6) auf zurück und das Script aktivieren (damit es auch nach Reboot des Shellies noch aktiv ist)
Nicht wundern: bei dir sollte der Status auf "running" stehen und das Menü unten sieht etwas anders aus (der Screenshot ist von einem Pro 4 PM)
M30x1,5
ich brauchte für meine alten Vaillant-Thermostate z.B. diesen Adapter:
https://www.amazon.de/Eurotronic-700…/dp/B00J04OZW6/
Empfehlung für die Suche über Google: "Herstellername" + Adapter suchen also in meinem Beispiel "Vaillant Adapter". Meist findest du da direkt den passenden.
Long Story Short: egal, wie ich den Shelly verkabel, der Shelly kommt zum einen nicht online und mit dem gleichzeitig noch angeschlossenen Taster kann ich die Rolläden auch nicht mehr steuern.
nicht einfach machen sondern sich VORHER schlau machen (und messen) ist zwingend notendig.
Im günstigsten Fall passiert nichts aber das kann auch böse nach hinten losgehen (Shelly defekt, Motor defekt..)
aber es scheint das hier neue Shellys verkauft werden sollen
das mag zwar sein, grundsätzlich hat der ESP8266 aber auch seine Grenzen.
Meine ältesten Shelly sind mittlerweile > 3 Jahre alt. Während dieser Zeit gab es reihenweise neue Funktionen.
Jetzt Allterco eine neue Produktlinie (wesentlich leistungsfähiger) im Angebot. Ich finde es vollkommen legitim, dass man sich fortan auf die neue "Technik" konzentriert und für die alten Shellies irgendwann ein "Feature-Freeze" gemacht wird. Das macht eigentlich jeder Hersteller so, denn die haben ja keine unbegrenzte Kapazität an Entwicklern.
Außerdem: Die alten Shellies werden dadurch ja nicht unbrauchbar und können immer noch für 99% der Installationen problemlos genutzt werden.
Das Thema "Feature Freeze" hat auch mit dem ursprünglichen Thema "Einschaltverzögerung mit Shelly" nichts zu tun, dementsprechend sollte die Diskussion an anderer Stelle fortgeführt werden
So, hier dann das Script .. war etwas zu faul das in "schön" zu machen, hole ich bei Gelegenheit nach
Edit: der Button muss dafür auf "detached" gestellt werden, getestet hab ich das Ganze mit einem Taster.
/**
* @copyright shelly-tools contributors
* @license GNU Affero General Public License (https://www.gnu.org/licenses/agpl-3.0.de.html)
* @authors https://github.com/shelly-tools/shelly-script-examples/graphs/contributors
*
* This script adds a 3 seconds delayed on and turns the relay off after 5 seconds.
*/
// add an evenHandler for button type detached with a button_down event
Shelly.addEventHandler(
function (event, user_data) {
if (typeof event.info.event !== 'undefined') {
if (event.info.id === 0 && event.info.event === 'btn_down') {
Timer.set(3000, false, function (ud) {
Shelly.call("switch.set",{ id: 0, on: true, toggle_after: 5},function (result, code, msg, ud) {},null);
}, null);
Timer.clear();
} else {
return true;
}
} else {
return true;
}
},
);Die Authentifizierung ist (so wie es jetzt umgesetzt wurde) zwar grunsätzlich sicherer, aber leider nicht nutzbar weil weder Actions von den alten Shellies noch Webhooks von den neuen Shellies funktionieren.
ich hab das bereits im Bugtracker gemeldet und als MANDATORY (also zwingend notwendig) markiert..
latest Android version and home.shelly.cloud..
not a bug, but a mandatory feature. There's no longer a STOP command for shutters available.
dafür ist das Scripting notwendig..
https://shelly-api-docs.shelly.cloud/gen2/Scripts/S…anguageFeatures
das ist aber schnell gemacht, weil es ja nur darum geht das Schalter-Signal abzugreifen und dann das Relais erst (verspätet) an und 5 Sekunden später auszuschalten.
ich wollte das eh mal umsetzen (unabhängig von deiner geplanten Umsetzung) weil es dafür viele verschiedene Anwendungszwecke gibt (Nachlauf bei Badezimmer-Lüftern..)
Vermutlich schaffe ich das am Wochenende.
Bleibt das Display auch dunkel, wenn du eine der Bedientasten drückst?
Schon spannungslos geschaltet?
wenn das nicht helfen sollte: Ticket aufmachen..
Seit Firmware 0.9 gibt es eine Möglichkeit die Helligkeit des Displays einzustellen:
https://shelly-api-docs.shelly.cloud/gen2/Component…alComponents/UI
Möglicherweise ist die seit dem Reboot jetzt auf "0" gestellt.
Allerdings steht in der API Doku keinerlei Befehls-Syntax, wie sich die ändern lässt. auch in der WebUI habe ich kein entsprechendes Bedienelement dafür gefunden.
Ich möchte ein Magnetventil nach Anliegen einer Spannung an sw nach 3sek öffnen und nach weiteren 5 sek. wieder schließen lassen.
technisch mit einem Shelly Plus ziemlich einfach machbar, allerdings brauchst du (so entnehme ich es deinen Schilderungen) ja zwei Relais, also theoretisch zwei Shelly Plus 1.
Ein Shelly Plus mit zwei Relais gibt es derzeit noch nicht..
ein Shelly Pro2 und Pro2 PM könnten das zwar auch, sind aber für deinen Einsatzzweck ungeeignet da sie für die Hutschienen-Montage gedacht sind.
Ist denn sichergestellt, dass bis zum Auslieferungstermin, 10.01.22 dieses Feature vorhanden ist.
kann ich dir leider nicht beantworten.
Persönliche Meinung: wenn es erst ein paar Tage später nachgereicht wird wäre das für mich kein Drama.
ja, dazu kann ich Stellung nehmen, denn ich hab den Feature-Request (HTTP PUT Requests via ShellyScript) an Allterco gestellt
Kiril (Chef Entwickler) meinte das wäre vergleichsweise überschaubar umzusetzen.
Der I4 wird nicht direkt an ein Zigbee-Gerät senden können, denn ein Zigbee-Gerät redet nur mit den "Mitgliedern" im jeweiligen Zigbee-Netzwerk, das ist primär der HUB/Zentrale.
Im Falle der Phillips Hue Leuchten ist ja in den meisten Haushalten auch ein entsprechendes Zigbee-Gateway (HuE Bridge, Echo Plus..) vorhanden.. Die Hue Bridge verfügt über eine REST-API und kann damit von "außen" bedient werden.
Aktuell ist es so, dass die Shelly Plus Geräte über ShellyScript bereits HTTP(s) GET und HTTP(s) POST Requests senden können. Die HuE Bridge erwartet aber HTTP(s) PUT Requests.
Sobald Allterco das Senden von PUT in die Scripting-Funktionalität eingebaut hat lässt sich von jedem Shelly Plus (1, 1PM, I4..) ein entsprechendes Kommando an die API der HuE Bridge schicken.
Die API der Bridge ist recht felxibel, man kann darüber Lampen an/aus schalten, Helligkeit steuern oder auch Szenen starten.
Das alles wird komplett ohne externe Dienste (Alexa, Cloud, IFTTT oder sowas) machbar sein.
Ich find es ziemlich geil, weil der Aufwand überschaubar ist und man statt eines unverschämt teuren "Friends of Hue" Schalters (der braucht ebenfalls zwingend eine HuE Bridge) zukünfig jeden Shelly Plus dafür nutzen kann.
Vielleicht können wir ja den Fehler etwas eingrenzen:
Die Cloud-Anbindung der Plug-s lässt sich recht einfach testen: dazu Anmelden auf der Website https://home.shelly.cloud
dort prüfen, ob sich die Shellies dort schalten lassen.
wenn das NICHT klappt, dann haben wir den Fehler.
Ich möchte bei einem Kanal:
=>nach 3 sek für 5 Sek einschalten und dann aus.
kannst du den Verwendungszweck etwas präzisieren? Wie willst du ihn verzögert ein und ausschalten? per App? per Schalter / Taster oder von einer Smarthome-Zentrale aus?
Mit den neuen Shelly Plus & Pro Geräten sind solche Funktionen über den verbundenen Schalter/Taster problemlos umsetzbar (ShellyScript).
mit den regulären (alten) Shellies geht das nur über eine zusätzliche Szene in der Cloud. Da legst du eine Bedingung an: wenn Gerät eingeschaltet wurde Gerät (mit Delay von 3 Sekunden) auschalten..
ich hab noch drei von den "alten Eisen" verbaut
der kann weniger als der 2.5 weil er z.B. nur den Gesamtverbrauch beider Kanäle messen kann, nicht jeden Kanal einzeln. Außerdem ist er vom Gehäuse identisch mit dem Shelly1, also dicker als der 2.5
was genau willst du damit, was sich mit dem 2.5er nicht auch lösen lässt?
From what I know the Smartphone App is designed for Cloud usage. Local devices are partially supported but they have to be in the same network segment.
IGMP (Coap) is only part of the communication and is used for status messages, not for device control. device control is possible via cloud or HTTP requests (Shellies API ).
so, zwei Tage später hat sich der Akku wohl eingependelt und seinen Akkustand beibehalten.. Nach wie vor 75%.
Außerdem ist die echte Temperatur (22.3 Grad) nur minimal abweichend vom Soll. 
Damit das Gerät einen echten Stresstest erlebt hab ich ihn im "offenen" Wohnzimmer montiert.
- Terassentür nach hinten wird einige Male am Tag kurz geöffnet (Nikotin tanken )
- Offenes Treppenhaus in unmittelbarer Nähe.
- die Zwischentüren zur Haustür sind fast immer offen, also kommt auch von da regelmäßig kalte Luft.
Dementsprechend höre ich ihn häufig beim Einstellen des Ventils. Dafür schlägt er sich bisher echt tapfer 
neu Verbinden im Wifi ist aber eigentlich keine Zustandsänderung. also sollte das überhaupt kein Problem sein..
im I3 hast du unter Advanced-Developer Settings -CoIoT den ioBroker als Ziel hinterlegt? dann laufen die Statusmeldungen statt über Multicast nämlich per Unicast und das ist deutlich zuverlässiger..
