Aller au contenu

GO Print

Ecran MKS sur Trigorilla


Messages recommandés

Il y a 16 heures, oliv21 a dit :

Salut,

Je suis en train de faire des tests avec mon écran TFT32, et il y a une chose que je ne comprends pas.

Cet écran MKS TFT32 consomme environ 100mA sous 5V. L'écran d'origine (sur ma v2) est aussi sous 5V et je viens de le mesurer, il consomme environ 145mA !

Donc je ne  vois pas du tout l'utilité d'un module de conversion 12V-5V, on a largement la puissance nécessaire directement depuis la connexion de la carte fille de la Trigorilla (qui puise visiblement le 5V sur le connecteur juste en dessous)

Y-a-t'il quelque chose que je loupe ??? :$

Non je te rassures tu as bien vu ! :P

En théorie ca passe sans problème. Cependant j'ai testé avec plusieurs MKS 3.2 et parfois cela ne fonctionne pas (beep en permanence de l'écran). Pourquoi mystère ... (avec un régulateur il fonctionne et consomme 105 mA donc cela devrait passer ...)

Les deux raisons à la présence de l'alimentation autonome sont :

- La facilité d'effectuer la modif pour un débutant et la réversibilité. (Déjà qu'il y a la soudure qui fait peur à certains ... Mais là on ne peut faire sans) Pas d'intervention a faire sur le câblage d'origine, pas de connecteur supplémentaire à trouver autres que les duponts ...

- Cette inégalité de fonctionnement entre les écrans MKS sur l'alimentation venant de la trigorilla. Déjà au moins cela fonctionne à tous les coups. Et cette non constance semble démontrer que l'on est limite. Avec cette méthode aucuns risques pour le régulateur de la trigorilla. Ne pas oublier que cet écran est incompatible ramps 1.4 pour cette raison et que la Trigorilla en est dérivée. (Même si elle semble avoir plus de pêche sur le 5V) Et pour les 3 euros que coûtent le module ...

Cela n'aurait été que pour moi j'aurais directement pompé du 5V sur la carte en prenant un écran qui en veut bien, mais quand on souhaite faire partager à d'autres, il faut s'assurer que cela marchera à tous les coups et sans faire prendre de risques à la machine des autres ... Donc j'ai préféré rendre la modification la plus "autonome" possible.

Lien vers le commentaire
Partager sur d’autres sites

Je te confirme que sur ma v2, ça marche parfaitement en utilisant l'alim de la carte Trigorilla. Je me suis branché sur GND du connecteur UART3 et sur le 5V libre du connecteur AUX juste au dessus

Je confirme également la consommation, 93mA au repos, et du départ jusqu'à la fin d'un print depuis la carte SD, j'ai au max 105mA de consommation

Donc on est bien en dessous de la conso de l'écran d'origine, ce qui ne peut que soulager le circuit d'alim ;)

Un truc que j'ai remarqué, pendant un print, la position Z n'est pas forcément la position en cours, il semble que ce soit la position de la dernière instruction gcode bufferisée ?

Modifié (le) par oliv21
Lien vers le commentaire
Partager sur d’autres sites

Tu es sous quel Marlin ? Je n'ai pas ce problème l'affichage du Z suit bien l'impression du début jusqu'à la fin

Lien vers le commentaire
Partager sur d’autres sites

Je suis avec le firmware d'origine là, c'est peut-être pour ça ?

On le voit, il y a un décalage, la position Z est toujours un petit peu en avance, ça passe à la valeur Z de la couche suivante alors que la couche en cours n'est pas tout à fait finie

Sur une impression en mode vase c'est encore pire, c'est pour ça que je pense que c'est basé sur la dernière instruction gcode transmise 

Lien vers le commentaire
Partager sur d’autres sites

Le ‎02‎/‎12‎/‎2017 at 20:04, oliv21 a dit :

Je suis avec le firmware d'origine là, c'est peut-être pour ça ?

