NEWS
ioBroker auf PI4 stürzt immer mal wieder ab
-
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
du könntest auch mal über den history adapter dir die RAM-Datenpunkte die sich unterhalb diesem Objekt befinden aufzeichen
system.host.<dein iobroker name>
Bei meinen Objekte finde ich nur systeminfo.
Kein system.host... -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
Hier steuere ich die Hue Lampe und will gerne die Lichtstärke ausgeben. mehr ist das nicht.
Ich habe das Script als blockly geschrieben...
habe den Blockly exportiert und als txt Datei hier eingestellt.
Hue_Max.txt
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
Hier steuere ich die Hue Lampe und will gerne die Lichtstärke ausgeben. mehr ist das nicht.
Ich habe das Script als blockly geschrieben...
habe den Blockly exportiert und als txt Datei hier eingestellt.
Hue_Max.txt@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
-
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kein system.host...
als Experte?
habe sie gefunden. ich hatte nicht als Experte geschaut.
Ich würde alle mit "mem", "diskfree", "cpu" mitschreiben.Oder noch andere ?
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
wenn der rechner auf betriebssystemebene abstürzt musst du auch die logs des betriebssystems prüfen.
ein applikationslog (wie hier vom iobroker) wird da uU nix dazu sagen können. bspw weil das betriebssystem entscheidet das eine applikation abgeschossen wird (ggfs wegen oom= out of memory)
dann bekommt der iobroker das gar nicht richtig mitOkay, welche Logs sind da entscheidend?
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Okay, welche Logs sind da entscheidend?
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogsystemd journal mit
sudo journalctl --since 2025-12-01 --until 2025-12-02mit --since und --until wirst du den zeitraum einschränken müssen
mit seite auf/ab kannst du dann blättern und dann schaust du dir mal die 100 zeile vor dem absturz an.da auch nach den gleichen suchbegriffen wie oben schauen.
halt irgendwelche probleme.
im zweifel kopieren und hier reinposten -
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kein system.host...
als Experte?
habe sie gefunden. ich hatte nicht als Experte geschaut.
Ich würde alle mit "mem", "diskfree", "cpu" mitschreiben.Oder noch andere ?
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
mem
es gibt mehrere mit mem.
ja kannst du machen.
fügt der systemlast noch mehr dazu, aber dann wird, wenn es das ist, der absturtz ein wenig früher sein. -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
Es ist recht groß. Ich hoffe ihr könnte es lesen.
und die anderen Teile. Ich habe sie in mehrere Bilder unterteilt. Immer ein Trigger.
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
Es ist recht groß. Ich hoffe ihr könnte es lesen.
und die anderen Teile. Ich habe sie in mehrere Bilder unterteilt. Immer ein Trigger.
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)Meine Adapter und Widgets
TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
Links im Profil -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
mem
es gibt mehrere mit mem.
ja kannst du machen.
fügt der systemlast noch mehr dazu, aber dann wird, wenn es das ist, der absturtz ein wenig früher sein.@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
es gibt mehrere mit mem.
Ja, genau. Das meinte ich auch. ich habe noch CPU und load mit eingefügt.
-
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)Ja, genau. Das hatte ich oben schon gemacht.
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
Es ist recht groß. Ich hoffe ihr könnte es lesen.
und die anderen Teile. Ich habe sie in mehrere Bilder unterteilt. Immer ein Trigger.
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Es ist recht groß
ja, mobil kaum handlebar 😉
ich hab mich daher erst mal auf den Abend beschränkt, da fällt mir auf, dass dort
max erreichbareine Zahl (1|) ist.
in allen anderen Fällen ist es bool.Ob das jetzt ein Problem im Vergleich ergibt entzieht sich meinem Wissen. es könnte durch implizite Typwandlung korrigiert werden.
-
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)Ja, genau. Das hatte ich oben schon gemacht.
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Das hatte ich oben schon gemacht.
aber bitte als Text in code-tags, ggf in spoiler.
nicht als downloadbare Datei unbekannten Formats und Inhalts -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Okay, welche Logs sind da entscheidend?
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogsystemd journal mit
sudo journalctl --since 2025-12-01 --until 2025-12-02mit --since und --until wirst du den zeitraum einschränken müssen
mit seite auf/ab kannst du dann blättern und dann schaust du dir mal die 100 zeile vor dem absturz an.da auch nach den gleichen suchbegriffen wie oben schauen.
halt irgendwelche probleme.
im zweifel kopieren und hier reinposten@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogBei error erfolgt keine Ausgabe.
Bei warn erhalte ich folgendes:PI@PIArgon:/var/log $ dmesg -T | grep warn [Fr Jan 30 17:33:52 2026] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_isp: module is from the staging directory, the quality is unknown, you have been warned.Bei segfault und oom erscheinen keine Ausgaben.
Bei watchdog:PI@PIArgon:/var/log $ dmesg -T | grep watchdog [Fr Jan 30 17:33:47 2026] bcm2835-wdt bcm2835-wdt: Broadcom BCM2835 watchdog timersystemd journal mit
Wie lange dauert so eine Ausgabe ? Ich habe von 29.01. bis 30.01. den Zeitraum eingeschränkt.
Weil es erscheint bei mir nicht sofort die Ausgabe. Bisher zeigt der Befehl bei mir nichts.
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Das hatte ich oben schon gemacht.
aber bitte als Text in code-tags, ggf in spoiler.
nicht als downloadbare Datei unbekannten Formats und Inhalts@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Das hatte ich oben schon gemacht.
aber bitte als Text in code-tags, ggf in spoiler.
nicht als downloadbare Datei unbekannten Formats und InhaltsOkay, dann mache ich es oben als spoiler.
-
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
bei blockly bin ich raus
@kapitaen31
dann mach doch bitte für @oliverio auch noch einen Export der Javascript Ansicht (ohne die letzte kilometerlange kryptische Zeile) -
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogBei error erfolgt keine Ausgabe.
Bei warn erhalte ich folgendes:PI@PIArgon:/var/log $ dmesg -T | grep warn [Fr Jan 30 17:33:52 2026] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_isp: module is from the staging directory, the quality is unknown, you have been warned.Bei segfault und oom erscheinen keine Ausgaben.
Bei watchdog:PI@PIArgon:/var/log $ dmesg -T | grep watchdog [Fr Jan 30 17:33:47 2026] bcm2835-wdt bcm2835-wdt: Broadcom BCM2835 watchdog timersystemd journal mit
Wie lange dauert so eine Ausgabe ? Ich habe von 29.01. bis 30.01. den Zeitraum eingeschränkt.
Weil es erscheint bei mir nicht sofort die Ausgabe. Bisher zeigt der Befehl bei mir nichts. -
@Thomas-Braun sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kannst auch damit mal schauen:
dmesg --level=emerg,alert,crit,err,warn -THier ist die Ausgabe:
PI@PIArgon:~ $ dmesg --level=emerg,alert,crit,err,warn -T [Fr Jan 30 20:18:41 2026] pci_bus 0000:01: supply vpcie3v3 not found, using dummy regulator [Fr Jan 30 20:18:41 2026] pci_bus 0000:01: supply vpcie3v3aux not found, using dummy regulator [Fr Jan 30 20:18:41 2026] pci_bus 0000:01: supply vpcie12v not found, using dummy regulator [Fr Jan 30 20:18:43 2026] mmc1: Controller never released inhibit bit(s). [Fr Jan 30 20:18:43 2026] usb 2-2: UAS is ignored for this device, using usb-storage instead [Fr Jan 30 20:18:44 2026] usb 2-2: UAS is ignored for this device, using usb-storage instead [Fr Jan 30 20:18:50 2026] systemd-journald[276]: File /var/log/journal/3a228e6261a14b389cf6e2129be3286a/system.journal corrupted or uncleanly shut down, renaming and replacing. [Fr Jan 30 20:18:59 2026] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:18:59 2026] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:18:59 2026] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:18:59 2026] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:18:59 2026] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:18:59 2026] bcm2835_isp: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 20:19:00 2026] hci_uart_bcm serial0-0: supply vbat not found, using dummy regulator [Fr Jan 30 20:19:00 2026] hci_uart_bcm serial0-0: supply vddio not found, using dummy regulator -
@RoddiEF sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Mal eine Frage zum Lüfter und dem nicht laufen bzw nicht richtig: Die Software dazu ist aber installiert und deinen Wünschen entsprechend Angepasst?
Ich habe das Gehäuse mehrfach in Betrieb und die Lüfter sind schon ab und zu mal zu hören, je nachdem was gerade "intensives" ausgeführt wird. Temperaturmäßig liegen meine dadurch so um die 40°C im Höchstfall mal 55°C deshalb meine Frage zu Anfang.Moin,
ja ich habe die Software installiert. Die Konfig sieht so aus:
PI@PIArgon:/etc $ cat argononed.conf # # Argon Fan Configuration # # Min Temp=Fan Speed 50=10 55=50 60=100Was ich gerade komisch finde das der Befehl
sudo systemctl status argononedkeine Ausgabe generiert....
Ich suche gerade...@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Was ich gerade komisch finde das der Befehl
sudo systemctl status argononed
keine Ausgabe generiert....
Dann stimmt etwas mit dem Service nicht. Es müsste so ähnlich aussehen:
thomas@rpifr24:~ $ sudo systemctl status argononed ● argononed.service - Argon One Fan and Button Service Loaded: loaded (/usr/lib/systemd/system/argononed.service; enabled; preset: enabled) Active: active (running) since Tue 2026-01-27 08:00:55 UTC; 3 days ago Invocation: 235e1f92daad47fc85a1436fc4a0f835 Main PID: 1735012 (python3) Tasks: 5 (limit: 3919) CPU: 20min 18.948s CGroup: /system.slice/argononed.service └─1735012 /usr/bin/python3 /etc/argon/argononed.py SERVICE Notice: journal has been rotated since unit was started, output may be incomplete. thomas@rpifr24:~ $Ich hatte das Problem, dass bei gleicher Konstellation plötzlich der Lüfter permanent max lief.
Bei mir hat es geholfen,argononedzu deinstallieren und neu zu konfigurieren.
Offenbar wurde es bei der Umstellung von bookworm auf trixie nicht sauber mitgenommen.Jetzt läuft es wieder geschmeidig.
-
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
bei blockly bin ich raus
@kapitaen31
dann mach doch bitte für @oliverio auch noch einen Export der Javascript Ansicht (ohne die letzte kilometerlange kryptische Zeile)@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@kapitaen31
dann mach doch bitte für @oliverio auch noch einen Export der Javascript Ansicht (ohne die letzte kilometerlange kryptische Zeile)Hier kommt der die JavaScript Ansicht:
var MAX_Wert, MAX_erreichbar, MAX_aufdimmen_aktiv, MAX_aufdimmen, MAX_Text, MAX_Zyklus_beendet, MAX_Farbwert, MAX_ein_aus, MaxZeitplan, MAX_aus, MAX_ein, MAX_Helligkeit, Max_abends_aus, Wartezeit; // Hue Lampe mit angegebenem Wert langsam einschalten. async function Max_dimmen(MAX_Wert, MAX_erreichbar, MAX_aufdimmen_aktiv, MAX_aufdimmen, MAX_Text, MAX_Zyklus_beendet, MAX_Farbwert, MAX_ein_aus) { if (MAX_ein_aus == 'ein') { // Max wird aufgeblendet (einschalten) if (getState('alias.0.OG.Flur.Licht.HelligkeitHueMax').val == 0) { setState('alias.0.OG.Flur.Licht.HelligkeitHueMax' /* Helligkeit Hue Max */, 5); console.warn('Max eingeschaltet! '); } setState('alias.0.OG.Flur.Licht.FarbTemperaturHueMax' /* Farb Temp Hue Max */, MAX_Farbwert); setState('javascript.0.Datenpunkte.Flur.Licht.Abdimmen_aktiv' /* Aufdimmen aktiv */, true, true); MAX_ein = setInterval(async () => { if (getState('alias.0.OG.Flur.Licht.HelligkeitHueMax').val < MAX_Wert && getState('alias.0.OG.Flur.Licht.Erreichbar Hue Max').val == MAX_erreichbar) { setState('alias.0.OG.Flur.Licht.HelligkeitHueMax' /* Helligkeit Hue Max */, (getState('alias.0.OG.Flur.Licht.HelligkeitHueMax').val + 5)); console.log((String(MAX_Text) + String(getState('alias.0.OG.Flur.Licht.HelligkeitHueMax').val))); } else { (() => { if (MAX_ein) { clearInterval(MAX_ein); MAX_ein = null; }})(); setState('javascript.0.Datenpunkte.Flur.Licht.Abdimmen_aktiv' /* Aufdimmen aktiv */, MAX_aufdimmen_aktiv, true); Wartezeit = setTimeout(async () => { Wartezeit = null; console.log((String(MAX_Zyklus_beendet) + String(getState('alias.0.OG.Flur.Licht.HelligkeitHueMax').val))); }, 3000); } }, 30000); } else if (MAX_ein_aus == 'aus') { // Max wird abgeblendet (ausgeschalten) if (getState('javascript.0.Datenpunkte.Flur.Licht.Abdimmen_aktiv').val) { (() => { if (MAX_ein) { clearInterval(MAX_ein); MAX_ein = null; }})(); (() => { if (MAX_aus) { clearInterval(MAX_aus); MAX_aus = null; }})(); setState('javascript.0.Datenpunkte.Flur.Licht.Abdimmen_aktiv' /* Aufdimmen aktiv */, MAX_aufdimmen_aktiv, true); } MAX_aus = setInterval(async () => { if (MAX_Wert == 0) { if (getState('alias.0.OG.Flur.Licht.HelligkeitHueMax').val > 6 && getState('alias.0.OG.Flur.Licht.Erreichbar Hue Max').val == 1) { MAX_Helligkeit = true; } else { MAX_Helligkeit = false; } } else { if (getState('alias.0.OG.Flur.Licht.HelligkeitHueMax').val > MAX_Wert && getState('alias.0.OG.Flur.Licht.Erreichbar Hue Max').val == 1) { MAX_Helligkeit = true; } else { MAX_Helligkeit = false; } } if (MAX_Helligkeit) { setState('alias.0.OG.Flur.Licht.HelligkeitHueMax' /* Helligkeit Hue Max */, (getState('alias.0.OG.Flur.Licht.HelligkeitHueMax').val - 5)); console.log((String(MAX_Text) + String(getState('alias.0.OG.Flur.Licht.HelligkeitHueMax').val))); } else { (() => { if (MAX_aus) { clearInterval(MAX_aus); MAX_aus = null; }})(); setState('alias.0.OG.Flur.Licht.EingeschaltetHueMax' /* Ein Hue Max */, false); console.error(MAX_Zyklus_beendet); } }, 30000); } } // Hue Max automatisch morgens langsam einschalten on({ id: [].concat(['javascript.0.Datenpunkte.Flur.Licht.CRON_Wochentag']).concat(['javascript.0.Datenpunkte.Flur.Licht.CRON_Monat']).concat(['javascript.0.Datenpunkte.Flur.Licht.CRON_Datum']).concat(['javascript.0.Datenpunkte.Flur.Licht.CRON_Std']).concat(['javascript.0.Datenpunkte.Flur.Licht.CRON_Min']), change: 'ne' }, async (obj) => { (() => { if (MaxZeitplan) { clearSchedule(MaxZeitplan); MaxZeitplan = null; }})(); MaxZeitplan = schedule(getState('javascript.0.Datenpunkte.Flur.Licht.CRON_Min').val.toString().trim() + ' ' + getState('javascript.0.Datenpunkte.Flur.Licht.CRON_Std').val.toString().trim() + ' ' + getState('javascript.0.Datenpunkte.Flur.Licht.CRON_Datum').val.toString().trim() + ' ' + getState('javascript.0.Datenpunkte.Flur.Licht.CRON_Monat').val.toString().trim() + ' ' + getState('javascript.0.Datenpunkte.Flur.Licht.CRON_Wochentag').val.toString().trim(), async () => { console.warn('Neuer Zeitplan wurde für morgens einschalten angelegt. '); if (compareTime(getAstroDate('dawn', undefined, 18), null, '<', null)) { console.warn(([(new Date().getTime()),' ; ',getAstroDate('dawn', undefined, 18)].join(''))); (() => { if (MAX_aus) { clearInterval(MAX_aus); MAX_aus = null; }})(); (() => { if (MAX_ein) { clearInterval(MAX_ein); MAX_ein = null; }})(); await Max_dimmen(30, true, false, true, 'Max morgens einschalten +5. Wert:', 'Max Einschalt Zyklus morgens beendet. Wert: ', 2730, 'ein'); } }); }); // Hue Max automatisch abends langsam einschalten schedule({ astro: 'sunset', shift: 0 }, async () => { console.warn('Sonnenuntergang. '); if (compareTime('21:36', 'null', '<')) { (() => { if (MAX_ein) { clearInterval(MAX_ein); MAX_ein = null; }})(); (() => { if (MAX_aus) { clearInterval(MAX_aus); MAX_aus = null; }})(); await Max_dimmen(100, 1, false, true, 'Max abends einschalten +5. Wert:', 'Max Einschalt Zyklus abends beendet. Wert: ', 2730, 'ein'); } }); // Hue Max automatisch abends langsam ausschalten on({ id: [].concat(['javascript.0.Datenpunkte.Flur.Licht.CRON_datum_abends']).concat(['javascript.0.Datenpunkte.Flur.Licht.CRON_min_abends']).concat(['javascript.0.Datenpunkte.Flur.Licht.CRON_monat_abends']).concat(['javascript.0.Datenpunkte.Flur.Licht.CRON_std_abends']).concat(['javascript.0.Datenpunkte.Flur.Licht.CRON_wochentag_abends']), change: 'ne' }, async (obj) => { console.warn('Zeitplan MAX abends ausschalten wurde neu angelegt: '); (() => { if (Max_abends_aus) { clearSchedule(Max_abends_aus); Max_abends_aus = null; }})(); Max_abends_aus = schedule(getState('javascript.0.Datenpunkte.Flur.Licht.CRON_min_abends').val.toString().trim() + ' ' + getState('javascript.0.Datenpunkte.Flur.Licht.CRON_std_abends').val.toString().trim() + ' ' + getState('javascript.0.Datenpunkte.Flur.Licht.CRON_datum_abends').val.toString().trim() + ' ' + getState('javascript.0.Datenpunkte.Flur.Licht.CRON_monat_abends').val.toString().trim() + ' ' + getState('javascript.0.Datenpunkte.Flur.Licht.CRON_wochentag_abends').val.toString().trim(), async () => { console.warn('Zeitplan MAX abends ausschalten gestartet: '); (() => { if (MAX_aus) { clearInterval(MAX_aus); MAX_aus = null; }})(); (() => { if (MAX_ein) { clearInterval(MAX_ein); MAX_ein = null; }})(); await Max_dimmen(0, 1, false, false, 'Max abends ausschalten -5. Wert: ', 'Zyklus MAX ausschalten abends beendet! Wert: ', 2730, 'aus'); }); }); // Hue Max automatisch morgens langsam ausschalten schedule({ astro: 'dawn', shift: 20 }, async () => { console.warn('Sonnenaufgang 20min später.'); (() => { if (MAX_aus) { clearInterval(MAX_aus); MAX_aus = null; }})(); (() => { if (MAX_ein) { clearInterval(MAX_ein); MAX_ein = null; }})(); await Max_dimmen(0, 1, false, false, 'Max morgens ausschalten -5. Wert: ', 'Zyklus MAX ausschalten morgens beendet! Wert: ', 2730, 'aus'); });
Raspberry 4 mit 120GB SSD Bookworm
Grafana, influxDB2, Hue, Zigbee2MQTT, Shelly,usw. -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Was ich gerade komisch finde das der Befehl
sudo systemctl status argononed
keine Ausgabe generiert....
Dann stimmt etwas mit dem Service nicht. Es müsste so ähnlich aussehen:
thomas@rpifr24:~ $ sudo systemctl status argononed ● argononed.service - Argon One Fan and Button Service Loaded: loaded (/usr/lib/systemd/system/argononed.service; enabled; preset: enabled) Active: active (running) since Tue 2026-01-27 08:00:55 UTC; 3 days ago Invocation: 235e1f92daad47fc85a1436fc4a0f835 Main PID: 1735012 (python3) Tasks: 5 (limit: 3919) CPU: 20min 18.948s CGroup: /system.slice/argononed.service └─1735012 /usr/bin/python3 /etc/argon/argononed.py SERVICE Notice: journal has been rotated since unit was started, output may be incomplete. thomas@rpifr24:~ $Ich hatte das Problem, dass bei gleicher Konstellation plötzlich der Lüfter permanent max lief.
Bei mir hat es geholfen,argononedzu deinstallieren und neu zu konfigurieren.
Offenbar wurde es bei der Umstellung von bookworm auf trixie nicht sauber mitgenommen.Jetzt läuft es wieder geschmeidig.
@Meister-Mopper sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich hatte das Problem, dass bei gleicher Konstellation plötzlich der Lüfter permanent max lief.
Bei mir hat es geholfen,argononedzu deinstallieren und neu zu konfigurieren.
Offenbar wurde es bei der Umstellung von bookworm auf trixie nicht sauber mitgenommen.Jetzt läuft es wieder geschmeidig.
Ich hatte vorhin nochmals die Konfig neu gestartet. Jetzt erhalte ich auch eine Ausgabe:
PI@PIArgon:~ $ sudo systemctl status argononed ● argononed.service - Argon One Fan and Button Service Loaded: loaded (/lib/systemd/system/argononed.service; enabled; preset: enabled) Active: active (running) since Fri 2026-01-30 20:18:59 CET; 8min ago Main PID: 864 (python3) Tasks: 3 (limit: 3913) CPU: 106ms CGroup: /system.slice/argononed.service └─864 /usr/bin/python3 /etc/argon/argononed.py SERVICE Jan 30 20:18:59 PIArgon systemd[1]: Started argononed.service - Argon One Fan and Button Service.Ich hatte den PI auch nochmal neu gestartet.
345
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge