UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[EvilEls]

@zanabria Stecke mal den Controller ab und wieder an, dann in der Ausgabe von dmesg | grep tty schauen, welchen Port das Teil tatsächlich hat.

[zanabria]

@EvilEls sagte in Test Adapter Z-Wave 2 (v1.7.x):

dmesg | grep tty

Portbelegung.txt

[zanabria]

@AlCalzone
Wie kann ich diesen Adapter finanziell unterstützen?

[AlCalzone]

@zanabria Das freut mich, dass der Adapter dir so gut gefällt. Gerne über eine der folgenden Möglichkeiten:

• https://github.com/sponsors/AlCalzone
• PayPal (alles Weitere dann per PN)
• oder eine Gerätespende (z.B. https://aeotec.com/small-z-wave-remote-control/ damit ich Security S2 implementieren und testen kann)

---

@Gabe Das ist mir auch schon aufgefallen. Das Problem ist, dass moderne Geräte ihre Notifications nur bei Bedarf senden - abfragen kann man die nicht (oder ich habe es noch nicht hinbekommen). Einfach anzunehmen, dass der Status "idle" ist, dürfte auch nicht richtig sein - was wenn der Adapter startet, nachdem ein Gerät schon einen Alarm ausgelöst hat.

Oder hatte der Rauchmelder hier einen Wert, der beim Neustart gelöscht wird? Dann wäre ein Log gut.

[Gabe]

@AlCalzone Nein er hat keinen Wert beim Neustart. Aber wäre idle nicht besser als keiner?

[AlCalzone]

@Gabe Wie gesagt, ich bin nicht sicher - aber das steht auf meiner Liste: https://github.com/AlCalzone/node-zwave-js/issues/978

[Gabe]

@AlCalzone super wie immer Danke!!!

[Flopsi]

@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.7.x):

@Flopsi Das ist bei dir doch ein Anzeigeproblem - kannst du das nicht mit einem Alias lösen, der aus current liest und in target schreibt?

Das würde ich gern tun wenn ich genau wüsste wie ich das manchem muss..... bin leider nocht so fit im blockly...... Grundkenntnis ist etwas da mehr aber auch nicht und son alias habe ich zwar aber mehr oder weniger nur durch die Hilfe von @ChristianG umsetzen können.

[AlCalzone]

@Flopsi Ich nicht per Skript, sondern wirklich die Alias-Funktion - nur dass wir vom gleichen reden. Ich habe mich allerdings auch noch nicht damit beschäftigt, aber hier im Forum bekommst du sicher Hilfe.

[ParaChris82]

Hallo alle zusammen und vielen Dank für den tollen Adapter @AlCalzone !!!

Bin vor ein paar Monaten darauf gestoßen da der "normale" Zwave Adapter mir extreme Schwierigkeiten bereitet hat.

Ich habe auch das Problem mit den Dead Notes leider, muss aber auch sagen dass ich all meine Aktoren erst vor ein paar Wochen eingebunden habe. Verwendet wird der Aeotec Stick an einem Nuc (rein Debian ohne VM oder so), mit dem ich eigentlich sehr zufrieden bin.
Als Aktoren halten Greenwave Steckdosen (günstig Marke mit Strommessung) , die Fibaro Wallplugs, Neo Coolcam Fenstersensoren und die Eurotronic Spirit Thermostate her.

Nach dem ich das Problem mit den Dead Note bemerkt habe und komischerweise manche Greenwave Steckdosen mit zb dem Stromverbrauch messen wie abgestürzt verhielten, wann ich den aktuellen Thread.

Mein System ist noch etwas veraltet, da ich den Radar 2 Adapter weiter nutzen möchte wegen meinen Gtags zur Anwesenheitserkennung.

System:

Ram: 7.69 GB
Node.js: v12.16.2
NPM: 6.14.4
Z-Wave 2 Adapter: 1.4.2

Langer Text, kurze Frage:

1. Kann ich direkt auf deine 1.7.1 installieren über die Katze oder soll ich Schritt für Schritt hoch wandern? Passt die Node.js und NPM Version für die neue Adapter Version dann noch?

2. Geräte muss ich dann nicht mehr neu anlernen oder?

3. Würdest du insgesamt eine höhere Version des Adapter als meine empfehlen?

Viele Grüße

Chris

[AlCalzone]

@ParaChris82 Du kannst direkt auf 1.7.1 gehen - bei deinen Problemen macht das Sinn. Node-Version passt. Neu anlernen ist nicht nötig - wenn irgendwas sich dauerhaft seltsam verhält, kannst du einzelne Geräte neu interviewen.

[ParaChris82]

@AlCalzone Vielen Dank für die schnelle Antwort ! :) Dann dann update ich mal und schaue was passiert. Übrigens, spende geht spätestens morgen raus an dich

[ParaChris82]

@AlCalzone Kurze Frage, habe Update gemacht, ohne Problem (wie du gesagt hast), IoBroker Log ist jetzt ohne Fehler. Was mir auffällt, dass die States der Notes Gelb sind. Was bedeutet das genau denn ? :)

[AlCalzone]

@ParaChris82 Das bedeutet, dass die States aus der Cache-Datei geladen wurden und nicht garantiert mit dem Zustand des Geräts übereinstimmen.
Hat den Hintergrund, dass beim Start jeweils sämtliche States synchronisiert werden und das konnte bisher Skripte amok laufen lassen:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/en/FAQ.md#help-all-my-scripts-trigger-after-an-adapter-restart

[AlCalzone]

Patch v1.7.2 ist unterwegs mit relativ vielen Korrekturen. Changelog siehe oben (betrifft einige eurer genannten Probleme).

[zanabria]

@AlCalzone
hi, habe soeben das neue Patch installiert, leider hat es bei mir keine Verberbesserung gebracht. Immer noch gelb, der Adapter.

[AlCalzone]

@zanabria Zeig doch mal den ioBroker-Log ;)
Achso... der Adapter bleibt auch auf gelb, bis alle Geräte durch sind. Das kann dauern.

[zanabria]

@AlCalzone
Die RAM-nutzung ist gerade enorm.

[zanabria]

@AlCalzone
iobroker-log bei hher RAM-Auslastung.txt

[Chris_78]

@AlCalzone

Du schreibst im Changelog zur 1.7.2:
Option hinzugefügt, um die Kompatibilität mit älteren Switches zu verbessern. Ich bin nicht sicher, ob es sinnvoll ist, das global zu machen, daher erst mal als (standardmäßig ausgeschaltete) Option. Wenn diese aktiviert ist, wird targetValue bei Binary und Multilevel Switches immer mit currentValue überschrieben

Wie wirkt sich das auf den eingeführten q (quality) Parameter aus? Triggert dieser in dem Fall das der targetValue überschrieben wird?
Ich habe meine Skripte seit dem von change auf update (zurück) umgebaut und prüfe auf den q-Parameter was wirklich gut funktioniert.

Kleiner Hinweis:
Die Beschreibung unter:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/en/FAQ.md#help-all-my-scripts-trigger-after-an-adapter-restart
enthält einen kleinen Fehler:

Statt
if (obj.q !== 0) return;

müsste es doch
if (obj.state.q !== 0) return;
heissen.
So läuft es jedenfalls bei mir. :-)