Posts made by Nakcam

I have added a rotational axis nr1 to the base.

@JoergS5 My plan is to use this robot to reload my resin printer, so the final version should be capable to handle about 1.5kg. it will be mounted on a linear rail. Repetability will be more important than absolut precision.
I do own a cnc mill and the final version might be in aluminium or laser cut plywood. But its 3d printed for now

@JoergS5
Here is a better drawing. Is there som cad format that you prefer? I can export to most of them. would you suggest any changes to the geometry?

@JoergS5 Ok. I will wait for your test bin files then. here is some dimensions of my arm

@JoergS5 Sounds great! Is there some "hack" to force the D values for now? Or is the robot firmware on github not working?

@JoergS5 Thanks for helping out! You are correct on how the linkage work (point 1-4). The platform is tilted a bit, but the tilt does not change when moving (it does a tiny bit but that's because of sloop in the system, i did not have all the right fasteners at hand). I am working on a updated version that uses Capstan-Drive system. I would like to get this working first.
here's a fusion 360 link to the cad model
a360.**/42M19T2

in using 1.8degree steppers and total gearing is 51,8 (5,18:1+200:20)

@Nakcam This is a old picture, it does have motors and move. But not with Inverse kinematic

@JoergS5 Thanks for the reply. I have now found the robot 4 axis pelletized section of the duet3d documentation ( duet3d*/User_manual/Machine_configuration/robot_4_axis_palletized), this sould be a perfekt fitt.
I have uploaded the "github*/JoergS5/RepRapFirmware_robot" firmware to the board and run the firmware update. But now im stuck with :

M669 K13 B"axisTypes=PRRRp"
currently only CoreXY5AC and CoreXY5BC are support

and it wont take the D values

=== M669 K13 current config ===
numOfAxes 5 axisTypes �������� chain ���������������������������������������� (normal �������������������� special �������������)
axis � ori: -0.00 0.00 0.00 point: -0.00 0.00 0.00 angles min/max/home: -0.00 0.00 0.00
axis � ori: 0.00 0.00 0.00 point: 0.00 0.00 0.00 angles min/max/home: 0.00 0.00 0.00
axis � ori: 0.00 0.00 0.00 point: 0.00 0.00 0.00 angles min/max/home: 0.00 0.00 0.00
axis � ori: 0.00 0.00 0.00 point: 0.00 0.00 0.00 angles min/max/home: 0.00 0.00 0.00
axis � ori: 0.00 0.00 0.00 point: 0.00 0.00 0.00 angles min/max/home: 0.00 0.00 0.00
Screw values:
reference angles/positions: -0.00 0.00 0.00 0.00 0.00
endpoint axis X: -0.00 -0.00 -0.00
endpoint axis Y: -0.00 -0.00 -0.00
endpoint axis Z: -0.00 -0.00 -0.00
endpoint point: -0.00 -0.00 -0.00
abSign: 0 (A/B angle preference: 0 take >=0, 1 take <= 0, 2 don't change calculation
cache used: -1 maximum: 200

Mine is the same as yours with one arm fixt to the base (mine is to the right seen from behind)
I do have a fysikal protorype. config (1).g

Any uppdates on this? Im trying to get inverse kinematics working on the same type of robot.

I might be wrong but this should be a serial scara but when axis 1 moves axis 2 need to follow to keep the relative angle (axis 1 to 2) the same? the relative move should be a 1:1 = just add axis 1 moves to axis 2?

Ok, Thanks!

Hi! Im using 2 cat 5e cables for all wiring to the x carriage. But now i realize this solution ends up with one wire to little.
So the question is, can i wire something with common ground/ vcc?
The functions needed is:
heater 4 wires (using 4 wires for more area)
termistor 2 wires
hotend cooler 2 wires (on when >60c)
part cooler 2 wires
stepper motor 4 wires
capacitive sensor 3 wires.
17 total

The cat 5e has 8 cable giving me 16 total.
It must be possible to wire the fans to common ground/ vcc?
Any other suggestions?

Thanks!

It's a Ultimaker style printer. I have measured it to about 0.1mm x and 0.15mm y. I have seen a lot of discussion about removing mechanical fault, but its really the same as bed leveling and square up xy axis. It can be done to a great length mechanically and it should. But having the possibility to dial in the last bit in firmware helps a lot!
Other firmware's does it already, look at this as a example : http://www.thingiverse.com/thing:2040624
Thanks!

Hi! Does anyone know if there is a backlash compensation function in firmware? Some thing like the M99: Set axis_hysteresis_mm command. With the M556: Axis compensation and auto bed level this firmware is really powerful but i feel that the backlash compensation is missing?

Thanks!