Chercher dans la communauté

Bonjour, Confronté à la nécessité d'éteindre proprement son imprimante à la fin de l'impression, j'ai cherché une solution la plus simple possible ne nécessitant aucun câblage. En préambule, il est probable que ce tuto n'apprenne rien à beaucoup d'entre vous mais, pour ceux qui, comme moi, n'ont pas une grande antériorité en impression 3D et surtout en Octoprint, il pourra peut-être leur permettre de ne pas passer autant de temps que moi à réussir le paramétrage correct de ces plugins. Je passe sur l'installation d'Octoprint, de nombreux tutos ont déjà été écrits sur le sujet. Plusieurs plugins permettent d'éteindre automatiquement l'imprimante à l'issue de l'impression, les plugins "Enclosure" et "Octorelay" notamment. En revanche, ils ne prennent pas en compte les températures des buses et du plateau. J'ai lu suffisamment de littérature à ce sujet recommandant de ne jamais éteindre son imprimante tant que les extrudeuses sont en température pour ne pas être resté sur ces plugins. J'ai donc essayé le plugin "PSU control" qui, dans sa doc, précise qu'il est possible d'éteindre l'imprimante avec une consigne de température. Malheureusement, ça n'est pas aussi simple que ça. Après de nombreux essais, voici donc une solution qui fonctionne. Je ne dis pas, bien sûr, que c'est la seule. Pour commencer, mon Octoprint est basé sur un RPI3b+ équipé d'une carte relais 4 canaux. Le RPI est connecté à l'imprimante via un câble USB. Mon imprimante est une Sovol SV04 mais cela n'a aucune importance. Après avoir installé et configuré votre Octoprint, installez le plugin "PSU control" et paramétrez-le ainsi, si tant est que votre PIN GPIO est le 22 (BCM), adaptez la valeur sinon (ne pas tenir compte de "Sensing" pour le moment) : Quelques explications. J'aurais voulu n'utiliser qu'un seul plugin pour gérer la lumière et l'imprimante mais je n'ai pas trouvé. Pour la lumière, j'utilise le plugin "Octorelay" PIN 4 du GPIO. Pour rappel, le plugin "PSU control" ne permet que de switcher l'état de l'imprimante. On ne peut pas allumer/éteindre, on ne peut que commuter l'état. Il est donc impératif de le connaitre afin de savoir exactement ce que l'on fait. Le paramètre "Sensing" du plugin "PSU control" indique de quelle façon le plugin va chercher l'état de l'imprimante (ON/OFF). Il existe plusieurs moyens de l'obtenir, "Internal", "GPIO", "Plugin" et "System command". Les créateurs du plugin recommandent fortement de ne pas utiliser la méthode "Internal" qui, pourtant, donne de bons résultats. Il est probable qu'elle se base sur une variable binaire dont la valeur est mise à jour au fur et à mesure des clics et qui risque, en cas de redémarrage d'Octoprint, de ne pas refléter correctement l'état de l'imprimante. L'option "System Command" permet d'envoyer des commandes SSH à Octoprint et, à priori, ne fonctionne que si l'alimentation est correctement câblée. Quant à l'option GPIO... je n'ai jamais réussi à la faire fonctionner et pourtant elle serait la plus logique puisque le relais est branché sur un PIN du GPIO. Finalement, après quelques recherches et beaucoup de tâtonnements, j'ai opté pour l'option "Plugin". Avec le recul, elle est parfaitement logique. Contrairement au plugin "PSU control", le sous-plugin "PSU control - RPi.GPIO" sait lire l'état des PIN GPIO et donc des relais. En demandant au plugin "PSU control" d'interroger le sous-plugin, on a donc l'info qu'il nous faut. Le paramétrage du sous-plugin "PSU control - RPi.GPIO" est le suivant, encore une fois, si vous êtes branché sur le PIN 22 : Il ne vous reste plus ensuite qu'à paramétrer le paramètre "Sensing" du plugin "PSU control" comme indiqué plus haut pour terminer votre configuration. Il existe plusieurs sous-plugins de "PSU control", Homeasistant, Shelly, Tahoma, TP-Link, et d'autres encore. Chacun de ces sous-plugins permet de fournir à "PSU control" l'information d'état de l'imprimante par le biais de l'équipement adapté. Pour ma part, je n'ai testé que le GPIO, je n'avais aucune volonté d'investir dans davantage de matériel histoire de faire des tests. Ceci étant, si d'autres ont les équipements requis, je les encourage vivement à compléter ce sujet de façon à le rendre le plus pertinent possible. J'ai essayé d'écrire ce TUTO le plus soigneusement possible. Si vous y voyez une ou des erreurs de quelques natures qu'elles soient, n'hésitez pas à me les remonter afin que je puisse les corriger. En attendant, bonne lecture et bonnes impressions.

