Google Home ab 8 August in Deutschland

[oggy]

Ich bin da zu wenig Entwickler und gehe deshalb den Umweg über AutoVoice.

Wenn man sich einen eigenen Skill/Chatbot über Dialogflow bastelt, dann braucht man einen eindeutigen Namen, den dann auch kein anderer verwenden kann (so wie ich das verstanden habe). Dialogflow scheint zu Google zu gehören und die möchten Rechenkapazitäten verkaufen. Für AutoVoice gibt es halt diese Verknüpfungen schon und man löhnt halt 90cent im Monat.

Was man machen könnte, sind Standard-Dialogflow-Intents, die man dort importieren könnte und ein dazugehöriges Tasker-Projekt. Dann bräuchte man in AutoVoice nur sein "Dialogflow"-Account verknüpfen und im Tasker die Konfiguration zum FHEM anpassen. ABER ich bin leider kein Entwickler, um da ein Standard-Skript zu entwickeln.

[Ma_Bo]

Vielleicht interessant:

Code Auswählen Erweitern

https://www.golem.de/news/sprachassistent-google-assistant-sdk-unterstuetzt-deutsch-1712-131801.html

[Flipper92]

Hallo zusammen,

irgendwie bekomme ich die Verbundung zwischen Fhem und IFTTT nicht hin.

