Alesky

Salut, J'ai eut un problème similaire, mais avec le moteur de l'extrudeur. Pratiquement dès le début le moteur avait des faiblesse. J'avais noté que dès que le couple à produire (pour l'extrusion) devenait trop important, le moteur sautait des pas. Cela s'est agavé au fil du temps jusqu'à ne plus vouloir fonctionner (donc plus d'extrusion...). Comme solution de repli j'utilisais le 5ème driver sur la carte smoothie (ne pas oublier de modifier en conséquence le fichier config) et tout fonctionnais alors normalement. Mon driver n°4 était donc HS.

La cinématique n'est plus la même. Tes deux axes pivots ne sont plus orthogonaux et donc tu n'a plus de liaison rotule. Suivant la direction de déplacement les paramètres ne seront pas les même (comme la longueur de bielle, etc..) pour calculer la position de la tête. A moins de pouvoir paramétrer ça dans un firmware, je pense que tu vas avoir un problème de fonctionnement.

Si j'ai bien compris ton astuce, vu qu'il a un problème de 1.5% sur l'échelle, alors t'applique ce 1.5% d'erreur sur le pitch des dents de la courroie ?

Bah rien de déconnant, pour ton problème d'échelle j'aurais imaginé autre chose que 170 pour l'arm_length (paramètre qui influe sur l'échelle de la pièce). Es tu repartis de zéro quand tu a recalibré ta machine (suppression de grid et de config-override par exemple, voir reflash complet du firmware) ?

Les paramètres liés à M665 sont enregistrés dans le fichier config-override de l'imprimante : Tu peux ouvrir ce fichier dans un éditeur de texte ou tu peux l'afficher avec la commande M503 (dans Reptier, octoprint, etc...). Logiquement tu devrais trouver 2 lignes M665, la première concerne "Optional arm solution specific settings:" et la deuxième "Max Z". C'est la première qui m’intéresse. Je suis curieux de voir tes paramètres enregistrés

@LVB53 un peu dommage ce problème d'échelle, quels sont tes paramètres enregistrées dans M665 après la calibration de la machine ?

Oui c'est normal, ce sont des ventilateur à palier, il doivent vibrer au démarrage. Dans mon cas, tout les ventilateurs (carte mère, hotend, ...) font un bruit excessif au démarrage à froid. Après quelques secondes ça se calme, et ça vaut mieux pour les oreilles !

oui c'est possible : le mieux, le plus sécurisé, et le plus simple est de passer par un plugin comme Polar Cloud. Pour plus d'info je t'invite à lire ce guide : https://octoprint.org/blog/2018/09/03/safe-remote-access/

Les deux package 1.0d et 1.0f ont strictement le même firmware (il date 8 janvier 2018), le seul changement est du coté du fichier config.txt. Ce que l'on peux prendre pour une mise à jour de firmware est "seulement" une mise à jour du fichier config.txt Après si tu veux faire évoluer vers la dernière version du firmware smoothie, tu dois aller là : https://github.com/Smoothieware/Smoothieware/blob/edge/FirmwareBin/firmware-latest.bin

As tu changé également le fichier config.txt qui va avec ?

En tout cas c'est bien clair, les composant CMS sont bel et bien décalé, t'as pas de bol sur ce coup là !!

Je confirme les dires de @Thelvaen, Cela fait quelques jours que j'utilise la MDR avec le firmware smoothie (celui-ci en l'occurence https://github.com/Smoothieware/Smoothieware/blob/edge/FirmwareBin/firmware-latest.bin), et tout fonctionne correctement. (pour info je n'ai pas l'option écran LCD) En point positif j'ai noté une meilleure précision dans les mesures. Ci-dessous une valeur moyenne "Max Delta" du G29 à vitesse équivalente sur les deux firmware: Avant : (firmware officiel eMotion AVR 2017) Max Delta = 0.2 Après : (firmware smoothie AVR 2018) Max Delta = 0.1

La eMotronic n'a pas vocation à être utilisée uniquement dans la MDR. J'imagine que d'autres projets machine pourraient trouver utile cette possibilité de régulation supplémentaire sur une ventilation ! Même nous ! Comme cette sortie est pilotée, t'as la possibilité d'ajouter un switch pour éteindre le ventilateur de la hotend lorsque la température est suffisamment basse. et là tu trouveras une bonne raison d'avoir une régulation http://smoothieware.org/switch

Par défaut le ventilateur hotend sur la MDR est configuré pour fonctionner à fond (100% du cycle PWM) tout le temps, il n'y a pas de réglage en fonction de la température. On peu le voir au travers de ce paramètre (255 étant le max): switch.fan_extruder.startup_value 255 Une des raisons qui fait que le ventilateur alloué à la carte eMotronic est plus bruyant est qu'il se trouve dans le socle faisant caisse de résonance. Au sujet du léger décalage, le ventilateur de la carte démarre avant le ventilateur hotend car il n'est pas piloté et qu'il n'as pas besoin d'attendre le chargement du firmware pour la configuration des pins. En tout cas, sacré problème que t'as là @Marlequeen, bon courage....

