2026 年 7 月 26 日的匈牙利大獎賽(Hungarian Grand Prix),自動藍旗系統在比賽前段開始向還沒被套圈的車手發出藍旗警示,隨後被停用。車手的方向盤失去藍旗提示,賽道旁的燈號面板也不再顯示對應車號——藍燈整圈閃,卻看不出來是給誰的。
最後開出三張 5 秒罰單,其中一張把貝爾曼(Oliver Bearman)從終點線上的第 17 掉到第 19。
這篇文章的重點不在轉述車手抱怨,而在一件我們自己算得出來的事:FIA 賽事控制紀錄裡那 11 條藍旗訊息,本身就是這次故障的證物。
這篇文章的事實從哪裡來
本站的賽後戰報只用自有資料源(jolpica-f1),因為那樣每個數字都能重打 API 複查。這篇不行。判罰、旗號、車手說法,我們的資料源一個欄位都沒有。所以來源分三層:FIA 一手文件(判罰決定書、賽事控制紀錄、暫行與最終分類、賽前競賽指示,全部可下載)、Formula1.com 官網說明、媒體採訪逐字。文末逐項列出。
有一件事要先講明白,因為市面上很多稿子寫錯了:截至 2026 年 7 月 30 日,本站在 fia.com、Formula1.com、Autosport、The Race、Motorsport.com、Sky Sports 與 GPFans 的檢索中,找不到 FIA 就此事發布的任何公開說明。 賽後記者會的官方逐字稿裡「藍旗」與「marshalling system」出現次數是零;GPFans 在報導中寫明已向 FIA 詢問,該篇未刊出回應。
這是本站檢索範圍內的結果,不排除未被收錄、後續發布或其他平台的資料。但「FIA 承認系統故障」這個說法,我們找不到任何一手或二手依據。
系統本來應該怎麼運作
FIA 賽前發給各隊的競賽指示(Race Director's Competition Notes)把門檻寫成量化條件:快車距離即將被套圈的車 3.0 秒時,系統發出預警,讓慢車的車隊提醒車手;縮短到 1.2 秒時,藍色燈號面板亮起,同時還有駕駛艙藍燈與計時螢幕訊息,被套圈的車手必須在第一個可行機會讓車。
正常狀態下車手有四個資訊通道:實體旗、賽道旁燈號面板、駕駛艙藍燈、車隊轉述。(前三項出自賽前競賽指示;實體揮旗依國際運動規則附錄 H,四個通道的分類是本站整理。)
出了什麼事
Formula1.com 的說明是:GPS 資料出現通訊問題,在比賽前段就顯現出來,讓部分車手在實際套圈還沒發生前收到錯誤警示,因此藍燈系統必須被停用;同一段還提到,系統停用後賽道旁的藍色面板未顯示相關車號。
官方用的字眼是 communication issue、GPS data、disabled,沒有用 failure 或 malfunction,也沒有說明技術根因。
「GPS 資料通訊問題」的範圍比一般人想像的窄。它不等於衛星訊號被干擾,也不等於有人偽造定位訊號;定位資料的傳輸、時間同步、車號與位置的對應關係、中央處理環節,任何一段出錯都符合這個描述。官方沒有講是哪一段,所以我們也不猜。
至於系統在第幾圈停用,本文查不到權威答案。Formula1.com 只寫「在前段圈數顯現」;The Race 寫約在 70 圈比賽的第 9 圈左右失效;貝爾曼本人說他從第 6 圈就開始看到藍旗,並形容從第 6 圈到第 70 圈幾乎每圈都有藍旗畫面(他實際跑完 68 圈,「第 70 圈」是口語)。本站逐條讀過賽事控制紀錄全文(81 則訊息),其中沒有任何一條宣告系統停用;停用時點也不在本文的檢索範圍是 fia.com、Formula1.com、Autosport、The Race、Motorsport.com、Sky Sports 與 GPFans,查證日 2026-07-30的檢索結果裡。
本站重算:那 11 條藍旗
先說方法,以及它的限制
本站的進站資料帶牆上時鐘。把 45 筆進站時刻逐一減去該車該圈的累積單圈時間,45 筆全部指向同一個起跑時刻 15:03:16,發散 1 秒以內。
這個時刻可以用 FIA 自己的時間戳反查:斯托爾(Lance Stroll)第 1 圈最後一彎出界記在 15:04:56,本站算他第 1 圈結束於 15:04:56;皮亞斯特里(Oscar Piastri)第 55 圈結束於 16:22:02,而賽事控制在 16:22 部署虛擬安全車;諾里斯(Lando Norris)完賽於 16:43:12,格旗記在 16:43。
限制必須先講清楚,因為它決定了下面的數字能講多重。 本站判定「被套圈」的方式是通線計數:領先者完成第 n 圈時,該車只完成 n−2 圈或更少,且該車當時仍在場上。這是「已可由通線確認落後滿一圈」的時刻,不是賽道上實際被超過的那一秒——實際超越可能發生在這之前,最多早一個領先者單圈(本場約 83 秒)。我們沒有逐段位置資料,無法再精確。
所以下面的時間差只用來描述量級,不能當成逐條精確的實際超車差值。
結果
用這個方法算,全場第一次可確認的套圈發生在 15:36:26,對象是培瑞茲(Sergio Pérez)。而賽事控制紀錄裡的 11 條藍旗訊息,第一條發在 15:15:07。逐條回推:
| 藍旗時刻 | 對象 | 首次可確認被套圈 | 差 |
|---|---|---|---|
| 15:15:07 | 貝爾曼 | 15:49:15 | 早 34 分 |
| 15:15:11 | 斯托爾 | 15:56:19 | 早 41 分 |
| 15:15:18 | 博塔斯(Valtteri Bottas) | 在場期間從未落後滿一圈(第 13 圈退賽) | — |
| 15:18:07 | 阿隆索(Fernando Alonso) | 15:54:54 | 早 37 分 |
| 15:19:25 | 塞恩斯(Carlos Sainz) | 15:49:15 | 早 30 分 |
| 15:19:27 | 羅素(George Russell) | 從未落後滿一圈(完賽第 7,全程同圈) | — |
| 15:19:30 | 培瑞茲 | 15:36:26 | 早 17 分 |
| 15:19:33 | 科拉平托(Franco Colapinto) | 15:53:29 | 早 34 分 |
| 15:35:33 | 勞森(Liam Lawson) | 16:17:37 | 早 42 分 |
| 15:36:02 | 培瑞茲 | 15:36:26 | 早 24 秒 |
| 15:36:56 | 培瑞茲 | 15:36:26 | 晚 30 秒 |
分成四類:
- 7 條比對象被確認套圈的時刻早了 17 到 42 分鐘。這個量級遠大於前面說的 83 秒不確定性,也遠大於競賽指示的 3.0 秒預警門檻——不可能是門檻誤差。
- 2 條的對象在場上期間從未落後滿一圈:博塔斯第 13 圈就退賽;羅素跑完全部 70 圈、完賽第 7、始終與領先者同圈。這兩條沒有可相減的時刻,它們是這批訊息裡最不需要解釋的異常。
- 1 條早 24 秒。以 83 秒的不確定性來看,這一條不能判定為異常。
- 1 條晚 30 秒,對象確實已被套圈。
11 條只涉及 9 台車,培瑞茲一台就佔 3 條。若換個問法,有幾條發在全場第一次可確認的套圈(15:36:26)之前?答案是 10 條,只有最後一條例外。
三張 5 秒罰單
(這場另有兩份文件:培瑞茲起跑程序違規判警告,勒克萊爾的黃旗案不予處理。以下是本站已核對到的三張,不是該站 FIA 全部決定的完整清單。)
貝爾曼:未理會藍旗
判罰決定書(Document 59,依國際運動規則附錄 H 第 2.5.5 e 條)寫得很具體:藍旗是因為哈賈爾(Isack Hadjar)接近而向貝爾曼顯示的,而貝爾曼通過了 11 面藍旗燈號面板才讓車。裁判認定他最晚應該在第 11 與第 12 彎之間讓車,但他直到下一圈進第 1 彎才讓。
這份文件有兩個細節值得停下來看。第一,裁判認定事實所依據的證據包括「positioning/marshalling system data」,也就是當天出問題的那套系統的資料。第二,整份決定書沒有任何一句把系統故障列為減輕因素。
決定書記事發時間 16:01,賽事控制紀錄記為 16:01:22。本站逐圈資料顯示,貝爾曼的第 40 圈跑在 16:01:14 到 16:02:43 之間,而哈賈爾首次落他一圈的可確認時刻是 16:02:41,與決定書「直到下一圈進第 1 彎才讓」的敘述吻合到一圈之內。所以判罰書描述的事件本身是真的。
但有一件事必須並排寫出來:賽事控制紀錄裡最後一條藍旗訊息是 15:36:56。 貝爾曼被罰的那些藍旗,一條都不在紀錄裡;而紀錄裡有的那些,7 條早了 17 分鐘以上、2 條的對象從沒落後滿一圈。
他賽後說,他對這張罰單感覺很不好,因為當天狀況很糟;跑內場那一段根本沒時間看後視鏡,而每一圈都有藍旗畫面跳出來,系統運作不正常的情況下,很難判斷藍旗是給自己、給後車還是給前車。
罰則效果:他在終點線上是第 17,加 5 秒後掉到第 19,阿爾本(Alexander Albon)與塞恩斯各上升一位。
塞恩斯:與皮亞斯特里碰撞
皮亞斯特里準備套圈時,與正在跟阿隆索爭位的塞恩斯發生接觸。
決定書(Document 54,依附錄 L 第四章第 2 d 條)認定塞恩斯負完全責任。標準罰則是 10 秒,改判 5 秒的理由是:事發當下「Car 55 相對於賽道與其他車的位置,使得 Car 81 在他嘗試超車前對 Car 55 的駕駛是看不到的」,而「儘管該車手已被告知 Car 81 正在接近,裁判接受這個受限的視線降低了可責程度」。
這裡有一個廣為流傳的誤解要澄清:文件裡的「limited visibility」指的是看不見 81 號車,不是看不清藍旗。 The Race 與 Motorsport.com 都把減輕因素寫成「limited visibility」而沒有說清楚是看不到什麼,The Race 進一步寫成「藍旗的 limited visibility」——那是誤讀的來源。
而決定書裡有一句與塞恩斯的辯解直接衝突:文件明白寫著他已經被車隊告知有藍旗、皮亞斯特里正在接近。
塞恩斯的說法是:方向盤上沒有藍燈,而在那種爭位的纏鬥裡,藍燈正是幫助他判斷自己是否即將被套圈的東西;他當時完全不知道自己快被套圈了,而即使預期到,對方也在他的死角。他還說了一句值得記下來的話:如果我們沒有這麼慢,就不會有這麼多藍旗,所以我們知道解方是什麼。
皮亞斯特里的說法尖銳得多:他知道有藍旗,但所有旗號都在打藍旗;他就跟在後面整整一個分段。他說被一輛被套圈的車撞從來不是你會預期的比賽風險,而「他沒看到我我並不在意——他沒看到、沒有人告訴他、或者是完全缺乏狀況意識,這件事本身不可接受」。
塞恩斯後來在社群平台的貼文把碰撞歸因於藍旗系統問題,該貼文被加上了社群註記,指出裁判認定車隊已告知他藍旗、並判他負完全責任。
代價有多大?本站資料顯示,塞恩斯在第 36 圈結束時領先阿隆索 0.34 秒,第 37 圈結束時落後 5.85 秒,同一圈掉了約 6.2 秒。
漢米爾頓:維修區超速
這張與藍旗無關,但同一場、同樣 5 秒,是判罰精度的極端例子:維修道限速 80 km/h,他跑了 80.1 km/h,超速 0.1 km/h(Document 57)。
他 70 圈的單圈時間總和是 1:40:15.720,衝線時實際上是第 4;最終分類記 1:40:20.720,正好多 5.000 秒,掉到第 5,與勒克萊爾(Charles Leclerc)相差 0.700 秒。決定書記違規時間 16:24,本站資料顯示他第三次進站在 16:23:40,指的是同一次停靠。
罰時去哪了:一個乾淨的內部算術
把每位車手的最終分類時間,減去他所有單圈時間的總和,全場只有兩位不是零:
| 車手 | 逐圈總和 | 最終分類時間 | 差 |
|---|---|---|---|
| 漢米爾頓 | 1:40:15.720 | 1:40:20.720 | +5.000 |
| 貝爾曼 | 1:40:48.378 | 1:40:53.378 | +5.000 |
| 塞恩斯 | 1:40:49.153 | 1:40:49.153 | 0.000 |
| 其餘 19 位 | — | — | 0.000 |
漢米爾頓與貝爾曼是賽後加罰,塞恩斯是 0.000,他的 5 秒是賽中服完的。賽事控制在 16:06 宣布、16:14 記「PENALTY SERVED」,而他在 16:06 之後只有 16:07:01 與 16:23:24 兩次進站,所以服罰只能發生在 16:07:01 那次。
那次的維修道通行時間是 28.658 秒,比全場 45 次的中位數 22.015 秒多 6.6 秒,是全場最長。其中 5 秒是罰時;剩下的 1.6 秒本站無法判定成因——培瑞茲有一次沒有罰時的通行時間就比中位數多 2.2 秒,這個量級的變異本來就存在。(本站資料源記錄的是進出維修道的耗時,不是車停在千斤頂上的靜止時間。)
碰撞在第幾圈:可以複算
三個來源給了三個數字:判罰決定書寫第 38 圈、接近第 3 彎;賽事控制訊息未載圈數、時間 15:57:04、寫第 2 彎;Formula1.com 賽報寫第 39 圈、第 2 彎出彎。
用前面校準好的時鐘算 15:57:04 那一刻:皮亞斯特里在他自己的第 38 圈,塞恩斯在他自己的第 37 圈,領先的諾里斯也在第 38 圈。 這一點不受校準誤差影響。即使把 1 秒發散放到最不利方向,三人距離下一次通線最少的也還有 38 秒餘裕。
與兩份文件最相符的解釋是:判罰決定書用賽事圈數,賽事控制訊息用各車自己的圈數。 後者可以逐條對帳:紀錄裡塞恩斯被刪的那圈是 1:31.701、標 LAP 37,本站算他第 37 圈正好 91.701 秒;貝爾曼被刪的是 1:36.300、標 LAP 38,本站算他第 38 圈正好 96.300 秒。
⚠️ 但兩份文件都沒有明說自己用哪種計圈基準,所以這是解釋不是文件定義。 圈數本身可複算,計圈基準的歸屬則是推論。
彎道的差異不衝突:匈牙利賽道第 2 彎出彎就是接近第 3 彎,三份來源指的是同一段路。真正對不上的只有 Formula1.com 的「第 39 圈」:那一刻領先者與皮亞斯特里都在第 38 圈、塞恩斯在第 37 圈,39 不符合任何一種計圈基準。
一個必須誠實交代的工具邊界
本站每篇戰報下方的「成績變動追蹤」,這一站顯示沒有偵測到任何變動——但這一站確實有判罰改了名次(貝爾曼第 17 掉到第 19)。原因是那兩張罰單都是賽中宣布的(16:25 貝爾曼、16:36 漢米爾頓,格旗 16:43),判罰在我們取得資料前就已計入官方分類,所以 FIA 的暫行分類(Document 55)與最終分類(Document 62)逐列完全相同。「無變動」只能讀成「來源與本頁一致」,不能讀成「這場沒有判罰」;而該追蹤也只覆蓋自有資料(名次、圈數、進站),判罰與旗號紀錄不在其中。
車隊那一層也沒接住
賓士(Mercedes)領隊沃爾夫(Toto Wolff)在賽後訪問裡兩邊都罵。他先說 marshalling system 沒有正常運作、後段的車在漢米爾頓(Lewis Hamilton)與安東內利(Andrea Kimi Antonelli)爭位時還在防守,接著把最重的話留給各隊圍欄工程師。他說那是「坐在圍欄上那些天線寶寶工程師」的失職,沒有告訴自己的車手後面發生了什麼。
奧康(Esteban Ocon)的證詞說明了車隊這一層失效的機制:儀表與車上都沒有回饋,只剩藍旗面板、而面板沒有他們的車號。他舉例說自己在維修道出口跟哈賈爾對戰,但其實已經落後一圈而不知道,可能擋了對方三個彎;等工程師告訴他「你不是在跟他比賽」時已經過了,而因為藍旗整圈都在閃,也判斷不出來。
還有一個等級更高的例子:當時正在領跑的安東內利也收到了藍旗,並在無線電上抗議自己為什麼會收到藍旗。(此節出自 GPFans 轉述的賽後畫面與 Sky Sports F1 球評說法,本站未取得一手影音。賽事控制紀錄裡沒有給 12 號車的藍旗訊息——他收到的是車上端的提示,與紀錄是兩條不同通道。紀錄裡有一條是給同隊 63 號羅素的,兩件事別混。)
不過若車隊自己的位置圖也吃同一套異常資料,工程師的判斷能力會同步下降。本站未查到任何來源說明車隊端的資料是否受影響,所以「車隊該接住卻沒接住」的成立範圍是未知的。
為什麼數位通道會一起失效
可以確認的是:方向盤藍燈失效、燈號面板沒有顯示車號,而實體揮旗不受影響——貝爾曼與皮亞斯特里都提到旗號還在打。
備援共用同一組中央定位資料,是最直覺的解釋。但同樣相容的解釋至少還有兩個:同一份上游資料供給多個不同下游(Sky Sports F1 的球評說轉播端的 GPS 車手追蹤圖層也幾乎整場掛掉,那是完全不同的消費端),或者 FIA 為了避免繼續發錯訊號而主動一次關掉全部數位提示——後者根本不需要底層共用。
所以本站把這一項的信賴度定在中等,不再更高。 本文核對過的 FIA 規則與規範文件(清單見文末)沒有描述 marshalling system 的資料流,技術根因也不在本文檢索範圍的結果裡。
順帶說明一個資訊落差:Formula1.com 說系統停用後面板「未顯示相關車號」,奧康也說當時只有面板、沒有他們的號碼——這足以說明當天少了可辨識對象的資訊。至於面板在正常狀態下的完整顯示能力,本文已核對的 FIA 規則與供應商規格頁都沒提到車號,但那只代表這些文件沒寫,不足以反過來斷定面板一定會顯示、或斷定所有公開文件都沒提。
資安角度
一套即時系統同時出現「錯誤資料送到錯誤對象」與「功能被迫停用」,這種組合會讓人聯想到資安事件。
本站為此把檢索面擴到英、義、西、德、法、荷、匈、日與中文(繁簡)媒體,加上 FIA 官方文件庫與 BleepingComputer、The Record、SecurityWeek、Dark Reading 等資安專業媒體,並逐留言掃過 Reddit 的 r/formula1 與 r/F1Technical。結果是:沒有任何來源主張這次故障源於入侵、資料竄改、訊號干擾或人為操作,因此本站不把資安列為已知成因。
反過來,多家非英文媒體具體指向定位資料:義大利版 Motorsport.com 寫藍旗系統與追蹤賽車的 GPS 系統一起出了問題;法國 Eurosport 引述塞恩斯的工程師說當時「沒有平常的參考點」、自動警示也沒有;德國 formel1.de 記載定位系統一度把車顯示在錯誤位置。這與 Formula1.com 的官方說法方向一致。
但有一件事必須主動說出來:社群層確實有人提出過疑問。 賽後 Reddit 有一串專門討論當天 GPS 異常(有人形容轉播與圍欄端的地圖上「車子在跳位」),其中幾位網友推測成因是東歐一帶的 GPS 干擾,也有網友表示不排除藍旗問題出自同一原因。
這是網友提問,不是來源主張,而且同一串裡就出現了反證:有人查當日的 GPS 干擾監測資料,顯示匈牙利賽道一帶並無干擾跡象;也有住在賽道附近的當地讀者表示日常使用 GPS 沒有任何異常。本站認為這個推測之所以出現,是因為官方說法本身就指向 GPS 資料——從「GPS 資料有問題」跳到「GPS 被干擾」是很自然的聯想,但那一步沒有任何證據支持。
軟體錯誤、資料通訊中斷與外部入侵會產生相似的表面症狀,症狀本身不足以判定成因。
最後有三個陷阱要主動點出來:檢索相關關鍵字會夾帶 2025 年 10 月 FIA 車手分級系統的個資外洩、2024 年 FIA 電子郵件帳號遭釣魚、以及 2012 年 F1 網站遭 DDoS 這三件事。它們是不同年份、不同系統的不同事件;本文檢索範圍內沒有任何來源把它們與這次藍旗故障連結起來,所以寫成同一件事沒有依據。
| 判斷 | 信賴度 | 依據 |
|---|---|---|
| 自動藍旗系統被停用 | 高 | Formula1.com 官方說明 |
| 系統確實發出過錯誤藍旗 | 高 | 賽事控制紀錄 11 條,本站逐圈重算:7 條早 17 分以上、2 條對象從未落後滿一圈 |
| 故障與 GPS 資料通訊有關 | 高 | Formula1.com 官方原文用字 |
| 當天面板未顯示車號 | 高 | 官方說明+奧康證詞 |
| 數位通道共用同一資料來源 | 中 | 本站推論,另有至少兩種相容解釋 |
| 遭到外部入侵 | 低 | 檢索範圍內零來源 |
| 單純是個別車手故意阻擋 | 低 | Document 54 載明車隊已告知;本站重算顯示多條藍旗發在對象被套圈前 17 分以上 |
檢索範圍內查不到的事
截至 2026 年 7 月 30 日,在 fia.com、Formula1.com、Autosport、The Race、Motorsport.com、Sky Sports、GPFans 的檢索中,本站未查到:
- FIA 的任何公開說明。 賽後記者會逐字稿零次提及,GPFans 明載向 FIA 詢問、該篇未刊出回應。
- 系統停用的確切時點。 也未見宣告停用的賽事控制訊息。
- 技術根因,以及是否會有調查。(FIA 匈牙利站官方文件庫共 63 份文件,最後一份的時間戳仍是 7 月 26 日,此後零新增。)
- 車隊端的定位資料是否同樣受影響。
- 哈賈爾本人的說法。 他同時出現在貝爾曼與奧康兩起事件裡,卻沒有留下相關發言。
另有一條技術說法本站無法驗證:聚合網站 gptoday.net 稱「計時系統與 FIA 控制網路之間的連線中斷」這個描述源自 BBC Sport,但 BBC 網站對本站的檢索工具封鎖,無法定位到原文,故不採用。
以上是檢索範圍內的結果,不排除未被收錄或後續發布的資料。
這件事的意義
判罰精度已經到了維修道超速 0.1 km/h 就開罰的程度,而這種精度完全建立在自動偵測之上。當偵測層出問題,罰則不會跟著暫停。
真正值得追問的不是「軟體為什麼會壞」,而是壞掉之後那套降級流程夠不夠清楚:有沒有一個所有車手都看得到的訊號告訴他們自動提示已經失效;人工模式下的燈號能不能顯示車號;判罰標準在系統故障期間是否應該有統一的調整原則。這些問題目前都沒有公開答案。
資料來源
FIA 一手文件(PDF,可直接下載核對):
- Document 54:塞恩斯與皮亞斯特里碰撞判罰
- Document 57:漢米爾頓維修區超速判罰
- Document 59:貝爾曼未理會藍旗判罰
- Document 55:暫行分類、Document 62:最終分類
- Document 60:培瑞茲起跑程序違規(警告)、勒克萊爾黃旗案
- Race Director's Competition Notes(3.0 秒/1.2 秒門檻出處)
- Race Control Messages(11 條藍旗訊息、各項時間戳、刪圈紀錄)
- 賽後記者會官方逐字稿
- 清單頁:2026 匈牙利站裁決文件、賽事與計時資訊
Formula 1 官方說明:Sainz explains how blue light issue caught him out in Piastri collision(2026-07-26)
媒體採訪與報導:Autosport(貝爾曼、奧康賽後逐字)、The Race(約第 9 圈說法、皮亞斯特里與塞恩斯說法)、Sky Sports(沃爾夫發言)、Motorsport.com(塞恩斯貼文與社群註記)、GPFans(向 FIA 詢問未獲回應、安東內利無線電、轉播端 GPS 圖層)
本站自有資料與複算:匈牙利站賽果、積分榜、匈牙利站戰報(jolpica-f1)。本文的絕對時鐘校準、被套圈判定、罰時算術與碰撞圈數換算全部由本站逐圈與進站資料計算,方法與限制寫在正文中。
技術背景:本站另一篇 F1 計時、定位與賽事控制的科技 說明這套系統平常怎麼運作。
查證日 2026-07-30。本站為非官方資訊站,判罰與規則細節以 FIA 正式文件為準。文中標明「本站推論」與「解釋」的段落不是任何來源的主張,請與有出處的事實區分閱讀。