Aller au contenu

Messages recommandés

Posté(e) (modifié)

Bonjour,

Je trouve que ma caméra ne donne pas de très bonne images.

Ex d'une capture écran faite à partir de Fluidd :
image.png.7b03ec28f7a91402572291cce28fd457.png

On remarque que la caméra est "ébloui" par l'éclairage intégré.

Quand on regarde la caméra, on voit qu'elle est éclairée en direct d'o le voie que l"on voit en haut à gauche sur la photo.
 

Si j'empêche la lumière d'arriver sur la caméra, cela donne ceci : Il me semble que c'est déjà mieux. Reste que la définition n'est pas terrible. On peut faire quelque chose ?

 

image.png

 

Modifié (le) par 2cv001
Posté(e)
il y a 28 minutes, pjtlivjy a dit :

alors question @2cv001 tu as enlevé le petit opercule de protection qui est sur la caméra ?

Je ne me rappelle pas l'avoir retiré, mais visiblement il n'y en a pas. Donc je dois l'avoir fait. Chez toi la qualité est sensiblement meilleure ?

Posté(e)

ma réponse va te surprendre @2cv001, oui elle est meilleure depuis que j'ai remis en place ce petit bout de plastique qui agit comme une lentille et doit changer légèrement la focale j'imagine 🤣

Posté(e) (modifié)

@pjtlivjy Je pense que cette casquette ne change pas la focal mais simplement évite que la caméra ne soit ébloui par les leds.
Ca y est  imprimé et installé. Effectivement la lentille de la caméra est mois éblouie et donc mieux.
Cela dit, la définition n'est pas top.

J'ai modifié le fichier webcam.txt (après l'avoir sauvé)

nano /home/mks/klipper_config/webcam.txt

Il n'y a qu'une seule ligne active :
 

camera_usb_options="-r 640x480 -f 10 -d /dev/v4l/webcam0

Comme on peut le voir, nativement, la définition est de 640x480 alors que dans les docs sur la q1 pro ils affichent 1920 x 1080 Qidi Tech Q1 Pro : fiche technique, tutoriel, test, prix imprimante 3D

J'ai donc essayer de modifier la ligne en
 

camera_usb_options="-r 1920x1080 -f 10 -d /dev/v4l/webcam0

et ça donne peut être un peu mieux dans cette vue

image.thumb.png.8360116cc255b705ea4ef7b2d6f384df.png

 

Mais surtout, lorsque je clique sur image.png.ae216a7413d933366b5461b51a3ed7ec.png

J'obtiens une image nettement plus grande et de meilleure qualité :

image.thumb.png.1659a745e4422694a0edd90aabe66d1f.png

Comparatif en zoomant sur les tiges filetées :

Avant

image.png.6000c5a9a32c2706711a68fa5737d600.png

 

Après

image.png.4eac7930d8ffb61650bf94fa22edfe23.png

C'est quand même mieux non ?

J'espère juste que cela ne va pas trop surcherger la CPU.

Modifié (le) par 2cv001
  • J'aime 1
  • Merci ! 1
Posté(e)
il y a une heure, 2cv001 a dit :

 

J'espère juste que cela ne va pas trop surcherger la CPU.

j'avais posé la question sur un sujet car j'avais constaté une charge très, trop importante après je tourne sous Mac OS donc je ne sais pas si c'est lié à cette version, mais en tout cas c'est très mal programmé et ça continue à sur charger le système même quand la vidéo n'est pas visible 🙄

Posté(e)

Sur ma XM3, j'utilise deux caméras sans que cela ait une incidence notable sur la charge système, le contrôleur Rockchip RK3328 est parfaitement capable d'encaisser.

Par contre, la connexion de la XM3 vers mon PC est en filaire (Ethernet) pas en Wifi où là le framerate des caméras peut fortement varier 😉

Posté(e)
il y a 9 minutes, fran6p a dit :

Par contre, la connexion de la XM3 vers mon PC est en filaire (Ethernet) pas en Wifi où là le framerate des caméras peut fortement varier 😉

dans l'atelier que je vais installer cette année normalement, je passe tout en filaire, la wifi là ou je suis n'est pas optimale de par l'environnement métallique !