Aktuell bin ich soweit, das adafruit die anweisungen erhält. (im feed: https://io.adafruit.com/{user}/feeds/ifttt2fhem )
In fhem sieht es mit mqtt so aus, das es permanent auf disconnected steht.

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        127.0.0.1:1883
   DeviceName 127.0.0.1:1883
   NAME       mqtt
   NEXT_OPEN  1515019299
   NOTIFYDEV  global
   NR         2625
   NTFY_ORDER 50-mqtt
   PARTIAL   
   STATE      disconnected
   TYPE       MQTT
   msgid      1
   timeout    60
   READINGS:
     2018-01-03 23:40:39   state           disconnected
   messages:
Attributes:

Hat jemand einen Tip, wo ich den fehler suchen sollte?

[Ma_Bo]

Hast du auch nen lokalen MQTT Broker laufen (Mosquitto)...?

[Flipper92]

Hast du auch nen lokalen MQTT Broker laufen (Mosquitto)...?

Am anfang hatte ich ein paar Probleme bei der Installation. Auf dem Pi. sieht es nun so aus:

Code Auswählen Erweitern

pi@raspberrypi:~ $ sudo systemctl status mosquitto.service
● mosquitto.service - LSB: mosquitto MQTT v3.1 message broker
   Loaded: loaded (/etc/init.d/mosquitto)
   Active: active (exited) since Mi 2018-01-03 23:57:13 CET; 1min 46s ago
  Process: 604 ExecStart=/etc/init.d/mosquitto start (code=exited, status=0/SUCCESS)

Jan 03 23:57:13 raspberrypi systemd[1]: Starting LSB: mosquitto MQTT v3.1 message .....
Jan 03 23:57:13 raspberrypi mosquitto[604]: Starting network daemon:: mosquitto.
Jan 03 23:57:13 raspberrypi systemd[1]: Started LSB: mosquitto MQTT v3.1 message b...r.
Hint: Some lines were ellipsized, use -l to show in full.


Meine adafruit.io.conf

Code Auswählen Erweitern


# Connection name
connection adafruit

# Secure SSL/TLS
address io.adafruit.com:8883
# adjust path as approriate to point to directory with PEM encoded .crt CA files
bridge_capath /etc/ssl/certs/

# Insecure
#address io.adafruit.com:1883

# Credentials
remote_username {user}
remote_password a#######################9

# Config options for bridge
start_type automatic
bridge_protocol_version mqttv311

# This is important, if set to True connection will fail,
# probably because users don't have permissions to $SYS/#
notifications false

# Also important. if set to True the connection will fail,
# it seems io.adafruit.com doesn't support this
try_private false

# Topics to bridge
# topic <local topic> <in|out|both> <QoS> <local topic prefix> <remote topic prefix>

# eg: bridge temperature/shed to temperature/shed
# topic temperature/shed out 0 "" ""

# eg: bridge to io.adafruit.com
# temperature/shed to <username>/feeds/temperature_shed
# topic shed out 0 temperature <username>/feeds/temperature_

# eg: bridge from io.adafruit.com
# <username>/feeds/throttle to adafruit.io/throttle
# topic throttle in 0 adafruit.io/ <username>/feeds/
#
# eg: bi-directional topic
# <username>/feeds/welcome-feed to/from adafruit.io/welcome-feed
# topic welcome-feed both 0 adafruit.io/ <username>/feeds/

# note: if using the Adafruit.io "Welcome Feed" you'll need to rename
#       it to "welcome-feed" in the web interface for the above example to work

# Licht ein- und ausschalten (bi-direktional)
topic IFTTT2FHEM both 0 adafruit.io/{user}/feeds/IFTTT2FhEM

# Temperatursensor
topic temperatursensor out 0 adafruit.io/{user}/feeds/IFTTT2FhEM

# Alle Feeds abonnieren
topic # both 0 adafruit.io/{user}/feeds/


und die mosquitto.conf  (Diese habe ich aus dem Internet kopiert)

Code Auswählen Erweitern

# Config file for mosquitto
#
# See mosquitto.conf(5) for more information.

user mosquitto
max_queued_messages 200
message_size_limit 0
allow_zero_length_clientid true
allow_duplicate_messages false

listener 1883
autosave_interval 900
autosave_on_changes false
persistence true
persistence_file mosquitto.db
allow_anonymous true
password_file /etc/mosquitto/passwd


[yanniks]

Sorry, dass ich mich erst so spät wieder melde.

@dominik ist dein Thermostat-Problem noch aktuell? Welches Thermostat hast du?

[Ma_Bo]

Am anfang hatte ich ein paar Probleme bei der Installation. Auf dem Pi. sieht es nun so aus:

Code Auswählen Erweitern

pi@raspberrypi:~ $ sudo systemctl status mosquitto.service
● mosquitto.service - LSB: mosquitto MQTT v3.1 message broker
   Loaded: loaded (/etc/init.d/mosquitto)
   Active: active (exited) since Mi 2018-01-03 23:57:13 CET; 1min 46s ago
  Process: 604 ExecStart=/etc/init.d/mosquitto start (code=exited, status=0/SUCCESS)

Jan 03 23:57:13 raspberrypi systemd[1]: Starting LSB: mosquitto MQTT v3.1 message .....
Jan 03 23:57:13 raspberrypi mosquitto[604]: Starting network daemon:: mosquitto.
Jan 03 23:57:13 raspberrypi systemd[1]: Started LSB: mosquitto MQTT v3.1 message b...r.
Hint: Some lines were ellipsized, use -l to show in full.

.....

Was sagt denn ein

Code Auswählen Erweitern

sudo service mosquitto status

Wenn dieser läuft versuch mal bitte in deinem mqtt device die IP Adresse des Raspi, auf dem Mosquitto läuft, anzugeben, also nicht 127.0.0.1:1883 sondern die IP, die er im Netz hat

[Flipper92]

Was sagt denn ein

Code Auswählen Erweitern

sudo service mosquitto status
Wenn dieser läuft versuch mal bitte in deinem mqtt device die IP Adresse des Raspi, auf dem Mosquitto läuft, anzugeben, also nicht 127.0.0.1:1883 sondern die IP, die er im Netz hat

Code Auswählen Erweitern

pi@raspberrypi:~ $ sudo service mosquitto status
● mosquitto.service - LSB: mosquitto MQTT v3.1 message broker
   Loaded: loaded (/etc/init.d/mosquitto)
   Active: active (exited) since Mi 2018-01-03 23:57:13 CET; 13h ago
  Process: 604 ExecStart=/etc/init.d/mosquitto start (code=exited, status=0/SUCCESS)

Jan 03 23:57:13 raspberrypi systemd[1]: Starting LSB: mosquitto MQTT v3.1 message .....
Jan 03 23:57:13 raspberrypi mosquitto[604]: Starting network daemon:: mosquitto.
Jan 03 23:57:13 raspberrypi systemd[1]: Started LSB: mosquitto MQTT v3.1 message b...r.
Hint: Some lines were ellipsized, use -l to show in full.


Code Auswählen Erweitern

Internals:
   DEF        192.168.0.206:1883
   DeviceName 192.168.0.206:1883
   NAME       mqtt
   NEXT_OPEN  1515069883
   NOTIFYDEV  global
   NR         304
   NTFY_ORDER 50-mqtt
   PARTIAL   
   STATE      disconnected
   TYPE       MQTT
   msgid      1
   timeout    60
   READINGS:
     2018-01-04 01:29:35   connection      disconnected
     2018-01-04 13:43:43   state           disconnected
   messages:
Attributes:

hat leider nicht funktioniert.

[Ma_Bo]

Code Auswählen Erweitern

pi@raspberrypi:~ $ sudo service mosquitto status
● mosquitto.service - LSB: mosquitto MQTT v3.1 message broker
   Loaded: loaded (/etc/init.d/mosquitto)
   Active: active (exited) since Mi 2018-01-03 23:57:13 CET; 13h ago
  Process: 604 ExecStart=/etc/init.d/mosquitto start (code=exited, status=0/SUCCESS)

Jan 03 23:57:13 raspberrypi systemd[1]: Starting LSB: mosquitto MQTT v3.1 message .....
Jan 03 23:57:13 raspberrypi mosquitto[604]: Starting network daemon:: mosquitto.
Jan 03 23:57:13 raspberrypi systemd[1]: Started LSB: mosquitto MQTT v3.1 message b...r.
Hint: Some lines were ellipsized, use -l to show in full.


Code Auswählen Erweitern

Internals:
   DEF        192.168.0.206:1883
   DeviceName 192.168.0.206:1883
   NAME       mqtt
   NEXT_OPEN  1515069883
   NOTIFYDEV  global
   NR         304
   NTFY_ORDER 50-mqtt
   PARTIAL   
   STATE      disconnected
   TYPE       MQTT
   msgid      1
   timeout    60
   READINGS:
     2018-01-04 01:29:35   connection      disconnected
     2018-01-04 13:43:43   state           disconnected
   messages:
Attributes:

hat leider nicht funktioniert.

Teste mal mosquitto, wie auf dieser Seite beschrieben:

Code Auswählen Erweitern

http://www.kriwanek.de/index.php/de/homeautomation/zentrale/mqtt-mosquito/252-mqtt-broker-mosquitto-installieren

[robii]

Sprachausgabe

Sprachausgabe klappt übrigens auch ohne grosse Klimmzüge incl. offline caching über das normale Text2Speech Modul:

1) https://github.com/Pat-Carter/stream2chromecast installieren. Dies ist ein Python Script welches eine lokale Audio Datei per Chromecast streamen kann

