NEWS
ioBroker friert ein: "Request actual repository...".....
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Natürlich ist es ein Blockly
Man würde das gerne sehen ! XML ist wenig nützlich (am Handy und auch so)
Bitte einen Screenshot zeigen. -
@lollo_c
Warum 3 Trigger auf die gleichen States?
Das kann man alles in nur einem einzigen Trigger behandeln.Edit
... wobei das in JS tatsächlich einfacher und eleganter wärePrinzip:
const ids = Array.prototype.slice.apply($('state[id=system.*.*.*.connected]')); on({id: ids, change: 'ne'}, async function(obj) { let active = 0; let inactive = 0; for (let id of ids) { if (getState(id).val) { active++ } else { inactive++; } } log(`Aktive Instanzen: ${active}`); log(`Inaktive Instanzen: ${inactive}`); await setStateAsync('0_userdata.0.System.StatusInstanzen' , !inactive, true); });
-
leider kein Bild
könnt ihr was sehen, was durch das einlesen des Repos zu Problemen führt? -
@homoran sagte in ioBroker friert ein: "Request actual repository...".....:
was durch das einlesen des Repos zu Problemen führt?
nö, in dem Skript nicht - ist aber ein ziemlich (naja) Triggerlasstiges Skript.
Da wird 3 mal auf den gleichen DP getriggert und zusätzlich noch in einer Funktion.Ich versuch das grad mal irgendwie zu verstehn und umzubauen
-
@homoran
Krieg's nicht sauber importiert ... hab' kein Telegram. -
@homoran sagte in ioBroker friert ein: "Request actual repository...".....:
leider kein Bild
Sorry, ich musste das Bild erst zusammensetzen:
Ich hatte das Script so von machs-smart übernommen. Es hatte aber vor dem Neuaufsetzen und updaten des RasPi keine Probleme bereitet.
-
@lollo_c hast Du in Deiner Aufzählung auch Adapter die Scheduled sind ? z.B. Wetter oder so ?
-
@djmarc75 sagte in ioBroker friert ein: "Request actual repository...".....:
@lollo_c hast Du in Deiner Aufzählung auch Adapter die Scheduled sind ? z.B. Wetter oder so ?
Ja, hier die aktuelle iob diag:
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Ja
Sehr gut dass du iob diag zeigst, aber wenn Du Scheduled-Adapter in Deiner Aufzählung hast dann kippt Dir Dein Skript um da diese Datenpunkte auf (null) gehen wenn der jeweilige Adapter sich wieder deaktiviert.
-
@djmarc75 sagte in ioBroker friert ein: "Request actual repository...".....:
... aber wenn Du Scheduled-Adapter in Deiner Aufzählung hast dann kippt Dir Dein Skript um da diese Datenpunkte auf (null) gehen wenn der jeweilige Adapter sich wieder deaktiviert.
So ganz verstehe ich das nicht, da die zeitgesteuerten Adapter den Datenpunkt "connection" nicht haben und deshalb von dem Script auch nicht angesprochen werden.
Wie dem auch sei, ich lasse das Script erst einmal deaktiviert und warte ab, was passiert.
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
da die zeitgesteuerten Adapter den Datenpunkt "connection" nicht haben
Aber klar hat jeder installierte Adapter den Datenpunkt "connected" - bis auf die VIS-Adapter, also Widgets-Adapter.
Ich bau da heut noch was zusammen. -
@djmarc75 sagte in ioBroker friert ein: "Request actual repository...".....:
Ich bau da heut noch was zusammen.
Als JS wäre es einfach:
const ids = Array.prototype.slice.apply($('state[id=system.*.*.*.connected]')); on({id: ids, change: 'ne'}, async function(obj) { let active = 0; let inactive = 0; for (let id of ids) { const instanceObject = await getObjectAsync(id.replace('.connected', '')); const scheduled = getAttr(instanceObject, 'common.schedule'); if (!scheduled) { if (getState(id).val) { active++ } else { inactive++; } } } log(`Aktive Instanzen: ${active}`); log(`Inaktive Instanzen: ${inactive}`); await setStateAsync('0_userdata.0.System.StatusInstanzen' , !inactive, true); });
Für Blockly fehlt mir gerade die Muße
-
Das Problem an diesem Script ist aber generell, dass man es regelmäßig neustarten muss damit alle Instanzen berücksichtigt werden. Und es könnte Probleme geben, wenn eine Instanz gelöscht wird (weil der State dann nicht mehr da ist, aber noch in der Liste steht).
@codierknecht sagte in ioBroker friert ein: "Request actual repository...".....:
getAttr(instanceObject, 'common.schedule');
Da würde ich eher auf den
common.mode
gehen und nurdaemon
berücksichtigen. Gibt ja neben Schedule auch noch einige andere. -
Wie gesagt:
@codierknecht sagte in ioBroker friert ein: "Request actual repository...".....:
Prinzip:
Da führen - wie so oft - viele Wege nach Rom.
@haus-automatisierung sagte in ioBroker friert ein: "Request actual repository...".....:
Das Problem an diesem Script ist aber generell, dass man es regelmäßig neustarten muss damit alle Instanzen berücksichtigt werden. Und es könnte Probleme geben, wenn eine Instanz gelöscht wird (weil der State dann nicht mehr da ist, aber noch in der Liste steht).
Das ließe sich vermutlich auch noch irgendwie automatisieren.
Ein bisschen Gehirnschmalz darf der TE da natürlich noch investieren -
@lollo_c Hallo Zusammen,
also an dem Script lag es offensichtlich nicht,. Obwohl es deaktiviert war hat der Raspi heute wieder seinen Dienst eingestellt: Symptome wie gehabt;- iobroker und Vis nicht erreichbar
- Raspi rote LED an, grüne blinkt,
- Ping antwortet sofort
- mit Putty nicht erreichbar.
Ich habe ihm eine Stunde Zeit gegeben und dann den Stecker gezogen. Nach dem Neustart ins Protokoll geschaut. Die letzten Einträge vor dem Crash waren wieder:
2024-03-12 15:44:10.246 - info: admin.0 (919) Request actual repository... 2024-03-12 15:44:12.765 - info: host.RasPi4 Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"
Jemand eine Idee, wie ich weitersuchen kann?
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Jemand eine Idee, wie ich weitersuchen kann?
Schau dir deine Lautsprecher-Skripte an. Nicht das du mit denen das System strangulierst.
-
@thomas-braun sagte in ioBroker friert ein: "Request actual repository...".....:
Schau dir deine Lautsprecher-Skripte an. Nicht das du mit denen das System strangulierst.
Okay, ich habe die Scripte erst einmal alle deaktiviert. Mal sehen, was morgen passiert
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Okay, ich habe die Scripte erst einmal alle deaktiviert. Mal sehen, was morgen passiert
Gestern lief der ioBroker durch. Aber heute kam es wieder zum Absturz. Im Log waren um 16:51 Uhr wieder die letzten Meldungen zu lesen:
2024-03-14 16:51:44.443 - info: admin.0 (900) Adapter rating updated 2024-03-14 16:52:07.331 - info: admin.0 (900) Request actual repository... 2024-03-14 16:52:10.859 - info: host.RasPi4 Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"
Danach wieder wie gehabt: ping i.O. ; mit Putty kein Zugriff. Um 17:41 habe ich dann den Stecker gezogen und der RasPi lief neu hoch. Beim betrachten der Logs fiel mir danach auf, dass der RasPi in der Zwischenzeit wohl doch was ins log geschrieben hat. Folgende Einträge sind von 17:31 Uhr:
2024-03-14 17:31:25.715 - info: host.RasPi4 iobroker.js-controller version 5.0.19 js-controller starting 2024-03-14 17:31:25.722 - info: host.RasPi4 Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker 2024-03-14 17:31:25.723 - info: host.RasPi4 hostname: RasPi4, node: v18.19.1 2024-03-14 17:31:25.724 - info: host.RasPi4 ip addresses: 192.168.2.210 2003:e0:9712:9a00:a47e:4086:36a5:a208 fe80::5635:5d6e:3e15:cb7e 2024-03-14 17:31:27.258 - info: host.RasPi4 connected to Objects and States 2024-03-14 17:31:27.288 - info: host.RasPi4 added notifications configuration of host 2024-03-14 17:31:28.283 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.nodeCurrent" 2024-03-14 17:31:28.287 - info: host.RasPi4 55 instances found 2024-03-14 17:31:28.368 - info: host.RasPi4 starting 28 instances 2024-03-14 17:31:28.381 - warn: host.RasPi4 startInstance cannot find adapter "vis-material-webfont@0.0.3". Try to install it... 1 attempt 2024-03-14 17:31:28.383 - info: host.RasPi4 iobroker install vis-material-webfont@0.0.3 using installedFrom 2024-03-14 17:31:28.572 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.nodeNewest" 2024-03-14 17:31:28.591 - info: host.RasPi4 instance system.adapter.admin.0 started with pid 898 2024-03-14 17:31:28.623 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.nodeNewestNext" 2024-03-14 17:31:28.633 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.npmCurrent" 2024-03-14 17:31:28.641 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.npmNewest" 2024-03-14 17:31:28.650 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.npmNewestNext" 2024-03-14 17:31:28.658 - info: host.RasPi4 Some obsolete host states deleted. 2024-03-14 17:31:31.746 - error: host.RasPi4 iobroker npm-install: host.RasPi4 Unknown packetName vis-material-webfont. Please install packages from outside the repository using npm! 2024-03-14 17:31:32.513 - info: host.RasPi4 instance system.adapter.influxdb.0 started with pid 909 2024-03-14 17:31:32.803 - info: host.RasPi4 iobroker npm-install: exit 12 2024-03-14 17:31:32.957 - info: admin.0 (898) starting. Version 6.13.16 in /opt/iobroker/node_modules/iobroker.admin, node: v18.19.1, js-controller: 5.0.19 2024-03-14 17:31:33.009 - info: admin.0 (898) requesting all objects 2024-03-14 17:31:36.174 - info: admin.0 (898) received all objects 2024-03-14 17:31:36.561 - info: host.RasPi4 instance system.adapter.influxdb.1 started with pid 932 2024-03-14 17:31:36.754 - info: admin.0 (898) Request actual repository... 2024-03-14 17:31:36.826 - info: admin.0 (898) socket.io server listening on port 8081 2024-03-14 17:31:36.843 - info: admin.0 (898) http server listening on port 8081 2024-03-14 17:31:36.844 - info: admin.0 (898) Use link "http://127.0.0.1:8081" to configure. 2024-03-14 17:31:39.474 - info: influxdb.0 (909) starting. Version 4.0.2 in /opt/iobroker/node_modules/iobroker.influxdb, node: v18.19.1, js-controller: 5.0.19 2024-03-14 17:31:39.518 - info: influxdb.0 (909) No stored data from last exit found 2024-03-14 17:31:39.522 - info: influxdb.0 (909) Connecting http://localhost:8086/ ... 2024-03-14 17:31:39.523 - info: influxdb.0 (909) Influx DB Version used: 1.x
Dann folgt eine ganze Auflistung bei der alle geloggten Datenpunkte der influxdb aufgelistet sind. Gefolgt von eine Auflistung aller Scripte im javascript-Adapter und dann den Homematic usw. Adapter.
Würde mich über den nächsten Tipp zur Fehlersuche sehr freuen. -
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Folgende Einträge sind von 17:31 Uhr:
nicht unbedingt!
der Raspi hat keine Batteriegepufferte Echtzeituhr.
es kann also eine falsche Uhrzeit sein, bevorcder Pi sich per ntp wieder die richtige Zeit verschaffen konnte. -
@homoran sagte in ioBroker friert ein: "Request actual repository...".....:
nicht unbedingt!
der Raspi hat keine Batteriegepufferte Echtzeituhr.
es kann also eine falsche Uhrzeit sein, bevorcder Pi sich per ntp wieder die richtige Zeit verschaffen konnte.Schade. Ich hatte schon die Hoffnung, dass ich nur nicht lange genug gewartet hätte. Kann ich denn sonst noch irgendwo sehen, waren der ioBroker eingefroren ist?