# Another MCU 'mcu' shutdown: Timer too close **URL:** \ **Category:** General Discussion\ **Created:** [January 11, 2024, 6:36pm UTC](https://klipper.discourse.group/t/another-mcu-mcu-shutdown-timer-too-close/13038 "2024-01-11T18:36:11Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![L29Ah](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/l29ah/32/153_2.png) [@L29Ah](https://klipper.discourse.group/u/L29Ah)\ **Post date:** [January 11, 2024, 6:36pm UTC](https://klipper.discourse.group/t/another-mcu-mcu-shutdown-timer-too-close/13038/1 "2024-01-11T18:36:12Z")
### Basic Information: Printer Model: don’t ask MCU / Printerboard: stm32f401 + duex5 klippy.log: [klippy.zip](https://klipper.discourse.group/uploads/short-url/gqGUsD8F0DYjNREK2qQLbBZoHrU.zip) (3.7 MB) ### Describe your issue: I get `MCU 'mcu' shutdown: Timer too close` a lot, somewhat randomly once in a few printing days, but sometimes every time it’s at the same-ish place in the executed gcode of the print; the last two examples in the log are like that. I don’t have anything actively running on the SBC except klipper and `tail -F klippy.log` over ssh, plain Armbian on Cubieboard. No cron jobs. Reducing microstepping didn’t help. How can i troubleshoot it further? ---
**Author:** ![Sineos](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/sineos/32/18_2.png) [@Sineos](https://klipper.discourse.group/u/Sineos)\ **Post date:** [January 11, 2024, 6:40pm UTC](https://klipper.discourse.group/t/another-mcu-mcu-shutdown-timer-too-close/13038/2 "2024-01-11T18:40:50Z")
The typical reasons and causes are listed here: [Timer too close](https://klipper.discourse.group/t/timer-too-close/6634) > [@L29Ah](#): > > and `tail -F klippy.log` In the context of “Timer too close” this does not seem a wise thing to do. ---
**Author:** ![L29Ah](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/l29ah/32/153_2.png) [@L29Ah](https://klipper.discourse.group/u/L29Ah)\ **Post date:** [January 11, 2024, 6:47pm UTC](https://klipper.discourse.group/t/another-mcu-mcu-shutdown-timer-too-close/13038/3 "2024-01-11T18:47:20Z")
Yes, i’ve read that post and couldn’t find anything relevant to my problem. Why not? It’s just displaying one line a second, i am sure this doesn’t take much valuable CPU time and can be scheduled well. ---
**Author:** ![Sineos](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/sineos/32/18_2.png) [@Sineos](https://klipper.discourse.group/u/Sineos)\ **Post date:** [January 11, 2024, 6:58pm UTC](https://klipper.discourse.group/t/another-mcu-mcu-shutdown-timer-too-close/13038/4 "2024-01-11T18:58:06Z")
> [@L29Ah](#): > > Yes, i’ve read that post and couldn’t find anything relevant to my problem. - You are using a modified Klipper version both in terms of the host version and the firmware part. If related to your issue is unknown and nobody here will follow up on such a version - So you are saying that you have already excluded all the reasons listed, e.g. SD card that is beginning to die, unstable voltages, additional USB devices, additional processes going rampant etc etc? If so, then maybe related to your modified version > [@L29Ah](#): > > Why not? It’s just displaying one line a second, i am sure this doesn’t take much valuable CPU time and can be scheduled well. This command is aggressively trying to get access to the file (-F) and returns every change. In the context of timing issues on the host, it is at least not what I would do. YMMV ---
**Author:** ![L29Ah](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/l29ah/32/153_2.png) [@L29Ah](https://klipper.discourse.group/u/L29Ah)\ **Post date:** [January 11, 2024, 7:06pm UTC](https://klipper.discourse.group/t/another-mcu-mcu-shutdown-timer-too-close/13038/5 "2024-01-11T19:06:07Z")
The only modification to the running code is [Independant acceleration limits for X and Y axes - #18 by Piezo](https://klipper.discourse.group/t/independant-acceleration-limits-for-x-and-y-axes/3831/18) Yes. I think you don’t understand how inotify works, and regardless, we can both see that it doesn’t impact CPU consumption much, if at all measurable. Besides, /tmp lives on tmpfs, so it can’t even introduce iowaits. ---
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/klipper/original/1X/64419bf2aac6639e6ef5cef200dcd456b0a01ac3.png) [@system](https://klipper.discourse.group/u/system)\ **Post date:** [March 11, 2024, 7:06pm UTC](https://klipper.discourse.group/t/another-mcu-mcu-shutdown-timer-too-close/13038/6 "2024-03-11T19:06:07Z")
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.