[EISA] OMEA Test 7, 9, and 11

[Thomas Silveria]

Hi Gentlemen;
It seems that we have data.



The attached db11.3.xxx file was created as a winzip file and contains the 
following:
  - DAC1.db_, DAC2.db_, DAC3.db_, DAC4.db_, UserAppDAA.db_, and 
userApp_client1_foil.log

I ran the following tests:
  - First I ran Test 7 for 2 minutes it shows up in the DACX.db_ files as 
test 5,
  - Then I ran Test 9 for 2 minutes it shows up in the DACX.db_ files as 
test 9,
  - I then killed everything and did not delete the .db_ files,
  - I started the cuts_node.pl tee'ed to userApp_client1_foil.log,
  - Finally I ran Test 11 for 15 seconds it shows up in the DACX.db_ files 
as test 5 again.


If you look at DAC3.db_ you can see the following similar patterns in 
Datadesc:
  - The wrong testid.
  - The time_s when changing from test 5 to test 9 seems to be skewed by 
one row.

Moving to DAC1.db_ you can see the following in DataDesc:
  - time_s is skewed by 29 rows when changing from test 5 to test 9.

DAC1.db_ Metadata is correctly showing me that the tg_E got it's 
Component_State_Probe in the database
DAC2.db_, DAC3.db_, and DAC4.db_ Metadata is correctly not showing a 
Component_State_Probe in the database

Registration has the correct uuid and name as far as I've checked.

Please contact me via cell phone until Monday morning:  1-401-243-7726

Thanks:
Tom


Thomas Silveria
Senior Software Engineer, Athena MDA
Raytheon Integrated Defense Systems

401.842.5191 office
444.5191 tie line
401.842.5265 fax
Thomas_Silveria at Raytheon.com

1847 West Main Road
Constitution, C11, 3-1-C031
Portsmouth, RI   02871-1087, USA
-------------- next part --------------
A non-text attachment was scrubbed...
Name: db11.3.xxx
Type: application/octet-stream
Size: 30984 bytes
Desc: not available
Url : http://list.isis.vanderbilt.edu/pipermail/eisa/attachments/20090115/3f492600/attachment-0001.obj