On le voit, il y a un décalage, la position Z est toujours un petit peu en avance, ça passe à la valeur Z de la couche suivante alors que la couche en cours n'est pas tout à fait finie

Sur une impression en mode vase c'est encore pire, c'est pour ça que je pense que c'est basé sur la dernière instruction gcode transmise 

Attention:

Le fichier.bin a changé subrepticement . MKS sans rien dire et toujours sous l'appellation V 3.0 , a changé son fichier. Murdock s'en ai rendu compte (il ne "pesait" plus la meme chose) et c'est vrai qu'apres avoir eu plusieurs bugs chez moi pour l'instant ils ont disparus avec ce nouveau "bin" .. ILs en ont profité aussi pour changer le texte avant quand tu avais une proposition d'annuler il etait écrit "cancle" et maintenant c'est "cancel" qui s'affiche.

Je ne sais pas si Murdock a mis a jour le firmware en premiere page de ce tuto ?

Lien vers le commentaire
Partager sur d’autres sites

salut,

En fait j'ai bien le tout dernier firmware, je l'ai téléchargé sur git, j'en ai eu besoin pour modifier les réglages des points de leveling et ajouter des boutons

j'ai bien revérifié, il y a toujours ce décalage, mais ce n'est pas bien méchant à vrai dire.

Par contre il y a une chose qui est vraiment mal faite avec cet écran, et qui est bien mieux gérée sur l'écran d'origine, c'est la sélection des fichiers !

c'est présenté sous forme d'icônes, le nom du fichier est très court, au lieu de présenter sous forme de liste, ils utilisent 1/3 de l'écran juste pour les boutons page précédente/suivante/back...

je vais leur faire un retour sur leur page issues de git ;)

Lien vers le commentaire
Partager sur d’autres sites

Si tu as bien "cancel" au lieu de "cancle" c'est celui qu'ils ont changé il y a une semaine et c'est bon...

Sur la page GIT ils sont plutôt aux abonnés absents...Mieux vaut leur envoyer un mail .Pour le la selection des fichiers moi ça me derange pas je dirai meme que je prefere!! comme quoi.... En revanche que la pause insérée dans un gcode soit manuellement soit par un script dans Simplify3D ne déclenche pas le bouton pause en le changeant en "resume" ça a le don de m'énerver , car faire une pause pour le changement de filament ou inserer une piece en restant devant sa machine a attendre le bon layer c'est le 19è Siècle ! (bon d'accord ils imprimaient pas du plastique)   Vérifie bien le point 5 du leveling car ce dernier buggait completement mais depuis la nouvelle version il a l'air de tenir chez moi et chez @Murdock

Lien vers le commentaire
Partager sur d’autres sites

oui j'ai bien "cancel" : quand je vais dans Printing, que je choisis un fichier, j'ai "Confirm" ou "Cancel"

pour les fichiers c'est pénible quand tu as plusieurs fichiers avec le même préfixe...en plus le tri ne se fait pas selon le plus récent, ce qui était le cas avec le modèle d'origine, tu avais tout de suite accès aux derniers fichiers copiés

en effet pour le bouton Pause c'est pas bon ! je ne l'ai pas vu parce-que je n'ai pas utilisé cette fonction

le leveling du point 5 est bon chez moi aussi

Lien vers le commentaire
Partager sur d’autres sites

Si tu ecris a MKS fait leur aussi pression pour le bouton pause... Tu as customisé tes boutons rajoutés?

Lien vers le commentaire
Partager sur d’autres sites

ok je leur dirai ;)

oui j'ai programmé des commandes avec des coordonnées différentes pour le leveling avec mon comparateur, et un pre-heat avec mes valeurs (205-55)

sinon, pour info, j'ai utilisé cette base de boitier pour fixer l'écran sur la façade : https://www.thingiverse.com/thing:1592440

c'est le design le plus fin que j'ai trouvé

