Beiträge von Seven of Nine

Are you sure it's not releated to your network infrastructure?
In order to validate I'd open a wifi hotspot with a smartphone, then add one of those affected shellies to that wifi and try the update again.

Die hier (E14 Tropfen) funktionieren mit einem Shelly Dimmer2 absolut einwandfrei, kein Flackern, dimmbar von Hell bis quasi aus und auch sonst keinerlei Auffälligkeiten. Die Kalibrierung ist ebenfalls einwandfrei durchgelaufen.

https://www.amazon.de/gp/product/B07RLZHJ7Q/

Zitat von SpeedyBlade

Könnte eventuell über einen Bekannten aus RO welche liefern lassen, wenn für den ein oder anderen Interesse besteht

die kriegt man auch im Elektro-Fachhandel in Deutschland:

https://www.elektromax24.de/schalterprogramme/legrand/niloe/

Zitat von MOrti

Aber wie bekomme ich Datum/Uhrzeit des Shelly per Script? Ich finde dazu in der Dokumentation gar keinen Befehl

über Shelly.GetStatus bekommst du notwendigen Daten. Aus der Rückgabe (JSON) holst du dir dann dz.B. die aktuelle Stunde, grob würde das so aussehen..

let start = 5;
let stop = 23;

Shelly.call(
    "Shelly.GetStatus",
    {},
    function (response) {
        h = JSON.parse(response.sys.time.slice(0, 2));
    }
);
if (h >= start && h < stop) {
    doSomething();
}

Sensor Keller ist ein Shelly HT

IIRC webhooks do not validate certificates at all, so it should even work if you'd use a local server with self signed certificate.

I believe all CA files are based on mongoose OS package.

https://mongoose-os.com/docs/mongoose-…et/ca-bundle.md

If you need a confirmed answer I'd recommend to open a ticket.

Am Beispiel eines Shelly1:

grün = Relais an

rot = Relais aus

Die Overcurrent-Meldung kommt nur per Popup, im Log dürfte das der eine Eintrag ganz oben (ohne Symbol) sein.

Zitat von MrGPS

einen Log in dem ich mehr Infos zu jeder Zeile finde was da genau passiert ist ?

mehr als an/aus kann ein Shelly 1 ja normalerweise nicht.. Je nach Shelly tauchen da aber auch ein paar mehr Infos auf (siehe Screenshot).

Zitat von NorbertM

Bei den "alten" Shellys funktioniert es schließlich auch.

Bei den "alten" Shellies funktioniert es deshalb, weil die (mangels Leistung) nicht gleichzeitig mit einem Wifi verbunden sein können und einen AP-Modus öffnen können. Ob man eine neue / zusätzliche Funktion in Geräten der neuen Generation jetzt als Bug deklarieren muss lassen wir mal so im Raum stehen. Allerco arbeitet ja sogar an einer AccessPoint-Funktion für die Plus-Geräte.. da braucht man zwingend AP- und STA-Mode gleichzeitig.

Davon ab geht es in diesem Thema um Bugs in der App. Die wurde hier aber gar nicht benutzt.

Zitat von Hu kmh200

Dieser Fall passiert bei der Shelly Installation über 192.168.33.1 mit Browser.

der Weg über den Browser wird hier zwar häufg empfohlen, ist aber eigentlich eher die "Notlösung" für die Ersteinrichtung weil da verschiedene Dinge nicht so funktionieren wie man es erwartet (Deaktivieren vom AP-Mode, Hinzufügen zur Cloud.).

Das Webinterface ist eher für "erfahrere" Benutzer gedacht, die genau wissen was sie tun. Einige Dinge gehen deshalb ausschließlich über das Webinterface (Konfig von MQTT, Scripts, Debugging..).

Ob da jetzt ein Hinweis bezüglich des offenen AP notwendig ist? darüber lässt sich sicher streiten.

Allterco geht (da bin ich mir vergleichsweise sicher) davon aus, dass Shelly-Plus-Geräte mit einer Smartphone-App über Bluetooth eingerichtet werden. Der Weg über das Webinterface ist in deren offiziellen Dokus und Videos deshalb auch nirgendwo beschrieben.

Zitat

Ich verstehe nur nicht , weshalb bei dem einen es deaktiviert wird beim anderen nicht. Finde ich nicht plausibel.

mit der Android-App wird das m.E. korrekt deaktiviert, egal ober über BT oder Wifi konfiguriert wird.. Werde ich aber, sofern ich Zeit finde, morgen mal testen.. hab noch ein paar Plus- und Pro im Karton. Zu Apple/IOS kann ich nix sagen..

Zitat

