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

[Jey Cee]

Das Skript ist nicht zwingend notwendig, man kann auch den net-tools adapter installieren der kann auch wol.

[nachon]

@jey-cee
Welchen Adapter? Das klingt interessant....
Google ich gleich mal nach.

Gefunden und installiert, vielen Dank. Ich habe zumindest ein wenig Hoffnung, auch wenn ich es noch nicht zum laufen bekommen habe.
https://forum.iobroker.net/topic/36805/adapter-net-tools-v0-1-x/37

Schade, geht aktuell noch nicht. :(

[Jey Cee]

@nachon was geht noch nicht?

[nachon]

@jey-cee
Ich habe dazu schon etwas in Deinem Thread zum Adapter geschrieben.
Wenn ich den Datenpunkt manuell in den Objekten auf "true" setze, passiert nichts.

Ich vermute, dass mit dem Adapter (den ich generell sehr gut finde) dasselbe Problem besteht wie mit dem Script, und die nicht aus dem Docker Container kommen.

[Jey Cee]

@nachon ja das wird so sein wenn dein container ein eigenes subnetz hat.

[nachon]

@jey-cee
Ja, das hat es wohl.

Ich denke die ganze Zeit darüber nach ob dies: https://hub.docker.com/r/anjia0532/wakeonlan oder dies: https://github.com/R0GGER/docker-wake-on-lan zu einer Lösung beitragen könnte. Ich stehe mit dem Problem ja sicher nicht allein da.

Ich probiere da mal was.....wird aber sicher nicht morgen fertig sein.

[sugram]

Hallo

Habe den Beitrag hier über google gefunden.
Aber ich verstehe noch nicht wie ich das umsetzen soll / kann.
Aktuell habe ich mir die Net-tools installiert. Dort habe ich manuell meine Qnap eingetragen.
Ich möchte dann im HabPanel am besten einen Schalter haben um das NAS zu wecken.
Aber was muß ich da jetzt machen?!
Unter Net-Tools in den Datenpunkten sehe ich die MAC und darunter die Datenpunkte Alive, rps, time.
Aber wie kann ich dann hier ein WOL zur Qnap senden?!

[Jey Cee]

@sugram es gibt auch ein Objekt wol das musst du auf true setzen.

[sugram]

@jey-cee
? Öh, nee, zumindest finde ich es nicht.

Ok, habe mal eine Suche gestartet, dann ist da auch ein Reiter WOL vorhanden.

[ChefSache]

Bei mir hat Wake-On-LAN aus unerklärlichen Gründen plötzlich nicht mehr funktioniert, um meinen HTPC mittels Logitech-Harmony über ROKU-Codes aufzuwecken.

Ursache: Der normale Aufruf

wol.wake("AA:BB:CC:DD:EE:FF");

verwendet den globalen Broadcast: 255.255.255.255

Lösung: Subnetz-spezifischen Broadcast verwenden

wol.wake("AA:BB:CC:DD:EE:FF", {address: "192.168.178.255"} );

Wie gesagt: Keine Ahnung warum ... Lief immer tadellos ... Es mag an meinem speziellen Setup liegen (ioBroker in Ubuntu in Hyper-V unter Win11-Pro ...?), aber ich kann es jedenfalls reproduzieren, dass der globale BroadCast bei mir seit heute nicht mehr läuft.

[KüstenKlaus]

Moin, kann es sein, das es den WOL Adapter aktuell gar nicht mehr in ioBroker Repos gibt? Ich würde ungern auf exec <shelltools> umstellen, da ich es Sicherheitsrisiko ausklammern möchte,

[Thomas Braun]

@KüstenKlaus

Damit mal probiert?

net-tools / This adapter cyclic polls configured IPs, can send wake-on-lan packages and scan for open ports.

[mcm1957]

Ich kenne keinen Adapter ioBroker.wol.
https://download.iobroker.net/list.html

Keine Ahnung ob der mal in einem Repo war - kann mich aber nicht dran erinnern.

Kannst dir auch den PING Adapter ansehen, der kann in den neuseten Versionen nun auch WOL:
https://github.com/ioBroker/ioBroker.ping#210-2026-03-04

[Peter V.]

Ich löse das WOL einfach mit einem Script exec wol ....
geht ohne Sudo.
(aus Blockly)

on({ id: [].concat(['0_userdata.0.Matter.WOL.Game.Gaming']), change: 'ne' }, async (obj) => {
  let value = obj.state.val;
  let oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : '') == true) {
    exec('wakeonlan -i 192.168.178.255 F0:2F:74:1B:88:60');
    setStateDelayed('0_userdata.0.Matter.WOL.Game.Gaming' /* Gaming */, false, 5000, true);
    setStateDelayed('0_userdata.0.Matter.WOL.Game.Gaming' /* Gaming */, false, true, 5000, true);
  }

[Martin Schlender]

Geht doch per Java Script noch einfacher:
var wol = require('wake_on_lan');
wol.wake('00:xx:xx:xx:xx:xx');

[KüstenKlaus]

Net-tools ist so weit ich das gesehen habe kostenpflichtig. Ich habe es aktuell auch mit exec gelöst, bin damit aber nicht so wirklich glücklich, da exec ja die Ausführung sämtlicher Shell-Tools ermöglicht – sicherheitstechnisch nicht so toll. Ich schaue mir den ping-Adapter und den nativen JS Befehl einmal genauer an. Danke für den Hinweis

[KüstenKlaus]

Seit dem Update des Adapter Admin von @7.7.22 auf @7.8.23 funktioniert der Ping-Adapter bei mir nicht mehr korrekt. Die Maske zum Suchen und Hinzufügen von Netzwerkgeräten wird nicht mehr angezeigt. Stattdessen erscheint ein JavaScript-Fehler (siehe Screenshot im Anhang).

Fehlermeldung:

Cannot import from custom/customComponents.js:
ChunkLoadError: Loading chunk node_modules_prop-types_index_js failed.
(error: https://speefak.spdns.de:8081/adapter/ping/custom/static/js/node_modules_prop-types_index_js.14e4449a.chunk.js)

Systemumgebung:

• ioBroker auf Debian 12
• Ping-Adapter: aktuelle Version (nach Update)

Fragen:

1. Liegt das Problem möglicherweise an Debian 12?
2. Hat jemand ähnliche Erfahrungen gemacht oder eine Lösung parat?
3. Gibt es bekannte Inkompatibilitäten mit der neuen Adapter-Admin-Version?

[Thomas Braun]

@KüstenKlaus sagte:

Liegt das Problem möglicherweise an Debian 12?

Das ist unerheblich, denn ganz unabhängig davon musst du den Zirkus eh auf Debian 13 heben. Debian 12 'Bookworm' wird in ein paar Wochen EOL.

[KüstenKlaus]

Debian Update ... so langsam wird es Zeit ...

Vllt. funktioniert der Ping Adapter unter D13 wieder ...

Ich bin gerade am überlegen, ob ich mal Distupdate riskieren sollte. Bisher habe ich bei OS Updates immer Neuinstalliert um das System zu "entmüllen" auf der ioB VM dürfe sich nicht viel Müll angesammelt haben. Funktioniert ein Distupdate oder gibt es da Probleme mit dem ioBroker ?

[Thomas Braun]

@KüstenKlaus sagte:

Funktioniert ein Distupdate oder gibt es da Probleme mit dem ioBroker ?

Grundsätzlich ja, in Einzelfällen u. U. nicht.

Siehe:

https://forum.iobroker.net/topic/81187/upgrade-von-debian-12-bookworm-auf-debian-13-trixie