2 TFT an Arduino-SPI anschließen

[Andreas G. (horstsergio)]

Hallo zusammen,

ich habe am Nano-SPI 2 TFT Displays angeschlossen. Das Problem ist, 
dass, wenn ich das 2. Display mit TFT2.begin() "starte", das 1. Display 
nicht mehr reagiert und einen weißen Bildschirm anzeigt.
Das ist unabhängig davon, welches Display Nr 1 oder 2 ist.
Die Datenleitungen werden von beiden Displays benutzt und das 2. Display 
hat eine eigene CS-Leitung.
Was mache ich falsch?

Hier der Code:

#include <SPI.h>
#include <ILI9341_due_config.h>
#include <ILI9341_due.h>
#include "fonts\SystemFont5x7.h"

#include <Wire.h>
#include <MechaQMC5883.h>

#define TFT_RST 8
#define TFT_DC 9
#define TFT_CS 10

#define TFT2_CS 7

ILI9341_due tft = ILI9341_due(TFT_CS, TFT_DC, TFT_RST);
ILI9341_due tft2 = ILI9341_due(TFT2_CS, TFT_DC, TFT_RST);

void setup(void)  // Start of setup
{
 Wire.begin();
  tft.begin();
  tft.setRotation(iliRotation180);
  tft.setTextLetterSpacing(2);
  tft.fillScreen(ILI9341_YELLOW);

 tft2.begin();
  tft2.setRotation(iliRotation180);
  tft2.setTextLetterSpacing(2);
  tft2.fillScreen(ILI9341_BLUE);
  
  tft2.setFont(SystemFont5x7);
  tft2.setTextColor(ILI9341_BLACK,ILI9341_YELLOW);  tft2.setTextScale(5);
  tft.setFont(SystemFont5x7);
  tft.setTextColor(ILI9341_BLUE,ILI9341_WHITE);  tft.setTextScale(4);
  
  
 }  // End of setup

void loop(void)  // Start of loop
{
  tft.cursorToXY(30,20);
  tft.print ("Test");
  tft.cursorToXY(25,230);
  tft.print ("12345");

  tft2.cursorToXY(25,230);
  tft2.print ("tseT");
  tft2.cursorToXY(25,230);
  tft2.print ("54321");

 }  // End of loop

[Rufus Τ. F. (rufus)]

Was macht die Funktion "begin"?

Gibt es ein korrespondierendes "end"?

Was steht in der Dokumentation von "ILI9341_due" drin?

[Andreas G. (horstsergio)]

Puh - gute Fragen. Ehrlich gesagt überschreitet die Analyse von 
Libraries meine Fähigkeiten - ich bin mehr so der Typ ich baue mir aus 
verschiedenen Bausteinen meine Anwendung zusammen bzw. adaptiere sie und 
entwickle meine Programmierkenntnisse sukzessive (langsam) weiter. 
Leider bin ich noch nicht so weit.

[Mitlesa (Gast)]

Andreas G. schrieb:
> Was mache ich falsch?

Wenn du willst dass es jemand nachvollzieht soltest du noch
die Quellen deiner Libs/Sourcen angeben.

[Dieter F. (Gast)]

Du musst hier (ILI9341_due_config.h) auf EXTENDED

/*
ILI9341_due_config.h - Arduino Due library for interfacing with ILI9341-based TFTs

Code: https://github.com/marekburiak/ILI9341_due
Documentation: http://marekburiak.github.io/ILI9341_due/

Copyright (c) 2015  Marek Buriak

*/

#ifndef _ILI9341_due_configH_
#define _ILI9341_due_configH_

// comment out the SPI mode you want to use (does not matter for AVR)
//#define ILI9341_SPI_MODE_NORMAL  // uses SPI library
//#define ILI9341_SPI_MODE_EXTENDED  // uses Extended SPI in Due, make sure you use pin 4, 10 or 52 for CS
#define ILI9341_SPI_MODE_DMA    // uses DMA in Due

stellen und die angegebenen CS-Pins verwenden.

Davon ausgehend, dass du diese "Copyright (c) 2014  Marek Buriak" 
Library verwendest ...

[Andreas G. (Gast)]

Moin,
jo ich benutze diese Library. War leider ein paar Tage offline - komme 
aber hoffentlich heute Abend dazu es auszuprobieren.

Gruß und vorab schon mal vielen Dank für die Unterstützung!

Andreas

[Linux T. (Gast)]

Du benutzt für beide Displays einen GPIO als Reset. Das kann nicht 
funktionieren. Nimm getrennte IOs und alles ist gut.

[M. K. (sylaina)]

Linux T. schrieb:
> Du benutzt für beide Displays einen GPIO als Reset. Das kann nicht
> funktionieren.

Das ist ja egal.
Für beide den selben CS/DC zu benutzen wäre blöd.

