Guilouz

Comment je fais quoi ?

N'ayant pas trouvé mon bonheur dans la multitude de modèles pour les poop chute, j'ai donc modélisé le mien. Il ne bloque pas l'aération et est amovible par glissement vers le haut et surtout reste discret à l'arrière de l'imprimante. Pour ceux que ça interesse : https://makerworld.com/en/models/1399453-h2d-sliding-poop-trash-can#profileId-1450987 Petite pièce également pour éliminer une bonne partie du halo de la caméra avec les LED. Avant : Après : H2D Camera Lens Hood.3mf

Pour ceux que ça interesse, la traduction FR de Bambu Studio est dispo ici : https://github.com/Guilouz/Traduction-FR-BambuStudio

Oui tu peux mettre à jour le MCU de la carte mère, je décris d'ailleurs comment le faire sur mon Wiki. Cependant temps que Klipper ne requiert pas d'upgrade de ce firmware cela ne pose pas de problème (idem pour le MMB Cubic). A noter également que les MCU ont des cycles d'écriture limités (> 100 000 cycles pour une EEPROM, environ 10 000 cycles pour une puce STM32). La mise à jour du firmware à chaque version peut réduire la durée de vie du MCU. Le firmware des closed loop a pourtant changé la donne en terme de salmon skin niveau qualité. Actuellement on est en phase de test avec un firmware modifié pour la carte UPS où se trouve un hx717 mal utilisé par FLSUN. Actuellement il simule un Z endstop et c'est pour cela que le probe accuracy est si mauvais. Avec ce firmware on peut maintenant utilisé le hx717 comme il est destiné avec load cell probe où on peut calibrer les load cell et obtenir un probe accuracy correct: probe accuracy results: maximum -0.146451, minimum -0.151015, range 0.004564, average -0.148299, median -0.148270, standard deviation 0.001505, average delta: 0.001961

Est-ce que tu as installé le firmware pour les closed loop ? Depuis ce firmware c'est beaucoup mieux.

Après de longs mois de travail et d'attente, il est enfin là! Wiki disponible ici : https://guilouz.github.io/FLSUN-S1-Open-Source-Edition/home.html

Oui ça ça change pas, comme sur les Bambu.

Le message des devs : In previous versions, both encrypted and non-encrypted RFID tags were compatible, leading to potential security risks. Considering that RFID technology is a new attempt for us, we have decided to discontinue support for non-encrypted RFID tags to enhance system security and reliability. I firmly believe that when RFID filament becomes widely adopted, we may collaborate with other filament manufacturers to introduce more open RFID tags. However, now is not the right time. Traduction : Dans les versions précédentes, les étiquettes RFID cryptées et non cryptées étaient compatibles, ce qui entraînait des risques potentiels pour la sécurité. Étant donné que la technologie RFID est une nouvelle tentative pour nous, nous avons décidé de cesser de prendre en charge les étiquettes RFID non cryptées afin d'améliorer la sécurité et la fiabilité du système. Je suis fermement convaincu que lorsque le filament RFID sera largement adopté, nous pourrons collaborer avec d'autres fabricants de filaments pour introduire davantage d'étiquettes RFID ouvertes. Cependant, ce n'est pas le bon moment. Bon courage à celui qui va entreprendre ça car la plupart de leurs fonctionnalités se trouvent dans des binaires cryptés et les MCU ont tous été mis à jour. Les changements de cette fameuse update sont ici : https://github.com/Guilouz/Creality-K2Plus-Extracted-Firmwares/commit/6a6bb38f9a1f07c3f1727a08e8bfbd95883aa016

Mauvaise nouvelle pour les RFID custom, ça a été bloqué dans le dernier firmware.

On peut également s'amuser à faire des screenshots

Je teste actuellement ce firmware qui a nécessité des changements dans mon script que j'avais déjà opéré 1.1.2.3 Beta: When leveling data exists and the Z-axis motor is not unlocked, selecting "Print Calibration" for the next task will only probe the model area, reducing print start time. Optimized flushing actions to improve multi-color print quality. Improved Z-axis connection effect after power failure recovery. Default setting to disable the CFS power-on insertion detection function. Added maintenance reminder feature. When the machine reaches a certain threshold, a pop-up notification will appear on the screen, and you can scan the QR code to view the maintenance steps. Optimized video connection stability for the Creality Cloud App under mobile networks. Optimized flow ratio calibration to improve accuracy. Fixed issues related to print pauses and cancellations caused by exceeding print range. Added a temperature stabilization phase when the heated bed exceeds 60°C to improve leveling accuracy with high-temperature filaments. Optimized zeroing logic before printing: wiping the nozzle first to prevent the residual filament from being left on the print bed. Fixed known issues to enhance user experience and product stability.

Vraiment pas terrible cette technique pour récupérer le flux via html. Mon script est presque terminé, je dois encore le tester, il va utiliser le vrai flux Webrtc de la caméra qui nécessite une modification du code de fluidd et mainsail mais j'ai déjà mis en place les repos et recompilé avec en prime un theme creality avec logo dynamique pour fluidd et un theme creality pour mainsail. https://github.com/Guilouz/Fluidd-K2 https://github.com/Guilouz/Mainsail-K2 Non pas la même chose^^

Progression actuelle sur ce qui est déjà fonctionnel sur les K2 : Fluidd (dernière build) sur le port 4408 et patch pour le flux natif de la caméra Mainsail (dernière build) sur le port 4409 et patch pour le flux natif de la caméra Flux WebRTC de la caméra sur le port 8001 Implémentation de SCREWS_TILT_CALCULATE pour ajuster correctement le plateau Script pour l'installation de Entware qui permet d'installer des packages Factory Reset via socket

Oui mais nécessite une version modifiée de Fluidd et idem pour Mainsail.

Creality Print 6.0 beta2(6.0.0.1032) with the following issues fixed: - Same name user preset save dead problem - Added error code interaction - Repaired the import file function of the detail page https://drive.google.com/file/d/1zGOnMWXaP6hwPeHZgGbKitFwq_sOvknK/view?usp=sharing

Creality Print 6.0.0.1006 : https://drive.google.com/file/d/1aMe_RDIBvs0XdGxrD8zYUX-C61leafpK/view?usp=drive_link Release notes: Ici

Creality Print 6.0 Beta 2: https://drive.google.com/file/d/1GL3jRRoFq-MKxAz4bsniyc52S7-J-fVF/view

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.

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.

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

L'accès SSH pour les T1 & T1 Pro est maintenant disponible ici: https://github.com/Guilouz/Flsun-S1-T1

Probablement les mêmes fonctionnalités que mon script actuel. A voir ce qui est compatible, ce qui nécessite d'être modifié etc...

En attente de recevoir la mienne de Creality, j'ai déjà pas mal analysé le firmware, on va pouvoir faire quelques trucs ^^ Mon script sera mis à jour.