robinmdh

I get a feeling the S5 will be seriously stress tested ? Sadly it's not bad news: there are indeed no plans for an upgrade kit AFAIK. good news: The S5 feeders almost perfectly mount just fine on the back of an UM3 (needs an extra hole or spacers or minor redesign), the cables fit, SW I'm not sure, but should be easy enough to turn on given that it was done for the development of the flow sensor... Edit: didn't see @Daid's post saying pretty much the same thing.

FYI It happens on the next print after aborting a print, past the heating up stage, and depending on where /what gcode was being processed at the time...

... Then yes it's a know software problem, not a power issue at all... The problem is that during abort some moves are discarded but it's not know exactly which moves so the filament position is then not known and an incorrect length prime/deprime happens.

Your printer turns off during prime and stops. That thread is about a long retract after abort, we are aware of that and will try to fix it but it's a different Issue.

It could indeed be the problem, however the likelihood of encountering 2 faulty power bricks is fairly low and we have not found out that is actually the problem, see below: My suggestion was just to verify that is indeed the problem, at worst this will lower the maximum reachable bed temperature, not much else. It could be your power system, did you run it on the UPS with mains power unplugged? Me, not being in any kind of support position, I would defer to the judgment of people like Erin Oliver (that is @fbrc8-erin, right?) on the replacing of the power brick. Being a software engineer I'm more interested in finding out what is actually the problem as more people could be having this issue, that means one more experiment at least :)

OK, well the beeping is just the feeder motor retracting during the print, not sounds to be alarmed about. The flickering is odd and points to a power issue, indeed. If it is indeed a power problem it might be related to your local wiring or power grid (since you have problems with multiple power bricks and printers), I would suggest powering the printer via a UPS. Possibly try the power brick that leaves your printer flickering and beeping (this seems preferable to a freezing/rebooting printer). Other than that I could make a file that suppresses your printers power consumption a bit more, if you're willing to try that it would involve logging into the machine via SSH is that something you've done before? if so on which OS (windows/mac/Linux) are you using?

and when you say freeze you mean lights off?

I Meant in the first video you posted, not in general, all the lights go off, is that you doing it or not?

you are turning the printer off there while it's still feeding in more material? or is it turning off on it's own? the logs show a bunch of errors in the cura connect part but not much else. We have an issue with incorrect prime when you aborted the previous print. so if you don't have the issue after load material and do have it after aborting the previous print it could be that just different then what we've seen (super long prime extrude). you can feel the feeder on the back to see if material is still being moved in. if it's powering off on it's own then that does prompts some further questions: 1 did they switch out the power brick? 2 are you using any of the same hotend cartridges? (maybe 3rd party ones) 3 what is your ambient temperature where you're printing? (maybe if it's really cold there could be problems)

Always interesting to know how things came to be, still doesn't explain AA or BB beyond that being generic names that say nothing about what it does, which I guess then was the point.

I'm a software developer, nobody tells me anything, how would I know? I suppose you can get an olssonruby or 3dsolex (but their cores have more powerful heaters and the don't tell marlin about that causing a power loss by drawing too much current, something we prevent in SW) @kmanstudios don't let me ruin your suspension of disbelief! yes I do take things too literal at times, I'll work on it. It is badass though that such a small change makes that much difference...

I doubt that had anything to do with it, at first they were CB and CS for "Cartridge build" and "Cartridge Support", then marketing/sales/support/IDK came along and they became AA and BB I've asked what it meant but never got an answer that gave any meaning to the name, just clearly different and short enough to put on the front of the core. They also came up with Print Core because Dual Core sounds nice, which has worked out surprisingly well, so what the hell do I know about Marketing anyway? <- rhetorical, don't answer that P.S: The mechanical difference between AA and BB is subtle and small but crucial P.P.S: Internally there's still a HotendCartridgeManager, etc. P.P.P.S: This is getting hugely off topic, should we continue with a new thread about abrasive resistant print cores?

I bet it'll be called CC or something similar boring and nonsensical.

Well we've been working on it since before the UM3 launched, the UM3 was supposed to have filament flow sensors but you guessed it it was rife with inaccuracy. I'd also say there have been significant SW upgrades to the UM3 but there certainly is place for a flow sensor there, some (maybe all) UM3's even have extra wires going to the feeders for that purpose. With the 5.x.x version we are working to make unbricking/installing SW by USB stick possible, so that could become less of a hassle... (but also less secure as no signature required, this is a side-effect of some other changes else)

We do add some things like priming slower and really the cool down and deprime at the end of the print that help a bit but the printer firmware mainly tries not heating printcores too early or keeping them too hot as PVA degrades quickly. BTW: @SandervG I see no embedded, Cura connect or S5 touch screen software as options in your list, maybe add them? Though I have no idea if there are questions for them/us as most of the questions here are mechanical/material related.

It's gone AFAIK though with "big news" you can maybe imagine it'll take a little while yet, I think it'll be when you can update to version 5.x.x

We're going to add some de-bouncing to the printcore presence detection. It will likely be in the first public release of a 5.x.x version.

you could upload it to https://wetransfer.com/ and PM me or Marco with the URL though I'd expect more log files from the dump to USB.

I don't think those should be wrap around, I'll check.

I don't think those should be wrap around, I'll check.

lower horizontal menus? do you mean the CONFIRM IGNORE type buttons at the bottom of the screen with text above?

I'm actually quite happy that it wraps as you can then quickly exit a bunch of nested menus by directly going to the bottom... this counts even if there are 3 times since then I don't have to think about it too much, but if the button is giving you trouble then I suggest replacing the knob https://www.youmagine.com/designs/lofted-um2-knob, https://www.thingiverse.com/thing:2172449 or https://makerware.thingiverse.com/thing:832197 I suppose we could make it a setting but in a lot of cases where buttons are shown itself a flag is already being set to allow wrapping the screen or not since after reading a bunch of text you don't want to skip back to the beginning of the text...

If this is on a UM2(+) then please note that this is not the format used by ultigcode (this is the format used for the UM2). example of ultigcode: ;FLAVOR:UltiGCode ;TIME:7767 ;MATERIAL:6721 ;MATERIAL2:0 ;NOZZLE_DIAMETER:0.4 this is what your file has: ;FLAVOR:RepRap ;TIME:28044 ;Filament used: 2.10125m ;Layer height: 0.1 now also note that the material used in the ";MATERIAL:" tag is in cubic mm and not in meters. So that makes sense to me, the UM2 sees no material used in the metadata of that file. What is worse, your gcode is not compatible with an UM2! You set your gcode flavor to reprap in Cura and this results in gcode where the E steps are in mm of material use and not in the cubic mm of material used by the UM2(+). So this is not only a cosmetic change of the metadata.

wow, that seriously sounds horrible! Can you provide logs? and the first 100 lines of gcode or so (or the whole gcode) Edit: logs can be dumped to a usb stick using the "SYSTEM->Maintenance->Diagnostics->Dump logs to USB" menu option.

you could actually place a second object inside the first, and have the slicer print it with different settings at the same time the models can even overlap... you have to disable collisions in the general settings though... this may be useful to create a smoother surface inside than outside... There is also a fuzzy skin mode in experimental setting you could play with in combination maybe? You might also want to look at surface mode if you need more control over where lines go... Alternatively I know roodejoris slices models multiple times and then picks which layer he wants which settings, maybe you could similarly mix and match gcode to create a smoother surface on the inside this way, but much scripting required for this... But post processing with chloroform for PLA or acetone for ABS might help or indeed A resin as @geert_2 mentioned