search

intelligent-agent / Refactor

Linux distro for 3D-printers
https://wiki.iagent.no/wiki/Refactor
GNU Affero General Public License v3.0
28 stars 19 forks source link

Timer too close #382

Closed eliasbakken closed 8 months ago

eliasbakken commented 10 months ago

I've experienced an issue where I get the "timer too close" during probing of the bed on a Voron 2.4. It is not consistent when the error happens, it can happen early or late in the probing process or not at all. The CPU usage on my printer is around 20-30%, mostly due to the transcoding of the webcam data I think (a Logitech C270).

goeland86 commented 10 months ago

I've had that recently on the 3.2.0-RC3, what fixed it was to edit /etc/init.d/cpufrequtil and change the governor from ondemand to performance. It locks the CPU at full speed after a reboot. This means you need a heatsink on the CPU and airflow around it to avoid thermal throttling later on though. Debating about whether to issue a PR for that, or whether we should experiment with the userspace governor and have the user choose what clock speed to use based on the cooling available?

shuffleznl commented 9 months ago

Happens to me on A5 on 3.1.3 (I think, currently not near machine) too. Specifically in Arc G3 during fast infill. Repeatable (thrice) to the exact same point in print.

eduncan911 commented 9 months ago

Try disconnecting the webcam on a repeatable print. Also, too high of microstepping could be an issue (try 16 or 32 for a while).

goeland86 commented 9 months ago

Also if you have a good cooling setup on the main a64 chip, you can try setting the CPU frequency to static high speed instead of dynamic with

cpufreq-set -c 0 -g performance

Repeat for CPU 1,2 and 3 by updating the parameter for -c.

Since doing it on a startup script I've not been able to trigger the issue... but the main chip does heat up more as a result.

shuffleznl commented 9 months ago

Try disconnecting the webcam on a repeatable print. Also, too high of microstepping could be an issue (try 16 or 32 for a while).

Dont have a webcam connected. Will test other microsteps!

shuffleznl commented 9 months ago

Also if you have a good cooling setup on the main a64 chip, you can try setting the CPU frequency to static high speed instead of dynamic with

cpufreq-set -c 0 -g performance

Repeat for CPU 1,2 and 3 by updating the parameter for -c.

Since doing it on a startup script I've not been able to trigger the issue... but the main chip does heat up more as a result.

Have a 120mm fan blowing on the board, should I add heatsink for this?

goeland86 commented 9 months ago

No, if you have a fan that big blowing on it you'll be alright without one.

On Thu, Sep 28, 2023, 19:21 shuffleznl @.***> wrote:

Also if you have a good cooling setup on the main a64 chip, you can try setting the CPU frequency to static high speed instead of dynamic with

cpufreq-set -c 0 -g performance

Repeat for CPU 1,2 and 3 by updating the parameter for -c.

Since doing it on a startup script I've not been able to trigger the issue... but the main chip does heat up more as a result.

Have a 120mm fan blowing on the board, should I add heatsink for this?

— Reply to this email directly, view it on GitHub https://github.com/intelligent-agent/Refactor/issues/382#issuecomment-1739729696, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEEI46LI4ARISNXGR4HPB5DX4WWZ7ANCNFSM6AAAAAA4RL67O4 . You are receiving this because you commented.Message ID: @.***>

shuffleznl commented 9 months ago

Changing govenor sadly doesnt fix issue on A5 with 3.1.3. Btw; I used one of the more recent Klipper versions, possibly the AR100 issue comes from there (the last update broke A5 support, reflashing now). image

eliasbakken commented 8 months ago

This has been merged in master. It seems to work on A7, not yet tested on A6. Closing for now, and it can be opened again it necessary.