Processing of aquired signal during aquisition (arrays?)

Hello,
I'm aquiring a voltage signal from a thermistor using DAQ and Labview. I'm using "for-loop" in Labview for that. Is it possible to take my previous readings of the voltage signal (through A/D channel), say, V(i-1), compare it to its current value V(i) and if a comparison condition holds - "freeze" V(i-1) and feed it continuously to a D/A channel,etc.
I'm basically trying to work with "arrays" in Labview, but can't get the voltage array previous values during the aquisition and manipulate with it during the aquisition.
Thanks.

Kostya
To get at the V(i-1) value just use a shift register, then make your comparison and use a select. I'm not sure whether your array is for the history of one thermistor or several different thermistors. Take a look at the picture it shows both a single channel and 3 channels. To initialise the shift register you can do a single measurement before you go into the loop.
Attachments:
Use_shift.png ‏7 KB

Similar Messages

  • ORA-279 signalled during recovery of standby database

    Hi All,
    I am preparing standby database after taking hot backup and copying those datafiles to standby,
    taken controlfile standby controlfile backup from primary
    mounted the standby database using standby controlfile using
    startup nomount pfile='/u01/stand.ora'
    alter database mount standby database;
    Now I have started applying archives on standby database after copying all archives from primary to standby box the archives generated during backup using..
    recover standby database;
    But I am getting the below warning on the recovery screen...
    ORA-00279: change 51667629050 generated at 07/02/2009 00:59:43 needed for
    thread 1
    ORA-00289: suggestion : /nodal-archive/archive/1_55118_652209172.arc
    ORA-00280: change 51667629050 for thread 1 is in sequence #55118
    ORA-00278: log file '/nodal-archive/archive/1_55117_652209172.arc' no longer
    needed for this recovery
    ORA-00279: change 51667703096 generated at 07/02/2009 01:06:04 needed for
    thread 1
    ORA-00289: suggestion : /nodal-archive/archive/1_55119_652209172.arc
    ORA-00280: change 51667703096 for thread 1 is in sequence #55119
    ORA-00278: log file '/nodal-archive/archive/1_55118_652209172.arc' no longer
    needed for this recovery
    ORA-00279: change 51667767649 generated at 07/02/2009 01:12:28 needed for
    thread 1
    ORA-00289: suggestion : /nodal-archive/archive/1_55120_652209172.arc
    ORA-00280: change 51667767649 for thread 1 is in sequence #55120
    ORA-00278: log file '/nodal-archive/archive/1_55119_652209172.arc' no longer
    needed for this recovery
    ORA-00279: change 51667831821 generated at 07/02/2009 01:19:40 needed for
    thread 1
    ORA-00289: suggestion : /nodal-archive/archive/1_55121_652209172.arc
    ORA-00280: change 51667831821 for thread 1 is in sequence #55121
    ORA-00278: log file '/nodal-archive/archive/1_55120_652209172.arc' no longer
    needed for this recovery
    and I am getting the below warning on the alert log..........
    Sun Jul 5 18:37:36 2009
    ALTER DATABASE RECOVER CONTINUE DEFAULT
    Sun Jul 5 18:37:36 2009
    Media Recovery Log /nodal-archive/archive/1_55256_652209172.arc
    Sun Jul 5 18:40:31 2009
    ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
    Sun Jul 5 18:40:31 2009
    ALTER DATABASE RECOVER CONTINUE DEFAULT
    Sun Jul 5 18:40:31 2009
    Media Recovery Log /nodal-archive/archive/1_55257_652209172.arc
    Please suggest what to do now.............
    Thanks in Advance,
    Sukanta Paul.

    Hi Sukanta,
    I didn't really understand what the problem is...
    Let me explain, hope it will be clear.
    You created a standby control file, and backed up the database (it doesn't matter in which order). Now, you have a standby database that is ready to apply logs. It will be able to apply log forever, until we will stop it.
    The messages you see say the following:
    ORA-00279: change 51667831821 generated at 07/02/2009 01:19:40 needed for thread 1 {color:blue} - this says that the recovery process is now at scn 51667831821 {color}
    ORA-00289: suggestion : /nodal-archive/archive/1_55121_652209172.arc {color:blue} - the information needed for the recover is in this file (this is only the default name, you can choose other name if the file is called differently) {color}
    ORA-00280: change 51667831821 for thread 1 is in sequence #55121 {color:blue} - same here, the needed archive is sequence 55121 {color}
    ORA-00278: log file '/nodal-archive/archive/1_55120_652209172.arc' no longer needed for this recovery {color:blue} - this message is after Oracle has applied the log, and it means that this log is no longer needed {color}
    Now it will wait for the next log. Again, this process is endless, this is how it is made to allow the standby database to be always synched with the primary.
    Liron Amitzi
    Senior DBA consultant
    [www.dbsnaps.com]
    [www.orbiumsoftware.com]

  • ORA-1109 signalled during: alter database close

    Hi
    i have found the following error in alert log after i shut down my database for cold backup
    alter database close
    ORA-1109 signalled during: alter database close...
    Please advice is there any threat because of this error and whats the reason for the occurence of this error.
    Version of DB: 10.2.0.4.0
    I have DR configured for this db also..
    Regards,
    Arun Kumar

    Thats not the command i am using..
    I just use shutdown immediate.. when i use that command i get the sequnce of steps logged in alert log..
    there i find the error.. see below..(a part of alert log content)
    Shutting down instance: further logons disabled
    Sun Aug  9 19:12:39 2009
    Stopping background process CJQ0
    Sun Aug  9 19:12:39 2009
    Stopping background process MMNL
    Sun Aug  9 19:12:40 2009
    Stopping background process MMON
    Sun Aug  9 19:12:41 2009
    Shutting down instance (immediate)
    License high water mark = 5
    Sun Aug  9 19:12:41 2009
    Stopping Job queue slave processes, flags = 7
    Sun Aug  9 19:12:41 2009
    Job queue slave processes stopped
    Sun Aug  9 19:12:41 2009
    alter database close
    ORA-1109 signalled during: alter database close...*
    Sun Aug  9 19:12:41 2009
    alter database dismount
    Completed: alter database dismount
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes

  • ORA-604 signalled during: ALTER TABLESPACE...

    Oracle 10.2.0.4 EE, Server 2003...
    Today I wanted to add new datafile…
    First I restart the instance and then used EM to add datafile… After 5 minutes process failed and in AlertSID.ora I get this message:
    ===========================================================
    Mon Feb 08 10:23:04 2010
    ALTER TABLESPACE "R1" ADD DATAFILE 'D:\Datafile\R03.DBF' SIZE 15000M AUTOEXTEND ON NEXT 512M MAXSIZE 32767M
    Mon Feb 08 10:28:08 2010
    ORA-604 signalled during: ALTER TABLESPACE "R1" ADD DATAFILE 'D:\Datafile\R03.DBF' SIZE 15000M AUTOEXTEND ON NEXT 512M MA…
    ===========================================================
    Then I create datafile with command prompt and everything was fine, new datafile was added.
    Any Ideas why does this happen?
    Thanks!

    Error message was only:
    Mon Feb 08 10:28:08 2010
    ORA-604 signalled during: ALTER TABLESPACE "R1" ADD DATAFILE 'D:\Datafile\R03.DBF' SIZE 15000M AUTOEXTEND ON NEXT 512M MAXSIZE 32767M
    As I said, I used EM and after 5 minutes EM connection failed. Then I re-connect and EM don’t show me any errors, everything was fine but new datafile was not added. Only I get error message in AlertSID.ora…

  • Z10 loses signal during a call

    I have a issue with loss of signal during a call on my z10.
    When the automatic mail checking enabled and during a call mail is checked, I hear snatches of words and communication break, look at the screen see the message "network is busy" and zero signal icon. But after a few seconds the signal becomes full again.
    Sometimes I have to call back 3-4 times to finish the conversation.
    I have tried different OS versions, but nothing helps.
    I had to turn off push notification in gmail account and switch to manual mail check for this to happen as infrequently as possible. But still it happens sometimes.
    Many users from Russia have same problem.
    My current OS: 10.2.1.3247
    STL100-2
    Operator "MTS" Russia
    P.S. Sorry for my English

    Hey TalG,
    Welcome to the BlackBerry Support Community Forums.
    Thanks for the question.
    I would suggest removing the battery and placing it back in.  If the issue still persists, then I suggest contacting your network service provider and try a new SIM card.
    Let me know if you have any more questions.
    Cheers.
    -ViciousFerret
    Come follow your BlackBerry Technical Team on Twitter! @BlackBerryHelp
    Be sure to click Like! for those who have helped you.
    Click  Accept as Solution for posts that have solved your issue(s)!

  • ORA-1092 signalled during: alter database open...

    When trying to startup the db runnint into following error:
    SMON: enabling cache recovery
    Sat May 16 10:35:12 2009
    Successfully onlined Undo Tablespace 1.
    Sat May 16 10:35:12 2009
    SMON: enabling tx recovery
    Sat May 16 10:35:12 2009
    Database Characterset is UTF8
    Sat May 16 10:35:13 2009
    Errors in file d:\oracle\visdb\9.2.0\admin\vis_apps\udump\vis_ora_2200.trc:
    ORA-00600: internal error code, arguments: [4193], [2391], [2395], [], [], [], [], []
    Doing block recovery for fno: 10 blk: 159
    Sat May 16 10:35:17 2009
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 3 Reading mem 0
    Mem# 0 errs 0: D:\ORACLE\VISDATA\LOG2.DBF
    Doing block recovery for fno: 10 blk: 153
    Sat May 16 10:35:18 2009
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 3 Reading mem 0
    Mem# 0 errs 0: D:\ORACLE\VISDATA\LOG2.DBF
    Sat May 16 10:35:18 2009
    Errors in file d:\oracle\visdb\9.2.0\admin\vis_apps\udump\vis_ora_2200.trc:
    ORA-00607: Internal error occurred while making a change to a data block
    ORA-00600: internal error code, arguments: [4193], [2391], [2395], [], [], [], [], []
    Error 607 happened during db open, shutting down database
    USER: terminating instance due to error 607
    Sat May 16 10:35:19 2009
    Errors in file d:\oracle\visdb\9.2.0\admin\vis_apps\bdump\vis_pmon_2288.trc:
    ORA-00607: Internal error occurred while making a change to a data block
    Instance terminated by USER, pid = 2200
    ORA-1092 signalled during: alter database open...
    Pl. advice to recover from this suitation. New to recovery/bkup.
    Thanks,
    Sashi.

    00607, 00000, "Internal error occurred while making a change to a data block"
    // *Cause:  An internal error or memory exception occurred while Oracle was
    // applying redo to a data block.
    // *Action: call Oracle Support                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

  • ORA-301 Signalled during: ALTER DATABASE ...

    Hi,
    I tried to add 4 standby redologs to our standby setup, and first file went well.
    theothers already got error ORA-301:
    ALTER DATABASE ADD STANDBY LOGFILE GROUP 8 '/export/home/oracle/logs/redo8.log' SIZE 2G
    Fri May 31 15:31:22 2013
    Completed: ALTER DATABASE ADD STANDBY LOGFILE GROUP 8 '/export/home/oracle/logs/redo8.log' SIZE 2G
    ALTER DATABASE ADD STANDBY LOGFILE GROUP 9 '/export/home/oracle/logs/redo9.log' SIZE 2G
    ORA-301 signalled during: ALTER DATABASE ADD STANDBY LOGFILE GROUP 9 '/export/home/oracle/logs/redo9.log' SIZE 2G...
    ALTER DATABASE ADD STANDBY LOGFILE GROUP 10 '/export/home/oracle/logs/redo10.log' SIZE 2G
    ORA-301 signalled during: ALTER DATABASE ADD STANDBY LOGFILE GROUP 10 '/export/home/oracle/logs/redo10.log' SIZE 2G...
    ALTER DATABASE ADD STANDBY LOGFILE GROUP 11 '/export/home/oracle/logs/redo11.log' SIZE 2G
    ORA-301 signalled during: ALTER DATABASE ADD STANDBY LOGFILE GROUP 11 '/export/home/oracle/logs/redo11.log' SIZE 2G...
    Fri May 31 16:33:39 2013
    I tried to track any info in the web and metalink, but it's the first time I encounter an ORA error with no documentation... :(
    Some facts:
    The oracle is 11.2.0 on Linux
    There is no space issue on disk
    Thanks for any help/ideas...

    thanks for the reply.
    first one I stated in the original post. there is tons of storage :)
    for the others 2 -
    user has priviledge... he created the first file succesfully...
    those files do not exist on the disk already.
    Thanks

  • ORA-279 signalled during: ALTER DATABASE RECOVER  automatic standby databas

    Hi,
    oracle server:8.1.7.0.0
    os:solaris 5.9
    we created standby server by taking coldbackup of primary server and we are using rsync to syschronize the archive log files between production and standby servers but every over we recover the standby server by executing
    sql>recover automatic standby database:
    but in alert log file i am getting the following error :
    but when i googled for ora-279 error some people says it is default behaviour and can it be ignored and why it is asking next logfile.
    Media Recovery Log /oratranslog/arch_1_1701118.arc
    Wed Mar 26 21:35:34 2008
    Media Recovery Log /oratranslog/arch_1_1701119.arc
    Wed Mar 26 21:35:54 2008
    Media Recovery Log /oratranslog/arch_1_1701120.arc
    ORA-279 signalled during: ALTER DATABASE RECOVER automatic standby database...
    Wed Mar 26 21:36:24 2008
    ALTER DATABASE RECOVER CANCEL
    Wed Mar 26 21:36:24 2008
    Media Recovery Cancelled
    Completed: ALTER DATABASE RECOVER CANCEL
    Thanks and Regards
    Prakash
    juniour oracle dba

    damorgan,
    He is running 8.1.7.0. "DataGuard" scripts were initially available for 9i and then
    backported (and available as a seperate download) for 8i. Many 8i implementations
    did not and do not use DataGuard.
    Even if it is "Jurassic" {which it certainly is NOT}, they obviously do have a good
    reason for setting up a standby -- they DO have data of value. So, maybe they have
    not upgraded to 9i or 10g. There could be a dozen reasons
    1. Server HW/OS doesn't support 9i/10g, not budgetting for Server upgrade
    2. Application using Forms 2.x or 4.5 and not tested on 9i / 10g (4.5 not certified
    on 9i)
    3. Low end client PCs working perfectly with Character-mode forms, not powerful
    enought to run Jinitiator and Forms 6i / 9i
    Just because someone hasn't upgraded to 10g doesn't mean that they are at fault
    when you do NOT know the reason why they have not upgraded.
    Surely, they do know that 8i is desupported. Don't you think that their management
    has undertaken due diligence / cost-benefit analysis in considering whether they
    should upgrade to 10g ?
    Maybe they have another project implementing 10g in parallel and will be able
    to shutdown this environment soon. Maybe they don't need to do so.
    Do understand that people are intelligent enough to make their own decisions
    considering their particular circumstances and don't go shooting off with your
    assumption that anyone not running 10g is a dinosaur.

  • Process terminated by signal 11 (abap dump) connecting to remote database

    Hi
    We are currently running 4.7 Enterprise on Oracle 9.2.0.6.0 and frequently connect to another remote (non SAP) oracle database using the following statements:
    exec sql.
    connect to 'remote'
    endexec.
    The remote system is set up in SAP using view DBCON.
    This works pretty well but we have started to see an increasing number of terminations "Process terminated by signal 11"
    I suppose I have two questions
    1. Can we modify our abap to catch this exception (this would let us try again or exit gracefully)
    2. Does anyone know the cause of this exception or where to look to find the cause
    Many thanks for your help.
    Simon

    Fixed at last - an update to the Oracle client / libaries I think was what cured it in the end. Phew
    Thanks

  • Change form of output signal without initializing new process of output signal

    Hello!
    How to change form of output signal produced on the output channel without initializing new process of output signal?
    Thanks 
    Message Edited by _Pavel_ on 10-28-2009 05:21 PM
    Solved!
    Go to Solution.

    I'm working with LabView 8.5.1.
    I have periodic TTL impulse with constant frequency – signal to start , which I'm used to start data acquisition (PCI-6251)and generation signal (PCI-6221).
    When TTL signal a detection, necessary generation some analog signal (PCI-6221) and acquisition other analog signal (PCI-6251).  Then wait following TTL signal.
    At this moment I write the part of the program which is responsible for data acquisition. Function retriggering (In examples C:\ProgramFiles\National Instruments\LabVIEW8.5\examples\DAQmx\Synchronization\Multi-Function.llb\Multi-Function-CtrRetrigg Pulse Train Generation for AI Sample Clock.vi) is used. This function necessary,because we start data acquisition each time on arrival TTL impulse, andrepeated creation of the virtual channel of data acquisition with the newtrigger spend a lot of time.
    The problem consists in the following. Generation of the data from other card should occur on the same impulse TTL as for the data acquisition card and then generation zero value.
    How I can realize it? I planned to change the form of an impulse of generation when detected TTL an impulse, without reinitialize process.

  • Sun C++ std::sort coredump during sorting array of long values

    Hello,
    I got core dump during execution following test program on both Solaris 9 (compile by CC: Sun C++ 5.5 Patch 113817-19 2006/10/13) and Solaris 10 platforms (compile by CC: Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25).
    Core is dumped during sorting array of about 120k elements of unsigned long types using STL std:sort. The input data is available at link: [file.txt|http://www.savefile.com/files/1924004]
    When I change sorting methods to std::stable_sort program works fine.
    The funny thing is that when I change order of last two values of input data (swap), sorting is successful with std::sort.
    Can anyone tell me if it is Sun C++ compiler bug ?Can I use std::stable_sort method safely?
    Below code:
    #include <iostream.h>
    #include <fstream.h>
    #include <set>
    #include <string>
    int main( int argc, char** argv )
      char readStr[256];
      ifstream file;
      unsigned long *l;
      int i=0;
      l = new unsigned long[119016];
      if (l ==0)
        cout << "Error in allocate memory";
        return -1;
      file.open("file.txt");
      if (!file)
        cout << "Error in openening file";
        return -1;
      while(file.getline(readStr, 256,'\n'))
        cout << readStr<<endl;
        l= atol(readStr);
    cout << l[i]<<endl;
    i++;
    std::sort(l,l+119016); //core dump here!!!
    for (i=0;i<119016;i++)
    cout <<l[i]<<endl;
    file.close();
    delete [] l;
    return( 0 );
    Greetings
    Robert                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

    You have run into bug 6588033 "std::sort from libCstd loops", which is fixed in current patches.
    Get the current patches for Sun Studio and also the current patch for the C++ runtime libraries (SUNWlibC patch).
    You can find them here:
    [http://developers.sun.com/sunstudio/downloads/patches/index.jsp]
    Sun C++ 5.5 probably does not have the fix, since it is quite old and falling out of support.
    C++ 5.9 does have the fix.

  • ORA1589 signalled during alter database open...

    Hello
    Im running database Oracle9i Enterprise Edition Release 9.0.1.1.1 on windows XP
    Im getting this error when i open. the database is in no archive mode. Please see the following extract from the alert log extract
    PMON started with pid=2
    DBW0 started with pid=3
    LGWR started with pid=4
    CKPT started with pid=5
    SMON started with pid=6
    RECO started with pid=7
    Sat Feb 05 10:08:06 2011
    starting up 1 shared server(s) ...
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    Sat Feb 05 10:08:29 2011
    alter database mount exclusive
    Sat Feb 05 10:08:53 2011
    Successful mount of redo thread 1, with mount id 2728236189.
    Sat Feb 05 10:08:53 2011
    Database mounted in Exclusive Mode.
    Completed: alter database mount exclusive
    Sat Feb 05 10:08:54 2011
    alter database open
    Sat Feb 05 10:09:08 2011
    ORA-1589 signalled during: alter database open...
    Thanks for your kind help
    Edited by: user1115482 on Feb 5, 2011 1:03 AM

    Go through your alert.log for the last few messages relating to Log Sequence#1572. It may well still be an Online Redo Log.
    However, you started this thread without explaining what actions had been performed before the startup attempt that returned ORA-1589. That wasn't very professional of you.
    A doctor doesn't go ask other doctors for assistance with "my patient's heart is failing, what do I do" without saying "I had attempted open heart surgery and, during the course of surgery, found that his heart beat was irregular, however, I had already cut open his chest ... now what do I do ?"
    We do not know if
    a. You had restored a control file
    b. You had attempted a RESTORE and/or RECOVER database
    c. There had been an instance failure / server crash / corruption / error relating to a control file
    d. Some error had occurred before the STARTUP attempt that you posted
    e. Any other messages were posted to the alert.log
    Hemant K Chitale
    Edited by: Hemant K Chitale on Feb 5, 2011 10:31 PM

  • ORA-604 signalled during: create tablespace

    Hello,
    While creating the my_idx_tablespace tablespace. I am getting ORA-604 error.
    =====================================================================
    Wed Mar 10 18:16:32 2010
    create tablespace my_idx_tablespace
    datafile 'E:\Oracle\Database\my_idx.dbf' size 1024m reuse
    blocksize 8192
    extent management local
    segment space management auto
    online
    Wed Mar 10 18:18:13 2010
    ORA-604 signalled during: create tablespace my_idx_tablespace
    datafile 'E:\Oracle\Database\my_idx.dbf' size 1024m reuse
    blocksize 8192
    extent management local
    segment space management auto
    online...
    Wed Mar 10 18:21:31 2010
    drop tablespace log1_tablespace including contents and datafiles
    ORA-959 signalled during: drop tablespace log1_tablespace including contents and datafile
    =====================================================================
    Any suggestion ?
    OS: Windows 2003 32 bit machine.
    Oracle: Oracle 10g enterprise edition 10.2.0.3
    Thanks
    With Regards
    Hemant.

    Hi,
    Thanks for your response.
    I will upload the log ASAP.
    Can you please let me know some pointer for this error.
    Thanks
    With Regards
    Hemant.

  • ORA-1624 signalled during: ALTER DATABASE CLEAR....

    Hi,
    I get this error in my alert file what it means?
    ORA-1624 signalled during: ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 1...
    Thanks
    Edited by: vittel on Sep 3, 2008 1:28 PM
    Edited by: vittel on Sep 3, 2008 1:29 PM

    Hi,
    First thanks for your quick response.
    The only thing that we have running in the database is a scheduled program how run every 3 min to switch the current log and he applied the archive log to the standby database!!!
    It can be a session how is trying to do this "Alter database clear unarchived logfile...." ?
    Thanks

  • Adding Simulate signal value to array

    This is my first VI.  I'm passing an array of 5 values which gets concatenated together into a string.  I thought it would be neat for the 5th value of the array to always be changing so I'm using the Simulate Signal VI.  I have the output from that VI working right but I'm not sure how to replace the 5th element.
    Thanks for your help
    Solved!
    Go to Solution.
    Attachments:
    sim signal.jpg ‏70 KB

    Hi Scott,
    I think you're fairly close to getting what you want! After you insert the signal into the array, you should wire the output of the Insert Into Array function into the Array to Spreadsheet String function. Right now it looks like you are just concatenating the array generated by your autoindexed for loop and ignoring the array you inserted the sine wave into.
    I hope this helps! Good luck!
    Regards
    Josh Y.
    Applications Engineer
    National Instruments

Maybe you are looking for