Skip to main content

Documentation Index

Fetch the complete documentation index at: https://mintlify.com/EVerest/everest-core/llms.txt

Use this file to discover all available pages before exploring further.

EVerest Core supports a wide range of hardware platforms and charging station configurations. This guide covers target platforms, hardware requirements, BSP configuration, and peripheral connections.

​
Target Platforms

EVerest is designed to run on embedded Linux systems with support for both AC and DC charging applications.

​
Supported Architectures

  • ARM-based Systems: ARM Cortex-A series processors (recommended for production)
  • x86_64: Development and testing environments
  • Embedded Linux: Custom BSPs built with Yocto Project

​
Reference Hardware

EVerest has been tested and deployed on various platforms:
  • Pionix BelayBox: Reference platform for AC and DC charging
  • PHYTEC SoMs: System-on-Modules with ampliPHY distribution support
  • Custom Embedded Platforms: Any Linux-capable hardware meeting minimum requirements
The reference configuration uses the “Yeti” charge controller, which provides a proven hardware abstraction layer for board support packages.

​
Hardware Requirements

​
Minimum System Requirements

ComponentMinimumRecommended
CPUARM Cortex-A9 / dual-coreARM Cortex-A53 / quad-core
RAM512 MB1 GB+
Storage4 GB eMMC/SD8 GB+ eMMC
NetworkEthernet 100 Mbit/sEthernet 1 Gbit/s

​
Required Peripherals

​
AC Charging Stations

  • Charge Controller: Handles CP/PP signal generation and monitoring
  • Power Meter: Energy measurement (MID-certified for billing)
  • RCD: Residual current detection (Type A or Type B)
  • Connector Lock: Physical connector locking mechanism
  • RFID/NFC Reader: User authentication (optional)
  • PLC Modem: For ISO 15118 high-level communication

​
DC Charging Stations

All AC requirements plus:
  • DC Power Supply: High-voltage DC output modules
  • Isolation Monitor: IMD for DC safety
  • Current/Voltage Sensors: Precise DC measurements
  • Cooling System: Thermal management
Ensure all power electronics components are properly rated for your target power levels and meet local safety regulations.

​
BSP Configuration

​
Board Support Package Overview

The BSP provides hardware abstraction for EVerest modules. The primary interface is the evse_board_support interface.

​
Available Hardware Drivers

EVerest includes ready-to-use drivers for: Power Supplies:
  • DPM1000
  • Huawei R100040Gx, V100R023C10
  • InfyPower series
  • UUGreenPower UR1000X0
  • Winline
Power Meters:
  • Carlo Gavazzi EM580
  • Isabellenhütte IEM DCR
  • LEM DCBM 400600
RFID/NFC Readers:
  • NXP NFC Frontend
Start with the YetiSimulator module during development to test your configuration without physical hardware.

​
Configuring Hardware Modules

Example BSP configuration from config-CB-SAT-AC.yaml: 
active_modules:
  connector_1:
    module: EvseManager
    config_module:
      connector_id: 1
      evse_id: DE*PNX*E12345*1
      charge_mode: AC
      ac_nominal_voltage: 230
      ac_hlc_enabled: true
      ac_enforce_hlc: true
      session_logging: true
      session_logging_path: /tmp/everest-logs
    connections:
      bsp:
        - implementation_id: main
          module_id: cb_bsp
      slac:
        - implementation_id: main
          module_id: slac
      ac_rcd:
        - implementation_id: rcd
          module_id: cb_bsp
      connector_lock:
        - implementation_id: connector_lock
          module_id: cb_bsp

  cb_bsp:
    module: evse_board_support_API
    connections: {}

​
Device Mapping

For PLC-based communication (ISO 15118): 
slac:
  module: EvseSlac
  config_implementation:
    main:
      device: cb_plc  # Hardware PLC device identifier

iso15118_charger:
  config_module:
    device: cb_plc
    tls_security: prohibit  # or 'allow' for TLS
  connections:
    security:
      - module_id: evse_security
        implementation_id: main

​
Peripheral Connections

​
Serial/UART Interfaces

Many hardware components connect via serial interfaces:
  • Power Meters: Typically RS485/Modbus RTU
  • RFID Readers: UART or USB
  • Charge Controllers: SPI or I2C

​
Linux Device Configuration

Ensure kernel support for required interfaces: 
# Enable in kernel config or device tree
CONFIG_SERIAL_DEV_BUS=y
CONFIG_SERIAL_DEV_CTRL_TTYPORT=y

# Verify devices are available
ls -l /dev/ttyUSB* /dev/ttyS*

​
Network Interfaces

​
Ethernet Configuration

Primary network for OCPP and management: 
# Static IP configuration (systemd-networkd)
cat > /etc/systemd/network/10-eth0.network <<EOF
[Match]
Name=eth0

[Network]
Address=192.168.1.100/24
Gateway=192.168.1.1
DNS=8.8.8.8
EOF

​
HomePlug Green PHY (PLC)

For ISO 15118 communication:
  • Separate network interface for vehicle communication
  • Must be bridged or routed appropriately
  • Typically uses SLAC for association

​
GPIO and Control Signals

Critical GPIO signals for charge control:
  • CP (Control Pilot): PWM signal for current advertisement
  • PP (Proximity Pilot): Cable capacity detection
  • Emergency Stop: Hardware safety interlock
  • Contactor Control: High-power switching
GPIO configuration is highly platform-specific. Ensure proper kernel device tree configuration and test all safety-critical signals thoroughly.

​
Power Management

For embedded systems: 
# Process priority configuration
systemd:
  everest-core:
    Nice: -20  # High priority for time-critical operations
    CPUAffinity: 0 1  # Dedicated cores for charging
Use a preemptive kernel (CONFIG_PREEMPT=y) for better real-time performance in ISO 15118 communication.

​
Hardware Validation

​
Initial Testing Checklist

1

Verify Power Supply

Confirm correct voltage levels and current capacity
2

Test Serial Interfaces

Use minicom or screen to verify UART communication
3

Check Network Connectivity

Ping test for Ethernet, verify PLC link
4

GPIO Functional Test

Measure CP/PP signals with oscilloscope
5

Safety Interlocks

Test emergency stop and RCD functionality

​
Using Simulation Mode

Before connecting to real hardware: 
active_modules:
  yeti_driver:
    module: YetiSimulator
    config_module:
      connector_id: 1
      
  powersupply_dc:
    module: DCSupplySimulator
    
  slac:
    module: SlacSimulator
This allows testing the complete software stack without physical hardware.

​
Next Steps

Yocto Integration

Build custom embedded Linux images

Configuration Examples

Real-world charging station configs

Security Setup

Configure TPM and certificates

Module Reference

Complete module documentation

Build docs developers (and LLMs) love

Get started for freeTalk to us