j'ai dessiné une plaque qui vient se prendre dans la découpe de la façade (par l'arrière) et est fixée avec 3 vis M3 sur le boitier (voir dessin), avec une épaisseur de 1.2 pour la partie centrale (le boitier fait environ 1.3mm d'épaisseur)

j'ai modifié le boitier juste pour ajouter 3 trous pour les 3 vis de fixation M3 qui permettent de le fixer sur la plaque (cf fichiers STL joints)

j'ai décollé l'habillage plastique, mais ce n'est pas obligatoire, il faut juste le découper sinon

il faudra que je démonte pour faire des photos pour mieux voir la chose

MKS_TFT32_LCD_avec_trous.stl

MKS_TFT32_LCD_fix.stl

MKS_TFT32_LCD_fix_vue_dessus.png

MKS_TFT32_LCD_fix_vue_cote.png

Lien vers le commentaire
Partager sur d’autres sites

Difficile de se rendre compte... fait des photos quand tu auras le temps...

Moi le design de @Murdock me convient j'ai retiré la bride de fixation et rajouté 2 trous M3 dans la carlingue ce qui m'a permit de retirer un peu d'épaisseur au boitier...

Modifié (le) par thsrp
Lien vers le commentaire
Partager sur d’autres sites

Le 02/12/2017 at 20:04, oliv21 a dit :

Je suis avec le firmware d'origine là, c'est peut-être pour ça ?

On le voit, il y a un décalage, la position Z est toujours un petit peu en avance, ça passe à la valeur Z de la couche suivante alors que la couche en cours n'est pas tout à fait finie

Sur une impression en mode vase c'est encore pire, c'est pour ça que je pense que c'est basé sur la dernière instruction gcode transmise 

Bonsoir à tous. 

Oui c'est normal. Cette position n'est pas celle envoyé par la machine mais celle "théorique" en fonction de la dernière ligne de gcode envoyée à la machine. (Mais qui est potentiellement encore dans le buffer de la machine)

Il y a 6 heures, oliv21 a dit :

Par contre il y a une chose qui est vraiment mal faite avec cet écran, et qui est bien mieux gérée sur l'écran d'origine, c'est la sélection des fichiers !

+1 Je préférerai également une bonne vieille liste ...

Il y a 6 heures, oliv21 a dit :

je vais leur faire un retour sur leur page issues de git ;)

Oui pour le principe il faut le faire, mais envoie un mail également à shelly :

shelly@makerbase.com.cn

Si nous faisons tous les mêmes demandes, peut être que cela les incitera à prendre en compte nos demandes ...

il y a une heure, thsrp a dit :

Moi le design de @Murdock me convient j'ai retiré la bride de fixation et rajouté 2 trous M3 dans la carlingue ce qui m'a permit de retirer un peu d'épaisseur au boitier...

Mouai ... Franchement il est vraiment horrible le truc que j'ai pondu. Je l'ai fait a l’arrache et ca se voit ...   il faudrait vraiment tenter de faire un truc sur mesure vraiment cool ... Mais je n'ai pas trop de temps ces jours-ci. Et pour être franc pas beaucoup d'inspiration. Donc si quelqu'un a une idée ...

Lien vers le commentaire
Partager sur d’autres sites

salut,

Il y a 7 heures, Murdock a dit :

Oui c'est normal. Cette position n'est pas celle envoyé par la machine mais celle "théorique" en fonction de la dernière ligne de gcode envoyée à la machine. (Mais qui est potentiellement encore dans le buffer de la machine)

merci, tu confirmes bien ce que je pensais (buffer)

dans le principe ça ne me choque pas cet affichage, mais c'est d'autant plus visible sur certaines pièces, comme mon cube en mode vase, pour lequel l'affichage arrive à 99% plusieurs couches avant la fin, le temps de vider le fameux buffer ;)

