right frame or left

[ve3sjk]

unless i am referencing wrong it appears to draw the left frame instead of the right when i use the ! character as follows in the code. At least if I am assuming the front puts the motor on the right frame, I am working with the Cyclone2 files.

// TRANSLATE REFERENCE POSITION to the RIGHT frame, Y smooth rod end translate([-axes_Ysmooth_separation/2,axes_Ysmooth_rodLen/2,axes_Yreference_height]) { if(draw_references) %frame();

    // Draw right Y smooth rod
    rotate([0,0,180]) standard_rod(diam=axes_Ysmooth_rodD, length=axes_Ysmooth_rodLen, threaded=false, echoPart=true);

    !Cyclone_X_rightFrame() ;

    // TRANSLATE REFERENCE POSITION to the LEFT frame, Y smooth rod end
    translate([axes_Ysmooth_separation,0,0]) {
        if(draw_references) %frame();

        // Draw right Y smooth rod
        rotate([0,0,180]) standard_rod(diam=axes_Ysmooth_rodD, length=axes_Ysmooth_rodLen, threaded=false, echoPart=true);

        Cyclone_X_leftFrame();
    }

[D-Byte]

you are right fixed in https://github.com/D-Byte/Cyclone-PCB-Factory/tree/patch-1/Hardware/CYCLONE_2/

[ve3sjk]

i think the same issue applies here as well

// TRANSLATE REFERENCE POSITION to the FRONT RIGHT Y rod idler, Y smooth rod end translate([-axes_Ysmooth_separation/2,-axes_Ysmooth_rodLen/2,axes_Yreference_height]) { if(draw_references) %frame();

    Cyclone_Y_rightSmoothRodIdler();
}

// TRANSLATE REFERENCE POSITION to the FRONT LEFT Y rod idler, Y smooth rod end
translate([axes_Ysmooth_separation/2,-axes_Ysmooth_rodLen/2,axes_Yreference_height]) {
    if(draw_references) %frame();

    !Cyclone_Y_leftSmoothRodIdler();
}

[D-Byte]

Also that one is fixed now. Only replaced Cyclone_Y_rightSmoothRodIdler(); with Cyclone_Y_leftSmoothRodIdler(); and visa versa. In this way also there is more space for the gear cover.

[CarlosGS]

OK, this was purposely done but if it is more clear like this I will change it.

What do you mean by "In this way also there is more space for the gear cover."?

I want to make sure that the same general dimensions are maintained when merging the source code (STLs, PDFs, etc need to be consistent with the source code) and it is a bit difficult for me to keep track of all changes. Screenshots would be very much appreciated :)

[ve3sjk]

the frames for the x axis where definitely backwards as far as rending and output, it was originally showing the motor side as left instead of right. The front smooth rod idlers i suppose it depends on the orientation, i am not sure about the comment on the space, the idlers seem interchangeable in that sense, depending if you want the hold down screws facing in or out, i have them changed from patch 1 branch in the render below. It may well be that they were not backwards, just the main frames. You can also see in the render that the screws for the work bed linear bearing holders are rendering with the work bed set off and the pcb holder suppressed. Please note the render in the picture is with the patch 1 files.

[D-Byte]

Hi

With the idler hold down screw facing inward the idler bottom is interfering with the gear cover.

I see the bolts in your render for the pcb platform. Is that render also from the patch 1 branch?

ve3sjk notifications@github.com schreef op 4 december 2014 16:28:37 CET:

the frames for the x axis where definitely backwards as far as rending and output, it was originally showing the motor side as left instead of right. The front smooth rod idlers i suppose it depends on the orientation, i am not sure about the comment on the space, the idlers seem interchangeable in that sense, depending if you want the hold down screws facing in or out, i have them changed from patch 1 branch in the render below. It may well be that they were not backwards, just the main frames. You can also see in the render that the screws for the work bed linear bearing holders are rendering with the work bed set off and the pcb holder suppressed. Please note the render in the picture is with the patch 1 files.

---

Reply to this email directly or view it on GitHub: https://github.com/carlosgs/Cyclone-PCB-Factory/issues/27#issuecomment-65648391

Verzonden van mijn Android telefoon met K-9 Mail.

[ve3sjk]

yes it is, have you printed the gear covers i find them too thin where the screw holds them when printed on my Replicator 2x in abs, i should note, my render is custom in that the axis lengths have been changed to longer axis and the screws are all M4 instead of M3

[D-Byte]

