Sensirion SHT15

Hello

Neon uses the sensirion Rh and temperature with USB 6211 sensor? I found a discussion where the NI USB 6009 case has been used, and I tried the routine with 6009 USB it works. However when I try to use it with USB-6211 is not. The main difference is that D 6211 e/s lines are not bi-directional.

Here is the code I tried that worked with usb 6009, which has been downloaded earlier by another user in labview.

I use the SHT15 sensor chip.

Tags: NI Software

Similar Questions

  • myRIO UART

    Hey guys,.

    I have a the Sensirion AFS1430 sensor RS232 interface. Now, I'm trying to contact him with the following code:

    The problem is that I get no response at all. Bytes to port is always = 0. A warning I get in the while loop:

    VISA: (Hex 0x3FFF0006) the number of bytes transferred is equal to the number of entries requested. More data may be available.

    I also tried to change "line break" to "carriage return" always the same result.

    With the help of an oscilloscope, I see that what I write is sent via TX, but nothing happens on the port for the while loop (TX is high all the time).

    I'm getting a little frustrated...

    Kind regards

    Slev1n

    More importantly - you have a line driver/transmitter/receiver connected to your myRIO? The UART pins on the myRIO are not RS-232 levels - they are 3, 3V (5V tolerant). If your meter's RS - 232 - there signal levels could be anything up to +/-15V - you might damage the pins of your myRIO - you need to put a line transceiver to convert RS-232 up to 3.3V-level signals.

  • Module embedded LabVIEW for ARM - bidirectional i/o Ports

    I want to connect a Sensirion sensor with an exclusive bus protocol to the Star 3S 8962 Eval Board. The sensor must be connected to the same pins as the I2C interface. My main problem now is, how to set up a GP IO (i.e. GPIO-PB3) as a two-way port? The sensor of the slave pulls the data line low to acknowledge the receipt of the message. I read this in my VI. But when I configure the i/o output I can't use it as input any longer.

    Thanks for any help,

    Philippe

    Hi Torben,

    It was my question, how do I program the direction of the PIN. When I use a basic node to enter a unique PIN, that is not possible I knew now, because I can use one pin as input or output in a VI. But I found at the same time, that if I use the entire port, it is possible to use a basic i/o for input and one for output to the same VI. This way I can 'and' or 'or' bit set and clear simple pins and I can read in the same VI.

    In any case, thanks for your efforts,.

    Philippe

  • Digital i/o with clock sensor line sharing

    Hello

    I'm trying to contact several sensors relative humidity using LV 8.6 and a USB-6009. The sensors are Sensirion SHT71. They communicate with 2 lines, a bidirectional data line and a line of the SCK. With the code sent on this forum

    http://forums.NI.com/NI/board/message?board.ID=170&requireLogin=false&thread.ID=179022

    I can easily communicate with 1 probe.

    What I would do, is to extend this to read simultaneously from several sensors. I wish that the readings to be as close in time as possible. I'll use sensors as much as I have available data pins.

    I wonder if anyone thinks that it would work to share a single clock between several sensors line and just use a single row of data for each.  In this way, a single port 8 lines could read 7 sensors simultaneously.

    I tried to do it with 2 sensors using a change very klugy of the code that worked for a single probe... in this case, I simply added 2 read and write routines to a single port. It doesn't seem to work, but I guess I should probably go through and re - write this using several lines per channel.

    I have a feeling that this could be an idea doomed, however, so I would really appreciate if someone can tell me if they think it will be or will not work until I spend the better part of a day to re - write the code. I posted the code only probe that works.

    Thank you!

    Mike

    It solved! Turns out that the simple routine for single point of digital output must manage somehow tristate configuration. The polymorphic, we do not.  So, rather than to read the actual value at the PIN, the DAQmx read 1 sample of channel 1 bool 1 D has been simply by reading the last value passed.

    The trick is to set the tristate true property before trying to read the pin code and then set it to false after completing a reading...

    Thanks to MarkGrot and this thread to help me to understand.

    http://forums.NI.com/NI/board/message?board.ID=250&message.ID=46293&query.ID=323548#M46293

Maybe you are looking for