klipper [TUTO] Installer et configurer Klipper

[Skwal]

Bonjour,

 

Est-ce que quelqu'un aurait paramétré Klipper pour la disco-ultimate (bi-couleur et écran) svp ? J'arrive pas à configurer le fichier printer.cfg...

J'utilise Klippe/fluiddpi avec plusieurs instances (Wanhao D12/300 - Dagoma Disco-ultimate).

Merci

Modifié (le) Octobre 4, 2021 par Skwal

[DoNuTs]

Hello j'ai besoin d'aide pour flasher mon alfawise U20, je ne me rappel plus quoi mettre dans la config pour compiler .

 

 

merci de votre aide   je ne peux pas desactiver "usb communication" du coup je met quoi ? uart0 uart1 bref ... ça a changer comparé a l'année derniére.

[fran6p]

C'est normalement indiqué au tout début de ton fichier printer.cfg.

Exemple pour une alfawise-u30 :

# This file contains common pin mappings for the Alfawise U30 printer.
# To use this config, the firmware should be compiled for the
# STM32F103. When running "make menuconfig", enable "extra low-level
# configuration setup", select the 64KiB bootloader, serial (on USART1
# PA10/PA9) communication, and set "GPIO pins to set at
# micro-controller startup" to "!PC4,!PD12".

# The "make flash" command does not work on the Alfawise U30. Instead,
# after running "make", copy the generated "out/klipper.bin" file to a
# file named "project.bin" on an SD card and then restart the Alfawise
# with that SD card.

A adapter en fonction du micro-contrôleur de la carte mère.

[r2d2]

Le 03/09/2021 at 12:09, Romain2634 a dit :

Salut les makers

Je reviens vers vous après une pose d'un mois de l'impression 3D ^^

Je viens de m'apercevoir d'une chose concernant le mesh bed

après avoir regardé mes différents relevés sur BED VISUALIZER , je viens de m'apercevoir que le rendu final etait inversé.

que les points sur la ligne de Y 0 sont représentés sur sur le Y 246 et inversement 

En gros j'ai mis une feuille sur l'arrière de mon bed , et on voit clairement la bosse sur le devant du bed .

Est ce que ça fait la même chose pour vous ? 

En plus je trouve que réellement mon bed ressemble plus à une cuvette qu'a un dome ^^

Car je trouve le compensation de mon bed durant l'impressions pas terrible 

Du style j'écrase la première couche sur l'arrière et je suis à peine en contact sur l'avant .

 

Merci d'avance

Hello @Romain2634
J'ai eu le même problème et il m'a fallu du temps pour le comprendre et le résoudre vraiment.
Pour moi le pb a été résolu côté Klipper + câblage et non côté Octoprint.
J'ai longtemps bricolé en inversant dans octoprint les axes, mais ce n'était pas vraiment satisfaisant, car lorsque je réglais l'inclinaison du plateau avec les vis dans les angles et que je refaisais une carto du plateau je voyais bien que l'inclinaison gauche droite bougeait dans le sens inverse de mes ajustements sur les vis !

Le mesh de klipper ne tiens visiblement pas compte dans le fichier de configuration de l'inversion du dir_pin par le "!"
Ceci :

[stepper_y]
dir_pin: !P0.20

