MrMagounet Posté(e) Décembre 9, 2024 Auteur Posté(e) Décembre 9, 2024 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
pjtlivjy Posté(e) Décembre 9, 2024 Posté(e) Décembre 9, 2024 ok @MrMagounet merci pour l'éclaircissement c'est bon tout est à sa place
MrMagounet Posté(e) Décembre 9, 2024 Auteur Posté(e) Décembre 9, 2024 @Poisson21 bon donc j'ai regardé un peu j'ai l'impression mais il faudrait que je regarde mieux, que crownest est manquant.
Poisson21 Posté(e) Décembre 9, 2024 Posté(e) Décembre 9, 2024 n'étant pas calé du tout avec Klipper, je fais confiance aux spécialistes
Jems Posté(e) Décembre 10, 2024 Posté(e) Décembre 10, 2024 (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) Décembre 10, 2024 par Jems
3xkirax3 Posté(e) Décembre 10, 2024 Posté(e) Décembre 10, 2024 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 ?
Jems Posté(e) Décembre 10, 2024 Posté(e) Décembre 10, 2024 (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) Décembre 10, 2024 par Jems 1
Poisson21 Posté(e) Décembre 10, 2024 Posté(e) Décembre 10, 2024 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... 3 1
MrMagounet Posté(e) Décembre 10, 2024 Auteur Posté(e) Décembre 10, 2024 @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 ?
Poisson21 Posté(e) Décembre 10, 2024 Posté(e) Décembre 10, 2024 @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.
fran6p Posté(e) Décembre 10, 2024 Posté(e) Décembre 10, 2024 (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 … Modifié (le) Décembre 10, 2024 par fran6p 1
MrMagounet Posté(e) Décembre 10, 2024 Auteur Posté(e) Décembre 10, 2024 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é … 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
Guilouz Posté(e) Décembre 11, 2024 Posté(e) Décembre 11, 2024 (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) Décembre 11, 2024 par Guilouz 1
MrMagounet Posté(e) Décembre 11, 2024 Auteur Posté(e) Décembre 11, 2024 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
Jems Posté(e) Décembre 11, 2024 Posté(e) Décembre 11, 2024 (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) Décembre 11, 2024 par Jems
Poisson21 Posté(e) Décembre 11, 2024 Posté(e) Décembre 11, 2024 @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. 1
Guilouz Posté(e) Décembre 11, 2024 Posté(e) Décembre 11, 2024 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. 3
fran6p Posté(e) Décembre 11, 2024 Posté(e) Décembre 11, 2024 (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) Décembre 11, 2024 par fran6p 1
MrMagounet Posté(e) Décembre 11, 2024 Auteur Posté(e) Décembre 11, 2024 @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
Carlito06 Posté(e) Décembre 11, 2024 Posté(e) Décembre 11, 2024 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...
Guilouz Posté(e) Décembre 11, 2024 Posté(e) Décembre 11, 2024 (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) Décembre 11, 2024 par Guilouz
Jems Posté(e) Décembre 11, 2024 Posté(e) Décembre 11, 2024 Il y a 2 heures, Carlito06 a dit : je n'arrive pas à ouvrir le fichier... https://www.printables.com/model/1104861-creality_cardboard_spool_adapter_modded_v2__diamet je l'ai mis la, si ça marche pas tu as les step pour ré importé dans ton slicer. 1
Carlito06 Posté(e) Décembre 12, 2024 Posté(e) Décembre 12, 2024 (modifié) je regarde mais en fait, cura: 3dbuilder: j'arrive à l'ouvrir sous orca... bizarre Modifié (le) Décembre 12, 2024 par Carlito06
Jems Posté(e) Décembre 12, 2024 Posté(e) Décembre 12, 2024 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.
Carlito06 Posté(e) Décembre 12, 2024 Posté(e) Décembre 12, 2024 donc ca génère un fichier avec une extension connue mais pas exactement dans le format
Messages recommandés
Envoyé par Galactic,
protection du tube bowden et pneufit
Recommandé par MrMagounet
3 reactions
Aller à ce message
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