Door Wout Funnekotter

Hoofdredacteur

Achter de schermen bij Red Bull Racing

De rol van data en simulaties in Formule 1

17-07-2022 • 06:00

57

Interview

“Voordat we deze deur doorgaan, verzoek ik iedereen zijn telefoon op te bergen. Foto’s en audio-opnames zijn ten strengste verboden. Moet je eenmaal binnen je telefoon ergens voor gebruiken, tik mij dan even aan, dan begeleid ik je naar een locatie waar dat toegestaan is.” De Red Bull Racing-medewerker die ons en de andere journalisten over het fabrieksterrein begeleidde, had de toon meteen gezet. Alles wat hier gebeurt, is topgeheim. Niet geheel onverwacht in een wereld waarin honderdduizenden euro’s worden uitgegeven om een auto een paar tienden van kilometers per uur harder rond een circuit te zien gaan. Maar dat het allemaal zó geheim zou zijn, hadden we ook weer niet voorzien.

De uitnodiging die we enkele weken eerder ontvingen, had meteen onze aandacht. Of we interesse hadden in een kijkje achter de schermen bij Red Bull Racing, met de nadruk op hoe ze computers en data inzetten bij hun dagelijkse bezigheden, en de mogelijkheid om de engineers te interviewen wiens werk dat daadwerkelijk is. Nu is Tweakers geen autosportwebsite, al loopt het Formule 1-topic tijdens een raceweekend heel hard, maar binnen de Formule 1 speelt technologie een enorme rol. Honderden sensors, datalogging, simulaties en enorme rekenclusters moeten chocola maken van al die data: aanknopingspunten genoeg.

Kosten van zo’n ingewikkeld stuur vol elektronica?
‘Een heleboel’
Voordat we overgaan tot de inzichten uit het interview, gaan we even terug naar de rondleiding door de fabriek en onze strenge gids. Want de geslotenheid die we daar ervoeren, is tekenend voor ons bezoek en de reden dat we met minder smeuïge techdetails thuiskwamen dan gehoopt.

Met ieders telefoon opgeborgen werden we 90 minuten lang rondgeleid door de fabriek van het Red Bull F1-team. Gedurende die rondleiding probeerden we natuurlijk zoveel mogelijk te weten te komen, maar de meeste vragen werden beantwoord met een variant op ‘geen commentaar’. Zo wordt per sessie 400GB aan data uit de auto’s getrokken, maar via wat voor verbinding dat in de praktijk gebeurt, daarover kon niet uitgewijd worden. Kosten van zo’n ingewikkeld stuur vol elektronica? ‘Een heleboel’. Hoeveel kabel loopt er door zo’n auto? Meer dan een mijl, maar exact hoeveel is niet bekend. Vragen over de zelfontwikkelde simulator ketsten af als vuil op een teflonpan. We waren best benieuwd welke software ze daarvoor gebruiken, hoe ze aan de circuitgegevens komen en ga zo maar door. Zelfs de locatie van de simulator op het campusterrein was uiterst geheim.

Af en toe konden we onze gids wat interessante informatie ontfutselen. Zo is er een maximum aan de hoeveelheid personeel die mee mag reizen naar de races. Daarom is er elke race een soort mission control center in NASA-stijl, afgeladen met technici die constant in verbinding staan met hun collega’s op het circuit. Dat vereist een goede internetverbinding, waar ze op dat moment dan ook racen. Daarbij kunnen ze er niet altijd van uitgaan dat de faciliteiten op het circuit afdoende zijn. De oplossing? Wanneer nodig fysiek een privélijn laten trekken vanaf een nabijgelegen knooppunt. De Grand Prix van Melbourne in Australië is de race met de grootste afstand tot de fabriek, maar zelfs dan is de vertraging slechts zo’n 400ms.

Red Bull Racing-fabriek
Nieuwe onderdelen worden vaak met een 3d-print getest
om daarna uit metaal vervaardigd te worden.
Die metaalbewerking wordt in-house gedaan.

