Beiträge von LosSuppos

Ich verstehe die Kommentare der Vorschreiber nicht ganz. Klingt für mich ein bisschen wie Produktrezensionen im Stil von "Ich habe das Produkt gar nicht, kann also leider nichts dazu schreiben".

Aber zu deinem Poddcast: Wow - wirklich ein klasse Demo - danke fürs Teilen.
Obwohl ich ja schon immer ahne, dass die KI solche Sachen "schnell mal heraushaut" bin ich immer wieder erstaunt, was da so qualitativ wirklich gutes bei rüberkommt.

Zitat

was bei mir auch geholfen hat

Danke für den Hinweis. Dann hattest du also auch Plug S Gen3 Shellys, die sich aufgrund sehr schlechter WLAN - Konnektivität nicht wirklich benutzen ließen?

Ein Umbau der Fritzbox geht leider nicht, da sie meinem Provider gehört. Und ich halte es auch nicht für sinnvoll, nur wegen zwei vermutlich kaputten Shellys solche Umbaumaßnahmen durchzuführen.

Zitat

Sendeleistug auf 100% gestellt?

Jupp, Sendeleistung ist (immer) auf 100% und die 2,4 und 5 GHz Kanäle heißen auch unterschiedlich. Wenn es Router-Einstellungen oder andere Störquellen wären, würden sich bei anderen Shellys doch bestimmt auch solche Probleme einstellen.

Zitat

Zusatzfrage weil ich es nirgends raus lesen kann, welcher Router?

Ich habe eine FritzBox 7490. Dachte nur es wäre unerheblich, da alle anderen Shellys im Grunde eine top WLAN-Konnektivität haben.

Zitat

Teste auch mal bitte beim 157 mit deaktivierten AP

Gerade nochmal getestet: Auch bei deaktiviertem AP habe ich eine sehr schlechte WLAN-Verbindung.

4 x Plug S nebeneinander (~20 cm Abstand zueinander) in Wandsteckdosen, ca. 7 m vom Router entfernt:

• Gen2 Plug S: -62 dBm
• Gen3 Plug S: -64 dBm
• Gen3 Plug S: -58 dBm
• Gen3 Plug S: -79 dBm (der "157'er")

Ich habe schon den Verkäufer (shellyparts...) diesbezüglich angeschrieben, werde vermutlich aber alle vier Gen3 zurückgeben, da auch die anderen beiden, die "in der Nähe zum Router noch ganz ok sind" mit etwas Abstand (1.OG) schon massive Einschränkungen der WLAN-Verbindung zeigen (immer im Vergleich mit Gen2 Plug S).

Zitat

Hast du due Tests alle von der selben Steckdose gemacht?

Jupp, gleiche Steckdose, sowohl die Plugs einzeln als auch alles Plugs zusammen getestet. Dabei auf 90° Ausrichtung der Leiste zum WLAN-Router geachtet. Kein weiterer WLAN-Repeater im Test. Das Ganze mit 4 Plug S Gen2 gemacht - die hatten in der gleichen Testkonfiguration jeweils volle WLAN-Pegel (~ 50-54 dBm). Nur die Gen3 Teile zicken rum.

Hallo zusammen,

ich habe mir kürzlich vier neue Plug S Gen3 zugelegt. Beim initialen Einrichten ist mir jedoch aufgefallen, dass ich zwei der vier Plugs nicht sofort, sondern erst nach sehr vielen, wirklich zahlreichen Versuchen in mein WLAN einbinden konnte.

Ich habe sowohl die App mit WLAN und Bluetooth als auch das native Webinterface der Shellys genutzt – ohne Erfolg. Nach einigen mühsamen Versuchen konnte ich schließlich alle vier Geräte ins Netz bringen. Doch dann fiel mir auf, dass zwei der Plugs eine extrem schwache WLAN-Verbindung aufwiesen. Ein Reset und nochmaliges Einbinden brachte keine Verbesserung.

Die Entfernung zum WLAN-Router betrug etwa 6 Meter, lediglich durch zwei Leichtbau-Trockenwände getrennt. Alle vier Plugs hatten in meinem Test (siehe Screenshot unten) den gleichen Abstand und die gleiche Ausrichtung zum Router. Es machte auch keinen Unterschied, ob ich nur einen oder alle vier Geräte gleichzeitig an der Steckdosenleiste betrieben habe.

