Chief Delphi

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)
-   Technical Discussion (http://www.chiefdelphi.com/forums/forumdisplay.php?f=22)
-   -   CIMcoder: Encoder Mount (http://www.chiefdelphi.com/forums/showthread.php?t=138750)

Munchskull 25-10-2015 20:37

CIMcoder: Encoder Mount
 
Over the summer I designed a 3D printed mount that allows the CUI 102-V encoder to be mounted to any motors that have the CIM mounting profile, including but not limited to the Mini CIM, and the CIM-ile. You can find pictures, and a variety of different CAD files in the GrabCAD link below.

Please give feedback.

https://grabcad.com/library/cimcoder-2

I would like to credit 2605 Sehome Seamonsters with the inspiration for this design.

asid61 25-10-2015 20:40

Re: CIMcoder: Encoder Mount
 
Excellent! This looks wonderful, thank you.

marshall 25-10-2015 20:54

Re: CIMcoder: Encoder Mount
 
I love the design!

Just FYI for those using the CUI encoders, the case is connected to ground and can cause issues. We used nylon bolts for mounting them to avoid any issues but they definitely caused some pain for a brief period.

Munchskull 25-10-2015 21:07

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by marshall (Post 1501751)
I love the design!

Just FYI for those using the CUI encoders, the case is connected to ground and can cause issues. We used nylon bolts for mounting them to avoid any issues but they definitely caused some pain for a brief period.

Thank you. The grounded case was taken into consideration when designing this. The CIMcoder 2.3 (the one currently published) is my 6th revision on the design. This exact revison has not been tested but the CIMcoder 2.2 has. The difference between the 2.2 and the 2.3 is that the 2.3 has an extra .05th of an inch added to the top to keep the encoder's metal body from touching any conductive gearbox.

Oblarg 26-10-2015 03:06

Re: CIMcoder: Encoder Mount
 
How much usable length is left on the key with one of these?

Do you have any info on how much error you'd see due to backlash using this on a typical drive gearbox (such as the KOP toughbox)?

Munchskull 26-10-2015 14:32

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by Oblarg (Post 1501788)
How much usable length is left on the key with one of these?

Do you have any info on how much error you'd see due to backlash using this on a typical drive gearbox (such as the KOP toughbox)?

You have hit on the two flaws that I have found with this mount.

To answer your first question you loose about 0.25" on the CIM shaft but due to the way it mounts you also have to calculate the thickness of you gearbox plate into your shaft length lost. From my experience that thickness is about 0.25". That means that the total shaft lose is on average 0.5" leaving you with 0.75" of shaft to work with. This is just enough to fit a pinion gear and the required hardware to hold it on. While I have not tested this I believe that in its current state it will not work with Vexpro dog shifters.

I have not calculated back lash but I plan to, I will post the results as soon as I can.

JamesTerm 27-10-2015 10:23

Re: CIMcoder: Encoder Mount
 
Thanks for using GrabCad... that's a great resource for CAD stuff. I do have a question for you (I'll have to check out the measurements). I've been trying to solve the problem of error precision with my printers, and I know for example if I print a part with holes... for example 0.25" for a 0.25" bolt... I have to really use 0.27"... (This is for flash forge creator). I tried to narrow down the precision error even further when testing with Legos where it is about 0.5mm diameter increase on holes for (Flash forge), and about 0.25mm for Statasys.

My question to you is... do you use exact measurements in the CAD, and do you solve for precision loss of your 3D printer... if so how? I'm still trying to work-out an elegant work-flow to keep exact measurements in CAD while converting to STL with the adjustments (e.g. equations or something along these lines).

Munchskull 27-10-2015 10:43

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by JamesTerm (Post 1501915)
My question to you is... do you use exact measurements in the CAD, and do you solve for precision loss of your 3D printer... if so how? I'm still trying to work-out an elegant work-flow to keep exact measurements in CAD while converting to STL with the adjustments (e.g. equations or something along these lines).

I did end up using exact measurements for this part. I printed it using my team's Ekocycle, while I hate the price of filament it does a very nice job of printing. Since the Ekocycle prints in PET I found that with exact measurements all the bolts would grip the print, cutting their own threads.

JamesTerm 28-10-2015 12:04

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by Munchskull (Post 1501918)
Since the Ekocycle prints in PET I found that with exact measurements all the bolts would grip the print, cutting their own threads.

Ah... that sounds about right... it would be interesting to use a caliper on the holes made and see how accurate the print was.

As I'm running some numbers please let me know how you ended up with:
0.113 and 0.1935 diameters?

I use a pitch diameter table such as this:
http://www.engineersedge.com/screw_threads_chart.htm

For example:
So for a screw #10 -24 it is .1900... if this mount uses a #10 and it cuts its own threads using 0.1935 my guess is the actual hole printed is roughly 0.17 - 0.18 diameter.

It's just nice to do a reality check and see if you are seeing the same numbers I see.

For me what I've been doing is using the helix and groove cut and print my own threads... I'll try to throw some stuff on grab cad at some point... I did take a sneak peak at solidworks for 2016 and they'll have their own threading stuff, but it won't work for 3D printers unless they have a solution that can compensate for precision loss.

BBray_T1296 28-10-2015 12:10

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by JamesTerm (Post 1501915)
My question to you is... do you use exact measurements in the CAD, and do you solve for precision loss of your 3D printer... if so how? I'm still trying to work-out an elegant work-flow to keep exact measurements in CAD while converting to STL with the adjustments (e.g. equations or something along these lines).

When I print bolt holes I usually undersize a little and print with extra shells (maybe 4 instead of my typical 2) and then drill it out with a free fit tap drill bit. Steel machine screws easily tap themselves into the hole and make their own thread. Otherwise I will drill a clearance hole for non-threading situations.

It is generally a very easy extra operation that saves the hassle of worrying about print tolerance.

pilleya 28-10-2015 18:25

Re: CIMcoder: Encoder Mount
 
Fantastic design, this will work very well with Versa-planetary CIM input adaptors, just less shaft to cut off.

I confirm that this will not work with WCP Dog shifters, due to the CIM gear-first stage, meshing at the end of the shaft.

Munchskull 28-10-2015 20:17

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by pilleya (Post 1502090)
Fantastic design, this will work very well with Versa-planetary CIM input adaptors, just less shaft to cut off.

I confirm that this will not work with WCP Dog shifters, due to the CIM gear-first stage, meshing at the end of the shaft.

After about an hour of trouble shooting and math, I developed a new mount that works an the WCP DS Gearbox. The one catch is you have to use an Andymark 12t pinion gear (or any pinion gear that is 0.52" or less).

nuclearnerd 28-10-2015 20:58

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by Munchskull (Post 1502113)
After about an hour of trouble shooting and math, I developed a new mount that works an the WCP DS Gearbox. The one catch is you have to use an Andymark 12t pinion gear (or any pinion gear that is 0.52" or less).

Looks nice!
Note that using your encoder mount on a shifting gearbox like the WCP DS will mean you won't be able keep track of actual distance travelled after shifting.

Munchskull 28-10-2015 21:22

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by nuclearnerd (Post 1502120)
Looks nice!
Note that using your encoder mount on a shifting gearbox like the WCP DS will mean you won't be able keep track of actual distance travelled after shifting.

Correct me if I am wrong but couldn't you use a true-false variable to determine if you were in the high or low gear? Then from there you could a just the way your code reads the encoder.

R.C. 28-10-2015 21:25

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by Munchskull (Post 1502124)
Correct me if I am wrong but couldn't you use a true-false variable to determine if you were in the high or low gear? Then from there you could a just the way your code reads the encoder.

You would probably want to measure if the ball or dog is engaged or the change in velocity. I would recommend this over checking against a variable as shifting isn't instantaneous.

I would much rather put the encoder wheel side so you don't have to keep track of it/probably easier for repairs as well.

asid61 28-10-2015 22:07

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by R.C. (Post 1502125)
You would probably want to measure if the ball or dog is engaged or the change in velocity. I would recommend this over checking against a variable as shifting isn't instantaneous.

I would much rather put the encoder wheel side so you don't have to keep track of it/probably easier for repairs as well.

I feel like for most teams in most situations the minor time lag associated with shifting shouldn't affect them significantly.
I prefer having the encoders on the gearbox, as they're more protected that way. We occasionally (around once per year) lose encoders due to insufficient protection/some small mistake that destroys the already-vulnerable encoders.

JamesTerm 30-10-2015 12:02

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by BBray_T1296 (Post 1502033)
When I print bolt holes I usually undersize a little and print with extra shells (maybe 4 instead of my typical 2) and then drill it out with a free fit tap drill bit. Steel machine screws easily tap themselves into the hole and make their own thread. Otherwise I will drill a clearance hole for non-threading situations.

It is generally a very easy extra operation that saves the hassle of worrying about print tolerance.

Ah that's a good approach... thanks for sharing.
I've went ahead and uploaded a little camera mounting project I did which illustrates what I do for the holes... I found on my printer to just expand the diameter by about 0.02... the threading pitch works out well enough, and I also experimented with 3D printed screws as well... not sure yet if I'll do that again, but if weight matters... it may be worth consideration.

https://grabcad.com/library/camera-m...-m1011-m1013-1

nuclearnerd 03-11-2015 15:41

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by asid61 (Post 1502126)
I feel like for most teams in most situations the minor time lag associated with shifting shouldn't affect them significantly.
I prefer having the encoders on the gearbox, as they're more protected that way. We occasionally (around once per year) lose encoders due to insufficient protection/some small mistake that destroys the already-vulnerable encoders.

The more I think about it, the less I think you'd need to measure encoder values *during* shifting. We usually use encoders for auto, and it's not likely that we would shift during auto. Even if we had some sort of fancy always-on gyro compensation, we could probably disable it for a second during the shift.

Thanks for sharing!

AustinSchuh 06-11-2015 00:57

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by asid61 (Post 1502126)
I feel like for most teams in most situations the minor time lag associated with shifting shouldn't affect them significantly.
I prefer having the encoders on the gearbox, as they're more protected that way. We occasionally (around once per year) lose encoders due to insufficient protection/some small mistake that destroys the already-vulnerable encoders.

We put our encoders on the gearbox, down stream of the shifting mechanism. This gives us less backlash in our measurement and we don't have to worry about shifting. The accumulated hex backlash due to the clearances that Aren specs is quite large, and the dog engagement also adds to the problem. When you are trying to design a precision autonomous mode, every little thing counts. The best way to design an awesome control loop is to have awesome hardware to control.

marshall 06-11-2015 08:22

Re: CIMcoder: Encoder Mount
 
We printed one of these using our statasys. The holes for the screws for the encoder are just slightly too large to tap them for 4-40. We ended up putting a bit of glue in the hole and then taping it (READ: forcing the screw in). Worked out well.

Overall, a very nice design.

Munchskull 08-11-2015 20:19

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by marshall (Post 1503625)
We printed one of these using our statasys. The holes for the screws for the encoder are just slightly too large to tap them for 4-40. We ended up putting a bit of glue in the hole and then taping it (READ: forcing the screw in). Worked out well.

Overall, a very nice design.

Thank you. Glad that you like it. I actually believe that when I designed the encoder holes I was designing with the intention of using M3 bolts since that was what the encoder was speced for.

If you actually end up using it I would love to see pictures.

Monochron 08-11-2015 22:58

Re: CIMcoder: Encoder Mount
 
Quote:

Originally Posted by Munchskull (Post 1504009)
Thank you. Glad that you like it. I actually believe that when I designed the encoder holes I was designing with the intention of using M3 bolts since that was what the encoder was speced for.

If you actually end up using it I would love to see pictures.

There is a good chance this will end up on our off-season project. If it does I'll post a couple of pictures.


All times are GMT -5. The time now is 05:01.

Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi