Pas de réaction de la led lors de la chauffe de la buse/du bed

[Triumph51]

Bonjour,

à mon tour de demander de l'aide.

J'ai le touch-mi et la led neopixel de hotends.fr; le tout monté comme préconisé sur le site de hotends.

Que ce soit avec le firmware de hotends ou celui de Molise, je n'arrive pas à activer le système qui permet les évènements de "PRINTER_EVENT_LEDS" de marlin.

J'ai bien le clignotement de la led lors de l'allumage, je peux contrôler la led via l'écran ou pronterface.

Mais point de réaction de la led lors de la chauffe de la led ou du bed, le passage en vert à la fin du print etc.

J'ai énormément creusé la question, j'ai essayé pas mal de trucs (j'ai tellement introduit de firmware dans l'EEPROM que je m'attendais, à force,  à l'entendre gémir de plaisir ).

J'ai tenté de modifier marlin, j'ai bien PRINTER_EVENT_LEDS de sélectionner, ainsi que la valeur de PIN de la led (d'où son cycle au démarrage).

Et par contre, ce qui me rend fou, c'est que les leds de la carte mère ont l'air de changer de couleur en fonction de l'état de l'imrpimante.

Si quelqu'un a une piste, je suis preneur, je trouve dommage d'avoir possibilité de gestion automatique (et carrément classe) de la led et de ne pas réussir à l'activer.

[Invité]

Salut, 

est-ce que tu peux poster ton configuration.h ?

[Triumph51]

Je fais ça dès que possible. Mais le printer_event_leds est bien activé ainsi que la configuration de la neopixel.

Il semble que ça soit le tft en mode touch qui bloque l'activation des évènements lors de la lecture des clés USB/carte sd. 

J'ai peut-être trouvé une solution en modifiant le firmware de l'écran, je teste ça et si je trouve, je pourrais filer des fichiers qui fonctionnent.

Sachant que pour l'instant, j'ai bien les changements d'état de la led lors des pids et du leveling (après avoir sélectionné la demande de leveling avec le bed chaud).

Ce qui confirme que ce serait bien le passage via le tft qui fiche le bazar. Et je n'ai ni envie de passer par un octopi, ni envie de changer l'écran pour ça.

[Invité]

Est-ce que as bien commenté la ligne #define RGB_LED ?

// #define RGB_LED

J'ai trouvé ce thing, c'est en anglais mais ça pourra peut être t'aider ^^

[Triumph51]

Voilà le fichier configuration.h

Je l'ai tellement dépouillé que je suis quasi sûr de moi.

D'autant que je le répète, j'ai bien la led qui fait son cycle au démarrage de l'imprimante, elle a les bonnes réactions lors d'un PID ou lors du levelling.

Il semble qu'en mode touch, ce soit l'écran qui gère les gcodes venant de la clé USb et de la carte SDet non la carte mère. J'ai cru trouvé une modification pour l'écran qui génèrerait un simili "printer_events_led" depuis l'écran mais non, ça ne veut toujours pas.

Quand à ton lien, ça fonctionne parce qu'il a changé l'écran pour un BTT. Et je ne suis pas chaud pour changer d'écran. Parce que je me connait et je serais tenté de changer  la carte-mère en même temps .

La solution serait-elle de brancher le lecteur USB/SD sur la carte mère sans passer par la carte de l'écran?

Configuration.h

[Invité]

Est-ce que tu as mis à jour ton écran et le gcode de début et de fin sur ton slicer ? 

[Triumph51]

Oui, j'ai la dernière mise à jour de Molise, après avoir tenté la dernière version de hotends (plus de fonctions intéressantes en reprenant les modifications de hotends).

Quand au gcodedu lien que tu indiques c'est une façon de compenser le problème dont j'essaie de trouver une solution. 

C'est le fait que la partie

Printer Event LEDs

 * During printing, the LEDs will reflect the printer status:

 *  - Gradually change from blue to violet as the heated bed gets to target temp

 *  - Gradually change from violet to red as the hotend gets to temperature

 *  - Change to white to illuminate work surface

 *  - Change to green once print has finished

 *  - Turn off after the print has finished and the user has pushed a button

ne fonctionne pas qui me chagrine. 

Après encore un peu plus de recherche, il semble que BTT travaille là-dessus. Le mode touch du TFT transforme les M109/190 en M104/140. Or le Printer Event réagit aux M109/190... (https://github.com/bigtreetech/BIGTREETECH-TouchScreenFirmware/issues/1974). Leur dernière mise à jour devait faire en sorte que tous les M104/140 envoyés par le TFT devaient être considérés comme étant un M109/190 mais ça ne fonctionne pas correctement.

Je vais donc prendre mon mal en patience en attendant qu'une nouvelle MAJ sorte, à force de modifier marlin et le .bin de l'écran, je vais finir par tomber sur une erreur fatale.

Merci pour le temps que a consacré à ce sujet. 

Je réactualiserais ce sujet le jour où la solution sera trouvé, s'il n'est pas clos d'ici là. 

 

[MrMagounet]

Oui je te confirme j'ai aussi ce soucis sur ma version du BTT sur nos MKS tft 28 j'utilise pas le molise mais mes propre firmware moi. Si tu passe par un firmware ecran mks tu as pas de soucis dans ce cas mais c'est vachement moi bien foutu pour le reste.

Pour ce qui est de déporté les lecteur usb Sd de l'ecran a la CM c'est pas possible, tu as l'écran relié sur un bus série pour communiqué avec la GenL et la la carte fille avec l'usb et sd n'a pas de contrôleur serie c'est la carte du tft qui fait la transition.

Je pourrais dans mon cas palier au soucis en indiquant dans le BTT d'utiliser le port SD de ma SgenL V2 (comme moi je suis plus avec la CM d'origine), mais sa me plait pas trop car cela m'obligerais coupé une fenêtre dans le châssis pour l'accès a ce port sd ou déporter la CM dans le boitier et mettre une rallonge SD.