Aller au contenu

Messages recommandés

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

pourtant les écrans de Bambu et Orca sont identiques ... un truc m'échappe !

Orca est fork de bambulab, après Orca a pris a l'avance sur certaine fonctionnalité il y a quelques différences sous jacente 

Posté(e)

@Poisson21 bon donc j'ai regardé un peu j'ai l'impression mais il faudrait que je regarde mieux, que crownest est manquant.

Posté(e)

n'étant pas calé du tout avec Klipper, je fais confiance aux spécialistes 😁

Posté(e) (modifié)

Petit retour sur les spool imprimées, elles fonctionnent bien en impression mais au rembobinage le fû en carton glisse sur le PLA pour le dernier cm , comme l'avait prédit @MrMagounet.

Il faut donc que j'ajuste le fû central de la spool afin qu'il adhère bien au carton comme les Refills de BAMBU.

Modifié (le) par Jems
Posté(e)
il y a 47 minutes, Jems a dit :

Petit retour sur les spool imprimées, elles fonctionnent bien en impression mais au rembobinage le fû en carton glisse sur le PLA pour le dernier cm , comme l'avait prédit @MrMagounet.

Il faut donc que j'ajuste le fû central de la spool afin qu'il adhère bien au carton comme les Refills de BAMBU.

Il n'y a pas possibilité de créer un système d'arrêt en rotation un peu comme la petite clavette sur les refills Bambu ?

Posté(e) (modifié)

@3xkirax3Salut, je viens de changer une bobine bambu au boulot mais je ne vois pas de clavette, de quelle clavette parles tu ?

 

Edit c'est bon vu, merci j'avais jamais fais gaffe !

 

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

Bon, gros déboire, je me lève ce matin pour m'apercevoir que mon impression nocturne à planter dans la dernière couleur.

Plus de mouvement sur aucun axe, a priori plus de communication avec les moteurs (code CM2798 sur X,Y, Z1 et Z2).

Plus de redémarrage firmware et klipper sous Fluidd car il y a un contrôle des moteurs et ils ne répondent plus donc klipper se coupe.

J'ai enlevé tout les capots pour voir si il y avait une prise mal branchée/débranchée, rien trouvé.

Donc l'imprimante est HS pour l'instant.

J'ai contacté Creality, on va voir...

  • Triste... 3
  • Confus 1
Posté(e)

@Poisson21 a merde tu es le premier que je vois avec ce soucis sur cette machine y a peu de chance que les 4 moteur soit HS les driver etant intégré, soit il y a un soucis avec la carte d'interface a l'arrière sur lequels tous les cables moteurs sont branché soit il y a un soucis de comme entre la carte PI et la carte d'interface.

Tu as regarder les 2 carte dans le compartiment d'impression en haut a droite ?

Posté(e)

@MrMagounet oui j'ai regarder, mais il y a rien de visible et comme klipper reste pas démarrer je peux pas non plus envoyer de commande d'essai, donc pour l'instant je peux que attendre la réponse de Creality.

Posté(e) (modifié)
Il y a 22 heures, MrMagounet a dit :

j'ai l'impression mais il faudrait que je regarde mieux, que crownest est manquant.

Si la caméra est gérée via un fichier webcam.txt, c'est géré non par Crowsnest mais autrement via un service webcamd (+ mjpegstreamer), comme le fait Octoprint 😉.

Ne pas tenter alors d'installer un Crowsnest officiel, surtout si la version de l'OS est basée sur une vieille Debian/Armbian Buster. Crowsnest, de plus, s'attend aux chemins de stockage des fichiers de configuration de Klipper / Moonraker «standards».

