Du sagtest:
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.
Du sagtest:
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.
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.
ich habe ein Balkon Kraftwerk Hoymiles angeschlossen.
Das ist ja schon mal falsch. Weil:
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?
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.
.
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.
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();
Alles anzeigen
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.
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.
Der Link ist leider das 2-pol. Auslaufmodell des 16955.
Und an anderer Stelle findet man zwar den hier abgebildeten 16955, aber ohne jeden weiteren Hinweis.
Verstehe noch nicht ganz den FI. Was ist an der 4. Klemme angeschlossen. Ist jetzt reines Interesse.
Mir fehlt noch die Erklärung für den 4-poligen FI.
Einphasige Verbraucher.
Deshalb baut man 34pol. FI-Schalter ein? Ach so.
Woher die Gewissheit, wenn ein Laie das sagt?
Wo sollen die EM eingebaut werden? In die Kisten in der Dusche, damit sie immer schön feucht gehalten werden?
Nein. L ist in Deinem Schaltkasten gleich.
Wer sagt das? FI-Schalter 4-pol 400V. Wäre unlogisch. Was soll das für ein Hausanschluss sein? 1x 250A am FI vorbei?
Es handelt sich um einphasige Verbraucher, aber mit Sicherheit auf 2 unterschiedlichen Phasen. Also 2 x EM Gen3 mit je einem Wandler
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.
Das hört sich an, wie eine Eigenkonstruktion. Endabschaltung ist wie geplant? Auch kleine Motore bringen die Stube zum brennen, wenn sie blockieren und weiter mit Spannung versorgt werden.