Murdock

Après je ne vois pas bien ce que cela peut être d'autre. Sur un hotend plus "old school" j'aurais dis une fuite au niveau du raccord buse/heatblock mais ici cela n'est pas possible. Donc il faut croire que c'est bien un décollement de la pièce qui s'est collée à la buse et à dévié le flux de filament ...

J'ai également commandé l'adaptateur de Fred en cas de pépin. Mais je cherchais également une solution un peu plus light et qui réhaussait moins le PTFE. (Et qui permet de remettre le capot sans le modifier) Perso j'aime beaucoup les pneufit "ECAS" et je n'ai jamais rencontré de pb avec ces derniers. (Je les utilise depuis pas mal de temps sur mes vorons et c'est par exemple une des solutions natives proposées sur l'extrudeur Galileo 2) De plus ces adapteur présentent l'avantage d'êtres moins imposants et bas. J'ai donc réalisé la pièce suivante qui permet d'être utilisée aussi bien en préventif que curatif. Désolé pour le montage photo fait à l'arrache ... (Quand j'aurais éprouvé le truc, je déposerai les fichiers sur Printable et/ou Creality Cloud si certains sont intéressés)

Désolé de cette réponse tardive mais début de semaine assez tendue au taf. Je vais tester avec le wifi mais ca risque d'être pire... Le revendeur à remonté le pb chez Creality mais bon je pense qu'il ne faut pas s'attendre à grand chose. A suivre ... Merci pour ces infos.

@Poisson21 Pas de soucis. En fait de ce que j'ai vu sur la machine e en regardant vite fait la tronche du flux vidéo, ils n'utilisent pas un streamer classique comme celui utilisé d'habitude sous klipper. (en tous cas à première vue) Ce qui m'inquiète, c'est ce soucis de lags que ce soit dans un navigateur, par créality print et même l'appli mobile. Je ne te caches pas que j'aurais préféré que cela lag à mort chez tout le monde lol. Rien que de penser que c'est peut être un pb de ma machine et qu'il va falloir expliquer cela au SAV qui comme bien souvent ne va comprendre qu'à la 252 eme tentative d'explication, j'en ai des palpitations. lol. Je vais regarder si @Guilouz à vu un truc sur pour la cam sous fluidd. J'ai déjà utilisé ses scripts sur la K1 et c'était super bien fait et propre. Encore merci pour ton aide.

@Poisson21 Alors je ne me suis pa sencore occupé de la cam sous fluide donc je ne peux pas comparer mais que ce soit dans Creality Print ou juste dans un onglet de mon navigateur, je peux dire que c'est chronique. laplus souvent c'est un lag d'une grosse seconde mais j'ai parfois carrémént des pauses de facilement 2,5 à 3 secondes. Donc soit c'est un pb de ressources cpu, ram (ce qui est possible le cpu de la k1 n'était pas avions de chasse non plus et je ne me suis pas renseigné sur ce qu'il y avait dans la K2), bus de com ... Soit c'est un bug software. Bon je n'ai regardé que vite fait comment klipper était installé et comment dire ... C'est cela oui ... (Désolé pour mon humour à 2€) Au passage je ne sais pas si c'est mon coté développeur ou une forme de curiausité morbide mais je suis toujours fasciné par l'énergie dépensée par certaines boites ou personnes pour utiliser d'une façon non standard et plus laborieuse un composant logiciel qui marche très bien quand on l'utilise de la façon préconisée par son créateur. Soit le chip ethernet et franchement mauvais et cela provoque des lags. (Il faudra que je test en Wifi.) Soit ma machine à un soucis. (Mais curieusement à part cela le reste semble fonctionner normalement. C'est dommage car bon a part cela, l'installation chelou de fluidd (et surement du reste), mon bed qui tient plus d'un tacos que d'une feuille d'alu, la vitre de la porte collée trop basse une des pins de mon connecteur 485 qui sort plus que les autres (cela n'empêche pas le fonctionnement), elle fonctionne plutôt bien. La qualité de print est bonne le bruit un peu moins présent que sur la K1 Max, non franchement on est pas loin du très très bon truc. (A voir comment cela va vieillir ...) Tant que c'est logiciel, on peut espérer des correctifs. Mais vu la lenteur du reboot ... Le cpu me faitun peu peur cela me rappel quand j'avais voulu utiliser plusieurs caméras sur un Orange Pi Zero 2... Pour la cam sous fluidd tu es passé par la réinstall de moonraker ? Merci pour ton aide.

Bonjour à tous, Possesseur d'un K2 Plus depuis le début de semaine et on va le dire assez maniaque, vous vous doutez bien que 2-3 (euphémise ... :p) m'ont titillées avec cette dernière. Mais il y a un truc qui me paraît curieux et je n'ai pas réussi à trouver de personnes qui se plaignent exactement du même. Si il y a bien des plaintes au sujet de la cam (absence de fonctionnement par exemple) la mienne fonctionne mais j'ai dezs gros lags dans la vidéo. si j'affiche le flux vidéo par le port 8000 j'ai un bon arrêt de pas loin d'une seconde toutes les 3-4 secondes. (Ma machine est reliée par ethernet en Gb) On dirait presque que c'est ce cpu du bousin qui n'a pas assez de pêche pour traiter le flux. Quelqu'un à t-il déjà remarqué ce pb ? Merci pour votre aide ! François.

