Dan Bookwalter
-
Posts
103 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Gallery
Posts posted by Dan Bookwalter
-
-
I need to interface with the OBD system in a vehicle and i need real time data , i have no experience with OBD , does anyone have any experience and/or recommendations ??
thanks
Dan
-
Hello Everyone
I need to get a Laptop for some portable DAQ stuff we have to do from time to time.... does anyone have any recommendations or anything to stay away from ?? sorry all you Mac people but it has to be a windows based machine.
Thanks
Dan
-
Hey Dan - my first response is "go binary!", but if you must stay ASCII, add a line to the end of the file that does some sort of checksum (I'm sure plenty of other LAVAites will suggest checksum algorithms) - then when your SW changes the file it can update the checksum, and whenever you read it you check the checksum and if it doesn't add up then display a "naughty naughty!" message to the user - something about the file being corrupt. You can go even further (depnding on the user smarts) and encrypt the checksum (I could go on and on and on)...
well binary was my first thought and i think more than likely that is the route i will go , you would think that they would learn after a couple of times , but , they dont... i would rather keep them readable so i can debug them if needed , but , it is causing so many problems i need to do something..
thanks
Dan
-
Without getting into too much detail .... i have a application that uses definition files , cal files and run files , these files are for the most part human readable , one of them i resorted to XML in the hopes of keeping the user from messing around with it... short of hiding or encrypting these files does anyone have a good way to keep the users from f***ing up my programs ?? sorry about the language but this is really starting to piss me off !!! there is no need to open these files outside of my application but they keep messing with them...
the quote below is being highly re-inforced over here lately!!!!!!
"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.(Rich Cook)"
Dan
-
Hey have any of you boys in Austin ever caught Eric Johnson Live ???
www.ericjohnson.com
-
Perl really looks like an explosion in an ASCII factory... (slashdot quote)
Nothing against PERL , but , that quote is hilarious !!!!!
Dan
-
No worries - but if I go to goal, I expect a card every once in a while...
ok .... no problem i'll even soak it in beer before i send it.....
-
I sure hope I'm not breaking any copyright laws - but here's my copy:
Thanks .... i will have a look at it , the software that came with our Ricoh scanner has been a problem for me ever since we got the thing and i have been wanting to change the way we do it....
Dan
-
I concurr - and you can get a demo version from the too
i tried to download the Demo version but the link doesn't seem to go anywhere.........
Dan
-
Dan,
I forgot to mention I'm using LV 7.0. Is there a chance you can save it in that version? If not, can you give me a screenshot?
Thanks,
John
here it is in LV7
-
I need to remove unprintable and extended characters from a string before sending it to a data collection system, but I can't fine an easy way to do it. I can brut force it by breaking down the string and then testing and replacing each character, but there must be an easier way that I'm not aware of.
Here's an example of the string I want to process:
Any information would be appreciated.
John
Will this work for you ?
-
-
i figured several people would know the reference....
it must only be the PDS peopel who got the nifty carrying case.... i wish they would have put the LV version on the outside of the box ....
-
My colleguage and I got our LV 8.20 Versions End of August.
"The new phone books are here , the new phone books are here" from a Steve Martin movie....
anyhow , i just received all 3 FDS SSP upgrades today so they are shipping...
Dan
-
In our group, half have received this update and half haven't. Go figure !.
in the past i always received the SSP upgrade very quickly , sometimes before it was even announced , this time i havent received anything yet , i was told by NI i would see it by the end of the month. i am using the downloaded version for now.
Dan
-
Is it possible to change the default location of the Instr.lib and User.lib directories ? it sure would be nice to have those on the network so that when i change LV versions all i have to do is point to them. If i could create virtual directories in XP i would do that , but , i dont think i can do that unless i am running a server version.
Dan
-
http://digital.ni.com/softlib.nsf/websearc...;node=132050_US
Download and use with existing serial
i may just have to do that if it doesnt show up soon as i have a project i want to try using OOP with....
thanks
-
No. Just because it is simple doesn't mean it is at all a priority. Any feature takes time, refactoring features take more time, and anything affecting the GEH takes a long long time because of the number of people who use it and have objections to any change in its behavior -- internal or external. Plus all the rest of your questions are exactly the sort of thing that would have to be brainstormed. We're a long way from even committing to something like this as a good idea, much less actually doing it.
You should consider any significant modifications of LV using OOP to be on more of a 10 year timespan than a 10 month timespan. The stability of the whole LabVOOP system has to be verified before LV starts relying on it generally. New features can develop and dodge around bugs. Refactoring old stuff means the new has to work flawlessly.
Well maybe you guys at NI should stop taking holidays off andd get to work on this stuff .... sounds interesting , now if i could only get my hands on 8.2 , i am anxiously waiting...
Dan
-
Ditto on the start time comments, sweet!!
And so are a lot of the other new upgrades, thanks especially for the DLL improvements!
does SSP membership cover the upgrade to 8.2 ? i would have thought it would but i havent seen anything yet...
DAn
-
Take a look at the attached program and see if it helps. These are the only three properties that I know of that will control the size and location of a graph while the program is executing.
I had a similar problem at one time.
out of curiosity why the sequence ? why not just wire the error output from the property node to the while loop ?
-
I tried to build a growing arrow with the picture controltoolkit and succeeded, but found an interesting blob at the end of a vertical line.
simply draw a line with thicknes 5 and the end will have a blob in the positive x direction.
not a big one but you can see it.
I changed my arrow drawing algoritme to line thickness 1 and fill but could not resist to ask if this is my windows that generates the problem or a bug in the picture control toolkit
Anyhow it is the same in lv8.01
attached is a simple vi to show the blob(I guess that the line is extended with one extra positive x pixel.
Albert
yep get the same thing here.... LV8.0.1 Win XP SP2.... you can start to see it at a thickness of 2.
Dan
-
Hi!
I am beginner with LV. I want to know the difference between a "Value" Property Node of an indicator (integer, double or other) and a local variable pointing on this same indicator. Is there a difference in terms of performance??
Is there one solution to prefer??
Well on my machine i updated an I32 in a for loop 100000 times , the results :
updating the terminal : 0.00021 Seconds
updataing via local : 0.00032 Seconds
updating via Value Property 0.25845 Seconds
Dan
-
I'm having the same problem - I create a very simple VI (DAQmx read in a loop - output to a chart):
and I create the channel in my LabVIEW 8 Project. When run in the LabVIEW development environment it works fine
but once built I get error -200428 "Value passed to the Task/Channels In control is invalid. The value must refer to a valid task or valid virtual channels."
Anyone got any ideas? (I've attached the full project in a zip)
I posted this to Info-Labview
Chris
It appears to be a permission problem... if you copy the nidaqmx.ini file to c:\ and edit the "NI-DAQmx.ApplicationStorageFile" parameter in the apps .INI file to point to the c:\NI-DAQmx.ini , it should work.
Dan
-
I'm somewhat surprised that full 1 GHz is necessary for for an ultrasonic non destructive testing application, but then again I'm used to the speed of sound in air (much slower then in solid, I hear! (all pun intended )) and I imagine you are trying to pin down the edge (and phase?) of some form of echo pulse(s). Sounds like a neat project! :thumbup:
Again, I suggest that if you want continuous Daq, don't decimate or analyze in the same loop as the Daq is occurring in. Because of the onboard FIFO of the card, if the code interface calls are set up properly, while the acquisition is occurring your PC should have a little "free time" on its hands to try to accomplish tasks. If your analysis tasks are in a parallel loop, then those tasks can happen while the PC waits for the next data dump to come out of the card's FIFO. If you don't do it in parallel, the PC has to:
(1) ask for the data
(2) wait for the data (and maybe wasting CPU cycles in the process!!)
(3) receive the data
(4) then do the analysis
(5) maybe then occasionally update a display
(6) then it can come back around and go back to step (1)
Best of luck!
-Pete Liiva
several years ago i had a DAQ application that required me to push the CPU to the limit before i did any analysis/display of the data , i ended up using Queue's along with /TCP/IP to push the data to a second PC that did all the analysis/display/storage.
just another idea....
Dan
cleaning up my program
in LabVIEW General
Posted
Locals will update much faster than property nodes , so , if you need to worry about speed you may want to look into the locals...
Dan