je vous fais les photos dans la journée, je ne pense pas qu'on puisse faire plus fin que ce boitier, après il faudrait découper la tôle du boitier pour permettre le passage des différents connecteurs, et il faut déporter la SD via cette extension de chez MKS, qui se branche direct sur le port SD. J'y songe, mais ce sera pour plus tard ;)

Lien vers le commentaire
Partager sur d’autres sites

Il y a 16 heures, Murdock a dit :
Il y a 22 heures, oliv21 a dit :

je vais leur faire un retour sur leur page issues de git ;)

Oui pour le principe il faut le faire, mais envoie un mail également à shelly :

shelly@makerbase.com.cn

Si nous faisons tous les mêmes demandes, peut être que cela les incitera à prendre en compte nos demandes ...

je vais leur dire qu'on en a gros ! ;)

voici donc les photos, et j'ajoute le fichier STL pour la façade qui manquait à mon précédent post

la plaque est juste glissée derrière et ensuite elle est maintenue en place par les 3 vis

dans le fichier MKS_TFT32_LCD_avec_trous.stl il y a visiblement des warning pour des "non-manifold edges"

dans IdeaMaker, je les corrige automatiquement (fonction autorepair), mais je ne peux pas sauvegarder un nouveau fichier STL à priori. Le fichier sort tout droit de Tinkercad, j'ai essayé de le modifier mais ça ne change pas, c'est sans doute le fait d'avoir travaillé sur un STL importé

MKS_TFT32_LCD_Lid_for_Case.stl

boitier_cote01.jpg

boitier_cote02.jpg

boitier_face.jpg

boitier_plaque01.jpg

boitier_plaque02.jpg

MKS_TFT32_LCD_avec_trous.stl

MKS_TFT32_LCD_fix.stl

Modifié (le) par oliv21
maj fichiers STL
Lien vers le commentaire
Partager sur d’autres sites

salut,

j'ai jeté un oeil au code du firmware Marlin 1.1.6, et j'ai eu confirmation de cette "bufferisation" (file d'attente des commandes en mémoire) :

marlin_main.cpp
/**
 * GCode Command Queue
 * A simple ring buffer of BUFSIZE command strings.
 *
 * Commands are copied into this buffer by the command injectors
 * (immediate, serial, sd card) and they are processed sequentially by
 * the main loop. The process_next_command function parses the next
 * command and hands off execution to individual handler functions.
 */

configuration_adv.h
#define BUFSIZE 4


On voit donc que le programme garde toujours en mémoire 4 commandes et dépile au fur et à mesure de la fin de l'exécution de chaque ligne.

Ce qu'on voit sur l'écran est la position liée à la dernière commande gcode transmise, donc en gros on a 4 lignes de gcode d'avance...

Le phénomène ne se voit pas avec l'écran d'origine, sans doute parce-qu'ils ont géré la chose autrement, c'est leur tambouille dont parle Murdock qui rend le truc impossible à maintenir ;)

Et j'ai dit une semi-bêtise concernant la gestion des fichiers dans le menu d'impression, ils sont plus ou moins triés par ordre chronologique de date. Je dis plus ou moins parce-que je retrouve bien le dernier fichier en dernière page, mais ce n'est malgré tout pas trié globalement par date (je n'ai pas le plus ancien en premier), donc je suppute que ce ne soit pas trié du tout, et que ça sorte dans l'ordre d'apparition dans la FAT ou un truc du style...

@+

  • J'aime 1
Lien vers le commentaire
Partager sur d’autres sites

  • 2 weeks later...

salut,

juste pour info, maj du firmware de l'écran aujourd'hui : firmware_V3.0.1

changelog :

V3.0.1
1.Add configuration variables to the mks_config.txt file: >cfg_leveling_z_high
2.Fixed the problem of screen display.

seul changement dans le mks_config.txt :

#When the XY axis is moved manually, the height of the z-axis of the extruded Z axis from the origin (mm)
#normally only needs to be reconfigured when the z axis is zero to the maximum under the smoothware firmware.
> cfg_leveling_z_high: 10

 

