Wed, Mar 20
I also cherry picked the freecad and pdf source files that @tutley made.
I reviewed this and the BOM has the EL-MS0535 on it, the chassis drawing has the callout for the masking, and the OHAI is updated. If there are any other issues related to getting the static discharge fingers implemented, please create a different ticket for them.
This change is merged to master now.
@DaniAO will you please add 2x HD-BT0042 to AS-TH0073?
@DaniAO it is called something else. Its called "toolhead cable retainer"
Yes this is something else @DaniAO we do not have a part number for it yet afaict.
Merged to master.
We will need to add another nut and bolt for the second hole to the bom.
Merged to master.
Looks good. @DaniAO do we have a part number for this and can we get this added to the bom?
@matth do you have an ideas as far as a fix? Maybe if we tie the tubes to each other then they would stay put even if one roll was curly. We could test this easily by using zip ties spaced every few hundred mm.
Looks good. @mike when you get a chance, add a photo of the supersuface insert on the cap then put a link to the ohai in the quiver thermal insert instructions. Once those things are done, you can resolve this ticket afaiac.
Tue, Mar 19
It's in step 19 here: https://ohai.lulzbot.com/project/control-box-testing-process/quiver/
Mon, Mar 18
I don't think we have an ohai for how cluster is assembling the x-ends, but that's where it will go @MikeR
The thread locker on the idler screws is part of the design. @west will have more information.
Fri, Mar 15
Thu, Mar 14
I circled in red where you can see the evidence of the crimp being installed onto the insulation. It's pretty tiny, but it is there. It doesn't take too much repeated wiggling and tugging before the insulation pops out on these JST's since there is so little engagement even on a "perfect" crimp.
It is hard to tell from the pictures, but I took a closer look and the crimp appears to be done as intended/expected. If you look closely, you can see the indentation in the insulation in the first photo in this thread. I'll see if I can get some better photos.
Not practical to make this change for mini2 since it requires a sheet metal change and we are so far into production.
@Kazkade yes, we push gcodes to individual product repos (hibiscus, quiver, yellowfin) , but that's not where production is pulling gcodes from afaik.
@Kazkade Ideally we would be using version control for our gcodes. I'm looking into the possibility of creating a new product which is comprised of all production gcodes so that we can easily find gcodes for the parts that we have MO's for and easily view a changelog for all printed parts.
Tue, Mar 12
@bigmansas and I created a step 22 in the toolhead OHAI here: https://ohai.lulzbot.com/project/dual-extruder-assembly/quiver/
Fri, Mar 8
I set up a quick experiement to measure the rod heights and the rod spacing. I put two sets of two extrusions stacked on the stone and set the y-axis on top of it (in an orientation similar to how it would be on the printer). Then I used the height gauge to measure from the stone to the top of each end of each rod. This is what I found:
@oliver we don't use AS-PR0025 on quiver, so I'm leaning towards that not being a part of the issue.
Thu, Mar 7
Never mind. This is merged in to master now.
SO for the bom, what exactly needs changed?
Looks good, thanks @logan
I added some more instructions to turn the wheel and make sure it doesn't rub since we have seen a few of those.
I checked with @west and he is ok with the spec I recommended. If it's already in the ohai as such then this is resolved.
Wed, Mar 6
there isn't any source there for the internal board itself
can go into it's own ticket.
Ok this is merge in now
Ok these changes are merged in.
@Steven The first few beta units were built with the 145 jigs that I distributed on 2-13 because that is what was in the beta tag and that is what matched the rd machines. On 2-25 @logan collected those jigs, disposed of them, and replaced them with 143 jigs as a result of the above discussion. This is concerning to me because it is an un-validated deviation from the beta tag and was a surprise to me when I found out about it, however, it does seem to be working where the other spacer does not.
@logan I moved this to the OHAI content column because there are no changes to the source that need to be merged in and that's what the needs review column is for.
I'm going to export and merge the BOM from oca now. @DaniAO In the future please do not lump all bom changes into one ticket as it makes the changes much harder to review and increases the likelihood of errors.
Yeah it looks like it was just exported in a different format.
@DaniAO I am trying to review this to merge it into master but it is a very large change. Does this look right? Maybe it was just exported in a different format.
These changes are merged into master: