From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

DIAdem Idea Exchange

Community Browser
cancel
Showing results for 
Search instead for 
Did you mean: 
Post an idea

I know this would be a major change. At least VBS is not proprietary like some other software that has a script interface, and at least VBS supports OOP.

 

But VBS is from the 90's, the documentation is from the 90's and early 2000's at best, with associated lack of support. The full potential of diadem is really limited by this. If I could use Python, a much better supported, easier to use language, I would be extremely grateful. All my data processing tools are written in Python. I'm just trying to automate test reports, get channel names to identify the data the user put in the Data Portal etc. I am willing to put in time to interface with APIs or DLLs if someone can point me in the right direction in the interim. 

 

To be brutally honest, it is almost laughable that with diadem 2017, it has a flashy UX/UI, yet uses this archaic language for automation, where most time is saved. A system is ony as good as its weakest link.

I'd like to have a 64-bit version of DIAdem primarily so the program can utilize more than 2GB of RAM.

 

I'd expect that this would improve performance and stability for those using a 64-bit OS (eg win 7 64 bit) and working with large data sets.

 

 

Hello.

The data reduction on loading could be extended to facilitate partial loading of large data sets:

Currently, it shows 'intervall width' or 'interval number' and 'reduction method (1st value, avg. min, max)'.

 

I'd love to have an option to define start value and data count, too. Similar to the FFT-timing dialog, where 'start/number/width' can be defined. Today, I always load the full data set, display in view, mark the relevant area and crop via 'mark data' and delete. Works ok, but when I know that I will need maybe the first 5 secs of a 10 minue measurement for one evaluation, it could be done easier, if I only load what I need.

 

Thank you.

Michael

Title says it all.  I don't like waiting while files load.  Can this process be threaded?

Not having the DataFinder index anything except NI's folders by default on install would be extremely convenient.  Optionally, this could also be a setting chosen on install.

 

Each of our users who installs the application immediately has every MS Excel file from their 'My Documents' folder indexed, which wouldn't really hurt anything except that most of these MS Excel files aren't true 'data' files.  In my experience, most Excel files rarely store anything as simple as what could be stored in text-tab delimited format, so aren't easily or usefully indexed, so seems to confuse the DataFinder as it is unable to close them automatically once opened.

 

The results is dozens to hundreds of Excel.exe processes running in the background, until the machine runs out of memory or files, so we have had to make a point to disable all datafinder indexing on each and every install.  We've scripted this process into our standard configuration, but if the user doesn't contact us right away, they suffer greatly from performance issues and blame DIAdem (rightly so).

 

I suspect that anyone who wants to use the DataFinder would want to do some manual configuration to specific folders, dataplugins, times of day to index, etc. which would make requiring setup perfectly acceptable to users who want to use it (and not waste resources for those that don't).

 

-Josh