32 bits Carte mère Creality 4.2.7 sur une ender 5 plus et le bon firmware. Possible ?

[pommeverte]

Voici une nouvelle version du firmware à tester où j'ai largement (trop? ) augmenté la distance de recherche: firmware_Ender5plusSKRE3mini_V3.zip

[Munchi]

Salut, 

Malheureusement c'est toujours pas bon .

Par contre oui en positif je peux avoir un écart entre la buse et le plateau de 50mm par rapport à 40 mm auparavant.

Mais pour s'en approcher c'est toujours la même situation .

En z = 0mm il me manque toujours 2.6mm ( cale de  mesure ) pour toucher le plateau.

Pareil dans marlin 

Je joins également encore une vidéo 

Je pense que la méthode est juste ?

Je te remercie encore pour le coup de main 

https://youtu.be/YYQC9k9k-B4?si=jmYP36gHVokohqy5

Au début de la vidéo je te montre que si je voudrais m'éloigner de la buse au maximum il y a pas de soucis et après je fais l'inverse je veux m'en approcher .

Et là ça cloche 

Modifié (le) Mars 17 par Munchi

[Munchi]

Re 

J'ai essayé de faire avec le z offset avec pronterface est c'est le même résultat. Si je fais la commande g1 f60 z0.

Je suis toujours éloigné d'environ 4mm

https://astronomy-outcast.com/3dprinting-z-offset-calibration/

Le lien du tuto pour pronterface 

Lors du home via l'écran le z affiché à la d'accueil affiche z5mm

Lors du home via pronterface l'écran indique z5mm puis z7,60mm (sans doute ma correction c'est -2.60 mm que j'ai renseigné dans pronterface) et pour finir ça rebascule à 5mm.

Voir vidéo 

 

 

Modifié (le) Mars 17 par Munchi

[pommeverte]

Salut,

J'ai aussi poursuivi les tests sans plus de succès que toi . La seule méthode qui fonctionne jusqu'à maintenant, c'est la version manuelle , en envoyant des commandes (via Pronterface ou l'écran):

Citation

Instructions de réglage du décalage Z:
1. M502 - initialiser l'eeprom
2. Faire chauffer la buse et le plateau aux températures d'utilisation
3. Effectuer la mise à l'origine des axes de l'imprimante via G28
4. Charger les valeurs de l'eeprom M501
5. M851 Z0 - Initialiser le décalage en Z à 0 (remise à 0 du Zoffset s'il y en avait un)
6. G1 F60 Z0 - Déplacer la buse au 0 Z
7. M211 S0 - Désactiver les contacteurs de fin de course (pour pouvoir descendre sous le 0)
8. Descendre doucement (pas de 0,025mm) l'axe Z jusqu'à frotter  la feuille de papier (ou la cale utilisée)
9. Noter la valeur affichée de la position du Z sur l'écran du boitier (additionner cette valeur (sans tenir compte du signe négatif) à l'épaisseur de la cale utilisée)
10. M851 Xx.xx Yy.yy Zz.zz (z.zz étant le décalage en Z calculé au point 8 (valeur négative))
11. M211 S1 - Réactiver les limites des contacteurs de fin de course
12. M500 - Sauvegarder ce réglages en EEPROM
13. M501 - Récupérer les paramètres de l'EEPROM pour les rendre actifs
14. M503 -Vérifier une dernière fois que tout a bien été pris en compte

 

[Munchi]

Arf .

Je suivrai tes commandes en croisant les doigts

Mais j'en doute ça ressemble beaucoup  à la démarche que j'ai suivi pour faire la manip sur pronterface et j'arrivais toujours au même résultat .

https://astronomy-outcast.com/3dprinting-z-offset-calibration/

 

J'ai testé l'inverse. Si je souhaite avoir un écart positif ( exemple une cale de 4mm entre buse et plateau) là ça marche nickel . Ça garde bien ma correction en mémoire.

Ce qui me semble louche c'est l'affichage du z dans l'écran d'accueil qui bascule d'une valeur à une autre ( 5 puis 7,20 puis 5) 

Ça j'ai pas ce phénomène avec mon test positif que je viens de citer

Bref je re essaie demain aprem.  Je verrais bien ce que ça donne.

Merci pour ton retour 

