Jump to content

fab

Members
  • Content Count

    13
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by fab

  1. Hi Jim, Unfortunately for us, it doesn't make sense to build the DQMH package using VIPM 2017 knowing that it will result in support calls due to customers having an older version of VIPM. Thanks, Fab
  2. I reported this a couple of months ago via Twitter. At that time Jim responded that the reason packages built using VIPM 2017 do not work with earlier versions of VIPM is due to adding support to malleable VIs. Would it be possible for VIPM to have a way to package the packages the old way when they do not include a single malleable VI in them? Our main toolkit, DQMH, is available via the LabVIEW Tools Network, and we don't want to impose a VIPM version requirement for our users. We are having to stay with VIPM 2014 or 2016 in order to build DQMH packages if we want to ensure that everyone is able to install them. This is the main reason why we will not renew our service plan with JKI. It does not make sense to pay for a renewal when we are forced to use an earlier version of the product. Thanks, Fab
  3. BTW, I got around a similar problem by just creating a VI Tree that has some information about how the depending packages are used and that was enough to get the package built. In other words, create a dummy VI, don't add it to palettes or anything else, but that will be enough to get VIPM into building your empty package.
  4. I am getting the same error, but I am trying something different... However, when I saw what you are trying to do, it seems to me that you could create a Project Template, check out if you have not already: http://www.ni.com/tutorial/14045/en/
  5. We had a similar error when installing a package. However it worked the second time we tried it. We are going to try to reproduce it and if we get more information we will let you know. I thought I would share in case other have seen this, that at least in our case, attempting installation again worked. And yes, the machine had an antivirus: AVG 2013.0.2899. Thanks, Fab
  6. For this project I am using LabVIEW 8.2 When I use "Easy Write XML File__JKI EasyXML.vi" with the path to an existing file, I get the following error: ************ Error 10 occurred at Open/Create/Replace File in Easy Write XML File__JKI EasyXML.vi Possible reason(s): LabVIEW: Duplicate path. ************ I would like to have access to the Open/Create/Replace command so I can set if I want to replace the existing file.
  7. Jim, Unfortunately we were right I was able to test this code in a cRIO and I get error 53 coming out of the "To More Specific Class"... So, either I will have to dive into the variant manipulation or I will write a less generic code that works only with my XML Schema. Given the amount of time I have for this project, unfortunately, I will have to go with the less elegant option. Thanks again for the help and I will be anxiously waiting for the new release of EasyXML with default values Thanks, Fab
  8. Thanks! That will be great. How can I find out when this gets implemented? Jim, You got me thinking. One of the systems we are going to implement this on uses LabVIEW Real Time. I don't have the Real Time system here right now to test, but I have a feeling my workaround won't work there. What do you think? When you mention "variant manipulation" are you referring to the OpenG VIs that give out the type descriptors inside the variant? Thanks, Fab PS: I like the new forum theme
  9. I had to modify my workaround so it would work as a subVI. I added a "hack" to make sure the output would be updated with the latest value. (Note that I did not do a snippet this time, because it messed up the references and now it wanted to add a property node for the local variable.) Find attached the VI. EmptyElementEasyParseXML_workaround.vi Any help on making this easier/better would be much appreciated. Thanks, Fab
  10. sorry, I double posted. The good post is here: http://forums.jkisoft.com/index.php?showtopic=1502
  11. This is the work around I plan to use: Please let me know if there is a better way or a feature that I don't know about in Easy XML. If this is not present in Easy XML, it would be nice for a future version to have a boolean to set if the output cluster should "use LabVIEW defaults for empty elements" or "use values wired to the 'LabVIEW Data (Type)' input". Thanks, Fab
  12. I am using EasyXML for the first time and I love it. One problem I have is that the XML messages I will be getting might not have every single element in the XML schema. I was hoping that the output of the "Easy Parse XML" would return my default values for the empty elements as opposed to returning the LabVIEW Defaults for the empty elements. So in the example below, I would get for the vehicle OUT: ver =2010, pitch=-91, roll=-91. Is there a way to identify the empty elements?
  13. I am using EasyXML for the first time and I love it. One problem I have is that the XML messages I will be getting might not have every single element in the XML schema. I was hoping that the output of the "Easy Parse XML" would return my default values for the empty elements as opposed to returning the
×
×
  • Create New...

Important Information

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