11-09-2017 08:40 AM
For the past week i have been making a code for my cam shaft position sensor(basically sends a 1 for every 1° of the motor) the motor can go 10k rpm ,thats almost 60000 digital readings per second, im using an arduino to take in the readings, the arduino can take 16Mhz so i think that is more than enough, is labview the right software for me?.
i have finished my labview program, and if i rotate the cam shaft by my own hand at a slow speed, it loses a lot of signals.
is there something i can do to speed this up or i should go suicide because i didn't research such a thing before working on my code
11-09-2017 09:25 AM
Hi Hamza,
,thats almost 60000 digital readings per second, im using an arduino to take in the readings, the arduino can take 16Mhz so i think that is more than enough, is labview the right software for me?.
LabVIEW is used with big DAQ devices handling a lot of channels with sample rates in the MS/s range, so yes, LabVIEW is ok for you.
But: is your Arduino able to handle your measurement requirements? I doubt that part…
(Don't mix CPU clock with processing or DAQ speed!)
11-09-2017 09:25 AM
What are you really trying to do with the Cam shaft position?
The arduino might be able to detect 60,000 pulses, but it isn't cable of transmitting the data that fast to LabVIEW over a serial connection. And even if it could, by the time LabVIEW got it the pulse would have already passed.
11-09-2017 09:29 AM - edited 11-09-2017 09:38 AM
Thank you both for your answer! it is refreshing!.
so what do you suggest? what is my options here? how i can connect the sensor to labview? i cant think of any to be honest so help is always appreciated!
Thank you again for answering!
I am trying to get motor positions at specific times so i can measure data when the motor is in a specific position
11-09-2017 09:34 AM
11-09-2017 09:51 AM
Assuming the Arduino can measure fast enough and the communication to LV is slow, you'll need to present the current ticks (e.g. as an I32) and handle the difference from last read in LV. This is basically what happens if you have a DAQ with a counter input though it has much higher performance and resolution. In the DAQ case you'll either get X pulses under a certain amount of time, or will read the time between 2 pulses (in your case you could e.g. chech the pulses every 100ms or something similar).
/Y
11-09-2017 09:52 AM
Hi,
first you need to know, that you can't connect a sensor to LabVIEW, because it's just a graphical programming language. You need a kind of DAQ hardware. What kind of hardware is useful depends on your application.
The correct question is: What do you want to know by testing this sensor. Maybe the number of pulses, the period/frequency, high/low level, rise/fall time? This is defining our hardware demand. It could be an analog, digital or counter DAQ module.
Regards,
Kay
11-09-2017 10:43 AM
Tl;dr i wanna Take information of the cam shaft sensor which tells me at which stage the motor is at , so i can for example take another sensor reading When the motor was stage 1 or 2 .
so basiccly im counting the pins the cas is sending and inbetween 90 and 180 i want another sensor to start.
sorry for my horrible english,
11-09-2017 01:53 PM
Most likely you're going to need some high speed DAQ card for this kind of measurement and synchronisation. This is the easy, but more expensive way.
Depeneding on what you actually need to do / trigger you might be able to do it with cheap hardware.
For example, counter chips do exist which you can configure to trigger when a certain count is reached. You can configure them to run in modulo mode so it is cyclic and will generate a pulse on one of it is pins when the count is reached. You can use this as a hardware interrupt, or direct trigger for something else.
These types of solutions are normally a lot more work to implement and need much more low level programming.
11-10-2017 03:13 AM
Can you help me find the right one? I need one with at least 2 inputs/outputs, less than 200$ and fast enough to transfer data quick enough to keep up with the cas (60000 per second?). Is the
C Series Digital Module good enough for me?
Truly sorry for the questions, I really appreciate your help!