B2omzer

j'ai envelevé des lignes sur le klippy sinon il etait trop lourd. ce genre de ligne j'en avais des milliers. moonrakertxt.txt klippytxt.txt

Rebonjour à tous, finalement j'ai toujours le problème, elle ne s'éteint plus mais j'ai bien une déconnexion et donc klipper s'arrete... j'ai regardé les logs j'ai ça pour klippy: Stats 363669.6: gcodein=0 mcu: mcu_awake=0.014 mcu_task_avg=0.000026 mcu_task_stddev=0.000024 bytes_write=11748917 bytes_read=1540491 bytes_retransmit=4547 bytes_invalid=0 send_seq=200414 receive_seq=200411 retransmit_seq=200414 srtt=0.003 rttvar=0.000 rto=5.000 ready_bytes=946 upcoming_bytes=14468 freq=71999402 rpi: mcu_awake=0.001 mcu_task_avg=0.000012 mcu_task_stddev=0.000021 bytes_write=30295 bytes_read=115921 bytes_retransmit=0 bytes_invalid=53 send_seq=5022 receive_seq=5022 retransmit_seq=0 srtt=0.000 rttvar=0.000 rto=0.025 ready_bytes=0 upcoming_bytes=0 freq=49999714 adj=50000124 heater_bed: target=60 temp=60.0 pwm=0.320 sysload=0.29 cputime=325.079 memavail=548624 print_time=4757.326 buffer_time=0.000 print_stall=1 extruder: target=200 temp=199.9 pwm=0.507 Unable to issue reset command on MCU 'mcu' Attempting MCU 'rpi' config_reset command b'Got EOF when reading from device' webhooks client 547678157552: Disconnected webhooks client 547686326624: Disconnected Restarting printer sur moonraker 2024-11-03 13:31:51,803 [authorization.py:_prune_conn_handler()] - Trusted Connection Expired, IP: 192.168.3.37 2024-11-03 13:43:37,197 [klippy_connection.py:_process_status_update()] - Klippy has shutdown 2024-11-03 13:43:37,216 [proc_stats.py:_handle_shutdown()] - Moonraker System Usage Statistics: System Time: 1730637787.883014, Usage: 3.95%, Memory: 65920 kB System Time: 1730637788.886425, Usage: 8.15%, Memory: 65920 kB System Time: 1730637789.883163, Usage: 4.15%, Memory: 65920 kB System Time: 1730637790.886471, Usage: 6.8%, Memory: 65920 kB System Time: 1730637791.882025, Usage: 6.02%, Memory: 65920 kB System Time: 1730637792.881676, Usage: 4.74%, Memory: 65920 kB System Time: 1730637793.883132, Usage: 2.23%, Memory: 65920 kB System Time: 1730637794.885934, Usage: 6.87%, Memory: 65920 kB System Time: 1730637795.886608, Usage: 2.31%, Memory: 65920 kB System Time: 1730637796.892644, Usage: 4.31%, Memory: 65920 kB System Time: 1730637797.896657, Usage: 3.81%, Memory: 65920 kB System Time: 1730637798.895170, Usage: 7.9%, Memory: 65920 kB System Time: 1730637799.898960, Usage: 3.7%, Memory: 65920 kB System Time: 1730637800.904973, Usage: 6.38%, Memory: 65920 kB System Time: 1730637801.905652, Usage: 4.07%, Memory: 65920 kB System Time: 1730637802.905522, Usage: 6.57%, Memory: 65920 kB System Time: 1730637803.908172, Usage: 3.95%, Memory: 65920 kB System Time: 1730637804.912980, Usage: 11.1%, Memory: 65920 kB System Time: 1730637805.911070, Usage: 4.41%, Memory: 65920 kB System Time: 1730637806.915948, Usage: 6.91%, Memory: 65920 kB System Time: 1730637807.919220, Usage: 3.93%, Memory: 65920 kB System Time: 1730637808.921800, Usage: 7.49%, Memory: 65920 kB System Time: 1730637809.926683, Usage: 3.78%, Memory: 65920 kB System Time: 1730637810.928055, Usage: 7.28%, Memory: 65920 kB System Time: 1730637811.924185, Usage: 4.18%, Memory: 65920 kB System Time: 1730637812.925180, Usage: 7.18%, Memory: 65920 kB System Time: 1730637813.923399, Usage: 3.85%, Memory: 65920 kB System Time: 1730637814.929406, Usage: 10.64%, Memory: 65920 kB System Time: 1730637815.929722, Usage: 4.17%, Memory: 65920 kB System Time: 1730637816.929934, Usage: 6.7%, Memory: 65920 kB CPU Temperature: 48.312 2024-11-03 13:43:37,225 [proc_stats.py:_handle_shutdown()] - Throttled Flags: 2024-11-03 13:45:04,000 [klippy_connection.py:_on_connection_closed()] - Klippy Connection Removed 2024-11-03 13:45:04,127 [application.py:log_request()] - 503 GET /printer/objects/query?extruder&heater_bed&gcode_move&fan (127.0.0.1) [_TRUSTED_USER_] 12.91ms 2024-11-03 13:45:05,267 [klippy_connection.py:_do_connect()] - Klippy Connection Established 2024-11-03 13:45:08,083 [klippy_connection.py:_request_initial_subscriptions()] - Webhooks Subscribed 2024-11-03 13:45:08,087 [klippy_connection.py:_request_initial_subscriptions()] - GCode Output Subscribed 2024-11-03 13:45:08,091 [klippy_connection.py:_check_ready()] - Can not update MCU 'mcu' config as it is shutdown je sais pas trop quoi en conclure ?

