- User Since
- Jun 9 2015, 10:48 PM (202 w, 1 d)
This is fixed and merged to master.
oh. my mistake. thanks @marcio
when you first push it, it works, but there is a delay and it won't work if you push it again any where from 5 to 10 seconds later, or longer.
Probably not going to be the only person who wont be able to figure it out.
Thanks for the testing and feedback @Orias
@wolffchadd I think we are finished producing TAZ 6 frames now so I am merging this into the other request for a fixture to support repair.
This is how it is intended to work. There are options for continuous feed below.
This needs to include the x-motor and x-motor pulley set screws too.
I updated the OHAI to say to use the "Automatically upgrade firmware". The version of cura-le on production workstations is 3.6.6 which uses .109 for Taz Pro. If we want .110, then we need to install a version of cura-le that has .110.
I'm just going to leave the version number off and go with "most recent". If I were to put a version on there it would just be wrong as soon as we rev'd the fw which happens all the time.
Tue, Apr 23
Mon, Apr 22
Yes, I see no issue with this @DaniAO .
@Orias can you loosen the three screws that hold the cable cover on and follow the alignment procedure that logan created and report if that makes a difference?
Fri, Apr 19
last thing to do is tag purchasing
This is reviewed and merged. The original point of this ticket is complete so any new issues with the GP reference doc can go into a new ticket.
Reviewed and merged.
Thu, Apr 18
Wed, Apr 17
Reviewed and merged.
Well what's in the table doesn't match what's in your spreadsheet @oliver so I'm guessing these were taken empirically, or the spreadsheet is wrong, or the units are not what I think they are. Something's fishy.
The units are kΩ on the left and °C on the right. This is the datasheet https://www.mouser.com/datasheet/2/362/semitec%20usa%20corporation_gtthermistor-1202937.pdf but it doesn't give a table, just a B value. I'm not sure if the steinhart hart eqn would product values that match the table, or if those were taken empirically.
I created T6675 for the bearing issue.
Ok @MichaelM these are updated.
It is less than 1 gram.
This is available here: http://devel.alephobjects.com/ao/manufacturing/documents/ with the others. I just made some updates to it, which should sync shortly.
@dani We need to add [PP-GPXXXX] (bed standoff part number) and HD-BT0128 to the to the AS-PR0125 assembly on the BOM.
So, we have been having printers pass by using gcode that keeps backlash enabled and tuning the settings for backlash and smoothing distance through the touchscreen.
@karrad looks good. Any reason to use https://code.alephobjects.com/diffusion/query/fuv8jp10GKN3/ over https://code.alephobjects.com/source/cura-lulzbot/ ? We need to get some precompiled packages into the source to match what it says in the qsg.
Tue, Apr 16
I updated a couple things based on feedback from production with 37747e85482ee41e9778b71d00be403cb08a05b0
@logan we have a significant amount of testing (especially drop testing) that would have to be re-done if we were to change the orientation of the snap ring. Not to mention that it is designed to work one way and not really intended to work the other way. We have seen snap rings pop out during drop testing if they are installed backwards, so I do not recommend it.
Here is another test gcode to check for bowing and level. I like it because it is a single bead, and it is easy to tell where each piece came from after they are removed from the bed. So far, the results are looking good.
It is possible to disable the filament runout sensor by turning the threshold all the way down. If it is reading lots of false positives for a specific material or environment, then this is an option for the user. Beware the false false positive -- where you think you have a false positive but actually there is a legit filament feed issue that can't be detected just by looking at it or it's not really showing up in the print as artifact. I think this is likely the case for large spools with lots of weight and friction.
Mon, Apr 15
I ran a test on two of the printers in RD. First I heated the bed to 100C and took a IR image.
if you have a REV C board, please send it to me so I can analyze the problem.
I have it on my bench. I did verify that the revC USB board is installed. It seems like it is specific to this USB drive, since other USB drives are recognized on boot up ok.
@tutley no, It's only been this one machine that I know of.
@west I've been using an M3x6 FHCS HD-BT0128
Fri, Apr 12
@robert I was able to clear up the print quality issue by using a different USB stick. Also we now know that the z axis moves an amount equal to the z nozzle offset whenever the toolhead switches, so that explains that.
@west I tried those 2.2.2 corners and they are great for keeping the glass part of the bed from sliding around. The heater is getting compressed too though in x and y which tends to bow it down, so I made a 2.2.3 version that has a cutout where the heater sits so it has room. I was a little worried about the 2.2.2 version making it hard to get the leveling washer flat since it is 6mm tall where the bed sits now, but it works just as well as the stock Taz 6 two piece bed corners.