Reprise du message précédent :

 
Je tempère un peu ton propos.
Les shields présentés possèdent justement des controleurs pour piloter l'écran, réduisant le nombre de broches nécessaire et adaptant les niveaux.
Au prix où ils sont y'a pas à se faire chier avec des modules convertisseurs de niveau etc.

 
Tu parlais d'Arduino, la tu présentes un shield pour raspberry. C'est pas tout à fait la même chose.

Donc en gros il faudrait plutôt ça :
 
https://fr.aliexpress.com/item/32665916475.html
+ ça pour le mettre sur un mega :
https://fr.aliexpress.com/item/1005001905663333.html
 
Ca me semble bon non?

En effet, après vérification le gros connecteur c'est alimentation+touch seulement.

Le contrôleur n'est pas sur le PCB derrière l'écran directement? Le (petit, genre 2" ) écran que j'ai devant moi il possède un contrôleur sur son PCB, du coup je dirais que les "shield" c'est des 74xx245 ou similaire uniquement pour adapter les niveaux. Mais je peux me tromper!

je pense également que l'écran avec la prise HDMI c'est cuit pour le mettre sur un arduino.
J'ai aussi du mal à comprendre si  
https://fr.aliexpress.com/item/32665916475.html
Est bien compatible avec ça
https://fr.aliexpress.com/item/1005001905663333.html
En tout cas prend directement un 2560 j'ai déjà peur que ça soit un peu limite alors un Uno ou nano, non.
Et surtout si la librairie existe pour Arduino, car du matos sans librairie c'est comme pas de matos (à moins d'y passer des jours/semaine et encore ça dépasse le niveau de beaucoup d'entre nous)
 
Il vaudrais mieux partir sur un STM32 c'est beaucoup plus puissant et avec plus de flash et ram.
Soit rassuré les STM32 se programment également avec Arduino. (et ça vaut ~le même prix qu'un arduino à processeur ATMEGA)

Merci, mais je ne pense pas que le STM32 soit prise en charge avec mon programme. Déjà qu'avec un DUE ça ne fonctionne pas
 
https://github.com/dcs-bios/dcs-bios-arduino-library
 
https://github.com/DCSFlightpanels/dcs-bios

A oui mixer les projets chopés à gauche et à droite entre eux c'est ça le plus dur. (enfin moi je suis un partisan du write from scratch mais c'est un peu extreme)
Et si tu imprime sur un calques les motifs et que tu fait une plaque de LED derrière ?
Alors bien sur ça sera fixe mais si j'ai bien compris c'est pour faire un cockpit d'avion donc ça peut convenir ?

Quand je vois que le DSC BIOS utilise un port série pour communiquer je me dit que vraiment ton projet devrait se faire avec un raspberry mais ça implique de coder des trucs soit même.
Sinon tu doit pouvoir utiliser directement une tablette android, et il existe des tablettes 7-10" 1er prix plutôt merdiques mais qui doivent suffire pour ce type d'usage.

Au final j'ai commandé l'écran en 7" et le shield linké plus haut.
Au pire si ça ne fonctionne pas, je trouverais bien autre chose pour lui.
 
J'aurais pu le faire avec des LED oui, mais j'ai trouvé la fabrication plutôt chiante à faire (surtout la matrice de led, l'alimentation à prévoir etc..) et je le ferais si ça ne fonctionne pas avec l'écran.
 
Après, j'aime bien "coder", entre parenthèse hein parce que bon c'est plus de la modif mais du coup je ne sais pas faire un programme de A à Z (sauf un hello world )
 
Après c'est pour faire un module de bureau pour faire un semblant de cockpit d'avion comme ce que j'ai fais y'a peu :
 

 
Et tout est branché en RS485 sur un module maitre. Ca fonctionne parfaitement pour l'instant comme ça.
 
Pour la tablette Android, idem aucune idée de comment exporter ça, car ce n'est pas un export déjà "préfait" possible par le jeu (alors que les écrans de MFD ou du RWR par exemple oui).

C'est chouette  

Pour un projet sur plateforme Arduino l'écran avec interface parallèle c'est un bon choix    
Si tu la joue assez stratégique sur tes textures genre 4 couleurs max via palette ça doit passer dans la mémoire flash interne.

Tu oublies sur quel sujet on est.

Nan, sérieusement, vu ce que Roger01 dit lui-même de ses compétences en prog il va plutôt partir sur des libs toutes faites, donc à moins d'en trouver une qui est optimisée pour ce genre de trucs... Je pense que en utilisant des libs le stockage sur carte SD avec une capacité "ilimitée" (pour quelque bitmaps) c'est peut-être plus simple. A voir selon ce qui existe sur le net.

Et concernant l'interface parallèle, pour avoir utilisé un écran avec une telle interface dans un projet en cours je peux dire que c'est vachement difficile voire impossible de libérer tout un port sur un AVR sans perdre au moins une autre fonctionnalité, autrement dit certes ça peut apporter au niveau vitesse mais c'est beaucoup plus de fils et de configuration. (Si on part sur deux ports différents et qu'il faut commencer à faire du bitshift et autre je vois moyen l'intérêt d'utiliser un bus parallèle...) Bon après la encore, si on a un shield tout fait avec la lib' qui va bien ce ne sont pas des problèmes et on peut gagner en vitesse (faudrait faire des calculs).

Enfin voilà, tout ça sans vouloir être méchant bien sûr.

Je drap avec une question, liée à de l'arduino mais la réponse pourrai venir de n'importe quel bidouilleur en fait, bref
 
Comment vous faites pour sécuriser la connection entre circuits, entre les gpio de l'arduino et le reste du monde ?  
 
Je viens de monter un rflink, j'ai flashé mon Mega, j'ai test rapidement et ça fonctionne mais si je bouge un poil un dupont, ça bagote ...
 
Du coté de mon recepteur ou émetteur, je peux souder mais coté arduino, y'a que des truc femelles.
 
Faut mettre des broches males et souder dessus ?  
 
nb : désolé, je n'ai surement le vocabulaire adapté, je n'y connais pas grand chose en electronique, juste suivre les tutos
 
nb2: mon tuto de cablage est là http://www.rflink.nl/blog2/wiring

Tu peux trouver des câbles Dupont dans toutes les configurations mâle/femelle. Ensuite pour les sécuriser (mais normalement ça tient bien comme ça) tu peux mettre de la colle termofusible au pistolet qui à l'avantage de pouvoir s'enlever proprement le jour où tu as besoin.

Exactement. Des barrettes mâles au pas 2,54mm (le standard), p.ex. (lien pris au pif!) http://www.e44.com/composants/comp [...] 14S-5.html
 
Sinon effectivement câbles "Dupont" et colle chaude.

Perso j'ai un mélange de câble soudé avec gaine thermo et du dupont collé
 
Pour l'écran et l'arduino oui je vais utiliser des lib déjà faite car même si je comprends facilement et rapidement pour utiliser ou modifier un code, je n'ai aucune connaissance pour créer un truc.

Merci pour les retours. Je vais essayer une combo des 2, colle et pour certains soudure sur barrettes males.
Normalement ça tient oui mais pas tous de la même manière et parfois j'ai des faux contacts ...

Je dessoude les headers et je soude les fils en lieu et place

J'ai 5 leds à allumer à 5 mètres de distance de l'Arduino (sans alim spécifique). Pas de souci de résistance du câble pour cette longueur ?

Non, prend pas du fils trop pourri quand même il risque de casser mécaniquement.

Évite les gros câble genre 2.5mm2
Et au pire tu ajustes la résistance de limitation si tu vois que ça manque de patate au bout.

Bah non, justement, avec du 2,5mm² y aura pas de soucis de résistance.

Ça sera du fil "classique" pour montage éléctronique, j'ai aucune idée de la section. Mais j'en prendrai pas du trop fin alors, merci des réponses  

Si c'est une LED qui sert que de signalisation (donc pas un gros machin pour éclairer) à peu près n'importe quel fil (cuivre quand même) fera l'affaire. Les fils de câblage c'est 0,14mm² ou ce genre de truc je crois, largement suffisant. Au pire tu regardes la résistivité du cuivre sur Wikipedia et tu fais un calcul rapide si tu veux avoir des chiffres.

 
Ah merde oui, je confonds toujours  

C'est typiquement de l'AWG26 et oui c'est à peine autour de 130 ohm/km. Tu peux même faire passer 1A sans grand risque.

Ok, merci à tous. Je posais la question parce que je me rappelais que j'avais pensé à mettre un rail 5V en CC dans les murs pour alimenter tous mes dispositifs, et qu'on m'avait répondu que ça allait faire des chocapics

C'est que une LED consomme "un peu" moins qu'un smartphone en charge p.ex.

Voilà. Et ma question c'était sur le "un peu"

J'ai reçu l'écran + le shield.
Quand j'installe le tout, l'écran se rétroéclaire. C'est déjà ça.
Quelle librairie je pourrais utiliser du coup?

SSD1289 controller

Arduino UTFT library

Merci! je teste ça

Belle bête cet écran. Combien le prix déjà? Si tu le fais fonctionner pense à poster une photo.

Bon en fait j'ai un SSD1963 Et j'ai testé 2/3 trucs sans succès... ex :

https://www.buydisplay.com/7-inch-a [...] r-mega-due tout en bas y'a la library et des exemples.

[Edit] entre 35 et 40 euros, je ne sais plus trop.

[Edit2] Ca fonctionne bien avec un DUE

Ah ok quand même...
 
Bon, essaie d'être systématique. Tu cherches une lib, tu regardes bien la doc et tu testes avec l'exemple fourni avec la lib. Si ça ne marche pas tu postes le code entier ici.

Donc, ça marche bien avec le DUE mais pas avec le MEGA.
Je vois pas ce qui pourrait bloquer... une idée? :
 

Il doit pas manquer grand chose pour faire un télécran    

Pas le temps de regarder en détail, mais plusieurs possibilités:
 
-espace FLASH
-espace RAM
-brochage (tu l'as modifié dans le code comme il faut?)
-...

L'espace flash ou ram, aucune idée mais c'est dit que ça fonctionne avec un MEGA.
Pour le brochage, les 2 cartes ont les mêmes pins au mêmes endroit
Donc je suppose que oui.

[Edit] Ca fonctionne finalement, c'est juste une de mes cartes MEGA qui est HS
[Edit2] Le MEGA est bien plus lent que le DUE d'ailleurs ça merde souvent, faut utiliser le DUE.

Bon, ca fonctionne!

Juste une problème de port série

Par contre, avec cette library, aucune idée de comment afficher un char* en lettre sur l'écran. Ca me fait des barres :|

Le code en lui même fonctionne bien.

Le "plop" c'est uniquement un test pour voir si ça fonctionnait mieux comme ça.

Donc j'ai bien le OK, j'ai 2 rectangles au lieu de la valeur "plop" et "newValue"

Trouvé!

Il faut mettre :  myGLCD.print((newValue), CENTER, 200);

Du coup j'ai commandé un autre écran 3.5" car la library UTFT est pas mal je trouve

Hello,
 
L'écran utilise les pin TX/RX 0 et 1 de la MEGA mais j'en ai besoin également pour faire communiquer mon arduino avec d'autre.
 
J'ai testé en branchant sur les autres TX/RX (pin 18/19 etc..) mais la communication ne se fait pas. Une idée de comment faire?
 

 
Le code :
 

 
Et les fichiers concernés :
 
https://ctxt.io/2/AACgE4-YFw DcsBiosNgRS485Slave.h
https://ctxt.io/2/AACg8Sd5EA DcsBiosNgRS485Slave.cpp.inc
 
Le #define TXENABLE_PIN 8 n'a rien à voir avec le problème.

Tu es sûr de ton coup ?
Parce que si c'est bien cet ensemble que tu utilises ( https://www.buydisplay.com/7-inch-a [...] r-mega-due ) il n'y a rien de connecté sur TX0 et RX0 (comme les 3 autres UART)