Verder heeft 3d-printing een kleine tien jaar geleden zijn intrede gedaan in de Formule 1 en bij Red Bull Racing staan dag en nacht vier grote sla-printers, elk uitgerust met 70.000 euro aan hars, te draaien om onderdelen te fabriceren. Primair voor gebruik in de windtunnel, maar bijvoorbeeld ook om mock-ups van racestuurtjes te maken, zodat de coureurs kunnen controleren of de grip comfortabel genoeg is. Zelfs de luchtsteutels die gebruikt worden om de banden los en vast te maken bij pitstops, zijn voorzien van op maat gemaakte, 3d-geprinte handgrepen, zodat elke monteur maximale grip heeft. Ook zet het bedrijf sls-printers in voor onderdelen die fysiek op de auto getest worden voordat ze met klassieke cnc-methoden gemaakt worden.

Na onze rondleiding hadden we nog de kans om samen met de andere aanwezige media een aantal technici van het team te spreken. De motortechnicus die werkt aan een nieuwe generatie motoren die vanaf 2026 gebruikt worden, was zo mogelijk nog minder loslippig dan onze gids van eerder op de dag. Wie echter een stuk makkelijker over zijn rol praatte, was William Courtenay, head of strategy. In die rol is hij verantwoordelijk voor het maken van strategische keuzes gedurende een raceweekend, zoals wanneer de auto’s een pitstop maken en welke banden er gebruikt worden. Daarbij spelen data en voorspellende modellen een steeds grotere rol.

Will Courtenay
Will Courtenay

Kun je iets vertellen over hoe het gebruik van data binnen Red Bull Racing zich ontwikkeld heeft over de jaren?

"Ik ben in 2006 begonnen bij de strategieafdeling en geef er sinds 2010 leiding aan. Sinds die tijd hebben we de manier waarop we onze strategische keuzes maken, enorm zien evolueren. Zo’n tien tot vijftien jaar geleden schreef ik mijn eerste Monte Carlo-simulatie; dat is in feite een voorspelling van hoe de race gaat verlopen. We modelleren hoe de banden zich gedragen, hoe de pitstops verlopen, wanneer de verschillende teams een pitstop maken en hoe snel de auto kan. Al die gegevens stoppen we in de simulatie en van daaruit kun je eigenlijk een random race genereren. Dat doe je keer op keer op keer en uiteindelijk ontstaat er een patroon van scenario’s waarbij je wint. Je doet dus miljoenen en miljoenen simulaties om erachter te komen wat gemiddeld gezien de beste strategische keuzes zijn."

"Ik schreef mijn eerste Monte Carlo-simulatie lange tijd geleden in Matlab. Die was behoorlijk traag; ik zette hem 's avonds aan en als ik 's ochtends op werk kwam, keek ik naar het resultaat. Hopelijk was de software gedurende de nacht dan niet gecrasht, want dat gebeurde soms. Zoals je al hoort: dit was een behoorlijke houtje-touwtjeoplossing."

"Zo’n vijf tot zes jaar geleden is de simulatie herschreven door een échte programmeur in een échte taal, C#. Matlab is prima voor een engineer als ik, maar niet bedoeld voor dingen die in productie moeten draaien. De nieuwe versie werkte een heel stuk beter en zorgde ervoor dat we de simulaties ook live, gedurende een race kunnen draaien. Tot dan konden we dat alleen voorafgaand aan de race doen. Dat gebeurde op onze eigen hardware; tegenwoordig draaien we het bij Oracle in de cloud en kunnen we het sneller en goedkoper draaien."

Waar komt de data vandaan?

"Het meeste is timingdata. We krijgen van de F1 een datafeed met daarin alle sectortijden en daar kunnen we dingen uit afleiden, zoals de slijtage van de banden. Het is vervolgens aan ons om daar de juiste analyses op los te laten, zodat we bijvoorbeeld onderscheid kunnen maken tussen een baan die sneller wordt doordat er meer rubber op komt, de slijtage van de banden en de prestaties van de coureur. Je probeert dus waarheden uit die data te halen om die vervolgens weer in het simulatiemodel te stoppen."

Leunen jullie puur op deze simulaties als je keuzes maakt tijdens een race of spelen er nog andere zaken mee?

"We beginnen voor het raceweekend met het draaien van de simulaties. Na de trainingen op vrijdag verwerken we verzamelde data over bijvoorbeeld bandenslijtage en draaien we die simulaties opnieuw. Dat proces van verfijning gebeurt constant gedurende een raceweekend. Dus voordat een race begint, hebben we een grof idee of het een 1- of 2-stoprace wordt en welke banden we het best kunnen gebruiken. Maar zodra een race begint, kun je dat vaak alweer uit het raam gooien doordat een coureur gespind is, er een safetycar op de baan komt of het begint te regenen."

