![]() |
Re: disaster in israel regional
Well, after being in the field 3 days (including nights) long, I can tell you that there was no one as the Event Manager. Chris, Shahar and I were fighting these comm problems al the time. eventually we figured out how to make things work. Also the match on the 3rd day that didn't work at all was self-inflicted by one of the robots, incorrect robot code can send loads of errors and since we couldn't use our strong router these errors made the system crash. we COULD'NT tell which robot was the one with the errors and we didn't have the time to run a full diagnostic scan.
Problem is that in Israel everyone thinks they know the best thing to do. Hint, THEY DON'T people should stop messing around with codes they don't know without help!! All we can do now is hope that our plan to give some seminars will help. I know people are disappointed but our main problem was that Israel's goshdarn goverment didn't let us use 5Gighz so the main server didnt work. Just to give you guys a cclue about what happened, we ran an Off-Season Event for the robot controls using FMS Lite, and the scoring and sounds and everything else was done by the FMS Server which was not connected to the robots. we had to run them simultanously and manually. so I hope you understand, Lior |
Re: disaster in israel regional
from my point of view it looks like the orginizers didn't think about that there was not anyone from usfirst who know the field and it's accessories. It must to have anyone who know the field and it's elements like the router. One of our mentor built a lot of wireless networks in israel and he said that the router's place was wrong because the signals got to audience and not to the robots.
|
Re: disaster in israel regional
The regional sure was disappointing,but the communication problems could be if you program your robot right (we tried to send as least data as possible and we didn't have any problems during the games,they just took so long to start...)
And about the hanging: The picture speaks for itself. (By the way-the battery onlt fell after the game ended so we didn't get a penelty!) |
Re: disaster in israel regional
I am so sorry to hear about all of the problems that were had at the Israeli regional. I know that if I had been there I would have been going out of my mind.
In NYC this past weekend they got pretty backed up with matches that they decided to have both of the awards ceremonies on Sunday night and then limit it to 2 people to pick up the awards when announced. Saturday night though the pits closed at 7 pm so we definitely had time to do awards. I would have preferred that rather than getting home at 11 pm Sunday night. :( :( |
Re: disaster in israel regional
For those of us North Americans that don't know:
In Israel, the 5GHz frequency band that we use to run our robots is a restricted military frequency, and they're not allowed to use it. This is likely the source of much of the Israeli Regional's problems, as FIRST HQ and FIRST in Israel had to come up with an alternate solution using the 2.4GHz band. This solution was probably less than perfectly tested, and hasn't got nearly the mileage on it the our 5GHz based system does here in NA. |
Re: disaster in israel regional
Sounds alot like some of the US regionals. Invalid results because of persistant field comm problems.
|
Re: disaster in israel regional
That is really a saddening and disappointing experience. I hope that you stay with it, because FIRST is truly a wonderful program and regionals usually are something so rare and wonderful to behold. It's like finding the pot of gold at the end of the rainbow. I wish you all the best, and I hope that you guys stay with it and hopefully they get these kind of problems fixed.
|
Re: disaster in israel regional
This is not the programmers fault... yes some teams had "Watchdog Not Fed" on their DS but most of the teams had "No Robot Communication" when they had communication problems...
"No Robot Communication" can only happen by a field error that is related to the field router and robot access-point, and "Watchdog Not Fed" is programmers fault most of the time as far as i know. As the driver of team 2230 i can assure you that during most of the games the communication problems were because there was no communication with the robot, and even in our semi-finals game, two robots in our alliance didn't have communication at all with the robot during most of the game (team 1690 and team 2214) which caused the game to be 3 robots against 1 robot, and since it is the elimination games the robots where good (we were against teams 2630 1657 and 2669 the regional champions) so we didn't stand a chance, and the field crew didn't even care about all the communication problems and continued the game normally like nothing happened. and we didn't even had a chance to fix it because of the stupid decision to make the elimination games 1 match and not the best out of 3 games. |
Re: disaster in israel regional
With all the fuss about the communication problems, everybody forgot to mention problems that were far more important. The Israel Regional showed a lack of understanding and commitment to the values of FIRST.
The comm problems created an incredibly stressful and difficult environment to compete in. Most teams managed to make the best of the situation and compete fairly. However, the regional had two major Gracious Professionalism incidents:
As to the technical problems, 1075guy is absolutely right. I hope that in the future FIRST engineers give more effort to a suitable workaround in Israel. The use of 802.11g (2.4GHz) instead of 802.11n (5GHz) more than halved the bandwidth of wireless communications. Whenever too much data flooded the router, it would lose comm. This flood of data was caused mostly, from what the field crew told me, by error messages generated by the Watchdogs in some team's code. The problem lies with FIRST for not preparing for this situation, as well as with the teams who improperly coded their robot. |
Re: disaster in israel regional
I have one question, and only one. Aside from the frequency:
Did all the teams log out of their Driver profile and log back in between matches (and/or make sure their Developer profile was logged out)? That backed up Arizona for a while, before teams started doing that in the queue line. Don't ask me why that screwed up communications (I was still trying to get teams inspected), but apparently it did. |
Re: disaster in israel regional
Quote:
|
Re: disaster in israel regional
That's not all, some prizes was not given due to series time trouble. I don't recall seeing the Woodie Flowers Award, Industirial Design Award and Website Award being given.
All the points from the qualification rounds that was played on the second day were canceled within a democratic choice between all captains. The ranking was concluded from three games total for each team. The video of the Chairman award winners wasn't presented along with the Imagry award animation (which was stopped in the middle!), again due to time trouble. The Semi-final which my team was concluded in a toss of a coin, there was no time for best out of three matches in the finals. In the final game two bots weren't working, one of our alliance robot (the striker) had communication problems which has nothing to do with the code (their robot worked perfectly well in the semi-final and the quarter finale with the same program). We end up losing the game (#3075). With that said, and the rest of the problems that the guys mentioned in earlier posts, I can say it was a disaster. |
Re: disaster in israel regional
It is good that you have CD to discuss some of the issues that affected your regional. I'm not sure if it is ok to discuss the particulars of the teams but I leave that to your judgment. It sounds like there were tremendous pressures for everyone involved that were compounded by problems.
Perhaps those of you who have posted in this thread could work together to write a letter outlining the difficulties in the different areas and how they culminated into the end result that you are discussing here. It would be good to have as many of your facts straight as possible and to leave as much emotion out of it as you can. You've all done an excellent job in this thread even though you have been able to express the frustration you've dealt with. We can listen to you but we can't do anything to help you other than to offer suggestions such as the one I'm offering. If you decide to write to FIRST and would like for me to help you with your letter, I would be more than happy to do that with you. Jane |
Re: disaster in israel regional
I can't say that I agree with discussing incidents that occurred and naming names like you did, but what's done is done.
I think Jane made the best point in this entire thread - the spirit of first is to acknowledge that bad things happen, and decide you want to make them better. Make a list of every single thing that went wrong at that regional. Work back to the root cause of each, and then write a letter to first and to the regional organizers suggesting solutions. Some things I can come up with off the top of my head: 1. Have the teams come out a day in advance with their robots, take them to the field, and work through the communications issues with them. 2. Hold the event in a school gymnasium or other venue that will give you and extra day or two should you need it. 3. Annouce ahead of time that this is FIRST, and political / religious / other affiliations should be left at the door in the spirit of gracious professionalism. I can't understand the call for more security at a FIRST event. What an incredibly different atmosphere you must be working in that what we have over here in the States. |
Re: disaster in israel regional
I had thought about this some time ago. I wonder if its possible for FIRST HQ to go to the Israeli Government, and request special permission to use the 5GHz Military band (802.11n) for the purposes of the FIRST program, due to the immense benefits it provides to the involved students.
Its not the 802.11n is explicitly outlawed in Israel, merely that the 5GHz band it resides in is reserved for Military use. Whether or not its actually in active use remains open for discussion (I know theres lots of frequency bands reserved like that that sit unused) and I doubt that our 802.11n radios would have any appreciable level of interference with whatever Military equipment they might be running on that band. |
| All times are GMT -5. The time now is 08:04. |
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi