Hallo zusammen!

Jetzt habe ich ein paar Tage gewartet, bis ich auf meinem RPI5 ein Update vorhanden habe.

Und es ist tatsächlich so.

Eine Benachrichtigung im Admin für ein offenes Update erscheint erst, wenn man
zuvor in der Konsole am RPI5 ein "sudo apt update" drüber laufen lässt
und im Browser den Admin neu lädt.

Nun gut... aber ein "sudo apt full-upgrade"
muss ich dann ja trotzdem über die Konsole machen für meinen RPI5 / meinen Host.
Da ich persönlich eh regelmäßig per Konsole Updates suche und mache,
ist die Nachricht im ioBroker Admin für mich nur ein zusätzliches "Gimmick".

Wollte das hier nur nochmal bestätigen mit ein paar Bildern.

Beste Grüße.

@homoran
glaub ich für komplette Frischlinge, kann das sicher irritierend sein, diese Meldungen zu bekommen.

Wenn man diese nicht deuten kann.

Ich habe mich da ja wenigstens schon damit befasst inkl. wie Linux per Konsole zu navigieren ist ect..
Über die gängigen Online-Kurse , Youtube Videos ect. ^^

Muss man für OS-Updates etwas aktivieren, dass man eine Benachrichtigung bekomme über ioBroker?
Oder gibt es einen Adapter dafür, wo ein DP dafür erzeugt wird?

Ich hatte grob letztes Jahr mit ioBroker auf einem RPI5 begonnen.

Und mir ist es neu OS-Updates als Benachrichtigung zu bekommen.
Nur Benachrichtigungen für Adapter - Updates sind mir bekannt.

Ich gehe daher sowieso immer mal wieder sporadisch in die Konsole
und mach meine OS-Updates manuell über SSH mit sudo update / full-upgrade.

@koilapo
Hatte zuletzt als Anfänger ähnliche "Probleme"

Denke das sollte dir auch weiterhelfen, siehe Link / Post von mir.

https://forum.iobroker.net/topic/80936/gelöst-beta-repository-latest-oder-npm-in-iobroker-admin?_=1751313496469

@roelli
Ich bin zwar selbst Anfänger, konnte es aber nach Eigenrecherche selbsts lösen.

Zwei Varianten habe ich gefunden.

Die einfachere Variante habe ich dann genommen,
per Blockly exec und der wakeonlan Erweiterung auf meinem Raspberrypi per apt installiert bzw. geschaut, ob installiert.

Und natürlich WOL Funktion bei meinem Windows Stand-PC aktiviert.

Einziges Manko, das bei mir ist, interessanterweise muss ich den Stand-PC einmal komplett vom Strom nehmen,
d.h. per Plug ausschalten und dann wieder einschalten, damit er beim nächsten Start den externen WOL Befehl wieder annimmt.

Hier wie es grundsätzlich im Blockly bei mir aussieht (der relevante Teil im Bild):

Und hier das ganze Blockly:
Eigene-Skripte.Sequenzen.Standrechner-Raphael-Start-Abschalt.xml

Und hier ein paar Recherche Seiten:
https://wiki.debian.org/WakeOnLan

https://forum.iobroker.net/topic/4210/wake-on-lan

https://www.heise.de/tipps-tricks/Windows-10-Ruhezustand-aktivieren-und-deaktivieren-so-klappt-s-3964475.html?hg=2&hgi=2&hgf=false

https://www.giga.de/downloads/windows-10/tipps/windows-10-wake-on-lan-einrichten-so-gehts-ohne-probleme/

https://forum.iobroker.net/topic/8338/pc-über-alex-raspberry-pi-iobroker-herunterfahren-und-starten/9

https://github.com/home-assistant/addons/issues/1191

https://www.samba.org/samba/samba/docs/man/manpages/net.8.html

Vielleicht hilft dir das ja auch weiter.

Aber wie das im Detail per VM in Proxmox funktioniert, kann ich nicht sagen.
Da denke ich mir, gibt es sicher auch ein paar Kniffe, die man beachten muss zusätzlich.

welbo97 created this issue in home-assistant/addons

closed rpc_shutdown addon error NT_STATUS_OBJECT_NAME_NOT_FOUND #1191

Ich verfolge die Entwicklung hier mit großen Augen, und wollte nur mal
meine Bewunderung und Anerkennung an dein Werk hier dalassen.

Werde deine Widgets bei meinem nächsten Run meine Vis2 zu gestalten mit Sicherheit verwenden.
Das sieht alles wunderbar aus.

Hallo zusammen!

Eine generelle Frage zum genannten Geräte verwalten Adapter, womit man eine schöne Alias Struktur anlegen kann.

Ich möchte grundsätzlich alles über den Geräte Tab erledigen, damit alles sauber abgebildet wird.

