Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[graubi77]

@thomas-braun

pi@raspberrypi:~ $ iobroker host this
Cannot use this command in multihost!
iobroker host this

Initialize current host

Options:
      --help     Show help  [boolean]
  -v, --version  Show version  [boolean]
pi@raspberrypi:~ $ 

Scheint so, als funktioniert das nicht im Multihost. Ich bin ja aktuell mit einem anderen Slave unterwegs "raspislave". Das Versuchskaninchen von damals heißt "raspberry-slave" und das ist auch das mit dem Adminproblem. Würde jetzt ungerne meinen aktuellen Multihostverbund löschen wollen.

[Thomas Braun]

@graubi77 sagte in Trashschedule Adapter läuft nach update nicht mehr:

Ich bin ja aktuell mit einem anderen Slave unterwegs

Alles nicht ganz unwesentliche Informationen...

Würde jetzt ungerne meinen aktuellen Multihostverbund löschen wollen.

Das wäre jetzt eigentlich mein Ansatz.

Alles auf den Master schieben, die Überreste der slaves 'irgendwie' rauskratzen, neuen M/S-Verbund aufsetzen, Instanzen auf den neuen slave verschieben.

[graubi77]

@thomas-braun

Vielen Dank für den Hinweis. Das hat nun endlich den Erfolg gebracht. Nachdem ich die Instanz auf den Host verschoben habe, konnte ich sie endlich auch löschen. Danach konnte ich direkt auch den Adapter installieren und der läuft nun fehlerfrei!
Das hätte ich alleine nicht hinbekommen! Vielen Dank für das AufdieSpurbringen :-).

(Das hab ich natürlich mit dem Slave - also Admin.1 gemacht)

[Thomas Braun]

@graubi77

Eigentlich wird auf dem slave kein Admin.1 benötigt. Das läuft ALLES über den admin.0 des Masters.

[graubi77]

@thomas-braun

Ja, das hatte ich dann auch irgendwie festgestellt, aber da war es schon zu spät und ich konnte den Admin.1 nicht mehr entfernen. Jetzt läuft endlich alles so wie es soll :-).

[Flowski]

Hallo, mir ist heute aufgefallen, dass in meinem Trashschedule 3 von 4 "Müllarten" korrekt angezeigt werden, nur einer zeigt "null" im Jarvis an. Hat jemand eine Idee wie ich das beheben könnnte? Zu vor lief immer alles reibungslos?!

[haus-automatisierung]

@flowski sagte in Trashschedule Adapter läuft nach update nicht mehr:

Hat jemand eine Idee wie ich das beheben könnnte? Zu vor lief immer alles reibungslos?!

Ohne Debug-Log kann man nur raten was da falsch läuft

[Flowski]

@haus-automatisierung

was mich wundert, bei den Objekten findet er alle Müllsorten, nur nicht diese:

Im Kalender ist diese Müllsorte aber zu finden...

[Codierknecht]

@flowski sagte in Trashschedule Adapter läuft nach update nicht mehr:

Im Kalender ist diese Müllsorte aber zu finden...

Ich habe bei mir das Problem, dass die "Grünbündelsammlung" im Abfallkalender (ics) nicht korrekt codiert wird und an den entsprechenden Stellen seltsame Sonderzeichen erscheinen.
Ich bearbeitet daher nach dem Download vom Entsorger die ics-Datei und ersetze die falsch codierten Umlaute durch "ue" ... dann passt das wieder.

Das sieht dann bei mir so aus:

[haus-automatisierung]

@flowski sagte in Trashschedule Adapter läuft nach update nicht mehr:

Im Kalender ist diese Müllsorte aber zu finden...

Dann ist

• eventuell die Vorschau in iCal zu knapp eingestellt (wieviele Tage sind dort hinterlegt und wann ist der nächste Termin?)
• oder Du hast "genauer Treffer" aktiviert und es steht noch weiterer Text im Termin
• oder Du benutzt "Ereignisse" im iCal Adapter und hast "anzeigen" nicht aktiviert. Das würde Dir Trashschedule aber im Log sagen

