Compiling DaisySeedGFX for Patch.Init()

[JMC64]

Bonjour,
J'essaie de faire fonctionner le driver sur un patch.init() qui est basé sur un patch_sm avec un oled ST7735S... Sans succès.
A ce stade, voici les modifications que j'ai apportée à votre code :
remplacer les occurences de seed par DaisyPatchSM et verifié les connections

// Configuration des GPIO utilisés par le SPI dans mon cas
#define TFT_MOSI D10
#define TFT_SCLK D8
#define TFT_DC D15
#define TFT_RST D16

une idée pour que cela fonctionne SVP ?

[DADDesign-Projects]

Bonjour
C’est compliqué de faire un diagnostic avec aussi peu d’éléments et je ne connais ni le patch.ini() ni l’écran utilisé ☹.
Voici quelques pistes :
Écran non compatible.
Bus SPI en 5 volts.
Tester les autres modes SPI 1, 2 et 3 -> #define TFT_SPI_MODE ModeX
Réduire la vitesse du bus spi -> #define TFT_SPI_BaudPrescaler PS_X
L’entrée CS de l’écran est bien au niveau bas.
Le rétroéclairage s’allume t’il -> si TFT et pas OLED.
Réduire la longueur des fils.

Le fichier userconfig.h modifié est celui du répertoire principal et pas celui placé dans le répertoire DaisySeedGFX (j’ai déjà donné).
La carte Patch.init a-t-elle suffisamment de mémoire vive pour la mémoire d’écran ?
La mémoire FIFO est bien placée dans une zone accessible par le DMA ?

Voilà pour l’instant tien-moi au courant de tes avancées. Donne-moi la référence ou source de ton écran.
Philippe

[DADDesign-Projects]

Re bonjour
Je viens de regarder vite fait les spécifications du patch SM on parle de SPI2 et pas de SPI1 mais c'est pas très clair ???
Il semble aussi que D8 et D10 sont inversés pour le SPI2.
Tester en changeant
#define TFT_SPI_PORT SPI_2.
#define TFT_MOSI D8
#define TFT_SCLK D10
de plus les pins D15 et D16 ne sortent pas de la carte à quelles pin sont-reliées DC et RST ?
Pouvez vous me fournir un schéma de votre câblage

Philippe

[JMC64]

Un grand merci pour votre aide !
Mon cablage :

Patch.init() -> ST7735s
SPI_MOSI (D9) -> SDA
SPI_SCK (D10) -> SCK
UART_RX (A2) -> DC
UART_TC (A3) -> RST

J'ai essaye avec la lib arduino ucglib et cela fonctionne. Cette lib demande un connection sur le pin CS de l'Oled au lieu du RST.
Suis certain qu'on va trouver la solution.

[DADDesign-Projects]

as-tu configuré le fichier userconfig.h dans ce sens ?

#define TFT_MOSI D9
#define TFT_SCLK D10
#define TFT_DC A2
#define TFT_RST A3

[JMC64]

oui.
Aussi remplacé : dans TFT_SPI.h et dans l'exemple:

//#include "daisy_seed.h"
#include "daisy_patch_sm.h"

ainsi que dans TFT_SPI.h

// Configuration des GPIO utilisés
#define _TFT_MOSI DaisyPatchSM::TFT_MOSI
#define _TFT_SCLK  DaisyPatchSM::TFT_SCLK
#define _TFT_DC   DaisyPatchSM::TFT_DC
#define _TFT_RST  DaisyPatchSM::TFT_RST 

[DADDesign-Projects]

Je viens de regarder le code du du patch SM "daisy_patch_sm.h"

    constexpr static Pin D9  = Pin(PORTC, 3);  /**< D9  - SPI2 MOSI */
    constexpr static Pin D10 = Pin(PORTD, 3);  /**< D10 - SPI2 SCK  */

je confirme :
#define TFT_MOSI D9
#define TFT_SCLK D10

mais il faut aussi passer sur le SPI_2 (confirmé par CUBE MX).
#define TFT_SPI_PORT SPI_2

[JMC64]

A ce stade :
Userconfig.h:

// Configuration du SPI
#define TFT_SPI_PORT SPI_2
#define TFT_SPI_MODE Mode0
#define TFT_SPI_BaudPrescaler PS_2

// Configuration des GPIO utilisés par le SPI
#define TFT_MOSI D9
#define TFT_SCLK D10
#define TFT_DC   A2
#define TFT_RST  A3

reverifié les cables... Pas d'affichage.

[DADDesign-Projects]

Diminue la vitesse pour commencer :
#define TFT_SPI_BaudPrescaler PS_64

si cela ne marche pas peux-être les pin A2 et A3 sont bloquées par le port série.
place le RST directement au +3.3V. et place DC sur NSS.

Philippe

[JMC64]

Par hasard, j'ai vu s'afficher un morceau de papillon. Tout essayé, ca ne veut pas fonctionner. J'ai cru que l'ecran était mort mais il fonctionne : il affiche les demos avec un arduino MEGA et la lib lcdgfx. La lib adafruit 7735 + arduino fonctionne aussi avec cet ecran.

[DADDesign-Projects]

Si tu as vu le papillon c'est que cela fonctionne :
L'arduino fonctionne en 5v et le daisy seed en 3.3V ton écran ne fonctionne peux-être pas très bien en 3.3V.
Propositions :
Ajouter des convertisseurs de niveau 3,3 5V.
Réduire les longueurs de câblage par exemple en câblant directement sur le patch SM et faire bien attention aux connections.
Réduire la vitesse du SPI.
peut-être aussi un mauvaise configuration de l'écran par ma bibliothèque, je sais que dans les bibliothèques ARDUINO il y a plusieurs couleurs d'écran (noir, vert, bleu) avec des configuration différentes.
Avec quelle couleur as tu configuré la bibliothèque ARDUINO ?

[JMC64]

Pour l'arduino :

// OR use this initializer (uncomment) if using a 1.44" TFT:
/* Ecran */
  #define PORT_ECRAN_RESET      10
  #define PORT_ECRAN_CS         8
  #define PORT_ECRAN_DC         9
  #define PORT_ECRAN_MOSI_SDA   51
  #define PORT_ECRAN_SCK_SCL    52
  #define PORT_ECRAN_ECLAIRAGE  7

// For ST7735-based displays, we will use this call
Adafruit_ST7735 tft = Adafruit_ST7735(PORT_ECRAN_CS ,PORT_ECRAN_DC ,  PORT_ECRAN_MOSI_SDA ,PORT_ECRAN_SCK_SCL ,PORT_ECRAN_RESET );

  tft.initR(INITR_144GREENTAB); // Init ST7735R chip, green tab

[DADDesign-Projects]

A mon avis c'est un problème de tension d'alimentation : quelles sont les spécifications de l’écran ?
Si il est alimenté en 5V il faut tamponner les signaux SPI avec par exemple un 74HC4050 alimenté en 5V.

[JMC64]

c'est un 3V3. Si il est connecté à l'arduino, et je lance une demo d'une des lib, ca fonctionne OK. Si j'adapte la demo pour le DaisyPatch (sous arduino IDE + DaisyDuino), ca foire. Je crois y'a un pb avec le patch.init() / patch submodule. J'ai vu ce genre de pb avec les Oled monochrome : avec certains ecrans ca fonctionne, avec d'autre ca bug. je desespere :-) Je vais lancer un SOS sur le discord d'ES.. on va voir si ils repondent.