RIPOFE Posté(e) Septembre 16, 2016 Auteur Posté(e) Septembre 16, 2016 Le fichier n'est pas vide mais aucune trace du plugin filament
chris25640 Posté(e) Septembre 16, 2016 Posté(e) Septembre 16, 2016 Je pense que c'est à toi de l'ajouter, dans la doc ils disent d'ajouter filament: pin: XX filament: 0 bounce: 400 en dessous de la ligne plugins:
RIPOFE Posté(e) Septembre 16, 2016 Auteur Posté(e) Septembre 16, 2016 Voici ce que j'ai quand je fais nano ~/.octoprint/config.yaml accessControl: salt: QN19YSmTX7xaM44fzX82SdwlrTr4fEIq api: allowCrossOrigin: true key: FAF1118F3AB34xxxxxxxxxxxx appearance: color: green defaultLanguage: fr feature: {} gcodeViewer: {} plugins: filament: pin: 15 filament: 0 bounce: 400 announcements: channels: _important: read_until: 1460575175 cura: cura_engine: /usr/local/bin/cura_engine discovery: publicPort: 80 upnpUuid: 5705a206-29de-4b3d-9f29-320a77752420 softwareupdate: _config_version: 4 checks: octoprint: checkout_folder: /home/pi/OctoPrint update_script: '{python} "/home/pi/oprint/lib/python2.7/site-packages/O$ --python="{python}" "{folder}" {target}' printerParameters: {} printerProfiles: default: Discovery200 defaultProfile: {} serial: J'ai toujours "satuts": -1
chris25640 Posté(e) Septembre 16, 2016 Posté(e) Septembre 16, 2016 As tu redémarrer entre temps? la config semble correct à première vue
RIPOFE Posté(e) Septembre 17, 2016 Auteur Posté(e) Septembre 17, 2016 J'ai refait plusieurs essais et toujours status -1. Je commence à désespérer
chris25640 Posté(e) Septembre 17, 2016 Posté(e) Septembre 17, 2016 (modifié) {status: "-1"} if the sensor is not setup J'ai l'impression qu'il ne détecte pas ton capteur, es tu sur du pin? As tu lancé cette commande ? (elle permet à un utilisateur non root d'utiliser les ports gpio) chmod a+rw /dev/gpiomem Peux tu éventuellement poster une photo de ton branchement GPIO? Modifié (le) Septembre 17, 2016 par chris25640
RIPOFE Posté(e) Septembre 17, 2016 Auteur Posté(e) Septembre 17, 2016 Je poste une photo ce soir. Pour la commande quand je la lance j'ai ce message : chmod: cannot access `/dev/gpiomem': No such file or directory En tout cas merci de m'accorder autant de temps pour m'aider
chris25640 Posté(e) Septembre 17, 2016 Posté(e) Septembre 17, 2016 La commande te retourne sa car tu n'as pas " RPi.GPIO" version 6.X installé, je ne sais pas du tout si tu dois l'installer. J'attends ta photo mais je ne sais pas si je pourrais t'aider beaucoup plus.
RIPOFE Posté(e) Septembre 17, 2016 Auteur Posté(e) Septembre 17, 2016 Voici les photos du pi et du capteur
chris25640 Posté(e) Septembre 17, 2016 Posté(e) Septembre 17, 2016 Tout semble bon, la fiche du capteur est elle bien enfoncé?
RIPOFE Posté(e) Septembre 17, 2016 Auteur Posté(e) Septembre 17, 2016 Oui elle a bougé un peu quand je l'ai déplacé mais lors des test elle était enfoncée à fond. D'ailleurs j'ai essayé avec plusieurs fils
RIPOFE Posté(e) Septembre 17, 2016 Auteur Posté(e) Septembre 17, 2016 J'ai un nouveau message quand je tape chmod a+rw /dev/gpiomem chmod: changing permissions of ‘/dev/gpiomem’: Operation not permitted
chris25640 Posté(e) Septembre 17, 2016 Posté(e) Septembre 17, 2016 Que retourne la commande suivante ? /home/pi/oprint/bin/pip install RPi.GPIO
RIPOFE Posté(e) Septembre 17, 2016 Auteur Posté(e) Septembre 17, 2016 pi@octopi:~ $ /home/pi/oprint/bin/pip install RPi.GPIO Requirement already satisfied (use --upgrade to upgrade): RPi.GPIO in ./oprint/lib/python2.7/site-packages You are using pip version 8.1.1, however version 8.1.2 is available. You should consider upgrading via the 'pip install --upgrade pip' command. pi@octopi:~ $
chris25640 Posté(e) Septembre 17, 2016 Posté(e) Septembre 17, 2016 (modifié) il y a 6 minutes, RIPOFE a dit : J'ai un nouveau message quand je tape chmod a+rw /dev/gpiomem chmod: changing permissions of ‘/dev/gpiomem’: Operation not permitted sudo chmod a+rw /dev/gpiomem fonctionne mieux? Si cela ne retourne rien, c'est que la commande à fonctionné Modifié (le) Septembre 17, 2016 par chris25640
RIPOFE Posté(e) Septembre 17, 2016 Auteur Posté(e) Septembre 17, 2016 Il semble ne rien faire : pi@octopi:~ $ sudo chmod a+rw /dev/gpiomem pi@octopi:~ $
chris25640 Posté(e) Septembre 17, 2016 Posté(e) Septembre 17, 2016 (modifié) oui c'est normal, cette commande ne retourne pas de résultat si elle a fonctionné, tente un redémarrage si jamais... Modifié (le) Septembre 17, 2016 par chris25640
chris25640 Posté(e) Septembre 17, 2016 Posté(e) Septembre 17, 2016 J'ai peur de ne pouvoir t'aider plus désolé
RIPOFE Posté(e) Septembre 18, 2016 Auteur Posté(e) Septembre 18, 2016 Je ne désespère pas de trouver. En tou cas merci de ton aide @chris25640
RIPOFE Posté(e) Septembre 20, 2016 Auteur Posté(e) Septembre 20, 2016 Bonjour, toujours à la recherche d'une solution une question m'est venue : dois-je mettre dans le fichier 15 qui est le numéro du pin ou 22 qui correspond au "nom" du pin ? pendant que j'y suis : à quoi correspondent les différentes couleurs des gpio ? Allez, une petite dernière pour la route : y'a-t-il des pins à privilégier pour brancher le capteur ? merci pour vos réponses
RIPOFE Posté(e) Septembre 20, 2016 Auteur Posté(e) Septembre 20, 2016 Bonjour, toujours à la recherche d'une solution une question m'est venue : dois-je mettre dans le fichier 15 qui est le numéro du pin ou 22 qui correspond au "nom" du pin ? pendant que j'y suis : à quoi correspondent les différentes couleurs des gpio ? Allez, une petite dernière pour la route : y'a-t-il des pins à privilégier pour brancher le capteur ? merci pour vos réponses Edit : j'ai enfin réussi et ai donc répondu à une de mes question précédente : dois-je mettre dans le fichier 15 qui est le numéro du pin ou 22 qui correspond au "nom" du pin ? : il faut mettre le numéro du pin (donc 15 dans l'exemple). Donc concrètement j'ai branché le V en 2, le G en 6 et le S en 10. Avec cette configuration le status renvoyé et "1". Vous me dites donc génial. Moi je répond oui mais non. Il me renvoie comme quoi le filament est présent qu'il y est ou pas réellement le filament. durant l’impression même en cas de changement d'état (je rajoute le filament au niveau du capteur ou je l'enlève) l'imprimante ne se met pas en pause? Quelqu'un aurait une idée pour régler ce problème ?
chris25640 Posté(e) Septembre 21, 2016 Posté(e) Septembre 21, 2016 Bonne nouvelle, sa avance, sans lancer d'impression en mettant/enlevant le filamant la valeur retournée par l'API est toujours {status: "1"} ? Le fait qu'il mette {status: "1"} alors qu'il n'y a pas de filament n'est pas génant cela dépend du type de capteur : "The status 0/1 depends on the type of sensor, and it might be reversed if using a normally closed switch. " Il faut juste que l'état change en fonction de la précence ou non du filament
RIPOFE Posté(e) Septembre 21, 2016 Auteur Posté(e) Septembre 21, 2016 Il y a 14 heures, chris25640 a dit : Bonne nouvelle, sa avance, sans lancer d'impression en mettant/enlevant le filamant la valeur retournée par l'API est toujours {status: "1"} ? Le fait qu'il mette {status: "1"} alors qu'il n'y a pas de filament n'est pas génant cela dépend du type de capteur : "The status 0/1 depends on the type of sensor, and it might be reversed if using a normally closed switch. " Il faut juste que l'état change en fonction de la précence ou non du filament Bonjour, il n'y a aucun changement d'état : toujours statuts 1 avec ou sans filament.
Havock Posté(e) Mai 25, 2017 Posté(e) Mai 25, 2017 Bonjour, Je me permet de déterrer le sujet car j'ai le même problème Mon capteur est sur le gpio2 donc pin 3 ( rpi b3 ) et il reste en statut 1 peut importe qu'il y est du filament ou non
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant