Jump to content

JamesMc86

Members
  • Posts

    289
  • Joined

  • Last visited

  • Days Won

    12

Everything posted by JamesMc86

  1. What you are witnessing is a race condition specific to the way the implicit write text file works. I thought it was odd you get an empty string when it fails - the file should never be empty as you would expect to be overwriting the existing data. This VI works though. My guess is internally the implicitly opened write to text file clears the existing contents first. What you are seeing is a race condition between the file being cleared and the new data being written. I also tried it without the close and that still works (but obviously leaks file handles) So I don't think this is the root of your problems.
  2. I would guess that switch tabs means that everything on that tab is now triggered to be redrawn (which would be inline with rolfk's comments). If you had some large graphs or something similar then reducing the data they are holding may help reduce the spike to an acceptable level. That said the embedded UI is new and has a few... quirks... so if there is nothing big then talking to NI might be worthwhile as it could be a bug.
  3. I agree with crossrulz given the errors involved (E-12 and E-13). I put a snippet on a blog post which lets you calculate the error for a particular range. https://devs.wiresmithtech.com/blog/floating-point-precision/ (Note these will be smaller since these are the representation errors which will increase through rounding errors in the maths) I expect neither is better - since the dynamic range of both is the same then no option is more or less appropriate for floating point numbers. I would just pick your favourite, safe in the knowledge that your hardware will probably generate errors much higher that 1 pHz! (p.s. I attached the code since I couldn't get the snippet in the post to work) Double Precision Calculator.vi
  4. Hi Ton, I'm interested in getting an scrypt implementation in LabVIEW and so looking at using your library as a base. It requires the addition of PBKDF2. Are you interested in contributions to this library rather than forking it? If so it would be great to have a version with your test vectors as well and what version you would want to keep it in. Ideal would be a github repo. If not we will crack on and just depend on what you have already. Cheers, James
  5. I like OO - so bear that in mind with my answer! Ideally you don't want your state machine to know how UI updates are done - it doesn't care, it just needs it done. So I would consider creating a UI class or multiple UI classes for the different parts of the UI with update methods which your state machine can call. Inside of their you can use any of the methods and chop and change between them. Within there my temptation would be to queue them as messages or user events to a separate UI loop but once the separation is done it is easy to try different techniques.
  6. @inusolutions I'm using @planio for my projects. Gets expensive if you need lots of projects though

  7. There is a bug with variant attributes with this method on all targets I believe. I've had this issue where the attributes don't get flattened. I've also had other unknown issues with these methods as well so I tend to avoid then and follow smithd's advice - using JSON or similar to have some more control over the process.
  8. @LabVIEWers @VI_Technologies I use @planio for this. A hosted version of Redmine with a few additions. Also conside… https://t.co/KH7U4TPV5j

  9. @Fabiola31416 @vishots I still do it, you just have to be aware of the issues 2/2

  10. @ProfBrianCox Someone needs to show him those crash test videos of cheap Indian cars and see if he fancies one. I'll stick with what we have

  11. Great day at @niukie Dev days presenting on by reference in @labview, thanks for having me! Great to see new reactions to NXG too

  12. I don't have full examples but I did write a post on what I felt was the approach to learning OOP that helped me: https://devs.wiresmithtech.com/blog/learn-teach-labview-oop/ (More conceptual than technical)
  13. @hampel_software @joerghampel Love it - Never tracked down that booth

  14. These 12 Graphs Show Why Data Viz Is So Important https://t.co/glNlcIu4pK

  15. @jkisoftware Thanks, it's interesting to see what has stood the test of time. Fundamentally its the same topic, we… https://t.co/QIXlC13Zy7

  16. @hampel_software Wow looks good!

  17. @jamesmc86 It's worth saying I am working on it (very, very slowly at the minute though!) LabVIEW CLI is the start https://t.co/7YQFrtymip

  18. Sometimes I find reminders around the office help with the key questions! https://t.co/z8vN69HfxP

  19. This is why agile is hard/doesnt work consulting. No customer will pay fixed price for variable scope. There are wa… https://t.co/HXJp9b0Q0p

  20. @hampel_software @NIglobal Good work!

  21. Is it just me or has https://t.co/SSZRAyNcG4 been down all day? @niglobal

  22. RT @ThoricSolutions: European #CLASummit 2017 is getting close! And we're still accepting volunteer requests: https://t.co/wvEHGGBZTl @niuk…

  23. RT @T1nglesB00: Great service from a kind and helpful waitress at The Dogs Bollocks today @YARD_CT ?? https://t.co/8UsruPuAyF

  24. Argh! The new @NIglobal community migration feels like a massive step backwards! Dont forget to resubscribe to groups your interested in

  25. But of course, as we are engineers! https://t.co/ci0hWjIpif

×
×
  • Create New...

Important Information

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