Da ich sehe, wenn man einen Alias "manuell" im Objektbaum hinzufügt,
jener Alias-DP im Geräte-Tab nicht voll übernommen wird.
Nur eine Klammer mit Zahl wird dann hinterlegt im Geräte-Tab,
der anzeigt, dass da noch ein Alias-DP ist,
der aber nicht im Geräte-Tab erstellt wurde
bzw. der Logik darin nicht folgt d.h. "rausgeflogen" ist, wenn man ihn z.B. manuell "falsch" manipuliert hat und somit "nicht mehr passt".

Bei der latest-Version 1.2.6 scheint aber wohl das Verhalten, wenn man z.B. den Alias-DP mit Geräte-Adapter
erstellt und dann "manuell" den verpflichtenden Boolean-DP bei "Steckdose", der eigentlich "write" vorgibt,
manuell ändert auf "nur lesen"... der DP im Geräte-Tab NICHT mehr verschwindet.
Das war auf alle Fälle gestern noch der Fall, dass er verschwindet, mit der stable-Version 1.1.5.

Teils ist es aber auch so, dass bei manuellem Ändern von z.B. schreibbar / lesbar oder dergleichen
der Alias DP im Geräte-Tab statt der ursprünglichen gewählten Gerätetype von z.B. Info
sich auf einmal geändert hat auf Temperatur oder Thermostat oder dergleichen.
(Anstatt, dass er komplett verschwindet und nur per "Klammer und Zahl" im Geräte-Tab ersichtlich ist)

Ein konkretes "Problem" habe ich jetzt:
Ich habe von meinem Fronius-Adapter die ganzen Smart-Meter Werte.
D.h. vom Typ = states + Rolle = value wie Leistung [W] oder Spannung [V] oder Stromstärke [A].

Welchen "Gerätetyp" wählt man nun, wenn man nur DPs hat, die nicht schreibbar sein sollen?
Und eigentlich nur o.a. Rolle "value" haben
und nicht wie z.B.: value-temperature, wenn man Gerätetyp Temperatur wählt im Geräte-Tab?

Wählt man dann z.B. Gerätetyp = "Info" und muss mit einem DP leben, der dann die Rolle = "state" hat.
Und man kann zumindest für die restlichen DPs den "Zustand importieren",
damit man 1:1 den DP im Alias hat wie er auch beim Adapter ist auf den der Alias verweist?

Wie geht man hier für gewöhnlich vor?

Danke für Feedback hierzu.

So habe ich es zumindest jetzt gelöst per Gerätetyp = Temperatur mit dem required value-temperature DP und restliche DPs Importiert

@mcm1957
@Homoran
Ich hatte eigentlich den Button gedrückt gehabt, aber das war offensichtlich als ich noch den Stable-Repo aktiv hatte.
Wahrscheinlich hatte ich es als ich das Beta-Repo aktiviert hatte nicht mehr gemacht.
Danke nochmal für den Tipp. Wär eigentlich (sofern man den Refreh-Button erkennt) logisch.
Sorry für den Userfehler meinerseits.
Danke für eure Hilfe.

@Thomas-Braun
Doch doch. Der Latest (noch nicht stable) vom Matter Adapter erscheint bei NPM genauso.
Man muss aber offensichtlich auch die Beta-Repo aktiv haben und zwischenzeitlich den Refresh gemacht haben.
Bei Auswahl Stable-Repo erscheint der Matter Adapter per NPM auch nicht.
Bei Auswahl Beta-Repo erscheint der Matter Adapter per NPM genauso.

Habe das soeben getestet für mich.

Refresh

Bei aktivem BETA-Repo
Matter


Skiinfo

Hallo zusammen!

Da ich den Blog bzw. die Neuigkeiten mit Begeisterung verfolge und ich zuletzt aufmerksam wurde
auf den neuen Matter Adapter und auch auf andere Adapter, die jedoch noch auf dem Beta Repository sind
oder alternativ auf NPM liegen für offiziellen Testzugang, ist mir bei meiner ioBroker Installation etwas aufgefallen.

Ich sehe komischerweise den Matter Adapter beispielsweise nicht.
Das gleiche ist mir heute bei dem Adapter auf latest Stand = ioBroker.skiinfo aufgefallen.
Letzteren finde ich auch nicht, wenn ich danach suche.
Weder per Beta Repo noch per NPM, wenn ich in meinem ioBroker Admin schaue.

Fällt jemandem hier ein, woran das liegen kann?

Besten Dank für jeden Input.

@mcm1957
Vielen Dank für dein Feedback (das auch noch von oberster Stelle).

Ich verstehe es eher so, dass die Sensoren die Daten in Intervallen in die Cloud schicken zu Lascar/Easycloud.

Und dann sehe ich die Historie / die aktuellen Werte in meinem Dashboard im Browser
auf meinem Benutzerkonto bzw. in der App von denen.

Aber wie auch immer.

Danke nochmal, vielleicht stolpert doch nochmal wer drüber.

So lebenswichtig ist es mir eh nicht.
War halt ne Fehlinvestition im ersten Anlauf mit diesen Dingern.
So lernt man dann auch immer mehr dazu.