DAQ TOOLBOX - INPUT OVERLOADS SESSION BASED CODE

Question

Robert Garnett 2014-4-7

0
链接

此问题的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/124769-daq-toolbox-input-overloads-session-based-code

I am trying to rewrite a Matlab based Swept Sine analyzer Matlab code app using the DAQ toolbox for 64 bit. The original code was excellent and was based on the legacy DAQ code in a 32 bit environment. I am using National Instruments DAQ cards.

Silly me I thought that all of the functionality of the old legacy code would be implemented in a straight forward manner in the session based code that is required for 64 bit.

It's not:

Firstly I found that you can't scale the AI data into engineering units, Sadly we are an engineering organisation. Of course you can post process, but then "peeks" do not provide data in eng units. Also the raw DAQ logging data has no eng units info embedded in it, which is particularly horrible.

I then tried to find an input overload function that is provided in the old legacy code. Yes there is an error listener, but absolutely no info on what errors may be generated and how they can be used.

My old legacy Analyser Code detects overloads and lights up a control on the GUI to warn the operator of input overload, easy as.

I am not happy about this at all.

64 Bit is mainstream now so I try to deploy all my apps as 64 bit. The new session based interface seems to provide only a bare subset of the legacy code. What is going on?

How can I use the session based code to provide overload indication and other features provided by the legacy code?

Where is the documentation that describes the error messages and how to handle them?

Why did you change from the legacy code anyway?

If you want to get rid of the legacy code the new stuff should provide more not less functionality.

What will happen when you abandon the legacy code altogether?

None of my Apps will work and rewriting them with the same functionality will be expensive and maybe impossible.

I will have to abandon the current rewrite as it will take me far too may hours to get to grips with the poorly documented and dysfunctional session based code.

Rob Garnett Toongabbie GDF Suez Australia