Beiträge von Krauskopp

Du musst auch nicht zwingend die Wallbox extra messen um die Solarenergie auf den rechten Weg zu leiten. (Ich würde es aber trotzdem tun)
Sobald das Laden beginnt, brauchst Du Dir ja keine weiteren Sorgen zu machen, das etwas von dem BKW (max. 800W) ins Netz gespeist wird.
Warten wir Morgen ab.

Hast Du in der Wohnung 1 oder 3 Phasen? Und die Wallbox ist einphasig?

Wenn Du einen Hoymiles nimmst, empfehle ich eine OpenDTU zu besorgen, wenn Du sowieso HA benutzt. Gibt es fix und fertig oder zum Software selber installieren. Ist Top und wesentlich nützlicher mit HA und nur ein paar € mehr als die Steckose. Musst Du mal googeln.

Zitat von Tomash K

also die 192.168.33.1

Nicht fragen? Machen. Der explodiert nicht.

Bilder stören nicht. Ansonsten unten unter dem Beitrag auf bearbeiten gehen und löschen.

du musst den mit seiner IP im Browser aufrufen. Nicht in der Cloud.

Hallo, Du verwechselst da was.
Das ist eine schaltbare Steckdose mit Messfunktion. Es ist kein Präzionsmessgerät mit Schaltfunktion

Ein Zitat aus einem Test:

Zitat

Im Test lieferte der Shelly Plug S Gen3 auf 1,9 Prozent genaue Verbrauchswerte,

Nun rechne mal.
Du bist im alleruntersten Ende der Messskala.
Dort steigt gewöhnlich der Messfehler rapide an.
0,3W ? Einfach vergessen die Messwerte. Das sind 0,012% vom Messbereich (2500W

Hallo,

3EM im Keller für Wohnung und Wallbox ist OK. Dann hast Du aber wieder eine Unbekannte.

Du weißt ja nicht, was die Wallbox separat verbraucht. Es sei denn , die wird über HA erfasst.
Dann würde der 3EM nur für die Wohnung Sinn machen. Am Zähler hast Du ja auch keine gescheiten
Vorsicherungen für den PRO 3EM. Keine Ahnung, ob sich dort was nachrüsten lässt. Kann man nur raten.
Das BKW wäre mit einem PM mini gut bedient. Schalten musst Du da nichts.
Was für ein WR hat das BKW?

Du sagtest:

Zitat

jeder kann es doch für seine bedürfnisse anpassen, kürzen, oder einfach ingorieren

Da hättest Du mich doch gleich direkt ansprechen können, wenn Du mich meintest. Habe alles gesagt.

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.

Zitat

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.

Zitat

hatte nur keinen nerv alles aufzuzählen

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

Zitat von JeHomes

ich habe ein Balkon Kraftwerk Hoymiles angeschlossen.

Das ist ja schon mal falsch. Weil:

Zitat von JeHomes

Aktuell erzeugt ein BKW 200 Watt und das 2. auch ca. 200 Watt.

Sind schon mal 2

Sin beide an der gleichen Pfase angeschlossen?

Nein, weil A und C zeigen negative Leistung

Was ist Sache?

Zitat

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.

Das ist ein spezieller Stil. So Sü-Ost-Nordwetlich.

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

das dies kein JSON ist, ist mir klar. Also betrifft dieser Skripumfang somit auch mehr die BTHome -Geschichten.
Brauche ich ja nicht, muß mir also keine Sorgen über mein Unvermögen zu diesem Thema zu machen.

Zitat

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.

// Konfiguration
let CONFIG = {
    mac: "38:39:8f:ab:4e:ff", // MAC-Adresse des Geräts
    motionUrl: "http://xxx.xxx.xxx.xxx/cs?c2=37&c1=RFCode%20%23001155",
    noMotionUrl: "http://xxx.xxx.xxx.xxx/cs?c2=39&c1=RFCode%20%23001150",
};

// BLE-Scanner Callback
function bleScanCallback(event, result) {
    if (event === BLE.Scanner.SCAN_RESULT && result.addr === CONFIG.mac) {
        let motion = result.service_data?.motion; // Extrahiert Bewegungsstatus
        let url = motion === 1 ? CONFIG.motionUrl : CONFIG.noMotionUrl;
        Shelly.call("HTTP.GET", { url });
        console.log(`Aufruf: ${url}`);
    }
}

// Initialisierung
function init() {
    if (!Shelly.getComponentConfig("ble").enable) {
        console.log("Bluetooth nicht aktiviert. Bitte in den Einstellungen aktivieren.");
        return;
    }
    BLE.Scanner.Start({ duration_ms: BLE.Scanner.INFINITE_SCAN, active: false });
    BLE.Scanner.Subscribe(bleScanCallback);
}

init();

Voraussetzung bei der ersten Szene ist ja das auch alle 3 Rollläden über 70% haben müssen, wenn die Temperaturschwelle erreicht wird. Bei der 1. und 2. Szene ist Voraussetzung, das erst nach 09:00 die Temperaturschwelle erreicht wird. Wenn das vor 09:00 schon war, dann ist die Wenn-Aktion "verbraucht"

Ein bisschen lang für den Zweck. Das steigert nicht gerade die Übersicht.

Wieso ist die Leitung links abgeklemmt? (weiße Zwillingsleitung) Irgendwo stand was von Zubehöranschluss und Zuleitung Lichtschranke, glaube ich.

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

Zitat von cristi_petre

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.