stephl02

bonjour @iCedric dommage et curieux, j'utilise cette marque de filament pour 90% de mes impressions (env 10kg jusqu'à maintenant). je l'ai trouvé plus simple à imprimer que le filament reçu avec ma D200. je l'utilise autour de 200° sur ma D200 mais le résultat est meilleur à 225° sur ma Kossel (lié à une vitesse d'impression plus rapide peut être). J'utilise presque les mêmes réglages d'une couleur à l'autre (si j'y pense, flow un peu plus élevé sur le noir et un peu moins sur le rouge et le gris, sinon 100%) sur la photo, mes impressions de test à chaque début de rouleau et le dragon en 3D Ink noir imprimé sur la D200 -- le noir est vraiment superbe....mais un peu de poussière dessus lors de la prise de la photo...

Pb identique dès le début de mon côté. Warping flagrant sur plusieurs pièces : les 2 supports X et les 2 pièces du haut... Après avoir bien vérifié l'assemblage, j'ai essayé de compenser des problèmes de géométrie par les renforts de @Dal et la pièce réglable de @zaytar (http://www.thingiverse.com/thing:1424839) => du mieux mais toujours compliqué pour imprimer des grandes pièces. Achat d'une équerre et démontage complet, à vide, tiges montées sur le support Z de gauche : tiges non verticales => Ré-impression de toutes les pièces sur une imprimante correctement réglée : montage plus facile, plus de renforts (conservation uniquement du chariot X réglable), réglages mini (barres X // plateau + hauteur de buse), impression OK du premier coup. Bilan : * le plateau n'est qu'une des pièces à vérifier * mon imprimante est maintenant toute bleue

Salut sur mon imprimante, les fils noir et bleu sont croisés : la fiche vert, gris, bleu, noir est la même chez moi, par contre, pour l'autre, l'ordre des couleurs est : rouge, jaune, noir, bleu (rouge, jaune, bleu, noir chez toi). Quelqu'un d'autre pour vérifier ce point sur son imprimante? (en ne partant pas du principe que le branchement des connecteurs côté moteur est forcément OK) Edit: @Nz0 avait déjà donné l'ordre des couleurs sur les fiches, la photo montre un ordre différent sur le moteur du bas.

Vérifie l'ordre des couleurs au niveau de la fiche moteur : l'ordre doit être le même que sur la fiche du moteur Y (il y avait une inversion sur un des miens)

j'ai commencé par brancher la carte comme sur le tuto (en suivant exactement les consignes : le E n'est effectivement pas branché dans le même ordre que les autres) Mon moteur E vibrait, j'ai vérifié les branchements côté carte : comme sur le slide 84 du tuto. J'ai ensuite constaté que l'ordre des couleurs sur les fiches des moteurs Y et E n'étaient pas les mêmes (alors que de mémoire, ils sont de même longueur et sont supposés être interchangeables...comment se fier au tuto si mes 2 fiches supposées être identiques ne le sont pas... ). sur la fiche Y l'ordre était le même que sur la fiche X et je n'avais pas de soucis sur les déplacements X et Y. vert, gris, jaune, rouge sur les fiches X et Y (je parle bien des fiches = branchement côté moteur, celui, pour lequel normalement, il est impossible de se tromper) vert, gris, rouge, jaune sur la fiche E => j'ai supposé un pb au montage de la fiche pour que cela fonctionne, sans toucher à la fiche, j'ai interverti rouge et jaune sur la carte pour le moteur E (par rapport au tuto) Il ne s'agit pas d'une erreur dans le tuto mais d'une fiche mal câblée. Pas impossible que je ne sois pas le seul dans ce cas.

tu peux également vérifier l'ordre des fils côté moteur (sur la fiche). L'ordre doit être le même que sur le moteur avant. la fiche qui est branché sur le moteur E de ma machine est mal câblée : rouge et jaune sont inversés, j'ai dû faire la même inversion (// tuto) sur la melzi. Dans mon cas, le moteur vibrait.

pourquoi? j'ai conservé "Lower Left" et tout fonctionne bien. Pour le reste ma config est la même sauf pour l'identifier (mais je suis passé par la création d'un nouveau profil)

je n'ai pas eu le temps d'avancer, ci joint le source. Attention, juste un embryon de dev pour valider le principe. fait sur template expressJS bin/www : démarrage du serveur web et déclenchement d'un update sur octoprint toutes les 2s modules/octo.js : l'appel des 2 services web d'octoprint (statut/temps et température) et stockage de l'info app.js : l'appli elle même, formatage de la réponse aux appels de mon afficheur led Télécharger octoWebRelay.zip : Events Octoprint : Merci pour l'info, je suis passé à côté. j'ai un sense hat sur le RPI....je vais pouvoir le piloter facilement.

C'est le cas de ce modèle mais aussi pas mal d'autres possibilités sur thingiverse

et le tuyau est un peu trop large finalement . Par défaut 32mm, ok pour mes bobines actuelles, mais trop large pour la plupart des supports filament imprimables. maintenant que les trous sont percé, je dois modifier le STL déjà utilisé, je ne peux pas utiliser le customizer. http://www.thingiverse.com/thing:487789 pour les sorties de filament (attention, pièces à imprimer une par une pour permettre le vissage)

en fait j'ai triché * j'utilise un afficheur led (récupéré par contribution kickstarter à un prix plus raisonnable que maintenant... http://lametric.com/) c'est lui qui fait le plus dur du boulôt : la conversion texte/affichage, il suffit de lui mettre à disposition un service en Json bien formaté. * quelques bases sur nodejs/js et pas le temps de me mettre à python pour l'instant... pour récupérer les infos : 1/ activer l'API dans les settings d'octoprint 2/ récupérer les infos par appel de la forme : http://192.168.1.XXX/api/job?apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx pour le statut et le temps http://192.168.1.XXX/api/printer?apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx pour la température 3/ le script js est assez simple: * de façon régulière, appel des API octoprint et stockage dans une variable * Sur appel de l'afficheur LED, à partir du contenu de la variable, réponse par un flux json au bon format La suite: * juste un POC pour l'instant, je dois simplifier et nettoyer le bout de code js et le placer sur le RPI puis prévoir des appels sur conditions vers le canal Maker de IFTTT. * voir si je peux réutiliser ce principe pour servir un afficheur LCD "classique" sur le RPI... j'ai l'impression qu'il existe des lib nodejs (pour continuer à éviter python) => double avantage : conserver le code js pour étendre les scénarios sans toucher au firmware de la melzi (pas plus d'enthousiasme/de temps que pour python ) et récupérer l'afficheur LED pour son usage précédent)

Tu peux également vérifier que l'ordre des couleurs sur la fiche du moteur X est le même que sur la fiche du moteur Y. Dans mon cas, le moteur arrière vibrait : sur la fiche, 2 couleurs sont inversées par rapport aux fiches X et Y, j'ai dû inverser ces 2 mêmes couleurs sur la melzi par rapport au tuto.... ...mais peu probable si tu ne rencontrais pas de problèmes au début.

Bonjour @gorbleu j'ai suivi la piste que tu proposes dans "Lcd de contrôle". imprimante reçue jeudi, j'ai commencé à l'utiliser hier avec octoprint (sur RaspberryPi - installé en suivant ce post). Octoprint propose une API bien documentée pour consulter ou agir sur l'imprimante. un serveur nodejs sur le RPI me permet de collecter les informations d'octoprint pour les remettre à disposition sous un format accepté par mon afficheur LED (qui se connecte en wifi toutes les 5 sec à ce serveur). J'affiche pour l'instant, en fonction du statut ("Offline", "Operational", "Printing"...) soit le statut, la température, ou le temps restant : ce petit script serveur va me permettre d'inclure l'imprimante dans des scénarios IFTTT (ex : notification sur téléphone ou lumières qui clignotent en fin d'impression)

Merci @Tapion, aussitôt imprimé et installé

@Romz@in ...même problème que toi sur la fixation de la Melzi, la vis M3-25 sur l'angle de serrage m'empêche de positionner correctement la carte. pas bloquant... mais si quelqu'un a une idée, je ne vois pas ce que j'ai pu rater...