DIAdem Idea Exchange

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

Actually, VIEW and Report Layout share the same “last-used” folder when you work interactively with DIAdem.

It’s a bit puzzling when you want to work with separate folders: if you don’t care about the folder used (when swichting from Report to VIEW and vice versa, …), you may discover later that you worked on two files (VIEW or Report) saved in different places.

 

Last-used folders should be different for VIEW, REPORT and SCRIPT.

I would like to suggest that it should be possible to save pictures and text to the buttons of the F-scipt-Buttons  (analogous to LabVIEW-VIs).

It would be great to add numeric display boxes to VIEW area (similar as implemented in DAC area). These display boxes could show info such as e.g. Gear, Speed or Text status messages which don't have to be shown as time trace.

Diadem offers limited capability for creating complex user interfaces and software strategies.

For this we use LabView as a front end and run Diadem in the background to handle the complex data analysis operations.

But the ActiveX connectivity between LV and Diadem has its limitations.

The most recent that bugs me is when programatically opening Diadem from LV using the ActiveX controls I can't close the reference without Diadem closing also.  (unless Diadem was opened before using the ActiveX vi's)

There are a couple of work arounds such as opening Diadem using a wizard VI or using the SystemExec.vi, and then using the ActiveX vi's.

 

For passing information between the two systems it would be nice if NI developed a better method for communications similar to shared variables in LabView.

Hi,

I'm been developing with Diadem for a year in a large company. We develop applications for our client trying to solve their issues and improving the data analysis and productivity. 

Now, we have 4 applications already released and one more is incoming and every time a new update comes, and especially when a big new version is, we find the same problem... Why Diadem doesn't have any standalone-like option?

 

In order to be able to run our app, our clients have to buy a Diadem license, at least the smallest one, and of course, our license. If we could make a runnable standalone application, installing previously some kind of runtime for Diadem, we will be able to make more attractive our application for our clients...

 

In addition, LABview have this option, you can make a Vi project and export it as standalone, library or exe application, making it independent to any license. (You have to install the runtime before to run the app). 

 

I will appreciate some answer,

Hi,

 

I was wondering if Diadem provides an SDK around which we can develop our custom software. We are evaluating a possibility to develop a custom tool and wanted to use Diadem's capabilities in background while customizing the GUI part.

 

Regards,

Pratik

Hi,

 

It'd be nice to be able to clear the data portal without having to go to the NAVIGATION area each time. Adding the ability to clear the data Portal from any screen, especially when scripting, would be much more convenient. 

 

Regards,

Sadie

I often develop tests/algorithms by saving the raw data that I'd like to analyse and then working on the algorithm afterwards.

 

Say I have a TDMS file with a channel inside a group. I can open that TDMS file and visualise that data, but what I'd really like to do is test my new algorithm with it (essentially unit testing).

 

I could write a quick VI that loads that particular channel from the TDMS and passes it to my algorithm, but wouldn't it be quicker if I could drag and drop the channel from DIAdem directly into LabVIEW as a constant or similar? I can already drag and drop the data from the DIAdem data portal into various views, so why not into LV?

 

There's already a degree of logic for drag / drop within LabVIEW, as you can drop paths into constants.

 

Perhaps this should have been a LV idea...

For a VIEW Contour, CCN results in the Y-channel instead of the Z-channel, which is less convenient if trying to link to group properties where the Z channel is in a different source group from the Y channel.

 

Visible when adding freetext:

@@chnname(CCN)@@

 

Would it be possible to have the Z-Channel as the CCN channel value (hoping this is just a leftover from VIEW's standard 2D functionality, rather than a 'feature')?

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

I would like to be able to generate text tables within my report generated form LabVIEW using the Express vi DIAdem report...currently the only way to do this is create a script.  This seems to be an overcomplicated way of doing a relatively benign operation and makes the tool very cumbersome.

 

Whilst you're at it, labeling the y-axis of a graph also seems to be over complicated from within LabVIEW.  Maybe I'm just too used to easy programming with LabVIEW!  But programming isn't my main activity...

Para los que nos dedicamos a distribuir scripts a clientes creo que se podria estudiar que se pudieran crear ejecutables de un conjunto de macros. Para el usuario final en caso de que estén encriptadas siempre es más facil ejecutar un .exe. También a nivel de desarollo se tienen más posiblidades para proteger un numero de licencias con soluciones como los dongles que se requiere un .exe o programar a partir de la API.

 

Un saludo

Currently, whenever you open a block diagram in DIAdem DAC, it closes anything that is already open.  This is inconvenient if you want to open two separate .DAC files for comparison, copy&paste, prototyping, etc. and especially when you want to reference an example, it tries to close whatever block diagram you have open and may still be working on.

 

Having multiple tabs like in VIEW, REPORT, and SCRIPT would definitely improve the user experience.  Alternatively, we could have it minimized somewhere or have it selectable from the Window menu as long as it allows you to keep multiple block diagrams loaded at the same time.

 

Kentaro Yamashita

 

When selecting a matrix structure set of channels for the z-matrix, DIAdem currently allows a user to select the first channel when the triplet channel radio button is chosen, and then locks that first entry as the first Z channel in the z-matrix.  When the user wants to select the last channel in the z-matrix, they then have to click the "..." box to the right of the greyed out box that has the first Z channel in the z-matrix displayed.  I was going to suggest that R&D work on the ability to chose channels that are not consecutively arranged within the data portal.  I feel it would be more intuitive to hold down CTRL and select the Z channels that make up the z-matrix.

 

Cheers!

 

Shawn S.

Would it be possible to take the next step in automation and use the .Net framework for scripting functionality?

Very frustrating working on other documents while diadem is processing a script in the background to paste what you thought was text you had copied actually be an entire channel worth of data.

A new fully featured harmonic cursor type in view for S&V applications, accessed by a button in the way that the other cursors are.  This is one of the major limitations we find with using the package.

 

Although I have seen the included script to implement a basic form of harmonic cursors, it is a bit cumbersome and only allows H1 to be dragged for example.

For several general functions we have created a set of user commands we use in DIADem report (either on channels, sheets or pages).

However sometimes we have a not so general function, that is only interesting for this particular report/project.

I prefer to not make these part of our standard user command set, or force other users to install these special user commands.

It would benefit us if we could embed those scripts inside the Report file. 

Sometimes I try to place a vertical onriented graph next to a 2d-intensity graph. This is especially interesting with a time-frequency plot where you want to plot some interesting frequencies next to the intensity plot.

Currently this is only possible by altering the x-y data.

By adding rotated 1-d graphs we could easily create such a graph.

I would like to export the table from the Navigator search pane into Excel or a CSV file so we can use that in a report (Word) as an overview of performed measurements.

We can quite good configure that table so let's make use of that.

 

Ton