[Munchi]

Salut 

Pour pronterface ça ne marche également pas. Toujours le même bug.

J'ai contacté un autre internaute qui avait aussi une ender 5 plus et que tu lui avais fait un firmware. Et celui ci semble fonctionner

Voici le lien du firmware qu'il m'a partager si tu veux comparer 

https://dctech.fr/_Echange/V4-Dag.zip

J'ai pas eu le temps de regarder davantage toute les options mais en tout cas je n'ai pas le soucis du z offset dans cette version 

[pommeverte]

Salut,

Merci pour l'info. Il ne reste plus qu'à croiser les doigts ...

[Munchi]

Salut PommeVerte.

Alors le problème du z offset est bien résolu avec cette version. Et les différents points de mesure sur le plateau ça marche aussi.

Je me lance pour un benchy.

Le constat est le suivant :

Capteur de filament  : en erreur ( j'ai pu le désactiver dans pronterface  = ok)

le sens moteur de l’extrudeur est inversé ( dans la simplicité je peux inverser les câbles mais je vais voir le modifier dans studio code)

la vitesse est trop élevé sur l'extrudeur et le step/mm ne correspond sans doute pas.

je pense que c'est configuré pour du direct drive !?

Pour le reste l'imprimante semble fonctionner comme à l'origine.

 pour cette après midi je vais  essayer d'ouvrir studio code pour comparer un firmware d'origine  avec celui ci pour retrouver les valeurs d'origine .... ( et si j’arrive...)

Mais si le cœur  t'en dit de me remettre les valeurs d'origine dans ce firmware je te serais éternellement reconnaissant .

Encore merci pour tout

Voici les valeurs de pronterface actuellement :

Connecting...
Printer is now online.
>>> M503
SENDING:M503
echo:; Linear Units:
echo:  G21 ; (mm)
echo:; Temperature Units:
echo:  M149 C ; Units in Celsius
echo:; Filament settings (Disabled):
echo:  M200 S0 D1.75
echo:; Steps per unit:
echo:  M92 X80.00 Y80.00 Z800.00 E412.00
echo:; Max feedrates (units/s):
echo:  M203 X8000.00 Y8000.00 Z15.00 E15000.00
echo:; Max Acceleration (units/s2):
echo:  M201 X2000.00 Y2000.00 Z100.00 E10000.00
echo:; Acceleration (units/s2) (P<print-accel> R<retract-accel> T<travel-accel>):
echo:  M204 P500.00 R1000.00 T1000.00
echo:; Advanced (B<min_segment_time_us> S<min_feedrate> T<min_travel_feedrate> J<junc_dev>):
echo:  M205 B20000.00 S0.00 T0.00 J0.01
echo:; Home offset:
echo:  M206 X0.00 Y0.00 Z0.00
echo:; Auto Bed Leveling:
echo:  M420 S0 Z10.00 ; Leveling OFF
echo:  G29 W I0 J0 Z0.26000
echo:  G29 W I1 J0 Z0.09875
echo:  G29 W I2 J0 Z0.00250
echo:  G29 W I3 J0 Z-0.09875
echo:  G29 W I4 J0 Z-0.24125
echo:  G29 W I0 J1 Z0.12750
echo:  G29 W I1 J1 Z0.05000
echo:  G29 W I2 J1 Z0.01000
echo:  G29 W I3 J1 Z-0.07000
echo:  G29 W I4 J1 Z-0.20750
echo:  G29 W I0 J2 Z0.13375
echo:  G29 W I1 J2 Z0.04875
echo:  G29 W I2 J2 Z0.02250
echo:  G29 W I3 J2 Z-0.07750
echo:  G29 W I4 J2 Z-0.20500
echo:  G29 W I0 J3 Z-0.00125
echo:  G29 W I1 J3 Z-0.01625
echo:  G29 W I2 J3 Z-0.05375
echo:  G29 W I3 J3 Z-0.10000
echo:  G29 W I4 J3 Z-0.23500
echo:  G29 W I0 J4 Z-0.01125
echo:  G29 W I1 J4 Z-0.11375
echo:  G29 W I2 J4 Z-0.17250
echo:  G29 W I3 J4 Z-0.23375
echo:  G29 W I4 J4 Z-0.33750
echo:; Material heatup parameters:
echo:  M145 S0 H185.00 B60.00 F0
echo:  M145 S1 H230.00 B100.00 F0
echo:; Hotend PID:
echo:  M301 P19.41 I1.38 D68.38
echo:; Bed PID:
echo:  M304 P481.83 I69.20 D838.75
echo:; Power-loss recovery:
echo:  M413 S0 ; OFF
echo:; Retract (S<length> F<feedrate> Z<lift>):
echo:  M207 S5.00 W13.00 F6000.00 Z0.00
echo:; Recover (S<length> F<feedrate>):
echo:  M208 S0.00 W0.00 F3000.00
echo:; Auto-Retract (S<enable>):
echo:  M209 S0
echo:; Z-Probe Offset:
echo:  M851 X-45.00 Y-15.00 Z-2.30 ; (mm)
echo:; Stepper driver current:
echo:  M906 X600 Y600 Z600
echo:  M906 T0 E800
echo:; Driver stepping mode:
echo:  M569 S1 X Y Z
echo:  M569 S1 T0 E
echo:; Input Shaping:
echo:  M593 X F40.00 D0.15
echo:  M593 Y F40.00 D0.15
echo:; Linear Advance:
echo:  M900 K0.00
echo:; Filament load/unload:
echo:  M603 L70.00 U79.00 ; (mm)
echo:; Filament runout sensor:
echo:  M412 S0 D25.00 ; Sensor OFF

 

 

Re:

Je suis arrivé à retrouver les valeurs D'origine et j'ai pu corriger dans pronterface.

J'ai commencé le benchy par contre le Ventilo de la hotend ne tourne pas. Mais c'est celui de l'alimentation qui se met à tourner à fond !!!

Est ce que ça peut être inversé !?

Sur ton firmware  j'avais pas ce soucis .

Voir les vidéos de quand j'essaie de faire le zoffset. J'ai bien le ventilo qui se met en route.

Pour le ventilo qui refroidi le filament il y a pas de soucis 

Merci 

[pommeverte]

Salut,

Il y a 3 heures, Munchi a dit :

J'ai commencé le benchy par contre le Ventilo de la hotend ne tourne pas

je ne comprends pas pourquoi . Dans les 2 firmwares, le ventilateur du radiateur de la tête est censé être branché sur la sortie FAN1 et il est déclenché lorsque la buse passe les 50°C

extrait du fichier configuration_adv.h:

Citation

#define E0_AUTO_FAN_PIN FAN1_PIN

#define EXTRUDER_AUTO_FAN_TEMPERATURE 50

 

[Munchi]

Salut,

Oui bizzare... Je regarderai si mes branchements sont justes et pas endommagés !?

Et au pire ça se finira en branchement direct sur l'alimentation .

En tout cas on touche presque au but

Pomme Verte tu peux me partager stp les fichiers de ton dernier firmware pour que je puisse l'ouvrir sur visual studio code et le compiler .

Je voudrais essayer mes propres bidouille

En tous cas je te remercie encore pour ton aide et le temps que tu m'as consacré. J'ai beaucoup appris et sans ton aide je n'y serai pas arrivé !

[pommeverte]

Salut,

Il y a 5 heures, Munchi a dit :

tu peux me partager stp les fichiers de ton dernier firmware pour que je puisse l'ouvrir sur visual studio code et le compiler .

Voici les fichiers de config qui correspondent à la version firmware_Ender5plusSKRE3mini_V3.zip: Configuration.hConfiguration_adv.h

[Munchi]

Salut,

Merci pour les fichiers de configuration.

Victoire! J'ai réussi un benchy  

Pour le ventilo de la hotend j'etais branché sur la mauvaise fiche

Il restera à configurer ou trouvé pourquoi le capteur de filaments ne fonctionne pas. Mais c'est pas une priorité pour l'instant....

Je remercie tout le monde pour le coup de pouce et surtout toi Pomme verte.

Ce sujet est clos et on peut dire qu'il est possible d'avoir une skr Mini e3 v3 avec le TFT 35 pour une ender 5 plus

 

 

 

[Munchi]

Salut,

suite : La carte marche super mais j'ai un problème sur les grosses impressions. j'ai le message d'erreur : To long extrusion prevented.

Je veux modifier le extrude_maxlenght pour corriger ce problème ( je pense) .

Op je me plonge dans le sujet mais par contre je n'arrive pas à compiler dans VSC. Je pense que j'ai un soucis avec l’environnement....

 

Merci pour votre aide

Note supplémentaire ; j'imprime en 0.8mm de très gros STL . Du coup il faut que ça extrude un max

[pommeverte]

Salut,

Il y a 2 heures, Munchi a dit :

j'ai le message d'erreur : To long extrusion prevented

c'est sûrement parce que tu es en mode "extrusion absolue". En passant en "extrusion relative" dans ton trancheur, mode par défaut dans PrusaSlicer, tu ne devrais plus avoir le message d'erreur.

Est-ce que tu peux rappeler quel trancheur tu utilises?

Il y a 2 heures, Munchi a dit :

je me plonge dans le sujet mais par contre je n'arrive pas à compiler dans VSC. Je pense que j'ai un soucis avec l’environnement...

plutôt un problème de copié-collé . Le fichier platformio.ini doit se trouver dans ton sous-dossier Marlin-2.1.2 et tes fichiers config... doivent remplacer ceux situés dans le sous-dossier Marlin-2.1.2\Marlin

L'étape d'après devrait être un joli message d'erreur à la compilation à propos de CPPDEFINES. Il faudra donc modifier le fichier \buildroot\share\PlatformIO\scripts\marlin.py en remplaçant la ligne suivante:

for define in env['CPPDEFINES']:
par:
#for define in env['CPPDEFINES']:
envdefs = env['CPPDEFINES'].copy()
for define in envdefs:

Malheureusement, même avec cette modification, j'ai toujours des erreurs de compilation...

[Munchi]

Merci pomme verte  

Pour le slicer j'utilise Cura 

[pommeverte]

Dans ce cas, c'est dans la section "modes spéciaux", paramètre "extrusion relative"

Modifié (le) Mars 26 par pommeverte

[Munchi]

C'est noté  

En espérant que ça résoudra le problème . Je te tiens au courant 

[Munchi]

Salut,

Il y a 19 heures, pommeverte a dit :

Dans ce cas, c'est dans la section "modes spéciaux", paramètre "extrusion relative"

Pour l'extrusion relative j'ai plus le message d'erreur :To long extrusion prevented.  Mais le bug est quand même là. L'imprimante en cours d'impression fait des micro arrêt et repars (voir photo le bourrelet de sur extrusion c'est ici qu'il y le micro arrêt et normalement le message d'erreur amarrait ) et au bout d'un laps-de temps s'arrête complétement (chauffe plateau et buse également). Et l'impression pars complétement en coui.....