bonjour à tous Apriori ça a l’air de fonctionner merci à vous

Ok merci je vais essayer ça après la prise discute bien avec la prise étant donné que le module sur klipper fonctionne et la mise en tension pareil

Merci pour votre aide. j'ai tout ça en tout sur mooraker.conf pour la partie power # moonraker.conf [power printer] off_when_shutdown: True locked_while_printing: True restart_klipper_when_powered: True on_when_job_queued: True type: http on_url: http://localhost:56427/on off_url: http://localhost:56427/off status_url: http://localhost:56427/ response_template: {% set resp = http_request.last_response().json() %} {% if resp["device_on"] %} {"on"} {% else %} {"off"} {% endif %} bound_services: klipper je dois rajouter quelque chose ? j'avoue que je suis 0 en code, j'ai juste suivi bêtement un tutos trouvé sur reddit. j'ai changé ça locked_while_printing: True et lancé une impressions... pour le moment ça tient mais sans conviction

Oui j’ai ça [idle_timeout] timeout: 1800 gcode: MACHINE_IDLE_TIMEOUT # Turn off PSU [gcode_macro M81] gcode: # Moonraker action {action_call_remote_method('set_device_power', device='printer', state='off')} [gcode_macro MACHINE_IDLE_TIMEOUT] gcode: M84 TURN_OFF_HEATERS M81 edit : j’ai ça aussi [power printer] off_when_shutdown: True locked_while_printing: False restart_klipper_when_powered: True on_when_job_queued: True peut être que si je met le locked -while-pirnting: sur true ça réglera le problème ?

Bonjour à tous j’ai une ender3v2 sous klipper, j’ai rajouté une prise connecté tp100 Elle s’allume bien avec le bouton sous klipper pas de soucis sur des petites impressions elle s’éteint bien après toute seul en revanche sur des impressions plus longue (+- 8h) par moment la prise s’éteint toute seul avec comme message sur la console « Klipper state: Shutdown » Je ne sais pas si il y a une commande qui est envoyé pour éteindre la prise car ça fait un temps qu’elle est allumé ou si elle s’arrête pcq il y a un problème ? Mais c’est bien la prise qui s’éteint pas klipper pas l’imprimante. j’ai essayé de chercher dans les logs mais j’avoue que je ne sais pas vraiment quoi regarder …. si quelqu'un a une idée d’où ça peut venir. merci d’avance

Bonjour test d’impression d’environ 8h, avec une chaussette silicone et un PID… sans encombre on espérant que ça tienne dans le temps. Merci pour ton aide

Alors, nan j’ai pas de chaussette je l’ai enlevé quand j’ai changer ma ventile sur la hotend (ci joint photo). je vais reessayer avec la chaussette et faire un PID. Je ne sais pas ce que c’est donc je n’ai pas dû le faire.

