了得網計算機/網絡_Linux嵌入式設計

編輯推薦

現代嵌入式產品是包括處理器、操作繫統和應用軟件的復雜設備。有些書講述如何在嵌入式硬件上運行Linux，還有一些書講述如何創建Linux應用程序．而本書是**本描述如何結合兩者開發Linux嵌入式產品的圖書。您將親身體會到為何Linux夠成為低成本和快速開發的**選擇。
本書介紹了如何開發良好的嵌入式產品——具有更多類型的界面和更多動態界面更好的已調試界面。您將學會如何創建後端程序、如何處理異步事件，以及如何將各種用戶界面（包括網絡、幀緩存、紅外控制、SNMP和前端面板）連接到這些進程，從而實現遠程配置和操作。書中同時也介紹了運行時訪問庫（Run—time Access library），該庫為用戶界面提供了一種與守護進程通信的統一機制。
從本書能夠學到：
將用戶界面從守護進程中分離出來；
讓用戶界面在運行時可以訪問配置、狀態和統計數據；
為應用程序添加網絡管理功能；
使用SNMP和創建MIB：
創建基於網絡的產品界面；
創建命令行界面；
創建以紅外控制為輸入的幀緩存界面；
命令行界面（CLI）；
管理產品中的日志和警報信息。

內容簡介

本書介紹如何開發一個Linux產品，將產品分成守護進程和用戶界面兩個部分，介紹如何創建和管理守護進程，同時還介紹5種不同類型的用戶界面。
本書主要內容有：產品架構；如何與正在運行的守護進程對話；如何創建和保護守護進程；範例產品Laddie；日志和事件處理；基於Web的用戶界面；命令行界面(CLI)；前端面板界面；幀緩存界面，包括紅外遙控；SNMP界面，包括工具、MIB和代理。
本書適用於Linux產品的開發人員，有興趣的讀者可以以本書中所包含的原型產品為基礎設計自己的Linux產品。對於那些打算盡快將守護進程的用戶界面移植到不同的操作繫統或不同的編程語言上的讀者，本書也有一定參考價值。

