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