NEWS

@roger-nawrath sagte: das wäre ja "akzeptabel ...

Wird der DP "tuya.0.bf0deaa1185a1b5c41umoh.12" nicht auch durch das Polling weiter aktualisiert, wenn der Knopf nicht mehr bewegt wird?
EDIT: Wie lang ist das Polling-Intervall?

@paul53 sagte in Monat ermitteln als Modul:

@homoran sagte: um 23:58 trigger

Um 23:58 Uhr müssen mind. 120 s addiert werden.

DANKE!
Recht du hast!
hab es bei mir rauskopiert, und ich triggere um 23:59:45.
Da reichen die 20 Sekunden

@joergh
Jetzt hab ich's verstanden
vielen Dank für Deine Geduld

@dr-bakterius
Cool, vielen Dank!

@mrbelvedere58 [Gelöst]

@badsnoopy667

Sorry das ich mich jetzt erst melde. Danke für deinen Hinweis, manchmal sieht man den Wald vor lauter Bäumen nicht.

Ich habs jetzt so umgesetzt und das funktioniert so wie ich es brauche, mal testen ob's was bringt.

blockly_Integral.png

Im Mai hat Bluefox glaube ich dazu auch eine Idee veröffentlich. Anwesenheitssimulation startet bei etwa 7 Minuten

https://youtu.be/nzPgbJV3kaQ?si=x1UOtOwMU0tC8_4F

Für meine neue Frage habe ich durch ausprobieren eine Lösung gefunden.

<animateTransform id="animation" attributeName="transform" attributeType="XML" type="rotate" from="0 60 60" to="360 60 60" begin="0.1s" dur="8s" repeatCount="indefinite" />

Ausschlaggebend ist hier das Attribut "begin" es darf nur nicht bei "0s" stehen.

Problem wurde gelöst

siehe: https://forum.iobroker.net/topic/78122/kann-skripte-nicht-anklicken-gelöst/34?_=1732120504206

@hans_m sagte: Ich könnte die Abtauenergie extra erfassen

Vorschlag:

Blockly_temp.JPG

@black-falcon87 Danke für den Hinweis.
Also doch besser nur im Forum.

@hg6806 Ich finde Fachliteratur am Strand schwer verdaulich... Habe den Drang, wenn nach ein wenig Lesen ein "Aha" Effekt eingesetzt hat, sofort das neue Wissen auszuprobieren. Wenn ich ohne vertiefende Übungen auskommen müsste, würde ich vieles sehr schnell wieder vergessen ...

@shadowhunter23 Top! Der Adapter macht genau das wonach ich gesucht habe. Mitteilung mittels Telegramm Dienst sobald ein Gerät offline ist!

Vielen Dank nochmal für die rasche Hilfe!!!

Hey, vielen Dank für die Infos. werde dann mal schauen, wie ich es mache.

@bananajoe

Er hat es in seinem eigentlichen Thread gelöst bekommen.

Entschuldigt bitte, wenn ich hier dazwischenquatsche:
Wisst ihr, ob ich mit der Sonoff/Tasmota/Portisch-Lösung prinzipiell Glück haben könnte, Rollos und Markisen mit dem Dooya-Protokoll steuern kann?

Meine bisherigen Versuche mit SIGNALduino (CC1101+ESP32) über FHEM zu iobroker waren eher mittelprächtig und funktionierten nur sporadisch.

Bei der Sonoff-Bridge steht aber überall, dass keine Rolling-Codes unterstützt werden. Aber das nutzen Rolläden doch, oder?

@stephan74
... mit Ausnahme von "lastSeen" - die Defintion hat Tibber selbst geändert ohne eine Ersatzgröße ein zu führen.

@chrisprefect sagte in Zigbee Lichter steuern:

Alias-Einträge von Hand machen

Ich habe dafür schon angefangen ein skript zu mache. Aber Irgendwo musst du die Verbinden Knopf zu Action machen und ob man das jetzt in einer Gui macht oder einfach ein Alias anlegt finde ich jetzt nicht so anders.

@chrisprefect sagte in Zigbee Lichter steuern:

Lampen und Szenen manuell über eine Oberfläche steuern können

Ja die Oberfläche müsste man selbst bauen aber das geht auf jedenfall in IoBroker.

@chrisprefect sagte in Zigbee Lichter steuern:

Ich komme ohne Phoscon leider nicht aus.

Das glaube ich auch. Du hast da schließlich einen weg gefunden, der für dich funktioniert. Ich wollte nur zeigen, dass es einen anderen weg gibt und das ohne 1000 Skripte. Für die ganze Steuerung habe ich 7 Script Dateien. Und kann damit (wenn die Hardware es mit macht) belibig viele von Räumen verwalten.

@mico sagte in InfluxDB mehrere Task zu einem erfassen:

richtig gedacht?

"Hauptgruppe" und "Untergruppe" sind ja von dir eingeführte Begriffe, da kann man wohl nicht von richtig oder falsch reden.

Ich halte mich da eher an die technischen Gegebenheiten. So ein Measurement besteht aus einer recht einfachen Tabelle, die Spalten mit Unterstrich sind die Muss-Spalten, die von InfluxDB mindestens benötigt werden. "_field" enthält den Namen des Messwertes, "_value" den Messwert selbst (ohne Einheit).

Dazu kommen beliebig viele Tags, die sind zur Kategorisierung von Messungen und zur Unterstützung bei der Suche und Filterung gedacht. "zimmer" ist hier ein Tag, was du einfach immer mitgibst, um später zu wissen, aus welchem Raum der Messwert stammt. Vorteil der Tags: sie sind indexiert, d.h. Filter darüber sind sehr schnell. Deshalb aber auf keinen Fall Messwerte in Tags speichern, sonst sprengt es dir die Datenbank.

Die Zusammenführung der einzelnen Messwerte zu einer gemeinsamen Messung erfolgt über die exakt gleiche Zeit. (zum Beispiel die erste und zweite Zeile)

_measurement _field _value _time zimmer raumwerte humidity 55 2024-11-01T12:12:12.012Z Arbeitszimmer raumwerte temperature 23 2024-11-01T12:12:12.012Z Arbeitszimmer raumwerte humidity 60 2024-11-01T13:12:12.012Z Kueche raumwerte temperature 19.5 2024-11-01T13:12:12.012Z Kueche raumwerte humidity 54 2024-11-02T12:12:12.012Z Arbeitszimmer raumwerte temperature 23 2024-11-02T12:12:12.012Z Arbeitszimmer raumwerte humidity 61 2024-11-02T13:12:12.012Z Kueche raumwerte temperature 19.4 2024-11-02T13:12:12.012Z Kueche

Jetzt, wo ich darüber erzähle: @haus-automatisierung hat über die Grundlagen auch ein Video gemacht, das ist vielleicht hilfreicher.