Jordan Kuehn

I was unaware of this bug until today, but I figured it might be appreciated as a heads up in this sub-forum. There is an issue with LINX (or whatever it is now) and LV2021. The link below has detailed instructions for configuring a fresh pi as well as updating one that is already set up for 2020. 

https://forums.ni.com/t5/Hobbyist-Toolkit/Labview-CE-2020-connects-to-raspberry-but-CE-2021-does-not/td-p/4198964

37 minutes ago, Rolf Kalbermatter said:

But the overall idea of the Community Edition license is: If you or someone you know makes money from your use of the Community Edition, you are in violation of the license!

What if you created an open source tool kit via CE and then someone else profited utilizing it? Arguably the best use case for CE to built out the community code could get legally murky? I am not a lawyer, just an engineer. 

55 minutes ago, ShaunR said:

However, the point I'm obviously failing to make is that Python has already conquered one niche space that used to be a strong selling point for LabVIEW and making it  Software-as-a-service will make it even more unpalatable going forward. Don't get hung-up on Python though. Javascript is a contender also. However Python is more ubiquitous in T&M at present.

I agree with you here. Community edition of LV is one step forward, while SaaS is a few steps back in terms of pursuing market adoption. Python is ubiquitous because it is free and people can copy/paste code bits they find on sourceforge together to get something to work while playing around with a Pi at home/university. Then they find those skills actually have value in the market.

4 hours ago, ShaunR said:

The market has spoken. While you may be correct from a technical point of view, Python is now dominant in T&M and for everything else, there is Matlab. That leaves FPGA and Hardware still in NI's wheelhouse with regards to LabVIEW.

UI isn't a strength in LabVIEW and I take your point about Python with regards to WISIWIG component forms but when you do everything with an HTML interface-it's just a back-end choice with Python being a lot easier to interface to. The question to ask is...if I wanted to create an application that produced a walled garden like NI are now doing (a service in the cloud); how easy would it be with LabVIEW? I can guarantee that a lot of the services they are now promoting have very little LabVIEW programming in them and this is where many industries, including NI now, have already moved to.

At risk of derailing this topic I've seen you make many arguments as such, but they rely on the assumption that the user is utilizing an HTML "View" and can plug and play LV or Python or whatever behind it. In your workflow I 100% believe that is the case. However, I do not think that is common. Certainly I will admit my knowledge of python driven UIs is lacking. However, flawed and outdated as LV UIs are, they are still an advantage from my perspective. I have dabbled with your approach and do see the positives there, but it's not dissimilar to having to program a host application for an RT target and adding an additional layer to every application.

11 minutes ago, Rolf Kalbermatter said:

Well, it depends a little on the duration of use. With the perpetual model you paid a hefty initial price and then a yearly SSP for as long as you wanted to be able to use newer LabVIEW versions, have access to technical support (which for a few years has been next to useless but it seems it has improved considerably in the last year). With the subscription model you pay a lower initial price but a higher early subscription price than what the SSP used to be. If you have a current SSP you can initially transition to a subscription license for the cost of your current SSP (and lock that in for to up to three years) but after that is over, you pay significantly more per year than what you did with the SSP.

 

Gotcha. That's with the pricing structure as it stands today right? Theoretically they could meet in the middle or change things in other ways as that lock-in rate starts expiring for *lots* of users all at once.

51 minutes ago, Rolf Kalbermatter said:

Actually it is! If you stop paying your SSP fees you can still continue to use the LabVIEW version that was current when you stopped paying. With the subscription model if you stop paying, any software version will stop working at the end of your subscription term. No loading up an old program to fix this little bug that would anyhow be to much of a hassle to port to the greatest and latest LabVIEW version. Any LabVIEW version you have installed simply stops working.

You could of course install LabVIEW with the Community Edition license then, but that violates the license agreement you entered when signing up for the Community Edition if your program is used in any professional capacity. And the Community Edition does not include things like RT, FPGA, and just about every other thing with a paid license including the Application Builder.

And if NI decides to shutdown their license server altogether, or for certain older versions of LabVIEW you are equally hampered. It's unlikely that they will let you activate LabVIEW 2009 indefinitely under a subscription model. I'm not even sure if you can activate older versions if you sign up for a subscription model now.

Yes it is how every software provider is heading nowadays. Greater revenues and user lockin are tempting. Once they got a user, be it Office 365, Altium and now LabVIEW the user has only the choice to keep paying or stop using the software platform altogether with all the hassles of trying to port existing solutions to a different platform which simply does the same anyhow. So the challenge is to get people to sign up and start using it, after that it is a safe business that is not so easily going away unless you totally start to f*ck them. Rising prices? If you do it in regular small steps, except for new users, you are not likely to lose many users! Nobody wants to end up with Office documents that he can't open anymore!

I think we said the same thing here, albeit mine was far less comprehensive. Are there other caveats other than the switch getting flipped off on the software when you stop paying? I'm not diminishing that one, but in terms of practical impact if you currently maintain an SSP there is no real change.

It seems to me that if you already maintain SSP it's not a big change aside from the point above should you choose to stop and no longer have access to LV. 

You may have better luck on ni's forums. Especially if your IT needs an answer from NI staff.

4 minutes ago, Oprea said:

Can LabVIEW (via LINX) put data on the virtual front panel of a Raspberry Pi so that an app such as VNC Viewer can see it remotely using any laptop?

No. But you could host a web app and then view it from within the pi in a browser. Here is an example application you may be able to use for inspiration. Credit Sam Sharp I think. 
 

https://www.mediamongrels.com/democracybot-rpi-linx-websockets-nxg-webvis/

5 hours ago, Heiso said:

