Michael Aivaliotis

I don't have access to those. The only way would be to get @Mark Balla to upload them to youtube. I will ping him.

One thing that I was pleasantly surprised by, in the video presentation. Was the announcement of a 6-year partnership (not sure what that means) with the FIRST robotics organization to provide hardware like the roboRIO. I was almost certain that NI abandoned this effort years ago. It's nice to see them reaffirming this relationship. Proof is in the actions, so we'll see. I hope this means more active support to the teams in regards to promoting LabVIEW and not just, ya we will keep selling roboRIO.

That server is not available anymore. To find the videos, you can visit the wiki: https://labviewwiki.org/wiki/NIWeek or Youtube: https://www.youtube.com/channel/UCUiBucUImKZERoTzaOtHB5g

Here's the video to the live event that explain's it all:

So NI pushed out their new logo and website. What do you think?

The simple answer is, just wrap all this code in a while loop.

All the videos for VIWeek are live: https://labviewwiki.org/wiki/VIWeek

I guess nI needs to update that article. 😉

So just adding info here for future googlers. There is an NI KB article on how to cleanup the cache here: https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019KdtSAE&l=en-US In there it also mentions an ini token that eliminates cache creation completely:

Right, if running LV community, you have everything you need. No need to install anything from VIPM. In fact it will make it worse. The reason why the log message states Raspberry Pi 2 B (I stated elsewhere), is because the LINX toolkit has an old hardcoded message internally that does not trigger off the actual board model. @Darren, this should be fixed becasue it's confusing.

What is the goal of the communications? Is this a DUT? Or are you just wanting to know when windows is on battery?

Yes, I discovered that recently and am using that technique as well.

Send an email to: jim.kring@jki.net

Well. yes. It does. That's what the built-in wifi is for. 🙂

Well it kinda does apply to both considering NIPM should manage both CG and NXG. I've heard through a reliable source that NI is seriously intent in solving this problem in NIPM for both CG and NXG.

Well, you could plug your computer directly into the raspi port, no router needed. Or purchase a cheap usb to ethernet dongle and add an extra port to your PC. This is what I do for my cRIO work. https://www.amazon.com/dp/B00M77HMU0/ref=cm_sw_r_tw_dp_U_x_AJJUEb7TVD7CS

Was this developed for a customer, with the understanding that you would make it open-source? If it was done under a "work for hire" agreement then there might be a problem of ownership.

The keys can be any type. A for loop will do it easily: Watch this presentation by @altenbach :

I've been able to connect and deploy code over wifi. However, I can't use the DNS name over wifi so I use the IP address. I'm sure there's a way to get that working but haven't needed to figure it out yet.

Curious, does this change your choice in using them or is it purely academic?

My understanding is that Maps are the same as variant attributes. Except with maps, obviously you don't have the overhead of VariantToData or DataToVariant, when inserting data or looking up data. That can be a huge overhead in some cases. Plus you need support code to prevent variant conversion errors when using the wrong typecast. Variant attributes are slightly more powerful than Maps because you can insert any type. However, one could argue that this is a characteristic that leads to messy designs. The same variant wire could contain mixed values types within it. Each with its' own type conversion VIs. I think if you've been using variant attributes and it works for you, I don't think you need to rewrite everything. But they definitely need to be considered in new designs. Because you don't have the overhead of creating all the glue VIs for the data conversion, they are frictionless to use and start using out of the box.

Lack of NIWeek content has prompted @Steve Watts, to start VIWeek. See his post here: https://forums.ni.com/t5/Random-Ramblings-on-LabVIEW/VIWeek-Making-Trouble-Again/ba-p/4044162 LabVIEWWiki Page.

@Rolf Kalbermatter, PM me your address and I will send some your way.

i watched the video. Yikes, ya, that's pure garbage.