<p>Part of your self-answer:</p>

<blockquote>
  <p>What is puzzling is why did the 3D printer run as if the computer was still operating it, when is was printing from the SD card? Was the circuitry getting power from the USB cable from the computer?</p>
</blockquote>

<p>is more of an extension of the question, which I'll answer. Generally, yes, the logic of many (most?) 3D printers can be powered by the USB connection. You can try it sometime with the printer not plugged in to the AC power source at all. Under such a power configuration, the motors (not to mention the heating elements) should not operate at all, and I think the firmware has logic to detect this condition and not try to print under it, but I may be mistaken. However, in any case, in the event of an outage during printing, the logic board will remain powered if it's connected by USB, and especially if the outage is short enough, it might not even notice that the motors and heating elements are not functioning, yielding a result like what you saw.</p>

CC BY-SA 4.0
2019-07-23T02:25:28.853Z
2019-07-23T02:25:28.853Z
R.. GitHub STOP HELPING ICE
<p>I believe I resolved this issue.  The next power outage will tell.  After getting a larger UPS used for robotic testers, when swapping out the UPS, I noticed the 3D printer was plugged in to the surge protector side without the battery, probably because the  smaller UPS was only rated for power to the computer.  Now, with the larger UPS, the 3D printer also has power backup.  What is puzzling is why did the 3D printer run as if the computer was still operating it, when is was printing from the SD card?  Was the circuitry getting power from the USB cable from the computer?</p>

<p>Note: If one is running their 3D printer using a notebook with a charged battery and the 3D printer doesn't have a UPS, it would have similar behavior.  </p>

CC BY-SA 4.0
2019-07-23T14:17:06.343Z
Yes, most likely the logic components were getting their power from the computer during the brown out event. The steppers may have turned off while the micro controller kept sending out step commands.
user77232
CC BY-SA 4.0
2019-07-23T00:03:00.120Z
2019-07-23T00:03:00.120Z
Perry Webb
<p>Using a Gearman RepRap with Slic3r, printing from an SD card, with an uniterupted power supply (UPS), and both PLA and ABS filaments, short power outages often result in x/y-axis offsets (see image).  During an outage the power is not as clear from a UPS as from a power conditioner.  If both x and y axes offset the results look like <a href="https://3dprinting.stackexchange.com/questions/10432/why-did-my-print-fall-off-its-raft?noredirect=1#comment17398_10432">Why did my print fall off its raft?</a>.  Are you experiencing these same issues?  Have you solved the issue.  </p>

<p><a href="https://i.sstatic.net/cSUVd.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/cSUVd.jpg" alt="Shows x-axis offset (ABS)"></a></p>

<p>The image above shows an x-axis shift that occurred evenly across eight parts distributed across the bed.  The filament was ABS.  The parts still adhered to the bed.  Note: the G-code file normally prints well.  Thus, the file is not corrupt.  </p>

CC BY-SA 4.0
2019-07-20T07:05:01.327Z
If the UPS does not work optimally, what can the 3D Printing.SE community advice? A better UPS may be an option, one that doesn't cause power ripples maybe? The question does ask for experience of other users, that is not specifically an SE question.
0scar
CC BY-SA 4.0
2019-07-20T14:04:25.100Z
Was the shift at the moment power failed? Seems likely the switchover just wasn't fast enough to keep sufficient current to the motors.
R.. GitHub STOP HELPING ICE
CC BY-SA 4.0
2019-07-20T15:28:18.830Z
Note that "an x-axis shift that occurred evenly across eight parts" is nothing special. A shift is a **one-time** event where the logical and physical position of the axis become desynced due to inability of a motor to accelerate or decelerate at the rate the controller is attempting (missing steps). After that event, everything will be offset by the same amount (unless/until another such event occurs).
R.. GitHub STOP HELPING ICE
CC BY-SA 4.0
2019-07-20T18:34:18.520Z
@R.. So, you're saying the robot motors temporarily lost power while the computer kept stepping through the program. In this case the x motor. So, we need a UPS rated for robotics not just computers.
Perry Webb
<print-failure><print-axis-offset>
Do you have trouble with 3D printer on UPS during short power outages?
Perry Webb
# Do you have trouble with 3D printer on UPS during short power outages?

(Asked by: username_0 on 2019-07-20)

Using a Gearman RepRap with Slic3r, printing from an SD card, with an uniterupted power supply (UPS), and both PLA and ABS filaments, short power outages often result in x/y-axis offsets (see image). During an outage the power is not as clear from a UPS as from a power conditioner. If both x and y axes offset the results look like [Why did my print fall off its raft?](https://3dprinting.stackexchange.com/questions/10432/why-did-my-print-fall-off-its-raft?noredirect=1#comment17398_10432). Are you experiencing these same issues? Have you solved the issue.

[![Shows x-axis offset (ABS)](https://i.sstatic.net/cSUVd.jpg)](https://i.sstatic.net/cSUVd.jpg)

The image above shows an x-axis shift that occurred evenly across eight parts distributed across the bed. The filament was ABS. The parts still adhered to the bed. Note: the G-code file normally prints well. Thus, the file is not corrupt.

**Tags:** print-failure, print-axis-offset
> **Comments:**
> **username_1**: If the UPS does not work optimally, what can the 3D Printing.SE community advice? A better UPS may be an option, one that doesn't cause power ripples maybe? The question does ask for experience of other users, that is not specifically an SE question.  
> **username_2**: Was the shift at the moment power failed? Seems likely the switchover just wasn't fast enough to keep sufficient current to the motors.  
> **username_2**: Note that "an x-axis shift that occurred evenly across eight parts" is nothing special. A shift is a **one-time** event where the logical and physical position of the axis become desynced due to inability of a motor to accelerate or decelerate at the rate the controller is attempting (missing steps). After that event, everything will be offset by the same amount (unless/until another such event occurs).  
> **username_0**: @R.. So, you're saying the robot motors temporarily lost power while the computer kept stepping through the program. In this case the x motor. So, we need a UPS rated for robotics not just computers.  

---

## 2 answers

### Answer by username_2 on 2019-07-23. Score: 2

Part of your self-answer:

> What is puzzling is why did the 3D printer run as if the computer was still operating it, when is was printing from the SD card? Was the circuitry getting power from the USB cable from the computer?

is more of an extension of the question, which I'll answer. Generally, yes, the logic of many (most?) 3D printers can be powered by the USB connection. You can try it sometime with the printer not plugged in to the AC power source at all. Under such a power configuration, the motors (not to mention the heating elements) should not operate at all, and I think the firmware has logic to detect this condition and not try to print under it, but I may be mistaken. However, in any case, in the event of an outage during printing, the logic board will remain powered if it's connected by USB, and especially if the outage is short enough, it might not even notice that the motors and heating elements are not functioning, yielding a result like what you saw.


---

### Answer by username_0 on 2019-07-23. Score: 0

I believe I resolved this issue. The next power outage will tell. After getting a larger UPS used for robotic testers, when swapping out the UPS, I noticed the 3D printer was plugged in to the surge protector side without the battery, probably because the smaller UPS was only rated for power to the computer. Now, with the larger UPS, the 3D printer also has power backup. What is puzzling is why did the 3D printer run as if the computer was still operating it, when is was printing from the SD card? Was the circuitry getting power from the USB cable from the computer?

Note: If one is running their 3D printer using a notebook with a charged battery and the 3D printer doesn't have a UPS, it would have similar behavior.

> **Comments:**
> **username_3**: Yes, most likely the logic components were getting their power from the computer during the brown out event. The steppers may have turned off while the micro controller kept sending out step commands.  

---

