最近公司要導入新系統,需求按下BUTTON 可以抓磅秤的秤重值,然後系統開發廠商一直要求提供磅秤規格及API,但磅秤商卻說會寫程式的人都知道怎麼抓,我不知道要相信誰的話,磅秤商說該提供的資料已經給了,系統商說沒有他要的資料,磅秤商只有給磅秤說明書。
請問各位大大,抓磅秤值到網頁的一個欄位上,真的需要什麼磅秤API或者需要什麼規格書之類的,才有辦法寫程式,把磅秤秤重值傳到網頁欄位上嗎?
又或者是有什麼資料可以參考嗎? 對這方面真的不熟悉,懇請有經驗的大大可以提供我一些意見。
我看了你的一些回覆,依我理解,磅秤給的資料是足夠詳盡的,假使電腦沒有RS232的頭,中間卡個樹莓派,也是可以將他變成HTTP Base的API的;這個找有做過電子的CS學生,應該不用太貴可以搞定。
如果是我的話,用Python和Pi研究一下,一兩個禮拜應該就可以搞定,可以包成Web API的形式讓你呼叫www
雖然你打了一大大大大串 但我還是必須告訴你.... 你幾乎什麼都沒說
已知:
系統開發商 提出了 API的需求
磅秤商 說 會寫程式的人都知道要怎麼抓 (聽起來就是一副沒有要處理的意思 或是關係到維護費)
既然你提到了 API 那我大膽假設這是一個 web 產品 或是不需連網的磅秤系統
公司既然已經發包給不同廠商,那雙方勢必得要坐下來好好聊聊
這不是你自己可以處理的事情
或者...你可以自己當橋梁把兩邊接上 (不論是人 或是資料)
以上回饋
感謝阿展展展 大大回覆,我與系統商有親自拜訪過磅秤商,但只給了磅秤說明書
所以想說若磅秤商真的需要提供api 的話,考慮換家磅秤商
磅秤會接在PC端,所以應該還需要一個監聽RS232端傳來的值?
然後網頁那個按鈕是做呼叫、執行監聽RS232的程式?
磅秤商提供資料如下
RS-232只是接頭規格, 所以至少需要:
感謝 slime 大大回覆,磅秤商有提供RS-232裡面傳輸的電氣訊號
2.磅秤秤重,應該是按一次按鈕抓一次值,抓最後一筆測量值
3.所以網頁沒有讀取RS232的相關語法? 這方面我在與系統商做確認
4.按下網頁按鈕有辦法呼叫、執行 C、VB的程式,然後把讀取的直傳給網頁上欄位嗎?
所以目前就是缺一支程式來控制磅秤, 並提供 API 介面給瀏覽器呼叫.
不過會想要從基本面考慮: 為什麼要用"網頁"來控制????
這問題很簡單, 就是:
搞硬體的不想碰軟體;
搞軟體的看不懂硬體....
你所揭露的磅秤商技術資訊, 以我自己本身具備電子科系學能, 確實有能力將這些資料傳送給 Web; 但中間涉及以下知識:
但是不是每個學軟體的都是電子科系出身, 資策會程設班上個一百多小時, 人人都可以變成軟體工程師.....萬一寫軟體的人沒受過電子學和數據通訊訓練, 他可能就沒有能力串接這個設備; 您找的系統廠商, 可能只具備了 #5 的能力, 所以他認為前面 #1~#4 都是磅秤商要負責的; 但磅秤商本身認為: 我已經提供足夠的硬體規格了, 剩下的 #1~#5 都是軟體的人要去解決的.....
軟體的世界既深又廣, 並不是寫軟體的, 就甚麼天南地北的東西都會寫, 他或許終其一生, 都不會學到要如何跟 RS-232 這樣的東西溝通, 也不需要去懂硬體訊號規格, 他照樣可以宣稱自己是: 寫軟體的資深工程師....
其實中間還缺一種技能:
負責接收硬體訊號的軟體叫甚麼? 通常我們稱他: 驅動程式
有了驅動程式, 寫軟體的人不需要自己去控制硬體, 就能取得資料;
硬體介面 -> 驅動程式 -> 軟體 API -> Web
如果有了驅動程式, 磅秤商只要負責提供硬體訊號的規格, 系統商只要負責從驅動程式接收已經正規化的資料, 雙方都可以限縮在自己能懂得專業領域內處理就好....
現在的問題是:
誰該負責寫中間這個驅動程式+API?
(樓下黃彥儒所述正解, 只要找對人, 費用並不高)
通常寫網頁程式 vs. 寫驅動程式,
是兩種完全不同屬性的軟體公司, 後者必須具備電子學能..
搞硬體的不想碰軟體;
搞軟體的看不懂硬體....
所以才有韌體工程師(誤....)
raytracy 感謝大大,你解說的好詳細,寫程式的人 真的要懂很多
這篇可以參考一下:
嵌入式系統菁英社群
國外把撰寫韌體/驅動程式的人, 歸類成硬體工程師; 但是台灣卻把這些人, 歸類成為軟體工程師, 才會出現好像: 軟體的人需要作全部的事情, 這樣的錯覺....
依照這樣的定義, 上面那個磅秤的 API 應該是要由硬體廠商自己撰寫好之後, 才提供給其他軟體公司去介接的....
磅秤商說該提供的資料已經給了
這次我投磅秤商一票
能夠完成這件事情的做法如下:
1.(磅秤商)提供傳輸規格
(上面那張 RS-232 的部份)
2.(貴公司)把傳輸規格
提供給開發商
3.(開發商)依規格寫程式,如下
3.1 接收 RS-232 的資料
3.2 將 3.1 的資料寫入資料庫
3.3 按下按鈕查詢
3.4 將資料庫的資料顯示在 Web 上
相較於 3.3 是「點按鈕才動作」
3.1 是「保持一直進行」的做法
如果不會的話
你就請他 Google 「開發工具語言+RS232」即可
例如「php rs232」或「asp.net rs232」
選我正解
我以前就寫過大大講的功能,
磅秤如果有rs232接口
接上去telnet基本上就會有數值
基本上出來都是秤出來的數值
當然也是有些情況
詳細部分看磅秤的手冊即可
我個人是覺的不難
這個問題只要找做"自動控制"或是"系統整合"的廠商都有辦法解決,有打算將這系統外包嗎?
如果有考慮外包的話可以討論看看
沒有所謂api 通常叫做 Protocol 傳輸協議
定義RS232 和data format
作法很簡單
寫一隻轉換程式
java rxtx 收資料 自己定義api給系統
設備介接這種廠商不多 通常都是自己寫
不過不是每種磅秤都有支援下命令要資料 有的是量到就會輸出