SK-WSN-I
ZigBee2007/PRO 無線感測器網路開發套件
使用使用指南指南
華亨科技股份有限公司
親愛的使用者：
您好！
感謝您選購華亨科技股份有限公司ZigBee系列產品。華亨科技股份有限公司，作為無線感測器網路解決方案的專業提供商，為ZigBee技術在國內的推廣做出了不懈的努力，為廣大初學者和使用者提供從學習開發套件、射頻模組、ZigBee典型應用方案展示模型到ZigBee解決方案商業應用的一條龍服務。我們有資深的射頻工程師及嵌入式軟體工程師，在ZigBee技術應用開發方面積累了大量的經驗。
為了使廣大電子工程師在ZigBee技術應用開發方面迅速入門和深入開發，華亨科技股份有限公司經過不懈努力成功研製了SK-CC2430ZDK、SK-CC2431ZDK、SK-CC2530DK、SK-CC2530ZDK等ZigBee系列開發套件、SK-WSN-I無線感測器網路開發套件以及相關開發工具。
本手冊是SK-WSN-I ZigBee2007/PRO無線感測器網路開發套件（以下簡稱為SK-WSN-I）的使用指南，主要目的是向使用者描述SK-WSN-I的軟硬體開發平臺以及在使用SK-WSN-I進行學習和深入開發前所要做的準備工作。無論您是初學者還是資深的電子工程師，我們都強烈建議您在進行學習和開發前認真閱讀本手冊，不要盲目下手做我們所提供的各類實驗。在您熟悉本手冊後，您可按照我們配套提供的《SK-WSN-I ZigBee2007/PRO 無線感測器網路開發套件實驗指導書》上的各類實驗指導進行相關實驗。在實驗指導書的最後，我們給大家安排了一個基於ZigBee RF4CE協議的簡單實驗，供大家初步瞭解ZigBee RF4CE使用。
由於ZigBee2007/PRO的概念繁多，實驗和產品開發過程比較複雜，在實驗過程中，您可能會遇到各種各樣的問題，但請務必耐心，仔細檢查實驗的具體步驟是否與我們所描述的一致。
最後，衷心祝願您早日掌握基於ZigBee2007/PRO的無線感測器網路開發技術。
-1-
目錄
1. SK-WSN-I的軟硬體開發平臺 (1)
1.1 SK-WSN-I的硬體平臺 (1)
1.1.1 SK-SmartRF05EB評估底板 (5)
1.1.1.1 SK-SmartRF05EB評估底板概覽 (5)
1.1.1.2 SK-SmartRF05EB評估底板的供電 (5)
1.1.1.3 SK-SmartRF05EB評估底板上的外部設備連接跳線 (6)
1.1.1.4 SK-SmartRF05EB評估底板上的SK-CC2530EM連接座 (7)
1.1.1.5 SK-SmartRF05EB評估底板上的電源插針跳線 (7)
1.1.1.6 SK-SmartRF05EB評估底板上的按鍵 (8)
1.1.1.7 SK-SmartRF05EB評估底板上的JTAG除錯介面 (8)
1.1.1.8 SK-SmartRF05EB評估底板上的USB介面 (9)
1.1.1.9 SK-SmartRF05EB評估底板上的LCD (9)
1.1.1.10 SK-SmartRF05EB評估底板上的Flash (10)
1.1.1.11 SK-SmartRF05EB評估底板上的使用者I/O (10)
1.1.2 SK-SmartRF05BB電池底板 (12)
1.1.2.1 SK-SmartRF05BB電池底板概覽 (12)
1.1.2.2 SK-SmartRF05BB電池底板的供電 (12)
1.1.2.3 SK-SmartRF05BB電池底板上的外部設備連接跳線 (13)
1.1.2.4 SK-SmartRF05BB電池底板上的SK-CC2530EM連接座 (13)
1.1.2.5 SK-SmartRF05BB電池底板上的按鍵 (14)
1.1.2.6 SK-SmartRF05BB電池底板上的JTAG除錯介面 (14)
1.1.2.7 SK-SmartRF05BB電池底板上的Flash (15)
1.1.2.8 SK-SmartRF05BB電池底板上的使用者I/O (15)
1.1.3 SK-CC2530EM評估模組 (16)
1.1.3.1 SK-CC2530EM評估模組概覽 (16)
1.1.3.2 SK-CC2530EM評估模組對外介面 (16)
1.1.4 SK-CC Debugger多功能模擬器 (18)
1.1.4.1 SK-CC Debugger多功能模擬器概覽 (18)
1.1.4.2 SK-CC Debugger多功能模擬器功能 (18)
1.1.4.3 SK-CC Debugger多功能模擬器規格參數 (19)
1.1.4.4 SK-CC Debugger多功能模擬器JTAG除錯介面接腳描述 (20)
1.1.4.5 SK-CC Debugger多功能模擬器MODE指示燈功能描述 (20)
1.1.5 SK-RFID-TRF796X-II讀卡器擴充板 (21)
1.1.5.1 SK-RFID-TRF796X-II讀卡器擴充板概覽 (21)
1.1.5.2 SK-RFID-TRF796X-II讀卡器擴充板的通訊方式選擇跳線 (21)
1.1.5.3 SK-RFID-TRF796X-II讀卡器擴充板的使用者介面 (22)
1.1.6 SK-Sensor-Temperature And Humidity溫濕度感測器擴充板 (23)
1.1.6.1 SK-Sensor-Temperature And Humidity溫濕度感測器擴充板概覽 (23)
1.1.6.2 SK-Sensor-Temperature And Humidity溫濕度感測器擴充板的使用者介
-2-
面 (24)
1.1.7 SK-Sensor-Accelerometer-II三軸加速度感測器擴充板 (24)
1.1.7.1 SK-Sensor-Accelerometer-II三軸加速度感測器擴充板概覽 (24)
1.1.7.2 SK-Sensor-Accelerometer-II三軸加速度感測器擴充板的使用者介面..25
1.1.7.3 SK-Sensor-Accelerometer-II三軸加速度感測器擴充板的自測試跳線..26
1.1.8 SK-Sensor-Luminance亮度感測器擴充板 (26)
1.1.8.1 SK-Sensor-Luminance亮度感測器擴充板概覽 (26)
1.1.8.2 SK-Sensor-Luminance亮度感測器擴充板的使用者介面 (26)
1.2 SK-WSN-I的軟體發展平臺 (27)
1.2.1 IAR Embedded Workbench (28)
1.2.2 SmartRF Flash Programmer (28)
1.2.3 SmartRF Studio (29)
1.2.4 Packet Sniffer (30)
1.2.5 Z-Tool (30)
1.2.6 Z-Converter (31)
1.2.7 ZOAD (31)
1.2.8 Wireless Sensor Network Monitor (32)
1.2.9 串列埠偵錯助手 (33)
1.2.10 Z-Stack v2.2.0 (33)
2. 開發前的準備工作 (34)
2.1 硬體平臺方面的準備工作 (34)
2.2 軟體平臺方面的準備工作 (34)
2.2.1 軟體發展環境IAR Embedded Workbench for MCS-51的安裝（必需） (34)
2.2.2 Z-Stack v2.2.0協定堆疊的安裝（必需） (35)
2.2.3 SK-CC Debugger多功能模擬器的驅動程式安裝（必需） (35)
2.2.4 CH340T晶片的驅動程式安裝（必需） (38)
3. 出廠展示程式 (41)
3.1展示程式接收器配置過程 (41)
3.2 展示程式發送器配置過程 (43)
4. 快速體驗基於ZigBee 2007/PRO的無線感測器網路監控系統 (46)
4.1 無線感測器網路監控系統中的節點類型 (46)
4.1.1 採集節點（Collector） (46)
4.1.2 感測器節點（Sensor） (46)
4.2 給網路節點燒入相應的HEX檔 (47)
4.2.1 相應的HEX文件 (47)
4.2.2 使用SmartRF Flash Programmer工具軟體給各網路節點燒入相應的HEX文件
(48)
4.2.2.1 給閘道節點燒入相應的HEX文件 (48)
4.2.2.2 給路由器節點燒入相應的HEX文件 (49)
4.2.2.3 給亮度感測器節點燒入相應的HEX文件 (49)
4.2.2.4 給三軸加速度感測器節點燒入相應的HEX文件 (50)
4.2.2.5 給溫濕度感測器節點燒入相應的HEX文件 (51)
4.2.2.6 給讀卡器節點燒入相應的HEX文件 (51)
-3-
4.3 開始快速體驗基於ZigBee 2007/Pro的無線感測器網路監控系統 (53)
4.3.1用閘道節點建立無線感測器網路 (53)
4.3.2加入其他網路節點到閘道節點建立的無線感測器網路 (54)
4.3.2.1 加入路由器節點 (55)
4.3.2.2 加入亮度感測器節點 (55)
4.3.2.3 加入三軸加速度感測器節點 (56)
4.3.2.4 加入溫濕度感測器節點 (57)
4.3.2.5 加入讀卡器節點 (58)
4.3.3 節點資料顯示格式說明 (59)
4.3.4 需要使用者注意的問題 (60)
4.3.5無線感測器網路拓撲結構的改變 (60)
5. 構建自己的網路分析儀 (63)
5.1 網路分析儀簡介 (63)
5.1.1 網路分析儀硬體平臺 (63)
5.1.2 網路分析儀軟體平臺 (64)
5.2 使用者介面 (65)
5.2.1 功能表和工具列 (67)
5.2.2 Setup選項 (68)
5.2.3 Select fields選項 (69)
5.2.4 Packet details選項卡 (70)
5.2.5 Address book選項 (70)
5.2.6 Display filter選項 (71)
5.2.7 Time line選項 (73)
5.3 資料封包儲存到檔的格式 (74)
5.4 幫助資訊提示 (75)
6. 快速評估CC2530射頻晶片 (75)
6.1 SmartRF Studio簡介 (75)
6.2 使用SmartRF Studio進行資料收發測試 (76)
6.2.1 資料收發測試所需硬體平臺 (76)
6.2.2 資料收發測試準備工作 (76)
6.2.3 SmartRF Studio使用者介面 (76)
6.2.3.1 暫存器狀態 (77)
6.2.3.2 功能視窗 (78)
6.2.4 配置接收端參數 (80)
6.2.5 配置發射端參數 (81)
7. 附錄I — 電路電路圖 (83)
7.1 SK-SmartRF05BB電池底板電路圖 (83)
7.2 SK-SmartRF05EB評估板電路圖 (84)
7.3 SK-CC2530EM電路圖 (85)
7.4 SK-CC Debugger模擬器電路圖 (86)
8. 附錄II — 常見問題解答 (87)
8.1 硬體常見問題 (87)
8.1.1 SK-SmartRF05EB評估板常見問題 (87)
-4-
8.1.2 SK-SmartRF05BB電池底板常見問題 (87)
8.1.3 SK-CC2530EM常見問題 (87)
8.1.4 SK-CC Debugger模擬器常見問題 (88)
8.2 軟體常見問題 (88)
8.2.1 基礎實驗常見問題 (88)
8.2.2 Z-Stack協定堆疊常見問題 (88)
8.2.3 PC應用程式常見問題 (89)
-5-
1 1. SK-WSN-I 的軟硬體開發平臺
SK-WSN-I 包含了使用TI 的CC2530晶片進行基於ZigBee2007/PRO 的無線感測器網路
開發所需要的全部硬體和軟體。使用SK-WSN-I ，您可以進行以下評估和開發：
使用SmartRF Studio 軟體對CC2530的射頻性能（發射功率、接收靈敏度以及其他
射頻參數）進行評估。
樣品開發。SK-SmartRF05EB 和SK-SmartRF05BB 上都拉出了CC2530的所有可用
I/O ，方便使用者連接自己的外部設備（感測器或其他設備）。
多種感測器（溫濕度感測器、亮度感測器和三軸加速度感測器）擴充板。
支援多協定（ISO 15693、ISO 14443A 和ISO 14443B ）的RFID 讀卡器擴充板。 使用TI 的ZigBee2007/PRO 相容協定堆疊Z-Stack 開發自己的基於ZigBee 的無線
感測器網路應用。
使用TI 的ZigBeeRF4CE 協定堆疊RemoTI 開發自己的RF4CE 應用。
1.1 SK-WSN-I 的硬體平臺
SK-WSN-I 的硬體平臺包含以下元件： 2個SK-SmartRF05EB （評估底板） 5個SK-SmartRF05BB （電池底板） 7個SK-CC2530EM （評估模組）
1個SK-Sensor-Temperature And Humidity 溫濕度感測器擴充板 1個SK-Sensor-Accelerometer-II 三軸加速度感測器擴充板 1個SK-Sensor-Luminance 亮度感測器擴充板 1個支援多協定（ISO 15693、ISO 14443A 和ISO 14443B ）的SK-RFID-TRF796X-II
讀卡器擴充板
2張ISO 15693卡片
2個SK-CC Debugger （多功能模擬器）
7支2.4GHz 可折疊橡皮天線（天線增益3dBi ） 4條USB 線材
SK-SmartRF05EB
SK-SmartRF05EB作為SK-CC2530EM的評估底板，具有豐富的使用者介面：
128×64點陣式LCD
UART轉USB介面
LED指示燈
使用者按鍵
使用者I/O區（拉出了CC2530的所有可用I/O）
使用SK-CC Debugger連接PC與SK-SmartRF05EB，可在PC上使用相關軟體對SK-SmartRF05EB上的SK-CC2530EM進行編程、除錯等控制。
SK-SmartRF05BB
SK-SmartRF05BB作為SK-CC2530EM的電池底板，它可以看作是SK-SmartRF05EB的精簡版，簡化了點陣式LCD、USB轉串列埠介面，方便使用者使用電池對其供電。移動性能大大增強。
SK-CC2530EM
SK-CC2530EM上包含有CC2530晶片以及必要的外部元件。它可被插在
2
SK-SmartRF05EB評估板或SK-SmartRF05BB電池底上使用。SK-CC2530EM射頻部分的佈線可作為使用者的參考設計。
SK-CC Debugger
SK-CC Debugger為多功能模擬器，可對CC2530進行程式除錯和下載。另外，當SK-CC Debugger連接到裝配有SK-CC2530EM的SK-SmartRF05BB或SK-SmartRF05EB時，配合PC端的Packet Sniffer軟體，可作為ZigBee2007/PRO協定分析器使用。
SK-RFID-TRF796X-II
SK-RFID-TRF796X -II擴充板的主晶片採用TI公司最新推出的HF高頻率RFID閱讀器晶片TRF7960。支援ISO/IEC15693協定、ISO14443A以及ISO14443B協定的標準卡片。該晶片具有高整合度、多標準類比前端及資料成幀系統，廣泛適用於13.56MHz高頻非接觸式標籤讀寫識別系統。
3
SK-Sensor-Temperature And Humidity
SK-Sensor-Temperature And Humidity擴充板採用瑞士盛世瑞恩公司的SHT10單晶片感測器，該感測器是一款含有已校準數位信號輸出的溫濕度複合感測器。它應用專利的工業COMS過程微加工技術，確保產品具有極高的可靠性與卓越的長期穩定性。感測器包括一個電容式聚合體測濕元件和一個能隙式測溫元件，並與一個14 位元的A/D 轉換器以及串列介面電路在同一晶片上實現無縫連接。每個SHT10感測器都在極為精確的濕度校驗室中進行校準。校準係數以程式的形式儲存在OTP記憶體中，感測器內部在檢測信號的處理過程中要調用這些校準係數。
SK-Sensor-Accelerometer-II
SK-Sensor-Accelerometer-II擴充板採用AD公司的ADXL325晶片，它是一個小型的、低功耗的三軸加速度計，測量範圍為±5g。可應用於傾斜感應應用中的靜態加速度測量，也可應用於運動、衝擊或振動產生的動態加速度的測量。
SK-Sensor-Luminance
SK-Sensor-Luminance擴充板採用光敏電阻，可對亮度進行測量。
4
5
1.1.1 SK-SmartRF05EB 評估底板
1.1.1.1 SK-SmartRF05EB 評估底板概覽
1.1.1.2 SK-SmartRF05EB 評估底板的供電
SK-SmartRF05EB 評估底板可由三種方式供電：
DC 電源介面供電 USB 介面供電
2顆AA(3號)電池供電
DC 電源介面供電
可使用9V 穩壓電源連接到DC 電源介面（內正外負），將電源切換開關Power Select1撥到USB/DC 端，將Power Select2撥到DC 端，此時電源指示燈D2（紅色）被點亮。
USB介面供電
當使用USB線材連接SK-SmartRF05EB評估底板到使用者PC時，可使用USB介面供電。將電源選擇開關Power Select1撥到USB/DC端，將Power Select2撥到USB端，此時電源指示燈D2（紅色）被點亮。
2顆AA(3號)電池
電池供電
供電
為了方便使用者移動測試，可選擇由2顆AA(3號)電池給SK-Smart05EB評估底板供電。將電源選擇開關Power Select1撥到BAT端。該供電方式下電源選擇開關Power Select2無效。
採用電池供電方式時需要注意以下三點
採用電池供電方式時需要注意以下三點：：
該供電方式下，DC電源介面和USB介面禁止任何電源連接。
2顆AA(3號)電池不給LCD和UART轉USB晶片供電。
若電池電壓低於 2.0V，則無法使用SK-CC Debugger模擬器正常除錯SK-SmartRF05EB上的SK-CC2530EM。
電源選擇開關
供電方式
Power Select1 Power Select2
備注DC電源介面供電USB/DC DC 電源指示燈D2（紅色）被點亮USB介面供電USB/DC USB 電源指示燈D2（紅色）被點亮2顆AA(3號)電池
電池供電
供電BAT 無效電源指示燈D2（紅色）熄滅
1.1.1.3 SK-SmartRF05EB評估底板上的外
評估底板上的外部部設備連接跳線
SK-SmartRF05EB評估底板上的外部設備連接跳線區（P5和P6）是連接SK-CC2530EM 上CC2530主晶片上可用I/O與SK-SmartRF05EB資源的橋樑。出廠預設連接關係如下表所示：
P5 功能P5 功能預設連接
1 CC2530的P1.4
2 LED_Y（黃色LED，高電位點亮）是
3 CC2530的P1.7
4 SPI匯流排MISO信號是
5 CC2530的P1.
6 6 SPI匯流排MOSI信號是
7 CC2530的P1.5
8 SPI匯流排SCLK信號是
9 CC2530的P0.5 10 CH340T的CTS# 是11 CC2530的P0.4 12 CH340T的RTS# 是13 CC2530的P0.2 14 CH340T的TXD 是15 CC2530的P0.3 16 CH340T的RXD 是
P6 功能P6 功能預設
6
7 連接
1 CC2530的RESET
2 重置按鍵S1
是
3 CC2530的P2.0
4 按鍵K2（CENTER ）及4個方向鍵按下信號 是
5 CC2530的P0.
6 6 UP 、DOWN 、LEFT 和RIGHT 按鍵共用的ADC 通道 是
7 CC2530的P0.0
8 LCD 的RST （重置信號，低有效） 是
9 CC2530的P1.2 10 LCD 的SPI 匯流排片選信號 是 11 CC2530的P1.3 12 串列flash 的SPI 匯流排片選信號 是 13 CC2530的P1.0 14 LED_G （綠色LED ，高電位點亮） 是 15 CC2530的P1.1 16 LED_R （紅色LED ，高電位點亮）
是 17 CC2530的P0.1 18 LED_B （藍色LED ，高電位點亮）。與S2（BUTTON ）按鍵複用（高有效） 是 19
CC2530的P0.7
20
串列flash 的重置信號
是
1.1.1.4 SK-SmartRF05EB 評估底板上的SK-CC2530EM 連接座
SK-SmartRF05EB 評估底板上的SK-CC2530EM 連接座被用來安裝SK-CC2530EM 評估
模組。請使用者使用者務必按照下圖所示方向安裝務必按照下圖所示方向安裝務必按照下圖所示方向安裝，，安裝時請注意安裝時請注意力道力道力道：：
注意注意：：我們強烈建議我們強烈建議使用者使用者使用者儘量避免頻繁插拔儘量避免頻繁插拔SK-CC2530EM 評估模組評估模組。。
1.1.1.5 SK-SmartRF05EB 評估底板上的電源插針跳線
SK-SmartRF05EB 評估底板上的P12是給SK-CC2530EM 和SK-SmartRF05EB 底板的供電跳線，出廠預設連接關係如下表所示：
P12 功能P12 功能預設連接
1 SK-CC2530EM上的VDD
2 SK-SmartRF05EB電源VDD 是
3 SK-SmartRF05EB外部設備VDD
4 SK-SmartRF05EB電源VDD 是
另外，該供電跳線的1、2腳還可作為CC2530的功耗測試點。將出廠預設的短路帽拔掉，在P12-1和P12-2之間或者P12-1和P12-4之間接入電流錶，即可測量CC2530所需要消耗的電流。
1.1.1.6 SK-SmartRF05EB評估底板上的按鍵
SK-SmartRF05EB評估底板上一共為使用者提供了7個按鍵：
重置按鍵EM_RESET（S1）
方向按鍵UP（K1）、DOWN（K5）、LEFT（K3）和RIGHT（K4）
方向中心按鍵CENTER（K2）
取消按鍵BUTTON（S2）
使用者可以使用重置按鍵EM_RESET（S1）來重置SK-CC2530EM上的CC2530晶片。方向按鍵（UP、DOWN、LEFT和RIGHT）、中心按鍵（CENTER）和按鍵（BUTTON）可作為使用者輸入介面。
為了節約CC2530的I/O介面，方向按鍵我們採用了ADC鍵盤方式，由CC2530的P0.6接腳進行採樣。當VDD為3.3V時，分別按下各個方向按鍵後P0.6上的電壓如下表所示：
方向鍵電壓值
電壓值（（V）
UP 0.3
DOWN 1.2
LEFT 1.7
RIGHT 2.0
CENTER 2.3
取消按鍵BUTTON（S2）由CC2530的P0.1讀取I/O電位，當按下取消按鍵BUTTON （S2）時為高電位。
注意
注意：：取消按鍵BUTTON（S2）與LED_B（LED4）共用同一個I/O 介面—P0.1。由於LED是輸出電流來驅動，按鍵為輸入，我們強烈建議使用者在執行“熄滅LED”操作後，立即將I/O埠方向設置為輸入。
1.1.1.7 SK-SmartRF05EB評估底板上的JTAG除錯
除錯介面
介面
SK-SmartRF05EB評估底板上的JTAG除錯介面是用來連接SK-CC Debugger多功能模擬器的介面，以便使用者對CC2530進行線上除錯、FLASH燒寫等操作。JTAG除錯介面的各接腳連接情況如下表所示：
8
9
JTAG 接腳
CC2530 JTAG 接腳
CC2530 1 GND 2 VDD 3 P2.2 4 P2.1 5 P1.4 6 P1.5 7 RESET 8 P1.6 9
NC
10
P1.7
1.1.1.8 SK-SmartRF05EB 評估底板上的USB 介面
SK-SmartRF05EB 評估底板上的USB 介面是為了方便SK-SmartRF05EB 與使用者PC 之間的串列埠通訊而設計的。由於目前大多數主板及筆記型電腦都已取消了串列埠，為了解決客戶電腦上沒有串列埠的煩惱，我們在SK-SmartRF05EB 上使用了CH340T 晶片，用於CC2530晶片UART 到USB 之間的轉換。當使用者首次將SK-SmartRF05EB 透過USB 線材連接到使用者PC 時（不採用2顆AA(3號)電池供電方式），使用者電腦將提示發現新硬體，此時使用者應該首先安裝CH340T 晶片的驅動程式。具體步驟請參考SK-CC2530ZDK 的軟體發展平臺部分。CH340T 與CC2530的連接關係如下表所示：
CH340T CC2530 TXD P0.2 RXD P0.3 RTS P0.4 CTS P0.5 GND
GND
注意注意：：當使用者使用者使用使用2顆AA(3號)電池電池給給SK-SmartRF05EB 供電時供電時，，CH340T 將不工作。
1.1.1.9 SK-SmartRF05EB 評估底板上的LCD
SK-SmartRF05EB 評估底板上使用了一個128×64點陣圖形LCD 作為顯示介面，它與使用者按鍵共同構成了SK-SmartRF05EB 的人機介面。該LCD 帶一級、二級標準漢字字形檔和ASCII 碼西文字形檔，工作在SPI 匯流排通訊模式下，它與CC2530的連接關係如下表所示：
128×64點陣圖形LCD
CC2530 CS P1.2 SDA P1.6 SCK
P1.5
RESET P0.0
供電時，，LCD將不工作
將不工作。。
使用2顆AA(3號)電池
電池給給SK-SmartRF05EB供電時
注意
注意：：當使用者
使用者使用
1.1.1.10 SK-SmartRF05EB評估底板上的Flash
SK-SmartRF05EB評估底板上配備了外部串列flash晶片M25PE20，該晶片容量為256KB位元元組，採用硬體SPI匯流排通訊方式驅動。能為SK-SmartRF05EB評估底板上的SK-CC2530EM模組透過遠端無線模式升級韌體，提供儲存程式碼空間。它與CC2530的連接關係如下表所示：
串列flash M25PE20 CC2530
CS P1.3
SDI P1.6
SDO P1.7
SCK P1.5
RESET P0.7
1.1.1.11 SK-SmartRF05EB評估底板上的
使用者I/O
評估底板上的使用者
SK-SmartRF05EB評估底板上的使用者I/O區P4是為了方便使用者連接自己的外部設備（感測器板或其他設備）而設計的。P4的各接腳說明如下表所示：
1010
P4上的
上的接腳
接腳CC2530 備注
1 NC VDD
2 P1.0 預設連接到SK-SmartRF05EB上的LED_G，若使用者想使用該接腳，建議將P6-13與P6-14之間的短路帽拔掉。
3 P0.0 預設連接到SK-SmartRF05EB上的LCD重置，若使用者想使用該接腳，建議將P6-7與P6-8之間的短路帽拔掉。
4 P1.1 預設連接到SK-SmartRF05EB上的LED_R，若使用者想使用該接腳，建議將P6-15與P6-16之間的短路帽拔掉。
5 P0.1 預設連接到SK-SmartRF05EB上的S2按鍵和LED_B，若使用者想使用該接腳，建議將P6-17與P6-18之間的短路帽拔掉。
6 P1.2 預設連接到SK-SmartRF05EB上的LCD片選CS，若使用者想使用該接腳，建議將P6-9與P6-10之間的短路帽拔掉。
7 P0.2 預設連接到SK-SmartRF05EB上的CH340T的TXD，若使用者想使用該接腳，建議將P5-13與P5-14之間的短路帽拔掉。
8 P1.3 預設連接到SK-SmartRF05EB上的串列flash片選，若使用者想使用該接腳，建議將P6-11與P6-12之間的短路帽拔掉。
9 P0.3 預設連接到SK-SmartRF05EB上的CH340T的RXD，若使用者想使用該接腳，建議將P5-15與P5-16之間的短路帽拔掉。
10 P1.4 預設連接到SK-SmartRF05EB上的LED_Y，若使用者想使用該接腳，建議將P5-1與P5-2之間的短路帽拔掉。
11 P0.4 預設連接到SK-SmartRF05EB上的CH340T的RTS#，若使用者想使用該接腳，建議將P5-11與P5-12之間的短路帽拔掉。
12 P1.5 預設連接到SK-SmartRF05EB上的SPI匯流排的SCLK，若使用者想使用該接腳，建議將P5-7與P5-8之間的短路帽拔掉。
13 P0.5 預設連接到SK-SmartRF05EB上的CH340T的CTS#，若使用者想使用該接腳，建議將P5-9與P5-10之間的短路帽拔掉。
14 P1.6 預設連接到SK-SmartRF05EB上的SPI匯流排的MOSI，若使用者想使用該接腳，建議將P5-5與P5-6之間的短路帽拔掉。
15 P0.6 預設連接到SK-SmartRF05EB上UP、DOWN、LEFT和RIGHT按鍵共用的ADC轉換通道，若使用者想使用該接腳，建議將P6-5與P6-6之間的短路帽拔掉。
16 P1.7 預設連接到SK-SmartRF05EB上的SPI匯流排的MISO，若使用者想使用該接腳，建議將P5-3與P5-4之間的短路帽拔掉。
17 P0.7 預設連接到SK-SmartRF05EB上的串列flash的重置，若使用者想使用該接腳，建議將P6-19與P6-20之間的短路帽拔掉。
18 P2.0 預設連接到SK-SmartRF05EB上的5個方向按鍵，若使用者想使用該接腳，建議將P6-3與P6-4之間的短路帽拔掉。
19 RESET 預設連接到SK-SmartRF05EB上的重置按鍵S1，我們不建議將P6-1與P6-2
1111
1212
之間的短路帽拔掉。
20 P2.1 CC2530的除錯介面的資料線，一般不用作使用者I/O 。 21 NC GND
22
P2.2
CC2530的除錯介面的時鐘線，一般不用作使用者I/O 。
1.1.2 SK-SmartRF05BB 電池底板
1.1.
2.1 SK-SmartRF05BB 電池底板概覽
1.1.
2.2 SK-SmartRF05BB 電池底板的供電
SK-SmartRF05BB 電池底板供電方式：只能採用2顆AA(3號)電池供電。為了方便使用
者移動測試，由2顆AA(3號)電池給SK-Smart05BB 電池底板供電，將2顆AA(3號)電池安裝到SK-Smart05BB 電池底板背面的電池盒中，請注意電池正、負極性，嚴禁安裝錯誤！將電源選擇開關P6撥到“ON ”端，可打開SK-Smart05BB 電池底板供電；撥至“OFF ”端，則關閉底板供電。
注意注意：：若2顆AA(3號)電池總電壓低於2.0V ，則無法正常使用SK-CC Debugger 模擬器除錯SK-SmartRF05BB 上的SK-CC2530EM 。使用者應及時更換同類型號新電池。
1313
1.1.
2.3 SK-SmartRF05BB 電池底板上的電池底板上的外部設備外部設備外部設備連接跳線連接跳線
SK-SmartRF05BB 電池底板上的外部設備連接跳線區（P5）是連接SK-CC2530EM 上的CC2530可用I/O 與SK-SmartRF05BB 資源的橋樑。出廠預設連接關係如下表所示：
P5 功 能 P5 功 能
預設 連接
1 CC2530的P2.0
2 按鍵K2（CENTER ）及4個方向鍵按下信號 是
3 CC2530的P0.6
4 UP 、DOWN 、LEFT 和RIGHT 按鍵共用的ADC 通道 是
5 CC2530的P1.0
6 LED_G （綠色LED ，高電位點亮） 是
7 CC2530的P1.1
8 LED_R （紅色LED ，高電位點亮） 是
9 CC2530的P1.4 10 LED_Y （黃色LED ，高電位點亮）
是 11 CC2530的P0.1 12 LED_B （藍色LED ，高電位點亮）。與S2（BUTTON ）按鍵複用（高有效）
是 13 CC2530的P1.3 14 串列flash 的SPI 匯流排片選信號 是 15 CC2530的P1.5 16 SPI 匯流排SCLK 信號 是 17 CC2530的P1.6 18 SPI 匯流排MOSI 信號 是 19 CC2530的P1.7 20 SPI 匯流排MISO 信號
是 21
CC2530的RESET
22
連接SK-SmartRF05BB 板上的重置電路
是
1.1.
2.4 SK-SmartRF05BB 電池底板上的SK-CC2530EM 連接座
SK-SmartRF05BB 電池底板上的SK-CC2530EM 連接座是用來安裝SK-CC2530EM 評估
模組的安裝座。請使用者使用者務必按照下圖所示方向安裝務必按照下圖所示方向安裝務必按照下圖所示方向安裝，，安裝時請注意安裝時請注意力道力道力道：：
1414
注意注意：：我們強烈建議我們強烈建議使用者使用者使用者儘量避免頻繁插拔儘量避免頻繁插拔SK-CC2530EM 評估模組評估模組。。
1.1.
2.5 SK-SmartRF05BB 電池底板上的按鍵
SK-SmartRF05BB 電池底板上一共為使用者提供了6個按鍵： 方向按鍵UP （K1）、DOWN （K5）、LEFT （K3）和RIGHT （K4） 方向中心按鍵CENTER （K2） 取消按鍵BUTTON （S1） 方向按鍵（UP 、DOWN 、LEFT 和RIGHT ）、中心按鍵（CENTER ）和取消按鍵（BUTTON ）可作為使用者輸入介面。
為了節約CC2530的I/O 介面，方向按鍵我們採用了ADC 鍵盤方式，由CC2530的P0.6接腳進行採樣。當VDD 為3.3V 時，分別按下各方向按鍵後P0.6上的電壓如下表所示：
方向方向鍵鍵 電壓值電壓值（（V ）
UP 0.3 DOWN 1.2 LEFT 1.7 RIGHT 2.0 CENTER
2.3
取消按鍵BUTTON （S1）由CC2530的P0.1讀取I/O 電位，當按下取消按鍵BUTTON （S1）時為高電位。 注意注意：：取消按鍵BUTTON （S2）
與LED_B （D4）共用同一個I/O 介面—P0.1。由於LED 為輸出電流來驅動，而按鍵為輸入，我們強烈建議使用者在執行“熄滅LED ”操作後，立即將I/O 埠方向設置為輸入。
1.1.
2.6 SK-SmartRF05BB 電池底板上的JTAG 除錯除錯介面介面
SK-SmartRF05BB 電池底板上的JTAG 除錯介面是用來連接SK-CC Debugger 多功能模擬器的介面，以便使用者對CC2530進行線上除錯、FLASH 燒寫等操作。JTAG 除錯介面的各接腳連接情況如下表所示：
JTAG 接腳
CC2530 JTAG 接腳
CC2530 1 GND 2 VDD 3 P2.2 4 P2.1 5 P1.4 6 P1.5 7 RESET 8 P1.6 9
NC
10
P1.7
gitlab使用指南 1 gitlab介绍 GitLab 是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。 GitLab是基于网络的Git仓库管理工具，且具有wiki和issue跟踪功能。使用Git作为代码管理工具，并在此基础上搭建起来的web服务。 GitLab，它使用Ruby语言写成。后来，一些部分用Go语言重写。 2应用特点 1.Web框架使用RubyonRails。 2.基于MIT代码发布协议。 3.需要gitolite协同工作 3优点 GitLab为整个DevOps生命周期提供解决方案 1.管理 统计和分析功能。 GitLab提供统计数据和洞察力，以帮助提高GitLab在组织中的价值。 2.计划 项目计划和管理功能。 使用GitLab灵活的项目管理工具可视化，确定优先级，协调和跟踪进度。 3.创造 源代码以及数据创建和管理功能。 将源代码整合到一个易于管理和控制的分布式版本控制系统中，而不会影响工作流程。GitLab的Git存储库附带分支工具和访问控制，可为项目和代码的协作提供可扩展的单一事实来源。 4.校验 测试，代码质量和持续集成功能。 内置的静态代码分析，代码测试，代码质量，依赖项检查和Review Apps可以更快地发现错
误，提高安全性并缩短反馈周期。自定义您的批准工作流控件，自动测试代码质量，并为每个代码更改启动过渡环境。 GitLab持续集成是下一代测试系统，可以扩展以更快地运行测试。 5.包 Docker容器注册表。 GitLab软件包允许组织将GitLab用作各种常见软件包管理器的专用存储库。用户能够构建和发布程序包，这些程序包可以很容易地作为下游项目中的依赖项使用。 6.发布 应用程序发布和交付功能。 花更少的时间配置工具，而花更多的时间创建工具。无论要部署到一台服务器还是数千台服务器，都可以通过GitLab内置的持续交付和部署来自信，安全地构建，测试和发布代码。 7.配置 应用程序和基础结构配置工具。 使用GitLab Auto DevOps自动执行从构建到部署和监视的整个工作流程。最佳实践模板可帮助您从最小到零的配置开始。然后自定义所有内容，从构建包到CI / CD。 8.监控 应用程序监视和指标功能。 确保应用程序始终响应并可用。 GitLab会收集并显示已部署应用程序的性能指标，因此可以立即知道代码更改如何影响生产环境。 9.安全 安全功能功能。 检查应用程序是否存在安全漏洞，这些漏洞可能导致未经授权的访问，数据泄漏和服务拒绝。GitLab将对应用程序代码执行静态和动态测试，查找已知缺陷并在合并请求中报告这些缺陷，以便可以在合并之前修复它们。安全团队可以使用仪表板来获得项目和组的高级视图，并在需要时启动补救过程。 4运行gitlab gitlab-ctl start
Erwin工具使用指南（版本号：V ）
文档修订状况
目录 第一章基本概念 (4) 数据模型（Modal） (4) 视图 (4) 逻辑视图（Logical） (4) 物理视图（Physical） (4) 第二章操作指南 (6) 新建模型 (6) 视图切换 (7) 新建主题区域 (7) 切换主题区域 (9) 编辑主题区域 (10) 选择现有数据实体到指定的主题区域。 (10) 在主题区域新建数据实体 (11) 在主题区域删除数据实体 (12) 数据实体导航 (13)
第一章基本概念 1.1数据模型（Modal） 数据模型是数据实体(Entity)和数据实体间的关系（Relationship）总和。可以简单的理解认为数据实体就是对应数据库表，实体间的关系就是表之间的关系。 1.2视图 Erwin对数据模型提供两种视——逻辑视图、物理视图。 1.2.1逻辑视图（Logical） 是以业务需求的概念对数据模型进行描述。通俗的说，在逻辑视图中我们可以用中文或描述性的语言来描述数据实体（表）和数据实体的属性（字段）。下面就是一个对车辆信信息实体的逻辑视图。 1.2.2物理视图（Physical） 物理视图与逻辑视图一一对应，物理视图是针对一种具体的数据库进行逻辑视图的物理映射。通俗的说，在物理视图中我们必须为每一个在逻辑视图中出现的数据实体（表）指定一个可被具体数据库接纳的表名称，譬如我们使用MySQL作为我们的数据库实现，我们就必须为具体的实体指定一个数据库表名（英文单词或词组），同样的对实体属性（字段）的命名也需进行转换，数据类型也需要具体为数据库支持的数据类型。下面就是对应车辆信息实体针对MySQL数据的物理视图。
微服务开发手册 1．开发说明 ●所有服务均基于springboot框架开发。Springboot内嵌了tomcat服务器，无需生成war包，并简化了maven配置，能够让开发者快速入手spring的开发。 ●服务的接口定义需严格符合restful规范。rest规范参考第2节restapi接口规范 ●所有服务都需要在注册服务上注册，否则不能被其他服务所调用。同时平台也能够实时监测服务的状态，能够及时预警及调度资源。 ●所有服务的配置信息统一保存于gitlab上，并通过配置服务获取配置。 ●对数据库的操作统一采用MyBatis?框架。MyBatis是个支持普通SQL查询，存储过程和高级映射的优秀持久层框架。Springboot也提供了mybatis的集成方案，可以很快捷地整合mybatis到项目中。 ●包名约定：所有包均以.服务名为父包名 ●所有项目基于来开发。项目的管理与构建采用maven，代码统一托管于gitlab仓库。 2．restapi接口规范 springboot接口设计需符合restful风格。在RESTful架构中，每个网址代表一种资源（resource），所以网址中不能有动词，只能有名词，而且所用的名词往往与数据库的表格名对应。 而客户端要执行某种类型的操作，需要根据http的操作协议来决定。HTTP提供
了常用的几种操作，如下表： 对数据库的增删改查操作，应该严格遵守上面定义的五种HTTP动作。 对于更新动作，参数通过requestbody来传递，格式为json。服务端返回数据格式也均为json。 服务端返回数据对象约定： publicclassUnifyInfo{ privateintcode;
Getting Started with ER win (Erwin 入门) by Dr. Peter Wolcott Department of Information Systems and Quantitative Analysis College of Information Science and Technology University of Nebraska at Omaha（由内布拉斯加州的奥马哈大学信息科学与技术学院门的信息系统和定量分析博士彼得著） Introduction （介绍） ER win is a popular data modeling tool used by a number of major companies in Omaha and throughout the world. （Erwin是受奥马哈和世界各地的一些主要的公司欢迎的数据模型工具） The product is currently owned, developed, and marketed by Computer Associates, a leading software developer.（该产品是由具有领导地位的CA软件开发公司拥有、开发和销售） The product supports a variety of aspects of database design, including data modeling, forward engineering (the creation of a database schema and physical database on the basis of a data model), and reverse engineering (the creation of a data model on the basis of an existing database) for a wide variety of relational DBMS, including Microsoft Access, Oracle, DB2, Sybase, and others.该软件为多种多样的关系型数据库管理系统,包括 Microsoft Access,甲骨文,Sybase,DB2,和其他人提供支持数据库设计的各个方面，包括数据建模、正向工程（在现有的数据模型的基础上创建数据模式和物理数据库）和逆向工程（在现在的数据库基础上创建数据模型） This brief tutorial steps you through the process of creating a data model using ER win.（你可以通过这个简单教程中的步骤运用Erwin来创建数据模 型） It will not explain all aspects of ERwin, but will show you the minimum necessary to create and use data models for this class. （这个课程不可能全面地讲解Erwin，但它向你展示了必要的最基本的创建和使用数据模型的知识） It consists of three major segments, which correspond to the project-related assignments in your class: （这个课程由三个主要部分组成，它与有关项目任务相符） 1.Creation of a basic data model (Conceptual data model) 创建一个 基本的数据模型(概念数据模型) 2.Creation of a database schema 建立数据库模式 3.Creation of the database创建数据库
私有
gitlab
简易使用手册
CE
SCM
编号 密等 日期 作者
Mar. 30, 2016 Roy Hu
版权声明 。 Copyright 2016? Copyright 商标声明 本书所提到之商标，皆属於原合法注册公司所有。 Trademarks All brand names and product names used in this book are trademarks, registered trademarks, or trade name of their respective holders. 免责声明 。 LIMITATION OF LIABILITY .
修订记录
版本 Revisio
n
出版日期 Issue Date
修订章节 Section Changed
出版修订原因 Reason for issue
Draft mm-dd-yyyy
All
Draft Initial
备注 Remarks
目录
1 第一章 简介 ............................................................
设备现况 ..............................................................................
2 TORTOISEGIT ............................................................
先到下载 git for Windows 适合的版本安装................................................ 到下载适合的版本安装 .................................................................. 初始化版本库目录 ...................................................................... Commit 提交 ........................................................................... 提交时产生新分支 ...................................................................... 提交的时机 ............................................................................ Stash 储藏 ............................................................................ 切换至某分支/取出某提交 ...............................................................
3 ATLASSIAN SOURCETREE ...................................................
到下载 ................................................................................ 浏览整个专案 ..........................................................................
4 GITLAB CE ..............................................................
登入 .................................................................................. 画面说明 .............................................................................. Groups 专案群组 ....................................................................... TortoiseGit push 推送本地版本库至 GitLab CE 上的新专案 .................................
於 GitLab CE 建立新专案...............................................................
Erwin教程 erwin是一个数据库关系实体模型（ER Model）设计工具，与Power Designer（Sybase公司开发）成为最常用的两种数据库设计工具。目前该工具被CA收购，成为CA数据库解决方案中的一个关键部分。与微软的Vision相比，erwin只能设计er model，而且设计界面选项较多，相对来说并不那么友好，增加了使用的难度。但如果你是一个出色的数据库应用开发者，那你一定会发现erwin的好处。因为在设计模型层次和复杂度提高以后，visio难以应付众多的数据对象设计和对象之间的关系设计。而且erwin提供了数据库正向工程、逆向工程和文档正向工程功能，可以把设计直接实施到数据库后者把数据库中的对象信息读到erwin设计中，也可以生成设计文档，格式还可以自动定义。在本教程中，将告诉大家我是怎样简单的使用erwin来进行数据库设计的。这里强调了简单二字，就是说有很多只有20%机会用到的80%的功能本教程是不会介绍的。本文用到的erwin版本是4.0。 教程一：Table & Subject Areas Table是数据库中最基本的物理元素，保持了应用的持久数据。在普通的信息系统数据库结构设计中，有90%的工作是在设计table。而table的字段定义和表间的关系，也反映了整个系统的数据流图和大致的业务流程。 Subject Areas是erwin提供逻辑元素，在实际数据库中并不存在。它的含义是把物理元素和逻辑元素按照实际意义划分成各个主题，在主题域中添加对元素的引用，起到一个按图索骥和目录的作用。有一个缺省的主题域Main Subject Area，所有的元素都会在该主题域中存在。在我本人的设计方法中，我会新建诸如“参数表”，“分户表”，“控制表”，“临时表”，“明细表”，“日志表”和“总帐”等主题域。 下面跟着我的说明，一步一步来设计table： 装好erwin4.0后，打开程序。提示你是创建一个新模型还是打一个已有的，选择创建新模型。在Model Type中选择Physical（物理模型），下面的Target Database默认值就是Oracle8.x，使用默认值，点击OK，创建了一个空白的模型。
Erwin工具使用指南（版本号：V 1.0）
文档修订状况
目录 第一章基本概念 (4) 1.1 数据模型（Modal） (4) 1.2 视图 (4) 1.2.1 逻辑视图（Logical） (4) 1.2.2 物理视图（Physical） (4) 第二章操作指南 (6) 2.1 新建模型 (6) 2.2 视图切换 (7) 2.3 新建主题区域 (7) 2.4 切换主题区域 (9) 2.5 编辑主题区域 (10) 2.5.1 选择现有数据实体到指定的主题区域。 (10) 2.5.2 在主题区域新建数据实体 (11) 2.5.3 在主题区域删除数据实体 (12) 2.6 数据实体导航 (13)
第一章基本概念 1.1 数据模型（Modal） 数据模型是数据实体(Entity)和数据实体间的关系（Relationship）总和。可以简单的理解认为数据实体就是对应数据库表，实体间的关系就是表之间的关系。 1.2 视图 Erwin对数据模型提供两种视——逻辑视图、物理视图。 1.2.1 逻辑视图（Logical） 是以业务需求的概念对数据模型进行描述。通俗的说，在逻辑视图中我们可以用中文或描述性的语言来描述数据实体（表）和数据实体的属性（字段）。下面就是一个对车辆信信息实体的逻辑视图。 1.2.2 物理视图（Physical） 物理视图与逻辑视图一一对应，物理视图是针对一种具体的数据库进行逻辑视图的物理映射。通俗的说，在物理视图中我们必须为每一个在逻辑视图中出现的数据实体（表）指定一个可被具体数据库接纳的表名称，譬如我们使用MySQL作为我们的数据库实现，我们就必须为具体的实体指定一个数据库表名（英文单词或词组），同样的对实体属性（字段）的命名也需进行转换，数据类型也需要具体为数据库支持的数据类型。下面就是对应车辆信息实体针对MySQL数据的物理视图。
GIT提交流程: microservice-test(master) -> dev-story-FEIEH-365 [-> ?rmus-integration] -> ?rmus-qa -> microservice- test(master) 前提 所有story、task分?支都要在最新master（本项?目暂时以microservice-test作为master）分?支上切取 未上线的任务出现bug，直接从?rmus-qa拉出分?支来进?行行修复 已上线的任务出现bug，从master拉出分?支来进?行行修复 所有的分?支创建都需要在gitlab上进?行行（保证是基线分?支是最新的） 所有的分?支创建都需要在gitlab上进?行行（保证是基线分?支是最新的） 所有的分?支创建都需要在gitlab上进?行行（保证是基线分?支是最新的） 分?支命名规范 1. 任务故事分?支:格式为dev-story-FEIHE-任务号，如dev-story-FEIHE-365 2. 集成测试分?支:格式为?rmus-integration，域名为?rmus-wxshop 3. 测试分?支：固定为?rmus-qa，域名为?rmus-test 4. ?生产分?支：固定为microservice-test 操作说明 1. 接任务?比如说现在的任务号是365，拉取最新的microservice-test分?支，然后切出最新的?自?己故事任务分 ?支dev-story-FEIEH-365; 2. 在任务完成后提交代码到当前dev-story-FEIHE-365并推送到远端; 3. 本地开发完成但需要联调测试的任务，从任务分?支dev-story-FEIHE-365发起merge request到?rmus- integration，如果有冲突则切换到?rmus-integration分?支并拉取最新代码(如果没有，重新切换拉取最新代码)作为备?用，在当前分?支使?用GIT的merge命令将?自?己的dev-story-FEIHE-365分?支代码合并到此分?支(Idea内操作?见图1)
本地GitLab服务器找回GitLab管理员账户密码的方法在之前的文章中提到过公司因为项目管理的问题增加了本地的GITLAB服务器，也提到了本地GITLAB服务器中个人账户的秘钥设置，本次我们就说一下本地GitLab服务器找回GitLab管理员账户密码的方法。 一般GitLab服务器找回密码可以通过系统自带的找回密码进行找回，不过GitLab服务器的超级管理员一般都是admin@https://www.doczj.com/doc/a910282385.html,这个名称，https://www.doczj.com/doc/a910282385.html,这个域名不是我们的，对应的邮箱也不能正常使用，所以我们就没办法通过邮件来进行找回了。 1、首先我们登陆服务器，使用su-git切换到git用户下操作 2、登陆后可以通过ls查看gitlab的文件，我们直接使用gitlab-rails console production进入gitlab控制台，输入命令后需要等待 Loading production environment(Rails x.x.x)等字样的显示，不然gitlab的查询语句不会被解析。
3、输入user=User.where(id:1).first，意思就是查询id为1的用户，一般情况下超级管理员用户都是1，当然也可以使用username来查询用户，在管理员账户对询到后，可以通过返回的信息中看到admin为true，username为Administrator，当然也有的是admin，我们需要确认的就是admin为ture即可。Tips，常用的还有user=User.all查询所有用户，where条件有username email state user=User.where(id:1).first user= User.find_by(email:'admin@local.host')等，可以根据自己需要进行选择。
一、环境说明 二、文档概述 三、场景示例 场景一：通过root管理员创建一个管理员用户（GitLab页面） 场景二：初始化Group、Project、User、Permission信息 （GitLab页面） 场景三：上传项目代码（Eclipse界面） 场景四：创建新分支（GitLab页面） 场景五：处理分支合并请求（GitLab页面） 场景六：合并分支（Eclipse界面） 一、环境说明 GitLab访问地址：http://192.168.251.151:8181 不同版本的gitlab在操作页面的排版上会有些变化，但操作意义相同二、文档概述 本文档意图说明管理员在git使用过程中常遇到的场景及操作。包括以下场景： 场景一：通过root管理员创建一个管理员用户（GitLab页面） 场景二：初始化Group、Project、User、Permission信息（GitLab页面） 场景三：初始化上传项目代码（Eclipse界面） 场景四：创建新分支（GitLab页面） 场景五：处理合并分支请求（GitLab页面） 场景六：合并分支（Eclipse界面） 三、场景示例 场景一：通过root管理员创建一个管理员用户（GitLab页面）
1、root用户是GitLab最高权限管理员，为了便于管理，一般单独创建一个管理员权限的用户对GitLab进行操作。 2、root用户登录，点击进入AdminArea即管理员区域，可以在此区域查看Gitlab信息概览，对项目、用户、组进行管理等，如图所示： 2、点击NewUser创建用户，填入Name、UserName、Email必须信息，其他根据需求设置，一般保持默认，如果是新建管理员用户，则将Access栏的AccessLevel设置为Admin。如图所示： 3、设置完成，点击CreateUser即完成创建用户。创建的用户会收到邮件，根据邮件内容访问设置密码后即可登录访问。（可能被拦截为垃圾邮件，如果确认未收到邮件，检查GitLab邮箱功能设置---见《GitLab安装配置》）
ERWIN操作手册 操作手册 文档修订 版本日期更改人描述（注明修改的条款或页）V1.0 王朝操作手册 2003年9月8日 山东浪潮齐鲁软件产业股份有限公司 电子政务产品事业部
目录 1.通过Erwin 建立er1文件...........................................................................................................2 2用ERWin 的方法将ERWin 中的表导入到数据库中.................................................................6 3用ERWin 的方法将数据库表结构导入到ERWin 中 (18) Erwin 数据库设计工具 介绍 数据库设计错误将会导致在很长一段时间内不断听到各种抱怨,因此,选择 一个适合的数据库开发工具对数据环境进行规范将非常重要 . Erwin 在物理数据库的生成和反向生成、双向同步和比较功能方面居领先地位 ,可以进行逆向工程、能够自动生成文档、支持与数据库同步、支持 团队式 开发,所支持的数据库多达20多种。 Erwin 数据库设计工具可以用于设 计生成客户机/ 服务器、Web 、Intranet 和数据仓库等应用程序数据库。 1.1.通过通过Erwin 建立er1文件文件 在开始\程序菜单中打开Erwin,在Erwin 主窗口中单击create model 图标弹出如下窗口:
在new model type选项中选择physical项,在database中选择oracle类型,version中选择9.x版本,如下图: 点击ok按钮. 1.1建表
Gitlab使用手册
目录 一Gitlab账号/库申请流程 (3) 1.1 Gitlab账号申请 (3) 1.2 Gitlab库申请 (3) 二Gitlab登录 (3) 2.1 Gitlab 访问路径 (3) 2.2 Gitlab登录页面 (3) 三Git环境配置 (4) 3.1创建公钥 (4) 3.1.1 Linux环境 (4) 3.1.2 Windows环境 (4) 3.1.3 MacOS环境 (7) 3.2 Gitlab SSH页面配置 (7) 四Git操作命令 (8) 4.1 Git本地仓库操作命令 (8) 4.1.1 git init/git clone 初始化库 (8) 4.1.2 git status 查看状态 (9) 4.1.3 git add 添加文件 (9) 4.1.4 git diff 对比文件 (9) 4.1.5 git commit 提交更新 (10) 4.1.6 git rm 移除文件 (10) 4.1.7 git mv 移动文件 (11) 4.1.8 git log 查看提交历史 (11) 4.1.9 git reset 撤销操作 (12) 4.1.10 git branch 创建分支 (13) 4.1.11 git merge 分支合并 (13) 4.1.12 git conflict 解决冲突 (14) 4.1.13 git tag 创建标签 (14) 4.2 Git远程仓库关联操作命令 (15) 4.2.1 git remote 查看远处仓库 (15) 4.2.2 git remote show 查看远程仓库信息 (15) 4.2.3 git remote add 添加远程仓库 (15) 4.2.4 git fetch 从远程仓库抓数据 (16) 4.2.5 git pull 获取最新版本 (16) 4.2.6 git push 推送数据到远程仓库 (16) 4.2.7 git remote rename/rm远程仓库重命名/删除 (17)
测试任务交接说明 为规范研发测试任务交接过程，提高相应工作效率现明确交接过程中的相应要求。 1．任务交接流程 2．任务交接过程说明 a)提交准备 任务提交人员需填写《测试任务申请单》 b)提交测试 发送任务交接邮件，邮件接收人包括研发相关人员、项目经理、测试经 理，抄送提交人所属部门经理 c)原型确认 产品部产品经理回复提测邮件，在邮件中说明研发提测中原型参照是否 正确 d)接收测试 交接单审核通过后，测试经理分配任务，回复全部邮件并加入任务负责 人为邮件接收人，提交人如未接收到回复的邮件，则表示该任务还未进 行分配 e)追加测试
任务提交人员填写原《测试任务申请单》追加测试部分，并修改计划上 线日期，将修改后的《测试任务申请单》回复在该任务以往邮件后方 f)测试完成 测试人员出具测试报告，并将《测试报告》回复在该任务以往邮件后方， 该任务结束 3．任务单填写说明 a)计划上线时间：应为晚于提交日期后的日期，原则上不接收提交任务当 天上线的情况； b)测试类型：按实际测试类型选择，并各类型在测试需求栏中需有对应的 说明，如无说明，则认为该次任务不包该类型测试； c)需求来源：按实际来源进行选择 i.为产品的，提测时需同时提供原型图、UI 图示、产品需求说明，原 则上至少为非UI图示的其中一种； ii.为研发的，提测时需同时提供合格的《需求说明书》； iii.为问题修复的，即修复线上出现的问题； d)测试需求：详细描述被测对象相关需求 i.功能需求：包括但不仅限于业务功能描述、场景说明、业务逻辑、 校验规则、受限条件等； ii.性能需求：包括但不仅限于压力场景、并发量、性能指标等； iii.接口需求：包括但不仅限于接口功能、访问方式、请求报文等； iv.安全需求：描述所需测试的功能模块； e)测试版本：被测对象GITLab中项目的Http访问地址,性能被测版本应为 已完成测试的稳定版； f)外围版本：被测对象可运行的最小依赖外围系统版本号，需为具体的版 本号或tag版本，其它方式不接收； g)内验方式：即研发内部验收的方式，需提供测试环境地址，所用测试数 据，原则上不接收研发人员个人开发环境作为内部验收环境； h)追加需求：同测试需求； 4．任务结束说明 a)计划上线日期当天15:00为封版时间，该时间后不再接收版本更新，原 则上以该版本最终测试结果出具测试报告，该次任务结束； b)当次任务所提需求已全部覆盖、所设计用例或大纲全部执行、缺陷管理 系统中BUG记录全部处理完毕，依据结果出具测试报告，该次任务结束；
Windows下Git和Gitlab简单教程 ---jack杨俊伟在使用之前，因为大家之前用的都是SVN集中式的版本控制系统，而git是分布式的，但在使用和功能上差异没有特别大，这里需要先简单了解它们的差异。 1)最核心的区别Git是分布式的，而Svn不是分布的。Git跟Svn一样有自己的集中 式版本库和Server端，但Git更倾向于分布式开发，因为每一个开发人员的电脑上都有一个Local Repository,所以即使没有网络也一样可以Commit，查看历史版本记录，创建项目分支等操作，等网络再次连接上Push到Server端。 2)Git把内容按元数据方式存储，而SVN是按文件：因为,.git目录是处于你的机器上 的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。.git目录的体积大小跟.svn比较，你会发现它们差距很大。 3)Git没有一个全局版本号，而SVN有。Git的内容的完整性要优于SVN: GIT的内 容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。Git下载下来后，在OffLine状态下可以看到所有的Log,SVN不可以。 4)SVN必须先Update才能Commit,忘记了合并时就会出现一些错误，git还是比较 少的出现这种情况。 5)克隆一份全新的目录以同样拥有五个分支来说，SVN是同时复製5个版本的文件, 也就是说重复五次同样的动作。而Git只是获取文件的每个版本的元素 6)提交（Commit）在SVN，当你提交你的完成品时，它将直接记录到中央版本库。 当你发现你的完成品存在严重问题时，你已经无法阻止事情的发生了。如果网路中断，你根本没办法提交！而Git的提交完全属於本地版本库的活动。而你只需“推”
ERwin的使用手册 1. ERwin简介 ERwin是一个数据库关系实体模型（ER Model）设计工具，与Power Designer（Sybase公司开发）成为最常用的两种数据库设计工具。目前该工具被CA收购，成为CA数据库解决方案中的一个关键部分。与微软的Vision相比，ERwin只能设计er model，而且设计界面选项较多，相对来说并不那么友好，增加了使用的难度。但如果你是一个出色的数据库应用开发者，那你一定会发现ERwin的好处。因为在设计模型层次和复杂度提高以后，visio难以应付众多的数据对象设计和对象之间的关系设计。而且ERwin提供了数据库正向工程、逆向工程和文档正向工程功能，可以把设计直接实施到数据库后者把数据库中的对象信息读到ERwin设计中，也可以生成设计文档，格式还可以自动定义。在本教程中，将告诉大家我是怎样简单的使用ERwin来进行数据库设计的。这里强调了简单二字，就是说有很多只有20%机会用到的80%的功能本教程是不会介绍的。本文用到的ERwin版本是4.0。 2.ERwin使用 2.1正向工程 ⑴新建文件，如图1所示： 图1 Logical：只创建逻辑模型 Physical：只创建物理模型 Logical/ Physical：二者均可创建
⑵假设创建逻辑模型，可选择Logical，如图2所示： 工 绘图区 图2 常用的有以下几种： ：用于移动； ：用于创建实体。 ：用于“Complete sub-category” ：用于连接。“Identifying relationship”，即为标值关系。注意：先点的为被引用的表，后点的为引用的表。 ：用于多对多连接。“Many-to-many relationship”注意：先点的为被引用的表，后点的为引用的表。 ：用于连接。“Non- identifying relationship”，即为非标值关系。注意：先点的为被引用的表，后点的为引用的表。
使用Git开发项目流程说明 一、一次性操作 1.公司相关负责人在gitlab上面创建新项目，并进行初始化<远程公共> 2.员工fork该项目<远程自己> 3.员工clone自己fork的项目：git clone <远程自己项目git地址> <项目名称> 4.增加remote：git remote add public <远程公共项目git地址> 二、每次开发必须操作 5.拉取远程公共最新代码：git pull public master --rebase 6.员工进行项目开发 (1)创建+切换分支：git checkout -b<本次开发分支名> (2)开发 (3)测试结果并通过 (4)添加跟踪文件：git add . (5)提交本次开发：git commit -m '描述' 7.切换到开发主分支：git checkout master 8.拉取远程公共最新代码：git pull public master --rebase （同【5】） 9.合并代码 (1)保留分支提交记录，合并后不需要提交代码：git merge <本次开发分支名> (2)不保留分支提交记录，合并后需要重新提交代码： ①git merge --squash <本次开发分支名> ②git commit -m '描述' 10.测试结果并通过 11.push到远程自己：git push 12.删除本次开发分支：git branch -d <本次开发分支名> 13.本次开发完成 三、开发完成后的操作
14.发起远程公共合并申请 15.公司负责人审核代码并操作 四、常用命令参考 16.Git 配置信息 (1)全局设置用户名：git config --global https://www.doczj.com/doc/a910282385.html, "用户名" (2)全局设置邮箱地址：git config --global user.email "邮箱地址" (3)查看系统配置：git config --system --list (4)查看当前用户配置：git config --global --list (5)查看当前仓库配置：git config --local --list 17.查看工作区的状态：git status 18.查看修改内容：git diff 19.本地分支 (1)重命名：git branch -m <目标分支名> <新的分支名> (2)推送本地分支到远程分支：git push origin master (3)把本地tag推送到远程：git push --tags (4)获取远程tag：git fetch origin tag
容器技术与用户自服务平台建设方案
如何减少运维团队的日常琐事？如何将服务平台化，赋予用户自我服务的能力？新东方云利用Rancher容器管理平台、Harbor镜像仓库和GitLab构建企业应用商店。赋能运维团队和用户，尝试破解用户自服务的难题。 开场先讲个小故事： 运维团队一线支持小哥接到某团队的工单，要求部署一套TiDB做功能测试。小哥在云平台上申请机器，按照内部标准的部署文档安装配置，最终交付给该团队。小哥回复邮件后已经是下午3点多了，小哥的一天就这么过去了。平淡无奇的运维工作似乎就应该是这样的。 我相信这是大多数运维团队都会面临的问题，运维团队面临着很多不断重复，事务性的工作。组织规模变大以后，像这样有的没的项目都会来运维团队寻求支持。运维团队招了很多人，忙了一年下来，发现好像也没做成什么事情，功劳似乎都是别人的，成本都是自己的。为什么会这样？因为运维团队的大量时间和精力在服务其他团队的琐事中消耗掉了。 这是建设新东方云的初衷之一。我们设想是否能把手中的资源和我们的服务平台化？通过定制和开发，最终我们交付出去的不是针对具体项目的劳务，而是一个服务的平台。让大部分重复性的日常部署和维护工作由用户自己完成。我们将运维能力直接赋予其他团队和用户，让运维团队能将精力集中在提高SLA和技术提升上。 这也是我今天分享的主题，今天主要分享一下新东方利用容器技术在用户自服务方面的一些探索。 首先简单介绍一下新东方云和容器云服务：
新东方云采用自建数据中心+IDC+公有云的混合云架构，提供包括：云服务器、对象存储、分布式文件系统等IaaS层面的服务，提供消息队列、缓存服务等中间件层面服务，以及运维大数据方案和视频服务等等。 容器云服务是新东方云提供的最新服务，目前还在beta阶段。我们的容器云平台也是基于Docker、Harbor等主流技术作为后台，使用Rancher提供的Cattle作为编排引擎。 提到Rancher大家可能也听说过，简单介绍一下Rancher。 Rancher是一个轻量级的容器管理平台，CNI兼容的网络服务、存储服务、主机管理、负载均衡等功能。Rancher现在分为两个分支： 1.X：采用Rancher自己开发的Cattle编排引擎，已经有一套完整的平台和全球众多的粉丝。
GitLab 普通用户使用指南 1.简介 GitLab作为一种仓库管理系统的开源项目，使用Git可以很好地管理项目的代码，从而帮助管理项目。Git给用户提供了创建并使用项目、创建并邀请用户加入项目组等功能。在高级软件工程课程中，Git主要是作为辅助工具来使用。 2.修改密码 在开始使用之前，管理员已经为每个用户注册好了账号，用户登录之后，要先修改密码（登录后直接进入修改密码界面，见图1），密码为八位字符串。 图1 修改密码 修改密码之后，重新登录系统，可以对Git进行下一步的操作。 3.创建项目组 项目在多数的情况下要由项目组员配合完成，因此，用户在使用Git的时候，第一步需要做的就是要创建组。创建项目组之后，将其他项目成员邀请进入该组。创建和邀请的功能由一个组员完成就可，不需要多人重复操作。修改密码之后，会自动退出至登录界面，重新登录之后，进入Git的欢迎界面，见图2. 图2 欢迎界面 若是管理员赋予了该登录用户新建工程和组的权限，那么，在欢迎界面中，就可以看到
普通用户最基本的功能是新建工程、新建组、以及参加公有工程。在新建项目组功能中，点击“New group”，可以进入新建项目组的界面，见图3. 图3 新建组 在图3所示的界面中，依次输入项目组名、详细信息、说明文件（可选），点击“Create Group”就可以完成新建项目组的功能。新建项目组之后，会进入图4所示的界面，界面显示当前只有一个组“GroupForUserGuide”。并且在此也可以点击“New project”，新建工程。创建好项目组后，就要在项目组中添加组员，点击图4中的“Members”选项，进入图5所示的邀请组员界面。 图4 新建组后跳转到首页 点击图5中的“Add members”，就可进入图6所示的界面。在图6中，可以添加组员，并且为组员设置权限。在高级软件工程课程中，组长邀请组员的时候，只需要将组员权限设置成Developer就可。将多个组员邀请进入项目组之后，就可以新建工程了。