01-19-2010 03:37 AM
Hi! I am trying to communicate between PC and uC using Labview USB RAW... I have successfully read and write data in interrupt method...Now I want to do in Bulk method....I used USB RAW-Bulk.vi from example for that...it worked....but I want data in continuous mode(Such that after pressing start data comes out continuously without any stop)...so I made a new vi....however it does not responding....I am attaching vi ...
I am attaching also a vi of interrupt method that I modified to achieve data in continuos mode and it works....however I am not able to do it in bulk method...
01-19-2010 11:28 AM
I am able to read data using following vi , but facing a strange problem...I am missing the data inbetween...I mean , I am not able to get data continuously....for example I am sending a variable which varies from 0 to 255 by increment of 1 in each iteration of USB function....but I just receive few points instead of all 255...I added some delay in my loop but it does not helping...
I am attaching the VI....Is this the right way for continuous data receiving in bulk method?
01-19-2010 10:11 PM
Keep the Visa Close function outside the While loop!
01-19-2010 11:44 PM
Shreyas,
I have tried your advise. I have some interesting results to show... firstly I am describing my scenario.
I am continuously transfering variable incrementing by 1 in each USB function... see below..
do
{
USB() 'USB function call which performs read-write operation
a=a+1 'a will go for 0 to 255 continuously
toggle portb.0 ' after each iteration state portb.0 will change..that will help to find out time taken to complete one loop...helpful to find out data rate...
}
loop '''continuous loop...
now...case-1: VISA close outside while loop...
In this case data is missing badly..see picture p-4..
and frequency of loop can be seen in image toggle-1...which has some dead period inbetween that I am not able to understand....
case-2 VISA close inside while loop...
In this case datapoints are received but I can see break in data regularly...image p-3
and when data breaks we can see a small dead period coming up in loop frequency graph....
I am attaching files...
11-26-2013 12:50 AM
Hello, I'm new labview.estoy undertaking a project of a wind turbine control and I need to communicate my pic 18F4550 with labview 2009 not as making this application and that I think make a physical model and need me and Visualize in display panel MONITORING I am developing the simulation of electronic stage'm doing in proteus version 7 and am compiling the project in pic c compiler
greetings from chile
11-26-2013 08:57 AM - edited 11-26-2013 08:58 AM
@hack007 wrote:
Hello, I'm new labview.estoy undertaking a project of a wind turbine control and I need to communicate my pic 18F4550 with labview 2009 not as making this application and that I think make a physical model and need me and Visualize in display panel MONITORING I am developing the simulation of electronic stage'm doing in proteus version 7 and am compiling the project in pic c compiler
In what way does your question have anything to do with the earlier almost 4 year old discussion?
Also your attach word document is too blurry to see anything useful using the google document viewer. I would recommend that you start a new thread and attach the image directly. No need to wrap it into an office document.
11-26-2013 09:55 AM
Estimated Altenbach and you advise me?
11-26-2013 01:21 PM - edited 11-26-2013 01:30 PM
@hack007 wrote:
Estimated Altenbach and you advise me?
My advice is to start a new thread and provide more detailed information. It has nothing to do with USB bulk raw transfer.
You seem to use the simulation toolkit, but have many missing subVIs. Where did you get this code? Do you have all required toolkits installed?
11-26-2013 01:33 PM - edited 11-26-2013 01:35 PM
Estimated Altenbach costs me a fellow group only showed me as I design my monitoring panel with my pic 18F4550 but not how to make the communication between the two if you can support me would be grateful.
regards
11-27-2013 05:23 AM
@hack007 wrote:
Estimated Altenbach [...]
Estimations are fine for back-of-the-napkin analyses, but I think you'll need a precise Altenbach for what you're trying to do.