En absolu lors de l'impression de petite pièce ( donc pas de message d'erreur ) ça imprime nickel.

J'ai essayé de compiler et effectivement j'ai un message d'erreur mais rien à voir avec CPPDEFINES de ce que j'ai pu voir .

Bref je suis dans la merde là . J'ai absolument besoin de l'imprimante et je désespère.

Pomme verte le temps que je me pose les questions au sujet de la compilation  c'est possible de me faire les modifs pour m'enlever la limite d'extrusion STP? Et de me repartager  un firmware?  tu me sortirais une épine du pieds.

A partir de cette base https://dctech.fr/_Echange/V4-Dag.zip

Perso je pensais jouer sur ces valeurs (mettre des grosses valeurs) et désactiver les sécurités si il en y en a. Et si tu as d'autres solution je suis preneur.

Lines 217-222 in the firmware configuration.h

#define PREVENT_DANGEROUS_EXTRUDE
//if PREVENT_DANGEROUS_EXTRUDE is on, you can still disable (uncomment) very long bits of extrusion separately.
#define PREVENT_LENGTHY_EXTRUDE

#define EXTRUDE_MINTEMP 150 //{SD Patch}
#define EXTRUDE_MAXLENGTH (X_MAX_LENGTH+Y_MAX_LENGTH) //prevent extrusion of very large distances.

 

