Grampa_of_Oliva_n_Eden

I haven't had the problem myself, and this might be a stupid idea, but have you tried manually recompiling the VI? Try a shift+ctrl+click the run button - it seems (especially in LabVIEW 8) to have magical fix-it powers

I have never seen that either.

Can you copy the 3-d graph off to another VI and post a demo that demonstrates this?

Ben

Download File:post-4719-1150910981.vi

I am collecting 24 bit words from a serial source as an array and converting them (2 s compliment) to integers I32.

Starting out with a 24 boolean element array I move the sign bit (23) to element 31 after resizing the array to 32 bits. From there it is an array to integer conversion.

It works ok but I am wondering if I am overlooking a more elegant way of doing this.

Thanks

I do not have LV 8 up on a machine at the moment but assuming you already have the 24 bits in the low 24 bits of an I32, I'd would take advantage of bitwise operations and test the sign bit using a mask of "00000000100000000000000000000" and if the result is NOT =0 then do an or with a mask of "1111111100000000000000000000000"

See image.

I would also to the "Or-ing" inside a case structure so that you are not doing work needlessly.

I hope this helps,

Ben

BS in Engineering Physics. I have more that 10,000 hrs of LV development experience. More if you count my recreational development.

Ben

In the interest of some Monday morning bad taste:

insert Benny Hill music here

Thank you Chris!

I get "bonus points" for Bear jokes.

Ben

To me, an ###### is a type of animal.

Well then that settles it. I am part of the 97.7%.

Funny how these conversations seem to loop back on themselves.

Ben

Errrr - isn't that the way everyone says it? Or is the other way just an Americanised thing?

I'm not so sure that the phonetic pronnunciation changes because of time, but more due to geographic location (which then, in turn, bastardises other regions) - as a physicist, I like a metre to be a metre, irrespective of its' geographic location nor its' existance in time, so I'd prefer the dictionary to be a standard (there should only be one dictionary - there's only one English, right? )

After reading the post by Gary and yourself, I am learning that it must just be a Pittsburgh thing.

I feel like such an "arse".

Ben

Wouldn't a true anarchist spell it incorrectly anyway?

Pet peev must respond:

I collect old books.

I have an un-abridged Webster's Dictionary from about 1850 (or was that 1940?).

In the introduction, the editor talked about English being both a phonetic language and a dynamic one where the pronounciation changes with time. These two observation led them to conclude that the proper speel of word SHOULD change over time.

Somewhere between 1850(1940) and 1960 (or maybe earlier) someone decided that there was an absolute corrct way to spell words and any other letter combination was WRONG.

Example:

When was the last time you heard some say "sy-mul-tain-e-us" (simultaneous).

THe "mul" has become "mo"

Done ranting,

Ben

Of the top of my head, you could use reflective memory - write your data to a rm device, and have your host (Windows) read from it and save it. You would have to write some sort of handshaking so unsaved data isn't overwritten, but that wouldn't be difficult. NI has rm VIs that are very basic, but sure do the trick (we used rm on a porject that had 4 RT controllers + 1 Windows controller).

Thank you Chris

You are a genius! :thumbup:

This application is already using reflective memory (SCRAMNet) so I could dedicate part of the memory for internode file transfers and dedicate another Windows machine as "wicked fast" file server.

Very cool.

Thank you.

I am looking for ideas that can help with an application that will eventually be

1) deployed to RT targets (preferably 7.1)

2) Will produce multiple large data files that will exceed 2Gig each.

If this was Windows only I could use HDF5 or the Large File functions from OpenG (THank you Rolf!)

BUT

HDF5 is not supported in RT (any version).

The only idea I have so far is to "divide and conquer" (write multiple files instead of just one file).

All ideas or suggestions will be greatly appreciated!

Ben

Ben,

I don't have a computer in Romania.

I'll miss you guys.

I can understand how that would be a problem for 97.7% of the world, but I suspect you'll find a way to stay in touch.

LV Punk wrote

"Maybe Ben is a Communist bear just trying to extract information from alfa."

No, I am more of an anarchist (sp?).

Ben

C'mon guys, what do you think this is, the NI discussion forums?

Nah, on the NI Forum you need to post twice that many. :laugh:

Congratulations Mike!

