Deconz-rest-plugin: IKEAスマートブラインドFIRSTとCADRILL

2月2日まで待たなければならないのではないかと思います...

数日でここの店を襲うはずです。 必ず買います。 私が間違えなければ、それらは電池式なので、エンドデバイス

2月2日に2つゲットする予定です。

リピーターの理由は、ブラインドがゲートウェイとペアリングされていない場合ですよね？ リピーターなしでエンドデバイスからエンドデバイスへの直接制御はありませんか？

リピーターなしでエンドデバイスからエンドデバイスへの直接制御はありませんか？

ルーターなし。 ハブなしでスマートブラインドをスタンドアロンで制御する場合は、リピーターが絶対に必要です。 ただし、コーディネーターはルーターでもあるので、リモートとスマートブラインドの両方をdeCONZ（または可能であればIKEAハブ）に接続すれば、リピーターを捨てることができると思います。

Ikeaは、製造上の問題とIKEAブリッジへの実装に関する問題のために、夏まで延期された場所を教えてくれました。 私はこれらのブラインドにも非常に興味があり、deconzを介して制御できることを願っています。

この問題は、最近のアクティビティがないため、自動的に古いものとしてマークされています。 それ以上のアクティビティが発生しない場合は閉じられます。 貢献していただきありがとうございます。

まだIKEAを待っています...

Redditによると、ブラインドのリリースはオランダで10月に行われる可能性があります。
https://www.reddit.com/r/tradfri/comments/c8e7ge/blinds_kadrilj_fyrtur_on_sale_in_october

スウェーデンでは、彼らは1か月以内に到着します（うまくいけば）

IKEAによると、オランダでは8月末に以下を参照してください。
https://www.ikea.com/en/en/catalog/categories/departments/Textiles/10701/ ：

2019年8月末から、電動FYRTURおよびKADRILJローラーブラインドがIKEAで利用可能になります。 リモートコントロールを使用すると、ローラーブラインドを簡単に開閉できます。 TRÅDFRIゲートウェイおよび付属のアプリと組み合わせて使用​​することもできます。

うーん、彼らはウェブサイトからテキストを削除しました...

編集（8月1日）そしてそれは戻ってきました...まだ8月末です。

XiaomiAqaraローリングシャッターモーターを見る必要があるようです
https://s.click.aliexpress.com/e/J1vGk12

本日リリースされました。うまくいけば、これは迅速に統合されます。 いくつか購入したい：D

カスタムサイズはありません：/。 残念な。

イタリアでは、予備のバッテリーBraunitのみをリリースしました：p

すぐに利用できるようになります。 彼らは今週オランダのサイトに登場しました。 当初は8月18日に利用可能と言われていました。 私はいくつかのfyrtursを購入します。

私は今週末それらを買いました。 誰かが私に必要なものについてのステップバイステップガイドを提供してくれるなら
やること。 情報をお送りします。

このリンクはそれについてだと思います。

Fyrturも2つ購入しましたが、いつ遊ぶ時間ができるかわかりません。

今日も2つのFyrturスマートブラインドを手に入れました。 残念ながら、私はdeconzをヘッドレスで実行しているので、GUIにアクセスできませんが、他に役立つ方法がある場合は、単語を言ってください:)

dockerでdeconzを実行すると、実際にデスクトップGUIをvnc経由で表示できるようになります。

カスタムサイズはありません：/。 残念な。

私は彼らがそうだと思います;）

https://youtu.be/PL6LPZZoFlo

長さ240cmが必要です。 Ikeaは195：/のみを販売しています。

HassioでアドオンとしてDeconzを実行しています。 だから私はGUIにアクセスできないのではないかと心配しています。

HassioでアドオンとしてDeconzを実行しています。 だから私はGUIにアクセスできないのではないかと心配しています。

はい、できます。 https://github.com/home-assistant/hassio-addons/tree/master/deconz#accessing -the-deconz-application-and-viewing-the-mesh-via-vnc

VNC経由でログインできるようになりました。 Ikeaブラインドの2つのボタンを押しました（ステップ2）。 また、許可結合（255）を設定しました。 しかし、VNCビューに変更はありません。 他にやるべきことはありますか？

デバイスを追加する
ワイヤレスオープン/クローズリモート
ワイヤレス開閉リモコン販売時
ワイヤレスローラーブラインドと一緒に
シグナルリピーター（同じパッケージ内）、彼ら
すでにペアリングされています。
ワイヤレスローラーブラインドを追加するには、繰り返すだけです
以下の手順：
ワイヤレスローラーブラインドが
オン。
1開閉の裏表紙を開けます
リモートして、ペアリングボタンを見つけます。
2ブラインドの両方のボタンを短く押します。
これにより、デバイスが起動して準備が整います
2分間のペアリング用。
3 Open / Closeリモートを非常に近くに保持します
追加したいワイヤレスローラーブラインド：いいえ
から5cm以上離れている。
4ペアリングボタンを押し続けます。
ワイヤレスOpen /で少なくとも10秒
リモートを閉じます。
5オープン/で赤信号が着実に光ります
リモートを閉じます。 ワイヤレスローラーブラインド
白色光が暗くなり始め、
デバイスは正常にペアリングされました。
最大4つのワイヤレスローラーブラインドをペアリングできます
1つの開閉リモートで。

ベルリンから来てFYRTURに興味がある人のために、彼らはベルリンのヴァルタースドルフに何人かいます。

また、利用可能なショップでオンラインで確認することもできます:)

Fyrturがアムステルダムで利用可能になるのをまだ待っています...

私が理解しているように、2つのボタンを押すと、ブラインドがタッチリンクペアリングモードに設定されます。 それはdeCONZとペアリングするのに役立ちません。 Trådfriデバイスのいずれかと同様の場合は、出荷時設定にリセットすることでうまくいくはずです。 コントロールの場合、これはペアリングボタンを10秒間押し続けることによって行われます。

リセット後にブラインドをdeCONZネットワークに参加させることができない場合は、リモートをdeCONZにペアリングして（ここでもリセットして）、ブラインドをリモートにタッチリンクしてみてください。

Fyrturがアムステルダムで利用可能になるのをまだ待っています...

私が理解しているように、2つのボタンを押すと、ブラインドがタッチリンクペアリングモードに設定されます。 それはdeCONZとペアリングするのに役立ちません。 Trådfriデバイスのいずれかと同様の場合は、出荷時設定にリセットすることでうまくいくはずです。 コントロールの場合、これはペアリングボタンを10秒間押し続けることによって行われます。

リセット後にブラインドをdeCONZネットワークに参加させることができない場合は、リモートをdeCONZにペアリングして（ここでもリセットして）、ブラインドをリモートにタッチリンクしてみてください。

これにより、接続されたリモート情報

そしてブラインドの情報：

ブラインド自体をリセットしてペアリングするには、ほとんどの場合、ブラインドの両方のボタンを5秒間押します（リモートではありません）。したがって、ブラインドはGUIにエンドデバイスとして表示されます。 この後、リモコンをブラインドに手動でペアリングする必要があります。 私は現在自分でGUIにアクセスできないので、少なくともそれは私の理解です。 今日の後半にテストするために、piをデスクトップバージョンに再インストールする可能性があります...

編集：あなたはそれに私を打ち負かしたようですThoit :)

編集編集：以前に投稿したビデオに続いてブラインドの1つを短くしましたが、うまくいきました。

@Thoitは、deCONZがまだ記述子を完全に読み取っていないようです。 ノード上の2つのドロップダウンラウンドの_左_からそれらを読み取ってみることができますか？ 必ず最初にデバイスをウェイクアップしてください。 また、 https：//github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Supportから他の情報を投稿して

これはあなたが必要とする情報ですか？

そしてリモート：

リモコンはよさそうだ。 予想通り、コマンドをブラインドに送信するためのクライアント_WindowCovering_クラスターがあります。 これは、ブラインドのみを（直接）制御でき、ブラインドを他の制御デバイスから（直接）制御できないことを意味します。 おそらくいくつかのIKEA固有の構成に使用される0xFC7Cクラスターについてはあまり満足していません。

視覚障害者のためにノードをクラスターに投稿することもできますか？ そして、属性を読み取った後の_Basic_クラスター。 読み取りを成功させるには、ブラインドのラジオが目を覚ましている必要があります。 それを達成する方法がわかりません。 うまくいけば、ブラインドは数秒ごとに親をポーリングします。そうしないと、コントローラーに反応できなくなります。

こんにちは ！
私はイケアブラインドを含む進歩に満足しています:)
ブラインドに関する1つの質問：Endpositionはカスタマイズできますか？ ->使用したいウィンドウが1,95未満です。
->イケアのマニュアルでそれについての情報を見つけることができませんでした

こんにちは ！
私はイケアブラインドを含む進歩に満足しています:)
ブラインドに関する1つの質問：Endpositionはカスタマイズできますか？ ->使用したいウィンドウが1,95未満です。
->イケアのマニュアルでそれについての情報を見つけることができませんでした

はい、それは可能です。 終了位置を設定し、ブラインドのボタンの1つを2回クリックします。

こんにちは ！
私はイケアブラインドを含む進歩に満足しています:)
ブラインドに関する1つの質問：Endpositionはカスタマイズできますか？ ->使用したいウィンドウが1,95未満です。
->イケアのマニュアルでそれについての情報を見つけることができませんでした

はい、それは可能です。 終了位置を設定し、ブラインドのボタンの1つを2回クリックします。

THX ！ ..利用可能になり次第、いくつか入手します:)

@manupは、短期的に可能なdeconzで適切なIkeaカバーサポートを取得することをサポートしますか？

ブラインドに関する詳細情報を入手する方法が見つかりませんでした。 すでに2つのボタンをそれぞれ同時に押してダブルクリックしましたが、スクリーンショットに表示されている情報は表示されません。

私は今日それらのいくつかを手に入れることができました。 実装に役立つ技術的な詳細を提供させていただきます:)

@manupこれに関する進捗状況や計画はありますか？

今日、私はついにブラインドの1つをデコンズにペアリングしましたが、Thoitと同じように、それからより多くの情報を取得する方法がわかりません。 ノード情報を取得できますが、表示または読み取るクラスターが明らかにありません...

deCONZは記述子を読み取っていません。 （ノードの右側にある）左側のドロップダウン（表示されているだけ）からこれらを手動で読み取ってみてください。 ブラインドがどれだけ眠いかによっては、反応する前に目を覚ます必要があるかもしれません。 それがどのように行われるかわからない、私はブラインドのボタンを押すことによって推測/願っています。

ブラインドクラスターと基本クラスターの読み取り

涼しい！ _Window Covering_クラスターを読んでみてください。 そして、_Open_コマンドと_Close_コマンドを使用してブラインドを制御できるかどうかを確認しますか？

ブラインドをDeconz @ Revorgeとどのように接続しましたか？ Ikは何度か試しましたが、うまくいきませんでした:(

@ebaauwこれが私のマルチアダプターHomebridgeブラインド実装です。 Homebridge-hueにブラインドサポートを実装するのに役立つ可能性があります
https://github.com/paolotremadio/homebridge-webshades

それは私に不思議に思います：それはHomebridge-Hueの一部であるべきですか？ 技術的には色相ではありません... :)

homebridge-hueは、 v0.10.3以降スマートブラインドをサポートしています。

涼しい！ _Window Covering_クラスターを読んでみてください。 そして、_Open_コマンドと_Close_コマンドを使用してブラインドを制御できるかどうかを確認しますか？

「Up / Open」、「Down / Close」、「Go toliftpercentage」の実行ボタンを使用してdeconzGUIからブラインドを制御できます-扱います:)

属性の読み取りが正しく完了したかどうかはわかりませんが、何を試してもこれですべてです。

ブラインドをDeconz @ Revorgeとどのように接続しましたか？ Ikは何度か試しましたが、うまくいきませんでした:(

deconz GUIを介してネットワークを開くか、phosconの「新しいライトを追加」して、ブラインドの両方のボタンを約5秒間押し続けます。ブラインドはすぐに表示されます。

見た目は良さそうです。ブラインドがPollControlクラスターも提供しているのが好きです。 リモコンは、以前に販売されたオン/オフリモコンと同じようで、2.05.58以降でサポートされています。
https://github.com/dresden-elektronik/deconz-rest-plugin/releases/tag/V2_05_58

リモコンでブラインドを直接制御できるようにするためにバインディングを設定するには、いくつかの追加コードが必要です。

短期的な目標として、既存の/lightsハックを介してブラインドをサポートすることは理にかなっていると思います。 私のお気に入りではありませんが、v2 REST-APIには時間がかかるので、最初にハックを実行し、後でv2に適切なブラインドAPIを追加しましょう:)

昨日、140cmのFYRTURがIKEAアムステルダムで入手可能であるというメール通知を受け取りました。 私はすぐにそこに行きましたが、彼らはFYRTURを見つけることができませんでした-彼らは「失われた」のです。 在庫が変わったので、見つけたと思いました。 今朝また旅行をしましたが、残りは60cmと80cmしかありませんでした。 ウェブサイトに掲載されている残りの140cmユニットはMIAになりました。 彼らは新しい在庫がいつ到着するかを知りません。 車で行ける距離にある他のイケアストアには現在在庫がないので、もう一週間待つと思います...

とにかく、FYRTUR（そして、私はKADRILJ）をホワイトリストに登録したので、REST APIプラグインはtype Window covering device /lightsリソースを作成する必要があります。 誰かが私の最新のコミットをコンパイルしてテストできることを願っています。

/lightsリソースにconfigがないため、バッテリーレベルの公開は少し難しくなります。 ZHABattery /sensorsタイプを導入するか、API v2 /devices待つ方がよいでしょう。

リモコンはオン/オフリモコンと同じようです

いいえ、ファームウェアやデバイスの種類が異なり、_On / Off_および_LevelControl_コマンドの代わりに_WindowCovering_コマンドを送信していると思われます。

リモートデバイスタイプをgeneral.xmlに追加し、 /sensorsリソースを作成するためにホワイトリストに登録しました。 クライアントの_On / Off_クラスターもアドバタイズするので、これで十分だと思います。 完全にサポートするには、送信するコマンドを確認する必要があります。 誰かが--dbg-info=2 deconzを実行し、 asduを含むコマンドをキャプチャしてください。

いくつかの進歩とコミットが行われているのを見るのは本当に素晴らしいです:)私がサポートを追加するのにさらに助けになるかもしれないなら-ただ言葉を言ってください。 私は現在、とにかく「バーナー」SDカードでこれらすべてをテストしているので、「いじくり回す」ことを気にしません:)

すばらしい@ebaauwHassioアドオンを介してコードをテストするにはどうすればよいですか？ それともそれは不可能ですか？

最新のコミットを取得し、REST APIプラグインをコンパイルしてインストールする必要があります。https：//github.com/dresden-elektronik/deconz-rest-plugin#get-and-compile-the-pluginを参照して

最新のコミットを取得し、REST APIプラグインをコンパイルしてインストールする必要があります。https：//github.com/dresden-elektronik/deconz-rest-plugin#get-and-compile-the-pluginを参照して

リポジトリからコンパイルしようとしましたが、エラーが発生します

リモートデバイスタイプをgeneral.xmlに追加し、/ sensorsリソースを作成するためにホワイトリストに登録しました。 クライアントのオン/オフクラスターもアドバタイズするので、これで十分だと思います。 完全にサポートするには、送信するコマンドを確認する必要があります。 誰かが--dbg-info = 2でdeconzを実行し、asduを含むコマンドをキャプチャしてください。

「ステップバイステップ」で、上記の質問をどのように実行しますか？

くそー、私はそれを忘れました。 これは、v2.05.66以降のコミットに関する既知の問題であり、v2.05.67で修正される必要があります。 ＃1732およびhttps://github.com/dresden-elektronik/deconz-rest-plugin/commit/1777accdc688a2a72f762f6e8d38df68dec34fefを参照して

くそー、私はそれを忘れました。 これは、v2.05.66以降のコミットに関する既知の問題であり、v2.05.67で修正される必要があります。 ＃1732および1777accを参照してください。

それは助けになりました:)

また、HomeAssistantに表示されます-報告された状態と位置は正しくありませんが、ブラインドは位置スライダーを使用して制御できます。

これをリリースしましょう！

Home Assistantスライダーの問題は何ですか？ スケールが間違っていますか？

Home Assistantスライダーの問題は何ですか？ スケールが間違っていますか？

唯一の「問題」は、HomeAssistantがブラインド状態を完全に認識していないことです。 スライダーの目盛りは正しいですが、HomeAssistantにはブラインドの現在の位置がわかりません。 Home Assistantに最後に設定された位置を記憶させるだけで一時的にこれを解決できますが、それはHomeAssistantコミュニティの問題です。

状態はRESTAPIのstate.briに反映されていますか？ _現在の位置リフト率_属性と一致する必要があります。 Xiaomiカーテンコントローラーと、私が思うに、ubysis J1は、キャリブレーションが成功した後にのみ現在の位置を報告します。

0％はどの位置ですか？ 完全に開いていますか、それとも閉じていますか？ コードがどうあるべきかを確認する必要があります。 Xioamiがそれらを逆転させ、HomeKitがZigBeeに対してそれらを逆転させたので、どちらがどちらであるかを忘れています。

属性（およびstate.bri ）は自動的に更新されます。 そうでない場合は、ブラインドの_WindowCovering_クラスターからRaspBee / ConBeeへのバインディングを手動で作成してみてください。

0％はどの位置ですか？ 完全に開いていますか、それとも閉じていますか？ コードがどうあるべきかを確認する必要があります。 Xioamiがそれらを逆転させ、HomeKitがZigBeeに対してそれらを逆転させたので、どちらがどちらであるかを忘れています。

0％は完全に開いています。 state.bri後で見ていきます。

_Window Covering Cluster_の属性を読み取ると、Home Assistantで状態と位置が更新されます-逆になっているため、0％（開いている）は閉じていると表示され、100％（閉じている）は開いていると表示されます...ブラインドそれ自体が毎秒その親をポーリングしているようです。

Window Covering Clusterの属性を読み取ると、HomeAssistantで状態と位置が更新されます。

_WindowCovering_クラスターからRaspBee / ConBeeへのバインディングを作成し、_Current Position Lift Percentage_の属性レポートを構成したら、読み取りは必要ありません。

したがって、0％（オープン）はクローズとして表示され、100％（クローズ）はクローズとして表示されます

オープンは0％で問題ありません。https： //github.com/dresden-elektronik/deconz-rest-plugin/pull/746#issuecomment-427590830を参照してstate.bri確認してください。 開いている場合は0、閉じている場合は255である必要があります。 その場合、Home Assistantは値を逆にする必要があります（ブラインドを開閉​​するときも）。 HomeKitもオープンに100％、クローズに0％を使用しているので、homebridge-hueでも同じことをしなければなりませんでした。

ブラインド自体は毎秒その親をポーリングしているようです。

それは良いニュースです。 期待していたのですが（またはリモートに応答できなかったので）、確認しておくとよいでしょう。

WindowCoveringクラスターからRaspBee / ConBeeへのバインディングを作成し、Current Position Lift Percentageの属性レポートを構成したら、読み取りは必要ありません。

それは素晴らしいことのように聞こえますが、私にはノウハウが不足しているのではないかと心配しています。

バインディングを作成するには、deCONZGUIで_BindDropbox_パネルを開きます。 _WindowCovering_クラスターをブラインドからドロップボックスの_Source_フィールドにドラッグします。 0x01エンドポイントをRaspBeeから_Destination_フィールドにドラッグします。 次に、_Bind_を押します。 ドロップボックスには、しばらくの間成功が表示されます。 数回の試行が必要になる場合があります。 これがスクリーンショットです（Xiaomiカーテンコントローラー用）：

属性レポートを構成するには、deCONZGUIで[クラスター情報]パネルを開きます。 ブラインドから_WindowCovering_クラスターを選択し、下にスクロールします。 _Current Position Lift Percentage_属性をダブルクリックして、_AttributeEditor_ウィンドウをポップアップします。 レポート値を入力し、_WriteConfig_を押します。 ポップアップウィンドウを閉じて再度開き、_ReadConfig_を押して値が保存されていることを確認します。 数回の試行が必要になる場合があります。

この後、ブラインドを開閉​​すると、_現在の位置リフト率_値が自動的に変更されます。 これが機能する場合は、REST APIプラグインを拡張して、バインディングと属性レポートの構成を自動的にセットアップできます。

いい仕事をしている人たち、今日はブラインドを2つ拾ったばかりですが、最初に少しカットする必要がありますが、ブラインドを手に入れたら、さらに情報が必要な場合は喜んでお手伝いします。

