Monatsrückblick Januar/Februar 2026 ist online!

[AggroRalf]

@SirHenri sagte in Probleme nach ZWave Update mit ZME_WALLC-S:

@AlCalzone sagte in Probleme nach ZWave Update mit ZME_WALLC-S:

@SirHenri Wie sieht denn dein Objekt system.repositories aus?

kann das sein, das ich keins habe?

Bei mir siehts genauso aus, ich finde auch kein System.Repository Objekt.

Komisch ist, dass bei mir unten in der Liste auch diese diversen Objekte "system.adapter...." Objekte stehen. Ich habe auch den Eindruck, dass die Liste eigentlich noch weiter geht, ich aber nicht weiter scrollen kann. Die letzte sichtbare Zeile ist bei mir "system.adapter.yahka.upload", ich habe aber ja auch noch den ZWave-Adapter installiert. Ist eventuell die Struktur des System-Objektsbaums bei uns beschädigt und daher funktionieren die Repos nicht korrekt ?

Ah, stop:

Ich habe den Filter auf "State" entfernt, dann erscheinen mehr Objekte:

Allerdings nicht in der gewohnten "Aufklapp-Struktur", sondern einfach flach.

Ich habe den Eintrag nun gem. @AlCalzone Vorschlag bearbeitet. "json" gab es, "hash" aber nicht. Nachdem ich "json" gelöscht habe, funktioniert es. Er zeigt mir nun als letzte verfügbare Version beim ZWave-Adapter wirklich 1.7.3 an:

Falls es für die weitere Analyse hilfreich ist, habe ich den Raw-Inhalt von system.repositories vor dem Bearbeiten hier als TXT-Datei angehängt.
system_repo.txt

[SirHenri]

@AlCalzone sagte in Probleme nach ZWave Update mit ZME_WALLC-S:

@SirHenri sehr unwahrscheinlich. Expertenmodus an?

Ja, war an. Problem war das gleiche wie bei AggroRalf . Der Filter oben im Kopf der Tabelle musste raus.
Ich kann auf meinem Desktop (ubuntu mit Friefox) in der normalen Auflösung auch nicht bis zum Ende der Liste scrollen, sondern muss zunächst raus zoomen - daher war der zweite Screenshot auch so schlecht aufgelöst.
Nach manueller Repo Bearbeitung und Umstellung auf latest habe ich jetzt auch die 1.7.3 angeboten bekommen und die Installation ist sauber durchgelaufen.
Bin gespannt, wie sich die Bewegungsmelder verhalten.

[SirHenri]

Verbesserung beim BewMelder an der Tür:

Also immer noch ein Dopplung - wie unter dem Carport. Die states instance_1 und _2 sind allerdings weg. Der Melder an der Strasse mag heute morgen noch nicht. Mehrfaches updaten über "Info aktualisieren" liefert immer noch

also keine auswertbaren states, obwohl der Prozess mit node ready abschließt:

[cburghardt]

@SirHenri Info aktualisieren mehrmals hintereinander auszuführen bringt nix. Aber in dem kleinen Ausschnitt steht bei dem node ein timeout. Ich würde daher eher auf schlechte Erreichbarkeit tippen.

[SirHenri]

@cburghardt hatte ich auch schon gedacht, wenngleich mir das bei 20 m Luftlinie zum nächsten Bewegungsmelder absolut nicht einleuchten will.
Mit verkürztem Abstand habe ich jetzt auf jeden Fall wieder drei BewMelder, die alle die gleich Menge doppelter states haben.

[cburghardt]

@SirHenri 20 m ist ziemlich weit ohne Repeater. Bei z-wave würde ich nicht weiter als 5 m gehen. Aber das ist ja der Vorteil des Mesh: jedes weitere strombetriebene Gerät (außer manche Billig Plugs aus China..) arbeitet als Repeater.

[SirHenri]

@cburghardt Die 20 m sind bis zum nächsten BewMelder. Da ist nix dazwischen, die haben sozusagen Sichtkontakt. Bei 150 m Freiland und 40 m Reichweite in Gebäuden ist Dein Ansatz deutlich auf der sicheren Seite, aber wenn das die Realität abbildet, was soll ich dann mit den Angaben aus einem Standard anfangen, wenn nicht mal 15% davon erreicht werden....

[AggroRalf]

@cburghardt
Sorry, ich hatte weiter oben schon geschrieben, ist aber wohl untergegangen:

Nach manuellem Update funktioniert es mit dem Devolo Taster leider noch nicht, siehe Issue in GitHub.
Eventuell kann den jemand wieder öffnen ?!

Danke und viele Grüße Ralf

[Bluefox]

@AggroRalf Nach dem ändern von Repository man muss manuell auf den Knopf

drucken, damit die neue Repo gelesen wird. Danach wird auch hash upgedatet.

[AggroRalf]

Hi @Bluefox ,

ich habs aber grad nochmal geprüft. Nach Änderung des Repos UND drücken des Buttons habe ich jetzt nen Hash drinstehen. Interessanterweise ist nun der Hash für's Default-Repo verschwunden. Wenn ich zurückwechsel und Aktualisieren drücke ist ein Hash für Default drin, aber nicht mehr für Latest.

Das erklärt aber, warum ich zum Zeitpunkt der Änderung keinen drin hatte. Ich habe standardmäßig "Default" eingestellt. Auf @AlCalzone Anleitung hin habe ich erst das Objekt System.Repositories bearbeitet und danach auf Latest gewechselt.

Einerseits kann ichs nicht mehr mit 100%iger Sicherheit sagen, ob ich wirklich irgendwann bei den Repo-Wechseln nochmal auf Aktualisieren gedrückt habe.

Andererseits ist dann der Repo-Wechsel auch etwas unlogisch. Wenn ich das Repo in den Einstellungen ändere (und bin gerade auf der Adapter-Seite) dann kommt der blaue Donut, er "denkt" nach und zeigt danach vermutlich die alten Daten aus System.Repositories an. Für den User siehts aber so aus als würde er die Daten neu laden (blauer Donut), vor allem da ja im alten Repo bei mir schon 12 Updates anstanden.

Außerdem: Macht der Befehl "iobroker update" nicht das gleich wie der Aktualisieren-Button ? Den habe ich ja sicher ausgeführt und hatte auch nichts gebracht.

Bei mir stimmts ja nun mit der Version, allerdings löst das OpenZwave-Update leider nicht mein Problem :(

Danke und Gruss Ralf

[AggroRalf]

Hi zusammen,

mein Funkschalter ist wohl defekt :(

Ich hatte noch einen Zweiten rumliegen, mit dem funktionierts. Den alten bekomme ich nicht mal mehr verbunden.

Daher funktioniert es mit dem Update bei mir nun auch :)

Danke und Gruss Ralf

[rebel85]

hi ich muss mich auch mit eintragen,
nach dem update von iot und js-controller sagt mit der log im broker das mein admin adapter angeblich noch version 3.7.9 hat anstatt 4.0.1
wie kann ich das denn lösen?
kann ja jetzt nicht sein, udn ein downgrade vom adapter geht auch nciht mehr, nur update auf iobroker oberfläche gemacht