2) Script im visudo eintragen und mit dem fhem user testen: sudo SkriptPfad/stream2chromecast.py -devicename xx.xx.xx.xx /opt/fhem/cache/.....

3) im Text2Speech einfach den Player von mplayer auf stream2chromecast umbiegen: set MyTTS TTS_MplayerCall sudo /home/fhem/scripts/stream2chromecast/stream2chromecast.py -devicename xx.xx.xx.xx

Um auf unterschiedlichen Google Home´s auszugeben habe ich im 99_myUtils.pm einfach eine Routine say angelegt die einfach dynamisch (je nachdem in welchem Raum die Bewegungsmelder zuletzt angeschlagen haben) vorher das TTS_MplayerCall mit der jeweiligen IP des entsprechenden Google Home setzt und dann ganz normal ein set MyTTS tts .... aufruft

[Ma_Bo]

Sprachausgabe

Sprachausgabe klappt übrigens auch ohne grosse Klimmzüge incl. offline caching über das normale Text2Speech Modul:

1) https://github.com/Pat-Carter/stream2chromecast installieren. Dies ist ein Python Script welches eine lokale Audio Datei per Chromecast streamen kann

2) Script im visudo eintragen und mit dem fhem user testen: sudo SkriptPfad/stream2chromecast.py -devicename xx.xx.xx.xx /opt/fhem/cache/.....

3) im Text2Speech einfach den Player von mplayer auf stream2chromecast umbiegen: set MyTTS TTS_MplayerCall sudo /home/fhem/scripts/stream2chromecast/stream2chromecast.py -devicename xx.xx.xx.xx

