- User Since
- May 30 2017, 1:22 PM (99 w, 1 d)
@west I think something like that will work fine, as long as the first layer is connecting the islands they should have the support needed to be able to print safely.
@west currently I do not have a FreeCad fix. That one was thrown together quick and dirty with Blender so the user will need to uncheck Union Overlapping Volumes in cura for it to act as the removable support. I can see if @mbloom has a file but due to schedule differences we might not get an answer until Monday.
@paulette @DaniAO @west This part had issues printing without a brim when attempting to produce multiple parts, a heat gun can be used to remove the white line if it is determined to be unacceptable; however, this will introduce room for human error while post processing.
Tue, Apr 23
Mon, Apr 22
Fri, Apr 19
Wed, Apr 17
Tue, Apr 16
@west thanks, it appears to make the full range of travel along the z axis without hitting the part now.
Installed on a few machines here in MER, no issues as far as I can tell. Is there a ticket that discusses what I should be looking out for?
Mon, Apr 15
This has been working well, the stl and gcode has been pushed to hibiscus master via 233356a11605
If I recall correctly this artifact will be located on the back lower portion of the print, shouldn't be visible from the customer; however, now that we no longer have the same restrictions as when this part was first sliced we can use this as an opportunity to cut down print time on this piece as it is one of the longer prints right now.
Thu, Apr 11
Thu, Apr 4
Wed, Apr 3
Tue, Apr 2
@bowman This has been updated and should be available in the repo.
Assigning this to you since I don't think we want the person implementing the fix being the reviewer.
Fri, Mar 29
It may be easier in the long run to recommend our larger spool printing users to bypass the filament sensor entirely and offer a top down feeding spool. Alternatively, I think something likeand a couple of 608 bearings from fidget spinners is a good option for larger spools, but stock machines supporting dual spools over a certain size might be difficult to mount on a frame.
@tutley Is this with the most updated parts for the bearing mount?
Tue, Mar 26
@MikeR This has the information that will need to be implemented into the ohai
Mar 26 2019
Mar 25 2019
I inspected the machine and was able to determine a couple of mechanical factors that might be contributing to this issue:
This is all to be added to the taz-quiver repository right? Just need to add marlin, cura, illinois and kettle as submodules to this repo?
I believe we determined this to be a corrupted USB drive. If we notice it happen again we can re open.
@Steven I didn't see an ohai for this stage of the assembly finished yet but will be sure to include some steps in there to ensure this process is implemented. The unit I performed this on was shipped out for a show so it will take a few more cases of this popping up before we have a sample size large enough to determine if this is a repeatable problem and solution.
Mar 22 2019
Closing ticket, tested and verified the issue was gone off of a few machines in MER operating off of .101 FW
This issue appears to be resolved. I haven't seen it happen again since the changes were implemented.
Have not seen this issue resurface, or at least documented, in almost a month. Closing out for now, we can re-open if users feel this issue has not been solved.
After newer firmware and calibration of beta units this issue has not re surfaced.
This issue should be resolved with the implementation of T5889
I think this issue has been resolved through updates in firmware and bed corners, printers that we have been calibration have had much more repeatable results as of late and this has not been updated in almost a month.
The updated slice of this print lowered the layer height of the initial layer, allowing two layers of the first material to be applied before printing with the second extruder. Closing this ticket since the issue appears to be more slice related than a Quiver issue. We can re-open in the slice request work board if we need this print to be improved for calibration.
Seems to be assembly related, closing for now. We can re-open if the software solution ends up being needed for future operation.
@eBeardslee sounds good. Closing it out for now.
Was this determined as faulty hardware? Can this ticket be closed as an isolated event?
If this is an Alpha with the old style of wiper mount this issue was resolved with T4856
The machine, QB16, seemed to have a reduced amount after implementing the steps in the earlier post.
Mar 21 2019
@DaniAO sounds good, figured it was easier for humans to read and convert than to write out 0.000176369953615 but whichever you prefer.
@DaniAO It should just be the existing nut and bolt. Only need to increase the quantity.
Closing this one out as it seems everything is done here.
Print: 30 per
Material: Black ABS
Mar 20 2019
Gcode is pushed and production folders are updated.
Do we have a product number for this? Once I get that we can update cluster's production folder.
@MikeR I like it, simple and concise; however, I think including a final picture of how the insert looks on the cap will help solidify any doubts a technician may have while performing this task.
Mar 18 2019
@paulette I found this issue when assembling a few machines was a result of the x axis pulley being installed backwards and caused the belt to ride in the wrong position. Set screws should be closest to the motor when it is installed correctly, is this happening with the correct pulley orientation?
Mar 15 2019
@kent Originally we had these folders using links to devel. The only problem is they often became unusable after every push to the branch as the link location would change. In order to solve the issue of breaking links it was easier to save as raw text, this saves a lot of work and removes many lengthy part change processes for issues like cooling fans or skirt placement. Stuff that would ultimately not warrant a new slice change but instead an adjustment for clusters failure rate. With over 200 prints available to print in cluster and the average approval time for the full part evaluation of 2-3 days, this seemed like an obvious solution and appears to have been working fine for some time now. I am fine with making a repository for a tighter version control, just figured it was easier for the person maintaining the slices to update in the background without having to worry about every workstation and technician well versed in git.
Mar 11 2019
@west installed on quiver 7 and did not have any issues with the cables getting in the way of either the x bump stop or x idler.
@west seems to work pretty good from the 5 I have tested. The Alpha circuit boards had some issues changing the pin state but the updated red dot circuit boards we are using on beta units appear to be working fine.