基於OD方法的網路節點關系分析

Ⅰ OD的使用方法

-j Skip
在開始顯示輸出前，跳躍過由 Skip 變數給定的位元組數。 如果指定的文件超過一個，od 命令在顯示輸出前跳躍過分配的連接輸入文件位元組數。 如果混合輸入不是至少跳躍位元組的長度， od 命令將寫出診斷消息給標准錯誤，並退出非零狀態。 Count 選項參數
預設情況下，Skip 變數的值解釋為十進制數字。 帶有前綴 0x 或 0X， 偏移量解釋為十六進制數；帶有前綴 0，偏移量解釋為八進制數。 如果字元 b，k，或者 m 附加到 Skip 變數包含的數，偏移量在位元組上等於 Skip 變數各自乘以 512，1024，或者 1024*1024 的值。
-N Count 格式不超過由 Count 變數指定的輸入位元組數。預設情況下，Count 變數解釋為十進制數。帶有前綴 0x 或者 0X，認為是十六進制數。 如果以 0 開始，認為是八進制數。 顯示地址的底數不是由 Count 選項參數的底數提示的。
-t TypeString 指定輸出類型。TypeString 變數是一個當寫出數據時，指定使用類型的字元串。 多個類型能夠連接在同一個 TypeString 變數中， 並且 -t 標志能夠多次指定。 對於每個指定的類型寫出了輸出行， 依照給定類型指定字元的順序。TypeString 變數能夠包括下列字元：
a
顯示位元組為指定的字元。在 0 到 01777 范圍內，帶有至少 7 位的位元組，對於那些字元，用相應的名稱來寫。
c
顯示位元組為字元。 由 c 類型字元串變換的位元組數由 LC_CTYPE 本地類別確定。可列印的多個位元組字元的寫法對應於字元的第一個位元組；兩個字元序列 ** 的寫法對應於字元中每個保留的位元組，作為字元繼續的指示。下列非圖形字元作為 C－ 語言轉義序列使用：
反斜杠
a 提示符
 退格符
f 換頁
換行字元
空
回車符
製表符
v 垂直製表符
d
顯示位元組為有符號十進制。預設情況下，od 命令變換相應的位元組數為 C －語言類型 int。d 類型字元串能夠跟隨無符號的十進制整數，它指定了由每個輸出類型實例變換的位元組數。
可選的項 C，I，L，或者 S 字元能夠附加到 d 可選項，表示轉換應該分別適用於 char，int，long，或者 short。
f
顯示位元組為浮點。預設情況下，od 命令變換相應的位元組數為 C － 語言類型 double。 f 類型字元串能夠跟隨無符號的十進制整數，它指定了由每個輸出類型的實例變換的位元組數。
可選項 F，D，或者 L 字元能夠附加到 f 可選項，表示轉換應該分別適用於類型 float，double，或者 long double。
o
顯示位元組為八進制。 預設情況下， od 命令變換相應的位元組數為 C － 語言類型 int。 o 類型字元串能夠跟隨無符號的十進制整數，它指定了由每個輸出類型實例變換的位元組數。
可選項 C， I，L，或者 S 字元能夠附加到 o 可選項，表示轉換應該分別適用於類型 char，int，long，或者 short。
u
顯示位元組為無符號的十進制。預設情況下，od 命令變換相應的位元組數為 C－語言類型 int。u 類型字元串能夠跟隨無符號的十進制整數，它指定了由每個輸出類型的實例變換的位元組數。
可選的項 C，I，L，或者 S 字元能夠附加到 u 可選項，表示轉換應該分別適用於 char，int，long 或者 short。
x
顯示位元組為無符號的十六進制。預設情況下，od 命令變換相應的位元組數為 C－語言類型 int。x 類型字元串能夠跟隨無符號的十進制整數，它指定了由每個輸出類型實例變換的位元組數。
可選的項 C，I，L，或者 S 字元能夠附加到 x 可選項，表示轉換應該分別適用於 char，int，long 或者 short。
第二種格式的標志：
-a 顯示位元組為字元，並且用它們的 ASCII 名稱顯示。如果 -p 標志也給定了，帶有偶校驗的位元組加下劃線。 -P 標志引起帶有奇校驗的位元組加下劃線。 否則忽略奇偶性校驗。
-b 顯示位元組為八進制值。
-c 顯示位元組為 ASCII 符。下列非圖形字元作為 C－語言轉義序列使用：
反斜杠
a 提示符
 退格符
