Beiträge von StefLanT

Wenn ich die Screenshots richtig interpretiere (und mir die Werte in meiner App ansehe) ergeben sich die Durchschnittswerte aufgrund einer unglücklich (nicht brauchbar) gewählten Granularität der Zeiträume, in welcher Max und Min Werte zur Ermittlung des Durchschnitts herangezogen werden. Da die Durchschnittsberechnungen für die Zeiträume Jahr und Monat wohl unabhängig voneinander vorgenommen werden, haben auch die Ergebnisse nichts miteinander zu tun.

Meiner Meinung nach ist der Angezeigte Wert nicht falsch, sondern nur unbrauchbar (ohne irgendeinen Erkenntnisgewinn).
Ob das dann einen Unterschied macht, sei dahin gestellt.

Zitat von AlfonsS

Aber gerade bei Licht wäre es sinnvoll, hier z.B. die Lichtausbeute als Vergleich zu nehmen, denn selbst der Vergleich Watt der Glühbirne zu einer LED, passt nicht.

Für die menschliche Wahrnehmung der Helligkeit hast Du auf jeden Fall recht - dem Shelly / Schalter / Relaiskontakt ist aber die elektrische Leistung wichtiger.

Vorab eine Frage, befinden sich die Shellys und das Smartphone im selben VLAN, oder hast Du unterschiedliche eingerichtet?
Falls Du verschiedene VLANs nutzen solltest, könnte die Stateful Packet Inspection solche Phänomene verursachen.

Zitat von jplheli

Mit der IOS App im heimischen WLAN konnte ich die Geräte genau ein mal ein und wieder ausschalten (oder Umgekehrt), danach erfolgte keine Reaktion mehr und auch keine Aktualisierung der Messdaten.
Schaltete ich im Handy das WLAN ab und versuchte es von „draussen“ im GSM funktionierte alles mit der App einwandfrei. Ebenfalls per Browser.

In den Einstellungen der App findet sich der Punkt "lokale WLAN-Netzwerk-Steuerung", der festlegt, ob die App über die Cloud, oder das lokale Netzwerk auf die Geräte zugreifen soll. Ist die Nutzung in einem der beiden Modi möglich?

Gruß, Stefan

Laut gedacht:
(ohne näher gesucht, oder KI konsultiert zu haben - mit Sheets hatte ich vor Jahren mal herumgebastelt)

Man kann in Google Sheets per HTTP Request Werte schreiben (zB Temperaturwert übergeben und zusammen mit Timestamp in eine Zeile).
Der HTTP Request wird im Shelly von einer Action (bei Änderung der Temperatur) ausgelöst.
Damit sollte sich ein ein schickes Diagramm erstellen lassen.

(Wer möchte, kann Google natürlich durch einen Anbieter seiner Wahl ersetzen.)

Hallo Markus,
das sieht aus, als könntest Du das wie in dem Link beschrieben umsetzen:
https://shelly-forum.com/file-download/47442/

--Stefan

Zitat von Schlomo

Über die App lässt sich </snip> der Rollladen hoch und runter fahren. Allerdings nicht passieren/stoppen!

...wenn Du öffnen/schließen in der App angetippt hast, erscheint ein blauer Kreis um die aktive Funktion. Um zu anzuhalten tippst Du die aktive Funktion ein zweites Mal an - dann sollte der blaue Kreis verschwinden und die Jalousie stoppen.

PitchControl

In der Alexa App in die Routine gehen.
In dem Bereich ALEXA WIRD eine Aktion hinzufügen.
"Benutzerdefiniert" wählen und den entsprechenden Sprachbefehl dort eingeben (zB bei mir: "Alexa, RolloEsszimmer 50 Prozent")
...so kann ich in den Routinen wieder verschiedene Jalousien ansprechen.

Siehe Post #26

PitchControl habe gerade getestet - bei mir ist es möglich, Sprachbefehle für Jalousien neu in Routinen und in neuen Routinen zu nutzen.

Wer da was (nicht) geändert, oder angepasst hat, ist ansich egal. Es gibt ja auch in Alexa einen Weg die Geräte in (neuen) Routinen zu nutzen. Siehe Post #26