Salut @Wapata, Avant toute chose, vérifie bien que la grille est bien prise en compte avec le Gcode M375.1 Pour augmenter la grille, il faut: éditer le fichier config.txt présent sur la carte SD Au niveau de la ligne leveling-strategy.delta-grid.size, tu remplaces le 7 (par défaut) par un nombre supérieur IMPAIR. Refaire une calibration

Je n'ai pas de photo avant/après. J'avais surtout des problèmes sur les bords du bed, et du coup l'accroche des longues pièces se passaient mal. Le principal paramètre à prendre en compte et l'augmentation du rayon de calibration pour éviter de se retrouver dans des zones "estimées". Oui effectivement, 21 était très drastique comme changement, je te suis totalement la dessus. Je pense pas que ce soit absolument nécessaire d'aller jusque là, mais c'était surtout pour palper au maximum les zones les plus à l’extérieur de la zone d'impression. Pour accélérer le temps de calibration, on peux éventuellement jouer sur le paramètre leveling-strategy.delta-grid.initial_height, par défaut il est à 30, et j'avais eu la sensation que le capteur remontais trop haut pour rien lors de la calib. Je me suis également posé cette question au sujet des performances. Sur le site de smoothieware, il est expliqué que pour chaque mouvement un décalage en Z est calculé et celui-ci est basé sur une interpolation des différences de hauteur des 4 points les plus proche. Le calcul se faisant toujours sur 4 points, je ne pense pas que les capacités de calcul soient impactées par la taille de la grille. En revanche une plus grande grille utilisera plus de mémoire vive. Et là je n'ai aucune idée des limitations....

Désolé non, je n'ai pas regardé le temps. Par contre je peux te dire que pour la grille 21x21 j'ai eu 317 points palpés. Tu comptes 2 secondes par point, ça fait (à la grosse) 10 min.

Lorsque l'on fait M375.1, la machine nous renvoie une matrice 7x7 soit 49 points au total. Sauf que lorsque l'on effectue l'opération de calibration, il n'y a que 34 points palpés. Normal ? pas normal ? C'est normal ! Tout les points de la matrice qui sont en dehors du cercle de rayon 65mm, ne sont pas palpés (en dehors de la surface théorique d'impression). Sur l'image ci-dessous, on voit les 15 points non palpés (en rouge). Les valeurs qui y sont données sont alors des valeurs estimées. Pour reprendre les données de @Math51, les valeurs -0.4750 et -0.5250 ne sont donc pas réelles). Pour les grandes pièces, je trouve que le paramétrage par défaut n'effectue pas suffisamment de correction sur les extérieur. J'ai un gros décalage en Z sur l'avant de l'imprimante (jusqu'à -0.4) et la calibration prend mal en compte ce défaut de planéité. Il faut imaginer que par défaut, tout ce qui se trouve entre le rayon 65 et le rayon 75 sera imprimé sur un lit non calibré. Et je ne parle pas des données estimées.. En résumé, au centre tout se passe bien , il y a des points de corrections un peu partout. Par contre sur les extérieurs je trouve cela beaucoup top light en terme de précision, d'autant plus quand les données sont estimées... J'ai donc changé les paramètres suivant: leveling-strategy.delta-grid.radius : passe de 65 à 70 leveling-strategy.delta-grid.size : passe de 7 à 21 (toujours impair !) J'ai refait une calib, une impression, et c'est bien mieux ! Avant / Après Je rappelle que tout ce qui est en dehors du cercle est une estimation. La zone rouge en bas à droite est donc irréelle !

Oui c'est moche, j'ai effectivement dans l'optique dans un futur pas si lointain de passer à double extrusion + hotbed ! En attendant, je suis bien en contact avec le support et je dois à présent trouver un créneau pour envoyer la carte eMotronic pour analyse/remplacement. Au passage je tiens à souligner la très bonne réactivité et la qualité des réponses apportées de la part du support eMotionTech.

Je rencontre le même problème que toi, des problèmes d'initialisation de connexion, et je dois parfois effectuer la même manip : débrancher / brancher l'USB. Une fois la manip' effectuée, la connexion se fait immédiatement. Je suis branché sur la MDR avec un Rpi0W, la seule solution que j'ai trouvé pour le moment : je laisse le Rpi0W allumé !

Pour compléter l'analyse de @Marlequeen au sujet de la puissance de l'emostrudeur. J'ai eu un problème de couple sur l'emostrudeur qui était devenu trop faible. J'ai suspecté beaucoup de chose (j'ai tout vérifié, montage, fil, etc), je n'arrivais plus à trouvé de solution au travers des paramétrages, ... jusqu'au moment où ce moteur ne fonctionnais plus... Moteur HS ? et bien non, j'ai branché le moteur sur le 5ème driver de dispo, paramétré la MDR sur ce 5ème driver, et là tout est ok à présent. J'imprime sans aucun problème, avec une très bonne qualité, et j'en suis enfin ravi