Bonsoir, Sachant que mon imprimante, une Sovol SV04, ne réagit pas au M81, pourriez-vous me dire, si cela existe, quel moyen existe-t-il pour éteindre automatiquement l'imprimante sous octoprint après l'impression et surtout après que les extrudeuses aient refroidi ? J'ai mis des "M109 R40" dans mon gcode de fin qui font leur office mais je n'arrive pas à les exploiter. J'ai essayé avec les plugins octorelay, enclosure mais pas sans succès. Avec PSU control je crains que le gcode pose le même problème que celui de fin. Donc, si quelqu'un a fait ou a une bonne idée, à votre bon cœur. D'avance merci. Michel

Bonjour tout le monde et joyeuses Pâques Voici ma question. Sous Octoprint, j'ai installé le plugin "PSU control" afin de gérer l'alimentation de mon imprimante. Ça a l'air de fontionner plutôt pas mal bien qu'il me reste quelques essais à effectuer. Il y a quand même un truc qui ne me paraît pas très clair et qui correspond au paramètre "Sensing". Dans la doc, il est dit : Sensing Provides PSUControl with the current state of the power supply. Sensing Method Internal Keeps track of the PSU on/off state internally based on the last action. This is the default method to help simplify setup. Using another method is highly recommended. GPIO Uses available GPIO device. Useful if there are no usable IO pins on the printer PCB and does not require firmware changes. Raspberry Pi users will need to use BCM pin numbering. Support for BOARD pin numbering was removed in v1.0.0. System Command Executes a system command on the OctoPrint server. Command should provide a valid return exit code. 0 = On, 1 = Off Note: Commands on *nix systems will be executed within the sh interpreter. Plugin Use another plugin which has been registered with PSUControl. Polling Interval Defined how often to check if the PSU is on or off. A l'heure actuelle, j'utilise la méthode "Internal" qui fonctionne. Le problème est qu'il est fortement recommandé d'utiliser une autre méthode. Pourquoi, j'imagine qu'elle n'est pas très fiable car sûrement basée sur une variable. J'ai donc essayé la méthode GPIO, la plus logique, avec la même PIN 22 qui me permet de commuter l'alimentation et qui fonctionne actuellement. Cette méthode requiert en plus du PIN la façon de traiter l'info (float, pull-up, pull-down). Seulement, et malgré toutes mes tentatives, je n'arrive pas à faire fonctionner ce plugin avec cette méthode. Ma question est donc la suivante, si quelqu'un utilise ce plugin, de quelle façon gérez-vous la remontée d'état ? Pour préciser mon propos, j'utilise un relais 4 canaux branché sur mon RPI et pas de prise connectée. Merci d'avance Michel

Hello, Sur mon octoprint, je n'ai que l'extrudeur 1 qui affiche sa température. Rien sur Le second. Par contre, je peux envoyer une température sur l'extrudeur 2, la tenlog le prend bien. Vous avez ce problème aussi ? Sinon, j'ai aussi des problèmes de déconnexion type "Too many consecutive timeouts", mais apparemment le câble y est pour quelque-chose... Merci

Bonsoir, J'ai installé Octoprint sur un rpi3 avec un pi-hat 4 relais afin de piloter mon imprimante. Ça marche. A l'aide du plugin Enclosure, je pilote totalement l'imprimante. Je l'allume, l'éteinds, avec ou sans tempo, idem pour la lumière, je visualise l'imprimante via une webcam. Ça devrait me suffire. Mais, il y a un mais, je n'ai pas trouvé comment éteindre l'imprimante sur trigger. En l'occurrence, je voudrais pouvoir l'éteindre lorsque la température des buses est inférieure à une certaine valeur, 40 ou 50°. Pour le moment, je me contente de l'éteindre après 5mn, ce qui, je pense devrait suffire mais c'est une estimation au doigt mouillé. Si c'est possible, quelqu'un pourrait-il me dire comment faire ? Par avance, merci. Amitiés Michel

