Beiträge von Seven of Nine

Zitat von Elliot

Bei uns läuft nur ein Synologyserver dauerhaft im Netz.

wenn du mir das Modell verrarten würdest kann ich die Frage beantworten..

auf meiner Synology DS220+ klappt das ohne Probleme, da laufen mehrere virtuelle Server und Docker-Container

Zitat

Schade, dann finde ich es zumindest suboptimal das in einem Forum für einen Shelly zu verlinken bzw. zu beschreiben und für die anderen nicht. Da denkt man dann irgendwie, dass dieser eine Ausnahme ist.

Der besondere Hinweis beim Shelly1 ist (so denke ich) deshalb vorhanden, weil er ein potentialfreies Relais hat und viele deshalb irrtümlich glauben, dass sich das "potentialfrei" auch auf den SW-Eingang bezieht..

Zitat von Elliot

Besteht die Chance irgendwie es von "außerhalb" zu aktivieren, d.h. das mein Rechner, mit dem ich meine Programmierung aufrufen will, nicht im heimischen Netz, sein muss?

Direkt von außerhalb geht das nicht, jedenfalls nicht ohne VPN-Tunnel nach "intern" oder ohne zentralen internen Server (der gleichzeitig als Proxy-Server fungiert), den man nach "außen" hin erreichbar macht..

Technisch ist es nicht schwierig, aber du brauchst einen permanent laufenden Rechner und natürlich müsste man die "Webseite" dann auch gegen unberechtigte Zugriffe schützen..

das Problem dabei: die IP-Adressen deiner Shellys sind rein intern, daher funktioniert das vom Routing her nicht.

Zitat von fredsbus

Since the H&T are running on external power, how about allowing the reporting period to configurable when external power is enabled? I