@ebaauwどうもありがとう-助けと詳細な説明に本当に感謝します:)私は数分で誕生日を迎えますが、今夜行くときにそれを与えます。 HAで基本的な機能を修正するために必要なのはそれだけのようです👍

ikea.nlによると、Ikeaアムステルダムには140cmのブラインドが1つ在庫がありますが、以前からのファントムブラインドである可能性があります;）

@ebaauwバインディングを作成するための指示に従い、位置が自動的に更新されるようになりました

後で開閉リモコンをdeCONZとペアリングして、ブラインドの制御にも機能するかどうかをテストします。

@RevorgeでHassを修正するには、 https：//github.com/home-assistant/home-assistant/blob/d4bd5a180ce9c7dc39b0a00000307148ca6b6303/homeassistant/components/deconz/cover.py#L17にモデルを追加する必要があり

適切な順序に従ってすべてのデバイスを指定する必要がないように、どちらの方法がデフォルトの方法であるかを知りたいだけです

リモコンはオン/オフリモコンと同じようです

いいえ、ファームウェアやデバイスの種類が異なり、_On / Off_および_LevelControl_コマンドの代わりに_WindowCovering_コマンドを送信していると思われます。

興味深いことに、私が正しく思い出すと、オン/オフリモコンはウィンドウカバー機能も提供していました。

https://github.com/dresden-elektronik/deconz-rest-plugin/pull/1774を2.05.67にマージし

@manupどのカバーが上下のロジックを逆にしたかを知る簡単な方法はありますか？

@manupどのカバーが上下のロジックを逆にしたかを知る簡単な方法はありますか？

よくわかりませんが、REST-APIはすべてのカバーに対して1つのロジックしか提供しないことをお勧めします。 また、カバーのロジックが逆になっている場合は、アプリケーションをシンプルに保つために、これを内部で処理する必要があります。

REST APIプラグインは、ロジックをZigBee標準に正規化します。 したがって、「あなたの」ホームオートメーションシステムが使用するものに応じて、それはすべてなしではありません。

@ebaauwわかりました、すべてが

誰かが--dbg-info = 2でdeconzを実行し、asduを含むコマンドをキャプチャしてください。

上記を実行しようとしていますが（「asdu」の部分を理解しているかどうかはわかりません）、リモコンのボタンを押すと「ボタンハンドラーがありません」というメッセージが表示されるだけです...どうすればよいですか？

このメッセージの直前にasduを含むAPS-DATAメッセージがあるはずです。 たとえば、 https： //github.com/dresden-elektronik/deconz-rest-plugin/issues/1676#issuecomment-511347951を参照して

このメッセージは、リモートが_Window Covering_コマンド（クラスター0x0102）を送信しているという私の疑いをすでに確認しています。 ボタンハンドラーを作成するには、さまざまなボタンを押したり、離したり、押し続けたりするためのさまざまなコマンドをキャプチャする必要があります。

--dbg-info=2

これは、バッテリーのパーセンテージを報告するリモートです（クラスター0x0001、属性0x0021）。

たぶん私はdeCONZオプションを混同しました。 あなたは試みることができる--dbg-info=2に加えて、 --dbg-aps=2 ？

--dbg-aps=2 -1回のアッププレスと1回のダウンプレスの前後

家にいるときにZCL仕様を再確認する必要がありますが、これはパラメーターのない単純な_Open_および_Close_コマンドのように見えます。 押し続けると、リモコンは他に何かを送信しますか？

リモートのZHASwitchリソースはconfig.groupますか？ ブラインドはすでにリモコンに反応しますか？

家にいるときにZCL仕様を再確認する必要がありますが、これはパラメーターのない単純なOpenコマンドとCloseコマンドのように見えます。 押し続けると、リモコンは他に何かを送信しますか？

ボタンを数秒間押し続ける

リモートのZHASwitchリソースはconfig.groupを表示しますか？ ブラインドはすでにリモコンに反応しますか？

これまで考えたことはありませんでしたが、deCONZ GUIを介してブラインドとリモートの同じグループIDを割り当てるだけで、ブラインドはリモート入力（「上下に1回押す」と「上下に長く押す」の両方）に完全に応答します。 予想通り、レンジエクステンダー/リピーターは必要ありません:)

リモコンの動作は次のとおりであることに注意してください。

• シングルプレスアップ：ブラインドを完全に開きます
• 長押し：ボタンを離すまで（または全開位置に達するまで）開き続けます
• シングルプレスダウン：ブラインドを完全に閉じます
• 長押し：ボタンが離されるまで（または完全に閉じた位置に達するまで）閉じ続けます

リモコンの動作は次のとおりであることに注意してください。

• シングルプレスアップ：ブラインドを完全に開きます
• 長押し：ボタンを離すまで（または全開位置に達するまで）開き続けます
• シングルプレスダウン：ブラインドを完全に閉じます
• 長押し：ボタンが離されるまで（または完全に閉じた位置に達するまで）閉じ続けます

確かに-それは私が得ている行動です👍

これは、ログに表示されるコマンドと一致しています。ボタンを押すと_Up / Open_（0x00）または_Down / Close_（0x01）になり、しばらくしてボタンを離すと_Stop_（0x02）になります。 これは異例です。リモコンは、ボタンイベントx001とx002を区別できないため、プレス/リリース時にプレス/ホールドと同じコマンドを送信します。 ロングリリースでx003を送信するのはまだ理にかなっていると思います。

理由がわかります。押すか長押ししても、ブラインドが動き始めます。 プレスだけの場合は、ロール終了時に停止します。 長押しの場合、ボタンを離すと停止します。

私はあなたに同意します、長押しはより説明的です（ボタンが離されたときにイベントが発生する限り）。 また、コードがIkeaの5ボタンリモートとより一貫性のあるものになります

上記のコミットにより、ペアリング時にリモートを開く/閉じるためのグループが作成され（ config.groupが表示されます）、ボタンを押すとstate.buttonevent更新されます。

• 1002：_Up_プレス/リリースまたはプレス/ホールド;
• 1003：_Up_ロングリリース;
• 2002：_Down_プレス/リリースまたはプレス/ホールド;
• 2003：_Down_ロングリリース。

誰かがこれをテストできれば幸いです。

まだやるべきこと：視覚障害者のためのバインディングと属性レポートを設定します。
そして、以下のコミットは、バインディングと属性のレポートを設定する必要があります。 テストされていません。

@ebaauw昨日の夕方/夜に最新の変更をまとめました。 HAで更新する位置のバインディングとレポートを手動で設定する必要があるようです-何か間違ったことをしている可能性があるかどうかわかりません...

グループの作成について何をどこで探すべきか完全にはわかりませんが、リモートは古いWebアプリに表示され、ブラインドを追加できますが、それではブラインドがリモート入力に応答しません。

ついに私自身のFYRTURを手に入れました。

グループの作成について何をどこで探すべきか完全にはわかりませんが、リモートは古いWebアプリに表示され、ブラインドを追加できますが、それではブラインドがリモート入力に応答しません。

新しいデバイスをホワイトリストに登録する場所は常にもう1つあります。 グループは問題なく作成されましたが、リモートはまだそれにバインドされていませんでした。 また、ボタンイベントが生成されない原因となるバグや、 general.xmlにエラーがあり、デバイスタイプが表示されないことも判明しました。

ポジションのバインディングとレポートを手動で設定する必要があるようです

こっちも一緒。 REST APIプラグインは、_SWビルドID_（0x0000 / 0x4000）の属性レポートを設定しているようですが、それ以上のものはありません。 おそらく、ホワイトリストに登録するもう1つの場所...

FYRTURは、_Battery Percentage Remaining_（0x0001 / 0x0021）と、すでに理解したように、_Current Position Lift Percentage_（0x0102 / 0x0008）の属性レポートをサポートしています。 バッテリー用に7200/7200/0を、位置用に1/300/1を手動で構成しました。 REST APIは、ブラインドが移動するとWebソケット通知を発行します-かっこいいです。 すでに理解したように、グループコマンドに反応します。

シーンの現在の位置を保存および呼び出すZigBeeシーンをサポートします。 位置をstate.briマップするため、RESTAPIがこれを理解しているとは思いません。 API v2の場合、バッテリーのパーセンテージを公開するのと似ています。

予想通り、homebridge-hueはすでにウィンドウカバーデバイスをサポートしており、FYRTURを喜んで公開しています。 開閉リモコンのサポートを追加する必要があります。

ブラインドを手に入れて、最初の試みでペアリングは成功しました。
それらは完全に制御可能ですが、私の問題は、Home AssistantとHomekitで、完全に開いたときに閉じた状態で表示され、その逆も同様であるということです。 これを変更するにはどうすればよいですか？

ブラインドを手に入れて、最初の試みでペアリングは成功しました。
それらは完全に制御可能ですが、私の問題は、Home AssistantとHomekitで、完全に開いたときに閉じた状態で表示され、その逆も同様であるということです。 これを変更するにはどうすればよいですか？

これには、Home Assistantコンポーネントの変更が必要です-時間が許せば、

新しいデバイスをホワイトリストに登録する場所は常にもう1つあります。 グループは問題なく作成されましたが、リモートはまだそれにバインドされていませんでした。 また、ボタンイベントが生成されない原因となるバグや、general.xmlのエラーにより、デバイスタイプが表示されないこともいくつか見つかりました。

グループとリモートを介したブラインドの制御は現在機能しています:)しかし、ブラインドは「メッシュ」ではないようです。これが、私のブラインドの1つに重大な入力遅延を引き起こしている可能性があります...？

@jeopoldまたは@revorgeタイプとモデルIDを教えて

私の問題は、Home AssistantとHomekitで、完全に開いたときに閉じた状態で表示されたり、その逆の状態で表示されたりすることです。

それらをHomeKitにどのように公開しますか？ _WindowCovering_クラスターをRaspBee / ConBeeに手動でバインドし、_Current Position Lift Percentage_の属性レポートを設定しましたか？ それ以外の場合、RESTAPIによって報告される値は最新ではありません。

ブラインドは「噛み合って」いない

もちろん違います; それらはエンドデバイス（灰色のノード）です。 これらは、「親」である単一のルーター（黄色のノード）[またはコーディネーター（青色のノード）]に接続します。

私のブラインドの1つにいくつかの重要な入力遅延

どれ？ すべてのリモコンからすべてのブラインドを制御しますか、それともブラインドごとに1つのリモコンを使用しますか？

@ebaauwカバーのタイプとモデルIDを共有できますか？

ブラインドは「噛み合って」いない

もちろん違います; それらはエンドデバイス（灰色のノード）です。 これらは、「親」である単一のルーター（黄色のノード）[またはコーディネーター（青色のノード）]に接続します。

Dohh、ジグビーのすべてについて私がまだ初心者であることを示しに行きます:)ノードの色に気づかなかった理由がわかりません...。

私のブラインドの1つにいくつかの重要な入力遅延

どれ？ すべてのリモコンからすべてのブラインドを制御しますか、それともブラインドごとに1つのリモコンを使用しますか？

ブラインドごとに1つのリモコン。 その特定のブラインドのリモコンは、最も遠いルーターに接続します（イエローノード:)）それが遅延と関係があるかどうかわかりません...

@jeopoldまたは@RevorgeタイプとモデルIDを教えて
@ Kane610確かに、どこを見ればよいかヒントを教えてください:)

それらをHomeKitにどのように公開しますか？ _WindowCovering_クラスターをRaspBee / ConBeeに手動でバインドし、_Current Position Lift Percentage_の属性レポートを設定しましたか？ それ以外の場合、RESTAPIによって報告される値は最新ではありません。
@ebaauw Home AssistantHomeKitコンポーネントを使用しています。 Phosconを介してブラインドを追加したところ、Home AssistantとHomeKitに表示され、それ以上の構成は行われませんでした。 しかし、Phosconではライトとして表示されていることに気づきました。

@jeopold
これをhassconfiguration.yamlに入れ、hassを再起動してログを調べます。そこにライトがあり、その中にはカバーに関する全体を共有できます。

ロガー：
デフォルト：情報
ログ：
pydeconz：デバッグ
homeassistant.components.deconz：デバッグ

その特定のブラインドのリモコンは、最も遠いルーターに接続します（イエローノード:)）それが遅延と関係があるかどうかわかりません...

それはChildBulb1ですか？ 見てみると、GardinEntreブラインドは同じルーターに接続しています。 それはあなたがこのリモコンから制御しているブラインドですか？ ルーターはどのような種類のライトですか？ GardinStueと他のリモートが接続するKantorBulb1はどのタイプのライトですか？

カバーをデコンズにペアリングした後でも、リピーターが必要ですか？

カバーをデコンズにペアリングした後でも、リピーターが必要ですか？

番号 ：）

その特定のブラインドのリモコンは、最も遠いルーターに接続します（イエローノード:)）それが遅延と関係があるかどうかわかりません...

それはChildBulb1ですか？ 見てみると、GardinEntreブラインドは同じルーターに接続しています。 それはあなたがこのリモコンから制御しているブラインドですか？ ルーターはどのような種類のライトですか？ GardinStueと他のリモートが接続するKantorBulb1はどのタイプのライトですか？

@ebaauwを助けてくれてありがとう遅延のあるブラインドはGardinKoekkenで、そのリモコンはKontorBulb1に接続し、GardinStueのリモコンもそうです（GardinstueはKontorBulb1のすぐ隣にあります）。 Kontorbulb1は「TrådfriGU10電球」です。 GardinEntreのリモコンはChildBulb1に接続しており、これは「TrådfriE27WS」です。

ブラインドとdeCONZをどのようにペアリングしますか？ phosconの「Addnewlights」経由？

ブラインドとdeCONZをどのようにペアリングしますか？ phosconの「Addnewlights」経由？

はい、またはDeCONZGUIまたは古いWebアプリからネットワークを開くことによって:)

遅れている盲人はGardinKoekkenです

スクリーンショットによると、そのブラインドはRapsBee / ConBeeに接続されています。 他の2つは（遅滞なく）IKEATrådfri電球に接続されています。 Trådfriファームウェアは、RaspBee / ConBeeファームウェアやdeCONZコアとは異なる方法で子デバイスのグループキャストを処理し、遅延を引き起こすと理論付けます。 親としてTrådfri電球を選択するように強制するために、ブラインドを遠くのConBee / RaspBeeと再ペアリングしようとしました。

ブラインドとdeCONZをどのようにペアリングしますか？ phosconの「Addnewlights」経由？

はい、またはDeCONZGUIまたは古いWebアプリからネットワークを開くことによって:)

GUIからネットワークを開かないでください。 デバイスはネットワークに正常に参加しますが、RESTAPIリソースは作成されません。

遅れている盲人はGardinKoekkenです

スクリーンショットによると、そのブラインドはRapsBee / ConBeeに接続されています。 他の2つは（遅滞なく）IKEATrådfri電球に接続されています。 Trådfriファームウェアは、RaspBee / ConBeeファームウェアやdeCONZコアとは異なる方法で子デバイスのグループキャストを処理し、遅延を引き起こすと理論付けます。 親としてTrådfri電球を選択するように強制するために、ブラインドを遠くのConBee / RaspBeeと再ペアリングしようとしました。

あなたの親切な助けをたくさんありがとう:)私は今夜遅くそれを試みます。

@jeopold
これをhassconfiguration.yamlに入れ、hassを再起動してログを調べます。そこにライトがあり、その中にはカバーに関する全体を共有できます。

ロガー：
デフォルト：情報
ログ：
pydeconz：デバッグ
homeassistant.components.deconz：デバッグ

これでしょうか？ @ Kane610

Ikeaの指示は少しがらくたです。

ブラインドをリセットしてペアリングモードにする方法は次のとおりです。

• ブラインドの両方のボタンを5秒以上押し続けます
• ライトがゆっくりと3回点滅してから消灯します
• ボタンを離すと、ライトがゆっくり点滅します
• 「新しいライトを追加」を使用して、phosconからネットワークを開きます

これで動作します！

@Revorgeそれだけです！

スクリーンショットによると、そのブラインドはRapsBee / ConBeeに接続されています。 他の2つは（遅滞なく）IKEATrådfri電球に接続されています。 Trådfriファームウェアは、RaspBee / ConBeeファームウェアやdeCONZコアとは異なる方法で子デバイスのグループキャストを処理し、遅延を引き起こすと理論付けます。 親としてTrådfri電球を選択するように強制するために、ブラインドを遠くのConBee / RaspBeeと再ペアリングしようとしました。

@ebaauwそれはそれを解決しました:)素晴らしい助けをもう一度ありがとう👍

deCONZ GUIから「ウィンドウカバー」クラスターの属性を手動で読み取らない限り、APIは現在のブラインド位置（ bri ）を更新しません。 それは正常ですか？

上記を参照：

ポジションのバインディングとレポートを手動で設定する必要があるようです

こっちも一緒。 REST APIプラグインは、SWビルドID（0x0000 / 0x4000）の属性レポートを設定しているようですが、それ以上のものはありません。 おそらく、ホワイトリストに登録するもう1つの場所...

@manup 、私は本当にここであなたの助けを使うことができました。

@paolotremadio現在、raspbee / conbeeとブラインドウィンドウの間に、クラスターと位置のセットアップレポートをカバーするバインディングを手動で作成する必要があります。 Ebaauwは、この号の前半に優れたガイドを投稿しました。

上記を参照：

ポジションのバインディングとレポートを手動で設定する必要があるようです

こっちも一緒。 REST APIプラグインは、SWビルドID（0x0000 / 0x4000）の属性レポートを設定しているようですが、それ以上のものはありません。 おそらく、ホワイトリストに登録するもう1つの場所...

@manup 、私は本当にここであなたの助けを使うことができました。

では、ウィンドウカバークラスターのバインディングがありませんか？
ログには何が起こっているかが示されていますか？

残念ながら、オフィスにはまだFyrturがありません：/

@ jeopold ＆ @ RevorgeはHassを修正し、BalloobがPRを0.98リリースブランチにチェリーピックするのを待っていました

これは、FYRTURをペアリングしたときからのログです。
log.gz

せっかちになって、バインディングとレポート構成を手動で作成しました。 正確な時期はわかりません。

テストネットワークを空にし、ブラインドを再ペアリングしてクリーンなログをキャプチャできるようにする必要がありました。

こんにちは、私の国でイケアのスマートブラインドが利用可能になるのを待っている間、すでにそれらをインストールしているユーザーにいくつか質問があります：
-イケアのスマートブラインドは、位置の設定（15％、45％、80％など）をサポートしていますか？
-現在の位置はスマートブラインドによって報告されていますか？
-HA / hassioで制御できますか？ 状態のオープン/クローズの反転の一部で、以前にいくつかのメッセージが報告された問題はありますか？

1. 終了位置のみ設定できます。 下ボタンを1回押すと、カーテンが終点まで下がります。 下ボタンを押し続けると、下ボタンを離すまで下がっていきます。
2. いいえ、信じていません。
3. まだ、コメントを読んだら、いくつかのことをテストするための最初のリリースがあります。 残念ながら、HA / Hassioでは利用できません。 うまくいけば、次のリリース。

• はい、パーセンテージで位置を設定できます
• はい、ブラインドが動いているときでも報告されます
• HAのパッチが進行中です

イケアのスマートブラインドは、位置の設定（15％、45％、80％など）をサポートしていますか？

はい、そうです。直接phosconアプリまたはサードパーティソフトウェアの両方で。 私はそれをHomeAssistantで動作させ、逆に開いた/閉じた状態の修正がHAの次のバージョンのために準備されています。

現在の位置はスマートブラインドによって報告されていますか？

はい、deconzで構成された正しいバインディングとレポートを使用します。 これを自動化するソリューションは現在「調査中」です

HA / hassioで制御できますか？ 状態のオープン/クローズの反転の一部で、以前にいくつかのメッセージが報告された問題はありますか？

はい、そうです。間違った開閉状態と上/下ボタンコントロールの反転以外に問題はありません。 繰り返しになりますが、修正はすでに行われており、HAの0.98ブランチに含まれることを願っています。

迅速な返信ありがとうございます！ スマートブラインドが利用可能になったら、いくつか入手しようと思います。

いいね！
私はすでにブラインドを取り付けているので、これをテストする準備ができています:)

これは、FYRTURをペアリングしたときからのログです。
log.gz

せっかちになって、バインディングとレポート構成を手動で作成しました。 正確な時期はわかりません。

テストネットワークを空にし、ブラインドを再ペアリングしてクリーンなログをキャプチャできるようにする必要がありました。

