Go to Post The only way to make a noticeable shift in OUR culture is if there are a lot of small shifts. - JVN [more]
Home
Go Back   Chief Delphi > FIRST > General Forum
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
Reply
Thread Tools Rating: Thread Rating: 14 votes, 5.00 average. Display Modes
  #76   Spotlight this post!  
Unread 17-05-2012, 17:47
JB987 JB987 is offline
Registered User
AKA: Joe Barry
FRC #0987 (HIGH ROLLERS)
Team Role: Coach
 
Join Date: May 2006
Rookie Year: 2002
Location: LAS VEGAS
Posts: 1,176
JB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond repute
Re: FIRST is really looking into the Einstein problems

Quote:
Originally Posted by Al Skierkiewicz View Post
Joe,
The CPU likely was not the problem but anything is possible. How did you interface to the control system?
I agree with you, Al. Not likely that our on board cpu contributed to the "connections" issue but was just letting you know there was one robot on Einstein for sure that was using cpu. It processed Kinect data and sent key data to Crio over router. The Crio then sent info to driver station via the bridge. As I recall, programmers had compacted data so it would be sending reduced data packets and avoid over loading transmissions.

Last edited by JB987 : 17-05-2012 at 17:51.
Reply With Quote
  #77   Spotlight this post!  
Unread 17-05-2012, 17:52
trilogy2826's Avatar
trilogy2826 trilogy2826 is offline
Mentor - 2826
AKA: Jake Fischer
FRC #2826 (Wave Robotics)
Team Role: Mentor
 
Join Date: Nov 2008
Rookie Year: 2006
Location: Oshkosh, WI
Posts: 113
trilogy2826 has a reputation beyond reputetrilogy2826 has a reputation beyond reputetrilogy2826 has a reputation beyond reputetrilogy2826 has a reputation beyond reputetrilogy2826 has a reputation beyond reputetrilogy2826 has a reputation beyond reputetrilogy2826 has a reputation beyond reputetrilogy2826 has a reputation beyond reputetrilogy2826 has a reputation beyond reputetrilogy2826 has a reputation beyond reputetrilogy2826 has a reputation beyond repute
Re: FIRST is really looking into the Einstein problems

One additional data point to add to the pile that I don't believe was mentioned in any of this years previous "Communincations Issues" posts:

Specs:
Bridge Firmware: 1.21
DS Laptop: HP Elite
Axis camera
Vision targeting through separate PC connected through ethernet into bridge
C++
4 port cRio

When 2826 arrived on Archimedes for the first practice match:
- We noticed an extremely high, relatively constant trip time (> 150ms) through the diagnostic tab on the DS.
- Our FMS connection indicator would rapidly turn off and on and our axis camera feed was extremely lagged.
- For the first 30 seconds, we were pretty much dead in the water.
- We "jiggled" the ethernet connection and check CPU and network utilization, and the numbers were low and consistent with times where no errors ocurred
- We then unplugged and re-plugged our ethernet connection to the DS laptop mid match. For an unknown reason, everything suddenly worked perfectly. No latency, no lag and full control
-Afterward, the FTA mentioned that our trip time suddenly decreased per their diagnostics, so that was consistent

For Practice Match 2:
- We had the same rapid disconnection issues as match 1 as soon as we connected the ethernet cable to the DS laptop
- The FTA came to us before the match was started and we tried unplugging and re-plugging the ethernet cable. This did not fix the issue, same symptoms
- The FTA's curiousity was piqued, so he allowed a bit of troubleshooting
- We could ping the bot with consistently high latency
- We disabled and enabled the DS laptop network adapter - No fix
- The FMS was rebooted - No Fix
- Robot was rebooted - No Fix
-DS laptop OS (windows 7, obviously) was restarted - At this point we had a completely new behavior in that we could ping the robot with low latency, but the FMS would not show connection. Quote from FTA "What the heck?! I've never seen this before"
-We started the match anyway and had no control or feedback from/to the bot
-About 10 seconds into the match, we disconnected and reconnected the ethernet cable and viola! Everything worked again.

*At this time, we had a consistent set of failures and symptoms, but no consistent correction method. We were starting to freak out...

For Practice Match 3:
- Immediately prior to approaching the Alliance station, we rebooted the DS laptop
-We waited for at least 1 minute for the robot and bridge to boot
-We waited for the DS and dashboard applications to fully launch.
-We confirmed that "2826" was established on the LCD board above our alliance station
-We plugged in the ethernet cable into the DS laptop and got immediate connection to the robot and FMS. Little to no latency (<2-3 ms on average)
-we ran the match with no glitches or issues

