> This includes the ability to skip updates during device setup to get to the desktop faster...
There's only one complaint that practically everyone has regarding what's required "during device setup," and it's not updates. I can't say I'm shocked that it's being ignored.
I saw a similar conversation somewhere about some project saying they don't allow AI generated code.
It was asked that if "AI Generated Code" is just code suggested to you by a computer program, where does using the code that your IDE suggests in a dropdown? That's been around for decades. Is it LLM or "Gen AI" specific? If so, what specific aspect of that makes one use case good and one use case bad and what exactly separates them?
It's one of those situations where it seems easy to point at examples and say "this one's good and this one's bad", but when you need to write policy you start drowning in minutia.
Projects cannot allow AI generated code if they require everything to have a clear author, with a copyright notice and license.
IDE code suggestions come from the database of information built about your code base, like what classes have what methods. Each such suggestion is a derived work of the thing being worked on.
That is not correct because it hasn't been tested in court. In past decisions about who owns the output generated by a computer program the owner has been the operator of the program. You own your Word documents and Photoshopped images. There is good reason to believe that LLM output where you provided the prompt would also fit under that umbrella. We are still waiting for that to be tested in court.
OK, make that: many projects whose stewards understand copyright issues cannot accept code contributions whose copyright and licensing theory has not been tested in court.
Nobody is actually confused about what AI generated code means in those cases, they're just trying to be argumentative because they don't like the rules
> It's because Elon Musk's Twitter purchase and subsequent management convinced every executive in tech that you can cut to the bone, fuck your product's quality completely, and be totally fine.
I agreed with you up to this point. Twitter largely operated in the red for its entire existence prior to his "restructuring" to make it leaner and profitable. In my opinion, twitter went to shit when the incentive for creating engagement switched from gaining social capital to gaining... erm... actual capital. The laissez-faire attitude about allowing fairly terrible behavior on there gave it a PR black eye that probably didn't help either in the eyes of advertisers.
If I had to guess what happened with Block (and that's what we're all doing, guessing): a CEO's job is to make the line go up, and saying you introduced tools to increase productivity with half the staff (especially if you're overstaffed) seems to me a pretty easy way to do that. I saw someone on here refer to it as "Vibe CEOing", which I think is pretty on point. Again, just my opinion/guess.
The ruling was only about whether or not a bankruptcy court has the legal authority to declare that the individual members of the Sackler family are immune to being sued directly, which is an agreed-upon condition of the bankruptcy settlement. SCOTUS ruled that it did not, so the settlement as it stands is dead.
Purdue is not going to be operating in any capacity regardless of this ruling (except as a bank account holding the settlement funds).
Yes, from what I understand their entire business model is based on selling "world record" certifications to people and brands for pr/marketing stunts:
Out of curiosity, did you measure the prusa's load on a kill-a-watt or similar while printing, before you put it on the UPS? I wonder what the load during printing is.
IIRC it's around 120W printing something like PLA. Obviously higher when heating (pretty much maxes out the PSU), and higher steady state when printing other polymers.
It was a measured amount at the outlet with a Kill a Watt style device, so including electronics, stepper motors, and PSU inefficiency. That said, I did it a year ago so I could easily be misremembering. I'm pretty confident it was < 150W printing PLA ~215°C with a 60°C bed.
Can't you just look at the power supply ratings? For example, 20A*12V would be 240W. Assume 80% efficiency, so 300W on the 120V side. Seems reasonable for an UPS designed to power a desktop.
You can if you want an absolute maximum of what the thing can draw as a load, it'll be labeled, but very often the real world use of a thing with an AC to DC power supply is a very different wattage figure from what the power supply is theoretically capable of.
Such as having an ATX midtower size 'gaming' desktop PC with an 850W power supply, that might be measured at 350W at the wall under full CPU+GPU benchmark load.
Right, so if your max rated load is below your UPS's capability, it should work with plenty of margin and you can stop worrying about it. If your max rated load is higher than your UPS's capability, then you can either analyze the actual load more to see if it still works, or just buy a beefier UPS.
There's a dramatic difference between max draw and how much energy it takes to keep everything at a given temperature. Particularly so if heating the bed to a high temperature for ABS or PC or whatever. Looking at the power supply rating you could easily be 2-3 times the average real power consumption, which is a big deal if you're trying to use battery back up.
Yes I agree with you? You need to size your battery supply to meet both peak power and overall energy needs.
Generally when folk express concern about running random equipment on an UPS, they are concerned about peak power rather than energy capacity.
I'll also make the claim that most hobby grade 3D printers come with power supplies that are barely adequately rated for the printer's peak power, so using the supply's rating is probably in the right ballpark.
Edit: ah, I interpreted the thread a bit differently. Ignoring the UPS rating aspect, yeah the average power draw will likely be a fraction of the peak. My guess would be around 100W total for most Prusa style printers printing PLA. The stepper motor draw would be highly dependent on the speed of the print and the shape of the part, since power draw will be highest when accelerating at higher speeds.
For sure, and to me it's definitely worth getting the nicer drivers with efficient idling and interpolated 256-microstepping.
Conceptually though, ignoring any power saving idling features or other fancy algorithms, stepper drivers basically want to drive a constant amount of current through the active phase (which is what you're adjusting with the potentiometer). In order to do so, it needs to overcome the voltage drop of the resistance of the windings, and the induced voltage of any changing magnetic fields. The resistive voltage drop is roughly constant, while the induced voltage is proportional to the speed of the motor. Power is equal to current times voltage. The current is constant, and the voltage increases proportionally with velocity, and so power should go up proportionally with velocity. The motor gets hot regardless of what it's doing because of the constant resistive losses, but the total power goes up the faster the motor is moving.
Motors are a lot more complicated than that in reality, and higher end stepper drivers don't actually drive constant current at all times. Semantically, a stepper driver's promise is to move the motor one step "quickly enough" after each pulse on its step input. A clever stepper driver will only apply current when it's actually needed to produce useful torque. Torque is only needed when the motor/load needs to accelerate to get to its target position. Ignoring the rotational aspect, force equals mass times acceleration, and power equals force times velocity. For a maximally clever stepper driver, power is therefore proportional to the product of acceleration and velocity. The motor only gets hot when accelerating regardless of velocity, while the total power goes up when accelerating at higher velocities.
For a UPS you want to know both the max wattage of the load, as what % of the total output that the UPS's inverter can put out at any given time, and also the nominal steady-state watts so that you can calculate the Watt-hours, which is what will determine runtime on a given battery size.
If you have a UPS with, for example, 4 x 12V 8Ah AGM batteries, it has a certain amount of Wh you can realistically use before you deep-discharge the batteries into severe damage.
Indeed. Depending on the intended use of the UPS though, the energy capacity might not matter all that much. For a 3D printer, it seems like an UPS would be in place to weather the occasional hiccup in utility power. Utility power interruptions seem inherently bimodal. Either it glitches out for a few seconds and comes back, or it's out for hours. Pretty much any UPS will have enough energy to run a 3D printer for a few seconds or minutes, but very few UPSes exist that would run one for hours on end.
Taking that use case to the extreme, maybe someone lives in an area with very unreliable utility power. They might absolutely need to have enough energy stored to run their 3D printer for an entire print. Maybe they solve that with lots of batteries, but in many places with unreliable utility power, it's more likely they're just going to fire up a gas powered generator whenever the power goes out. Once again, the UPS only needs to last long enough for someone to notice and fire up the generator.
Folk certainly might have more exotic use cases. Maybe someone lives completely off-grid and powers their 3D printer off of solar panels, and a generator isn't a sustainable option. They'll definitely be more interested in energy capacity.
The power capacity seems important no matter what, since exceeding it will either result in a voltage brownout, tripping of a protection circuit, or melting something.
I measured this previously on a Kill-a-Watt with a Prusa clona (Monoprice Maker Select v2). Heat-up sequence draws between 120-130W (heating both bed and hotend at the same time). Once at temp for PLA, it only draws around 80-90 average depending how many steppers are moving.
I tried it with the Ender 3 V2 and there is some kind of bandwidth issue that kept it from printing successfully. Exact same gcode worked great from sdcard, failed miserably via octoprint. I’m guessing it has to do with the available ports?
It might have to do with the USB buffer on the Ender. If the buffer is too small (e.g. 4 gcode commands or so) then when the buffer is filled with commands that execute very quickly, its possible for the printer to empty the buffer before new commands come down the pipeline from Octoprint. This causes the printer to stop the printhead sharply, which can cause quality issues on prints, or maybe even print failure if the sudden stop causes the print to detach from the bed.
[You can fix this if you're using Marlin](https://www.reddit.com/r/ender3/comments/btjk22/octoprint_is...), since Marlin allows you to configure the buffer size. Generally more buffer is better, but do be aware that increasing the buffer size will cause the printer to be less responsive to the "stop print" command on octoprint (since the printer will continue executing the commands that have been buffered).
I've been using octoprint on my Ender3v2 from a Raspberry Pi 3B and I've never had such an issue in almost a year.
I use Marlin 2.0.1-bugfix branch for firmware because stock creality lacks some useful GCodes (such as for print pausing) but otherwise I did nothing special.
I have prints fail over serial on my CR-10S Pro (both stock and TM3D firmware). Maybe it’s a Creality design flaw, maybe it’s a Marlin firmware issue.
Also, the micro SD card slot has never worked well. For a while I had to be very gentle when inserting micro SD cards to have them stay in after the click. Now micro SD cards never stay in. I haven’t found any references to this issue with 3D printers online, but from what I can gather it is an issue seen on faulty micro SD card slots in other equipment. My fix has been to buy a micro SD card extender (flexible PCB), duct tape it in place, and pray it doesn’t come loose. It survived a 3 day print so far.
reply