You are on page 1of 34

智慧型急救箱

Intelligent First Aid


Kits

班 級: TI501
組 別: 第三組
參 與 同 學: 程澧藝 98951002
莊昌曄 98951006
馮天偉 98951008
徐秀慧 98951011
賴焜輝 98951012
日 期 : 2009/7/17
大綱 - 智慧型急救箱
 研究背景與動機
 功能描述
 軟硬體架構
 系統實作
 成果與進度
 成果展示
 參考資料
研究背景與動機 ( 一 )
 居家意外發生頻傳,但卻也常因缺乏急救
常識,未及時施救造成遺憾。而即使受過
急救訓練的人員,也有可能因疏於練習而
遺忘正確急救施行步驟。因此提出依據一
般居家發生機率高的意外事件,將可以施
行之急救步驟結合影音於急救箱中,於提
供所需急救器材同時,提示正確急救施行
步驟。
研究背景與動機 ( 二 )
 市售一般急救箱 特殊功 能急 救箱
功能描述 - 智慧型急救箱

 配備一般常用緊急藥品與急救器材
 提供正確急救步驟影音教學
 急難求救通訊
 藥品管理
硬體架構圖
硬體架構
 CPU : ARM920T 開發板
 網路 :乙太網路、 Wireless
 音源輸入 : ARM 開發板內建
 音源輸出 : ARM 開發板內建
 Web_Cam : Logitech
 觸控螢幕 : ARM 開發板內建
 SD 讀卡機 : ARM 開發板內建
軟體架構圖

QT

Linphone MPlayer RFID

eXosip2 Mediastreamer2

oSip2 oRTP Speex FFmpeg


開發庫分析- QT
 一個跨平台的應用程式架構。可用來同時開發一
般應用程式以及使用者介面 (GUI) ,並且能夠
很輕易快速地部署於各種不同的桌面與嵌入式作
業系統。
– 直覺化、易於使用的函式庫
– 整合發展工具
– 跨平台
– 支援 C++ 與 Java
開發庫分析- MPlayer
 多媒體播放器
– 支援各作業系統平台 (Linux 、 Windows 以及 Mac
OS)
– 使用眾多的編解碼器,支援相當多的媒體格式
– 最大的優點是資源佔用率極低
技術介紹- RFID
 無線射頻識別技術
RFID, radio frequency identification

 是一種內建無線電技術的晶片,晶片中可紀錄一系列資
訊,如產品別、位置、日期等。

 最早在二次大戰其間被提出,利用無線電波傳送識別資
料,達到身分識別的目的。
VoIP 系統架構圖

網際網路
其他SIP通訊協定產品
通訊伺服器

個人電腦
* 取自 SI505 期末報告
開發庫分析- Linphone
 影音網路電話軟體
– 用 GTK+ 以及終端機介面寫成
– 採用 SIP 通訊協定,並相容於大部分的 SIP 閘道與
client 端
– 可以使用多種影音編碼
– 開放原始碼 ( 免費軟體 )
系統實作
 安裝 MPlayer 開發庫。
 RFID 讀取程式開發。
 Linphone 程式安裝整合。
– 安裝 oSIP2 , eXosip2 , Speex , FFmpeg 開發庫。
– 安裝 Linphone ,有相依套件 <oRTP> 跟
<Mediastreamer2> ,於是用源碼編譯方式安裝 oRTP
跟 Mediastreamer2 開發庫。
– 安裝並設定 MiniSipServer 。
– 使用 Linphone 分別向 SIP Server 註冊,
– 測試影音傳送及接收 ( 注意硬體影音輸出正確性 , 建議
以其他軟體測試比對 ) 。
 整合 Qt 程式。
 交叉編譯與移植 ARM 板
成果與進度

 PC ( x86 ) : (RFID 未整合成功 )


– QT 整合介面
– 圖片撥放 ok
– 影音撥放 ok
– VoIP 網域內影音測試 ok

 ARM
– QT 整合介面 移植 ok
– 圖片撥放 ok
成果展示-系統操作介面規劃
The End
軟體架構
 QT 3.3.8b  Linphone 3.1.2
– oSIP2
 MPlayer – eXosip2
– oRTP
(SVN-r29408-4.3.2)
– Mediastreamer2
– Speex
 RFID
– FFmpeg
RFID 主要元件
 Tag 標籤
主要負責儲存被識別物的相關資料,如品號,品名,規
格等等。
 Reader( 讀寫器 )
負責讀寫電子標籤上的資料。
 天線
負責無線電訊號的感應。
 系統平台
和讀寫器連接在一起,多半用來下達指令,或是針對標
籤的資料所形成的資料庫管理。
RF 傳輸頻率
無線電頻譜 頻率範圍 波長 大量應用 RFID 應用頻率
極低頻 VLF
10KHz~30KHz 40000 ft. 語音 (Voice)  
Very Low Frequency
航空與玩具
低頻 LF 125KHz
20KHz~300KHz 4000 ft. (Aeronautical
Low Frequency 135KHz
Maritime , Toys)
中頻 MF
300KHz~3MHz 400 ft. 收音機 (AM Radio)  
Medium Frequency
短波收音機
高頻 HF
3MHz~30MHz 40 ft. (Short Wave 13.56MHz
High Frequency
Radio)
特高頻 VHF 電視與收音機
30MHz~300MHz 4 ft. 33.92MHz
Very High Frequency (FM Radio)
超高頻 UHF 電視、手機 860-950MHz
300MHz~3GHz 4 ft.
Ultra High Frequency 與微波爐 2.45GHz
極高頻 SHF
3GHz~30GHz 0.4 ft. 衛星 5.8GHz
Super High Frequency
至高頻 EHF
30GHz~300GHz 0.04 ft.. 研究用  
Extremely High Frequency
常見頻率的基本用途與區別

  傳輸距離 應用範圍波長

