DIAdem Idea Exchange

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

Currently, ONE python engine is started with each instance of DIAdem.  This behavior is not well-documented and comes with limitations. 

 

For example, if I have an imported function ".py" script called "MyHelperFunctions.py" and import this into another script, the function is only loaded once.  If I make edits to this function, and save the file, the edits will not be available until I close/reopen DIAdem!

 

I suggest having multiple embedded python engines at the same time.  And this would enable DIAdem to always be ready for a python call but still retire a python engine that was bloated.

 

At the least, having a script command to spin up a new python engine would be very helpful for me!

[Tested on DIAdem 2020SP1]. When you work with VIEW panels, it is often important graphs be synchronised. Even though it is possible to do it by using "Band Cursor", I find it a little bit confusing. More specifically:

1) It is not possible to automatically align the right frames. Of course if you sync axes, they are expected to be also visually aligned, or you will not be able to compare signals. You can manually adjust those frames, but alignment will never be perfect.

2) Once you sync your axes, if you scroll up with the mouse, it zooms out, if you scroll down, it zooms in. I would expect it'd have worked the opposite way (scroll up = zoom in, scroll down = zoom out)

3) Similarly, if you left-click the mouse and move it left or right, the behaviour is the opposite than the expected one (at least of the one I'd have expected)

4) It would be great if you could manually define the requested time range. For instance, if you want the time range to be exactly from 5s to 10s, you should be given an interface to do so. As far as I know (correct me if I am wrong), there is not such an option.

The user interface allows you to copy a curve in VIEW, but not the programming methods (like exist in REPORT).  I'd like to be able to "copy" a curve just like I can in REPORT. 

 

JuliaDawkins_0-1581713692591.png

 

The icons for DIAdem 2017, 2018 and 2019 are frustratingly identical.  LabVIEW has helpful little numbers showing the version number.  

Download All

Mark Kiehl noticed that "pinning" is missing from DIAdem 2019, from the user interface as well as programatically.

 

Please bring it back soon. 

 

 

makes targeted placement faster and easier

In DIAdem 2018, the VIEW legend changed and multi-line legends are no longer supported.  I'd like to add back in a predictable multi-line legend option.  When multiple legend items are added in DIAdem 2018, much more of the screen is taken up with the legend (if I want to view all of the legend items), and less of the data area is visible.

 

I've attached two images to show the comparison of a 2D axes with 5 legend items in DIAdem 2017 and 2018. 

 

 

Download All

Please, is it possible to increase the number of serial - COM ports in DIAdem 2018?

Please, is it possible to increase the Baudrate of the COM ports in DIAdem 2018?

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.

Preparatory having compressed TDM(s), the ready defined MDF4.1 could be used to save disk space.

Diadem should use the tdms-format as default for saving

It makes searching for frequencies in signals easier

 

View.png

 

In some cases, the visual interface becomes very confusing and mixed up. Is it possible to develop a function to form layers like in the dialog editor? 

It would simplify the work in complex dac plans very much.

I love the new buttons on the data portal in DIAdem 2017 (delete, save, save as) but I'd like an "open" button too!

Hello

 

I was wondering if there would be a way to implement an linear extraploation function which would allow the user to extrapolate between two linear points?

 

For input I would image the function would need data between two data points of a channel and how far out (or in or both) the end user would like to extrapolate.

 

I have created my own function but it would be neat to have one available in DIAdem to quickly select some data points on a curve.

 

Attached is a copy of my function

In DIAdem 2015 a function to optimize the DataType was included to Analysis (ChnOptimizeDataType).

I think it would be very helpfull, to have this as a option while saving data.

The needed Discspace of optimized Data is just a fraction compared to storing in Float64.

I would suggest that it should be possible to create simple texts in table form in the report without having to create and fill data channels. For example, to display setpoints in Reports with recurring measurements.

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.

In specification for MME files is defined that "Additional descriptors" are written with "." dot as first character of descriptors.

In Diadem the properties of channel cant begin with ".", so diadem replaces it with "_", but Diadem MME data plugin loads MME files without these properties.

Could you please implement it that it will load these descriptors as well?

 

------

Now when i export data by MME export plugin, its doesnt collect and save Additional descriptors and after calling the function 'DataFileSave("", "MMEExport")' i must manually open each file created, parse it and add Additional descriptors by checking each line of the file. I got problem there when i got files with lot of values, because using functions "TextfileWriteLn" or methods of Scripting.FileSystemObject takes really long time.

If the data plugin export all descriptors, it would solve the problem im facing.

For example channel with 500.000 values takes minutes to "recreate" the file with just few new lines added.

 

For non-waveform channels that have a certain channel property populated that specifies another valid channel to use for the X-axis, it would be great if users could simply drag and drop channels into a VIEW 2D Axis System WITHOUT having to also select the x-axis channel.

 

(Over) Simplified logic:

When dragging a channel from the Data Portal to a 2D Axis System:

 

IF 'Waveform' channel property == No AND IF 'Xaxis' channel property specifies another valid channel,

THEN use this other valid channel for the X-Axis of the channel being dragged.

 

Example 1:

Let's say we have an internal combustion engine for which we are recording several channels at a rate of one sample per engine cycle. As the engine speed goes up or down, there is less or more time between each sample. This means we can NOT use a waveform channel. We must have an associated time channel for these several recorded channels. In this time channel, we will record a timestamp value when each engine cycle occurs.

 

Example of 'Xaxis' channel property value:

"Time Channels\Time Stamp Engine Cycles"

 

Example 2:

Let's say we are recording channels at a known rate, such as 100 Hz. A waveform would normally work for this. However, in this example, there will be gaps of no data in these data channels. These gaps may be relatively long in duration and we therefore do NOT want to record NO VALUE during this time, which would bloat our data files. We also do NOT want to put this data in separate data file nor in separate groups. This situation happens in MANY scenarios for us. For this, we must have an associated time channel for each of the data rates, such as "Time Stamp 1 Hz", "Time Stamp 10 Hz", "Time Stamp 50 Hz", and "Time Stamp 1000 Hz".

 

For both of these examples, plotting such non-waveform channels in a 2D Axis System could take less work on the end users' part, if we could add a little smarts to this drag-n-drop plotting operation. Implementing something like this will make creation of plots with meaningful x-axis values for non-waveform channels as easy as plot creation for waveform channels.