Ben

I still enjoy your postings Alfa! They get me thinking first thing in the AM.

When you get back to Romania, make sure you keep us up to date.

Ben

Right now it looks like you have a good architecture worked out and your CPU utilization has plenty of engineering margin. I try to keep my utilization below 50%, and I like 40% for comfort. You are well below that.

I would test things out quickly by creating a prototype of your new event additions. Don't try to simulate everything, just the extra data throughput. Dummy up at least twice the maximum additional data you expect and pump that through your system and check for strain. If you are still under 40% I would say you probably want to stick with your queues and current architecture. If you go over 50% or show spikes or data drop after a reasonable test run time, then you may want to think about architectural changes. Otherwise, stick with what seems to be winning in your current paradigm.

Good luck.

Im betting on the queue to win.

Ever since the queue data type could be defined, it has blown away any LV2 I can develop, ....

unless the data has to go to more than one place.

Ben

I heard they bought Meassurement Computing but I did not hear about IOTech.

I have an application that i am in the final stages of delivering. Its for a an IOTech MultiScan 1200.

Less than 48 channels, no big deal.

96 channels, that another story!

Ben

This posting on the NI-Developer Exchange

http://forums.ni.com/ni/board/message?boar...=188703#M188703

has some notes that could save some headaches.

Ben

. I know ... that LabView's bought out IOTech so that should be a good indicator that the two work well together, right?

I heard they bought Meassurement Computing but I did not hear about IOTech.

I have an application that i am in the final stages of delivering. Its for a an IOTech MultiScan 1200.

Less than 48 channels, no big deal.

96 channels, that another story!

Ben

... but you have obviously ran into a limitation, showing that, while really neat, RPs are, in some ways, still not ready for prime time.

Ditto that!

Aitor,

Go with your tab control idea but on the second tab page, just drop a copy of the control you want to disable that is "pre-disabled".

Ben

Who said it can't?

Add me to the list of disturbed!

Ben

...but actually a vintage photo of Mel Brooks, my hero:

Hi Chris,

Although I do not know or have ever met Mel, I have come close.

One of my philosophy proffessors from college used to room with him when they were both stand-up comedy in a resort somewhere in the aderondaks.

Mel had a big effect on him and his lectures were a howl.

I personaly love everything I have seen him do. Who else could do a musical number based on the inquisition and get away with it?

Related tale:

Although he is no longer with us, I met THE Mr Rogers along with most of the cast of "Mr Roger's neighborhood".

They really suprised me that they are actually just as nice in person as they act in the show. I was trying to help them get a laser printer working when I first met them. I thought I was going to catch heck when I had to tell them that the printer was not going to be working soon. Their reaction was "That's OK Ben. Want a cookie?"

BUt the real suprising part was Mr Mcfeely.

It turns out those shows are actually scripted! I had thought they just got in front of that camera and started winging it.

Wrong!

Mr McFeely wrote every show. His office walls were linded fllor to ceiling with pidgeon holes that were filled with the old scriptis.

One of my secretaries asked me to get some autographs.

When he found out who it was for he signed his picture saying "Stop down some time and find out how I got my name."

End of realted story.

Ben

Thanks Dave & Ben - I feel so young!

You're welcome Chris!

I'll see if I can get a picture posted of a PDP-11/70 front panel (both types). That other programming language (the one that starts with "C" and ends with me pulling my hair out) was orignally developed on a PDP 11/70.

Ben

Don't apologize - that's a cool story!

Not only that, but it seems that the "old Timers" should share this ancient history info before it is lost forever.

Case in point.

The image that Pete linked is indeed an ASR-33.

I noticed a small red button in the cover plate on the right hand side above the "Off-Local-Remote" switch.

If that switch is the same as what we used, it is a momentary SPST normally closed switch that was in series with the serial line. By pressing that switch, the line would be opened up (broken) to get the computers attention. The operation of that switch lives on today as the "Break".

Ben

Since those topic seem to be amoung the most popular here (in that order. Chris is that your doing?) well at lest the last two...

Since it not easy to find an audience that can appreciate such things, I hope Y'all enjoy the story below that came to me via a long e-mail chain.

I'd cite the source if knew of one other than my wife!

Have fun!

