|
#106
|
|||
|
|||
|
Re: why blame the programmers??
Quote:
Sadly, it's not the real robot. I do get some control over the build though when I threaten to setup the wireless system so that I can hack into the robot from the other side of the school and start driving remotely (something which I am able to do thanks to our school's wireless network) |
|
#107
|
||||
|
||||
|
Re: why blame the programmers??
We don't generally have to many problems with programming errors on our team but the programmers get blamed for everything and the mechanical team takes the credit when everything works.
The best one was when our battery came disconnected. The programmers say the mechanical team should have zip tied the connector together....which they should have. The mechanical team says the programmers shouldn't have run and hit the wall full speed during autonomous mode in Lunacy causing the battery to fly out of the robot and the human player at the middle station to crap his pants (slight exaggeration but half the balls in the hopper went over the wall and hit him)......okay maybe that one was a programming error. ![]() |
|
#108
|
|||
|
|||
|
Re: why blame the programmers??
Quote:
At least you're not alone! I'm in the same boat. OH, AND troubleshooting. If something doesn't work, it doesn't matter what it is, it's my job to figure out what the problem is and figure out how to fix it. |
|
#109
|
|||
|
|||
|
Re: why blame the programmers??
Ugh, as a former programmer and head of Electrical for my team, I remember being crunched for time as Mechanical would take their time building things and wait until the last few days to assemble everything, leaving me with only a few days to properly code and test everything.
I would get it running decently, and then at a competition something would suddenly stop working after a few matches. It's not the programmer's fault if a badly soldered wire to a solenoid broke, or if the tension in some chain caused the gears to slip. >_> Plus some members of the team don't see typing on a keyboard very productive until you actually upload code to the robot... |
|
#110
|
||||
|
||||
|
Re: why blame the programmers??
Quote:
Luxury... |
|
#111
|
|||||
|
|||||
|
Re: why blame the programmers??
Quote:
![]() We aren't on-schedule unless the programmers are programming AT the regional. No earlier, no later. |
|
#112
|
||||
|
||||
|
Re: why blame the programmers??
Programmers have the pleasure of not being on the same time frame in a way. Yeah you need basic code to make sure components work but our magic comes from the time we have to ourselves after ship and the opening day of regionals. I did a majority of the programming after ship and day one of boilermaker. Especially if you are new I would recommend seeking help during day one at regionals from other teams or the volunteers!
|
|
#113
|
|||
|
|||
|
Re: why blame the programmers??
Quote:
Quote:
Luckily it seems like my team has gotten it together this year and is finally making sure they give the programmers enough time to write and test code. Last edited by TD912 : 21-01-2011 at 02:40. |
|
#114
|
||||
|
||||
|
Re: why blame the programmers??
Quote:
You can certainly do most of the basic control stuff without the robot (or with a previous-years robot) and we often do, but if you're using any sensors more complicated than a limit switch, tuning things (autonomous/PIDs/vision/linetrackers) is impossible. |
|
#115
|
|||||
|
|||||
|
Re: why blame the programmers??
It might seem strange to some, but I already wrote almost all of the base code for this year. We know what we are building and what it will do, so I can write all of the software and debug it in a simulated environment, then spend a few days tuning the robot control loops and fixing robot-specific issues.
It helps to have a chassis to work with. You can most certainly work on drive code, automation, and vision on just a chassis. Even if you have to re-tune some of the code for the real robot, simply knowing that the algorithm works as you wanted to, and finding the 10% of cases where the code dosen't work as expected (and fixing them) can be a great help. |
|
#116
|
||||
|
||||
|
Re: why blame the programmers??
The program is the only thing that runs the entire match start to finish. It also has the ability to make or break any part of the bot.
|
|
#117
|
|||||
|
|||||
|
Re: why blame the programmers??
Quote:
The same goes for me.... ![]() |
|
#118
|
|||||
|
|||||
|
Re: why blame the programmers??
If I may make a suggestion for some of those that are on either side of the Programming vs. Mechanical Blame Game:
Communication is key, especially with something like Mechanical and Programming. A large portion of Programming can be done without a Robot in front of you, I'd estimate something like 80%-90%. Mechanical should communicate the design to the Programmers as early as possible so that the Programmers can begin writing code, so that once the robot is completed it's just a matter of tuning the code and making minor changes. This year, once our Design was settled, I went to the head programmer and outlined all of the robots functionality, I told him the number of motors, how they would be driven (relay vs. speed controller), planned sensor feedback, autonomous Strategy, Pneumatic Layout, etc etc. This gives he and his team a solid two to three weeks to code, if not longer, which should help keep them from being stressed out once the robot is done because the bulk of the code should already be written. I'd suggest teams that haven't done this should do it soon. That doesn't mean I'm going to stop blaming the programmers when things go wrong though... ![]() |
|
#119
|
|||||
|
|||||
|
Re: why blame the programmers??
During a couple of years, the TechnoKats build schedule included explicit "programming has priority" time one evening each week. No mechanical work was to be done on the robot that evening, except for repairs when the software broke something. It worked out pretty well.
This year we dug our 2007 practice 'bot chassis out of the robot |
|
#120
|
|||
|
|||
|
Re: why blame the programmers??
I'm running into this very problem now, there's literally no way the code could possibly cause the error we're running into with the drive train, every other programmer's confirmed that and yet...still falling to me. The only possible solutions are the power distribution system and the wrong orientation of wheels (holonomic drive featuring 45 degree omnis)...but the team's become convinced the programming team isn't up to the task. It's running default code /facepalm.
I'd have to agree with a lot of the posts here though, it's easier to blame something you can't see. If the mechanical aspects are wrong, it's (generally) easier to see. You can just say "oh, the tube isn't fitting correctly in the gripper". With code, the only people who can confirm the code is written properly are the programmers, who people don't generally trust when they say it's fine. It's like an older (now graduated) programmer once told me: "The chain can break on the field, and if nobody sees it you're expected to fix the problem". Now that that little rant's over with...I think the other reason is that it's likely the programmer's fault a lot of the time lol. Unless your code's perfect, someone will find that little glitch that triggers the watchdog when the joysticks are in position (-.46, .53) lol |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Improving the experience of programmers and the effectiveness of code | kamocat | Programming | 18 | 25-12-2009 08:33 |
| Placing Blame | ExarKun666 | Chit-Chat | 17 | 24-04-2008 18:24 |
| Who to blame for the creation of the Trackball. | Chuck Glick | General Forum | 7 | 12-01-2008 22:35 |
| I blame robotics for... | JBotAlan | Games/Trivia | 12 | 05-12-2007 00:30 |
| blame it on the doggy robot | Andrew Rudolph | Chit-Chat | 0 | 26-10-2003 13:02 |