ShagoY

C'est un problème avec le détecteur de filament.. De souvenir dans le firmware fallait inversé un true en false ou inversement... Je ne peux pas vérifier là désolé

Je ne suis pas certain que d'avoir pointé l'option "Path to avrdude config file" directement vers l’exécutable avrdude soit correct. Tu as eu l'occasion de tester sans rien mettre dedans ? Et donc utiliser la configuration d'avrdude par défaut (Can be left empty, in which case avrdude will use the global configuration file.) ? De toute façon, tu vas devoir surement mettre à jour des valeurs etc.. dans ton firmware et donc devoir reflasher tout ou tard Sinon ton second screenshot, c'est pour les retour d'erreur de ton imprimante vers Octoprint. Par exemple, lorsque tu atteins une température trop élevé de ta buse etc..

On ne voit pas ta config sous Octoprint, du coup quand tu dis que ça fonctionne, c'est grâce au menu qui check la dépendance sous Octoprint ?

Ça se gère comment la double extrusion sur une même buse ? C'est "précis" ?

Coucou Razor "Soufflerie" et "apporte" de l'air, c'est un peu la même chose ^^, tu es donc bien en "aspiration" (=/= "expiration") Tu as une sonde thermique ? Car a la vue des petites "aérations latérales", je me demande si cela ne serait pas mieux de se mettre en expiration... L'idée est que l'air chaud ne stagne pas dans le boîtier Maintenant ça doit être du chipotage mais ça serait sympa de voir

Oui voila, je me doutais d'un problème lors de ton ajout du damper sur l'extruder... Maintenant à toi de bien régler le "serrage" du filament afin qu'il soit bien (mais pas trop) tirer vers ton hotend

Oui, celui entre l'écran et la CM est "régulé". On ne voit pas bien la première couches, est-elle bien ? Sinon tu parles de 3 dampers, tu les as mis sur X/Y/Extruder ?

Tu parles d'une webcam logitech dans ton premier post, non ? Si oui, dans ton process et sauf erreur, tu charges la librairie pour une picam (Via input_raspicam.so). Le probleme se situe peut-être de là (?).

J'ai une CR10S full stock.

Tu veux dire que "out of the box", ton détecteur de filament ne fonctionnait pas ?

