|
|
|
![]() |
|
|||||||
|
||||||||
Thousands of manhours.
Four thousand, two hundred and thirteen lines of code.
Hundreds of new cuss words.
Two years.
Coming 2007.
24-12-2006 14:49
RoboMadi
ehm...........what is this?
Does look like a drive train to me....
Robot Balboa?
Imad
24-12-2006 14:53
Tim Arnold
Sounds interesting, but I can't help to chuckle when I look at the portal and this on the side... No More Teasers in 2007!
24-12-2006 14:53
Tom BottiglieriLooks like Mike got his navigation black box working. Lets see if its useful.
24-12-2006 15:17
Mike
As a little side note:
All schematics, code, part numbers, EVERYTHING from this project will eventually be released. For under $300 and some basic technical know-how (eg: can you read an instruction manual?), a first year team will be able to implement a very accurate and effective...
Wait, what were we talking about again? 
24-12-2006 15:23
Billfred
Man, that is an exquisite box of Diet Pepsi. 
Now, out with the details--judging from the picture and the poster, I assume it's some software kung-fu (and world-class kung-fu at that, knowing 237's track record with such things). Color me interested.
24-12-2006 17:35
chris31|
Looks like Mike got his navigation black box working. Lets see if its useful.
|
24-12-2006 23:00
Andrew Blair
|
Looks like Mike got his navigation black box working. Lets see if its useful.
|
24-12-2006 23:51
Mike

24-12-2006 23:59
Matt Krass|
Looks like Mike got his navigation black box working. Lets see if its useful.
|

|
Originally Posted by chris31
Is that what the extra board is.
|
25-12-2006 00:02
Heretic121
from tom's comment i cant help to think what havoc this might bring upon with another "black box" like 195 had last year...
25-12-2006 00:15
Donut
Sounds like fun! I'm glad to know there'll be some impressive autonomous modes out there this coming year. We have to see the results you get from this next season, I hope it proves that sensors really can make such a huge difference.
We'll try to give you a run for your money if we can.
25-12-2006 00:16
6600gt
25-12-2006 00:20
Mike
I forgot I mentioned this project to Tom a while back, seems like the majority of the mystery is gone. Should've known not to trust him with stuff like this 
Don't think I'm gonna let you in on all the juicy stuff...
This is a joint effort between Matt Krass and I. The testbot and hardware is located at my house, but without him this project would've never advanced from an idea and sketch on paper. He provided a large amount of the technical information that I didn't know prior to this project. Biggest learning experience of my life.
So heres a brief run-down.
25-12-2006 01:09
Tom BottiglieriLooks good. I'm wondering how you're going to get "Drive Forward 100 inches" to actually work on the robot hardware side. Some modular drive control functions on the IFI side, perhaps?
We did something similar last year, but it was all done on the IFI hardware. I like bringing it off of the RC though; we ran into some interrupt problems between the encoders, timers, and constant serial traffic between the RC and our LCD screen system.
26-12-2006 15:59
Matt Krass|
Looks good. I'm wondering how you're going to get "Drive Forward 100 inches" to actually work on the robot hardware side. Some modular drive control functions on the IFI side, perhaps?
We did something similar last year, but it was all done on the IFI hardware. I like bringing it off of the RC though; we ran into some interrupt problems between the encoders, timers, and constant serial traffic between the RC and our LCD screen system. |