"Voorbereiding is dus belangrijk, maar de situatie kan heel snel veranderen. Op dat moment is het dus belangrijk dat we met de livesimulaties kunnen werken. Is er een safetycar of hebben we een lekke band? Dan zeggen de simulaties wat we het best kunnen doen. Voor een strateeg is dat extreem nuttig, want we kunnen onmogelijk elk scenario vooraf duidelijk hebben."

Hoeveel variabelen worden meegenomen in de simulaties?

"Een gigantische hoeveelheid. Voor de strategie zijn de belangrijkste zaken: de slijtage van de banden, wat aangeeft hoeveel trager ze ronde op ronde worden, en de totale levensduur, die bepaalt wanneer de banden op zijn en we moeten pitten. Wat we met de Monte Carlo-simulaties doen, is daarbovenop willekeurige afwijkingen introduceren. We weten bijvoorbeeld wat de gemiddelde slijtage is, maar draaien ook simulaties voor als het wat hoger of lager is. We weten vooraf niet welke uitkomst correct is, maar wat er gemiddeld genomen uitkomt, zou het beste moeten zijn om te doen."

"Andere variabelen zijn bijvoorbeeld hoe moeilijk het is om in te halen op dat specifieke circuit, de tijd van een pitstop en zelfs de prestaties van de coureurs. Wat is de kans dat een coureur een fout maakt?"

Hoe werkt dat? Heb je voor elke coureur berekend hoeveel kans er is dat hij een fout maakt?

"Daar kan ik niet diep op ingaan, maar we weten dat er sommige coureurs achteraan het veld zijn die eerder een fout maken dan de coureurs vooraan. Max en Checo zijn in dat opzicht solide coureurs."

Uiteindelijk won Max de race en kunnen we dus zeggen dat de simulaties het bij het rechte einde haddenHoe snel kun je die keuzes maken?

"Dat is een van de grootste voordelen van de samenwerking met Oracle. We kunnen de simulaties nu sneller draaien. Elke keer als een coureur een sector voltooit, een ronde voltooit of een pitstop maakt, worden de simulaties bijgewerkt. Het is een kwestie van seconden in de praktijk."

"De Grand Prix van Canada was een goed voorbeeld, met veel safetycars. In het begin van de race wisten we niet goed of één stop of twee stops sneller was. Nu, terugkijkend, is het nog steeds ‘close’ tussen de twee. Rond de achtste ronden openden we onze safetycarwindow, omdat de simulaties dat aangaven. Een ronde later kwam er daadwerkelijk een virtuele safetycar. Max reed toen aan kop en we haalden hem binnen, waarmee we de leiding dus opgaven. Op zo’n moment vertrouw je dus op de simulaties en hoop je dat je je huiswerk goed gedaan hebt, anders kom je wel heel stom over. Uiteindelijk won Max de race en kunnen we dus zeggen dat de simulaties het bij het rechte einde hadden."

Zijn er weleens discussies over het voorgestelde besluit dat uit de simulaties komt?

"Een simulatie kan niet alles weten, daarom is onze communicatie met de coureurs zo belangrijk. De rondetijden kunnen doen lijken of de banden in goede conditie zijn, maar als Max via de radio zegt dat het moeilijk is om de auto op de baan te houden, dan ga je je niet blindstaren op de simulatie. Waar de kracht van de simulatie zit, is dat het naar een enorm grote hoeveelheid mogelijkheden kijkt, wat het menselijk brein niet kan, en gemiddeld uitkomt op een advies. Het is daarmee heel nuttige input, zeker als je niet zeker bent wat te doen."

Simuleer je alle coureurs die op de baan zijn?

"We draaien de Monte Carlo-simulaties primair voor onze eigen coureurs. Dat is het interessantst voor de keuzes die we moeten maken rondom pitstops en banden. Op dit moment simuleren we onze concurrenten niet. Wel doen we een aantal aannames over bijvoorbeeld hun strategie en aantal pitstops, die we meenemen in de simulatie. In de toekomst zouden we de simulaties graag wel voor alle coureurs op de baan kunnen draaien."

Wat heb je daarvoor nodig?