Cephalopod
Nein, das Problem hat mich nur an ein paar vergessene Alexa-Routinen erinnert, die ich in den letzten Tagen nach openHAB umgezogen habe.
Tuya bekomme ich zwar dort zum Laufen, aber leider nicht stabil - die China-Cloud fordert alle paar Wochen Aufmerksamkeit. Ich muss zugeben, dass ich da auch nicht soo viel Aufwand reingesteckt habe, da ich dieses Ökosystem los werden will. Einer meiner (guten) Vorsätze für 2026.

Ist ein spezielles Durcheinander in einem Raum, dass ich kurzfristig nicht los werde - bei 2 Jalousien sind Tuya Taster verbaut und für die Umstellung zu Shellys wären Umbauten an den Schalterdosen und den Motoren notwendig. Tuya lässt sich über openHAB auch nur mit Klimmzügen automatisieren - an sich will ich diese Cloud auch nicht einbinden.

Also bleibt als Workaround die Verbindung openHAB->Alexa->Tuya, weil es ohne großes Testen als erstes funktionierte.

Ich habe gerade im Amazon Forum folgende Variante gefunden, die bei mir funktioniert:

In der Alexa App in die Routine gehen.
In dem Bereich ALEXA WIRD eine Aktion hinzufügen.
"Benutzerdefiniert" wählen und den entsprechenden Sprachbefehl dort eingeben (zB bei mir: "Alexa, RolloEsszimmer 50 Prozent")
...so kann ich in den Routinen wieder verschiedene Jalousien ansprechen.

Aus: https://de.amazonforum.com/s/question/0D5…erstellt-werden

eiche Da hast Du recht - es wäre ein Workaround, um _eine_ Routine zum Öffnen und _eine_ Routine zum Schließen zu realisieren (die ausschließlich vom Zustand und auch unabhängig von Alexa getriggert werden können).

Wenn es aufwendiger sein darf, kann man einen (oder mehrere) "ungenutzte" Shelly entsprechende Actions ausführen lassen - es ist und bleibt aber nur ein umschiffen des initialen Problems und wird nie die direkte Nutzung der Jalousien Steuerung in Alexa-Routinen zu 100% ersetzen können.

Da zur Zeit ja die Jalousien individuell über Alexa angesprochen werden können, kann man auf dem Shelly Acions anlegen, die andere Jalousien steuern.

Beispiel, mit Shelly Plus 2pm gen. 2 getestet:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Ich lasse in den letzten Wochen bei meinen Geräten die UDP Logs mitlaufen und kann Borstis Aufzeichnungen bestätigen.
(bei mir holen sich die Geräte ihre NTP Zeit von fritz.box)

Ergänzung:
- PlusSmoke: alle ~24h (beim täglichen "Aufwachen")
- PlusPlugS: alle ~30min
- Plus Bluetooth Gateway: alle ~30min

Eine typische Log-Zeile sieht dann so aus:

2025-12-18T22:03:39.189404+01:00 shellyblugw-xxxxxxxxxxxx 54987 306796.797 2 2|shos_time.c:58          Setting time from SNTP (1766091819.143 delta -0.926)#000shellyblugw-xxxxxxxxxxxx 54988 306796.797 2 2|shelly_sys.cpp:290      Time set to 306796.755357 from 1#000shellyblugw-xxxxxxxxxxxx 54989 306796.797 2 2|shelly_notification:164 Status change of sys: {"last_sync_ts":1766091819}#000shellyblugw-xxxxxxxxxxxx 54990 306796.797 2 2|shelly_notification:164 Status change of sys: {"time":"22:03","unixtime":1766091819}

Zitat von hajueschmitz

Was mir jetzt auffällt: öffentliches Netzwerk ?
Wlan wird als privat angezeigt, Ehternet als öffentlich.

Okay - könnte die Erklärung für die Einschränkungen bei der Kabelgebundenen Verbindung sein. Im unten verlinkten Artikel steht eine Anleitung, wie das geändert werden kann.

Offen bleibt, warum die DHCP Zuweisung der Fritzbox nicht richtig von W11 umgesetzt wird - bin da leider auch ratlos.

Microsoft-Erklärung zu öffentlich / privat:

Zitat

Ein Netzwerk öffentlich oder privat machen
Wenn Sie zum ersten Mal eine Verbindung mit einem Netzwerk in Windows 11 herstellen, wird dieses standardmäßig als öffentlich festgelegt. Dies ist die empfohlene Einstellung. Sie können sie jedoch je nach Netzwerk und gewünschter Vorgehensweise als öffentlich oder privat festlegen:

Öffentliches Netzwerk (empfohlen). Verwenden Sie dies für Netzwerke, mit dem Sie zu Hause, auf der Arbeit oder an einem öffentlichen Ort eine Verbindung herstellen. Sie sollten dies in den meisten Fällen verwenden. Ihr PC wird für andere Geräte im Netzwerk ausgeblendet. Daher können Sie Ihren PC nicht für die Datei- und Druckerfreigabe verwenden.

Privates Netzwerk. Ihr PC ist für andere Geräte im Netzwerk erkennbar, und Sie können Ihren PC für die Datei- und Druckerfreigabe verwenden. Sie sollten die Personen und Geräte im Netzwerk kennen und vertrauenswürdig sein.

Aus: https://support.microsoft.com/de-de/windows/…e0-73431160a1b9

Moin,

mir ist in der Unterhaltung aufgefallen, dass in der Ausgabe von ipconfig /all die Zuweisung der 169er IP Adresse als "Auto Konfiguration" und "Bevorzugt" gekennzeichnet ist. [IPv4-Adresse (Auto. Konfiguration): 169.254.5.198(Bevorzugt)]
Das deutet an sich darauf hin, dass das System entweder

• keine Adresse vom DHCP Server der Fritzbox zugewiesen bekommt und als Rückfall auf Auto. Konfiguration geht.. Kann viele Gründe haben:
  Windows-Firewall blockt,
  MAC der Netzwerkkarte in der Fritzbox blockiert (wenn diese mit Ubuntu läuft, scheint das nicht der Fall zu sein),
  irgendwelche Filter in einem (Smart-)Managed Switch (ICMP ist oft eine heiße Spur), etc..
• die Methode der Adressvergabe in Windows die Version "Auto Konfiguration" gegenüber "DHCP" bevorzugt.
  Mir ist aber nicht bewusst, wo man das in W11 ändern könnte...

Was macht der Laptop denn bei manueller Vergabe der IP? Lässt sich der Shelly per Ping/Tracert und über HTTPS erreichen?

Hier eine kleine Ergänzung für die Anwender, die die UDP Logs diverser Shellys auf ein Windows System bekommen und auswerten möchten:
Ich bin auf den "Visual Syslog Server for Windows" aufmerksam geworden und habe das Programm kurz getestet - es ist in der Lage die Logs von Plus2PM, PlusPlugS und PlugS Gen3 (wahrscheinlich auch aller anderen) zu empfangen.

Link: https://maxbelkov.github.io/visualsyslog/

Disclaimer: Ich habe nichts mit der Seite und dem Programm zu tun und leiste auch keinen Support dafür. Nutzung auf eigene Gefahr!

Update:

ich habe jetzt einen Plug S gen.3 seit gut 24 Stunden mit der Firmware 1.7.4-beta1 laufen - bisher keine Neustarts incl. Core Dumps vorgekommen.
Ich werde in den nächsten Tagen mal die anderen mit den Updates versorgen und berichten wie sie sich verhalten.

Nur der Vollständigkeit halber: Alles auf eigene Gefahr!

Ich kenne zur Zeit nur das folgende Vorgehen, eine Firmwaredatei herunterzuladen:

• Im Webinterface des Gerätes unter Diagnostics die Konsolen-Ausgabe für Debug Daten aktivieren.
• Unter Settings -> Firmware nach Updates suchen.
• In der Konsole steht nun irgendwo eine URL für deinen Shelly, die ähnlich dem Screenshot aussieht:
  (hier als Beispiel für einen PlugS gen3)
  Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
• URL in den Browser kopieren und aufrufen.
  Dort findest Du jetzt eine URL mit welcher Du eine Datei herunterladen kannst.
  Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
• Umbenennen in *irgendwas*.ZIP.
• Diese Datei solltest Du dann manuell flashen können.

Gruß, Stefan