At this point we knew our DS laptop was somehow perpetuating the issue, if not directly causing it. We ran the process described in 3 more practice matches, all Quals and elims with absolutely no issues.

We know that we did not solve anything, but hopefully this process can shed some light on other noted issues.
Reply With Quote
  #78   Spotlight this post!  
Unread 17-05-2012, 21:58
slijin's Avatar
slijin slijin is offline
Pockets
AKA: Samuel Lijin
FRC #0694 (StuyPulse)
Team Role: Mentor
 
Join Date: Jan 2010
Rookie Year: 2010
Location: New York City
Posts: 537
slijin is a splendid one to beholdslijin is a splendid one to beholdslijin is a splendid one to beholdslijin is a splendid one to beholdslijin is a splendid one to beholdslijin is a splendid one to beholdslijin is a splendid one to behold
Re: FIRST is really looking into the Einstein problems

Quote:
Originally Posted by trilogy2826 View Post
At this point we knew our DS laptop was somehow perpetuating the issue, if not directly causing it. We ran the process described in 3 more practice matches, all Quals and elims with absolutely no issues.
On a similar point, we've also seen the DS software itself to be faulty, where only by closing and reopening the DS could a connection to either the robot or Cypress board be reestablished.
__________________

2010-12 CT Chairman's
2011 Galileo 5th seed
2010 NY Regional Winners
Reply With Quote
  #79   Spotlight this post!  
Unread 17-05-2012, 22:28
Thad House Thad House is offline
Volunteer, WPILib Contributor
no team (Waiting for 2021)
Team Role: Mentor
 
Join Date: Feb 2011
Rookie Year: 2010
Location: Thousand Oaks, California
Posts: 1,106
Thad House has a reputation beyond reputeThad House has a reputation beyond reputeThad House has a reputation beyond reputeThad House has a reputation beyond reputeThad House has a reputation beyond reputeThad House has a reputation beyond reputeThad House has a reputation beyond reputeThad House has a reputation beyond reputeThad House has a reputation beyond reputeThad House has a reputation beyond reputeThad House has a reputation beyond repute
Re: FIRST is really looking into the Einstein problems

Quote:
Originally Posted by JB987 View Post
I agree with you, Al. Not likely that our on board cpu contributed to the "connections" issue but was just letting you know there was one robot on Einstein for sure that was using cpu. It processed Kinect data and sent key data to Crio over router. The Crio then sent info to driver station via the bridge. As I recall, programmers had compacted data so it would be sending reduced data packets and avoid over loading transmissions.
I also have heard the 118 uses a BeagleBone to process their camera.
__________________
All statements made are my own and not the feelings of any of my affiliated teams.
Teams 1510 and 2898 - Student 2010-2012
Team 4488 - Mentor 2013-2016
Co-developer of RobotDotNet, a .NET port of the WPILib.
Reply With Quote
  #80   Spotlight this post!  
Unread 17-05-2012, 22:59
DMetalKong's Avatar
DMetalKong DMetalKong is offline
Registered User
AKA: David K.
no team
Team Role: College Student
 
Join Date: Jan 2008
Rookie Year: 2006
Location: Bridgewater
Posts: 144
DMetalKong is a jewel in the roughDMetalKong is a jewel in the roughDMetalKong is a jewel in the rough
Send a message via AIM to DMetalKong
Re: FIRST is really looking into the Einstein problems

I saw this posted in another thread. I have not seen this specific issue mentioned in this thread so far, but it seemed relevant so I thought I would bring it up.

Quote:
Originally Posted by taichichuan View Post
We used an Arduino Mega with an Ethernet shield this year for the RPM on the shooter and the angle of our ball launch. Using the Ethernet wasn't too hard. But, the cRio had something odd in the robot code where if you started sending packets, but there was nothing actively reading them, that the robot would eventually go offline. We were using UDP on the local link as a directed unicast to keep packets from going across the link to the driver station.

It's definitely related to the robot code because I've been using VxWorks for over 25 years and I've never encountered anything like this failure in the main OS. Nonetheless, if you have a thread reading the packets all of the time, then everything works well. I'll be doing some tests as soon as I get access to a cRio again to see how much data the cRio can absorb via the Ethernet during normal operation before the driver station packets start getting dropped.
Reply With Quote
  #81   Spotlight this post!  
Unread 17-05-2012, 23:10
linuxboy linuxboy is offline
Registered User
AKA: Oliver Graff
FRC #3780
Team Role: Alumni
 