je te remercie d'avance !

[pommeverte]

Salut,

Il y a 3 heures, Munchi a dit :

L'imprimante en cours d'impression fait des micro arrêt et repars

habituellement, c'est lorsque la reprise après coupure d'alimentation est activée ou que la carte µSD n'a pas une vitesse de lecture suffisamment rapide. Est-ce que tu imprimes via l'USB ou avec une carte µSD? si c'est une carte, as-tu essayé avec une autre, de qualité ?

Il y a 3 heures, Munchi a dit :

au sujet de la compilation  c'est possible de me faire les modifs pour m'enlever la limite d'extrusion STP?

malheureusement, je n'arrive pas à résoudre l'erreur de compilation de la version 2.1.2.0 de Marlin.

Par contre, j'ai refait des tests avec la V2.1.2.5 et maintenant, la buse ne remonte plus de ~10mm lors du réglage de la sonde, en mode Marlin. En mode tactile, c'est toujours aberrant mais je pense que c'est lié au firmware de l'écran et non de Marlin.

Donc voici un nouveau firmware Marlin V2.1.2.5 avec les fichiers de compilation, où la distance maxi d'extrusion est passée à 2000mm:firmwareE5plus-SKRminiTFTbtt_V4.zipFichiersConfig_V4.zip

Évidemment, il faudra penser à mettre à jour les paramètres spécifiques (pas/mm des moteurs,...)

