智慧型急救箱

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