Jump to content

Khalid

Members
  • Posts

    160
  • Joined

  • Last visited

Everything posted by Khalid

  1. I believe the palette size (number of columns of VIs) actually depends on the filename-length of the VIs on the palette. The longest VI name on the palette is how wide the palette will be. Like this: -Khalid
  2. Salut, You can check the following example in LabVIEW: examples\instr\smplserl.llb\Basic Serial Write and Read.vi This should get you started. Salut, -Khalid
  3. Hi, Are you using an ActiveX Control? Which one? Have you tried with any other PPT file? -Khalid
  4. Hi, This is my typical solution to such problems: download Portmon (or any other such tool) and monitor the actual bytes going out from the HyperTerminal, and compare it with LabVIEW's. You will be able to find some discrepancy this way. http://www.sysinternals.com/utilities/portmon.html In Portmon, I find it easier to work if I set the mode to HEX, and filter unnecessary commands and just get the READs and WRITEs. Hope this helps. -Khalid PS: as for not seeing what you're seding in HyperTerminal, there's a setting to "Echo typed characters locally," under ASCII Setup -- this should do it.
  5. Hi Dan, There's a VI method called Set Lock State. This should help you (unless I misunderstood your query). Regards, -Khalid
  6. On similar lines, is there a shortcut to cycle through the Error list? I sorely miss this in situations where I have to go back to the Error list and double-click the next error to go to it. A shortcut -- similar to Ctrl+G for Search results -- would be nice. -Khalid
  7. I fully agree with Michael. However, if you're stuck with the Multicolumn Listbox for now, create a Property node for it, select 'ItemNames' property and wire-in an empty array. That should clear it. Regards, -Khalid
  8. Very interesting! Do you know of efforts in getting SQLite compile on RTOSes like Phar Lap or VxWorks? -Khalid
  9. EasyDAQ also has some inexpensive serial-based DAQ cards: http://www.easydaq.biz/ Not sure if Comedi has drivers for them though. -Khalid
  10. Hi, In 7.1.1, should we be able to create executables when using scripting nodes? I get the following error when I try to run the executable created this way: "This VI is not executable. The full development version of LabVIEW is required to fix the errors." If I remove those VIs which have scripting nodes, the executable works just fine. I even tried placing the SuperSecret... entry in the ini file for the built app. Doesn't help. Any ideas? -Khalid
  11. Did this work for you? Are you able to successfully communicate now? Regards, -Khalid
  12. Joost, If connecting Pin 2 to 2 works, then you probably need a "straight" serial cable, as opposed to a null-modem serial cable where the RX and TX pins are crossed. Regards, -Khalid
  13. Hi Catfish, Just wanted to make sure I understood your setup correctly. You used Memory tags in DSC to talk to the OPC Server? I am guessing via DataSocket. Why not create tags directly off the OPC Server? DSC as an OPC Client can browse OPC Servers and allows to create tags directly off of it. Or, is this what you did? Then, why use Memory tags? Thanks for the clarification.. in advance. -Khalid
  14. LabVIEW is sending out 4 bytes because you are converting a U32 (a 32-bit number) to characters. To fix this: right-click on the constant "25," select Representation and then U8. This will then output just one byte, i.e. Length = 1. Hope this fixes it. Regards, -Khalid
  15. Can you get valid data with HyperTerminal? You will want to give that a try first. And when that works, clone the Serial port settings in LabVIEW. Good luck! -Khalid
  16. Hi, If even the HyperTerminal doesn't work, then the issue is not specific to LabVIEW, but may be more hardware related. One thing that you can try is: download Portmon (or any other such tool) and monitor the actual bytes going out from the IAI, and compare it with LabVIEW's. You _may_ be able to find some discrepancy this way. http://www.sysinternals.com/utilities/portmon.html Hope this helps. -Khalid
  17. H4med, I would like to know what is the "HScroll1.Value" in your VB program. From the statement "MSComm1.Output = Chr$(a)" it appears that you are just converting the "HScroll1.Value" to a character and writing to the output. In LabVIEW, as you can see in the VI I attached earlier, we are taking a number and converting it to a character and writing it out. If this doesn't work, then the problem is what numbers are we converting -- in the VB program versus LabVIEW -- before converting them into characters and writing out. I strongly recommend that you download Portmon (or any other Serial port monitor) and monitor the actual bytes going out from your VB program, and compare it with LabVIEW's output: http://www.sysinternals.com/utilities/portmon.html Hope this helps. -Khalid
  18. In your first post you said you wanted to send 1 byte out. This translates to one character. I am attaching the modified VI that uses U8s and type casts it to a character. Try it out. What are you sending out from your VB program? Can you attach the relevant code snippets? Or maybe some documentation/manual for your PWM device. -Khalid Download File:post-311-1136788564.vi
  19. Without knowing the details of your setup, the first thing that comes to my mind is: why not use the Select function (from the Comparison pallette) and pass out an empty array (constant) when the checksum fails? -Khalid
  20. Depends on how serious your project is. Here you will find a LabVIEW toolkit for biometric authentication -- face and fingerprint recognition: http://www.jyestudio.com/biometricsview/products.shtml Regards, -Khalid PS: I haven't personally used this toolkit, but I have heard it to be of good quality.
  21. One byte should be just one character, right? You will want to make the datatype of the number to be U8 (and not double or single as you have on the diagram). Then, typecast this to a string (you will find the Type Cast function under Advanced >> Data Manipulation palette.) Let us know if you still have issues. -Khalid
  22. Hi Tim, Are you interested in (computed) tags from Wonderware, or IO tags from RSLinx? If it's the latter, and if the RSLinx is an OEM version (or better), then it is an OPC Server by default. You could browse to it using the front-panel DataSocket item browser. If you _have_to_ use DDE, try the following in Excel (first, on the same machine as RSLinx): Cell formula - "=RSLinx|topic!address" E.g.: "=RSLinx|PLC1!N7:0" If that works, you should then try the NetDDE in Excel. And then in LabVIEW. If it's the former, i.e., computed tags from Wonderware itself, maybe you should contact Wonderware to get the DDE Application, Topic, Item, etc. (I don't think Wonderware/InTouch is an OPC Server by default... at least it wasn't a few years back). Hope this helps. -Khalid
  23. There was discussion on this issue a few months back on the Info-LabVIEW list. Here's what NI R&D had to say about it:
  24. Kawait, This is not a direct answer to your question, but is there any particular reason you are using LLBs? Other than for grouping your VIs? LLBs are not recommended for development these days. You will want to go through the following two threads for further details: http://forums.lavausergroup.org/index.php?showtopic=355 http://forums.lavausergroup.org/index.php?showtopic=2118 Regards, -Khalid
×
×
  • Create New...

Important Information

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