[robdobsn]

raft new asks App type after the hardware: general (the questions' own defaults; nothing changes for existing users) or battery (sleeps, wakes to measure and report). The type sets the defaults of the later questions and, together with the connectivity answer and the chip, some generated settings. Every later question still works as usual: a --set answer or a saved answer wins over the type's default.

Phase 1 of devdocs/raft-new-app-types-proposal.md (in this PR), which also plans publishing and gateway types.

battery

• Defaults: connectivity wifi, no web server, no I2C.
• With WiFi (SysTypes.json NetMan): "startMode": "onDemand" (the app starts WiFi with {"cmd":"wifiStart"}), wifiSTAFastReconnect with 30 uses before a rescan, no access point or mDNS, and on the esp32c5 "wifiBand": "2g". systypes/Common/features.cmake selects RaftCore's wifi-fast-connect sdkconfig fragment (needs RaftCore from PR #37, merged 2026-10-27).
• With BLE: advIntervalMs 1000.
• The generated README gets a "Battery powered app" section: how to start WiFi, and the per-device commands (w, wifiip, MQTT broker) so installation values stay out of SysTypes.
• deep-sleep-fast-wake and WARN log levels are not set: they are suggested in a comment until their effect is measured (plan §7).

For every type

• No I2C now gives set(RAFT_DEVICE_MANAGER OFF) (about 100 KB of flash).
• The NetMan, BLEMan and WebServer blocks are made in Rust (type_settings()) instead of JSON-in-a-string generators. Their text for general is unchanged.
• The summary shows the type (when not general) and the fragments selected.

Tested

• Output for general is byte-identical to the previous build for all four connectivity cases (wifi_ble, wifi, ble, none on a FeatherS3 preset), apart from .raftnew.json gaining "app_type": "general".
• A battery app for the ESP32-C5 (raft new -d --set app_type=battery --set target_chip=esp32c5) builds with ESP-IDF 6.1: 1.29 MB, 27% of the slot free; the build log shows the fragment applied and the generated sdkconfig has CONFIG_LWIP_DHCP_RESTORE_LAST_IP=y and CONFIG_LWIP_DHCP_DOES_NOT_CHECK_OFFERED_IP=y.
• 148 tests pass (--locked), four new: type defaults and overrides, battery + WiFi (esp32c5 vs esp32s3), battery + BLE, general blocks unchanged.
• Not done: the hardware measurements in plan §7 (wake-to-IP on a C5, and whether deep-sleep-fast-wake and WARN logging are worth making defaults). No C5 board was attached.

README: the question row, an "App types" section, and raft update-project --set app_type=... behaviour (it changes the generated settings, not already-saved answers).

🤖 Generated with Claude Code