Menu em YAML¶

Menu é um conjunto de configurações do dispositivo: temperatura-alvo, histerese, limites de ventilador. Em idryer-core, o menu é descrito em um arquivo menu.yaml, e todo o resto — estruturas C++, salvamento em memória não-volátil (NVS) e publicação no portal — é gerado automaticamente.

Este é um dos blocos-chave do núcleo. Você não escreve código de armazenamento de configurações e não inventa formato para o portal — você apenas lista parâmetros em YAML.

Após os passos anteriores, o dispositivo lê sensores, mas todos os limites estão "codificados" no código. Menu resolve três tarefas de uma vez:

armazenamento: valores sobrevivem ao reinício (NVS);
gerenciamento do portal: o portal mostra cada item do menu pelo seu tipo (número, chave);
fonte única de verdade: um arquivo descreve tanto memória quanto interface.

Como funciona¶

Um arquivo menu.yaml passa por um gerador durante a construção:

menu.yaml → (pio run) → arquivos C++ em src/menu/ + NVS + JSON para portal

O portal desenha cada item do menu pelo seu tipo. role: dá ao item um rótulo traduzido do contrato do núcleo; um item sem role: aparece com seu title.

Não edite os arquivos gerados

Arquivos menu_state.*, menu_bindings.*, menu_ids.h e outros são criados pelo gerador. Edite apenas menu.yaml e reconstrua — senão suas mudanças serão sobrescritas.

O nome da constante de um item se forma de maneira simples: MENU_ mais o id dele em maiúsculas. O item target_temp dá MENU_TARGET_TEMP, hysteresis — MENU_HYSTERESIS. Essas constantes serão necessárias no capítulo 7.

Passo 1. Copie o template¶

A biblioteca tem um template de menu. Copie-o para seu projeto:

mkdir -p src/menu
cp path/to/idryer-core/menu/menu.template.yaml src/menu/menu.yaml

Passo 2. Conecte a geração durante a construção¶

Copie o exemplo do hook do projeto iDryer-Storage (você pode pegar como está, não precisa configurar):

mkdir -p extra_scripts
cp path/to/iDryer-Storage/extra_scripts/pre_gen_menu.py extra_scripts/pre_gen_menu.py