In meinem Netzwerk laufen aktuell rund 25 Shellys problemlos: Von Plug S Gen2 über ein Pro 3EM im Metall-Unterverteiler, Plus 2 PMs in der Betongarage bis hin zu einem Dimmer 2 im Garten, installiert in einer weit entfernten, versteckten Unterverteilung. Mit keinem dieser Geräte hatte ich in den letzten zwei Jahren vergleichbare Probleme mit der WLAN-Verbindung wie jetzt mit den neuen Plug S Gen3.

Hat jemand eine Idee, woran das liegen könnte?

Viele Grüße
Markus

Danke für den Impuls und das Script, wusste nicht, dass sowas so einfach möglich ist.

Habe auch gleich mal etwas herumgespielt und jetzt für meinen Gefrierschrank die optische Info, ob er komplett aus ist oder sich im Stand-by-, Betriebs- oder Überlast-Zustand befindet.

// JavaScript zur leistungsabhängigen LED-Beleuchtung einer Shelly PlugS
//
// Version 1.2
//
// Autor: [Markus] - Co-Autor: ChatGPT

const standbyAnimation = [
    [0, 100, 0, 10, 10]  // Grün - 10% Helligkeit - 10 Zeiteinheiten (Standby)
];

const activeAnimation = [
    [0, 100, 100, 10, 10]  // Cyan - 10% Helligkeit - 10 Zeiteinheiten (Leistung 90 W bis 100 W)
];

const errorAnimation = [
    [100, 0, 0, 100, 10],  // Rot - 100% Helligkeit - 10 Zeiteinheiten (Error: Leistung 0 W oder > 110 W)
    [100, 0, 0, 50, 10]   // Rot - 50% Helligkeit - 10 Zeiteinheiten
];

const timerinterval = 100;  // Intervall der Schleifendurchläufe

let currentStatus = "";
let animation = [];
let currentElementIndex = 0;
let currentElementIteration = 0;

function setAnimation(status) {
    if (status === "STANDBY") {
        animation = standbyAnimation;
    } else if (status === "ACTIVE") {
        animation = activeAnimation;
    } else if (status === "ERROR") {
        animation = errorAnimation;
    }
    currentElementIndex = 0;
    currentElementIteration = 0;
}

function setLedColor(color) {
    let r = color[0];
    let g = color[1];
    let b = color[2];
    let brightness = color[3];

    Shelly.call("PLUGS_UI.SetConfig", {
        id: 0,
        config: {
            leds: {
                mode: "switch",
                colors: {
                    "switch:0": {
                        on: {
                            rgb: [r, g, b],
                            brightness: brightness
                        },
                        off: {
                            rgb: [r, g, b],
                            brightness: brightness
                        }
                    }
                }
            }
        }
    });
}

function checkStatus(callback) {
    Shelly.call("Switch.GetStatus", { id: 0 }, function(result) {
        let power = result && result.hasOwnProperty('apower') ? result.apower : 0;
        let newStatus;

        if (power === 0) {
            newStatus = "ERROR";  // Error bei Leistung 0 W
        } else if (power > 1 && power <= 10) {
            newStatus = "STANDBY";  // Standby bei Leistung zwischen 2 W und 10 W
        } else if (power > 110) {
            newStatus = "ERROR";  // Error bei Leistung über 110 W
        } else if (power >= 90 && power <= 100) {
            newStatus = "ACTIVE";  // Active bei Leistung zwischen 90 W und 100 W
        }

        if (newStatus !== currentStatus) {
            currentStatus = newStatus;
            setAnimation(currentStatus);
        }

        callback();
    });
}

function updateAnimation() {
    checkStatus(function() {
        const currentElement = animation[currentElementIndex];

        if (currentElement) {
            const durationFactor = currentElement[4];

            setLedColor(currentElement);

            if (currentElementIteration < durationFactor) {
                currentElementIteration++;
            } else {
                currentElementIndex = (currentElementIndex + 1) % animation.length;
                currentElementIteration = 0;
            }

            Timer.set(timerinterval, false, updateAnimation);
        }
    });
}

updateAnimation();

Hallo zusammen,

ich brauche für eine Pumpensteuerung ein Signal über die Lichtstärke ("Sonneneinstrahlung") an einem Uni.

Dazu könnte ich einfach ein kleines Modul mit Relaisausgang (zum Beispiel ein XH-M131) an den Uni anschließen. Ich brauche im Grunde ja nur die Info "hell" oder "dunkel". Das hätte aber den Nachteil, dass ich die Empfindlichkeit direkt per Poti am Lichtsensor-Modul einstellen muss.

Gibt es die Möglichkeit, einfach nur eine Photodiode irgendwie an den (analogen?) Eingang des Uni anzuschließen? Gerne auch mit 12 V Hilfsspannung oder so?

Viele Grüße
Markus

Ich habe den (neuen) Uni nicht wirklich konfiguriert, aber sicherheitshalber mal noch ein Werksreset gemacht. Selbiges Verhalten, er schaltet weiterhin ab. Nunja ... ist zum Glück nicht meine Hauptpriorität.

Ich teste es aber demnächst nochmal mit einem anderen Uni

Zitat von apreick

kleine Anmerkung

den Step-Up-Wandler könntest Du Dir aber einsparen wenn du den Plus UNI (Gen2) verwenden würdest

Ja, genau das habe ich mir auch gedacht, nachdem ich gesehen hatte, dass es ein neues Modell mit 5V Versorgung gibt

Zitat von apreick

in deiner Zeichnung steht immer noch [...]

Ja, stimmt, ich kann wollte nicht die Lötverbindungen zwischen den Ausgängen des Wandlers und den Eingängen [1,2] des Unis unter der Platine aufmachen. Es liegt wohl aber wirklich an dem Wandler. Wenn ich einen Uni direkt mit Labornetzteil bestrome passt auch die Spannungsmessung.

Zitat von thgoebel

[...] Du betreibst ihn jedoch höchstwahrscheinlich mit weniger als 12V, weil die Ausgangsspannung des Step-Up-Converters wegen zu hohen Spannungsabfalls zusammenbricht. [...]

Darauf hatte ich schon bei der Justierung der Versorgungsspannung geachtet, es liegt eine saubere Spannung (unter Last) von 12,0 V am Uni an.

So, ich habe den Uni jetzt folgendermaßen angeschlossen. Stimmt das so, wie ich es gemacht habe?

Nachdem ich die Spannungsversorgung hergestellt und den Optokoppler zum Start des Uni überbrückt habe (und den Kanal 1 gechlossen habe) zeigt mir der Eingang 3 eine Spannung von 7,x Volt. Ich kann einen Strom (vom Akku ausgehend) von ca. 120 mA messen. Nach ein paar Sekunden geht der Uni aber aus. Reproduzierbar.

Übrigens: Wenn ich ohne den Umweg über den Optokoppler den Uni direkt (über den Step-Up-Wandler) bestrome komme ich so auf 40-80 mA (schwankend, so gut das meinem Fluke 177 überhaupt messen kann).

Ist jetzt nicht wirklich wild, dass es (so) nicht geht, mich würde nur interessieren an was das liegen kann.

Top, danke euch beiden für die Erklärungen, das ergibt jetzt mit meinen beschränkten Elektronik-Kenntnissen auch mehr Sinn

Ich teste mal und werde berichten.

Hallo zusammen,

folgender Aufbau: Betrieb des Uni und Spannungsmessung des Akkus.

Primärspannungsversorgung ~8V Li-Ion-AkkuAkku mit Step-up-Wandler auf 12V DC Ausgangsspannung (Sekundärspannung für Uni)

Uni:

Pin 1: 12 V DC +

Pin 2: 12 V DC -

Pin 3: 8 V DC + vom Li-Ion-Akku

Pin 6: 8 V DC + vom Li-Ion-Akku

Das läuft so weit alles prima, ich kann die Versorgungsspannung 8V abgreifen und visualisieren.

Jetzt wollte ich zu Testzwecken eine Funktion (über ioBroker) einbauen, mit der der Uni bei einer Akkuspannung (nicht Eingangsspannung Uni!) unter 7 V automatisch abgeschaltet wird.

Also den +Pol vom Akku auf den Relaiseingang geklemmt, und den Relaisausgang auf die Spannungsversorgung des Step-up-Wandlers geklemmt, um Folgendes zu testen:

Starten des Uni durch Überbrückung des anfangs offenen Relais. Anschließend das Relais schließen -> Spannungsversorgung vorhanden. Über ioBroker dann bei einer Primärspannung von <7 V das Relais öffnen -> Uni ist aus.