26-12-2006 16:14
Tom Bottiglieri|
What kind of LCD system did you use? We're looking in to adding that functionality, if its worthy of the extra wiring and code and presents a useful advantage.
|
27-12-2006 03:06
Matt Krass|
We were able to tap into our available TTL serial port on the RC last year to drive a serial-driven LCD. It was a 4x20 character display, and was very useful for diagnostics and PID loop tuning. We could test the robot and use the screen as a pseudo terminal to test functions of the robot without a laptop.
We created a menu system which made configuring the robot like using a copy machine. You could use up and down buttons to change the menu options, and select/back to advance through the sub menus. The real glory in our system was in the pocket PC based waypoint creator. Make the waypoints on the PPC, plug in the serial cable, and it automatically synced. Cool stuff. |
27-12-2006 20:56
magical handsNo offense guys, I believe we implemented a very similar system last year[1219 Iron Eagles]. We implemented 6 sensors on our robot with a navigation system. We had ours hooked up to a tablet PC, so we select points on the tablet and the action to perform and it writes a code into C and loads into the robot. We created sectors in EEPROM so basically we can save like 6 to 9 different codes in EEPROM and than based on the binary switches [coded for example 001 - autonomous 1] we were able to change our autonomous. We didn't find lot of success last year because our microcontroller broke in one of the game and so we had to literally re-design the control system. Hopefully we can use it this year 
27-12-2006 23:28
Mike
|
No offense guys, I believe we implemented a very similar system last year[1219 Iron Eagles]. We implemented 6 sensors on our robot with a navigation system. We had ours hooked up to a tablet PC, so we select points on the tablet and the action to perform and it writes a code into C and loads into the robot. We created sectors in EEPROM so basically we can save like 6 to 9 different codes in EEPROM and than based on the binary switches [coded for example 001 - autonomous 1] we were able to change our autonomous. We didn't find lot of success last year because our microcontroller broke in one of the game and so we had to literally re-design the control system. Hopefully we can use it this year
![]() |
28-12-2006 00:38
Donut
28-12-2006 01:19
Mike
|
Six limit switches aren't that bad to program, are they?
This sounds interesting as a "leveling the playing field" option for autonomous modes. I'm not sure how bad that price tag is though; I'll have to see what sensors are included with that before I get really excited over this. |