"Meer rekenkracht. Nu draaien we de simulaties voor twee auto’s, dat moeten we dan opschalen naar twintig auto’s. Omdat we de simulaties tegenwoordig in de cloud draaien, kunnen we dit in theorie makkelijker opschalen zonder in te boeten op snelheid, want ik wil de data nog steeds snel hebben. Het heeft geen zin om meer te gaan simuleren als je vervolgens vijf minuten op een antwoord moet wachten."

Hoewel Will aangaf pas net op stoom te komen en nog wel even door kon praten, zat zijn tijd met ons er helaas alweer op. Hoewel kort en in nevelen gehuld, benadrukte ons bezoek aan Red Bull Racing nog maar eens dat, hoewel Formule 1 in de basis een mechanische sport is, het hele circus zonder computers en geavanceerde software geen meter vooruit zou komen.

Reacties (57)

57
57
26
3
0
19
Wijzig sortering
McLaren doet ook aardig wat met AI:

https://www.datarobot.com...th-accurate-weather-data/

En daar is zelfs een spel omheen gebouwd waar je de bandenstrategie kan ingeven en kijken hoe je t doet:

https://mclaren.datarobot.com/
Misschien voor Tweakers interessant op eens :) contact met HPE op te nemen m.b.t Formule 1

HPE zit momenteel zowel bij Redbull als Mercedes-AMG en kan infrastructuur technische wel het een en ander vertellen. Er zijn op google wat blogjes te vinden vanuit HPE wat ze inzetten voor een F1 race

400GB data is leuk maar HPE heeft het in zijn Mercedes-AMG Blog over iets meer icm machine Learning vanuit HPE. Goed dat is Mercedes-AMG en geen RedBull maar ik geloof nooit dat die met 400GB wegkomen.
The team runs millions of simulations generating up to 50 TB of CFD data per week back at the factory, as well.
https://community.hpe.com...ba-p/7159663#.YtOZRRZNclQ

[Reactie gewijzigd door HKLM_ op 23 juli 2024 11:42]

Leuk artikel! Ook interessant een kijkje hoe het er in de pitgarage aan toe gaat. Een interview met de Nederlandse F1 data engineer Ramon Drost.
Hij was tot vorig seizoen werkzaam in de pitgarage van F1 Alpine. Coolste ICT werplek ever?

https://nl.motorsport.com...pro-performance/10327608/
Uit jouw artikel:
… to manage the half a terabyte of data that two racing cars produce per weekend.
Uit het Tweakers artikel:
Zo wordt per sessie 400GB aan data uit de auto’s getrokken …
Redelijk vergelijkbaar toch?
Een halve TB is iets anders als 50TB :P
Er staat een halve TB.
De 50 TB komt uit simulaties.
to manage the half a terabyte of data that two racing cars produce per weekend.
&
The team runs millions of simulations generating up to 50 TB of CFD data per week back at the factory, as well.
Het is zeker iets anders dan 50tb. Groter dan, gelijk als.

Ben wel benieuwd naar hpe.
https://www.vrt.be/vrtnws...-of-beter-als-taalkundig/

Beide zijn juist/evenwaardig, en de enige reden dat velen nog steeds zeggen dat 'groter dan' correcter is, is omdat ze dat zelf zo vinden, niet omdat dat daar enige basis voor is...

[Reactie gewijzigd door Anoniem: 411179 op 23 juli 2024 11:42]

Het Genootschap Onze Taal (en mijn lagere school, al is dat ondertussen 50 jaar geleden) zijn dat niet met ze eens: https://onzetaal.nl/taalloket/dan-als
Anoniem: 411179 @mbovenka17 juli 2022 12:25
Zoals (oa.) mijn eerste link aangeeft zijn er velen die die ‘regel’ hanteren, maar is er geen taalkundig argument voor te vinden. Enkel gevoelsmatig ‘omdat het zo aangeleerd is’.
Dat geldt natuurlijk voor heel veel taalregels. Dat er geen taalkundige achtergrond voor is betekent nog niet dat er geen regel voor is. Die is er namelijk wel. Maar goed, beetje off-topic allemaal.
En een grappig zinnetje waar het fout gaat:

"Dat gaat makkelijker als je denkt"

Wat bedoelt de spreker?