[Linux T. (Gast)]

M. K. schrieb:
> Linux T. schrieb:
>> Du benutzt für beide Displays einen GPIO als Reset. Das kann nicht
>> funktionieren.
>
> Das ist ja egal.
> Für beide den selben CS/DC zu benutzen wäre blöd.

So ein Quatsch.
In TFT.begin() wird ein Reset gemacht. Daher auch:

> Das Problem ist, dass, wenn ich das 2. Display mit
> TFT2.begin() "starte", das 1. Display nicht mehr
> reagiert und einen weißen Bildschirm anzeigt.

Also: 2 Reset-Pins und alles ist schick.

[Mitlesa (Gast)]

Linux T. schrieb:
> In TFT.begin() wird ein Reset gemacht.

Richtig! Bei der Klassen-Instanzierung wird ein Reset-Pin
angegeben. Der wird wohl auch genutzt werden.

Andreas G. schrieb:
> ILI9341_due tft = ILI9341_due(TFT_CS, TFT_DC, TFT_RST);
> ILI9341_due tft2 = ILI9341_due(TFT2_CS, TFT_DC, TFT_RST);

[Wolfgang L. (smarty9797)]

Dieter F. schrieb:
> Du musst hier (ILI9341_due_config.h) auf EXTENDED

Das wird dem TO nicht weiterhelfen, da ein Arduino Nano kein Extended 
SPI hat... Der Autor der Lib schreibt in seiner Doku, dass auf Nano, Uno 
etc. nur ILI9341_SPI_MODE_NORMAL verwendet wird.

[Cyblord -. (cyblord)]

Andreas G. schrieb:
> ich bin mehr so der Typ ich baue mir aus
> verschiedenen Bausteinen meine Anwendung zusammen

Das geht aber halt nur solange gut, bis man den vorgesehenen Pfad 
verlassen will. Das tust du, in dem du zwei TFTs betreiben willst. Und 
nicht nur ein einziges.
In diesem Moment schlägt das nicht vorhandene Wissen und die an den Tag 
gelegte Faulheit einem frontal in die Kauleiste. Nicht schön, aber 
Mitleid wirst du mit solch einer Einstellung auch nicht bekommen. Sei 
froh dass du mit deinem Nullwissen überhaupt 1 TFT betreiben kannst.

[BlaBla (Gast)]

Cyblord -. schrieb:
> In diesem Moment schlägt das nicht vorhandene Wissen und die an den Tag
> gelegte Faulheit einem frontal in die Kauleiste. Nicht schön, aber
> Mitleid wirst du mit solch einer Einstellung auch nicht bekommen. Sei
> froh dass du mit deinem Nullwissen überhaupt 1 TFT betreiben kannst.

BlaBlaBla.

[Linux T. (Gast)]

Cyblord -. schrieb:
> Andreas G. schrieb:
>> ich bin mehr so der Typ ich baue mir aus
>> verschiedenen Bausteinen meine Anwendung zusammen
>
> Das geht aber halt nur solange gut, bis man den vorgesehenen Pfad
> verlassen will. Das tust du, in dem du zwei TFTs betreiben willst. Und
> nicht nur ein einziges.


Er verläßt den vorgesehenen Pfad doch gar nicht.
Um im Bild zu bleiben: Er hat sich den Pfad gar nicht angesehen (nämlich 
die Bedeutung der Parameter), daher ist er auch vom Pfad abgekommen.

[Stuhw (Gast)]

Linux T. schrieb:
> Er verläßt den vorgesehenen Pfad doch gar nicht.
> ...
> ...daher ist er auch vom Pfad abgekommen.

Was denn nun?

[Linux T. (Gast)]

Stuhw schrieb:
> Linux T. schrieb:
>> Er verläßt den vorgesehenen Pfad doch gar nicht.
>> ...
>> ...daher ist er auch vom Pfad abgekommen.
>
> Was denn nun?


Beides. cyblord unterstellte, dass er aktiv den vorgesehenen Pfad 
verliess. Das ist nicht der Fall.
Er ist aber davon abgekommen, weil er sich eben denselben nicht richtig 
angesehen hat ;)

[Stuhw (Gast)]

Es gibt also ein aktives und ein passives Verlassen?
Interessant...

[Andreas G. (horstsergio)]

Es funktioniert - der Tipp mit dem separaten Reset hat geholfen.
Einen großen Dank an die die mir hier WIRKLICH geholfen haben!

@Cyblord: es tut mir aufrichtig Leid, dass solch ein Wicht wie ich, der 
Deiner wirklich nicht ansatzweise würdig ist, hier so saudämliche Fragen 
stellt.
Sollte ich Dir mit meiner kreuzdoofen Frage den Abend versaut haben, so 
bitte ich dies zu entschuldigen.

Andreas