All Activity

Not sure what that is. Can you please guide me?

Just in case the previous info was a bit vague, this is what I mean: SQLite version 3.50.1 2025-06-06 14:52:32 Enter ".help" for usage hints. Connected to a transient in-memory database. Use ".open FILENAME" to reopen on a persistent database. sqlite> sqlite> .load "C:/Program Files/National Instruments/LabVIEW 2025/vi.lib/drjdpowell/SQLite Library/SQL Connection/extension-functions_64.dll" ...> The DLL seems to work fine and can be loaded into sqlite, but the LabVIEW method seems to have a problem.

Yes, the DLL is there. Furthermore, when calling it directly from sqlite3 it also works.

Does that DLL exist at the stated path?

If the time appears for each channel, then you didn't set the loop tunnel mode to last value.

I tired using Format into string, but then the result text file includes time stamp 4 times for each line of data, instead of doing just once.

Hi @drjdpowell! I ran into an issue using the library on LV2024 Q3 64 bit and LV2025Q1 64 bit (only tested it on these two versions). It appears to have something to do with the "Load Extension" functions. Error 402860 occurred at SQLite.lvlib:Connection.lvclass:Execute SQL (No results).vi:3980001:Step SQL--> "SELECT load_extension('C:\Program Files\National Instruments\LabVIEW 2025\vi.lib\drjdpowell\SQLite Library\SQL Connection\extension-functions_64.dll');" MAIN db name-->"C:\Projects\A Project\A Project_Config\Unit_SomeUnitId\database\hse_test_sqlite.db" SQLITE_ERROR(1): The specified module could not be found. Possible reason(s): SQLite returned SQLITE_ERROR(1), see www.sqlite.org/rescode.html#error Any suggestions towards solving this would be greatly appreciated. Thanks!

@sts123 You can explore the String palette where you will find an array of string formatting nodes. The simplest for you is to replace the date/time string with Format into string, and configure for scientific number.

I have this .vi that converts the .TDMS to ASCII. However at the moment the time format is "00:00.000001 5.2041 0.2388 -0.0004 0.9106" for each line. How can I make it in seconds in scientific format so the data will show as "1e-6 5.2041 0.2388 -0.0004 0.9106"? Also how can the headers be added into the ASCII file? to_Asci_2.vi

They use the same channels. OK, thanks. Good to know I cannot run two task with same channels simultaneously.

Use probes to check if there is an error: right click the wire and select "Probe" in the read loop. Do Hi_Rate_Volt and Hi_Rate_Trig use the same channels? You cannot run two tasks at once that use the same channels.

Thanks for the .vi. Seem like the notifier is being passed to the new loop, as new .tdms file is created, but the loop inside the case structure is not being executed, hence the data is not being written into that file. The count stays at 0.

Sorry, I misunderstood. So when the threshold is crossed, the Hi_Rate_Trig task should start, but Hi_Rate_Volt should continue? There are plenty of ways to do that. One is to use a notifier for communicating from one loop to another. The loop that should be triggered waits for a notification, which the slow sampling loop will send when the threshold is crossed. The data and type of the notifier don't matter in this case. The triggered task can run multiple times, which may or may not be desired. A notification can also be send while the trigger task is running and it will then run again after it has finished. R_R_9_MTDS_Split_Rec_retrig_CM.vi

Not sure if I understand... I want the loop when meets condition not to stop but carried on. At the moment there is an "OR" block that is connected to the LED and to the stop loop.

Sure, just wire another button to stop those loops.

I once went for an interview where they gave me a coding test and asked me to modify it. It was a very long time ago so I don't remember the exact modification they wanted (nothing to do with memory leaks) but I do remember the obtain queue and read queue inside a while loop with the release queue outside. I asked if they wanted me to also fix the memory leak as well as the modifications and they were a little puzzled until I explained what you have just said. I must have seen (and fixed) this while-loop bug-pattern a thousand times since then in various code bases. I also created this VI which I generally use instead of the primitives as it intialises on first call, can be called from anywhere, and prevents most foot-shooting by rolling them all into a single VI and ensuring all references but 1 are closed after use. Queue.vi

Some people might be tempted to use Obtain Queue and Obtain Notifier with a name and assume that since the queue is named each Obtain function returns the same refnum. That is however not true. Each Obtain returns a unique refnum that references a memory structure of a few 10s of bytes that references the actual Queue or Notifier. So the underlaying Queue or Notifier is indeed only existing once per name, BUT each refnum still consumes some memory. And to make matters more tricky, there is only a limited amount of refnum IDs of any sort that can be created. This number lies somewhere between 2^20 and 2^24. Basically for EVERY Obtain you also have to call a Release. Otherwise you leak memory and unique refnum IDs.

And are you sure your Rust FFI configuration is correct? What is the LabVIEW API you call? Datatypes, multiple functions? Basically your Rust FFI is the equivalent to the Call Library Node configuration in LabVIEW. If it is anything like ctypes in Python, it can do a little more than the LabVIEW Call Library Node, but that only makes it more complex and easier to mess things up. And most people struggle with the LabVIEW Call Library Node already mightily.

Would it be possible, not to stop the recording of the low sampling rate, while the high sampling rate is also recording after the trigger?

This is great. Many thanks for your help. All makes sense.

My apologies, I must have had a brain fart when I looked into that (I suspect isolating the vim from the VI I was using it and not connecting a "no error" constant to the input)? Things work as they should upon checking again.

Can you give an example VI showing the problem. It seems to work in teh current source code.

This works as expected in version 1.7.0.118 Tested with LV2019 SP1 (32-bit) {"status":false,"code":0,"source":""}

Yes, I know this website and this particular archive, but it's incomplete, and doesn't contains the issue I want... (resources CDs do not contain the articles but only VIs)

When passing a "no error" error cluster to the "To JSON Text.vim" VI of the JSONtext toolkit, the output string is empty. This is not the expected behavior. I would expect: status = false code = 0 source = Tested with v1.9.1.125 in LV 2021 SP1 on Windows