On topic:
die 400GB gaat over een race weekend (Red Bull), die 50TB gaat over een week aan simulaties in de fabriek (Mercedes-AMG). We weten niets over hoeveel data Red Bull simulaties opleveren. Je kunt die twee getallen dus niet vergelijken.
Een belangrijke reden om taalregels in te stellen is om duidelijk te maken wat je bedoelt. Voor iemand met taalgevoel leidt het af als je leest "groter als". En bijvoorbeeld bij "dader bekent", of "strand weg", verandert de betekenis ook afhankelijk van hoe je het schrijft.
"Voor is daar niet basis enige" is ook geen lekker lopende zin. Taal is geen exacte wetenschap, maar de regels maken haar wel duidelijker.
Die 50TB “trekken” ze dan ook niet uit de auto. 400 of 500GB aan ruwe data scheelt niet zo gigantisch veel. En als RBR er zijn simulaties op loslaat zal de hoeveelheid data waarschijnlijk onwijs snel toenemen.
In het artikel staat 400GB per sessie uit de auto’s. In het linkje wat jij deelt wordt gesproken over 50TB per week in de fabriek.

Iets met appels en peren..
Drie training, een kwalificatie en een race. Vijf sessies x zeg voor het gemak 500gb per auto = 2,5 TB per raceweekend (week want verder rijden ze in die week niet).

