mouvements non prévu lors de l'impression

[stanimal 0]

bonjour a tous, depuis 2 jours j'ai pas mal de bizzareries lors de mes tentatives d'impression

des déplacements lents X et Y voir très lents au milieu des déplacements normaux

des déplacements X et Y non prévu dans le code (jusqu'en bout de plateau puis reviens)

des arrêts en cours d'impressions puis repart après 2 s

saut axe Z (encore)

j'ai testé pas mal de chose, firmware, carte sd,slicer différents, autre pièce mais rien de répétable a première vue

seul point positif trouvé pour contourner ce soucis c'est d'imprimer par l'usb

pensez vous que ce soit la carte qui comporte l'afficheur et la carte USB?

pour info: lorsque j'utilise le firmware thingergnome dernière version c'est pire comme si toutes les ressources de transfert de données étaient a saturation

merci aux spécialistes d'avance

a+

[electromu 364]

Salut,

c'est pas banal comme bug ça !

et malgré ces ralentissement et saut d'axe Z ça imprime correctement ou ça décale les couches ?

ça ce manifeste à quelle fréquence ?

[stanimal 0]

salut

pour les déplacement en X et Y c'est comme s'il était perdu entre 2 ligne de code et il rejoint sa place et repart cela dure 3 a 4 seconde maxi mais pas de décalage d'impression

pour les sauts d'axe Z ç’a me fait des couches manquantes donc impression morte

fréquence X et Y c'est tout a fait aléatoire environ 1 fois par minutes je dirais

pour le Z c'est aléatoire aussi mais a partir de la 4 ieme couche c'est déjà présent généralement

[stanimal 0]

c'est comme s'il attendais la ligne de code suivante, il ère sur la surface a une vitesse basse dans l'attente du mouvement suivant

[duriel 345]

Bonjour en effet c'est curieux, si les impressions se passent bien par l'USB c'est peut être un problème de lecture carte SD. As tu la possibilité d'essayer une autre carte SD?

[stanimal 0]

je l'ai fait idem avec un autre carte sd

[duriel 345]

Tu as ouvert le gcode sur la carte pour regardé?

[stanimal 0]

oui tout est bien, j'ai analysé les couches et il n'y a pas de loups

le même fichier fonctionne impecc par l'usb

[electromu 364]

fait une petite vérification des connectique entre la mainboard et l'ulticontroller.

Tu as un multimètre ? ça serait l'occasion de contrôler le 3.3V qui alimente la carte SD

[stanimal 0]

j'ai revérifié toutes mes connexion et refait celles qui me paraissait un peu louche côté moteur,sondes et capteur de fin de course

les 2 flat cable entre la carte mère et la carte ulticontroleur sont ok (visiblement)

aurais-tu le détail des points de vérif?

[stanimal 0]

ok trouvé dans le schéma elec c'est sur TP37 c'est bien cela?

[electromu 364]

Oui ou tp17 c'est pareil.

TP16: 5Volts

TP17: 3,3Volts

tu prends la masse sur le capot du port USB par exemple

[electromu 364]

l'idéal étant de mesurer quand la machine est en fonctionnement. donc si tu peux faire en sorte que le point test soit maintenu c'est mieux

[stanimal 0]

ok je ferais un essai demain

[stanimal 0]

bonjour, mesures relevée en plein print

4.89v et 3.29v

[electromu 364]

une piste ici peut être ?

https://ultimaker.com/en/community/7746-jerky-movement-in-x-y-z

le conseil est de diminuer les valeurs de jerk et d 'accélération dans les paramètre de l'imprimante.

Si j'ai bien compris ces valeurs sont géré par Cura quand tu imprimes en USB    et géré par le Firmware quand tu utilises la carte SD

Edited February 27, 2016 by Guest

[stanimal 0]

je vais me renseigner pour le jerk car je ne sais pas ce que c'est (jamais changé)

pour ce qui est des "low poly" j'ai testé et eu le même phénomène avec une pièce test (la tour carré -> resonnance test Z) classique donc pas de surfaces bizzares que du modèle simple et c'est le même problème

[electromu 364]

je vais me renseigner pour le jerk car je ne sais pas ce que c'est

 

tiens c'est ça le jerk

 

Edited February 27, 2016 by Guest

[stanimal 0]

il faut une bonne accélération pour le danser...

[stanimal 0]

le jerk c'est le delta admissible d'accélération? c'est bien cela?

j'avais testé les accélérations mais jamais le jerk

[stanimal 0]

autre points qui peut éclairer la situation, j'ai une de mes carte SD qui est HS suite a ces tests

je m'explique:

je la met sur le pc, j'arrive a effacer et enregistrer des fichiers dessus, je la retire correctement mais!! lorsque je la remet dedans j'ai de nouveau les fichiers que j'avais effacés et pas le nouveau... la carte était neuve avant les tests (une SDHC class 10 verbatim) + formatage impossible

question: ce sont les 5v ou les 3.3v servent a l'alimentation de cette carte SD?

je soupçonne donc bien une perte des fameux 3.3v par moment ce qui m'aurais grillé la carte SD, je tenterais en branchant un oscillo dessus

question 2: quelle type et marque de carte SC préconisez vous?

question 3: du mail précédent le jerk c'est le delta admissible d'accélération? c'est bien cela?

[electromu 364]

autre points qui peut éclairer la situation, j'ai une de mes carte SD qui est HS suite a ces tests

je m'explique:

je la met sur le pc, j'arrive a effacer et enregistrer des fichiers dessus, je la retire correctement mais!! lorsque je la remet dedans j'ai de nouveau les fichiers que j'avais effacés et pas le nouveau... la carte était neuve avant les tests (une SDHC class 10 verbatim) + formatage impossible

Tu n'aurais pas le petit ergot qui permet de passer en lecture seule qui serait cassé ?

question: ce sont les 5v ou les 3.3v servent a l'alimentation de cette carte SD?

C'est le 3.3V

je soupçonne donc bien une perte des fameux 3.3v par moment ce qui m'aurais grillé la carte SD, je tenterais en branchant un oscillo dessus

En général les pertes de tension ne grillent pas les composants. Et si la coupure était trop longue l'arduino se serait arrêté lui aussi.

question 2: quelle type et marque de carte SC préconisez vous?

Robuste et de préférence d'une grande marque. pas besoin d'avoir des class de fou on est sur des transfert de quelque kilo octets seconde max

question 3: du mail précédent le jerk c'est le delta admissible d'accélération? c'est bien cela?

la vitesse est la dérivée de la position, l'accélération est la dérivée de la vitesse et le jerk est la dérivée de l'accélération.

autres pistes: connecteur carte SD qui fait mal contact, parasite extérieur.

fait le test avec une carte SD neuve de préférence et passe un coup de soufflette dans l'encoche d'insertion.

[stanimal 0]

 

autre points qui peut éclairer la situation, j'ai une de mes carte SD qui est HS suite a ces tests

je m'explique:

je la met sur le pc, j'arrive a effacer et enregistrer des fichiers dessus, je la retire correctement mais!! lorsque je la remet dedans j'ai de nouveau les fichiers que j'avais effacés et pas le nouveau... la carte était neuve avant les tests (une SDHC class 10 verbatim) + formatage impossible

Tu n'aurais pas le petit ergot qui permet de passer en lecture seule qui serait cassé ?

morte pour morte j'ai ouvert carrément la carte SD, c'est une mini SD a l'intérieur je l'ai testé elle est bien HS, c'est bien l'imprimante qui me l'a grillée, je pense a des coupures d'alimentation les cartes SD n'aimes pas bien c'est comme si on la retirais sans couper

question: ce sont les 5v ou les 3.3v servent a l'alimentation de cette carte SD?

C'est le 3.3V

je soupçonne donc bien une perte des fameux 3.3v par moment ce qui m'aurais grillé la carte SD, je tenterais en branchant un oscillo dessus

En général les pertes de tension ne grillent pas les composants. Et si la coupure était trop longue l'arduino se serait arrêté lui aussi.

j'ai branché un oscillo sur TP16 et 17 j'ai un signal stable de 5 et 3.3v même lors des bugs

je testerais bien sur la carte ulticontroleur pour verifier que le signal arrive au bout, ou dois je me mettre as tu une idée?

question 2: quelle type et marque de carte SC préconisez vous?

Robuste et de préférence d'une grande marque.  pas besoin d'avoir des class de fou on est sur des transfert de quelque kilo octets seconde max

testé avec une carte SD neuve classique c'est pareil

question 3: du mail précédent le jerk c'est le delta admissible d'accélération? c'est bien cela?

la vitesse est la dérivée de la position,  l'accélération est la dérivée de la vitesse et le jerk est la dérivée de l'accélération.  

testé avec accélération a 1000 au lieu de 3000 et jerk a 10 au lieu de 20 c'est idem

 

autres pistes:    connecteur carte SD qui fait mal contact, parasite extérieur.

fait le test avec une carte SD neuve de préférence et passe un coup de soufflette dans l'encoche d'insertion.

 

j'ai vérifié et soufflé il n'y a rien, j'ai tenté de faire bouger la carte en cours d'impression pas de parasites a ce niveau

autre test éffectué et bilan:

firmware original testé avec carteSD marche pas en usb marche

firmware thingergnome testé avec carte SD marche pas en USB marche

-> firmware pas en cause

carte SD neuve -> idem -> carte SD pas en cause

présence tensions 3.3 et 5v sortie carte mère (a tester au plus près de la carte...)

merci

[stanimal 0]

j'ai creusé la piste carte SD un peu plus:

carte transcend SDHC class 10 64gb -> il reste en cours d'accès mais n'arrives pas a la lire

kingston SD 2gb (celle du début) -> idem

transcend SDHC class 10 32gb -> idem

mini sandisk SDHC 1 de 32gb -> idem mais mieux quand même

mini kingston SDHC class 4 4gb neuve -> idem

j'en ai 4 autres neuves a tester

[stanimal 0]

salut, sur la carte mère ou est la différence entre ce qui proviens de lUSB et ce qui proviens de la carte SD?