2010-12-16 162 views
0

我在Windows上的LabView中開發應用程序。從一週前開始,一臺測試機器(ToughBook,不少於)每隔幾天就完全凍結一次:沒有鼠標光標,任務欄時鐘被凍結。所以昨天它退休了。但就在現在,我已經在另一臺機器上看到過它,也是一臺筆記本電腦。鼠標光標在Windows中凍結LabView

這是一個非常罕見的PC故障模式。我對Windows並不瞭解太多,但我希望它能指出軟件完全停止運行,並且突然間內核無法恐慌。

這是一個準確的評估?我在哪裏開始調試這個問題?什麼控制Windows體系結構中的遊標 - 是所有內核模式還是有一個窗口服務器可能會被某些東西阻塞?不穩定的第三方硬件驅動程序會導致這種情況,而不是藍屏?

編輯:我應該補充說,代碼運行時凍結不一定發生。

+2

woohoo一個labview的問題!那麼......至少它裏面寫着「LabVIEW」。無論如何,我認爲serverfault或superuser可能是一個更好的論壇。 – SiegeX 2010-12-16 00:41:57

+0

@Siege:也許...實際上我幾個小時前問過另一個與LabView相關的問題,但沒有這樣標記它。無論如何,我希望我的建築方面得到迴應之前,它被移動到其他網站。 – Potatoswatter 2010-12-16 00:58:05

回答

2

我當然會認爲硬件和/或驅動程序是一種可能性 - 也許你可以說硬件是什麼?

您可以通過爲您的LabVIEW代碼所涉及的每個硬件添加一個「調試模式」來測試此功能,您可以在其中使用如下代碼。一個案例結構可以跳過實際的I/O調用並將虛擬數據返回給應用程序的其餘部分。確保它與實際設備返回的數據量相當。如果您將代碼模塊化爲具有明確定義的函數的子VI,那麼您會發現這更容易!如果禁用對特定位硬件的I/O調用會阻止凍結,則表明該問題可能與該硬件或其驅動程序有關。

+0

這是個好主意。不幸的是,代碼不是很好的因素。 MCU通信適配器是NI的一部分,應該是合格的,但我認爲它是一個嫌疑犯。同樣如上所述,任何VI運行時崩潰並不一定。 – Potatoswatter 2010-12-16 16:07:54

1

很難說問題是什麼。根據症狀,我會檢查是否有可能發生內存泄漏(請參閱使用「windows任務管理器」查看您的LabVIEW應用程序內存使用是否超時)。

+0

無內存泄漏。我們定期驗證。另外,機器在停機之前沒有變慢。 – Potatoswatter 2010-12-16 01:32:54