Jump to content
News about the LabVIEW Wiki! Read more... ×


  • Content Count

  • Joined

  • Last visited

  • Days Won


ShaunR last won the day on November 16

ShaunR had the most liked content!

Community Reputation


About ShaunR

  • Rank
    LabVIEW Archetype

Profile Information

  • Gender

LabVIEW Information

  • Version
    LabVIEW 2009
  • Since

Recent Profile Visitors

14,221 profile views
  1. ShaunR

    OOP - change status of VI in OOP

    1. It is a call parent method. 2. Placing the Call Parent Method (located in the cluster, class & variants palette) will adopt the parents method if the criteria in the aforementioned document is satisfied.
  2. I've resolved the issue. Zlib Library for LabVIEW (BSD-3)
  3. Take a look at the "Align and Subtract" example in the example finder under resampling.
  4. Prepend the packet size to each message in your python script then you can use the following method which is the most efficient Watch out for the endianness of the size bytes. LabVIEW is big endian (or network byte order). Once you do this you can get fancy later by adding timestamps and whatnot, if you want, since you effectively just using a custom packet header.. Next. find out about the Nagle Algorythm settings on the RPi. I think on Windows the default window is 8K bytes but I have no idea for RPi what it is set to. This will limit transmitting to be either sent immediately (if greater than the buffer) or after N millisecs if less. (Again, windows is default to 250ms). Decide if you need to turn it off to achieve what you need. Note that this only affects the server side. You haven't said how you are connecting (wired ethernet or Wifi). Wired ethernet is far superior for high speed acquisition than Wifi. wired ethernet will easilyget you up to 80% of the the bandwidth available - Wifi you'll be lucky to get 50%.
  5. ShaunR

    VirtualBench for LabVIEW 8.5

    I hate Win 10 just for making me chase tiles around the start menu for 10 minutes trying to get them into menu folders.?
  6. ShaunR

    The State of OpenG (is OpenG Dead?)

    Ask them about BridgeVIEW
  7. ShaunR

    The State of OpenG (is OpenG Dead?)

    Lava serves this purpose well. In fact. my last interaction with openG was here
  8. ShaunR

    The State of OpenG (is OpenG Dead?)

    Of course not. But some of the toolkits haven't been updated for a few years because of the reasons I stated. So it's an example of why the trope about no development activity is untrue. This is why I don't put dates on the public version history. By the way. The idea that development activity is a sign of a "live" project only came about in recent history once people got used to buggy code and alpha releases purporting to be a release proper. I view continuous updates and lots of activity as unstable and therefore unusable code. If one is contemplating using a library or piece of software and think it is less a project risk if there is lots of activity, then, IMO, one has admitted that ones own software will be unstable and bug ridden. I don't exactly know at what point alpha software was accepted as the the norm for final product but it seemed proliferate in the switch to Agile Development.
  9. ShaunR

    The State of OpenG (is OpenG Dead?)

    That's a trope initially perpetuated by marketing people. There is no message. If developers discontinue a product they will [almost] always say so in the notes, comments or website unless they were unexpectedly hit by a bus. I have a similar problem with this perception. Many of my toolkits are feature complete at initial release. There is usually a period of bug fixes shortly after release and then no updates because there are no new features and no reported bugs.
  10. ShaunR

    The State of OpenG (is OpenG Dead?)

    No library is dead whilst at least one person is using it.
  11. ShaunR

    The State of OpenG (is OpenG Dead?)

    I a similar vein. The toolkit gives new starters a lot of examples on how to use prototypes in LabVIEW - in small, easily digestible chunks IMO it has enormous value as a teaching resource and as an exemplar of coding style.
  12. ShaunR

    The State of OpenG (is OpenG Dead?)

    Yeah. I can't claim that one. It was originally a criticism of OOP
  13. ShaunR

    The State of OpenG (is OpenG Dead?)

    I don't think it's just you. For my part. I work with companies that require approved suppliers so using any third party software is an admin nightmare. Because of that and the length of my whispy white beard, I have accrued my own software which is unencumbered by other licences and can be used by the aforementioned companies because I am approved. Certainly there are some features that have been added to LabVIEW when before only openG had those features (getting type def info and auto indexing array springs to mind) and Rolfs zip package is much, much faster than NIs. But a lot of the functionality was just replication of NIs (like most of the string functions). There were a few gems in there like the inifile being able to write anything (but I think MGI toolkit outpaced that and besides, I moved to SQLite a while ago now). And, as you mentioned, removing array duplicates and it's ilk. But, like you say, they are not hard to write and the incestuous dependencies means that when you want a banana you get a banana, the gorilla holding the banana, the tree the gorilla sits in and the whole jungle surrounding it. Package that with some BSD 2/3, LGPL, GPL and god knows what else ad nauseum and it makes an otherwise fine package difficult to actually use in anger.
  14. ShaunR

    DVR Error Handling

    Agreed. But it's the unhandled ones you have to worry about. and the ones that annoy customers the most

Important Information

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