- User Since
- Sep 11 2017, 7:47 AM (104 w, 6 d)
Thu, Sep 12
The approved gcode resides in the T9824 branch of Quiver and has been updated in clusters production print folder.
Thu, Sep 5
I ran 2 test batches of these parts in various different pods of the cluster. Each sample size had 36 parts printed, at 4 per machine. It looks like the failure rate is reduced from what we had been seeing, so far. Here's the data I've collected.
Wed, Sep 4
The weights of the parts are:
Tue, Sep 3
I have sliced all three files and sent the up to the F pod to see how they come out.
We're still testing this part, but here is the current data for the F pod right cable channel (PP-GP0471)
Here is the data collected off the first round of testing on the clusters F pod for the left cable channel (PP-GP0470). We will be trying them on some other pods, once they are freed up.
Thu, Aug 29
I have been working on a new slice for this, as well as changing the print orientation to allow more surface area to have contact with the bed. A cluster tech helped me add some supports to a questionable area in Cura, and so far we have had a 0% failure rate with the new slice and built in Cura supports, out of 4 test prints with 4 cable channels for a print.
I just put together a new slice to try, to see if we can get these working on the Taz 6's up there. I just sent it up to 1 machine in the M pod.
I have 3 of the spacers running on the W at my desk. Should be done in 10 hours or so.
Mon, Aug 26
Mon, Aug 19
Aug 14 2019
Here is an example of zip tying the wires together.
Aug 12 2019
Aug 1 2019
@karrad I have a multi port hub that I use an SD card reader on. I was having an issue with one of the ports on it, so I ended up changing to a different port, thinking that might help and it did, to a point. The last slice I did took 2 tries before it saved as a file with data on it. I have not tried a different workstation, but it seems to be random and not an every time problem.
@karrad The others that are in MER at the moment have not had that problem, however they haven't been doing much slicing. I have tried it and had the problem with multiple SD cards.
Jul 31 2019
Jul 30 2019
@karrad Sure, it's straight off the SD card that goes out with the machines.
I'm seeing this problem of uneven skirts on red tag printers we are trying to correct. The calibrators are also have major problems with getting a skirt to print in spec, due to the skirt being uneven. I have tried remounting the toolhead on the machine I am currently working with, as well as lots of z-offset adjustments, with strange behavior. At a z-offset of -1.20 the high side of my measurement is a .51 mm, which is out of spec, with the low end being around .36. Then when I adjust the z-offset from -1.20 to -1.21 suddenly my values on the high side go from .51mm to .38mm with the low end being around .26mm/ That is with just a .01mm change on the z-offset, which should not cause that drastic of a layer change.
Jul 25 2019
We did some further investigation on this, and found that if the y-motor connector is inside of the wire loop near the zip tie, it will push the wire out and cause it to get stuck on the corners of the foam. If the connector part of the wire is on the outside of the loop, it naturally falls into place and prevents the wire from getting caught on the corner of the foam.
Jul 24 2019
Jul 23 2019
Jul 11 2019
I know of quite a few types of computer cases that have USB drives that stick straight up, and it doesn't seem unreasonable for us to give a a shot and see how it works. With the new, smaller USB drives, it seems like there would be less chance of the stick getting knocked out.
What if we redesigned the way the USB interface board is mounted inside of the control box, to make it stand up and down, rather than sitting at a 45 degree angle? If we mounted the board up and down, we could just have a rectangular piece come up and out of the top, rather than having the USB stick go into the port at an angle. This could help with the fallout, due to the part being a little less complex.
Jul 10 2019
Some of the USB bezels I was looking at yesterday, looked like they had a few spots that looked like the filament was overheated and had a slightly goopy look to them. I am not sure which slice they were, but I brought them back to mountain for @EricNugent to have a look at.
Jul 9 2019
The repaired file had no issue with strip outs on the workhorse at my desk.
@adam I had a look at that file in Slic3r and it has quite a few manifold errors on it, which could be causing the problems. I had Slic3r do a repair on the file and I will try it with the repaired file, once the machine at my desk is freed up.
@karrad Will do once I get my list of jigs and zip tie holders done for production.
@adam I ran a successful print with no problems of stripping out with the roll of filament you brought me. One thing that I have noticed, is that if the tension is to loose at the thumbscrew on our newer toolheads, it can cause the filament to strip out. Once you tighten it a bit more, it should help.
Jul 8 2019
I haven't had any strips outs happen to me yet, although I seem to have me tension a little tighter than usual on the toolhead that's on the machine I'm running.
Jul 2 2019
I've got an RMA Taz Pro that I'm working on right now, and it came in with the y motor ground wire out of the connector. Is there any updated part or harness that I can use to fix this?
Jun 27 2019
@adam It's telling me the same, but I see it's at 75% infill. PLA at 20% infill is showing 2.42m of filament and 4.4m of filament with infill at 75%
Scissor snakes are back. Redgum with the default profile for PLA.
Jun 24 2019
@karrad Sure, I'll head over there in a bit.
@karrad That is standard quality with supports enabled. I did reduce the support density a little bit, just to try and save on material.
Here was a 3 day print with the default PLA profile.
Jun 18 2019
I created a ticket on the Quiver board about this problem. T8003
@DaniAO If it happens again when I'm working on a Quiver I'll make sure to get some pictures and add it to the Quiver board.
@DaniAO I've had it happen on both machines.
I'm not sure if lengthening the wire would really help that much. It seems like the wire would still have the risk of coming out of the crimp, like we have been seeing. When the ring terminal is tightened onto the screw under the motor it makes the neck of the connector bend, which might be a part of the problem.
Jun 17 2019
The second drop test with the new foam went well. It looks like the retaining rings all stayed where they should have and the toolhead zip-tie did not break this time. The only problem I saw was the 5v fan wire pulled about halfway off the pins that hold it in place at the RAMBo board. I couldn't get a good angle to get a picture of it, but tried none the less. I also accidentally pulled the y-axis ground out of the connector when taking the bed off the machine to box it up for the drop test.
I just did round 2 of drop testing a Redgum and this connector became unseated again, however it did not completely come lose this time. I was able to push it back into place on the second drop test.
I noticed some warping going on at the lower layers of a print. I ran 2 tool caddies which took over a day to print, and I'm not sure if the longer than usual print time could have cause the warping.
Jun 13 2019
Jun 12 2019
I'll keep an eye out for that, thanks!
One thing that I noticed on a Taz Pro that I was giving a once over after the calibrators got done with it, was that the ground screw that connected the USB thumbdrive to the RAMBo was not tightened all the way. I'm not sure if this could cause the thumbdrives to short out, but it's a thought.
Jun 11 2019
One other thing I noticed that is not in the drop test documentation is that when unscrewing the bed screws with the NinjaFlex bands on them, is that the bands tended to hold onto the screw and screw around it when loosening the bed bolts, which could cause the band to possibly break.
Jun 10 2019
I have been working on this over the weekend as well as today, and it looks like a heating issue, possibly from the parts cooling fan sucking in hot air off the bed, which prevents PLA from cooling fast enough and leads to warping. I ran 5 test cubes so far, 3 of them at the back of the bed individually and 2 in the center of the bed with a desk fan setup behind the printer to help cool the cubes. I also ran a 6th cube with the same .gcode but no external fan blowing on the part. With all of these cubes, I used a bed temperature of 60C for all layers, to try and help reduce the warping, it seems like the higher bed temperature was causing it to be more noticeable.
Jun 5 2019
I've been having issues with heat creep happening pretty quickly into any larger/longer prints, so I reduced the temperatures down to 210C on both hotends with some Polylite PLA. I've had a test print going for roughly 8.5 hours now and the heatsink are slightly warm to the touch, but no signs of heat creep yet. It looks like the with lower temperatures, a person might be able to increase the skin overlap percentage to try and get rid of the seam lines that are very noticeable when going between colors. I've got a few ideas for a couple more changes that might help, however I haven't had the time to test them yet. I would be happy to include any notes here, once I've had a chance to make a couple changes. I just don't want to make to many changes at once, for testing purposes.
May 22 2019
The other day I had them stripping out when tightening them by hand, without putting a tool on them. It almost seems like only a couple threads on the screws are all that holds the extrusion the the uppers.
May 15 2019
If possible we should also add to "Check z motor screws to make sure they are not cross threaded and sitting flat against the 3d printed part." I don't know if this is still a problem, but it had been a problem last week and prior. Due to the angle of the hex driver needed to get the z motor screws screwed in, they have a tendency to cross thread and go in at an angle, if not careful.
Apr 29 2019
I was having this problem with a machine I was working with on Friday. I ended up changing out the USB stick for a different one and it started reading correctly shortly after boot up.
Apr 9 2019
Here's what happens when I slice it at high speed settings. Cura LE 3.6.3.
Change was made here and closed. https://code.alephobjects.com/rTAZQUIVER42ac31574d3c329e6b6ebc8f46526930abf84c82
Apr 5 2019
Here is the cluster gcode for the 4.2mm standoff's, just in case they work after testing.
I sliced the file and set up test prints for 16 of them last night. We have them in hand now and are trying out the v2.4 of the bed corners.
Apr 4 2019
Slicing version 2.4 via T5668
Slice request complete on T6464
Everything fit together well. I did not try to pull out the inserts, due to the part not being load bearing.
4 passed with 0 failures, regarding cosmetics.
Mar 5 2019
Jan 31 2019
I checked a few of the Taz 6's over here and a couple of them seem to be a bit off. We've got one that says it's been used for 20 hours, which seems a bit low for our printers over here, and then another one that says around 2 days of print time on it, which also seems a bit low. We have another one that shows 13 days of usage, which seems a bit more in range.
Jan 26 2019
I just put 30 files on the USB drive and they were 4.2MB per file. It seems like there is a slight delay (a second or less) when cycling between the 4 screens worth of files on the LCD screen. 50 of the same files gives a delay of about 3 seconds. 70 gives a delay of about 5-6 seconds and for some odd reason the screen flashed and the z axis homed itself when pressing the USB drive button.
Most of my answers are still the same as the previous notes I left, however with the latest firmware on the machine (22.214.171.124) it looks like the level x-axis has been removed and I also was still getting a lot of false triggers from the endstop sensors, so I messed around with the Runout Detection Distance. When I set it to 30, it would still false trigger a lot, so I bumped it up to 50 and still had problems. Once I bumped it up to 200, I was finally able to complete a print with only one endstop trigger for no reason, rather than getting one every 2 minutes or so.
Dec 23 2018
I also uploaded the form I was filling out, with my answers in green, just for ease of viewing.
User Testing Feedback -Quiver Alphas
Slicer: Cura 3.6.1 and 3.2.32, just to see if it helped with z-offset and filament run out sensors
Dec 1 2018
Nov 10 2018
I forgot to add that I'm using Cura LE 3.2.31 for this.
All three profiles seem to work pretty well, however the prime tower gets positioned on the back side of the bed in the grey area. I have tried uploading the profile with a change in location for it, however Cura seems to not save it, or allow me to export it out, or even find it under the Manage Profiles. The positioning I was using for testing was X 30mm and Y 10mm which positioned the prime tower on the front left of the bed.
Nov 9 2018
I have been working on the PVA profile for the Flexydually, and once I created a material profile for it, Cura ended up finding the actual profile profiles for it. The standard profile worked out well for the impossible gears print. I am still testing the high speed and high detail profiles, but here is the material profile that I set up for it.
Nov 2 2018
I've never actually had to use a layer of glue stick when printing ABS, but usually I tweek the z-offset to raise the nozzle up just a hair from where I usually use it. I will try some ABS prints with glue stick over the weekend if you guys would like.
Sep 20 2018
Aug 30 2018
I just noticed this on Cura LE 3.2.25 and really like the layout of it compared to the previous versions. especially the LCD area. That should make things much easier when upgrading the the Mini LCD without having to find the LCD box.
Aug 18 2018
Jul 22 2018
I was just having the same problem when trying to use the pause at layer height function on a Mini 1.04 with a standard toolhead, only when it goes to resume it drops the toolhead below the bed and I powered off the machine before seeing if anything bad happened.
Jul 20 2018
It looks good so far, however the first link has a picture showing the older version of Cura, which might be confusing. The second link looks good as well. I have added these to my bookmarks.
I was hoping in the user manual, but understand it was to late for that. The guide you pointed out is a good one though, I will be bookmarking it.
Jul 14 2018
The customer just got back to us and after updating to Cura 3.2.23 he is able to resize the console window and it looks like everything is working properly now.
Jul 12 2018
Thank you, I passed the information on to the customer.
Jun 29 2018
The customer just got back to us with this information.
I just passed the information on to the customer. I will update here once I receive an update.
Jun 15 2018
I sent an e-mail over to the customer that was having this problem and will update here when he responds back.