Question 1

Tasmota の i2srec と i2srec2 がちょうど 30 秒で録音を停止してしまうのはなぜですか?

Accepted Answer

これは SD カードや FlashFS の問題ではなく、Tasmota の I2S 録音実装におけるファームウェアのバグでした。この問題は PR #24666 で修正され、`development` ブランチにマージされました。最新の Tasmota development/experimental ファームウェアに更新するか、最新の `development` ブランチからセルフビルドのファームウェアを再コンパイルしてください。更新後は、`i2srec /test.mp3` または `i2srec2 /test.opus` が、`i2srec` で手動で停止するまで録音を継続します。録音中は、録音されたファイルが File System Manager 上で 0 バイトと表示される場合がありますが、これは低レベルの ESP-IDF SDK のバッファリングが原因であり、想定される動作です。

Question 2

TasmotaでWIFI_DEFAULT_HOSTNAMEを上書きした際に発生するESP32-C3のブートループ（Guru Meditation Error: Load access fault）を修正する方法

Accepted Answer

これは、Tasmota のホスト名初期化処理（`tasmota/tasmota.ino`）における null ポインタ参照バグです。デバイス設定に保存されたホスト名に `%` フォーマット指定子（例：`%s-%04d`）が含まれている一方で、コンパイル時の `WIFI_DEFAULT_HOSTNAME` が `%` を含まないリテラル文字列（例：`"hichi"`）である場合、コードは null ポインタに対して `strchr(first_spec + 1, '%')` を呼び出し、起動中に `MTVAL = 0x00000001` でクラッシュします。影響を受けるバージョンでの回避策（15.6.0 で確認済み）：`user_config_override.h` で、代わりにフォーマット指定子を含むホスト名を使用してください：

```c
#undef WIFI_DEFAULT_HOSTNAME
#define WIFI_DEFAULT_HOSTNAME "%s"
```

ファクトリーリセットやフラッシュの消去は必要ありません。このバグは PR #25205 で修正されたため、その修正を含む Tasmota リリースにアップグレードすることで恒久的に解決できます。

Question 3

TasmotaでESP32のIRキャリア周波数が低すぎる(38 kHzではなく35 kHz)ためにIR到達距離が悪化している問題を修正する方法は?

Accepted Answer

原因: `IRsend::mark()` はソフトウェアでキャリアを生成しており(`digitalWrite` + `delayMicroseconds`)、ESP32 の固定周期オフセット(-2 µs)では実際のループオーバーヘッドをカバーできません。このオーバーヘッドはコードサイズやフラッシュレイアウトによっても変動するため、キャリアが 35 kHz、場合によっては 28 kHz まで低下する可能性があり、38 kHz に調整された受信機(例: GREE AC)では警告なしに到達距離が失われます。修正(PR #25176 として提出済み): `IRsend::mark`、`space`、`ledOn`、`ledOff`、`_delayMicroseconds` および `IRtimer` の各メソッドに `IRAM_ATTR` を追加し、`digitalWrite()` を `gpio_ll_set_level()` に、`delayMicroseconds()` を `esp_rom_delay_us()` に置き換え、`IRtimer` では `esp_timer_get_time()` を使用します。`IrInit()` 内で一度 `IRsend::calibrate(38000)` を呼び出し、その結果をすべての `IRsend` オブジェクトの周期オフセットとして使用します。これによりキャリアが約 37 kHz に上昇し、IRhvac コマンドの受信が 40/40 に回復しました。PR #25176 を含む Tasmota ビルドに更新するか、カスタムビルドの場合はパッチを手動で適用してください。

Question 4

Sonoff ZBPro TCP が Tasmota の Configuration > Auto-configuration に表示されないのはなぜですか？

Accepted Answer

これは、`tasmota32-zbbrdgpro.factory.bin` を使用している場合に発生する Tasmota 15.4.0 の既知のファームウェアの問題です。Sonoff ZB Bridge-P を `tasmota32-zbbrdgpro` の最新の開発ビルドにアップグレードしてから、デバイスを再起動してください。Tasmota コンソールから次のコマンドで OTA アップグレードできます:

`Backlog OtaUrl http://ota.tasmota.com/tasmota32/tasmota32-zbbrdgpro.bin; Upgrade 1`

再起動後、**Configuration > Auto-configuration** に移動すると、**Sonoff ZBPro TCP** が選択可能になっているはずです。

Question 5

Tasmota で PCA9685 の PWM が起動後に動作せず、"driver15 reset" を実行するまで機能しない問題を修正する方法は？

Accepted Answer

ESP32-C3とPCA9685を使用したTasmota 15.3.0.2では、`driver15 pwm,15,4095`がデューティサイクルを報告しても、ドライバーが再初期化されるまで出力電圧が生成されない場合があります。起動時に`driver15 reset`を自動的に実行することで、この問題を回避できます：

```
Rule1 ON System#Boot DO driver15 reset ENDON
Rule1 1
```

リセット後にPWMチャンネルも復元する必要がある場合は、以下を使用します：

```
Rule1 ON System#Boot DO Backlog driver15 reset; driver15 pwm,15,4095 ENDON
Rule1 1
```

デバイスを再起動するか、電源を入れ直してください。このケースでは`USE_PCA9685_V2`を定義してテストしましたが、問題は解決しませんでした。問題が解決しない場合は、リセットによってTasmota起動時に準備が整っていないボードが再初期化されているように見えるため、PCA9685の電源、I2C配線、プルアップ抵抗を確認してください。

Tasmota

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト