DIAdem

cancel
Showing results for 
Search instead for 
Did you mean: 

First channel in Data Portal resets to index for x-axis rather than time

Solved!
Go to solution

Hello:

 

When importing data into the data portal with the MME Importer, the first channel loaded has its x-axis changed to index rather than time.

 

This error only seems to happen when I give the channels a name before they are loaded into the data portal and it only seems to happen to the very first channel.  I give the channels generic names in the ISO code settings, while using DTS.  For example, the generic ISO code I would use would be "Head Ax" or "Neck Fz."  When I don't modify the channel name before importing or if I use a "true" ISO code (something like S8SLED0000PMACXP), everything acts as normal.

 

I'm assuming its a setting issue with the MME Importer or Diadem but I'm not sure.  Any thoughts?

 

 

Thanks!

0 Kudos
Message 1 of 10
(3,820 Views)

Hi Alex,

 

It would help if you would post the data file that gives you the index trouble.  I'm curious what you mean by the "MME Importer".  Do you mean that you are using the "MME Import" DataPlugin, or are you using the old GPI importer for MME files?  What version of DIAdem are you using?  Are you modifying the channel names prior to loading by directly editing the MME data files, or is there some other method you're using?

 

Do you get a Time channel when you load the data into the Data Portal, or do you just get all the data channels as waveforms?

 

Brad Turpin

DIAdem Product Support Engineer

National Instruments

0 Kudos
Message 2 of 10
(3,788 Views)

Brad:

 

Thanks for the reply.  I've attached the data set to this reply.  I appear to have mis-typed: I use the "MME Import" DataPlugin (also attached).

 

DIAdem version:

Capture.JPG

 

The data file names are edited in the DTS collection software before loading (edited in the "ISO Code" field in the image below; when the "ISO Code" field is left blank, there is no error but all channel names are set to "No Name"):

Capture2.JPG

 

All channels import directly as waveforms; no time channel exists. 

 

Here is an example of the DataPortal:

dfbdsfbd.JPG

Here is the first channel (as you can see in the x-axis as well as the waveform x-name property, it is plotting against index rather than time):

wsdg.JPG

Here is the second (correct; plotted against time) channel:

sgasfgsdf.JPG

 

Any thoughts?

 

Thanks again,

Alex

Download All
0 Kudos
Message 3 of 10
(3,783 Views)

Hi Alex,

 

I can see the correct X values to use in that "DT0001.001" file you sent, and I can reproduce the problem on my computer.  I don't know why the DataPlugin is using the Index instead.  I have forwarded this issue on to R&D to investigate.

 

I'll let you know what they discover,

Brad Turpin

DIAdem Product Support Engineer

National Instruments

0 Kudos
Message 4 of 10
(3,769 Views)

Great, thank you.

0 Kudos
Message 5 of 10
(3,768 Views)

Hi Alex,

 

I have escalated this issue to R&D.  They say they should be able to look at it in a few more weeks.

 

We'll let you know what they find,

Brad Turpin

DIAdem Product Support Engineer

National Instruments

0 Kudos
Message 6 of 10
(3,735 Views)

Brad:

 

Has R&D had a chance to look into this issue any further?  Do you have a quick update?

 

 

 

Thanks,

Alex

0 Kudos
Message 7 of 10
(3,552 Views)

Alex,

 

R&D has been planning to look at this issue as soon as the next Beta version of DIAdem 2017 releases, which should happen this week.  Hopefully we'll know more by the end of this week.

 

Thanks for your patience,

Brad Turpin

DIAdem Product Support Engineer

National Instruments

0 Kudos
Message 8 of 10
(3,545 Views)
Solution
Accepted by topic author AlexVander

Hi Alex,

 

This morning R&D posted a new version of the MME Import DataPlugin that avoids the odd loading behavior you observed.  The trigger for this odd behavior was an incorrect value in the "Channel code" field in your channel file.  The "Channel code" should always be 16 characters and follow the MME specification for the meaning of each of those characters.  It turns out that a value of "X" in the last character of your "Channel code" was being interpreted as the 16th character of the MME "Channel code", which results in a constant channel.  The new DataPlugin looks for the 16th character instead of the last character, so your "HeadAx" value no longer triggers the odd loading behavior.  Ideally, you would adjust your data files to include valid "Channel code" values, so that DIAdem could infer all the useful information usually contained in that field.  Subsequent CRASH analysis with these data files may not run as smoothly without a valid "Channel code" field value for each channel.

 

http://www.ni.com/example/28959/en/

 

Cheers,

Brad Turpin

DIAdem Product Support Engineer

National Instruments

0 Kudos
Message 9 of 10
(3,527 Views)

Brad:

 

I just verified that the new MME Import DataPlugin has solved the problem.

 

Thanks for all the help!

 

 

 

Alex

0 Kudos
Message 10 of 10
(3,519 Views)