Es passiert aber folgendes: Sobald die Primärspannung (8 V +) über das geschlossene Relais läuft, nimmt die Akkuspannung nach dem Relais rapide ab. An den Akkus selber beträgt die Primärspannung nach wie vor 8 V.

Die geschlossenen Relais zeigen mir einen Widerstand von 31 Ohm an. Das finde ich merkwürdig. Woran kann das Verhalten liegen?

Die Grafik zeigt die Primärspannung ohne Durchgang durch das Relais (~ 8V) und mit Durchgang an (rot markierte Bereiche). Dabei sank die Spannung teilweise auf 3, V.

Viele Grüße,
Markus

Zitat von firebowl

[...] Allerdings bekomme ich permanent Updates angeboten, ich habe jetzt die Wahl zwischen: [...]

Darf ich fragen, worüber du die Beta angeboten bekommst? Habe ja das gleiche Thema mit meinen Pros und bekomme nur die 1.0.0 bzw. die 0.14.1 in der Auswahl (Web-Cloud)

Zitat von Whity

LosSuppos es gibt eine neue Beta 1.0.0. beta3 da funktioniert MQTT wieder oder aber zurück auf 0.14

Danke dir, das hätte ich als nächsten Schritt probiert. Aber auch bei meinem anderen Shelly, der das Problem hatte (Plus 2 pm) ging der Wechsel auf die alte FW direkt wieder über die Shelly WEB-App

Hallo zusammen,

bei mir das gleiche Problem, nachdem ich gestern ein paar Shellys auf die neue FW geflasht habe. Seitdem geht entweder MQTT in ioBroker oder, wenn ich den ausschalte, sind sie wieder in er App erreichbar.

Fürchterbar ... aber "lessons learned". Nie gleich beim ersten Update zuschlagen, sondern immer erst mal schön abwarten.

EDIT meinte:

Ich habe gerade spaßeshalber wieder MQTT in ioBroker deaktiviert und bin über das Shelly Web-Interface auf den Shelly (Pro3em). Da wurde mir dann automatisch (?) ein neues Update auf die anscheinend alte Version angeboten. Nachdem ich das Update durchgeführt habe läuft wieder alles wie es soll - MQTT als auch die Erreichbarkeit in der App (/Web-interface).

So sieht es dann aktuell bei mir aus:

Zitat von Devil

LosSuppos du kannst es machen wie du möchtest bei mir ist auch alles mit statischen IP-Adressen.

Nur wenn es in der aktuellen Konfiguration nicht funktioniert muss ja irgendwo in der Wurm drin sein. [...]

Ich behalte deinen Lösungsansatz auf jeden Fall im Hinterkopf, wenn das Problem wieder auftritt.

Bei meinen NASen habe ich schon auf mögliche DHCP-Funktionalität geschaut, einen PiHole oder ähnliches habe ich nicht am Start.

Dafür gibt es jetzt eine Möglichkeit, was vermutlich zu dem komischen Eintrag "Android-4" geführt hat: Es war die Smartwatch meines Jungen, die ich nicht in meiner NW-Aufstellung gehabt hatte. Nur hätte die eigentlich im Gastnetzt laufen sollen, hat sich aber wohl über sein Handy mit dem richtigen WLAN verbunden. Jetzt habe ich so ziemlich die halbe NW-Topologie neu konfiguriert und ins Netz aufgenommen - bis jetzt ohne Fehler und alle meine Shellys sind da, wo sie sein sollen

Alles auf über den DHCP-Server laufen lassen widerstrebt mir, da ich zum Beispiel die Shellys auch gerne über das Web-Interface direkt aufrufe. Klar, ich könnte die Reservierungszeit der DHCP-IP-Adressen hochschrauben auf Ultimo, solange es aber mit der Kombination "fixe IP für alles bekannte" + getrennter, dynamischer DHCP-Bereich für Sonstiges gut funktioniert bin ich schon zufrieden.

Ok, da habe ich mich noch nicht wirklich mit beschäftigt. VLAN "klingt auch interessant", momentan wartet aber ein neues Projekt auf mich. Ich möchte mir im Herbst einen kleinen RasberryPi zulegen und ioBroker nebst InfluxDB, Grafana & Co. darauf migrieren.