ファームウェア開始¶

プロジェクトのひな型はキャビネットサンプルの章と全く同じです: PlatformIO、secrets.h、lib/内のidryer-core、同じplatformio.ini（環境名をfilterに変えるだけ）。ここでは異なる部分だけを説明します。

Config: 非標準型デバイス¶

フィルターには、ヒーターもエコシステム辞書のクライメートセンサーもありません。辞書スキルの中でこのデバイスが持つのはファンだけです。src/main.cpp内:

#include <iDryer.h>

static const iDryer::Config CFG = {
    .deviceType        = iDryer::DeviceType::Unknown, // 非標準デバイス
    .unitsCount        = 1,
    // 周辺機器: エコシステム辞書から「ファン」だけあります。
    .hasFan            = true,
    // 自動公開期間:
    .telemetryPeriodMs = 5000,
    .statusPeriodMs    = 10000,
    // ポータル上の識別:
    .hardwareVersion   = "1.0",
    .firmwareVersion   = "0.1.0",
    .model             = "DIY Air Filter",
};

static iDryer::Link s_link(CFG);

void setup() {
    Serial.begin(115200);
    s_link.begin();
}

void loop() {
    s_link.loop();
}

DeviceType::Unknown — これで問題ありません

Unknown型は「ポータルがこのデバイス種別を知らない」という意味です。以前はこれが問題でした: 未知の型にはポータル側にカードがありませんでした。現在はこれが正規の手順です: デバイスのインターフェースはcard manifestが完全に記述し（第6章）、ポータルはそれに基づいてカードを構築します。型（deviceType）が必要なのは、専用カードを持つiDryer純正デバイスだけです。

hasFan = trueフラグを設定するだけで、テレメトリのfanStatusフィールド、カード上の「ファン」セル、マニフェスト内のエンティティがすべて自動的に追加されます — エコシステム辞書の機能です。

VOCセンサーはConfigにない — それで正しい¶

注意してください: Configには「hasVoc」というフラグはありません。has*辞書はエコシステムが知っている周辺機器を記述するものです。独自センサーは辞書経由ではなく、2つの別のメカニズムで追加します: テレメトリに独自フィールドを書き込み、card manifestで宣言する — 次の2章がその内容です。これがこのアプローチの本質です: 新しいデバイスごとに辞書を拡張する必要はありません。

初回起動と登録¶

この手順はキャビネットサンプルと同じです:

ボードに書き込み、シリアルモニターを開きます。
デバイスがWi-Fiに接続（secrets.hの設定を使用）、登録完了後にPINを表示します:
```
[CLOUD] PIN: 1234567 (expires in 600s)
```
ポータルで「デバイスを追加」→ PINを入力します。
登録完了後、ログにDevice claimed!が表示され、デバイスはOnline状態になります。

バインディングの詳細、Wi-Fiエラーへの対処、再バインディング方法についてはキャビネットサンプルの章を参照してください。

ポータルにデバイスが表示されますが、カードはまだほぼ空です — データがないためです。センサーの接続に進みましょう。