Jump to content

Antoine Chalons

Members
  • Posts

    955
  • Joined

  • Last visited

  • Days Won

    34

Everything posted by Antoine Chalons

  1. Good to know, I had missed this one. If I do find the time to look into it I'll report back, I've used Derrick's TinyTCP package and loved it.
  2. Hi all, I'm planning to expose metrics for Prometheus to collect (scrap) them. I saw the PromVIEW VIP on GitHub and vipm.io which works in the default Prometheus way : your app runs an HTTP server and Prometheus is configured to connect to it to collect your metrics. My issue is that I run my app on Linux (Ubuntu) and the NI Web Server is not supported on Linux. I've seen that Prometheus can also be configured to collect metrics from a file as long as we follow the correct format, so I will most probably follow this path. As anyone done this or anything similar?
  3. they're called hash marks and indicate where LabVIEW compiler will optimize and fold it into constant code. you hide these by changing your LabVIEW settings in the 'block diagram' page see online help : https://www.ni.com/docs/en-US/bundle/labview/page/block-diagram-objects.html bonus link : https://forums.ni.com/t5/The-Daily-CLAD/LabVIEW-Compiler-Optimizations/ba-p/3482600
  4. The 'App Directory' primitive returns a wrong output when ran from a Shared Library on Linux Desktop (*.so), I have tried on Windows. I reported this to NI, the bug was confirmed in LV2020 and all more recent versions (could also affect older versions) As building Shared libraries for Linux is not too common, I'm not expecting NI to fix this anytime soon, and anyway I wouldn't be surprised if they argued that it's now the admitted behaviour (if people rely on it, it's a feature - not a bug). My work-around is :
  5. sure, in the recent years NI has really improved Linux Desktop support back in 2014 it was really tough! for now 4.2b works fine so no rush, enjoy ski! This weekend I'm ice diving ❄️🤿
  6. I see... Setting up VMs for Windows, Linux and Mac testing will be a challenge 2014 sounds reasonnable
  7. Is it a must to keep this in LabVIEW 8.6? I mean... OpenG has now moved to 2009, which is still pretty old.
  8. is there a publicly hosted repo for this package? I'd be more than happy to help or at least test on Linux Desktop. For us Linux Desktop is the most important and RT Linux is not critical as we are happy with 4.2b
  9. I've also add issues on Linux (desktop) with the version 5.0 please see here : https://forums.vipm.io/topic/8000-unable-to-install-on-linux/ for details, I'm reverting to 4.2.1b1 for now
  10. Emerson's catch phrase seems to be 'be bold', NI's was 'engineer ambitiously' Maybe someone misunderstandood and NI went to 'be bald' Is it just me or today's webcast was desperately empty?
  11. Well.. not directly, but a LabVIEW built EXE can script the LabVIEW IDE to build an EXE. Of course you need a computer with LabVIEW IDE installed & a valid licence that includes App builder.
  12. Yeah... LabVIEW everywhere was a slogan when LabVIEW RT was released. It was cool at time! I don't think NI's focus is to make it possible to deploy your LabVIEW code to some cheap hardware that generates no revenue for them... As for your question about the repo, if I understand correctly, it's the source of the OS called 'NI Linux RT' fork for RT targets (cRIO, PXIs, IC, etc.) , I once heard there was a way to install NI Linux RT on some Intel PCs, never actually seen it though. Edit : you might want to read this : https://www.ni.com/en/shop/linux/introduction-to-ni-linux-real-time.html
  13. Thanks for trying! I did try with LabVIEW 2022 and get the same result on CentOS 8 On Ubuntu 20 I never had this issue with LabVIEW 2020 SP1 or 2022 Also I saw this old post from Mickael who had a similar issue back in 2014 : and interestingly, on the second start of LabVIEW 2022, the system exec.vi works BUT compiling still fails with the same feedback
  14. it appears that the system exec.vi just doesn't work, even in the IDE and therefore fails when the build process calls it as shown below, the system exec.vi is runnable but fails with error 42, whatever cmd I try to run
  15. We have a LabVIEW 2020 SP1 project on Linux that compiles well on Ubuntu 20 (not officially supported) We compile as an application and also as a shared library We use the application (with UI) for test and debug and in production we run the shared library as a service We do not use any DAQ or any other NI driver We moved to CentOS 8 (officially supported), fresh install of LabVIEW 2020 SP1 and here the application compiles well but the compiling as a shared library fails, the compilation process runs till the end (or seems to) and then returns the following error : Error 42 occurred at System Exec.vi. Command was "gcc -m64 -shared -g -O2 -fPIC -Wl,-Bsymbolic -I/usr/local/natinst/LabVIEW-2020-64/cintools "synchrohub.c" /usr/local/natinst/LabVIEW-2020-64/AppLibs/lvdll.a -o "synchrohub.so" -lstdc++ -ldl" Any one has any idea what the issue could be? cross-posted to NI forum
  16. Top one is LUGE a french-speaking LV user group https://www.linkedin.com/company/labview-user-francophone-exchange/ https://forums.ni.com/t5/LUGE-Rhône-Alpes-et-plus-loin/gh-p/grp-2508
  17. Hi Thomas, In the ComboBox, you can't have string items that correspond to the same 'sting value' In you file, many Macchina have the same limit value (789), so the ComboBox property node returns an error. My suggestion is to build a map, when the user selects a string, you look in the map (look up table) the corresponding limit. see attached VI forum.vi
  18. I remember when this thread started... am I old yet? In 2007 the forums search was crap, and people have been using google with `site:lavag.org` yep
  19. I agree with Hooovahh, a couple of times I was happy to find some unfinished project to use as a starting point (toml, zeromq, rabbitmq, redis) I also respect your opinion, not wanting to publish in your name some half-finished project that you do not want to support is understandable. I find this project interesting but I don't do much UI stuff these days. Still I think it would be cool if somehow, this could be published.
  20. Well.. when editing your profile you can select 2024 I'm wandering if it's the default 😮
  21. The community version is free (with some restrictions) and is available on windows and linux, so you simply need to create an account on NI's website and download it, activation is needed but should work anyway. There is a project that might be a nice starting point for you if you want it in Linux : the LabVIEW Community Training, it's at an early stage but it provides an OpenSuse VM with LabVIEW Community installed, you can get it from GCentral : https://downloads.gcentral.org/vm/20231021_OpenSUSE_CTIBase.ova Hope this helps
  22. That I don't know They've shared the videos of the first 3 editions, so it's reasonable to hope they'll do the same for the 4th : https://www.youtube.com/@GDevCon/playlists Follow on LinkedIn or search on GitHub, some (most?) presenters publish what they present.
  23. here's some 'help' as I have no idea about your current level with LabVIEW and with what exactly the assigned is, I started from the basics, I hope some of it makes sense, and as I say in the video, feel free to ask, there is no stupid question.
  24. also, it's ok to cross-post, but please say that you did. https://forums.ni.com/t5/LabVIEW/LabVIEW-Project-Help-Urgent/m-p/4329289#M1268339
  25. I fully agree with Neil, I'm happy to help you with your homework, but not to do it for you. I will be able to take a look at your code tomorrow, of course a new language can be confusing, there is no stupid question, so don't hesitate to ask about things that you don't get your head around.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.