Code & Circuit Technologies
Code&CircuitTechnologies
Work with us

Solutions

Engineering that ships

R&D, connected devices and training for farms, schools and businesses across Kenya.

All services
  • Water-Quality MonitoringOxygen, temperature and turbidity alerts for fish farms.
  • Automated Fish FeedingScheduled feeders for Lake Victoria cage farms.
  • STEM WorkshopsHands-on sessions and teacher training for schools.
  • IoT DevelopmentFrom bench prototype to hardware that survives the field.
  • PortfolioSelected work from the field and the lab.

Field story

How a Kenyan fish farm uses IoT to automate its ponds

Read more

Learn

Learn by building

Workshops, events and open notes for students, makers and educators.

Browse workshops
  • WorkshopsPractical sessions in robotics, electronics and code.
  • EventsMeetups, hackathons and community sessions.
  • Weekly LearningsAn open archive of what we teach each week.
  • BlogAquaculture, IoT and STEM stories and guides.

Workshops

Bring a hands-on robotics session to your school

Read more

Community

Build with us

A community of engineers, students and makers working on open projects.

Meet the community
  • CommunityWhere to find us on GitHub, Discord and Telegram.
  • ProjectsOpen projects you can explore and contribute to.
  • RegisterSign up yourself or your group for a programme.

Community

Join engineers and makers building in the open

Read more

Company

Code & Circuit

A Kenyan technology company working at the meeting point of hardware and software.

About us
  • About UsOur mission, team and story.
  • CareersOpen roles and internships.
  • ContactTalk to us about a project or partnership.

Careers

Help us build technology that works for Africa

Read more
Menu
    • Water-Quality Monitoring
    • Automated Fish Feeding
    • STEM Workshops
    • IoT Development
    • Portfolio
    • Workshops
    • Events
    • Weekly Learnings
    • Blog
    • Community
    • Projects
    • Register
    • About Us
    • Careers
    • Contact
Work with us

Work with us

Have a project, a farm or a classroom in mind?

Tell us what you are working on and we will get back to you with how we can help.

Start a conversationBook a workshop
Code & Circuit Technologies
Code&CircuitTechnologies

Building tomorrow's technology through robotics and IoT innovation, and teaching the next generation of engineers to do the same.

  • hello@codencircuit.co.ke
  • +254 (792) 181-871
  • Kisumu, Kenya

Solutions

  • Water-Quality Monitoring
  • Automated Fish Feeding
  • STEM Workshops
  • IoT Development
  • Portfolio

Learn

  • Workshops
  • Events
  • Weekly Learnings
  • Blog

Community

  • Community
  • Projects
  • Register

Company

  • About Us
  • Careers
  • Contact

Get workshop dates and field notes

Occasional emails about new workshops, events and what we are building.

© 2026 Code And Circuit Technologies LTD. All rights reserved.

  • Privacy Policy
  • Terms of Service
  • Cookie Policy
Back to Articles
Iot

Solar and Battery Sizing for a Lakeside Sensor Node

Undersized solar and battery capacity is one of the most common reasons a field sensor node goes dark exactly when it's needed most, during extended cloud cover. Here's how to size it properly.

Khalid Hussein
Khalid HusseinHardware Specialist
September 15, 20268 min read
Solar PowerBattery SizingIoTField DeploymentLake VictoriaOff-Grid
Solar and Battery Sizing for a Lakeside Sensor Node

An undersized solar and battery setup is one of the most common and most avoidable reasons a field sensor node fails. It usually doesn't fail on a sunny day. It fails after two or three days of heavy cloud cover, which is exactly when continuous monitoring (of dissolved oxygen ahead of a storm, for instance) matters most. Sizing this properly at design time is far cheaper than an emergency field visit later.

Start with actual power consumption, not the datasheet's best case

The first step is measuring, not estimating, what your node actually draws in each of its operating states: deep sleep between readings, active sensing, and (the big one) radio transmission, which draws far more current than most people expect for the brief period it's active. Datasheet current figures are useful starting points but often reflect ideal conditions; measure your actual assembled node with a proper current meter across a full duty cycle if at all possible.

Once you know average current draw, calculate daily energy consumption in watt-hours: average current in amps, multiplied by system voltage, multiplied by 24 hours. This single number is the foundation everything else is sized against.

Sizing the battery: days of autonomy, not just daily need

"Autonomy" is the number of consecutive days a system needs to run on battery alone with zero solar input, and it's the single most important design decision in the whole system. Two or three days of autonomy might be fine for a low-stakes application in a sunny climate. For a monitoring node whose whole purpose is catching an event that often coincides with bad weather (an upwelling event is frequently associated with storms and heavy cloud cover), we recommend sizing for at least five to seven days of autonomy as a starting point, adjusted based on how critical continuous uptime is to the application.