@ve3sjk if you comment out line 246 to 250 then the screws will not render. so everything from difference() { to the next `}

@carlosgs Sorry for messing up your layout :-s

[ve3sjk]

thank you that did the trick, i suppose if i was more familiar with openscad and drafting i would have found it eventually. My background is in electronic engineering. Not much left to print now, here is a pic of my build so far, printed at 232c in ABS with a 0.250 layer and 20 percent fill. the biggest issue i had was the x-frames, laying them down produced too much curling so i stood them up in Simplify 3d and added manual support. they printed perfectly that way. I would be happy to share my X3g or gcode files if anyone would like them, there is added support and rafts turned on but the parts clean up easily.

[CarlosGS]

@ve3sjk It's great to hear that you were able to print the frames vertically. Will be suggesting that to people that owns printers with smaller XY print areas.

"the idlers seem interchangeable in that sense, depending if you want the hold down screws facing in or out" The only problem with that is that the PDF templates are designed for one particular orientation (the screws are not symmetric). The render and the PDF templates must match.

"You can also see in the render that the screws for the work bed linear bearing holders are rendering with the work bed set off and the PCB holder suppressed." As @D-Byte pointed the problem here is where to place the ! or * in the code. It is very confusing so sorry for that, in its day it made sense for me but some parts of the code are still a bit chaotic. Also the left/right references were defined from the point of view of the machine (i.e. looking at it from the back). There is no problem in updating that but we must make sure that all the code is consistent with the new reference system.

The Z carriage needs to be re-implemented but I won't have time to do that soon. If you have any ideas to make the assembly more robust I would also appreciate your help :)

[ve3sjk]

I suppose that was really my issue, not knowing the reference point for the drawings. I just assumed it was from the front of the machine so it really does not make a difference to put them back the way it was although as d-byte pointed out it does give more clearance for the gear cover to swap the left and right y smooth rod idlers.

I wish i had more experience on coding in OpensCAD my background is in embedded programing and electronic engineering, One question i might ask is why the x-axis is set back so much, would it not be better to put the fixed gantry in the middle of the y space, then the bed only needs to move halfway in both directions, i would think it would give it a bigger cutting area with less y axis travel. of course that would mean making a rear frame to hold the y smooth rods behind the x axis.

Most of the machines i have worked on have a double bearing on the z axis holding the threaded rod captive both top and bottom. I can envision a cap block at the top of the z azis, with space for the smooth rods to go into as they do in the x carriage and a space for the threaded rod to go thought a bearing. So i would see a bearing in the place where the nut is captive on the z axis instead of the nut with a nut holding the bearing in from below, the you can put a cap at the top to grab the smooth rods and a second bearing at the top. Not sure if that makes any sense, but in this way the z axis would be held together both top and bottom, and the slide for the spindle could be like the x axis slide with anti-backlash on the driven nut if you wanted. In this way the z axis threaded would spin without moving down towards the workbed as it does now.

I am retired and disabled but i have a ton of time on my hands, if you ever need code entry done I am certainly willing to help anyway that i can.

here is a picture of the side frames with the support added, I printed them one at a time.

[D-Byte]

@ve3sjk nice work. I was going to make the machine but after printing some parts in Colorfabb XT i found out that the tolerances where to big and i wanted to use m4 bolts. For you it works well and for carlosgs also, but i am working on something like a config file where you can easy chance this settings as well as the render settings. I am also new to OpenSCAD but i am used to a lot of different programming languages. I thought the lose bearings where for self centring of the axis when you tighten them with the bolts. your idea for the Z carriage sounds interesting.

@carlosgs i already worked on the Z carriage, i will upload the chances this weekend. I will also update the PDF templates. For what are the teeth like extensions in the big holes of the side frames?

[CarlosGS]

"One question i might ask is why the x-axis is set back so much, would it not be better to put the fixed gantry in the middle of the y space, then the bed only needs to move halfway in both directions, i would think it would give it a bigger cutting area with less y axis travel. of course that would mean making a rear frame to hold the y smooth rods behind the x axis."

@ve3sjk You are totally right, it was made for simplicity (less screws, smaller machine, etc). The goal was to get a milling area of at least 100x160mm (reasonably standardized PCB size)

I don't totally understand your suggestion for the Z axis, let me read it again later tonight to make sure I get the point :-P

@D-Byte The extensions are a convenient place to store the crocodile clips used as electrodes for Z calibration. Great to hear that you have already worked in the Z carriage :) I am not really sure on what is the best way to ensure consistency in the repository. If the PDF templates change, STLs should change accordingly (to make sure new people can download&print without problems). So maybe it is better that we work in a separate branch until the release (coherent STLs and PDFs) is ready. In fact I consider V2 is stable enough to have a release in the following weeks (re-estructure the repository to bring V2 to the front page).

[ve3sjk]

I am thinking the same thing, I could easily see passing some kind of parameters to the

Modules with build options, most of the commenting out of code I made I could see

Having if suppress=true statements and then you could use flags to turn on and off

Different sections. My biggest issue is not understanding the code in itself but I

Am learning quickly.

I think the teeth are for holding alligator clips for probing.

I suppose I could hand draw something on a z axis I see far faster than

Writing it in openscad, lol.

Basically the current x car would turn into a box of sorts,

If you made the current one solid, you would keep the holes

For the smooth rods, then make the current hole at the bottom

Where the smooth rod comes out flat and or recessed and

Slap a 608 bearing on the outside bottom, then make a similar

Part for the top, with three holes, two for smooth rods that

Bottom out, one for the threaded rod. Outside top would

Get the second 608 bearing, and the drive gear.

From what I can see by eyeing the current x carriage

From the bottom I think you could get a 608 bearing

In there and still be able to maintain the 8uu frame.

That would make a captive z carriage frame, just a

Matter of making a z carriage like the x carriage to

Ride between the smooth rods inside of it, you

Could add a tab for upper limit switch as well and

The threaded rod can have backlash this way

If the slide looking from right or left looked

Like the letter “L” that would give you a flat

Front Z mount, from there you could added

Any tool holder you like to it, removing and

Changing just being a matter of 4 screws.

Hopefully that makes some sense, lol.

From: Arne Durr [mailto:notifications@github.com] Sent: Friday, December 5, 2014 11:38 AM To: carlosgs/Cyclone-PCB-Factory Cc: ve3sjk Subject: Re: [Cyclone-PCB-Factory] right frame or left (#27)

@ve3sjk https://github.com/ve3sjk nice work. I was going to make the machine but after printing some parts in Colorfabb XT i found out that the tolerances where to big and i wanted to use m4 bolts. For you it works well and for carlosgs also, but i am working on something like a config file where you can easy chance this settings as well as the render settings. I am also new to OpenSCAD but i am used to a lot of different programming languages. I thought the lose bearings where for self centring of the axis when you tighten them with the bolts. your idea for the Z carriage sounds interesting.

@carlosgs https://github.com/carlosgs i already worked on the Z carriage, i will upload the chances this weekend. I will also update the PDF templates. For what are the teeth like extensions in the big holes of the side frames?

— Reply to this email directly or view it on GitHub https://github.com/carlosgs/Cyclone-PCB-Factory/issues/27#issuecomment-65815852 . https://github.com/notifications/beacon/AHR23GyHnTOuiyj4lZ9Hpz8yY2J2dnI7ks5nUdb9gaJpZM4DCPfm.gif

[ve3sjk]

I am working locally with the branch 1 only don’t want to screw anything

Up. To sum up a bit my long description the current x carriage would

Become a 2 part unit, the current part and a top part, the smooth

Rods would be pushed down into the current part and the top

Would be pushed onto them, the bottom and top would have

The bearings for the threaded rod. the drive gear would

End up on top.

Side view from top down would kind of look as such

Nut

Drive gear

Nut

Bearing

Top plate with bearing hole

Exposed threaded rod

Bottom of current x carriage with bearing hole

Bearing

Nut

From: Carlos Garcia Saura [mailto:notifications@github.com] Sent: Friday, December 5, 2014 12:00 PM To: carlosgs/Cyclone-PCB-Factory Cc: ve3sjk Subject: Re: [Cyclone-PCB-Factory] right frame or left (#27)

"One question i might ask is why the x-axis is set back so much, would it not be better to put the fixed gantry in the middle of the y space, then the bed only needs to move halfway in both directions, i would think it would give it a bigger cutting area with less y axis travel. of course that would mean making a rear frame to hold the y smooth rods behind the x axis."

@ve3sjk https://github.com/ve3sjk You are totally right, it was made for simplicity (less screws, smaller machine, etc). The goal was to get a milling area of at least 100x160mm (reasonably standardized PCB size)

I don't totally understand your suggestion for the Z axis, let me read it again later tonight to make sure I get the point :-P

@D-Byte https://github.com/D-Byte The extensions are a convenient place to store the crocodile clips used as electrodes for Z calibration. Great to hear that you have already worked in the Z carriage :) I am not really sure on what is the best way to ensure consistency in the repository. If the PDF templates change, STLs should change accordingly (to make sure new people can download&print without problems). So maybe it is better that we work in a separate branch until the release (coherent STLs and PDFs) is ready. In fact I consider V2 is stable enough to have a release in the following weeks (re-estructure the repository to bring V2 to the front page).

— Reply to this email directly or view it on GitHub https://github.com/carlosgs/Cyclone-PCB-Factory/issues/27#issuecomment-65819321 . https://github.com/notifications/beacon/AHR23B54g5tTW4MuxEl6GaH_RrKhaIs6ks5nUdwrgaJpZM4DCPfm.gif

[D-Byte]

@carlosgs here a preview of the z-carriage, it not load the stl so its al rendered. complete with screws, motor, bearings, nuts and gears. Now i first need to take a nap (1:30 AM here now and up from 5 AM yesterday :-D) and tomorrow i will clean up the code and put it in my branch.

[CarlosGS]

Latest code by @D-Byte fixes this issue.