|
|
|
 You should never, EVER bully, manipulate, or slander another team for the sake of winning. - Libby K [more] |
 |
|
|||||||
|
||||||||
Here it is folks! Copycat v1.1
First off, let me say, I know the code is sloppy. Very sloppy. I haven't had the time to clean it up, but I'll just say that I'm glad it works and works well.
Ok, so...
What is CopyCat anyway?
Copycat is a multi-slot program that will copy drive system data to EEPR...
Here it is folks! Copycat v1.1
First off, let me say, I know the code is sloppy. Very sloppy. I haven't had the time to clean it up, but I'll just say that I'm glad it works and works well.
Ok, so...
What is CopyCat anyway?
Copycat is a multi-slot program that will copy drive system data to EEPROM memory when (in this version) p3_top is switched on (and solid, don't use button!)
When autonomous mode is triggered, it plays back the stored data on the robot, thus copying the pre-recorded period.
This version holds about 20 + seconds of drive data (Left/Right Drive)
Also, there is a RoboEmu project file for those of you who are weary to try it out right away, and you can see RoboEmu copy your input!
Yes, it's sloppy, but in the future, it'll get cleaner and better. Let me know what you think!
Attached Files
-
CopyCat Code v1.1
1048100128copycat.zip
download file
uploaded: 19-03-2003 13:55
filetype: zip
filesize: 108.18kb
downloads: 134
Discussion
view entire thread
20-03-2003 20:28
Sachiel7Tucker, Hey!!!
Man, I'd love to see how sparky'd do running off of my code 
Funny thing is, after seing sparky at VCU, we though YOU were the one's with the copy auto mode!
Anywho, hope it works!
I'm thinking about putting a switch on the claw (our bot) to reverse the drive variables during playback. This way, you can flip your auto mode based on which side of the field you're on without taking up more memory or recording seprate modes!
Also, I've heard from several teams who have something similar to copycat along with 16 other auto modes. Personally, I don't see the point in having more than 2 modes.
If you look through the read and write modes, you'll notice that I set the Counter Limit to 255... so You're not even fully using half of the available memory in this code. I'm looking into having another switch for a second mode to write to locations 300 - 555... or something like that...
20-03-2003 22:18
Joe Matt
Acutally we came up with an idea like this at Annapolis, then we found out that Miss Daisy had one just like it and they were infront of us on the test ramp! I'm going to look at it and give it to the program head. But Sparky uses an extremely debuged auton mode. We used Sparky 1 from the 2000 year and carpet to try various things.
30-03-2003 02:34
philipprogramerHey after looking at your code, couldn't you change the x variable to a word and have it go up to 1500 or so. That way you can get around 20 seconds of auton operation per programming port. The code in those slots is so small already that it won't rewrite the existing data. Anyway I liked the idea so I rewrote most of it to fit my team's existing code. I can do 6 slots so six modes all can handle 23 seconds but ends when auton mode ends all preprogrammed. Too bad our regionals are already over, would have liked to see if it ran. It does run well on the emulator though. If you want i'll send you what i wrote.
31-03-2003 12:37
Sachiel7I just left x (the counter) the way it is as an example for usage.
I have updated this in my prog as well.
Thanks for the note though!
I'm not sure if any other team's have thought of it...
view entire thread
Tags
loading ...