Die richtige Reihenfolge für die Auswahl des Boards: Szenario, Einschränkungen, dann das Board

1.1 Bekanntes Drehbuch

Sie möchten etwas bauen - sagen Sie, ein Temperatur- und Luftfeuchtigkeitsmesser, das Sie aus der Ferne überprüfen können. Sie öffnen eine Einkaufsseite, suchen nach "Development Board", sortieren nach Verkauf und finden ein Board mit beeindruckenden Spezifikationen: ein paar hundert MHz, Dutzende von GPIOs und "kostenlose Tutorials enthalten". Der Preis ist vernünftig. Du bestellst.

Drei Tage später kommt der Board. Dann entdecken Sie, dass die Tutorials fünf Jahre alt sind, die gebündelte IDE nicht installiert wird, und die Suche nach der Fehlermeldung gibt drei alte Beiträge auf einem englischen Forum zurück. Eine Woche später geht das Brett in eine Schublade.

Das Problem sind nicht Sie, und nicht ganz der Verkäufer.Das Problem ist, dass die Reihenfolge der Auswahl umgekehrt ist.

1.2 Falsche Reihenfolge vs. richtige Reihenfolge

Falsche Reihenfolge (der Instinkt von 90% der Anfänger):Spezifikationen → Preis → Bestellung → dann herausfinden, was zu bauen.

Die richtige Reihenfolge:Szenario → Einschränkungen → board.

Warum ist die Bestellung so wichtig? Weil ein Entwicklungsboard kein schnell bewegendes Verbrauchsgut ist - es istEingangspunkt in ein ÖkosystemSie kaufen nicht nur eine PCB; Sie kaufen die Tutorials, Bibliotheken, Community und dokumentierte Fallstricken dahinter. Die Taktgeschwindigkeit auf einem Spezifikationsblatt bestimmt den Projekterfolg nicht - das Ökosystem bestimmt es.

1.3 Schritt 1: Beschreiben Sie das Szenario eindeutig

"Ich will ein intelligentes Gerät bauen" ist kein Szenario, es ist ein Wunsch. Eine richtige Szenariobeschreibung beantwortet vier Fragen:

Füllen Sie diese Vorlage aus und Sie haben bereits mehr als die Hälfte der Kandidatenboards entfernt.

1.4 Schritt zwei: drei typische Einschränkungen

Einschränkungen filtern die Kandidatengruppe von "Dutzenden Boards" auf "zwei oder drei". In Reihenfolge der Bedeutung:

Einschränkung 1: Konnektivität

• Keine Konnektivität (lokale Steuerung, Offline-Betrieb) → Jedes MCU Board bleibt Kandidat
• WLAN/Bluetooth → beschränkt sich auf Boards mit eingebautem Wireless wie die Espressif ESP32 Familie, Pico W und Arduino Nano ESP32
• Langstreckenleistung (Hunderte Meter oder mehr) → LoRa-Lösungen, in der Regel "Hauptplatte + LoRa-Modul"
• Neues Protokoll (NearLink) → die NearLink-Serie, akzeptieren aber, dass das Ökosystem noch jung ist

Viele Auswahlfehler kommen aus der Anwendung dieses Filters letztlich: Sie kaufen ein Board ohne drahtlos, entdecken auf halbem Weg, dass Sie Konnektivität brauchen, und müssen mit einem Add-on-Modul neu anfangen.

Einschränkung zwei: Echtzeit-Anforderungen

Fragen Sie sich: Wenn das System 0,1 Sekunden zu spät reagiert, könnte das zu einem Unfall führen?

• Ja (Motorsteuerung, PID, Balancebots) → Sie brauchen harte Echtzeit; Wählen Sie eine traditionelle MCU wie STM32 und bleiben Sie weg von jedem Board mit Linux
• Nein (Meldung von Temperatur/Luftfeuchtigkeit, Mensch-Maschine-Interaktion, Datenerfassung) → viel mehr Optionen, einschließlich Linux Boards

Ein One-Line-Test:jede Verzögerung, die das menschliche Auge toleriert, ist für eine MCU in Ordnung; Jede Verzögerung, die ein Motor nicht tolerieren kann, ist für Linux inakzeptabel.

Einschränkung 3: Ökosystemreife

Dies ist der größte Gewichtsfaktor für Anfänger und kann für erfahrene Hersteller entspannt werden. Überprüfen Sie drei Dinge:

