David590

Raspberry Pi 3 Model B Plus Rev 1.3 MainsailOS 1.1.1 (bullseye) Oui Alors j'ai retesté avec dtoverlay=vc4-kms-v3d , l'interface revient mais pas de tactile avec dtoverlay=vc4-fkms-v3d, pas d'interface et avec ton config.txt... ca fonctionne mais alors pourquoi ?

Mon config.txt: J'ai bien ajouter le f à "dtoverlay=vc4-fkms-v3d" en utilisant vscode. Je serai pas dire si le tactile fonctionne car depuis j'ai plus l'interface sur l'écran !

Oui tout est bien à jour de mon coté Heu... non, enfin je sais pas.. c'est quoi? J'ai juste installé klipperscreen, je n'ai jamais rien installé d'autre, il faut ajouter un pilote ? edit: pour voir le fichier de config il faut aller directement sur la carte sd ? N'y avait-il pas un autre moyen il me semble ?

Je ne sais pas s'il était déjà activé mais je l'ai bien mis sur yes mais ca ne fonctionne toujours pas

Super merci pour ton aide J'ai bien compris l'idée mais je ne vois pas quel chemin je dois mettre [include mainsail.cfg] [virtual_sdcard] path: /home/pi/printer_data/gcodes on_error_gcode: CANCEL_PRINT ou [include mainsail.cfg] [virtual_sdcard] path: /home/pi/gcode_files on_error_gcode: CANCEL_PRINT dans les 2 cas ça ne fonctionne pas edit: c'est bon, apparemment il fallait le mettre tout à la fin du code, super je peux enfin imprimer , merci bien

Bonjour à tous, Après avoir réinstaller Mainsail j'ai une erreur quand j'upload un stl Moonraker warning GCode path received from Klipper does not match expected location. Received: '/home/pi/gcode_files' Expected: '/home/pi/printer_data/gcodes' Modify the [virtual_sdcard] section Klipper's configuration to correct this error. [virtual_sdcard] path: /home/pi/printer_data/gcodes J'ai l'impression qu'il y a un problème de chemin dans mainsail.cfg mais je ne peux pas le modifier car bizarrement il est en lecture seule ! [virtual_sdcard] path: ~/printer_data/gcodes on_error_gcode: CANCEL_PRINT Quelqu'un aurait-il une idée ?

Bonjour à tous, Ca faisait pas mal de temps que je n'avais plus utilisé mon imprimante et après plusieurs mise à jour j'avais plein d'erreurs, du coup j'ai décider de tout réinstaller. J'utilise Klipper, j'ai donc réinstaller Mainsail ainsi que klipperscreen, j'ai bien un affichage correct sur le PiTFT50 mais pas de tactile, je vois pas ce qu'il peut y avoir, il n'y a qu'un connecteur à brancher... un paramètre peut être ?

Ca semble similaire en effet

Bonjour à tous, J'ai lu quelques articles sur le HIPS mais je n'arrive pas à comprendre pour quelle raison ce filament n'est pas plus utilisé D'après ce que j'ai compris : - Résistance mécanique comme l'ABS voir mieux - Pas de warping - Non toxique - Contact alimentaire Sur le papier ca parait excellent mais alors pourquoi est-il souvent utilisé seulement pour faire des supports pour l'ABS ? Certes il est un peu moins bon marché que l'ABS, est-ce la seule raison ?

Par contre quelqu'un saurait-il me dire comment commander plusieurs leds sur une seule ligne pour remplacer ca: SET_LED LED=my_neopixel RED=0.5 GREEN=0.1 BLUE=0.7 WHITE=0 index=1 SET_LED LED=my_neopixel RED=0.5 GREEN=0.1 BLUE=0.7 WHITE=0 index=2 SET_LED LED=my_neopixel RED=0.5 GREEN=0.1 BLUE=0.7 WHITE=0 index=3 SET_LED LED=my_neopixel RED=0.5 GREEN=0.1 BLUE=0.7 WHITE=0 index=4 par quelque chose comme ca SET_LED LED=my_neopixel RED=0.5 GREEN=0.1 BLUE=0.7 WHITE=0 index=1,2,3,4 ?

Oui il faut insérer les macros des leds où tu le souhaites, par contre je n'utilise pas les macros du stealthburner que je trouvais un peu compliquer à comprendre Voici un exemple de ce que j'ai utilisé, dans mon cas j'ai 6 leds car 2 stealthburner en idex [neopixel my_neopixel] pin: PB0 chain_count: 6 color_order: GRBW initial_RED: 0.0 initial_GREEN: 0.0 initial_BLUE: 0.0 initial_WHITE: 0.1 [gcode_macro led_Ready] gcode: SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=0.1 transmit=1 [gcode_macro led_Homing] gcode: SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=0.8 index=1 transmit=0 SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=1 index=2 transmit=0 SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=1 index=3 transmit=0 SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=0.8 index=4 transmit=0 SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=1 index=5 transmit=0 SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=1 index=6 transmit=1 [gcode_macro led_Leveling] gcode: SET_LED LED=my_neopixel RED=0.5 GREEN=0.1 BLUE=0.7 WHITE=0 index=1 transmit=0 SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=1 index=2 transmit=0 SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=1 index=3 transmit=0 SET_LED LED=my_neopixel RED=0.05 GREEN=0 BLUE=0 WHITE=0 index=4 transmit=0 SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=0.1 index=5 transmit=0 SET_LED LED=my_neopixel RED=0 GREEN=0 BLUE=0 WHITE=0.1 index=6 transmit=1 Il faut indiquer le numéro de la led dans index, index=1 pour la led 1, index=2 pour la led 2 ... Si tu n'indique pas le "index", c'est toute la chaine de led qui change de couleur Tu peux choisir la couleur en utilisant une valeur comprise entre 0 et 1 RED=0.5 GREEN=0.1 BLUE=0.7 WHITE=0 Le transmit=1 à la fin sert à actualiser toutes les couleurs en même temps Ensuite il suffit de mettre ces macros où tu veux, par exemple: [gcode_macro G28] rename_existing: G28.0 gcode: led_homing ACTIVATE_EXTRUDER EXTRUDER=extruder SET_DUAL_CARRIAGE CARRIAGE=0 G90 ;mode position absolue G28.0 led_ready [gcode_macro G29] gcode: led_leveling BED_MESH_CALIBRATE G90; mode position absolu G1 X-50 Y250 F7800 led_ready Je te joins mes fichiers si tu veux y jeter un œil macros.cfgmacrosled.cfg

Je vais garder l'Octopus et la skr pour le bltouch, j'ai deja viré l'alim du rpi et c'est niquel La Fly à 9 drivers, pas mal ! mais j'ai l'impression que les BTT et Fysetc sont tout de même plus répandu, pourquoi... Je suis plus forcement chaud pour m'aventurer sur une autre carte qui pourrait avoir le même problème surtout si c'est Klipper qui est en cause Si on veut car Klipper fonctionne sur les autres cartes. Ce sont les constructeurs qui doivent s'adapter aux firmwares ou l'inverse, je ne sais pas...

C'est ce à quoi je pensais ça me parait bien comme ça, je me pose quand même une question, si je fais un home, ensuite les moteurs reste sous tension et si je ne lance pas d'impression de suite, oui j'ai l'esprit tordu , les drivers ne risques pas de chauffer ? Ah c'est ça, j'avais vu un gars parler de ça dans une vidéo Par contre elle à seulement 3 sorties fan contrôlable, je suis en train de faire une idex 1 sortie fan par hotend + refroidissement buse + ventilo driver, c'est juste, il faut faire des repiquages ou détourner d'autres sorties, c'est possible ?

Oui je vois, je vais essayé juste pour envoyé l'alim au pi par le micro-usb (sans uart) car les gpio sont occupés par un module relais Dans ce cas l'Octopus reste toujours allumée, je suppose que ca ne pose pas de problème sauf le ventilateur des drivers qu'il serait mieux d'allumer seulement en cas d'utilisation, peut être à partir d'une certaine température de la hotend, tu en penses quoi ? Oui j'y pense aussi, l'histoire des drivers qui crame c'est résolu ? faudrait pas que je me confronte à d'autres problèmes

J'ai besoin de 6 drivers, j'avais testé le fonctionnement de Klipper avec 2 cartes, ça marche très bien mais je voulais faire quelque chose de plus propre avec une seule carte, dommage je vais laisser ma skr e3 juste pour le bltouch, hors de question pour moi de retourner à Marlin, heureusement que j'ai prévu un très gros boitier Là tu m'intéresse, j'avais vu ça vite fait, c'est quel connecteur, le PS_ON ? Je peux passer du PS_ON vers le micro usb du RPI ? Edit: ça doit pas être celui la j'ai que 3.3v dessus