Um auf unterschiedlichen Google Home´s auszugeben habe ich im 99_myUtils.pm einfach eine Routine say angelegt die einfach dynamisch (je nachdem in welchem Raum die Bewegungsmelder zuletzt angeschlagen haben) vorher das TTS_MplayerCall mit der jeweiligen IP des entsprechenden Google Home setzt und dann ganz normal ein set MyTTS tts .... aufruft

Kann man damit auch die Lautstärke irgendwie einstellen...?


Tapatalk iPhone, daher kurz gehalten.


########Edit 1
Hab mir das gerade mal angeschaut, funktioniert super...
Auch die Lautstärke kann man damit verstellen...

[robii]

Klar, einfach die Google Homes in FHEM über das GOOGLECAST Modul einbinden

Dann kann man einfach mit set XXX volume YY die Lautstärke für das jeweilige Google Home Device setzen

Alternativ über stream2chromecast.py selbst, welches laut Anleitung die folgenden Kommandozeilen Optionen unterstützt:

- set volume (takes a value between 0.0 and 1.0)

        stream2chromecast.py -setvol <volume>

- increase or decrease volume by 0.1

        stream2chromecast.py -volup
        stream2chromecast.py -voldown

- mute volume

        stream2chromecast.py -mute

Allerdings lässt scheint es so das man die Lautstärke nicht in dem gleichen Kommandozeilenaufruf mitgeben kann, sondern separat stream2chromecast.py aufrufen muss

Da ich aber die Devices eh über das GOOGLECAST Modul eingebunden habe (hier kann man z.b. Radiosender Favoriten ablegen und mit set .. playFavorite X einfach Webradio abspielen) war ich "faul" und benutze für die Lautstärkeregelung die GOOGLECAST Devices

[Ma_Bo]

Klar, einfach die Google Homes in FHEM über das GOOGLECAST Modul einbinden

Dann kann man einfach mit set XXX volume YY die Lautstärke für das jeweilige Google Home Device setzen

Alternativ über stream2chromecast.py selbst, welches laut Anleitung die folgenden Kommandozeilen Optionen unterstützt:

- set volume (takes a value between 0.0 and 1.0)

        stream2chromecast.py -setvol <volume>

- increase or decrease volume by 0.1

        stream2chromecast.py -volup
        stream2chromecast.py -voldown

- mute volume

        stream2chromecast.py -mute

Allerdings lässt scheint es so das man die Lautstärke nicht in dem gleichen Kommandozeilenaufruf mitgeben kann, sondern separat stream2chromecast.py aufrufen muss

Da ich aber die Devices eh über das GOOGLECAST Modul eingebunden habe (hier kann man z.b. Radiosender Favoriten ablegen und mit set .. playFavorite X einfach Webradio abspielen) war ich "faul" und benutze für die Lautstärkeregelung die GOOGLECAST Devices

Hast du eine Idee zu dem hier:
ich kann das direkt auf der Konsole eigeben und die Lautstärke ändert sich

Code Auswählen Erweitern

python /opt/fhem/chromecast/stream2chromecast.py -devicename 192.168.178.111 -setvol 0.1

gebe ich das in der FHEM-Kommandozeile ein, kommt folgende Fehlermeldung:

Code Auswählen Erweitern

"python /opt/fhem/chromecast/stream2chromecast.py -devicename 192.168.178.111 -setvol 0.1"

Fehlermeldung:

Code Auswählen Erweitern

ip_addr: 192.168.178.111 device name: Traceback (most recent call last):
  File "/opt/fhem/chromecast/stream2chromecast.py", line 798, in <module>
    run()
  File "/opt/fhem/chromecast/stream2chromecast.py", line 768, in run
    set_volume(float(args[1]), device_name=device_name)
  File "/opt/fhem/chromecast/stream2chromecast.py", line 656, in set_volume
    CCMediaController(device_name=device_name).set_volume(v)
  File "/opt/fhem/chromecast/cc_media_controller.py", line 45, in __init__
    self.host = self.get_device(device_name)
  File "/opt/fhem/chromecast/cc_media_controller.py", line 69, in get_device
    print "ip_addr:", host, "device name:", cc_device_finder.get_device_name(host)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xfc' in position 1: ordinal not in range(128)


