next topic »

[on:]

Bonjour a tous,
je continu a monter mon projet de domotique, et déjà me vient le soucis des pins ...
comment limiter les connectiques des écrans tft touch ? ils prennent trop de pins.
connaissez vous un modele en I2C ?

ou une solution "économique" afin de disposer d'un écran touch sans consoler autant de pins ?

et seconde question, que vaut les shield extensions pour l'arduino mega ?

merci

[Reply #1 on:]

Les TFT touch sont des monstruosités à piloter, ces deux modèles de chez SparkFun sont géniaux (jete un coup d'oeil aux datasheets, c'est à tomber), par contre les modules en eux même sont plus puissant que les Arduino (sauf le Due peut-être).

https://www.sparkfun.com/products/10089? (en rupture)
https://www.sparkfun.com/products/11075

[Reply #2 on:]

C'est exactement a la conclusion que j'avais eu : le 4dgl
Je n'ai pas trouvé d'autre solution "low cost" ( - de 50 euros) afin d'avoir un écran tactile.

Donc si personne n'a d'autre idée, je pense partir plutôt sur une solution de server http avec l'ethernet shield, puis n'importe qu'elle tablette graphique premier prix du commerce. Car si on réfléchi bien quel intérêt d'avoir un écran tactile "fixe" alors que l'on pourrait tout piloter via n'importe quel navigateur web avec en plus une ui sympas. Sauf si le shield ethernet tombe en rade... forcément.

sinon il y a la solution d'une seconde carte slave qui n'aurait elle que l'écran...

d'autres idées ?

[Reply #3 on:]

Bonjour,

En i2c tu ne trouveras rien (400KHz à vitesse max c'est beaucoup trop lent) par contre en SPI tu en a par pleine wagon

Exemples :
http://www.watterott.com/en/MI0283QT-2-Adapter + http://www.watterott.com/en/Arduino-mSD-Shield
http://www.watterott.com/en/28-TFT-Touch-Shield-for-Arduino

[Reply #4 on:]

Mon conseil : évite de te servir de l'Arduino comme serveur HTTP, tu ne pourra jamais rien faire de bien directement avec. Il vaut mieux que ton duino envoie les informations vers un vrai serveur web, qui lui dispose d'une interface dynamique, éventuellement une base de données et un peu de ressources pour mettre ça facilement à dispo (y compris une interface web mobile, pour y accéder depuis ton téléphone).

Pour la communication entre l'interface web et le duino, definis un protocole de communication simple (comme tu le ferais avec un le port Série) ou le serveur web ira se connecter sur le duino et passera les ordres.

[Reply #5 on:]

skywodd  > SPI ? cela veut dire quoi ? cela consomme pas autant de pins ? le tft touch prend 13 broches avec la SD, cela consomme quoi en SPI ? autant non ?

j'ai vu des carte I2C backpart de 16 pins, ce n'est pas une solution pour y brancher le tft touch ?

moonpyk > je vais voir cela de plus pret merci

[Reply #6 on:]

skywodd  > SPI ? cela veut dire quoi ? cela consomme pas autant de pins ? le tft touch prend 13 broches avec la SD, cela consomme quoi en SPI ? autant non ?

SPI c'est un bus de communication sériel
http://fr.wikipedia.org/wiki/Serial_Peripheral_Interface

Ça demande 4 broches, dont trois sont commune à tous les périphériques SPI d'un même circuit.
(Miso / Mosi / Sck (bus commun) et CS (chip select))
Les cartes SD utilisent le bus SPI donc dans ton montage un écran SPI ne demanderai que deux broches en plus.
(Miso / Mosi / Sck et CS_SD / CS_TFT / CS_TOUCH -> 6 broches)

j'ai vu des carte I2C backpart de 16 pins, ce n'est pas une solution pour y brancher le tft touch ?

Ne t'attend pas à des résultats impressionnant, certes avec un pcf8575 tu peut gérer 16 broches en I2C.
Mais pour un écran TFT c'est pas viable du tout (trop lent, timing trop compliqué à respecter, ...).

[Reply #7 on:]

ok. je comprend un peu mieux.
je viens donc de faire un tour et effectivement certains shields sont en spi et d'autre en multiples pins, c'est donc un truc a surveiller avant d'acheter !

merci !!