N'ayant pas cette imprimante, je me base sur un firmware de K2Plus trouvé sur github :

  • l'OS est un dérivé OpenWRT (comme SonicPad, K1 et E3V3, NebulaPad) 
    • Révélation

      /etc/open_wrt_release

      DISTRIB_ID='OpenWrt'
      DISTRIB_RELEASE='21.02-SNAPSHOT'
      DISTRIB_REVISION='r0-8f33fca14'
      DISTRIB_TARGET='t113_i-CR0CN240110C10/generic'
      DISTRIB_ARCH='arm_cortex-a7_neon'
      DISTRIB_DESCRIPTION='OpenWrt 21.02-SNAPSHOT'
      DISTRIB_TAINTS='no-all glibc busybox'
      DISTRIB_INFO='tina.wuhui.20241106.041224'
      TINA_VERSION='5.0'

  • Klipper, Moonraker, Fluidd ne sont pas dans le dossier utilisateur (/home) qui n'existe pas avec OpenWRT/Tina, mais sont stockés dans /usr/share
  • le releases.md (/usr/share/klipper/docs/) semble indiquer que la version de Klipper serait basée une version 0.11 (première release fin 2022),
  • les fichiers de configuration klipper sont dans /usr/share/klipper/config… Toute une série de dossiers (F008… K2_Pro_CROCN240319C13) :
    • Révélation

      usr-share-klipper-config.jpg.d84357781a387a64e4f2d0ea06e570e4.jpg

🙂

Modifié (le) par fran6p
  • Merci ! 1
Posté(e)
il y a 41 minutes, fran6p a dit :

Si la caméra est gérée via un fichier webcam.txt, c'est géré non par Crowsnest mais autrement via un service webcamd (+ mjpegstreamer), comme le fait Octoprint 😉.

Ne pas tenter alors d'installer un Crowsnest officiel, surtout si la version de l'OS est basée sur une vieille Debian/Armbian Buster. Crowsnest, de plus, s'attend aux chemins de stockage des fichiers de configuration de Klipper / Moonraker «standards».

N'ayant pas cette imprimante, je me base sur un firmware de K2Plus trouvé sur github :

  • l'OS est un dérivé OpenWRT (comme SonicPad, K1 et E3V3, NebulaPad) 
    •   Révéler le texte masqué

      /etc/open_wrt_release

      DISTRIB_ID='OpenWrt'
      DISTRIB_RELEASE='21.02-SNAPSHOT'
      DISTRIB_REVISION='r0-8f33fca14'
      DISTRIB_TARGET='t113_i-CR0CN240110C10/generic'
      DISTRIB_ARCH='arm_cortex-a7_neon'
      DISTRIB_DESCRIPTION='OpenWrt 21.02-SNAPSHOT'
      DISTRIB_TAINTS='no-all glibc busybox'
      DISTRIB_INFO='tina.wuhui.20241106.041224'
      TINA_VERSION='5.0'

  • Klipper, Moonraker, Fluidd ne sont pas dans le dossier utilisateur (/home) qui n'existe pas avec OpenWRT/Tina, mais sont stockés dans /usr/share
  • le releases.md (/usr/share/klipper/docs/) semble indiquer que la version de Klipper serait basée une version 0.11 (première release fin 2022),
  • les fichiers de configuration klipper sont dans /usr/share/klipper/config… Toute une série de dossiers (F008… K2_Pro_CROCN240319C13) :
    •   Révéler le texte masqué

      usr-share-klipper-config.jpg.d84357781a387a64e4f2d0ea06e570e4.jpg

🙂

Bien il y a pas de fichier webcam.txt comme je l'aurais cru, d'ou pour moi le fait que crownest doit aussi manqué. Après j'ai pas été plus loin j'ai pas regarder si le service webcamd etait install et pas actif.

Pour pour le retour d'infos, un service est clairement utiliser car l'on a accès a la cam sur l'interface de creality print mais faut que je trouve quels service 😄

Posté(e) (modifié)
Le 09/12/2024 at 19:06, MrMagounet a dit :

Oui bien résumé.

 

Alors non c'est pas ce a niveau qu'il faudra joué pou moi le service webcamd est pas actif de ce que je viens de regardé, il va falloir ce connecté en SSH et faire des test.

Si la camera fonctionne sur l'interface Creality c'est qu'il y a forcément un service de caméra qui tourne mais peut être pas sur le port par défaut tout simplement.

J'ai reçu la mienne de Creality mais toujours dans le carton ^^

Quelqu'un a essayé ceci ?

