[Résolu] Probleme lcd sur une carte JMax_MKS_GEN

Bonjour à tous.

Je bosse sur ma nouvelle imprimante et je bute sur un foutu lcd.

J'utilise donc :
une carte JMax_MKS_GEN V1.3
un lcd RepRapDiscount Smart Controller
et les câbles standards.

Dans Marlin, je déclare #define REPRAP_DISCOUNT_SMART_CONTROLLER

Et j'envoi sur la carte.

Et à la fin l'écran fait un clac clac clac, comme si y avait un contacteur qui voulait se mètre en route.
L'écran reste bien sur éteint....

J'ai tester sur une seconde carte, même problème.
J'ai tester avec un écran Full graphic et ça ne marche pas (j'ai bien sur implémenter la librairie u8lib).
J'ai tester mes deux écrans et ils fonctionnent sur une ramps.
J'ai échanger les deux câbles en testant Ext 1 sur Ext 2 (l'écran s'allume il devient bleu et bip en permanence).
Je n'ai rien brancher d'autre sur la carte qui puisse faire court circuit (ni moteur, ni sondes, ni pololu...).

J'ai tendance à penser que j'ai une mauvaise variable de déclarer mais je ne sais pas où.

Est ce que c'est déjà arriver à qqun?
Est ce que vous avez des solutions SVP?

Edit : marqué résolu à la demande de l'auteur, et merci à J-max.

Edited 1 time(s). Last edit at 02/22/2016 02:54AM by DeuxVis.

---

RDV ici => www.funreprap.com

Salut les gars.

Pas de réponse depuis qque temps.

Personne n'utilise de mks Gen V1.3 ou de Mks Base?

J'ai tester avec deux écrans :
Les deux fonctionnent quand je les connecte sur une ramps + Ardunino mega
Les deux ne fonctionnent plus quand je les connecte sur la Mks.
Du coup je présumais que ça venait de la carte et j'ai tester sur :
Mks Gen V1.3
MKS Base V1.3
Et toujours même résultat.

Sur les cartes Mks, j'ai configurer avec la version EEFB et par curiosité avec la version Ramps EFB.

Dans presque tout les cas, l'écran reste noir avec un bip périodique. Genre klic klic klic toutes les secondes.

La seule solution pour que l'écran s'allume est de configurer le Full Graphic LCD, de tout brancher et rester appuyer sur le bouton (celui qui tourne et sert à sélectionner).
Bien sur il s'allume en bleu mais ne donne aucune info. Et le buzzer buz.

Y a personne qui a une carte avec le firmware bien paramètrer et son écran qui s'allume?

Edited 1 time(s). Last edit at 02/16/2016 12:11PM by alex111.

Petite video pour être plus précis sur les symptômes :

Lien video

Est ce que une âme charitable aurait une carte Mks Gen V1.3 ou une Mks Base avec un lcd qui fonctionne?
J'ai besoin que ça fonctionne svp :-)

Edited 1 time(s). Last edit at 02/17/2016 04:53PM by alex111.

Bonjour,

Tout d'abord, si tu pouvais éditer te titre de ton premier message
Je n'ai rien à voir avec MakerBase ou leurs cartes (MKS), si ce n'est que je les utilise.

Ton problème est très simple, en fait sur les cartes MakerBase les ports de sortie sont juste inversés, pour coller au brochage des écrans de la marque. Rien de grave.

Tu as donc le choix, soit tu inverse le connecteur à une extrémité du câble,
soit tu coupes le détrompeur à une extrémité des câbles pour le monter à l'envers.
Cette dernière option a été utilisée et décrite sur cette vidéo : [www.youtube.com]

++JM

---

^ Things I said. My thingiverse here. My website there (in french).

Salut J-Max.

Je souhaite te dire un grand grand grand merci.

C'est exactement ça, ce foutu problème.

Je viens de changer le sens de connections. Et la lumière fut.

Pkoi les mecs ils mettent la connexion à l'envers :-)

Vraiment un grand merci.

Bonsoir,

De rien grand, j'ai moi même cherché un moment avant de trouver

En fait, ça vient du fait du sens de soudure des connecteurs sur le PCB.
S'ils sont soudés sur la face A au lieu de la face B, ils sont inversés.
C'est pas un souci en soi, c'est une question de câbles. Mais par défaut c'est fait pour la RAMPS donc le câble livré avec est inversé...
Si tu regardes bien le PCB, on voit bien où se situe la broche "1" du connecteur. Moi j'ai trouvé comme ça.

++JM

---

^ Things I said. My thingiverse here. My website there (in french).

J'ai quand meme perdu plusieurs heures sur plusieurs jours. J'etais en train de reprendre le brochage car je ne trouvais pas. Et comme la ramps passe par l'adaptateur je gallerais. Du coup je ne comprenais pas pkoi ils n'etaient pas dans le bons sens. En partant du principe que c'est un derive de la ramps je pensais que c'est moi qui delirait.

Je te paye une biere quand tu veux

Autre petite question.

J'utilise le LCD avec une rotation de 180, mais encore petit souci de pin.

Pour retourner un lcd normal, il faut aller dans pin.h :
// Uncomment screen orientation
// #define LCD_SCREEN_ROT_0
// #define LCD_SCREEN_ROT_90
#define LCD_SCREEN_ROT_180
// #define LCD_SCREEN_ROT_270

Mais comme ça a évoluer, il faut se rendre dans :
Pins_MKS_Base.h qui renvois sur Pins_Ramps_13_EFB.h qui lui même renvois sur Pins_Ramps_13.h

Et la j'ai :
// Uncomment screen orientation
//#define LCD_SCREEN_ROT_0
//#define LCD_SCREEN_ROT_90
#define LCD_SCREEN_ROT_180
//#define LCD_SCREEN_ROT_270

Du coup je test les deux combinaison sans // devant le ROT_0 et devant le ROT_180 et pas de changement. Bien sur ils ne sont pas utiliser simultanément.

Des idées sur le sujet?

Autre petite question.

J'utilise le LCD avec une rotation de 180, mais encore petit souci de pin.

Pour retourner un lcd normal, il faut aller dans pin.h :
// Uncomment screen orientation
// #define LCD_SCREEN_ROT_0
// #define LCD_SCREEN_ROT_90
#define LCD_SCREEN_ROT_180
// #define LCD_SCREEN_ROT_270

Mais comme ça a évoluer, il faut se rendre dans :
Pins_MKS_Base.h qui renvois sur Pins_Ramps_13_EFB.h qui lui même renvois sur Pins_Ramps_13.h

Et la j'ai :
// Uncomment screen orientation
//#define LCD_SCREEN_ROT_0
//#define LCD_SCREEN_ROT_90
#define LCD_SCREEN_ROT_180
//#define LCD_SCREEN_ROT_270

Du coup je test les deux combinaison sans // devant le ROT_0 et devant le ROT_180 et pas de changement. Bien sur ils ne sont pas utiliser simultanément.

Des idées sur le sujet?

Bonjour,

Là pour le coup je ne vais pas pouvoir t'aider, je n'ai jamais utilisé ce genre de configurations.

++JM

---

^ Things I said. My thingiverse here. My website there (in french).