Skip to main content

Compatibility is an evidence record

A transport match or similar message vocabulary is not enough to declare two systems compatible. The review must identify the exact hardware and software boundary.

Public station families

CoreCharge's public website currently presents 4, 6, 8, 12, 16 and 24-slot station formats. The table below records documentation scope, not a production compatibility certification.

Station formatPublic product signalProtocol profileVerification state
4-slotProduct family is publicly listedProfile assignment pendingContent-owner review required
6-slotProduct family is publicly listedProfile assignment pendingContent-owner review required
8-slotProduct family is publicly listedProfile assignment pendingContent-owner review required
12-slotProduct family is publicly listedProfile assignment pendingContent-owner review required
16-slotProduct family is publicly listedProfile assignment pendingContent-owner review required
24-slotProduct family is publicly listedMulti-board review may applyContent-owner review required

Compatibility record template

Every verified row should contain:

FieldRequired evidence
Commercial modelExact public model name and product page
Controller revisionHardware revision recorded by an authorized owner
Firmware releaseVersion identifier and release date
Transport profileApproved transport and authentication profile name
Message contractVersioned public or partner contract identifier
Power-bank classStandard or approved fast-charge class
Slot topologySlot count and any controller expansion topology
Test scopeConnect, status, rental, return, offline recovery and exception handling
ResultPass, conditional pass or fail with evidence link
Evidence dateUTC date and named approving role

Required compatibility tests

  1. Establish an authenticated non-production connection using an approved profile.
  2. Correlate station identity without exposing raw identifiers in the report.
  3. Confirm periodic and on-demand station status semantics.
  4. Exercise rental preparation, authorization boundary, release result and timeout behavior.
  5. Exercise return detection, acknowledgement and abnormal-return handling.
  6. Confirm reconnect, duplicate-message and out-of-order behavior.
  7. Confirm slot, battery, lock and charge-state mappings for the tested hardware.
  8. Record unsupported operations and firmware-specific differences.

Current gaps

  • Exact commercial model-to-protocol mappings need product-owner approval.
  • Firmware families and minimum supported releases need engineering ownership.
  • Fast-charge class mappings require hardware evidence, not document inference.
  • Partner test fixtures and an authenticated sandbox are not included in this public documentation release.