Utiliser ces paramètres (en remplaçant xxx.xxx.xxx.xxx par votre adresse IP locale) :
http://xxx.xxx.xxx.xxx:4408/webcam/?action=stream pour Camera URL Stream
http://xxx.xxx.xxx.xxx:4408/webcam/?action=snapshot pour Camera URL Snapshot

Modifié (le) par Guilouz
  • J'aime 1
Posté(e)
Il y a 6 heures, Guilouz a dit :

Si la camera fonctionne sur l'interface Creality c'est qu'il y a forcément un service de caméra qui tourne mais peut être pas sur le port par défaut tout simplement.

J'ai reçu la mienne de Creality mais toujours dans le carton ^^

Quelqu'un a essayé ceci ?

Utiliser ces paramètres (en remplaçant xxx.xxx.xxx.xxx par votre adresse IP locale) :
http://xxx.xxx.xxx.xxx:4408/webcam/?action=stream pour Camera URL Stream
http://xxx.xxx.xxx.xxx:4408/webcam/?action=snapshot pour Camera URL Snapshot

bien sous Fluidd tu ne peux activé la webcam si tu en créé une dans l'interface la case ce redésactive ce qui m'a laissé supposer que la service Webcamd est pas actif, ou crownest non installé, mais oui c'est aussi ce que je me dis si elle est prsente sous creality print c'est obligatoirement qu'il y a un service actif quelques par pour la cam.
Je regarderais ce soir si personne d'autre la fait avant pour tester

Posté(e) (modifié)

@Poisson21As tu été faire un tour sur reddit ?

@Guilouz Sur reddit il est dit port 8000, mais pas d'avancé sur le sujet, ils cherchent même pour la caméra de buse.

@3xkirax3Merci pour la clavette, j'ai ajusté le Ø et ajouté la clavette sur le modèle, ça fonctionne bien. pas d'erreur de rembobinage. je partage.Creality_cardboard_spool_adapter_modded_v2__diameter_78_with_key_gcode.3mf

Modifié (le) par Jems
Posté(e)

@Jems j'ai pas mal cherché, et à part tomber sur le wiki ou équivalent, rien.

Il semble que je sois la première personne avec ce défaut, c'est bien ma veine.

J attend le retour de chez Creality, j’espère qu'il pourront me donner une procédure de contrôle pour trouver ce qui a lâcher.

  • Triste... 1
Posté(e)
Il y a 4 heures, MrMagounet a dit :

bien sous Fluidd tu ne peux activé la webcam si tu en créé une dans l'interface la case ce redésactive ce qui m'a laissé supposer que la service Webcamd est pas actif, ou crownest non installé, mais oui c'est aussi ce que je me dis si elle est prsente sous creality print c'est obligatoirement qu'il y a un service actif quelques par pour la cam.
Je regarderais ce soir si personne d'autre la fait avant pour tester

Crowsnest ne tourne pas sur openwrt. Ce n'est pas un OS commun et connaissant Creality ils ont du mettre ça dans un fichier compilé car j'ai checké le firmware, il n'y a aucun service de camera qui démarre dans l'init mais j'ai trouvé par mal de chose comme le chemin des caméra y compris celle de la hotend.

  • J'aime 3
Posté(e) (modifié)

Le mandataire NGINX (/etc/nginx/nginx.conf) permet de connaître les ports ouverts (4408 pour Fluidd, les caméras de 8080 à 8083) :

Révélation

events {
    worker_connections  1024;
}

worker_processes  1;

