Reprise du message précédent :

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)

J'utilise ce shield et les pins TX 0/1 semblent être connecté à l'une des puces.

https://images.nexusapp.co/assets/0 [...] 865909.jpg

[Edit] C'est bon, j'ai trouvé un sketch alternatif qui permet de choisir le "bus" souhaité

C'est encore moi

J'ai 2 écrans 3.5" et j'arrive à les utiliser avec des library comme adafruit ou TFT_HX8357 mais aucunement UTFT (écran blanc).

Hors j'aimerais bien pouvoir, sur des cartes MEGA (voir UNO) pouvoir utiliser cette library (car elle évite le scintillement d'image lors d'un changement de caractère). Merci

Les TFT :

https://fr.aliexpress.com/item/1005001960465636.html?

https://fr.aliexpress.com/item/32609807497.html?

[Edit] J'ai encore trouvé J'ai utilisé une librairie modifiée sans le savoir de UTFT pour l'écran de 7" qui ne fonctionnait pas pour les 3.5" et vice-versa.

Du coup j'ai renommé tout les occurrences UTFT par UTFTBIG dans un autre dossier pour avoir le choix des 2 librairies.

Et ça fonctionne enfin

[Edit2] Bon en fait ça fonctionne plus encore sur les 3.5 -_-

Ca m'interesse, tes trifouillages ouftissimes    
 
Dis-moi, mes deux machins, là : https://www.banggood.com/fr/Geekcre [...] 91232.html
 
Ils ont quelque chose à voir avec les tiens ?
[Je les ai même pas encore déballés]    
J'voudrais les arduiner et/ou les raspiner  

Non pas du tout les mêmes et je ne sais pas si on peut brancher un écran fait pour un raspi sur un arduino. De souvenir non, mais bon.

Par contre sur mon écran TFT 3.5", le shield fait pour un MEGA,
C'est noté ILI9486 sur l'écran mais si j'utilise ça, ça ne fonctionne pas.
Si je mets ILI9481, l'écran fonctionne! mais en miroir  

Une idée de comment changer ça? Ca fait des heures que je suis dessus

[Edit] Bon, j'ai réussi en trifouillant le driver ILI9481

Me reste l'autre TFT mais la je sèche (ce n'est pas ma photo)

Trouvé encore avec une librairie perdu sur google

-------------------------------

Du coup pour ne pas avoir posté pour rien.

Bench du test UTFT.

TFT Shield MEGA:
MEGA : 42sec
DUE : 27 sec

TFT Shield UNO:
MEGA : 52sec
DUE : Ne fonctionne pas (pas trouvé le bon driver alors que ça marche avec le MEGA..)
UNO 37sec

Par contre l'écran du shield UNO est vraiment bof, couleur fade, angle de vision nul etc..

L'écran "bof" c'est celui de l'image plus haut? Ca ressemble drôlement à ce que j'avais acheté et c'était de la vraie merde. L'écran (avec un autre contrôleur, un ILI-machin aussi mais pas le tien) en soit est ok (bon après j'affiche du texte en N/B...) mais les convertisseurs de niveaux étaient pas les bons du coup pas de compatibilité 5V et le régulateur de tension n'a même pas de condensateurs autour etc... J'ai bricolé et j'ai pu le brancher sur un AVR nu en 3,3V directement.

edit: C'est moi ou la broche LCD_D2 est tordue? Sans ça ne risque pas de fonctionner.

J'ai dis que ce n'était pas ma photo
Et oui le UNO shield c'est celui de la photo plus haut. L'autre, possède un bouton reset et se branche sur les pins 22 à 53 (+ gnd) du MEGA/DUE.

Si quelqu'un peut me dire comment lire un fichier bmp sur une carte SD sur un shield/écran pour un arduino DUE avec la librairie UTFT... j'ai testé plusieurs librairie (sd.h SdFat, tinyFAT) et autre vidéo youtube sans succès.

Alors, je pense fortement que le problème vient de moi, mais je n'y arrive pas

J'arrive bien à afficher un bmp depuis la ram de l'arduino donc c'est juste la lecture sur une carte SD qui me fait défaut. Merci!

Tu as bien formaté ta carte SD? Ton fichier il porte quel nom? Tu peux montrer le code d'une de tes tentatives?

J'ai formaté en fat16 et fat32 dans le doute, le nom est un nom court sans espace etc.. : warn
Après je n'ai plus les codes, à force j'ai tout effacé
Du coup, me suis amusé à tâté un peu de l'UTFT :

https://photos.app.goo.gl/3TYWJh7Bvuj4ZT5s7

C'est embêtant.

Dans le doute teste avec un nom court (8.3 ça te dit quelque chose? J'ai pas regardé ton âge. ) et surtout en majuscules et une carte formatée en FAT32.

Merci, je testerais ça dans 2/3 jours, je ne serais pas chez moi.
Tu as une librairie en particulier de préférence peut être?
 
Et 8.3 ça ne me dit rien non

FatFS par ElmChan, mais c'est pas du Arduino, tu risque d'être largué...

Il fut un temps où sous Windows les noms de fichiers étaient limités à 8 caractères pour le nom plus 3 pour l'extension et en majuscules uniquement. Ensuite est arrivé le "LFN" (long filename support) qui a rendu obsolète ce genre de limitations. Si tu veux en savoir plus renseigne toi sur le système FAT (je déconseille ).

 
Bon et bien, merci alors  

C'était pas méchant... Les spécifications FAT sont connus pour être plutôt mal-foutus et pour le reste, tu disais toi-même que tes compétences en prog / AVR / Arduino sont limitées non? Tu peux toujours regarder FatFS, c'est de la "bonne came", mais c'est pas tout prêt à l'emploi pour Arduino...

Arf, je voulais faire un dispositif avec un shield DMX et un lecteur MP3 Serial, y'a conflit de bibliothèque (SerialMP3Player et Conceptinetics)
 

 
J'ai cherché un peu sur le net, y'a pas l'air d'y avoir trop de solution (Et pourtant SerialMP3Player utilise SoftwareSerial…)
Va falloir utiliser deux boards, c'est tout nul.

Turkleton: Quel Arduino/AVR? Faudrait vérifier à quel ISR correspond ce vecteur et voir si on peut pas combiner les deux codes. Après c'est pas pour un débutant, c'est sûr, mais de mémoire la prog c'est ton truc? Je mélange les gens ici.  
 
Désolé, pas le temps de regarder moi-même en détail, je me tape du débuggage bien chiant la...

Je suis sur une UNO, faudrait que j'essaye avec une Mega.
Et sinon oui, je suis dev, je pourrais trouver éventuellement une solution en refaisant mes propres libs, mais c'est une commande pour la fin de semaine, je vais pas avoir le temps.
 
Pas de souci si tu n'as pas le temps de regarder, j'attendais pas spécialement de solution, je voulais juste me plaindre

Je ne l'ai pas mal pris, ça m'a fait juste marrer

Après je n'ai pas de grande connaissance mais j'arrive rapidement à m'adapter. J'ai aussi fait des études en tsa2i. Le soucis c'est pas tant la logique mais la connaissance des librairies et de comment fonctionne l'arduino en général.

 
C'est chouette ton projet, en plus t'avance plutôt bien et tu viens nous raconter    
Continu, je suis curieux du résultat final ^^

Turkleton:
UNO -> mega328P
La doc me dit vecteur 18 == SPI Serial Transfer Complete. Ça devrait pouvoir se résoudre (si il y a des chip select) mais bon, faut le temps quoi... Sans autres infos/code je vais pas creuser.

Pour les lib je peux pas t'aider, mais si tu veux mieux comprendre les µC/AVR je te conseille de faire un tour par le C "pur et dur" avec avr-gcc en faisant les choses toi-même au maximum (comme moi j'essaye de faire). Après tu risque une douche froide au niveau investissement de temps etc si tu as habitué à faire $machin_complexe avec une vingtaine de lignes d'Arduino. Et il faudra lire les doc de chez Microchip, celle du mega328P doit faire genre 300 pages.
Si tu n'as pas peur et si tu veux VRAIMENT comprendre tu peux aussi carément faire de l'assembleur, mais bon, faut vouloir quoi... Perso j'aime bien.
 
(Après peut-être je répond à côté de la plaque, je connais pas cette formation dont tu parles...)

Je vais voir rapidement pour les chip select, mais vu que ça compile déjà pas même sans rien de branché dessus, j'y crois pas trop.

C'est pas un soucis de re-declaration de variable ?
Si oui, c'est la meme valeur partout?
Si oui un bon vieux

Ça devrais laisser le compilateur faire son job

Edit pour ceux qui ne connaissent pas ce que je viens de mettre (mais c'est peut-être pas ça le soucis non plus)
https://docs.microsoft.com/fr-fr/cp [...] w=msvc-160

Non. C'est un problème de vecteur d'interuption déclaré en double.

C'est pas une question de périphériques branchées. Tu es familier avec les interruptions? En gros pour tel ou tel "évènement" le µC va interrompre ce qu'il fait, exécuter un saut vers une adresse spécifique fixe (le fameux vecteur 18 dans notre cas) ou se cache une "fonction" à exécuter puis revenir à son travail d'avant. Et visiblement les deux lib que tu veux combiner définissent tout les deux une telle fonction, mais pour un vecteur donné il ne peut y en avoir qu'une seule. Enfin en gros.  
 
(fonction == ISR == interrupt service routine)

Ok, je vois. Le truc c'est que même si j'arrive à compiler, j'ai peur que les modules se parasitent l'un l'autre… Une fois installé chez le client, j'ai plus trop l'intention d'y retoucher  
Je vais foutre un ESP à pas cher pour piloter le module son, et zou.
 
Merci pour les conseils en tout cas !

Bon, je n'y arrive pas.. j'ai suivi pas mal de truc dont ça :
 
https://forum.arduino.cc/t/problem- [...] ry/284141/
 
Mais ça me fait des erreurs de partout.

Montre le code et les erreurs stp.

Un exemple :

Code :

https://pastebin.com/CYkxz4ey

Erreur :

https://pastebin.com/qRg1nsU9

2nd exemple :

Code :

https://pastebin.com/qiLzkD0J

Erreur :

https://pastebin.com/Pk0ME0B4

Lol ! ya un truc qui s'appel pastebin pour partager des pans de code :
https://pastebin.com/
Exemple
https://pastebin.com/zmSYZzFr

Merci

Regard très rapide du premier exemple:
 
Tu utilises bien un Arduino Due? C'est ça qui est configuré visiblement, au niveau du brochage et du toolchain. Toutes les lib sont installées? Sinon en tout cas un problème c'est ceci:

Tu peux toujours y jeter un oeil, au mieux il manque un #endif à la fin, c'est tout.
 
Y'a aussi ceci

faudrait regarder plus en détail une fois l'autre histoire réglé.
 
C'est bien ça le problème des lib', y'a tellement de code et de complexité cachée que débugger c'est pas drôle du tout...
 
Bon, je retourne à mes histoires moi...

C'est bien un DUE oui et toutes les libs sont installées.

Et merci, j'ai bien reglé le 1er problème mais il reste 2 choses. J'ai quelques :

Error while detecting libraries included by C:\Users\Roger\Documents\Arduino\libraries\SdFat\src\iostream\BLABLA.cpp

https://pastebin.com/r0zgVHhz

Et pour le SDFAT_FILE_TYPE je vois pas pourquoi ça le fait. Dans le code j'ai ça :

Je regarderais le 2nd sketch plus tard, mais c'est pas facile

[Edit] Bon, SdFat se compile enfin! \o/ J'ai juste recopié pour la Xème fois la librairie en entier, et là, ça fonctionne

....

BREF§ Plus qu'à trouver comment ça fonctionne...

Désolé de dire ça, mais tu as lu la doc du repo github de cette lib? Malheureusement il faut passer par la...

Pour ceux qui utilisent des Nodemcu : vous vous faites chier à descendre les signaux 5V pour les entrées du Nodemcu ? C'est censé être du 3.3V mais de ce que je vois sur le net, y'a très peu de personnes qui s'emmerdent. J'imagine que y'a une grosse tolérance mais je trouve ça bizarre quand même, j'aimerais bien un retour de quelqu'un qui a fait ça depuis longtemps et qui n'a jamais eu de problème depuis.
 
Dans le même ordre d'idée, ça craint d'envoyer un signal 5V sur un relais SRD-03VDC-SL-C (pilotable par 3.3V) ou 3.3V c'est juste une donnée minimale et on peut envoyer plus ?

Nodemcu == ESP-bidule non? Faut lire la doc si il est tolérant 5V, si non ce n'est pas une bonne idée de lui envoyer du 5V sur les entrées (même si ça peut tomber en marche un certain temps, diodes de protection etc).

Oui, ça craint. Le truc va griller (plus ou moins rapidement). Si tu connais le courant tu peux par contre insérer une résistance série qui va bien (=avec la bonne valeur à calculer). Attention aussi de ne pas brancher ce relais (à moins que ce soit un truc super économe en courant) directement sur une sortie GPIO mais d'utiliser un transistor/MOSFET et bien sûr il faut penser à la diode de roue libre.

Bin oui, c'est bien pour ça que je pose la question, mais 90% des tutos du net branchent directement une sortie Arduino UNO sur une entrée NodeMCU  
 

J'utilise pas les relais directement, j'utilise des modules. Ils ont tout ce qu'il faut déjà présent.  
Ok pour le 5V qui n'est pas une bonne idée. Et si j'envoie du PWM simulant 3.3V ?

Malheureusement beaucoup de "tutos" sont très mal faits. Après peut-être le ESP est officiellement 5V-tolerant, je ne sais pas.
 

Ah ok. Ils doivent avoir un transistor, dans ce cas probablement 5V ça passe, à moins que le courant de base du transistor soit déjà limite limite en 3,3V. Pour en être certain faudrait avoir le schéma du module.
Oublie cette histoire de PWM.

Héhé ok, merci d'être là pour m'empêcher de faire des bêtises

Juste pour être bien clair: Ton module relais tu peux probablement le commander en 5V, par contre il faudra l'alimenter avec la tension prévue, soit probablement 3,3V vu le relais qui est dessus.