###### Edit 1
Ich werde wohl die Tage mal das GOOGLECAST Modul versuchen...

[Flipper92]

Teste mal mosquitto, wie auf dieser Seite beschrieben:

Code Auswählen Erweitern

http://www.kriwanek.de/index.php/de/homeautomation/zentrale/mqtt-mosquito/252-mqtt-broker-mosquitto-installieren

Irgendwie war es nicht richtig gestartet. Nach einem

Code Auswählen Erweitern

pi@raspberrypi:~ $ mosquitto -d
ging es dann mit dem Test.
Danke.

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        127.0.0.1:1883
   DeviceName 127.0.0.1:1883
   FD         63
   NAME       mqtt
   NOTIFYDEV  global
   NR         18657
   NTFY_ORDER 50-mqtt
   PARTIAL   
   STATE      opened
   TYPE       MQTT
   buf       
   msgid      1
   ping_received 1
   timeout    60
   READINGS:
     2018-01-05 01:04:03   connection      active
     2018-01-04 23:45:00   state           opened
   messages:
Attributes:

Hab es nun soweit, das ich auf dem Localen MQTT die werte von der Box bekomme.

Code Auswählen Erweitern

pi@raspberrypi:~ $ mosquitto_sub -h 127.0.0.1 -t FhemHome/feeds/IFTTT2FhEM
schalte das Licht aus

Jedoch bekomme ich die werte noch nicht in Fhem.
Hab ich hier wieder irgendwas falsch verstanden (kopiert?)

Code Auswählen Erweitern

defmod mqtt_device MQTT_DEVICE
attr mqtt_device IODev mqtt
attr mqtt_device autoSubscribeReadings FhemHome/feeds/+
attr mqtt_device qos exactly-once
attr mqtt_device retain 0
attr mqtt_device stateFormat ifttt2fhem
attr mqtt_device subscribeReading_ifttt2fhem FhemHome/feeds/IFTTT2FhEM

setstate mqtt_device ifttt2fhem
setstate mqtt_device 2018-01-05 00:55:38 transmission-state subscribe sent


Danke für eure Hilfe.
Gruß Flipper

[Ma_Bo]

Irgendwie war es nicht richtig gestartet. Nach einem

Code Auswählen Erweitern

pi@raspberrypi:~ $ mosquitto -d
ging es dann mit dem Test.
Danke.

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        127.0.0.1:1883
   DeviceName 127.0.0.1:1883
   FD         63
   NAME       mqtt
   NOTIFYDEV  global
   NR         18657
   NTFY_ORDER 50-mqtt
   PARTIAL   
   STATE      opened
   TYPE       MQTT
   buf       
   msgid      1
   ping_received 1
   timeout    60
   READINGS:
     2018-01-05 01:04:03   connection      active
     2018-01-04 23:45:00   state           opened
   messages:
Attributes:

Hab es nun soweit, das ich auf dem Localen MQTT die werte von der Box bekomme.

Code Auswählen Erweitern

pi@raspberrypi:~ $ mosquitto_sub -h 127.0.0.1 -t FhemHome/feeds/IFTTT2FhEM
schalte das Licht aus

Jedoch bekomme ich die werte noch nicht in Fhem.
Hab ich hier wieder irgendwas falsch verstanden (kopiert?)

Code Auswählen Erweitern

defmod mqtt_device MQTT_DEVICE
attr mqtt_device IODev mqtt
attr mqtt_device autoSubscribeReadings FhemHome/feeds/+
attr mqtt_device qos exactly-once
attr mqtt_device retain 0
attr mqtt_device stateFormat ifttt2fhem
attr mqtt_device subscribeReading_ifttt2fhem FhemHome/feeds/IFTTT2FhEM

setstate mqtt_device ifttt2fhem
setstate mqtt_device 2018-01-05 00:55:38 transmission-state subscribe sent


Danke für eure Hilfe.
Gruß Flipper

Also bei mir steht das nicht so:

Code Auswählen Erweitern

attr mqtt_device subscribeReading_ifttt2fhem FhemHome/feeds/IFTTT2FhEM

sondern wenn dann so:

Code Auswählen Erweitern

attr mqtt_device subscribeReading_ifttt2fhem FhemHome/feeds/ifttt2fhem