Bonjour, J'ai suivi le tuto suivant afin d'avoir un pilotage complet de mon imprimante via octoprint. J'ai donc acheté cette carte : https://www.amazon.fr/gp/product/B072XGF4Z3/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1 Et j'ai commencé à faire mon installation en paramétrant les plugins System Command Editor et PSU Control tel que c'est décrit dans le tuto. Connexion au RPI3b+, j'allume le serveur Octoprint. Je clique sur Light On, le relais se ferme. Super. Je clique sur Light Off, il s'ouvre, resuper. Je clique sur Printer On, rien et idem pour Printer Off. Je clique sur l'icone de PSU Control, là encore rien. Je modifie la valeur du pin dans PSU Control en mettant 6 (pourquoi 6, c'est une erreur, je voulais mettre 7) et là le 3ème relais fonctionne. Du coup, j'ai essayé de nombreux changement de pin sans succès. Même en mettant 6 dans System Control Editor, il ne se passe rien non plus. Là, je cale. Je ne pense pas que le problème vienne de la carte dans la mesure où un des relais fonctionne avec un plugin et pas l'autre, bien que je ne sois jamais sûr de rien. Donc, si quelqu'un a une idée que je puisse exploiter pour résoudre ce problème ou peut-être une autre carte multirelais (250V 10A) moins problématique, ce serait très sympa de bien vouloir m'aider. A bientôt Amitiés Michel

Bonjour, Cela fait déjà 1 mois que je n’ai pas utiliser mon octoprint (donc je l’avais éteint) et je voulais le redémarrer mais il ne se connecte plus à la wifi. J’ai regarder dans les fichiers de la carte SD mais j’ai rien trouver de faux. Aidez moi, s’il vous plaît merci

Bonjour à toutes et tous, J'essaye sans succès d'installer un écran 5" tactile sur mon nouveau Raspberry Pi 4. Après avoir compris qu'il fallait utiliser la release 0.18 rc1 au lieu de la version stable 0.17 d'Octopi sur mon Pi 4, je suis en mesure d'utiliser le Pi 4 depuis mon navigateur web, mais je souhaite en plus utiliser un écran local en HDMI. J'ai dû suivre sans mentir une dizaine de tuto différents, en français, en anglais, mais rien n'y fait, pas moyen de booter sur le desktop après avoir paramétré le boot sur "B4 Desktop Autologin". J'ai l'écran en lui-même qui fonctionne, puisque j'ai tout le retour des lignes de commandes du Terminal, mais c'est tout. Quelqu'un a-t-il installé un écran sur son Pi 4 ou doit-on attendre une mise à jour d'Octopi pour cela ? Même sur le forum je n'ai pas trouvé chaussure à mon pied...

Bonjour, Je viens d'installer un raspberry pi 4 Avec octoprint Jai une ender3 toi fonctionne nickel sauf lupload vers la carte mémoire en faisant init sdcard rien ne ce passe ou tout du moins rien est afficher depuis linterface web pourtant la carte mémoire fonctionne bien en autonome sur la ender3 Mon ender3 a le firmware stock 1.1.6.2 Avait vous des solution ? Merci d'avance cordialement

Bonjour, j'ai récemment installé octopi sur une raspberry pi 3 mais je rencontre des difficultés avec la caméra... C'est une webcam logitech c270 filmant en HD 720p en 30fps. J'ai vu que cette caméra était souvent utilisée pour octopi mais je n'ai pas réussi à la faire fonctionner. J'ai paramétré le fichier octopi.txt comme ça : ### Windows users: To edit this file use Notepad++, VSCode, Atom or SublimeText. ### Do not use Notepad or WordPad. ### MacOSX users: If you use Textedit to edit this file make sure to use ### "plain text format" and "disable smart quotes" in "Textedit > Preferences" ### Configure which camera to use # # Available options are: # - auto: tries first usb webcam, if that's not available tries raspi cam # - usb: only tries usb webcam # - raspi: only tries raspi cam # # Defaults to auto # camera="usb" ### Additional options to supply to MJPG Streamer for the USB camera # # See https://faq.octoprint.org/mjpg-streamer-config for available options # # Defaults to a resolution of 640x480 px and a framerate of 10 fps # camera_usb_options="-r 1280x720 -f 30" ### Additional webcam devices known to cause problems with -f # # Apparently there a some devices out there that with the current # mjpg_streamer release do not support the -f parameter (for specifying # the capturing framerate) and will just refuse to output an image if it # is supplied. # # The webcam daemon will detect those devices by their USB Vendor and Product # ID and remove the -f parameter from the options provided to mjpg_streamer. # # By default, this is done for the following devices: # Logitech C170 (046d:082b) # GEMBIRD (1908:2310) # Genius F100 (0458:708c) # Cubeternet GL-UPC822 UVC WebCam (1e4e:0102) # # Using the following option it is possible to add additional devices. If # your webcam happens to show above symptoms, try determining your cam's # vendor and product id via lsusb, activating the line below by removing # and # adding it, e.g. for two broken cameras "aabb:ccdd" and "aabb:eeff" # # additional_brokenfps_usb_devices=("aabb:ccdd" "aabb:eeff") # # If this fixes your problem, please report it back so we can include the device # out of the box: https://github.com/guysoft/OctoPi/issues # #additional_brokenfps_usb_devices=() ### Additional options to supply to MJPG Streamer for the RasPi Cam # # See https://faq.octoprint.org/mjpg-streamer-config for available options # # Defaults to 10fps # #camera_raspi_options="-fps 10" ### Configuration of camera HTTP output # # Usually you should NOT need to change this at all! Only touch if you # know what you are doing and what the parameters mean. # # Below settings are used in the mjpg-streamer call like this: # # -o "output_http.so -w $camera_http_webroot $camera_http_options" # # Current working directory is the mjpg-streamer base directory. # #camera_http_webroot="./www-octopi" #camera_http_options="-n" Mais sur octopi lorsque je vais dans l'onglet "control" je vois un écran noir avec ce message : "webcam stream loading..." J'ai essayé sur firefox et chrome. Ce qui est étrange, c'est lorsque j’éteins octopi en cliquant sur "shutdown" sur la page web, un message apparait pour confirmer et lorsque je valide une photo prise par la webcam apparait au 3/4. J'espère que vous pourrait m'aider. Merci.

Bonjour à tous, après plusieurs heures de galère je me tourne vers vous car je ne sais plus où chercher. J'ai installé octopi sur mon Raspberry pi3B, l'installation c'est déroulé correctement et la connexion à l'imprimante fonctionne bien. les impressions ce passe sans problème, là ou les problèmes ont commencer c'est lorsque j'ai voulu connecter ma camera Raspberry. Impossible de faire fonctionner le streaming. Dans les paramètres webcam & timelapse de octoprint j'ai entré : http://AdresseIPRasperry:8080/?action=stream et http://AdresseIPRasperry:8080/?action=snapshot les snapshot fonctionne mais pas le streaming. lorsque je tape http://AdresseIPRasperry:8080/?action=stream dans mon navigateur j'ai bien le streaming qui fonctionne. j'ai testé plusieurs modifications dans le fichier octopi.txt, refais plusieurs installation complète mais rien n'y fais. Merci d'avance pour votre aide.

Bonjour à tous, Je viens d'installer octopi sur un rasp 3 pour ma CR10S5. J'ai 2 problèmes : 1/ Quand je lance un print (par exemple avec un bed à 60° et la buse à 200°), quand le bed atteint 60°, la buse chauffe, ce qui est normal. Le plateau redescend à 59° et la, la buse arrête de chauffer pour attendre que le plateau remonte à 60°. Du coup, la buse ne peut pas atteindre les 200° et le print ne démarre pas. C'est un problème que je n'avais pas avant l'installation d'octopi. 2/ Je ne parviens pas à bouger les axes depuis octopi... Je me dis que ça viens du Rasp ou d'Octopi et du coup, je vire le rasp et je reviens à la configuration standard. La, je me rend compte qu'en fait, ma buse (toujours avec une consigne à 200°) refuse de dépasser 194°. Arrivé à 194°, la température redescend à 185°, puis remonte à 194° et redescend à 185° et ainsi de suite... Je test avec une consigne à 210° et la, même punition, sauf que la buse monte à 200° puis redescend, remonte à 200° et ainsi de suite... Un autre problème est apparu : mes axes refusent de bouger ! Il faut que je fasse un « restore failsafe » pour qu'ils acceptent à nouveau les commandes... Pensez-vous qu'Octopi ait « foutu le bordel » dans le firmware de ma CR10 ? Avant octopi, j'avais aucun problème... Comment revenir à l'origine ? Merci d'avance de votre aide

Celui-ci est destiné personnes qui utilisent OctoPrint et ont connecté leur imprimante à un relais. Pour ce point, je vous laisse faire une recherche, il existe déjà une chiée de sujets qui en parlent. Après avoir appliqué ce tutoriel, OctoPrint pourra automatiquement arrêter votre imprimante, mais en tenant compte de son activité en cours. Car la gestion d'événements d'OctoPrint, par défaut, ne permet pas d'insérer de conditions. Dernièrement, j'ai cherché un moyen d'arrêter automatiquement mon imprimante après un travail terminé. OctoPrint a une bonne gestion des événements mais un peu trop stupide pour cette tâche : que faire si je veux imprimer plusieurs fichiers l'un après l'autre ? Devrais-je laisser mon imprimante s'éteindre et la relancer ensuite ? Je ne suis pas certain que l'alimentation apprécie la manœuvre sur le long terme, donc ce n'était certainement pas une option pour moi. J'avais mis en place une gestion via relais, donc la plus grande tâche était déjà terminée : je peux contrôler mon imprimante et son éclairage via le menu d'OctoPrint. Vous devez donc être au même point avant de commencer. Puis vient l'automatisation : tout est dans un script qui sera exécuté par OctoPrint après chaque impression. Ce script utilise OctoCmd pour récupérer l'état de l'imprimante: est-elle inactive ? Si c'est le cas, l'imprimante est éteinte. C'est aussi simple que ça. D'abord, installez OctoCmd. Notez que sur OctoPi, le chemin menant à pip est /home/pi/oprint/bin/. Ensuite, créez le script que j'ai mentionné ci-dessus : nano /home/pi/autoshutdown.sh Et complétez-le avec le code ci-dessous. Vous devrez adapter le délai avant l'arrêt automatique selon vos préférences (ici 120 secondes, soit deux minutes) et la commande pour arrêter votre imprimante. La mienne est sur le GPIO 17, c'est peut-être différent pour la vôtre : #! /bin/bash sleepTime=120 sleep "$sleepTime" printerState="$(/home/pi/oprint/bin/octocmd status | grep -i 'state:' | sed -e 's/state: //g')" if [ "$printerState" = "Operational" ] then /usr/bin/gpio -g write 17 1 fi exit 0 Ensuite, créez le script exécutable: chmod +x /home/pi/autoshutdown.sh Enfin, déclarez le script dans le gestionnaire d'événements d'OctoPrint via le fichier config.yaml : events: enabled: true subscriptions: - command: (/home/pi/autoshutdown.sh) event: PrintDone type: system Maintenant, redémarrez le service OctoPrint et laissez la magie opérer !

Bonjour, Je m'apprête à acheter une micro delta rework mais n'ayant pas la place de la mettre proche d'un ordinateur et pour éviter de faire des aller retours avec une carte sd j'ai découvert Octopi. Par contre j'ai une question est ce que quelqu'un a déjà testé octopi avec une micro delta rework ? Y-a-t-il des problèmes d'impression ? Une perte de qualité ? Pour un novice dans l'impression 3d les réglages de l'imprimante ne sont pas plus laborieux sur octopi ? Merci

Salut à tous ! Je cherche une solution pour que mon Rasp soit autonome pour faire un shutdown propre PUIS éteindre l'imprimante, alors qu'il est alimenté derrière l'imprimante. J'en suis à peu près là : Donc côté Rasp, il faudrait : Ajouter un bouton sur le GPIO Catcher le bouton dans "Wiring Octopi" afin de déclencher un shutdown propre Trouver sur le port GPIO une pin qui descend le plus tard possible pendant l'extinction du PI Côté électro il faudrait : Trouver un relais 220V qui est commandé en 5V (coupure sur front déscendant) Ce même relais doit pouvoir être fermé mécaniquement (pour rallumer l'imprimante) Et le dernier point, mais pas des moindre : Le coupage du relais doit être retardée pour être certain que le Pi est bien arrêté Vous en pensez quoi ? ça me parait complexe, mais je vois pas trop comment faire autrement...