
Phillip Brooks
-
Posts
911 -
Joined
-
Last visited
-
Days Won
53
Content Type
Profiles
Forums
Downloads
Gallery
Posts posted by Phillip Brooks
-
-
- Popular Post
- Popular Post
Today's cartoon, for those of you that don't have XKCD in your RSS feed.
Awesome! I've just printed this and placed it on my cubicle wall next to my 'How to be an expert' chart (see below)
-
3
-
I need to get down and dirty with some TCP connections and need to access the low level socket options. .NET has the items I need but I'm looking for some pointers in using .NET calls on a TCP connection created using the native LabVIEW VIs. I am writing applications that are used to test the TCP functionality of another product. Therefore, I need to be able to force various TCP conditions such as generating a TCP-RST on a connection rather than the normal graceful disconnect via the TCP-FIN handshaking. The .NET libraries have a socket option that will allow me to do this but I don't want to re-write the entire TCP VIs using .NET. I would like to be able to use the .NET calls on connections I create using the LV calls.
Does anyone have any suggestions? I did find Rolf's package which provides IPv6 and SSL support. I haven't look through all of it yet to see if I could build off that. In addition, when I open the VIs they have broken arrows so I need to resolve that as well.
There is a function in LabVIEW to retreive a reference to the socket. You can use this to manipulate the socket outside of LabVIEW. I used it to adjust the TCP buffer size. There is also a VI to return a UDP socket ref.
-
1
-
-
Add some sort of instrumentation I/O. One of LabVIEW's strengths is the large collection of instrument drivers for acquiring data.
-
- Popular Post
- Popular Post
............................................________
....................................,.-'"...................``~.,
.............................,.-"..................................."-.,
.........................,/...............................................":,
.....................,?......................................................\,
.................../...........................................................,}
................./......................................................,:`^`..}
.............../...................................................,:"........./
..............?.....__.........................................:`.........../
............./__.(....."~-,_..............................,:`........../
.........../(_...."~,_........"~,_....................,:`........_/
..........{.._$;_......"=,_......."-,_.......,.-~-,},.~";/....}
...........((.....*~_......."=-._......";,,./`..../"............../
...,,,___.\`~,......"~.,....................`.....}............../
............(....`=-,,.......`........................(......;_,,-"
............/.`~,......`-...............................\....../\
.............\`~.*-,.....................................|,./.....\,__
,,_..........}.>-._\...................................|..............`=~-,
.....`=~-,_\_......`\,.................................\
...................`=~-,,.\,...............................\
................................`:,,...........................`\..............__
.....................................`=-,...................,%`>--==``
........................................_\..........._,-%.......`\
...................................,<`.._|_,-&``................`
-
5
-
ok, i'd been working my ass brain out since like 2 weeks ago to build this .VI.... and... welll.... i don't like it...
:(
do you know where can i find nicer pictures
...
(even if they are not made by me) ... to build this kind of animation...
i used corel Draw... but that's suposed to be a pump... and it seems like an "escafandra"
There is an optional toolkit called DSC (Datalogging and Supervisory Control) that contains code and front panel objects for creating this type of display.
-
Note: Uses vi.lib\analysis\1siggen.llb\Ramp Pattern.vi
(Full Development System required)
-
I see that there has been a ?!@*-ton of spam on the OpenG General Discussion forum this weekend.
Just a thought; maybe the discussion forums could be moved to LAVA? It might provoke a bit more involvement in OpenG in general and the more robust forum software would stop the spammage (is spammage a word?)
-
2
-
-
I thought my recent appearance on Google was humorous, but this afternoon I was reading through the "What's new in TestStand 2010" document and found this.
Yeah, that user name is me. Coincidence or evidence? You tell me...
I'd offer you my tinfoil hat, but then I'd be exposed to the radiation falling from that missile launch on the west coast last week.
-
Plugged the USB receiver into the back of the Wii last night (on a whim) and it worked reasonably well!
Now I need to find a micro-USB to USB socket adapter to try plugging it into the new Apple TV 2.0.
-
-
I imagine the count by your avatar is "posts ever" and in your profile it is "posts now" - the difference comes from posts having been deleted.
Thanks, that makes sense. Now I officially have 500 posts
-
I had 502, now I have 498. I'm still a member of the 500 Club. One more post and my conscience will be clear... This post shows 503, now I need to check my profile...
EDIT
499 in my profile. where did the other posts come from (or go?)
-
Why not store the files on a common server?
\\servername\AppName\StationName1\Datafile1.dat
\\servername\AppName\StationName1\Datafile2.dat
\\servername\AppName\StationName2\Datafile1.dat
\\servername\AppName\StationName2\Datafile2.dat
The files can be backed up by IT, and access is defined by network, not local account names and shares. Local networking shares with read/write access is one of the most common methods that viruses (virii?) spread...
-
I think most databases are going to offer the same core functionality. The most important thing is to identify your data relationships and minimizing duplicate data.
When we designed our database long ago, we started by using "Database Design for Mere Mortals" by Michael Hernandez. I see that there is a new edition, I don't know what has changed. I still browse through the old edition once in a while when I question what I'm doing.
If you get your database design right and use the Database Connectivity Toolkit, it shouldn't matter which DB you end up using.
-
I try to delete all html tags from sequence (like <.....>). But LabView don`t find all of tags in me sequence.
My sequence: <tr id = "ololo">Hello World <br> !!!</tr>
Regexp: <(.*?)>
My vi (LV 2009) is in attachements.
Regerds.
Funny, I just recently posted a vi (on the dark side) that I wrote awhile back to remove HTML tags from TestStand HTML reports. Maybe it will help you.
There are some other regex nuggets in the thread...
http://forums.ni.com/t5/BreakPoint/Regular-Expressions-Board/m-p/1269088#M14343
-
Hello everyone,
Please take a look at the enclosed image. How could I get the file path value in case "True"?
(Case "True" description: there is no path input to "Read from Text file", a dialog box will pop up for selecting file. I want to get the path value and pass it back to the file path control on front panel. )
Thanks in advance
You might consider using the function "Check if File or Folder Exists" instead. The path may not be empty, but that doesn't mean the file exists.
Use the file or folder exists? output to control your case statement and use the dup path for the read file function.
-
I commented on an idea located here.
What I added to the idea was that Probes should have a Probe Manager window that allows the user to record a timestamp for selected probes. The advantage would be that you could measure time across VIs as well as within, without creating sequence structures.
If you like the idea, vote it up, point me to a duplicate or help define the idea better. I just like the concept and want to see the probes improved a bit...
-
If you have a valid connection reference, use the DB Toolkit vi located at:
vi.lib\addons\database\Auxilliary.llb\DB Tools Select All Data.viThis vi returns a 2D array of string that you can write to the ItemNames property of a MCL or the Values of a table control.
If you have a recordset reference, you can use the sub-vi inside the one above called
vi.lib\addons\database\Auxilliary.llb\DB Tools Fetch Table Data.viNo special coding or libraries required. You can use the VIs NI gives you (they are not on the palette though
)
-
1
-
-
I recall that the Agilent GPIB interfaces need an extra piece of code / dll to be used from LabVIEW; I think it's referred to as a 'tulip' driver. I Googled and found some app notes on the Agilent site:
http://www.home.agil...029&pageMode=AN
Look at the document titled "Tips in Using Agilent GPIB Solutions in National Instrument’s LabVIEW Environment"
-
1
-
-
Howdy all - I just picked up the tail end of a project that needs to add a microphone. There's an existing NI USB-4431 (102.4 kS/s, ±10 V) in the stand that has a spare channel, and we'd like to acquire a couple of things:
- The UUT (think handheld device) emits 2 tones when under test (1.2kHz and 2.4kHz): I need to acquire and calc the frequency (let's say with an accuracy of +/- 50Hz)
- The UUT also has a vibrate alert: I need to determine if it's on or off, nothing more.
Anyone got a favorite microphone that would fit the requirements? I'd rather not reinvent the wheel if at all possible.
Completely unrelated, but would this microphone do?
-
Two years and now i'm here again with the same problem.
Unfortunately the author of the wrapper is missing.
Does anybody think to be able to develop a wrapper for sqlite3 for Linx systems?
Unfortunately i'm only a LabVIEW programmer and i don't know C code so i can not make it by myself, but i think that this could be an important step to improve the labview for Linux usability.
What do you think about it?
There is a new LabVIEW SQLite library just recently made available in the uncertified section of the LAVA Code Repository. The requirements listed are Windows and LabVIEW 9.0, but I believe the author of the library included the possibility to use with other platforms such as RT. Try asking your question in that thread ... If you have the time or inclination, you may be able to help add Linux support!
-
RFC 1149 ( A Standard for the Transmission of IP Datagrams on Avian Carriers) had the idea 20 years ago, I just thought it was time we had a new way to pass data in LabVIEW...
-
1
-
-
I discovered the addition of this new area at the bottom of this HDF5 Idea Exchange entry.
From the new Idea Exchange page:
Theallows you to submit ideas for new LabVIEW Add-ons. These Add-ons can range from a set of VIs and functions to development tools for particular application areas and industries.It is also a place for LabVIEW Add-on developers to find new and valuable product ideas. The ideas on submitted on this page have the potential to become LabVIEW Add-ons.Do you have an idea for a LabVIEW Add-on?- Browse by label or search in the LabVIEW Add-ons Idea Exchange to see if your idea has previously been submitted. If your idea exists be sure to vote for the idea by giving it kudos to indicate your approval!
-
If your idea has not been submitted clickto submit your idea. Be sure to submit a separate post for each idea.
- Watch as the community gives your idea kudos and adds their input.
- If an Add-on developer begins to implement an idea, we will update the status of the idea.
- Give kudos to other ideas that you would like to see made into a LabVIEW Add-on.
-
2
-
Are you averse to any polling, or just polling in your top level (UI?).
Maybe define a 'monitor' task that is run at start and receives an event ref and notifier.
Pass your task VI instances via the notifier (or queue or functional global or carrier pigeon) to the 'monitor'. The monitor would periodically evaluate the array of task VI refs by checking the Execution.State property of each ref; generate an event for each vi that is not 'Run top level'.
I smell an Idea Exchange suggestion in this problem...
PBKDF2 implementation in LabVIEW?
in Remote Control, Monitoring and the Internet
Posted
Maybe you could use .NET ?
http://msdn.microsoft.com/en-us/library/system.security.cryptography.rfc2898derivebytes(v=VS.80).aspx