Posté(e)
il y a 39 minutes, pjtlivjy a dit :

je tourne sous Mac OS

Ma crainte, c'était la CPU de l'imprimante. Il faudra que je regarde la prochaine fois que j'imprime. Je ne pense pas que la CPU du poste sur lequel tourne Fluidd puisse être mise en cause. Les micros actuels ne rechigne pas pour afficher des films en 4K etc...
Par contre, comme le suggère @fran6p, si la liaison wifi est mauvaise, ça va pas le faire. Moi, je suis en RJ45, et même si j'étais en wifi, il y a des chances que ça ne pose pas de problème car mon imprimante est à coté d'un relai wifi, lui même en RJ45.

Après, tu peux jouer sur le nombre de frames. Si la fluidité n'est pas un problème, mais que la netteté oui, tu peux baisser le nombre de frames

Et surtout, il y a des intermédiaires entre la définition de base 640x480 et la maxi 1920 x 1080. Ty pourrais essayer de monter progressivement :  1024 x 768 puis 1280 x 720 puis 1600 x 1200

  • Merci ! 1
Posté(e) (modifié)

Pour avoir un peu plus d'informations «techniques» sur la caméra connectée en USB :

lsusb

encore plus d'infos avec (il faudra faire défiler la page pour retrouver toutes les infos) :

lsusb -v