me permettait de faire fonctionner l'imprimante sans soucis conformément à ce que je voulais sauf pour la compensation obtenue par l'utilisation du mesh avec la procédure décrite dans la doc (mais c'est subtile on ne se rend pas compte tous de suite que la compensation est erronée)
En fait la correction est inversée sur l'axe Y !

Pour le vérifier j'ai collé un gros morceau de scotch à l'avant sur la gauche de mon plateau, fait un mesh très détaillé avec mon bltouch, puis lancé une impression de test étendue sur toute la surface du plateau et j'ai constaté que c'est à l'arrière à gauche que klipper compensait en faisant clairement tourner les axes Z !

J'ai retiré le "!" devant la valeur du dir_pin dans la section [stepper_y] de mon fichier de conf et modifié le câblage du moteur Y pour inverser physiquement son sens de rotation.
Avec ces deux inversions simultanées la cinématique est restée la même, les axes répondaient de la même façon qu'avant.
J'ai refais un mesh avec le scotch collé sur le plateau et là tout est rentré en ordre lors de l'impression de test la compensation a lieu précisément à l'emplacement de la bosse.

Aujourd'hui j'imprime sur l'intégralité de mon plateau sans soucis, la correction est parfaite ! (J'ai fais d'autres modifs sur l'imprimante pour que les réglages cessent de bouger tous seul quand l'imprimante n'est plus alimentée à l'arrêt.)
J'utilise le même mesh stocké dans le fichier de conf depuis plusieurs mois, je ne fais plus qu'un G28 en début d'impression.

PS : j'écris ça de mémoire, j'espère que je ne dit pas de bêtises, je voulais remonter de l'info sur le site de klipper et déclarer un bug le cas échéant mais j'ai fini par oublier de le faire...
 

Modifié (le) Octobre 14, 2021 par r2d2
ortaugraf

[moriss]

Il y a 21 heures, fran6p a dit :

C'est normalement indiqué au tout début de ton fichier printer.cfg.

Exemple pour une alfawise-u30 :

# This file contains common pin mappings for the Alfawise U30 printer.
# To use this config, the firmware should be compiled for the
# STM32F103. When running "make menuconfig", enable "extra low-level
# configuration setup", select the 64KiB bootloader, serial (on USART1
# PA10/PA9) communication, and set "GPIO pins to set at
# micro-controller startup" to "!PC4,!PD12".

# The "make flash" command does not work on the Alfawise U30. Instead,
# after running "make", copy the generated "out/klipper.bin" file to a
# file named "project.bin" on an SD card and then restart the Alfawise
# with that SD card.

A adapter en fonction du micro-contrôleur de la carte mère.

J'étais dans le même cas que Donuts, je teste ta config

PS : je me rappelai plus non plus ça date un peu... et les GPIO, j'espère les saisirs correctement

Le 14/10/2021 at 11:37, fran6p a dit :

C'est normalement indiqué au tout début de ton fichier printer.cfg.

Exemple pour une alfawise-u30 :

# This file contains common pin mappings for the Alfawise U30 printer.
# To use this config, the firmware should be compiled for the
# STM32F103. When running "make menuconfig", enable "extra low-level
# configuration setup", select the 64KiB bootloader, serial (on USART1
# PA10/PA9) communication, and set "GPIO pins to set at
# micro-controller startup" to "!PC4,!PD12".

# The "make flash" command does not work on the Alfawise U30. Instead,
# after running "make", copy the generated "out/klipper.bin" file to a
# file named "project.bin" on an SD card and then restart the Alfawise
# with that SD card.

A adapter en fonction du micro-contrôleur de la carte mère.

J'étais dans le même cas que Donuts, je teste ta config

PS : je me rappelai plus non plus ça date un peu... et les GPIO, j'espère les saisirs correctement

 

EDIT : Tout a marché ! donc je confirme que c'est la bonne solution !

[David590]

Salut,

J'essai de mettre klipper sur ma skr e3 turbo mais je bloque au moment de flasher

Après make menuconfig j'ai choisi :
Micro-controller Architecture (LPC176X (Smoothieboard))
Processor model (lcp1769 (120 MHz))

Et j'ai une erreur après make flash FLASH_DEVICE=/dev/ttyACM0

pi@octopi:~/klipper $ sudo service octoprint stop
pi@octopi:~/klipper $ sudo service klipper stop
pi@octopi:~/klipper $ make flash FLASH_DEVICE=/dev/ttyACM0
  Creating symbolic link out/board
  Flashing out/klipper.bin to /dev/ttyACM0
Entering bootloader on /dev/ttyACM0
Device reconnect on /sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.  3/1-1.1.3:1.0
sudo dfu-util -p 1-1.1.3 -D out/klipper.bin

dfu-util 0.9

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/

dfu-util: Invalid DFU suffix signature
dfu-util: A valid DFU suffix will be required in a future dfu-util release!!!
dfu-util: No DFU capable USB device available

Failed to flash to /dev/ttyACM0: Error running dfu-util

If flashing Klipper to a Smoothieboard for the first time it may be
necessary to manually place the board into "bootloader mode" - press
and hold the "Play button" and then press and release the "Reset
button".

When a Smoothieboard is in bootloader mode it can be flashed with the
following command:
  make flash FLASH_DEVICE=1d50:6015

Alternatively, one can flash a Smoothieboard via SD card - copy the
"out/klipper.bin" file to a file named "firmware.bin" on an SD card
and then restart the Smoothieboard with that SD card.

make: *** [src/lpc176x/Makefile:37: flash] Error 255
pi@octopi:~/klipper $

Il y aurait un fichier bin à mettre sur une carte sd? je suis complètement largué là

[Savate]

Il y a 4 heures, David590 a dit :

Il y aurait un fichier bin à mettre sur une carte sd? je suis complètement largué là

Si c'est une mini e3 V2 tu peux suivre ces instructions  

https://docs.vorondesign.com/build/software/miniE3_v20_klipper.html

Le plus simple c'est de compiler le firmware pour ta carte, de le copier sur une sd et de flasher la carte avec la sd (il suffit de la mettre dans la carte et de l'allumer)