バインディングの検証が処理されているようです。バインディングが新しく結合されたFyrturに接続されていない場合に何が起こるかを確認するのは興味深いでしょう。

Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 binding for cluster 0x0102 of 0x000D6FFFFE9E00AA exists (verified by reporting)
Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 skip configure report for cluster: 0x0102 attr: 0x0008 of node 0x000D6FFFFE9E00AA (seems to be active)
Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 Force binding of attribute reporting for node Bathroom Blind

今週末にテストを設定します。

今日はFyrturブラインドを取り付けたところですが、問題なく動作しているようです。 必要に応じて上下し、手動でバインドした後のステータスを報告します。
私のシステムはUbuntu18.04、HomeSeer 3.0.0.534、JowiHue 2.0.4.6、deConz2_05_67です。
したがって、ブラインドは問題なく機能します。

しかし、IKEAリモコンをシステムに接続できません。 接続するための特別なトリックはありますか、それとも将来的に来るものですか？
現在、リモコンはある種の問題に直面しているようです。deConzGUIで見ることができますが、ボットはPhosconではなく、何も制御できません。

しかし、IKEAリモコンをシステムに接続できません。 接続するための特別なトリックはありますか、それとも将来的に来るものですか？
現在、リモコンはある種の問題に直面しているようです。deConzGUIで見ることができますが、ボットはPhosconではなく、何も制御できません。

Phosconアプリでメニューを開く->ヘルプと「古いWebアプリ」リモコンがグループとしてここに表示されます。 グループにブラインドを追加します。

HA / hassioで制御できますか？ 状態のオープン/クローズの反転の一部で、以前にいくつかのメッセージが報告された問題はありますか？

リリースされたばかりの修正で、すべてが意図したとおりに機能しています:)

@Revorgeを確認していただきありがとうございます

まだリモートのグループを取得していません。 raspbee 26330500 deconz2.05.67で

上記を参照してください。https：

ああ、ありがとう。

バインディングの検証が処理されているようです。バインディングが新しく結合されたFyrturに接続されていない場合に何が起こるかを確認するのは興味深いでしょう。

Fyrturと開閉リモートを除いてテストネットワークを空にしてから、Fyrturをリセットします。 deCONZログを添付しました：
fyrtur.log.gz
およびスニファーログ：
fyrtur.pcapng.gz

REST APIは最終的にバインディングとレポートの構成を作成しましたが、GUIで_WindowCovering_クラスターを読んだ後でないと思いません。

バインディングなしで24時間実行しました。 今日、バインディングを作成できませんでした。タイムアウトしました。 ブラインドに到達できません。 それらを削除し、出荷時設定にリセットし、ネットワークに再参加して、バインディングを作成しました。 すべてが現在機能しています。 彼らが安定していることを願っています。
しかし、1秒のレポート間隔がバッテリーの寿命にどのような影響を与えるのか疑問に思っています（Ikeaが何を考えていたかはわかりません）。

Home Assistantでブラインドを表示するにはどうすればよいですか？ 私はそれらをdeCONZで見ます、そしてそれらはコントローラーに接続されています、しかしそれは私がそれらを見る唯一の場所です。 Home Assistant0.91.1を使用しています。 新しいバージョンにアップグレードする必要がありますか？ バインディングを機能させるには、バインディングを作成する必要がありますか？ バインディングを作成する必要がある場合、どうすればよいですか？ PhosconアプリまたはWebアプリで点灯しているので表示されません。

IIRC0.91はカバーをサポートする必要があります。 ただし、サポートを求めている場合は、ソフトウェアの最新バージョンから始める必要があります

しかし、WebアプリやPhosconでそれらを表示するべきではありませんか？ そこに表示された場合、エラーはdeCONZにあると思います。 ConBeeスティックにファームウェアバージョン26330500がありますが、これが最新だと思います。

まだdeconzに私のものを追加していませんが、サポートが追加されたときに特定のデバイスがフロントエンドに表示されない、この場合は言えません

上記の＃1121（コメント）を参照してください：そのためには、v2.05.67以降のコミットが必要です。

リモートグループの作成が次のバージョンにタグ付けされる予定の兆候はありますか？

ブラインド用のリモコンについて質問があります。 REST API情報は、通常ボタンイベント値を期待する「on」：true / false属性を持つZHASwtichを示しています。 これはすぐに変わるのでしょうか、それとも属性を維持するのでしょうか？

{{
"状態"：{
"lastupdated"： "なし"
}、
"config"：{
「オン」：true、
「アラート」：「なし」、
「バッテリー」：74、
「到達可能」：true
}、
"name"： "TRADFRI open / close remote"、
"タイプ"： "ZHASwitch"、
"modelid"： "TRADFRI open / close remote"、
"manufacturername"： "IKEA of Sweden"、
"swversion"： "2.2.008"、
"uniqueid"： "00：0d：6f：ff：fe：d0：9b：30-01-1000"、
「ep」：1、
"etag"： "f2ce80986cee1a9c6b19d54431c145c3"、
「モード」：1
}

センサーを有効/無効にするのはconfig.onです。 state.buttoneventとconfig.groupは、グループバインディングが設定されると表示されます。 残念ながら、これはv2.05.67ではまだ作成されていません。上記を参照してください。

クリア、設定部分で混乱しました。 私が推測する年齢のこと:-)

新しいバージョン2.05.69で作成されていますか、それとも今すぐ待つ方がよいでしょうか。

ねえ。
これはいつ安定版リリースの一部になるので、プラグアンドプレイだけですか？ conbee stick 2を購入し、piにソフトウェアをインストールしたばかりですが、これを使用した経験がないので、安定版リリースの一部になるまで待つと思います。

ブラインドコントローラーとオープン/クローズコントローラーの両方が、deCONZv2.05.69以降のRESTAPIプラグインによって完全にサポートされている必要があります。

ブラインドは/lightsリソースとして公開されます。

{
  "etag": "c26cb3cb86b9c5a77211b6c724c364b4",
  "hascolor": false,
  "manufacturername": "IKEA of Sweden",
  "modelid": "FYRTUR block-out roller blind",
  "name": "Bathroom Blind",
  "state": {
    "alert": "none",
    "bri": 0,
    "on": false,
    "reachable": true
  },
  "swversion": "2.2.007",
  "type": "Window covering device",
  "uniqueid": "00:0d:6f:ff:fe:9e:00:aa-01"
}

ノート：

• state.briを0に設定する（および/またはstate.onをfalseに設定する）とブラインドが開きます。 state.briを254（またはstate.onをtrue）に設定すると、閉じられます。 state.briを127に設定すると、ブラインドが50％開きます。
• バッテリー残量のパーセンテージは公開されていませんが、deCONZGUIで表示できることに注意してください。
• REST APIプラグインは、最終的に_WindowCovering_クラスター0x0102の_CurrentPosition Lift Percentrage_ atrribute 0x0008の属性レポートを設定する必要がありますが、これには長い時間がかかる可能性があります。 state.briが更新されない場合は、deCONZGUIで属性レポートを手動で設定することをお勧めします。 上記のhttps://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment-524617659を参照して

リモートは/sensorsリソースとして公開されています。

{
  "config": {
    "alert": "none",
    "battery": 87,
    "group": "316",
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "8bd7fb8dc52097da8ebc2d167b2c8caf",
  "manufacturername": "IKEA of Sweden",
  "mode": 1,
  "modelid": "TRADFRI open/close remote",
  "name": "Bathroom Blind Control",
  "state": {
    "buttonevent": 2002,
    "lastupdated": "2019-09-02T21:49:50"
  },
  "swversion": "2.2.008",
  "type": "ZHASwitch",
  "uniqueid": "00:0d:6f:ff:fe:e3:f4:90-01-1000"
}

ノート：

• state.buttonevent値1002（オープンプレス）、2002（クローズプレス）、1003（オープンロングリリース）、および2003（クローズロングリリース）をサポートします。 ショートリリースまたはホールドのイベントはないことに注意してください。 長押しすると、1002（プレス時）が表示され、続いて1003（リリース時）が表示されます。
• config.groupを入力してグループを作成するには、RESTAPIプラグインのペアリング後にボタンを押す必要がある場合があります。
• deCONZがダウンしている場合でも、ブラインド（およびXioamiカーテンコントローラーなどの他のウィンドウカバーデバイス）をグループに追加して、ブラインドを制御できます。 リモートは_WindowCovering_コマンドを送信するため、グループは_WindowCovering_デバイスの制御にのみ使用できることに注意してください。

deCONZで直接ブラインド位置の制限を設定するにはどうすればよいですか？ HAにセンサーを設定して停止サービスを使用できることは知っていますが、常に遅延が発生します。

ブラインドに制限を設定します。 それらを必要なものに設定し、上ボタンまたは下ボタンのいずれかをダブルクリックすると、新しい100％になります。

FYRTURは、デバイス自体の制限の設定のみをサポートします。マニュアルを参照してください。 この機能はZigBeeでは公開されていません。

バッテリー属性をハスにさらす方法はありますか？

v2.05.69にはありませんが、最新のPRを参照してください。

FYRTURコントロールをペアリングするにはどうすればよいですか？

それをHomeAssistantに入れました。ログを見ると、ボタンを押すと、さまざまなWebSocketデータが送信されていることがわかります。 ただし、deCONZWebアプリでは表示されません。

https://www.home-assistant.io/components/deconz/とdeconz_eventを探してください:)

今日RPIを再起動する必要があり、ブラインドは更新を報告しなくなりました。 手動でバインド解除/バインド+レポートを実行しましたが、まだ実行していません。 手がかりはありますか？

再起動する前に、ブラインドノードのdeCONZUIに緑色の円が点滅しているのが見えました。 属性を読み取らない限り、灰色になります（次に青色になります）

属性は実際に読み取られていますか？ はいの場合、それはバインディング/属性レポートの設定です。 いいえの場合、ブラインドはRaspBeeとの接続を失いました。 RaspBeeをリセット/電源を入れ直した後にこれが発生した場合は、ブラインドがそれを好まない親ルーターに再接続した可能性があります。 ルーターが見つかったら、電源を切り、ブラインドが別の親を選択するかどうかを確認します。 それ以外の場合は、ブラインドをリセットして再ペアリングしてみてください。

反転ロジックが削除された可能性のあるアーティファクトとして、ブラインドの状態は、100％開いている（完全に格納されている）以外の場合closed常にこの修正によってclosed報告するはずです。

属性は実際に読み取られていますか？ はいの場合、それはバインディング/属性レポートの設定です。 いいえの場合、ブラインドはRaspBeeとの接続を失いました。 RaspBeeをリセット/電源を入れ直した後にこれが発生した場合は、ブラインドがそれを好まない親ルーターに再接続した可能性があります。 ルーターが見つかったら、電源を切り、ブラインドが別の親を選択するかどうかを確認します。 それ以外の場合は、ブラインドをリセットして再ペアリングしてみてください。

属性が読み取られました。 ブラインドは、deCONZ conbeeに直接接続するのではなく、Ikeatradfriコンセントに接続します。 ソケットのプラグを抜いて、どうなるか見てみましょう。 リセットについて：ブラインドをリセットするだけですか、それともdeCONZからノードを削除することですか？

私は次のようにしてそれを修正しました：

• 視覚障害者の親ルーターであったikeatradfriコンセントのプラグを抜きます
• ブラインド自体のボタンを使用してブラインドを起こしました
  そしてそれはそれでした：盲人は新しい親としてコンビーを選びました、そしてそれは今報告しています。

親が誰であっても、それは単に機能するべきではありませんか？

みんな、最新のHome Assistantで正しい開閉ロジックを持っていますか？ 私はまだ0.95.4を使用していますが、Fyrturのブラインドロジックが逆になっています。 私はフィバロローラーシャッター（z-wave）のようなHAの他のいくつかのブラインドを持っています、そしてそれらのすべては論理0％が閉じている（下）そして100％が完全に開いている（上）です。 AppleHomeKitも同じ原則に従います。 私のデバイスはすべてHomeKitに公開されているので、Fyrturブラインドも使用したいと思います。

Fyrturは機能し、位置レポートも機能します。 手動でバインドした後、それは瞬時に行われます。 しかし、論理は逆になっています。 ブラインドが完全に上がっているときは0％と報告されるため、HomeKitでは閉じており、アイコンも閉じたブラインドです。 どういうわけかこれを元に戻すことはできますか？

私は最新のPhosconおよびConbeeファームウェア（2.05.69および26330500）を持っています。 いくつかの重大な変更を取り除く必要があるため、当面はHome Assistantの最新リリースへの更新を延期しましたが、現在のリリースでロジックが修正されている場合、他に選択肢はありません。 ありがとう

反転ロジックが削除された可能性のあるアーティファクトとして、ブラインドの状態は、100％開いている（完全に格納されている）以外の場合closed常にこの修正によってclosed報告するはずです。

あなたはおそらくこれについて正しいと思います...おそらく@ Kane610はチャイムを

私は最新のPhosconおよびConbeeファームウェア（2.05.69および26330500）を持っています。 いくつかの重大な変更を取り除く必要があるため、当面はHome Assistantの最新リリースへの更新を延期しましたが、現在のリリースでロジックが修正されている場合、他に選択肢はありません。 ありがとう

これはHA0.98で修正されています

@ A320Peter一般的であり、問​​題を報告する前に最新バージョンのソフトウェアを使用することが期待されています。 それらのガイドラインに従うと、おそらくあなたのためにうまくいくでしょう:)

@ Kane610あなたは正しいです:)私はちょうど

0.95.4では、逆のロジックに関係なく、位置スライダーでブラインドを動かすと完全に機能しました。

0.98では、ブラインドを閉じる（下に移動する）ことは問題ありません。 しかし、ブラインドを数パーセント（または完全に）開く（上に移動する）と、最初は下に移動し始め（閉じる方向）、次に停止し、1秒後に目標位置に移動します。 それはいつもこれが好きです。

実際、最初に反対方向に移動しても同じ動作を経験しましたが、スライダーエンティティの行に関連していると思いましたが、 @ A320Peterがそれを使用していない場合は、

私もHomeKitコンポーネントを使用していますが、Apple Homeアプリからブラインドを制御すると、同じ動作になります。 最初は反対方向に移動し、次に停止して正しい方向に変更します。

@ebaauwこのような基本的な質問をして申し訳ありませんが、Ikea FYRTURブラインドを入手し、Hue v2スクエアハブを持っています。他のTradfriデバイスはありません。このブラインドとスイッチは、このハブと直接連携します。ホームブリッジ-色相？ または、RaspbeeとdeCONZが必要ですか？
HomebridgeサービスにRaspberryPi4を使用しています。
あなたが助けることができればどうもありがとう:)

いいえ、Hueブリッジはそれをサポートしていません。

いいえ、Hueブリッジはそれをサポートしていません。

ああ、ありがとう@ebaauwでは、トラッドフリブリッジとブラインドを入手して、homebridge-ikea-tradfri-gatewayを使用する必要がありますか？
または、RaspbeeとdeCONZをRPI4で使用して、homebridge-hueとdeconz-rest-pluginを使用しますか？

申し訳ありませんが、私はこれにまったく慣れていないので、最終的にブラインドを入手したいので、Siriを搭載したiPhoneのホームアプリでネイティブに使用します。 したがって、これまでで最高かつ最も安定したソリューションは何でもあります。 私が過去にTradfriから明確に舵を切った理由は、Ikeaソフトウェアの実装の安定性であり、すべてを購入したとき、Hueの実装（私の家の99％）の近くにはありませんでした、応答性はひどいものでした、私は希望を持っていますブラインドを取得すると、上記のソリューションのいずれかで非常にうまく機能します。

FYRTURがTrådfriハブとどのように連携するかを自分で確認していません。 ハブがブラインドをHomeKitにネイティブに公開することを理解しています。 ハブのhomebridgeプラグインがわかりません。

マルチベンダーのZigBeeネットワークでは安定性が難しい場合がありますが、私のFYRTURは私の期待を上回っています。 親ルーターであるため、Hueライトを選択しましたが、問題はありませんでした。 ブラインドに付属のTrådfriリピーターは使用していません。 deCONZでもTrådfriライトと同様の問題が発生することを期待していますが、私の小さなテストネットワークでは正常に動作しています。

これはディスカッション/サポートスレッドになっているので、発見された2つの問題を別々の問題に移動しました。

FYRTURがTrådfriハブとどのように連携するかを自分で確認していません。 ハブがブラインドをHomeKitにネイティブに公開することを理解しています。 ハブのhomebridgeプラグインがわかりません。

マルチベンダーのZigBeeネットワークでは安定性が難しい場合がありますが、私のFYRTURは私の期待を上回っています。 親ルーターであるため、Hueライトを選択しましたが、問題はありませんでした。 ブラインドに付属のTrådfriリピーターは使用していません。 deCONZでもTrådfriライトと同様の問題が発生することを期待していますが、私の小さなテストネットワークでは正常に動作しています。

エリック、「_....親ルーターとして色相ライトを選んだ」とはどういう意味ですか？
私は自分で2つのKADRILJブラインドを購入し、 @ Jbb08のようにそれらを制御したいですか？ HomeKitによる。 私はフィリップスの色相ブリッジを持っていますが、これはIkeaブラインドをサポートしていません。 そして、フィリップス色相ブリッジに接続された、Trafiランプ用のhomebridge-hueプラグインを使用します。
それで、私はあなたがブラインドのためにどんな解決策を持っているのか疑問に思いましたか？ deCONZを使用していますか？ おそらく、ネットワークにdeCONZ-usbを追加する必要がありますか？！

@ skipper79これは私が解決しようとしていたものでした。
私がエリックから解読できることから、彼は彼のPiにインストールされているHue HubとRaspbee（または同様のもの）を使用し、deCONZプラグインとソフトウェアを使用して新しい「ハブ」を作成します。これにより、ikeatradfriは必要ありません。ハブ（イケア製品のファームウェアを更新したい場合はまだ必要だと思いますが）
ブラインドはdeCONZ対応のPiに接続でき、Hueホームブリッジプラグインを使用してすべてをまとめてHomeKitに追加できます。

彼のHueバルブはZigbeeZLLプロトコルを使用しており、ほとんどの主電源のzigbeeデバイスはメッシュネットワークを作成するときに跳ね返りますが、ブラインドにはそれを効果的に行うzigbeeリピーターが付属しており、ネットワークが大きくなります。
すべてが少し多すぎるように聞こえますが、英国ではtradfriハブが£20で販売されています。
また、接続したブラインドは、ブラインドをサポートしているため、tradfri homebridgeプラグインを介して（将来的にはIkea Home Smartアプリを介して）HomeKitに追加できます。 （ただし、tradfriハブが必要です）

明日はikeaに行って、これらすべてをインストールできるかどうかを確認します。

@ Jbb08 、tradfriハブを使用するのが最も簡単な解決策のように見えますが、ハブを少なくすることを好みます。私はすでにフィリップス色相ブリッジとaqaraハブを持っています。 たぶん、deCONZusbを追加することができます。
これをすべてインストールした後、あなたの経験を教えてください;-)

こんにちは、みんな、
これらのブラインドの1つを使おうとした私の経験を投稿すると思いました。
ここでの経験には違いがあるようです。おそらくファームウェアやハードウェアのセットによっても異なります。

とにかく、私が戦わなければならなかったものに....

1. リモートスイッチ
   ペアリングは非常にヒットしてミスします。 4回押すと、4回点滅してリセットします。 その後、ゆっくりと脈動し始めます。 ダブルフラッシュを取得した場合、ペアリングは機能する可能性がありますが、ブラインドの側面に触れる必要があります-途方もなく短い距離です。
   ペアリングボタンを押したまま、スイッチのLEDの遅いパルスが聞こえない場合、ペアリングされません。 ランダムな時間待つ必要があるかもしれません。

1. リピーター。
   私のバージョン（英国固有の可能性がありますが、これは私が取得していたものですhttps://www.youtube.com/watch?v=KsBYDNMvE-g
   スイッチをブラインドとペアリングしている場合、リピーターをオフにすると動作を停止します。
   スイッチをブラインドとペアリングする唯一の方法は、最初にリピーターと「ペアリング」し、次にブラインドとペアリングすることでした。
   興味深い動作-リピーターの近くでペアボタンを押したままにすると、スイッチは常にゆっくりとパルスします。 ペアリングを試みる前に行わなければならないある種の初期通信があるように見えます。おそらく、ブラインドとのペアリングが簡単に失敗する理由です。

