Jump to content

JRys

MCC Staff
  • Posts

    1,460
  • Joined

  • Last visited

Everything posted by JRys

  1. Hello, The external clock input does not require a 10MHz signal. Use a square wave with the frequency you wish to collect data. Are you creating your program or using a software package? Thanks, John
  2. Hello Marcel, Use the following https://www.mccdaq.com/downloads/LabVIEW2021_ULx/. The installation will find both of version of LabVIEW. My suggestion is to install to 2021 instead of letting the installer update both. I'm not sure which device of ours you have, but you will also need the InstaCal utility. Make sure it is in InstaCal's board list. Best regards, John
  3. Hello, Could you start up InstaCal and view the Help-->About InstaCal page. Does it report version 6.73? If not, download our latest CD and install it from it. (uninstall is not necessary) Use the following URL: https://www.mccdaq.com/downloads/MCCDaqCD/mccdaq.exe This is a self extracting image of our CD. Follow the unpacking instruction to get the opening screen. Let me know if I can be of more assistance. Regards, John
  4. Hello, Two installations are required to get the PersonalDaq/50 series to work in DASYLab. The first one is the Personal DaqView software, which installs the drivers. Here’s the installation for that: https://www.mccdaq.com/downloads/iotech_software/PersonalDaq50_Series/pdaqviewsetup_x86_x64.exe After installing the above application, Plug the PersonalDaq/55 into the USB port and wait at least 30 seconds and check the green power LED next to the USB connector – it must be on. If it is not, then it is not compatible with your Windows 10 system. A few customers were able to fix their systems by updating the BIOS drivers. My new Dell laptop didn’t work at first until I updated it. I was surprised to find 14 critical updates. Next, copy the attached file to C:\Program Files (x86)\DASYLab 2020\pool\packages\. Run DASYLab’s Configurator 2020 utility and select the Packages page. Locate & open Unsupported Drivers and enable IOtech PersonalDAQ/5x Series. Restart the computer and you should be all set. You will find the PersonalDaq/55 inputs on the following menu: ModulesInputs/OutputsPersonal DAQ5x Best regards, Measurement Computing
  5. Posted on behalf of a customer Hardware: DAQ 56 Software: Dasylabs 2020 Operating System: Windows 10 Problem Description: We are using the DAQ 55/56 data acquisition interface. I've installed all of the driver recommended for the device and Dasylabs but it will not recognize the IOtech DAQ 56. Please advise. Best Regards
  6. Hello, The WebDAQ 316 channels are not electrically isolated, and each has a reference resistor connected to ground (COM). The design is such that an accurate temperature measurement is not possible if the grounded thermocouple tip exceeds ±1.2 vdc. This is the common mode specification for its ±78vdc input range. Because the temperature is not extremely high, you could investigate using temperature conducting epoxy to attach the thermocouples. If used correctly, the epoxy can also isolate the tip from the metal surface. Another possible solution is Kapton© high temperature tape as an insulator. John Rys Measurement Computing
  7. Posted on behalf of a customer We are trying to measure the surface temperature on a water-cooled stainless-steel shell that is heated by a DC current from 0 to 8 vdc. Our test lasts for 4 seconds with the temperature peaking at 150 C°. The instrument we chose is the WebDAQ 316 thermocouple data logger because of its 75 Hz maximum sample rate. When heating the shell, the data results give us an unwanted jump in the temperatures. When the DC current source is turned off, the temperatures seem behave correctly. We have tried both unshielded and shielded thermocouples and the results are the same. We use K-type thermocouples that have the weld exposed and we attach it to locations on the shell in the attached picture. The WebDAQ 316 input channels are specified to be differential so we believe 0.0 to 8.0 vdc should not be a problem. Could you provide guidance as to how to correct this behavior?
  8. Hello, To measure the thermocouple voltage, the MCC 134 uses a differential input connection. However, it is not known if the thermocouple will be in contact with a ground metal surface or if it will be isolated – perhaps suspended in a tank. Because of this dilemma, we use a reference resistor to the Raspberry Pi ground. The reference resistor allows the converter to make the measurement in either situation – grounded and ungrounded. However, this exposes you to the possibility of a ground loop. A ground loop can happen between two grounded thermocouples or with another system ground connection. Depending on the ground currents, you may not get an error until sometime later in your process. Maybe something nearby is powered on or a process starts. Debugging this situation is difficult. First, you can test the MCC 134 operation by replacing the thermocouple connections with a wire short across the channel inputs. A wire is a zero volts thermocouple and will produce a stable temperature that is close to ambient. If you have multiple thermocouples, replace all but one with a wire short. If it works, you have a ground loop between the other thermocouples. Another trick is to isolate the thermocouple ground end using a piece of mica or Kapton© high temperature tape. Kind Regards, John Rys
  9. Posted on behalf of a customer Hello, We are experiencing an ongoing problem that comes in and out and is somewhat of a headscratcher for us. We ae using the MCC134 Thermocouple Measurement HAT for the Raspberry Pi, and what we experience from time to time is a drop in signal, and get the error code -7777 reading. We know that means return value is outside the common-mode range, and were wondering what advice you can provide to help mitigate this problem. Like I said this error seems to come in and out, and we know the thermocouples are working and isolated the problem to either the thermocouple wire or the mcc134 board. I read online that it is advised to make a connection to the device you are measuring to any pi GPIO ground terminal, is that something you can advise? Are there any other actions we can try to take? Thank you,
×
×
  • Create New...