[David590]

Il y a 3 heures, Savate a dit :

Si c'est une mini e3 V2 tu peux suivre ces instructions  

J'ai pas l'impression que ce soit vraiment le même processeur

https://github.com/bigtreetech/BIGTREETECH-SKR-E3-Turbo

[Savate]

à l’instant, David590 a dit :

J'ai pas l'impression que ce soit vraiment le même processeur

C'était juste un exemple pour flasher le firmware, il suffit de mettre le bon proc dans le menu de paramétrage, de faire un make et de mettre le fichier renommé sur une carte SD.

[David590]

Oui, j'ai enfin trouvé ce klipper.bin grace à ton lien
Je suis en train de suivre la procédure, ca devrait le faire, merci 

Modifié (le) Octobre 22, 2021 par David590

[David590]

Ca y est je suis sur klipper, que c'est beau  

J'ai installé Mainsail, j'essaierai aussi Fluidd après, je n'ai pas encore tout configuré mais je peux commander l'imprimante depuis Mainsail c'est déjà ca

J'essai par contre d'installer klipperscreen avec un écran tactile 7" hdmi que j'utilisais avec Octoprint

J'ai suivi ces instructions : https://klipperscreen.readthedocs.io/en/latest/Installation/  

tout semble avoir fonctionné mais je n'ai rien à l'écran et je termine avec ca dans putty:

