Home Assistant/Hass.io
そのディストリビューションであるHass.ioについて語るスレです。
公式サイト
https://www.home-assistant.io/
スレ建て乙です！
ありがとうございます。
CUIツール経由でコントロールする方法を書いてみる。
MQTTを使うので、Hass.ioのMosquittoアドオンなど、何らかのMQTTブローカーの設定がすでにできていることが必要。
githubのドキュメントに従ってSmartIRをインストールした後、こんな感じで設定を記述。
configuration.yaml
smartir:
climate:
- platform: smartir
device_code: 1000
controller_data: somewhere/topic
shell_command:
control_cmd: /somewhere/somecommand {{ arg }}
- alias: 'climate control'
trigger:
platform: mqtt
topic: "somewhere/topic"
action:
- service: shell_command.control_cmd
data_template:
arg: '{{ trigger.payload }}'
{
"manufacturer": "hoge",
"supportedModels": [
"hoge"
],
"supportedController": "MQTT",
"commandsEncoding": "Raw",
"minTemperature": 14,
"maxTemperature": 32,
"precision": 1,
"operationModes": [
"auto"
],
"fanModes": [
"auto"
],
"commands": {
"off": "args1",
"auto": {
"auto": {
"25": "args2"
}
}
}
}
文字列がMQTTのsomewhere/topicというトピックにパブリッシュされる。
automation.yamlの方ではこのトピックに何かサブスクライブされたら、その内容をshell_command.control_cmdの引数として渡して実行するよう定義。
つまり、エアコンオフのときは /somewhere/somecommand args1 が実行される。
うちではshell_commandに赤外線発光のためのコマンドを定義しているけど、NatureRemoとかの場合はshell_commandじゃなくてrest_commandの
payloadパラメータにargsを渡すようにするとよいのかも。
家電スレでRemoの質問をした物です。
サンプルコードまで載せていただいて、とても参考になります！
こんなコミュニティが今まで無くて苦労してました。
ありがとうございます！！！
https://www.home-assistant.io/hassio
Hass.ioと書かれたらUbuntuのPython venvにマニュアルインストールしてる身からすれば違うだろと感じる
>>1 に書いてあるじゃん
サンプルではAuto 25℃だけですが、温度や風量を指定したい場合は変数を増やす感じでしょうか？
{
"OperationModes": ["cool", "heat"],
"FanModes": ["soft", "hard"],
"commands": {
"off": "args1",
"cool": {"soft": {"26": "args2","27": "args3"},
"hard": {"26": "args4","27": "args5"}},
"heat": {"soft": {"26": "args6","27": "args7"},
"hard": {"26": "args8","27": "args9"}}}
}
誤爆ゴメン
あ、誤爆じゃなかった
はい、それでOKです。
やったぁぁぁぁ！できましたぁ！！！
エアコンがHAから制御できてめっちゃ感動しました！！
1から教えて下さってありがとうございました。
Rest_commandで返ってきたJsonレスポンスってどうやって見るんだろう？
できた！
テンプレートの使い方が間違ってました。
お騒がせしました
リンクさせればよいですよ。
（Google Homeは、HAでexposeした機器に対して操作を実行する）
https://www.home-assistant.io/components/google_assistant/
あ、そうか！
Climateをexposeすれば良いのか。
でも、今のところRemoアプリのルールが動いてるから、その辺をAutomationに移行させてからですなぁ。
今のところちょっとわからないのは、ダイキンのエアコンの場合、ドライやオートの温度設定が-5〜5度の設定範囲に切り替わるんですけど、これをどうやって対応させるのかです。jsonを新たに作って、コントロールを分ければ良いのかな？
例えば25度をプラスマイナスゼロ度設定に割り当てて、その上下の温度をプラスマイナスの
相対設定に割り当ててます。
どのみちHAやGoogle HomeアプリのUIは、相対温度設定には対応していないので。
ボイスコントロールのときは「OK Google、エアコン1度上げて」で済みます。
導入も拡張も保守も簡単。
検索してもなんかコミュニティに誘導されちゃうので上手く探せません。
サンプルでは足りないの？何がしたいの？
風向って設定できるのかなー？って思って
できるようになっているけど、smartIRがそれに対応していないですね。
fan_modeを使ってごまかすか、パッチを書くしかないかと。
風向を増やすだけで設定ファイルの中身が数倍に膨れ上がるから意図的にオミットしてんじゃないか
実際のところ中身をちょっと書き換えれば対応自体はできそうだけどそれやるくらいならエアコンの信号を合成するカスタムコンポーネントを一から書いた方が早いかもしれない
難しそうですね。ありがとうございます。
上で初制御できて喜んでた者ですが、似た仕様で複数コード作って、同じようにConfig弄ったらどっちも動かなくなったので、現在嵌り中orz。
ごめん、なんかいろいろ勘違いしてる。
Smart_IRのClimateコンポーネントをautomationで自動化したいんですが、
例えば28度以上で冷房オン、27度以下で冷房オフみたいな事をさせたい場合、
アクションでclimate.set_temperatureを使ってターゲットの温度を25度、target_highを28度、target_lowを27度 hvac_modeをcool等と設定すれば、27〜28度の間で自動でオンオフ出来るんでしょうか？
また、そのアクションを実行したい場合、トリガーは温度センサーのNumelicStateで良いのでしょうか？
上限下限で設定できるものが海外にはよくある）
NumelicState を見て、28を超えたら好みの運転モードで動かすように
Automation書けばいいけど、そもそもエアコンというのは設定した室温に
維持するための装置なわけで、そのオンオフをHAにやらすのは
ナンセンスな気がする。
なるほど。
一定周期で温度をチェックして指定の値になってなかったら設定温度を±1するって自動化を組もうとしたことはある
ただピッっていう操作音を消せない機種だったから実際に動かしたら鬱陶しくなりそうでやめたんだけれども
あとHAを再起動する度に全てのエアコンがオンになるので、管理し難くなったのでclimateコンポーネント自体削除しました。
再起動する度にNatureRemoAPIにPOSTしてるっぽいです。
AirconSetting APIは"button=power-off"以外のデータをPOSTするとエアコンがONになってしまう。
まだ残ってるなら関連するconfig全部貼ってみ。
改行が多いので2chに上げ難いですね。
Github以外でソースアップできるとありますかね？
あげました。
よろしくお願い申し上げます
https://dotup.org/uploda/dotup.org1953213.txt.html
オートメーションをオンにした瞬間ブローカーのRetain機能で以前発行されたac_study/topicが再発行されてんじゃない？
トピック監視してますが、新たに発行されてないですね。
Rest_commandが勝手に実行されて、空データをPOSTしてる感じです。
適当なMQTT subscriberでac_study/topicをsubscribeしてみたら、
誰もpublishしてないうちにbutton=power-offと読めたりしない？
だとして、smartIRはretain=trueでpublishしないんだけど、broker側で
強制的にretainすることなんてできたっけ。
broker側で保持されてて、新規にsubscribeした (= automation を
オンにした）ときに、publishされたのと同じ動作をしてるんじゃない、ということ。
でも、空データをPOSTしてるということは、ペイロードには空文字が
入ってるってことになるね…。
デバッグログは？
別アプリで監視してたらトピックの発行がなかったのですが、0.99からHAでListenできるようになったので、色々試したらRetain=trueでbutton=power-offが発行されてました。
おそらくSmartIR弄り始めたときにテストでパブリッシュしたのが残っているっぽいです。これってずっと残るんでしょうかね？
でもオフのトピックなのに起動するのは何故なんだろう？
mosquitto_pub -t study_topic -r -n
とすれば retain で発行されたtopicは消えるので、
> でもオフのトピックなのに起動するのは何故なんだろう？
とりあえずretainで残ってるゴミは全部消してみたら？
アドバイスありがとうございます！
トピックを削除することができ、再起動してもAutomation弄っても勝手にエアコンが起動することが無くなりました。
本当にありがとうございました。
ブローカーはHass.ioのアドオンですが、メモリ保持などのオプションが見当たらなかったです。
次は照明が問題です。いくつかの照明はSONOFF_BASICを仕込んでMQTTで制御していますが、
赤外線リモコンで制御するタイプの照明のSTATEを管理する良い方法はありますでしょうか？
壁スイッチから向こう側に触れることができないので、現実的には照度計が簡単そうですかね。
スイッチの付け替えはそちらの理解通り簡単ではないからね
こんなんあるんですね。興味湧いてきました。
これってXiaomi介さずにHAから直接Zigbeeで統合できるのでしょうか。
ここのTroubleshootingに場合によっては連携不能って思われることが書いてあるだけで実際はどうなのかわからない
参考までに先月買ったgatewayは書いてある手順通りにportを開けて使用してます
https://youtu.be/4f34SPqP4-A
これなら、N線引っ張ってくる工事しなくても良さそうですが、普通のLEDシーリングライトって、付属のコンデンサ取り付けられる所が無さそう？
エアコン以外のAPIはボタンごとにURLが異なるので、Rest commandでオンとオフそれぞれを記述して、Switchコンポーネントで割り当てようと思ったのですが、platformにRest commandを割り当てる方法が見当たりません。
RESTful Switch も調べたのですが、前述のとおりURLが異なるので、オン/オフの設定方法が不明です。
なにか良い方法をご存じの方いらっしゃいましたら、ご教示いただけると幸いです。
それがON→OFFになったときとOFF→ONになったときをそれぞれトリガーにしたオートメーションを書いて作る感じ。
このturn_on/turn_offそれぞれでRest Switchを割り当てればいい。
あー！なるほど！
Lightコンポーネントでオン/オフはservice:input_boolean.turn_on/turn_offを割り当てればよいのか！！
ちょっと試してみます。ありがとうございました。
HAはバージョンが上がってどんどん重くなっている気がする。
やはり、ラズパイを3以上のに買い換えるべきか。
消費電力増えるのも金使うのも嫌なのだが。
みんなやっぱりラズパイは3以上の使ってるの？
ラズパイZeroだとスペックあまり変わらないから、やっぱり非力なんだろうな。
Rest Command,Automation,Lightコンポーネントと3つも跨っていろいろ複雑になったので
シェルスクリプト作って、Command line Switchで落ち着きました。
せっかくアドバイスもらったのにゴメン
そもそもDocker非対応スペックだけど
Raspbian Buster LiteにHAと某691氏システムと、dasherしか使ってないけど
https://www.home-assistant.io/hassio/installation/
自分がHAを導入したのは2年以上前で、hass.ioは使っていない。
その頃の推奨環境をウェブアーカイブで確かめてみると、初代もZeroもOKだった。
結局、サポートするデバイスがどんどん増えて、重くなったんだなぁと。
まあ、一旦起動してしまえば初代ラズパイでも特に問題なく動いているように思うけど、バージョンアップで再ビルドが必要になると、すごく時間が掛かる。
アップデート作業は昼間にはやらずに寝る前に実行させるということにして我慢して運用すればいいのか。
ただ、ログを見ると、やたらとコンポーネントのセットアップに時間が掛かりすぎているというタイムアウトのWARNINGが記録されているので、これは初代ラズパイが非力なせいなのかも。
ラズパイ3の人はログにタイムアウトが記録されてたりしませんか？
素直にラズパイ3に買い換えてhass.ioを入れた方が幸せなのかも。
それとも、GPIOを使わないのであれば、うちには他にも仮想マシン上のLinuxサーバー環境があるので、そちらに移した方がいいのか。
それだとお金掛からないし、将来的にHAが肥大化しても対応しやすそう。
悩ましいところ。
上記リンクはhass.ioを導入するための推奨環境でした。
hass.io以外でもやはりラズパイ3以上推奨でした。
https://www.home-assistant.io/docs/installation/
やっぱZeroは厳しそうね
サンクス
まあ許容範囲
有線LANアップデート版もうそろそろ技適取れると思うし
これ安くていいね。
WiFiとかの余分な物が付いてないし。
HA動かすならば、こういうのでいいんだよな。
5月から11月とかです
condition: template
value_template: "{{ 5 <= now().month <= 11 }}"
って設定するのが一番簡潔に済むんじゃないか
設定期間内で年を跨ぐ場合とかはちょっと注意がいるけど
ありがとうございます。
関数とかもあるんですね。勉強になりました。
ゼロからの人に参考になりそうなものを教えてもらえるとありがたいです。。。
英語とググり力
英語かな
オライリーとか読めばなんとかなんじゃないの（適当）
そもそも基本的な自動化は別にプログラミング言語とか知らなくても組めるように出来てるんで、まずは公式HPの説明読み込んで使い方を理解するのが先だと思う。
その上でゼロから言語を学びたいってことならPythonでいいんじゃないか？分かりやすくを念頭に置いて作られてる言語だし、HomeAssistant自体もPythonで作られてるし。
テンプレート構文を多用する必要のある自動化とかはAppDaemon使って直接Pythonスクリプト書いた方が圧倒的に楽に組めるし、コンポーネントを自作できるようになるとやれる事の幅が一気に広がって色々捗るぞ
あと、設定ファイルはYAMLで書くので、YAMLの文法は知っておいた方がいい。
YAMLの文法と言っても必要なのはインデント揃えるくらいだよ
まずはラズパイ買ってOSをインストールしてみて。
それならググれば日本語でいっぱい情報があるから。
そうだね
やる気ないと難しいよ
教えてくれると思うけど、いちから手取り足取り学べる状況では残念ながらないよね日本では
日本以外だと手とり足取り教えてもらえるのかな？
インターネットなんてある程度は国境フリーなんだから、その手とり足取り教えてもらえる国のフォーラムで質問したらいいね
熱意というか、やりたいという気持ちが高まれば自分で調べてなんとかできる。
YAMLなんて全く分からないド素人だったが、ラズパイ導入からHass.ioのインストール・運用まで全部ネットで知識を得た
あと、このスレの回答がとても参考になってステップアップできた。
YAML, Jinja2, Python, JSON, ...
勉強なんて気合い入れてしなくてもなんか動くものがすでにあってパラメータをちょっといじったら自分の好きになるみたいなのもあるし
https://nwzimg.wezhan.hk/contents/sitefiles3603/18017975/images/1922294.jpg
基本的な作りはsonoff T1 USタッチスイッチと同じみたいだが、こちらは315MHzは使えずWiFiのみ。
こちらの方が少し安い感じ。
tuya-convertを使ってファームウェアをtasmotaに書き換えてMQTTスイッチとしてHAでコントロールできるようになった。
1回路のスイッチのテンプレートは tasmota wikiに上がっていた「KYGNE CD-301」のものがそのまま使えた。
ただし、3回路のテンプレートが無かったので自分で作った。
以下のとおり。
{"NAME":"Tuya CD303","GPIO":[157,57,255,19,23,18,0,0,17,21,58,22,56],"FLAG":0,"BASE":18}
ファームウェア書き換えるのが結構面倒だが、簡単に入手できるスマートスイッチとして活用できると思う。
これはニュートラル線いらんタイプ？
https://i.imgur.com/b6IIqNR.jpg
https://i.imgur.com/olhc4dd.jpg
https://i.imgur.com/fI1PlsU.jpg
100〜のスレッドの続きを読む