6602 interrupt programming

I have started writing a driver for the NI6602 card (since one does not exist in Linux) and have been using the register level programmer manual as a guide.
I want to use the card in a mode as described in the manual (p. 2-4, Buffered Cumulative Event Counting). I have been able to configure the card to start a counter, and have sucessfully read the HW and SW Save Registers while it is running.
What is the "method" for having an interrupt created on a HW Save (due to a rising gate edge)? I can read the HW Save register after I have created a pulse on the selected gate, but my interrupt handler is never invoked.
I am guessing that some more configuration of the MITE needs to be done, but I can't find any documentation on that.
Also, the "Interrupt Acknowledge" register description seems to be lacking from the manual.
Is there more documentation floating around on any of this?
Thanks...
-Rob

Rob;
Unfortunately National Instruments doesn't support Register Level applications.
I suggest you to go to www.ni.com and type +register +level in the search field to get access to all documentation posted on line about that topic.
Regards
Filipe A.
Applications Engineer
National Instruments

Similar Messages

PXI 6602 interrupts

I cannot configure a PXI-6602 counter to use Interrupts"
"I am trying to collect data on 4 channels. Each channel uses a counter of the NI-DAQ PXI-6602.
For the first three channels I use DMA by default.
I have added this line of code for the fourth channel which uses counter 3, before I PREPARE & ARM this counter:
Set_DAQ_Device_Info (device,
ND_DATA_XFER_MODE_GPCTR3,
ND_INTERRUPTS);
but I always become a SetupError (-10600)
I've tried several different things, also:
GPCTR_Change_Parameter(device, ND_TRANSFER_MODE, ND_INTERRUPTS);
but it does not work.
I am obviously not setting the last channel to use interrupts correctly. Am I supposed to do something else besides Set_Device_Info? Is ND_PROGRAM initializing
the counter back to use DMA?
Any help?

There is a KnowledgeBase Entry that discusses the problem:
http://digital.ni.com/public.nsf/websearch/540B236C81310B6F862569B5007D5DDC?OpenDocument
So I would recommend to download and install the latest NI-DAQ driver. After that it should work.

Interrupt program execution to get data and resume execution

Hi everybody,
Does somebody know how can I interrupt the execution of my program (main VI and all sub-VIs), display a dialog box, collect a given datum from the user, and resume execution?
Best regards,
Esteban

On the other hand, dialogs in LabVIEW are inherently blocking anyway. What exactly are you trying to accomplish, and how much do you know about LabVIEW? Sounds like you might want to go through some of the online tutorials.
Mike...
Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion
"... after all, He's not a tame lion..."
Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

Interrupting program execution

Hello, I want to interrupt/stop my program execution when a certain button is clicked. I want to implement the cancellation button in another GUI which is independent of the parent GUI that contains my running thread. However, when i invoke "Thread.currentThread().interrupt()" to cancel, it doesn't seem to work, and neither does "Thread.currentThread().stop()" of which I understand stop is deprecated. Any help will be appreciated.

