YoelGee

Hello I am currently trying to get frequency reading using one of the counter channels on the CTR04. To help me get started I a using the c_in.py executable to read the pulse count/ frequency where the only modification I made to it is clearing the device counter within the loop its self using (ul.c_clear) function. For some reason at 1MHz I am getting the readings bellow where there is a small discrepancy. Is this expected with the device and its python compatibility? When I try to record the frequency on DAQami I get a perfect reading of 1MHz but not on python as seen bellow. PS: I've attached the .py file I am using. PYTHON: DAQami (at 400k Hz): Mr Fausto you have to take my word that DAQami is getting an accurate reading even at 1MHz counter.py

Hello I am currently trying to get frequency reading using one of the counter channels on the CTR04. To help me get started I a using the c_in.py executable to read the pulse count/ frequency. For some reason at 1MHz I am getting the readings bellow where there is a small discrepancy. Is this expected with the device and its python compatibility? When I try to record the frequency on DAQami I get a perfect reading of 1MHz but not on python as seen bellow.

I am using windows 11 version 22H2 , DAQami version 4.2.1, and LabView 2020. And yes I have used a different counter as well as a different laptop but the values I am reading on LabVIEW still have the discrepancy. SERIAL NUM : HE1931668

I am reaching out to seek assistance with an issue related to the MCC USB-CTR04 device and the measurement of voltage frequency. Currently, I am using the UL example code provided for frequency counter data logging. However, I have noticed that each time I measure the voltage frequency, the device seems to overshoot the actual frequency by a considerable margin. Despite trying various adjustments, such as modifying the Measurement Time and the number of samples to read, the problem persists. I also attempted to utilize the Python example code for the counter in my program, but unfortunately, it also yields inaccurate results with the frequency overshooting. The DAQami application is the only software I've used so far that correctly measures the frequency without any issues. For your reference, I have attached screenshots of the two measurements for a clearer understanding of the problem. I sincerely appreciate your time and look forward to any kind of help/ clarification. PS: the following is when I'm outputting 400KHz at 2V

Hello so I have been using the mcculw library examples to record the counter frequency inputs using USB-CTR04 as well as the analog input using the 231 (every second) together within a GUI I integrated using python's tinker. In conjunction with these two I am trying to use the GPIO pins on the USB-231 to control valves that are going to be switching from high to low after x amount of time has passed but unfortunately when my program is recording data it is constantly switching back and forth between the USB-231 and USB-CTR04 seen on the terminal output I have attached below. Now would I be able to output an analog signal after x amount of time has passed while I am recording the analog inputs every second this way or is there a better method I should look into or approach. Any help is much appreciated and I am willing to provide any other information that is needed if this post is not clear enough. Thank you for your time!

Hello I am trying to measure the frequency of (analog and digital) voltage pulses coming from a photomultiplier using the USB-CTR04 module and the mcculw python library. I've been messing around with the example codes provided but I keep receiving errors such as (The DAQ device does not support analog inputs). I was wondering if I could please receive any advice on how to measure the frequency change of the pulses over time as well as keep a counter of the pulses coming in from the photomultiplier. Thank you for your time!