1. Gibt es viele Tutorials in Ihrer Sprache? (Suchen Sie nach dem Brettmodell - wenn Sie weniger als 10 anständige Tutorials finden, sollten Anfänger weg bleiben.)
2. Gibt es eine vorhandene Bibliothek für jedes Peripheriegerät, das Sie verwenden möchten? (OLED, Servo, Sensoren – überprüfen Sie jeden.)
3. Können Sie Antworten auf Fehlermeldungen finden? (Suchen Sie nach dem Brettmodell plus einem gängigen Fehlerschlüsselwort und sehen Sie, was zurückkommt.)

Aus diesem Grund wird Anfängern empfohlen, mit ESP32 oder STM32 zu beginnen - nicht weil sie die leistungsstärksten sind, sondern weilJeder Schritt, an dem man feststeckt, hat jemand zuvor feststeckt und die Antwort aufgeschrieben..

Sekundäre Einschränkungen (Budget, Stromverbrauch) folgen diesen drei. Der Grund ist einfach: Der Unterschied zwischen ¥30 und ¥60 ist viel weniger wichtig als, ob Sie das Projekt überhaupt fertigstellen können.

1.5 Ein kompletter Durchlauf

Zurück zum Temperatur-/Feuchtigkeitsmesser aus der Öffnung. Hier ist die vollständige Argumentation:

Szenario: Zuhause, Wohnzimmer/Balkon, Langlauf
↓
Einschränkung 1 (Konnektivität): Wi-Fi benötigt → Beseitigen Sie alle Boards ohne drahtlos
↓
Einschränkung 2 (Echtzeit): Menschen lesen die Daten, eine halbe Sekunde zu spät ist in Ordnung → kein Filter
↓
Einschränkung 3 (Ökosystem): Erstes Anfängerprojekt, braucht viele Tutorials → Espressif gewinnt
↓
Sekundäre Einschränkungen: budgetsensibel → ESP32-C3 (¥ Ebene);
Sie wollen auch mit einem Bildschirm spielen → ESP32-S3 (¥¥ Ebene)
↓
Schlussfolgerung: ESP32-S3-DevKitC oder ESP32-C3-DevKitM

Der gesamte Durchgang dauert weniger als zwei Minuten, aber jeder Schritt hat einen Grund.Es garantiert nicht das leistungsstärkste Board - es garantiert ein Board, mit dem Sie das Projekt beenden können.

1.6 Drei Denkfallen

Falle 1: Spezifikationsverehrung."Dieser läuft bei 240 MHz und der andere nur bei 133 MHz, also kaufen Sie den schnelleren." - Die Berechnung, die Ihr Temperaturmesser benötigt, war vor zwanzig Jahren auf Chips verfügbar. Überschüssige Spezifikationen werden Sie nicht erfolgreich machen; ein unfruchtbares Ökosystem wird dich definitiv scheitern lassen.

Falle zwei: Architektonisches Gefühl."RISC-V ist die Zukunft, ich möchte es auf einmal lernen." — Es gibt nichts falsches daran, an die Architektur zu glauben, aber das Starten Ihres ersten Projekts auf einem RISC-V Linux-Board bedeutet, sich drei Unbekannten auf einmal zu stellen: einer neuen Architektur, einem neuen Betriebssystem und einem neuen Projekt. Herausfordern Sie eine Schicht auf einmal.

Falle drei: die "alles tun" Denkweise."Kaufen Sie ein Board, das alles kann, dann bin ich für jedes zukünftige Projekt bereit." - Es gibt kein Do-Everything Board. Boards mit Wi-Fi sind nicht gut in harter Echtzeit; Boards mit Linux sind nicht energieeffizient. Entwicklungsboard sind Verbrauchsmaterialien, keine Erbschaften.

1.7 Kapitel-Checkliste

• □ Habe ich eine vierteilige Szenariobeschreibung geschrieben? (was / für wen / wo / wie lange)
• □ Ist die Konnektivitätsanforderung klar? (keine / Wi-Fi / Langstrecke / neues Protokoll)
• □ Habe ich die Echtzeit-Anforderung beurteilt? (würde eine Verzögerung von 0,1 Sekunden zu einem Unfall führen?)
• □ Habe ich gesucht, wie viele Tutorials es für die Kandidatenboards gibt? (weniger als 10 → Schalter)
• □ Habe ich eine vorhandene Bibliothek für jedes Peripheriegerät bestätigt, das ich brauche?
• □ Habe ich die Budgetbeschränkung zuletzt in Betracht gezogen?
• □ Wähle ich einen Board für "dieses Projekt" anstatt für "alle zukünftigen Projekte"?