http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;

    keepalive_timeout  65;

    server {
        listen 4408 default_server;

        access_log /var/log/nginx/fluidd-access.log;
        error_log /var/log/nginx/fluidd-error.log;

        # disable this section on smaller hardware like a pi zero
        gzip on;
        gzip_vary on;
        gzip_proxied any;
        gzip_proxied expired no-cache no-store private auth;
        gzip_comp_level 4;
        gzip_buffers 16 8k;
        gzip_http_version 1.1;
        gzip_types text/plain text/css text/xml text/javascript application/x-javascript application/json application/xml;

        # web_path from fluidd static files
        root /usr/share/fluidd;

        index index.html;
        server_name _;

        # disable max upload size checks
        client_max_body_size 0;

        # disable proxy request buffering
        proxy_request_buffering off;

        location / {
            try_files $uri $uri/ /index.html;
        }

        location = /index.html {
            add_header Cache-Control "no-store, no-cache, must-revalidate";
        }

        location /websocket {
            proxy_pass http://apiserver/websocket;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection $connection_upgrade;
            proxy_set_header Host $http_host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_read_timeout 86400;
        }

        location ~ ^/(printer|api|access|machine|server)/ {
            proxy_pass http://apiserver$request_uri;
            proxy_set_header Host $http_host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Scheme $scheme;
        }

        location /webcam/ {
            proxy_pass http://mjpgstreamer1/;
        }

        location /webcam2/ {
            proxy_pass http://mjpgstreamer2/;
        }

        location /webcam3/ {
            proxy_pass http://mjpgstreamer3/;
        }

        location /webcam4/ {
            proxy_pass http://mjpgstreamer4/;
        }
    }

    map $http_upgrade $connection_upgrade {
        default upgrade;
        '' close;
    }

    upstream apiserver {
        ip_hash;
        server 127.0.0.1:7125;
    }

    upstream mjpgstreamer1 {
        ip_hash;
        server 127.0.0.1:8080;
    }

    upstream mjpgstreamer2 {
        ip_hash;
        server 127.0.0.1:8081;
    }

    upstream mjpgstreamer3 {
        ip_hash;
        server 127.0.0.1:8082;
    }

    upstream mjpgstreamer4 {
        ip_hash;
        server 127.0.0.1:8083;
    }

}

 

@Guilouz, sur le Github du firmware de la K2, il manque le répertoire /mnt et particulièrement le /mnt/UDISK que Creality utilise en équivalent du ~/printer_data/config.

J'ai aussi cherché, mais pas trouvé non plus comment la caméra est gérée… ou alors :

Il y a bien dans /usr/bin, un script auto_uvc.sh dont le contenu laisse à penser que cela servirait à gérer deux caméras, mais il utilise des fichiers binaires (cam_app, cam_sub_app, cam_util) et semble contenir un daemon gérant les deux caméras (main / sub). Extrait du auto_uvc.sh :

Révélation

start_uvc()
{
    local count=0
    case $1 in
        main-video*)
            echo_console "start cam_app service for $1 : "
            logger -t uvc "start cam_app service for $1"

            fw_info /dev/v4l/by-id/$1

            # wait for UDISK mounted
            while true
            do
                if grep -wq UDISK /proc/mounts ; then
                    logger -t uvc "UDISK mounted"
                    break
                else
                    sleep 0.4
                    let count+=1
                fi

                # time out 6s
                if [ $count -gt $TIME_OUT_CNT ]; then
                    break
                fi
            done

            start-stop-daemon -S -b -m -p /var/run/$1.pid \
                --exec $PROG -- -i /dev/v4l/by-id/$1 -t $MAIN_CAM \
                -w $MAIN_PIC_WIDTH -h $MAIN_PIC_HEIGHT -f $MAIN_PIC_FPS \
                -c

            [ $? = 0 ] && echo_console "OK\n" || echo_console "FAIL\n"

            sleep 1

            start-stop-daemon -S -b -m -p /var/run/$1_webrtc_local.pid \
                --exec $WEBRTC_LOCAL
        ;;
        sub-video*)
            echo_console "start cam_app service for $1 : "

            fw_info /dev/v4l/by-id/$1

            start-stop-daemon -S -b -m -p /var/run/$1.pid \
                --exec $PROG_SUB -- -i /dev/v4l/by-id/$1 -t $SUB_CAM \
                -w $SUB_PIC_WIDTH -h $SUB_PIC_HEIGHT -f $SUB_PIC_FPS \
                -c

            [ $? = 0 ] && echo_console "OK\n" || echo_console "FAIL\n"
        ;;
    esac
}

 

Avec :

Révélation

PROG=/usr/bin/cam_app
PROG_SUB=/usr/bin/cam_sub_app
WEBRTC_LOCAL=/usr/bin/webrtc_local
TMP_VERSION_FILE=/tmp/.cam_version
VERSION_FILE=/mnt/UDISK/creality/userdata/config/cam_version.json
FW_ROOT_DIR=/usr/share/uvc/fw