[Munchi]

Merci pour ton retour.

 

Je suis actuellement avec une miro sd 1gb formaté Aix valeurs d'origine.

 

Je vais tester avec l'USB 

j'avais fait mes test avec une micro sd direct  sur la carte mère et j'avais pas de soucis ( mais petit STL). Après j'ai importé un gros STL et la carte faisait planté la carte mère. Elle faisait des reboots....

J'ai donc utiliser un adaptateur pour passer via l'écran

Je vais essayer de passer à nouveau directement par la carte mère.

Apparemment les micro arrêt c'est sans doutes l'utilisation des port de l'écran....

Pour l'option reprise après coupure courant . C'est apparemment dans le firmware de l'écran.

Tu peux me confirmer Stp !?

 

Re 

J'ai ma réponse pour l'option reprise d'impression après coupure. C'est en off.

[pommeverte]

Il y a 5 heures, Munchi a dit :

j'avais fait mes test avec une micro sd direct  sur la carte mère et j'avais pas de soucis ( mais petit STL). Après j'ai importé un gros STL et la carte faisait planté la carte mère. Elle faisait des reboots....

raison de plus pour essayer avec une autre carte µSD, non? 

Il y a 5 heures, Munchi a dit :

J'ai donc utiliser un adaptateur pour passer via l'écran

sans changer le firmware? normalement, il faut changer la ligne #define SDCARD_CONNECTION pour pouvoir utiliser le lecteur de l'écran...

Il y a 5 heures, Munchi a dit :

Je vais tester avec l'USB

je ne te le conseille pas si tu es sous Windows. La communication USB n'est pas assez fiable, surtout si tu imprimes depuis Cura

Modifié (le) Mars 27 par pommeverte

[Munchi]

Oui pas de soucis ...je pouvais utiliser le port sd sans modif.

[Munchi]

Salut,

Alors j'ai réussi à faire une grosse impression de 9h.  Ça c'est bien déroulé en extrusion relative ( pas de message d'erreur) et je suis repassé directement sur le port de la carte mère en Micro sd 8gb avec un formatage long . ( Plus de Micro arrêt).

Voir photo : maintenant dans le nom du gcode j'ai du Mandarin .

Et petit message durant l'impression mais j'ai pu simplement le valider...

 

 

[pommeverte]

Salut,

il y a 8 minutes, Munchi a dit :

maintenant dans le nom du gcode j'ai du Mandarin

tu as 2 solutions:

• tu apprends le chinois
• tu évites les caractères avec accent

Est-ce que tu as changé le firmware de la carte-mère (nouvelle version en V2.1.2.5) ou simplement la carte µSD?

Au niveau du message, est-ce que tu n'aurais pas un M117 dans ton fichier Gcode qui provoque l'apparition du message?

[Munchi]

Ah !!!

Non je suis resté sur le firmware 2.1.2.0 pour l'instant .

J'ai juste changer la carte SD et fait un formatage long au lieu du rapide.

Si maintenant ça peut rester stable comme ça c'est cool

 

Je vais regarder pour le m117