• 6

請問這套車牌辨識系統真的有嗎??

herblee wrote:
雖然,以現在看, 最後是後端沒把錯誤抓出來
如果前端的 Reader沒有記下正確的數據, 雲端/後端再怎麼厲害, 也算不到正確的數字
...(恕刪)


呵! 呵! 果然是 S/W 與 H/W 之爭論. 我是 in S/W side

但與我們公司內不同的是

H/W Engineer 會說 : 把產品加上這個, 那個, 多花錢不說, 還會讓線路的設計 layout 變複雜, 空間也不夠. 難道不能只有這個, 其他的由你們用 S/W 去解決嗎 ?

S/W Engineer 會說 : 嘿 ! 你以為 S/W 是你想的說改就改 ? 以前都有這個, 那個. 我們都按原來那個樣子 programming 好了, 現在才說沒了那個, 你是說房子都已蓋好了, 才叫我們來挖地下室嗎 ?

華山派, 劍, 氣二宗之爭, 有時真會顛倒過來玩的.
herblee wrote:
他還有照相, 人工判讀車牌? 可是明明,過去的收費站,1990泰山收費站就已經使用影像辨識車牌的技術來查緝贓車, 高公局已經花錢,早就已經裝有"車牌識別 "
拆光光? 東西到哪裡去了?

錯誤或模糊的車牌圖像送到雲端, 再強的雲端也讀不出來

遠通是 Sensor/Reader 和後端處理, 通通都有問題

但如果遠通想的不是正確收費, 想的只是搜集個資, 消費資訊可以拿來賣錢

才能解釋為何弄出一個這樣奇怪的系統
...(恕刪)


好了, 回到主題, 我是認為現有的 Sensor Deploy, 可用, 其他問題, 雲端 S/W 解. 當然前提是 eTag 必裝.

我不信任商用等級光學辨識與影像處裡系統. 光學辨識系統還要動用一大堆人力去 confirm, 以我做過自動化的觀點看, 不 make sense. 除非後端影像處裡系統 S/W 能解決 confirm 的問題, 否則我會主張在前端就處理掉.

閣下提的許多例子, 運用許多 Sensor/Reader 方面的技術, 是可解決許多問題, 甚至後端的系統也不用 "雲" 了, 但為了保證資料正確, 設備成本會高很多, 而且要限制通過速率.

既然放在匝道, 限制通過速率, 又不做雲, 那為何不就人工收費就好 ? 簡單又實用.

這種方式會落入資訊系學生討論過的議題, 當你花了大成本設備建置下去, 才發現原來每個月要營運與
保養那些設備的錢, 竟然比每個月付給收費員薪資 + 耗材的成本來的高. 那這個 project 還需要玩下去嗎 ? 不如放棄好了.

眼光要放遠, solution 主力在 "雲", 才有彈性, 未來才想得出其他的創意. 有創意才能創造更多收益. 遠通如果只能做大家想的 "收費系統", 我會非常失望, 這種系統不做也罷, 不會帶來 "自動化" 利益與效益.

  • 6
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?