Jump to content

viSci

Members
  • Posts

    466
  • Joined

  • Last visited

  • Days Won

    20

Posts posted by viSci

  1. 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.  

  2. 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.

  3. 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

  4. 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?

  5. Finally able to create a USB boot disk using a great program called Rufus and an iso image called Rescatux which like Hiren, is a pocketknife of tools and utilites to repair broken Linux and Windows installations.

    Thanks for all you help.  I was able to reset the WES7 password. 
     

    BTW - One thing that confounded me for awhile was that when the USB boots it presents as a blank desktop screen until a <CR> is entered on the keyboard at which point the USB drive becomes active again and finally starts running the iso software.

  6. Tried your suggestion using Hiren Boot CD as well as several other similar boot loaders.  The cDAQ restarts, is accessing the USB, then the status led blinks orange continuously indicating a boot error.  Interestingly I tried using the NI Linux realtime recovery files I had on hand from another project and it actually booted to some sort of quasi linux command prompt.  The NI recovery tool uses something called grub which I found is an open source linus boot loader.  

  7. I have been given a cDAQ 9137 to reprogram and found that there is a forgotten windows password on this computer.   I have tried getting to the bios (F10 or Del) but cannot even get that to work.

    Called NI but they were no help at all.  Anybody have any advise other than reformatting and trying to reestablish the WES7 OS?

  8. I have found that disabling the Nagle algorithm (using Visa Property TCP NoDelay) greatly improved the responsiveness of my tcpip communications and alleviated intermittent lockup between the raw socket ping and my TCPIP transactions. 

×
×
  • Create New...

Important Information

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