Michael Aivaliotis

...the work of building a superfluous structure around my code often seemed worthless. What I have heard of the GOOP development toolkits (with auto-code generation) gives me some hope here at least.

Well yes, if you could develop using OO A&D techniques and not worry about programming the framework code required to support it, then would you not do that? Are you arguing against OO design in general, or against OO design in LabVIEW?

So at what point does a project become 'large' enough to merit using GOOP over something like LCOD?

I think that's the wrong way of looking at it. You either use GOOP or you don't. In this case size doesn't matter. If you are creating throw-away code, then sure, GOOP is overkill, but in any other instance it should be used. The reason people are afraid of it is because LabVIEW has never provided a good fully functional native implemetation of GOOP. Of course, the next release of LabVIEW should change all that. :thumbup:

Of course... If Mark, Michael, Philippe, Ashish, Jim and Norm are there, you have to be there too...

Michael,

Thank you for your reply. Straight forward project? I don't think so! I would hate to see what you consider difficult! I AM the person who took the project from schematic to working prototype, nine years ago! You forget a great deal in nine years.

There's not much I can do for you in regard to this. It's too bad you didn't leave better documentation.

On top of that, I am not and never have been or never considered myself a programmer. I did develop some of the code, but not the working GWBASIC program 1UMAIN.ASC nor the overlays.

Hmm, this is new information, your original post didn't indicate that, in fact it sounded like it was all you. If you are not a programmer and cannot decifer the GWBASIC code then there lies the proble.

As you may know, GWBASIC is not supportable any longer so I am forced to "port" the code to another program. I am not proud, or have a problem with "Not Invented Here". Feel free to dive right in and give me some pointers on how to structure and write the Labview code.

Perhaps others can help, unfortunatly this is above and beyond where I draw the line on my help. If you are in the northern California area, you can contact my employer: http://jameskring.com and we can arrange an on-site visit.

I have tried to communicate with the test set with a desktop and a laptop running Windows XP, desktop with serial port and null modem cable, laptop with USB to serial port dongle and null modem cable. Both units running Procomm Plus for Windows DIrect COnenct COM1 does "see" the test set, but there are other problems in that I do not get the proper response from the test set in the GWEBASIC software, so why would Labview be any different?

Again, new information not given before. If you can't communicate to the test set using Procomm then of course, LabVIEW will not either.

I have to figure why that is the way it is later this month when another person takes a looka t my lab setup, maybe I have some hardware conencted improperly. I could definitely use the help. This is an unpaid lab learning project and I want to learn Labview. Take a look at my attachment and see where I could start writing Labview code equivalent to the GWBASIC code. Thanks for the help. I need to learn Labview for a potential new job anyway.

I guess you better roll-up your sleeves, you gotta lot of work to do. I have no clue, without seeing your setup what might be the problem. It also sounds like there is little to no documentation. Again, I'm sorry I can't be more help but there are 4000 other registered board members that may have some idea.

http://www.measurementcomputing.com/mstudio.html

Grab handle and hotspot is missing on resizable panels.

Anyway, I would believe that an inline scripting tool should be fairly simple. You would anly use this for sub vis that othervise would be flagged as subroutines, thus no user intaraction, only strictly specified input and output, and only for simple functions like for instance geometric transformation routines and stuff like that.

Would this inlining tool be run before you execute the VI, or is this something you would run before building an executable?

The problem with creating an inlining tool is that the result would not be reversable unless you could use a rollback mechanism of some sort. So it would probably only be used for a final executable build where you wouldn't care about reversing this action.

I downloaded the "process spawning" article. Great article with lots of useful stuff. However, it needs updating since one thing in there is plain wrong. It says that

This is wrong, at least for LV8. I am doing this all the time in my application with front panels for each instance of the reentrant vi. There is also an example in the example folder that shows this feature.

