【IFTTT】Google home で IoT Part.6【Hue】
レス数が1000を超えています。これ以上書き込みはできません。
Google HomeでIoTをする人の為のスレッドです。
本スレはできるだけ本体(もしくは+Chromecast)で楽しむ人に譲って、
濃い話はこちらでお願いいたします。
※本スレ
google home Part.19
https://mevius.5ch.net/test/read.cgi/google/1540351315/
※前スレ
【IFTTT】Google home で IoT Part.5【Hue】
https://mevius.5ch.net/test/read.cgi/google/1532153234/
※初心者スレ
【初心者】初心者だけどGoogle home でIoT 2【IOT】
https://mevius.5ch.net/test/read.cgi/google/1534381538/
691氏の作ったシステム(hubot-broadlink-rm)について質問をする際には、
過去スレや下記に目を通してからにしよう
https://scrapbox.io/smart-home/TOP >> 896
こう入力すれば、そう言ってもらえます
% triggeye say こっちみんな
>> 897
ありがとうございます >>895
linuxがokだから、ラズパイでもできるってこと? >>901
ラズパイでも一応動くようですが、まだ重すぎて実用には厳しそうです。
3万円ほどのローエンドのパソコンなら、きちんと動きます。 見つめて起動した後に、立ててる指の本数で動作指定とかできると音立てたくないときによいね >>905
音は出るよ
というか音を立てたくないのにスマートスピーカー使っちゃだめだ 複数のgoogle homeが異なる部屋にあってiftttを利用する場合
同じ文言でも呼び出したgoogle homeの部屋によって違う処理をさせることは可能ですか? 新規のルーティンでカスタムメッセージできなくなった? >>909
ありがとう やっぱりそうするしかないか Home Assistant で Google text to speech 使えてる人いますか?
コミュニティみると443ポートを8123に転送しろとか書いてあるんですが、
V6プラス使ってると443も8123も開けられないので困ってます。
外部からのsslはDuckdns使ってポート指定で接続してます。
よろしくお願いします >>911
すでにsslで接続できてるなら、それ以上ポート転送を追加しなくていいのでは。
ちゃんとした証明書を使ってる? >>912
証明書はLet'sEncryptがDuckdnsアドオンの中で機能してます。
Actions on Googleも機能しているので証明書は通ってると思います。
Googleのキャストデバイスを全部削除してやり直してもNGでした。
肝心のコンフィグを書いてませんでしたので下記
tts:
platform: google_translate
service_name: google_say
cache: true
cache_dir: tts
base_url: https://mydomain.duckdns.org:12345 >>912
一応キャッシュディレクトリにはちゃんとmp3ファイルが作成されてて、再生するとちゃんと日本語になってます。
ファイルまでできてるのに再生されないのは何故だろう?? キャスト先のデバイスの設定消して再接続とかしてるとエンティティの名前が変わったりするからそこの変更をし忘れてるとか
あとは単純にgooglehome本体の音量設定が最小になってて音が出てないだけだったとかやらかしたことある >>916
ありがとうございます。
HAの画面から目的のメディアプレイヤーを選択して、音声合成に適当な語句を入力して送信すると、GoogleHomeからは「どぅるるん!」と音はしますが、その後無言になります。 >>917
HA的には成功してるような。
他のキャスト先を試しても同じ?
base_urlはhttp:に同じ設定がされてればtts:にはいらないよね。自分はplatform:以外書いてない。 >>918
ありがとうございます。>>918さんのGHはちゃんと日本語で喋ってくれるのでしょうか?
こちらでは他のキャスト先も同じ状況で、構成をいろいろ弄ってますが、
オプションのbase_urlを設定しても、しなくても、症状と結果は同じですが
設定した場合、ログに404エラーが残ります。 喋らせようとした直後はデバイスのエンティティのmedia_content_idのとこに再生する音声ファイルのURLが入ってるはずだから
それをブラウザで開けるか試してなお無理だったらネット上にHA内のファイルが公開できてないのが原因ってことになる
一応確認だけどbase_urlに書いてるアドレスにアクセスすれば普通にUI画面が出てくる状態ではあるんだよね? >>919
ごめん、自分もlanguage:を書き忘れました。
tts:
- platform: google_translate
language: 'ja' >>920
ありがとうございます。
外部からはSSLで接続し、書くパネルの制御ができるので、httpコンポーネントのbase_urlは問題ないかと思われます。
media-contnt-idはLOGに残るのでしょうか。ちょっと調べてみます。 >>922
media_content_idはStatesページの該当のエンティティのAttribute欄に載ってると思う
サービス自体は正常に行われてるっぽいのでもし載ってない場合はもう一回喋らせればまず間違いなく出てくるはず。 >>923
おおおお!
なんかわかったような気がします。
media_content_idのURLはhttpコンポーネントのbase_urlのドメイン
https://mydomain.duckdns.org:12345/api/tts_proxy/......
でした。
多分ローカル側からインターネット経由でローカルを参照しにいってるので再生されないっぽいです。
試しにスマホを4gにしてurlコピペしたら音声が再生されました。
base_urlを参照しようとしたらローカルIPにリダイレクトさせるってDNS導入するしかないですかね?? >>923
ああっ!
お礼してませんでした。
有用な情報、大変ありがとうございました!! >>924
IPv4 PPPoEも使えるならHAはそっちの443ポートで公開するのが簡単。
google home -> MAP-E -> Internet -> IPv4 PPPoE -> home assistant >>926
ありがとうございます。
こちらのHGW(PR400KI)ではMAP-EとPPPoEは排他のようです。 うーん、難しい
ttsコンポーネントにbase_url:https://ローカルip:8123 を追加することで
media_content_idがローカルのファイルを参照するようにしたのですが、GHは喋らず、media_content_idのurlをブラウザにコピペすると再生されました。
で、試しにhttpコンポーネントのbase_urlをhttp://グローバルip:12345(SSLなし)で設定すると
あっさり喋ってくれました。
GHを喋らせたいのですが、SSL切っちゃうとActions on googleとの連携ができなくなる...
V6プラスのポート設定なんとかならんものか.... >>928
ttsコンポーネントにsslなしの base_url: http://ローカルip:8123 は? 別のwebサービスを建てて base_url: http://ローカルip:80 等を指定すればいいかも。 Windows用のhueドライバってないの?見つからないんだが ありがとうございます。
>>929
それやってみましたが、ローカル内部でもSSLが有効になってしまってるのでhttpでは接続(取得)できませんでした。
>>930
帰宅したらApacheでも起動して確認してみます。 >>924
dns建てなくてもhostsで良いのでは? >>933
DNSもHostsも必要ないようです。
ttsコンポーネントにbase_urlを追加すれば良いことがわかったのですが、うまくいきません。
で、ドキュメントをいろいろ読んだら、DuckDNSアドオンのローカルネットワークSSLは自己署名証明書になってて、Googleのttsは自己署名証明書を拒否するそうです。
一応、リバースプロキシを設定できるNGNIXアドオンというのが用意されているようですが、解決するかどうかは微妙です。 >>933
google home等のキャストデバイスでの名前解決の問題だから、hostsは使えないと思う。 本来なら、ルータのヘアピンNAT設定で解決すべき問題だよね…。 音声ファイルが生成されてるならttsは関係ないよね
GoogleHomeが音声ファイルのurlに触れないのを何とかしないと いろんなアドオンで何をしようにも、通信するポートを変更できないので、V6プラスで制限されている環境では無理っぽいです。
やるとしたらHAを別ルーターにつないでルーターからPPPoEで接続する感じになるのかと思います。
でもPCやスマホとネットワークが別になっちゃうのでかなり面倒になりそうです。
Google cloud tts を使う方法もありますが、無料枠超えると$4課金されちゃうのがちょっとね.... >>930 の意図は、ttsのキャッシュフォルダーをhttp://ローカルip:80/api/tts_proxy/でGHに公開するってことなんだが、ダメだった? >>939
色々やってみたけどローカルでは全然ダメでした。
あとGoogle cloud ttsってクラウドからファイル読み込むって勘違いしてた。
base_urlがイマイチよくわからないです。ここで指定したURLのフォルダにキャッシュされるってことは、クラウドのストレージとか使えないのかな?? >>940
HAと同じサーバーにnginx入れて試したらできたよ
location /api/tts_proxy/ {
alias /home/homeassistant/.homeassistant/tts/;
}
tts:
- platform: google_translate
base_url: http://192.168.0.10:8080
language: 'ja' 自分はこういう系好きなので分かるけど、周りがついてきてない感がすごいなw >>941
おお!
情報ありがとうございます!!
うちのHAはDockerで動いてるのですが、コンテナ内にインストールするのってどうやるんだろう??
ちょっと調べてみます。
>>942
私も素人で、勘違いも多くなかなかついていけませんw >>941
調べたらHAのNginxアドオンでできるかもです。
帰宅したら確認してみます。
ありがとうございます!! Google tts やっと実現できましたっ!!!
Nginx入れたら外側のみSSLが実現できました!!!
いろいろ教えてくださった方々に本当に感謝いたします!!
これで、家への連絡の自動化が捗ります
ちょっとわからないのが証明書の更新です。外側のポート12345を443に変換しているだけなので、内側から更新できないかもです。 Amazon echoのCMに反応するのはうちのHomeだけ? >>947
個人的には欲しい
とはいえ、俺が知りたいことはクグレカスと言われるようなことばかり何だろうけど
実際、ググって分からなかったのはttsの使い方と、lovelaceでスイッチの色を変えることくらいで、今の所困ってないしね >>947
個人的には需要めっちゃあります。
コミュニティもドキュメントも英語の壁があり、気軽に質問するにも困難 HA総合スレは欲しいけど基本的にやれることが多岐に渡り過ぎてる上にトラブルの原因の殆どがおま環によるものだろうから
質問はしたところで結局誰も分からず海外フォーラム漁って自力で解決するしかないみたいなパターンが多くなりそうではある おれこんなことやってるよ、という情報共有だけでもいろいろネタはありそうな気がする HAスレ建つとしたらどの板が適正なのかね Linux? 電化製品? 家電製品板は既にスマートホームスレもあるし立てるならそこでいいんじゃないか
本来一番適してるのは自宅サーバ板だろうけどあまりに過疎すぎる ポートがよくわかってない人がこういうことをやるんだからそれはスレが長くなる
HA自体の質問じゃなくてネットワークの質問じゃねってのばかりになる
新しい利用者が出るたびに同じような質問が繰り返される
誰かがわかりやすいキーワードのブログ書いておけばそこに行きついて終わるだけなのにな
スレを見ても新しい情報もなくただ教えてほしい人のたまり場になり誰も答えなくなる >>958
新築なら良いかも。
でも先日のIFTTT障害のようにGoogleやAmazonの勝手な仕様変更により突然反応しなくなるリスクはあるね Google Home mini -> IFTTT -> Beebotte -> Node Red
で家のRM3がコントロールできるようになりました。視認性、拡張性は、
691氏のシステムよりよくなっています。
今までお世話になりました。 Local Home SDKってもう使えるの?
使えるようになったらNode-REDで組もうと思ってるんだけど openhabってどう?
homeassistantより楽? >>965
よくわかんない。
dockerが要らないあたりは簡単そうかも。 >>697
axfc閉鎖したみたい。
誰か再アップしてください。
お願いします。 notifierを音楽再生ではなくブロードキャストに対応させる方法はないものか 複数にキャストするように改造すれば疑似的にできるんじやね? ifttt復活してるね。
やっぱ、リモコンは、すぐ出せるとこに置いとかないとだめだな。
この間の家にスイッチ設置したくないって人は、こんなとき死んじゃうな。結局最終的にどうしたんだろうか? あの人じゃないけど、IFTTTが微妙でのはラトックのサイトからも分かるのでIFTTT依存の部分をほとんど排除した。 もうテレビも照明もオーディオもなんもかんも付けっぱなしで出かけるわ
クソが オッケーグーグル!ブレーカー落として
(スイッチボットぽちー) sonoff basicぐらいのサイズで電源直接じゃなくてただのa接点をonoffしてくれる奴ないかしら
sonoffのリレー周りのパターン弄ってa接点仕様の作ったけど、市販品であれば教えてほしい ルーターについてるDDNS機能とraspberry piでがんばれ!…るのか?iftttなし >>986
チャイナ製の激安ESP8266で作れそうな気がする。 ど素人でよくわからないのですが、
a接点を制御するってことは、たとえばコンセントを繋いだだけではONにならない機器のスイッチ部分をWi-FiでON/OFFする感じでしょうか?
>>990
この製品はそれができるってことですか?? >>991
そうだよ
色んなスイッチの置き換えに使うものだから
この手の製品には
押しボタン代わりに一瞬繋ぐだけの「インチングモード」と
繋ぎっぱなしにする「セルフロックモード」が大抵装備されてる >>992
なるほど!
てことは、機器側で5V確保できないといけないですか。 takさんところのウェイクワードの記事で
>最も確実なのは、SwitchBot(4〜5千円)を使って、スマートスピーカーのウェイクボタンを物理的に押す方法
とあるのだけど、google homeって押せるのかな、SwitchBot持ってないからわからないけど指以外の物とかだと認識しないような。 スマホの画面をタッチするペンとかだとうまくいくみたいなことがわかりました。botにそういう素材使っているのかな。次の安売りででも買ってみるかな。 >>997
100均で売ってるタッチペンの先を貼り付けるとか、そういう発想が出ないなら買うだけ無駄じゃないかな >>995
どんな記事か興味あるのですが
SwitchBotはアプリで制御するの??
本末転倒な気がする >>995
検索したら記事が見つかった。
視線トリガーでしたか。失礼しました。 レス数が1000を超えています。これ以上書き込みはできません。