Jordan Kuehn

I hope this is not against the rules, please delete if so. I am looking to purchase any new or gently used cRIO 9047s that anyone may have on hand and don't need anymore. Please feel free to contact me here on LAVA or via email at jordankuehn@sef.energy.

I was beginning to work with the NXG version and integrate it into some of our products. Then stomped on the brakes when they cancelled NXG. Now that it looks like they’ll make good on spinning it off into a standalone product I’ll be giving it a fresh look. Especially now that we have a SystemLink license.

I caught this slide:

The SFTP stuff stood out to me. WebDAV has never been great with cRIOs for me. I'm happy to ditch an old toolkit that's not maintained and work with native tools.

I think AQ is enjoying this role as the end user instead of the LV programmer 🤣 I do appreciate following these edge cases though. I use this tool widely and it is fantastic.

Second this option.

I guess yes, for the registration. However, the scheduling service and whatnot has been a separate entity and changed every time. Though apparently there's no need to check for available courses and such with only 4 hours around lunch.

I mean that's been the case many (all?) times in the past with the NI Weeks that I've attended. Wow. 10am-2pm on one day? I think you are absolutely correct about what we can expect to see here.

Now I'm intrigued!

A fair question. I've used notifiers with the wait on notification, but not with the get status. It's two sides of the same coin as far as I'm concerned, and what is the underlying transport mechanism for the notifier anyway? My point however, is that while the SEQ is a special use case of a Queue there are ways to use it other than how you typically do. I'm also not entirely sold on the N:1 definition you are placing on a Queue. Sure in a typical use case 1:1 or N:1 is common, but there are use cases where you may not care about order and have multiple consumers dequeueing which could be 1:N or N:N. It's just a tool that is used how you configure it and decide to use it. Now we can switch over to user events and if those are N:N

A bold statement. I've certainly used it in this way before for synchronization, de-queueing until something is available, en-queueing when space allows, etc. However, I've also used it in what I believe drjdpowell is referring to with DVR functionality. I would even say more often than the other use case. Lossy enqueue + preview queue element is a useful mechanism for providing a latest updated value to any place with the queue reference.

Yes. edit// my apologies. I’m realizing now that I was combining that excellent event with the CLA event in my mind. Perhaps it could happen again in parallel?

Hmm. Well the stuff that made last year’s great was it was largely community driven with some NI involvement and almost no fluff or upward trending graphs without axis labels/scales...

I miss the BBQ and being in Austin, but I really enjoyed the virtual event last year.

Any word if Silverlight is being replaced in 2021? (sorry don't intend to thread hijack, but I don't know if I'll be able to participate in the Beta this year)

That deployment time does seem excessive, at least for deploying the application. Running interactively is a mixed bag in my experience. I have a few cRIO AF applications of various sizes at the moment. One crashes LabVIEW when I attempt to launch it interactively, another similar one works just fine. I use the debug tools to acquire queues (in a conditional disable structure) for the main Actor Core that has a small debug UI included with it. When deploying are you able to see what libraries or code seems to take so long while watching the items scroll past? Is it code you have written or 3rd party libraries?

I've used the aforementioned three and currently use Git+SourceTree. I've not had the problems others have had in that other thread with Git (yet) and in general it's straightforward to commit and branch. Any merging I have to do is a manual process, but when working on a branch I typically am altering a subset of files that I wind up just choosing over the previous ones. The integration with Jira is nice since I like the kanban boards and tracking issues with commits. We don't use this to its full potential, but I think that's also a good thing since it keeps productivity in focus rather than checking all the boxes in Jira. I mention this side of things because there are integrations with project management tools that vary by source control and IDE as well. If you have no need for those, SVN is probably a fine choice.

Software Engineer - LabVIEW Full Time Professional Norman, OK, US This position will be responsible for maintenance and development of software that is core to our Freedom Series Completion System. The ideal candidate will have demonstrable software programming capability (specifically in LabVIEW), control systems experience, mechanical aptitude, ability to direct others, and an ability to operate in a fast-paced environment. This position can be located anywhere in the United States, but will require some travel to Oklahoma City at the beginning of the position, and then as needed potentially for a few days to a week each month. Job listing here.

I have spent a lot of time with the RTI DDS toolkit and it is good. I’m using MQTT for a lot of similar use cases. I believe we chatted some time ago about this a little. However, I don’t think this or the messenger library are feasible with the expansion chassis (9147 in my case) unless I were to implement the communication protocol in their FPGA. I would be happy to be wrong here though.

Following. Mostly because it's very common that I'll kick off an RT build and want to move on to working on the Host application. Or the other way around. IMO the different projects shouldn't block each other during a build, but I'm sure there's some linking thing that they didn't want to solve so instead they lock the entire IDE.

@Omar Mussa Thank you for this detailed analysis. I've found that my testing in 2021 on LV 2020 almost exactly replicates your results. I found some code on the darkside from @smithd that doesn't fix this issue, but I then repurposed into a check before the read that prevents the system from repeatedly attempting to reconnect and then time out. It's not ideal in my use case, but is better than blocking timeouts from a few dozen individual reads in my application that bring it to its knees. I've found that this will reconnect if the system and SVE is present during the initialization when I use the "Open Connection in Background" (which is as you observed a red herring). And if the system and SVE is not present I do not incur these 5s timeouts and just get the error from the type cast that I can use to output NaN or whatnot. Perhaps others have found other workarounds. This is quite frustrating to me as the PSP variables are the recommended approach for using ethernet cRIO expansion chassis and I cannot guarantee their presence on the network 100% of the time and cannot have its absence subsequently kill the application.

Understood, thanks!

I have a request from non-LV programmers who are using the JSON output I am providing them to provide the schema so that they can ensure they are accurately parsing the data structure. I have used a tool similar to this: https://www.liquid-technologies.com/online-json-to-schema-converter to generate it, but it is imprecise. I’d prefer to just give them the typedef file, but they have no idea what to do with that.

I skimmed through the comments and I hope this wasn't addressed. If so, my apologies. Is there a way to limit the number of decimal places stored in a double numeric? Also, is there a way to generate a JSON schema based on a LabVIEW data structure? Thank you for this excellent toolkit.