NEWS

@t-147 sagte in (gelöst)Multihost einrichten, Master Docker/Buanet, SlavePi4:

Ich bin durch andere Anleitungen davon ausgegangen, dass eine Authentifizierung bzw. Passwort zur Anbindung des Slave notwendig/möglich ist, deswegen die Frage.

Das gilt nur für die automatische Erkennung, die hier nicht relevant ist.

@asgothian

Zurückgesetzt, neu verbunden und kein Update vorhanden. Klickt immer noch in "regelmäßigem" Abstand. Mülleimer...
Danke für deine Antwort.

@javamafia sagte: dass anstelle der 0,08€ ein Datenpunkt verknüpft ist.

Das leistet ein Alias nicht, denn er kann nur einen Original-DP lesend auswerten.
Für die Multiplikation von zwei DP-Werten benötigt man ein Skript.

@Ro75
Vielen Dank für die schnelle und hilfreiche Rückmeldung, damit konnte ich die Verbindung herstellen 👍 👍 👍

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.

Bild 1.jpg

Bild 2.jpg

Bild 3.jpg

Bild 4.jpg

Bild 5.jpg

@reutli
Ich habe jetzt komplett (wieder) auf CIFS umgestellt und kann seither wieder zugreifen.
Es scheint, dass NFS 3 (auch 4) auf der Syno im DSM 7.2.x fehlerhaft ist, der iob keinen. mount hinbekommt oder durch das Update die uid und gid geändert werden (habe versucht diese auf der Konsole auf die alten Werte zu ändern, dann war der User aber gar nicht mehr zu sehen).

Vielleicht kennt jemand das Problem (NFS tot nach Update von DSM 6.2.x auf 7.2.x)?

Update: Nach viel Recherche habe ich den Fehler gefunden - ich habe alles auf meinem NUC als admin installiert, so auch Deconz und den ConBee 2 Stick. Es gibt aber noch einen normalen User auf dem NUC, und dem fehlte die richtige Gruppe.
mit sudo usermod -aG dialout "normalerUser" konnte ich die Fehler beheben und alles funktioniert jetzt wie es soll.

@manfredhi sagte in Comfee Klimagerät:

Oder gibts da eine andere lösung dafür ?

Direkt im ioBroker nicht, soweit ich das sehe. Evtl. kann man aber den HomeAssisstant-Implementierung reindübeln.
Hab ich aber nicht mehr weiter verfolgt, weil mir die Alexa-integration eh ausreichte.

@whoodini sagte in Homematic Rolllade Steuerung funktioniert nicht - GELÖST:

dass die Objekte nicht wieder erscheinen.

due haben eindeutige IDs und kommen immer wieder.
lediglich Objektbezogene Konfigurationen, wie z.b. historisierung müsdte man wieder herstellen

@heinerbub80 sagte in HM-RPC HCU:

Nun gibt es bereits eine
Weil die neue HCU und die CCU3 wird wohl in den nächsten Jahren nicht mehr unterstützt

was ???

@heinerbub80 sagte in HM-RPC HCU:

hier schon eine Unerstützung für die HCU durch die Adapter gegeben ist.

mir ist auch nicht bekannt ob die HCU überhaupt eine entsprechende Schnittstelle hat.

@heinerbub80 sagte in HM-RPC HCU:

um den HMIP Adapter welcher über die Cloud zugreift

Die HCU ist für den Cloudzugriff vorgesehen und soll zusätzlich Routinen lokal unterstützen.
Mehr ist mir nicht bekannt.

HomeMatic wird nicht mehr von der HCU unterstützt werden.
Die CCU3 unterstützt weiterhin die HmIP Geräte wie bisher.

Ob neuere Geräte weiterhin in die CCU3 Firmware eingepflegt, weiss ich nicht. Ob ansonsten ggf. Jens Maus dies in seiner RaspberryMatic machen wird ist mir ebenfalls unbekannt.

@feuersturm

Hallo Feuersturm, herzlichen Dank für den Tipp. Das war's, mein Repo was auf Stable und habe leider übersehen, dass es eine neuere Version gibt!
Danke und Gruss Bruno

@wendy2702 sagte in Kein Zugriff auf die Konsole:

@garbleflux schau mal ab hier

https://forum.iobroker.net/post/870057

Vielleicht einen Versuch wert

Hurra!!!!! Das war's.

Der Befehl

iobroker set admin.0 --accessLimit false

hat das Problem gelöst - vielen Dank an alle Beteiligten für die großartige Unterstützung. Der Vollzugriff auf den Admin ist wieder
gewährleistet.

VG Michael

@smalltower1 das löschen hat damit aber nix zu tun

Ah, hatte nur die grundsätzliche Installation gecheckt, nicht den Betrieb mit Hardware/als Server.

@arteck läuft alles perfekt, danke für die hilfe

@thomas-braun habe mit debug Logs herausgefunden, dass das Problem am Matter Adapter liegt. Der läuft wohl beim abschalten des Power DPs in einer Loop und schreibt alle 3ms diesen.
Wird im Matter Adapter gefixt.

@flkontakt Hallo, ich habe ihn auch nur mit Light und Brightness eingestellt und funktioniert auch so. Versuch den Dimmer mal als Alias anzulegen, hier wurden bei mir alle Geräte automatisch gefunden.

@matt77che

Schau dir an wie und wo du da unterwegs bist. Ausgabe von

iob diag

ist da immer hilfreich.

Jetzt habe ich ein schlechtes Gewissen, aber nach reichlicher Überlegung habe ich diese Probleme genutzt und meinen schon lange geplanten Umstieg auf Home Assistant jetzt schon gemacht.

Trotzdem vielen Dank für eure Bemühungen!

@bastler Bei Tasmota oder zigbee2mqtt kommen die Zahlenwerte vom Device in Form von JSON-Telegrammen, die alles mögliche enthalten,
Da muss man z. B. mit einem alias Datenpunkt das entsprechenden Element mit JSON.parse aus der Json Struktur herauspflücken ...

{
"common": {
"name": "voltage",
"desc": "Manuell erzeugt",
"role": "value.battery",
"type": "number",
"read": true,
"write": false,
"def": 0,
"alias": {
"read": "JSON.parse(val).voltage",
"id": "mqtt.0.zigbee2mqtt.Aqara_Temperaturmultisensor_1"
},