- User Since
- Aug 11 2017, 3:36 PM (121 w, 17 h)
Sep 16 2019
First drop test has been completed.
Sep 10 2019
Drop test results and pics can be found here.
Sep 3 2019
Negative ghost rider. I can measure them for you if you'd like.
Aug 29 2019
Jul 30 2019
Jul 29 2019
New receptacle installed.
Jul 23 2019
@adam yes I can squeeze a drop test into my schedule.
Jul 16 2019
No jig is needed for this. I have spoken with the calibrators and they feel they don't need a jig to place the sticker. A picture of the placement in the ohai-kit will work just fine.
Jul 15 2019
Dona and done.
Jul 10 2019
@kent will do
Jul 9 2019
We should add adding the AS-PK0038 to the ohai. It shows up on the bom but no step is shown when or where to add it. I feel we should do the same for AS-PK0036. @EricNugent
Jul 3 2019
@tutley will the cad drawing show the desired distance so I can try the 1in*lb value and check for deflection. Is there an allowed amount of deflection before we start getting carriage binding?
@MichaelM I am hesitant to remove a torque spec without having a good alternative. This would just make it an arbitrary tightness. 2in*lbs is the lowest we can go. @tutley @west can I get your input on this issue?
Jun 27 2019
The Hi-pot tester is all set up and ready to go. @mjpelletier can you make another fail check plug like you made for the first one? I think you just wired a ground wire to the end of a power cable. The purpose of it is to intentionally make the hi-pot fail. This lets us know it will pick up a failed printer.
Jun 26 2019
@robert the change has been completed. The ohai-kits and boms have been updated. You should start seeing them in production very soon.
Jun 25 2019
Since there is currently a change order in place for this issue, I will close this ticket down.
Jun 20 2019
@west yes we tried that as well.
Jun 19 2019
@MichaelM it is done.
@MichaelM when you run the spit test gcode for a v3 does it set the tool head for PLA temps?
@DaniAO do we need a change order for this?
Jun 18 2019
@DaniAO it was just a typo when making the ohai-kit. Do we need a change order to fix a typo?
Jun 17 2019
Ill fix that real fast for ya buddy.
Jun 13 2019
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.
@DaniAO I will get one started.
Ill take a look.
Jun 11 2019
@MichaelM that was the way we built the betas and how I had originally trained the production team how to build it. I'm not sure why that part is on a different BOM. Is there any particular reason you put that part on at the end? As far as I know the ohai hasn't changed for a while.
Ok then if we are all good, @DaniAO lets get a ECO going for this.
Jun 10 2019
@eBeardslee please put your feedback asap so we can keep moving with the proposed change or start looking for a new one.
@kent I am going to start calibrating workhorses. What is the status on the QC sheets?
Jun 7 2019
Counter sinking the holes larger did not help with this issue. If we could move to stainless steel screws we would be able to get a longer screw that would engage with the threads more so if the first few threads are stipped we will still be able to screw the back plate onto the carriage. @eBeardslee what are your thoughts on this? I believe we went with blue screws for a marketing/tech support purpose.
@oliver using the same printed part, one plate will mount and the other will not. I am not certain it is a printed part issue.
According to the drawing, the hole diameter is 3mm with a .75mm +/-. This means the hole could be anywhere from 2.25mm to 3.75mm and would technically be in spec. After measuring the hole diameter of a back plate that does mount which was ~2.5mm and one that did not mount which was ~2.85mm. I think its possible if the hole is too big, the screw we use will not be long enough to grab the usable threads. I feel we could use a slightly longer screw to prevent this from being a problem. We currently use a M3x50, if we moved to a M3x55 i feel this could resolve the problem.
So from looking at a problem plate. the hole locations for the screw and for the tool head alignment feature look to be in the correct locations. And From looking at a plate that does mount vs the one that doesn't, nothing looks to be any different. @tutley any other ideas for me to check?
I will look into it.
Jun 6 2019
Jun 4 2019
We should add christian as a subscriber to this ticket then.
Jun 3 2019
@tutley have we gotten the new jig milled out yet?
An update on this ticket. We have received the JST crimper and has been given to a few trained assemblers. I have also stocked up on crimps. I'm gonna close this ticket for now. We can re-open it if this current process of having production fix bad crimps and or wires is not ideal.
May 23 2019
I've delivered a jig to the folks up in inserts. They requested one more so ill start printing another. I'm gonna close this ticket as resolved.
May 22 2019
I got jig made in freecad and I'm printing one out now. Should have something for production tomorrow.
Im pretty sure we got the connectors in. This has kind of gotten put on the back burner.
I have not had a chance to print with flexy recently to check.
Well I may sit corrected. I just re-opened cure and tried it again with no problems. It may be a different bug or just coincidence it happened.
@DaniAO I just tried to multiply an object in 3.6.8 and cura crashed on me.
@DaniAO I haven't heard of this still being an issue. I talked with the folks at cal and they have not had this problem for a few weeks.
May 17 2019
@logan I have already placed an order in for a JST crimper, it should be here on Thursday.
@youngmrcarlson try to in the nozzle offset menu, set the z to 0.07. Thats been an average. In production, when they get a number thats way off looking they try to set it to what the average has been and that has been helping.
I have recorded the circle dimensions for the first 4 prints ive done with the latest gcode.
Its kind of hard to see the gaps with translucent filament. If possible could we refrain from using clear or translucent colors?
The gcode @kent made is fast and has no bloops or goobers or ooz or whatever you wish to call it.
Im trying the gcode @kent just pushed.
May 16 2019
@kent do you have an idea on how to get rid of the alleged bloop?
Done a couple prints with this new gcode. Its looking very good to me. @DaniAO have you had a chance to print this one yet?
May 14 2019
@DaniAO I know you have been doing some testing with these gcodes. Are you seeing the same thing in your prints as me? Maybe I'm having an isolated issue specific to my machine but I don't think there is.
After trying a few prints with each adjustment @oliver has made, Im still seeing the E1 nozzle printing to squished.
@bowman Should we keep just a little just in case we do not have extra assemblies to swap out?
@oliver what kind of processes did you have in mind? Just curious.
I am also wondering, should we keep a small stock of things like boards and cables and fans etc? For instance if a control box has a bad LCD, the printer would get red tagged. If we had a stock of those assemblies we could swap it out and get the printer back into calibration. On the flip side if we didn't have them here we would have to make an M/O then wait for it to be processed, then built, then shipped over to mountain. This could take a few days depending on the work load and a printer would just be sitting waiting for parts.
May 13 2019
With the v8 gcode, once I got both of my z-offsets to be the same, I started to notice that the E1 was printing very squished once the actual objects was being printed.
Ive done 2 test prints with @oliver gcode. So far I haven't seen any oozing. I am going to do a couple more prints to make sure its consistent but its looking good so far.
@kent I am still getting some ooz with the v8 model you made.
May 9 2019
I have ran this print twice and I got ooze in the same spot on both prints.
@kent what version of cura did you slice it in?
May 8 2019
@robert is it possible the square is getting a bit dirty?
@paulette are you seeing this on many machines?
He didn't add an octopus.
May 6 2019
The frame squaring fixture has been completed and tested in production. There have been no issues. I will be closing this ticket.
May 3 2019
We are going to try .114 firmware to see if this helps with the screen.
May 2 2019
@oliver did we not see this in first articles?
we are starting to see a lot of lcds like this. @mjpelletier any ideas what could be causing this?
Apr 12 2019
Closing ticket since we have not had any other reports. We can re-open this ticket if the issue shows back up.
Apr 10 2019
Apr 4 2019
Closing this ticket since nothing has really happen with it.
@MichaelM I ordered some M5 drill bits that will fit that screw head. I will close this ticket for now. If the new bits dont work well we can re-open this ticket. PR11079 for reference if you want to see what I got.
Jigs were made and given to production.
Apr 3 2019
Is it pushed to cura so I can just do a re-slice?
Cool thanks @tutley just wanted an update on this.