Beiträge von Krauskopp

    Wo ist da nun das Problem? Ist doch ok, so wie es ist. Entspricht doch dem, was ich zuletzt sagte und dem, was Du jetzt zum Schluss eingeräumt hast. Es ist für das volle Programm da, nicht nur für die Bewegungserkennung eines einzigen Blu Motion. Diese Info gleich zu Beginn mitgeteilt, hätte einige Diskussionen vermeiden können. Hat aber auch was positives. Ich weiß jetzt wieder etwas mehr über den Aufbau der Shelly-Script-Vorlagen als vorher.
    Dieses hier ist eben nicht einzig für den folgenden Zweck gemacht, wie nach dem Titel und dem ersten Satz zu vermuten war.

    mit diesem Script kann man bei Bewegung eine URL aufrufen und bei keine Bewegung eine andere URL

    Und nichts anderes habe ich anmerken wollen. Wenn ich einen einzigen Blu Motion habe und diesem die genannte Aufgabe zukommen lasse, dann geht es auch kürzer. Leider waren und sind ja Einige der Meinung, das ist Unsinn
    Ich selber bevorzuge es eben, zu wissen, was meine Skripte im Einzelnen tun.

    hatte nur keinen nerv alles aufzuzählen

    Dann hättest Du es Dir aber auch komplett sparen können.

    So ein klein bisschen sieht dein Code schon danach aus

    Ich rede von den BTHome Paketen. Aber egal.
    Fakt ist, das ich es nicht glauben kann, das ich in einem Script für einen Blu Button zwingend den Versuch machen muss,
    alles zu decodieren und auszuwerten, was das BTHome-Universum hergibt, nur um einen Tastendruck zu erkennen.
    Hier ein Auszug aus einem Script (Ursprung: Script-Bibliothek -- Shelly BLU Button script actions) für diesen Zweck. Ist nur ein kleines Beispiel für m.E. unnötigem Inhalt. Übrigens ist darin auch alles für einen BLU DoorWindow enthalten. Wozu? Für den Button bestimmt nicht relevant.
    const BTH = {
     0x00: { n: "pid", t: uint8 },
     0x01: { n: "battery", t: uint8, u: "%" },
     0x02: { n: "temperature", t: int16, f: 0.01, u: "tC" },
     0x03: { n: "humidity", t: uint16, f: 0.01, u: "%" },
     0x05: { n: "illuminance", t: uint24, f: 0.01 },
     0x21: { n: "motion", t: uint8 },
     0x2d: { n: "window", t: uint8 },
     0x2e: { n: "humidity", t: uint8, u: "%" },
     0x3a: { n: "button", t: uint8 },
     0x3f: { n: "rotation", t: int16, f: 0.1 },
     0x45: { n: "temperature", t: int16, f: 0.1, u: "tC" },
    };
    Bin mir sicher, das der Blu Button diese ID´s nicht alle mit einem realen Wert bedienen kann. Brauche doch nur die ID 0x3a
    Ich könnte natürlich auch alle 256 möglichen BTHome-ID´s hier mit einpflegen und versuchen zu decodieren, aber das hat dann nichts mehr mit Effizienz zu tun. Dazu ist dann sicher auch nicht so viel unnötiger Ballast nötig.
    Diese Effizienz ist nun mal möglich und wird ja beworben, da man eben nicht versuchen muss, alle möglichen Datenpakete zu decodieren, sondern sich diese nach Bedarf herauspicken kann. Da die Erfinder aber keine Lust haben, für jeden Shelly und jeden Zweck ein von Grund auf angepasstes Script zu erstellen, dieses ja auch nicht notwendig ist, packt man da eben (fast) alles mit hinein, um für jeden Zweck schon den Grundkern zur Verfügung hat. Wer der Meinung ist, das ein Tastendruck nur erkannt wird, wenn man Temperatur und Luftfeuchte in 2 Genauigkeiten von woher auch immer dazu bekommt, der mag mir dies gerne erklären, oder auch nicht. Wie gesagt, ich bin nicht der Erfinder der Skripte und auch habe ich nicht immer Recht.
    Daher die Bitte um eine sachliche Diskussion.
    Übrigens sagen mir meine KI-Quellen unabhängig voneinander, eine wesentliche Reduzierung der Skripte für den geforderten Funktionsumfang ist selbstverständlich möglich.

    Helligkeit ist nicht abfragbar und definierbar.

    Da fängt es doch schon an. Anforderung war doch nur Bewegung. Und nicht noch:
    "battery", "temperature","humidity", "illuminance",, "window", "button", "rotation",

    Das soll ja nichts schlechtgeredet werden. Ist kein meckern, nur Interesse. Ich finde es nur ein wenig umfangreich. Lasse mich gerne belehren.

    Ist es nicht möglich, nur den Wert zu lesen, den ich benötige? So wie ich es z.B. in einem Pythonskript machen kann, wenn ich nur einen einzigen Wert aus einem json-string extrahieren will? Das geht mit einem 10-Zeiler. Etwa apower(gesamt) von einem 3EM.
    Was sagt denn Kumpel KI, wenn man nach einer Vereinfachung fragt. Ich kann es nicht testen, sonst würde ich es tun. Habe keinen Blu Motion.
    Das wäre so ein Beispielergebnis:
    Keine Ahnung, was da herauskommt. Das was ich mir bisher da an Beispielen (die ich auch getestet habe)herausgeholt habe war etwas knapper gehalten.

    Problem, hier wird ein Leistungsmesser mit einer intelligenten Steuerung verwechselt.

    müsste es in der Shelly App nicht die Möglichkeit geben dem Shelly Pro3EM zu sagen er soll alle Erzeuger beachten?

    Es sind ja wohl auch noch an dem Garten- oder Garagenkabel nicht nur Verbraucher, sondern Erzeuger angeschlossen. Die müssten dann auch noch separat erfasst werden. Es muss Alles, was am Zähler ankommt oder weggeht, gemessen werden. Da fehlen noch ein paar Shellys. Dann könnte man vielleicht in einem von den Shellys oder auch noch verteilt über mehrere, mit Hilfe von großen unübersichtlichen, wartungsfreudigen Skripten etwas regeln. Aber das wir bestimmt kein Spass.
    Wie gesagt, zuerst mal alles für sich messen. da hilft die angefragte Skizze, die ja bald fertig sein wird.:)

    Es gäbe aber noch die Dreiphasenerweiterung beim Einphasen-Dreileiternetz
    https://de.wikipedia.org/wiki/Einphasen-Dreileiternetz

    Da würden dann beim 120/240V Netz an einer Phase 208V gegen N zur Verfügung stehen aber an den Anderen eben nur 120V, was aber theoretisch funktionieren könnte. Die Dusche geht auch mit 208V. Das wäre auch eine Erklärung für die rote Kennzeichnung, wie im Wiki beschrieben. Alle anderen Geräte arbeiten mit 120V.
    Aber das sind jetzt 90% Theorie.

    Na ein Glück, ich dachte schon, ich bin der Einzige, der wieder nix begreift.
    Rein verdrahtungstechnisch sieht es wie ein normales 3-phasiges Netz aus.
    Gebrückt sind m.E. rechts die beiden 20A, dann die beiden 32A und der Rest als 3. Gruppe.
    So verlassen sie den FI.
    Für das Einphasen-Dreileiternetz wäre dann die Netzspannung 220/440 zu vermuten, da alle Verbraucher gegen N angeschlossen sind. und die Duschen mit 220V beschriftet sind. Dagegen spricht die auf dem FI aufgedruckte Nennspannung von 400V. Das wäre bei 220/380 dann korrekt. Aber dieser FI ist ja offensichtlich nicht das mir bekannte Standardmodell. Es ist ja nur ein paar mal im Netz zu finden und das nicht im deutschsprachigen Bereich.
    Sehr interssant.

    Sage mal, was hast Du da vor? Gibt es da einen Elektriker, oder nicht. Kommt mir etwas merkwürdig vor.

    Eigentlich ist der Fall komplexer. Darauf würde ich aufgrund der Textmenge nur dann zurückkommen, wenn ich mit eurer Lösung nicht weiterkom

    Was kann daran so komplex sein, das man nicht den Typ des Strahlers benennen kann. Ein Heizstrahler mit 6800W, da kannst Du in 5m Entfernung ein Steak grillen. Und das dieses Teil einphasig sein soll, glaub ich erst, wenn ich es sehe.