Aller au contenu

Messages recommandés

Posté(e)

Bonsoir à tous,

mon écran Reprap_Full_Graphic_Smart_Controller reste désespérément bleu.

Il est monté sur une carte Ramps 1.4 dans laquelle j'ai téléversé Marlin 2.

Mon imprimante est une Hypercube (CoreXY) que je viens de monter. Tout fonctionne sauf l'écran et le 3DTouch (mais un chose à la fois, n'est-cepas ?).

J'ai branché les bons fils aux bons endroits, les ai échangés, inversés, mais rien n'y fait, l'écran reste d'un beau bleu...

J'ai passé le langage en "test", sans résultat.

Merci par avance de vos conseils.

Thierry

 

Configuration.h

Posté(e) (modifié)

#define LCD_LANGUAGE test

/**
 * LCD Character Set
 *
 * Note: This option is NOT applicable to Graphical Displays.
 *
 * All character-based LCDs provide ASCII plus one of these
 * language extensions:
 *
 *  - JAPANESE ... the most common
 *  - WESTERN  ... with more accented characters
 *  - CYRILLIC ... for the Russian language
 *
 * To determine the language extension installed on your controller:
 *
 *  - Compile and upload with LCD_LANGUAGE set to 'test'
 *  - Click the controller to view the LCD menu
 *  - The LCD will display Japanese, Western, or Cyrillic text
 *
 * See http://marlinfw.org/docs/development/lcd_language.html
 *
 * :['JAPANESE', 'WESTERN', 'CYRILLIC']
 */
#define DISPLAY_CHARSET_HD44780 JAPANESE

 

Faut-il laisser les deux lignes en rouge puisque c'est un écran Full Graphic ?

Je les ai commentées, mais ça ne fonctionne pas mieux pour autant.

Actuellement j'ai enlevé l'écran de ma machine et je compile au chaud dans une 2560+Ramps uniquement alimentées par l'USB.

Thierry

Modifié (le) par ThLDQ
Posté(e)

Moi ça marche avec ça :

Citation
#define LCD_LANGUAGE fr // jcg
Citation
// #define REPRAP_DISCOUNT_SMART_CONTROLLER // jcg
Citation
#define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER  //  jcg
Citation
#define DISPLAY_CHARSET_HD44780 JAPANESE

Je vois pas bien ce que peut être ce #define LCD_LANGUAGE test

  • +1 1
Posté(e)
il y a 13 minutes, ThLDQ a dit :

Faut-il laisser les deux lignes en rouge puisque c'est un écran Full Graphic ?

C'est un écran LCD que tu as déclaré donc oui, ces lignes doivent être activées (décommentées). Jamais testé comme langage «test» et quand je déclare une langue (fr) je mets l'extension WESTERN.

Tu as essayé de tourner les connecteurs de 180° ?

🙂

Posté(e)

"Je vois pas bien ce que peut être ce #define LCD_LANGUAGE test"

"""

* Note: This option is NOT applicable to Graphical Displays.

 * To determine the language extension installed on your controller:
 *
 *  - Compile and upload with LCD_LANGUAGE set to 'test'
 *  - Click the controller to view the LCD menu
 *  - The LCD will display Japanese, Western, or Cyrillic text
"""

J'ai essayé en Western Cyrillic et Japanese sans résultat.

Tourner les connecteurs de 180° me parait difficile avec les détrompeurs.

Posté(e)
il y a 4 minutes, ThLDQ a dit :

Tourner les connecteurs de 180° me parait difficile avec les détrompeurs.

