NEWS

@robbi12 sagte: Der gleiche Taster bei einem erneuten Druck soll das Licht dann auf false setzen.

Blockly_temp.JPG

@reutli

dann kann ich apfelstrudel backen und waschen noch empfehlen.

mfg

orfix

@bananajoe sagte in [gelöst] Zeitdifferenz in Rechnung weiterverwenden:

Und damit lässt sich prima Rechnen

Das ist klar.
Deswegen schrieb ich

@homoran sagte in [gelöst] Zeitdifferenz in Rechnung weiterverwenden:

muss ich mir die unformatierte Differenz auch noch "sichern"

...um damit weiter zu rechnen.

@bananajoe sagte in [gelöst] Zeitdifferenz in Rechnung weiterverwenden:

kommt ja auch darauf an was du Rechnen willst.

Alles Spielerei zum lernen. 😉
ich kann das auch das bestehende Skript weiter ausbauen.

Ich wollte mir noch eine Hochrechnung wann der nächste Abtauvorgang zu erwarten ist.
und das als dd.mm.yy hh:mm

Werde das wohl direkt einbauen und erstmal als debug ausgeben lassen.

Wird was dauern, hat keinsterlei Priorität!
bitte keine Lösung dafür!
ist ja zum lernen.

@thomas-braun
Guten Morgen,
nachdem ich gestern das BS (Debian12.4) und IoBroker neu installiert habe, läuft wieder alles rund.
Nun eine Frage, die hier vielleicht nicht her gehört, vielleicht kannst du trotzdem helfen :
Wenn ich VIS starte, kommt eine Passwort Abfrage ??? Welches PW ist denn da gemeint ? Das hatte ich noch nie.
fc59204c-8dd7-4e52-87ec-e04b84ab4a9b-image.png

Ist erledigt, selber gefunden im Web Adapter. Da war Authentifikation aktiviert.

@paul53 Danke. Das funktioniert. Musste noch nen Wert setzen. Ich beobachte mal.

Ich lese die Ofensteuerung mit Parser aus. Hier hatte ich eine Tabelle. Die war wohl nicht mehr aktuell. So wie ich es sehe ergibt aus der alten Tabelle der Punkt Error nun den LED Zustand des Ofens wenn er löuft.

Hier wird dann 1 für "an" angezeigt und 0 für "aus".

Ich habe dies dann auf true und false geändert.

Der Nachteil, ein geringer, ist, dass bereits beim Öffnen der Tür des Kaminofens die LED Benachrichtigung an geht. Dies auch, wenn der Ofen gar nicht beheizt wird. Nach 5 Minuten geht er dann aus.

Damit kann ich leben. Anderst wäre es, wenn man die Brennraumtemperatur nehmen würde.

@timi sagte in Tankerkönig ermitteln tiefesten peis?:

leute wissen genau wie es geht und schicken hier zeug rein was kein mensch richtig hilft! ALLE die hier geschrieben haben wissen genau was ich will...

Mh? Ich habe dir doch sogar die Lösung als Blockly zusammengestellt. Was ist daran unklar?

@r-frase sagte: wo mein ?Fehler? liegt

Man darf nicht nur den Datenpunkt auswerten, der gerade triggert, sondern man muss alle Datenpunkte prüfen (Schleife).

Blockly_temp.JPG

@djmarc75 sagte in Frage zu CRON Zeitplan:

da ja der Cron auf 3:45 Uhr steht.

das sehe ich selbst im xml aber anders 😁

@surfer09 sagte in Frage zu CRON Zeitplan:

<field name="SCHEDULE">15 3 * 5-8 *</field>

@docsnyder7

Ich würde sowas immer in /usr/local/bin/ packen.
Dann liegt es im PATH und user mit den passenden Rechten können das ausführen.

@pomme1st Schoen das es geklappt hat.

Allerdings macht der Baustein Screenshot 2024-09-19 at 11.22.34.png
keinen Sinn - entweder passt du die Variable auf "timeout" an oder du löscht den einfach - der wird nicht gebraucht.

Auch der Baustein Screenshot 2024-09-19 at 11.26.34.png

wird in diesem Fall nicht benötigt, die Variable wird im Trigger jedes mal neu definiert. Der kann also auch weg ohne das die Funktion sich ändert.

A.

@paul53

ja jetzt schon
bei meinen vorherigen versuchen hatte ich den Wert *1000 im Skript
das ging soweit, durch das heute hab ich das mal angepasst und das Modbus Register geändert

was ich eh schon mal vor hatte.

@paul53
Vorerst herzlichen Dank für deine Vorschläge👍
Jetzt heisst es mal mit den Verzögerungszeiten rum zu spielen.
Na ja, und dann schau ma mal, obs so klappt wie ich mir das vorstelle😜

@chefkochts sagte in Blockly nicht gestoppt:

Es wird gelegentlich getriggert und sendet wir eine Nachricht.
Habe ich eine chance das wieder los zu werden?

den js Adapter neu starten!

@paul53 vielen Dank. Ich habe das so umgesetzt und beobachte es nun.
Viele Grüße!

@adnim said in Klimaanlage taktet:

@balu67
könntest du dein skript nochmal komplett reinstellen , würde mich gerne bisschen reinlesen finde den Ansatz gut!

Hallo adnim,
im Beitrag vom 14.09 um 20:53 ist das komplette Skript

Also so richtig werde ich nicht schlau mit dem getHistory, ich dachte wenn im else Zweig zum Schluss etwas steht wird dieser erst aufgerufen wenn der Callback kommt? Aber der wird immer ausgeführt auch wenn eigl noch gewartet werden soll.

getHistory({ id: 'ID auswählen', start: /* start of day */ (() => { const d = new Date(); d.setHours(0, 0, 0, 0); return d.getTime(); })(), end: /* end of day */ (() => { const d = new Date(); d.setHours(23, 59, 59, 999); return d.getTime(); })(), aggregate: 'none', removeBorderValues: true, }, async (err, result) => { if (err) { console.error(err); } else { ???Hier wird nur ausgeführt beim Callback??? } });

Wie kann dieser Baustein je Sinn in Blockly machen? In anderen Threats sind da noch awaits reingefummelt aber dann ists ja kein Blockly mehr.

@liv-in-sky Danke! Die Lösung ist so einfach 😮

@martinp sagte in Verständnisfrage Ein Trigger auf mehrere Objekte:

@haus-automatisierung Habe auch schon etwas gespielt .... "Name" wird auch geliefert, ist da ggfs riskanter, dafür muss man nicht den ganzen Pfad abprüfen ...

Solange du den Namen nur für eine Identifikation / eine Nachricht brauchst macht es Sinn einen Mehrfachtrigger zu nutzen. Wenn es aber darum geht je nach auslösendem Objekt eine andere Funktion auszuführen, dann ist es besser getrennte Trigger zu nutzen.

A.

Nachtrag: bei Objekt ID musst du auch nicht den ganzen Pfad abprüfen. Eine Prüfung auf "string beinhaltet xxx" geht auch. A.

@paul53 Ich hatte tatsächlich den Schalter erstmal liegen lassen, nun aber wieder aufgegriffen, darum danke nun erst sehr spät für dein Blockly...das sieht sehr sauber aus!