This is already implemented.. can be enabled via WebUI (you'd have to wake up the device via button).. H&T will send reports every 10 minutes instead of 12 hours / or temperature/humidity change..

Wifi disconnects should be fixed with Firmware 1.10.1 for all Shellys.. which firmware version is currently installed on the devices?

so, hier habt ihr was zum spielen..

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

einfach alle 3 Dateien in einen Ordner auf der lokalen Platte ablegen, ich hab die Javascript /CSS-Sachen bewusst ausgelagert damit die HTML-Datei möglich einfach und übersichtlich wird..

<div class="room">
    <h4>Kids Room</h4>
    <div id="4" data-consumption="true" data-type="relay" data-relayindex="0" data-name="ceiling light" data-ip="192.168.178.207"></div>
</div>

Kurze Erläuterung

- der äußere Container legt einen Raum/Etage an: [tt<div class="room"></div>[/tt]
- <h4> sorgt für die Überschrift.

- der innere Div-Container definiert den jeweiligen Shelly..

id= muss einen eindeutigen Wert enhalten (egal ob text oder zahl, aber keinesfalls doppelt belegen)

die Attribute mit data am Anfang:

- consumption true, wenn der Shelly den Stromverbrauch anzeigen soll (sofern er das kann)

- type -> relay oder light

- relayindex -> 0 bei einem Shelly1, 0 oder 1 bei einem Shelly 2.5 ..

- name -> der Name für das Licht / die steckdose..

- ip -> die IP-Adresse

Hoffe das reicht erstmal zum Gucken

Ganz wichtig : im Shelly muss CORS aktiviert sein:

ich hab oben auf das Github Icon geklickt, dann im Adapter auswählen Feld nach shelly gesucht..

Anschließend hat er den Adapter auf 4.0.7beta3 aktualisiert:

Quelltexte veröffentliche ich meist auf Github, gebe aber hier Bescheid wenn ich etwas Sinnvolles fertig hab..

im aktuellen Zustand kann man lediglich das Relay0 eines Shelly (1,1pm, plug, plug-s..) schalten, aber z.b. nicht das zweite Relais eine Shelly 2.5 und auch noch keine Shellys vom Type Lampe (Dimmer, Vintage, Duo, RGBW2..)

wenn euch das trotzdem für einen ersten Blick reichen sollte kann ich es natürlich pushen, aber richtig gefallen tut es mir selbst nicht

Den Adapter kannst du direkt aus dem Broker auf die Github-Version aktualisieren, 3.tes Icon von rechts aus (Github Symbol)

Danke für die Erinnerung, wäre mir beinahe durchgegangen..

bei mir klappt es auch mit Unicast & ioBroker Problemlos:

Rollo testweise per Webinterface auf 84% gestellt. Das wird auch im ioBroker direkt so angezeigt..

Mein Adapter hat die 4.0.7 Beta3

Zitat von Dr. Johannson

Meine Topologie und Hardware ist nicht so relevant, dann würde die v1.9.3 auch nicht super stabil laufen.

Topologie und Einstellungen sind sogar sehr relevant, speziell weil die neue Firmware auch den neuen Wifi-Stack des Chipherstellers beinhaltet.. Genau deswegen gab es bereits 2 Monate vor dem Release ein öffentliches Beta-Testing.

Und es ist durchaus denkbar, dass diese neue Funktionen enthält, mit der deine (vermutlich veraltete) Hardware nicht mehr zurecht kommt..

Mit einem Blick in ein Logifile (Shelly, AccessPoint..) könnte man eventuell sogar Rückschlüsse auf die Ursache ziehen.

Da du aber offensichtlich lediglich deinen Frust hier ablassen willst anstatt konstruktiv an einer möglichen Problemlösung mitzuarbeiten klinke ich mich hier aus.

this is a bug with the latest firmware.. please open a support-ticket:

https://ticket.shelly.support/open.php

aktuell ist über api.shelly.cloud aber für den RGBW2 nur 1.9.0 verfügbar..

ich denke es wurde zurückgezogen weil es einige RGBW2 gab, die danach nur noch das Filesystem angezeigt haben..

"version": "20201124-092125/v1.9.0@57ac4ad8"

Hast du bei der Ersteinrichtung die Cloud über die Smartphone-App oder das Webinterface aktiviert?

Über das Webinterface klappt es nämlich nicht, weil man damit kein Benutzerkonto verknüpfen kann.

Im Zweifel einfach auf das Webinterface: Internet & Security - ganz unten die Cloud deaktivieren.

Anschließend in der (originalen) Shelly-App auf dem Smartphone die Cloud wieder aktiveren.

nein, das geht leider nicht weil Telegram die API über HTTPS verschlüsselt (das kann der Shelly nicht) und weil man die Daten nicht via HTTP als GET-Variablen übergeben kann sondern nur als POST Formular-Daten (auch das kann der Shelly nicht)..

Wie lange hattest du den Reset-Knopf (Shelly muss Strom dabei haben) denn gedrückt? 10 Sekunden halten, danach sollte die LED zu blinken anfangen und der Shelly in den AP-Modus wechseln..

Zitat von DFrost

Habe ich selbstverständlich gefunden, aber das OTA funktioniert doch nur mit einer direkten Verlinkung auf eine Datei. :-/

ich hätte eine alte 20201102-093015/v1.9.0-rc2@8e096c6b , die ist zwar auch sicherlich nicht fehlerfrei aber eventuell hilft sie ja ..

ist am ShellyRGBW2 ein Schalter angeschlossen? es kann helfen den (temporär) abzuklemmen..

Sorry, no idea.. I'd suggest to contact the offical support via Ticket:

https://ticket.shelly.support/open.php

Zitat von Dr. Johannson

In kürzester Zeit fallen meine 6 AP's aus.

Ohne Details zu deinen AccessPoints (Hersteller, Modell, Firmware-Version, wie sind sie untereinander verbunden) sowie den Einstellungen, die du in den Shellys vorgenommen hast, wird dir nur leider niemand helfen können...

Und zum Thema Testen: die Firmware wurde wochenlang (in vielen Schritten sogar öffentlich - sowohl hier im Forum als auch über Facebook) getestet, allein bei mir an Geräten von 5 verschiedener Hersteller (AVM, Ubiqiti, Draytek, Astoria Networks, TP-Link) und lief dabei absolut problemlos..

Was sagt denn z.B. das Logfile deiner AccessPoints? Gibt es da konkrete Fehlermeldungen?

Zitat von LoFi001

Sachen wie Klick für "Ein" und Doppelklick für "Aus" finde ich wenig intuitiv

ist aber meines Erachtens aktuell die einzige Variante..

Deine Idee mit dem Longpress Click/Release finde ich gut. Ich bin mir nur nicht sicher, ob sich das umsetzten lässt oder ggf. mit den anderen Button-Press-Varianten kolidiert..

der Reset-Button beim 2.5er ist das kleine Loch im Gerät:

Zahnstocher hat bei mir eigentlich immer geklappt.

Schalter für einen etwaigen Reset müssten an SW1 angeschlossen sein.

Eventuell baust du ihn mal aus und schließt ihn nur mit L/N an und guckst, ob die rote LED am Reset-Button überhaupt noch leuchtet?