TF wird weiterhin als Bezeichnung für microSD verwendet. Hier geht es um TF-Karten; Vollformat-SD benötigt eigene Schnittstellen- und Konfigurationsprüfungen.
01
Was liefert YOULEN für Ihr Embedded-Projekt?
Sie erhalten eine vorgeschlagene Kartenkonfiguration und einen klaren Vorbereitungsumfang. Bei System-Images werden Version, Schreiben, Verifizierung und Geräteabnahme in der Musterphase festgelegt.
Leistung, Schreibbelastbarkeit und Betriebstemperatur gehören zur ausgewählten Konfiguration. Die Flash-Marke allein belegt diese Eigenschaften nicht.
Abgebildet: 32GB A1/U1. Andere Kapazitäten und Geschwindigkeitsklassen richten sich nach der vorgeschlagenen Konfiguration.
| Lieferaspekt | Lieferung und Vorbereitung |
|---|---|
| Kapazität | Unser aktuelles Angebot umfasst 2GB–256GB. Die vorgeschlagene Kapazität richtet sich nach Gerät und Speicherbedarf. |
| Leistung | Wir bestätigen die Verfügbarkeit einer Konfiguration für Geschwindigkeitsklasse, Zufallszugriffe oder Dauerschreiben. Wir nennen vorhandene Referenzwerte. Die Leistung im Zielgerät wird mit dem Muster bewertet. |
| Komponenten | Unsere üblichen Konfigurationen nutzen hauptsächlich Flash von Micron und SK hynix. Die vorgeschlagenen Komponenten können wir offenlegen. |
| Nachbestellungen | Offengelegte Stückliste (BOM) und vereinbarte Konfigurationskontrollen. |
| System-Image | Vereinbarte Quelldatei, Schreib- und Prüfverfahren, Partitionsanpassung und Geräteabnahme. |
| BOM-Änderung | Erfordert die Bauteilverfügbarkeit eine Änderung, stellen wir mindestens einen Monat vor der vorgeschlagenen Umstellung ein neues Muster zur Prüfung und Bestätigung bereit. |
| Garantie | Ein Jahr Produktgarantie. Fehlerhafte Karten werden gemäß den vereinbarten Garantiebedingungen behandelt. |
02
Welche Embedded-Erfahrung bringt YOULEN mit?
YOULEN hat kürzlich einen Auftrag über 50.000 TF-Bootkarten für ein Embedded-Projekt in den USA erhalten. Auch die Anfragen zu Embedded-Speichern haben zugenommen.
Bei einer separaten Armbian-Vorbereitung prüften wir ein geschriebenes Image mit 4,4 GB EXT4 und 24,6 GB nicht zugeordnetem Speicher. Daraus ergibt sich eine Lieferentscheidung: Layout beibehalten, Systempartition erweitern oder Datenpartition anlegen.
Die folgenden Schreib- und Partitionsaufnahmen stammen aus dieser separaten Vorbereitung, nicht aus dem US-Auftrag. Sie dokumentieren Arbeitsschritte, keine Bootleistung oder Zuverlässigkeit im Feldeinsatz.
03
Wann ist eine TF-Karte sinnvoll?
Für unterstützte Entwicklungsboards, überwiegend lesende dedizierte Systeme und austauschbare Installationsmedien ist TF ein guter Kandidat. Schreibintensive Systeme erfordern Geräteprüfung; intensives Swapping oder wenige Einstellungen sind kein bevorzugter Einsatz einer Standardkarte.
Die Empfehlungen betreffen das Speicherkonzept. Die endgültige Karte richtet sich nach Gerät, Arbeitslast und Musterergebnissen.
| Anwendung | Erste Empfehlung | Grund und Prüfung |
|---|---|---|
| Entwicklungsboards, Prototypen, häufige Image-Wechsel | Guter Kandidat | Einfache Vorbereitung und Austausch; Board- und Image-Unterstützung prüfen. |
| Dedizierte Systeme mit viel Lesen und wenig Schreiben | Guter Kandidat | Kosten und Leistung abstimmen; Hintergrundschreiben, Temperatur und Stromversorgung beachten. |
| Datensammler, Konzentratoren und Gateways | Im Gerät bewerten | Kapazität und Austausch sind nützlich; Schreibmenge, Aufbewahrung und Wiederherstellung bestimmen. |
| Mehrere Anwendungen, kleine Dateien, häufige Datenbankzugriffe | Im Gerät bewerten | Zufallsleistung und Latenz sind wichtig; sequenzielle Geschwindigkeit genügt nicht. |
| Wenige Einstellungen oder Zähler | Nicht erste Wahl | Kleiner integrierter Speicher kann ausreichen. |
| Intensiver Swap-Einsatz | Nicht erste Wahl | Arbeitsspeicher, Schreiblast und andere Medien neu bewerten. |
| Installation, Aktualisierung und Wiederherstellung | Guter Kandidat | Hilfreich für Auslieferung und Service, sofern Image und Verfahren unterstützt werden. |
| Unbeaufsichtigte Geräte mit schweren Ausfallfolgen | Im Gerät bewerten | Umgebung, Stromversorgung, Redundanz und Wartung priorisieren. |
04
Warum TF statt integriertem Speicher?
Vorbespielung, Austausch und flexible Kapazität sind die Hauptvorteile. Für den Kostenvergleich zählen Lieferung und Wartung als Ganzes.
Vorbereitete Systemkarten trennen das Schreiben vom Endmontageprozess. Eine freigegebene Image-Version erleichtert die Verwaltung ausgelieferter Software.
Bei zugänglichem Steckplatz und unterstütztem Kartenstart kann eine vorbereitete Ersatzkarte zum Wartungskonzept gehören. Entwickler wechseln per Karte zwischen Systemständen.
Innerhalb des unterstützten Bereichs kann dieselbe Hardware unterschiedliche Kapazitäten für System, Inhalte oder Datenaufbewahrung nutzen.
Integrierter Speicher bietet eigene Integrations- und Fertigungsvorteile. Medium, Hardware, Programmierung, Tests und Reparatur gemeinsam vergleichen; TF ist nicht grundsätzlich günstiger. TF ist normalerweise persistenter Speicher und kein direkter RAM-Ersatz.
05
Startet die Karte das Gerät, betreibt sie das System oder speichert sie Daten?
Das Bootmedium startet das Gerät, Systemspeicher bedient das laufende Betriebssystem und Datenspeicher hält Anwendungsinhalte. Eine TF-Karte kann mehrere Rollen erfüllen.
Ein Gerät kann intern starten und auf TF protokollieren oder von TF starten und große Datenmengen anderswo speichern. «Linux-Bootkarte» allein reicht zur Auswahl nicht: Der Betrieb nach dem Start zählt ebenfalls.
| Rolle | Kartennutzung | Prioritäten |
|---|---|---|
| Bootmedium | Liest Startcode oder Systeminhalte beim Einschalten. | Bootunterstützung, Lesen und Image-Layout. |
| Systemspeicher | Bedient Betriebssystem und Anwendungen im Betrieb. | Zufallszugriff, Latenz, Hintergrundschreiben. |
| Datenspeicher | Speichert Protokolle, Aufnahmen, Audio oder Betriebsdaten. | Kapazität, Schreibmuster, Schutz und Aufbewahrung. |
06
Brauchen unterschiedliche Embedded-Systeme andere Vorbereitungen?
Ja. Startsoftware bestimmt den Bootvorgang. Betriebssystem und Treiber bestimmen unterstützte Dateisysteme, die Anwendung bestimmt die Lese-/Schreiblast. Der Betriebssystemname definiert kein Kartenlayout.
Zephyr dokumentiert beispielsweise SD-Zugriff und Dateisystemintegration. Das beschreibt Speicherung, belegt aber nicht den Kartenstart jedes Zephyr-Boards. [1]
| Plattform | Bedeutung für die Karte | Projektdetail |
|---|---|---|
| MCUs, Bare-Metal-Software und FreeRTOS | Ein Echtzeitbetriebssystem (RTOS) definiert kein universelles TF-Bootverfahren. Dateizugriff und Bootunterstützung sind getrennte Funktionen. | Mikrocontroller (MCU), Bootloader und Treiber bestimmen, ob Startcode, Updatepaket oder Daten auf der Karte liegen. |
| Orange Pi, Armbian und Embedded Linux | Ein vollständiges Geräte-Image enthält sein Layout. Es zu schreiben ist nicht dasselbe wie Dateien auf eine formatierte Karte zu kopieren. [3] | Image für das genaue Board, Partitionen und Erweiterung beim ersten Start. |
| Raspberry Pi | Modelle bieten unterschiedliche Bootoptionen. Vorbereitung muss zu Modell und Bootpfad passen. [7] | Genaues Modell, ausgewähltes Image und eingestellte Bootreihenfolge. |
| Herstellerspezifische Plattformen, etwa Novatek, Ambarella und Realtek | Board- und Softwareverfahren des Herstellers bestimmen die Vorbereitung. Aufnahme-, Update- und Systemkarten erfüllen unterschiedliche Rollen. | Chip, Board, Softwareversion, Kartenrolle und Herstelleranleitung. |
| Android: externer Datenspeicher | Adoptierbarer Speicher wird für ein Gerät formatiert und verschlüsselt. Das ist ein Datenmodus, kein Boot-Image-Verfahren. [2] | Portabler oder adoptierbarer Speicher. TF-Boot erfordert ein separates Startverfahren des Boards. |
07
FAT32 oder EXT4 für Embedded-TF-Karten?
Es gibt kein einheitliches Format. Beim vollständigen Geräte-Image liefert das freigegebene Image das Layout. Bei separaten Datenkarten oder Partitionen entscheidet die Geräteunterstützung.
Ein Dateisystem organisiert Dateien und Verzeichnisse. Eine Karte kann mehrere Partitionen mit unterschiedlichen Dateisystemen besitzen.
| Vorbereitung | Dateisystemwahl |
|---|---|
| Normale Dateien und Daten | Nach Geräteunterstützung und Dateianforderungen. |
| Vollständiges System-Image | Freigegebenes Layout erhalten. |
| Angepasstes System | Nach Board, Startsoftware und Image. |
| Separate Datenpartition | Unterstützung durch Betriebssystem und Anwendung bestätigen. |
Manche Systeme kombinieren FAT für den Start mit EXT4 für das System. Das ist kein universelles Embedded-Linux-Layout. [3][7]
08
Ist IMG-Kopieren dasselbe wie ein Boot-Image schreiben?
Nein. Kopieren legt die Image-Datei ab; Schreiben auf das gesamte Gerät bereitet das Medium mit dem enthaltenen Layout vor.
Ein vollständiges Image kann Startinhalte, Partitionstabelle und Dateisysteme enthalten. Das Ziehen einer .img-Datei auf eine bestehende Partition bereitet normalerweise keine Karte vor, die geräteweites Schreiben benötigt.
Armbians offizieller Ablauf umfasst Board- oder lokale Image-Auswahl, Schreiben und Verifizieren der geschriebenen Daten. [3]
Diese YOULEN-Aufnahme zeigt eine Orange-Pi-Zero3-Vorbereitung mit abgeschlossenem Schreiben.
Vor einer Serie muss zwischen Geräte-Image, Partitions-Image, normalen Dateien und Updatepaket mit eigenem Verfahren unterschieden werden. Die Dateiendung legt die Methode nicht fest.
09
Warum bleibt nach dem Schreiben Speicher ungenutzt?
Das Image kann nur einen Teil der Karte belegen. Der Rest liegt dann außerhalb seiner Partitionen oder Dateisysteme. Das allein zeigt keinen Kapazitätsfehler.
Eine aktuelle YOULEN-Aufnahme zeigt rund 4,4 GB EXT4 und weitere 24,6 GB nicht zugeordneten Speicher.
| Option | Notwendige Vereinbarung |
|---|---|
| Beim ersten Start erweitern | Das Image enthält diese Funktion; Bestätigung am Zielgerät. |
| Vor Lieferung erweitern | Verfahren, Booteinfluss und erwartetes Ergebnis vereinbaren. |
| Layout beibehalten | Kunde akzeptiert die vorhandene Aufteilung. |
| Datenpartition ergänzen | System und Anwendung unterstützen sie; Kunde gibt sie frei. |
Partitionserweiterung und Dateisystemerweiterung sind zusammenhängende, aber getrennte Schritte. Ein angepasstes Image behält die Standarderweiterung nicht zwingend bei.
Entscheidend ist die vereinbarte Speicheraufteilung bei Lieferung, nicht nur die Meldung «Schreiben abgeschlossen».
10
Passt dasselbe Image auf jede Karte gleicher Nennkapazität?
Nicht immer. Zweimal 32GB auf dem Etikett belegt keine Passung. Image und Partitionsgrenzen müssen in den adressierbaren Speicher der Zielkarte passen.
Die Passung wird mit der vorgeschlagenen Konfiguration geprüft. Für mehrere Konfigurationen oder Chargen werden tatsächliche Zielkapazität und Image-Reserve in der Musterphase vereinbart.
System, Anwendungen, Updates, Protokolle und Betriebsdaten benötigen Platz, nicht nur das ursprüngliche Image.
11
Braucht eine Embedded-Linux-Bootkarte A2?
Nicht unbedingt. Arbeitslast und Hostunterstützung entscheiden. Ein überwiegend lesendes System und häufige Datenbankzugriffe brauchen unterschiedliche Bewertungen.
A1 und A2 sind Anwendungsklassen der SD Association. IOPS bedeutet Ein-/Ausgabeoperationen pro Sekunde; die folgenden Zufallswerte beziehen sich auf 4-KB-Operationen.
| Klasse | Minimales mittleres Zufallslesen | Minimales mittleres Zufallsschreiben | Minimale anhaltende sequenzielle Leistung |
|---|---|---|---|
| A1 | 1.500 IOPS | 500 IOPS | 10 MB/s |
| A2 | 4.000 IOPS | 2.000 IOPS | 10 MB/s |
Das sind Klassenanforderungen unter definierten Bedingungen, keine Bootzeiten oder Lebensdauerwerte. Auch A2-Hostfunktionen müssen unterstützt werden. [4]
Große Dateien und Daueraufnahmen brauchen anhaltende Übertragung. Systemdateien und Datenbanken erfordern zusätzlich Zufallszugriffs- und Latenzbewertung. C10, U3 oder V30 belegt kein A2.
12
Garantiert wenig Schreiben eine lange Nutzungsdauer?
Weniger Schreiben senkt Verschleiß, ergibt aber keine garantierte Jahreszahl. Temperatur, Versorgung, Hintergrundschreiben, Datenerhalt und Wartung zählen ebenfalls.
Eine kleine Nutzdatei bedeutet nicht wenige Schreibzugriffe: Protokolle, Datenbanken, Caches und Dateisystemmetadaten kommen hinzu.
Bei Wasser- und Stromzählern ist ein Terminal mit wenigen Einstellungen von einem Sammler für viele Geräte zu unterscheiden. Kleiner interner Speicher kann dem ersten genügen; der zweite profitiert eventuell von TF-Kapazität und Austausch.
Schreibbelastbarkeit und Datenerhalt ohne Strom sind unterschiedliche Eigenschaften. [5]
13
Was passiert bei unerwartetem Stromausfall?
Karte, Stromversorgung, Systemschreiben und Wiederherstellung müssen gemeinsam bewertet werden. Eine Geschwindigkeitsklasse löst Stromausfallprobleme nicht allein.
Für überwiegend lesende Geräte sind ein schreibgeschütztes Root-Dateisystem und getrennte Schreibdaten eine Option. Raspberry Pis Leitfaden beschreibt diesen Ansatz; die gesamte Karte wird dadurch nicht immun gegen Ausfälle. [6]
Bei «Stromausfallschutz» muss klar sein, ob laufende Schreibdaten, gespeicherte Daten, interne Kartenverwaltung oder Gerätezustand nach Neustart geschützt werden.
14
Kann TF RAM oder ROM ersetzen?
Nein. TF ist persistenter Speicher, kein Ersatz für physischen Arbeitsspeicher (RAM) oder internen schreibgeschützten Bootspeicher (ROM).
Mit «ROM-Kapazität» meinen Kunden teils Speicher für System, Anwendungen und Dateien. Maßgeblich ist die tatsächliche Speicheraufgabe.
Linux-Swap lagert Speicherseiten auf ein Medium aus; es ergänzt kein gleich schnelles physisches RAM. Gelegentliches Paging und dauerhaftes Swapping sind verschiedene Lasten. Intensives Swapping erfordert eine neue Speicherbewertung.
15
Was wird vor dem Übergang vom Muster zur Serie vereinbart?
Konfiguration und Image-Vorbereitung festlegen, Geräteabnahme durchführen und danach die Serienlieferung bestätigen.
Schreibverifizierung, Kartenprüfung und Geräteabnahme beantworten unterschiedliche Fragen. Beim Kopieren sind gemeinsame Systemdaten von individuell zu erzeugenden Gerätekennungen, Schlüsseln und Initialdaten zu trennen.
| Phase | Vereinbartes Ergebnis |
|---|---|
| Projekt | Gerät, Rolle, Umgebung, Kapazität und Menge. |
| Konfiguration | Geschwindigkeit, Flash, Schreibbelastbarkeit und Temperatur. |
| Image | Freigegebene Version, Prüfsumme, Schreiben und Größenanpassung. |
| Schreib- und Kartenprüfung | Umfang, Methode und Aufzeichnungen. |
| Musterabnahme im Gerät | Start, Betrieb, Daten und erforderliche Wiederherstellung. |
| Serienbestätigung | Konfiguration, Image, Menge, Verpackung, Zeitplan und Garantie. |
| Spätere Änderungen | Erneute Freigabe von Komponenten oder Image. |
Quellen und Geltungsbereich
Dieser Leitfaden verbindet öffentliche Technikquellen, aktuelle YOULEN-Projektanforderungen und Vorbereitungsaufnahmen. Er ist kein plattformübergreifender Testbericht. Anforderungen hängen von Gerät und Softwareversion ab; Konfiguration und Lieferung folgen freigegebenem Muster und Auftrag.
- Zephyr — SD-card access, drivers and file-system integration
- Android — adoptable storage, formatting and encryption
- Armbian — image writing and verification
- SD Association — A1 and A2 application performance
- Swissbit — endurance, retention and storage technology
- Raspberry Pi — making a more resilient file system
- Raspberry Pi — hardware and boot mechanisms