因為大多數的國家都予以開放,較不涉及法規和執照
約 10 公分左右
申請的問題,所以使用層面最廣。主要使用在寵物晶
135KHz 以下 ,通訊速度慢
片(台灣地區採用的是 128KHz/64KHz 的電波訊號)

、門禁管制和防盜追蹤等。

傳輸距離為 1 近距離的非接觸式 IC 卡,大多用於:會員卡、識別


13.56MHz
公尺以下。 證、飛機機票和建築物出入管理等。
最遠可達近 5
860M~930MHz 公尺的傳輸距 適合用在供應鏈品項( Items )管理,但各國頻率與
(即 UHF ) 離,通訊品質 法規各異,跨區漫遊應用可能出現問題。
佳。
Tag( 電子標籤 )
 被動 Tag
藉由外部電磁感應產生電力來傳送資料,
優點是內部無需任何電力,缺點是傳輸距離
相 較 於 主 動 Tag 為短

 主動Tag
具備內部電力,缺點是體積大且須定期更換
電池
Tag( 電子標籤 )(Cont’d)
 讀寫方式
唯讀
可寫入一次讀取多次
重複讀寫

 記憶容量
唯讀:大多僅具備 Tag ID ,無多餘記憶容量
其他: 64bits-256 bits 為主流,但也有高達數 K 容
量 品。
RFID 晶片如何在不外接電源或電
池的情況下進行資料收送動作?
基本系統架構

Reader
負責讀 / 寫電子標籤上的資料

Tag
Computer 主要負責除存被識別
負責系統平台的操作。 物的相關資料,如品
號,品名,規格等等
網際網路多媒體應用協定堆疊
G.7X H.2X
X X
SDP

SAP

... Audio Video


Codec Codec

DNS/ENU
H.323

MGCP

DHCP

STUN
RSVP

HTTP
RTSP

SIP RTP

NTP

...
M
TCP SCTP UDP

IPv6 IPv4

FR X.25 Mobile
Cabl Wireles
xDSL Ethernet ATM Optical
e Sonet/SDH s
SIP 在 OSI 網路七層模型中的定位

Applications

SDP
RTP/ DNS/
DHCP
RTCP ENUM

HTTP SMTP SIP RTSP SAP

TCP/SCTP TCP/UDP UDP

IPv4/IPv6
SIP 訊息格式
 統一資源識別標籤 (URI) 的格式。紅色部分為必
要欄位,灰色部分為可選 (Optional) 欄位,藍色
部分原則上在 SIP 應用中不使用。
密碼 目錄路徑

Sip : // bob:guest @ nctu.edu.tw:5060 /root/test


;transport=tcp

使用者名 主機名稱 埠號 附加參


稱 或 數
服務型 a IP 位址 分號
態 t
SIP 訊息結構
( 左側為 Request 訊息,右側為 Response 訊息 )

MAC MAC
IP IP
TCP/UDP TCP/UDP
Reques
SIP SIP Status Reason
Method t
Version Version Code Phrase
URI

Message Header Message Header

Message Body Message Body


SIP 代理呼叫示意圖
SIP 代理呼叫流程
 註冊
– UAC 跟 UAS 啟動後分別向 Proxy Server 註冊。
– 如沒有問題 Proxy Server 會發送一個 200OK 的回應訊息。
 當 UAC 要撥話給 UAS
– UAC 會先發送一個 INVITE 及 SDP 描述訊息,藉由 Proxy
Server 傳給 UAS 。
– UAS 會先送出 100Trying 跟 180Ringing 兩種暫時訊息告知
UAC 等待
– 如果 UAS 接受邀請,則會發送一個 200OK 及 SDP 描述訊息傳
給 UAC 。
– 則 UAC 會回傳 ACK 給 UAS ,這時雙方的通道已建立完成,封
包則利用 RTP 格式的封包做傳送。
– 掛斷則只要任何一方傳送 BYE 的訊號給對方,對方回應
200OK 就能結束通話。
開發庫分析- Linphone (Cont’d)
 oRTP
– 是一個即時通訊的開發庫。
 優點 - 多種 RTP 格式支持,支援 RTCP( 即時傳輸控制協
定)。

 Speex
– 是一套專門用於壓縮聲音的庫,由於其專門針對聲音,所以壓縮聲音
的性能非常高,是網路上推薦的回聲消除演算法。
 缺點 - 只能對聲音進行壓縮,不支持音樂的壓縮。

 FFmpeg
– 可以執行音訊和視訊多種格式的的錄影、轉檔、串流功能,包含了
libavcodec - 這是一個用於多個專案中音訊和視訊的解碼器函式庫
,以及 libavformat - 一個音訊與視訊格式轉換函式庫。
開發庫分析- Linphone (Cont’d)
 oSIP2
– 是一個開放源碼的 SIP 協定堆疊 (Protocol Stack) ,是開源碼中不多使
用 C 語言寫的協定堆疊之一。
 優點 - 具有短小簡潔的特點,專注於 SIP 底層解析使得它的效
率比較高。

 eXosip2
– 是 oSIP2 的一個擴展開發庫,由於 oSIP2 過於低階所以可用性差,沒
有很好的 API 封裝,使得上層應用在調用協定堆疊時很繁瑣。
 優點 - 部分封裝了 oSIP2 協定堆疊,使得它更容易被使用。

 Mediastreamer2
– 是個整合音訊及視訊功能的函式庫。
 優點 - 由 C 語言寫成對我們開發套件有利。
參考資料
 http://support.oss.org.tw/wiki/index.php/Qt
 http://open.cosa.org.tw/index.php?option=com_co
 http://support.oss.org.tw/?q=node/447
 http://www.linphone.org/index.php/eng