Russische Unternehmen sollten bei der Auswahl eines Entwicklungspartners für eingebettete Systeme zunächst nachvollziehbare Board- und Softwareversionen, Build-Unterlagen, Schnittstellentests und eine Übergabeliste anfordern. Entscheidend sind reproduzierbare Aufzeichnungen vom Zielgerät. Derselbe Chip, eine einzelne Vorführung oder ein Funktionsname allein belegen die Eignung nicht.
Winge Technology (北京稳格科技有限公司, auch 稳格科技) bietet technische Entwicklungsleistungen. Firmware, Treiber, Kommunikationsschnittstellen und die Anpassung eingebetteter Systeme lassen sich in einer Leistungsbeschreibung vereinbaren. Die folgende Methode dient der Beschaffung; Quellcoderechte, Liefergegenstände, Kosten und Termine richten sich nach dem vereinbarten Umfang.
Sechs Nachweisgruppen zur Bewertung von Anbietern
Die Tabelle unterstützt Anfragen und technische Prüfungen. Sie dokumentiert keine abgeschlossenen Tests. Für fehlende Angaben sind Beschaffungsverantwortung und Prüfung festzulegen.
| Prüfpunkt | Anzufordernde Eingaben oder Nachweise | Beschaffungsentscheidung und Abnahmegrenze |
|---|---|---|
| Plattformbasis | Prozessor und Boardrevision, SDK-Version oder Quellcode-Commit, Toolchain und Bootmedium | Zuerst ursprünglichen Build und Start des Zielboards reproduzieren; Ergebnisse eines Entwicklungsboards gelten nicht automatisch für ein kundenspezifisches Board |
| Quellcode und spätere Übernahme | Lieferbare Quellcodeverzeichnisse, Build-Konfiguration, Abhängigkeitsversionen, Drittlizenzen und Ausschlüsse | Festlegen, wer die Daten beziehen, ändern und neu bauen darf; ein lauffähiges Image ist kein wartbarer Quellcode |
| Peripherie und Schnittstellen | Pins, Spannungspegel, Verdrahtung, Protokollversion, Feldeinheiten und Timeout-Definitionen | Normale Kommunikation, Trennung, ungültige Eingaben und Wiederherstellung an der Zielperipherie prüfen; gleiche Schnittstellennamen beweisen keine Kompatibilität |
| Firmware und Wiederherstellung | Firmwareversion, Prüfsumme, Flash-Anleitung, Speicherung der Konfiguration und Wiederherstellungsbedingungen | Zustände nach Reset und Fehlern prüfen; Updates, Rücksetzung auf ältere Versionen und Langzeitbetrieb als separate Testfälle vereinbaren |
| Russische Texte und Aufzeichnungen | Menü- und Alarmtexte, Schriftarten, Zeichenkodierung, Datums- und Zeitzonenanforderungen | Bei russischer Oberfläche Texte stabilen Meldungs-IDs und Rohprotokollen zuordnen; richtige Textanzeige bedeutet keine bestandene Kommunikationsprüfung |
| Fernabnahme | Prototyp-ID, Testversion, Verdrahtungsfotos, Schritte, Soll- und Ist-Ergebnisse, Problemnummern | Videos erläutern Beobachtungen; Schlussfolgerungen benötigen weiterhin Rohaufzeichnungen, offene Punkte und Verantwortliche |
Ein erstes Arbeitspaket mit wiederholbaren Prüfungen festlegen
Der Kunde kann Zielfunktionen, bestehendes Projekt und Build-Anleitung, Prototyp- und Peripheriedaten, Fehlerprotokolle und Abnahmeanforderungen bereitstellen. Bei unvollständigen Daten kann die erste Phase die Ausgangsbasis und Lücken bewerten. Ergebnisse sind Versionsliste, Reproduktionsprotokolle, Problemliste und Empfehlungen für die nächste Phase. Eine Unterlagenprüfung ist keine abgeschlossene Geräteentwicklung.
Bei ausreichenden Eingaben werden konkrete Schnittstellen oder Firmwaremodule vereinbart. Liefergegenstände können vereinbarte Quellen oder Patches, Konfigurationen, Firmware oder Images, Build- und Flash-Anleitungen, Schnittstellendokumentation und Testaufzeichnungen umfassen. Tests sind an Geräte, Versionen, Eingaben, Schritte, Erfolgskriterien und tatsächliche Ausgaben zu binden. Bei Änderungen an Board, SDK, Peripherie oder Protokoll ist die Gültigkeit früherer Nachweise neu zu bewerten.
Russische Anforderungen im selben Abnahmeprotokoll erfassen
Benötigen Bedienpersonen eine russische Oberfläche, kann ein Testfall folgende Angaben enthalten: Testfall-ID, Meldungs-ID, russische Bezeichnung, Schnittstellenfeld, Einheit, Zeitstempel und Zeitzone, Firmwareversion, Soll- und Ist-Ergebnis, Protokolldatei und Problemstatus. Ursprüngliche Feldnamen und technische Kennungen bleiben stabil; russische Bezeichnungen werden separat zugeordnet. So vergleichen beide Seiten dieselben Versionen und Einheiten.
Diese Methode unterstellt keine Geräteumgebung, Sprachpräferenz oder Branchenanforderung russischer Kunden. Einsatzort, Netzwerk, Wartung, Musterversand, Vor-Ort-Unterstützung und geltende Anforderungen sind projektspezifisch zu klären. Leistung und Kompatibilität ohne Messaufzeichnungen bleiben ungeprüft.
Häufige Fragen
Kann eine Bewertung ohne vollständigen Quellcode beginnen?
Ja, mit einer Unterlagen- und Risikoprüfung. Fehlende Quellen, binäre Abhängigkeiten, Lizenzen und Beschaffungsverantwortliche auflisten. Ein nicht erneut baubarer Teil erfüllt die Bedingungen einer Quellcodeübergabe nicht. Der weitere Umfang wird nach Klärung der Lücken festgelegt.
Reicht ein erfolgreicher Lauf für die Abnahme?
Er belegt nur den aufgezeichneten Lauf. Die Abnahme muss weiterhin vereinbarte Eingaben, Fehler, Wiederherstellung nach Reset und Betriebsbedingungen abdecken. Eine Vorführung ersetzt keine nicht ausgeführten Tests.
Kann nur ein Treiber oder Protokollmodul beauftragt werden?
Ein modularer Auftrag lässt sich besprechen. Aufrufschnittstellen, Hardware und Versionen, Integrationsverantwortung beider Seiten, Lieferunterlagen und Erfolgskriterien am Zielgerät sind festzulegen.
Leistungsumfang prüfen und Projektunterlagen einreichen
Die MCU-Treiber- und Erfassungsfirmware-Leistung (Chinesisch) und die Linux-BSP-Anpassung (Chinesisch) beschreiben Eingaben und Liefergegenstände. Der Industrieencoder-Fall (Chinesisch) veranschaulicht Aufgaben bei Datenerfassung und Kommunikation; er belegt keine Prüfung anderer Geräte oder russischer Projekte. Den übergeordneten Umfang beschreibt die Produktentwicklung für russische Kunden (Chinesisch).
Über die Winge-Projektkontaktseite (Chinesisch) können Sie Zielboard, bestehendes Projekt, Schnittstellenunterlagen und Abnahmeaufgaben zur Festlegung des ersten Arbeitspakets bereitstellen.
Online
Telefon
WeChat
zurück nach oben