Deon

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

Yip I'm in.

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

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

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

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

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.

Hi Guys Just wanted to add my 2 cents worth! I am busy developing code for a FieldPoint Rt controller, and found DataSocket too slow, TCP too much hassle, and so settled on UDP to communicate between the Host PC and the RT module. Works very well. Also, as I'm programming in LV6.1, to pass data between the core & comms loops in th RT software, I used an ODM (Object Data Manager), which is simply a non-running While Loop with a shift register and a case statement to Set & Get the required data. Btw, I use complex clusters for all data communication and transfer. Thanks for a fantatsic site! Regards Deon.