Prove the core field-control loop, then add intelligence and autonomy
The most efficient path is to prove reliable gateway-to-node control before adding sophisticated sensing or autonomous flight. Future modules must attach without redesigning the platform.
Phased execution plan
Each phase carries its own exit criterion.
- 0 — ArchitectureExit: All modules have clear contracts
Workspace, protocols, diagrams, interfaces, safety boundaries
CURRENT PROTOTYPE - 1 — Device PrototypeExit: Stable bidirectional communication
Primary gateway + one secondary + LoRa messaging
CURRENT PROTOTYPE - 2 — Motor ControlExit: Verified ON/OFF and failure behavior
Safe integration with representative control/load
CURRENT PROTOTYPE - 3 — BackendExit: End-to-end API workflow
Auth, farms, ponds, devices, commands, telemetry/events
PLANNED - 4 — Mobile AppExit: Core farmer workflow works
Pairing, farm setup, pond view, control, schedules, alerts
PLANNED - 5 — WebExit: Operational dashboard usable
Admin/support/device management and analytics
PLANNED - 6 — AI OrchestrationExit: Repeatable multi-step automation
Planner, task graph, context, concurrency, audit, safety gate
PLANNED - 7 — PilotExit: Pilot metrics achieved
Real farm deployment and fault/UX analysis
PLANNED - 8 — Future SensorsExit: Validated measurements
DO and electrical telemetry prototypes
FUTURE - 9 — DroneExit: Controlled field mission validated
Feed hardware + mission software + safety validation
FUTURE
Dissolved oxygen sensing — future track
Feasible as a future subsystem, but accuracy, calibration, temperature compensation, fouling, maintenance and field validation are the dominant engineering challenges.
- Electrochemical or optical DO probe
- Analog front-end or digital probe interface
- Temperature measurement for compensation
- MCU + LoRa communications
- Calibration workflow and history
- Local filtering and plausibility checks
- Battery/power management for pond deployment
Do not drive automated aerator decisions from raw probe voltage without calibration and field validation.
Electrical telemetry — future track
The project explicitly decided not to include current and voltage monitoring in the current implementation messaging. The architecture can reserve interfaces for it later.
- Motor runtime verification and fault/overload analytics
- Energy consumption and maintenance insight
- Appropriately rated isolated sensing hardware and protection
- Electrical measurement separated from the low-voltage MCU domain
- Backend distinguishes commanded state from measured electrical state
ON command ≠ proof that the motor is actually running.
Feed missions over multiple ponds — future concept
Treated as a separate safety-critical product track. It should not be coupled directly to motor-control logic or unrestricted AI actions.
- Drone flight controller/autopilot integration
- Feed hopper and calibrated dispensing mechanism
- Quantity estimation or dispensing feedback
- GPS/positioning and geofencing
- Obstacle and fail-safe strategy
- Battery and return-to-home logic
- Mobile mission control interface
- Backend mission records and audit trail
- LoRa collisions at scaleLost/delayed messages → Controlled transmission, bounded retries and radio testing
- Electrical integrationEquipment damage/safety risk → Qualified electrical design; retain industrial protection/isolation
- Internet dependencyLoss of remote access → Local gateway autonomy and offline queues
- AI incorrect actionOperational disruption → Typed commands + authorization + safety gate + verification
- Drone operationHigh safety/regulatory complexity → Separate subsystem, geofencing, fail-safe and controlled pilots
Strategic principle
First make the system reliable. Then make it intelligent. Then make it autonomous.