je viens de tester une impression avec prusa slicer, même soucis mais ça duré plus longtemps, donc le fait que ça soit la première couche c'était une coïncidence toujours la même erreur par mail : mais j'ai vu que j'avais ça sur le terminal : Error: Should resend line 1 but no sufficient history is available, can't resend Send: N20437 G1 X56.031 Y110.965 E13.0523*93 Recv: T:199.96 /205.00 B:59.99 /60.00 @:127 B@:34 Recv: ok N20437 P0 B15 Send: N20438 G1 X56.095 Y106.827 E13.19238*105 Recv: Error:Thermal Runaway, system stopped! Heater_ID: E0 Recv: echo:busy: processing Changing monitoring state from "Printing" to "Cancelling" Send: N20439 M108*38 Recv: T:199.90 /0.00 B:60.01 /0.00 @:0 B@:0 Communication timeout while printing, trying to trigger response from printer. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves. Send: N20440 M77*17 Recv: echo:busy: processing Recv: T:199.90 /0.00 B:60.01 /0.00 @:0 B@:0 Recv: æ\x00\x98\x00\x00\x18\x18f\x06æ\x98ø\x06þ\x06\x86ø\x06~ø\x06ø\x06ø\x86\x00\x18\x06\x80\x1e\x06\x06þæ\x06\x98\x98\x06àþ\x86àæ`\x1eæ\x06ø\x06ø\x18\x00æ\x00\x98\x00\x00\x18\x98þ\x9e\x00\x18ø\x86\x1eà\x1eæ\x86\x06æ\x00\x98\x00\x00\x18\x00\x06\x06\x06\x18\x18æø\x06\x18\x18\x9e\x18\x00\x18\x86\x18ææ\x06\x1e\x00\x18\x00\x06\x06\x06\x06\x00\x18þ\x00\x18\x18\x18\x1e\x00\x18\x18\x18\x18\x18\x18\x06start WARNThe received line contains at least one null byte character at position 1, this hints at some data corruption going on Recv: Watchdog Reset Recv: Marlin ProUI Version: 2.1.3 MRiscoC Recv: OFFICIAL BUILD: 20240125 - 01:18 Recv: Author: Miguel Risco-Castillo (MRiscoC) Recv: echo: Free Memory: 36703 PlannerBufferBytes: 1856 Recv: echo:A90 stored settings retrieved (473 bytes; crc 31161) Communication timeout while printing, trying to trigger response from printer. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves. Recv: //action:notification Stored settings retrieved Recv: Unified Bed Leveling System v1.01 inactive Recv: Mesh 0 loaded from storage. Recv: //action:prompt_end Recv: BL24CXX Check succeeded! Recv: echo:SD card ok Communication timeout while printing, trying to trigger response from printer. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves. Recv: \xffecho: Serial 0 baud rate set to 250000 Recv: ok P15 B16 Send: N20441 M105*36 Recv: Error:Line Number is not Last Line Number+1, Last Line: 0 Recv: Resend: 1 Should resend line 1 but no sufficient history is available, can't resend Changing monitoring state from "Cancelling" to "Error" Changing monitoring state from "Error" to "Offline after error" Connection closed, closing down monitor Closing down send loop donc ça serait Recv: Error:Thermal Runaway, ? Une problème du corp de chauffe ? De sonde ? et effectivement avant de s’arrêter la hotend descend progressivement et a -5 degrés de la cible elle s’arrête j’ai l’impression.

Une autre idée ? ça doit être un problème firmware je pense . Peut être je passerai sur klipper ?

Ok je regarde ça en rentrant EDIT: alors si tu parles de l'option "power outage" il n'est pas activé

Salut, merci pour votre réponse rapide. c’est un réglage dans cura ? Ou sur l’imprimante ?

Bonjour à tous. j’ai un soucis avec mon imprimante ender3v2 sous mriscoc et j’utilise octoprint et cura comme Slicer sur des impressions avec une grande surface de première couche ça plante à la fin de celle ci…je pense juste avant de passer à la vitesse supérieur et d’activer à 100% le ventilo. sur octoprint j’ai ça comme erreur envoyé par mail Should resend line 1 but no sufficient history is available, can't resend. à savoir que sur l’imprimante apriori pas d’erreur juste elle s’arrête de print, reste allumé (pas de bip) et passe le Bed et la hotend à 0, comme si c’était la fin de l’impression. J’ai fait un test avec en passant par une carte SD sans octoprint. Même souci, même endroit. j’ai test un autre fichier (beaucoup plus petit, 9 minutes d’impression.) pas de problème. j’ai test un autre fichier mais plus volumineux (9h d’impression). Ca plante à la fin de la couche initiale. (Environ 30 minutes de couche initial) avec un fichier de 2j d’impression (environ 2h de couche initial) pareil ça plante à la fin de la couche initial. si vous avez des idée d’où ça peut venir ?

Peut être ton z offset qui est mal configuré ?

Bonjour à tous je n’ai pas l’impression que les galets soient usés, en tout cas le plateau et la tête bouge bien et il n’y a pas de difficulté. j’avais de la sur extrusion, j’avais une moyen de 0.5 au lieu de 0,44. le cube même avec un débit de 100% était nickel je testerai une impression plus grande. Ça fait quand même un débit de 88% au lieu de 100. Je ne sais pas si c’est un réglage qui influe tant que ça sur les impression. on se tient au jus bonne journée

Merci pour votre réponse comment je contrôle les galets ? et la sur extrusion ? Je test un print avec un débit à 90% ? mrisco c’est juste le nom du créateur, ça reste du marlin derrière.

Bonjour à tous, je reviens vers vous car j’ai toujours plus où moins le même soucis. j’ai une ender3v2 avec un direct drive creality SE et un double axe Z et je suis sous mrisco. Une sorte de goshting ça se voit surtout avec la lumière au dessus. Chose que j’avais pas avant le direct drive il me semble. j’ai recalibré tous les moteurs, essayé des impressions moins rapide (je tourne actuellement à 50m/s) j’arrive pas à trouver d’où peut venir sur le problème. J’ai l’impression que ça se voit surtout sur les face de devant car ici la face de côté est plutôt propre (qui est du coup à gauche. ici on peut le voir aussi. si vous avez des idée d’où ça peut venir ? merci d’avance bonne semaine .

Bonjour à tous, merci pour tes tips, j’en ai tenté plusieurs il y avait très peu de différence. après avoir tout remonté proprement/ changé de firmware (je suis passé sur mrisco) recalibré etc… j’ai trouvé d’où venait le problème, en passant en direct drive j’ai aussi changé mon système de pour entraîner la bobine… qui en fait était trop dur a tiré ce qui fait que quand la tête allait vers la droite ça tirait le filament et soulevait un peu le bras horizontal… je suppose que c’était ça j’ai maintenant des impressions que je considère propre merci pour votre aide !

Bonjour à tous, après avoir tout remonté proprement/ changé de firmware (je suis passé sur mrisco) recalibré etc… j’ai trouvé d’où venait le problème, en passant en direct drive j’ai aussi changé mon système de bobine… qui en fait était trop dur a tiré ce qui fait que quand la tête allait vers la droite ça tirait le filament et soulevait un peu le bras horizontal… je suppose que c’était ça j’ai maintenant des impressions que je considère propre merci pour votre aide !

Bonjour, effectivement j’ai réussi avec les galets intérieur (gauche et droite), j’ai pas bien compris comment serrer desserrer comment ça réagissait bref. Tous les galets sont collés maintenant je me demande si c’est pas un peu trop d’ailleurs. Je vais retenter des impressions ce week-end,

Holà je viens de remarqué que mon galet du bas ne colle pas vraiment et roule dans le vide ce qui fait que 2 galet sur 3 est vraiment collé, j’ai pas trouvé le moyen de régler ce soucis ?

Ok merci pour tes conseils je vais me pencher sur ça

Hello, nan je parle de goshting / ringing ça ressemble à ça (moins prononcé (ce n’est pas ma photo)) pour la rétractation ça va je suis à 1.5 pour 40mm/s

Salut j’ai donc fait le pas, j’ai pas de deuxième axe Z. Je me retrouve avec pas mal de rigging, t’as du changer ta vitesse d’accélération ?