Agricultural Monitoring & Irrigation - Case Study
Agricultural monitoring provides the real-time environmental data necessary to optimize irrigation, soil health, and crop management. This case study details how WizzDev managed the full development lifecycle of a custom, extensible hardware data logger designed for remote field operations. By focusing on tailored PCB design, we delivered a reliable, ground-up solution optimized for outdoor deployment.
Project Context of agricultural monitoring device
Modern agriculture relies heavily on precise environmental data to optimize irrigation, monitor soil health, and manage crop yields. Our client needed a custom, highly scalable, and rugged hardware data logger tailored specifically for remote field deployments. The primary goal was to create an extensible platform capable of interfacing with industry-standard agricultural sensors, and operating autonomously using solar power.
WizzDev delivered a complete hardware engineering lifecycle proposal, spanning component selection, KiCad schema design, power optimization, and multi-protocol integration.
Project Context of agricultural monitoring device
Modern agriculture relies heavily on precise environmental data to optimize irrigation, monitor soil health, and manage crop yields. Our client needed a custom, highly scalable, and rugged hardware data logger tailored specifically for remote field deployments. The primary goal was to create an extensible platform capable of interfacing with industry-standard agricultural sensors, and operating autonomously using solar power.
WizzDev delivered a complete hardware engineering lifecycle proposal, spanning component selection, KiCad schema design, power optimization, and multi-protocol integration.
Solution Overview
From the outset of project development, the team identified several critical engineering challenges and requirements that would shape every design decision:
Sensor Integration
The logger had to support multiple sensor protocols, including SDI-12, Modbus RS-485 (4 to 24 VDC), 4–20 mA analog output, 0–5 V analog output, and digital Pulse Counters with both pull-up and pull-down signaling. It also required an extensible architecture with additional generic GPIO pins to facilitate the addition of future sensor types.
Power Efficiency & Optimization
The device needed to function reliably in remote field settings utilizing a solar panel and battery setup. This required aggressive power optimization features where the device enters deep sleep mode and only wakes up to activate sensors and gather measurements. Furthermore, specific sub-sensors—such as the rain gauge sensor on the Atmos 41 weather station—required continuous, uninterrupted power.
Communication Flexibility
To adapt to unpredictable rural connectivity, a modular design was necessary to support interchangeable, pluggable wireless technologies like LoRa (e.g., SX1278), Satellite (e.g., SWARM), and LTE cellular modems.
Data Backup and Transmission
Local data storage was mandatory to act as a fallback safeguard when connectivity was dropped, enabling the device to cache readings and automatically transmit them once the network connection was restored.
Remote Management
The logger required over-the-air (OTA) updates, remote monitoring capabilities, and remote configuration management.
Hardware Stack
Firmware Stack
Running directly on the ESP32 microcontroller, the firmware stack is organized into three tightly integrated layers that together handle cloud connectivity, remote management, and energy-aware operation.
What We Achieved
WizzDev engineered a robust, modular hardware platform built around the ESP32 microcontroller. Leveraging our extensive experience in PCB layout and industrial prototyping, we designed a scalable solution modeled on field-proven architectures but enhanced with additional expansion capabilities.
Modular Architecture
Using KiCad EDA, we drafted a custom PCB schematic layout that isolates the core processing unit from the volatile sensor interfaces and pluggable communication modems. To future-proof the design beyond standard market alternatives (like the neatMon AMN-PLUS reference board), we built in an increased number of generic GPIO pins to facilitate future sensor expansions.
Dual-Mode Power Management Path
To solve the conflicting requirements of deep-sleep power savings and continuous sensor operation, WizzDev engineered a specialized power routing subsystem early in the project development process, ensuring power architecture decisions informed every downstream design choice.
The Battery/Solar Ecosystem: Configured to run on a 3.7V 6000mAh battery paired with an external 5-Watt ETFE solar panel, this subsystem was sized and validated to sustain autonomous field operation across variable sunlight conditions.
Dedicated Power Gating: Built-in hardware lines allow the ESP32 to completely cut power to power-hungry analog sensors during sleep cycles, while a dedicated, low-quiescent continuous rail supplies uninterrupted power to the critical weather station rain gauge—a design constraint prioritized from the earliest stages of the project.
Time Estimate
The following table outlines the estimated development hours across each project milestone, from initial analysis through to physical validation of the hardware platform. Note that the design phases focus specifically on the ESP32 microcontroller integration and PCB layout requirements.
| Milestone | Description | Min h | Max h | |
|---|---|---|---|---|
|
Setup & Analysis |
Conduct initial requirements and technical analysis, deliver high-level system architecture design, and complete initial project environment and repository setup. |
10 |
12 |
|
|
Hardware Selection |
Develop comprehensive PCB board schematics and perform commercial enclosure selection and mechanical validation. |
10 |
12 |
|
|
Power Supply Design |
Execute power supply component selection, define voltage regulation topology, and complete architectural power review. |
8 |
10 |
|
|
PCB Prototyping (HV1) |
Design the first hardware prototype version (HV1) of the ESP32 PCB board, including full component placement and multi-layer PCB routing. |
40 |
50 |
|
|
Hardware Revision (HV2) |
Implement validation feedback, optimize high-speed signal routing, resolve errata from HV1, and finalize the production-ready HV2 PCB design layout. |
12 |
20 |
|
|
Hardware Design & Prototyping (Total)
|
|
70
|
92
|
|
|
Project Management |
Oversee project milestones, coordinate engineering tasks, manage technical risk registers, and handle progress reporting. |
12 |
14 |
|
|
Total estimated time |
|
92 |
108 |
Note: To the final total project estimated time might be added up to 15% of time for risk assessment.
