Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[ticaki]

0.8.0 (2025-11-19)

• (ticaki) added day_night fixes #18
• (ticaki) added haze icon

Guckt euch mal das day_night an - so richtig gefallen will es mir nicht.
0. ist Tag, 1. Nacht, 2. Tag usw..

[Meister Mopper]

@ticaki sagte in Test Adapter pirate-weather 0.7.x:

Guckt euch mal das day_night an - so richtig gefallen will es mir nicht.
0. ist Tag, 1. Nacht, 2. Tag usw..

Von der Systematik her passt es meiner Ansicht nach zu den anderen Icons.

[Rene55]

Ist vielleicht nur ein Schönheitsfehler: timezone: Europe/Paris. Oder kann man das einstellen?

[lobomau]

Jemand eine Idee warum mein Pi4 als slave kein Update machen will? Der sollte iegentlich up-to-date sein, habe ihn vor kurzem ganz neu aufgelegt, aber vieles deprecated!?

$ iobroker upgrade pirate-weather@0.8.0 --debug

Update pirate-weather from @0.7.1 to @0.8.0

NPM version: 10.9.4

Installing iobroker.pirate-weather@0.8.0... (System call)

npm warn deprecated inflight@1.0.6: This module is not supported, and leaks memory. Do not use it. Check out lru-cache if you want a good and tested way to coalesce async requests by a key value, which is much more comprehensive and powerful.

npm warn deprecated npmlog@4.1.2: This package is no longer supported.

npm warn deprecated rimraf@3.0.2: Rimraf versions prior to v4 are no longer supported

npm warn deprecated are-we-there-yet@1.1.7: This package is no longer supported.

npm warn deprecated glob@7.2.3: Glob versions prior to v9 are no longer supported

npm warn deprecated gauge@2.7.4: This package is no longer supported.

> @stoprocent/noble@1.19.1 install

> node-gyp-build

gyp info it worked if it ends with ok

gyp info using node-gyp@7.1.2gyp info using node@22.21.0 | linux | arm64

(node:12737) [DEP0060] DeprecationWarning: The `util._extend` API is deprecated. Please use Object.assign() instead.(Use `node --trace-deprecation ...` to show where the warning was created)

gyp info find Python using Python version 3.13.5 found at "/usr/bin/python3"

gyp ERR! UNCAUGHT EXCEPTION

gyp ERR! stack TypeError: Cannot assign to read only property 'cflags' of object '#<Object>'gyp ERR! stack at createConfigFile (/opt/iobroker/node_modules/node-gyp/lib/configure.js:117:21)gyp ERR! stack at /opt/iobroker/node_modules/node-gyp/lib/configure.js:84:9gyp ERR! stack at FSReqCallback.oncomplete (node:fs:187:23)gyp ERR! System Linux 6.12.47+rpt-rpi-v8

gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/node-gyp/bin/node-gyp.js" "rebuild"gyp ERR! cwd /opt/iobroker/node_modules/@stoprocent/noblegyp ERR! node -v v22.21.0gyp ERR! node-gyp -v v7.1.2gyp ERR! Node-gyp failed to build your package.gyp ERR! Try to update npm and/or node-gyp and if it does not help file an issue with the package author.

npm error code 7npm error path /opt/iobroker/node_modules/@stoprocent/noble

npm error command failednpm error command sh -c node-gyp-build

npm error A complete log of this run can be found in: /home/iobroker/.npm/_logs/2025-12-12T13_44_32_399Z-debug-0.log

npm warn deprecated inflight@1.0.6: This module is not supported, and leaks memory. Do not use it. Check out lru-cache if you want a good and tested way to coalesce async requests by a key value, which is much more comprehensive and powerful.npm warn deprecated npmlog@4.1.2: This package is no longer supported.npm warn deprecated rimraf@3.0.2: Rimraf versions prior to v4 are no longer supportednpm warn deprecated are-we-there-yet@1.1.7: This package is no longer supported.npm warn deprecated glob@7.2.3: Glob versions prior to v9 are no longer supportednpm warn deprecated gauge@2.7.4: This package is no longer supported.gyp info it worked if it ends with okgyp info using node-gyp@7.1.2gyp info using node@22.21.0 | linux | arm64(node:12737) [DEP0060] DeprecationWarning: The `util._extend` API is deprecated. Please use Object.assign() instead.(Use `node --trace-deprecation ...` to show where the warning was created)gyp info find Python using Python version 3.13.5 found at "/usr/bin/python3"gyp ERR! UNCAUGHT EXCEPTION gyp ERR! stack TypeError: Cannot assign to read only property 'cflags' of object '#<Object>'gyp ERR! stack at createConfigFile (/opt/iobroker/node_modules/node-gyp/lib/configure.js:117:21)gyp ERR! stack at /opt/iobroker/node_modules/node-gyp/lib/configure.js:84:9gyp ERR! stack at FSReqCallback.oncomplete (node:fs:187:23)gyp ERR! System Linux 6.12.47+rpt-rpi-v8gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/node-gyp/bin/node-gyp.js" "rebuild"gyp ERR! cwd /opt/iobroker/node_modules/@stoprocent/noblegyp ERR! node -v v22.21.0gyp ERR! node-gyp -v v7.1.2gyp ERR! Node-gyp failed to build your package.gyp ERR! Try to update npm and/or node-gyp and if it does not help file an issue with the package author.npm error code 7npm error path /opt/iobroker/node_modules/@stoprocent/noblenpm error command failednpm error command sh -c node-gyp-buildnpm error A complete log of this run can be found in: /home/iobroker/.npm/_logs/2025-12-12T13_44_32_399Z-debug-0.loghost.raspberrypi Cannot install iobroker.pirate-weather@0.8.0: 7

