Re: [新聞] 台61區間測速出包公總認了,問題出在這
※ 引述《bravery1117 (懇請支持阿忠)》之銘言:
: 原文連結:
: https://tw.nextapple.com/life/20221213/A88F0E082A5B56F07DB7F19E99FB1DDE
: 原文內容:
: 【記者胡順惠/台北報導】
如果新聞的描述是真的,那我真的覺得這個系統設計的很腦殘.....
一般來說要使用這種區段測速的方式,就是比對兩張照片的時間,
也就是影像檔裡要包含時間的標籤。
依照新聞的描述,當網路延遲時,時間標籤就會錯亂,
代表照片的時間標籤是在主機端而不是在相機端打的。
這就代表系統根本沒考慮網路延遲的問題。
一般來說,如果是用4G訊號傳輸,傳輸設備內就會有NTP對時的模組功能。
所以傳輸模組從相機端取照片時就能將時間標籤打上去。
如果用的是監控攝影機,現在的數位攝影機都能自己連NTP伺服器對時了,
會因為網路延遲就讓時間標籤跑掉也是很莫名奇妙的。
而如果是使用數位單眼,那直接加個GPS模組,就能直接用GPS對時,
在EXIF裡面直接寫入精確的GPS時間,
時間精度可以到達20億分之一秒
所以有點概念的系統設計,也不會發生因為網路造成照片傳輸延遲而發生時間不準的問題
如果說因為中華電信網路品質不好讓NTP無法校時,那就更腦殘,
一般系統必須要有抗損冗餘,尤其是這種應用相對時間做為量測的系統更應該有冗餘。
如果知道NTP可能會有斷線連不上的風險,那就應該加入其他的時間校正機制作為備援或參照。
最簡單的就是拿前面講的GPS,用GPS的時間碼做對時。
就算是其中一個校時失效,還能參考另一個的,如果怕不知道哪個失效,那就加上日本的JJY無線對時或甚至是中國的BPC低頻時碼對時
將三個時間標籤同時放進EXIF檔裡,
4G網路NTP、GPS、JJY三個中有一個不一樣就知道是那個出問題,
計算區間測速時就不要用出問題的時間標籤。
那怎麼會發生因為網路延遲造成測速錯誤呢??
: 為減少交通事故,各縣市近年廣設區間測速,卻頻傳設備出包,導致用路人被誤開單,
: 有讀者向《壹蘋新聞網》爆料,指日前有重機騎士收到超速罰單,
: 申訴後才發現是網路延遲,造成系統誤判;公路總局回應,確有此事,為此設備將新增
: 系統檢核功能,目前已停用,待更新完成再送標檢局重新測試。
: 科技執法本意是遏止違規行為、減少交通事故傷亡,同步降低員警人力負擔與風險,近來
: 卻頻頻傳出系統或設備異常造成員警錯誤舉發,反而增加員警後續作業時間及民眾困擾。
: 有一名讀者貼上「重車日誌-教士」臉書截圖向《壹蘋新聞網》爆料,指有車友在台61被
: 區間誤判的罰單結果出爐,經確認是誤判,已取消罰單,但很扯的地方是,系統失準的原
: 因居然是網路延遲,為罰民眾錢硬塞有資安疑慮的設備上架,然後還敢唬爛說有標檢局認
: 證。
: 重車日誌-教士表示,這驗證區間測速就是會不定時、隨機、無預警的發生誤判,完全沒
: 參考價值,台灣人民居然會放任這東西在路上搶錢,應該主張之前透過區間測速開的罰單
: 全數撤銷,並立刻下架區間測速,也呼籲所有被區間開過罰單的車主都去申訴。
: 據了解,此次讀者投訴路段屬還未移交回警局的台61雲林路段,經查發現是因為中華電信
: 網路出現延遲狀況,傳送時網路斷線、傳不出去、等到網路恢復正常後,傳送出去時間延
: 遲,導致殘留影像,才會讓系統誤判;這是系統設立至今第1次發生,公路總局亦已全面
: 清查當月資料,目前並未發現其他異常。
: 公路總局表示,區間測速系統必須符合標檢局規格,建置完成後還要經過「國家準確度」
: 及「資安」2項驗證,才可開始執法;遭投訴的台61線雲林路段區間測速設備,因此次事
: 件後再增加系統檢核功能,需重新進行認證工作,目前已暫停使用,下一步將再送標檢局
: 重新申請檢定。
: 心得/說明:(30字以上)
: 雖然這次是因為重機被誤開超速罰單才發現這個紕漏,
: 但是中國製的爛東西可以不要用嗎?
: 而且區間限速合理一點好嗎?
: 騎開車在區間測速段,
: 要一直看儀錶板跟掐算時間我是感覺更容易分心跟危險。
: *轉錄新聞/情報,必須附上原文及網址連結及心得或意見30字(不含標點符號)*
--
亂餵流浪狗的人其實和渣男沒什麼兩樣
一個是讓狗以為自己是有主人的狗,一個是讓人以為感情有了歸宿
但都只是做半套不想完全負責而已
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.77.214.59 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/car/M.1671075942.A.7EC.html
推
12/15 11:51,
1年前
, 1F
12/15 11:51, 1F
→
12/15 11:52,
1年前
, 2F
12/15 11:52, 2F
→
12/15 11:52,
1年前
, 3F
12/15 11:52, 3F
→
12/15 11:52,
1年前
, 4F
12/15 11:52, 4F
→
12/15 11:52,
1年前
, 5F
12/15 11:52, 5F
→
12/15 11:52,
1年前
, 6F
12/15 11:52, 6F
→
12/15 11:53,
1年前
, 7F
12/15 11:53, 7F
→
12/15 12:00,
1年前
, 8F
12/15 12:00, 8F
→
12/15 12:07,
1年前
, 9F
12/15 12:07, 9F
推
12/15 12:08,
1年前
, 10F
12/15 12:08, 10F
→
12/15 12:08,
1年前
, 11F
12/15 12:08, 11F
→
12/15 12:11,
1年前
, 12F
12/15 12:11, 12F
推
12/15 12:11,
1年前
, 13F
12/15 12:11, 13F
推
12/15 12:12,
1年前
, 14F
12/15 12:12, 14F
→
12/15 12:12,
1年前
, 15F
12/15 12:12, 15F
→
12/15 12:12,
1年前
, 16F
12/15 12:12, 16F
→
12/15 12:12,
1年前
, 17F
12/15 12:12, 17F
→
12/15 12:13,
1年前
, 18F
12/15 12:13, 18F
→
12/15 12:14,
1年前
, 19F
12/15 12:14, 19F
→
12/15 12:14,
1年前
, 20F
12/15 12:14, 20F
推
12/15 12:20,
1年前
, 21F
12/15 12:20, 21F
→
12/15 12:21,
1年前
, 22F
12/15 12:21, 22F
噓
12/15 12:23,
1年前
, 23F
12/15 12:23, 23F
推
12/15 12:26,
1年前
, 24F
12/15 12:26, 24F
推
12/15 12:28,
1年前
, 25F
12/15 12:28, 25F
→
12/15 12:29,
1年前
, 26F
12/15 12:29, 26F
推
12/15 12:33,
1年前
, 27F
12/15 12:33, 27F
→
12/15 12:34,
1年前
, 28F
12/15 12:34, 28F
現在連三流中國品牌的數位監控攝像頭都能自己做網路NTP對時,
你是拿庫存10年以上的老攝影機來用啊??
就算拿庫存攝影機來坑交通部,那也還能用4G通訊模組上的NTP做對時。
只能在主機端印上時間是什麼恐龍時代的落伍技術??
→
12/15 12:34,
1年前
, 29F
12/15 12:34, 29F
用專線就直接用 stdtime NTP就好了,嵌入式系統的初學者也會設定吧
推
12/15 12:47,
1年前
, 30F
12/15 12:47, 30F
→
12/15 12:51,
1年前
, 31F
12/15 12:51, 31F
推
12/15 13:13,
1年前
, 32F
12/15 13:13, 32F
推
12/15 13:15,
1年前
, 33F
12/15 13:15, 33F
推
12/15 13:26,
1年前
, 34F
12/15 13:26, 34F
→
12/15 13:27,
1年前
, 35F
12/15 13:27, 35F
→
12/15 13:27,
1年前
, 36F
12/15 13:27, 36F
→
12/15 13:27,
1年前
, 37F
12/15 13:27, 37F
就算是不在相機端做對時,那也能定時讓主機端送request給相機端,
叫相機端送它的系統鐘時間給主機,
然後主機就能知道相機的系統鐘與主機端誤差有多少,
就算相機附在檔案上的系統鐘時間不同步,主機端也用已知的時間差值去補正。
→
12/15 13:34,
1年前
, 38F
12/15 13:34, 38F
推
12/15 13:40,
1年前
, 39F
12/15 13:40, 39F
→
12/15 13:55,
1年前
, 40F
12/15 13:55, 40F
推
12/15 13:56,
1年前
, 41F
12/15 13:56, 41F
→
12/15 13:56,
1年前
, 42F
12/15 13:56, 42F
→
12/15 13:56,
1年前
, 43F
12/15 13:56, 43F
→
12/15 13:56,
1年前
, 44F
12/15 13:56, 44F
推
12/15 14:05,
1年前
, 45F
12/15 14:05, 45F
→
12/15 14:05,
1年前
, 46F
12/15 14:05, 46F
→
12/15 14:06,
1年前
, 47F
12/15 14:06, 47F
如果新聞裡講的是真的,那這套系統比中國製的套裝組還悲劇
或者原來中國製的有NTP對時,拆掉後換上的貼牌台製品反而與原來的API不相容,
導致對時失效也不一定。
→
12/15 14:16,
1年前
, 48F
12/15 14:16, 48F
→
12/15 14:16,
1年前
, 49F
12/15 14:16, 49F
→
12/15 14:16,
1年前
, 50F
12/15 14:16, 50F
推
12/15 15:01,
1年前
, 51F
12/15 15:01, 51F
→
12/15 15:01,
1年前
, 52F
12/15 15:01, 52F
你們家工廠的設備是不是都是20年以上的老古董?
別說新的用5G通訊的機台,就算是比較舊的乙太網連線的工業機台,也能做NTP對時阿
推
12/15 15:08,
1年前
, 53F
12/15 15:08, 53F
推
12/15 15:20,
1年前
, 54F
12/15 15:20, 54F
推
12/15 15:20,
1年前
, 55F
12/15 15:20, 55F
→
12/15 15:20,
1年前
, 56F
12/15 15:20, 56F
→
12/15 15:20,
1年前
, 57F
12/15 15:20, 57F
→
12/15 15:20,
1年前
, 58F
12/15 15:20, 58F
推
12/15 15:28,
1年前
, 59F
12/15 15:28, 59F
如果是腦殘用主機端收到的時間為測速基準,
在入口端那邊剛好第二台車通過時發生網路延遲,和第三台車的照片一起送到,
第二台車就會因為時間變少而超速
或者是第二台通過時剛好,連線不穩,入口相機端等不到主機回應,就重送一次,
主機就用收到的時間紀錄。
噓
12/15 17:57,
1年前
, 60F
12/15 17:57, 60F
推
12/15 18:23,
1年前
, 61F
12/15 18:23, 61F
→
12/15 18:23,
1年前
, 62F
12/15 18:23, 62F
這種案子得標廠商通常會找工程顧問公司做系統規劃或設計
但也不排除會是當白手套的可能
推
12/15 18:56,
1年前
, 63F
12/15 18:56, 63F
現在數位式的攝影機自己就能打時間了
→
12/15 19:19,
1年前
, 64F
12/15 19:19, 64F
推
12/15 22:01,
1年前
, 65F
12/15 22:01, 65F
→
12/16 01:11,
1年前
, 66F
12/16 01:11, 66F
→
12/16 01:11,
1年前
, 67F
12/16 01:11, 67F
→
12/16 01:11,
1年前
, 68F
12/16 01:11, 68F
推
12/16 06:55,
1年前
, 69F
12/16 06:55, 69F
推
12/16 07:40,
1年前
, 70F
12/16 07:40, 70F
※ 編輯: ewings (42.77.214.59 臺灣), 12/16/2022 08:32:30
推
12/16 10:10,
1年前
, 71F
12/16 10:10, 71F
推
12/16 11:55,
1年前
, 72F
12/16 11:55, 72F
推
12/16 14:24,
1年前
, 73F
12/16 14:24, 73F
→
12/16 14:25,
1年前
, 74F
12/16 14:25, 74F
→
12/16 16:13,
1年前
, 75F
12/16 16:13, 75F
推
12/16 23:03,
1年前
, 76F
12/16 23:03, 76F
→
12/16 23:03,
1年前
, 77F
12/16 23:03, 77F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 2 之 2 篇):