As an update, 3 days in after disabling the Set Time vi and re-enabling the Linux OS time synchronization and it's going strong.  It looks promising, and if it makes it a week I'll let my guard down a little.

Assuming this fixes it, if I can't use the Set Time.vi to set the system clock, how can I synchronize multiple systems that are geographically isolated and have no common network timing source (e.g., NTP, PTP, etc.)? GPS is something that's readily available so I'd like to use that, but not if it's going to cause lockups days after I call the function a single time... Again, this is all predicated on disabling GPS fixing the issue.

I think if you can reach an NTP server you’ll be ok if sub-second accuracy is tolerable. If so, see my comment on this KB article. The whole thing is worth going through and there are a few different ways to go about it. I think mine combines them all including disabling NI-Sync. Note that this is only available on version 20.1 or higher. This has bit me since I have many systems with 20.0. 
 

https://forums.ni.com/t5/Example-Code/Installing-and-Configuring-NTP-on-NI-Linux-Real-Time-Devices/tac-p/4165930/highlight/true#M14787

10 minutes ago, Antoine Chalons said:

Indeed the IC line of product was supposed to stand between the cRIO and PXI in term of perf - without offering the modularity that cRIO and PXI offer of course, but for Vision application it was ok with usb3 and GigE.

But even then, the perf was disappointing for heavy vision application. I use to use Advantech IPC range, updated every 6 month with new CPUs etc.

 

Supporting 3rd party hardware with NI Linux RT would probably require a huge effort for NI, not sure they're ready for that.

And where NI is disappointing me a bit more is by not telling us what their plan is for Hardware between cRIO and PXI, at least if they were to say they are only going to maintain cRIO and PXI in the future at least we'd stop hopping a find a different solution.

I agree with all of this.

8 hours ago, Antoine Chalons said:

At some point NI was considering allowing to install NI Linux RT on non NI hardware, but I seriously doubt they'll ever to that, it would be in huge contradiction with their business model.

If they do not do this they need to beef up their offerings. Right now the 9047 is the most powerful cRIO platform (-40C) and we are reaching limitations with it, but the only more powerful platform is a PXI controller. Lettings us put Linux RT on hardware we source would also help with the current lead times that are stretching out past 6 months for some of this hardware.

How is your disk usage? I've had systems lock up when filling the drive.

2 hours ago, F-souza said:

However, here in Brazil, NI is now providing a poor service the cost is escalating very quickly. 

Could you expand on this? Are you seeing poor service regarding support requests? Or something else?

15 hours ago, Oprea said:

Hi, Jordan.  Do you (or anyone else) know of any additional LabVIEW LINX libraries for Raspberry Pi?  I'm looking for as many different hardware drivers that I can find.

This website is old, but has some information.

https://www.labviewmakerhub.com/doku.php?id=libraries:linx:start

You might also find some useful things here:

https://forums.ni.com/t5/Hobbyist-Toolkit/bd-p/linx-toolkit?profile.language=en

13 minutes ago, Neil Pate said:

After getting burned by the system with the USB cameras I switched over to GigE and never looked back. Multiple USB cameras running at full frame-rate is a recipe for disaster!

When using GigE make sure your network adapter supports jumbo frames. Or at least be aware that this is necessary at times.

https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019Lj9SAE&l=en-US

This may be of some help:

https://zone.ni.com/reference/en-XX/help/370281AG-01/nivisionlvbasics/acquire_or_read_an_image/

What chip is it? There are several libraries out there for some common hardware. This link may be helpful.

https://www.vipm.io/package/mediamongrels_lib_linx_raspberry_pi_addons/

We have had some similar issues. In general we could get in touch within a few days of pestering, but occasionally we escalated to the (3rd Party) sales rep as well. Support has certainly taken a noticeable hit in the last couple years.

11 minutes ago, AutoMeasure said:

and TestStand users will benefit from having a larger community of users to talk to and meet with.   🙂

 

It took NI decades to release a community version of LV and IMO (and I've heard echoed often) it has really hurt the language and wide adoption. Hopefully this shift in mindset can carry over into other products like TestStand. Or opening FPGA up to non NI hardware as another example.

9 hours ago, Neil Pate said:

@Lipko have you tried toggl?

I used it for many years when I was a freelance to track my time. It was ok, but half the time I forgot to start and stop the timer. I suspect having something monitoring your files is also going to be pretty inaccurate.

I used toggl a lot myself when consulting. I did not find the timer useful, but at the end of the day I would try to make entries in round numbers (.5 hour resolution) of how much time was spent per project and a short summary of what item(s) I worked on. It was fantastic when submitting invoices for hourly work. No questions asked, very transparent, and it made producing the invoice quite easy.

10 hours ago, wangdong said:

NI cRIO 9038 required?

A 9039 may be of interest, but I don’t think the 9038. Thank you for checking. 
 

Still looking for 9047s. 

On 4/29/2021 at 10:45 AM, ShaunR said:

No news is good news. 

I have a couple of "tricks" I use here.

Periodically I will remove the software from the public and wait to see if I get any complaints that it's missing. If there is still no feedback then it goes back in my private toolbox-no immediate interest means people are probably no longer using it and you don't have to support it in 10 years time when someone stumbles across it.

Sometimes I release a "Beta" version. They are not really beta's (I don't believe in them) but fully tested products. These are usually for things that have taken me some time to create but created for my own benefit, need or curiosity. It is a way to gauge whether there is interest outside of my own and how much support would be needed to progress the product outside of my own needs. If no-one downloads it or passes judgement-yup, it goes back in my private toolbox

I was looking for one of your old tools the other day and I couldn't find it. Now I stumble across this several months after you posted the "trick". You are evil! 😆

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. 

1 minute ago, Antoine Chalons said:

I'm looking forward to playing with G Web Dev Software.

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.