I knew from the start that I wasn’t going to be fond of the new samantha module and fcs setup, especially after today’s events at the Clarkson Regional, however this is not an attack on those that run the regional it is a new system and things like this can happen and I hope we can come to the root of why here.
My initial thoughts were with the comparison to FRC I feel like while using new technology to pilot the robots does open up more possibilities it will also allow for more problems. Right now I feel like many of the problems of the new samantha module come from interference, as well as the fact that it is brand new this year. For instance it seems like now every new gadget has wifi capabilities and if every cell phone and ipod that’s in the arena is putting out a wifi signal then there will be a compounding rate of interference with the wifi used to communicate with the field. I liked bluetooth because it seemed like whenever a problem occured it was my fault not someone else and that meant I could correct the problem the next time we went out for a match. Also while many things do use bluetooth the limited range means someone on the other side of the arena won’t be interferring with your connection and there is a smaller number of such devices being used.
If anyone sees something wrong with what I said above please correct me and if anyone that was at Clarkson today has any more insight on the problems that occured I would love to here what happened. Please feel free to post about any problems you see with the samantha and possible fixes to these. We’re engineers and we’re here to fix problems, please don’t post here trying to attack or blame anyone else that isn’t going to solve anything, plus while some field techs may make mistakes sometimes we would too if we had their job.
You said a lot, but didn’t really say anything specifc.
Exactly what were the problems that you saw at the regional?
Maybe someone has seen them before…
Maybe you can prevent them from occuring again.
Just staying there were problems, but that’s normal … wasn’t particularly helpfull or engineering-like. More like most news reports these days…
Try this approach next time…
We saw several problems at the xxx regional.
a) xxx happened whenever yyy occured
b) some people had zzz happen to them…
The problems seemed to be Samantha based.
I say this for the following reasons:
a) reason 1
b) reason 2
c) some other mitigating factor…
Has anyone seen simmilar occurances?
Could there be another reason for the observed events?
That’s more the way an Engineer or Scientist is meant to think.
I was also at the regional - It’s hard to be specific about the problem because there wasn’t any communication about them - an announcement about technical difficulties, followed by “We’ll be back in half an hour”, then two hours later, Alliance selection. Each team had only 2 rounds of play, except the first place team (which had 3 matches) and the last place team (which had 1).
It’s worth noting that the communication breakdown wasn’t only between the event staff and the teams - I spoke to many event people trying to figure out what was going on, and noone knew anything.
This also screwed up alliance selection - how do you pick alliances when you haven’t seen everyone play? Additionally, they redid stats halfway through, so two teams who hadn’t seen the updated lists had to pick without time to think about who they would pick.
Overall, though, other than the communication, Clarkson regional did do an excellent job of finishing the event, given the technical problems. Worth noting, there was a lot of testing of the equipment the night before, with no problems.
It’s reminiscent of FRC with all the wireless issues with the new system.
In terms of the actual issues, sometimes communication would simply stop between the robots and the FMS, sometimes there were delays of up to five seconds, sometimes the Samantha modules wouldn’t connect. Without communication, though, there wasn’t a lot of seeing the what caused it.
The actual hardware of the Samantha’s seems to be flawed - or at least the configuration system. Two of my team’s sister teams had their Samantha’s stop functioning after the inspection judge “downloaded” the new configuration onto them.
Also, at the St. Louis regional, there were many problems with disconnections of the Samantha. The problems were persistent throughout the competition and the referees decided to allow some robots to disconnect because “there was no considerable change to the outcome of the match”. There was only one match that was replayed. Interestingly, that match had a relatively minor disconnect (the Samantha reconnected after a few seconds, while in other matches the Samantha would stay disconnected the entire time or would continuously disconnect and reconnect to the point where the robot was unusable) and was also a blowout (one alliance had a massively larger amount of points than the other).
The problems continued into the Finals, where 2 out of 3 matches had disconnected during both autonomous (stopping the autonomous program executions) and in teleop.
Bluetooth had some major flaws, but it still seemed much more consistent (at least once it finally connected to the system) than the Wifi with the samantha did.
I’m sorry to hear about the problems in New York and St. Louis. I was the FTA for the Kell Robotics FTC Qualifier in Georgia and we saw none of those problems. This was the first qualifier for our state and so we had to flash each of the Samanthas with the configuration for the FTC_FIELD and FTC_PIT routers. Out of the 11 teams, we only had 2 problems with Samanthas in getting the flash to work properly (the FTC_FIELD worked, FTC_PIT didn’t). So those two teams had to be tethered in the pits to practice. But no one had any problems communicating with the FTC_FIELD router.
We did have 2 issues during our qualification matches. One team got hit hard and Samantha dropped communications. The other, the NXT locked up and wouldn’t respond to anything (we saw that happen with Bluetooth as well). Samantha stayed connected to the FCS during the lockup, so I don’t know what happened there.
One thing that was great was that we didn’t have any problems getting the teams back up and running for matches 2 through the end when they reported back to the field. The teams put the robots on the field and turned them on and the FCS found them right away and we were ready to start the next match. As a tournament organizer, I find that to be the best leap in progress with working with these robots with a centralized FCS. So, don’t be too hard on Samantha yet.
So, a couple of tips that the teams and organizers should know:
Teams: Do not bring your routers to the competition. Keep the wifi to a minimum to keep it open for the competition.
Organizers: Make sure you set up the FTC_FIELD on one channel of the WiFi spectrum and FTC_PIT on a different one. Having them on the same channel will just confuse things.
Teams: Make sure your Samantha is not buried in the bowels of your robot. It’s best to mount it vertically and with the red button on the top (the actual antenna is on top of the unit).
Teams: Get a small 1 foot USB extension cord and plug that into the Samantha unit and zip tie that securely to Samantha and the bot. You can then plug your USB cable from the NXT into the extension cord. Then, when the organizers need to flash Samantha, you can just disconnect the USB cable from the extension cord and plug the flash drive into it. Then flash Samantha and reconnect the cable. This will also relieve any stress that directly affects the Samantha unit. Also, get a small USB A-B cord (1’-1.5’ feet). Secure these cables to the robot with zip ties.
Teams and Organizers: If you do have two routers (FTC_FIELD and FTC_PIT), make sure you wait 30-40 seconds during the flashing process to get both network’s information loaded onto the Samantha. The Red, White, Blue lights should light up in succession twice (once for the FTC_FIELD and the second time for FTC_PIT). Then connect to the FTC_PIT router while in the pits to test out the bot. When you come to the field for the first time, you may have to press the red button on Samantha to sync. Then you’ll be set for the day.
Teams: Make sure you compile and download the Samostat program to your brick. You can find it two folders under the Program Files\Samantha Field Control System folder. One for LABView and the other for ROBOTC. Pick the appropriate one for your system and install it on the brick. FTAs will use that program to see your configuration status for Samantha and make sure you can talk to the field and pit routers respectively.
I hope this will help you. Good luck to all the teams and all event organizers out there.
I just realized something about what may have happened at Clarkson. When you went through the final phase of inspection and did the testing match, the FTA working the pit loaded the samantha wifi configuration. This configuration must have been the FTC_FIELD configuration, because it’s the same configuration we used on the field. emmel said that at georgia the had a FTC_FIELD router and FTC_PIT router, meaning that if you were testing in the pit you would have to load the pit configuration and if you went onto the field you would load the field configuration. Now at Clarkson we had an area to test your robot with samantha in the pit, but never had to change configuration if we were on the field and then went to the pit and vice versa. Meaning that we had two seperate routers running the same configuration, while the matches were carefully looked over it was almost like it was free rein in the pit. If you wanted to run a test match you just need a field tech to come over and start the match. I feel like every time I came out of a match I saw people on that pit field. So what I’m trying to say is that at Clarkson we had two routers running the same configuration, and sometimes running matches at the same time, this seems exactly the kind of situation that could lead to the problems we saw.
Actually, the Samantha holds TWO configurations at one time. It can know how to connect both to an FTC_FIELD and an FTC_PIT at the same time. That is why they did not have to load a separate configuration for each area.
Just coming back form the Richmond Regional, I have to say that Samantha worked much better than the Bluetooth solution from last year. Matches all ran smoothly throughout the day. There were 4 communication issues my team encountered today. Twice, our NXT froze in the middle of matches after sustaining a shock during normal game play. Samantha stayed connected on both occasions. Second, one of our alliance partners lost communications with the field. The cause of the disconnection was a poor power connection. The last was a miscommunication with the field staff about which controller set my team was using during an elimination round. None of these were do to the Samantha module.
the later posts in this thread seem to validate that the Samantha unit is working but we do need to learn what causes large scale crashes to improve on the best practices for tournament organizers and team behaviors. I think the post by emmell is a must read at this point for everyone either competing in or running FTC events.
I don’t think the posts in this thread are indicative of a ‘lack’ of problems that were experienced.
1.) The FTC organizers need to send out something official to all of the teams in TIMS about best practices in mounting the modules. Go to an FTC event and ask around about ChiefDelphi … very few (rarely ever a first-year team) have heard of the website.
2.) Telling students their battery voltage dipped during the match (which is why the module dropped out), yet not allowing the students to see how bad the drop was (length of time, amount) in order to determine whether or not to return a brand new 13.7V battery back to the mfr. is not the way an FTA MVP should treat people he wants to sustain within his program long term
3.) If we’re expected to have proper battery voltage meters, SEND IT OUT IN AN OFFICIAL UPDATE. As ‘smart’ as the mentors are, we are incredibly dumb about the many things we can’t even fathom postulating, let alone knowing we need the something. (The flip side it true as well)
4.) Fact: if we ever change communications modules again in FTC, we will forgo the FTC program. Sure the 4 teams we have are nobodys, but we’ve gone through this exact experience twice now. A robot sitting still on the field doing nothing is not a way to ‘Celebrate’ the accomplishments of the students. We are tired of being an ‘experiment’ for the lowest bidder. It is very obvious the Samantha modules were not shock tested one bit. Even with a proper USB attachment to the frame, I could thump the thing and reset it.
I just want to make some suggestions about the previous post:
I beg to differ. FTC has sent out something official. Read all of the Team Email blasts that have been sent. The blast on 11/18 had a link for a white paper with a diagram of how best to mount the Samantha module. You can find the email blasts here: http://www.usfirst.org/roboticsprograms/ftc/content.aspx?id=18132
I won’t comment on what the FTA told you at your event, however you don’t need a voltage meter at a competition. Your NXT will tell you what your battery levels are and so will the FCS if you are running it with the FTC_PIT configuration. If your NXT is >7.5 volts, then you’re good. Anything less than 7.0 volts will probably not work well. For your TETRIX battery, anything greater than 11.0 volts is good and < 9.0 volts will not run. The FCS will light with Red, Yellow, and Green in the team box for these conditions. This is documented in the FCS manual.
I won’t comment on the 4th item. Just pointing out the facts. The key for all the mentors and teams out there - READ EVERYTHING THAT YOU GET. It’s important information and will help you be better prepared for your next event.
The biggest problem I personally found in how the regional in St. Louis occurred was the determination if a match should replayed. This is nothing against the referees as they were forced to make decisions on the spot in order to make sure the competition continued to run smoothly. This, I feel, is more a problem of the rules.
The referees decided to only replay one match throughout the day. The reasoning for replaying this match was because the referees felt that there had been a “significant” impact to the outcome of the round. The rules need to be rewritten to account for factors such as this to avoid confusion and make it easier for the referees. There were many tempers that were ignited because of this specific round being replayed, while others had not been replayed - a rule would redirect anger away from referees who already have other frustrations pointed in their direction.
I beleive the reasoning was because that signifigant impact to the match was determined by the FTA to be a direct result of the field. The other matches which were not replayed were not determined to be caused by a field fault.
Of course we can argue all day whether certain communication issues where because of the field control system or because of individual issues such as loose wiring on samathas, but and the end of the day, I think the refs and FTAs already make their decisions as best they can based on what they have available to them in a fair manner.
Perhaps there simply needs to be better communication to teams when such decisions are made?
New information from an informant at Clarkson shows that some of the problems may have resulted from poor setup on Clarkson’s part - I don’t know the details of it, but it sounds like not quite everything was set up right and/or tested realistically.
In terms of router naming, one issue I ran into when running a scrimmage out in Oregon, was the school I was at already had a router named “FTC_FIELD”, which I didn’t know at the time. I think it got turned on part way through the morning, and I suddenly had 1/2 my teams complaining they couldn’t connect.
Once I tracked that down, I decided to put custom names on all my competition routers. That way if someone accidentally turns on a FTC_FIELD router at a competition, my network won’t collapse. I also plan on running around with a WiFi scanner and disabling any rogue access points.
My understanding has been that the FCS connects to FTC_FIELD by default whenever it is present. It only looks for and connects to the secondary SSIDs when there is not an FTC_FIELD present.
We’ve competed up here for the last two weeks. The first event was late in getting started because of interference from routers running their own FTC_FIELD. After that problem was weeded out, the event ran smoothly, for the most part.
This weekend, there were fewer problems with conflicting network names, though we did have some trouble with persistent intermittent connection loss – if that makes sense – and it resulted in some pretty terrible consequences to teams and robots. The folks running things were great about troubleshooting it and rerunning matches as necessary, but it still meant that several robots broke or were broken because of our inability to properly control the robots.
The wifi system operates better than the bluetooth system, but I wouldn’t go so far as to call it a good system.
The behavior was actually changed in a newer version of the firmware (which should have been installed at your competition). Samantha has two network configs stored in it (typically FTC_FIELD and FTC_PIT, but can be anything). It will toggle between then approximately every 6 seconds, until a FCS attempts to connect to it, and then it will remain on that network until power is cycled.
I’ll consider it good if I can get through my 7 tournaments without having to babysit the connections of every single match. (Because, it sure felt like I had to do that with bluetooth last year)
The only thing I’ll say that’s definitely positive about the Samantha module is the fact that we no longer have to lug a laptop and controller pair around. Our teams (at least) understood the nuances of bluetooth enough to remove all connection issues (usually reset the stack on the laptop and then reset the brick every 5-6 matches). We only shut off once throughout all of last year, and video revealed that was because another robot’s outer mechanism went into our robot and wound up hitting a button on the NXT. If we could at least figure out what’s going on with the Samantha, the kids really wouldn’t care if they had to babysit it again …
I would like to thank the feedback in this thread that points out helpful tips – these things will definitely be passed on since often times other teams I’ve met barely have the capacity to program the thing to begin with let alone read every email, blog, and forum thread on the subject. We’ll see how things go at the next qualifier in January.