Solar Power for CCTV: Pre-Deployment Checklist
Use this solar CCTV deployment checklist to verify loads, solar access, autonomy, interfaces, monitoring and site evidence before procurement.
By Maxsol Team

A reliable solar CCTV project starts with evidence, not a panel-and-battery estimate. Before procurement, document every day and night load, confirm camera and network interfaces, survey the site during the least favourable solar period, define autonomy and recovery targets, and plan how technicians will monitor and maintain the installation.
This solar power for CCTV deployment checklist focuses on the decisions that must be settled before equipment is ordered. It does not replace detailed electrical sizing. For the calculation process, use this guide to sizing an off-grid solar power system for CCTV after completing the site and load review below.
Document cameras, recording and backhaul loads
Start with a complete load schedule covering everything powered by the solar system. Camera nameplate wattage alone is not enough because illumination, heaters, wireless radios, recorders and conversion losses can substantially change the energy requirement.
Create one line item for every device:
- Cameras, including infrared or white-light operation
- Pan-tilt-zoom motors, wipers and heaters where fitted
- PoE switches, injectors and DC converters
- Wireless CPE, access points or mobile routers
- Network video recorders, storage devices or edge computers
- Environmental sensors, relays and alarm equipment
- Enclosure fans, heaters or other thermal controls
- Charge controllers and always-on monitoring devices
For each load, record its input voltage, typical power, maximum power, operating hours and whether consumption changes at night.
Measure day and night modes separately
Many CCTV cameras consume more power after dark when infrared LEDs switch on. A camera with motorised movement may also create brief but important peaks. If the project team uses only daytime figures, the design may understate both overnight energy consumption and converter capacity.
Where possible, obtain measured readings from the actual camera configuration. Test the intended resolution, frame rate, illumination mode, analytics and PTZ activity rather than relying only on a broad catalogue range.
Record at least:
| Load condition | Evidence to collect | Why it matters |
|---|---|---|
| Normal daylight | Input voltage, current and watts | Establishes the basic daytime load |
| Night illumination active | Voltage, current and watts | Defines the overnight demand |
| Start-up or reboot | Peak current and boot duration | Helps identify voltage-drop and restart risks |
| PTZ movement or heater active | Maximum observed watts | Checks converter and cable capacity |
| Network under traffic | Radio, switch and recorder power | Reveals loads missed during idle testing |
Add a realistic allowance for conversion and wiring losses, but keep the allowance visible rather than hiding it inside device estimates. That lets reviewers distinguish measured demand from design assumptions.
Decide where recording takes place
Recording architecture changes both power consumption and network requirements. Before procurement, confirm whether footage will be stored:
- On a memory card in the camera
- On a local NVR or edge recorder
- At a remote control room
- In a cloud or hosted platform
- In more than one location for redundancy
Local recording can reduce continuous backhaul traffic, but the camera or recorder still requires power and accessible storage maintenance. Remote recording may remove the local recorder load while making backhaul stability and throughput more critical.
Document the required retention period, bitrate, number of streams and behaviour during a network outage. Confirm whether footage buffers locally and uploads later, or whether loss of the link creates a recording gap.
Characterise the backhaul load
For a wireless backhaul, record the radio power in idle and active conditions, not just the camera bitrate. Include both ends of the link in the overall system architecture, even if only one end is solar-powered.
A product such as the Maxsol CPE295 5.8GHz wireless CPE can be assessed as one architecture example. Its documented features include 5.8GHz operation, a 2x2 14dBi directional MIMO antenna, one Gigabit LAN port, IEEE 802.3af/at or 9–48V DC power support, and 6.5W full-load consumption. Range and rate labels do not guarantee usable throughput at a specific site, so a path survey and link test remain necessary.
Survey shade, mounting and environmental exposure
A solar survey must evaluate the design month—the period when available solar energy is expected to be least favourable—not just conditions on the installation date. In the Philippines, prolonged cloud cover during the wet season can matter more than a clear-day reading taken during commissioning.
Collect the following site evidence:
- Solar access at several times of day
- Seasonal shadows from trees, poles, buildings and terrain
- Panel direction, tilt and unobstructed sky view
- Proposed mounting height and structure
- Cable routes and cable lengths
- Flooding, drainage and standing-water risks
- Wind exposure and mounting vibration
- Rain entry paths and wind-driven rain
- Salt-laden air or corrosive exposure near coastal sites
- Dust, vegetation, insects and animal interference
- Ambient temperature around the battery and electronics enclosure
- Access for panel cleaning and vegetation control
Photographs should be marked with date, time, direction and the proposed equipment position. A site drawing should identify the panel, enclosure, cameras, grounding route, radio direction and maintenance approach.
Check for shade beyond the panel location
A panel may be clear at noon but shaded during the morning or late afternoon. New construction and vegetation growth can also change solar access after installation. Inspect the full sun path where practicable and identify objects likely to create future shade.
Do not assume that moving the panel automatically solves the problem. A longer panel-to-controller cable can increase voltage drop and may require a different conductor size. Record the proposed distance before selecting cables and protective devices.
Inspect camera and radio mounting positions
Solar access is only one part of the survey. Confirm that the camera has the required field of view and that a directional radio has a viable path towards the far endpoint. Foliage, roof edges, terrain and structures can obstruct or degrade a wireless link.
The selected mounting point must also provide enough rigidity for camera stability and radio alignment. A panel, camera and directional radio may experience different wind forces, so each mounting arrangement needs a site-appropriate structural review.
For a broader architecture sequence, see the practical guide to building a solar-powered CCTV system for remote areas.
Confirm voltage, PoE and data interfaces
Compatibility must be demonstrated device by device. “PoE camera” is not a complete interface specification because equipment can differ in voltage, negotiation method, polarity, pinout and maximum power.
Prepare an interface matrix covering:
| Connection | Confirm before ordering |
|---|---|
| Battery to controller | Nominal voltage, operating range, polarity and protection |
| Controller to DC load | Output voltage, connector, current limit and load priority |
| DC converter to camera | Input range, output voltage, polarity, pinout and power limit |
| PoE switch or injector to camera | PoE standard or passive method, required power and port assignment |
| Camera to network | Ethernet speed, addressing, VLAN and management needs |
| Radio to network | LAN interface, power method and surge-protection arrangement |
| Recorder or edge device | Voltage, storage interface, bandwidth and start-up demand |
Do not treat passive and negotiated PoE as interchangeable
Some converters place a selected voltage onto Ethernet conductors without performing standards-based negotiation. Other devices expect IEEE PoE detection and classification before accepting power. Connecting incompatible equipment can result in failure to start or possible equipment damage.
The Maxsol POE24V DC-to-PoE converter accepts 12–36V DC and provides an adjustable 12–57V PoE output, Gigabit Ethernet and an LCD voltage display. Its documented continuous load when converting 12V to 48V is no more than 30W.
Those facts do not establish IEEE PoE negotiation. Before pairing it with any camera or network device, verify:
- Required output voltage
- Positive and negative polarity
- Powered-pair pinout
- Passive or negotiated PoE protocol
- Continuous and peak load
- Cable length and voltage drop
- Ethernet speed requirement
Performing this check on paper before procurement is safer than discovering an incompatible power interface on site.
Verify the complete voltage path
Check the full operating range, not only nominal values. Battery voltage changes with state of charge, charging conditions and load. The DC converter, camera and radio must remain within their permitted input ranges throughout the intended operating window.
Also confirm restart behaviour after a low-voltage cut-off. Some devices resume automatically, while others may require manual intervention or may boot in an undesirable sequence.
Set autonomy, recovery and load-priority objectives
Autonomy is the planned period that the system should support defined loads without adequate solar input. It must be a written project objective, not an assumed number of “backup days”.
Define:
- Which services must remain active during low-energy conditions.
- How long those services are expected to operate.
- Which loads may be reduced or disconnected first.
- What battery reserve should remain before shut-down.
- How the system should recover when solar input returns.
- Whether intervention is required after a protective cut-off.
Avoid describing autonomy without stating the load. “Two days of backup” is incomplete if it is unclear whether that includes cameras, night illumination, radio backhaul, local recording and enclosure accessories.
Establish a load-priority plan
A practical priority order might distinguish:
- Critical loads: essential cameras and alarm communication
- Operational loads: wireless backhaul and local recording
- Deferrable loads: non-essential lighting or scheduled uploads
- Maintenance loads: service equipment used only during technician visits
The correct order depends on the security objective. For example, disconnecting backhaul while retaining local recording may be acceptable at one site but unsuitable where live monitoring is essential.
Separate autonomy from recovery
A battery may support the required load through poor weather but remain at a low state of charge afterwards. The panel must then power the live load and provide enough surplus energy to recharge the battery.
Record the target recovery condition, such as the desired recharge period following the design autonomy event. This requirement affects panel and controller selection even when battery capacity is unchanged.
The Maxsol CS12060 120W solar system documents a 120W monocrystalline panel, 12.8V 60Ah 768Wh LiFePO4 battery, MPPT controller and three DC 12V outputs. These specifications can be compared against a measured load profile, but they do not establish universal CCTV runtime. Actual autonomy and recovery depend on load, solar input, losses, operating limits, temperature, shading and configuration.
The linked solar system, converter and wireless CPE are architecture examples, not a tested compatible bundle. Their voltage, power, protocol and environmental suitability must be reviewed as an integrated design.
Plan monitoring, maintenance and physical access
A remote CCTV system needs a way to distinguish a power problem from a network, camera or recording problem. Define monitoring points before selecting equipment and finalising the enclosure.
Useful power data may include:
- Panel or charging status
- Battery voltage and state information available from the selected system
- Load current or power
- Low-voltage events
- Controller alarms
- Device restart history
- Enclosure temperature
Useful network data may include:
- Camera reachability
- Packet loss and latency
- Wireless signal and link quality
- Port status and negotiated speed
- Recording continuity
- Storage status
- Last successful image or stream check
Confirm how this information will be accessed. Remote monitoring is valuable, but it should not be the only service path. Technicians may need local test points, labelled connectors, a management port or safe access to individual circuits.
Design for maintainability
Before installation, check that a technician can safely:
- Clean the panel without removing the camera
- Reach the battery and controller
- Inspect fuses, breakers and surge-protection components
- Measure voltage and current
- Replace a device without disturbing unrelated wiring
- Realign a radio while viewing link data
- Access storage media or the recorder
- Isolate power before servicing
- Control vegetation around the panel and line of sight
Allow space for cable bends, gland entry, drip loops, labelling and test instruments. A tightly packed enclosure may look efficient but can make fault isolation and component replacement difficult.
Maintenance planning should also assign inspection intervals according to site conditions. Locations exposed to heavy dust, vegetation, salt air or frequent wind-driven rain may require different inspection activities from sheltered sites. Set the schedule from observed conditions and equipment documentation rather than using one interval for every deployment.
Commission with measured energy and network evidence
Commissioning should show that the installed system matches the design assumptions. A power-on check proves only that the equipment can start under the conditions present at that moment.
Create a commissioning record that includes:
Power-system evidence
- Panel open-circuit and operating measurements where appropriate
- Controller status and configuration
- Battery voltage before and after a defined test period
- Total day and night load
- Camera load with illumination active
- Peak demand during boot or PTZ operation
- Converter input and output voltage
- Voltage at the far end of long cable runs
- Low-voltage disconnect and restart settings
- Correct polarity, protection and circuit labels
Measurements should state the time, weather, active loads and instrument used. An unexplained voltage reading is less useful than a reading tied to a known operating condition.
Network and recording evidence
- Camera IP addresses and management access
- Ethernet port speed and error status
- Wireless signal and link metrics
- Packet loss and latency over a defined period
- Measured application throughput where required
- Live-view operation
- Recording and playback verification
- Night video verification
- Behaviour during backhaul interruption
- Time synchronisation
- Recovery after a controlled power cycle
Do not use a radio’s advertised distance or data-rate label as commissioning evidence. Record the installed link’s actual measurements and confirm that it supports the intended streams with appropriate operating margin.
Handover evidence
The final project file should contain:
- Approved load schedule
- Solar and shade survey
- Site photographs and mounting plan
- Electrical and network diagrams
- Device settings and firmware records
- Cable and port labels
- Protection and grounding plan
- Commissioning measurements
- Maintenance instructions
- Spare-parts and replacement procedure
- Known limitations and unresolved issues
Keep passwords and sensitive network details in an appropriately controlled record rather than an unrestricted handover document.
Common pre-deployment mistakes
The most frequent problems arise when teams procure hardware before resolving basic design evidence. Watch for these errors:
- Sizing from camera wattage while excluding radios, converters and recorders
- Using daytime camera consumption for a 24-hour calculation
- Assuming every PoE-labelled device is electrically compatible
- Relying on a clear-day solar reading instead of reviewing the design month
- Treating advertised wireless range as proof of site performance
- Selecting battery capacity without a recovery objective
- Ignoring cable voltage drop
- Failing to define what disconnects first during low energy
- Installing an enclosure with no safe maintenance space
- Commissioning only in daylight
- Handover without measured power, link and recording results
Final procurement checklist
Before releasing a purchase order, verify that the project file answers all of these questions:
- What is the measured 24-hour energy demand?
- What is the maximum simultaneous load?
- Which loads change after dark?
- Where is footage recorded, and what happens during a link outage?
- Is the wireless path surveyed and testable?
- What are the least favourable expected solar and shade conditions?
- Are voltage, polarity, pinout and PoE protocol confirmed?
- What autonomy and recharge objectives have been approved?
- Which loads are critical, reduced or disconnected first?
- Can power and network status be monitored?
- Can technicians safely access and isolate each component?
- What measurements will demonstrate successful commissioning?
Once these answers are documented, compare the linked Maxsol models against the project’s actual port count, measured load, link distance, power interfaces, environmental conditions and management requirements. Select components only after confirming that they work together as a complete site-specific architecture.
