2 TFT an Arduino-SPI anschließen

Andreas G. schrieb:
> Was mache ich falsch?

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

Du musst hier (ILI9341_due_config.h) auf EXTENDED

1

/*

2

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

3

4

Code: https://github.com/marekburiak/ILI9341_due

5

Documentation: http://marekburiak.github.io/ILI9341_due/

6

7

Copyright (c) 2015  Marek Buriak

8

9

*/

10

11

#ifndef _ILI9341_due_configH_

12

#define _ILI9341_due_configH_

13

14

// comment out the SPI mode you want to use (does not matter for AVR)

15

//#define ILI9341_SPI_MODE_NORMAL  // uses SPI library

16

//#define ILI9341_SPI_MODE_EXTENDED  // uses Extended SPI in Due, make sure you use pin 4, 10 or 52 for CS

17

#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 ...

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

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

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.

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);

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.

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.

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

Was denn nun?

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 ;)

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