第1章產品體繫結構
1.1 用戶界面和守護進程
1.1.1 守護進程
1.1.2 用戶界面
1.1.3 進程間通信
1.2 Laddie產品的體繫結構
小結
第2章管理守護進程
2.1 管理守護進程的通用方法
2.1.1 基於文件的管理
2.1.2 基於守護進程的Web界面
2.1.3 全能方法
2.2 控制和狀態協議
2.2.1 控制和狀態協議的要求第1章產品體繫結構
1.1 用戶界面和守護進程
1.1.1 守護進程
1.1.2 用戶界面
1.1.3 進程間通信
1.2 Laddie產品的體繫結構
小結
第2章管理守護進程
2.1 管理守護進程的通用方法
2.1.1 基於文件的管理
2.1.2 基於守護進程的Web界面
2.1.3 全能方法
2.2 控制和狀態協議
2.2.1 控制和狀態協議的要求
2.2.2 通用控制和狀態協議
小結
第3章使用實時訪問
3.1 RTA產品體繫結構
3.2 RTA守護進程體繫結構
3.3 將列和表告知RTA
3.3.1 列
3.3.2 表
3.4 創建個RTA程序
3.4.1 問題描述
3.4.2 回顧代碼
3.4.3 安裝RTA
3.4.4 編譯和連接
3.4.5 測試
3.5 一些SQL命令
3.5.1 SELECT
3.5.2 UPDATE
3.5.3 WHERE
3.5.4 LIMIT
3.6 RTA內置表介紹
3.6.1 rta_dbg
3.6.2 rta_stat
3.6.3 rta_tables
3.6.4 rta_columns
3.7 RTA表編輯器
小結
第4章創建守護進程和保證守護進程安全
4.1 如何創建守護進程
4.1.1 加載守護進程配置數據
4.1.2 進入後臺
4.1.3 成為進程和會話頭(session leader)
4.1.4 設置工作目錄
4.1.5 重定向stdin、stdout和stderr
4.1.6 創建日志
4.1.7 設置組ID和用戶ID
4.1.8 檢查pidfile
4.1.9 設置umask
4.1.10 創建信號處理器
4.2 如何保證守護進程安全
4.2.1 設計安全的守護進程
4.2.2 編寫安全的守護進程
4.2.3 降低攻擊的破壞程度
4.3 原型守護進程
小結
更多參考書目
第5章範例產品：LADDIE報警繫統
5.1 報警繫統簡介傳感器
5.2 Laddie功能特征
5.2.1 ladd的配置和狀態
5.2.2 ladd的警報處理
5.3 Laddie硬件設計
5.4 Laddie軟件設計
5.4.1 appInit()回調子程序
5.4.2 poll_timeout()回調子程序
5.4.3 user_update()回調子程序
5.5 創建和測試ladd
小結
第6章日志
6.1 是否需要日志
6.2 日志繫統的體繫結構
6.2.1 信息源
6.2.2 信息路由
6.2.3 信息目的地
6.3 syslog
6.3.1 syslog體繫結構
6.3.2 使用syslog
6.3.3 syslog協議
6.3.4 使用syslogd守護進程
6.3.5 局限、優點和syslogd的替代程序
6.4 按需定制的日志
小結
第7章 Laddie事件處理
7.1 新事件處理繫統的基本原理
7.2 logmuxd的特性和功能
7.3 配置logmuxd
7.3.1 logmuxd源
7.3.2 logmuxd過濾器和重寫
7.3.3 logmuxd目的地
7.4 使用logmuxd的範例
7.4.1 範例1：logmuxd示範
7.4.2 範例2：logmuxd和已接受TCP連接
7.4.3 範例3：logmuxd和SNMP陷阱
小結
第8章設計Web界面
8.1 Web基礎知識
8.1.1 DNS和TCP
8.1.2 webserver
8.1.3 CGI
8.1.4 JavaScript
8.1.5 發展中的技術
8.2 確定產品Web界面的需求
8.3 選擇webserver
8.3.1 選擇
8.3.2 使用PHP
8.3.3 個案研究：Linksys WRT54G無線路由器
8.3.4 個案研究：TUX webserver
8.3.5 webserver比較
8.4 UI設計
8.4.1 菜單繫統
8.4.2 對話框
8.4.3 錯誤信息
8.4.4 使用Ajax提高響應速度
8.5 實現
8.5.1 與守護進程交互
8.5.2 報警狀態網頁
8.5.3 報警設置網頁
8.5.4 網頁版面設計和菜單繫統
8.5.5 webserver無關性
8.5.6 使用Ajax進行異步更新
8.6 改進我們的設計
8.7 資源
小結
第9章設計命令行界面
9.1 為什麼需要CLI
9.1.1 安全性
9.1.2 實用性
9.1.3 帶寬
9.1.4 腳本化能力
9.1.5 配置備份和恢復
9.2 CLI的類型
9.2.1 句子
9.2.2 向導
9.2.3 菜單
9.2.4 有狀態的
9.2.5 字符界面與線界面的比較
9.3 讓用戶可以訪問CLI
9.4 Laddie CLI
9.4.1 Laddie命令彙總
9.4.2 set logs on
9.4.3 dump
9.4.4 help
9.5 測試命令的代碼研究
9.5.1 CLI詞彙表：token.l
9.5.2 CLI語法：syntax.y
9.5.3 C代碼
9.5.4 代碼研究注解
小結
第10章創建前端面板界面
10.1 按鈕、LED和LCD
10.1.1 按鈕
10.1.2 LED
10.1.3 LCD
10.2 設計前端面板UI
10.2.1 簡單化
10.2.2 嘗試、失敗、再次嘗試
10.2.3 使用LCD菜單和模式
10.2.4 快速響應
10.3 Laddie前端面板
10.3.1 Laddie的LCD菜單繫統
10.3.2 Laddie前端面板硬件
10.3.3 Laddie前端面板UI
10.4 改進我們的設計
小結
第11章設計幀緩存界面
11.1 視頻內存的工作原理
11.1.1 視頻內存中的字節是如何被解釋的
11.1.2 視頻內存是如何被映射到顯示屏上的
11.2 Linux幀緩存設備驅動程序
11.2.1 使用open、read、write和close操作幀緩存
11.2.2 使用ioctl命令配置幀緩存
11.2.3 一個簡單幀緩存圖形程序
11.3 圖形庫
11.4 使用SDL創建“Hello, world!”範例
11.4.1 初始化庫
11.4.2 初始化幀緩存
11.4.3 創建一個surface
11.4.4 顯示surface
11.4.5 處理事件
11.5 圖形UI工具包
11.5.1 使用STBmenu創建簡單UI
11.5.2 使用STBmenu創建“Hello,world!”範例
11.6 Laddie幀緩存UI
小結
第12章紅外遙控器
12.1 使用紅外線進行通信
12.1.1 編碼遙控命令的協議
12.1.2 通過調制減少對紅外線信號的干擾
12.1.3 使用紅外線控制產品
12.2 遙控接收器的硬件
12.2.1 探測和解調紅外線信號
12.2.2 解碼遙控波形
12.2.3 Laddie產品的紅外線遙控硬件
12.3 為Laddie產品安裝和配置LIRC
12.3.1 安裝LIRC軟件
12.3.2 配置lirc_serial內核設備驅動程序
12.3.3 測試lirc_serial驅動程序
12.3.4 配置lircd守護進程
12.3.5 測試lircd守護進程
12.3.6 配置應用程序的LIRC工具
12.3.7 控制Laddie產品
小結
第13章 SNMP實踐概述
13.1 快速瀏覽術語
13.2 軟件
13.3 安裝SNMP
13.3.1 下載和安裝
13.3.2 檢查安裝
13.3.3 配置代理
13.3.4 啟動代理
13.4 探索SNMP
13.4.1 可讀性強的MIB文件名
13.4.2 聯網打印機
13.4.3 snmptable命令
13.4.4 MIB-2：TCP連接表
13.4.5 MIB-2：UDP表
13.4.6 MIB-2內容
13.5 使用SNMP寫入值
13.5.1 設置sysContact
13.5.2 設置sysName
13.6 SNMP陷阱
13.6.1 使用snmptrapd接收陷阱
13.6.2 攜帶數據的陷阱：linkUp和linkDown
小結
第14章設計SNMP MIB
14.1 我們的目標
14.2 企業編號
14.3 MIB文件
14.4 LADDIE-GROUP-SMI
14.5 創建LAD-MIB
14.5.1 模塊定義
14.5.2 版本號和防區數
14.5.3 警報表
14.5.4 陷阱
14.6 驗證MIB
小結
第15章實現你的SNMP MIB
15.1 Net-SNMP代理
15.2 MIB框架——mib2c
15.3 頭文件——ladProject.h
15.4 代碼文件——ladProject.c
15.4.1 包含
15.4.2 基準OID
15.4.3 MIB對像定義
15.4.4 RTA訪問函數
15.4.5 初始化函數
15.4.6 標量
15.4.7 讀警報表
15.4.8 寫警報表
15.5 重訪Makefile
15.6 調試
15.7 陷阱
小結
附錄A RTA參考資料
A.1 RTA概述
A.2 RTA常量
A.3 數據結構
A.4 API子程序
A.4.1 dbcommand()子程序
A.4.2 rta_add_table()子程序
A.4.3 SQL_string()子程序
A.4.4 rta_config_dir()子程序
A.4.5 rta_save()子程序
A.4.6 rta_load()子程序
A.5 SELECT和UPDATE語法
A.5.1 SELECT命令
A.5.2 UPDATE命令
A.6 內部RTA表
A.6.1 rta_tables表
A.6.2 rta_columns表
A.7 調試配置
A.8 錯誤信息
A.8.1 SQL請求信息
A.8.2 內部調試信息
A.9 回調函數
A.9.1 讀回調函數
A.9.2 寫回調函數
附錄B SNMP綜述
B.1 為什麼使用SNMP
B.2 代理和管理器
B.3 名字空間、語法和協議
B.4 MIB
B.5 OID
B.6 MIB-2
B.7 SMI
B.8 SNMP協議
B.8.1 基本命令：GET、SET和GETNEXT
B.8.2 使用GETNEXT遍歷MIB
B.8.3 陷阱和通告
B.8.4 命令行工具：範例
B.9 SNMPv1、SNMPv2和SNMPv3
B.10 SNMP數據類型
B.11 SNMP表
B.12 定義新類型
B.13 MIB文件的結構
小結
附錄C 安裝幀緩存設備驅動程序
C.1 為你的視頻卡尋找幀緩存設備驅動程序
C.1.1 vesafb驅動程序
C.1.2 硬件相關驅動程序
C.1.3 沒有包含在Laddie光盤中的驅動程序
C.2 配置幀緩存設備驅動程序
C.2.1 vesafb驅動程序
C.2.2 硬件相關驅動程序
附錄D DB-To-File工具
D.1 概述
D.2 表定義
D.2.1 tbl2file表
D.2.2 tbl2field表
D.3 tbl2filed範例
D.4 安全注意事項
附錄E Laddie產品可啟動光盤
E.1 運行Laddie產品
E.1.1 啟動光盤
E.1.2 操作幀緩存用戶界面
E.1.3 訪問Web界面
E.1.4 體驗Linux shell和其他用戶界面
E.1.5 關閉Laddie產品
E.2 了解光盤內容
E.2.1 Laddie產品源代碼
E.2.2 Laddie產品庫
E.2.3 啟動腳本
E.2.4 Linux From-Scratch發行版及附加軟件包
E.3 重新編譯Laddie產品

