BESCHAFFUNG VON MCU-MIKROCONTROLLERN

Verwandeln Sie eine MCU-Anforderung in eine beschaffungsfertige Angebotsanfrage.

Exaktes Bauteil oder Bauteilfamilie

Geben Sie die Hersteller-Teilenummer, die Bauteilfamilie oder die Ihnen bereits bekannten Informationen an.

Designkritische Merkmale

Nennen Sie Speicher, Schnittstellen, Gehäuse, Temperatur und alle Parameter, die nicht geändert werden dürfen.

Genehmigungsgrenzen

Legen Sie fest, ob Alternativen geprüft werden dürfen und wer eine vorgeschlagene Änderung genehmigen muss.

MIT DEM RICHTIGEN BESCHAFFUNGSWEG BEGINNEN

Drei gängige MCU-Anfragen, für die jeweils unterschiedliche Informationen erforderlich sind.

Eine MCU-Anfrage wird aussagekräftiger, wenn sie die Entscheidung widerspiegelt, die Sie treffen – nicht nur die Produktkategorie. Wählen Sie den Weg, der am besten zu Ihrem Projekt passt, und geben Sie die relevanten Details in Ihrer Angebotsanfrage an.

Icons8 实心圈1

Ersatz eines exakten MPN

Verwenden Sie diesen Weg, wenn das freigegebene Design ein bestimmtes Bauteil beibehalten muss. Geben Sie die vollständige MPN, die Menge, das Gehäuse sowie alle für Ihren Beschaffungsprozess relevanten Bedingungen zu Date Code, Verpackung oder Dokumentation an.

Icons2

MCU mit eingeschränkter Verfügbarkeit

Beschreiben Sie den Grund für die Prüfung und trennen Sie unverhandelbare Parameter von bevorzugten Parametern. Bei einem vorgeschlagenen Bauteil darf nicht ohne Ihre technische Genehmigung von Pin-, Firmware- oder Systemkompatibilität ausgegangen werden.

Icons3

Design-Briefing in einer frühen Projektphase

Wenn das endgültige Bauteil noch offen ist, teilen Sie die Anwendung, die bevorzugte Architektur, I/Os, den Speicherbereich, die Konnektivität und das Zielgehäuse mit. Dies schafft eine praktische Grundlage für eine strukturierte Abstimmung.

MCU-ANGEBOTSANFRAGE-CHECKLISTE

Die Details, die dabei helfen, die richtige Mikrocontroller-Anfrage zu definieren.

Eine Teilenummer ist aussagekräftig, aber nicht immer ausreichend. Ergänzen Sie die Design- und Genehmigungsinformationen, damit ein Einkäufer oder Ingenieur versteht, was bei Verfügbarkeits-, Verpackungs- oder Änderungsfragen geschützt werden muss.

RFQ-Details Was anzugeben ist Warum es wichtig ist
Identität des Bauteils
Wesentlich
Vollständige MPN, Hersteller, Revision oder Bauteilfamilie; vermerken Sie, wenn nur eine teilweise Kennzeichnung verfügbar ist. Unterscheidet einen präzisen Bedarf an Komponenten von einer Anfrage auf Kategorieebene.
Kern und Speicher Architekturpräferenz, Flash-, SRAM-, EEPROM- oder externer Speicherbedarf, sofern bekannt. Verhindert, dass bei einer Anfrage die Ressourcen übersehen werden, die Firmware und Platinenentwurf erfordern.
Peripheriegeräte und
Schnittstellen
ADC, PWM, Timer, UART, SPI, I²C, CAN, USB, Ethernet oder andere erforderliche Funktionen. Erfasst die I/O- und Kommunikationsaufgaben, die sich auf die praktische Eignung des Geräts auswirken.
Gehäuse und
bedingungen
Gehäuse, Pin-Anzahl, Spannungsbereich, Betriebstemperatur sowie Anforderungen an Handhabung oder Verpackung. Verknüpft die Geräteanfrage mit Anforderungen an Montage, Umgebung und Beschaffung.
Alternative
Grenze
Genehmigung
Ob Alternativen zulässig sind, was geändert werden darf und wer einen vorgeschlagenen Ersatz prüft. Verhindert, dass eine Alternative als automatisch kompatibler Ersatz behandelt wird.

