Jump to content

BradPID

Members
  • Content Count

    12
  • Joined

  • Last visited

Community Reputation

1

About BradPID

  • Rank
    Active

Profile Information

  • Gender
    Not Telling

LabVIEW Information

  • Version
    LabVIEW 2014
  • Since
    2010
  1. Well I don't feel I need LVOOP rigth now but the idea is brilliant. For me using 'pipes' simplifed a lot. I used global variables before. I have heard that on FPGA it is ok. I don't think in this way anymore. Getting back to the modularity... Now, my module has: pipe creator, input writer, output reader and main loop. The attached image describes all I need to drop on th BD. I haven't tested this idea entirely and it would be better If I could access clusters elements separetely on RT host. I guess I still will have to create seperate controls for each input.
  2. That's good advice. I am already using it and it helped a lot. At the moment I have only two FIFO which are communicating with host computer. The next thing I want to do is using project defined FIFO with references as well. Now, when I place a 'module VI' on the 'Main FPGA VI' within other project, the code is broken and I have to manauly change all the nodes. Using reference should fix this issue - changes only at the beginning. The other issue I have is using FPGA FP controls/indicators. In my case they have names like: 'Start Acquistion', 'Stop Acquistion'. I have to define them within my
  3. I would like to design a FPGA module having an access to the resources like DIO,AIO or CAN which I can develop and test within one LabVIEW project and then use it within another. Idealy, I would like to have an API for RT implemented as a .lvlib and one VI which I have to drop on on my main FPGA vi. Currently, I have a .lvlib with virtual folders for RT and FPGA stuff. I have a few issues with this approach like requirement for changing FPGA typedef when I want to use it within another project and manual adding FIFO to the project. Well, I can live with this, but maybe you have a bette
  4. Although the concept of Statecharts is old, I think, that still not many people know it. Most of LV users are engineers and scientiests who get their 'software engineering' knowledge (like me) while working, when it is required and not from computer science courses where this concept is a basic one. I think NI would have to make a move in order to make them more popular.
  5. Hi, I have faced the chalenge with setting values and synchronising measurement using multiple number of instruments. I use cRIO. The orginal application is a bigger but I will try to describe the main issue and my approach. I would like to listen to your feedback or better solution. Let's imagine: - device A (comunication over CANOpen) controlling speed. - device B (communication over RS232) controlling temperature - device C (NI analog inputs module) The goal is to generate sequence of setpoints for temperature and speed and at the same time measuring current speed, temperatur
  6. Yeah, there is a lot of information here. Now I have to digest and come up with the right solution. Than you all for your help.
  7. Do you mean literaly 'router', the phisical device? As far I understand it I can put router (don't have to be special industrial type) between cRIO and the trafic will be big only between router and cRIO. I have read some about it and I don't want to dwell in it here but it is very interesting. I see a router here as a device which handles dynamic connections. What happens if a computer start listening and disconect (intentionaly)? Will this connection be cleared to not produce traffic anymore? I see this as a more flexible alternative to the Remote Panel. Probably I will use it someday
  8. Not needed for UDP. You just transmit different channels on different ports and let them connect to whichever they want to listen to. I didin't want to broadcast all chanels because of network bandwith. The data which I want to send is about 20k S/s and I assume that each sample has 4B (SGL). if I use about 50 chanels it turns out that I need bandwith of 4MB/s (32Mb/s). I haven't taken into account packets header etc, my calculation are valid estimation only for UDP as TCP has ACK mechanism and need more additional data. It turns out that It is possible to run it on 100Mbps local networ
  9. First of all I thank you for all your responses. I had to test a few approaches so it took a while before I could come back to the discussion. It seems that Shared Varaibles are the easiest mechanism to publish data without loosing information. When it comes to broadcasting bufferd data for multpile users Multicast UDP meets my needs. The transmistion is not lossless but the data is only for live listenning and is not logged anywhere. I have to think it over but it is most likely that this is the way how I am going to approach it. The one thing has remained: remote control of a cRIO.
  10. Hi, I need advice for architecture design for application where measurement from cRIO could be accesed by multiple user at the same time. My first idea was tu use 'Remote Panel' but: - GUI is composed of a few dialogs and only one user can control 'Remote Panel' which also means that only one user can launch dialogs on its computer. - The customer would like to transform signal to sound and listen to it. It is also unavaliable using Remote Panel The second idea was to use 'Shared Variables' but: - In order to hear the sound it has to be streamed to the user. Curenet applica
  11. I meant Icon Editor (IE). I've missed it in the topic.
  12. Hi, I haven't found any way to launch IE from keybord and I decided to make my QD shortcut to do this. I've used LabVIEW Icon API and build simple code as shown on snippet. Everything work fine when I want to change Icon of a VI holding the code, (ie. replace "QD Launch VI Ref" with reference to the VI) but the situation is different when I am using it as a QD shortcut. I have to wait about 5-10 sec once Icon Editor is launched. It's far to long. Does anybody can tell me how I can do this process faster or give me another way I can run IE using keyboard?
×
×
  • Create New...

Important Information

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