Jump to content

WMassey

Members
  • Content Count

    218
  • Joined

  • Last visited

Community Reputation

0

About WMassey

  • Rank
    Very Active

LabVIEW Information

  • Version
    LabVIEW 2015
  • Since
    1990
  1. CAR# 378165 LabVIEW Version 11.0.1f2 In a VI for a FPGA target, if an error cluster is wired to one input of an OR gate that has a Boolean wired to the other input, then in the "generate intermediate files" process that precedes the Xilinx bitfile generation, "stage 1 of 7" (analyzing VI hierarchy) will very repeatably crash while processing the VI. See attached PDF.
  2. It turned out that the problem was a slightly misformed URL. GET does indeed return the requested file in the "body" string if no path is attached to GET and it drops it into the file if a valid path is provided. Thank you again Shaun!
  3. I had tried feeding the URL (URI?) for the target CSV file to GET.VI and all I got in response was a "you are being redirected" in the "body" return string (or else the designated file if I passed a file name to GET). If GET truely is the correct way to do this then I guess I need to revisit my methods of producing the request... Thanks.
  4. In this topic I was helped to understand how to use the HTTP Client VIs to connect to a HTTPS server. I have manged to use those Client VIs to gather sufficient (dynamic) information from the server to form the dynamic download links for a series of CSV data files that the server can provide. The HTTP Client VIs seem to me to be able to only return web page header and body information. I have not found a way to use them to grab a file specified by a URL. Is there a way to do this with them? The HTTP Client VIs make use of "Client Handle" RefNums to identify the open connection. Are there o
  5. Thanks for the suggestion and link. If I cannot get LabVIEW bent to my will then I'll consider it. Thank you! That did seem to help! I had tried using it (ConfigSSL.vi) at one time with this test code but had no luck and got scared away from it by all the inputs to the VI that I did not know how to use. After your suggestion I tried it again. My first try again yielded the error #42 but then I saw that the VI had a default-True boolean input telling it to check/use all those other inputs. I set the "verify server" input to false and the error went away and, based on the redirection and cook
  6. I recently looked this up and saw at the time that it was built-in functionality. This link says "All CompactRIO, FieldPoint and Compact FieldPoint controllers have built-in network monitors. If you enable the network watchdog and the controller loses communication with all hosts or clients over the network, controller sets the output channels to predefined values corresponding to the watchdog state." There are also these if you you want to do it yourself: Uni-Directional Network Watchdog Reference Example Fail-Safe Control Reference Design for CompactRIO
  7. I am trying to use the HTTP Client VIs to implement a version of the C# code found HERE. Unfortunately there are no NI examples of how the client VIs are to be used and my various attempts to string them together only seem to result in "Error 42" (LabVIEW: Generic Error) from the POST vi, rather than returning the headers and body text. I have also tried using DOTNET calls and was at least able to get the login page returned but could not seem to trigger the login. I switched to the HTTP Client VIs because they offered an alternate hope and I could at least see where to attach a cookie file
  8. QUOTE(CTITech @ Feb 21 2008, 11:15 AM) I suspect you do need to put a bit more effort into learning this on your own before saying you need help. The library ships with examples and Example #1 shows a situation where the "Write Strings" vi is used to write strings to a spreadsheet. The strings to be written by way of this vi do have to be in an array to make the connection to the vi, but you do know that arrays can have only one element don't you? You just might be forced to pass your string through the build-array function before connecting up to the vi.
  9. QUOTE(CTITech @ Feb 20 2008, 10:22 AM) It's right there in post #4 of the other discussion thread to which I referred you. It was "http://sine.ni.com/apps/we/niepd_web_display.display_epd4?p_guid=B45EACE3EF0056A4E034080020E74861&p_node=print' target="_blank">Excel Toolkit (GOOP)" just like here and the link works.
  10. QUOTE(CTITech @ Feb 20 2008, 04:38 AM) Well you can download and use the library (it's free) . But if your rules at work don't allow for that sort of thing, you can build the functionality from the ground up. That's what Martin Vernhout of Philips Research did when he put the library together in the first place. But you'll need a good understanding of the internals of Excel and how to access them through Method & Property nodes with ActiveX. This is an example of his subVI to write an array of text values to a specified set of locations on a selected worksheet: http://lavag.org/old
  11. All you want to do works easily enough if you have the Excel toolkit mentioned in this discussion: check here
  12. I had also asked Neville directly if he still had this tool and he replied that it was "lost in the mists of time." After some digging I found that the property is available through this path (LV v7.1.1 with scripting enabled): I'll try, when time allows, to get it built into a tool.
  13. QUOTE(tcplomp @ Oct 28 2007, 10:29 AM) Thanks but VI analyzer is not an option at the moment.
  14. Did anyone ever build a "find coercion dots" tool? I found an old email that hinted that Neville Dholoo & David Edwards were working on one but I never did find anything beyond that.
  15. Can you access the port using the latest version of MAX (measurement & automation explorer) on the systems with the problem? It's got to work with MAX first.
×
×
  • Create New...

Important Information

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