One last thing that I forgot to mention. I saw a bit of a discoloration with the white PC, which I'm not sure what the cause was. No issues like this with the black PC
PolyMax PC Testing:
The y-belt mount screws on M1 have fallen out twice since Thursday. @daustin tightened the screws after the first occurrence on 7/13, only for them to fall back out 3 days later. I am wondering if using counter-sunk screws instead of the BHSC screws with washers could be causing this issue.
It appears that the PP-GP0438's have an issue with the file. The parts are coming out with a "honeycomb" appearance (will attach photos as soon as possible. Also a layer separation on one side. The PP-GP0236 appear to be cosmetically and dimensionally sound. The PP-GP0407's also appear to be good.
Please get additional test files for us to print on WE, and let us know when MER looks at the file of the 438 (I will bring some examples down to MER), so that we can get that part correct.
M1's Y belt mount screws fell out.
Fri, Jun 14
Thank you for Photos! :D
I have new middle foam for drop test.
@jebba My apologies, I have corrected the task title.
@logan Then why is the title "printer resets while running gcode" ? A "Control Box Assembly Test Stand" isn't a printer.
@jebba test fixture; Control Box Assembly Test Stand
@logan Are you seeing this on a printer or a test fixture?
So far I have gotten 3 Decent prints. We started having some issues with a nut and bolt print where the bolt would just crack apart.
Being that it cant be recreated elsewhere I don't feel it is a Marlin issue so this ticket can remain invalid.
I am satisfied with the lowered distance and feed rate, it actually makes it easier to tell which way the motor is turning during the test. I cant find anything wrong with the assembly otherwise that may cause this, especially with everything grounded back to the chassis.
Thanks for looking into this though.
If you would like us to do further troubleshooting, the bring the whole thing over to R&D. Otherwise, if you are satisfied with the workaround you made, go with that.
Here are pictures of the stringing I'm seeing inside some circles.
I'm also seeing some artifacts on the outer edges of the circles. These usually correspond with the seam and are worse on the ones the exhibit stringing.
Interesting... Well I am out of ideas lol
Okay, I re-ran the test with the nozzles heated and made sure the extrusion was happening. It was. It made it through the entire gcode you posted above with no problems.
Ahhh. Interesting. Then it must have skipped the test. Let me try that again.
I don't currently have an assembled redgum.
Did it actually perform the extrusion move? Was the printer running redgum dualv3 FW? On a normal redgum you would have to pre-heat both extruders or it will skip those portions of the gcode due to cold extrusion prevention and complete the rest without an error. The test stand has resistors so it thinks it is always above min extrusion temp.
Well, at least we ruled off that possibility. Have you tried that GCODE on any other RedGum printers? I would like to see if you can reproduce my findings, where it runs fine on an actual RedGum.
@marcio I grounded all of the motors on the test stand to the chassis and the original gcode still has the same behavior. So it doesn't appear that grounding was the issue.
EL-HR0174 - Bed Power Harness
EL-HR0178 - Extruder Harness
EL-HR0179 - X Harness
EL-HR0180 - Y Bed Harness
EL-HR0181 - Y/Z End Harness
EL-HR0173 - CB X Harness
EL-HR0175 - CB Extruder Harness
EL-HR0176 - CB Dual Extruder Harness
EL-HR0177 - CB Y Endstop Harness
EL-HR0183 - CB Y/Z Harness
EL-HR0184 - CB Bed Harness
EL-HR0185 - CB Z Endstop Harness
I adjusted the wiping temperature for the production prints that are converted for workhorse. I must have forgotten to set it when first converting. Let me know if there is an improvement with probes after this.
Thu, Jun 13
Cool, we will make sure to make a note of that in the ohai-kit.
@west will the cap go on just fine? I tried this once but couldn't get the cap to sit flush. Maybe I was getting hung up on something else.
Zip tie like so and you wont have any issues
This appears functional as of 220.127.116.11
I am unable to close this ticket because the edit policy is a project I am not a member of.
@alexei I am getting that same issues. Please see attached log
Didn't see this exact scenario on the rest of the betas, closing out for now
This has been incorporated into redgum OHAI, step 26 here: https://ohai.lulzbot.com/project/control-box-assembly-workhorse/taz-workhorse-edition/
Removing redgum project from the ticket since this is complete there, will leave on Quiver board until CO is complete.
Okay, just making sure we understand what's happening with it.
To incorporate this change to Quiver instructions requires a COR
@west the drawing for the modifications to EL-HR0060 needs to be updated to EL-HR0187
If this component is consumable and not on prior BOM's, what are we changing that would require a COR? This tape is available for use but will never show an on hand quantity, much like clear packing tape anywhere else.
@adam Do you have a moment to get that COR submitted?