f 換頁
換行字元
空
回車符
製表符
v 垂直製表符
其它表示為 3 位的八進制數。
-C 顯示擴展字元作為標准列印 ASCII 字元（使用合適的字元轉義），並且以十六進制格式顯示多位元組字元。
-d 顯示 16 位字為無符號十進制值。
-D 顯示長字為無符號十進制值。
-e 顯示長字為雙精度、浮點。（如同 -F 標志）
-f 顯示長字為浮點。
-F 顯示長字為雙精度、浮點。（如同 -e 標志）
-h 顯示 16 位字為無符號十六進制。
-H 顯示長字為無符號十六進制值。
-i 顯示 16 位字為有標記十進制。
-I （大寫 i）顯示長字為有標記十進制值。
-l （小寫 L）顯示長字為有標記十進制值。
-L 顯示長字為有標記十進制值。
注意： 標志 -I（大寫 i），-l（小寫 L）， 和 -L 是相同的。
-o 顯示 16 位字為無符號八進制。
-O 顯示長字為無符號八進制值。
-p 表示對 -a 轉換進行偶校驗。
-P 表示對 -a 轉換進行奇校驗。
-s 顯示 16 位字為有標記十進制值。
-S[N] 搜索以空位元組結束的字元的字元串。 N 變數指定了需標識的最小長度的字元串。如果 N 變數省略了，最小長度預設值為 3 個字元。
-v 標志對於下列兩種格式是一樣的：
-v 寫所有輸入數據。 預設情況下， 等同於先前輸出行的輸出行沒有列印，但是用只包含 * （星號）的行替換。 當指定 -v 標志時，列印所有的行。
-w [N] 指定需解釋並且在每個輸出行顯示的輸入位元組的數量。 如果 -w 標志沒有指定，每一顯示行讀取 16 位元組。 如果指定了 -w 標志沒有帶 N 變數，每個顯示行讀取 32 個位元組。 最大輸入值是 4096 位元組。 大於 4096 位元組的輸入值將重新分配最大值。
-x 顯示 16 位字為十六進制值。
-X 顯示長字為無符號十六進制值。（如同 -H 標志）
退出狀態
此命令返回下列出口值：
0 所有輸入文件被成功處理。
>0 出現錯誤。

Ⅱ canopen協議里的節點od和cob-id有什麼區別

OD是對象字典，Object Dictionary。描述了節點的所有參數，包括通訊數據的存放位置也列入其索引，就像體檢表，具備這個人每個功能的參數，便於用人單位(主站)進行合理分配工作。就理解成節點參數表，經常用EDS文件表達。
Cob-id是11位的幀ID，4位功能碼，用以區分服務類型，7位表示節點ID。

Ⅲ HR轉型OD的七大瓶頸，都是哪七大瓶頸

1、HR發現以往成功的經驗，如今越來越難以奏效，導致HR容易迷失在先進的管理技術與各種不熟悉的HR工具模塊中。

我們企業組織在應對不斷變化的外部世界，同時為了保證我們組織內部的快速發展，所以在對內外部變化中如何去提升組織的有效性，變成了HR一大難題，往往會導致「病急亂投醫」。建議需要確認好方向，再行動。

Ⅳ 如何用OD調試windows服務程序

第一方法：
這種方法其實說起來不叫調試，也是一種笨辦法，就是用MessageBox把一些程序的中間信息輸出來，方便你找出程序是在哪個地方出問題了，你也可以在try catch中使用，用MessageBox把異常彈出來，這種方法也比較直觀。可惜，實現起來也有問題。我們首先要添加using System.Windows.Forms;的引用，然後加上一行代碼MessageBox.Show(ex.ToString(), "Error");本以為這樣說行了，可是把服務重新編譯生成，並安裝啟動後，它並沒有彈出框來。百思不得其解。幸好，在服務的程序裡面，啟用了系統的日誌，它會把相關的異常記錄到系統日誌中去，在「計算機管理」的「事件查看器」裡面可以找到。果然發現了一個，

顯示的信息是
「當應用程序不是以 UserInteractive 模式運行時顯示模式對話框或窗體是無效操作。請指定 ServiceNotification 或 DefaultDesktopOnly 樣式，以顯示服務應用程序發出的通知。」
直接網路，找到了一個答案，原來是調用MessageBox時，還需要設置它的MessageBoxOptions屬性為DefaultDesktopOnly。修改如下：
MessageBox.Show(ex.ToString(), "Error", MessageBoxButtons.OK, MessageBoxIcon.Information, MessageBoxDefaultButton.Button1, MessageBoxOptions.DefaultDesktopOnly);
然後再次重新編譯，安裝並啟動，OK，順利的彈出了錯誤的信息。

第二種方法：
第二種方法就是真正的調試，其實Windows服務還是可以調試的，應該說任何一種類型的程序都應該能調試，別人在開發編譯器的時候就人考慮到的。下面來看具體的方法。
我們知道，任何一個程序都有一個對應的進程，如果你的Windows服務啟動後，也會有一個對應的進程。通過任務管理器，就能看到。
我們可以通過VS編譯器裡面，提供的「附加到進程」這個功能來進行調試。首先你打開你的Windows服務源程序，在裡面設置一個斷點，例如在OnStart方法中protected override void OnStart(string[] args){}中，然後把你的服務啟動，啟動過後，在VS的「調試」一欄中找到「附加到進程」

在進程列表裡面找到你的進程，

如果沒有的話，就把左下角的「顯示所有用戶的進程」前面的勾選中，然後你就可以找到你的Windows服務的進程了，然後點擊確定即可。
點擊確定後，可能你等了半天，也沒看見它命中斷點。哈哈，不要急，前面說漏了一點，我們是先啟動的服務，然後再附加的進程，因為服務一啟動，就會執行OnStart方法，這時，我們還沒有把這個服務的進程附加到VS中去呢？所以在OnStart方法中設置的這個斷點肯定不會命中。所以我們需要想個辦法，也就是加一個定時器，我們在OnStart方法中啟動這個定時器，然後設置這個定時器的時間間隔為1分鍾，然後在這個定時器的事件中去設置一個斷點。這樣把服務重新生成，安裝並啟動後，把這個進程附加到VS中去，1分鍾過後，你就會看到，它命中了斷點。不過有一個前提就是，你必須在1分鍾內把這個進程附加到VS中去，否則的話，它還是命中不了。
如果還有問題的話，就檢查一下，看你的Windows服務是不是在Release模式下生成的，如果是的話，要把它改成在Debug模式下生成。