2. ブラインド。
   コンビーとうまくペアリングします。 4回点滅するまで押し続け、数秒間オフにしてからパルスします。 発見を開始し、それが拾われます。
   しかし、ブラインドの両方のボタンを押して追加のスイッチをペアリングしますか？ まったく機能しません。
   実際、私がブラインドを起こしてからタイムアウトさせると、ブラインドはコンビーによって制御できなくなります。
   両方の世界で最悪です-スイッチがすでにペアリングされていて、ブラインドを起こした場合、それも機能しなくなります。
   もう1つ、リモートスイッチは、ペアリングするブラインドに対して途方もなく低い範囲です。
   真面目な話と同じように、ボタン電池を手前に向けてスイッチをブラインドの側面にまっすぐ突き合わせない限り、ペアリングは行われません。

そこで、ハブを入手して、ここにいる全員が同じ体験をするためのファームウェアアップデートがあるかどうかを確認します。

あるいは、どんな提案も歓迎します、あなたは私がまだ試したことがない考えを持っているかもしれません:)

ブラインドをdeCONZに接続するときは、リモートコントローラーもdeCONZとペアリングする必要があります。 この場合、リピーターは必要ありません。

ブラインドクラスターと基本クラスターの読み取り

どうやってそれを取得できたのか、クラスターと基本的な光沢を読み取ることができません

ブラインドクラスターと基本クラスターの読み取り

どうやってそれを取得できたのか、クラスターと基本的な光沢を読み取ることができません

私は同じ問題を抱えています、あなたはそれを機能させましたか？
私の唯一の推測は、ファームウェアをアップグレードする必要があり、そのためにikeaゲートウェイが必要だということです。

ファームウェアをアップグレードする必要があり、そのためにはikeaゲートウェイが必要です。

いいえ、しません。

エリックは正しいです、あなたはイケアゲートウェイを必要としません。 ファームウェアをdeCONZからアップグレードしました。
これらの手順はオスラムで使用できます。 手順は同じです

https://phoscon.de/en/support#ota -update-osram-devices

アップグレードを試みる前に、必ずIkeaダウンロードスクリプトを使用してファイルをOTAフォルダーに取得してください。

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py

そう、ありがとう。
グーグルの後で、どうやら私はフエとイケアを混同したようだ。

ランダムな量の工場出荷時のリセットの後、私のブラインドは最終的に接続されました。干渉の可能性があると思います。
そのうちの1つを降ろしてコンビーの近くでペアリングする必要があったので、取り付ける前にブラインドをペアリングすることをお勧めします。

視覚障害者は、彼らがどの親と一緒に働きたいかについていくぶん気難しいようです。 私のHue電球は問題ないように見えますが、Xiaomiカーテンコントローラーは問題ありません（残念ながら、これが最も近いルーターです）。 ブラインドを（再）ペアリングして、Hue電球の1つに強制的に接続するときに、Xioamiの電源を切る必要がありました。

実稼働ネットワーク（> 100ノード）でdeCONZを使用して、バッテリー駆動デバイスのファームウェアを更新することに成功しました。 更新が成功するには忙しすぎるようです。 テストネットワーク（ビューデバイスのみ）からの更新は、例外なく正常に機能します。 数時間かかります。 必ず事前にバッテリーを充電してください。

私は両方の目隠しを更新しました、両方とも成功します。
しかし、deconz web guiの内部では、一方には「バージョン20190311」があり、もう一方には「バージョン2.2.009」があると書かれています。
VNC deconzアプリケーション内では、同じバージョンとイメージを使用していると表示されます。

「バージョン20190311」のものは少し奇妙に動作しています。HomeAssistant内で最大拡張子を設定できませんが、それ以外は機能します。

ファームウェアを再フラッシュする方法がわからないため、「更新」を押したときに「アイドル」になるだけです。

REST APIは、 swversionを_DateCode_または_SWBuildID_のどちらか最近読み取られた属性の値に設定します。 （_Basic_クラスターの）_Cluster Info_パネルで属性を読み取ると、APIリソースが更新されます。

_Date Code_（仕様による）はハードウェアの製造日であると想定されており、ファームウェアの更新後も変更されないことに注意してください。 ただし、一部のデバイスはこれをファームウェアの日付として使用します。

別の出荷時設定にリセットした後、両方とも同じバージョンを表示します。
これらの奇妙な問題はすべて出荷時設定へのリセットで修正されていますが、意味がない場合でもdeconzは何でも受け入れるようです（deconzに表示されたときに最初に発生した問題のように、目隠しとしてではありません）
まあ、誰かが私と同じことを経験し、今見つけるためのいくつかの情報を持っているなら、私は願っています:)

TL：DR
目隠し（この状況ではIKEA Kadrilj）との接続が良好であることを確認してください
「WindowCoveringDevice」と表示されず、「000dXXXXXXX」としか表示されない場合：出荷時設定にリセットし、Conbeeにできるだけ近づけるなど、接続がさらに良好であることを確認します。
ebaauwが述べたように、メッシュ内の他の製品も問題になる可能性があります。 私のIkeaTrådfriも私が抱えていた問題に貢献することができました。

ねえ！ deCONZにFyrturブラインドを追加したところ、ペアリングがうまくいきましたが、ブラインドを制御するときにWebソケットを介したシグナリングがありません。 2.05.71を実行します

GUIで_WindowCovering_属性を読み取るときにWebソケット通知が表示されますか？ その場合、属性レポートは設定されていません。

現在ヘッドレスで実行されているため、表示されませんが、おそらく表示されません。 71で修正されませんでしたか？

私のブラインドはフォスコンに表示されませんでした-ブラインドに異なるタイプのアクションを使用して最後の2時間試してみました（10秒/ 5秒の両方を押します-5cmラズビーの近くなど）が、フォスコンには何も表示されません-何ですかトリック？

deconz-guiでは見ることができますが、phoscon / homekitでは見ることができません

@ mink2k
私もこれを理解して実装するのにいくつかの問題があったので、私の設定でこれをどのように解決したかを説明しましょう：

1. 現時点では、PhosconWebアプリにブラインドとリモコンは表示されません。

2. それらは、古いWeb GUI（IP / login.html）またはHue Essentials（HE; Androidの場合）などのアプリで確認できます。

3. Phosconでは、ブラインドをランプとして、リモコンをセンサーとして追加できます（まだそこには表示されません）

4. リモートを追加するには、リモートの対応するグループにブラインドを追加する必要があります（自動的に作成されます。2も参照してください）

5. ブラインドコントロールを適切に機能させるには、DeCONZ GUIに接続し、上記の手順に従う必要があります。 つまり、ウィンドウカバーをゲートウェイに手動でバインドします。 次に、デバイスの持ち上げとカバーを制御できる構成を記述します。 これにより、たとえばHEを使用して、明るさ（Phosconアプリ自体ではない）を介してブラインドを制御できるようになります。

5番目のステップは、スクリーンショットを含めて上記で説明されています。

バインディングを作成するには、deCONZGUIで_BindDropbox_パネルを開きます。 _WindowCovering_クラスターをブラインドからドロップボックスの_Source_フィールドにドラッグします。 0x01エンドポイントをRaspBeeから_Destination_フィールドにドラッグします。 次に、_Bind_を押します。 ドロップボックスには、しばらくの間成功が表示されます。 数回の試行が必要になる場合があります。 これがスクリーンショットです（Xiaomiカーテンコントローラー用）：

属性レポートを構成するには、deCONZGUIで[クラスター情報]パネルを開きます。 ブラインドから_WindowCovering_クラスターを選択し、下にスクロールします。 _Current Position Lift Percentage_属性をダブルクリックして、_AttributeEditor_ウィンドウをポップアップします。 レポート値を入力し、_WriteConfig_を押します。 ポップアップウィンドウを閉じて再度開き、_ReadConfig_を押して値が保存されていることを確認します。 数回の試行が必要になる場合があります。

この後、ブラインドを開閉​​すると、_現在の位置リフト率_値が自動的に変更されます。 これが機能する場合は、REST APIプラグインを拡張して、バインディングと属性レポートの構成を自動的にセットアップできます。

これを10億に感謝します。 それは私のためにそれを修正しました、しかし何か奇妙なことがあります。 HAでは、値はdeconzが報告する値よりも高くなります。 したがって、ブラインドの1つについて、deconz Cluster Infoは45を報告していますが、HA：cover.blinds_door | クローズ| current_position：56friendly_name：ブラインドドアsupported_features：15 device_class：window

これは正常ですか？

@MrHollowPS私もあなたが説明したようにdeCONZGUIでこれを行いました（レポート値をバインドして設定します）。
悲しいことに、ブラインドは現在の状態を定期的に、または変化したときに報告しません。

しかし、「読み取り」ボタン（ウィンドウの上半分）をクリックすると、現在の状態を読み取ることができます。
レポート構成は次のように設定されました。

私が間違っていることはありますか？
@夕方、デバイスの電源を入れ直して、変更が有効になるかどうかを確認します。
他のヒントはありますか？

バインディングも作成しましたか？

はい、しました。 数回。 手動での読み取りは問題ありませんでしたが、自動レポートは問題ありませんでした。
レポートの問題に関するいくつかのスレッドを読んだ後、fyrturを再起動し（バッテリーの切断と再接続）、レポートが機能しています。

このブラインドに関して別の質問があります。

オン/オフを送信してアップ/ダウンを停止すると、彼らは本当に奇妙な反応をします。
完全に上下に正しく動くこともありますが、数cm動くだけでnが止まることがあります。 これが発生すると、それは完全にランダムに見えます。
私がそれらを放っておいて、しばらく何も送らないとき、は再び働くようです。

bri / pctを使用して絶対位置を送信すると、常に正常に機能します。

これは既知の問題ですか、それとも何か問題がありますか？
新しいファームウェア2.2.009がありますが、これを使用した経験のある人はいますか？ 多分それは私の問題を解決しますか？

これがブラインドの仕組みです。2番目の_Open_または_Close_コマンドは、進行中の移動を停止します。 _open / closeremote_でそれらを制御するためだと思います。

deCONZは、最初の試行でタイムリーなACKを受信しなかったときに、コマンドを再送信していると思われます。 それはかなりランダムに見えるでしょう。 実際、代わりにパーセンテージを設定するか（ state.bri介して）、ユニキャストの代わりにブロードキャストを使用する（ /groupsを介して）（ /lights ）ことができます。

Fyrturを.009にアップグレードしました。 それはもう少し安定しているように見えますが、それでもブラインドは隔週かそこらでその親を失います（または親はブラインドを失いますか？）。 通常、バッテリーを数秒間外すことで修正されます。

これについてのあなたの考えのためにたくさんthx。
それは本当に問題になる可能性があります。
コンビーIIが遠すぎるため、ブラインドはフィリップス電球を介してホッピング/接続されています。
deCONZでは、ブラインドへの線は緑色で、rssiが良好であることを意味します。

deCONZのタイムアウトを増やす（このデバイスのみ）、または再試行を無効にする別の方法はありますか？

確かに私はあなたの提案を試し、/ groupsを介して（スイッチから）オン/オフコマンドを送信しようとします。
ブラインドを別のグループに入れてグループをコントロールするだけで十分ですか？
または、グループブロードキャストを機能させるには、少なくとも2つのデバイスが必要ですか？

009へのアップグレードをグレードアップする質問：
rpiでPythonスクリプト（上記）を実行すると、ファイルがダウンロードされました。
古いWebインターフェイスでUOTAサーバーをアクティブ化し、deconz-guiでuotaプラグインを入力した後、クエリを押した後、ファイルがないと表示されます。
アップグレードを開始するために他にできることはありますか？
手動で「ブラインド」ファイルを選択してアップグレードを押す必要がありますか？

私のセットアップでこのブラインドを安定させるための助けをたくさんありがとう

deCONZでは、ブラインドへの線は緑色で、rssiが良好であることを意味します。

ブラインドはZigBeeエンドデバイスであり、単一のルーター（その親）にのみ接続します。 GUIにブラインドとの間の複数の行が表示されている場合は、ルーターの隣接テーブルからの古い情報が表示されています。

または、グループブロードキャストを機能させるには、少なくとも2つのデバイスが必要ですか？

グループにデバイスがない場合でも機能すると思います。 グループメンバーシップはデバイスに保存され、 /groupsリソースはRESTAPIプラグインにのみ存在することに注意してください。 ZigBeeグループは、デバイスがサブスクライブするマルチキャストアドレスのようなものです。

009へのアップグレードをグレードアップする質問：

ファームウェアファイルをダウンロードした後、deCONZを再起動する必要があります。 ファイルは~/otauディレクトリに新しい名前でコピーされます。これにより、OTAUプラグインがファイルを取得したことがわかります。 ブラインドを選択し、_StandardOTAUプラグイン_パネルで_Query_を押す必要があります。 OTAUプラグインは、デバイスタイプとファームウェアリビジョンを入力し、新しいファイルが利用可能であることを示す必要があります。 エンドデバイスの場合、アップグレードを手動で開始する必要があります。 これには数時間かかります。バッテリーが完全に充電されていることを確認してください。 また、大きなメッシュ上でファームウェアをアップグレードするのは難しい場合があります。

わかりました。メッシュについて説明しました。再確認したところ、親は色相の電球で、他のルートは表示されていません。 コンビーを直接修理しようとすべきですか？ たぶん、親（色相電球）に対する再試行が問題です。 しかし、ブラインドはコンビーIIから2部屋離れているので、それが別の問題ではないことを願っています...

グループについて：
fhemをdeCONZと組み合わせて使用​​しています。 正解したら、deCONZ / phosconでグループを作成し、ブラインドを入れて、このグループをfhemで使用します。

OTAUプラグインを再度アクティブにし、ブラインドを選択して[クエリ]を押すと、バージョンと画像が入力されました。 「更新」を押すと、更新が実行されます... 009でどのように動作するかがわかります。

@ebaauwブラインドを009（時間がかかる人、約18時間）に更新し、コンビーIIに直接修理しました。
動作は少し良くなっているようです。

あなたはそれをユニキャストとして送るのではなく、放送としてグループに送るべきだと話していました。
どうすればfhemでこれを達成できますか？
私はグループを作成し、ブラインドを追加し、fhemのオン/オフでこのグループを制御しようとしました->何も起こりません。
私を正しい方向に導いてくれませんか。

私が持っているもう一つの質問は、ブラインドのバッテリー状態に関するものです。
センサーZHABatteryをブラインドからfhemに追加しましたが、更新されません。

デバイスからのバッテリーレポートは可能ですか、それとも一部のクラスターをバインドしてレポートを有効にしましたか？

ありがとう
pOpY

私はグループを作成し、ブラインドを追加し、fhemのオン/オフでこのグループを制御しようとしました->何も起こりません。

くそー、私はこれを以前に気づいていませんでした。 ブラインドはグループをサポートしますが（これが開閉リモートがグループと通信する方法です）、ブラインドは_On_または_Off_を理解しません。 REST APIプラグインは、 state.onをブラインド（またはウィンドウカバーデバイス）の場合は_Open_と_Close_に変換しますが、グループ（および明らかにライト）の場合は_On_と_Off_に変換します。 これがウィンドウカバーデバイスのグループであることはわかりません。

デバイスからのバッテリーレポートは可能ですか、それとも一部のクラスターをバインドしてレポートを有効にしましたか？

はい、そうです。RESTAPIプラグインで設定する必要があります。 これを手動で行うには、_ Power Configuration_クラスターをコーディネーターにバインドし、_Battery PercentageRemaining_の属性レポートを設定します。

ブラインドのグループの問題を明確にしてくれてありがとう。
これに対する回避策はありますか？

わかりました。電源構成クラスターをコーディネーターにバインドしようとします。 「バッテリー残量」の属性レポート設定を投稿していただけますか？ 間違った設定（低い値をウー）してバッテリーを消耗させたくない:-)

PS：電球（コンビーとブラインドの間にある）を再装着し、数分後にジグビーマッシュが変更されました->電球がブラインド用に再びリピーターになり、オン/オフの問題が元に戻りました。

だから私は行く唯一の方法は本当にack / retryの機械主義なしで放送を送ることだと思います。 しかし、どうすればこれを達成できますか？

ブラインドは眠りが浅いです。 5秒ごとに親をポーリングします。 バッテリーの寿命に影響を与えるには、極端なレポート値を設定する必要があります。 とにかく、私は7200/7200/0を使用し、2時間に1回報告します。 これは、HueブリッジがHueモーションセンサーに使用する設定であり、他に何も使用する理由はありません。

REST APIからブロードキャストを機能させるには、プラグインはグループ内のデバイスを追跡し、グループにウィンドウカバーデバイスが含まれている（のみ？）場合にウィンドウカバーロジックを適用する必要があります。 Hueブリッジとは異なり、deCONZは調光可能なライトのみのグループのカラー状態属性を表示するため、構築するものは何もありません。

上で述べたように、ブロードキャストを使用する代わりに、リフト率を設定することもできます。これは、APIがstate.briを変更するときに行います。

@ebaauw

ブラインドは眠りが浅いです。 5秒ごとに親をポーリングします。 バッテリーの寿命に影響を与えるには、極端なレポート値を設定する必要があります。 とにかく、私は7200/7200/0を使用し、2時間に1回報告します。 これは、HueブリッジがHueモーションセンサーに使用する設定であり、他に何も使用する理由はありません。

クラスターをバインドし、投稿に従ってレポート値を設定しました。
deCONZが受け取るパーセンテージを手動で読み取ると、スクリーンショットを参照してください。
しかし、私はZHABatteryデバイスにfhemで読み取りを取得しませんか？
これはdeCONZの問題ですか、それともfhemですか？

REST APIからブロードキャストを機能させるには、プラグインはグループ内のデバイスを追跡し、グループにウィンドウカバーデバイスが含まれている（のみ？）場合にウィンドウカバーロジックを適用する必要があります。 Hueブリッジとは異なり、deCONZは調光可能なライトのみのグループのカラー状態属性を表示するため、構築するものは何もありません。

だから私があなたを正しく理解したとき、これはdeCONZ / Phosconの変更です、どうすればそれを達成することができますか？ 問題を開きますか？

上で述べたように、ブロードキャストを使用する代わりに、リフト率を設定することもできます。これは、APIがstate.briを変更するときに行います。

現在、私はfhemからのthr pctを使用して、sunrise / alexaコマンドなどのイベントの絶対位置を設定しています。 このpctはRESTAPIプラグインからbriに変換され、ユニキャストを送信しますか？ pctの変更でもブラインドが停止することがあるため、そう思われますが、その後、絶対遷移を実行し続け、設定されたpct位置で正しく終了します。

しかし悲しいことに、私はブラインドのために2つのボタンイベントしか無料ではありません（上/下の短押し、長押しなし）。
だから私はそのためにpct / briを使うことができません、なぜならそれをどうやって止めることができるのですか？

これに対する最善の解決策は、ブロードキャストを使用することです（元のスイッチはブラインドで機能するため）。 しかし、そのためには、上記で尋ねたように、REST APIの変更が必要ですか？

ありがとう

これはdeCONZの問題ですか、それともfhemですか？

ZHABatteryセンサーが値を示している場合、それはfhemの問題です。

だから私があなたを正しく理解したとき、これはdeCONZ / Phosconの変更です

これは確かにRESTAPIプラグインの変更です。 すでにグループをサポートしている場合、APIクライアントアプリを変更する必要はないと思います。

しかし悲しいことに、私はブラインドのために無料のボタンイベントは2つだけです

わかりません。 state.onをtrueに設定するルールを変更して、代わりにstate.briを255に設定し、 state.onをfalse設定するルールを変更します。 state.briを0ます。 追加のボタンイベントは必要ありません。

開閉リモコンからブラインドを操作する場合、ボタンイベントは一切使用しません。 ブラインドをリモートのグループに追加するだけです（ZHASwitchリソースのconfig.group ）。 その後、リモコンはdeCONZやfhemとの対話なしに、ブラインドを直接（ブロードキャストを使用して）制御します。 RESTAPIプラグインがリモートのグループの/groupsリソースを作成していない場合は、deCONZ GUI（_Groups_クラスターの_Cluster Info_パネル）でグループにブラインドを追加するのが最適です。 REST APIプラグインは、_Groups_クラスターを読み取るときに（おそらくdeCONZを再起動した後、またはブラインドの電源を入れ直した後）、最終的にリソースを作成します。

ZHABatteryセンサーが値を示している場合、それはfhemの問題です。

確認のためのthx。
すでに報告され、明日のfhemの更新で修正されています。
ここを参照してください： https ：//forum.fhem.de/index.php/topic、95424.msg1016154.html＃msg1016154
そしてここ： https ：

これは確かにRESTAPIプラグインの変更です。 すでにグループをサポートしている場合、APIクライアントアプリを変更する必要はないと思います。

