In der sich ständig weiterentwickelnden Welt der intelligenten Geräte und eingebetteten Systeme sind Android-Displays zu einer der vielseitigsten und am weitesten verbreiteten Lösungen geworden. Von Smartphones und Tablets über Fahrzeugarmaturenbretter, Industrie-Panels und interaktive Kiosksysteme kombinieren Android-betriebene Displays leistungsstarke Hardware, flexible Software und eine vertraute Benutzererfahrung.
Ein “Android-Display” ist kein standardisierter Typ eines Display-Moduls. In OEM-Diskussionen kann der Begriff ein TFT-LCD beschreiben, das mit einem Android-Steuerplatine, eine Touch-Display-Baugruppe, die mit einem Rechnerboard geliefert wird, einen externen Monitor, der von Android angesteuert wird, oder ein komplettes geschlossenes HMI, das ein Android-basiertes Software-Image ausführt.
Diese Produkte können dieselbe sichtbare Bildschirmgröße aufweisen, aber sehr unterschiedliche Schnittstellen, Software-Eigentumsverhältnisse, Stromversorgungsanforderungen, mechanische Grenzen, Update-Pfade und Qualifikationsverantwortlichkeiten haben.
Die erste technische Entscheidung ist daher nicht, welches Android-Display gekauft wird. Es ist, welche Systemgrenze das Projekt benötigt, welche Konfiguration kontrolliert wird und wem jede Schicht von den LCD-Pixeln bis zur Feldanwendung gehört.
Für ein eingebettetes oder OEM-Projekt ist ein Android-Display ein Anzeigesystem, bei dem eine Android-basierte Rechnerplattform an der Darstellung, Anwendungsausführung, Benutzereingabe, Kommunikation oder Systemsteuerung beteiligt ist.
Android definiert nicht die LCD-Technologie, das Panel-Mode, die Helligkeit, das Betrachtungsverhalten, die Touch-Technologie, den Videoanschluss, das Gehäuse oder die Umgebungsgrenzen. Diese Eigenschaften gehören zur implementierten Display-, Touch-, Board-, Software- und mechanischen Konfiguration.
| Kommerzielle Beschreibung | Mögliche Liefergrenze | Was bestätigt werden muss |
|---|---|---|
| Android-kompatibles LCD | Ein rohes oder komplettes LCD-Modul zur Verbindung mit einem separaten Android-Board | Schnittstelle, Timing, Initialisierung, Stromversorgung, Hintergrundbeleuchtung, FPC, Anschluss, Treiber und Board-Kompatibilität |
| Android-Touch-Display | LCD, Touch-Sensor, Touch-Controller, Abdeckung, Bonding und ein oder mehrere Kabel | Display-Pfad, Touch-Host-Pfad, Android-Treiber, Koordinaten, Abdeckung, Erdung, Stromversorgung und mechanische Montage |
| Android-Controller-Board-Display | Display-Baugruppe, geliefert mit einem separaten oder angebrachten eingebetteten Rechnerboard | Board-Revision, Android-Image, BSP, Display-Ausgabe, Touch, Peripherie, Stromversorgung, Firmware und Kabel |
| Android-HMI | Display, Touch, Recheneinheit, Software, E/A, Stromversorgung, Montage, Gehäuse und Anwendung | Vollständiges System-Eigentum, Benutzer-Workflow, Validierung, Updates, Sicherheit, Service und Lebenszyklus |
| Externes Android-Display | Ein Monitor oder Touch-Monitor, der über Video- und Eingangsverbindungen mit einem Android-Host verbunden ist | Video-Modi, Skalierung, EDID, Touch-Rückpfad, Android-Eingabe-Routing, Stromversorgung, Verkabelung und Wiederherstellung |
Der Begriff “All-in-One” sollte nur verwendet werden, wenn das angebotene Produkt tatsächlich die Recheneinheit, das Display, Touch, die erforderliche E/A, Software, Stromversorgungsarchitektur und mechanische Grenze umfasst. Ein TFT-LCD-Modul für sich allein ist kein Android-Computer.
Beginnen Sie mit der Gerätearchitektur und nicht mit einer Katalogkategorie. Bestimmen Sie, ob das Produkt nur eine Display-Komponente, ein Display-und-Board-Subsystem oder ein freigegebenes HMI benötigt.
Diese Struktur gibt dem OEM die explizite Kontrolle über die Board-Platzierung, die Display-Auswahl, die Verkabelung, die Stromversorgung, die Software und das Gehäusedesign. Sie macht den OEM auch verantwortlich für die Koordination der Panel-Schnittstelle, des Timings, der Initialisierung, der Hintergrundbeleuchtung, des Touch-Pfads, der Android-Konfiguration und der mechanischen Integration.
Verwenden Sie die Anleitung zum Abgleich von TFT-LCD und Android-Steuerplatine wenn das Board und das LCD als separate Artikel ausgewählt werden.
Eine koordinierte Baugruppe kann die Anzahl der offenen Schnittstellen reduzieren, beseitigt jedoch nicht die Notwendigkeit, Identitäten und Verantwortlichkeiten zu kontrollieren. Bestätigen Sie das genaue LCD, Board, die PCB-Revision, das Firmware-Image, den Touch-Controller, die Kabel, den Stromeingang, die Montage und die getesteten Betriebszustände. Gehen Sie nicht davon aus, dass eine Board-Konfiguration jedes Display unterstützt, das für dieselbe Prozessorfamilie aufgeführt ist.
Ein komplettes HMI fügt Anwendungsverhalten, Gehäuse, Montage, externe E/A, thermisches Design, Update- und Wiederherstellungsverfahren sowie Feldservice-Verantwortlichkeiten hinzu. Die Freigabe sollte auf der Konfiguration des fertigen Geräts basieren und nicht auf einem separat demonstrierten LCD und Entwicklungsboard.
Android ist nur dann geeignet, wenn seine Betriebssystem- und Anwendungsarchitektur die tatsächlichen Produktanforderungen unterstützt. Definieren Sie die Produktionsarbeitslast, bevor Sie den Prozessor, den Speicher, die Display-Auflösung oder die Android-Version auswählen.
Dokumentieren Sie:
Die Grafikpipeline von Android verwendet Grafikpuffer, SurfaceFlinger, das Hardware Composer HAL, Grafiktreiber und das Display-Subsystem, um die endgültige Ausgabe zu erzeugen.[1] Die Display-Leistung hängt daher von mehr ab als nur der Panel-Auflösung oder dem Prozessornamen. Die freigegebene Anwendung, die Zusammensetzungslast, der Speicherpfad, die Display-Konfiguration und der thermische Zustand müssen gemeinsam bewertet werden.
Ein System-on-Chip-Name identifiziert keine vollständige Android-Plattform. Zwei Boards mit demselben Prozessor können sich in gerouteten Schnittstellen, Brückenbausteinen, Anschlüssen, Stromversorgungsdomänen, Speicher, drahtlosen Optionen, PCB-Revisionen, thermischem Verhalten und Softwarezweigen des Anbieters unterscheiden.
| Konfigurationsebene | Identity to Freeze | Warum er wichtig ist |
|---|---|---|
| Steuerplatine | Vollständiges Modell, PCB-Revision, Bestückungsoption, Prozessor, Speicher, Massenspeicher, Brücken und bestückte Steckverbinder | Bestimmt die tatsächlich verfügbaren elektrischen und physischen Ressourcen |
| Boot-Kette | Bootloader, Board-Identifikation, Partitionslayout, Signierung, Wiederherstellung und Update-Konfiguration | Steuert Startvorgang, Softwareauswahl, Wiederherstellung und Produktionsprogrammierung |
| Kernel und BSP | Kernel-Zweig, Board-Support-Paket, Device Tree, Panel-Treiber, Touch-Treiber und binäre Abhängigkeiten | Verbindet das Android-Framework mit der freigegebenen Hardware |
| Android-Image | Android-Version, Vendor-Image, Systemkonfiguration, enthaltene Dienste, Berechtigungen und Build-Identität | Definiert die an die Produktion ausgelieferte Betriebsumgebung |
| Anmeldung | Anwendungsversion, UI-Assets, Konfiguration, Daten, Abhängigkeiten und Bereitstellungsmethode | Definiert die benutzersichtbare Arbeitslast und das Betriebsverhalten |
| Anzeige-Subsystem | LCD, Timing, Initialisierung, Ausrichtung, Dichte, Skalierung, Hintergrundbeleuchtung und Touch-Konfiguration | Bestimmt, ob die physische Anzeige und die Android-Benutzeroberfläche als ein System agieren |
Behandeln Sie “Android 11”, “Rockchip-Board” oder “benutzerdefinierte Firmware” nicht als vollständige Konfiguration. Jede Bezeichnung kann mehrere Hardware- und Softwareversionen abdecken.
Ein Projekt, das Android-Quellcode oder ein Android-basiertes Image verwendet, sollte nicht automatisch als Unterstützung für Google Play, Google Mobile Services oder jede Drittanbieter-Android-Anwendung beschrieben werden.
Das Android Open Source Project besagt, dass ein Android-kompatibles Gerät das anwendbare Compatibility Definition Document erfüllen und die Compatibility Test Suite bestehen muss. Android-Kompatibilität macht das Gerät dann für eine mögliche Lizenzierung von Google Play und Google Mobile Services in Betracht zu ziehen; sie macht diese Dienste nicht zu einer automatischen Eigenschaft jedes Android-Builds.[2]
Vor der Veröffentlichung definieren:
Genehmigen Sie die Plattform nicht allein aufgrund der Existenz einer APK. Testen Sie die veröffentlichte Anwendung gegen das exakte Android-Image, Board, Peripheriegeräte, Anzeigekonfiguration, Netzwerkumgebung und Update-Prozess.
Die Systemarchitektur muss festlegen, ob Android ein natives eingebettetes Panel ansteuert, externes Video an einen Monitor sendet oder einen aktiven Controller zur Umwandlung zwischen beiden verwendet.
| Anzeigearchitektur | Typische Grenze | Primäre Fragen |
|---|---|---|
| Natives MIPI DSI, RGB, LVDS oder eDP Panel | Android-Board steuert direkt eine kompatible LCD-Implementierung an | Elektrische Konfiguration, Timing, Initialisierung, Mapping, Stromversorgung, Hintergrundbeleuchtung, FPC und Softwareunterstützung |
| Externer HDMI- oder DisplayPort-Anschluss | Android-Board sendet Video an einen Monitor mit aktivem Empfänger und Anzeige-Controller | Unterstützte Modi, EDID, Skalierung, Hot Plug, Kabel, Audio, Touch-Rückgabe und Wiederherstellung |
| Aktiver Video-zu-Panel-Controller | Ein Empfänger, Brücke, Skalierer oder Controller wandelt externes Video in die LCD-Schnittstelle um | Eingabemodi, Panel-Ausgabe, Firmware, natives Timing, Skalierung, Stromversorgung, Hintergrundbeleuchtung, Touch, thermisches Verhalten und Lebenszyklus |
| Multi-Display-Android-System | Android verwaltet ein primäres Display und ein oder mehrere sekundäre Displays | Display-Rollen, Aufgabenplatzierung, Spiegelung, Anwendungsverhalten, Eingabe-Routing, Leistung und Wiederherstellung |
Android unterstützt primäre und sekundäre Display-Konzepte, aber das Verhalten sekundärer Displays variiert mit der System- und Anwendungskonfiguration.[3] Das Vorhandensein von zwei physischen Ausgängen beweist nicht, dass die beabsichtigte UI, Video, Touch oder unabhängiges Aufgabenverhalten implementiert ist.
Ein rohes MIPI DSI, RGB, LVDS oder eDP LCD kann HDMI nicht durch einen passiven Steckverbinderwechsel akzeptieren. Überprüfen Sie die LCD-Schnittstellenanleitung auf Schnittstellenkompatibilität oder die HDMI-zu-MIPI-Controller-Board-Anleitung für einen aktiven Umwandlungspfad.
Android bestimmt nicht die erforderliche LCD-Größe, Auflösung, Helligkeit, Betrachtungsverhalten, Reaktionszeit, Farbe, Hintergrundbeleuchtung oder Umgebungsbereich. Definieren Sie diese Anforderungen aus dem fertigen Produkt.
Bewerten Sie das exakte LCD anhand von:
Verwenden Sie keine universellen Regeln wie 300–500 Nits für Innenprodukte oder mehr als 1.000 Nits für Außenprodukte. Testen Sie die Lesbarkeit unter den tatsächlichen Umgebungs-, Beobachter-, UI-, optischen Stapel-, Strom- und thermischen Bedingungen des Projekts.
Verwenden Sie die TFT-LCD-Modul-Auswahlleitfaden wenn das Display selbst noch eine offene Entscheidung ist.
Touch wird nicht automatisch über die LCD-Bildschnittstelle übertragen. Der Touch-Sensor, Controller, Firmware, Host-Verbindung, Android-Treiber, Koordinaten, Abdeckung, Bonding, Erdung und Gehäuse bilden ein separates Subsystem.
Android-Eingabegerätekonfigurationen können gerätespezifische Dateien verwenden, um Eigenschaften wie Touch-Verhalten, Ausrichtung, Skalierung und Display-Zuordnung zu definieren.[4] Die genauen Anforderungen hängen von der Android-Version und der implementierten Eingabearchitektur ab.
| Touch-Bereich | Erforderliche Nachweise |
|---|---|
| Sensor und Controller | Technologie, Sensorumriss, Controllermodell, Firmware, erforderliche Kontakte und Eingabewerkzeuge |
| Host-Verbindung | I2C, USB, SPI oder ein anderer implementierter Pfad; Spannung, Adresse oder Identität, Reset, Interrupt und Kabel |
| Android-Software | Kernel-Treiber, Konfigurationsdatei, Koordinaten, Rotation, Spiegelung, Display-Zuordnung, Schlafmodus, Aufwecken und Wiederherstellung |
| Frontstruktur | Abdeckmaterial, Dicke, Bedruckung, Öffnungen, Oberfläche, Klebe- oder Luftspaltstruktur, Rahmen und Dichtung |
| Betriebsumgebung | Finger, Handschuh, Stift, Feuchtigkeit, Verschmutzung, Reinigung, elektrisches Rauschen, Erdung und Gehäusebedingungen |
Leiten Sie aus dem Wort “kapazitiv” nicht fünf oder zehn Kontakte, Handschuhverhalten, Feuchtigkeitsleistung oder Stiftunterstützung ab. Bestätigen Sie den freigegebenen Sensor, Controller, die Firmware, Abdeckung, den Host und die Testbedingungen.
Für externes HDMI-Video mit USB-Touch verwenden Sie die Android HDMI Touch-Integrationsanleitung. Für den physischen Touch-Display-Stapel verwenden Sie die TFT LCD Touch-Display-Anleitung.
Ein Android-Display-Projekt benötigt eine kontrollierte Antwort darauf, wer für Bootloader, Kernel, BSP, Device Tree, Panel-Treiber, Touch-Treiber, Android-Image, Anwendung, Sicherheitsupdates, Produktionsprogrammierung und Feldwiederherstellung verantwortlich ist.
Android bietet Mechanismen für Over-the-Air-Updates von System- und Anwendungssoftware, aber die OEM-Plattform muss die ausgewählte Update-Architektur implementieren, erstellen, signieren, testen, verteilen und unterstützen.[5] Die Existenz der Android-OTA-Dokumentation begründet nicht, dass ein bestimmtes Board einen freigegebenen OTA-Dienst enthält.
| Software-Liefergegenstand | Zu klärende Fragen |
|---|---|
| Produktionsimage | Welche Version, Board-Revision, Display-Konfiguration, Anwendungen, Binärdateien, Berechtigungen und Einstellungen sind enthalten? |
| Quell- und Build-Umgebung | Welche Quelldateien, Patches, binären Abhängigkeiten, Lizenzen, Tools und Build-Anweisungen werden geliefert? |
| Programmierung | Wie werden Boards geflasht, identifiziert, verifiziert, serialisiert und der korrekten Display-Konfiguration zugeordnet? |
| Updates | Wer erstellt, signiert, verteilt, testet, genehmigt und macht ein Update rückgängig? |
| Wiederherstellung | Was passiert nach unterbrochener Stromversorgung, einem unvollständigen Update, beschädigtem Speicher, Watchdog-Reset oder Anwendungsfehler? |
| Wartung | Wer überprüft Änderungen an Android, Kernel, BSP, Sicherheit, Anwendung, Panel, Touch und Board über den Produktlebenszyklus hinweg? |
RJY Display unterstützt projektspezifische Firmware-Anpassungen, aber der tatsächliche Panel-Treiber, das Android-BSP, die Quelle, die Binärdatei, das Update, der Test- und Wartungsumfang müssen für die ausgewählte Plattform bestätigt werden. Behandeln Sie “kundenspezifische Firmware” nicht als unbegrenztes oder automatisch enthaltenes Lieferergebnis.
Ein Android-HMI kann Prozessor, Speicher, Datenspeicher, Display-Schnittstelle, LCD, Panel-I/O, Hintergrundbeleuchtung, Touch, drahtlose Kommunikation, USB-Geräte, Audio, Kameras und Spannungswandlung umfassen. Das LCD-Datenblatt und die Board-Eingangsleistung beschreiben nur Teile dieser Last.
Erstellen Sie ein Leistungs- und Wärmebudget für Kaltstart, normale Benutzeroberfläche, Spitzenanwendungslast, Video, Kamera, Netzwerkübertragung, maximal erforderlichen Hintergrundbeleuchtungszustand, gedimmten Betrieb, Leerlauf, Schlafmodus, Aufwecken, Neustart, Update, Brownout und Fehlerbehebung.
Bestätigen Sie die stabilisierten Temperaturen des Prozessors, der Board-Stromversorgungskomponenten, des Displays, der Hintergrundbeleuchtung, des Touch-Controllers, der Abdeckung, der eingeschlossenen Luft und der Außenflächen unter den Bedingungen des Produktionsgehäuses und der Montage.
Verwenden Sie die TFT LCD Stromversorgungsanleitung zur Trennung von Panel-, Hintergrundbeleuchtungs-, Touch-, Controller-Board- und Systemleistung.
Eine funktionierende Entwicklungsboard-Demonstration beweist nicht, dass das System in das Produkt passt. Überprüfen Sie Display, Touch, Board, Antennen, Speicher, Kabel, FPCs, Steckverbinder, Stromversorgung, Montage, Dichtung, Kühlpfad und Gehäuse gemeinsam.
Prüfen Sie:
| Validierungsbereich | Repräsentative Prüfungen | Freigabenachweise |
|---|---|---|
| Konfiguration | Board, PCB, Android-Image, BSP, Display, Touch, Kabel, Anwendung und Gehäuseidentitäten | Kontrollierte Stückliste, Software-Manifest, Zeichnungen und freigegebene Muster |
| Anzeige | Timing, Initialisierung, Bildstabilität, Ausrichtung, Dichte, Skalierung, Benutzeroberfläche, Farbe, Graustufen und Bewegung | Produktions-Benutzeroberfläche, die auf dem freigegebenen LCD und der Software läuft |
| Touch und Eingabe | Koordinaten, Kontakte, Gesten, Werkzeuge, Rotation, Rauschen, Feuchtigkeit, Schlafmodus, Aufwecken und Wiederherstellung | Anwendungsspezifisches Ergebnis auf der freigegebenen Frontbaugruppe |
| Anmeldung | Start, normaler Arbeitsablauf, Spitzenlast, Berechtigungen, Daten, Peripheriegeräte, Kommunikation und Fehler | Kontrollierte Anwendungs- und Systemtestaufzeichnung |
| Leistung und Wärme | Boot, Normal, Spitze, Hintergrundbeleuchtung, Netzwerk, Leerlauf, Schlafmodus, Update, Fehler und Gehäusetemperaturen | Vollastmessungen und stabilisierte thermische Ergebnisse |
| Wiederherstellung | Neustart, Watchdog, unterbrochene Stromversorgung, fehlgeschlagene Anwendung, Lagerbedingungen, Update und Servicevorgang | Dokumentierte Wiederherstellungs- und Rollback-Ergebnisse, sofern zutreffend |
| Mechanische | Ausrichtung, FPCs, Kabel, Steckverbinder, Montage, Druck, Dichtung, Antennen, Kühlung und Servicezugang | Freigegebene CAD- und produktionsrepräsentative Baugruppe |
| Lebenszyklus | Hardware- und Software-Revisionen, Änderungsmitteilung, Wartung, Ersatzteile, Austausch und Revalidierung | Konfigurationskontrolle und Lebenszyklusplan |
Testen Sie jeden freigegebenen Zustand mit der Produktionsanwendung und dem Gehäuse. Ein auf einem offenen Entwicklungsboard angezeigter Startbildschirm erfüllt nicht die Anforderungen an Anwendung, Display, Touch, Stromversorgung, Wärme, Update, Wiederherstellung oder Lebenszyklus.
Der praktische Anpassungsweg von RJY Display beginnt mit einer bestehenden Displaymodul- und Controllerboard-Plattform, deren grundlegende Display-, Rechner-, Software- und mechanische Architektur geeignet ist.
Abhängig von den ausgewählten Produkten und der Projektmachbarkeit können begleitende Arbeiten Folgendes bewerten:
Controllerboards können separat oder zusammen mit einem TFT-LCD besprochen werden. Verfügbare Lösungen können Displays von 1,28 Zoll bis 15,6 Zoll abdecken, abhängig vom genauen Panel, Interface, Auflösung, Firmware, Touch, Stromversorgung und Projektanforderungen.
Dies impliziert keine Kompatibilität mit jedem LCD, uneingeschränkte Android-BSP-Entwicklung oder die Entwicklung einer beliebigen neuen LCD-Größe, aktiven Fläche, Auflösung, Panel-Architektur oder eines Controllerboards von Grund auf.
RJY Display kann eine bestehende TFT-LCD- und Controllerboard-Plattform im Hinblick auf Ihre UI, Android-Software, Display-Ausgabe, Timing, Initialisierung, Touch, Hintergrundbeleuchtung, Stromversorgung, FPC, Kabel, Montage, Gehäuse, Validierung und Lebenszyklusanforderungen überprüfen.
Aktuelle Rechenmodule durchsuchen, Verfügbare Displaymodule prüfen, oder Senden Sie Ihr Board, LCD, Android-Software, Touch, Stromversorgung, UI und Gehäusedokumente zur technischen Prüfung.
Ein Android-Display ist ein Anzeigesystem, bei dem eine Android-basierte Rechnerplattform die Anwendungsausführung, Grafik, Eingabe, Kommunikation oder Systemsteuerung übernimmt. Der Begriff kann ein an ein Android-Board angeschlossenes LCD, eine Touchdisplay- und Board-Baugruppe, einen externen Monitor oder ein komplettes HMI beschreiben, daher muss die Liefergrenze bestätigt werden.
Nicht automatisch. Das LCD, der Touchsensor, der Touch-Controller, die Abdeckung, das Bonding, das Android-Board, die Kabel, die Software, das Stromversorgungssystem und das Gehäuse können separate oder explizit enthaltene Artikel sein. Bestätigen Sie die vollständige angebotene Konfiguration.
Nein. Ein Android-basiertes oder AOSP-Softwareabbild enthält nicht automatisch Google Play oder Google Mobile Services. Bestätigen Sie den Android-Kompatibilitätsstatus, die Lizenzierung, das Softwareabbild, die erforderlichen Dienste, die Anwendungsverteilungsmethode und die Anforderungen des Zielmarktes.
Nein. Das genaue LCD und Board müssen in Display-Architektur, elektrischer Schnittstelle, Timing, Initialisierung, Einschaltsequenz, Hintergrundbeleuchtung, Touch, Software, FPC, Steckverbinder, Mechanik und Betriebszuständen kompatibel sein.
Es hängt vom ausgewählten Board, LCD, Touchsystem und der vorhandenen Softwarekonfiguration ab. Projektspezifische Arbeiten können für Timing, Initialisierung, Device Tree, Treiber, Touch, Hintergrundbeleuchtung, Ausrichtung, Dichte, Schlaf, Aufwachen oder Wiederherstellung erforderlich sein, aber eine unterstützte bestehende Konfiguration erfordert möglicherweise keine neue Firmware-Entwicklung.
Senden Sie die Anwendung, UI, LCD- und Board-Modelle, Revisionen, Datenblätter, Zeichnungen, Schnittstellen, Timing, Android- und BSP-Informationen, Touchsystem, Hintergrundbeleuchtungs- und Stromversorgungsanforderungen, Softwareergebnisse, Kabel, Gehäuseeinschränkungen, Betriebsbedingungen, Stückzahlen, Lebenszyklus und Projektzeitplan.
Teilen Sie Ihre Display-Größe, Auflösung, Schnittstelle, Helligkeit, Touch-Anforderung, Controllerplatinen-Anforderung und Anwendungsumgebung mit.
Lesen Sie weiterführende Display-Technologie-Leitfäden und Anwendungsreferenzen.
Entdecken Sie Produktseiten, die mit diesem Artikelthema zusammenhängen.
Sprechen Sie mit dem Ingenieurteam von RJY über Display-Auswahl, Prüfung der Steuerplatine und individuelle Anpassungsmöglichkeiten.
