It's amazing how staffed these teams are from an engineering standpoint, yet how seemingly constrained they are in doing of doing any hands-on engineering work. Chuck, you say much of the engineering team's time is spent sifting through sensor data to zero in on slight modifications that could deliver an edge. I'm curious--is this a manual process of drilling down into raw data or, as I would think, are they employing data analytics tools to find patterns and uncover insights that a plain old human might not see initially?
I may be stretching a bit to answer this question, Beth, but I believe it's both. Some of the data has to be analyzed in real time, which, of course, makes it difficult to use data tools. For the data that's analyzed after the fact, however, they're using software tools, I believe.
It would be really interesting to see how a bug or virus into the indy car fleet would really make the race interesting. It would be a race to see who could hobble to the finish line first.
I don't trust the kids writing software in such environments. There is too much temptation to play pranks. I know I would have had a hard time not adding a subroutine that would cause them all to "crash," not wreck, of course, just to make my mark on the race. But I wonder...
It's nice to read about the engineers the IndyCar teams employ. I count 12 engineers listed in the paragraph. (KV has two electronics engineers, two data acquisition engineers, and a radio engineer. Those five are joined by two mechanical engineers, two simulation engineers, a vehicle dynamics engineer, an aerodynamics engineer, and a parts design engineer who also doubles as a draftsman.)
Our design engineer also doubles as a draftsman, generates 2D drawings that are still needed, from the 3D SolidWorks models. I gotta think the IndyCar race teams are also using 3D modeling programs such as SolidWorks or ProEngineer. Using such programs will enable much easier multi-physics engineering of the designs, such as FEA.
I guess the 12 engineers working for KV Racing are involved with all three of KV Racing teams..for drivers Tony Kanaan, Rubens Barrichello, and EJ Viso. I'm sure each of the three race teams has a very knowledgeable and experienced crew chief (engineer) to direct and coordinate the effort for his car/driver.
You're correct, RickZ28, there are 12 engineers on the KV Racing team. Between the electronics, aerodynamics, data acquisition, vehicle dynamics and mechanical cocerns, they must be working a tremendous amount of overtime this time of year. To me, 12 engineers sounds like a skimpy team, considering the workload. But I'm sure that a lot of our readers would still love to switch places with them.
It would be really interesting if those engineers would be allowed to do some real engineering for race-day. See what sort of surprises they could come up with if the need to have identical designs was removed.
The real engineering for race day is the car handling, as well as no mechanical/electrical problems. If every car did equally well, then every driver/car would be on the lead lap on the final lap, dueling side-by-side to win the race (assuming each driver has equal talent and ability). Many of the crashes are due to ill handling cars, not necessarily driver mistakes.
Having good car handling during one part of the race, does not mean good car handling during the entire race. Race conditions constantly change, requiring adjustments to maintain the car handling and manage tire wear.
I see a lot of room for improvement with the race car engineering despite the rules for seemingly identical equipment.
The race car engineering will never be as "sexy" or exciting as the attention the race car drivers receive.
It's good hear to that software is not the technical edge in racing but the actual electronics hardware and the driver's own skills. I'm glad the Indy Car organization has made racing teams play on an even field by allowing a 3rd party supplier to program the ECU's with the same engine performance profiles.
Truchard will be presented the award at the 2014 Golden Mousetrap Awards ceremony during the co-located events Pacific Design & Manufacturing, MD&M West, WestPack, PLASTEC West, Electronics West, ATX West, and AeroCon.
Robots that walk have come a long way from simple barebones walking machines or pairs of legs without an upper body and head. Much of the research these days focuses on making more humanoid robots. But they are not all created equal.
The IEEE Computer Society has named the top 10 trends for 2014. You can expect the convergence of cloud computing and mobile devices, advances in health care data and devices, as well as privacy issues in social media to make the headlines. And 3D printing came out of nowhere to make a big splash.
For industrial control applications, or even a simple assembly line, that machine can go almost 24/7 without a break. But what happens when the task is a little more complex? That’s where the “smart” machine would come in. The smart machine is one that has some simple (or complex in some cases) processing capability to be able to adapt to changing conditions. Such machines are suited for a host of applications, including automotive, aerospace, defense, medical, computers and electronics, telecommunications, consumer goods, and so on. This discussion will examine what’s possible with smart machines, and what tradeoffs need to be made to implement such a solution.