GigE
- 在開發程式中設定中斷點(Break Point)後，相機的連接自行中斷了
-
在GigE Vision™的規格中，為了維持系統整體的正常運作，相機與連接端(PC)定時會進行通訊以確認對方的狀況。連接端(PC)會定時送出稱為Heartbeat的確認訊號給相機。若超過一定時間後相機仍沒收到Heartbeat訊號的話，相機會自行切斷目前建立的連結，回到等待連接的狀態。在軟體開發的Debug設定Break Point時，停止的狀況會使PC端無法送出Heartbeat訊號給相機，導致相機判斷連接失效而自動切斷現有的連結。相機等待Heartbeat訊號的時間被定義為”GevHeartbeatTimeout”。若想要瞭解更詳細的資訊，可以參考 GenICam_SFNC_2_0_0 此文件的第226頁。此屬性的預設值為5000ms (5 Sec.)。也就是當相機在超過5000ms以上的時間沒收到Heartbeat的訊號時，會自行將連結中斷。
在StGigEPlayer中的Device Control設定畫面中可以找到並修改此屬性(需要把Visibility設為Guru)。
GevHeartbeatTimeout屬性在相機連接後會被設定為5000。既使設定並儲存後，再下一次連接時仍會被設定為5000。因此若要修改此屬性，需要在每次連接後進行修改。【問】是否有超過Timeout仍可以不讓相機自動斷線的方法？【答】沒有。超過Timeout的話只能重新連接。要避免這問題只能增家Timeout的設定時間。 - 搭載USER FPGA的GigE相機是否可在啟動後就立即讓USER FPGA作動？
-
此款相機的設定為無法在啟動後就將User FPGA設為ENABLE。主要的目的是在避免萬一User FPGA寫入了有問題的設定檔時，若在啟動時就ENABLE User FPGA，有可能會造成相機再也無法正確啟動進而產生無法修復的問題導致相機無法使用。
另一種情況是，若寫入了超過相機規格的7W以上的電力的設定檔的話，基於相機IC的電流限制，會造成相機無法啟動。這種情況下使用者是無法回復相機狀態的。
- 安裝的說明文件及軟體與OS系統設置的語言不合
-
敝社的安裝檔在日文的OS下安裝時，會安裝日文的文件及日文介面的軟體；若在日文以外的OS下安裝時則會安裝英文版的文件以及英文介面的軟體。
在安裝時安裝程式會自動依照OS的系統資訊作判斷。
若有發生OS的語言與安裝的軟體介面/文件的語言不合的情況，請參考下面的文章確認系統的語言地區資訊。
變更系統的地區資訊：
http://windows.microsoft.com/ja-jp/windows-vista/change-the-system-locale - 在Cognex VisionPro中無法設定曝光時間
-
在VisionPro中，對於電子快門曝光時間設定的GenICam指令名推薦使用”ExposureTimeABS”，但敝社的相機則是使用”ExposureTimeRaw”。
在設定電子快門曝光時間時，請使用”ExposureTimeRaw”來進行控制。敝社的GigE相機使用的GenICam指令記載於各相機的說明手冊中。
- 無法在 Ubuntu12.04中安裝ebus_sdk_3.1.7.3007_rhel-6-x86_64.run Linux Driver
-
[原因]
1. 執行安裝檔bus_sdk_3.1.7.3007_rhel-6-x86_64.run的時候需要執行bash command，但Ubuntu預設將bash設為無效。
2. 安裝時需要libexpat.so.o但並不存在導致產生錯誤。
[對策]
1. 執行 dekg-reconfigure bas 指令，選擇No將bash command設為有效。
2. 執行 apt-get install libexpat1 ，安裝需要的package並使用ln libexpat.so.1 libexpat.so.o來設定關連性。
另外，有關最新的Linux的相機Driver，
您可以詢問Support窗口以得到更多訊息及支援。 - 推薦使用的Ethernet網路卡資訊
-
敝社推薦使用以下列表中的Ethernet網路卡
※由於影響的層面居多，實際的使用上仍請在預定使用的硬體環境中配合相機進行測試。接口數 PoE對應 生產商 製品名/型號 連接介面 1ch – Intel Intel® PRO/1000 GT Desktop Adapter PCI PCI Slot 1ch – Intel Intel® Gigabit CT Desktop Adapter PCI Express x1 Lane 2ch – Intel Intel® Ethernet Server Adapter I350-T2 PCI Express x4 Lane 4ch – Intel Intel® Ethernet Server Adapter I350-T4 PCI Express x4 Lane 4ch ○ Avaldata APX-3404 PCI Express x4 Lane 2ch ○ ADLINK PoE PCI Express x4 Lane 2ch ○ ADLINK GIE62+ PCI Express x4 Lane 4ch ○ ADLINK GIE64+ PCI Express x4 Lane 4ch ○ Portwell NIC-71040 PCI Express2.1 x4 Lane - 已確認測試過的Switch Hub的資訊
-
[敝社已確認測試過的Network Switch]
- Buffalo社製:LSW3-GT-5NSシリーズ
- D-Link社製：DGS-3308FG, DGS-3308-TG, DGS-3324SR
- Cisco社製：WS-C3750G-12S-S, SLM2008
[不推薦的Network Switch] (Packet Lost的情況較多)
- DELL: PowerConnect 5324
- Netgear: GS724T Smart Switch
- SMC: SMCGS5
- GigE相機的SCPD (Stream Channel Packet Delay) 大約的計算方法為何？
-
以STC-GE33A為例，其取像Size為640 x 480 8bit。一個Frame的資料大小為307,200 BYTE。
一個Packet傳送8KB的資料的情況下，一個Frame會有39個Packets，也就是STC-GE33A的FVAL的ON的時間約為11ms。
如此一來可得知1 Packet的傳送時間約為11ms / 39 = 282us。另外，一個8KB的Packet的傳輸所需的理論時間約為8KB / 125MB/s = 64us。
因此Blanking的時間即為218us。再來就是 64 + 218 + 64 + 218 + …如此反複11ms即型成一個Frame。
又或像是設定為50 FPS的情況下，一個Frame被給予的時間約為20ms，
一個Packet被給予的時間為20ms / 39 = 512us。
再以64 + 448 + 64 + 448 + …這樣的反複20ms型成一個Frame。
這時後就可以將448us視為GevSCPD的最大值。※這個計算只是近似值，並非完全正確的數據。
※1Gbps (125MB/s)只是理論值，實際上以900Mbps來計算會比較好。 - 使用UniversalPro Driver時，若取像間距較長(像是Trigger間隔太長)造成無法取的影像的情況時的應對方法
- 連接複數台GigE相機的Sample Code為何？
-
C++的部份，請參考StGEMultiCameraSample；
C#的部份，請參考PvSimpleUISample，並建立欲連接台數的PvDevice以及PvStream等物件來對應。
