Jump to content

olfenr

Members
  • Posts

    2
  • Joined

  • Last visited

  • Days Won

    1

olfenr last won the day on December 6 2016

olfenr had the most liked content!

LabVIEW Information

  • Version
    LabVIEW 2018
  • Since
    2000

olfenr's Achievements

Newbie

Newbie (1/14)

  • Week One Done
  • One Month Later
  • One Year In Rare

Recent Badges

2

Reputation

  1. Hi, Didn't know the Zybo. Looks great. Well the fact is, NI is providing on ni.com a kind of NILinuxRT x86_64 recovery image for PXI with lvrt 2015 installed inside. I'm working on it for home-learning needs since a couple of weeks. Just a hobby. I was curious on the technical faisability and basically only checked the data transfer mechanisms. Maybe there is some more important part of code to try. Or more killer bugs. But here's what I managed to run with the NILinuxRT-VM theme in mind : - About Linx 2014 on a raspberry : an upgrade to 2015 means to a "RTPlatforms.cpp" error by the lvrt binary. Guess it's not quite the same. Maybe a special compilation for this target ? - Chroot the recovery on a standard and virtualized Linux Mint with the LINX method. Works well. We've got quite the same functionnalities as LINX, but not the RT code : standard code (no RT), run-in-source, build-and-deploy. But not the timed-loop (don't know why, even with fake-hwclock. Got an err -825 CPU issue). - Run the recovery on a VM in Virtual Box. Quite simple to do with some lucky tricks. It's better : timed-loop, RT Fifos, source-build and deploy are fine. We can add the network streams and the shared variable client easily (not the server). It was running well during a single day. - Installed it on a real x86 singleboard, a lattepanda. Maybe an Edison could fit. It's running. Noticed the Arduino device inside is recognized by the kernel (didn't check for the other peripheral devices). Just starting with it. Really fun. All of them runs the real-time engine. The last 3 items are not 2015 locked. It is upgradable for 2015 SP1, 2016 and so on. (-License point) For all of them, MAX is not an issue. It begins as it seems that LabVIEW needs to declare the shared variables in MAX to operate the networked variable engine server on the target. So the target-VM must (at least) be detected in MAX to obtain an equivalent of a full autonomous device. Much harder. I'm still discovering about this (MAX see hardly my VM). fmorandat
  2. Hi, There was this : http://forums.lavag.org/Multicolumn-Listbo...-Bug-t6071.html Now the same with an EditPos used in a Shortcut Menu Selection (User). So, here's the plan (thanks to the true writer) : RightClick "Add" on cell 1 and enter data. RightClick "Add" on cell 2 and enter data. RightClick "Add" on cell 3 enter data and then click outside of the listbox. Data in cell 2 disappears. To perform this magic trick, your code must have the following. Set the "Edit Position" when the listbox is "rightclicked" on. Trap the "Edit Cell?" event. Does anyone have an idea ? Have you ever seen this bug ? This is not critical for me, but I'm surprised that this bug haven't been corrected yet : I checked it with LV8.6.1 and LV8.5.1.
×
×
  • Create New...

Important Information

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