Facile ! Crée toi ton propre menu personnalisé , à la fin dans Configuration_adv.h (Avant le #endif // CONFIGURATION_ADV_H bien entendu) : /** * User-defined menu items that execute custom GCode */ #define CUSTOM_USER_MENUS #if ENABLED(CUSTOM_USER_MENUS) #define USER_SCRIPT_DONE "M117 User Script Done" #define USER_SCRIPT_AUDIBLE_FEEDBACK //#define USER_SCRIPT_RETURN // Return to status screen after a script #define USER_DESC_1 "Heat hotend/bed/Home/Level" #define USER_GCODE_1 "M104 S200\nM140 S60\nG28\nG29 W" #define USER_DESC_2 "Home/Info" #define USER_GCODE_2 "G28\nM503" #define USER_DESC_3 "Home/BLTouch Auto-Leveling" #define USER_GCODE_3 "G28\nG29 W" #define USER_DESC_4 "Desac Endstop soft" //gp #define USER_GCODE_4 "M211 S0" //gp #define USER_DESC_5 "Active Endstop soft" //gp #define USER_GCODE_5 " M211 S1" //gp #define USER_DESC_6 "change Filament" //gp #define USER_GCODE_6 "M600" //gp #define USER_DESC_7 " Purge 30mm" //gp #define USER_GCODE_7 "G1 F200 E30" //gp #endif Bon ce n'est qu'un exemple et honnêtement je ne m'en sert pas/plus, vu que je fais tous via Octoprint avec des commandes customs similaires (Cherche dans les plugins) Hum.. C'est bizarre, il a toujours fonctionné chez moi.

Oh ! On attend tous là !! On va pas se prendre en plus des problèmes de livraison/transport !?!! Voila c'était juste pour te rappeler que certains attendent le résultat de ton projet avec patience.. bien entendu..

J'ai surtout remarqué le petit guide filament fait en 5sec

Les gens veulent imprimer ! pas découvrir un nouveau système d'exploitation en ligne de commande Mais clairement j'invite tous les curieux à découvrir Linux, surtout avec un raspberry, c'est vachement plus simple car pas d'embrouille avec les drivers etc.. Pour le "fun", je suis passé sur du Debian Stretch (Un version plus récente pour les curieux), vu que les versions dev d'octopi le sont déjà... Mais il n'y a clairement aucun intérêt surtout pour un raspberry dédié à Octoprint

Il faut prendre celle qui se nomme "U8glib" . Exact, CR10S = pas de bootloader (contrairement à la CR10). Donc prend "TH3DUF.ino.mega.hex". Comme certains n'ont pas d'Octoprint et connectent directement leur imprimante en USB, j'ai volontairement été "vague" à ce sujet. Perso, je le fait à l'aide du plugin "Firmware Updater" sous Octoprint (https://plugins.octoprint.org/plugins/firmwareupdater/) J'ai testé TH3D en effet mais lors de l'installation de mon BLTouch, j'ai été obligé d'effectuer des ajouts dans la source et comme TH3D vend leurs propre modèle d'ABL, il a volontairement omis d'ajouter ces lignes. Du coup, je suis revenu sur du Marlin "vanilla" (original) mais il n'y a rien de rationnel la dedans, c'est vraiment une préférence personnelle Ça me semble correcte de mémoire, le concept du TH3D est d'effectuer très peu de modification vu qu'il les intègre les valeurs intrasec de nos CR10 automatiquement. J'ai conservé le fonctionnement original du détecteur de fin en modifiant la ligne dans le fichiers pins_RAMPS.h // define digital pin 4 for the filament runout sensor. Use the RAMPS 1.4 digital input 4 on the servos connector #define FIL_RUNOUT_PIN 2 //def:4 Et bien sur en l'activant dans Configuration.h : /** * Filament Runout Sensor * A mechanical or opto endstop is used to check for the presence of filament. * * RAMPS-based boards use SERVO3_PIN. * For other boards you may need to define FIL_RUNOUT_PIN. * By default the firmware assumes HIGH = has filament, LOW = ran out */ #define FILAMENT_RUNOUT_SENSOR #if ENABLED(FILAMENT_RUNOUT_SENSOR) #define FIL_RUNOUT_INVERTING true // set to true to invert the logic of the sensor. //gp change #define ENDSTOPPULLUP_FIL_RUNOUT // Uncomment to use internal pullup for filament runout pins if the sensor is defined. #define FILAMENT_RUNOUT_SCRIPT "M600" #endif Vu que nos carte mères (cr10s) permet de le gérer "nativement", je ne me suis pas embêter à le brancher sur le Raspberry même si cela est effectivement possible

Pour faire simple, Octopi intègre le système d'exploitation linux raspbian (on dit distrib raspbian) + Octoprint, le tout en une installation simple/rapide (En sus la configuration de la webcam etc..). Donc d'un coté, tu y gagnes en simplicité mais tu y perds en maîtrise/contrôle de ton environnement, rien de plus Un autre exemple, j'ai voulu installer Pihole pour faire mumuse, vu que mon RPI est tjrs en marche.. Bin avec la distrib Octopi, il y avait bien trop de modification par rapport à une simple Raspbian+Octoprint pour que cela fonctionne. J'aurai surement pu le faire mais au final c'était plus rapide pour moi de partir d'un Raspbian "vanilla". Si ce que je viens de dire, vous semble du chinois, partez sur Octopi

Normalement c'est dans le dossier ./home/pi/.octoprint/uploads/, ça doit être un truc similaire sur octopi La commande : sudo find / -name *.gcode Edit : Merci doomherald pour la précision ;). @Jean-Claude Garnier Tu avais presque bon ! sudo find / -name *.gco*

Ok merci Vu que j'ai qu'une seule marque de filament, je n'ai pas pu faire mumuse avec différentes temp, mise à part la temp tower mais je n'avais pas remarqué l'effet

Tient c'est étonnant car sous Cura (Je tiens à préciser que j'utilise S3D et Cura), par défaut ils ont ajouté le "combing" qui justement "annule" (Bon c'est un peu plus compliqué que cela) la rétraction. Ça serait cool que tu tentes @LOLO710 ! @Siel Du coup, c'est une température plus/trop haute ou basse qui "provoque" l'effet de brillance ?

Ce que le voulais dire, c'est qu'il n'y a aucune raison qu'un slicer donne de meilleur résultat au niveau de la qualité dès lors que tu les maîtrises Les différences sont, selon moi, juste d'un point de vue UI/UX/Ergonomie. Bon après, il y a bien des différences du coté de la gestion des supports etc.. Mais elle s'estompe dès lors que tu configures la chose "aux petits oignons" Par contre, je ne saurais expliquer pourquoi S3D a donné un résultat plus brillant sur les périmètres... Autant sur les couches supérieurs/inférieurs, je comprends mais là... Aucun idée Tu avais bien les mêmes valeurs pour l'accélération/jerk/etc.. ?

C'est étonnant.. Tu as quelle version du RPI et modèle de picam ? J'ai un Pi 3 Modèle B et Pi 3 Modèle B + et la picam Raspberry Pi v2.1 8 MP 1080p, le tout officiel et je n'ai pas été ennuyé par ce genre de problème Pourtant mes RPI et picam était bien sollicités niveaux vibrations.. Surement un problème de nappe, non ? De même pour l'objectif sur lequel j'ai utilisé, de nombreuse fois, l'outil pour régler le focus. Perso, le seul truc que je peux reprocher à la picam c'est cette foutu nappe plate...

Les petites boursouflures proviennent le plus généralement du départ de la couche. Sous Cura, on nomme cela "z seam alignement", par défaut cura les places dans un endroit le moins voyant mais parfois il vaut mieux les gérer manuellement via les différentes options. Je sais que S3D a un truc similaire..Reste plus qu'à trouver le nom Si tu as de meilleur résultat sous S3D qu'avec Cura, mon avis est que tu dois avoir laisser des options sous Cura profitant à la rapidité à la qualité. Car je mets ma main à couper que ton print sous Cura a été le plus rapide, non ? Il faut savoir que Cura propose mille fois plus de post-processing que S3D et les développeurs tentant de créer un mix qualité/vitesse avec les profils par défaut. Tu en as déjà la preuve avec tes petites boursouflures

Vous avez tous une alimentation de plus de 3 ampères ?

@sbouloc Attention les applications cités demandent tout de même d'avoir un serveur Octoprint

Pour la CR10S qui n'a plus besoin de bootloader, tu prends le premier. Le second est surement pour la CR10.. enfin par logique vu que je n'en ai pas Les deux premiers messages d'erreur en rouge semblent ne pas venir du plugin... Par contre, le dernier t'indique un probleme avec Avrdude, as-tu configuré le plugin comme je l'indique plus haut pour qu'il fonctionne avec ta CR10 ? Une fois configuré (Via le petit menu "outil" que l'on voit en haut/droite de ton image), tu n'auras plus qu'à selectionner le bon port "Serial Port" puis "browse" pour aller chercher le fichier HEX et ensuite "Flash from File" et le tour est joué Note: Tu peux mettre Octoprint en français, regarde le tuto : Tu auras un fichier à télécharger puis à uploader dans les options d'octoprint sur les langues, désolé je n'ai pas l'interface d'octoprint sous la main, mais regarde sur le fil, je crois que l'on explique les étapes