All good things › Forums › Morgan Builders forum › Firmware for SCARA printer
Tagged: SCARA Firmware
- This topic has 20 replies, 4 voices, and was last updated 8 years ago by albertbjames.
July 2, 2014 at 09:44 #5245
Hi. I am new to 3D printer. I am trying to build a SCARA printer. Because of other part of the project, I have to use the Repetier firmware. I am reading your Morgan Marlin firmware to figure out what do I need to modify in the Repetier firmware. So could you please give me a guide about what did you modify in Marlin firmware, and what need to do in general to convert a normal Cartesian firmware to a SCARA firmware?
Thank you very much for your time.
July 2, 2014 at 19:09 #5257
I started with deltabot kinematics and replaced it with SCARA kinematics.
It is not had, but not trivial. I just added the kinematics to another platform in one two nights…
July 2, 2014 at 19:57 #5265
Could you please give me a bit more details, like where can I find the information about SCARA kinematics, as well as the notations? I also don’t understand the meaning of the variables like SCARA_C2, SCARA_S2, SCARA_K1, SCARA_K2, SCARA_theta, SCARA_psi, dCal_X = 0, dCal_Y = 0;
July 2, 2014 at 20:41 #5269
I found it on the internet, but obscured in maths. I had to code it. I am not a maths teacher, so it will be hard for me to explain to you how it works.
You should be able to use the section of code and port it to Repetier.
Why do you have to use repetier?
July 3, 2014 at 04:44 #5277
I have to use Repetier because the SCARA work is a part of a bigger project that we have already doing in Repetier.
July 3, 2014 at 13:39 #5281
Interesting. How is the progress?
I know the deltas are implemented on repetier already, so patching it to SCARA should be relatively easy
July 3, 2014 at 16:25 #5289
I have modified the repetier firmware for 3 extruders, with the mixing ratio saved in EEPROM.
Sorry I am quite new to 3D printer, but is “delta” the common name for all non-Cartesian 3D printer?
July 3, 2014 at 23:46 #5293
July 3, 2014 at 23:51 #5301
The delta configuration was one of the first non-cartesian 3d printers to be natively supported in reprap firmware using inverse kinematics. If you replace the delta kinematics with the scara code, you should have a start.
July 9, 2014 at 13:12 #5369
Hi, I am building a reprap morgan using a Megatronics V3.0 board instead of the normal ramps. In the ‘morgan armlevel’ firmware that I downloaded from github it does have an option for the ‘megatronics’, but I fear that is might be for an older version. Because when I upload the firmware with the megatronics board selected, very strange things start happening when I switch on the power.
1) Has anyone had experience with using a Megatronics V3.0 board?
2) @Quentin; is the firmware you wrote suitable for megatronics v3.0 as well?
July 9, 2014 at 13:55 #5373
Yes, armlevel is aging. The plan is to work to get it included into marlin head, but Not done yet.
You could look at the pins.h file of recent marlin that supports the board, and add the section to my pins.h to see if it works better.
Let us know how it goes
July 9, 2014 at 17:40 #5377
Alright! it worked, I just copy pasted the pins.h section for megatronics 3.0 in like you said and it worked.
Moving on to calibrating now… hopefully I can post a pic of the build next week. It is quite a radical adaptation of the original Morgan; a freakishly tall offspring (2meters)…
July 9, 2014 at 19:24 #5381
Now when I try to home, only the Theta arm moves while the psi arm remains locked in position. The psi arm does function when I move the hot end in x or y direction in pronterface.
Does this problem ring any bells?
July 10, 2014 at 21:45 #5389
It seems that the pin for the dead arm is now incorrect. Did it move previously? Perhaps use the old pins for that stepper driver.
July 11, 2014 at 10:45 #5397
It is not a dead arm because I can move it around with the pronterface directional buttons, so it the pins must be okay. It is just during the homing that it stays dead. It seems that the issue must be in the bit of coding that pertains to the homing command? I have been sorting through the firmware but I am having trouble locating the bit that controls the homing.
July 11, 2014 at 11:14 #5401
The code is in Marlin_main and is part of the G28 gcode handling section
July 11, 2014 at 11:49 #5405
Ah, it was just an endstop malfunctioning. I came accros this very usefull command m119 that gives you status update of the endstops:
Reporting endstop status
July 12, 2014 at 21:24 #5417
A relief! Now you can finish calibration
May 9, 2015 at 09:44 #6046albertbjamesParticipant
I too am building the Morgan printer. I already have a Pibot Cartesian printer that uses the Repetier firmware. I have installed the Repetier onto the Pibot and done upgrades so I am familiar with the process and want to use Repetier with the Morgan that I am making. Do you still have the source for your firmware?
June 1, 2015 at 14:09 #6104
You may have to hack the kinematics into Repetier yourself…
June 2, 2015 at 05:48 #6105albertbjamesParticipant
Thanks for your reply. I will continue with trying to get the Repetier firmware to work. I will let you know when I have success. Somebody else will benifit from my work. Please refer them to me if you want.
- You must be logged in to reply to this topic.