C'est pourtant ce qu'il faudrait essayer de faire (c'est un problème connu avec certaines cartes et certains afficheurs):

- soit limer le détrompeur,

- soit (en y allant délicatement) enlever le «cerclage» noir sur la CM (il n'est pas collé, ce sont les pins qui le tiennent) et le retourner de 180° pour le repositionner.

🙂

Juste une question: pourquoi vouloir mettre un Marlin 2.0.4 (la dernière version est parue il y a moins de trois heures: 2.0.4.3) sur ta carte 8 bits?

Posté(e) (modifié)

L'écran fonctionnait bien sur une carte d'Anet A6 (soft Anet ou soft Marlin)

Je ne me suis pas posé la question, j'ai pris la dernière version la semaine dernière.

Il y a une contre-indication ?

J'ai essayé avec Marlin 1.1.x avec le même résultat négatif.

Modifié (le) par ThLDQ
Posté(e)

Bonsoir,

les écrans montés sur cartes  Anet A6 et A8 ne sont pas standards .ils ont un cablage particulier.

j'ai essayé et galéré un max pour essayer de les faire fonctionner sur des Ramps 1.4 , pour au final en acheter un nouveau.

Certains y sont arrivés en inversant les nappes , et en redirigeant les connections (pins)  dans Marlin...

Pas eu la patience ...donc vu le prix d'un écran ....j'ai été au plus rapide.

Bon courage...,et si tu y arrive , n'hésite pas à partager...

A+

Posté(e) (modifié)

Je n'ai jamais parlé des écrans de A6 !!!!!!

J'ai seulement dit que mon écran REPRAP_FULL_GRAPHIC_SMART_CONTROLLER fonctionnait sur la carte de l'A6 !!!!!

Modifié (le) par ThLDQ
Posté(e) (modifié)
Il y a 9 heures, ThLDQ a dit :

#define LCD_LANGUAGE test

Mets en ou fr au lieu de test, en fait comme la config posté par JCG

Modifié (le) par juanpa
Posté(e) (modifié)

@ThLDQTu as testé comme l'a dit @fran6p de brancher à l'envers sur la carte ? Car tous les soucis similaires ont été résolu comme ça. 

Modifié (le) par juanpa
Posté(e)

Je vais essayer, mais l'écran fonctionnait sur mon Anet A6 sans inversion des câbles.

L'écran aurait-il pris un choc pendant le démontage ?

Comment le tester ?

Posté(e) (modifié)
Il y a 19 heures, ThLDQ a dit :

Je ne me suis pas posé la question, j'ai pris la dernière version la semaine dernière.

Il y a une contre-indication ?

Avec des cartes 8 bits, ça n'apporte rien et souvent sa taille après compilation est plus importante ce qui fait que parfois on ne pet pas compiler suaf à enlever certaines options.

Après, c'est toi qui vois: c'est ta carte et ta machine.

il y a 2 minutes, ThLDQ a dit :

mais l'écran fonctionnait sur mon Anet A6 sans inversion des câbles.

Comme tu es plutôt avare en information, il n'est pas facile de t'apporter une aide efficace 😉 .

Ton écran fonctionnait auparavant (chinois) mais était-il relié sur ta carte Ramps dans ton Anet A6 ? Si oui alors il y a un autre problème (mauvaise déclaration du type d'écran ou problème électronique ou cable de connexion foireux, …).

🙂

Modifié (le) par fran6p
Posté(e)

J'ai vérifié et revérifié Marlin (voir mon fichier config.h joint à mon premier message).

J'ai inversé les câbles après avoir supprimé les détrompeurs, sans aucun résultat.

Il me semble pouvoir en conclure que l'écran est H.S..

Je prends note de l'inutilité de passer à Marlin 2. Quelle version prendre : 1.0.2 ou 1.1.9 ?

Thierry

Posté(e)

1.1.9 sans aucun doute (c'est la version final du firmware pour les cartes 8bits)

  • +1 1
Posté(e)

il reste deux pistes à explorer:

  1. REMEMBER TO INSTALL U8glib to your ARDUINO library folder: http://code.google.com/p/u8glib/wiki/u8glib
  2. Modifier les valeurs de DELAY:  "#define ST7920_DELAY_3 DELAY_NS (63)" // ce sont les valeurs par défaut pour un processeur 16mhz (ie un mega2560)

sources:https://reprap.org/wiki/RepRapDiscount_Full_Graphic_Smart_Controller

Posté(e)

Re,

à tout hasard , as tu essayé de tourner le petit bouton blanc qui se trouve en bas à gauche avec un tournevis  (écran branché et allumé)?

il m'est arrivé un peu la même chose avec un ecran Reprap  , et c'était simplement ce réglage qui avait bougé; il règle la luminosité des affichages .

Posté(e)

U8glib : Si on ne l'installe pas, Marlin ne se compile pas.

Pour info : taille de Marlin après compilation :

- Marlin 1.0  :  croquis 46256 octets variables 2699

- Marlin 1.1 :  croquis 53306 variables 2511

- Marlin 2 : croquis 52708 variables 2398.

Posté(e) (modifié)

Potentiomètre : essayé.

#define ST7920_DELAY_3 DELAY_NS (63) essayé.

J'ai commandé un autre écran....

Modifié (le) par ThLDQ
Posté(e)
il y a 59 minutes, Nenex a dit :

1.1.9 sans aucun doute (c'est la version final du firmware pour les cartes 8bits)

c'est la version qui a fonctionné avec la mienne en tous cas les version au dessus toujours des erreurs

après peut être te faut t'il bien tous désinstaller de ton pc pour tout réinstaller tout a neuf  

mais pour cela il faut bien supprimer les source de arduino marlin etc...

Posté(e) (modifié)

Problème résolu avec un écran tout neuf !

Et l'ajout de ces trois lignes juste après "#define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER"

#define ST7920_DELAY_1 DELAY_NS(0)
#define ST7920_DELAY_2 DELAY_NS(250)
#define ST7920_DELAY_3 DELAY_NS(250)

 

Aussi bien avec Marlin 1.1.9 que avec Marlin 2.0.4

Thierry

Modifié (le) par ThLDQ

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
  • Sur cette page :   0 membre est en ligne

    • Aucun utilisateur enregistré regarde cette page.
  • YouTube / Les Imprimantes 3D .fr

×
×
  • Créer...