Join Date: Nov 2010
Rookie Year: 2009
Location: MI, USA
Posts: 217
linuxboy has much to be proud oflinuxboy has much to be proud oflinuxboy has much to be proud oflinuxboy has much to be proud oflinuxboy has much to be proud oflinuxboy has much to be proud oflinuxboy has much to be proud oflinuxboy has much to be proud oflinuxboy has much to be proud of
Re: FIRST is really looking into the Einstein problems

Quote:
Originally Posted by JB987 View Post
I agree with you, Al. Not likely that our on board cpu contributed to the "connections" issue but was just letting you know there was one robot on Einstein for sure that was using cpu. It processed Kinect data and sent key data to Crio over router. The Crio then sent info to driver station via the bridge. As I recall, programmers had compacted data so it would be sending reduced data packets and avoid over loading transmissions.
When you say that the computer processing the Kinect data sent key data to the cRIO over the router, I'm assuming you mean the switch on the bridge, right? The only real device with routing tables in the standard control system is the field access point.
Reply With Quote
  #82   Spotlight this post!  
Unread 17-05-2012, 23:12
JB987 JB987 is offline
Registered User
AKA: Joe Barry
FRC #0987 (HIGH ROLLERS)
Team Role: Coach
 
Join Date: May 2006
Rookie Year: 2002
Location: LAS VEGAS
Posts: 1,176
JB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond repute
Re: FIRST is really looking into the Einstein problems

Quote:
Originally Posted by linuxboy View Post
When you say that the computer processing the Kinect data sent key data to the cRIO over the router, I'm assuming you mean the switch on the bridge, right? The only real device with routing tables in the standard control system is the field access point.
Yes.
Reply With Quote
  #83   Spotlight this post!  
Unread 18-05-2012, 00:42
Hjelstrom's Avatar
Hjelstrom Hjelstrom is offline
Mentor
FRC #0987 (High Rollers)
Team Role: Mentor
 
Join Date: Mar 2008
Rookie Year: 2005
Location: Las Vegas
Posts: 148
Hjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond repute
Re: FIRST is really looking into the Einstein problems

Quote:
Originally Posted by linuxboy View Post
When you say that the computer processing the Kinect data sent key data to the cRIO over the router, I'm assuming you mean the switch on the bridge, right? The only real device with routing tables in the standard control system is the field access point.
Ok, forgive me if I describe anything incorrectly, this was our team's first experiment with writing our own network communications code (among many other things this year). We have a Pandaboard on the robot and it has an ethernet cable connecting it to the bridge. We use TCP/IP packets and the Pandaboard acts as a listening server and the cRio as a client (C++). Packets are only sent from the Pandaboard to the cRio when the cRio sends a packet requesting information. There should be no extraneous packets being sent and its all over the wire, not wireless. We've used it this way in every match all year at two regionals and at worlds. The only problem we had was one match in Las Vegas where our Pandaboard did not power up and the cRio waits up to 30s trying to establish a connection. We know the behavior of that problem and that is not what happened on Einstein. We also had one match in Curie where we did not plug our robot battery all the way in. So we had no "unknown" problems even in practice matches all year until Einstein. I don't know if any of us ever looked at what firmware our bridge is running.

I think what Joe was referring to was that we also went to extra effort this year to minimize the data we were sending from the cRio to the driver station. We set up a toggle button on the driver station controls that enables and disables data sending (disabled by default). The reason for this is that we noticed that the driver station quickly becomes very "laggy" when we send data to it (this is using SmartDashboard and NetworkTables). First we tried to solve this by upgrading the laptop but it still happened. So we worked around the problem by not sending data unless we really needed to "debug". Even with our data sending enabled, we were using a timer to drastically limit how often we send data. It seems very odd to me that the small amount of data being sent from the robot to the DS could make any difference in the DS performance.

We stuck with SmartDashboard because for another part of our tele-op control system, the flexibility of being able to send a small amount of data from the SmartDashboard to the robot was so useful (i.e. the functionality of NetworkTables). It was worth all of the trouble we had to go through and all of the workarounds like restarting our DS before each match.
Reply With Quote
  #84   Spotlight this post!  
Unread 18-05-2012, 01:09
JB987 JB987 is offline
Registered User
AKA: Joe Barry
FRC #0987 (HIGH ROLLERS)
Team Role: Coach
 
Join Date: May 2006
Rookie Year: 2002
Location: LAS VEGAS
Posts: 1,176
JB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond reputeJB987 has a reputation beyond repute
Re: FIRST is really looking into the Einstein problems

