Beiträge von tvbshelly

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.

    Wenn man auf den Button "Net Metering" (neben dem Datumfeld) klickt, bekommt man ein ziemlich genaues Ergebnis der Verbrauchs.

    Wenn du darunter den Hausverbrauch (nicht zu verwechseln mit Eigenverbrauch) verstehst, dann könnte der Wert stimmen - das kommt dann aber auf dein Setup an.

    Generell ist dieser Wert aber falsch, weil man fehlendes Saldieren nicht durch "magische" Formeln im Nachhinein heilen kann (schon gar nicht über größere Zeiträume).

    Beispiel bei mir heute:

    DefaultNet-MeteringeHZ
    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.


    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.


    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Hausverbrauch laut Wechselrichter: 6.19 kWh

    Ich habe jetzt testweise das Easy_Call Skript auf einem 2PM G3 1.7.0-beta2 gestartet:

    Code
    Status: started Script _[ Easy_Call 1_
    Into: add --> Normal Device ---> switch:1
    Info: add --> Blu Device ---> b4:35:22:fe:68:97
    Info: add --> Blu Device ---> b4:35:22:fe:68:97
    Info: add --> Blu Device ---> b5:35:22:fe:68:97

    Direkt nach dieser Ausgabe habe ich das Skript gestoppt. Kurz danach kam

    Code
    Device is not responding in time. When the connection recovers the requests will be sent again.

    Nach einiger Zeit war der Shelly wieder erreichbar - sieht nach Reboot aus.

    Ich versuche mal einen tieferen Blick auf das Skript zu werfen.

    Der Pro 3EM misst die Leitung (Momentanleistung) korrekt. Die Energiewerte sind leider anders / falsch als bei deinem Haushaltszähler.

    Der Pro 3EM addiert fälschlicherweise phasenbezogen, dein Haushaltszähler saldiert die Phasen.

    -> daher kommen sehr wahrscheinlich die falschen Werte bei dir

    Such mal im Forum nach dem Stichwort "Saldieren".

    https://support.shelly.cloud/de/support/sol…d-wi-fi-signale

    Ein Signal zwischen -80 RSSI und -90 RSSI wird als kritisch angesehen, und es kann zu Verbindungsproblemen kommen. Ein Signal zwischen 40-60 gilt als ausgezeichnet

    -78 ist bereits nah an "kritisch". Da kann es z.B. ausreichen, wenn jemand durch den Raum geht und die Verbindung wird kritisch = weg.

    Du könntest den Plug testweise in der Steckdose anders herum einstecken (sprich drehen) - vielleicht bringt das was.

    Ist die Lösung nun wirklich ein komplett eigenes VLAN mit eigenem Subnetz und SSID zu erstellen?

    Nein. Das mit dem VLAN ist voll übertrieben (habe ich auch nicht).

    Sorry, mir ging es bei dem Artikel um den 2. Teil ab "WLAN SSID-Konfiguration" und "AP-Einstellungen"

    Ich finde eine eigene IoT SSID ist schon sinnvoll. So kann man für zickige Geräte auch mal das WLAN etwas konservativer einstellen.


    Ich glaube ich versuche zunächst mal das hier

    :thumbup:

    Und teste mal bei dir die 1.7 Beta

    Kanal "automatisch" sollte man doch nicht machen, da die Shellies es nicht mögen, wenn die Kanaleinstellungen automatisch optimiert werden, was man ja deaktivieren soll. Beißt sich etwas.

    Automatisch heißt bei Unifi, dass er den Kanal einmalig auswählt - wenn man diese Auto-Optimierung mit Daily Spectrum Optimizer nicht an hat, wird der üblicherweise auch nicht mehr gewechselt (außer bei DFS Kanälen, wo das Pflicht ist - um die macht man aber eh besser einen Bogen).

    Ich gebe dir hier aber recht: besser ist immer die Kanäle nach örtlicher Gegebenheit selber zu wählen (ist m.E.n. auch bei Nicht-Unifi sinnvoll).

    Das hat aus meiner Sicht nichts mit dem Problem aus diesem Thread zu tun.

    Mir ging es um den 2. Teil des Artikel ab "WLAN SSID-Konfiguration" :

    • IoT-SSID:
      • Kennwort: Verwenden Sie ein starkes benutzerdefiniertes Kennwort.
      • Netzwerk: IoT VLAN.
      • WLAN-Band: 2,4 GHz.
      • Band Steering: Deaktiviert.
      • BSS-Übertragung: Deaktiviert.
      • UAPSD: Deaktiviert.
      • Multicast-Erweiterung: Deaktiviert.
      • 802.11 DTIM-Zeitraum: Automatisch.
      • Steuerung der Mindestdatenrate: Automatisch.
      • Sicherheitsprotokoll: WPA2.

    2. Zusätzliche WLAN-Einstellungen:

    • 802.11 DTIM-Zeitraum für 2,4 GHz: Auf 2 einstellen.
    • Steuerung der Mindestdatenrate: 12-24 Mbps.

    und

    AP-Einstellungen

    1. 2,4 GHz:

    • Kanalbreite: 20 MHz.
    • Kanal: Automatisch.
    • Sendeleistung: Mittel bis Niedrig.
    • Mindest-RSSI: Deaktiviert.
    • Band-Steuerung: Deaktiviert.

    Aber selbst als ich noch Ubiquiti im Einsatz hatte, konnte ich die Probleme mit Shellies nie nachvollziehen. Ich habe es nichteinmal geschafft diese zu provozieren.

    Du musst zwischen den "normalen" ESP basierten Shellys und dem Android-basierten Walldisplay hier unterscheiden. Das WD hat auch völlig andere Hardware.

    Ich habe selber eine größere Unifi Installation im Einsatz und auch keine Probleme, weder mit den ESP Shellys noch dem WD.

    Für die ESP-Shelly ist einzig wichtig, dass man den Kram mit "Daily Spectrum Optimizer" ausschaltet - dadurch werden ständig die Wifi Kanäle "optimiert" sprich gewechselt, was die Shellys seit Firmware 1.5.x nicht so gern mögen. Mit der 1.7 Beta habe ich das nicht erneut geprüft.

    Das WD ist wirklich recht zickig, das mag insbesondere WPA2/3 nicht (bei Unifi). Bei diesem Thema gibt es aber auch Geräte einiger anderer Hersteller, z.B. Philips, die das nicht gut abkönnen.

    Wenn man etwas durch ein separates VLAN so dermaßen hinbiegen muss, damit es funktioniert

    Die Sache mit dem VLAN finde ich auch etwas übertrieben. Läuft bei mir auch ohne - ich habe lediglich eine separate IoT SSID eingerichtet - nicht nur für Shelly, sondern mehr auch aber für alle diese geschwätzigen Geräte, die gerne ungefragt mit der Hersteller-Cloud schnattern.