2022-02-02 17:09:28 fauxmo:114 DEBUG Handling action for plugin type CommandLinePlugin(on_cmd=’python /home/pi/test-an.py‘, off_cmd=’python /home/pi/test-aus.py‘, state_cmd=None, use_fake_state=True, _name=’Kaffee‘, _port=49915, _latest_action=’off‘)
2022-02-02 17:09:28 fauxmo:140 INFO Attempting to get state for Kaffee
2022-02-02 17:09:28 fauxmo:146 INFO Kaffee state: off
2022-02-02 17:09:28 fauxmo:182 DEBUG HTTP/1.1 200 OK

Mit dem Eintrag „state_cmd“

2022-02-02 17:12:49 fauxmo:114 DEBUG Handling action for plugin type CommandLinePlugin(on_cmd=’python /home/pi/test-an.py‘, off_cmd=’python /home/pi/test-aus.py‘, state_cmd=’python /home/pi/state_on.py‘, use_fake_state=False, _name=’Kaffee‘, _port=49915, _latest_action=’off‘)
2022-02-02 17:12:49 fauxmo:140 INFO Attempting to get state for Kaffee
2022-02-02 17:12:49 fauxmo:146 INFO Kaffee state: on
2022-02-02 17:12:49 fauxmo:182 DEBUG HTTP/1.1 200 OK

Dort steht nun das state:ON
Allerdings sobald ich in der Alexa app auf den Button klicke ist das Gerät nicht mehr erreichbar.

Beim versuch „get_state“ zu nutzen sagt er mir

TypeError: init() got an unexpected keyword argument ‚get_state‘

Egal was ich dort einfüge.

Mit dem neune File findet Alexa die Schalter nicht mehr.
Nur mit Hilfe des Eintrags „use_fake_state“.
Nun sagt Alexa aber das die Geräte nicht reagieren.

Die Lösung liegt wohl in dem Beitrag von Martin mit “ state_method, state_data und state_response_on / state_response_off“

Allerdings weiß ich leider Absolut nicht wie ich diese einsetzen soll und scheitere an diesem Punkt.

Will man allerdings über mehrere Kanäle ansteuern (ALEXA, OpenHAB, …) so wird der Schaltzustand wegen des fehlenden Status auf den anderen nicht aktualisiert.

Beim MQTT-Plugin half zunächst auch der Eintrag „use_fake_state“: true, allerdings musste ich noch das Plugin geändert. Es funktionierte dann für einige Minuten, danach waren die Devices nicht mehr ansprechbar.

Das Commandline-Plugin habe ich nicht verwendet, da ich einige Devices noch über eine Action-URL steuere.

Ich habe das Ganze nun so gelöst:
Beim simpleHTTP-Plugin steuere ich die Devices über ein php-Script z.B.:

Einschalten der Funksteckdose „pwr3Dein.php“:

dezimalcode [protokoll] [pulslänge]
$i = 1;
while ($i

Lesen des letzten Schaltzustandes der Funksteckdose mit „pwr3Dstatus.php“ :

Die config.json sieht dann so aus:

{
„FAUXMO“: {
„ip_address“: „auto“
},
„PLUGINS“: {
„SimpleHTTPPlugin“: {
„DEVICES“: [
{
„port“: 12340,
„name“: „treppenlicht“,
„on_cmd“: „http://192.168.178.11/pwr3Dein.php“,
„off_cmd“: „http://192.168.178.11/pwr3Daus.php“,
„method“: „GET“,

"state_cmd": "http://192.168.178.11/pwr3Dstatus.php",
"state_response_on": "on",
"state_response_off": "off"
}
]
},
"MQTTPlugin": {
"DEVICES": [
{
"port": 12350,
"name":"regallicht",
"on_cmd": [ "/myopenhab/regallicht", "1" ],
"off_cmd": [ "/myopenhab/regallicht", "0" ],
"mqtt_server": "192.168.178.13",
"state_cmd": "/myopenhab/regallicht",
"mqtt_port": 1883
}
]
}
}


}

Pi400, Alexa-Dot (4.Generation), Python 3.7, Fauxmo 0.5.

Die Endgeräte wurden in der Alexa-App nicht gefunden.
Mit der „config-sample.json“ (https://github.com/n8henrie/fauxmo/blob/master/config-sample.json) wurde einzig der „fake Indigo switch“ gefunden.

Ich habe dann herausgefunden, dass dies an dem Eintrag „use_fake_state“: true liegt.

Nachdem ich diesen Eintrag an die jeweiligen Devices der „config.json“ angehängt hatte wurden alle Endgeräte wurden in der Alexa-App gefunden.

Herzliche Grüße und einen guten Rutsch.

genial! Vielen Dank!!! Ist genau, was ich schon lange gesucht hatte und läuft prima.

Gibt es eine Möglichkeit, den Status noch für Alexa zur Verfügung zu stellen, damit in der Alexa App nicht permanent als Status „Gerät reagiert nicht“ angezeigt wird?

Vielen Dank!!!
Herzliche Grüße
Martin

Ansonsten eine gelungene Anleitung, wenn auch mit Verbesserungshilfe in den Kommentaren.

TypeError: Can’t instantiate abstract class CommandLinePlugin with abstract methods get_state