Technologieoverdracht van EV-opladers

De overdrachtsgrens

Elke overdrachtsovereenkomst scheidt vier zaken. Het verwarren ervan is later de meest voorkomende oorzaak van onenigheid.

1. 1

   Achtergrond-IP

   Wat RIOD bezat voordat het programma startte. Platformarchitectuur, bestaande firmwaremodules, geaccumuleerde ontwerpmethoden. Meestal gelicentieerd, zelden toegewezen.

2. 2

   Project-IP

   Wat speciaal voor uw programma wordt gemaakt. Eigendom is bespreekbaar en moet vóór aanvang van de werkzaamheden worden geregeld, niet bij de overdracht.

3. 3

   Kennis van de productie

   Hoe het product daadwerkelijk wordt gebouwd, getest en binnen tolerantie wordt gehouden. Dit heeft bij de meeste overdrachten de meeste commerciële waarde en de minste documentatie.

4. 4

   Gelicentieerde rechten

   Wat u met het bovenstaande mag doen: vervaardigen, wijzigen, in sublicentie geven, verkopen en in welke gebieden.

Een overdracht waarbij alleen de deliverables worden genoemd en deze sectie wordt overgeslagen, is niet voltooid.

Productie bestanden

Productiebestanden zijn de subset die een fabriek daadwerkelijk gebruikt: BOM en lijst met goedgekeurde leveranciers, productie-outputs, tekeningen, werkinstructies, processtroom, gereedschapsspecificaties en testspecificaties, vrijgegeven volgens de overeenkomst.

Het onderscheid is van belang omdat ontwerpbestanden en productiebestanden verschillende lezers bedienen. Een operator heeft het schema niet nodig. Een productie-ingenieur wel. Door alles naar iedereen te sturen, komen ongecontroleerde kopieën op de werkvloer terecht.

Opties voor firmware-overdracht

Firmware is waar de overdrachtsomvang het meest varieert en waar de verwachtingen het vaakst uiteenlopen. Vier modellen, steeds dieper:

1. 1

   Alleen binair

   U ontvangt ondertekende release-afbeeldingen en de programmeermethode. U kunt niet wijzigen. Het laagste risico voor beide partijen, en geschikt voor de meeste L1- tot L3-programma's.

2. 2

   Productie-buildpakket

   U ontvangt wat nodig is om eenheden in de productie te programmeren, configureren en verifiëren, inclusief kalibratie en testhaken, zonder toegang tot de bron.

3. 3

   Gecontroleerde bron- of moduletoegang

   Gedefinieerde modules worden onder licentie gedeeld, waarbij doorgaans beveiligingsgevoelige componenten worden uitgesloten. Geschikt wanneer uw team gedrag moet uitbreiden in plaats van de hele stapel te behouden.

4. 4

   Volledige bronlicentie

   Volledige toegang onder overeengekomen voorwaarden. Dit vereist dat u over firmware-competentie beschikt, inclusief het veilig afhandelen van updates en de gevolgen van een slechte release die het veld bereikt.

Brontoegang is een commerciële beslissing waaraan een technische verplichting is verbonden. Teams die om volledige source vragen en geen firmwarefunctie hebben, zijn meestal slechter af dan met een productiebuildpakket.

Overdracht testsysteem

Zonder overgedragen testmogelijkheden is niets anders in de overdracht verifieerbaar. Dit omvat de programmering, het end-of-line testsysteem, de kalibratiemethode en het interval, de testsoftware, de limieten voor slagen en falen, gouden eenheden en het bewaren van records.

Testlimieten verdienen specifieke aandacht. Te krappe grenzen veroorzaken valse mislukkingen en druk om deze te negeren. Grenzen die te los zijn, laten marginale eenheden het veld binnen. De overgedragen limieten zijn de limieten waartegen het product werd gekarakteriseerd, en het veranderen ervan is een veranderingsbeheergebeurtenis.

Kennisoverdracht

De training wordt per rol gegeven, omdat een operator en een firmware-ingenieur verschillende dingen nodig hebben.

• Operators: montagevolgorde, bediening, ESD-discipline, veelvoorkomende defecten, wanneer te stoppen en te escaleren.
• Productie-ingenieurs: lijnopstelling, stationconfiguratie, opbrengstanalyse, armatuuronderhoud.
• Kwaliteit: inspectiemethode, acceptatiecriteria, defectclassificatie, auditregistraties.
• Firmware en service: programmering, configuratie, diagnostiek, triage van veldfouten.
• Management: change control-verplichtingen, certificeringsgevolgen, escalatieroutes.

Competenties worden vastgelegd, niet verondersteld. Een trainingsmatrix die laat zien wie waarvoor is opgeleid en wanneer, maakt deel uit van de overdracht.

Acceptatiepoorten

Een overdracht wordt in fasen aanvaard, niet in één gesprek afgetekend.

1. 1

   Documentatie beoordeling

   Jouw team leest het pakket en vergroot gaten voordat er iets is gebouwd.

2. 2

   Voorbeeld- of pilot-build

   Een kleine batch gebouwd door uw mensen, met de onze erbij.

3. 3

   Lijnkwalificatie

   De lijn, armaturen en teststations demonstreren herhaalbaarheid.

4. 4

   Eerste artikelinspectie

   Formele verificatie aan de hand van tekening en specificatie.

5. 5

   SOP-uitgave

   Start van de productie is toegestaan op basis van gedefinieerde criteria.

6. 6

   Stabilisatie periode

   Doorgaans 500 tot 1000 productie-uren, gedurende welke opbrengst, defecten en veldopbrengsten gezamenlijk worden gecontroleerd voordat de verantwoordelijkheid volledig wordt overgedragen.

Stabilisatie is waar problemen die afhankelijk zijn van volume, operatorrotatie en partijvariatie van leveranciers zichtbaar worden. Sommige kunnen eerder worden opgespoord door middel van tariefonderzoeken en auditsteekproeven, maar stabilisatie is de goedkoopste plek om ze te vinden, omdat de verantwoordelijkheid nog niet volledig is verplaatst.

Bestuur na de overdracht

Na de start van de productie wordt de relatie voortgezet door middel van technische wijzigingsopdrachten en mededelingen, analyse van de hoofdoorzaak, beveiligings- en firmware-updates, beheer van veroudering van componenten en beoordeling van de certificeringsdelta wanneer een wijziging een relevant onderdeel van het schema raakt.

Iemand moet elk van deze bezitten. Als de overeenkomst niet zegt wie, is het antwoord in de praktijk: niemand.

Wat er daadwerkelijk wordt overgedragen

In de praktijk omvat een overdrachtspakket het volgende, vrijgegeven volgens de overeenkomst:

• Firmwarebroncode of ondertekende binaire bestanden, afhankelijk van het overeengekomen model
• Elektronica-indeling en Gerber-bestanden
• Stuklijst met de goedgekeurde leverancierslijst
• Mechanische vijlen en montagevijlen
• Productiedocumenten, werkinstructies en processtroom
• Testplannen, testmalontwerpen en acceptatielimieten
• Producthandleidingen en de ondersteunende kennisbank

Beide firmwaremodellen zijn beschikbaar: alleen ondertekend binair of volledige broncode. Wat van toepassing is, is een commerciële beslissing die bij de start wordt genomen en niet bij de overdracht wordt ontdekt.