NEWS
Probleme nach ZWave Update mit ZME_WALLC-S
-
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. :+1: 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:
@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 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.
@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. :blush: :+1: -
@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. :blush: :+1:@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 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.
@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.... :thinking_face:
-
@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.
@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
-
@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.repositoriesaus?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@AggroRalf Nach dem ändern von Repository man muss manuell auf den Knopf
drucken, damit die neue Repo gelesen wird. Danach wird auch hash upgedatet.
-
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
-
-
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
345
Online32.6k
Users82.3k
Topics1.3m
Posts