ERROR: Process exited with code 25

[Thomas Braun]

@lobomau

Da kann @stoprocent/noble nicht gebaut werden. Hat mit pirate-weather nichts zu tun.
Auf meiner Kiste ist das eine SubDependency vom ble-Adapter.

[topsurfer]

Kurze Frage,
bin gerade dabei den Pirate-Adapter zum check, ob der Mähroboter loslaufen soll (bzw. darf), zu nutzen.
Regenvorhersage ist klar, ist als DP vorhanden.
Jetzt wäre es ja noch interessant, ob es die letzte (oder letzten 2 Stunden) geregnet hat, weil der Rasen ja dann noch nass ist.

Gibt es da was "fertiges" als DP, oder muss man diesen DP dann per Cron und wegsichern von aktuellen Werten selbst erzeugen?

[ticaki]

sowas würde ich immer mit der "History" machen, je nach verwendetem backend (influx, maria, history) da mir den max regen der letzten 2 Stunden rauswerfen lassen. Kann das nur in kompliziert zeigen, nutze es aktuell nicht:

Influx - flux krempel:
Die Funktion gibt mir aus ob in den letzten 7 Tagen(und wann das letzte mal) die Wassertemperatur oberhalb von X °C war.

    try {
        // ab 60C° Abtötung der Legionellen innerhalb ca. 30 Minuten
        // ab 65C° Abtötung innerhalb 2 Minuten
        result = await sendToAsync('influxdb.1', 'query', '\
            from(bucket: "iobroker")  \
                |> range(start: -7d) |> filter(fn: (r) => r["_measurement"] == "'+cBoilerSensor+'")  \
                |> filter(fn: (r) => r["_field"] == "value")  \
                |> filter(fn: (r) => r._value > '+temperaturHygiene+' ) \
                |> aggregateWindow(every: 5m, fn: mean)\
                |> last()', {timeout: 2000})
    } catch(e) { result = {}; log(e)}

Wenn es einfacher sein darf - würde ich einen trigger auf den regendatenpunkt setzten der anschlägt wenn es regnet und mir in einem Skript den letzten Zeitpunkt in eine variable schreiben. Diesen Zeitpunkt dann im "Kann robo los fahren" Teil testen ob Zeit X vorbei ist. Das erspart dann auch den "regnet es gerade" teil. Wenn das Skript neu gestartet wird, sollte er mit der aktuellen Zeit initialisiert werden.

EDIT...

Wenn man länger nachdenkt kommt immer einfachere Ideen :)

Wenn der Roboter los fahren soll, auf Regen testen und wenn da alles grün (val=0) den lc(Zeitpunkt der letzten Änderung) von dem datenpunkt auslesen und testen ob er sich seit zeit X nicht verändert hat. (damit bekommt man aber kein tröpfeln raus)

EDIT2:
Das Tröpfeln kann man durch einen extra state raus filtern - isNowRaining z.B. den man durch ein Skript auf true oder false setzt nach eigenen Bedingungen - ansonsten dann wie 1. Edit nur mit diesem State, damit hat man dann im lc einen verlässlichen Wert wann es zum letzten Mal geregnet hat.

[topsurfer]

Du meinst aktuallisierungszeitpunkt vom DP "currently => rainIntensity".
Muss ich mal beobachten, ob der nicht auch immer wenn es nicht regnet (0 mm/h) sich aktualliert.
Aktuell regnet es ;-)

[ticaki]

@topsurfer
Du sprichst von ts ich von lc
Nicht der Zeitpunkt der letzten Aktualisierung sondern der Zeitpunkt der letzten Änderung

Edit:
Falls unklar ist ich meine das:

[topsurfer]

@ticaki sagte:

Du sprichst von ts ich von lc
Nicht der Zeitpunkt der letzten Aktualisierung sondern der Zeitpunkt der letzten Änderung

Finale Frage ;-)

Läßt sich das auch ohne extra Script direkt im Widget lösen?
Hab den Datenpunkt der letzten Änderung und einen DP der zuletzt "geschriebenen" Regenmenge (0 seit dem es aufgehört hat zu regnen).

Kann man das über "rechnen" im Widget bei der "Objekt Identifikation" erledigen
Also: act. Zeit - lc rechnen und check ob Regenmenege 0 ist?

Oder benötigt das doch zwingend extra Blockly (weil zu viele DP und Check gemacht werden muss?

(ich will nicht nur vor dem Start checken ob der Mäher losfahren soll sondern es soll eine "Ampel" im Dashboard angezeigt werden die immer den aktuellen Status zeigt (hier: Ob es die letzten 3h trocken war))