在線試讀

第2章管理守護進程
2.2 控制和狀態協議
2.2.1 控制和狀態協議的要求
在設計自己的控制和狀態協議時，必須基於以下標準調整你的設計：客戶端和守護進程的數據模型、現有協議和軟件的重新利用、客戶端和守護進程的約束以及發現其繫統的便利性。
1．數據模型
控制和狀態協議應該允許客戶端和守護進程具有相同的數據模型。也就是說，如果守護進程使用變量、結構、列表和數組，那麼控制和狀態協議另一端的客戶端也應該支持變量、結構、列表和數組。協議兩端使用同樣的數據模型將更加便於重新利用代碼，而且可以幫助程序員在解決問題時保持一致的意見。
2．利用現有的標準和代碼
控制和狀態協議應該盡可能地利用現有的軟件和標準。你或許可以找到那些對現有協議和軟件非常熟悉的開發者，而且這些協議和軟件很可能為那些需要了解它們的開發者提供了很好的文檔。因為新代碼越少，意味著出現的錯誤越少，所以使用現有的代碼總是一個好辦法。
3．對守護進程和客戶端的少量約束
在理想狀態下，協議對守護進程設計的約束比較少，且不會增加守護進程的大小。你可以通過對main源文件進行少量修改，從而把控制和狀態協議添加程序當中。在使用控制和狀態協議改進老程序時，你可以把大量的新代碼分散到不同的源文件中，而不是把所有的改變都混雜在main代碼文件中。對協議進行客戶端聯編（binding），對於所有的主流編程語言來說應該都是可行的，至少對於使用Java和PHP創建的Web界面和使用C和C++作為編譯代碼來說是可行的。
4．發現機制
我們希望不依賴文檔獲得產品所包含的信息，如通過ls命令可以找到Unix文件繫統中的匹配文件；通過get-next操作符可以獲取SNMP MIB所包含的內容；數據庫中的繫統表則描述數據庫本身。同樣，我們想要的是這麼一種機制，用戶通過它能夠發現產品中可配置的內容和產品中所包含的信息。
……

商品搜索

商品分类

【醫學】

【各大出版社】