Q: ESP32-S3がESPHome/ESPectreの起動後に長時間キャリブレーション状態のままになるのはなぜですか？また、どのように修正すればよいですか？

キャリブレーションに時間がかかる場合、通常は実効的なCSIパケットレートが設定された`traffic_generator_rate`を大幅に下回っていることを意味します。デフォルトのDNSベースのトラフィックジェネレーターは、一部のルーターによって無視されるか、レート制限される場合があります。YAML設定でトラフィックジェネレーターをpingモードに切り替え、再コンパイルしてフラッシュしてください： ```yaml espectre: traffic_generator_rate: 100 traffic_generator_mode: ping ``` 再起動後、CSIパケットレートが100パケット/秒に近いことを確認してください。これにより、キャリブレーションははるかに速く完了するはずです。

Question 1

ESP32-S3がESPHome/ESPectreの起動後に長時間キャリブレーション状態のままになるのはなぜですか？また、どのように修正すればよいですか？

Accepted Answer

キャリブレーションに時間がかかる場合、通常は実効的なCSIパケットレートが設定されたtraffic_generator_rateを大幅に下回っていることを意味します。デフォルトのDNSベースのトラフィックジェネレーターは、一部のルーターによって無視されるか、レート制限される場合があります。YAML設定でトラフィックジェネレーターをpingモードに切り替え、再コンパイルしてフラッシュしてください：

espectre:
  traffic_generator_rate: 100
  traffic_generator_mode: ping

再起動後、CSIパケットレートが100パケット/秒に近いことを確認してください。これにより、キャリブレーションははるかに速く完了するはずです。

```yaml
espectre:
  traffic_generator_rate: 100
  traffic_generator_mode: ping
```

再起動後、CSIパケットレートが100パケット/秒に近いことを確認してください。これにより、キャリブレーションははるかに速く完了するはずです。

Question 2

ESPHomeでESPectreをNSPanel-Easyと統合する際に発生する-Wreorderおよび-Wformat=コンパイラ警告を修正するにはどうすればよいですか？

Accepted Answer

ESPectreを3.0.0-rc1以降にアップグレードしてください。このバージョンでは、コンストラクタの初期化順序と`%u`/`uint32_t`のログフォーマットに関する警告が修正されています。YAMLでは、外部コンポーネントをリリースタグに固定してください。例:

```yaml
external_components:
  - source:
      type: git
      url: https://github.com/francescopace/espectre
      ref: 3.0.0-rc1
    components: [ espectre ]
    refresh: 300s
```

その後、ESPHomeファームウェアを再インストールしてください。これらの警告はNSPanel-EasyではなくESPectreによって生成されるものです。2.8.xではこれらは致命的ではなく、コンパイル、OTAインストール、モーション検知は引き続き動作します。

Question 3

ESPHome/ESP-IDFでMQTTを有効にした後に発生するESP32-S3のタスクウォッチドッグによるloopTaskリセットは、どうすれば修正できますか？

Accepted Answer

このリセットは、CSI処理、BLE、ロギングが同時に実行されている間に、同期MQTT送信がESPHomeのメインループをブロックすることが原因で発生します。ESP-IDFでは、非同期MQTT送信を有効にし、discoveryとMQTTログ転送を無効にすることでMQTTのオーバーヘッドを削減してください:

```yaml
mqtt:
  broker: broker.hivemq.com
  port: 1883
  idf_send_async: true
  discovery: false
  log_topic: None
```

次のコマンドで再ビルドして書き込みます:

```bash
esphome run espectre-s3.yaml
```

`idf_send_async: true` はMQTT送信を別のタスクに移すため、`loopTask` をブロックしなくなります。`discovery` と `log_topic` を無効にすると、処理量とネットワークトラフィックが削減されます。この設定により、Wi-Fi、CSI、キャリブレーション、モーション検出、シリアルロギング、Home Assistant API、MQTTパブリッシングを動作させたまま、ウォッチドッグリセットが解決されることが確認されました。

Question 4

フラッシュ書き込み成功後にESP32-S3でMicro-ESPectreがCSIパケットを0個しか受信しない問題の修正方法

Accepted Answer

インターネット接続は不要です。CSI の収集には、同一 LAN 上のデバイス間でのローカルな Wi-Fi トラフィックが必要です。ESP32-S3 は正常にアソシエートできていますが、トラフィックジェネレーターの再試行後も CSI が 0 のままであるため、同じネットワーク上の別の PC やスマートフォンからボードに向けて外部トラフィックを生成してください。ログに表示されている IP を使用します。例:

Linux/macOS:
ping 192.168.1.100

Windows:
ping -t 192.168.1.100

Micro-ESPectre が起動する間、30〜60 秒ほど実行し続けてください。また、ルーターが HT20 を使用した 802.11n/b/g などの互換モードで動作していることを確認してください。ping 実行中に CSI パケットが表示される場合、問題は AP/ルーターが内部のトラフィック生成/CSI トリガーのパスを処理できていないことにある可能性が高いです。外部 LAN トラフィックを使い続けるか、別のルーターでテストしてください。S3 チップが検出され、Wi-Fi に正常に接続できているため、ファームウェアの互換性が原因である可能性は低いです。

Question 5

ESP32-S3でESPectreのmovement_scoreとmotion_detectedが「unknown」のままになる問題を修正する方法

Accepted Answer

トラフィックジェネレーターのレートを下げ、`ping` モードから `dns` モードに切り替えてから、キャリブレーションに十分な時間を取ってください。キャリブレーションでは、最初はログもセンサーの更新も出力されないことがあります。

```yaml
espectre:
  id: espectre_csi
  traffic_generator_mode: dns
  traffic_generator_rate: 50
```

既存の `detection_algorithm` 設定はそのままにしてください。再フラッシュした後、通常の起動時間よりも長めに待ってから `sensor.movement_score` と `binary_sensor.motion_detected` を確認してください。

それでも何もパブリッシュされない場合、原因は AP の非互換性である可能性が高いです。ルーターは ESP32-S3 に対して使用可能な 802.11n HT20 フレームを返す必要があります。ルーターが互換性のない Wi-Fi 6/AX や n-only の構成ではなく、互換性のある 2.4 GHz 802.11n/b/g/n モードに設定されていることを確認し、可能であれば別のアクセスポイントでテストしてください。

espectre

概要

README プレビュー

FAQ (5)

同类型项目

vscode

FreeDomain

stable-diffusion-webui

paperclip