Battery capacity in amp-hours is then: daily energy consumption in watt-hours, divided by system voltage, multiplied by your target autonomy days, then increased to account for the fact that most battery chemistries shouldn't be regularly discharged to 100% depth of discharge. For lead-acid, keeping typical discharge to around 50% of rated capacity significantly extends usable lifespan; for lithium chemistries, deeper discharge is generally tolerated but still benefits from some margin.

Sizing the solar panel: for the worst realistic month, not the best

The panel needs to fully recharge the battery's daily consumption within the available sunlight of your worst realistic month, not an average or best-case month. Using local solar irradiance data (average peak sun hours for the region, which for much of Kenya's lake basin area is a reasonable few hours per day even accounting for cloud cover, but varies meaningfully by season) divide daily energy need by peak sun hours to get a baseline panel wattage, then apply a real-world derating factor.

That derating matters more than people expect: panel soiling from dust (relevant near the lake, especially during dry, windy periods), less-than-ideal mounting angle or orientation, temperature effects on panel efficiency, and charge controller and wiring losses together commonly account for a combined 20 to 30 percent reduction from a panel's rated output in real field conditions. Size the panel against derated output, not the number printed on it.

A worked example, in outline

For a node consuming an average of 50mA at 3.7V continuously (a modest but realistic figure for a sensor node with periodic radio transmission): daily consumption is roughly 4.4 watt-hours. For seven days of autonomy at 3.7V with a 50% usable depth of discharge for a lead-acid-equivalent margin, that points toward a battery in the range of 15 to 17 amp-hours. For a location averaging around 4.5 peak sun hours in its cloudier season, and applying a 25% derating factor, the panel needs to be sized meaningfully above the naive daily-need-divided-by-sun-hours number, comfortably into the small panel range rather than the smallest one available. The exact numbers shift with your specific node's consumption and site conditions, which is why measuring your actual hardware matters more than following someone else's number directly.

Building in margin, deliberately

Every input in this calculation (consumption, irradiance, derating) carries some uncertainty, and they compound in the direction of underperformance more often than overperformance in the field. We size with deliberate margin on both the battery and panel rather than the calculated minimum, because the cost difference between a slightly larger panel and battery is small compared to the cost of a field visit to fix a node that goes dark during exactly the weather event it was meant to catch.

If you're specifying power for a new field node and want help sizing it against your actual site conditions and consumption profile, get in touch. You can also see how our water-quality monitoring works.

Talk to us about your farm

Continuous dissolved oxygen, temperature and turbidity monitoring for cage and pond fish farms in Kenya, with alerts before an overnight oxygen crash.

About water-quality monitoring Arrange a farm visit

In This Article

  • Start with actual power consumption, not the datasheet's best case
  • Sizing the battery: days of autonomy, not just daily need
  • Sizing the solar panel: for the worst realistic month, not the best
  • A worked example, in outline
  • Building in margin, deliberately

About the Author

Khalid Hussein

Khalid Hussein

Hardware Specialist

Electronics expert specializing in IoT device development and embedded systems. With extensive experience in PCB design and hardware prototyping, Khalid helps bring innovative ideas to life.

Share This Article

XLinkedIn

Related Articles

Why Imported IoT Kits Fail in Kisumu: Power, Humidity, SIM, and Dust
Iot

Why Imported IoT Kits Fail in Kisumu: Power, Humidity, SIM, and Dust

A sensor kit that worked fine in a European or American test lab often fails within weeks near Lake Victoria. Here are the four environmental factors that catch imported IoT hardware off guard.

Khalid Hussein8 min read
Choosing a SIM and APN for Field Gateways in Western Kenya
Iot

Choosing a SIM and APN for Field Gateways in Western Kenya

Picking the wrong SIM type or APN configuration is one of the most common reasons a field IoT gateway never gets online at all. Here's what actually matters when choosing one for Western Kenya.

Tomlee Abila7 min read
Offline-First IoT: What Still Works When 4G Drops
Iot

Offline-First IoT: What Still Works When 4G Drops

Cellular coverage around Lake Victoria isn't always continuous. An IoT system designed assuming constant connectivity fails the moment it isn't. Here's what offline-first design actually means.

Sheila Wambita8 min read

Stay Updated with Latest Articles

Get the latest insights on robotics, IoT, and technology delivered to your inbox.

No spam, unsubscribe at any time.