Weshalb wird aber dann, wenn der Shelly über Bluetooth eingerichtet wird der AP-Modus und Bluetooth deaktiviert?

weil Beides (zumindest aktuell) zur Einrichtung benutzt wird und danach oft nicht mehr benötigt wird.. ich hatte bei Allterco auch angeregt, den Haken per Default zu setzen. Ob das mitterweile umgesetzt wurde hab ich bisher nicht überprüft.

Grundsätzlich finde ich aber sinnvoll, dass der Anwender selbst entscheiden sollte ob er es aktiv lassen will oder eben deaktivieren will.

Oder geht es dir darum, dass man jeweils getrennt voneinander entscheiden können sollte?

Zitat von Hu kmh200

Der Zugangspunkt kann aber immer noch ohne Passwort von jedem Handy verbunden werden.

Haken beim Einrichten nicht gesetzt? das lässt sich bei der Ersteinrichtung via App konfigurieren..

ich finde es vollkommen korrekt, dass diese Option optional ist weil es durchaus Gründe geben kann den AP-Modus oder Bluetooth eingeschaltet zu lassen.

From what I know Coiot_update_period is fixed to once per hour (3600 seconds) and cannot be changed.

But I doubt this is related to the problem..

gufalcon1

Do you use an external system to ping the shelly motion or query their REST-API regularly? this would be a real battery killer..

Zitat von maschuett

Was muss man wo einstellen, damit Stopp via Alexa klappt?

das würde mich in der Tat auch interessieren.. Insgesamt hat das aber mit der Hardware (2.5 vs. Pus2PM) nichts zu tun. Die Steuerung über Alexa ist bei beiden identiisch.

Zitat

Du hast sie vermutlich nicht über MQTT sondern über COAP/COIOT im ioBroker.

das denke ich auch.

zgadgeter

Shellies der zweiten Generation (Pro und Plus) können kein CoIoT/Coap und brauchen (im ioBroker) zwangsweise MQTT.

Zitat von G-Hattman

Das Script habe ich unter folgendem Link gefunden:

ok, das kenne ich denn es ist von mir

Das ist allerdings (wie du schon festgestellt hast) für einen einzelnen RGBW gebaut und auch nicht wirklich für einen Shelly Plus2. Denn bei dem gibt es unterschiedliche Taster-Events weil ja mehr als ein Taster vorhanden ist und du ja auch beide nutzen willst.

beides hab ich hier im Script gemacht, also mehrere Ziel-Shellies angesprochen und auch Taster-Events von zwei unterschiedlichen Tastern ausgelesen.
https://github.com/shelly-tools/s…utter_switch.js

Wenn du grundlegende Javascriot-Kenntnisse haben solltest kriegst du es selbst hinbekommen. Mir fehlt im Moment die Zeit .

Zitat von G-Hattman

So funktioniet es leider NICHT:

kann es auch nicht. Im Objekt ist ip bereits durch das erste Vorkommen definiert und kann nicht mehrfach definiert werden.

Arrays in Javascript haben eine andere Syntax.

Zitat von G-Hattman

Als Script verwende ich dieses:

Script für PLUS Geräte (Shelly DUO Color über Taster mit einer Wippe steuern)

könnte von mir sein, wo hast du das denn gefunden? hier im Forum ist es nicht unter dem Namen zu finden.

Zitat von Hurscht

ich habe schon einige Shellys in Betrieb und wollte mal nachfragen, ob es möglich ist, dem Shelly zu sagen, dass er ab einer bestimmten Uhrzeit nicht mehr schalten darf, wenn man den Schalter betätigt.

mit einem Shelly Plus 1 geht das problemlos mittels ShellyScript..

- Schalter auf "Detached" stellen

- im Script die aktuelle Zeit abfragen

- den Schaltvorgang auslösen wenn die Zeit-Stunde z.B. kleiner 22 und größer 5 ist.. dann könntest du zwischen 6:00 und 21:59 den Schalter benutzen, dazwischen nicht.

ich gucke mal am Wochenende, dass ich da ein Beispiel dafür hinkriege. den Großteil davon hab ich in anderen Scripts bereits verwendet.

the aioshelly library is already prepared, I believe It will be available soon

https://github.com/home-assistant…ce.py#L125-L137

MQTT und Cloud geht bei den Shellies der ersten Generation (dazu gehört auch der Dimmer2) nicht parallel.. Andere Systeme (OpenHAB, ioBroker, HomeAssistant) können neben MQTT auch Coap, damit würde es gehen. Aber das kann das (m.E. antiquirte) FHEM wohl nicht. Also musst du dich für Alexa oder FHEM entscheiden.