MAIN_CAM=0
MAIN_PIC_WIDTH=1920
MAIN_PIC_HEIGHT=1080
MAIN_PIC_FPS=15

SUB_CAM=1
SUB_PIC_WIDTH=1600
SUB_PIC_HEIGHT=1200
SUB_PIC_FPS=5

TIME_OUT_CNT=15

🙂

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

@fran6p ok donc la cam 1 serait la caméra de la tête qui vérifié le flux et les soucis d'impression et la camera 0 celle du boitier

Mais bon même via les port 8080 a 8083 impossible de réussir a accéder au flux de la camera 🤔

Posté(e)
Il y a 9 heures, Jems a dit :

@Poisson21As tu été faire un tour sur reddit ?

@Guilouz Sur reddit il est dit port 8000, mais pas d'avancé sur le sujet, ils cherchent même pour la caméra de buse.

@3xkirax3Merci pour la clavette, j'ai ajusté le Ø et ajouté la clavette sur le modèle, ça fonctionne bien. pas d'erreur de rembobinage. je partage.Creality_cardboard_spool_adapter_modded_v2__diameter_78_with_key_gcode.3mf

je n'arrive pas à ouvrir le fichier...

Posté(e) (modifié)
Il y a 6 heures, fran6p a dit :

Le mandataire NGINX (/etc/nginx/nginx.conf) permet de connaître les ports ouverts (4408 pour Fluidd, les caméras de 8080 à 8083) :

  Révéler le texte masqué

events {
    worker_connections  1024;
}

worker_processes  1;

http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;

    keepalive_timeout  65;

    server {
        listen 4408 default_server;

        access_log /var/log/nginx/fluidd-access.log;
        error_log /var/log/nginx/fluidd-error.log;

        # disable this section on smaller hardware like a pi zero
        gzip on;
        gzip_vary on;
        gzip_proxied any;
        gzip_proxied expired no-cache no-store private auth;
        gzip_comp_level 4;
        gzip_buffers 16 8k;
        gzip_http_version 1.1;
        gzip_types text/plain text/css text/xml text/javascript application/x-javascript application/json application/xml;

        # web_path from fluidd static files
        root /usr/share/fluidd;

        index index.html;
        server_name _;

        # disable max upload size checks
        client_max_body_size 0;

        # disable proxy request buffering
        proxy_request_buffering off;

        location / {
            try_files $uri $uri/ /index.html;
        }

        location = /index.html {
            add_header Cache-Control "no-store, no-cache, must-revalidate";
        }

        location /websocket {
            proxy_pass http://apiserver/websocket;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection $connection_upgrade;
            proxy_set_header Host $http_host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_read_timeout 86400;
        }

        location ~ ^/(printer|api|access|machine|server)/ {
            proxy_pass http://apiserver$request_uri;
            proxy_set_header Host $http_host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Scheme $scheme;
        }

        location /webcam/ {
            proxy_pass http://mjpgstreamer1/;
        }

        location /webcam2/ {
            proxy_pass http://mjpgstreamer2/;
        }

        location /webcam3/ {
            proxy_pass http://mjpgstreamer3/;
        }

        location /webcam4/ {
            proxy_pass http://mjpgstreamer4/;
        }
    }

    map $http_upgrade $connection_upgrade {
        default upgrade;
        '' close;
    }

    upstream apiserver {
        ip_hash;
        server 127.0.0.1:7125;
    }

    upstream mjpgstreamer1 {
        ip_hash;
        server 127.0.0.1:8080;
    }

    upstream mjpgstreamer2 {
        ip_hash;
        server 127.0.0.1:8081;
    }

    upstream mjpgstreamer3 {
        ip_hash;
        server 127.0.0.1:8082;
    }

    upstream mjpgstreamer4 {
        ip_hash;
        server 127.0.0.1:8083;
    }

}

 

@Guilouz, sur le Github du firmware de la K2, il manque le répertoire /mnt et particulièrement le /mnt/UDISK que Creality utilise en équivalent du ~/printer_data/config.

