EVSE Technisch advies en productonderzoek

Product en architectuur

Of het ontwerp nu samenhangend en gedocumenteerd is, of functioneel maar door één persoon begrepen. Of de architectuur de routekaart ondersteunt die aan investeerders wordt verkocht, of vervangen moet worden om daar te komen.

Firmware- en protocolvolwassenheid

Versiebeheer, releaseproces, updateveiligheid en rollback, beveiligingsafhandeling en of protocolgedrag wordt geverifieerd aan de hand van echte platforms of wordt beweerd op basis van de specificatie. Firmware is waar de geheime aansprakelijkheid het vaakst zit, omdat deze het minst zichtbaar is voor een commerciële beoordeling.

Productie en levering

Of de productie herhaalbaar en gedocumenteerd is, of de testdekking een slechte batch zou opleveren en waar de toeleveringsketen geconcentreerd is. Een product dat door één contractfabrikant is gebouwd met behulp van één enkele controller brengt een risico met zich mee dat niet in de boekhouding wordt weergegeven.

Blootstelling aan naleving

Of certificaten betrekking hebben op wat er vandaag de dag daadwerkelijk wordt verzonden, en of de veranderingsgeschiedenis sinds de certificering is beoordeeld. Het verschil tussen de gecertificeerde configuratie en de gebouwde configuratie komt vaak voor en is eerder een probleem dan een papierwerkprobleem.

Continuïteit

Wie kan dit behouden als het huidige team vertrekt. Die vraag bepaalt meer dan welke technische vondst dan ook de kosten van het bedrijfsmiddel na aanschaf, en wordt eerder beantwoord door de kwaliteit van de documentatie en de kennisdistributie dan door het personeelsbestand.

Wat het rapport zegt

De bevindingen zijn onderverdeeld in wat kapot is, wat ongedocumenteerd is, wat een geconcentreerd risico is en wat simpelweg onvolwassen is voor het podium. Elk met een technische kijk op de saneringsinspanningen, zodat de commerciële kant deze kan beprijzen in plaats van af te rekenen met onzekerheid.

Wat wij u vertellen dat u niet moet doen

Advieswerk is vooral de moeite waard als het iets verhindert. Dit zijn de aanbevelingen die we het vaakst geven, en elk ervan komt doordat we het alternatief hebben bekeken.

• Accepteer een OCPP-versie niet als bewijs van integratie. Een klant van ons kocht een oplader die werd verkocht als OCPP en die niet compatibel was met de door hem gekozen backend, en de datasheet was overal accuraat.
• Implementeer niet op een gedeeld platform dat u niet op afstand kunt verlaten. We hebben er één doorverkocht en de verandering die uiteindelijk moest worden aangebracht, werd doorgevoerd door elke lader in het veld te bezoeken.
• Pas een locatie niet aan voor gelijktijdig opladen op volle snelheid totdat u hebt getest of de belasting kan worden gepland. In appartementen kan deze veronderstelling alleen al een transformator toevoegen.
• Bestel geen volume voordat u op de juiste wijze heeft bemonsterd. Een of twee eenheden vertellen u dat een lader wordt ingeschakeld en niets over variatie of veldgedrag.
• Behandel interne bekabeling niet als een handelsartikel. Kabelkwaliteit en -routering veroorzaken storingen die de end-of-line-test doorstaan ​​en maanden later optreden.