Ben

"

Hell explained by Chemistry Student

You gotta love this guy's explanation of hell.......

>>>> >>

The following is an actual question given on a University of

Washington chemistry mid-term.

The answer by one student was so "profound" that the professor shared it with colleagues, via the Internet, which is, of course, why we now have the pleasure of enjoying it as well :

Bonus Question: Is Hell exothermic (gives off heat) or endothermic

(absorbs heat)?

>>>> >>

Most of the students wrote proofs of their beliefs using Boyle's Law

(gas cools when it expands and heats when it is compressed) or some variant. One student, however, wrote the following:

First, we need to know how the mass of Hell is changing in time. So we need to know the rate at which souls are moving into Hell and the rate at which they are leaving. I think that we can safely assume that once a soul gets to Hell, it will not leave. Therefore, no souls are leaving. As for how many souls are entering Hell, let's look at the different religions that exist in the world today. Most of these religions state that if you are not a member of their religion, you will go to Hell. Since there is more than one of these religions and since people do not belong to more than one religion, we can project that all souls go to Hell. With birth and death rates as they are, we can expect the number of souls in Hell to increase exponentially. Now, we look at the rate of change of the volume in Hell because Boyle's Law states that in order for the temperature and pressure in Hell to stay the same, the volume of Hell has to expand proportionately as souls are added.

This gives two possibilities:

>1. If Hell is expanding at a slower rate than the rate at which souls

enter Hell, then the temperature and pressure in Hell will increase until all Hell breaks loose.

>>>> >>

>2. If Hell is expanding at a rate faster than the increase of souls

in Hell, then the temperature and pressure will drop until Hell freezes over.

>>>> >>

So which is it?

>>>> >>

If we accept the postulate given to me by Teresa during my Freshman year that, "It will be a cold day in Hell before I sleep with you," and take into account the fact that I slept with her last night, then number two must be true, and thus I am sure that Hell is exothermic and has already

frozen over. The corollary of this theory is that since Hell has

frozen over, it follows that it is not accepting any more souls and is

therefore, extinct......leaving only Heaven, thereby proving the existence of a divine being which explains why, last night, Teresa kept shouting "Oh my God."

>>>> >>

>>>> >>THIS STUDENT RECEIVED THE ONLY "A."

>

LabView can be used to communicate to all kinds of serial devices.

Just hit www.ni.com and start searching for your specifics.

I agree!

Added note:

TTY was an abrieviation for "TeleTYpe" as in ASR-33 the old mechanical "tele-typewriter".

The oldest ones may only have used 7-bit encoding.

Ben

Colin,

When I showed the new site to my boss he clicked on the terms of use and it still looks like there is legal verbage included for the new site that fails to maintain our IP.

Could you please fix that?

Ben

Off-Topic (slightly)

I am a little confused about some of the comments being made in this thread. Specificly the apologies to Michael for posting to the new NI-Community forum. I get the feeling that I owe Michael about 4000 apologies but I am not sure why.

Lacking the time or bandwidth to issue the appologies here and now, maybe I can offer the following quote to make up for my errors.

"

As a contributor to both forums I see the two forums this way.

If I want to answer a question, I go to the NI-Exchange.

If I NEED an answer, I go to LAVA.

"

Ben

... so hopefully he carries more credibility than "that picture control guy"

J

Hi Jason!

Even if he did not do anything more than the Picture Control, that would still make him a giant in my book!

The piture Control is one of the most powerful FP objects that LV has. It has opened many doors for me that would not have been possible without it.

I used it to do a number of projects that required extremely flexible displays as well as allowing for dynamic instantiation of "Virtual Control"s on the FP. Beyond those esoteric uses, there was once a very heated debate on the NI Dev-Exchange were a user was attempting to good performance out of a FP that had been customized to look exactly like an automobiles dashboard. Since it was constructed of customzed guages there was a lot of overlapping of the guages. By rendering the dashboard as a background image in a picture control, we were able to get stellar performance out of it because we only had to re-paint the needle of the guages.

I once had the opertunity to meet Paul and I started to thank him for his Picture Control and started talling him the crazy things I had done with it. I think his reply was something along the lines of "I've created a monster."

Please pass on my thanks to Paul once again!

Ben