Jump to content

djolivet

Members
  • Posts

    69
  • Joined

  • Last visited

Posts posted by djolivet

  1. Has anyone had any experience getting LabVIEW RT to run on single board computers. I've had some work and some simply not load at all. The latest is a SBC with an INTEL 845GV chipset. It loads from floppy and even sees the Harddrive in LabVIEW, but it will not load from the Harddrive. I can load it from the format disk, and it appears to see that LabVIEW RT is there, because it says "Loading LabVIEW Real-Time....." but it never accesses the Harddrive and eventually says "Could not find OS in root directory." I've tried different formats of the drive, different partition sizes, bios settings galore, etc. -- all with no luck.

    It may just be the chipset does not work with LabVIEW RT, but according to Ardence, there is no issue with Pharlap; so, it would be LabVIEW specific. In the past, I've had great success with the Intel 815E chipset, but I'm changing the form factor to a PCISA based backplane and so I need to find a compatible SBC.

    Please note, that we are using the built in 8255X based ethernet connection. I've tried it with the built in Ethernet and an Intel Pro 100/S with the same results.

  2. Here is a programming challenge: Make the traversal routine generic, such that it accepts a callback (plug-in) VI reference, which is passed each object reference during the traversal. Let the plug-in VI decide what to do with the object reference -- in this case, it will determine if the object is a CBR node, and add it to a list.

    Here is something I have been working on. The reason I started this was to try and create a better spell checker, but I haven't done much towards that end.

    The concept here is much like Jim suggested, except that a different VI is called for each type of object reference. This dynamic calling is only being done to populate a table right now, but what I had envisioned was to call a dedicated VI for a specific object type to pull out any text that needs to be spell checked.

    If explanations are required, let me know and I will post some

  3. I have done something similar to this in the past. My goal was to not allow the operator to access anything other then the application I built. The solution I used was to replace the Window's user interface with the LV EXE that I generated. Following is an email from someone at NI that explains how to do this.

    <Start Forward>

    The following are the steps for creating a custom user interface in Windows 2000 or XP. Make sure not to do this with the Administrator account, as it can be a bit complicated to get back to the normal Windows user interface (explorer.exe). It is also a good idea to have something in your custom .exe file to shut down the computer programmatically.

    1. Create account for the user (or access a existing user account) and log in as this user.

    2. Click Start , and then click Run .

    3. In the Open box, type gpedit.msc , and then click OK .

    4. Expand User Configuration , expand Administrative Templates , and then expand System .

    5. In the right pane, double-click 'Custom user interface'

    6. Click Enabled , and then in the Interface file name enter the application you wish to run (e.g C:\Program Files\National Instruments\Labview 6.1.exe)

    7. Click Apply , click OK , and then click OK .

    8. Restart the computer.

    Remember, if you do get stuck, you can still access the Windows Task Manager with Ctrl+Alt+Del and run explorer.exe from there.

    <End Forward>

    I found that for this to be effective three additional things need to be done

    1) Allow the operator to exit from the built LV EXE. There is a VI available from NI for doing this at:

    http://sine.ni.com/apps/we/niepd_web_displ...034080020E74861

    2) Allow the operator to start the native Window's user interface. This functionality should probably be password protected. This can be done by passing this string "explorer.exe" to the "System Exec+.vi" VI also included in the above mention download

    3) Disable the "New Task..." option from the task manager. If you search on the internet you should be able to find various methods for doing this.

    Hope this helps

    Denis

  4. Has anyone managed to do this. There exists a property called Active Column Number but nothing specific to the Row. There is also two properties for cell height/width, but neither of the heights seems to do anything.

    Any thoughts?

  5. Hi Peter,

    I think your problem stems from the fact that you are trying to initialize two task on the same sub system of your DAQ device. In this case two task on the AI subsystem. The DAQ device cannot do this, nor does your code need to. See the attached image.

    Keep in mind however that if you were initialize a task on the AI sub system, and one on the Digital Input subsystem, you could do both in parallel, because they are two different subsystem.

    Also, looking at your code, it seems to me that you don't need to do a start and stop for a single point read. You can just take the reading as the image shows.

    I guess another way of fixing your error would be to ensure that the top process completes all execution (start, read, stop, close) before you begin the second process.

    Anyway, hope this helps

    post-1881-1121275914.jpg?width=400

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.