Ray's Hobby Projects
The blog has moved to a new site: http://rayshobby.net/blog/
Please leave comments there.
Wednesday, August 3, 2011
Blog moved to rayshobby.net
I have decided to move my blog to http://rayshobby.net/blog/, which is based on WordPress. All previous posts and comments have been moved to the new site.
Tuesday, February 1, 2011
A MOSFET based fix to the Makerbot extruder motor problem
As described in my previous blog about the first-time experience with the Makerbot, we encountered a problem where the extruder motor would stop moving after a while. Apparently there have been many discussions about this issue, such as here, here, and here. It seems to be generally agreed that the problem originated from the suboptimal performance of the extruder motor, particularly that its resistance can drop to close to 0 during operation, causing an overload current that fails the H-bridge (A3949) on the extruder controller board. I tried connecting a small power resistor in series with the motor and it still failed after a while.
The most commonly used solution seems to be the relay fix by rwensley. This allows the extruder motor to be powered directly from the +12V supply line, avoiding the failure of A3949. But the downside of a relay fix is that PWM is disabled, thus the feed speed cannot be fully controlled. So I started thinking about a MOSFET based fix. The first version is to use a single MOSFET (IRF510) in the place of relay, and this allows the motor to only move forward (which often suffices). The schematic is shown below:
The 1K resistor R1 is a pull-down resistor (1/4W is sufficient). Its value turns out to be important, because the on-board A3949 H-bridge seems to have a pull-up resistor of about 70K. Thus even when the H-bridge is inactive, the motor ports (1A and 1B) are pulled up to +12V, which must be pulled down to well below 2V in order for Q1 (IRF510) to remain off. The 1K value works perfectly (if the value is too large, it won't be able to pull the voltage low enough). The reason IRF510 works is because it allows a high current (20A pulsed) to pass through it, which is much larger than what the A3949 chip can handle.
Using MOSFET, the main benefit is that the PWM works, hence the motor feed speed can be controlled and tuned in order to print out fine details of a 3D model. I was able to print several models with great details that I wasn't able to achieve when PWM had to be fixed to 255 all the time.
After the single MOSFET solution worked, I started thinking how to make the motor move backward as well. It looked like the simplest way is to reproduce an H-bridge using 4 MOSFETs. The schematic is shown below:
It's basically one of the standard H-bridge implementations. Q1 and Q4 are N-channel MOSFETs and should use IRF510 or any alternative(STP16NF06, RFP30N06LE etc.) that supports at least 10A drain-source current; Q2 and Q5 are similar but P-channel, and should use IRF9530 or any suitable alternative (STP12PF06, FQP27P06 etc.)
Note that there is no special mechanism here to handle shoot-through, which is a known issue for H-bridge design. But in this case, even if shoot-through happens, it will be over a very short period of time, and the MOSFETs are able to handle a high impulse current if that happens. I've tested the circuit in continuously printing for several hours and have not encountered any problem. Also note that the kickback protection diodes are ignored as the MOSFETs already have built-in diodes. Here is the small protoboard with all components soldered on it:
With this fix, the extruder motor can now move forward and backward, and PWM works in both directions! I've seen in several places that eventually the extruder motor should use a stepper as it provides much better control. But before that happens, I am sticking with my fix for now.
The most commonly used solution seems to be the relay fix by rwensley. This allows the extruder motor to be powered directly from the +12V supply line, avoiding the failure of A3949. But the downside of a relay fix is that PWM is disabled, thus the feed speed cannot be fully controlled. So I started thinking about a MOSFET based fix. The first version is to use a single MOSFET (IRF510) in the place of relay, and this allows the motor to only move forward (which often suffices). The schematic is shown below:
The 1K resistor R1 is a pull-down resistor (1/4W is sufficient). Its value turns out to be important, because the on-board A3949 H-bridge seems to have a pull-up resistor of about 70K. Thus even when the H-bridge is inactive, the motor ports (1A and 1B) are pulled up to +12V, which must be pulled down to well below 2V in order for Q1 (IRF510) to remain off. The 1K value works perfectly (if the value is too large, it won't be able to pull the voltage low enough). The reason IRF510 works is because it allows a high current (20A pulsed) to pass through it, which is much larger than what the A3949 chip can handle.
Using MOSFET, the main benefit is that the PWM works, hence the motor feed speed can be controlled and tuned in order to print out fine details of a 3D model. I was able to print several models with great details that I wasn't able to achieve when PWM had to be fixed to 255 all the time.
After the single MOSFET solution worked, I started thinking how to make the motor move backward as well. It looked like the simplest way is to reproduce an H-bridge using 4 MOSFETs. The schematic is shown below:
It's basically one of the standard H-bridge implementations. Q1 and Q4 are N-channel MOSFETs and should use IRF510 or any alternative(STP16NF06, RFP30N06LE etc.) that supports at least 10A drain-source current; Q2 and Q5 are similar but P-channel, and should use IRF9530 or any suitable alternative (STP12PF06, FQP27P06 etc.)
Note that there is no special mechanism here to handle shoot-through, which is a known issue for H-bridge design. But in this case, even if shoot-through happens, it will be over a very short period of time, and the MOSFETs are able to handle a high impulse current if that happens. I've tested the circuit in continuously printing for several hours and have not encountered any problem. Also note that the kickback protection diodes are ignored as the MOSFETs already have built-in diodes. Here is the small protoboard with all components soldered on it:
With this fix, the extruder motor can now move forward and backward, and PWM works in both directions! I've seen in several places that eventually the extruder motor should use a stepper as it provides much better control. But before that happens, I am sticking with my fix for now.
Friday, January 21, 2011
A little angel for the Makerbot
First-time experience with the MakerBot
At the MakerFaire two years ago, I saw Bre Pettis demonstrating the first generation of Makerbot. I got fascinated, and since then I've always hoped to find a reason to buy one. Fortunately, a few weeks ago one of our projects needed 3D printed objects, and we had a chance to place an order of the Cupcake CNC Ultimate kit before it went out of stock. I heard many orders were placed, and we would like to thank Ethan at Makerbot Industry for his great help in assisting us with the ordering.
Assembling the Makerbot is an enjoyable task but requires skills and persistence. It took us two days to put everything together and get the device running. Here is a nice picture of the bot:
It really looks adorable. Now, that being said, keeping it to running stably turned out to be a quite challenging task, and there were several engineering issues we encountered. I am documenting these issues and the ways we solved them, in case they may help other Makerbot owners.
The first issue we encountered was that the extruder motor was not operating properly. Sometimes it would run for a few seconds then stopped rotating. I was very puzzled by this at first, but after looking around for a while, I noticed that when it stops, the motor's resistance drops to 2.6 ohm, which is way below normal (should be around 45-50 ohm normally). I suspect that it may be due to the motor brush running across a specific point that corresponds to a low resistance state, and normally due to the inertia it would pass that point immediately. But in this case, it seems the h-bridge that is driving the motor is not capable at handling the instant large current, causing the motor to stop eventually. After searching online for a bit, I found the extruder relay fix by rwensley, and we made a simpler version of the fix, assuming that the motor will only move forward and never backward. The fix involved an extra 5V relay, and 2 resistors that serve as voltage dividers to adapt the h-bridge's 12V to 5V for driving the relay. This has nicely fixed the extruder problem. I think a better option should be to use a more powerful h-bridge, or use a separate MOSFET driver. In any case, for now the quick and dirty fix works (see the picture below).
The second issue we encountered was that the heating unit of the automated build platform (abp) did not function -- it was simply not turning on the heating power. We thought of many potential causes of it, but none of them was correct. Eventually we noticed that the LED corresponding to the heating unit output never lit up, and this allowed us to quickly nail down the problem to the NIF5003 MOSFET. After testing, we found it's defective. This came as quite a surprise: a component on the extruder driver board is dead on arrival?! This was a hard find! I didn't have an NIF5003 replacement, but a quick look at the schematic reveals that this MOSFET is only used to drive a 12V relay, so it should be replaceable by a standard MOSFET like IRF510 (which I have tons of). Once we identified this, the fix was easy. The IRF510 is largely pin compatible with NIF5003 (even though the latter is a SMD component). After replacement as shown in the picture below, the heating unit worked like a charm.
The last issue that got really annoying was the z-axis motor making a gigantic noise and skipping steps. We found that this was due to the overly tightened screws and one solution I found online seemed to suggest that one platform screw should be released and ignored just to remove the over-constrained tension force. I was doubtful about this fix, but to our great surprise, this actually worked! No more loud noise and no more z skipping!
At this point the device is basically functioning properly. There are still a couple of small issues we need to fix, such as the heated abp not being able to stick the objects onto the platform. But overall we are able to print some nice 3D objects and are enjoying playing with them. So much for our first-time experience with the Makerbot!
Assembling the Makerbot is an enjoyable task but requires skills and persistence. It took us two days to put everything together and get the device running. Here is a nice picture of the bot:
It really looks adorable. Now, that being said, keeping it to running stably turned out to be a quite challenging task, and there were several engineering issues we encountered. I am documenting these issues and the ways we solved them, in case they may help other Makerbot owners.
The first issue we encountered was that the extruder motor was not operating properly. Sometimes it would run for a few seconds then stopped rotating. I was very puzzled by this at first, but after looking around for a while, I noticed that when it stops, the motor's resistance drops to 2.6 ohm, which is way below normal (should be around 45-50 ohm normally). I suspect that it may be due to the motor brush running across a specific point that corresponds to a low resistance state, and normally due to the inertia it would pass that point immediately. But in this case, it seems the h-bridge that is driving the motor is not capable at handling the instant large current, causing the motor to stop eventually. After searching online for a bit, I found the extruder relay fix by rwensley, and we made a simpler version of the fix, assuming that the motor will only move forward and never backward. The fix involved an extra 5V relay, and 2 resistors that serve as voltage dividers to adapt the h-bridge's 12V to 5V for driving the relay. This has nicely fixed the extruder problem. I think a better option should be to use a more powerful h-bridge, or use a separate MOSFET driver. In any case, for now the quick and dirty fix works (see the picture below).
The second issue we encountered was that the heating unit of the automated build platform (abp) did not function -- it was simply not turning on the heating power. We thought of many potential causes of it, but none of them was correct. Eventually we noticed that the LED corresponding to the heating unit output never lit up, and this allowed us to quickly nail down the problem to the NIF5003 MOSFET. After testing, we found it's defective. This came as quite a surprise: a component on the extruder driver board is dead on arrival?! This was a hard find! I didn't have an NIF5003 replacement, but a quick look at the schematic reveals that this MOSFET is only used to drive a 12V relay, so it should be replaceable by a standard MOSFET like IRF510 (which I have tons of). Once we identified this, the fix was easy. The IRF510 is largely pin compatible with NIF5003 (even though the latter is a SMD component). After replacement as shown in the picture below, the heating unit worked like a charm.
The last issue that got really annoying was the z-axis motor making a gigantic noise and skipping steps. We found that this was due to the overly tightened screws and one solution I found online seemed to suggest that one platform screw should be released and ignored just to remove the over-constrained tension force. I was doubtful about this fix, but to our great surprise, this actually worked! No more loud noise and no more z skipping!
At this point the device is basically functioning properly. There are still a couple of small issues we need to fix, such as the heated abp not being able to stick the objects onto the platform. But overall we are able to print some nice 3D objects and are enjoying playing with them. So much for our first-time experience with the Makerbot!
Update on 'How to control Orbit 62035 valve'
It has been a while since I updated my blog. Things have been quite crazy the past few months, but now I am back alive writing more blogs sparingly.
The first thing I want to share about is an update to my previous post that talked about how to control the Orbit 62035 valve. There have been a couple of missing pieces there which I would like to clarify. First, I found that a MOSFET cannot reliably control that valve. I am not sure why, but it may have to do with the on-state drain to source resistance. But using a MPSA14 (NPN darlington) works, and it requires a base current limiting resistor, so I've updated the schematic as below. Second, I was reminded that two kickback protecting diodes are needed to protect the transistor from the inductive current from the solenoid, so those are also added. These are the two main changes. The circuit below has been tested to work. Feel feel to leave comments.
Eagle schematic can be downloaded from here.
The first thing I want to share about is an update to my previous post that talked about how to control the Orbit 62035 valve. There have been a couple of missing pieces there which I would like to clarify. First, I found that a MOSFET cannot reliably control that valve. I am not sure why, but it may have to do with the on-state drain to source resistance. But using a MPSA14 (NPN darlington) works, and it requires a base current limiting resistor, so I've updated the schematic as below. Second, I was reminded that two kickback protecting diodes are needed to protect the transistor from the inductive current from the solenoid, so those are also added. These are the two main changes. The circuit below has been tested to work. Feel feel to leave comments.
Eagle schematic can be downloaded from here.
Sunday, October 3, 2010
Tesla's image on Serbian money, and Tesla coils
I was listening to the 'Ask an Engineer' show on Saturday night, and they mentioned that the $100 Serbian paper bill has Tesla's image on it. A friend of mine happened to be traveling in Serbia, and so very luckily, I requested one from him :) It seems this is equivalent to 1.29 US dollars.
And speaking of that, I am excited to post this video I recorded at the Make Faire New York 2010. It's the ArcAttack guys performing in the middle of a bunch of Tesla coils. Totally awesome!
Sunday, August 29, 2010
Subscribe to:
Posts (Atom)