情報のためのthx。
これを報告して、次のリリースで取り上げられるようにするにはどうすればよいですか？
新しい問題/チケットを開く必要がありますか？

わかりません。 state.onをtrueに設定するルールを変更して、代わりにstate.briを255に設定し、 state.onをfalse設定するルールを変更します。 state.briを0ます。 追加のボタンイベントは必要ありません。

ええ、私は知っています。 このようにしてブラインドを完全に開閉できますが、どうすれば停止できますか？

開閉リモコンからブラインドを操作する場合、ボタンイベントは一切使用しません。 ブラインドをリモートのグループに追加するだけです（ZHASwitchリソースのconfig.group ）。 その後、リモコンはdeCONZやfhemとの対話なしに、ブラインドを直接（ブロードキャストを使用して）制御します。 RESTAPIプラグインがリモートのグループの/groupsリソースを作成していない場合は、deCONZ GUI（_Groups_クラスターの_Cluster Info_パネル）でグループにブラインドを追加するのが最適です。 REST APIプラグインは、_Groups_クラスターを読み取るときに（おそらくdeCONZを再起動した後、またはブラインドの電源を入れ直した後）、最終的にリソースを作成します。

申し訳ありませんが、私はdeCONZの初心者で、GUI / Phosconと古いWebインターフェイスで検索しました。
Ikea Tradfri Switch（2つのボタン）のグループを設定できる部分が見つかりませんでした。
また、この部屋には3x HUE Dimmerがあり、すでに異なるライトを制御し、HUEBridgeとペアになっています。 これらの調光器は後でdeCONZに移行され、現在はfhemだけがその状態とボタンイベントを持っています。 それは私が送信してコマンドしたい方法です：

HUEディマー-> HUEBridge-> fhem-> deCONZ->ブラインド

また、オン/オフを使用しているときに、説明した再試行/確認の問題が発生します。

ユニキャストの代わりにブロードキャストを送信できるように、APIの変更を待つ必要がありますか？

ねえ、私はKadriljをdecoznGuiに正しく表示させるのに問題があります。 これは、実際の名前ではなく、16進コードとしてのみ表示されます。 deconz-guiを介して制御できますが、Homeassistantには表示されません。 開閉スイッチには固有名詞があります。 何度かリセットしてみました。 何か案は？

Phosconで新しいデバイスを検索し（または古いWebアプリでネットワークを開き）、GUIの[_ClusterInfo]パネルで_Basic_cluster属性を読み取ります。 これにより、REST APIリソースの作成がトリガーされ、ノードの名前が変更されます。

それでも問題が解決しない場合は、エンドポイントとクラスターを含むノードのスクリーンショット、_Basic_クラスター属性（それらを読んだ後）、および_NodeInfo_パネルのスクリーンショットを投稿してください。

それは私のconbee2と1つのtradfriライトに接続されています。

OK、ユニットに新しいSilabs範囲のMACアドレスがあるように見えますが、それ以外は問題ないようです。 そのファームウェアバージョンは何ですか（_SWビルドID_をダブルクリックし、_属性エディター_ポップアップウィンドウで_読み取り_を押します）？ 2.2.009？

リソースが作成されない理由がわかりません。 _Basic_クラスター属性を読み取る前に、Phosconまたは古いWebアプリからネットワークを開きましたか？ ネットワークが開いている状態で、_Model Identifier_をダブルクリックし、ポップアップウィンドウで_Read_を押すことはできますか？ 読み取りが成功すると、メッセージが表示されます。

2.2.007

モデル識別子をクリックして「読み取り」をクリックすると、「読み取りが完了しました」と表示されます。 「新しいライトを探す」もアクティブにしながらやってみました。

はい、私が追加した方法は、Phosconsearchの新しいライトを使用することでした。 また、GUIの「読み取り」ボタンをクリックする前に「サーチライト機能」を開始しました。 ただし、[読み取り]をクリックしても、実際に何かを実行していることを示すものはありません。 おそらくGUIで青いライトが点滅します。これはGUIを使用するのは初めてなので、どのように表示されるかわかりません。

以前にこれを尋ねるべきでしたが、どのバージョンのdeCONZを実行していますか？ FYRTURおよびKADRILJのサポートはv2.05.67で導入されました。 しかし、オープン/クローズリモートのサポートも同様でした。

モデル識別子をクリックして「読み取り」をクリックすると、「読み取りが完了しました」と表示されます。

それは良い。

はい、私が追加した方法は、Phosconsearchの新しいライトを使用することでした。 また、GUIの「読み取り」ボタンをクリックする前に「サーチライト機能」を開始しました。

それでうまくいくはずです。

2.2.007

ファームウェアを2.2.009にアップグレードすることをお勧めしますが、それで問題が解決するかどうかはわかりません。

こんにちは。

2.05.72 / 2019年12月12日
ファームウェア：26490700

5sをダブルプレスする以外に、ネットワークを忘れて再接続するように強制する方法はありますか？

いいえ、それがブラインドをリセットする方法です。

うーん、わかりました、もう一度リセットしてみました。 ただし、GUIには引き続き表示されます。 SWビルドIDの読み取りは失敗しますが、忘れられていると思いますか？ または、出荷時設定へのリセットに、長引く問題を引き起こす可能性のあるものがありますか？

@ebaauwだから私の問題（再試行/ ackの問題、上記の投稿を参照）に関して私はdeCONZの更新を待たなければなりませんか？ 正しい？
これが取り上げられ、おそらく次のリリースの1つで取り上げられるようにするには、どうすればよいですか？

だから私の問題（再試行/確認の問題、上記の投稿を参照）に関しては、deCONZの更新を待つ必要がありますか？ 正しい？

はい、それをサポートするには、RESTAPIプラグインを更新する必要があります。 あなたは長い間待っているかもしれません：これは大きな変化であり、私がもっと緊急だと思う他の問題がたくさんあります。

これが取り上げられ、おそらく次のリリースの1つで取り上げられるようにするには、どうすればよいですか？

自分で変更を加え、プルリクエストを送信します。

もう一度リセットしてみました。 ただし、GUIには引き続き表示されます。

デバイスを鈍くリセットすると、デバイスはネットワークを忘れますが、ネットワークはデバイスからの_Leave_メッセージでデバイスを忘れるだけです。 deCONZ GUIは引き続きデバイスを記憶しています。つまり、ノードを自分で削除する必要があります。 ネットワーク内の他のルーターは引き続きデバイスを記憶しているため、deCONZがこれらのルーターのネイバーテーブルを読み取ると、GUIに再表示される場合があります。

SWビルドIDの読み取りは失敗しますが、忘れられていると思いますか？

リセット時にネットワークキーが削除されたため、デバイスはネットワークに存在しなくなりました。

わかりました、thx。 待ちます。
それが忘れられないように私が問題を開くべきであるかどうかだけを意味しましたか？

あなたたちは本当にFyrtur + Remoteコンボをクラックしているようです。 私はZigbee2MQTTで同じことで苦労してきました。 スニッフィングする方法はありませんが、現在Z2Mは、直接バインドされているMQTT Fyrturブラインドを制御するために正常に機能し、バインドされたリモートのUp / Down / Stopコマンドも表示できます。 ただし、リモコンをブラインドのグループに直接バインドすると、このバインドは_sortof_のみが機能します。 つまり、リモコンでブラインドを開閉​​することはできますが、押したまま開いたり、離したりして停止したり、リモコンのボタンをもう一度押してブラインドの開閉を中断したりすることはできません。 完全に開くか、完全に閉じるまで待つ必要があります。 また、リモートコマンドが登録されるまでに1〜2秒の遅延があります。

deconzでこの動作が見られますか？ そうでない場合、それを引き起こしている可能性があるものについての理論はありますか？

また、遅延が見られます。これはおそらく、盲目の睡眠と5秒に1回だけの目覚めが原因です。 割り込みとホールド/リリースは私のために働きます。 ブラインドとリモートの親ルーターが同じかどうかを確認することをお勧めします。 これは難しい要件ではないと思いますが、IKEAハブはリピーターを共通の親としてセットアップします。

ありがとう。 リモコンがリピーターを介してブラインドに直接バインドされている場合（コーディネーターなし）、遅延がないのは興味深いことです。 おそらくブラインドもその時眠っていたでしょう。

私がチェックしたところ、リモートとブラインドの両方が同じ親、つまりコーディネーターにバインドされています。 コーディネーターのZ2Mが、グループにバインドされているリモートコマンドを「傍受」して、それらに干渉する方法がわかりません。 グループバインディングがどのように機能するかについての私の基本的な（漠然とした）理解は、リモートがコーディネーターを介してブラインドに直接メッセージを送信することです。

Z2Mでのこの相互作用のデバッグに役立つ可能性のある、リモートとバインドされたブラインドのグループ間のトラフィックのスニッフィングからのログがありますか？

コーディネーターのZ2Mが、グループにバインドされているリモートコマンドを「傍受」して、それらに干渉する方法がわかりません。 グループバインディングがどのように機能するかについての私の基本的な（漠然とした）理解は、リモートがコーディネーターを介してブラインドに直接メッセージを送信することです。

いいえ、「直接」とは、「コーディネーター経由」ではなく、まさにそれを意味します。 リモコンはブロードキャストメッセージをグループアドレスに送信します。グループアドレスは、そのグループ内のブラインド（つまり、グループアドレスにサブスクライブしているもの）によって受信されます。 これは、コーディネーターがダウンしている場合でも機能します。

いいえ、「直接」とは、「コーディネーター経由」ではなく、まさにそれを意味します。 リモコンはブロードキャストメッセージをグループアドレスに送信します。グループアドレスは、そのグループ内のブラインド（つまり、グループアドレスにサブスクライブしているもの）によって受信されます。 これは、コーディネーターがダウンしている場合でも機能します。

興味深いことに、私にとってコーディネーターの電源はオンになっている必要がありますが、「完全な」機能のためにZ2Mが実行されていません。 したがって、これは、リモートが実際にはこの直接的な方法でグループにバインドされていないことを示している可能性があります。 ところで、_direct_ remote->ブラインドインタラクションの場合、リモートはウェイクアップしてブロードキャストメッセージを送信します。次に、ブラインドがスリープしている間、誰がメッセージを保持しますか？ そして、なぜIKEAはそのシナリオでリピーターを必要とするのでしょうか？ それはこの役割を果たす必要があります...

ブラインドが眠っている間、誰がメッセージに固執しますか？

ブラインドへの親ルーター。 IKEAのセットアップでは、それがリピーターです（ハブではありません）。 タッチリンクにより、IKEAはどのデバイスがこの役割を果たすかを完全に制御できます。 一方、deCONZでは、ブラインドが親として選択するルーターをあまり制御できません（不要なルーターの電源を切る以外）。 ブラインドがたまたまコーディネーターを親として選択した場合、そうです。ブラインドを制御するには、コーディネーターが稼働している必要があります。 つまり、デバイスが接続されているシステム（この場合はZ2M、この場合はdeCONZコアアプリケーション）のアプリケーションソフトウェアとしてのゲートウェイ機能ではなく、デバイスファームウェアのZigBeeルーター機能が稼働している必要があります。

@ebaauwリモコンをdeconzから両方のブラインドにバインドし、Home Assistantの自動化によってすべてのコマンドを再ルーティングしないことは可能ですか？
もしそうなら、どのように？

バインディングをいじる必要はありません。 リモコンのグループに両方のブラインドを追加するだけです。

ブラインドへの親ルーター。はい、ブラインドを制御するには、稼働している必要があります。 つまり、デバイスが接続されているシステム（この場合はZ2M、この場合はdeCONZコアアプリケーション）のアプリケーションソフトウェアとしてのゲートウェイ機能ではなく、デバイスファームウェアのZigBeeルーター機能が稼働している必要があります。

おかげで、それは私の理解でもありました。 私のゲートウェイソフトウェアが、実行中にデバイスファームウェアの通常の動作を何らかの形で妨害しているのは奇妙です。 不可能のようです。

ところで、「リモートのグループ」にブラインドを追加すると言うとき、リモートはそれ自体で特別なグループIDを占有しますか？

デバイスのファームウェアによって異なります。 古いZLLTrådfriファームウェアは、出荷時設定へのリセット時にランダムにグループIDを選択します。 新しいZigBee3.0ファームウェアはそうではなく、グループへのバインディングを作成する必要があります（バインディングが行われるまでブロードキャストを送信します）。 REST APIプラグインは、新しいファームウェアデバイスをペアリングするときにそれを処理する必要があります。 いずれにせよ、REST APIは、グループコマンドを検出すると、 config.groupします。 デバイスをペアリングするときに、 /groupsリソースを作成する必要があります。 まだ追加されていない場合は、deCONZ GUIでブラインドをグループに追加すると、プラグインが次にブラインドのグループテーブルをクエリしたときに（おそらくデバイスアナウンスまたはdeCONZの再起動時に）リソースが作成されます。

残念ながら、リモートはDECONZにまったく表示されません。 ただし、HomeAssistantに表示されます。

もう1つ、何らかの理由で、OTAUプラグインは、クエリを実行したデバイスの新しいファームウェアを検出しません。 Blindsファームウェアを手動でダウンロードして更新しました。 ファイアウォールに設定する必要のある特定のポートはありますか？

これは私のdocker-deconzのcompose設定です：
デコンズ：
container_name：deconz
再起動：常に
画像：marthoc / deconz：latest
ネットワーク：
-ウェブ
デバイス：
-/ dev / ttyACM1：/ dev / ttyACM1
ポート：
-'$ {IP_ADDRESS}：8447：8447'
-'$ {IP_ADDRESS}：8446：8446'
-'$ {IP_ADDRESS}：8445：8445'
ボリューム：
-'。/ config / deconz：/root/.local/share/dresden-elektronik/deCONZ'
-'/ etc / localtime：/ etc / localtime：ro '
-'/ etc / timezone：/ etc / timezone：ro '
環境：
-TZ = $ {TZ}
-USER_ID = $ {PUID}
-GROUP_ID = $ {PGID}
-DECONZ_WEB_PORT = 8446
-DECONZ_WS_PORT = 8445
-DEBUG_INFO = 1
-DEBUG_APS = 0
-DEBUG_ZCL = 0
-DEBUG_ZDP = 0
-DEBUG_OTAU = 0
-DECONZ_VNC_MODE = 1
-DECONZ_VNC_PORT = 8447
-DECONZ_VNC_PASSWORD = PASSWORD
-DECONZ_DEVICE = / dev / ttyACM1
-DECONZ_UPNP = 1
ラベル：
-'traefik.enable = false '

こんにちは。
ええ、リモコンが問題です。 deconzのWebページには表示されません。 私はそれをバインドしました、私はそれをvncを通して見ます、そしてそれはホームアシスタントで動作しますが、ホームアシスタントで自動化を作成せずに直接動作させたいです。
私は何が間違っているのですか？

こんにちは。
ええ、リモコンが問題です。 deconzのWebページには表示されません。 私はそれをバインドしました、私はそれをvncを通して見ます、そしてそれはホームアシスタントで動作しますが、ホームアシスタントで自動化を作成せずに直接動作させたいです。
私は何が間違っているのですか？

あなたはそれをグループとして古いGUIで見ることができます

@ Kane610有効にした後、古いGUIを無効にすることは可能ですか？

それはちょうど別の私たちのページです。 特にない

やあみんな。 ブラインドとリモートが持つべきジグビーグループから話しているので、再試行/ sopの問題は発生しません。

deCONZ guiでこれをどのように設定するのが悪いかを誰かに説明してもらえますか？
ステップバイステップガイドを含む。 scrrenshotsは本当にいいでしょう:-)

申し訳ありませんが、zigbee / deCONZの経験はあまりありません。

GUIユーザーガイドを読みます（ヘルプメニューから）。 ブラインドのサーバー（青）_Groups_クラスターの_ClusterInfo_パネルを使用します。

@ebaauw悲しいことに、私がさらにいくつかの色相電球を追加した後、ブラインドは接続/バインディングを失いました。
5秒のダブルプレスで修理し、バインディングを作成し、リフトとバッテリーのパーセンテージを報告しました。

悲しいことに、「pct」はfhemで更新されなくなりますが、briは更新されます。
また、私がpctを送信すると、「再試行」の問題は「pct」に対しても反撃します。

バインディング/レポート設定がありませんか？

ありがとう

rpiを使用して古いGUIにアクセスし、リモートでブラインドをグループ化する方法を見つけた後、それらは正常に機能します。
Home Assistantも両方のデバイスを見ることができますが、ホームアシスタントのブラインドバッテリーレベルを取得するための手順がありません。 誰かが私が欠けているものを知っていますか？

ありがとうございました

編集：これは古くなっています..今私はそれを持っています!! sensor.fyrtur_block_out_roller_blind_battery_level ..私はそれが利用できなかったことを誓うことができました。 ご迷惑をおかけして申し訳ありません🥇

rpiを使用して古いGUIにアクセスし、リモートでブラインドをグループ化する方法を見つけた後、それらは正常に機能します。
Home Assistantも両方のデバイスを見ることができますが、ホームアシスタントのブラインドバッテリーレベルを取得するための手順がありません。 誰かが私が欠けているものを知っていますか？

ありがとうございました

編集：これは古くなっています..今私はそれを持っています!! sensor.fyrtur_block_out_roller_blind_battery_level ..私はそれが利用できなかったことを誓うことができました。 ご迷惑をおかけして申し訳ありません🥇

@adfolfotregosaどうやって追加したのですか？

rpiを使用して古いGUIにアクセスし、リモートでブラインドをグループ化する方法を見つけた後、それらは正常に機能します。
Home Assistantも両方のデバイスを見ることができますが、ホームアシスタントのブラインドバッテリーレベルを取得するための手順がありません。 誰かが私が欠けているものを知っていますか？
ありがとうございました
編集：これは古くなっています..今私はそれを持っています!! sensor.fyrtur_block_out_roller_blind_battery_level ..私はそれが利用できなかったことを誓うことができました。 ご迷惑をおかけして申し訳ありません1st_place_medal

@adfolfotregosaどうやって追加したのですか？

私はしませんでした。 HomeAssistantのセンサーリストを正しく見ていなかったに違いありません。 思い出せることは何もしなかったと思います。 それはあなたのホームアシスタントに欠けていますか？

rpiを使用して古いGUIにアクセスし、リモートでブラインドをグループ化する方法を見つけた後、それらは正常に機能します。
Home Assistantも両方のデバイスを見ることができますが、ホームアシスタントのブラインドバッテリーレベルを取得するための手順がありません。 誰かが私が欠けているものを知っていますか？
ありがとうございました
編集：これは古くなっています..今私はそれを持っています!! sensor.fyrtur_block_out_roller_blind_battery_level ..私はそれが利用できなかったことを誓うことができました。 ご迷惑をおかけして申し訳ありません1st_place_medal

@adfolfotregosaどうやって追加したのですか？

私はしませんでした。 HomeAssistantのセンサーリストを正しく見ていなかったに違いありません。 思い出せることは何もしなかったと思います。 それはあなたのホームアシスタントに欠けていますか？

ええ、それはまったく表示されていません。ブラインドとリモコンのバッテリーだけです。

多分... vncを使用して、ブラインドの「電源構成」クラスター情報を開き、「属性」の「読み取り」をクリックします。 「バッテリー残量」を入力する必要があります。

多分それは私がそれを出現させるためにしたことです。 正直なところ、何がそれを引き起こしたのかはわかりませんが、私もそれを持っていなかったと誓うことができました

皆さん、クラスターをconbeeエンドポイントにバインドし、ここで説明されているようにバッテリーレポートを設定する必要があります： https ：

そうでなければ、読みは更新されません！

皆さん、クラスターをconbeeエンドポイントにバインドし、ここで説明するようにバッテリーレポートを設定する必要があります： ＃1121（コメント）

そうでなければ、読みは更新されません！

オフトピックで申し訳ありませんが、バッテリーレベルを更新するために、すべての「電源構成」を各Ikeaデバイスのコンビーにバインドする必要がありますか？ リモコンの電池残量があるので混乱します

私はブラインドのためだけだと思いますが、他の製品ではテストしていません。
また、リモートの場合、バッテリーがあり、追加のZHABatteryデバイスはありません。

ここを参照してください： https ：

私はブラインドのためだけだと思いますが、他の製品ではテストしていません。
また、リモートの場合、バッテリーがあり、追加のZHABatteryデバイスはありません。

ここを参照してください：＃1827

とった。 ありがとうございました