J'ai aussi cherché, mais pas trouvé non plus comment la caméra est gérée… ou alors :

Il y a bien dans /usr/bin, un script auto_uvc.sh dont le contenu laisse à penser que cela servirait à gérer deux caméras, mais il utilise des fichiers binaires (cam_app, cam_sub_app, cam_util) et semble contenir un daemon gérant les deux caméras (main / sub). Extrait du auto_uvc.sh :

  Révéler le texte masqué

start_uvc()
{
    local count=0
    case $1 in
        main-video*)
            echo_console "start cam_app service for $1 : "
            logger -t uvc "start cam_app service for $1"

            fw_info /dev/v4l/by-id/$1

            # wait for UDISK mounted
            while true
            do
                if grep -wq UDISK /proc/mounts ; then
                    logger -t uvc "UDISK mounted"
                    break
                else
                    sleep 0.4
                    let count+=1
                fi

                # time out 6s
                if [ $count -gt $TIME_OUT_CNT ]; then
                    break
                fi
            done

            start-stop-daemon -S -b -m -p /var/run/$1.pid \
                --exec $PROG -- -i /dev/v4l/by-id/$1 -t $MAIN_CAM \
                -w $MAIN_PIC_WIDTH -h $MAIN_PIC_HEIGHT -f $MAIN_PIC_FPS \
                -c

            [ $? = 0 ] && echo_console "OK\n" || echo_console "FAIL\n"

            sleep 1

            start-stop-daemon -S -b -m -p /var/run/$1_webrtc_local.pid \
                --exec $WEBRTC_LOCAL
        ;;
        sub-video*)
            echo_console "start cam_app service for $1 : "

            fw_info /dev/v4l/by-id/$1

            start-stop-daemon -S -b -m -p /var/run/$1.pid \
                --exec $PROG_SUB -- -i /dev/v4l/by-id/$1 -t $SUB_CAM \
                -w $SUB_PIC_WIDTH -h $SUB_PIC_HEIGHT -f $SUB_PIC_FPS \
                -c

            [ $? = 0 ] && echo_console "OK\n" || echo_console "FAIL\n"
        ;;
    esac
}

 

Avec :

  Révéler le texte masqué

PROG=/usr/bin/cam_app
PROG_SUB=/usr/bin/cam_sub_app
WEBRTC_LOCAL=/usr/bin/webrtc_local
TMP_VERSION_FILE=/tmp/.cam_version
VERSION_FILE=/mnt/UDISK/creality/userdata/config/cam_version.json
FW_ROOT_DIR=/usr/share/uvc/fw


MAIN_CAM=0
MAIN_PIC_WIDTH=1920
MAIN_PIC_HEIGHT=1080
MAIN_PIC_FPS=15

SUB_CAM=1
SUB_PIC_WIDTH=1600
SUB_PIC_HEIGHT=1200
SUB_PIC_FPS=5

TIME_OUT_CNT=15

🙂

Ils sont manquants sur mon Github, c'est tout simplement que ces dossiers sont vides donc pas push sur le repo.

Généralement Creality utilise /usr/data comme répertoire de travail. Le répertoire /mnt est le répertoire de montage qui contient app, exUDISK, SDCARD et UDISK.

Oui c'est ce que je disais, je pense qu'ils utilisent cx_ai_middleware mais comme j'ai pas encore déballé la bête, j'ai pas vraiment eu le temps de rentrer en profondeur dans l'OS.

Modifié (le) par Guilouz
Posté(e) (modifié)

je regarde

 

mais en fait, cura: image.png.0941e34c6b14d4f1ae3c2a26d84d7e32.png

3dbuilder:

image.png.d6aa01b0d2e46af513204fd22eca6a53.png

j'arrive à l'ouvrir sous orca... bizarre

Modifié (le) par Carlito06
Posté(e)

TIens toi bien, je l'ai fais sous creality print ! ^^

Chez Printables tu as les fichiers step pour importer les 3d originaux. je ne sais pas si cura ouvre les step mais à essayer.

image.png.5bbb0f477441ede63da99b758e849c62.png

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...