Entwicklung eines SPS-Kommunikationsmodul ist mehr als nur eine Leiterplatte zu entwerfen und zu überprüfen, ob zwei Geräte kommunizieren können. Für OEM- und ODM-Projekte umfasst der gesamte Lebenszyklus des SPS-Moduls typischerweise Anforderungsdefinition, Hardware- und Firmware-Entwicklung, Prototypentests, Systemintegration, Pilotproduktion, Zertifizierung und Massenproduktion.
Ein gut gesteuerter Entwicklungsprozess hilft Herstellern, Kommunikationsprobleme, Hardware-Neugestaltungen, Produktionsfehler und Verzögerungen beim Übergang von technischen Mustern zur Großfertigung zu reduzieren.
Dieser Leitfaden erklärt das typische SPS-Modullebenszyklus vom Prototyp bis zur Massenproduktion und hebt die wichtigsten technischen Kontrollpunkte in jeder Phase hervor.
Wie sieht der Entwicklungszyklus von SPS-Modulen ab?
Der Entwicklungszyklus von SPS-Modulen ist der Prozess, ein SPS-Kommunikationskonzept in ein getestetes, herstellbares Produkt zu verwandeln.
Ein typischer Lebenszyklus umfasst:
Anforderungen → Architektur → Prototyp → Hardware-/Firmware-Tests → Systemintegration → technische Validierung → Pilotproduktion → Zertifizierung → Massenproduktion → kontinuierliche Verbesserung
Bei einem OEM-SPS-Projekt kann der genaue Prozess je nach Anwendung, Kommunikationsstandard, Betriebsumgebung, Produktionsvolumen und Zertifizierungsanforderungen variieren.
Lebenszyklus des SPS-Moduls auf einen Blick
| Bühne | Hauptziel | Typische Ausgabe |
|---|---|---|
| 1. Anforderungen | Anwendungs- und Kommunikationsanforderungen definieren | Produktspezifikation |
| 2. Architektur | Ausgewählte SPS-Technologie und Hardwarearchitektur | Systemarchitektur |
| 3. Prototyp | Bauen Sie die erste funktionierende Hardware | Ingenieurprototyp |
| 4. Firmware-Entwicklung | Implementierung von Kommunikations- und Steuerungsfunktionen | Firmware |
| 5. Funktionale Tests | Überprüfen Sie die Leistung der elektrischen und SPS-Kommunikation | Testergebnisse |
| 6. Systemintegration | Teste das Modul im Produkt des Kunden | Integrierter Prototyp |
| 7. Technische Validierung | Zuverlässigkeit und Umweltleistung überprüfen | EVT/DVT-Ergebnisse |
| 8. Pilotproduktion | Validierung des Herstellungsprozesses | Pilotserie |
| 9. Zertifizierung | Führen Sie die erforderlichen regulatorischen Tests durch | Zertifizierungsberichte |
| 10. Massenproduktion | Produkte in großem Maßstab herstellen | Produktionseinheiten |
| 11. Wartung | Verbesserung von Hardware, Firmware und Produktionsqualität | Produktrevisionen |
1. Definieren Sie die Anforderungen an SPS-Module
Der erste Schritt besteht darin, klar zu definieren, was das SPS-Modul erreichen muss. Bevor Sie beginnen, können Sie zuerst diesen Artikel lesen PLC-Modul-Design-Checkliste für OEM-Entwicklung | Hardware & Testing.
Ein SPS-Modul kann in einen Lichtregler, einen Industriecontroller, einen intelligenten Zähler, ein EV-Ladegerät, ein Energiemanagementsystem oder ein anderes elektrisches Produkt integriert werden. Daher sollten Anforderungen aus beiden definiert werden Kommunikationsperspektive Und die Host-Produkt-Perspektive.
Wichtige Anforderungen sind:
- SPS-Kommunikationsstandard
- CCO/STA-Architektur
- Kommunikationsgeschwindigkeit
- Kommunikationsdistanz
- Netzwerktopologie
- Anzahl der Knoten
- Betriebsspannung
- Stromverbrauch
- MCU-Schnittstelle des Hosts
- UART, SPI, PWM, GPIO, ADC oder andere Schnittstellen
- Firmware-Anforderungen
- Netzwerkentdeckung und Inbetriebnahme
- Anforderungen an die Datenübertragung
- Umweltbedingungen
- EMC-Anforderungen
- Produktabmessungen
- Steckverbinderanforderungen
- Betriebstemperatur
- Erwartetes Produktionsvolumen
- Zielherstellungskosten
Beispielsweise kann ein industrieller Lichtcontroller ein kompaktes SPS-Modul mit UART-Kommunikation zum Host-MCU benötigen, während ein Smart Meter eine andere SPS-Kommunikationsarchitektur und -schnittstelle benötigt.
Das wichtigste Ziel in dieser Phase ist es, die vollständige Systemanforderung vor Beginn der Hardwareentwicklung zu definieren.
2. Auswahl der SPS-Architektur
Nachdem die Anforderungen festgelegt sind, wählen die Ingenieure die passende SPS-Architektur aus.
Ein typisches eingebettetes SPS-Modul kann enthalten:
- SPS-Kommunikationschipsatz oder Prozessor
- MCU/DSP
- Analoges Frontend
- Streckenlokführer
- Kopplungsschaltung
- Stromversorgung
- Schutzschaltung
- Kommunikationsschnittstellen
- Kristall- oder Uhrschaltung
- Firmware
- Host-Produkt-Schnittstelle
Die Architektur sollte nicht nur die Kommunikationsleistung, sondern auch die elektrische Umgebung des Endprodukts berücksichtigen.
Zum Beispiel kann die Kommunikation über Stromleitungen beeinträchtigt werden durch:
- Elektrisches Rauschen
- Schaltnetzteile
- Motorlasten
- LED-Treiber
- Lange Stromleitungen
- Transformatoren
- EMI
- Surge-Ereignisse
- Unterschiedliche Linienimpedanzen
Daher sollte das SPS-Kommunikationsmodul für die tatsächliche Anwendungsumgebung konzipiert werden und nicht nur unter Laborbedingungen bewertet werden.
3. Entwicklung des ersten SPS-Modulprototyps
Sobald die Architektur bestätigt ist, kann das Ingenieurteam mit dem Schaltplandesign und der Leiterplattenentwicklung beginnen.
Der erste Prototyp konzentriert sich normalerweise darauf, zu beweisen, dass das grundlegende Design funktioniert.
Typische Prototypenaktivitäten umfassen:
- Schaltplandesign
- PCB-Layout
- Komponentenauswahl
- PCB-Herstellung
- SMT-Baugruppe
- Anfängliches Hardware-Debugging
- Firmware-Laden
- Grundlegende SPS-Kommunikationstests
In dieser Phase sollten Ingenieure grundlegende Funktionen wie folgende überprüfen:
- Modul-Power-up
- Host-MCU-Kommunikation
- SPS-Übertragung
- PLC-Empfang
- Netzwerkentdeckung
- Knotenadressierung
- Datenintegrität
- Kommunikationsstabilität
Der erste Prototyp stellt nicht unbedingt das endgültige Massenseriendesign dar. Ihr Hauptzweck ist es, größere Hardware-, Firmware- und Architekturprobleme so früh wie möglich zu identifizieren.
4. Entwicklung und Optimierung der SPS-Firmware
Die Hardware allein bestimmt nicht die Leistung des SPS-Moduls. Firmware ist ebenfalls ein wichtiger Teil des Entwicklungszyklus.
Je nach SPS-Plattform und Anwendung kann die Firmware Folgendes steuern:
- SPS-Kommunikation
- Netzwerkentdeckung
- Knotenmanagement
- Datenverarbeitung
- UART/SPI-Kommunikation
- GPIO-Steuerung
- Konfigurationsparameter
- Fehlerbehandlung
- Kommunikationswiederholungsmechanismen
- Gerätestatus
- Diagnostik
- Firmware-Updates
Für OEM-Anwendungen muss die Firmware möglicherweise auch mit der vorhandenen MCU oder Anwendungssoftware des Kunden kommunizieren.
Eine gut definierte Host-Schnittstelle ist besonders wichtig, wenn das SPS-Modul in ein bestehendes elektrisches Produkt integriert ist.
Zum Beispiel:
Host-MCU → UART/SPI → SPC-Modul → SPS-Netzwerk → Gateway/CCO
Diese Architektur ermöglicht es dem SPS-Modul, Kommunikationsfunktionen bereitzustellen, ohne dass der Kunde das gesamte Steuerungssystem neu gestalten muss.
5. Durchführung von SPS-Kommunikationstests
Nachdem der Prototyp zusammengebaut und die Firmware verfügbar ist, sollten Ingenieure strukturierte Kommunikationstests durchführen. Wenn Sie ein neuer Nutzer sind, Wie man ein SPS-Modul vor der Massenproduktion testet Dieser Artikel ist für Sie hilfreich.
Grundlegende Tests können Folgendes umfassen:
Kommunikationsdistanz
Teste die Kommunikation bei unterschiedlichen Kabellängen und unter realistischen elektrischen Bedingungen.
Kommunikationsgeschwindigkeit
Messen Sie den tatsächlichen Datendurchsatz und bestimmen Sie, ob das Modul die Anwendungsanforderungen erfüllt.
Netzwerkkapazität
Testen Sie, wie viele SPS-Knoten zuverlässig mit dem vorgesehenen CCO oder Gateway kommunizieren können.
Paketverlust
Überwachen Sie die Zuverlässigkeit der Kommunikation während der kontinuierlichen Datenübertragung.
Netzwerkentdeckung
Überprüfen Sie, wie schnell SPS-Knoten sich verbinden und mit dem Netzwerk kommunizieren können.
Elektrisches Rauschen
Prüfe die Kommunikation, wenn andere elektrische Geräte im selben Stromnetz betrieben werden.
Neustart und Erholung
Schalten Sie die Geräte wiederholt ein und aus und überprüfen Sie, ob das SPS-Netzwerk sich korrekt wiederherstellen kann.
Die Tests sollten schrittweise von kontrollierten Laborbedingungen in die tatsächliche elektrische Umgebung der Zielanwendung übergehen.
6. Integration des SPS-Moduls in das Produkt des Kunden
Ein SPS-Modul kann als eigenständiges Entwicklungsboard korrekt funktionieren, aber nach der Integration auf neue Probleme stoßen. Wie man SPS-Kommunikation zu bestehenden elektrischen Produkten hinzufügt Dieser Artikel zeigt Ihnen vor dem Start eine Anleitung.
Deshalb Systemebene Integrationstests ist eine kritische Phase.
Wenn das SPS-Modul beispielsweise in einen LED-Beleuchtungscontroller integriert ist, sollten Ingenieure das gesamte System testen:
SPS-Modul + MCU + LED-Treiber + Stromversorgung + Leuchte + Stromleitung
Mögliche Integrationsprobleme umfassen:
- Stromversorgungsrauschen
- EMI erzeugt vom LED-Treiber
- Unzureichende Isolation
- Falsche UART-Einstellungen
- Zeitliche Konflikte
- Probleme mit der PCB-Anordnung
- Thermische Probleme
- Mechanische Interferenz
- Inkompatible Betriebsspannung
Diese Phase ist besonders wichtig für OEM-Projekte, da das endgültige SPS-Modul oft innerhalb eines bestehenden Produkts arbeiten muss und nicht als eigenständiges Gerät.
7. Technische Validierung und Designoptimierung
Nach der Systemintegration sollte das Design einer technischen Validierung unterzogen werden.
Ziel ist es festzustellen, ob der Prototyp für ein produktionsorientiertes Design ausreichend stabil ist.
Typische Validierungsbereiche sind:
Elektrische Validierung
- Eingangsspannungsbereich
- Stromverbrauch
- Schnittstellenspannungspegel
- Aktueller Verbrauch
- Schutzleistung
Kommunikationsvalidierung
- Entfernung
- Durchsatz
- Paketverlust
- Netzwerkstabilität
- Knotenkapazität
- Erholung nach Kommunikationsunterbrechung
Umweltvalidierung
- Hohe Temperatur
- Niedrige Temperatur
- Temperaturzyklus
- Luftfeuchtigkeit
- Langzeitbetrieb
EMC-Validierung
- Durchgeführte Emissionen
- Strahlungsemissionen
- Immunität
- Surge
- Elektrische, schnelle Transientenprüfung
- Elektrostatische Entladung
Die genauen Tests hängen vom Endprodukt, dem Zielmarkt und den geltenden Standards ab. Du kannst folgen IEEE 1901 Zur Orientierung.
8. Optimierung des SPS-Moduls für die Fertigung
Ein korrekt funktionierender Prototyp ist nicht automatisch serienbereit.
Vor Produktionsbeginn sollten Ingenieure das Design für Design für Fertigung (DFM) und Design für Tests (DFT).
Wichtige Überlegungen sind:
- Verfügbarkeit von Komponenten
- Komponentenlebenszyklus
- PCB-Herstellungsfähigkeit
- SMT-Platzierung
- Zuverlässigkeit des Lötens
- Steckerbaugruppe
- Testpunkte
- Programmierschnittstellen
- Automatisiertes Testen
- Produktionskalibrierung
- Firmware-Programmierung
- Funktionsprüfung
- Montagekosten
Zum Beispiel kann ein Prototyp eine Komponente verwenden, die in kleinen Mengen leicht zu bekommen ist, aber bei großen Produktionsmengen schwer konsistent zu beschaffen ist.
Daher sollten die Verfügbarkeit von Komponenten und die Stabilität der Lieferkette vor der Massenproduktion berücksichtigt werden.
9. Bauen einer Pilotproduktionsserie
Die Pilotproduktion bildet die Brücke zwischen technischer Entwicklung und Massenproduktion.
Anstatt sofort Zehntausende von Einheiten zu produzieren, produzieren Hersteller normalerweise eine kleinere Charge, um den gesamten Fertigungsprozess zu validieren.
Der Pilotbatch kann verwendet werden, um Folgendes zu bewerten:
- PCB-Baugruppe
- Bauteilplatzierung
- Lötqualität
- Firmware-Programmierung
- Funktionsprüfung
- PLC-Kommunikationstests
- Produktionsertrag
- Montagezeit
- Testausrüstung
- Verpackung
- Produktionsdokumentation
Das Ziel ist nicht einfach herauszufinden, ob einzelne Einheiten funktionieren. Es geht darum, festzustellen, ob die Der Herstellungsprozess kann wiederholt stabile Einheiten erzeugen.
10. Vollständige Zertifizierung und Compliance-Tests
Je nach Anwendung und Zielmarkt kann das endgültige SPS-Modul oder integriertes Produkt regulatorische oder kundenspezifische Tests erfordern.
Mögliche Anforderungen können sein:
- EMC
- Sicherheit
- Umwelteinhaltung
- RoHS
- REACH
- CE-bezogene Anforderungen
- FCC-bezogene Anforderungen
- Kundenspezifische Standards
Die Zertifizierungsanforderungen variieren je nach Endprodukt, Land, Anwendung und Systemarchitektur.
Für ein eingebettetes SPS-Modul muss die Zertifizierung manchmal zusammen mit dem endgültigen Hostprodukt evaluiert werden, da die tatsächliche Betriebsumgebung des Moduls vom Hostgerät abhängt.
Daher sollten Zertifizierungsanforderungen berücksichtigt werden Früh im Entwicklungsprozess, anstatt nachdem die Hardware bereits finalisiert ist.
11. Bereitstellung des SPS-Moduls für die Massenproduktion
Nach Abschluss der Prototypenvalidierung, Systemtests, Pilotproduktion und erforderlichen Compliance-Arbeiten kann das Produkt in die Massenproduktion gehen.
Vor der Produktionsfreigabe sollte der Hersteller kontrollierte Dokumentation festlegen, wie zum Beispiel:
- Endgültiger Schaltplan
- PCB-Gerber-Dateien
- Verzeichnis der Materialien
- Platinen-Montagedateien
- Firmware-Version
- Programmierverfahren
- Testspezifikation
- Inspektionsstandard
- Produktionsprozess
- Qualitätskontrollverfahren
- Verpackungsspezifikation
- Produktrevisionsnummer
Ein Produktionstestverfahren sollte ebenfalls festgelegt werden.
Ein typischer SPS-Modulproduktionstest kann folgendes umfassen:
Power-On-Test → Schnittstellentest → Firmware-Test → SPS-Kommunikationstest → Parametertest → Endinspektion
Automatisierte Tests können helfen, die Produktionskonsistenz zu verbessern, wenn das Produktionsvolumen groß wird.
12. Überwachungsqualität nach Massenproduktion
Der Lebenszyklus des SPS-Moduls endet nicht mit Beginn der Massenproduktion.
Nach dem Start sollten Hersteller weiterhin überwachen:
- Feldfehler
- Kommunikationsprobleme
- Verfügbarkeit von Komponenten
- Firmware-Probleme
- Kundenfeedback
- Produktionsertrag
- Renditen
- Umweltleistung
- Neue Zertifizierungsanforderungen
Falls nötig, kann das SPS-Modul durch eine kontrollierte Hardware- oder Firmware-Revision aktualisiert werden.
Für OEM-Produkte ist die Versionskontrolle besonders wichtig. Änderungen am SPS-Chipsatz, Line-Treiber, Netzteil, PCB-Layout oder Firmware können die Kommunikationsleistung beeinflussen und sollten daher vor der Implementierung validiert werden.
Prototyp vs. Massenserien-SPS-Modul
Die technischen Prioritäten unterscheiden sich in verschiedenen Phasen.
| Gebiet | Prototyp | Massenproduktion |
|---|---|---|
| Hauptziel | Beweise das Konzept | Produzieren Sie konsequent |
| Hardware | Flexibel | Vollständig optimiert |
| Komponenten | Ingenieurauswahl | Lieferkettenvalidierung |
| Firmware | In Entwicklung | Kontrollierte Freigabe |
| Tests | Technische Tests | Standardisierte Produktionstests |
| PCB | Es kann Überarbeitungen erforderlich sein | Festes Produktionsdesign |
| Herstellung | Manuell/niedrige Lautstärke | Automatisiertes/hochvolumiges Volumen |
| Dokumentation | Entwicklungsdokumente | Kontrollierte Produktionsdokumente |
| Kosten | Weniger wichtig | Kritisch |
| Qualität | Funktionsverifikation | Wiederholbarkeit und Ertrag |
Ein erfolgreicher Übergang vom Prototyp zur Massenproduktion erfordert beides Technische Validierung und Fertigungsvalidierung.
Häufige Probleme beim Umstellen eines SPS-Moduls in die Massenproduktion
Mehrere Probleme können auftreten, wenn ein SPS-Kommunikationsmodul von technischen Proben in die Produktion wechselt. PLC-Modul kommuniziert nicht? 10 häufige Probleme und Lösungen Dieser Artikel zeigt Ihnen weitere Details.
1. Kommunikation funktioniert im Labor, aber nicht im Feld
Die Laborumgebung kann weniger elektrisches Rauschen aufweisen als die eigentliche Installation.
Lösung: Teste das Modul mit der tatsächlichen Stromversorgung, elektrischen Lasten, Kabellänge und Anwendungsumgebung.
2. Prototypkomponenten werden schwierig zu beschaffen
Ein während der Entwicklung ausgewähltes Bauteil kann später teuer, veraltet oder schwer zu kaufen werden.
Lösung: Überprüfen Sie den Komponentenlebenszyklus und die Verfügbarkeit der Versorgung vor der Produktionsveröffentlichung.
3. Produktionserträge ist zu niedrig
Ein Prototyp kann im manuellen Zusammenbau funktionieren, zeigt aber während der automatisierten Produktion eine inkonsistente Leistung.
Lösung: Einführung von Produktionstestverfahren und Überprüfung von PCB-, SMT-, Bauteiltoleranzen und Fertigungsprozessen.
4. Leistungsänderungen der SPS nach der Leiterplattenüberarbeitung
Änderungen an der Leiterplattenanordnung, Kopplungsschaltungen, Erdung oder Netzteilkomponenten können die SPS-Kommunikation beeinflussen.
Lösung: Behandle wichtige Hardwareänderungen als technische Überarbeitungen sowie wiederholte Kommunikation und EMC-Validierung.
5. Firmware-Versionen werden schwer zu kontrollieren
Verschiedene Produktionschargen können versehentlich unterschiedliche Firmware-Versionen verwenden.
Lösung: Etabliert Firmware-Versionskontroll- und Produktionsprogrammierverfahren.
6. Das SPS-Modul funktioniert, aber das vollständige Produkt nicht
Das SPS-Modul kann eigenständige Tests bestehen, scheitert, wenn es in das Netzteil, den Controller, den Treiber oder das elektrische System des Kunden integriert wird.
Lösung: Führen Sie eine System-Validierung vor der Massenproduktion durch.
Wie lange dauert die Entwicklung von SPS-Modulen?
Die Entwicklungszeit hängt stark davon ab, ob das Projekt ein bestehendes SPS-Modul verwendet oder ein komplett individuelles Design erfordert.
Ein typisches Projekt kann folgendes umfassen:
Anforderungen: 1–4 Wochen
Architektur und Hardware-Design: 2–8 Wochen
Prototyp: 3–8 Wochen
Entwicklung von Firmware und Kommunikation: 4–12+ Wochen
Systemintegration: 2–8 Wochen
Technische Validierung: 2–8 Wochen
Pilotproduktion: 2–6 Wochen
Zertifizierung: Projektabhängig
Massenproduktion: Nach der endgültigen Genehmigung
Dies sind allgemeine Entwicklungsbereiche und keine festen Zeitpläne. Projekte, die eine neue SPS-Architektur, einen maßgeschneiderten Chipsatz, ein neues Kommunikationsprotokoll, spezielle mechanische Anforderungen oder umfangreiche Zertifizierungen erfordern, können deutlich mehr Zeit in Anspruch nehmen.
Die Nutzung einer bestehenden, im Feld erprobten SPS-Modulplattform kann den Entwicklungsaufwand im Vergleich zur Entwicklung einer völlig neuen SPS-Kommunikationsarchitektur reduzieren.
Wie man die Entwicklungszeit von SPS-Modulen reduziert
OEM-Unternehmen können den Entwicklungszyklus verkürzen, indem sie sich trennen wiederverwendbare SPS-Kommunikationstechnologie aus dem anwendungsspezifischen Produktdesign.
Anstatt beispielsweise das gesamte SPS-Kommunikationssystem von Grund auf zu entwickeln, kann ein Unternehmen ein vorgefertigtes SPS-Modul in seinen eigenen Controller integrieren.
Der Entwicklungsprozess kann sich dann konzentrieren auf:
- Host-MCU-Integration
- Produktspezifische Firmware
- Mechanische Integration
- Elektrische Kompatibilität
- Anwendungssoftware
- Systemtests
Dieser Ansatz kann die Menge an SPS-Hardwareentwicklung reduzieren und gleichzeitig die Anpassung des Endprodukts ermöglichen.
Wann sollte man ein individuelles SPS-Modul wählen?
Ein Standard-SPS-Modul kann ausreichen, wenn:
- Die Schnittstellenanforderungen sind Standard
- Die Moduldimensionen passen zum Produkt
- Bestehende Firmware-Funktionen sind ausreichend
- Die Kommunikationsleistung erfüllt die Anforderungen
- Die Zielanwendung benötigt keine spezielle Hardware
Ein individuell angepasstes SPS-Modul kann geeignet sein, wenn Sie Folgendes benötigen:
- Individuelle Leiterplattenmaße
- Individuelle Stecker
- Spezielle Betriebsspannung
- Angepasste Host-Schnittstellen
- Spezielle Firmware
- Benutzerdefinierte SPS-Protokolle
- Verschiedene Kommunikationsparameter
- Integration mit einem bestehenden Controller
- Hochvolumen-Kostenoptimierung
- Anwendungsspezifische EMV-Optimierung
Bei großvolumigen OEM-Projekten kann die Individualisierung auch ermöglichen, das Modul für die Leiterplatte, die mechanische Struktur, den Produktionsprozess und die Zielkosten des Kunden zu optimieren.
PLC-Modul-Lebenszyklus-Checkliste
Bevor Sie vom Prototyp zur Massenproduktion wechseln, bestätigen Sie Folgendes:
Anforderungen
- Definierte Anforderungen an die SPS-Kommunikation
- Betriebsspannung bestätigt
- Host-Schnittstelle bestätigt
- Getestete Kommunikationsdistanz
- Definierte Netzkapazität
- Definierte Umweltanforderungen
Hardware
- Schematisch validiert
- PCB-validierung
- Für die Produktion ausgewählte Komponenten
- Getestete Stromversorgung
- SPS-Kopplungsschaltung getestet
- Schutzschaltung validiert
- DFM-Überprüfung abgeschlossen
Firmware
- Kommunikationsfirmware validiert
- Testierte Host-Schnittstelle
- Netzwerkmanagement getestet
- Fehlerwiederherstellung getestet
- Firmware-Version gesteuert
- Definiertes Upgrade-Verfahren
System
- SPS-Modul integriert in das Endprodukt
- Getestete elektrische Umgebung in der realen Welt
- EMI/EMC bewertet
- Temperaturtests abgeschlossen
- Langzeittests abgeschlossen
Produktion
- Pilotproduktion abgeschlossen
- Produktionstestverfahren festgelegt
- Programmierverfahren festgelegt
- Produktionserträge bewertet
- BOM und Produktionsdokumente veröffentlicht
- Festlegung von Qualitätskontrollverfahren