多分... vncを使用して、ブラインドの「電源構成」クラスター情報を開き、「属性」の「読み取り」をクリックします。 「バッテリー残量」を入力する必要があります。

多分それは私がそれを出現させるためにしたことです。 正直なところ、何がそれを引き起こしたのかはわかりませんが、私もそれを持っていなかったと誓うことができました

Home Assistant 104.3で表示されましたが、103.6では表示されませんでした。

@MrHollowPS
上記のようにレポートを設定することを忘れないでください。そうしないと、値はデバイスから更新を取得しません。

こんにちは、

リモートE1766に質問があります。
私はそれをconbee2と組み合わせることができ、ブラインドと一緒にグループに入れました。 ブラインドはボタンを押している間だけ動き、離すとすぐに止まります。
ロングプレスまたはダブルプレスでブラインドを完全に開くことは可能ですか？はいの場合、どうすればよいですか？

私が興味を持っているもう一つのことは、バインディングに関することです。 位置のパーセンテージを取得するために、すでに1つのバインディングを実行しました。 別のバインディングを作成すると、古いバインディングが削除されますか？

ありがとう

@MrHollowPS
上記のようにレポートを設定することを忘れないでください。そうしないと、値はデバイスから更新を取得しません。

うん、ありがとう。

こんにちは、
全部を2回読みましたが、ブラインドのリモコンが使えません。
ブラインドは正常に機能しています。彼らは自分の状態をホームアシスタントに報告します。
リモートをブラインドにグループ化するために、古いWebUIに移動し、リモートグループにブラインドを追加しました。
リモコンのボタンを押しても何も起こりません。
デコンズでは、リモートが何かを送信していることがわかります。
それを機能させた誰かが私を助けることができますか？

数日間の試行錯誤の末、ブラインドとリモートの両方をdeconzでリンクし、ホームアシスタントで作業することができました。o/ここにコメントをありがとうございます。

ここのリモートの@ yan14は私がそれを機能させた方法です
ikea zigbeeリピーターはまったく必要ありません（箱のプラグを抜いたままにしておきます）

• VNCからdeconz / Raspbee
• 既存のゾンビリモコンをすべて削除します（実際にはdeconzインターフェイスにありましたが、機能していませんでした）
• 許可結合の設定（255）
• ペアリングボタンを5秒以内に4回押します。
• Webインターフェース/スイッチ追加デバイス
• ワイヤレスOpen / Closeリモートのペアリングボタンを（少なくとも10秒間？）押し続けます。 ネットワークに完全に参加するのに十分な時間を与えてください！ Open / Closeリモートで赤いライトが着実に点灯します。
• vncインターフェースから、raspbeeにバインドされた新しいデバイスが表示されます（削除して再試行しない場合は、完全に参加するためにより多くの時間を与える必要があります。
• そこで、ホームアシスタントでdeconz-eventを聞くことができ、リモコンを押すとHAでイベントが表示されます。 リモートボタンを押したときにブラインドを開閉​​する自動化を作成できます。

ブラインドの場合（ここに戻ってさらにペアリングするときは注意してください:)）

• VNCからdeconz / Raspbee
• 既存のゾンビブラインドを削除します（存在する場合）
• 許可結合の設定（255）
• 両方のボタンを5秒間押します。 LEDが1回点滅して、リセットを確認します。
• Webインターフェイス/ライトはデバイスを追加し、新しいデバイスが完全に参加するのを待ちます（VNCインターフェイスもチェックインできます）
• deCONZGUIでクラスター情報パネルを開きます。 ブラインドからウィンドウカバークラスターを選択し、下にスクロールします。 現在位置リフト率属性をダブルクリックして、属性エディタウィンドウをポップアップします。 レポート値（1/300/1）を入力し、WriteConfigを押します。 （上記の@ebaauwへのクレジット）
• リモートバッテリーの残量属性についても同じことができます
• HAで、deconz.device_refreshサービスを呼び出し（HAを再起動する必要がある場合もあります）、お楽しみください！

ホームアシスタント0.105.2
Phoscon 2.05.72
ファームウェア264A0700

そして...私は実際にここに来て尋ねていた質問をするのを忘れました...
ブラインドの限界を定義する方法はありますか？ 私の場合、150cmを下回ってはいけません。 これをどこかで定義できますか（150cm = 100％で、その制限を超えることはありません）？
クラスターをカバーするウィンドウに「Physicalclosedlimit-Lift」属性がありますが、読み取り専用です。
何か案が ？

ブラインドのボタンを使用して制限を設定する必要があります-マニュアルを参照してください。 ZigBeeでは公開されていません。

ああ、RTFMなら:)
私はそれを見ていません、私は間違いなくそれを調べます。 ありがとうございました。

編集:(他の誰かがそれを探している場合）
拡張の最大レベルを設定します。
開閉リモコンまたはブラインドのボタンを使用して、ブラインドを目的の位置に移動します。 ブラインドが目的の位置にあるときに、ブラインドの上下ボタンを2回押して、この位置を新しい最大延長レベルとして保存できます。
延長設定の最大レベルをクリアしたい場合は、最初にブラインドを一番上の位置に移動します。 その後、ブラインドの上下ボタンを2回押します。
Open / Closeリモートを使用してこの設定を実行することはできません。

最近、FYRTURスマートブラインドを2つ購入しましたが、インストールは他のZigbeeデバイスほど簡単ではありませんでした。 次の問題が発生しました。

1.ブラインドはPhosconWebインターフェイスにライトとして表示されます

これは小さな問題ですが、Phosconには利用可能なほぼすべての製品の優れた画像があるため、これは私見の見落としです。

2.Phosconウェブインターフェースで明るさが反転するIMHO

また、マイナーな問題。 実装はできましたが、0％の明るさの設定がブラインドが開いていることに相関しているのは奇妙に思えます。

3.ブラインドの状態は更新されませんでした

私にとって、これは私が遭遇した最初の大きな問題でした（deCONZで）。 このスレッドといくつかの試行錯誤の助けを借りて、deCONZGUIでデバイスの_WindowCovering_属性を読み取ることで、これが修正可能であることがわかりました。

その後、[_ ClusterInfo_]タブで_WindowPosition_属性を読み取ることができます

最後に、レポート構成を設定します

@ cben0istが提供する値に設定しました。 彼が提供した値を使用するのか、@ ebaauwからの値を使用するのかまだ疑問です。

4. deCONZの再起動後、ブラインドは機能を停止します

_電源構成_と_ウィンドウカバー_を読み取ると、これが修正されるようです

しかし、これは理想的ではありません。 私見これはdeCONZでの予期しない動作です。

5.現在のバッテリーレベルはPhosconWebインターフェースに表示されません

6. PhosconWebインターフェースでオン/オフリモートのペアリングが失敗する

オン/オフリモートをペアリングしようとすると、Phoscon Webインターフェイス内で失敗しますが、古いWebインターフェイスとdeCONZ GUIに示されているように、スイッチが追加されます。

7.オン/オフリモコンがPhosconWebインターフェースに表示されない

すべてのスイッチが表示されますが、これらのスイッチは表示されません。

8.オン/オフリモコンのHomeAssistantのdeconz_event idは常にTRADFRI open/close remote

正しい名前を反映するようにグループとセンサーの名前を変更しましたが、Home Assistantでは常にこのイベントソースid: tradfri_open_close_remote取得します。 unique_idとしても送信されるMACアドレスを使用して回避することができます。 自動化では、これは次のように使用できます。

- id: remote_blind_close
  alias: Close blind
  trigger:
    platform: event
    event_type: deconz_event
    event_data:
      id: tradfri_open_close_remote
      unique_id: "ec:1b:bd:ff:fe:00:00:00"
      event: 2002
  action:
    service: cover.close_cover
    data:
      entity_id: cover.fyrtur_blind

これまでのところ、上記の問題のいくつかは視覚的なものであり、他の問題は少し煩わしいものであり、それらのほとんどには回避策があります。 現在私を悩ませている唯一のことは、deCONZの再起動後にブラインドを制御できないことです。

たぶん@ebaauwは、これらの問題についていくつかの追加の洞察を提供したり、他の人にとってより永続的な解決策を提供し

Phoson（オープンソースではなく、ほとんど使用していません）やHA（使用も知らない）も手伝うことができません。

広告2.それは哲学的な議論です：ブラインドは0％閉じていますか、それとも0％開いていますか？ 異なる標準はこれを異なって見ます：ZigBeeは％closedを使用します（したがって、REST API値）。 HomeKitは％openを使用します。 もちろん、XiaomiはここでもZigBee標準に準拠していないため、HomeKitからlumi.curtainsを公​​開するために、値が2回反転されます。

広告3.RESTAPIプラグインからバッテリー駆動のデバイスをセットアップすることは依然として困難です。 属性レポートを設定する必要がありますが、deCONZを再起動した後、設定されない場合や、後で設定される場合があります。 幸い、手動で設定できます。幸い、これは1回だけ行う必要があります。 最も緊急の問題ではありません。

広告4。それも時々見られます。 何が原因なのかわからない。 deCONZを再起動しないようにしています（クラッシュ後または更新時を除く）。

@ebaauw返信ありがとうございます。

フォスコンの問題については、完全に理解しています。 そして、Home Assistantの問題については、どこかに書き留めておきたいだけです。 おそらくそれは将来誰かのために役立つかもしれません😄。

広告2。十分に公平。 また、正直なところ、私にとってそれほど大きな問題ではありません。 あなたに知らせたかっただけです。

広告3.私のバッテリー駆動のZigbeeデバイスのほとんど（主にLumi / Xiaomi）は、箱から出してすぐに動作します。 これは、deCONZ / Phosconを使用するときに私が慣れているものではありません。 特にそのような人気のある製品で。

広告4.deCONZをほとんど再起動しません。 アップデート時のみで、クラッシュしたことはありません。 だから大丈夫なはずです。 しかし、覚えておくべきことがもう1つあります。これは、避けようとしています。

私が言いたかったのは、ホームアシスタントへのブラインドレベルの報告は最初は機能していましたが、.72にアップグレードすると停止しました。 その後、動作させることができませんでした。
バッテリーの状態は素晴らしいですが、持っているのはいいことです。
同じことがリモコンにも当てはまります。 phosconで構成するのは素晴らしいことですが、私にとっては素晴らしいことです。

テスト用にKADRILJがここにあります（ウィンドウカバーデバイスはPhosconアプリで独自のセクションを取得します）。 状態を設定できるのと同じ問題が発生しましたが、値が読み戻されません。

0x0008のバインディングと属性のレポートは自動的に確立されませんでした。これは修正できます。

ただし、属性を手動で読み取ると、何らかの理由で常に値0が生成されます。 ファームウェアのバージョンは上記の20190311 / 2.2.007と同じですが、現在2.2.009に更新しています。これにより、空の値が修正されることを願っています。

@ yan14現在@manupと同じ問題が発生しているのではないかと思います。

@manup現在、最新のファームウェアバージョン2.2.009を実行しています。これは、属性を手動で1回読み取ると正しく機能するようです。 上記のスクリーンショットを作成した後、（誤って）ブラインドを更新したようです。

オン/オフリモートを正しく機能させることにも取り組んでいますか？ 私のリモコンは時々クラスターへの関連付けを失うようですが、これは少し面倒です。

オン/オフリモートを正しく機能させることにも取り組んでいますか？ 私のリモコンは時々クラスターへの関連付けを失うようですが、これは少し面倒です。

はい、要するに、すべてのイケアデバイスの統合は可能な限り洗練される必要があります。 現在、調査にはさまざまなIKEA関連の問題がありますが、いくつかはトリッキーで、他の問題もありますが、すべて解決できることを願っています。

私は現在、ブラインドの1つに本当に問題があります。 それらの両方はdeCONZ内で一晩消えました。 両方を再度追加しようとすると、1つだけが表示されます。 もう1つはPhosconに表示されず、deCONZGUIではデバイスにプロパティがないようです。

何も読めない/変更できない。 ブラインドをConBeeII（30cm）に非常に近づけて移動し、何度も取り外し/再追加してみました。 工場出荷時のリセットを含みます。 同じ結果になるだけです。 私は現在ここで途方に暮れています...

phosconに関しては、TRADFRIの開閉リモートを機能させるための非常に小さな変更です。 TRÅDFRIのオン/オフスイッチは、ソースコードを変更する際のテンプレートとして使用できます。
Webアプリなので、ソースコードが利用できます。

ブラインドの1つがペアリングされなくなったという私の問題に関して、Dutch Gathering of Tweakersフォーラムのユーザーから、次のような解決策が提供されました。

• Phosconをペアリングモードにする
• FYRTUR / KADRILJをペアリングモードにします（両方のボタンを短く押します）
• deCONZとペアリングされるまで、FYRTUR / KADRILJの両方のボタンを長押しします

私の知識とマニュアルによると、これは出荷時設定へのリセットをトリガーするだけですが、どうやらこれは別のことも行うようです...少なくともそれは私にとってはうまくいき、deCONZ / Phoscon / HomeAssistantからブラインドを再び制御できるようになりました。

私はIKEAFYRTURローラーシェードの謎を調査してきました。 前回の更新で述べたように、ブラインドの1つ（下の画像の_ベッドルームイースト_）はペアリングされなくなりました。 幸いなことに、上記の手順で解決できました。 ローラーシェードはある種のZigbeeTouchlinkペアリングモードになっているようですが、正しくペアリングされます。

残念ながら、今では他のFYRTURブラインド（下の画像の_ベッドルーム南_）が機能しています。 視覚障害者は、現在の状態を報告することに問題があります。 両方のブラインドは、ここに示すように、TRADFRI E27WW電球を介してConBeeIIコーディネーターに接続されています。

ベッドルームのイーストブラインドがTRADFRIスマートプラグを介して接続される前は、それ自体が大惨事でした。 それをE27電球に通すと、すでにかなり良くなっているようです。

ただし、現在、次の属性構成セットを使用してテストしています。

電源構成

バッテリー残量、レポート構成

| 構成| 値|
| --- | --- |
| 最小レポート間隔| 7200 |
| 最大レポート間隔| 7200 |
| 報告可能な変更| 0 |

投票管理

| 属性| 値| 値2 |
| --- | --- | --- |
| チェックイン間隔| 3600 | 1400 |
| 長いポーリング間隔| 20 _（0x14）_ | 20 _（0x14）_ |
| 短いポーリング間隔| 2 _（0x02）_ | 2 _（0x02）_ |
| 高速ポーリング間隔| 10 | 40 |

窓覆い

現在の位置リフト率、レポート構成

| 構成| 値|
| --- | --- |
| 最小レポート間隔| 1 |
| 最大レポート間隔| 300 |
| 報告可能な変更| 1 |

私のブラインドは両方とも最新のIKEAファームウェア2.2.0009（20190311）で更新されています。 シグナルモニターは、私の両方のリンクのRSSIが約-65、LQIが約250であることを示しました。

ポーリング制御属性の工場定義値に何か問題があるのではないかと思いました。 Zigbeeのデフォルトでは、次の値を推奨し

| 属性| 値|
| --- | --- |
| チェックイン間隔| 14400 |
| 長いポーリング間隔| 20 _（0x14）_ |
| 短いポーリング間隔| 2 _（0x02）_ |
| 高速ポーリング間隔| 40 |

しかし、最初はもっと積極的なアプローチを試してみたかったのです。 私は、バッテリー寿命が半分より短い、またはバッテリー寿命の良い機能的なブラインドがない、より機能的なブラインドが本当に好きです。

_編集（13-04-2020）して、テストに使用するポーリング制御に値2を追加しました。_

こんにちは、

私はFYRTURブラインドを含めようとしていますが、いくつかの問題に遭遇しました。
少し試して失敗した後、Phosconアプリを介してFYRTURをdeConzに含めることができました。
問題は、FYRTURがphosconアプリに表示されないことです。
deConz GUIからブラインドを制御できますが、phosconは制御できません。

問題が何である可能性があるかアドバイスはありますか？
JowiHueを使用してHomeseer3でブラインドを確認することもできますが、HS3でもステータスを制御または取得できません。

@StoricU私にとって、上記の方法を使用すると、ペアリングは常に機能します。

これを機能させるために、deCONZからブラインドを取り外す必要はありません。

deCONZインストールを2.05.75に更新した後、両方のブラインドが完全に機能しているようです。 上記の方法を使用してペアリングしましたが、数日間は非常に安定しているようです。 これが私の設定と関係があるのか、新しいdeCONZバージョンと関係があるのか​​わかりません。

そのため、前回の更新（2.05.75）では、オープンクローズリモートはphosconで視覚的に表示されますが、グループで使用することはできません。
2つ目は、私のブラインドがdeconzに表示されなくなったことです。 そのため、グループに追加することはできません。
deconz guiでブラインドを見ることができ、ほとんどの場合、ホームアシスタントでそれを制御できます。
時々、ブラインドを制御することができません。 zigbeeメッシュルーターが近くにある場合でも、接続が失われます。

それはちょうどこのように言います：

参加を許可してからライトを追加し、ライトを追加するだけで、ネットワークを開いてみました。
5秒ダブルボタン、15秒ダブルボタン..

たぶんそれはラズビーから遠すぎますか？ 私は近くに3つのオスラムライトとリピーター自体を持っています。

ブラインドに最大長を設定できますか？ それらのいくつかは、最大が51％のウィンドウに配置されます。 しかし、グーグルアシスタントを使って「クローズブラインド」と言うと、100％完全な長さになります

ブラインドに最大長を設定できますか？ それらのいくつかは、最大が51％のウィンドウに配置されます。 しかし、グーグルアシスタントを使って「クローズブラインド」と言うと、100％完全な長さになります

@ dwarf-rbi、ブラインド自体に最大長を設定する必要があります。 マニュアルに従ってください。
deconzを使用するか、ブラインドのボタンを押すことで、正しい位置を見つけることができると思います。
希望の位置になったら、ブラインドの物理的なダウンボタンを2回押す必要があったと思います。 それからそれは数センチ上がってまた下がるでしょう。

@StoricUありがとう、

少なくとも私にとっては状況はあまり安定していないようです。vncを開いてステータスを確認したところ、ブラインドは何もせずに近くのランプにリンクしています。 これで、deconzから制御できますが、残りのAPIにはありません。
ペアリングが失われる可能性があるため、他のことをするのが怖いです。 暗示はありますか？

私は同じ問題を抱えています、私は11のブラインドを手に入れました、ほとんど毎日少なくとも2つのブラインドはHAから反応しません、しかし私はVNCを通してそれらを制御することができます。 私は彼らがスタンバイモードになっているのが好きで、「属性の読み取り」ボタンを押すか上下に押すことによって再び作業する前にpingする必要があります。
deconz / vncのどこかに設定して、1時間ごとにブラインドに自動的にpingを送信することはできますか？

私はついにIkeaスマートブラインドをDeCONZに接続しましたが、1つの問題と1つの質問があります。

問題：レベルは常に「100」であるため、Home Assistantは常に開いており、閉じられていません:-(これはバグまたは機能ですか？
質問：ファームウェア2.2.007を実行していますが、DeCONZを使用して2.2.009にアップグレードするにはどうすればよいですか？ 主電源のIkeaのものは電源を入れ直すトリガーですが、バッテリー駆動のデバイスの場合はどうなりますか？

FURTURとKADRILJは、属性レポートを設定するためにホワイトリストに登録されていませんでした。 @SwoopXは、 https： //github.com/dresden-elektronik/deconz-rest-plugin/pull/2668/commits/0151f6fe61f25a2158fb03d7ebf1afe0b4d42ec8でそれを修正しました。 この変更がマージされて次のリリースに含まれるまで、GUIで手動でバインドし、構成をレポートするのが最適です。 または、そのコミットからプラグインをコンパイルし、ブラインドを再ペアリングします。

GUIの_OTAUプラグイン_パネルで_Update_を押します。 電源を入れ直してみてください（バッテリーを取り外してから再接続してください）が、うまくいくとは思えません。

@ebaauwありがとう、手動設定はそれをしました。 HAでレベルを確認できます。 現在、DeCONZ GUIを介してファームウェアを更新しています（100％完了のうち1％;））

@ebaauwありがとう、手動設定はそれをしました。 HAでレベルを確認できます。 現在、DeCONZ GUIを介してファームウェアを更新しています（100％完了のうち1％;））

こんにちは、私はブラインドがdeCONZ VNCで完全に機能しているが、Phosconに追加されておらず、バッテリーのみがHomeAssistantに表示されるのと同じ状況にあります。

この「手動構成」について詳しく教えてください。

どうもありがとうございました ！

この「手動構成」について詳しく教えてください。

_Help_メニューの下にあるdeCONZGUIのユーザーマニュアルをお読みください。

ブラインドはPhosconではサポートされていません。 HomeAssistantについて知りません。

このクイックアンサー@ebaauwをありがとうございますが、それは私を助けません。

@ alex3305が私と同じ問題に直面し、ホームアシスタントを使用しているため、

@lbrichetちょうど私があなたの言及を逃したのを見ました。 ただし、Phosconで「ライト」をペアリングする場合は、ここで説明する手順に従うことができます。

ただし、Phosconのインストールを確認したところ、ガイドの後でLittle Walterに更新したところ、Lightsの概要にブラインドが表示されなくなったことがわかりました。 ただし、以前に作成したブラインドグループでそれらを確認します。 これはちょっと奇妙な私見です。 ここで何かがおかしいようです：

私は現在、0151f6fe61f25a2158fb03d7ebf1afe0b4d42ec8を含む新しい（ベータ）リリースを待ち望んでいます。

ありがとう@ alex3305 ！ 実際、Fyrturをペアリングしようとしているときに他の人がこのスレッドに到達した場合、私にとってはまったく表示されないため、Phosconに集中する必要はありません。 私はdeCONZVNCを介してすべてを行いましたが、HomeAssistantで期待どおりに機能しています:)

@lbrichet私は

GUIでは、ブラインドを上下および指定された位置に移動できます。 しかし、それだけです。

リモートは、phoscon内およびスイッチセクションの下に存在します。 ただし、スイッチエディタにはありません。 また、HAにはありません。

任意のポインタをいただければ幸いです。

こんにちは@rufinus ！

私の最大の問題は、十分に忍耐強く、おそらくdeCONZ統合を削除して、再び追加することだったと思います。

また、同じ部屋にIkeaリピーターを追加しました。

こんにちは、みんな、

私はFyrturブラインドをHAのdeconzに接続しようとしていますが、今のところ運がありません。
私がしたことは：

• conbeeIIでペアリングを開始します
• ブラインドのペアリングボタンを短く押します
• ライトが点灯します
• ブラインドのペアリングボタンを長押しします

それがほんの一瞬それを見つけた瞬間がありました、しかしそれからそれは消えました、そしてそれ以来それはもうポップアップしません...

あなたたちは私が間違っていることを知っていますか？

@ブラディアン

とのペアリング：

両方のボタンをフィルター上で8〜10秒間押し続けます。 ブラインドが上がり、LEDが白く点滅します。
ペアリングの準備ができていません。
HA / Deconzで検索にスターを付けます。 新しいセンサーを使用して、それを見つけます。 センサーではありませんが検出されますが、ブラインドに配置されるとdeconzuiに表示されます。
現在のバグのため、ブラインドはdeconzでopを表示しませんが、VNCを介してdeconzにログインすると、デバイスを確認できます。

@ dwarf-rbi

どうもありがとう！ 見てみるとVNCをダウンロードしたばかりで、最初からdeconzとペアになっているようです。 VNCの説明を見つけることができましたか？ スイッチをスマートブラインドに接続してみたいです。

また、2つのブラインドと1つのリピーターを使用して、グループに開閉スイッチを追加できるようにしたいと思います。
問題は、私のリモートスイッチ（開閉スイッチ/スイッチとして追加することはできませんか？しかし、スイッチとしてphosconにそれを設定できますか？スイッチを追加すると、ペアリングされていないことを継ぎ目がありますか？しかし、私がスイッチの下に表示されるダイアログを閉じますか？

@ chichin79 Home Assistantについて話す場合、いつでもdeconz_eventに基づいて自動化を行うことができます。
DeveloperTools、Eventsに移動し、deconz_eventに入力して、リスニングを開始します。
スイッチを押すと、その結果を自動化のトリガーとして使用できます。

@ chichin79 Home Assistantについて話す場合、いつでもdeconz_eventに基づいて自動化を行うことができます。
DeveloperTools、Eventsに移動し、deconz_eventに入力して、リスニングを開始します。
スイッチを押すと、その結果を自動化のトリガーとして使用できます。

ああ、素晴らしい、私はそれを試してみます。

開閉リモコンはブラインドをネイティブに制御します-自動化の必要はありません。 リモコンのグループにブラインドを追加するだけです。 deCONZがダウンしているときでも機能します。

開閉リモコンはブラインドをネイティブに制御します-自動化の必要はありません。 リモコンのグループにブラインドを追加するだけです。 deCONZがダウンしているときでも機能します。

つまり、開閉スイッチは、グループに追加できるスイッチとして表示されません。 スイッチはphosconGUIの「スイッチ」の下に表示されますが、グループに追加できません。

trådfriの通常のオン/オフスイッチとリモコンがありますが、それらが表示されます。

スイッチはphosconGUIの「スイッチ」の下に表示されますが、グループに追加できません。

私はフォスコンを知りません。 REST APIプラグインは、Open / Closeリモートをペアリングするときにグループを作成し、リモートをそのグループにバインドします。 このグループは、ZHASwitch /sensorsリソースでconfig.groupとして報告されます。

わかりました、答えてくれてありがとう、「正しい」方法でphosconへの切り替えを試み続けます。

私の場合は、リモートとブラインドを追加してから、バインドドロップボックスを介して手動でバインドしました。 それはちょっと機能しています（ボタンを押してから次のボタンを押すまでに7秒以上待つ必要があります。そうでない場合は無視されます）。

FURTURとKADRILJは、属性レポートを設定するためにホワイトリストに登録されていませんでした。 @SwoopXがでていることを固定していた0151f6f 。 この変更がマージされて次のリリースに含まれるまで、GUIで手動でバインドし、構成をレポートするのが最適です。 または、そのコミットからプラグインをコンパイルし、ブラインドを再ペアリングします。

こんにちは@ebaauw 、私が間違っていなければ、この修正はV2_05_76に含まれています。これは私がHomeAssistantで使用しているものです。 少し前（この更新かどうかはわかりません）、current_positionの属性は即座に更新されていました。 現在、何も更新されていませんが、ブラインドスティルは機能しています。 また、 @ SwoopXの修正により、バッテリー属性を更新する必要がありますか？
この修正を利用するには、ブラインドをリセットしてdeconzと再ペアリングする必要がありますか？

76で導入されたいくつかのバグがあります。77はそれらを修正する必要があります

以前のブラインドは「bri」属性によって制御されていて、「lift」属性が最後のいくつかのバージョンで追加されたと仮定するのは正しいですか？ Fyrturを含め、RESTAPIの「lift」属性を使用して正常に制御しました。 私はHomeSeerを使用しており、そこにあるJowiHueプラグインはブラインドをライトとして識別し、それを1つとして制御しようとします。 以前にこれが機能しているという報告がありますが、JowiHueは「bri」を介してそれを制御しようとしていると思いますが、.77では機能していないと思いますか？

「bri」属性は「lift」属性の「エイリアス」である可能性がありますか？ 私はそれが問題を解決すると思いますか？
また、JowiHue-forumに投稿して、代わりに（正しい）「lift」属性を使用するようにJowiHueを変更できるかどうかを確認しました（https://forums.homeseer.com/forum/lighting-primary-technology-plug- ins / lighting-primary-technology-discussion / jowihue-w-vuyk / 1389436-ikea-fyrtur-blinds-not-full-supported）

編集：
さて、RESTAPIを介して "" bri "：254"を送信しようとしましたが、 "" lift "：100"に正しく変換されたので、問題はJowiHueにあると思います。

Wimは、JowiHue（HomeSeer）の問題を修正しました。 :)