REFERENZ FÜR MCU-FAMILIEN

Verwenden Sie die MCU-Klasse, um das technische Gespräch zu strukturieren.

Die folgenden Kategorien helfen dabei, eine Anfrage zu strukturieren, bevor eine endgültige MPN bestätigt wird. Sie stellen keine Angaben zur Verfügbarkeit dar und ersetzen nicht die Prüfung des relevanten Datenblatts, des Designs und der Genehmigungskriterien.

Herstellerbezeichnungen und Serien dienen nur als Beispiele zur Orientierung für Käufer. Sie weisen weder auf eine Autorisierung, Zugehörigkeit, Lagerbestände noch auf eine Beschaffungszusage hin.

Das Prototypenteil ist nicht mehr die einzige Option

Verfügbarkeit, Lebenszyklusstatus oder Verpackung können Alternativen erforderlich machen, die eine technische Freigabe statt einer automatischen Ersetzung benötigen.

Die Stückliste hat mehr als einen Verantwortlichen

Entwicklung, Einkauf und Programmteams benötigen eine gemeinsame Sicht auf Version, offene Punkte und Entscheidungsverantwortlichen für jede Materialänderung.

Fertigungsmengen machen Planungslücken sichtbar

Ein einmaliger Einkauf kann Fragen zu Mindestbestellmengen, Lieferzeiten oder Kontingentierung verbergen, die bei einer geplanten Freigabe an Bedeutung gewinnen.

Eine späte Änderung lässt sich schwerer erklären

Die Dokumentation dessen, was freigegeben, bedingt freigegeben oder noch in Prüfung ist, gibt dem nächsten Team einen klareren Weg, wenn sich die Versorgungsbedingungen ändern.

VON DEN DESIGNVORGABEN ZU EINER KLAREREN MCU-ANFRAGE

Keine vollständige Teilenummer? Erstellen Sie in vier praktischen Schritten ein MCU-Briefing.

Ein prägnantes Briefing ersetzt keine technische Validierung. Es verschafft Ihrem Team eine bessere Dokumentation darüber, welche Anforderungen das ausgewählte Bauteil erfüllen muss, bevor eine Beschaffung oder Diskussion über Alternativen beginnt.

Nutzen Sie diese Seite, um die Anfrage vorzubereiten. Die endgültige Auswahl der Komponenten, die Migration der Firmware, die Konformitätsprüfung und die Systemvalidierung bleiben Entscheidungen Ihres qualifizierten Engineering- und Qualitätsteams.

DER ANWENDUNGSKONTEXT IST ENTSCHEIDEND

Dieselbe MCU-Familie kann in verschiedenen Produkten unterschiedliche Anforderungen bedeuten.

Verlassen Sie sich nicht auf eine allgemeine Beschreibung wie “MCU benötigt”, sondern teilen Sie dem Beschaffungsteam mit, wo das Bauteil im Produkt eingesetzt wird. Dadurch erhält die Anfrage einen klareren technischen Kontext und Genehmigungsfragen werden frühzeitig sichtbar.

Smart-Home-Steuerungen

Klären Sie die Funkarchitektur, Anforderungen an einen niedrigen Stromverbrauch, Sensorschnittstellen sowie Anforderungen an Updates oder Sicherheit.

Unterhaltungselektronik

Erfassen Sie Benutzeroberfläche, Display, Audio, Stromversorgung und Gehäuseanforderungen zusammen mit der erforderlichen Produktionsmenge.

Wearables und tragbare Geräte

Heben Sie das Leistungsbudget, das kompakte Gehäuse, den Sensorik-, Konnektivitäts- und Speicherbedarf hervor, die das Bauteil-Briefing beeinflussen.