call setEnabled(false) on the enclosing window. Maybe I'm over-simplifying things, but it could work in certain situations. For e.g.,
import java.awt.BorderLayout;
import java.awt.Window;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import javax.swing.*;
public class SetEnabledTest {
private static void createAndShowUI() {
    final WindowOne winOne = new WindowOne();
    JFrame frame = new JFrame("SetEnabledTest");
    frame.getContentPane().add(winOne.getMainPanel());
    frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
    frame.pack();
    frame.setLocationRelativeTo(null);
    frame.setVisible(true);
public static void main(String[] args) {
    java.awt.EventQueue.invokeLater(new Runnable() {
      public void run() {
        createAndShowUI();
class WindowOne {
private static final String DISABLED = "Disabled";
private static final String DISABLE = "Disable for 5 seconds";
protected static final int DISABLE_TIME = 5000;
private JPanel mainPanel = new JPanel();
private JButton controllerBtn = new JButton(DISABLE);
public WindowOne() {
    controllerBtn.addActionListener(new ActionListener() {
      public void actionPerformed(ActionEvent e) {
        final Window win = SwingUtilities.getWindowAncestor(mainPanel);
        if (controllerBtn.getText().equals(DISABLE)) {
          controllerBtn.setText(DISABLED);
          win.setEnabled(false);
          new Timer(DISABLE_TIME, new ActionListener() {
            public void actionPerformed(ActionEvent e) {
              win.setEnabled(true);
              controllerBtn.setText(DISABLE);
              ((Timer)e.getSource()).stop();
          }).start();
    JPanel bottomPanel = new JPanel();
    bottomPanel.add(controllerBtn);
    JPanel topPanel = new JPanel();
    topPanel.add(new JTextField(10));
    topPanel.add(new JButton("Button"));
    mainPanel.setLayout(new BorderLayout());
    mainPanel.add(topPanel, BorderLayout.NORTH);
    mainPanel.add(bottomPanel, BorderLayout.SOUTH);
public void setEnabled(boolean enabled) {
    Window win = SwingUtilities.getWindowAncestor(mainPanel);
    win.setEnabled(enabled);
public JPanel getMainPanel() {
    return mainPanel;
}Edited by: Encephalopathic on Mar 12, 2010 3:11 PM

Dialog Box simulation without interrupting program flow

I'm developing data acquisition/control software and need to give the end
user flexibility to change the file to which the acquired data is being
saved during operations. In the past, users have been confused with a
simple string control that specifies the data file path, so I would prefer
to move to the popup/dialog box standard to windows. Unfortunately, calling
a dialog box results in the stoppage of program flow for the caller until
the dialog box is closed (even though there may be no apparent data flow
from the popup VI.) and stopping the program flow is not an option for this
control system (the computer is controlling pressure, temperature, flow
rates, etc of a very expensive and sensitive bit of hardware, so halting the
control function for an unknown length of time is unacceptable).
I am looking for the best way to accomplish this under LabVIEW 6i.
Using a VI class reference through VI Server, I can essentially detach the
popup window from the base program execution, spawning a separate
application and passing the relevant parameters through judicious use of
global variables. If I call the subroutine via VI server with "Wait until
done" attribute set to false, the appropriate VI appears, functions
correctly, and terminates as expected. Unfortunately, it remains visible on
the screen, an inactive application. I have the VI Properties -> Window
Appearance -> Customize -> Show Front Panel When Called and the Close
Afterwards if Originally Closed checkboxes checked on this popup VI. It
seems that calls through VI Server trigger the "Originally Open" flag, so
the window does not close as I had expected.
The way I have found to get around this problem is to use VI Server to call
an intermediate subroutine whose front panel is not displayed and whose sole
purpose it to call the subroutine that calls the dialog box. This does what
I wanted, essentially. When the user wants to change directories, they
press a button that triggers a call to VI Server to open a separate
application. This application's front panel is never displayed and only
calls a sub-VI that performs all the actual work and ends when it is
completed. As this sub-VI terminates, all visible traces of the subroutines
disappear and I'm left with just the primary program executing, continuing
to take and send control signals through this whole process.
This seems a rather cumbersome way to get a custom dialog box on the screen
without stopping the program flow of the caller, however. Is there a more
efficient way to accomplish this?
Wade C. Eckhoff
[email protected]

Wouldn't it be easier to use two parallel independent while loops in the
main vi, with one taking care of acquisition and the other of user
interaction.
When the UI loop is temporarily 'halted' because of the dialogue box poping
up, the acquiring loop continues without delay.
Regards
Harrie Boonen
www.novonordisk.com
"Default User" wrote in message
news:[email protected]...
> I'm developing data acquisition/control software and need to give the end
> user flexibility to change the file to which the acquired data is being
> saved during operations. In the past, users have been confused with a
> simple string control that specifies the data file path, so I would prefer
> to move to the popup/dialog box standard to windows. Unfortunately,
calling
> a dialog box results in the stoppage of program flow for the caller until
> the dialog box is closed (even though there may be no apparent data flow
> from the popup VI.) and stopping the program flow is not an option for
this
> control system (the computer is controlling pressure, temperature, flow
> rates, etc of a very expensive and sensitive bit of hardware, so halting
the
> control function for an unknown length of time is unacceptable).
>
> I am looking for the best way to accomplish this under LabVIEW 6i.
>
> Using a VI class reference through VI Server, I can essentially detach the
> popup window from the base program execution, spawning a separate
> application and passing the relevant parameters through judicious use of
> global variables. If I call the subroutine via VI server with "Wait until
> done" attribute set to false, the appropriate VI appears, functions
> correctly, and terminates as expected. Unfortunately, it remains visible
on
> the screen, an inactive application. I have the VI Properties -> Window
> Appearance -> Customize -> Show Front Panel When Called and the Close
> Afterwards if Originally Closed checkboxes checked on this popup VI. It
> seems that calls through VI Server trigger the "Originally Open" flag, so
> the window does not close as I had expected.
>
> The way I have found to get around this problem is to use VI Server to
call
> an intermediate subroutine whose front panel is not displayed and whose
sole
> purpose it to call the subroutine that calls the dialog box. This does
what
> I wanted, essentially. When the user wants to change directories, they
> press a button that triggers a call to VI Server to open a separate
> application. This application's front panel is never displayed and only
> calls a sub-VI that performs all the actual work and ends when it is
> completed. As this sub-VI terminates, all visible traces of the
subroutines
> disappear and I'm left with just the primary program executing, continuing
> to take and send control signals through this whole process.
>
> This seems a rather cumbersome way to get a custom dialog box on the
screen
> without stopping the program flow of the caller, however. Is there a more
> efficient way to accomplish this?
>
>
> Wade C. Eckhoff
> [email protected]
>
>
>

Interrupt program processing

Hi Gurus,
In my application ..if some condition fails , i m raising an error message as follows:
CALL METHOD lo_message_manager->report_error_message
           EXPORTING
          message_text = 'Please fill Sold To Customer field'
          VIEW         = 'ISSUEORD_VIEW'.
But the program processing is being continued for eg.. a table is getting updated and both the message
i.e earlier error message and the table updation message are both appearing on the screen together..
How can i interrpt program processing after the error message and display that on the screen.
Best Regards,
Navin Fernandes.

Hi,
You can stop the action from happening, if you raise an attribute error message in WDDOBEFOREACTION using the REPORT_ATTRIBUTE_ERROR_MESSAGE method of message manager.
For e.g.
IF lo_action IS BOUND.
    CASE lo_action->name.
      WHEN <Your action name>.
        lo_node = wd_context->get_child_node( name = <Your node name> ).
        lo_element = lo_node->get_element( ).
        lo_element->get_attribute( EXPORTING name = <Your attribute name> IMPORTING value = lv_value ).
        IF lv_value IS INITIAL.
         lo_msg_manager->report_attribute_error_message(
                message_text      = 'Field is empty'
                element                = lo_elment
                attribute_name    = <Your attribute name> ).
        ENDIF.
    ENDCASE.
ENDIF.
Best Regards,
Loveline Thomas.

PCI-6602 ,interrupt error

when I init the board,and Init the MITE,and I write 0x0040 to the register G0InterruptEnable (offset 0x092),and I read the G0Status register(offset 0x004);
the value is also 0, the relevant bit should be 1,right? what is wrong?

I found the problem. I had my VI's priority set to 'highest(time critical)'. If I change the priority setting, everything works great.

How do I prevent the "update available" message while I'm watching a program?

My 2011 Mac Mini is connected, via HDMI, to my 46" Samsung HD TV. I buy and rent 1080 movies and TV shows from iTunes. I also play a lot of other files that I've downloaded from other places. It's terrific except for one fly in the ointment...
No matter what I'm watching, iTunes, NetFlix, VLC, Quicktime or straight off the desktop; if there is new software available, I get that annoying message that appears in the upper right hand corner. I can slide it to the right but it comes back a few minutes later. I could stop everything and perform the upgrade 10 to 30 minutes later but is this really the way video on a Mac is supposed to work? I feel there should be a way, at least, to pervent this from happening when I'm watching a program/movie/TV show. If it happens between, fine but why does it always have to pester me when I'm trying to enjoy watching T.V.?
I know there is a way to turn it off, for the day, but come on- There's got to be a better solution than that. My U-Verse box very rarely bugs me about things. OSX and/or iTunes does it ALL the time. Can't it give me a break when I'm watching T.V.?
Hopefully, I just missed some setting but I've tried a few things that didn't work.
This is not a disaster but if someone knows a solution, I would be very grateful!
Thanks!
Teddy

Mende1,
Thanks for the super-fast response!
I believe I tried this once before but the check box for "Automatically check for updates" always comes back, the next day. However, this might be my best solution for now and I'll test it watching the latest "Ripper Street", in iTunes, tonight. If it lasts the length of the program, I'll have to decide if I want to select "This solved my question" or "This helped me."
I think I expected Apple to be a little more inTune with this. I absolutely love watching programs with my Mac Mini via HDMI. If they could find a consistent way to not interrupt programs, even with "Automatically check for updates" checked, the Mac video experience would be nearly perfect.
I do make sure to perform updates but, between my wife's Mac and my two, plus the fact that updates seem to be occuring on a weekly basis, it's not easy to update immediately. I just feel that if a person is watching a movie or T.V. program, it's very clunky to have the "update available" message continuously appearing.
Thanks again!
Teddy

Mac OS 10.5.6 - Screen saver takes over while playing DVD.

Since I installed 10.5.6, when I am playing a DVD using the DVD Player, the screen saver takes over the display and I have to disable it in order to continue to see the DVD video. Anyone have any ideas on how to fix this? I have just been disabling the screen saver by setting it to never. Kind of a pain.

Hi Raingirl;
If you go to System Preferences > Desktop & Screensaver and set it to never, it will turn off the Screensaver forever. If you want the Screensaver back again later you must reset it again. I know this is a royal pain in the your-know-what but it is the best suggestion I have for now.
I did sent my thoughts on this to Apple via www.apple.com/feedback/macosx.htm
You to might try this. If enough of express our displeasure maybe they might see our point of view and change things so that the screensaver doesn't interrupt programs that don't require input.
Allan

Validation repeats excessively

Hello friends at www.oracle.com ,
I have a program that needs to validate 4 different fields. For validation to be successful, the 4 fields must be correct and their combination must result in a valid value.
Validation is being done through WHEN-VALIDATE-ITEM triggers at each one of these 4 fields, and their combination can cause different types of error, that interrupts program execution by showing a message and raising form_trigger_failure built-in.
However, despite of causing form failure at an error, validation is being repeated 4 times! It's annoying for the user and, worse than this, some different routines are being executed like if nothing wrong had happened. What could be the cause(s)? How can I make program raise the error - and definitively stop program execution - only once?
I've seen that at form properties, validation type at 'Database Validation Unit' property is set as 'Default'. However, the situation described above still happens.
Thanks for all answers, and best regards,
Franklin Gongalves Jr.

What you may have is the WHEN-VALIDATE-ITEM failing, which is causing the failure of a built in (eg GO_ITEM). However, unless you check FORM_SUCCESS after that GO_ITEM, the trigger/procedure with that code will continue on.
If you have
go_item('item_1')
validate(item_scope);
next_item;
validate(item_scope);
next_item;
validate(item_scope);
next_item;
you will have repeated failures navigating out of the item
You need
go_item('item_1')
IF not form_success then
raise form_trigger_failure;
END IF;
validate(item_scope);
IF not form_success then
raise form_trigger_failure;
END IF;
next_item;
IF not form_success then
raise form_trigger_failure;
END IF;
validate(item_scope);
IF not form_success then
raise form_trigger_failure;
END IF;
next_item;
IF not form_success then
raise form_trigger_failure;
END IF;
validate(item_scope);
IF not form_success then
raise form_trigger_failure;
END IF;
next_item;
IF not form_success then
raise form_trigger_failure;
END IF;

Iphoto is frozen on importing photos and will not let me close down

help! my iphone is no longer hooked up, iphoto attempted to import photos all night long and is still attmepting even though i unplugged iphone. how do i interrupt program and quit , control quit will not work.

Apple menu -> Force Quit
Regards
TD

Never again - Emergency Alert System (EAS)

My daughter was watching TV last night and FIOS interrupted programming with some Emergency Alert System message that was painfully loud and temporarily damaged her hearing. We could not disable it when it happened. If this ever happens again, we're through with FIOS TV.
I can't believe that anyone would do this not knowing the potential damage it can incur.

ibwalkn,
First, I am sorry your daughter's hearing was damaged, I hope it really is or was temporary. Having said that, however:
a) It is required by law to broadcast those alerts, as you have already been informed about and provided with a reference.
b) I think the alert really has to be louder than the normal programming to get the viewer's attention (but obviously not so loud as to damage someone's hearing).
c) I think it also disrupts your viewing to get your attention, just like the sound volume. I don't think there is a program being broacast that you cannot afford to miss a minute or two of. Now, as to having to restart the recording, I agree, that really should not be required. As far as I can tell, the FiOS DVRs record programs based on the program info provided in the Guide; I am guessing that perhaps the emergency broadcast temporarily causes the DVR to lose the program info, and thus it stops recording. That would seem to me to be something Verizon could fix, if that is in fact the reason it stops recording.
d) Although my kids are long, long gone from our house, I fully support the current implementation. It is a good thing, and only a minor irritant, and pretty rare at that.
I don't know how old your daughter is, but if it were her that was missing, I suspect you would have a different outlook on this (again, except for the hearing damage).
There are certainly some problems with FiOS, but this is not one of them, IMO.
Justin
Verizon FiOS TV, Internet, and phone
IMG 1.6.0, Build 06.89
Keller, TX 76248

Excessive "Emergency Broadcast System" Tests

I'm a late night tv watcher in FL and for months now, I've been seeing these "monthly" Emergency Alert System or Emergency Broadcast System messages interrupt programming. It's really a pain with certain VOD programs because they don't allow more than 2x FF, so presuming VOD resumes immediately (not a given) I can still be forced to have to fast forward through 2 hours of a movie to get back to the climactic action sequence or dramatic courtroom shocker or what have you.
These tests are very important. I really, really want this system to work to inform me if a hurricane or other natural disaster is headed my way.
That said, I counted 6 days in a row that they ran this test. Over the last few months it's felt like almost every night.
These are supposed to be monthy tests.
If they ran these tests during prime time, folks would be upset maybe not so much the first time, but certainly if it started to feel like nearly every night during prime time, Verizon was interrupting programming to run these tests.
Which begs the question, are there really so many changes to the system occuring that these tests must be repeated almost nightly?
If not, why aren't they being done on their monthy schedule? It's no fun getting blasted with that Emergency test klaxon and my ceiling is getting worn out....
If someone would please look into that, I'd surely appreciate that.

The tests are not under Verizon's control.
That said it would be great if Verizon fixed the way it effects recordings and VOD, so as to minimize impact after an alert is over.

Random commercials playing while asleep

So my iMac is connected to my tv due to a broken monitor and while watching tv my iMac plays a commercial I'm guessing from the spotify app during sleep mode

This is not something new to longtime subscribers, nor is it unique to VZ. You will find the same concern about commercial interruptions for almost every provider. The short answer seems to lie with how all the automated computer routines signal each other with embedded signals whenever a designated time slot is available for commercial insertion. Frequently, things get out of synch for a few seconds here and there, and you miss the first 5 seconds or so following a commercial break. Here's another thread dealing with the topic:
http://forums.verizon.com/t5/FiOS-TV-Programming/Local-amp-FiOS-ads-interrupting-program-content/td-...

Programming periodic interrupt generation on PCI-6601/6602

Does anyone have experience or knowledge programming the the PCI-6601/6602 or similar card in Visual C++ using the NI-DAQ library to generate an interrupt at a user defined rate (eg. 60Hz) and tying a user defined ISR to that interrupt? I've been looking for sample code, and even the commands in the NI-DAQ function reference to be able to do this, but have found nothing.
Thanks,
M Evans

Anuj,
I have a vehicle driving simulation application which must me executed at a constant, steady rate, could be 60, 70, 72 Hz, depending on the hardware in the system. The update rate cannot be controlled internally by the application itself due to the limitation of millisecond resolution in Windows' callbacks, etc. So we want to use the high resolution timer on a card like this one and tie our application to an interrupt or event generated by the card.
With the millisecond resolution in Windows, the closest we can get to 60Hz is 62.5Hz (0.016 seconds per frame). With microsecond resolution we can actually get 60Hz (0.016666 seconds per frame).
I realize that we will still be at the mercy of the Windows operating system to some extent, but this solution gets us a lot closer to the steady, realtime update rate that we need.
Thanks,
M Evans

6602 interrupt programming

Similar Messages

Maybe you are looking for