Vorbedingungen
Manche Skills brauchen andere Programme oder Vorbedingungen um zu funktionieren.
Doch wie findet man individuell für ein Gerät heraus, ob diese Vorbedingungen erfüllt sind?
In diesem Abschnitt habe ich einige Überlegungen dazu angestellt.
Zigbee2MQTT
Zigbee2MQTT ist ein sehr gutes Tool, um die Möglichkeiten eines Sprachassistenten zu erweitern, indem man mittels eines Zigbee-Sticks mit verschiedensten Zigbee-Geräten kommuniziert.
Möchte man nun einen Skill installieren, welcher zum Beispiel verschiedene Lampen steuern soll, so sollte es für Endnutzerinnen und Endnutzer ersichtlich sein, ob Zigbee2MQTT installiert ist oder nicht.
Um das zu überprüfen, könnte man zum Beispiel auf verschiedene Zigbee2MQTT Topics “hören”.
Es kann allerdings auch sein, dass das “Base-Topic” bei der Konfiguration umbenannt wurde.
docker.sock
Sollte man den Skillmanager als Docker Container ausrollen, könnte man ihm Zugriff auf den docker.sock gewähren.
Dadurch könnte man einsehen, welche Container auf dem aktuellen Host laufen (ähnlich wie zum Beispiel Portainer).
Base/Satellite-Setup
Befindet sich Rhasspy derzeit in einem Base/Satellite-Setup?
Ist das der Fall so ist es etwas schwieriger zu überprüfen, ob Displays o.ä. angeschlossen sind.
Mit folgendem API-Call kann man sich das Profil von Rhasspy anzeigen lassen:
http request
http://<rhasspy-ip>:12101/api/profile
Daraus kann man dann ableiten, ob es sich um ein Base/Satellite-Setup handelt.
Dependencies
Wie hier beschrieben, gibt es beim Home Assistant einen Punkt “Dependencies” in der manifest.json.
Dieser Punkt beschreibt Abhängigkeiten zu anderen Integrations.
Das wäre eine Möglichkeit, wie Entwicklerinnen und Entwickler redundante Arbeit vermeiden könnten, indem sie Funktionen anderer Skills nutzen.
Bisher gibt es jedoch keine Möglichkeit, dass Skills untereinander Kommunizieren.