Quote:
Originally Posted by Hjelstrom View Post
Ok, forgive me if I describe anything incorrectly, this was our team's first experiment with writing our own network communications code (among many other things this year). We have a Pandaboard on the robot and it has an ethernet cable connecting it to the bridge. We use TCP/IP packets and the Pandaboard acts as a listening server and the cRio as a client (C++). Packets are only sent from the Pandaboard to the cRio when the cRio sends a packet requesting information. There should be no extraneous packets being sent and its all over the wire, not wireless. We've used it this way in every match all year at two regionals and at worlds. The only problem we had was one match in Las Vegas where our Pandaboard did not power up and the cRio waits up to 30s trying to establish a connection. We know the behavior of that problem and that is not what happened on Einstein. We also had one match in Curie where we did not plug our robot battery all the way in. So we had no "unknown" problems even in practice matches all year until Einstein. I don't know if any of us ever looked at what firmware our bridge is running.

I think what Joe was referring to was that we also went to extra effort this year to minimize the data we were sending from the cRio to the driver station. We set up a toggle button on the driver station controls that enables and disables data sending (disabled by default). The reason for this is that we noticed that the driver station quickly becomes very "laggy" when we send data to it (this is using SmartDashboard and NetworkTables). First we tried to solve this by upgrading the laptop but it still happened. So we worked around the problem by not sending data unless we really needed to "debug". Even with our data sending enabled, we were using a timer to drastically limit how often we send data. It seems very odd to me that the small amount of data being sent from the robot to the DS could make any difference in the DS performance.

We stuck with SmartDashboard because for another part of our tele-op control system, the flexibility of being able to send a small amount of data from the SmartDashboard to the robot was so useful (i.e. the functionality of NetworkTables). It was worth all of the trouble we had to go through and all of the workarounds like restarting our DS before each match.
Thanks Greg...so much better than my second hand translation
Reply With Quote
  #85   Spotlight this post!  
Unread 18-05-2012, 01:42
BHOP BHOP is offline
Registered User
FRC #0399 (Eagle Robotics)
Team Role: Mentor
 
Join Date: Mar 2005
Rookie Year: 2003
Location: CA
Posts: 62
BHOP has much to be proud ofBHOP has much to be proud ofBHOP has much to be proud ofBHOP has much to be proud ofBHOP has much to be proud ofBHOP has much to be proud ofBHOP has much to be proud ofBHOP has much to be proud of
Re: FIRST is really looking into the Einstein problems

Thank you FIRST!

I think they should also figure out a way to get (or simulate) a couple thousand (10s of thousands?) WiFi receiving/transmitting devices like cell phones, laptops, etc into their test.

It seemed there were more problems as more people started watching matches, in the elims and then accumulating to einstein where everyone was surroundinng one field with their wireless devices.

or maybe FIRST should just license some white space spectrum
__________________
BHOP

ME CoE University of Michigan
503 Frog Force 830 Rat Pack
399 Eagle Robotics
Reply With Quote
  #86   Spotlight this post!  
Unread 18-05-2012, 07:01
Unsung FIRST Hero
Al Skierkiewicz Al Skierkiewicz is offline
Broadcast Eng/Chief Robot Inspector
AKA: Big Al WFFA 2005
FRC #0111 (WildStang)
Team Role: Engineer
 
Join Date: Jun 2001
Rookie Year: 1996
Location: Wheeling, IL
Posts: 10,798
Al Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond reputeAl Skierkiewicz has a reputation beyond repute
Re: FIRST is really looking into the Einstein problems

There were actually very few on 2.4 GHz. Maybe 4 or 5. The field runs on 5 GHz and there are very few phones that can transmit that at this time.
__________________
Good Luck All. Learn something new, everyday!
Al
WB9UVJ
www.wildstang.org
________________________
Storming the Tower since 1996.
Reply With Quote
  #87   Spotlight this post!  
Unread 18-05-2012, 10:29
Libby K's Avatar
Libby K Libby K is offline
Always a MidKnight Inventor.
FRC #1923 (The MidKnight Inventors)
Team Role: Mentor
 
Join Date: Mar 2006
Rookie Year: 1992
Location: West Windsor, NJ
Posts: 1,584
Libby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond reputeLibby K has a reputation beyond repute
Re: FIRST is really looking into the Einstein problems

A great big step in the right direction.

Thank you, FIRST.
__________________
Libby Kamen
Team 1923: The MidKnight Inventors
2006-2009: Founder, Captain, Operator, Regional Champion.
2010-Always: Proud Alumni, Mentor & Drive Coach. 2015 Woodie Flowers Finalist Award.

-
229: Division By Zero / 4124: Integration by Parts
2010-2013: Clarkson University Mentor for FLL, FTC & FRC