KlipperScreen unit file already installed
Adding X11 Xwrapper
allowed_users=anybody
\033[0m
pi@mainsailos:~/KlipperScreen $

Est-il possible d'utiliser klipperscreen avec un écran HDMI ?

[Lidocain777]

Hello!
Voici la liste des écrans officiellement supportés pour Klipper Screen : https://klipperscreen.readthedocs.io/en/latest/Hardware/

Si ton écran n'appartient pas à cette liste, c'est sûrement mort.

Envoyé de mon IN2023 en utilisant Tapatalk

[David590]

Il y a 1 heure, Lidocain777 a dit :

Voici la liste des écrans officiellement supportés pour Klipper Screen : https://klipperscreen.readthedocs.io/en/latest/Hardware/

J'ai un écran de 7" et dans cette liste il y a un écran hdmi exactement comme le mien mais en 5"

Il est écrit qu'il faut ajouter ce code dans config.txt pour que l'écran soit reconnu par le raspberry

hdmi_force_edid_audio = 1
max_usb_current=1
hdmi_force_hotplug=1
config_hdmi_boost=7
hdmi_group=2
hdmi_mode=1
hdmi_mode=87
hdmi_drive=1
hdmi_cvt 800 480 60 6 0 0 0

C'est ce que j'ai fais comme je faisais aussi avec Octoprint, mais j'ai "no signal" sur l'écran

Modifié (le) Octobre 24, 2021 par David590

[fran6p]

Je n'utilise pas KlipperScreen donc ce ne sont que des suppositions.

Qu'affiche le résultat de :

Citation

systemctl status KlipperScreen

Tu obtiendrais peut-être plus d'aide soit directement sur le Github de Klipperscreen ou via le Discord de Klipper.

[David590]

Il y a 3 heures, fran6p a dit :

Qu'affiche le résultat de :

Citation

systemctl status KlipperScreen

 

 

pi@mainsailos:~ $ systemctl status KlipperScreen
● KlipperScreen.service - KlipperScreen
   Loaded: loaded (/etc/systemd/system/KlipperScreen.service; enabled; vendor pr
   Active: active (running) since Sun 2021-10-24 02:16:25 BST; 13h ago
 Main PID: 559 (xinit)
    Tasks: 23 (limit: 1938)
   CGroup: /system.slice/KlipperScreen.service
           ├─559 /usr/bin/xinit /home/pi/.KlipperScreen-env/bin/python /home/pi/
           ├─563 /usr/lib/xorg/Xorg :0
           └─633 /home/pi/.KlipperScreen-env/bin/python /home/pi/KlipperScreen/s

Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,296 [files.py:initial
Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,297 [KlippyWebsocket.
Oct 24 02:20:26 mainsailos xinit[559]: DEBUG:root:Attaching panel main_panel
Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,324 [screen.py:show_p
Oct 24 02:20:26 mainsailos xinit[559]: DEBUG:root:Showing back. count: 0
Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,334 [screen.py:show_p
Oct 24 02:20:26 mainsailos xinit[559]: DEBUG:root:Current panel hierarchy: ['mai
Oct 24 02:20:26 mainsailos xinit[559]: DEBUG:root:Sending printer.objects.subscr
Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,340 [screen.py:show_p
Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,341 [KlippyWebsocket.
lines 1-20/20 (END)...skipping...
● KlipperScreen.service - KlipperScreen
   Loaded: loaded (/etc/systemd/system/KlipperScreen.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2021-10-24 02:16:25 BST; 13h ago
 Main PID: 559 (xinit)
    Tasks: 23 (limit: 1938)
   CGroup: /system.slice/KlipperScreen.service
           ├─559 /usr/bin/xinit /home/pi/.KlipperScreen-env/bin/python /home/pi/KlipperScreen/screen.py
           ├─563 /usr/lib/xorg/Xorg :0
           └─633 /home/pi/.KlipperScreen-env/bin/python /home/pi/KlipperScreen/screen.py

Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,296 [files.py:initialize()] - Gcodes path: ~/gcode_files
Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,297 [KlippyWebsocket.py:get_file_list()] - Sending server.files.list
Oct 24 02:20:26 mainsailos xinit[559]: DEBUG:root:Attaching panel main_panel
Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,324 [screen.py:show_panel()] - Attaching panel main_panel
Oct 24 02:20:26 mainsailos xinit[559]: DEBUG:root:Showing back. count: 0
Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,334 [screen.py:show_panel()] - Showing back. count: 0
Oct 24 02:20:26 mainsailos xinit[559]: DEBUG:root:Current panel hierarchy: ['main_panel']
Oct 24 02:20:26 mainsailos xinit[559]: DEBUG:root:Sending printer.objects.subscribe: {'objects': {'bed_mesh': ['profile_name', 'mesh_max', 'mesh_min', 'probed_matrix'], 'configfile': ['config'], 'display_status': ['progress', 'message'], 'fan': ['speed'], 'gcode_move': ['extrude_factor', 'gcode_position', 'homing_origin', 'speed_factor'], 'idle_timeout': ['state'], 'pause_resume': ['is_paused'], 'print_stats': ['print_durat
Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,340 [screen.py:show_panel()] - Current panel hierarchy: ['main_panel']
Oct 24 02:20:26 mainsailos xinit[559]: 2021-10-24 02:20:26,341 [KlippyWebsocket.py:object_subscription()] - Sending printer.objects.subscribe: {'objects': {'bed_mesh': ['profile_name', 'mesh_max', 'mesh_min', 'probed_matrix'], 'configfile': ['config'], 'display_status': ['progress', 'message'], 'fan': ['speed'], 'gcode_move': ['extrude_factor', 'gcode_position', 'homing_origin', 'speed_factor'], 'idle_timeout': ['state'], '
~
~
~
~
~
~
~

Ca te parles ? moi j'y comprend rien du tout 

[fran6p]

Apparemment pas d'erreur signalée, c'est donc déjà ça

Tu as le fichier «config.txt» complet à fournir ?

Un «datasheet» ou au moins une documentation technique de ton écran ?

[David590]

Ca y est je viens de trouvé !

J'ai installé Fluidd sur une autre carte sd et Klipper screen fonctionnait !

Du coup, j'ai essayé d'installer juste Fluidd et Mainsail sur 2 cartes différente (sans klipperscreen) et j'ai remarqué que le mode console s'affiche sur l'écran avec Fluidd alors qu'avec Mainsail j'ai "no signal"

J'ai comparé les 2 fichiers config.txt et j'ai des lignes dans Mainsail que je n'ai pas dans Fluidd :

#MainsailOS Specific
#Enables UART Communication by default
enable_uart=1
dtoverlay=disable-bt 

[pi0w]
#pi0(w) Specific
enable_uart=1
dtoverlay=pi3-disable-bt

En les supprimant l'écran fonctionne ! Que signifie ces lignes ?

Je précise que pour que l'écran fonctionne j'ai du également ajouter ce code dans config.txt :

framebuffer_width=1024
framebuffer_height=600
hdmi_force_hotplug=1
hdmi_group=2
hdmi_mode=87
hdmi_cvt 1024 600 60 6 0 0 0
device_tree bcm2710-rpi-3-b.dtb
dtoverlay=ads7856,penirq=22,speed=100000,xohms=150
dtparam=spi=on

Je viens de découvrir Kiauh, quelle merveille ! 

Moonraker est apparemment capable de commander un prise tp link, j'essai de comprendre comment ça fonctionne, ça serait top, si quelqu'un à des infos ..

config Mainsail.txt config Fluidd.txt

Modifié (le) Octobre 25, 2021 par David590

[Lidocain777]

Ca y est je viens de trouvé !
J'ai installé Fluidd sur une autre carte sd et Klipper screen fonctionnait !
Du coup, j'ai essayé d'installer juste Fluidd et Mainsail sur 2 cartes différente (sans klipperscreen) et j'ai remarqué que le mode console s'affiche sur l'écran avec Fluidd alors qu'avec Mainsail j'ai "no signal"
J'ai comparé les 2 fichiers config.txt et j'ai des lignes dans Mainsail que je n'ai pas dans Fluidd :

#MainsailOS Specific#Enables UART Communication by defaultenable_uart=1dtoverlay=disable-bt [pi0w]#pi0(w) Specificenable_uart=1dtoverlay=pi3-disable-bt

En les supprimant l'écran fonctionne ! Que signifie ces lignes ?

Ravi que tu t'en sois sorti ! [emoji16]
Au niveau de ces lignes, il y a une section spécifique au Pi Zero W (pi0w).

Pour le reste, il s'agit du mode de communication pour Mainsail (via uart. Il y a d'autres modes possibles) et de la désactivation du Bluetooth (dtoverlay=disable-bt).

Envoyé de mon IN2023 en utilisant Tapatalk

[David590]

il y a 2 minutes, Lidocain777 a dit :

Ravi que tu t'en sois sorti !
Au niveau de ces lignes, il y a une section spécifique au Pi Zero W (pi0w).

Pour le reste, il s'agit du mode de communication pour Mainsail (via uart. Il y a d'autres modes possibles) et de la désactivation du Bluetooth (dtoverlay=disable-bt).

Donc rien à voir avec l'écran, c'est dingue quand même ! Comment ca peut s'expliquer ?

[fran6p]

Comme d'habitude:

Révélation

             

La documentation technique fournie par la fondation Raspberry est complète, par exemple pour le fichier config.txt

Modifié (le) Octobre 26, 2021 par fran6p

[David590]

Il y a 3 heures, fran6p a dit :

Comme d'habitude:

  Masquer le contenu

             

La documentation technique fournie par la fondation Raspberry est complète, par exemple pour le fichier config.txt

 je veux bien mais comme l'a dit @Lidocain777 ces lignes correspondent au pi0, au bluetooth et au uart, donc je vois pas le rapport avec l'hdmi 

En tout cas ca fonctionne et j'en suis bien content

J'ai réussi à commander ma prise tp link avec juste quelques lignes que j'ai trouvé là : https://github.com/Arksine/moonraker/blob/master/docs/configuration.md

Je n'ai maintenant plus rien à regretter d'Octoprint 

[Skwal]

Bonsoir,

Est-ce que quelqu'un aurait réussi à installer Klipper sur une Dagoma disco ultimate svp ?

Déjà je galère, mais je me demande surtout si c'est possible...

Je ne suis pas sûr du firmware mais sur ma deuxième session la Dagoma semble recopnnue mais avec ce message:

pin PE0 is reserved for serial

Once the underlying issue is corrected, use the "RESTART"
command to reload the config and restart the host software.
Printer is halted

Il semblerait qu'elle soit bien reconnue au moins. Dois-je modifier le PIN du coup ?

Merci

[r2d2]

Bonjour @Skwal
Je ne connais pas du tous cette disco là, mais je serais étonné que klipper ne puisse y être installé.
Quelle est très précisément la carte contrôleur de l'imprimante ?
Tu as une doc décrivant les branchements ? des photos ?

[Skwal]

Bonjour @r2d2

Merci pour ton aide !

D'après ce que je crois savoir la carte mère de la Dagoma Disco Ultimate est une F5 "custom par Dagoma".

D'après la référence (DKU 001 704 V1.0) mes recherches m'ont menées sur la PoPprint MKS-Gen V1.4 .

Pour la doc, avant de te répondre, je n'y avait pas pensé mais il y a cette section sur le câblage de la page "Dagoma start".

Pour le fichier "printer.cfg" j'utilise le fichier d'exemple "klipper/config/generic-mks-robin-nano-v1.cfg".

Mais ça me ressort l'erreur "pin PE0...".

Ensuite on m'a expliqué que je pourrais trouver toutes les informations nécessaires dans les fichiers de config du firmware https://github.com/0r31/Marlin mais ça reste du chinois.

Cordialement, Skwal.

 

Edition:

J'ai réussi à faire réagir la Dagoma en utilisant le fichier exemple "klipper/config/example-cartesian.cfg" mais il ne reconnait pas les fins de courses (?).

Modifié (le) Octobre 27, 2021 par Skwal

[fran6p]

La carte MKS Gen1.4 est une base «RAMPS». Comme fichier de configuration, ce serait mieux de partir sur generic-ramps.cfg