So ähnlich :
integer h=dom.GetObject("ZKwhHeute").State();
integer g=dom.GetObject("ZKwhGesamt").State();
integer s;
s=a+h;
WriteLine(g);
WriteLine(h);
WriteLine(s);
dom.GetObject("ZKwhGesamt").State(s);Das Ganze um 00:00 Uhr laufen lassen
Deine Variablen natürlich hier einsetzen für ZKwhHeute und ZKwhGesamt
Edit: Das Ganze natürlich für jeden Kanal.
Dann musst Du diesen per Shellyscript schicken, oder, wie ich es gemacht hatte, in der HM berechnen.
Ganz einfach: Eine Variable "Zählerstand" anlegen. Dann jeden Abend 00:00 den Tagesverbrauch in einem HM-Script dazu addieren. Fertig.
Danach würde ich natürlich gerne mit Makros usw. diese Daten verwenden und Heizenergie (kWh & Heizkosten) täglich automatisiert auswerten,
Dann würde ich mir doch überlegen, ob es sich dafür lohnt an Google-Kram festzuhalten. Für die Visualisierung und alles was dann noch kommt, wäre es doch einfacher gleich mit HA, oder IO-Broker oder ähnlichem anzufangen. Zumal, wie Du sagst, Du keine richtige Peilung hast, was das Coden angeht. Für die genannten Systeme gibt es das alles Fix und Fertig.
Nun fehlt nur noch:
und auch sehe ob es noch geöffnet ist.
Mal was Anderes, hat einer ne Ahnung was der 2. Taster im Bild 3 mit dem 180Ohm Widerstand für eine Funktion hat?
aber Chat-gtp usw. machts möglich.
Offensichtlich nicht. Sonst würde es ja funktionieren
Habe mich damit noch nicht befasst, aber trotzdem eine Frage dazu. Wo laufen denn diese Scripte? Irgendwo, bei Google in der Cloud? (Was ich nicht glaube)
Oder local auf dem Rechner, vor dem Du sitzt? Ist dann der Rechner den ganzen Tag in Betrieb. Beschreib doch mal kurz das ganze Prinzip.
Für die nicht so am Detail interessierten:
Wenn da PM im Namen vorkommt, dann ist das ein messender Shelly und der kann nicht potentialfrei sein.
Egal von welcher Generation wir sprechen.
Natürlich geht das. Du richtest eine Variable ein und setzt diese per http request.
Beispiel:
Die Aktion:
http://192.168.1.167:8181/x.exe?antwort=dom.GetObject(%27Bef_LampeTerrasse%27).State(0)
Homematic Adresse und Port :192.168.1.167:8181 (Port muss in HM freigegeben sein -- Firewall!)
So lassen: x.exe?antwort=dom.GetObject
Anstelle Anführungszeichen: %27 (Gibt sonst hier und da Probleme)
Variable, die ich setzen will: Bef_LampeTerrasse
Status, der gesetzt wird: 0, 1 zum Beispiel
Hallo,
fertig durchdacht mit dem 5x1,5 pro Raum ist das aber noch nicht, denke ich. Bei der jetzigen Variante sind die ersten beiden Adern schon mal weg für die Taster (N und PE mal außen vor gelassen), wenn es nur eine Tasterschaltung im Raum gibt. Oder sind die Tasterleitungen zusätzlich von der UV zum 5x1,5 verlegt? Soll das 5x1,5 in dem Fall mit 3 Phasen versorgt werden (hoffentlich nicht). Wo sitzen die Rollladenaktoren?
Es sind zum einen die ständigen Änderungen bei neuen Softwareversionen, das es mal funktioniert und mal nicht.
Das wird dann gepaart mit Desinteresse der Programmierer.
Warum vorher nicht? Kein Plan, habe keine ReleaseNotes gefunden.
Na meinst Du, die schreiben jeden ungewollten Fehler in die ReleaseNotes? Was meinst Du, wozu es ständig Betaversionen gibt?
Nach kurzem Überfliegen der Links, ist mein Fazit Folgendes. Ohne Vertrag, sagen mir die Preise eigentlich gar nichts Neues. Denn ohne die Grundpreise und Zuschläge ist ja vorher nichts vergleichbar.
Wie auch betont wurde, ohne Möglichkeiten gut auf große Schwankungen jederzeit reagieren zu können, rechnet sich das nicht zwingendunbesehen für Jeden.
Speicher, Wärmepumpe, Wallbox und solche Sachen, sind m.E. Voraussetzung. Dazu kommt noch, das wohl viele Anbieter heute den Strom für den Preis von Morgen verkaufen.
Also ist somit der Wunsch, vorab schon mal zu vergleichen nur ein Wunschtraum, solange man nicht von Jemandem konkrete Zahlen eines Anbieters bekommt. Aber selbst da vermute ich, die werden auch mit ihren Zuschlägen und Grundgebühren dynamisch arbeiten. Wird sich wohl auch nach en Verbrauchsmengen richten, vermute ich. Ist ja noch ein recht neues Thema.
Was Home Assistant angeht, da gibt es ein Addon Namens EVCC, Da kann man vorab auch mal etwas mit einer Simulation spielen und sich die Steuerung von Komponenten schon mal ansehen, wie man diese einrichten könnte.
Edit: Hier ein Link dazu
Szenen kann das nicht, oder wird das nix.
Was hier, für dieses Threadthema einfach nicht der Fall ist.
Natürlich kann eine Szene das normaler Weise.
Das war nur ein Missverständnis. Es sind zum einen die ständigen Änderungen bei neuen Softwareversionen, das es mal funktioniert und mal nicht. Siehe Beitrag #26
Und so wie angestrebt, einen Auslöser zu benutzen, der durch eine Aktion verursacht wird, welche man eigentlich verhindern will, das macht man so m.E. nicht.
Das wäre, wie ich schon erwähnte, eigentlich kein Problem, diese Funktion in der Firmware des Rollladenaktors zu implementieren. aber das muß dann als letzte Instanz
vor dem schalten der Relais möglich sein. Das könnte jeder Shelly vertragen, das man das finale schalten der Relais erlauben oder sperren kann. Das geht dann auch ohne HA.
Und ob es jetzt den ein oder anderen Programierfehler darin gibt,
Ich will ja Shelly nicht schlecht reden, muß aber Fehler nicht mit "das ist normal so" abtun.
Zum Glück gibt es ja bei jedem unnötigen Update neue Fehler. Dazu gibt es ja schließlich alle Shelly-User als Betatester. Und es bleibt spannend.
Solch teilweise gravierende Fehler, wie sie bei Shellys immer wieder auftreten, hatte ich bei meiner Homematic allerdings noch nie. Liegt vielleicht auch daran, das ich mit Updates da auch mal 2 oder 3 Jahre warten kann, ohne das etwas nicht mehr funktioniert.
Und HA übernimmt bei mir nicht die Kontrolle, sondern macht nur einiges effizienter und einfacher. Trotzdem sitze ich bei Totalausfall nicht im dunklen.
Und anstelle in jeden einzelnen Shelly, der mir nur ne Lampe einschalten soll, irgendwann mal 12-Kern-CPU´s zu verbauen, wieso nicht einen etwas dickeren Shelly, vollgestopft mit Intelligenz und Leistung, die ich für das gesamte System nutzen und unterstützen kann.
.
Also hat mich doch wenigstens schon mal einer verstanden.
Trotzdem kann ich nur wärmstens Empfehlen so etwas nur in einem übergeordnetem System zu machen,
So ist es.
Mir ist gerade aufgefallen, in Beitrag #7 auf den ich mich bisher bezog, wird der "Zustand" Tür offen bewertet.
Nun ist es in Beitrag#24 wird der offene Zustand wieder als einmaliger Auslöser bewertet. Das soll ja auch funktionieren, was allerdings aus meiner Sicht wieder unklar ist.
Der feststehende Zustand "Tür offen" kann ja kein Auslöser für irgendwas sein, sondern nur die Änderung von Zu nach Auf.
Was, wenn ich in #24 den ersten Auslöser Plus 2PM "wird geschlossen" entferne? Dann müsste nach Shellylogic die Szene ebenfalls auslösen.
Denn der 2. Auslöser "Tür offen" ist ja immer noch "Wahr".
Also gehe ich davon aus, daß das, was ich in der App sehe nichts mit dem zu tun hat, was gemeint ist.
"TÜR IST OFFEN" kann kein Auslöser sein, sondern ist ein Zustand. Und ein Zustand kann keine Szene auslösen. Somit darf da auch nicht Auslöser dran stehen.
Das bleibt auch falsch, wenn da "Einmal" hinter steht.
Und so kann man nicht programmieren, wenn der User immer wissen muß, was im Gegensatz zum geschriebenen wirklich gemeint ist.
Warum nimmt ihr Verbrauch?
Das ist ja eigentlich beides das Gleiche und genau so unlogisch. Das Eine zieht ja das Andere nach sich. Erstmal an der roten Ampel losfahren und dann stoppen, weil sie doch rot ist. Aber das Problem ist ja wohl die Nichtberücksichtigung es offenen Türsensors, wie ich das herausgelesen zu haben glaube.
Dann werde ich mir das mal
reinziehen.
Interessant. Und ich zahle en Börsenpreis plus wieviel? Ich gehe ja mal davon aus, das der Eine oder Andere noch ein Häppchen dran verdienen möchte. Jedenfalls wird von 11:00 bis 16:00 geheizt und die Batterie geladen. Dann sauge ich in dieser Stunde 20kWh und komme damit über den Tag.
Aber irgendwo wird da wohl noch der Haken sein. Die Preiskurve für den Endverbraucher wird da wohl etwas angepasst weren.
Unter dynamischer Abrechnung verstehe ich Preise, die bei aktueller Änderung und Berechnung (im Stundentakt oder wie auch immer) berücksichtigt werden.
Wie soll ich da etwas im Voraus berechnen, ob sich das lohnt, wenn ich die Preise vorher nicht kenne. Zum andern kenne ich ja auch nicht den zu erwartenden Verbrauch, der zu den jeweiligen
dynamischen Preisen anfällt.
Genau, darum ging es mir. Der nächste mit dem gleichen Problem, der sicher ist, alles kontrolliert zu haben, schaut och lieber noch mal nach und spart sich hier dieNachfrage.
Jeder (mich eingeschlossen) hat solche "Fehler" schon mal gemacht.