Bonjour à tous. Non je ne suis pas encore mort ! (Ca va venir lol mais pas encore) Je me fais effectivement très rare ces deniers temps tant sur le forum que sur le Discord. Un très gros projet au boulot (qui plus est générateur de stress) ne me laisse pas beaucoup de temps libre en dehors de mes heures de sommeil pour pouvoir me consacrer à mes passions ces derniers mois. J'ai depuis fin Mai 2 Voron V2.4 et une V0.1 en cours et je ne trouve pas le temps de les terminer. (Enfin de terminer déjà la première 2.4, les autres ne sont pas encore commencées ...) Je vais essayer de faire un "saut" sur le Discord pour voir ou en est le projet pour vous faire un point car honnêtement je n'ai pas codé une ligne dedans depuis Juin et je n'ai pas trop toujours par faute de temps suivi l'évolution depuis Juillet. Perso je suis toujours sur une version un peu "marginale" du projet dérivée la version 2.0.8.x avec quelques modifs perso que j'avais commencé à tester avant ma pause forcée. L'imprimante tourne assez souvent sans problèmes particuliers. Pour rebondir sur ce que disait @vap38 l'interface est effectivement un peu particulière mais bon pour ce à quoi elle sert, elle est tout à fait fonctionnelle. Bon après c'est vrai que dans ce domaine c'est une histoire de goûts et l'ergonomie choisie dépend souvent de la façon dont le développeur imagine que l'utilisateur va utiliser le produit. De plus Richard m'avait dis que l'écran était un peu particulier avec un IDE uniquement dispo en chinois. (le truc qui aide !) Perso je préfère gérer la machine par Octoprint. Pour avoir travaillé dur la partie "system" de Luxuri. Je peux affirmer que les versions basées sur 2.0.7.x sont fiables. Pour les versions 2.0.8.x je dirais que je n'ai testé que la première beta et cette dernière me semble fiable à 95 %. (C'est celle que j'utilise.) Comme indiqué plus haut je vais essayer de me renseigner dans la semaine et si possible (mais là franchement je doute d'avoir le temps) de tester la dernière version pour vous faire un retour. Un autre truc sympa que j'aurais voulu tester mais qui demande un peu de temps et de tester klipper sur la D3 ... Bon prints à tous et à bientôt !

Hello ! Pour le moment c'est via les commande gcode (M92 ...) sans oublier un M500 pour stocker dans l'eeprom. Nous avons augmenté la vitesse du port série. Essaies avec 250000.

Peux-tu essayer ce lien : https://www.facebook.com/kLAcK107

Moi non plus mais parfois on doit faire avec. Nous en avons eu quelques une qui sont passées sur le groupe.

Hello @methylene67 ! Alors même si je ne suis pas des plus réactif ces derniers temps à cause du boulot je peux donner quelques nouvelles du projet. La version "d'origine" basée sur les version 2.0.7.x de Marlin fonctionne bien, actuellement avec l'équipe de dev, nous testons un portage de cette dernière basée sur les firmwares 2.0.8.x qui contient d'origine certaines des corrections que nous avions apporté sur les versions 2.0.7.x. Cette version fonctionne elle aussi plutôt bien et pour l'heure nous ne relevons pas encore de problème particuliers. Nous pensions au départ pouvoir proposer une fusion complète de nos modifications de façon a ce qu'elles soient toutes intégrées en "standard" dans marlin cependant certaines d'entre-elles (beaucoup sont liées au TFT) sont encore trop éloignées de ce qui existe sur marlin. Donc pour le moment "Luxuri" va rester sur une branche dérivée de Marlin. La communauté de testeurs s'est beaucoup développée (certains d'entre vous en font partie) et ressemble plus à une communauté d'utilisateurs car les dernières versions publiées sont assez stables pour être utilisées au quotidien sans problèmes. (il y a maintenant une grande communauté Francophone et un canal dédié au Français est en place) Donc si vous avez une machine équipée d'un écran TJC (désolé mais les écran DWIN ne sont pas supportés) vous pouvez nous rejoindre en contactant Richard (le leader du groupe) sur facebook (Richard Layton de Denver) qui vous enverra une invitation pour nous rejoindre sur Discord on vous trouverez tout ce qu'il faut pour flasher vos machines. Alors c'est un peu compliqué à expliquer mais je vais essayer. Au départ l'idée de luxuri firmware n'était pas purement lié aux imprimantes Tenlog, c'était plutôt de proposer une application universelle pour piloter tout types d'imprimantes 3d avec un écran TJC. Vu qu'une majorité des devs avaient une D3 et que cette dernière était équipée d'un écran TJC, cette dernière est devenue le cas pratique à étudier. Certains des devs ont même changé de carte mère etc ... tout en gardant l'écran TJC pour tester "l'universalité" de la solution. (avec succès) Nous avons par exemple un membre qui fonctionne avec une BTT Octopus sur sa D3. Le marlin spécifique à la D3 (et à luxuri) n'est que le cas pratique des modifications à apporter à marlin pour fonctionner avec Luxuri. Au passage nous avons remarqué que beaucoup de choses ne fonctionnaient pas tip-top voir pas du tout avec un marlin "standard" sur une tenlog, nous avons donc corrigé des choses. L'équipes de Marlin qui fait un super boulot à également constatée certains des ces problèmes liés au mode idex en général (pas forcément uniquement à la tenlog) et a appliqués certains correctifs proches (voir identiques pour certains) aux notres, cependant Luxuri lui demande encore trop de spécificité pour pouvoir être fondu dans une version "tout constructeurs" et de ce point de vue notre but n'est pas atteint et c'est pour cette raison que le projet reste au stade "Alpha". (même si il est pour ainsi dire totalement fonctionnel) Cependant la version est opérationnelle dans le cadre des tenlog et peut être compilée à souhait selon vos désirs. N'hésitez pas à nous rejoindre ! Bons prints ! François.

Oui et surtout des accélérations car la gestion des TMCxxxx n'était pas terrible sur les vieille versions de Marlin.(Et même inexistantes sur les très vieilles versions) Et également le contrôle de l'extrusion. La différence est plus ou moins flagrante suivant les modèles et les vitesses paramétrées. Les versions 2.0.8.x arrivent ... Pas de quoi, je n'ai pas fais grand chose pour toi ... (Ce week-end à été un poil chargé ...)

Oui pourquoi pas. Mais tu verras cela se passe bien. Tout a fait. Oui c'est bien cela, la procédure est identique à celle du firmware d'origine. Pour info nous sommes en train de voir pour adapter la version 2.0.8.2 donc Luxuri va rester au top de la modernité du firmware.

C'est assez simple dans ton gcode de démarrage tu ne mets le G29 que si tu veux utiliser l'ABL ... Après il faut penser à la gestion des endstops d'origine. Sur le groupe ils ont pris le parti de ne plus utiliser les endstops d'origine. (cela libère 2 I/O) Pour moi cela n'est pas un bon choix car du coup tu vas gérer la synchro des deux axes Z par le bltouch qui prend lui même pour référence la surface du plateau et si ce derniers n'est pas parfaitement perpendiculaire au Z ... (Carnage) Si en revanche on garde les endstops pour les origines et que l'on ne se sert du bltouch que pour le l'ABL effectivement.Le problème c'est que la carte mère de la D3 ne possède pas beaucoup d'I/O libres ... Donc il faudrait sacrifier des trucs. Mais a part les capteurs de fin de filament ... mais cela ne fait qu'une entrée (il me semble que les deux capeurs sont en série) donc ... Bref l'idée de base est bonne mais franchement pour être franchement idéal c'est compliqué ... Il n'y a pas de dérangement, n'hésites pas ...

Non tu verras c'est que du positif. Alors cela n'est pas exactement cela, je préfère des 2209 mais je trouve que le Linear advance pose parfois quelques soucis. Donc je m'en passe sans problème. Mais pour avoir utilisé longtemps des drivers "classiques" je pense que ce sont les drivers silencieux qui demandent un réglage plus pointu de la machine. En revanche ils ont en plus du bruits des avantages comme par exemple pas d'effet peau de saumon sans tl-smoothers ... Mais concernant les TMC je préfère les 2209 aux 2208 c'est simplement que la machine fonctionne bien et que j'ai la flemme de les changer. Si cela vaut franchement le coup. La qualité de print est franchement améliorée. Ah bhen c'est pas bien compliqué ! En admettant que tes deux têtes sont réglées vraiment vraiment parfaitement : - En mode dual couleurs/matériaux pas de problème cela va bien fonctionner. - En mode clone/miroir Marlin va compenser la hauteur en fonction de la position de E1 et si le coté droit de ton bed est un poil plus haut, E2 va faire racler sa buse sur le bed ... Autant l'ABL est un vrai plus et un vrai confort d'utilisation sur une imprimante "classique". Autant sur une idex ... La seule solution serait d'avoir des axes Z indépendants (je te raconte pas le bronx ...) et un capteur sur chaque tête. J'avais imaginé un truc de guedin et technologiquement super hitech (bien que pas si complex que cela) mais franchement il faut réécrire une trop grande partie du firmware et franchement, franchement là j'ai la flemme ... (Eh puis je pense que la pauvre carte 8 bits de la D3 ferait un burnout !) Surtout que bon dans l'ensemble on peu s'en passer ...