別の質問ですが、REST APIを使用して停止コマンドを送信するにはどうすればよいですか？ スイッチを使用すると、同じボタンをもう一度押すと停止しますが、RESTでも可能ですか？

そして、REST APIを使用して、スイッチとブラインドを同じグループに追加する方法を、誰かがいくつかの手順で説明できますか？

別の質問ですが、RESTAPIを使用して停止コマンドを送信するにはどうすればよいですか。

PUT {"lift": "stop"} 、（非推奨） {"bri": "stop"} 、または（非推奨） {"bri_inc": 0} 。

REST APIを使用して、スイッチとブラインドを同じグループに追加するにはどうすればよいですか？

• /sensors/ _n_を取得し、 config.group値_g_に注意してください。
• /groups/ _g_を取得し、 lights下にある/lightsリソースIDに注目してください。
• /groups/ _ g_を{"lights": [ _list_ ]}本体で配置します。ここで、listは、ライトのIDが追加された前のリストです。

• /sensors/ _n_を取得し、 config.group値_g_に注意してください。
• /groups/ _g_を取得し、 lights下にある/lightsリソースIDに注目してください。
• /groups/ _ g_を{"lights": [ _list_ ]}本体で配置します。ここで、listは、ライトのIDが追加された前のリストです。

私は今それをしました、しかしそれはまだリモコンに反応しません...？