Wie gesagt, stell das Log auf Debug um und starte die Instanz mal neu. Dann siehst Du genau welche Termine gefunden werden und wonach gesucht wird.

[Flowski]

@haus-automatisierung
zu 1: habe es mal auf 22 Tage hochgesetzt, bringt auch nichts anderes in der Ansicht
zu 2: genaue Treffer ist nicht angehakt, die Betreffzeile im Kalender beinhaltet nur dieses Wort Restmüll
zu 3: habe Ereignisse mal aktiviert mit Anzeigen. Ändert aber nichts, wie gesagt die restlichen 3 Müllsorten laufen einwandfrei

[haus-automatisierung]

@flowski Ok, dann hilft nur noch ein Debug-Log... alles andere wäre Raterei :) Nur da steht genau drin was passiert.

[Flowski]

@haus-automatisierung ist es nicht der oben gepostete Screenshot vor 2 h?

[Thomas Braun]

@flowski

Nein, ein Debut Log ist länger (und hat auch nichts als Screenshot zu suchen, sondern immer als Text in CodeTags)

[haus-automatisierung]

@flowski Du musst das Loglevel der Instanz auf Debug ändern und diese neustarten. Dann ins Log schauen...

[Flowski]

2023-02-09 12:28:08.504 - warn: trashschedule.0 (2204900) skipping invalid/empty trash name or match:
2023-02-09 12:28:08.505 - warn: trashschedule.0 (2204900) skipping invalid/empty trash name or match:
2023-02-09 12:28:08.561 - info: trashschedule.0 (2204900) [ical] configurured ical preview is 22 days - increase this value to find more events in the future
2023-02-09 12:28:08.563 - info: trashschedule.0 (2204900) [ical] found configured ical event "Vacation" without "display" flag. Activate the display flag on this entry if this is a relevant "trash event".
2023-02-09 12:28:08.690 - warn: trashschedule.0 (2204900) no events matches type "Restabfall" with match "EB Restabfall-Tonne"
2023-02-09 12:29:00.042 - info: jarvis.0 (16799) Client with IP 192.168.178.71 disconnected.
2023-02-09 12:29:27.380 - info: host.IoBroker stopInstance system.adapter.trashschedule.0 (force=false, process=true)
2023-02-09 12:29:27.420 - info: trashschedule.0 (2204900) Got terminate signal TERMINATE_YOURSELF
2023-02-09 12:29:27.423 - info: trashschedule.0 (2204900) cleaned everything up...
2023-02-09 12:29:27.425 - info: trashschedule.0 (2204900) terminating
2023-02-09 12:29:27.428 - info: trashschedule.0 (2204900) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-02-09 12:29:27.483 - info: host.IoBroker stopInstance system.adapter.trashschedule.0 send kill signal
2023-02-09 12:29:28.003 - info: host.IoBroker instance system.adapter.trashschedule.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-02-09 12:29:30.557 - info: host.IoBroker instance system.adapter.trashschedule.0 started with pid 2204963
2023-02-09 12:29:33.248 - info: trashschedule.0 (2204963) starting. Version 2.2.0 in /opt/iobroker/node_modules/iobroker.trashschedule, node: v16.19.0, js-controller: 4.0.23
2023-02-09 12:29:33.532 - warn: trashschedule.0 (2204963) skipping invalid/empty trash name or match:
2023-02-09 12:29:33.588 - info: trashschedule.0 (2204963) [ical] configurured ical preview is 22 days - increase this value to find more events in the future
2023-02-09 12:29:33.590 - info: trashschedule.0 (2204963) [ical] found configured ical event "Vacation" without "display" flag. Activate the display flag on this entry if this is a relevant "trash event".
2023-02-09 12:29:33.720 - warn: trashschedule.0 (2204963) no events matches type "Restabfall" with match "EB Restabfall-Tonne"
2023-02-09 12:29:33.792 - warn: trashschedule.0 (2204963) no events matches type "Restmüll" with match "Restmüll"
2023-02-09 12:30:00.107 - info: host.IoBroker instance system.adapter.ical.0 started with pid 2204995
2023-02-09 12:30:03.047 - info: ical.0 (2204995) starting. Version 1.13.2 in /opt/iobroker/node_modules/iobroker.ical, node: v16.19.0, js-controller: 4.0.23
2023-02-09 12:30:03.721 - info: ical.0 (2204995) processing URL: Abfallkalender https://calendar.google.com/calendar/ical/xxx
2023-02-09 12:30:04.070 - warn: trashschedule.0 (2204963) no events matches type "Restabfall" with match "EB Restabfall-Tonne"
2023-02-09 12:30:04.123 - warn: trashschedule.0 (2204963) no events matches type "Restmüll" with match "Restmüll"
2023-02-09 12:30:09.062 - info: ical.0 (2204995) Terminated (NO_ERROR): Without reason
2023-02-09 12:30:09.602 - info: host.IoBroker instance system.adapter.ical.0 terminated with code 0 (NO_ERROR)
2023-02-09 12:30:30.397 - info: host.IoBroker stopInstance system.adapter.trashschedule.0 (force=false, process=true)
2023-02-09 12:30:30.404 - info: trashschedule.0 (2204963) Got terminate signal TERMINATE_YOURSELF
2023-02-09 12:30:30.407 - info: trashschedule.0 (2204963) cleaned everything up...
2023-02-09 12:30:30.409 - info: trashschedule.0 (2204963) terminating
2023-02-09 12:30:30.412 - info: trashschedule.0 (2204963) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-02-09 12:30:30.465 - info: host.IoBroker stopInstance system.adapter.trashschedule.0 send kill signal
2023-02-09 12:30:30.992 - info: host.IoBroker instance system.adapter.trashschedule.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-02-09 12:30:33.539 - info: host.IoBroker instance system.adapter.trashschedule.0 started with pid 2205029
2023-02-09 12:30:36.396 - info: trashschedule.0 (2205029) starting. Version 2.2.0 in /opt/iobroker/node_modules/iobroker.trashschedule, node: v16.19.0, js-controller: 4.0.23
2023-02-09 12:30:36.587 - warn: trashschedule.0 (2205029) skipping invalid/empty trash name or match:
2023-02-09 12:30:36.779 - info: trashschedule.0 (2205029) [ical] configurured ical preview is 22 days - increase this value to find more events in the future
2023-02-09 12:30:36.781 - info: trashschedule.0 (2205029) [ical] found configured ical event "Vacation" without "display" flag. Activate the display flag on this entry if this is a relevant "trash event".
2023-02-09 12:30:36.970 - warn: trashschedule.0 (2205029) no events matches type "Restabfall" with match "EB Restabfall-Tonne"

[Flowski]

@flowski so?

[Thomas Braun]

@flowski

Du musst das Loglevel der Instanz auf Debug ändern

Das musst du noch tun.
Und schau auch mal nach dem Update-Status des ioBrokers. Da dürfte noch etwas in der Pipeline liegen. Der js-controller z. B.

[Flowski]

also ich habe mir nochmal manuell einen Termin angelegt mit identischer Bezeichnung und siehe da dieser wurde sofort im Jarvis und iobroker gefunden. Meine Vermutung liegt an einer defekten ical Datei,, evt. hat es auch was damit zu tun dass aufgrund von Karneval der Müll übernächste Woche DO statt MI geholt wird, im DO-Termin aber vermerkt ist dass es sich alle 2 Wochen MI wiederholt... evt. hat Iobroker hiermit ein Problem.

[Homoran]

@flowski sagte in Trashschedule Adapter läuft nach update nicht mehr:

Meine Vermutung

müsste von dem noch ausstehenden Debug-log bestätigt werden