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

[apollon77]

@iphilbln Du hast aber schon gesehen was er so geloggt hat?
zb:
2022-09-14 11:32:18.033 - debug: ham.0 (106531) Characteristic warning for Standventilator.Standventilator.Swing-Mode: warn-message characteristic was supplied illegal value: number 30 exceeded maximum of 1 Error:

Rotation Speed auf 30 sieht für mich so aus als ob es geklappt hat weil es vom device nochmal bestätigt wurde

Ok nur Active ist komisch ...ich schaue nochmal

EDIT: Ne nix komisch nur meine lokalen Fake-Änderungen weil ich so ein Gerät nicht habe waren weg ...

Also bei mir geht das alles und es ändern sich auch werte.

Bei Dir im Log ist nur auffällig das Du Active scheinbar immer aus schaltest (auf 0) .... die 1-Werte kommen immer nur wenn das gerät die setzt scheinbar ?!

Ich bin gerade am Ende meiner Idee was Dein Xiaomi Fan kram angeht. Lokal kann ich sehen das die Calls da in der Library ankommen wo Sie sollen ... Keine Idee warum das bei dir nicht tut

[iPhilBln]

@apollon77
2022-09-14 11:32:18.033 - debug: ham.0 (106531) Characteristic warning for Standventilator.Standventilator.Swing-Mode: warn-message characteristic was supplied illegal value: number 30 exceeded maximum of 1 Error:

--> War mein versehen, hab den falschen Datenpunkt geändert weil der direkt unter fanspeed ist. Hat also keine Aussagekraft.

Hmm ja wie gesagt, wenn ich im ioBroker die Datenpunkte ändere kommt nichts an, würde ja sonst auch im Log stehen. Hatte jetzt in der Zwischenzeit auch mal den gesamten Adapter gelöscht und nen clean install durchgeführt aber Verhalten bleibt identisch. Daten werden abgeholt, können aber nicht gesetzt werden.

Sofern du Lust und Zeit hast könntest du mir noch eine index.js (oder auch andere Dateien) zukommen lassen, wo weitere logging Punkte enthalten sind. Dann füge ich die gerne mit ein. Mehr kann ich denke ich nicht tun bis auf das Angebot mit nem VPN Zugang. Trotzdem schon mal riesen Dank für deine Bemühungen.

[apollon77]

@iphilbln sagte in Test Adapter HAM 5.2.0 (GitHub):

Sofern du Lust und Zeit hast könntest du mir noch eine index.js (oder auch andere Dateien) zukommen lassen, wo weitere logging Punkte enthalten sind. Dann füge ich die gerne mit ein. Mehr kann ich denke ich nicht tun bis auf das Angebot mit nem VPN Zugang. Trotzdem schon mal riesen Dank für deine Bemühungen.

Und du bist sicher das die index.js noch mit dem Logging drin und nicht überschrieben wurde? :-)
naja neben VPN wäre ich eher bei einer Anydesk session. Freitag ggf dafür zeit

[apollon77]

@fa-bio Ok, seems there was a buggy plugin version on npm ... we try if fixed version of plugin work again

[Fabio]

@apollon77 ich danke dir ganz herzlich.
So, dank dir läuft jetzt auch die 5.2.2 perfekt mit dem homebridge-tahoma@2.241 Plug in. :+1:

[iPhilBln]

@apollon77 ja bin mir da absolut sicher.
Ich bearbeite die über VS Code mit nem ssh Zugang.

Dein Wrapper Modul lädt die Module unter folgendem Pfad:
/opt/iobroker/node_modules/iobroker.ham/node_modules/homebridge-xiaomi-fan

Die index.js sieht aktuell wie folgt aus:

 /*----------========== HOMEBRIDGE STATE SETTERS/GETTERS ==========----------*/

  getPowerState(callback) {
    let isFanOn = false;
    if (this.fanDevice && this.fanDevice.isFanConnected()) {
      isFanOn = this.fanDevice.isPowerOn();
    }
    this.logInfo(`DEBUG: getPowerState() -> Callback: ${isFanOn}`);
    callback(null, isFanOn ? Characteristic.Active.ACTIVE : Characteristic.Active.INACTIVE);
  }

  setPowerState(state, callback) {
    this.logInfo(`DEBUG: setPowerState() -> value: ${state}`);
    if (this.fanDevice && this.fanDevice.isFanConnected()) {
      let isPowerOn = state === Characteristic.Active.ACTIVE;
      // only fire the setPowerOn method when we want to turn off the fan or the fan is off
      // the rotaion speed slider fires this method many times even when the fan is already on so i need to limit that
      if (isPowerOn === false || this.fanDevice.isPowerOn() === false) {
        this.fanDevice.setPowerOn(isPowerOn);
      }
      this.logInfo(`DEBUG: setPowerState() -> Callback: ${isPowerOn}`);
      callback();
    } else {
      this.logInfo(`DEBUG: setPowerState() -> Callback: cannot set power state`);
      callback(this.createError(`cannot set power state`));
    }
  }

  getFanState(callback) {
    let fanState = Characteristic.CurrentFanState.INACTIVE;
    if (this.fanDevice && this.fanDevice.isFanConnected()) {
      fanState = this.fanDevice.isPowerOn() ? Characteristic.CurrentFanState.BLOWING_AIR : Characteristic.CurrentFanState.IDLE
    }
    this.logInfo(`DEBUG: getFanState() -> Callback: ${fanState}`);
    callback(null, fanState);
  }

  getRotationSpeed(callback) {
    let fanRotationSpeed = 0;
    if (this.fanDevice && this.fanDevice.isFanConnected()) {
      fanRotationSpeed = this.fanDevice.getRotationSpeed();
      fanRotationSpeed = this.adjustToPercentageRange(fanRotationSpeed);
    }
    this.logInfo(`DEBUG: getRotationSpeed() -> Callback: ${fanRotationSpeed}`);
    callback(null, fanRotationSpeed);
  }

  setRotationSpeed(value, callback) {
    this.logInfo(`DEBUG: setRotationSpeed() -> value: ${value}`);
    if (this.fanDevice && this.fanDevice.isFanConnected()) {
      // use debounce to limit the number of calls when the user slides the rotation slider
      if (this.rotationSpeedTimeout) clearTimeout(this.rotationSpeedTimeout);
      this.rotationSpeedTimeout = setTimeout(() => this.fanDevice.setRotationSpeed(value), 500);
      this.logInfo(`DEBUG: setRotationSpeed() -> Callback: ${value}`);
      callback();
    } else {
      this.logInfo(`DEBUG: setRotationSpeed() -> Callback: cannot set rotation speed`);
      callback(this.createError(`cannot set rotation speed`));
    }
  }