センサー/ 45：
{{
"config"：{
「アラート」：「なし」、
「バッテリー」：87、
「グループ」：「7」、
「オン」：true、
「到達可能」：true
}、
「ep」：1、
"etag"： "e7c0d8ebfe9287b260ad61b33dd0e100"、
"lastseen"： "2020-05-31T08：39：07.985"、
"manufacturername"： "IKEA of Sweden"、
「モード」：1、
"modelid"： "TRADFRI open / close remote"、
"名前"： "TRÅDFRIopen/ close hovedsov"、
"状態"：{
「buttonevent」：2002、
"lastupdated"： "2020-05-29T17：50：12.040"
}、
"タイプ"： "ZHASwitch"、
"uniqueid"： "ec：1b：bd：ff：fe：df：cc：f9-01-1000"
}

groups / 7（PUTing {"lights"：["14"]の後）：
{{
「アクション」：{
「bri」：127、
"colormode"： "hs"、
"ct"：0、
「効果」：「なし」、
「色相」：0、
「オン」：false、
「土」：127、
「シーン」：null、
"xy"：[
0、
0
]
}、
"デバイスメンバーシップ"：[
「45」
]、
"etag"： "6a7ad3330dceb5601e6fff464d679736"、
"id"： "7"、
"ライト"： [
「14」
]、
"name"： "TRADFRI open / close remote"、
「シーン」：[]、
"状態"：{
"all_on"：false、
"any_on"：false
}、
"タイプ"： "ライトグループ"、
"uniqueid"： "ec：1b：bd：ff：fe：df：cc：f9"
}

ライト/ 14：
{{
"etag"： "c4a7cb040196416adc156e0e729a816d"、
「hascolor」：false、
"lastseen"： "2020-05-31T08：30：03.790"、
"manufacturername"： "IKEA of Sweden"、
"modelid"： "FYRTURブロックアウトローラーブラインド"、
"名前"： "Hovedsovrullegardinhøyre"、
"状態"：{
「アラート」：「なし」、
「bri」：254、
「リフト」：100、
「オン」：true、
「オープン」：false、
「到達可能」：true
}、
"swversion"： "2.2.009"、
「タイプ」：「窓覆い装置」、
"uniqueid"： "68：0a：e2：ff：fe：43：f5：9c-01"
}

うーん、リモコンのlastseenは最新ですが、 state.lastupdatedは一昨日のものです。 これは、最近コマンドを送信していない（または、少なくともdeCONZがコマンドを受信して​​いない）ことを示します。

うーん、リモコンのlastseenは最新ですが、 state.lastupdatedは一昨日のものです。 これは、最近コマンドを送信していない（または、少なくともdeCONZがコマンドを受信して​​いない）ことを示します。

ええ、スイッチをテストする前に、RESTAPIからフェッチしました。
これで、state.lastupdatedも更新されます。
"状態"：{
「buttonevent」：2002、
"lastupdated"： "2020-05-31T08：54：24.695"
}、

しかし、それでも盲人の反応はありません...

APIがグループメンバーシップをいつ確認するか（および必要に応じて修正するか）はわかりません。 コマンドを送信する前に、ブラインドからの生命の兆候を待つ場合があります（ブラインドが眠っている可能性があるため）。 ブラインドをグループに追加した後、ブラインドを開いたり閉じたりしましたか？ それでもAPIコマンドに応答しますか？

グループがブラインドに追加されたことをdeCONZGUIで再確認することをお勧めします。 _Cluster Info_パネルを開き、ブラインドの_Groups_クラスターを選択して、_ViewGroup_コマンドを試してください。 _Status_に_SUCCESS_を（簡単に）表示する必要があります。 （簡単に）_NOT FOUND_と表示されている場合、グループは追加されていません。 _AddGroup_コマンドを使用して追加してみてください。

ブラインドをグループに追加した後、ブラインドを開いたり閉じたりしましたか？ それでもAPIコマンドに応答しますか？

はい、はい。

グループがブラインドに追加されたことをdeCONZGUIで再確認することをお勧めします。 _Cluster Info_パネルを開き、ブラインドの_Groups_クラスターを選択して、_ViewGroup_コマンドを試してください。 _Status_に_SUCCESS_を（簡単に）表示する必要があります。 （簡単に）_NOT FOUND_と表示されている場合、グループは追加されていません。 _AddGroup_コマンドを使用して追加してみてください。

ええ、それは「見つかりません」を示しています。
「グループの追加」は、0x0000および/または（？）グループ名の形式でグループIDを要求します。 ここに何を入力すればよいですか？ 0x0007？ IDと名前の両方が必要ですか？

確かに、16進数の7は0x0007です。 実際にグループ名をサポートしているデバイスはまだ見たことがありません。 _グループ名_を空のままにしてOK。

これでグループが追加されましたが、スイッチを押しても反応がありません。 deCONZからブラインドを制御することはうまく機能しています。 リモコンのタイムスタンプは、押すと更新されます。 奇妙な...

奇妙な。 歓声として-メアリー：ブラインドを再起動し（バッテリーを5秒間取り外します）、それがまだグループのメンバーであることを再確認します。 ウィンドウカバーデバイスの/groupsサポートを追加して、APIからグループコマンドを送信できるようにします。

@ebaauw

私はここで混乱しています。 あなたが言った

PUT {"lift"： "stop"}、

だから私はそれが文字列値であると仮定しました（それのドキュメントを見つけることができません）。 しかし、 "lift":"10"をREST APIに送信すると、エラーが返されます。 ブラインドの高さを設定するためにこの属性を使用するにはどうすればよいですか？

{"lift": 10} 。 "stop"値には満足していませんが、この動作を"bri"からコピーしました。 現時点では、これ以上の選択肢はありません。 API v2の場合、コマンドと属性を区別する必要があります（たとえば、_Toggle_をサポートするため）。

私はintまたはstringのいずれかの属性でより厳密な定義を使用しており、この「lift」属性は文字列値を受け入れますが、値が文字列で数値の場合はエラーをスローします...これを取得する方法を見つける必要があります今仕事....

より一貫性のあるAPIの提案を受け付けています。 たぶん、書き込み専用のstop属性ですか？ {"bri_inc": 0}は意味的には意味がありませんが、少なくとも構文的には一貫しています。

書き込み専用の停止属性のオプションが好きです。結局のところ、これは単なるコマンドであり、返される状態とは何の関係もありません。 リフトは実際のパーセンテージに設定されますよね？
bri_incの方が簡単だと思うなら、私もそれで問題ありませんが、それは論理的なものではありませんが、少なくとも整数は変化していません。

また、上記のSven-OveのJSONサンプルでは、​​状態オブジェクトに「open」：false属性もあります。 これはどういう意味ですか？
すべての質問について申し訳ありませんが、ここで2か月間追いつくことができず、今起きており、ここでいくつかのことを見逃しているようです。 すべての新しい属性を説明する現在のドキュメントはありますか？

私の最新のPRは{"stop": true}実装しています。

エリック、

ありがとう！ ここで準備します

また、FYRTURブラインドがあり、Home Assistantアドオン5.3.5（deconz 2.05.75）で問題が発生しています（グレー表示されてボタンが機能していません）。
これを修正する方法の提案はありますか？

また、FYRTURブラインドがあり、Home Assistantアドオン5.3.5（deconz 2.05.75）で問題が発生しています（グレー表示されてボタンが機能していません）。
これを修正する方法の提案はありますか？

これを試しましたか？
デバイスをカバーするウィンドウの現在位置の例で属性レポートを手動でバインドして有効にする方法

1.クラスターを手動でバインドする
deconz GUIで、[パネル]、[バインド]ドロップボックスの順に選択します。
デバイスとコーディネーター（青いノード）の場合は、右端の箇条書きを押して、使用可能なクラスターを展開します。
コーディネーターの場合：宛先として01ホームオートメーションエンドポイントをドラッグアンドドロップします。
デバイスの場合：クラスターをカバーするウィンドウをソースとして選択し、ドラッグアンドドロップします。 これはサーバークラスター（青色）である必要があることに注意してください。
bind押します。

2.属性レポートを手動で設定します
次に、属性レポートを設定する必要があります。 ほとんどの場合、デフォルト設定はすでに定義されており、デコンズの再起動後またはデバイスの電源の再投入後に実行する必要があります。 ただし、実行されたアクションで値が更新されないか、まったく更新されない場合は、属性レポートが適切に設定されていない可能性があります。

デバイスのクラスターをカバーするウィンドウを選択し、0x0008（現在の位置）をダブルクリックします。
ダイアログの下端に、値を入力します

最小レポート間隔：1
最大レポート間隔：300
報告可能な変更：1

次に、 write config押します。

ちょうど私の2セント。 @hwikeneが提案するのと同じパラメーターを設定しましたが、 @ mdcobraが報告しているのと同じ問題も発生しています。 最新のDeCONZバージョンもあります。 私のFYRTURカバーの両方で、属性レポートがまだ正しく機能していないようです。

VNCから手動でreadした後、属性は正しく取得されます。 しかし、私は本当にそれを1日に何度もやりたくありません😉。

クイック編集：属性レポートに関する新しい問題を開くことができるでしょうか？

私の知る限り、属性レポートに関連する2つの問題があります。

• deCONZがこれを適切に設定していないように見えることがあります。 これは割るのが非常に難しいナットです。 最終的には、ペアリングロジック全体をリファクタリングするときに、APIv2でこれに対処する必要があります。 回避策として、GUIでバインディングとレポートの構成を手動でセットアップできます。
• 属性レポートが適切に設定されているように見えても、ブラインドがレポートを送信しない場合があります。 この場合に私が見た唯一の救済策は、ブラインドの電源を入れ直すことです（バッテリーを10秒ほど取り外します）。

いずれの場合も、ブラインドの削除、リセット、再ペアリングは必要ありません。 オープン制限を再設定し、リモートのグループに再参加する必要があるため、これに反対することもお勧めします。

• 属性レポートが適切に設定されているように見えても、ブラインドがレポートを送信しない場合があります。 この場合に私が見た唯一の救済策は、ブラインドの電源を入れ直すことです（バッテリーを10秒ほど取り外します）。

素晴らしい提案。 それを試してみたところ、両方のブラインドで機能するようでした。 うまくいけば、それは機能し続けるでしょう。

@ebaauwパワーサイクルのヒントをありがとう！ これは今のところそれを解決しました、どれくらいの間見てみましょう...

こんにちはみんな、いくつかの誤ったスタートの後、私はついに私のブラインドとリモートがデコンズとホームアシスタントに現れました。

ブラインドはカバーとして表示され、上、下、停止ボタン、およびスライダーに反応します。 位置も正しく報告しているようです。 編集：私はちょうど盲人がHAの打者の状態も報告していることに気づきました

リモコンもHAでバッテリー％を表示していますが、現在ブラインドを操作していないため、おそらくブラインドと直接ペアリングされていません。 ただし、ボタンを押すと、押すたびにdeconz_eventsが生成されていることがわかります。 次の仕事は、ブラインドを動かすためにボタンを押すことを自動化します...

それを機能させるために私が取った手順にはいくつかの試みが含まれていましたが、基本的にはDeconzGUIを使用しています。

1. 新しいライトを検索するようにDeconzを設定します。
2. Ikeaリピーター（前面の小さな穴のペーパークリップ）をリセットし、Deconzがリピーターを見つけるまで待ちます
3. デコンズがより多くのライトを探すのをやめなさい
4. スイッチに移動し、新しいスイッチを探してDeconzを起動します（編集：リモコンがIKEAセットにないため、OTHERを選択しました）
5. リモコンをリセットします（赤いライトが点灯するまでリセットボタンを4回すばやくクリックします）
6. Deconzがスイッチを見つけるまで待ちます。
7. デコンズの設定に戻って、新しいライトを検索します
8. ブラインドの両方のボタンを、リセットされるまで5秒以上押し続けます（LEDが点滅します）
9. デコンズがブラインドを見つけるまで待つ

上記の手順のいずれかでデバイスが見つからない場合は、最終的に正しく機能するようになるまで、それぞれのリセット手順から再試行してください。 デバイスがすべてDeconzで見つかったら、HAを再起動して更新が行われていることを確認し、デバイスが表示され、期待どおりに機能していることを確認します。 リモートまたはブラインドのいずれかがHAで正しくレポートされていない場合は、それをDeconzから削除し、手順を繰り返してデバイスをリセットし、Deconzに追加します。

すべてのデバイスが現在のように機能するようになるまでには数回かかりましたので、努力を続け、あきらめないでください。

幸運を

おそらくブラインドと直接ペアリングされていない

ブラインドとコントローラーの両方を、互いにではなくdeCONZにペアリングします。 APIプラグインは、リモートをグループにバインドする必要があります（リモートのZHASwitch /sensorsリソースでconfig.groupを確認してください）。 そのグループにブラインドを追加する必要があります。 その後、deCONZがダウンしているときでも、リモコンはブラインドを制御します。

次の仕事は、ブラインドを動かすためにボタンを押すことを自動化します...

グループを使用して、ボタンからブラインドを制御することをお勧めします。 現在のAPIプラグインはグループコマンドをエンドデバイスに送信できず、ユニキャストコマンドを送信するとルーティングの問題が発生します。

ブラインドとコントローラーが別のZigbeeルーター（またはコーディネーター）の範囲内にある場合は、リピーターを使用する必要がないことに注意してください。

HAアドインを介してPhosconGUIを使用し、VNCを使用していますが、両方のデバイスを表示できますが、グループ内でそれらをリンクする方法が表示されません。

APIで、 /groupsリソースのPUTを実行し、ブラインドの/lightsリソースをlights配列に追加します。 APIドキュメントを参照してください。

または、GUIで、ブラインドのノードのサーバー（青）_Groups_クラスターを選択しながら、_ClusterInfo_パネルから_AddGroup_コマンドを発行します。 GUIユーザーマニュアル（_Help_の下）を参照してください。

私はPhosconを使用しておらず、WebUIがどのように機能するのかわかりません。

@ebaauwあなたが私のためにこれを少し馬鹿にすることができることを願っています。 @ Geoff571と同じことをしようとしています
デコンズを使用する最初の試み。 ここで約30分の経験があります。

ブラインドを追加し、オン/オフボタンを追加しました。 レポート設定に関する4月の投稿から、ブラインドレポートの適切なステータスを取得しました。 これで完了です。

今、私はボタンでブラインドを制御したいと思っています（まもなくブラインドになります、私はこれらのダースを持っています）。
Home Assistantでは、グループ設定を備えたPhoscon GUIが提供されますが、ボタン（スイッチ）をグループに入れることはできません。
VNC経由でDeconzGUIにアクセスできます。

ブラインドを選択し、0004グループを選択すると（1）「デバイスにグループを追加する」の下にグループID0x0000とグループ名ブラインドが表示されます。 execをクリックすると、成功に戻ります。 すごい！

ボタンを選択すると、0004グループ（0）がグレー表示されます。 （0）は、グループの一部ではないことを意味すると思います。 これでは、「デバイスにグループを追加する」オプションがありません。 では、ブラインドと同じグループにボタンを追加するにはどうすればよいですか？

@ebaauw 、少し@svenoveの経験によると、リモコンはまだブラインドで動作しておらず、リモコンがHA deconz_eventを生成しなくなったことを除いて、私は昨日の状態のままです。グループにライトを追加しました。

要約すると、HAはデバイスとそのセンサーデータの両方を見ることができ、リモートが生成します。 どちらもPhosconGUIに表示されます（HA Deconzアドオン経由）。 最初にリモコンをdeconzに追加し、次にブラインドを追加してみましたが、その逆もすべて同じ結果になりました。

現在のデコンズ情報は次のとおりです。

センサー/ 46

    "46": {
        "config": {
            "alert": "none",
            "battery": null,
            "group": "47",
            "on": true,
            "reachable": true
        },
        "ep": 1,
        "etag": "ef34257694f525580286b96f6ad76a50",
        "lastseen": "2020-07-27T22:03:56.671",
        "manufacturername": "IKEA of Sweden",
        "mode": 1,
        "modelid": "TRADFRI open/close remote",
        "name": "TRÅDFRI open/close switch",
        "state": {
            "buttonevent": 1002,
            "lastupdated": "2020-07-27T22:03:56.672"
        },
        "type": "ZHASwitch",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80-01-1000"
    },

ライト/ 12

    "12": {
        "etag": "3a154d9c285b4d7d40685ac3ff2451a6",
        "hascolor": false,
        "lastannounced": null,
        "lastseen": "2020-07-27T20:57:43Z",
        "manufacturername": "IKEA of Sweden",
        "modelid": "KADRILJ roller blind",
        "name": "Window covering device 12",
        "state": {
            "bri": 0,
            "lift": 0,
            "on": false,
            "open": false,
            "reachable": true
        },
        "swversion": "20190311",
        "type": "Window covering device",
        "uniqueid": "d0:cf:5e:ff:fe:d9:92:e1-01"
    },

Grroups / 47

    "47": {
        "action": {
            "alert": "none",
            "bri": 127,
            "colormode": "hs",
            "ct": 0,
            "effect": "none",
            "hue": 0,
            "on": false,
            "sat": 127,
            "scene": null,
            "xy": [
                0,
                0
            ]
        },
        "devicemembership": [
            "46"
        ],
        "etag": "57cab4195d7d8a054e477635a742bb66",
        "id": "47",
        "lights": [
            "12"
        ],
        "name": "TRADFRI open/close remote ",
        "scenes": [],
        "state": {
            "all_on": false,
            "any_on": false
        },
        "type": "LightGroup",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"
    }

あなた（または他の誰か）は他に何を試すべきかアドバイスできますか？

これがあなたのための深夜のアップデートです。

エブラインドに付属のリピーターがフォスコンのメッシュから外れていることに気づきました。 リピートデバイスを削除せずに、リセットを実行し、Phosconを設定して新しいライトを検索しました。 リピーターは再びアクティブとして表示され始めました。

Ikeaの説明書でリモコン、ブラインド、リピーターをペアリングする順序に基づいてハンチを試し、リモコンのリセットボタンを10秒以上押し続けたところ、再びペアリングモードになりました。

ペアリングのアクションにより、新しい番号61506の新しいグループが作成されました。次に、そのグループにライトを追加すると、奇跡が発生し、リモートでブラインドが機能するようになりました。

以下の新しいグループデータ（ライトを追加した後）：

{
    "action": {
        "alert": "none",
        "bri": 127,
        "colormode": "hs",
        "ct": 0,
        "effect": "none",
        "hue": 0,
        "on": false,
        "sat": 127,
        "scene": null,
        "xy": [
            0,
            0
        ]
    },
    "devicemembership": [
        "46"
    ],
    "etag": "a1cf8537b8ed6b52334d4b3711a957c2",
    "id": "61506",
    "lights": [
        "12"
    ],
    "name": "TRADFRI open/close remote 47",
    "scenes": [],
    "state": {
        "all_on": true,
        "any_on": true
    },
    "type": "LightGroup",
    "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"
}

なぜそれらのアクションが機能するようになったのか、それが遅れているのかわかりません。また、手順を繰り返すためにもう一度それを壊す気はありません。

グループの2つのバージョンを比較すると、違いはID、61506/47のみであるように見えます。

@ MRobi1リモコンをグループに追加することはできません。 リモートからグループアドレスへのバインディングを作成します。 ブラインドの青いクラスターはサーバークラスターです。 リモートの灰色のものはクライアントクラスターです。 また、特別なアドレスであるグループアドレス0x0000は使用できません。

@ Geoff571おそらく、上位グループはリセット時にリモートによって作成されましたが、下位グループは

@ebaauwは大丈夫です。問題があることは

リモートのボタンを押して、リモートの/sensorsリソースを確認します。 config.group値が含まれている場合は、すでにバインドされています。 REST APIプラグインは、対応する/groupsリソースを作成する必要があります。 Phosconは、私以外の理由で、空のグループを表示しなくなったことに注意してください。

今朝、新鮮な目でわかりました。グループ/ 47とグループ/ 61506の詳細に別の違いがあることに気付きました（グループ＃47は、両方の一意の値が同じであるため、おそらく＃61506によって上書きされています）。

グループ＃47：

        "name": "TRADFRI open/close remote ",
        "scenes": [],
        "state": {
            **"all_on": false,
            "any_on": false**
        },
        "type": "LightGroup",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"

グループ＃61506：

    "name": "TRADFRI open/close remote **47**",
    "scenes": [],
    "state": {
        **"all_on": true,
        "any_on": true**
    },
    "type": "LightGroup",
    "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"

これですべてが期待どおりに完全に機能しています。ピクシーのほこりが不足していて、再び機能しない可能性があるため、触れるつもりはありません。

あなたの提案やMRobi1 @ヘルプ@ebaauwとよく見て、そのブラインドが働いてもらうのに苦労他の誰のための多くのおかげで。 私が主題に追加した実験的な情報のいくつかのビットが誰かを助けてくれることを願っています。

そのままにしておくと言った後、テスト中に延長リードを介してPCに接続されていたため、Ikeaリピーターのプラグを抜かなければなりませんでした。 見よ、プラグが抜かれている間、リモコンは機能しません（そして、はい、私のオフィスはルーターとして機能する他の主電源デバイスでいっぱいです）。 プラグを差し込むと、リモートが再び機能します。

ブラインドに付属のIkeaリピーターがリモート機能の重要な要素であると今では確信しています。

両方のuniqueid値が同じであるため、おそらく＃61506によって上書きされます

uniqueidは、その名前にもかかわらず、そうではありません。 Zigbeeデバイスに関連するリソースに対してのみ公開する必要があります。 /groupsなどの他のリソースについては無視することをお勧めします。 これはオープン/クローズリモートのMACアドレスであり、REST APIがリモート用にこれらの/groupsリソースを作成したことを示していることに注意してください。

見よ、プラグが抜かれている間、リモコンは機能しません（そして、はい、私のオフィスはルーターとして機能する他の主電源デバイスでいっぱいです）。 プラグを差し込むと、リモートが再び機能します。

おそらくリモートは機能しますが（APIでボタンイベントの変更が表示されるはずです）、コマンドはFYRTURに到達しません。

エンドデバイスの親ルーターの電源を切ると、エンドデバイスは最初はそのことに気づきません。 目を覚まし、その親がなくなったことに気づき、新しい親を見つけた後でのみ、エンドデバイスは再びメッセージを受信できます。 これのIKEAデバイスの正確な動作はわかりません。 異なるベンダーのデバイスは、これに対して非常に異なる反応を示します。 親ルータの電源を切った後、エンドデバイスの電源を入れ直すのが最適です。

ブラインドに付属のIkeaリピーターがリモート機能の重要な要素であると今では確信しています。

私は違います。 私はFYRTURを使用していて、リピーターなしでリモコンを開いたり閉じたりしています。

一部のルーターはIKEAブラインドと互換性がなく、開閉リモートから送信されるグループブロードキャストメッセージを保持していない可能性があると思います。 時々私のFYRTURはメッセージを受信しなくなったように見えますが（それでも喜んでレポートを送信しています）、FYRTURの電源を入れ直してもそれは改善されません。 lumi.curtain電源を切り、FYRTURの電源を入れ直すと、毎回戻ってきます。 リピーターを使用しても違いはありませんでした。以前にリピーターを使用していた場合でも、ブラインドは親を歩き回っているようです。

OK、どこかに行きます。 私が「ボタンスマッシング」と呼ぶものがたくさんあるので、ついにボタン用のグループが作成されました。 ペアリングとリセットを約10回行う、3つの異なるボタンが必要でしたが、最終的に、Tradfri開閉リモート用のグループIDが3のグループが作成されました。

GUIを使用して、3つのブラインドすべてをグループ3に追加しました。ボタンは3つのブラインドのうち2つを完全に制御し、3つ目はボタンから何もしません。 ブラインドの2つのボタンを使用したブラインドの手動制御は正常に機能します。 ホームアシスタントとノードレッドによるブラインドの制御は正常に機能します。 しかし、ボタンはこれを制御しません。

残りのAPIでも、グループの一部として「光」を見ることができます。
"id"： "3"、 "lights"：["2"、 "3"、 "4"]、 "name"： "TRADFRI open / close remote"

何か考えはありますか？

編集：ブラインドのパワーサイクリングについての上記のメモを見ました。 バッターを約10秒間引っ張ると、リモートコマンドに応答します。 正直なところ、どうやってここにたどり着いたのかはわかりませんが、必要な方法で機能しているので、気になります。 今、私はさらに9つをカットしてインストールし、これをさらに9回実行する必要があります！ 笑

@ MRobi1あなたもそこに来てよかったです。 あなたの経験は私の試行錯誤の努力と非常に似ていたようです。 :-)

やあみんな、

いくつかのFyrturブラインドをHomeAssistantと結合するのに苦労した後、次の情報を追加できます。

リピーター、ボタン、ブラインドをConbeeネットワークに結合した後、ワイヤレスリモコンを介してブラインドを制御できるようにするには、古いdeconz Webインターフェイス（Phosconの場合はhttp://<your_ip>利用可能な「ライトコントロール」と呼ばれます）に移動できます。はhttp://<your_ip>/pwaあり、次のようにスイッチのグループにブラインドを追加します。

これが行われた後、ボタンとブラインドは結合され、ホームオートメーションソフトウェアの自動化ルールをさらに必要とせずに連携します。 もちろん、Zigbeeネットワークは稼働していて、視覚障害者とボタンの両方が利用できる必要があります。

また、質問があります。ブラインドをZigbeeネットワークに追加するのに苦労した理由は、ブラインドを追加する前に、最新のdeconz dockerコンテナーにアップグレードし、スティックファームウェアを更新するという「素晴らしい」アイデアがあったためです。 ブラインドとボタンの両方を結合することを試みて再試行した長い夜の後、私はPhosconとConbeeファームウェアの両方をダウングレードすることにしました。 ブラインドとリモコンを結合して機能させるには、Phoscon2.05.76とファームウェア26580700に戻す必要がありました。

どのバージョンのPhosconとファームウェアを使用していますか？

@hollie私の知る限り、fyrturは最新バージョンで正常に動作します。

ただし、この質問はDiscordに最適です：）readmeファイルでリンクを見つけてください。

デコンズ：2.05.79（HAアドオンとして）
ファームウェア26580700

KADRILJ / FYRTURは今では機能していますか、何が間違っているのかわかりません。ボタンとレンジエクステンダーをペアリングしています。ブラインドをペアリングするように要求すると、「調光波」が発生します。物事、それからそれは鋭いフラッシュを与え、そして消えます。 これは通常、ペアになっていることを意味しますが、ライトのリストに表示されませんか？ だから私は何が間違っているのですか？

@fribseデバイスがVNCビューに表示されているかどうかを確認しましたか？ もしそうなら、それはおそらくPhosconアプリが正しく更新されていないだけです。 もう一度ペアリングしてみてください。最初にVNCビューで再度削除する必要があるかもしれませんが、それを使わずに試してみてください。 最終的にPhosconになる前に、このプロセスを数回繰り返す必要があることがわかりました。

こんにちは@ Geoff571 、ありがとう、vncにcoverと呼ばれるものは何も表示されませんが、他の何かのように表示されますか？

こんにちは@fribse 、最初に表示されたときは、名前を変更するか、Phosconがそれを見つけてデバイスタイプを名前として追加するまで、16進数のタグだけの名前になります。

最初にデバイスを追加するときに新しいデバイスを見つける1つの方法は、VNCを開いて既存のデバイスのレイアウトに慣れ、新しいデバイスを追加するときに違いを見つけることです。

ハハ、「違いを見つける」、私は以前にブラインドを試みたので、それはすでにvncにあるかもしれません、私はこれを見ることができます：

認識できないので、それを削除して何が起こるかを見ていきます。

あれは開閉スイッチのように見えます

これがあなたが探しているもののアイデアをあなたに与えるための私のブラインドです：

幸運を

わかりました、私はそれを見つけました：

しかし、VNCから削除できないようです。削除して、deconzソフトウェアを再起動すると、追加せずに再びポップアップします。
そのため、phosconアプリにアクセスすることはできません。

こんにちは、参考までに：私はリモートとブラインドの両方をPhosconに同時にリンクさせるのに苦労してきましたが、ファームウェアとPhosconの最新バージョンを使用しています。 また、ブラインドを結合しようとすると、ウェーブフラッシュがオフになる動作が見られました。その後、結合したときに、ホームアシスタントで「上向き」に制御できませんでした。

このスレッドの上の私の発言を参照してください：

ブラインドとリモコンを結合して機能させるには、Phoscon2.05.76とファームウェア26580700に戻す必要がありました。

私はまだそのバージョンを実行しており、3つのブラインドとリモコンは正常に実行されており、約1か月間期待どおりに機能しています。

これが役立つかどうかを確認するために、Phosconとスティック上のファームウェアをダウングレードするためのテストを行うための解決策になる可能性がありますか？

敬具、
ホリー。

私はPhoscon2.05.79を実行していますが、これまでのところ、ブラインドは1回だけAWOLに移行し、応答を停止していました。 PhosconとVNCにはまだ表示されていたが、Home Assistantまたはリモートのいずれにも応答しなくなったため、何日も使用されなかった後、スリープ状態になると思います。 これは、前述のようにバッテリーを取り外して交換することで簡単に修正されました。

ブラインドをリセットしてからVNCから削除し、Phosconを介してスイッチとして再度追加しようとすると、明らかにブラインドがペアリングモードになります。 ほとんどの場合VNCに表示されていましたが、Phosconに表示されるまでに数回かかりました。

ちょっと@ Geoff571あなたの経験を共有してくれてありがとう。 質問：Phosconバージョンを2.05.79にアップグレードする前に、ブラインドをZigbeeネットワークに追加しましたか？

私が尋ねる理由：2つの追加のブラインドを購入する前に、2.05.76で1つのFyrturが期待どおりに機能していました。 次に、2つの新しいものをインストールしたいときに、最初に2.05.79に更新しました。 何度か結合しようとしましたが、期待通りに動作させることができませんでした。

アップグレード前にすでに結合されていた最初のブラインドは、2.05.79で期待どおりに機能し続けました。

次に、上記のようにPhosconバージョンとスティックファームウェアの両方を元に戻し、最初の試行で新しいブラインドとボタンの両方をZigbeeネットワークにバインドできました。

これが@fribseが見ている問題に影響を与える可能性があるかどうかを理解しようとしています。

ではごきげんよう、
ホリー。

こんにちは@hollie

残念ながら、スティックをいつアップグレードしたかわかりません。 .79のリリース日は2020年5月22日で、ブラインドを追加する前でした。 私を知っていると、それを追加する際に最初に問題が発生したとき、私が最初に行った呼び出しポートは最新のファームウェアをチェックすることだったので、ブラインドを追加する前または追加中に約1か月ほど前にアップグレードした可能性があります。 申し訳ありませんが、それはおそらくあまり役​​に立ちません。

私が追加したとき、ボタンを直接制御するには、RESTAPIを使用してボタンとブラインドを同じグループに手動でリンクする必要がありました。

@ Geoff571

では、アップグレードを再試行して、すべてが機能し続けるかどうかを確認するときが来たのかもしれません。 新しいPhosconであなたの経験を共有してくれてありがとう。

ブラインドとボタンを結合するために追加の手順を実行する必要があることに同意します。 上で説明したように、これは「古いWebインターフェイス」とも呼ばれる「ライトコントロール」Webインターフェイスを介して行いました。 そのスクリーンショットは、このスレッドの上位にあります。

こんにちは。

今日、3つの新しいブラインドを構成しようとしましたが、状態が更新されません。 （バッテリーも見つかりません）。

私は2.05.76より前に入手した2つのブラインドを持っていて、現在の2.05.76と同様の問題を抱えていました。これらの問題を修正し、現在のバージョンでもしっかりと機能しています。

現時点では、2.05.81を実行していますが、前述のように、状態やバッテリーレベルがわかりません。

Home Assistantを使用しているので、（通話サービスを使用して）強制的に上下させることができるので、通信が機能します。

deCONZでデバイスの検索がアクティブになっているときに、バッテリーを取り外して再度挿入すると役立つ場合があることを覚えています。 やってみましたか？ そうでなければ私は他のオプションを知りません

@wvuykが提案したような@Nimmsisは確かに機能します。 https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -649410495で提案されている