<mode kaamelott>

C'est pas clair comme de l'eau de roche ce changelog !

Comme de l'eau de ? Roche ? C'est bon ça ?? Ca a pas un goût de caillou ??

</mode kaamelott>

Modifié (le) par oliv21
Lien vers le commentaire
Partager sur d’autres sites

Oui je l'ai vu. Mais effectivement peu de changements.

J'aurai bien aimé lire quelque chose à propos du mode pause lors du print sur SD mais non ...

Il y a 10 heures, oliv21 a dit :

2.Fixed the problem of screen display.

Je ne savais même pas qu'il y en avait un ! :P (De problème ...)

Ceci étant dit je ne sais pas si vous avez vu, mais ils ont commercialisé une version 7".

Bientôt on va printer sur l'écran !!! :P

Lien vers le commentaire
Partager sur d’autres sites

Il y a 5 heures, Murdock a dit :

Ceci étant dit je ne sais pas si vous avez vu, mais ils ont commercialisé une version 7"

Avec des écrans de cette taille on va aller sur des imprimantes avec visualisation de l'objet. Et pourquoi pas à l'avenir vers des imprimantes "autonomes" mais il faudra surement ensuite revoir beaucoup de chose

Modifié (le) par Invité
Lien vers le commentaire
Partager sur d’autres sites

@Murdock

Si tu passes sur la version 3.01 dis le nous, j'ai eu tellement de problèmes au debut de la version 3.0 (la premiere qui buggait !!) que depuis j'ai toujours un peu peur de toucher au firmware de l'ecran!!!

J'ai d'ailleurs toujours un bug avec la configuration "change filament"  si je mets deux vitesses différentes une lente au chargement pour ne pas faire "claquer" l'extrudeur quand le filament arrive a la buse et une plus rapide pour le dechargement du fil cela fonctionne mais il faut que je mette la meme longueur de filament pour les deux fonctions... Si je mets une longueur de 100 pour le chargement et une de 200 voir plus (ce qui permettrait de retirer le filament sans toucher à l'extrudeur) pour le déchargement  dans ce cas ça ne fonctionne plus... J'ai bien la barre de défilement qui s'affiche mais l'extrudeur lui ne tourne pas....

Peut etre que le 3.01 à remédié à cela...? si tu passes en 3.01 dis le moi .... Pour le reste du "change log" comme @oliv21 j'ai pas compris grand chose....mais c'est classique chez les chinois...!

Lien vers le commentaire
Partager sur d’autres sites

Il y a 2 heures, db42 a dit :

Avec des écrans de cette taille on va aller sur des imprimantes avec visualisation de l'objet. Et pourquoi pas à l'avenir vers des imprimantes "autonomes" mais il faudra surement enfuie revoir beaucoup de chose

En fait c'est a cela que je commence à penser ... 

il y a 55 minutes, thsrp a dit :

J'ai d'ailleurs toujours un bug avec la configuration "change filament"  si je mets deux vitesses différentes une lente au chargement pour ne pas faire "claquer" l'extrudeur quand le filament arrive a la buse et une plus rapide pour le dechargement du fil cela fonctionne mais il faut que je mette la meme longueur de filament pour les deux fonctions... Si je mets une longueur de 100 pour le chargement et une de 200 voir plus (ce qui permettrait de retirer le filament sans toucher à l'extrudeur) pour le déchargement  dans ce cas ça ne fonctionne plus... J'ai bien la barre de défilement qui s'affiche mais l'extrudeur lui ne tourne pas....

Oui après pas certain que ce soit un bug !

Si la fonction est prévue pour un directe drive ou un wade ... Tu n'auras jamais besoin d'une telle longueur ... Et c'est peut être la raison qui fait que le firmware n'accepte pas de très grandes longueurs ...

Lien vers le commentaire
Partager sur d’autres sites

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
×
×
  • Créer...