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

[LausiD]

@ChrisXY
Welche Version hat FHEM Adapter?
Mit fhem.0.info.Commands.createSwitch "Name Raum" kannst du einen dummy als Schalter anlegen.
Komisch...bei mir funktioniert fhem.0.send2ioB einwandfrei
Gruß
LausiD

[ChrisXY]

@LausiD 1.2.0 Es tut sich einfach nichts aber ich teste es morgen nochmal mit einem anderen Gerät

[LausiD]

@ChrisXY
Mit 1.2.0 kann es Probleme gegeben haben
Und fhem.x.info.Commands.createSwitch gab es auch noch nicht.
Versuche es doch mal mit Version 1.2.1 von github
Gruß
LausiD

[ChrisXY]

Danke update gemacht. Passiert trotzdem nichts von fhem aus... Komisch

[LausiD]

@ChrisXY
Instanz danach neu gestartet?

[ChrisXY]

Yep sogar iobroker ganz und fhem hmmm

[LausiD]

Bow.....
Als Test kannst du in FHEM das state von fhem.0.send2ioB auf test setzen.
Danach sollte im Admin Log folgende Meldung erscheinen:
warn event FHEM "dummy fhem.0.send2ioB test" > object "test" not found!

[ChrisXY]

Okay es geht ein eigenes Objekt lässt sich ändern aber z. B yeelight ging nicht. Also alles gut vom Prinzip ghet es wohl. Manuell kann ich im yeelight das als true oder false setzen.. Über fhem aber wohl nicht. Komisch

[LausiD]

Und du bekommst keine Meldung im Admin Log?
Plan B ist wie oben beschrieben ein dummy als Schalter

[ralf-ms]

Moinsen,

ich habe das gleiche Problem mit einem tuya-Switch.
Eine Änderung bzw. ein Schalten des Tuya ist über fhem (send2ioB) nicht möglich, ich kann den ioBroker switch Status nicht ändern
Schreibe ich den Namen falsch, bekomme ich die von LausiD beschriebene Fehlermeldung "object xyz not found", schreibe ich ihn richtig, gibt's keine Ausgabe im Log aber der Wert der Variablen in ioBroker wird auch nicht verändert.
Eine Sprach-Ausgabe von fhem über ioBroker nach alexa funktioniert einwandfrei. Der Mechanismus funktioniert also, der Tuya-Schalter geht allerdings nicht.
In den event-logs von ioB sieht man folgendes, wenn ich in fhem ein
set fhem.0.send2ioB tuya.0.06527533840d8e904ce5.2 false
abschicke:
(Zeile mit tuya.0.xxxx.2 " false" von fhem.0, also val = " false")

Schade eigentlich...

[LausiD]

@ralf-ms
Danke für die ausführliche Beschreibung...Blank war wohl das Problem
Kannst du mal von github aktualisieren und nochmal testen?
Vielen Dank und Gruß
LausiD

[ralf-ms]

Hallo LausiD,

löppt!
Vielen Dank für die schnelle Lösung!!!

Grüße
Ralf

[LausiD]

@ralf-ms
Super....vielen Dank für die Rückmeldung.
Bei der guten Beschreibung war der Fehler nicht schwer zu finden
Vielen Dank und Gruß
LausiD

[ralf-ms]

Hallo zusammen, ich noch mal

Wenn ich über fhem versuche, die Lautstärke eines Amazon echo's zu ändern

set fhem.0.send2ioB alexa2.0.Echo-Devices.xyz.Player.volume 30

bekomme ich in iobroker die Fehlermeldung

error: Datatype for Echo-Devices.xyz.Player.volume differs from expected, ignore state change! Please write correct datatype (number)

Wie mach ich's richtig?

[LausiD]

@ralf-ms
Sorry, hier gab es kein richtig
Konnte das Problem nachstellen und habe kleine Änderung eingebaut.
Nach Update von github V1.2.1 sollte es flutschen....

[ralf-ms]

Hi LausiD,

tuts!
Vielen Dank für die wie immer fixe Behebung!

Grüße
Ralf

[ChrisXY]

hey du hattest doch die Bewegungsmelder angepasst damitmotion auch ein state mit true/false bekommt ... irgendwie ist das wieder verschwunden. Hab fhem Adapter nicht geupdatet .. Wie kann das den ?

[LausiD]

@ChrisXY
Du hast kein Update FHEM Adapter gemacht und nach Neustart Adapter wurde state_boolean gelöscht?
Auswendig gesagt hatte state beim Adapter Start einen anderen Wert als motion oder nomotion
Bei jedem Neustart wird abhängig vom Wert state ein state_boolean, state_switch usw angelegt oder auch gelöscht falls state keinen passenden Wert hat.

Gruß
LausiD

[ChrisXY]

Okay was ich immer machen muss nach einem Neustart. den Fhem Adapter neu startet dann taucht sofort state_boolean wieder auf .. komisch
Das dumme ist das die Optionen ( logging usw. ) auch wieder alle weg sind.

[LausiD]

@ChrisXY
Ok habe glaub verstanden

Nach Neustart FHEM wird auch der FHEM Adapter automatisch neu gestartet. Zu diesem Zeitpunkt hat state nicht den Wert motion oder nomotion, somit wurde kein boolean Wert erkannt und state_boolean gelöscht.
Wurde FHEM Adapter später neu gestartet hat state wieder motion oder nomotion und es wurde wieder ein state_boolean angelegt.
So war es, oder?

Habe folgende Änderung gemacht.
Zusätzlich zum state wird noch subType=motionDetector geprüft. Wenn vorhanden wird immer ein state_boolean angelegt und auch nicht mehr gelöscht.

Nach Update FHEM Adapter 2.2.2 (12.07.19) von github kannst du testen...

Gruß
LausiD