charles.smith

daq_test.mdatatranslationADC_dotnet.m Hi @Fausto, Is there any further advice you can offer to troubleshoot this? Many thanks, Charles.

daq_test.mdatatranslationADC_dotnet.m Hi Fausto, Thanks for the quick response. Attached is the "working code" which can cause BSOD at random on our systems. We are running MATLAB R2022a, Driver version 7.0.0.4, Framework 2.0, dll file version 1.6.20.38. I can't be sure if any of this was the same on the win7 deice - it is the same device as we are running on now except we were forced to upgrade to Win10 earlier in the year. The code used to call the DLL is the same as before. The system's Windows updates are up to date. The crash can occur on internal clock as well. The code is quite trimmed down now, but it is very hard to troubleshoot since the crash does not occur reliably. I've thought it fixed several times before it started again. Any advice you can offer would be greatly appreciated. Thanks, Charles.

Hello I am hoping to get some technical support for our DT9816-S DAQ. We have recently started using the device again on a Windows 10 device having had good results with it around a year ago on a windows 7 device. The problem we have is that we are getting blue-screen (BSOD) crashes on the desktop at random while reading from the device - sometimes we can perform multiple reads for minutes before it eventually crashes. We think the code we are using to operate the system is more or less identical to before, so we are wondering if you are aware of any driver issues with windows 10 which may be causing this? we have the same issue on a different win10 desktop, sadly our win7 devices have all been upgraded. For context - we are communicating with the device through MATLAB but making calls to the .NET framework directly, as the provided MATLAB drivers were not suitable to our application. We are running the system in continuous read mode with an external 200 kHz clock, which is triggering four simultaneous analogue input reads. We suspect there could be some relation to how fast we are sending commands to the device but this is proving hard to pin down. Any advice you can offer would be greatly appreciated.