Mikrocontroller und Design für mehrere Displays

In meinem Hauptberuf bin ich Entwickler auf Anwendungsebene, aber ich habe eine Idee, dass ich gerne einen Prototyp entwickeln würde, der eher auf der Mikrocontroller-Seite liegt.

Grundsätzlich möchte ich in der Lage sein, einige statische Bilder auf 4 (obwohl die Möglichkeit der Erweiterung schön wäre) 2-4-Zoll-Farbbildschirme wie TFT oder OLED anzuzeigen. Soweit ich das beurteilen kann, sind Displays mit integrierten Controllern, die das SPI implementieren, ideal. Scheint meine Einschränkungen zu sein, da es niedrige Bildwiederholraten gibt. Aber ich kann mit etwa 5 fps leben. und spielen Sie auf Knopfdruck einen kurzen Soundclip ab. Ich bin mir nicht sicher, was es sonst noch gibt, und möchte wirklich nicht meine eigenen Treiber schreiben, wenn ich es vermeiden kann.

Mein großes Problem ist der Controller. Die, die ich mir angesehen habe, scheinen 1 oder 2 Sätze dedizierter SPI-Pins zu haben. Ich weiß, dass SPI ein Schema mit 1 Controller und mehreren Geräten ist, aber das scheint immer noch durch die Anzahl der Auswahlstifte begrenzt zu sein. Ich habe noch nie ein Projekt wie dieses von Grund auf neu entworfen und würde mich über etwas Hilfe beim Einstieg freuen. Ich kann kaum Beispiele von Leuten finden, die 2 Displays mit Raspberry Pis verwenden. Ich bin nicht auf Pi oder Arduino verkauft, ich bin nur mit ihnen vertraut. Jede andere benutzerfreundliche ish-MCU würde großartig funktionieren.

Wenn es einen besseren Weg zum Verbinden oder einen besseren Mikrocontroller gibt, würde ich es gerne wissen.

Sie brauchen ziemlich viel Speicher, um den Überblick zu behalten, was Sie all diesen anziehen; Möglicherweise gibt es Flash-basierte MCUs, die groß genug dafür sind, aber das klingt eher nach einer Art Pi-Anwendung. Sie können auch ein System pro Display in Betracht ziehen, das über USB gespeist wird. Auf jeden Fall sind Fragen, die nach Kaufempfehlungen suchen, nicht zum Thema. Realistischerweise gibt es möglicherweise bereits einige USB-Zusatzdisplay-Produkte wie dieses, ansonsten besorgen Sie sich ein einzelnes Display und beginnen Sie zu experimentieren.
Wenn die Bilder statisch sind, warum brauchen Sie 5 oder mehr Bilder pro Sekunde? Außerdem, wo ist der Knopf? Befindet es sich bei jedem Bildschirm? Oder befindet es sich woanders? (Ich wundere mich über die Sounds ... ein statisches Bild wäre sinnvoll, wenn es ein Bild eines Albumcovers usw. darstellt, und dann ist ein Tastendruck sinnvoll, da ein Clip aus dem Album resultieren könnte, wenn es eine Schaltfläche mit dem gibt Bild ... aber wenn Sie 5 oder mehr Bilder pro Sekunde anzeigen?, werde ich neugierig, wie das alles Sinn macht.)
Ich war unklar, ich hätte sagen sollen, dass ich mindestens 250 ms Reaktionszeit brauche, damit ich Bilder schnell wechseln kann, wenn eine Taste gedrückt wird. Ich habe noch nie einen Controller außerhalb eines Pi / Arduino ausgewählt. Ich war neugierig, ob es etwas Neues gibt, das ich in Betracht ziehen sollte. Oder in der Lage sein, diesen Speicher auf eine Controller-Platine auszulagern.
SPI kann sich mit so vielen Peripheriegeräten verbinden, wie Sie Chip-Select-Pins zuweisen. Es kann einfach nicht mit allen gleichzeitig sprechen.

Antworten (1)

Ich sehe da kein Problem, man hat einfach noch keine passende MCU gefunden. Selbst wenn eine MCU über eine einzige SPI-Schnittstelle verfügt, können Sie alle anderen GPIO-Pins für die Chipauswahl verwenden und Dutzende von SPI-Chips verbinden. Es gibt viele MCUs mit 4 separaten SPI-Peripheriegeräten. Es scheint, dass das, mit dem ich jetzt arbeite, tatsächlich bis zu 6 hat, aber höchstwahrscheinlich haben diese kleineren Pakete, die ich verwende, keinen Zugriff auf alle, daher ist ein größeres Pin-Paket erforderlich.