Jump to content

Phillip Brooks

Members
  • Posts

    908
  • Joined

  • Last visited

  • Days Won

    53

Everything posted by Phillip Brooks

  1. I'm just grateful that the problem was in LabVIEW and not an SQL statement like this: http://thedailywtf.com/Articles/The-Query-of-Despair.aspx
  2. If you're not getting to fancy, maybe websockets? http://lavag.org/topic/13777-hello-websocket-and-svg-goodbye-web-ui-builder/
  3. Thank you LAVA! The hacker of yore did not know that Uniterated For Loops do not pass References! The database is queried and sometimes (seldom) returns ZERO elements. A subsequent UPDATE statement was trying to update ZERO records in a loop and there was no shift register for the DB Connection reference. The next function after the loop was querying the DB with a null connection ref. Now I can relax before going for my echocardiogram today...
  4. that database application that everyone hates to use, that was written 10 years ago (by a hack) has a 'problem' that should be easy to fix. You open the top level BD and VI hierarchy. You see something that made you shudder two years ago when you tried to fix something last time and you just want to run away... Maybe I should just rewrite it... Yeah... Thats it. A rewrite... How hard can it be to devine the undocumented requirements from this steaming pile of...
  5. Maybe the Dell Duo hybrid is a choice. http://goo.gl/kaJy7 Tablet priced, reversible touch screen gives you sort of a tablet, but has keyboard and usable ports. Dual-boot and run LabVIEW? I wonder if there is a lighter version of Linux for this netbook; or maybe jolicloud support...
  6. For some reason, I seem to recall that the large terminals were introduced at the same time as NI's Lego MindStorms software. Aristos Queue is the 1%! Occupy the NI Forums! Don't buy into queues and LVOOP! Down with him and his ways! (Only kidding )
  7. Jost got back from NI Symposium Boston. Elijah Kerry is awesome after too much coffee!

  8. UTC in the news... http://www.popsci.com/science/article/2011-10/dutch-physicist-says-special-relativity-explains-faster-light-neutrinos
  9. Steve Jobs apparently liked Dropbox - http://goo.gl/Oy9tN

  10. So today I learn that LabVIEW has a function that forces a data copy (artificial data change). The "Always Copy" function in the memory control palette should make my merge VI safer, need to test this out...
  11. When the LED color changes, this usually indicates a change in line speed (Gb/100Mb/10Mb). How exactly are you disabling the NIC? I was just playing around this weekend with my NAS at home and had to 'default' the router it was connected to. My netbook PC was recently rebuilt with Win7 and I saw that there is an IPv4 and an IPv6 stack running on the Ethernet port. I kept seeing a strange IP address being assigned by my router to the netbook, and after I disabled Win7 IPv6 and rebooted, the netbook borrowed an address from the router that I expected. If you are just disabling IP (v4?) you might still have another protocol using the NIC. If this is for testing only, I would disable any protocol you don't need.
  12. That has got to be among the most subtle settings I've (n)ever seen! I thought it might be new, but it was there in LV 8.6 as well! I am very dissapointed in myself for missing that So, we can use the native Format into String and Scan from String functions with a single format specifier string to create and convert a timestamp to an ISO-8601 UTC compliant string. Please excuse me now while I search eBay for a slightly used tantō...
  13. OK. Instead of trying to share my bad experiences with quirks of LV time formats, I'll toss out my first example as requested. I'm actually working from a LV2010 machine at the time too!
  14. I don't think its as easy as choosing function A or function B to create the string. The important question to answer is what do we want to use the string for? ISO-8601 is extremely flexible about precision and units. Ton gave the classic example that might be used in recording the basic date and time of an event. He used the UTC (Coordinated Universal Time) option of 8601. A UTC string can only be created using the Format Date/Time String function because the native Format to String function has no flag or option for UTC. There is no Scan from Date/Time String function, so we must break down the UTC string either into a date/time record cluster (yuck) or use the Scan from String function. Just as the Format to String function, there is no accounting for TZ or DST. The solution is to convert the string to a local time stamp, convert that to a string using the Format Date/Time String with UTC format as TRUE, then convert that to a time stamp again. Subtract the last time stamp from the previous to determine the TZ / DST relative time and then subtract to get the true time. (see attached) I personally include the seconds portion in my UTC timestamps. This simply requires adding a %S format specifier. This brings up a question: What precision might someone want to record a timestamp value to? A LabVIEW timestamp is accurate to 0.05421010862427522170... attoseconds. ISO 8601 does support fractional seconds. The spec is nice enough to support a comma or period as a separator between the whole and fractional part, but this is going to be one very long string if we write the full accuracy of the time stamp into the string. I suspect that waveform timestamp data may need to be saved differently than a simple timestamp. Maybe as a cluster of I64 and U64? It typecasts nicely and the seconds (I64) part may be sufficient for the Format Variant to String. ISO 8601 String Tests.vi
  15. If you want relative time ( your first X point = 0) you will need to subtract the timestamp value of the first X data point from every successive data point's timestamp. Subtracting one LabVIEW timestamp from another will result in a double precision value with a unit of seconds.
  16. After a few dark side and twitter posts cursing date and time formatting, I have to say I STRONGLY support using ISO 8601 compliant strings. Be aware that the format specifiers for the "Format Date/Time" primitive are NOT always interchangeable with ISO 8601. I posted an ISO-8601 example on the dark side that supports extended and basic formats as well as ordinal dates. https://decibel.ni.c...t/docs/DOC-7199 I've attached a copy here. 8601 UTC Date-Time String.vi
  17. VI Tester? - http://forums.jki.net/topic/985-vi-tester-home-page/
  18. LabVIEW 'for' loops - the importance of using shift registers for references - http://goo.gl/bspjJ

  19. Is there a test in VI Analyzer to look for references passing through 'for' loops without a shift register? Just use marketing speak and call it "a feature"
  20. I've renamed the existing function to include DBL, created a polymorphic VI using the original function name and added the INT version. I also added the conversion to/from DBL to avoid the coersion. (see image). numeric.llb.zip
  21. Crelf @ well over 13 bits! Better lay off the Vegamite mate! I guess a lot of my posts were miscounted or lost. I'm at around 580 and I think I've contributed a few more than 65 posts since the recovery. LV_Punk lives on as LAVA 1.0 posts only
×
×
  • Create New...

Important Information

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