Alex2ESP/test
David c3d02f462e Announce a doorbell with proactivelyReported and a scene with supportsDeactivation
An interface without properties says beside its name what Alexa has to know
of it; the library left both out. With a board and Alexa on 2026-09-28 the
discovery of a doorbell was accepted (202), the endpoint was not listed, and
its DoorbellPress was answered with 500 INTERNAL_SERVICE_EXCEPTION.

DoorbellEventSource now always carries "proactivelyReported": true.
SceneController carries "supportsDeactivation", false until the sketch calls
setSupportsDeactivation(true); on another interface the call is refused and
logged. The Scene example says that it can be undone.

148 host tests. Light: static RAM 30,616 B, flash 332,705 B (+140 B).

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-28 22:20:34 +00:00
..
host_arduino AlexaCapability: instance, asset and text names, configuration, action and state mappings, nonControllable 2026-09-28 19:33:57 +00:00
readme/Configuration readme for 2.0: what it needs, quick starts, the interface table, the MQTT contract, log lines, memory, migration from 1.x 2026-09-28 22:13:44 +00:00
test_bridge_logic AlexaStatusMessage: DeferredResponse, ChangeReport, ErrorResponse, scene and doorbell events, UUID-shaped messageId 2026-09-28 20:35:56 +00:00
test_discovery Announce a doorbell with proactivelyReported and a scene with supportsDeactivation 2026-09-28 22:20:34 +00:00
test_dispatch Log: one line for whatever is dropped, a level the build lacks is reported, no false alarm for a 1.x handler 2026-09-28 21:10:19 +00:00
test_examples Announce a doorbell with proactivelyReported and a scene with supportsDeactivation 2026-09-28 22:20:34 +00:00
test_messages Report helpers for every tier-1 property, asset ids, AlexaCapability::isValid() 2026-09-28 21:00:01 +00:00