First Lego League holds a competition yearly, with the same question being used for the whole world. What I love about the FLL is that, everyone competes using the same questions, same play field, as well as same lego sets. Where all remains the same, only their creativity/ingenuity of each team to solve the problem will make them the winning team!
You can view the full FLL rules for FLL Smart Move 2009/2010 here.
For a quick summary of what you will expect from the FLL Smart Move 2009/2010, you can view the video below
Tuesday, 15 September 2009
Sunday, 13 September 2009
I suck at writing blog.
But still, here's my point of view on the robots.
Small and agile with risks are what our competitors did during the K. Terengganu NRC.
They used the aim and shoot method.
This method basically is to make the robot move straight and grab ( other methods also apply) the object and put it to the destination.
They risk:
But if, and if, they are:
Next, is what we did.
Use Light Sensors to move with the black lines on the mat.
This method is:
It's :
This is gives us a headache till the very end of the competition.
We thought of all kinds of methods. Some fail. Some shines.
At last, we decided to go with the box method.
The robot's arm is a square that extends out of the robot.
But still, here's my point of view on the robots.
Small and agile with risks are what our competitors did during the K. Terengganu NRC.
They used the aim and shoot method.
This method basically is to make the robot move straight and grab ( other methods also apply) the object and put it to the destination.
They risk:
- The position of the robot at start point must be EXACTLY where they have programmed.
- Battery voltage must be EXACTLY the same as what they have programmed using.
- Luck. No luck = GG
- They must programmed it correctly in a sense that the programming must be accurate by the millimeter. And that's just too back-breaking for us?
- Even the condition of the mat will AFFECT the performance AKA determine their fate.
But if, and if, they are:
- Lucky
- Able to program well
- Makes no mistake.
Next, is what we did.
Use Light Sensors to move with the black lines on the mat.
This method is:
- More accurate.
- May auto-recover.
- Minimises human-error as the robot will move itself without requiring us to aim the robot.
- It's now a fully-automated robot. No a car that picks up objects blindly.
It's :
- SLOWER if compared with aim and shoot method. But if it's programmed well it may go faster ? ( unconfirmed, no chance for us to see others use this method )
This is gives us a headache till the very end of the competition.
We thought of all kinds of methods. Some fail. Some shines.
At last, we decided to go with the box method.
The robot's arm is a square that extends out of the robot.
The arm
We got frustrated thinking of other methods that we go ahead with a very straight forward box that just swoops in the object.
Well, this method brings a lot of problem.
Especially with the rubber object.
Rubber + mat = Friction and loads of it.
With the robot pulling the object, it's like telling it a mammoth task for the robot. It squeaks, jerks and even jumped over the object with the object still stationary.
There's also the grab method, grab-n-lift method, scoop method and so on.
It's late now. gtg. So, anything missing? Wrong? Bullshits? Please dump it in the comments.
And hopefully, I'll make up to it in my next post.
P.S. This is my first time writing and posting a blog post.
Well, this method brings a lot of problem.
Especially with the rubber object.
Rubber + mat = Friction and loads of it.
With the robot pulling the object, it's like telling it a mammoth task for the robot. It squeaks, jerks and even jumped over the object with the object still stationary.
There's also the grab method, grab-n-lift method, scoop method and so on.
It's late now. gtg. So, anything missing? Wrong? Bullshits? Please dump it in the comments.
And hopefully, I'll make up to it in my next post.
P.S. This is my first time writing and posting a blog post.
Friday, 11 September 2009
Point of View: Robot Massacre
Hello world ! This is my first post. Thanks to Eric for the invitation.
To make sure our robot will keep moving forward, I came up with these few questions and opinions that I believe is essential for our future robot construction.
First of all, the size of the robot. Our previous robot moves slow and steady although a bit bulky.
The mass of our previous robot is a pro and also a con. The weight is important to decide because it will eventually affect our turning, movements, power consumptions and of course the type/number of wheels. How can we give a balance "diet" for our future robot from being fat and slow? We can build it small and compact, mild and light or just with simple mechanisms.
I believe the robot should be small, simple and not-too-light.
Small, it is easier to build and does not interfere with the tracks or turnings.
Simple, just in case anything screws up, rebuilding it would be easier.
Not too light, a little bit of weight is recommended to prevent the robot from slipping, jerking and possibly gets off track.
Another thing to take note of is the sensors. It is always light sensors. Our previous robot is causing a lot of inaccuracy and failures on turning.
The obvious reason is the distance between the sensors and the wheels. The sensors shouldn't be too far from the wheels nor too close.
Our future robot should have a close enough distance from the wheels. So when the robot stops, the wheels are in the exact location as we want.
Arm mechanism. So called the pain in the ass.
Is there an arm design that could pick up almost every shape and sizes ?
Is grab-n-lift a good option ?
Do we really need an arm (guess so) ?
The following is the battery. Which battery should we use on competition day, rechargeable or new AA batteries? It would be best if we get some sponsorship from the school for batteries. Program using rechargeable then optimize it to a higher voltage, sounds good ? I believe the old design is a power hogging machine, therefore the new design must be small. It failed on the design and programming. Better design is a must. Until now, I'm still wondering how did we won third prize in the competition with this rotund golem.
Next, the wheels. Should we consider more than 2 wheels ? Do we need small wheels or big wheels? I think we are better off with big wheels (previous wheels).
The small wheels isn't giving much "grip" from what i see, and it may slip if we use a faster speed, it's just too light. The wheels are depending on the size of our robot. It's not like we put tiny wheels on a giant machine, that would be LOL !
Besides that, if possible, we're going for max power and max velocity. We never know what would happen next.
My views may be a little bit of obscure and ridiculous, I think you get the idea. Well, it's just my point of view.
Tell us what do you think about a winning robot.
Cheers.
-CH-
To make sure our robot will keep moving forward, I came up with these few questions and opinions that I believe is essential for our future robot construction.
First of all, the size of the robot. Our previous robot moves slow and steady although a bit bulky.
The mass of our previous robot is a pro and also a con. The weight is important to decide because it will eventually affect our turning, movements, power consumptions and of course the type/number of wheels. How can we give a balance "diet" for our future robot from being fat and slow? We can build it small and compact, mild and light or just with simple mechanisms.
I believe the robot should be small, simple and not-too-light.
Small, it is easier to build and does not interfere with the tracks or turnings.
Simple, just in case anything screws up, rebuilding it would be easier.
Not too light, a little bit of weight is recommended to prevent the robot from slipping, jerking and possibly gets off track.
Another thing to take note of is the sensors. It is always light sensors. Our previous robot is causing a lot of inaccuracy and failures on turning.
The obvious reason is the distance between the sensors and the wheels. The sensors shouldn't be too far from the wheels nor too close.
Our future robot should have a close enough distance from the wheels. So when the robot stops, the wheels are in the exact location as we want.
Arm mechanism. So called the pain in the ass.
Is there an arm design that could pick up almost every shape and sizes ?
Is grab-n-lift a good option ?
Do we really need an arm (guess so) ?
The following is the battery. Which battery should we use on competition day, rechargeable or new AA batteries? It would be best if we get some sponsorship from the school for batteries. Program using rechargeable then optimize it to a higher voltage, sounds good ? I believe the old design is a power hogging machine, therefore the new design must be small. It failed on the design and programming. Better design is a must. Until now, I'm still wondering how did we won third prize in the competition with this rotund golem.
Next, the wheels. Should we consider more than 2 wheels ? Do we need small wheels or big wheels? I think we are better off with big wheels (previous wheels).
The small wheels isn't giving much "grip" from what i see, and it may slip if we use a faster speed, it's just too light. The wheels are depending on the size of our robot. It's not like we put tiny wheels on a giant machine, that would be LOL !
Besides that, if possible, we're going for max power and max velocity. We never know what would happen next.
My views may be a little bit of obscure and ridiculous, I think you get the idea. Well, it's just my point of view.
Tell us what do you think about a winning robot.
Cheers.
-CH-
Wednesday, 2 September 2009
3D modelling using Solidworks
I have been relearning Solidworks (a 3D CAD software widely used by engineers & designers) for a while and decided to do some simple modelling on my own after going through some of the tutorials. So i just picked the Technic studless straight beams as my subject due to its simplicity & my skill level :p
But i thought i used too many steps to complete the model, so i made another attempt to remodel the beam using different methods and this time around it only uses 3 steps to complete the model.
Satisfied, i continued to model the rest of the straight beams of varying lengths including 5m, 7m, 9m, 11m, 13m, and 15m & made a screen shot of all the different beams lined up together,
Overall, i had a fun experience using Solidworks to model the Technic beams. I understand there are a lot of LEGO CAD softwares out there that would satisfy most Mindstorms & Technic fans, but for the few who find them too limiting in features, eg designing your own custom parts, performing some stress analysis, or some motion analysis, then you should give Solidworks a try ! (provided money is not an issue for you :p)
In engineering, just like in real life, there are many ways to solve a given problem and the rule of thumb is always to solve it using the simplest method. I completed the first 3M studless straight beam using 7 steps (or 7 features),
But i thought i used too many steps to complete the model, so i made another attempt to remodel the beam using different methods and this time around it only uses 3 steps to complete the model.
Overall, i had a fun experience using Solidworks to model the Technic beams. I understand there are a lot of LEGO CAD softwares out there that would satisfy most Mindstorms & Technic fans, but for the few who find them too limiting in features, eg designing your own custom parts, performing some stress analysis, or some motion analysis, then you should give Solidworks a try ! (provided money is not an issue for you :p)
Sunday, 2 August 2009
Quick engage/disengage mechanism for gear trains
Due to the challenging design of this year's Robot Energizing objects, many teams have come up with pretty interesting designs to carry the resources (i.e coal, bio-fuel, and esp. solar). One of the biggest challenge the teams face is to design some mechanism which can grab and lift the object by using only 1 motor as the other 2 have been used up for navigation.
So, some of the more successful teams have employed the grab & lift mechanism similar to the one shown below,
This is a brilliant solution for grabbing & lifting the Solar rescource off the ground, but there's a slight drawback to this design when the gear reduction ratio is too big - you need to turn the motor many rotations to reset it to the original position everytime the robot misses. So one the solution the teams come up with is to attach another knob/wheel along the driving axle for manual reset. However, this still takes up an awful amount of time, especially if your robot miss more than once :S
Recently i came across a very interesting mechanism that can engage/disengage a gear train with relative ease and i thought it would be an useful add-on to the grab & lift mechanism for quick engage/disengage in the event the robot misses the object.
I have uploaded the videos showing how the quick engage/disengage mechanism work along with the grab & lift mechanism without the quick engage/disengage mechanism for comparison.
Grab & lift with quick engage/disengage
Grab & lift without quick engage/disengage
This mechanism can even be applied to grabbers which uses wormscrews, which can save even more time on resetting the grabber.
Monday, 20 July 2009
Almost Famous - NRC 2009 Newspaper Article
I have been in Kuala Terengganu for less than 6 months, and I am already making a scene. Creating too much publicity is NOT a good thing :)
We had a little tiny article printed on the Sin Chiew 18 July 2009 about our recent win in the NRC 2009.
Since I cant read chinese, I can't give you a summary on what it says, but most probably only good things :)
Those who didn't see the article in their Sin Chiew is because it is printed in their equivalent of Metro section (The Star), where it only talks about local events in Kelantan, KT and Kuantan (East Coast).
We had a little tiny article printed on the Sin Chiew 18 July 2009 about our recent win in the NRC 2009.
Since I cant read chinese, I can't give you a summary on what it says, but most probably only good things :)
Those who didn't see the article in their Sin Chiew is because it is printed in their equivalent of Metro section (The Star), where it only talks about local events in Kelantan, KT and Kuantan (East Coast).
Lego Technics Quad Bike 8262
Isn't the Quad Bike just sexy? I must admit, most of the 2009 Lego Technic models are just awesome. In fact, I am eyeing the Technic Go Kart too! Not forgetting all the Star War Series, that I have already spent too much collecting.
I must admit, but this is the second Technic set that I have built. It is NOT that I don't own any other Technic sets, but all of is still Brand New in Box. I have the Lego Bulldozer 8275, but just haven't gone around to building it. I am sure it is an awesome set, with all the PF Motors!!
When I first opened the box to the Quad Bike, I realised that there is so little pieces in there. With all the packets on the table, I was wondering whether have they left any parts out? Most of the weight of the items are in the rubber wheels :p
After pouring all the parts out on the table, I realised that it is filled with many many small parts. After a quick flip through of the intruction booklet, I realised that there is alot of little details (and little parts) used to make the quad bike.
I spent closed to 2 hours building the Quad Bike. I really like the front suspension that the Quad Bike have. The design is great, and I hope to incorporate it in my future NXT designs. The only problem is that, the pieces and absorber piece is unique to this set, and NOT included in any standard NXT Set :(
It has an alternate building instruction to build a Buggy. I will be building it soon, and will definately post the pictures of that soon.
Sunday, 19 July 2009
NRC 2009 - 3rd Place Kuala Terengganu State
Here is a photo of the kids from SMK Chung Hwa Wei Sin with the 3rd Price win at the NRC 2009 Kuala Terengganu State level.
Congratulations to them on work well done of getting 3rd place. It is their first year with the NXT and coaching them from ground up is no easy task, not to mentioned with their busy schedules, they only had about a month to come up with their robot design and program for it.
Going against students who have got NXT experience, not to mentioned that they had already completed a similar NRC 2008 question is no easy task. Luckily with the long hours put in, they manage to obtain 3rd Place.
The kids are (from left to right)
- Cedric
- Koong (Chief Programmer)
- Chen Hui (Chief Builder)
- Eric Tan (Coach)
I will be posting more on my NRC experience in the future post, as well as the design concept of our NRC 2009 robot, as well as mistakes that we had made.
Wednesday, 15 July 2009
Lego City Coat Rack
Look what we have here. It is a very similar concept to what was posted earlier. Check photo below, and link to posts.
Saturday, 31 January 2009
Automatic Bucket Filler
It's been a while since my last NXT project, and since i got a week off for CNY so why not do some home improvement to make the home a better place to live in, right ?
In the house i live in, "someone" just have a strange habit where they like to leave the tap dripping all the time and i can never understand the logic or the rationale behind it. So i decided to probe deeper and find out the answer - "Oh, i just leave it dripping all the time so it will fill up the bucket automatically" was the reply i got :S
The problem was the bucket overflows all the time that is a tremendous waste of H2O...Hence, i came up with the Automatic Bucket Filler.
This system consists of one motor and one touch sensor. When the water level is low, the ball drops to a lower level and the touch sensor is released, signalling the NXT to rotate the motor to turn on the tap; when the water level is high, the ball raises due to buoyancy and presses the touch sensor, signalling the NXT to turn off the tap.
The motor turns the tap.
The ball rises and lowers depending on the level of the water, and when the level is high enough the ball will press on the touch sensor to signal the NXT to turn off the tap.
Ok, i know you can't wait to ask me how much can i save with this system and what's the ROI ? After doing some simple calculations,
Annual savings on water bill : RM 5
Cost of Mindstorms NXT : RM 1400
Return on investment (ROI): RM 1400/RM 5 = 280 years !
Hey, just 280 years only mah, not bad wat... after 280 years can start saving RM 5 every year oredi, so chun !
Subscribe to:
Posts (Atom)