-
FIRST Partner Associate, United Therapeutics
#TeamUnither | facebook, twitter & instagram | @unitherFIRST

-
questions? comments? concerns? | twitter: @libbyk | about.me/libbykamen
Reply With Quote
  #88   Spotlight this post!  
Unread 26-05-2012, 10:25
DonRotolo's Avatar
DonRotolo DonRotolo is offline
Back to humble
FRC #0832
Team Role: Mentor
 
Join Date: Jan 2005
Rookie Year: 2005
Location: Atlanta GA
Posts: 7,014
DonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond reputeDonRotolo has a reputation beyond repute
Re: FIRST is really looking into the Einstein problems

Quote:
Originally Posted by Al Skierkiewicz View Post
The only thing that can't be duplicated is the raging storm outside in St. Louis and the power distribution in the dome.
If FIRST was really committed, they'd fly the dome in, and use one of Dean's weather-controlling machines.
Quote:
Originally Posted by BHOP View Post
Thank you FIRST!

I think they should also figure out a way to get (or simulate) a couple thousand (10s of thousands?) WiFi receiving/transmitting devices like cell phones, laptops, etc into their test.


or maybe FIRST should just license some white space spectrum
RF interference can easily be simulated. Ten thousand devices look like a high level of RF noise to any other device, so just broadcasting some wideband RF will effectively duplicate this condition. This is a common practice in the industry.

Maybe instead FIRST should require every team member and volunteer to get their Amateur Radio license, and we can then just use the Ham bands

In all seriousness: FIRST is tossing significant resources at the issue, and I for one am very comfortable with the process they are following so far. Kudos for good communications, too.
__________________

I am N2IRZ - What's your callsign?
Reply With Quote
  #89   Spotlight this post!  
Unread 26-05-2012, 21:54
EricS-Team180's Avatar
EricS-Team180 EricS-Team180 is offline
SPAM, the lunchmeat of superheroes!
AKA: Eric Schreffler
FRC #0180 (SPAM)
Team Role: Engineer
 
Join Date: Apr 2002
Rookie Year: 2001
Location: Stuart, Florida
Posts: 561
EricS-Team180 has a reputation beyond reputeEricS-Team180 has a reputation beyond reputeEricS-Team180 has a reputation beyond reputeEricS-Team180 has a reputation beyond reputeEricS-Team180 has a reputation beyond reputeEricS-Team180 has a reputation beyond reputeEricS-Team180 has a reputation beyond reputeEricS-Team180 has a reputation beyond reputeEricS-Team180 has a reputation beyond reputeEricS-Team180 has a reputation beyond reputeEricS-Team180 has a reputation beyond repute
Re: FIRST is really looking into the Einstein problems

Quote:
Originally Posted by DonRotolo View Post
Maybe instead FIRST should require every team member and volunteer to get their Amateur Radio license,
.
Funny you should say that, Don. Bryce, who's attending for S.P.A.M. just so happens to have his Ham license

FRC 180 is totally behind these efforts by F.I.R.S.T , and we sure hope that the testing will yield insight into what I'll just call "the comms problem". It has been vexing us for awhile, now.
__________________

Don't PANIC!
S. P. A. M.

Last edited by EricS-Team180 : 26-05-2012 at 21:57.
Reply With Quote
  #90   Spotlight this post!  
Unread 27-05-2012, 07:02
Andy Brockway Andy Brockway is offline
Engineer
FRC #0716 (Who'sCTEKS)
Team Role: Engineer
 
Join Date: Apr 2002
Rookie Year: 2001
Location: Falls Village, CT
Posts: 459
Andy Brockway has a reputation beyond reputeAndy Brockway has a reputation beyond reputeAndy Brockway has a reputation beyond reputeAndy Brockway has a reputation beyond reputeAndy Brockway has a reputation beyond reputeAndy Brockway has a reputation beyond reputeAndy Brockway has a reputation beyond reputeAndy Brockway has a reputation beyond reputeAndy Brockway has a reputation beyond reputeAndy Brockway has a reputation beyond reputeAndy Brockway has a reputation beyond repute
Question Re: FIRST is really looking into the Einstein problems

Quote:
.
-DS laptop OS (windows 7, obviously)
We are still running the 2009 classmate with XP. I have installed every update. None of the thumb drives from FIRST have worked to reflash the drive. The first year FIRST sent me a new one but still I could not reflash.

My team has had no connectivity issues. We are using the older bridge and firmware.
__________________
Andy Brockway
Team 716, The Who'sCTEKS
Reply With Quote
Reply


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 18:42.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi