Jump to content

viSci

Members
  • Posts

    474
  • Joined

  • Last visited

  • Days Won

    20

Posts posted by viSci

  1. In LV 2025 the ability to open reentrant clones on the cRIO is supported in the LV IDE. I have confirmed that I can open the front panel and probe the BD of reentrant clones running on my cRIO with Linux RT.  There is a bug however that inhibits this ability until the execution properties window of the reentrant vi is opened and the code restarted.

  2. Experiencing strange behavior on a cRIO where I have a heater controller that uses 3 PID vi's.  The execution properties of the PID vi's are set to Preallocated clone Reentrant.  When running from the project the individual PID vi's do not initially open as clones.  Only after opening the properties and then restarting do things start working properly.  This is a repeatable issue that reoccurs each time the code is deployed to the cRIO from the project.  I suppose I could just save the PID vi multiple times with different name but that is a poor solution and cumbersome since the PID vi is in the NI_PID_autopid.lvlib.

  3. Just to wanted add another voice to the LuaVIEW fan club.  LUA is an excellent scripting language and LuaVIEW is an excellent integration with LV.  Keep hoping you might see the advantages of open sourcing it to the LV community.

  4. Noticed that MGI RWA does not seem to work when clusters contain things like IMAQdx refnums.  Seems like the default Major Vers will always be 1 which is incorrect and causes conversion back to variant problems downstream.

    When I changed the default of the Scan String first parameter to 2 then it works fine.

    image.png.eb6747f79a03a1075f13dd237d7a4055.png

    This is my cluster that I am trying to work with.  The problem occurs with the IMAQdx refnum control.

    image.png.54b4f872e78436fe79c98ce614342dcc.png

  5. Remember the venerable DSC toolkit?  For its time it was a well thought out collection of SCADA tools, historical database, distributed systems manager, Network tag engine, etc.  Now that we are NI/Emerson can we hope for a modern version of this?  Sans Network Shared Variables of course!  I suppose there is Systemlink but I am not sure that really covers SCADA usecases.

  6. Nicely described approach Shaun.  I am doing something similar with a lab automation project that involves vacuum chamber and multi-zone temperature control.  Elected to use the messenger framework, which supports 'spinning up' instances and TCP capability for remote devices like cRIO.  The messenger architecture also supports many types of asynchronous messaging beyond simple synchronous command/response.  Your idea of decoupling EC sequencing logic is good, moving it out of the EC subsystem to allow synchronization with other subsystems during ramp/soak profiles.   Hey remember Test Stand Lite?  This is where an such a scripting component would really shine and be a great benefit to the community.  

  7. The Gpower IOLink toolkit looks great but the cost is prohibitive.  For $1000 I was inclined to give it a go but I would never saddle up to such a cost on a subscription basis and as you said they are also requiring a annual runtime license.  What a disaster that would be for any of my customers when their critical systems stop working on Jan 1st. until they pony up their subscription fees.  I think like you I will just dip my toes in the RESTful JSON waters and then see what it will take to generalize it.

  8. Now that we are NI/Emerson I would expect to see more connectivity in the automation sector.  It seems that IOLink is a dominate communications standard that would be a good candidate for support in LabVIEW.

    IFM is one company that makes a ton of really cool sensors and networking hubs that are largely IOLink capable.  It should be relatively straightforward to develop a restful IOLink interface using GET/POST with JSON formatted commands.  I am planning on doing this and was wondering if anyone has gone down this path before.

     

    https://www.ifm.com/us/en/shared/technologies/io-link/select-products/product-configuration-pages/dataline-tee-cable-wiring

  9. Greetings, a long running LV 2018/2020 app was recently migrated to run on windows server 2019 and am finding that I can no longer initialize the python script server. 

    0?ui=2&ik=a54113e2d3&attid=0.2&permmsgid=msg-f:1768146876795891267&th=1889b8376622ae43&view=fimg&fur=ip&sz=s0-l75-ft&attbid=ANGjdJ-r0YK3OhiDakt86ebo-Um5Hid4y_4UrVXHjdzxyyDjK2u6TURs3Gzku0SH2JcfJhyN15hibPK-8fH0gpZl3TmFjfB-FOgysH2si3qsgoV_TK8yp0rZbJVvIg4&disp=emb

    I have verified that my python 2.7.6 (32 bit) is installed correctly (BTW, it coexists with python 3.1 which needs to be on the machine for another non LV app).

    I have tried the usual things like running as admin, checking folder permissions, etc to no avail.

    Any ideas?

×
×
  • Create New...

Important Information

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