28-12-2006 01:21
Matt KrassAlright let's clear one thing up. This won't be a black box unless you want to completely disregard the included documentation. The whole device will most likely be released in the form of schematics, source code, and documentation on the protocol and wiring, as well as comments in the code. All the programming on our side is handled with freely available open source tools that even come with a windows installer. So it'll be pretty easy for teams to modify it to work for them if they wish, but we're hoping the default set up will be useful for most teams.
I'm also wondering if teams would be interested in a menu-driven 4 line by 20 character LCD for set up, calibration and possibly "instant feedback" of the robots status (Tach and such) similar to what Tom described for 195s system. This has to be designed in due to the nature of the LCDs control system. Hopefully it won't drive the price up a whole lot either.
So what's the word on that?
28-12-2006 09:31
Billfred
|
I'm also wondering if teams would be interested in a menu-driven 4 line by 20 character LCD for set up, calibration and possibly "instant feedback" of the robots status (Tach and such) similar to what Tom described for 195s system. This has to be designed in due to the nature of the LCDs control system. Hopefully it won't drive the price up a whole lot either.
So what's the word on that? |
28-12-2006 09:57
chris31|
As awesome as it sounds, it kinda feels like a bell and/or whistle (though I've never used one on a robot, so I could be dead wrong). How hard would it be for someone to integrate the LCD control code in with the existing code, assuming they have both?
|
28-12-2006 12:24
Mike
|
As awesome as it sounds, it kinda feels like a bell and/or whistle (though I've never used one on a robot, so I could be dead wrong). How hard would it be for someone to integrate the LCD control code in with the existing code, assuming they have both?
|
28-12-2006 16:07
Matt Krass|
As awesome as it sounds, it kinda feels like a bell and/or whistle (though I've never used one on a robot, so I could be dead wrong). How hard would it be for someone to integrate the LCD control code in with the existing code, assuming they have both?
|
|
It wouldnt be to hard since they already have a development board set up and it probably has extra pins that they could use to run an LCD screen.
|
28-12-2006 20:28
Andrew Blair
Well, great generosity in FIRST again! Great work guys, but if you release it this year, I won't have a reason to code the "Destroy autonomous juggernaut"
program! That's about the limit of my coding ability anyways...
voidDESTROY(void)
{
pwm04=pwm05=255;
}
28-12-2006 20:47
Matt Krass|
Haha, now I'm curious about what sensors you've included in the setup. I saw two encoders on the practice robot, but I always thought it'd be easier to use a gyro and one encoder. What hardware are we looking at needing?
|
29-12-2006 17:26
Barry Bonzack
If we are unable to use code created before the six weeks in a copy/paste action as discussed here, how would that that rule apply to generating code from a program that was written with hundreds of hours before the six weeks?
29-12-2006 17:32
Greg Marra
|
If we are unable to use code created before the six weeks in a copy/paste action as discussed here, how would that that rule apply to generating code from a program that was written with hundreds of hours before the six weeks?
|
29-12-2006 18:04
chris31|
If we are unable to use code created before the six weeks in a copy/paste action as discussed here, how would that that rule apply to generating code from a program that was written with hundreds of hours before the six weeks?
|
30-12-2006 02:49
Matt KrassWe're not providing any control code, or anything to make a robot function, just code to retrieve information from a device, it's no different than the code IFI provides to retrieve analog info from the ADCs, or the code Kevin provides to retrieve information from the camera. It doesn't "do" anything, like move the robot, or shoot a ball, so we feel it's not in violation of the rules.
30-12-2006 09:38
Andrew Blair
I think what needs to be recognized here is the spirit of the rule, and not the wording. This is intended, like Kevin's code, to be a free, openly available tool that has been developed to increase the capability, and improve the learning curve of new, or limited resource teams. And, when it comes to software, most teams have limited resources.
30-12-2006 14:55
magical handsHi! Guys as I mentioned before that I did a similar project. When I was doing this, I found that the most expensive part of this project is LCD itself. If you have a smal LCD Panel than you first need to create a cross-platform between a C language and the language required to program the LCD panel itself. Also, if it is a small screen which costs about I don't know around $50? Is not going to help a lot since you can't display a lot of information. What I would suggest is if you guys can do something what we did last year. We used table PC but you guys can use laptop also if no one on team has tablet. Have the COM Port on laptop communicate with the control system in real time so you always have the information such as co-ordinate values, velocity, sensor values, motor values, current flow in robot and etc monitored at all the times. If you guys don't want to do lot of hard work than their is always IFI dashboard we can use. But I would say this would be a challenge. 
30-12-2006 15:37
chris31|
Hi! Guys as I mentioned before that I did a similar project. When I was doing this, I found that the most expensive part of this project is LCD itself. If you have a smal LCD Panel than you first need to create a cross-platform between a C language and the language required to program the LCD panel itself. Also, if it is a small screen which costs about I don't know around $50? Is not going to help a lot since you can't display a lot of information. What I would suggest is if you guys can do something what we did last year. We used table PC but you guys can use laptop also if no one on team has tablet. Have the COM Port on laptop communicate with the control system in real time so you always have the information such as co-ordinate values, velocity, sensor values, motor values, current flow in robot and etc monitored at all the times. If you guys don't want to do lot of hard work than their is always IFI dashboard we can use. But I would say this would be a challenge.
![]() |
30-12-2006 15:43
Matt KrassWe don't actually know what we're going to use yet, that's why we want your feedback! The LCD module will be an expansion, so if teams don't want it, they can skip, or maybe get a smaller one for less cost, but to offer options we need to know which you want, so keep this stuff coming, it's good stuff 
30-12-2006 16:32
chris31|
We don't actually know what we're going to use yet, that's why we want your feedback! The LCD module will be an expansion, so if teams don't want it, they can skip, or maybe get a smaller one for less cost, but to offer options we need to know which you want, so keep this stuff coming, it's good stuff
![]() |
30-12-2006 18:49
David55
|
We don't actually know what we're going to use yet, that's why we want your feedback! The LCD module will be an expansion, so if teams don't want it, they can skip, or maybe get a smaller one for less cost, but to offer options we need to know which you want, so keep this stuff coming, it's good stuff
![]() |
30-12-2006 19:22
chris31|
I think a regular 4x20 would be great. They are easy to get and fairly cheap.
I'm also curious about the possability of using graphic LCD modules...something like this http://www.crystalfontz.com/products...AG160128BYYHTZ |
30-12-2006 22:20
Andrew Blair
Alot of teams are used to SparkFun, but you could probably do better price wise.
20x4 LCD with Backlight
30-12-2006 22:30
Matt KrassThat's the kind of LCD we were looking it.
Question, does anyone think they'd be interested in a button controlled UI or just having a fixed output screen on the LCD showing certain things?
30-12-2006 22:44
chris31|
That's the kind of LCD we were looking it.
Question, does anyone think they'd be interested in a button controlled UI or just having a fixed output screen on the LCD showing certain things? |
30-12-2006 22:47
Billfred
|
That's the kind of LCD we were looking it.
Question, does anyone think they'd be interested in a button controlled UI or just having a fixed output screen on the LCD showing certain things? |
31-12-2006 01:49
Matt KrassWell folks, we seem to have generated quite a buzz here, and it's about to get louder. This mysterious device, all you know is its a navigation system and it's designed to be easy to use. But is it really easy to use? We think so, but the only way to know how easy it is to use, and how effective it is is to let teams try it. But it's not quite ready, it's working, but it's a bit messy, so we've decided to do a beta test.
We're looking for about 20 teams to disclose full drawings, full code, software, everything you need to build a prototype unit and use it on a competition robot. We're looking at a price point in the high 200s, due to the limited number of parts being ordered. Teams involved will have to be willing to try out new technology, and send us feedback. They will receive personal email support from the developers (Mike Sorrenti and I) as well.
We want to keep a small number of teams for a few reasons, mostly because support for a lot of teams is difficult, and we don't want the plans getting out until its been thoroughly bug-tested by some adventurous guinea--err beta-testers.
How much interest is there out there for a test group like this?
31-12-2006 02:12
Tom Bottiglieri|
How much interest is there out there for a test group like this?
|
31-12-2006 02:43
Cody Carey
Team 306 would definitely be interested in beta testing this...
31-12-2006 04:31
Karthik
|
If we are unable to use code created before the six weeks in a copy/paste action as discussed here, how would that that rule apply to generating code from a program that was written with hundreds of hours before the six weeks?
|
|
Originally Posted by Section 5, 2006 FRC Manual
<R71> Unaltered software modules developed during prior competitions may not be directly re-used. Just as designs for hardware COMPONENTS may be reused from one year to the next, software algorithms and designs may be reused. However, the specific lines of code must be customized for each robot each year.
|
31-12-2006 08:15
Billfred
|
Well Matt, I would love to take you up on your offer, but as always, I have yet another trick up my sleeve.
Upper 200s? Try 150. With a touchscreen. See ya in 07! ![]() |
31-12-2006 08:53
chris31Matt, Team 2021 is willing to help beta test it for you.
31-12-2006 14:01
magical handsI know how you guys said you want 2 X 20 or 4X20 LCD screens but I don't think you guys can get what you want. Here is why, you don't have lot of character options and I know how you wanted feedback from camera but what kind of feedback? A simple text based saying "Colour Green Detected" "Distance 45 meters"? or something that shows you what the camera is viewing, in other words looking from camera's point of view.
Also, With a small 2X20 LCD screen how are you guys planning on creating a navigation system. Especially the interface? I thought you guys have a GUI that goes along with your navigation system. In such circumstance you guys will be using a laptop to map the co-ordinates and than the GUI will generate a code based on co-ordinates you selected and than feed info to micro-controller. Well why go through so much trouble?
Have an embedded computer into your control system, which you can use to run your GUI while designing autonomous. Once you are done designing autonomous you can have options to save 9 different autonomous modes into EEPROM. During the autonomous have an onboard binary swtich system which will allow you to activate one of the 9 autonomous from EEPROM. At the same time you can use your computer that is embedded to get realtime feedback from the robot during a game.
-:::-Jigar Patel [1219 IRON EAGLES]-:::-
31-12-2006 15:25
Mike
|
I know how you guys said you want 2 X 20 or 4X20 LCD screens but I don't think you guys can get what you want. Here is why, you don't have lot of character options and I know how you wanted feedback from camera but what kind of feedback? A simple text based saying "Colour Green Detected" "Distance 45 meters"? or something that shows you what the camera is viewing, in other words looking from camera's point of view.
|
|
Also, With a small 2X20 LCD screen how are you guys planning on creating a navigation system. Especially the interface? I thought you guys have a GUI that goes along with your navigation system. In such circumstance you guys will be using a laptop to map the co-ordinates and than the GUI will generate a code based on co-ordinates you selected and than feed info to micro-controller. Well why go through so much trouble?
|
|
Have an embedded computer into your control system, which you can use to run your GUI while designing autonomous. Once you are done designing autonomous you can have options to save 9 different autonomous modes into EEPROM. During the autonomous have an onboard binary swtich system which will allow you to activate one of the 9 autonomous from EEPROM. At the same time you can use your computer that is embedded to get realtime feedback from the robot during a game.
-:::-Jigar Patel [1219 IRON EAGLES]-:::- |
31-12-2006 15:40
Andrew Blair
I have a question regarding your plug and play setup. I assume the gyro and encoders are plugged into the dev. board, and you just supply power and a serial connection to the brain, right?
31-12-2006 15:48
chris31|
I have a question regarding your plug and play setup. I assume the gyro and encoders are plugged into the dev. board, and you just supply power and a serial connection to the brain, right?
|
31-12-2006 15:48
Tom Bottiglieri
31-12-2006 15:52
Matt Krass|
I have a question regarding your plug and play setup. I assume the gyro and encoders are plugged into the dev. board, and you just supply power and a serial connection to the brain, right?
|
31-12-2006 16:06
Mike
Thanks for the input all,
We'd like to bring this topic back into focus. The competing systems are an interesting discussion, and will be a fun topic once the full capabilities of both are revealed. Matt and I are confident in what we have developed, and are looking for others to invest in that confidence.
So, who would be willing to beta test?
31-12-2006 16:07
Tom BottiglieriFor possible system beta testers:
Take everything I've said in this thread with a grain of salt. My INS is still in early stages of the design process, and I have no intention of making it public in the 2007 season.
So, beta test away. I believe all you need is encoders on each drive side, a gyro, and the AVR board. You'll probably get a gyro and gear tooth sensors in the kit, so maybe you'll just need the AVR board.
31-12-2006 16:08
Rob2713gI have to confirm when my team meets on Wednesday, but those that I have spoken to on Team 540 are interested and want to do it. We will also ask 384 and 1086 - who we are working with to share resources.
31-12-2006 16:19
Billfred
Other question of interest to me: Is this system adaptable to some of the growing numbers of omnidirectional robots? Even in such a grunt-heavy game as Aim High, you still saw a small number of teams take it sideways in various forms--and interest in them seems to be pretty high, going by the number of CAD drawings and prototypes I've seen on ChiefDelphi.
31-12-2006 16:22
chris31|
Thanks for the input all,
We'd like to bring this topic back into focus. The competing systems are an interesting discussion, and will be a fun topic once the full capabilities of both are revealed. Matt and I are confident in what we have developed, and are looking for others to invest in that confidence. So, who would be willing to beta test? |
31-12-2006 16:32
Mike
|
Other question of interest to me: Is this system adaptable to some of the growing numbers of omnidirectional robots? Even in such a grunt-heavy game as Aim High, you still saw a small number of teams take it sideways in various forms--and interest in them seems to be pretty high, going by the number of CAD drawings and prototypes I've seen on ChiefDelphi.
|
|
Im willing, I have to check with the team though. Any idea on when schematics and all will be posted since kickoff is just around the corner.
|
31-12-2006 16:35
Adam Richards
|
Thanks for the input all,
We'd like to bring this topic back into focus. The competing systems are an interesting discussion, and will be a fun topic once the full capabilities of both are revealed. Matt and I are confident in what we have developed, and are looking for others to invest in that confidence. So, who would be willing to beta test? |
31-12-2006 16:56
Matt KrassWe appreciate the feedback and interest you've all displayed. We're working to get the beta test approved and your interest is very helpful, please keep it coming. Once it's all squared away and the beta is approved we'll release the official beta details and start emailing invites.
31-12-2006 17:09
magical handsHey you guys can surely add 1219 to your beta test. We would love to try that control system and help give as much feed back possible
If you guys want you can contact team 1219 on following e-mail jigarjuhi [at] yahoo dot ca
Couple of questions though! Are we allowed to modify your control system to suit our robot? for example your control system might be designed for 4 wheel drive but what if we have 6 wheel drive?
Also, if team chooses to implement your control system but what if later on they choose not to use it? is that fine? or you have to stick to the plan?
-:::-Jigar Patel [1219]-:::-
31-12-2006 17:19
magical hands| Would you rather be required to pay $XXX more in order to purchase a PDA to attach to the bot? |
| $200 price limit. Why have binary switches if we already have a fully loaded/embedded computer? If the computer is on the robot, how are we supposed to see the information in realtime? |
Tom, is your system plug and play?
|
31-12-2006 17:21
Billfred
|
The current revision is designed to work on robots based on the typical (and currently dominant) drive systems.
|
31-12-2006 17:31
Greg Marra
|
You don't necessarily have to purchase a PDA, I am 110% sure every team has atleast 1 laptop in pit area. Why not make better use of that laptop and have it embedded on control system. Now you can do your programming as well as use it as an onboard computer.
|
31-12-2006 18:45
magical hands
Was my assumption correct or you meant something else?
31-12-2006 20:28
Greg Marra
|
Don't get me wrong but I didn't mean onboard meaning on robot. I meant it on control system lol
Was my assumption correct or you meant something else?![]() |
01-01-2007 00:39
Andrew Blair
01-01-2007 02:31
Tom Bottiglieri|
Haha, frowny face indeed. As far as the LCD goes magical hands, I think it's just meant to be a really light, quick diagnostic device. Check modes, certain algorithm values (Such as PID), etc. Nothing big. If you are just using it for a relatively static auto. mode, then it is probably not even necessary. They do intend for it to be optional.
|
01-01-2007 02:34
Greg Marra
|
These are some things that flashed on the LCD when we started up last season:
Battery Voltage Gyro Rate (to make sure it was calibrated correctly.) Ultrasonic sensor distance (sometimes the plug came out and the distance was 0. We drove backwards...) These things can be checked in another fashion, but in the heat of competition, its easy to miss something. |
01-01-2007 15:13
6600gtHow much work is the ATMega16 actually doing?
01-01-2007 23:04
Matt KrassIt's handling trigonometry, ADC oversampling, interrupt counting, serial communications plus a few other things we're not quite ready to reveal 
Overall I'd say we're utilizing 70% of the chips power and we're still looking in to a few more tricks.
02-01-2007 13:11
fledmanI would be interested (1525).
03-01-2007 00:40
Matt KrassUnfortunately due to unforeseen constraints, we will be unable to run the beta test this build season. A lack of availability of parts and funds as well as technical difficulties prevent us from being able to fairly distribute the technology. However you will see updates from us as we develop it further. This also allows us the opportunity to add in a few planned features, such as the ability to use a second, lower-rate gyro (perhaps even the KoP gyro) to measure vertical tilt and account for travel up and down slopes.
Thanks for all your feedback, knowing you're interested makes us want to work that much harder.
03-01-2007 15:08
Mike