Depois em platformio.ini adicione em [env:cabinet] a string -Isrc/menu (para que o código veja #include <menu_state.h>) e conecte o hook via extra_scripts:

[env:cabinet]
; ... platform / board / lib_deps do capítulo 4 — sem mudanças ...

build_flags =
    -Isrc/menu                      ; ← adicionado: caminho para menu gerado
    -DIDRYER_API_BASE='"https://portal.idryer.org/api"'
    -DMQTT_BROKER='"mqtt.idryer.org"'
    -DMQTT_PORT=8883
    -DMQTT_USE_TLS=1

extra_scripts =                     ; ← adicionado
    pre:extra_scripts/pre_gen_menu.py

O hook encontrará automaticamente o gerador no caminho lib/idryer-core/menu/menu_gen.py, então a biblioteca deve estar conectada via lib/ (symlink ou cópia), como descrito no capítulo 4. O gerador é executado pelo PlatformIO com o Python dele — não é preciso instalar nada à parte. Se mesmo assim o build falhar nesta etapa, mostre o texto do erro na comunidade: Telegram, Discord.

Passo 3. Descreva os parâmetros do gabinete¶

Abra src/menu/menu.yaml. No template já há um item raiz root com array children e exemplos de parâmetros. Remova os exemplos (my_param, my_flag, my_mode_group) e adicione os seus dentro de children. Os dois últimos itens — units_count e language — deixe no lugar: é um contrato fixo com o portal.

Para um gabinete básico, alguns parâmetros são suficientes.

Temperatura-alvo de armazenamento:

- id: target_temp
  type: value
  role: storage.target_temperature   # rótulo do contrato do núcleo
  title: { ru: "ТЕМПЕРАТУРА", en: "TARGET TEMP" }
  unit:  { ru: "°C", en: "°C" }
  vtype: uint16
  min: 30
  max: 50
  step: 1
  bind: target_temp            # chave NVS (≤ 15 caracteres)
  persist: true
  scope: global
  default: 45

Histerese (quantos graus a temperatura pode cair abaixo da meta antes de o aquecimento ligar novamente):

- id: hysteresis
  type: value
  title: { ru: "ГИСТЕРЕЗИС", en: "HYSTERESIS" }
  unit:  { ru: "°C", en: "°C" }
  vtype: uint8
  min: 1
  max: 5
  step: 1
  bind: hysteresis
  persist: true
  scope: global
  default: 2

role: — é uma lista fechada

O valor role: não pode ser inventado arbitrariamente — deve ser da lista canonical_roles do contrato do núcleo. Se nenhuma função apropriada existe, a construção para e mostra a lista de permitidas. Para um gabinete de armazenamento, funções da família storage.* se adequam: storage.target_temperature, storage.target_humidity, storage.start, storage.stop. Lista completa — no cabeçalho menu.template.yaml. role: é opcional: um parâmetro sem ela (como a histerese acima) é salvo e publicado do mesmo jeito, só o rótulo vem de title.

Limitações que não podem ser violadas:

bind — não mais de 15 caracteres (limite de chave NVS);
não adicione o campo widget: no menu.yaml — nem o portal nem o app o leem: um item do menu é desenhado pelo seu tipo.

Verifique o item ignore_external_cmd do template

O template tem um item ignore_external_cmd, e seu bind — 19 caracteres, excedem o limite de 15. Se deixar como está, a geração cai: bind 'ignore_external_cmd' ... tem 19 caracteres, limite 15. Ou remova este item, ou encurte bind para ign_ext_cmd (como em produtos reais). Para um gabinete básico você pode simplesmente removê-lo.

Passo 4. Construa o projeto e verifique a geração¶

pio run -e cabinet

Durante a construção, o pre-hook instala automaticamente as dependências (uma vez) e gera arquivos C++ do menu. Se menu.yaml não mudou — a geração é pulada (up-to-date).

Verifique se a geração passou. No log de construção aparece uma linha sobre geração de menu, e na pasta src/menu/ — arquivos gerados:

src/menu/
├── menu.yaml          # seu arquivo (fonte)
├── menu_state.h/.cpp  # objeto menu com todos os parâmetros
├── menu_bindings.*    # acesso por bind + escrita em NVS
├── menu_ids.h
└── menu_meta.h        # e outros

Se a construção caiu com mensagem sobre role: desconhecida — significa a função está escrita fora da lista canonical_roles. Corrija-a e reconstrua. Arquivos marcados autogen não edite manualmente.

Conecte o menu gerado em src/main.cpp e carregue-o em setup() — antes de s_link.begin():

#include <menu_state.h>      // objeto menu com todos os parâmetros
#include <menu_bindings.h>   // menu_sync_state_to_cache, menu_apply_by_bind

menu.initDefaults();         // definir valores padrão de YAML
menu.loadFromNVS();          // valores salvos; na primeira inicialização os valores padrão são salvos
menu_sync_state_to_cache();  // valores para o cache de onde o menu publicado é montado

Depois disso, os parâmetros ficam acessíveis pelo objeto global menu:

uint16_t target = menu.target_temp;   // acesso direto ao valor

O portal não lê o menu do dispositivo sozinho: o firmware o publica e aplica as mudanças que voltam. Três partes:

publicar — menu_buildFullJson() do core monta o JSON do menu a partir do menu.yaml e dos valores atuais; devicePublisher()->publishConfigRaw() envia para o portal (topic MQTT config) e para o app pela rede local;
quando — quando o dispositivo fica online e no comando get_config: o portal envia quando você abre o menu do dispositivo (a engrenagem no cartão);
mudar — o portal envia set com o id do item e o novo valor val. menu_apply_by_bind() grava o valor em menu, na NVS e no cache; depois o menu é publicado de novo e o portal mostra o valor confirmado.

Adicione depois dos includes:

#include <menu_commands.h>                   // menu_buildFullJson
#include <local_access/device_publisher.h>   // publishConfigRaw

static bool s_menuPending = false;   // publicar o menu a partir do loop()

static void publishMenu() {
    static char buf[MENU_FULL_JSON_BUF_SIZE];
    const size_t len = menu_buildFullJson(buf, sizeof(buf));
    if (len > 0) s_link.devicePublisher()->publishConfigRaw(buf, len);
}

static void applySet(JsonObjectConst data) {
    const int id = data["id"] | -1;
    float v = data["val"].is<bool>() ? (data["val"].as<bool>() ? 1.0f : 0.0f)
                                     : data["val"].as<float>();
    for (uint16_t i = 0; i < g_bindings_count; i++) {
        if ((int)g_bindings[i].id != id) continue;
        const MenuMeta& m = g_menu_meta[id];
        if (v < m.min_val) v = m.min_val;              // limites do menu.yaml
        if (v > m.max_val) v = m.max_val;
        menu_apply_by_bind(g_bindings[i].bind, v);     // menu + NVS + cache
        s_menuPending = true;                          // mostrar o novo valor no portal
        return;
    }
}

Em setup(), depois de s_link.begin():

s_link.onCommand("get_config", [](JsonObjectConst) { s_menuPending = true; });
s_link.onCommand("set", [](JsonObjectConst data) { applySet(data); });

Em loop(), depois de s_link.loop():

static bool s_wasOnline = false;
const bool online = s_link.isOnline();
if (online && !s_wasOnline) s_menuPending = true;   // acabou de ficar online
s_wasOnline = online;
if (s_menuPending) {
    s_menuPending = false;
    publishMenu();
}

Por que o menu é publicado a partir do loop()

Os callbacks de comando são chamados lá no fundo do handler de rede. Montar o JSON do menu ali gasta muita pilha, então o callback só levanta uma flag e o loop() publica.

applySet() limita o valor ao min/max do item do menu.yaml: o dispositivo não confia cegamente em um número que chega.

Completo `src/main.cpp` após este capítulo¶

Em relação ao capítulo anterior, foram adicionadas as linhas marcadas com // ← capítulo 6: carregar o menu, publicá-lo e aceitar mudanças.

O que foi — src/main.cpp após o capítulo 5

#include <iDryer.h>
#include <Wire.h>
#include <math.h>
#include "Sht31ClimateSensor.h"
#include "demo_sensors.h"    // leituras sem sensores (-DDEMO_SENSORS=1)

static const iDryer::Config CFG = {
    .deviceType        = iDryer::DeviceType::Unknown,   // dispositivo próprio: o cartão é montado pelo manifesto
    .unitsCount        = 1,
    .hasAirTemp        = true,
    .hasAirHumidity    = true,
    .hasHeaterTemp     = true,
    .telemetryPeriodMs = 5000,
    .statusPeriodMs    = 10000,
    .hardwareVersion   = "1.0",
    .firmwareVersion   = "0.1.0",
    .model             = "DIY Storage Cabinet",
};
static iDryer::Link s_link(CFG);

static Sht31ClimateSensor s_climate(&Wire);
static bool               s_climateOk = false;

static const int   THERM_PIN  = 2;
static const float SERIES_R   = 4700.0f;
static const float NOMINAL_R  = 100000.0f;
static const float NOMINAL_T  = 25.0f;
static const float BETA       = 3950.0f;

static float readHeaterTempC() {
    int   raw = analogRead(THERM_PIN);
    float v   = (float)raw / 4095.0f;
    float r   = SERIES_R * (1.0f - v) / v;
    float tK  = 1.0f / (1.0f / (NOMINAL_T + 273.15f) + logf(r / NOMINAL_R) / BETA);
    return tK - 273.15f;
}

// Leituras: sensores ou, com -DDEMO_SENSORS=1, o modelo do gabinete
static void readSensors() {
#ifdef DEMO_SENSORS
    demoSensors(s_link.telemetry);
#else
    if (s_climateOk) {
        s_climate.tick(millis());
        SensorReading r = s_climate.get();
        if (r.ok) {
            s_link.telemetry.airTempC[0]       = r.temperature;
            s_link.telemetry.airHumidityPct[0] = r.humidity;
        }
    }
    s_link.telemetry.heaterTempC[0] = readHeaterTempC();
#endif
}

void setup() {
    Serial.begin(115200);
    Wire.begin(8, 9);
    s_climateOk = s_climate.begin();
    s_link.begin();
    // Dispositivo desvinculado no portal: apagar o segredo e aguardar nova vinculação.
    s_link.onCommand("revoke", [](JsonObjectConst) { s_link.handleRevoke(); });
}

void loop() {
    s_link.loop();

    readSensors();
}

#include <iDryer.h>
#include <Wire.h>
#include <math.h>
#include "Sht31ClimateSensor.h"
#include "demo_sensors.h"    // leituras sem sensores (-DDEMO_SENSORS=1)
#include <menu_state.h>                      // ← capítulo 6: parâmetros (menu.target_temp …)
#include <menu_bindings.h>                   // ← capítulo 6: menu_apply_by_bind
#include <menu_commands.h>                   // ← capítulo 6: menu_buildFullJson
#include <local_access/device_publisher.h>   // ← capítulo 6: publishConfigRaw

static const iDryer::Config CFG = {
    .deviceType        = iDryer::DeviceType::Unknown,   // dispositivo próprio: o cartão é montado pelo manifesto
    .unitsCount        = 1,
    .hasAirTemp        = true,
    .hasAirHumidity    = true,
    .hasHeaterTemp     = true,
    .telemetryPeriodMs = 5000,
    .statusPeriodMs    = 10000,
    .hardwareVersion   = "1.0",
    .firmwareVersion   = "0.1.0",
    .model             = "DIY Storage Cabinet",
};
static iDryer::Link s_link(CFG);

static Sht31ClimateSensor s_climate(&Wire);
static bool               s_climateOk = false;

static const int   THERM_PIN  = 2;
static const float SERIES_R   = 4700.0f;
static const float NOMINAL_R  = 100000.0f;
static const float NOMINAL_T  = 25.0f;
static const float BETA       = 3950.0f;

static float readHeaterTempC() {
    int   raw = analogRead(THERM_PIN);
    float v   = (float)raw / 4095.0f;
    float r   = SERIES_R * (1.0f - v) / v;
    float tK  = 1.0f / (1.0f / (NOMINAL_T + 273.15f) + logf(r / NOMINAL_R) / BETA);
    return tK - 273.15f;
}

// Leituras: sensores ou, com -DDEMO_SENSORS=1, o modelo do gabinete
static void readSensors() {
#ifdef DEMO_SENSORS
    demoSensors(s_link.telemetry);
#else
    if (s_climateOk) {
        s_climate.tick(millis());
        SensorReading r = s_climate.get();
        if (r.ok) {
            s_link.telemetry.airTempC[0]       = r.temperature;
            s_link.telemetry.airHumidityPct[0] = r.humidity;
        }
    }
    s_link.telemetry.heaterTempC[0] = readHeaterTempC();
#endif
}

// ← capítulo 6: menu no portal
static bool s_menuPending = false;

static void publishMenu() {
    static char buf[MENU_FULL_JSON_BUF_SIZE];
    const size_t len = menu_buildFullJson(buf, sizeof(buf));
    if (len > 0) s_link.devicePublisher()->publishConfigRaw(buf, len);
}

static void applySet(JsonObjectConst data) {
    const int id = data["id"] | -1;
    float v = data["val"].is<bool>() ? (data["val"].as<bool>() ? 1.0f : 0.0f)
                                     : data["val"].as<float>();
    for (uint16_t i = 0; i < g_bindings_count; i++) {
        if ((int)g_bindings[i].id != id) continue;
        const MenuMeta& m = g_menu_meta[id];
        if (v < m.min_val) v = m.min_val;
        if (v > m.max_val) v = m.max_val;
        menu_apply_by_bind(g_bindings[i].bind, v);
        s_menuPending = true;
        return;
    }
}

void setup() {
    Serial.begin(115200);
    Wire.begin(8, 9);
    s_climateOk = s_climate.begin();
    menu.initDefaults();                     // ← capítulo 6
    menu.loadFromNVS();                      // ← capítulo 6
    menu_sync_state_to_cache();              // ← capítulo 6
    s_link.begin();
    // Dispositivo desvinculado no portal: apagar o segredo e aguardar nova vinculação.
    s_link.onCommand("revoke", [](JsonObjectConst) { s_link.handleRevoke(); });
    s_link.onCommand("get_config", [](JsonObjectConst) { s_menuPending = true; });   // ← capítulo 6
    s_link.onCommand("set", [](JsonObjectConst data) { applySet(data); });           // ← capítulo 6
}

void loop() {
    s_link.loop();

    // ← capítulo 6: publicar o menu ao ficar online e sob pedido
    static bool s_wasOnline = false;
    const bool online = s_link.isOnline();
    if (online && !s_wasOnline) s_menuPending = true;
    s_wasOnline = online;
    if (s_menuPending) {
        s_menuPending = false;
        publishMenu();
    }

    readSensors();
}

Verificação de resultado¶

O menu chegou do dispositivo: temperatura de armazenamento e histerese com seus limites. O valor pode ser mudado aqui mesmo — o dispositivo o aceita, salva e publica o menu de novo.

Após flashear:

a engrenagem no cartão do dispositivo abre a página do dispositivo com o menu: a temperatura alvo (o portal a rotula pela role — “Storage temperature”) e HYSTERESIS;
mude um valor ali — o dispositivo aceita, salva na NVS e publica o menu de novo, e o portal mostra o valor confirmado;
depois de reiniciar, o dispositivo publica os valores salvos;
os parâmetros internos (histerese) ficam acessíveis no código pelo menu.

O que vem a seguir¶

As configurações estão descritas e armazenadas. Agora as conectamos com o hardware em Controle de aquecimento: o aquecedor mantém a temperatura-alvo, ventilador liga por limite.

Menu em YAML¶

Por que menu¶

Como funciona¶

Passo 1. Copie o template¶

Passo 2. Conecte a geração durante a construção¶

Passo 3. Descreva os parâmetros do gabinete¶

Passo 4. Construa o projeto e verifique a geração¶

Passo 5. Carregue o menu na inicialização¶

Passo 6. O menu no portal: publicar e aceitar mudanças¶

Completo `src/main.cpp` após este capítulo¶

Verificação de resultado¶

O que vem a seguir¶

Menu em YAML¶

Por que menu¶

Como funciona¶

Passo 1. Copie o template¶

Passo 2. Conecte a geração durante a construção¶

Passo 3. Descreva os parâmetros do gabinete¶

Passo 4. Construa o projeto e verifique a geração¶

Passo 5. Carregue o menu na inicialização¶

Passo 6. O menu no portal: publicar e aceitar mudanças¶

Completo src/main.cpp após este capítulo¶

Verificação de resultado¶

O que vem a seguir¶

Completo `src/main.cpp` após este capítulo¶