This was written about 2 years ago in the context of LV7 so it is not wrong. Also, more people than NI wants to admit are still using LV7 so this is still a very usefull article. It would be great if you could write an addendum describing your experiences with this new feature addition in LV8 and I will include it in the original article.

You cannot change the control with scripting of an executing VI. Scripting only operates on idle VI's (not running or reserved for running). There are many other ways to do this without using scripting. I'm moving this post to the UI forum.

Ok, so I'm not so hip. Can someone tell me what jpdrolet's avatar is suppose to be?

This seems like a pretty straight forward project. The fact that you are the original designer should make things a lot easier. I could probably solve this problem for you and write all the software and design\build your hardware interfaces, but I assume you want to do all that yourself right? If that's the case then I would suggest you do some Googling around. There are some ethernet and usb "interfaces on a chip" that you could probably purchase that would do the trick. If you want to make it easier you could probably use a USB to serial dongle. As far as the LabVIEW, try opening up your examples. There are several serial examples that could get you started. I would suggest you try to communicate with your exisitng hardware through the rs232 first and make sure that works before you upgrade to USB or ethernet.

So... please try a few things out and if you get stuck come on over and we'll try and help you out.

Maybe one day, I'll solve the problem with ADO and post my solution here.

is it ok if I beat you to it?

I wish you could upload an image of your diagram.

TERRY?!! Ti kanies megale? How are you? Long time no hear. Are you gonna be at NIWeek this year?

Does anybody else have a clue what I'm talking about? Dave

I do...

Hi,

I have written the LabVıew code in the attachement for sending signals through parallel port. There is no problem with the signals, I can on-off the LEDs in the circuit repeatedly. But, I have problem with the frequency. Even if the loop is working at its highest frequency, I can not see a on-off switching of the LEDs more than approximately 0.5 Herz. Every shifting of the signal from one value to another becomes 2 seconds at a time. How can I increase the frequency of this operation???

Take care

Murat

If you place a 1msec wait function inside the loop, does this change the frequency? Does it go faster or slower?

Hi All,

Has anyone worked with the MIL-STD-1553 bus before? Specifically, is it possible/practical to convert between 1553 and RS-232, or between 1553 and Ethernet?

What would be the benefit? Why not just buy a card or some other PC hardware that talks 1553? What are you trying to do with this device? Test it?

Whoa there - the general method of assisting Homework Hustlers is to guide them to the answer with the hustler showing their progress at each step, not just do the assignment for them.

crelf, you're such a meanie .

Try this.

hmm, I'm affraid not. I prefer a more direct approach: get one and drink it

I'm sure we will see a spike during NIWeek, when we all start googling it to find where to get it around Austin.

My 'misteak'....I guess it would be a ?foreign key?. I ran into a problem with the method mentioned above last night while trying to create the tables with the DB toolkit. Unfortunately MS Access does not allow tables with more than 255 fields and one of my tables would have 1024 fields. I am looking at different DB's but everyone here has Access...ugh! Can LV DB toolkit tie into other DB's like PostGRE or MySQL? It would be great to be able to search on individual elements of that 1024 table!

THanks

David

Well, ya. You don't want to create fields. You want to create records (rows instead of columns). You probably only need 4 fields. Primary Key (autoincrement), Testrecord key (Tbldata entry key), Timestamp (if available) and datapoint value.

Please, could someone help me...

all the DAQ help is out...

What does NI tech. support have to say about it?

as the topic, i want the wait time less than 1ms. At the same time, i cannot use an empty loose to generate the wait time, for it will take the CPU time.

Thank you! :worship:

What are you trying to time? If you need more precision down to <1ms, you need to switch to a real-time target. I'm not sure I understand the reason.

So I was curious to see what the top search term was and so I tried to compare terms. So far and can't seem to find a term that beats "sex".

I guess you just can't beat sex.

So Data5 from above would become its own table something like this........

Thanks

David

I'm not sure you're using PK in the right context. PK stands for Primary Key. I don't see how you can have data in there.