-
Posts
19 -
Joined
-
Last visited
Profile Information
-
Gender
Male
-
Location
New Forest, England
-
Interests
Travelling, surfing and underwater swimming.
Contact Methods
- Personal Website
- Company Website
- LinkedIn Profile
LabVIEW Information
-
Version
LabVIEW 2016
-
Since
1995
Recent Profile Visitors
4,294 profile views
Deon's Achievements
-
The NI beta program is now closed as they've now released the LabVIEW 2020 Community Edition (CE) to the general public.
-
Hi Shaun I would have been interested but have only just seen your post. Albert Lederer developed a dll wrapper suite that is available from this link: https://forums.ni.com/t5/Example-Code/Using-RTL-SDR-with-Labview-Chapter-1-Labview-on-Windows/ta-p/3538774?profile.language=en Works very well and I have developed an FM radio using his code and the Nooelec NESDR Mini device. Hope this is useful to you. Best regards Deon
-
Deon changed their profile photo
-
Went an NI seminar on NXG recently and the app engineers have indicated that the two versions of labview will continue side-by-side for the foreseeable future, with the NXG continuing as a separate application. FWIW
-
Deon started following Just Downloaded and Installed LabVIEW NXG.....
-
Will do Shaun.
-
How to Downgrade DataSocket Server (DSS) to 4.0 Download LabVIEW Run-Time (LVRT) Engine 6.1 Installer Delete the Datasocket folder in Program Files/National Instruments (! this is very important !). Now run the LVRT 6.1 installer and allow it to do a default install. Run the DataSocket Server file cwdss.exe in Program Files/National Instruments/Datasocket and wait for it to initialise and open. Click on the DSS menu Help/About Datasocket Server and verify that the version displayed on the About panel indicates 4.0 The reason for downgrading the version of DSS is that LV code running in v6.1 had issues with communicating with a later version of DSS, specifically the one shipped with LV 8.6.1. Initially the comms starts off working fine but eventually the DataSocket Server hangs and crashes LabVIEW. Click here to view the article
-
Version 2.0
173 downloads
The Threshold Hysteresis VI allows an input (for example, a sensor) to drift out of an inner limit without generating an invalid flag, but if it drifts outside an outer limit it then becomes invalid. For the reverse, when the input crosses back into the outer limit it remains invalid until the value falls inside the inner limit. For simplicity, only one input parameter is provided for both the inner & outer limits, and is negated for the lower limit, as generally tolerance limits are equidistant from the nominal.-
- threshold
- hysteresis
-
(and 2 more)
Tagged with:
-
View File Threshold Hysteresis v1.0 LV8.6.1 The Threshold Hysteresis VI allows an input (for example, a sensor) to drift out of an inner limit without generating an invalid flag, but if it drifts outside an outer limit it then becomes invalid. For the reverse, when the input crosses back into the outer limit it remains invalid until the value falls inside the inner limit. For simplicity, only one input parameter is provided for both the inner & outer limits, and is negated for the lower limit, as generally tolerance limits are equidistant from the nominal. Submitter Deon Submitted 11/10/2014 Category General LabVIEW Version License Type
- 1 reply
-
- hysteresis
- threshold
-
(and 2 more)
Tagged with:
-
Name: Deon Bester Submitter: Deon Submitted: 06 Nov 2014 Category: *Uncertified* LabVIEW Version: 8.6.1 License Type: BSD (Most common) Sexiest threshold hysteresis VI on the web! Click here to download this file
-
- hysteresis
- threshold
-
(and 2 more)
Tagged with:
-
Yes could you send a status update as the upload failure is quite frustrating. Thnx!
-
QUOTE(jpc @ Nov 16 2007, 11:53 PM) QUOTE(jpc @ Nov 16 2007, 11:53 PM) We are experiencing what we believe is a memory leak in Labview 7.1 when attempting to open and reopen an ODBC connection to a SQL database.I have seen this topic mentioned in several places......but, the problem resolution seems to be to just open and close the connection once. OK, you lose 4K of memory and no big deal.But in our case, we have a control system reading and writing to a SQL database at regular intervals, and would like to re-establish that connection automatically if it becomes broken (server crash, maintenance, backups, etc.). So the app was designed to loop every few seconds trying to reconnect. We wrote the code, it works well unless the server is down for extended periods of time. Then we noticed the app crashes from depleted memory. We isolated the problem to an open/close connection problem just like in the links above.So my questions are:Has this been confirmed to be a Labview problem?Or is it a ODBC problem with SQL?Does anyone know if NI has ever addressed this issue?And, yes, we have a workaround in place. The error is flagged and an operator must manually reconnect when the server is determined to be back online. We cannot risk crashing the control system. We would like to go back to the automatic reconnect, but I still haven't seen this memory leak problem resolved. My colleague who wrote code claims Labview 8.5 still has not fixed this problem.-John QUOTE(jpc @ Nov 16 2007, 11:53 PM) We are experiencing what we believe is a memory leak in Labview 7.1 when attempting to open and reopen an ODBC connection to a SQL database.I have seen this topic mentioned in several places......but, the problem resolution seems to be to just open and close the connection once. OK, you lose 4K of memory and no big deal.But in our case, we have a control system reading and writing to a SQL database at regular intervals, and would like to re-establish that connection automatically if it becomes broken (server crash, maintenance, backups, etc.). So the app was designed to loop every few seconds trying to reconnect. We wrote the code, it works well unless the server is down for extended periods of time. Then we noticed the app crashes from depleted memory. We isolated the problem to an open/close connection problem just like in the links above.So my questions are:Has this been confirmed to be a Labview problem?Or is it a ODBC problem with SQL?Does anyone know if NI has ever addressed this issue?And, yes, we have a workaround in place. The error is flagged and an operator must manually reconnect when the server is determined to be back online. We cannot risk crashing the control system. We would like to go back to the automatic reconnect, but I still haven't seen this memory leak problem resolved. My colleague who wrote code claims Labview 8.5 still has not fixed this problem.-John Hi JohnI had a memory leak with MySQL using LabVIEW 6.1 and it turned out to be the version of OBDC driver. I had to revert to an earlier version, rather than the latest, to solve the problem; namely MyODBC-3.51.04.exe.Attached is the installation document I produced. Don't know if this will solve your problem, but maybe it will provide additional info to help you.Best Regards.
-
QUOTE(Jim Kring @ Jan 11 2006, 08:44 AM) At SALT we called them Object Data Managers - I think a term that came from the C world.
-
QUOTE(Jim Kring @ Jan 11 2006, 08:44 AM) At SALT we called them Object Data Managers - I think a term that came from the C world.
-
QUOTE(Neville D @ Jul 21 2007, 01:45 AM) Yip, find attached file.