Mission
Build this
A bench experiment comparing PIR, tilt switch, and the confirmed GY-6500 motion module.
Borrowed parts are labelled below and have a fallback. The assigned device ID is fixed; sensing and behaviour decisions remain yours.
Bill of materials
Parts
| Source | Part | Fallback |
|---|---|---|
| ● kit | PIR sensor | — |
| ● kit | Tilt switch | — |
| ● kit | GY-6500 module | — |
| ● kit | OLED | — |
Disconnect USB before rewiring. Motors, the relay, and the servo need appropriate power and a shared ground. Never drive an actuator from the ESP32 3V3 pin.
Assembly
Build in evidence-producing steps
- Prove the connection first. Flash the unmodified first-message example with this charter’s zone, device type, and device ID.
done when:
mb-01is alive on the developer view. - Bench-test one input. Read the sensor or control in Serial Monitor before publishing or moving an actuator.
done when: repeated physical conditions produce repeatable raw readings.
- Publish one registered measurement. Use the exact measurement and unit below.
done when: the reading appears without a reject.
- Add the physical response. Keep
spine.loop()running and avoid blocking delays.done when: repeated movement does not interrupt publishing or reset the board.
- Run the investigation. Collect the planned trials before tuning the final logic.
done when: the build log contains observations, method, and a limitation.
Contract
Your topics
| Topic | Unit | Suggested interval |
|---|---|---|
garden/workshop/motion-node/mb-01/motion | enum | on change |
garden/workshop/motion-node/mb-01/count | events | 60 s |
Read another team
garden/entrance/counter/gk-01/countPhysical behaviour
Alive
React differently when one sensor fires versus two agreeing.
Your call: Design a decision rule combining the sensors.
Engineering evidence
Measure false positives, missed events, detection delay, and sensor agreement.
- Define a repeatable set of motion and no-motion trials.
- Run at least 20 trials for each condition.
- Publish a confusion table and justify the combined rule.
If you are fast: Test the same rule in two physical environments.
Acceptance
Ready when all six are true
- The registered device is alive and publishing its required topics.
- The reject feed is clear after the final firmware starts.
- The device reads at least one declared cross-team topic.
- A physical output responds to real data without blocking MQTT.
- The build log contains method, evidence, uncertainty, and a known limitation.
- The enclosure exposes no unsafe wiring and the device ID can be scanned.