Direkte Antwort
Entwicklung eines Protokollkonvertierungs-Gateways ist ein projektbezogener Engineering-Service innerhalb von Entwicklung von Kommunikationshardware. Es richtet sich an Teams, die Anforderungen klären, eine technische Route definieren, Komponenten implementieren oder integrieren und Abnahmenachweise für eine bestimmte Betriebsumgebung erstellen müssen. Eignung und endgültiger Umfang hängen von den Zielbenutzern, dem aktuellen System, den Schnittstellen, Daten oder Geräten, den Einsatzbedingungen und den Akzeptanzkriterien ab.
Wann dieser Service geeignet ist
- Das Geschäftsziel ist klar, aber der Implementierungsweg, die Systemgrenzen oder die Komponentenauswahl müssen noch einer technischen Bewertung unterzogen werden.
- Vorhandene Software, Hardware, Daten, Geräte oder Systeme von Drittanbietern müssen unter definierten Schnittstellen- und Bereitstellungsbeschränkungen integriert werden.
- Das Projekt erfordert überprüfbare Ergebnisse, Testaufzeichnungen, Bereitstellungsmaterialien und Abnahmenachweise und keinen reinen Konzeptvorschlag.
Projekteingaben
Bevor die Planung beginnt, sollte das Projektteam dies tun Stellen Sie die verfügbaren Eingaben bereit und identifizieren Sie Elemente, die noch untersucht werden müssen.
- Geschäftsszenarien, Zielbenutzer, Betriebsabläufe und erwartete Ergebnisse
- Vorhandene Architektur, Quellcode, Schnittstellen, Protokolle, Geräte oder Datenbeispiele
- Bereitstellungsumgebung, Betriebssystem, Netzwerk, Computer, Speicher und Sicherheitsbeschränkungen
- Erforderliche Integrationen, Abhängigkeiten, Zugriffsberechtigungen und verantwortliche Parteien
- Abnahmekriterien, Testbedingungen, Lieferformat, Zeitplan und Wartungserwartungen
Engineering-Umfang
Der Implementierungsumfang wird nach Eingabeprüfung bestätigt und kann die folgenden Arbeitspakete enthalten.
- Anforderungsklärung, Machbarkeitsbewertung, Risiko Überprüfung und technische Routendefinition
- Architektur, Modul, Schnittstelle, Datenfluss, Ausnahmebehandlung und Berechtigungsdesign
- Software-, Firmware-, Algorithmus-, Hardware- oder Systemintegrationsarbeiten im vereinbarten Umfang enthalten
- Einheit, Integration, System, Kompatibilität, Leistung und abnahmeorientierte Tests
- Bereitstellungsvorbereitung, Problembehebung, Dokumentation, Übertragung und Wartungsplanung
Liefergegenstände
Liefergegenstände werden in der Leistungsbeschreibung definiert. Typische Elemente sind:
- Anforderungsbasis und bestätigter Umfang
- Architektur, Schnittstelle, Daten, Bereitstellung und Betriebsdokumentation
- Im Vertrag enthaltener Quellcode, Konfiguration, Build-Dateien, Firmware, Modelle oder Designdateien
- Testfälle, Testaufzeichnungen, Problemliste, Versionshinweise und Abnahmenachweise
- Bereitstellungspaket, Benutzer- oder Wartungshandbuch und Wissenstransfermaterialien
Abnahmemethode
Die Abnahme muss auf der vereinbarten Grundlage erfolgen Eingaben, Umgebung, Versionen, Testschritte und messbare Ergebnisse.
- Verfolgen Sie jede Anforderung auf eine implementierte Funktion, Schnittstelle oder dokumentierte Einschränkung.
- Führen Sie vereinbarte Funktions-, Ausnahme-, Kompatibilitäts-, Leistungs-, Sicherheits- und Wiederherstellungstests durch.
- Zeichnen Sie Software, Hardware, Modell, Konfiguration und Daten auf Beispiel-, Netzwerk- und Testtool-Versionen.
- Verbleibende Probleme, Ausschlüsse, Abhängigkeiten und Folgeverantwortungen schließen oder formell aufzeichnen.
Einschränkungen und Verantwortungsgrenzen
Ohne die entsprechende Eingabe, Testbedingungen, Nachweise und schriftliche Akzeptanzdefinition wird keine feste Leistung, Genauigkeit, Kompatibilität, Zeitplan oder regulatorisches Ergebnis versprochen. Lizenzen von Drittanbietern, Cloud-Dienste, Geräte, Datensätze, Zertifizierungen, medizinische oder Sicherheitsgenehmigungen und Produktionsnachweise unterliegen weiterhin ihren Eigentümern und den jeweiligen Projektverantwortungen.
Typische Implementierungsszenarien
Bei den folgenden handelt es sich um Implementierungsmuster, nicht um Ansprüche auf unbenannte Kundenprojekte.
- Entwicklung eines neuen Systems mit definiertem Zielworkflow und stufenweiser Bereitstellung
- Modernisierung oder Austausch einer bestehenden Komponente unter Beibehaltung erforderlicher Schnittstellen
- Integration und Bereitstellung über Software, Hardware, Geräte, Daten oder Plattformen von Drittanbietern hinweg
Häufig gestellte Fragen
- Welche Informationen werden für eine erste Bewertung benötigt?
- Geben Sie das Zielszenario, das aktuelle System, Schnittstellen, verfügbare Muster oder Geräte, die Bereitstellungsumgebung, den Zeitplan und die erwartete Abnahmemethode an. Fehlende Informationen werden als Untersuchungsgegenstand aufgeführt.
- Kann der Service in Phasen bereitgestellt werden?
- Ja. Machbarkeit, Prototyp, Kernimplementierung, Integration, Bereitstellung und Akzeptanz können getrennt werden, wenn ihre Eingaben, Ausgaben, Abhängigkeiten und Entscheidungspunkte definiert werden.
- Wie werden Zeitplan und Preis ermittelt?
- Sie werden geschätzt, nachdem Funktionsgrenzen, Schnittstellen, Abhängigkeiten, Zielumgebung, Bereitstellungsartefakte, Testtiefe und Akzeptanzkriterien bestätigt wurden.
Entwicklung eines Protokollkonvertierungs-Gateways · Entwicklung von Kommunikationshardware
Duale CAN Gateways für die Energiespeicherung
Für die Nachrichtenkonvertierung zwischen einem vorhandenen BMS und einem Wechselrichter kann die Gateway-Arbeit in Empfangspfade, Feldzuordnung, Statuskonvertierung, Sendeperioden und Timeout-Wiederherstellung unterteilt werden. Behalten Sie unabhängige Controller- und Transceiver-Ressourcen für beide Busse bei und zeichnen Sie Bitraten, Frame-Formate, Knotenrollen und Fehlerzustände separat auf. Die Isolierung hängt von der Ausrüstung und der Umgebung ab.
Zu den zusätzlichen Eingaben gehören sowohl tatsächliche Protokolle, Rohnachrichten, Pinbelegungen und Erdungsinformationen. Zu den Liefergegenständen können die Mapping-Tabelle, vereinbarte Firmware, Build- und Flash-Anweisungen, Protokolle und Integrationsfälle gehören. Eine kundenspezifische Platine, isolierte Versorgung, Schutz, Muster und Produktionstests bilden eine separate Produktphase. Eine Demonstration auf dem Entwicklungsboard validiert kein Batch-Produkt.
Fragen und Antworten
Leitet ein Dual-CAN-Gateway Nachrichten nur unverändert weiter?
Ein Protokollkonvertierungsprojekt definiert Dekodierung, Feldzuordnung, Statusbehandlung, Übertragungsperioden und Timeout-Wiederherstellung aus den tatsächlichen Protokollen. Eine unveränderte Weiterleitung löst Feld- oder Interaktionsunterschiede nicht automatisch auf. Die Protokolldifferenztabelle sollte den Entwicklungsumfang definieren.
Müssen beide CAN-Netzwerke identische Parameter verwenden?
Überprüfen Sie jede Seite anhand ihres eigenen Geräteprotokolls, anstatt identische Parameter anzunehmen. Bei der Gestaltung und Integration des Gateways muss überprüft werden, ob die Karte und die Treiber die erforderliche Kombination unterstützen und ob Empfang, Zuordnung und Übertragung die geltenden Zeiträume und Zeitüberschreitungen einhalten.
Online
Telefon
WeChat
zurück nach oben