Motor- und Gerätesteuerung

Geben Sie Regelkreise, PWM, Analogeingänge, Spannungsbedingungen, Umgebungsbedingungen und die Peripheriefunktionen an, die das Board benötigt.

WENN DER MCU ERSTER WAHL NICHT VERFÜGBAR IST

Behandeln Sie eine MCU-Alternative als technische Entscheidung, nicht als schnellen Ersatz.

Ein ähnlicher Kern, eine ähnliche Flash-Größe oder ein ähnliches Gehäuse kann relevant sein, stellt jedoch keinen direkten Ersatz dar. Legen Sie den Genehmigungsprozess für die vorgeschlagene Änderung fest, bevor sie in die Fertigung gelangt.

Integrieren Sie Grenzen für Alternativen bereits in die erste RFQ.

Nutzen Sie die Seite zur Qualitätssicherung, um die Nachweis-, Änderungssteuerungs- und Genehmigungsanforderungen zu definieren, die eine bestellbezogene Entscheidung unterstützen.

VERWANDTE PRODUKTLINIEN

Verknüpfen Sie die MCU-Anfrage mit den sie umgebenden Komponenten.

Eine vollständige Anfrage für eine Steuerplatine oder ein vernetztes Produkt kann mehr als nur den Mikrocontroller umfassen. Erkunden Sie verwandte Kategorien und bringen Sie anschließend die kombinierte BOM oder Teileliste in die RFQ ein.

ICs für drahtlose Kommunikation und Konnektivität

ICs für das Energiemanagement Anforderungen an Regelung, Laden, Wandlung und Energieversorgungssteuerung

Power-Management-ICs

Anforderungen an Regelung, Laden, Wandlung und Energieversorgungssteuerung

Treiber-ICs

Komponenten für Anzeige, Bewegung und Energieversorgungssteuerung, die häufig im gleichen Platinenkontext eingesetzt werden

Hersteller- und Kategorieverweise

Nutzen Sie die Line Card, um eine Anfrage zu einem Hersteller, einer Produktfamilie oder einer partiellen MPN zu strukturieren.

FAQ ZUR MCU-BESCHAFFUNG

Nützliche Antworten, bevor Sie ein MCU-Angebot anfordern.

Diese Antworten helfen dabei, häufige Fragen zur Beschaffung in Details zu überführen, die in der RFQ dokumentiert werden können. Sie ersetzen weder die Prüfung des Datenblatts noch die technische Validierung.

Was sollte ich angeben, wenn ich die genaue MCU-Teilenummer habe?

Geben Sie die vollständige Hersteller-Teilenummer, die Menge, das Gehäuse und den Bestimmungsort an. Ergänzen Sie die für Ihr Projekt wichtigen Bedingungen, z. B. freigegebene Alternativen, Erwartungen an den Date Code, Verpackung, Dokumentation oder ein erforderliches Lieferfenster.

Nicht automatisch. Pinanzahl, Kerntyp oder Speichergröße allein belegen weder ein gleichwertiges elektrisches Verhalten noch den Betrieb der Peripherie, die Firmware-Kompatibilität oder die Systemleistung. Jede vorgeschlagene Alternative sollte Ihrem eigenen technischen Prüf- und Genehmigungsprozess folgen.

Beschreiben Sie die Produktfunktion, die erforderlichen Schnittstellen, den Speicherbereich, das Gehäuse, die Spannung, die Betriebsumgebung und alle unverzichtbaren Designmerkmale. Dadurch entsteht ein klareres technisches Briefing als durch eine reine Kategorienbezeichnung.

Nein. Eine Referenz hilft dabei, eine Komponentenfamilie oder eine Anfragerichtung zu identifizieren. Verfügbarkeit, Bezugsbedingungen, Preise, Lieferzeiten und jeglicher Vertriebsstatus sind auftragsspezifische Angelegenheiten, die separat bestätigt werden müssen.