Hab es eben nochmal über das Terminal kontrolliert dass auch die richtige index.js editiert wird in VS Code.

Ich logge mit folgendem Befehl:
tail -f /opt/iobroker/log/iobroker.current.log | grep ham.0 > ham.log

Danach kopiere ich es rüber auf meine Mac mit dem Befehl:
scp ham.log philippmielke@10.0.10.4:/Users/philippmielke/Desktop/ham.log

Im Log steht dann folgendes:
states können gesetzt werden: ham.log.zip
states können NICHT gesetzt werden: ham_kaputt.log.zip

[apollon77]

@iphilbln sagte in Test Adapter HAM 5.2.0 (GitHub):

DEBUG:

Hm ... haste mal nach "DEBUG: set" gegreppt in dem File ... da ist was drin

2022-09-14 13:25:00.723 - debug: ham.0 (111330) [9/14/2022, 1:25:00 PM] [xiaomifan] [Standventilator] DEBUG: setPowerState() -> value: 0
2022-09-14 13:25:31.921 - debug: ham.0 (111330) [9/14/2022, 1:25:31 PM] [xiaomifan] [Standventilator] DEBUG: setRotationSpeed() -> value: 30

... ... ...

Gefühlt sendet der das nur raus wenn das gerät auch an ist ...

[iPhilBln]

@apollon77 du kannst dir das logfile auch einfach in den Chrome Browser ziehen und dann nach Begriffen durchsuchen. So mach ich das aktuell.

rechts wird einem auch angezeigt wo er die Begriffe gefunden hat. Finde ich recht praktisch.

[apollon77]

Ok, dann hoffe ich das die 5.2.3 jetzt endgültig alle Issues löst :-)

[Fabio]

@apollon77 Guten Morgen,
musste nur noch im Ham Adapter von homebridge-tahoma@2.241 auf homebridge-tahoma ändern.
Alles läuft sehr gut, keine Fehler Daten werden alle empfangen.:+1:

[apollon77]

@fa-bio Die "Gefahr" wenn Du es ohne Version angibst ist halt das pot der Start des Adapters wieder ein update installiert und was nicht geht ... als vorsichtig sein

[Fabio]

@apollon77 ja das dachte ich auch, aber als ich den Ham Adapter heute morgen aktualisiert habe, hat er im Log ein Fehler ausgeben wegen der Version Angabe. Dadurch konnte ich dann die Markisen nicht steuern, also habe ich dann die Version Angabe entfernt und dann funktionierte alles wieder wie immer.

[apollon77]

@fa-bio haste den Fehler noch? Log is ja unter /opt/iobroker/log/...

[Fabio]

@apollon77 nein leider gelöscht. Jetzt steht da auch wieder von alleine die Version mit drin drin.

[iPhilBln]

@apollon77 hier wie versprochen mein Feedback zur Race condition:

Adapter abonniert jetzt zuverlässig die states. 👍
Was mich irritiert hat, dass wenn in der config.JSON des Geräts die einzelnen Optionen auf false stehen und man den Datenpunkt im iobroker steuern möchte weil er noch aus einer älteren config existiert, führt das zum Absturz des ham Adapters. Soll heißen, es existieren Datenpunkte im iobroker die zum Absturz des Adapters führen wenn sie auf false in der config stehen.
Ansonsten funktioniert jetzt aber alles einwandfrei. Nochmals riesen Dank.

[apollon77]

@fa-bio Hm ... aber von alleine tut sie das nicht wirklich ... strange. Naja hauptsache es geht

[apollon77]

@iphilbln Wie sieht denn der Absturz aus? Bitte mal error log posten ... das sollte an sich nicht passieren ...

[iPhilBln]

@apollon77 Schick ich dir wenn ich von der Arbeit zurück bin.

[Fabio]

@apollon77 was soll ich dir sagen so war es aber.:thinking_face:

[apollon77]

@iphilbln Ahhh ... habs lokal mal getestet ... denke wenn du heim kommst hste ne 5.2.4 :-)

ETA für 5.2.4 ca. 20-30Mins (die automatisierten tests dauern eewewig)