Als ik dat x 20 doe kom ik op 50 TB. Wat dan dus zou betekenen dat mercedes wel voor alle 20 auto's de berekeningen doet.
Die 50 TBD gaat over CFD, de digitale tegenhanger van de windtunnel. Die data bevat simulaties over hoe nieuwe onderdelen zich onder aerodynamische last gedragen, en of ze sneller zullen zijn dan de huidige onderdelen.
Nee, ik denk eerder dat in de fabriek 24/7 dingen draaien en dus ook 24/7 data genereren. In een raceweekend heb je het inderdaad over 2,5TB per auto (dus 5 TB per weekend aangezien ze 2 auto's hebben rijden). Die 5 sessies zijn bij elkaar echter ongeveer 7 uur.
CFD data (windtunnel simulatie) vs timing data van 1 sessie op de baan. Dat lijkt me totaal iets anders.
Een paar weken terug hoorde ik van iemand van Oracle dat ze voor elke race ongeveer 2milljard simulaties doen, sindsdien kijk ik wat anders naar F1.

Die pitstop die max maakte toen hij kampioen werd was ''dankzij'' een uitkomst van de simulatie.

Het zal de tijd wel zijn maar ik ben toch meer old school.
Lijkt me sterk dat die betreffende pitstop gebasseerd is op een simulatie. Lijkt me eerder dat ze gewoon het tegenovergestelde van Hamilton hebben gedaan. Dat was de enige mogelijkheid die ze hadden om hem te verslaan, omdat Lewis in de Mercedes gewoon sneller was die race.
Wat ik begreep is dat die beslissing was genomen omdat een simulatie aangaf dat hij de meeste kans op winst zou hebben als die toen de pits inging.

Ik zou persoonlijk niet naar binnen zijn gegaan toen, maar dat ben ik.
Ik denk dat ze verschillende scenario’s al doorgerekend hebben, zodat ze weten wat ze moeten doen als Hamilton binnenkomt in die ronde. Ik geloof ook niet zo dat ze niet veel van de tegenstander modelleren - het is maar net wat ze willen vertellen
Tja als je 2 miljard simulaties doet, dan zit er vast wel een bij waar Max op deze manier kampioen wordt, denk je ook niet? :+
Een paar weken terug hoorde ik van iemand van Oracle dat ze voor elke race ongeveer 2milljard simulaties doen, sindsdien kijk ik wat anders naar F1.
Dat zou wel eens op die Monte-Carlo simulatie kunnen slaan die in het artikel is genoemd. De gedachte achter Monte-Carlo (dat nu even niks met de racebaan van Monaco te maken heeft) is dat je een eenvoudige maar snelle simulator hebt. Die draai je heel vaak met kleine variaties. Vervolgens bekijk je welke uitkomst statisch gezien het meest waarschijnlijk is. Door heel veel simulaties te doen kom je uit bij de meeste kansrijke situaties, ook al zijn de losse simulaties heel onnauwkeurig.
Hoe bedoel je dat je er anders naar kijkt? Is F1 niet altijd een samenspel geweest van slimmigheden, technologie en hopelijk de beste coureur? Dit is nou net wat F1 onderscheidt van andere sporten.
imo moeten de coureurs en het team zelf doen, en niet aan de hand van een simulatie laten beslissen.

Natuurlijk moet een coureur zelf nog rijden maar het wordt wel een stuk makkelijker gemaakt met deze simulaties, dat de techniek in de auto state of the art is logisch daar is ook F1 voor.
Dat is de logische evaluatie van het team haar werk laten doen. Zij moeten steeds nieuwe manieren zoeken om de concurrentie te slim af te zijn en de huidige stand van de technologie maakt het mogelijk om 2mrd simulaties te doen. Ik kan ze geen ongelijk geven.
Het wordt niet "een stuk makkelijker" gemaakt. De concurrentie doet namelijk hetzelfde. Op dat moment is het een kwestie van wie er het snelste de beste simulaties kan maken. Het is dus geen "shortcut" om snel tot de beste acties te komen, maar een noodzaak om niet hopeloos achter te lopen op de rest van het veld.
De simulatie is een uitgangspunt. Ze zeggen letterlijk dat als de race begint, en er gebeurt iets, alle simulaties het raam uit kunnen. Het doel van de simulaties is om zoveel mogelijk variabelen uit te sluiten. Controleer wat je kunt controleren, en de rest is reageren op hoe de race zich ontwikkelt.
F1 is inderdaad een super-hightech spelletje en elk ding dat ze kunnen doen of inzetten om voordeel te halen wordt benut. Dit in tegenstelling tot bv Nascar, waar ze nu (de laatste jaren) pas met simulatoren werken. Die noemen ze dan een shaker rig omdat de auto op hydraulisch bediende poten staat die de actie op de baan nabootsen. Ze zijn dat in die klasse niet gewend, minder hightech. Maar zelfs daar begint dat nu te komen. Indycar is ook veel minder hightech dan F1. En dat merk je dan ook als een ex-F1 coureur ginds gaat rijden. Die heeft dan veel meer kans om goed te scoren dan zijn Amerikaanse collega's omdat F1 veel meer om de kleine dingen gaat, en daar zijn die coureurs op getraind. Andersom doen Indy coureurs het doorgaans minder goed in F1. Kijk maar eens wie de Indy500 heeft gewonnen dit jaar...
Leuk artikel. Maar je zou bijna denken dat Oracle het bezoek heeft geïnitieerd 😏
Ik ben nog een beheerder van de oude stempel. Lekker on premise ipv die server(s) van iemand anders. Enige voordeel is dat je geen storingsdienst hoeft te draaien 😂 🦕
Je wilt geen rekencluster naar elke race slepen om je simulaties te doen.
Dit zijn juist dingen waar cloud erg geschikt voor is. Ze hebben niet constant heel veel compute nodig maar tijdens de race (en training dagen) wel.
Leuk! Zou misschien sowieso een leuke reeks zijn om te kijken naar datagebruik in de sport. Wielrennen, voetbal etc

Terug naar de F1, hij geeft aan dat het door de cloud mogelijk is om theoretisch de simulatie te runnen voor alle 20 auto's en dat hij dat ook wil. Wat is de praktische beperking? Het F1 kosten plafond? Neem aan dat ondanks de sponsoring van Oracle ze niet onbeperkt door mogen gaan?
Er is dit seizoen een budget cap dus onbeperkt uitgeven mag/kan niet meer. Ik neem aan dat B2B deals met sponsoren hier ook in mee worden genomen zodat RBR niet voor een fractie van de werkelijke kosten cloud services bij Oracle kan afnemen.

Voor de rest is het natuurlijk niet zo vreemd dat ze weinig technische details willen delen. Nu valt het met die 130 miljoen budget cap nog een soort van mee (relatief) maar hiervoor gaven ze doodleuk 400 miljoen per jaar uit. En dat is zonder de 1+ miljard die Honda in de motor heeft gestopt.

Als zouden ze sommige dingen natuurlijk wel met een schatting van een schep zout kunnen geven. Als er bv 3km aan kabels in een auto zet kan je ook 2.5 of 3.5 km zeggen. Voor de concurrentie maakt dat weinig uit denk maar voor fans geeft het een goed genoeg beeld imo.

[Reactie gewijzigd door t_o_c op 23 juli 2024 11:42]

Er is niet alleen de budget cap. Er is binnen dat budget cap ook gedefinieerd hoeveel er gebruikt mag worden van bepaalde resources. Denk aan CFD’s icm compute tijd vs aantal gebruikte cores.

https://the-race.com/form...-really-hit-teams-and-f1/
Het budgetplafond in de Formule 1 omvat alle kosten voor de ontwikkeling, bouw en onderhoud van de wagens. Motoren, marketing, energiekosten en veel andere kosten vallen er buiten of zijn grijs gebied.

Zoals @KALN aangeeft is windtunnel - en CFD tijd per seizoen beperkt inzetbaar (en verandert halverweg het seizoen) maar dit is gericht op ontwikkeling van de wagen en niet op het draaien van racesimulaties.

Daarnaast denk ik dat het draaien van simulaties van de andere 18 wagens weinig toegevoegde waarde heeft. De andere teams zitten ook niet stil met hun aerodynamische ontwikkelingen, een nieuwe motor kan 2-3 tienden extra opleveren, pit stoptijden die verschillen en een safety car is ook niet uit te sluiten.

Het is vooral naar je eigen team kijken en hoe kunnen we het beter doen is denk ik waarvoor de simualtie bedoeld is.
Die 400gb per sessie. Is dat als ze rijden, dus draadloos?

Als dat zo is, waarom zijn de coureurs dan vaak slecht te verstaan tijdens het rijden?
Omdat het een analoge in de helm is en hun hoofd en dus helm niet stil kan blijven? en is ook niet onderdeel van die 400GB.

Die 400GB is dan ook zonder al het beeld materiaal dat tegenwoordig vanaf de auto wordt verzonden.
Het gaat hier puur om sensor data.
Wat is de draadloze flow dan? Coureur -> helm -> auto -> pitwall -> rest van de wereld?

Begrijp ik het goed dat het dus aan de microfoon ligt (icm met de bewegingen) en niet aan de verbinding?
Inderdaad en aangezien sensor vaak ontzettend simpel is, is 400GB echt bizar veel.

Ben vooral benieuwd naar hoe de data verzameld en verwerkt word vanaf de pit.

[Reactie gewijzigd door Bossie op 23 juli 2024 11:42]

Ik denk dat het voornamelijk hoogfrequent is en enorm veel datapunten. Als je iedere 1 of 10 ms duizenden signalen uitleest gaat het op een gegeven moment optellen
ik hoor vrijwel nooit een race-ingenieur zeggen dat hij zijn rijder niet kan verstaan..
vergeet ook niet dat het geluid van de motor en de bij behoorde rijwind met 250+ effect heeft op de kwaliteit.

5 jaar geleden ooit eens een motor headset met communicatie gebruikt dat werkte prima als je stilstond, maar als je ging rijden met alle omgevingsgeluiden bij 120km/h was het toch een heel anders verhaal..
Helemaal eens, zo goed als nooit gehoord. Het moet een stukje training / gewenning zijn voor die engineers.

Ik woon inmiddels al 7 jaar in het buitenland, heb een Amerikaanse vrouw en doe een fulltime job in het Engels maar relatief vaak kunnen wij de coureur niet verstaan. Daar moeten meer kijkers toch last van hebben 🤔
Leuk artikel! Blijft een sport waar zoveel meer achter zit dan we allemaal denken/weten :)
Wel een heel basic artikel. Niets over wat HPE voor hun doet. Oracle komt nauwelijks te spraken. Zelfs de genoemde monte-carlo simulatie wordt niet eens uitgelegd wat het is en doet.
Ik begrijp erg goed dat de meeste info geheim moet blijven en dat dit artikel dus eigenlijk vrij uitgekleed en kaal blijft. Juist daarom vind ik het jammer om te zien dat het alsnog een "plus" artikel is.

Wel een tof onderwerp hoor! Ik hoop dat Tweakers nog eens met HPE of Oracle gaat praten over de F1.
Jeetje zeg, wat een tegenvaller dit artikel. Ik snap niet dat sommigen het wel goed vinden want er staat toch echt maar heel weinig interssants in. Maar goed dat is mijn mening.
Idd, vooral voor een plus artikel.
Inderdaad een beetje magertjes voor een plus artikel.

Op dit item kan niet meer gereageerd worden.