La caméra est compatible V4L, une fois connu le périphérique vidéo (ls -l /dev/video* ou mieux ls -l /dev/v4l/by-id/), on peut connaitre ses capacités (utile par exemple, pour changer certains paramètres matériels (user controls et camera controls) comme la focalisation, le mode d'exposition, luminositéè, contraste…

Pour cela, il faut que les outils V4L soient installés (sudo apt install v4l-utils) et ensuite la commande «v4l2-ctl --all -d /dev/videoX» affichera les renseignements. Exemple avec ma Webcam (pas celle de Qidi) :

Citation

mks@mkspi:~$ v4l2-ctl -d /dev/video5 --all
Driver Info:
        Driver name      : uvcvideo
        Card type        : USB Camera: USB Camera
        Bus info         : usb-ff5c0000.usb-1.4
        Driver version   : 6.6.17
        Capabilities     : 0x84a00001
                Video Capture
                Metadata Capture
                Streaming
                Extended Pix Format
                Device Capabilities
        Device Caps      : 0x04200001
                Video Capture
                Streaming
                Extended Pix Format
Media Driver Info:
        Driver name      : uvcvideo
        Model            : USB Camera: USB Camera
        Serial           : 200901010001
        Bus info         : usb-ff5c0000.usb-1.4
        Media version    : 6.6.17
        Hardware revision: 0x00001001 (4097)
        Driver version   : 6.6.17
Interface Info:
        ID               : 0x03000002
        Type             : V4L Video
Entity Info:
        ID               : 0x00000001 (1)
        Name             : USB Camera: USB Camera
        Function         : V4L2 I/O
        Flags            : default
        Pad 0x01000007   : 0: Sink
          Link 0x02000013: from remote pad 0x100000a of entity 'Extension 6' (Video Pixel Formatter): Data, Enabled, Immutable
Priority: 2
Video input : 0 (Camera 1: ok)
Format Video Capture:
        Width/Height      : 1920/1080
        Pixel Format      : 'MJPG' (Motion-JPEG)
        Field             : None
        Bytes per Line    : 0
        Size Image        : 4147200
        Colorspace        : sRGB
        Transfer Function : Rec. 709
        YCbCr/HSV Encoding: ITU-R 601
        Quantization      : Default (maps to Full Range)
        Flags             :
Crop Capability Video Capture:
        Bounds      : Left 0, Top 0, Width 1920, Height 1080
        Default     : Left 0, Top 0, Width 1920, Height 1080
        Pixel Aspect: 1/1
Selection Video Capture: crop_default, Left 0, Top 0, Width 1920, Height 1080, Flags:
Selection Video Capture: crop_bounds, Left 0, Top 0, Width 1920, Height 1080, Flags:
Streaming Parameters Video Capture:
        Capabilities     : timeperframe
        Frames per second: 30.000 (30/1)
        Read buffers     : 0

User Controls

                     brightness 0x00980900 (int)    : min=-64 max=64 step=1 default=0 value=0
                       contrast 0x00980901 (int)    : min=0 max=100 step=1 default=50 value=50
                     saturation 0x00980902 (int)    : min=0 max=100 step=1 default=64 value=64
                            hue 0x00980903 (int)    : min=-180 max=180 step=1 default=0 value=0
        white_balance_automatic 0x0098090c (bool)   : default=1 value=1
                          gamma 0x00980910 (int)    : min=100 max=500 step=1 default=300 value=300
           power_line_frequency 0x00980918 (menu)   : min=0 max=2 default=1 value=1 (50 Hz)
                                0: Disabled
                                1: 50 Hz
                                2: 60 Hz
      white_balance_temperature 0x0098091a (int)    : min=2800 max=6500 step=10 default=4600 value=4600 flags=inactive
                      sharpness 0x0098091b (int)    : min=0 max=100 step=1 default=72 value=72
         backlight_compensation 0x0098091c (int)    : min=0 max=2 step=1 default=1 value=1

Camera Controls

                  auto_exposure 0x009a0901 (menu)   : min=0 max=3 default=3 value=3 (Aperture Priority Mode)
                                1: Manual Mode
                                3: Aperture Priority Mode
         exposure_time_absolute 0x009a0902 (int)    : min=2 max=10000 step=1 default=39 value=39 flags=inactive
     exposure_dynamic_framerate 0x009a0903 (bool)   : default=0 value=1
                 focus_absolute 0x009a090a (int)    : min=0 max=1023 step=1 default=68 value=68 flags=inactive
     focus_automatic_continuous 0x009a090c (bool)   : default=1 value=1

🙂

Modifié (le) par fran6p
  • +1 1
  • Merci ! 1
Posté(e)

Du coup, j'ai fais plein d'essais et en faisant ces essais, je me suis aperçu que si "à la main", je eux dire avec ça
image.png.322215f1505554a3363fe852bddf03a5.png

Et bien on peut faire cogner la tête avec la caméra ! Du coup, pas trop envie d'ajouter une casquette, qui certe n'est pas épaisse, mais empirera le phénomène. Il n'ay a pas moyen dans "fluidd" de lui donner des limites ?

Pas de risque si dans fluidd, je clique sur ça ?
image.png.0fe4274f8ffa44327e501196b992fc09.png

Posté(e)

tu veux dire @2cv001 que si on amène la tête dans le coin avant droit ou se trouve la caméra, il y a collision, on est dans l'emprise d'impression ou légèrement en dehors ? 

Posté(e)

Oui, si avec les flèches, j’amène la tête vers la caméra, la tête touche la caméra

Comment connaitre l'emprise d'impression ?

 

 

Posté(e) (modifié)
Il y a 3 heures, 2cv001 a dit :

Pas de risque si dans fluidd, je clique sur ça ?

Non, aucun. Cela rapporte simplement l'état des détecteurs de fin de course.

Sur la X-Max3, la tête, même munie d'une casquette, ne vient pas heurter la caméra 🤔, mais je n'ai pas ce modèle Q1 Pro.

@PPAC en a une.

🙂

Modifié (le) par fran6p
  • +1 1
Posté(e)
il y a 2 minutes, fran6p a dit :

Sur la X-Max3, la tête, même munie d'une casquette, ne vient pas heurter la caméra 🤔, mais je n'ai pas ce mdoèle Q1 Pro.

@PPAC en a une.

J'avais fait l'impression de test "First layer test.gcode". Mais je n'ai pas vérifié si elle utilisait ou non la surface maximale imprimable.

Le 15/03/2024 at 10:17, PPAC a dit :

"First layer test.gcode" (~ 50 KB)

Filament utilisé "Hyper PLA White Creality"

image.png.7367230b33cebbddb59016aad0af48ba.pngIMG_20240310_132027_q85_.thumb.jpg.ac4c44a80b7b17218766f01307800b43.jpg

Comme je n'ai pas mis de "casquettes" sur la caméra, je ne sais pas si cela peut ou non gêner.

Posté(e)
il y a 45 minutes, fran6p a dit :

Non, aucun. Cela rapporte simplement l'état des détecteurs de fin de course.

Sur la X-Max3, la tête, même munie d'une casquette, ne vient pas heurter la caméra 🤔, mais je n'ai pas ce modèle Q1 Pro.

@PPAC en a une.

🙂

Effectivement, ça fait juste cela.

image.png.17d2553ca17dd2a3106dbcb51f3fc8dd.png

@PPAC j'ai fait l'expérience, non pas à partir de fluide, mais à partir de l'écran de l'imprimante de bouger la tête pour l'amener vers la caméra, et là aussi, on peut aller jusqu'à la caméra et la toucher, voir plus, je n'ai pas forcé. Et ce sans casquette.

Je trouve ça pas top...

Posté(e)

@2cv001 J'ai un client qui a une Q1 Pro, mais je n'ai pas vérifié si ça touchait avec ou sans la casquette.

La caméra est la même que celle de mes X Max 3. Elle est donc tenue par la pression de deux vis sur le longeron droit du chassis.

Est-ce qu'elle est bien positionnée au maximum vers l'avant et vers la droite ?

Posté(e)
Il y a 11 heures, V3DP a dit :

st-ce qu'elle est bien positionnée au maximum vers l'avant et vers la droite ?

Oui, visiblement, je ne peux pas la déplacer plus

image.png.514644c8663f2847a74dded99a66e74a.png

Peut être une piste :
Dans le fichier de configuration printer.cfg, j'ai entre autres ceci :

 

[stepper_x]
step_pin:U_1:PB4
dir_pin:!U_1:PB3
enable_pin:!U_1:PB5
microsteps:16
rotation_distance: 39.88
full_steps_per_rotation:200  #set to 400 for 0.9 degree stepper
endstop_pin:tmc2240_stepper_x:virtual_endstop
position_min: -5.5  
position_endstop: -5.5
position_max:246
homing_speed:50
homing_retract_dist:0
homing_positive_dir:False
step_pulse_duration:0.0000001

[stepper_y]
step_pin:U_1:PC14
dir_pin:!U_1:PC13
enable_pin:!U_1:PC15
microsteps: 16
rotation_distance: 39.88
full_steps_per_rotation:200  #set to 400 for 0.9 degree stepper
endstop_pin:tmc2240_stepper_y:virtual_endstop
position_min: -4.5  
position_endstop: -4.5
position_max: 258
homing_speed:50
homing_retract_dist:0
homing_positive_dir:False
step_pulse_duration:0.0000001

En particulier : position_max:246

Dans l'aide https://www.klipper3d.org/Config_Reference.html

Je vois :

Citation
position_max:
#   Maximum valid distance (in mm) the user may command the stepper to
#   move to. This parameter must be provided for the X, Y, and Z
#   steppers on cartesian style printers.


Donc, si je comprends bien le paramètre position_max correspond au maximum où l'utilisateur, en utilisant les flèches, peut emmener l'extruder.
Pour l'instant, je n'ai pas osé y toucher. Quelqu'un peut confirmer mes hypothèses ? Vous avez quoi chez vous ? (vous pouvez l'ouvrir via Fluidd en allant chercher le fichier printer.cfg en cliquant sur

image.png.417e9c6f3e8aa63bbb1912a3ae00a8dc.png

 

 

Cela dit, je viens de regarder, la limite pour que ça touche est y=0 et x=240
image.png.34c95c798c3854d757b662fa558a45c2.png

Donc ça veut dire que si on imprime quelque chose au point x=0 y=245 ( en principe la zone d'impression va jusqu'à 245), il y a une bonne collision avec la caméra. Problème !!!

  • +1 1
Posté(e) (modifié)

bonjour @2cv001 ton analyse de code est bonne et compte tenu du fait que la position correspond à la buse et de l'encombrement de la tête, il y a bien collision 🙄

il va falloir que je regarde ça en rentrant sur la PLUS4 si il y a eu évolution de ce côté là

bravo il fallait y penser 👍

Modifié (le) par pjtlivjy
Posté(e)
Il y a 8 heures, 2cv001 a dit :

Problème !!!

Tu vas souvent imprimer sur la totalité de la surface (245x245) ?

Le trancheur, Qidistudio, normalement, empêche d'imprimer sur certaines zones du plateau :

qidistudio-zones-exclusion-lit.jpg.0aee75d2e1fe4df6f770ea93bcb7ae38.jpg

zones-exclusion-lit-explications.jpg.1e543d8c5396566e34a3098cbc679ee2.jpg

Par contre, quand on déplace manuellement ou via le contrôle des axes, ces zones sont inconnues et là, il y a risque de collision.

Donc, n'utiliser que le trancheur. Les paramètres de Klipper sont des limites, mais il ne sait rien des zones qu'il faut éviter 😉

Posté(e)

@fran6p

Mince j'ai pas trouvé ça dans qidiSlicer, j'ai l'impression qu'il n'y a pas ça. qidiStudio serait mieux alors ?

 

Cela dit, j'ai ouvert qidiStudio et je n'ai pas la même chose que toi. Pas trouvé non plus.
image.png.cff09af0b79c862ea045ff65f8be4620.png

Posté(e)

Ce paramètre n'existe pas avec Qidislicer ou Prusaslicer.

Qidistudio  n'est ni mieux ni moins bien que Qidislicer, les deux sont capables de trancher correctement un fichier. Après, c'est une question de préférences. J'aime davantage les onglets de QSlicer qui permettent d'accéder plus facilement (c'est mon avis) aux réglages Imprimante, Filament, Réglages d'impression alors que Qstudio regroupe tout à gauche (dans différentes sections. En plus avec les onglets en haut (Qidislicer), ça laisse une place plus grande pour voir le plateau et la pièce posée dessus.

Tu peux installer plusieurs trancheurs sur ton PC, ils n'interfèrent pas les uns avec les autres. Sur mon PC, j'ai Cura, Ideamaker, Prusaslicer, Qidislicer, Qidistudio, Anycubic slicer next et j'utilise aussi de temps en temps Kiri-moto (trancheur en ligne) 😄.

il y a 40 minutes, 2cv001 a dit :

Pas trouvé non plus.

A droite où il est écrit Q1 Pro 0,4 Nozzle, il y a un engrenage. En cliquant dessus, tu accéderas aux paramètres liés au modèle d'imprimante 😉

Posté(e) (modifié)

J'ai fini par trouver sur QidiSlicer, mais visiblement pas de zone d'exclusion pour la zone caméra et je n'ai pas trouvé comment en ajouter une.

image.thumb.png.9d626f4facdcab14878bcc55b244fbc0.png

 

Ca donne les zone situées en haut de ce schéma. Ca correspond à la manette coté grattoir pour le rectangle de gauche et à un moteur pour le rectangle de droite. Il faudrait pouvoir en ajouter une autre. Pas trouvé comment.

image.png.4f6076cfeb58aa3769a7b91e62b0011c.png

Et en fait, je viens de m'en apercevoir, on retrouve ces zones sur le plateau :
image.thumb.png.a885030a3beabdc3365d0366bfa6edca.png

 

Sur qidi studio, en suivant les indications de @fran6p, j'ai trouvé. Les zones d'exclusion sont

25x245, 25x240, 115x240, 115x245, 25x245, 25x245, 25x245, 25x245, 208x245, 208x240, 245x240, 245x245

je ne vois pas de coordonné de l'ordre de 240, 10 Donc pas de zone d'exclusion coté caméra non plus. Par contre, là, on peut se l'ajouter.

On retrouve aussi ces zones sur le dessin du plateau dans qidiStudio.

image.thumb.png.bc05c179904cd610a1013830826b3558.png

Modifié (le) par 2cv001
Posté(e)

Pour la Qidi Plus4, il y a une zone d'exclusion en bas / droite utilisée pour activer le coupe-filament 😉

Si tu veux la connaitre, il te suffit d'ajouter dans Qidi Studio, une Plus4 😄

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 compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
×
×
  • Créer...