How to isolate USB-8451, I2C/SPI Interface

How can I protect the SCL & SDA lines on a USB-8451 from overvoltage?  The User Guide says:
Caution Take special care with respect to the I2C SDA and SCL lines. To allow for external
pull-ups, the circuit protection has been removed. Do not exceed the specified voltages for
these signals. 
I've had several instances where my UUT applied 28 volts to one/both of these lines and destroyed my I2C interface.  What can I do to protect these lines?
Jim 
Jim
You're entirely bonkers. But I'll tell you a secret. All the best people are. ~ Alice

There are several ways to this. I often use this simple circuit is based on zener diodes and the basic idea is quite similar to some commercial circuits also. The zener diode react quite fast to the surges. Zener diodes also have Low capacitance, so they are suited for high speed data lines. Unfortunately the surge capacity of those zener diodes is not very high, so that they can't handle the large spikes by themselves. That's why I have added 10 ohm resistors in series with data line before the zener diodes. This resistor limits the surge current to safer value for zener diode. The resistor must be always be between the data line and zener diode, so you must plug this circuit in the way where the computer goes to the connector on the right and the data line to the connector on the left. It is possible to make this circuit "bidirectional" just by adding also resistors to the computer side of the zener diodes, but this increased the series resistance in the data line.
As mentioned there are more advanced circuits. Like active circuits. As an example the ADG467BR. Another option is Zener Transient voltage suppressors like the P6KE11CA. The P6KE11CA is bipolar so you only need 1 diode. But for a low voltage system like yours the zener solution may work fine. Remember to select a zener which can handle the current. If you 28 volt and use a 10 ohm resistor the current will not be higher than  28/10 ampere as a thumb rule. Probably lower.
Message Edited by t06afre on 01-23-2009 03:41 PM
Besides which, my opinion is that Express VIs Carthage must be destroyed deleted
(Sorry no Labview "brag list" so far)
Attachments:
sample.PNG ‏2 KB

Similar Messages

  • How can i find 8451 & I2C example code.(Labview 7.1)

    How can i find 8451 & I2C example code.(Labview 7.1)
    ! will have to commuicate Data Read and Write
    (USB-8451 &  I2C(ST24C16) direct connection status)
    I want to Detail text and VI Example.
    Thank you.
    [ps] [email protected]

    If you installed the NI-845x driver, it should have installed in LabVIEW examples in the Example Finder. These will be configured for the 8451 but not necessarily your specific I2C device. The examples are located in the Hardware Input and Output»I2C and SPI folder in the Browse view of the Example Finder. I hope this helps!
    Regards,
    Missy S.
    Calibration Engineer
    National Instruments

  • Usb 8451 I2C

    Hi,
    I am using LabView 8.0 with an NI USB 8451 I2C device. The problem I'm
    having is once a DUT fails it causes the next DUT to fail also. Very
    repeatable. Its as if there is a buffer that still has some data in it
    from the first failure or an error flag has been set. I have to restart
    the program to clear up the problem. I'm not sure if its a LabView
    error flag or an I2C "buffer" problem. Also, is there a way to
    initialize the 8451 so I can always start from a known good status? I
    have the same problem with the GPIB driver and the HP meter buffer but
    I've done a workaround by reading the meter twice. The first read is
    garbage but it clears the HP buffer so the second read is valid.
    Thanks in advance for your help.
    Larry Clifford
    Precision Linear Systems

    I had the same problem in 8.2 that I was never able to resolve.  Is the 8451 the only master on the bus or are you tapping into a line that already has a master?  I found the 8451 worked very well when it was the only master but problems popped up on a multi-master setup.  I contacted NI tech support and they assured me the 8451 adheres to the I2C multi-master specs.  Scope traces I took seemed to verify that.  I believe the problem was that the native master on the bus didn't handle multi-master mode correctly.
    Link to thread

  • USB 8451 I2C error 301740 during a write

    I have this USB-8451 I2C device and I do not see any clock activity on the scope on the SCL line (always high). The SDA line is always low when I power-up the device which is an indication of a Start Condition if SCL is high. I have 2K pull-ups on both; the SCL and SDA lines. Without connecting any slave device to it, I do not see any activity on the SCL when I do a write. With the slave device attached, I still get the same error message and on the scope I do not see any activity on the SCL line.
    Any ideas?  The basic vi I wrote is attached.
    Thanks,
    Norberto Collado
    Attachments:
    I2C_NI_driver.zip ‏11 KB

    Noberto,
    I have spoken with Austin, the AE who you were speaking to on Service Request 1728007, and he has indicated that you have sent this device in for an RMA.  Is this correct?
    Is there any other way I can help you in this?
    Drew T.
    NIC AE Specialist

  • USB 8451 I2C acknowledge bit problem

    Hello,
    I'm in the middle of developing a I2C interface for a Xilinx Vertex-5 evaluation board.  This is a standard Philips I2C interface and I'm able to view the SCL and SDA lines and everything looks like it should be working but I'm not getting the acknowledge returned on the SDA line. 
    We have flags output on other pins and the acknowledge is working but it seem the SDA line isn't releasing the line to allow the acknowledge to go low. 
    I have tired the write program examples that came with 8.6 but they are for a serial PROM and I don't believe serial PROM return an acknowledge during programming.  I have also tried the example from the "Using I2C with LabVIEW and the USB-8451" and even though all the clocks and data looks good at the proper pins the acknowledge bit stay high. 
    The Discussion Forum has a similar question about acknowledge on a "smbus_Read_Block" (11-9-06) where "newbieLBW" ask about this for a block read.  I have tried that example and created it for a write but I'm still not getting a acknowledge bit to go low.
    I have attached my I2C development vi that is just to prove functionality. And the write routine is in case loop 2.
    Solved!
    Go to Solution.
    Attachments:
    I2C PortCofig_3.vi ‏70 KB

    Matt,
    Yes we have verified that the Xilinx is getting the information it needs and it returning a acknowledge pulse on the 9th SCL clock pulse.  I see this because we brought out the signal to a extra pin on the connector along with start and stop flags to make sure things inside the Xilinx were seeing the input properly.  When I run this program in a debug mode and highlight the data path the only errors I received is from the 'run script' function when the 8451 tried to write the address.
    Quick question for you.  I had mention a discussion forum question about the acknowledge bit on a smbus which is quite like the I2C interface.  In that
    example the read multi-byte function starts with a create script, script clock rate,script issue start, address+write, script write, then another script issue
    start, then it go on to another address+write.  My question is, it seem to me that nothing happens on the I2C SDA line until your data enters the 'run script'
    and I'm not seeing why they have two starts without a run.  I have tried to duplicate the multi read front section to see what it does but mine doesn't seem
    to run in as much as the SDA line never starts unless I have the run script in the read path.  My understanding is that the 'script start and address+write are
    just setup for the run script and without the run script nothing executes.  Yes or No?
    I want to thank you for taking the time to view this question I have.  The purpose for this interface is a future chip we are designing and we are using the I2C for reading and writing control registers within the chip.  I need to get the development platform working before I move onto the full interface and all the registers are 32 bits wide so I'm going to have to do all multi-byte reads and writes.
    I hope I have answer some of your question and will be looking forward to any information you can pass along.  I'm going to be out of the office until the 28th but I'll keep and eye on this forum from home where I'll be working on the full interface design but without the read and writes for now.
    Merry Christmas and the Happiest of New Years to you and your family!
    Gary Tyrna
    Tahoe RF Semiconductor, Inc.

  • Usb-8451 i2c developement

    Generated a simple program to talk to i2c on NSE5310 using usb-8451.  I get the following error.
    Error -301742 occurred at NI-845x I2C Write Read.vi:1
    Possible reason(s):
    NI-845x:  The slave did not acknowledge an address+direction byte transmitted by the I2C master. Reasons include the incorrect address set in the I2C configuration or the incorrect use of the 7-bit address. When entering an address to access a 7-bit device, do not include the direction bit. The NI-845x Basic I2C API internally sets the direction bit to the correct value, depending on the function (write or read). If your datasheet specfies the 7-bit device address as a byte, discard the direction bit (bit 0) and right-shift the byte value by one to create the 7-bit address.
    I do have pullup resistors of 1.5k on both SDA and SCL.  I've attached the data sheet for the device and a sample program. 
    THANKS FOR YOUR TIME.   Happy Holidays.............................
    Attachments:
    NI-8451 Testing ver2.vi ‏13 KB
    NSE-5310_Datasheet_v1_0.pdf ‏1569 KB

    You are providing the wrong address. As the error message says, you must provide the 7-bit address, excluding the read/write bit. . You are providing the full value of the first byte, including the read/write bit. In other words, you are doing the exact opposite of what the error message tells you to do. If you've set the user-bits to 0 then the correct address is 0x40.
    Side-note: When you set a front panel numeric control to hex display you should also display the radix so that others know that it refers to "81" hex, and not "81" decimal, which are two different values.

  • USB-8451 I2C bus 5V tolerant

    Hello,
    Trying to use the NI-USB-8451 and Labview 2010.
    The 8451 device has option for pull-up resistors (I2C bus) up to 3.3V.
     Are the I2C SCL and SDA pins 5V tolerant?
    Thank you

    the appendix at the end of the manual states
    "Absolute voltage range ...........................–0.5 to +5.8 V with respect to
    GND"  pg A3
    http://www.ni.com/pdf/manuals/371746d.pdf
    Jeff

  • Can the USB-8451 run both I2C & SPI Interfaces at the same time?

    I have an 8451 on the way and initially will be developing a driver for our product using the SPI I/F.  I am also developing a test setup that will use the I2C I/F and need to know if 1 8451 will handle both at the same time or will I have to re-configure each I/F when I need to use it if I have only 1 8451 in the system? 
    The SPI driver will communicate with our product & the I2C I/F will communicate with the test fixture...
    TIA

    Well, you may be only able to open 1 VISA session to the 8451, but that doesn't mean you cant use both SPI and I2C at the same time.  I guess it depends on what your definition of "same time" is.
    I have a project that uses 4 SPI channels and the I2C using a single OEM 8451 simultaneously without having to create a new session for each use.  Just create and store (I do it as class data) the visa session handle and create and store all your channel references.  Each channel you create does not need its own VISA session.   I access the 8451 from several different VIs asynchronously without any problem.  The VISA protocol will sort out coincident requests.
    Buying a seperate 8451 should definitely not be required
    Bill F

  • Time-out limit of the 8451-I2C interface for hold-master condition

    I am working with Windows XP, Labview 8 and the USB-8451 I2C to USB interface-box.
    We intend to incorporate the USB-8451 into our product evaluation kits for a new sensor product.
    This evaluation kits should be used by our customers when they start working with our sensor products.
    The I2C-device is a digital sensor which generates a hold-master condition with difference length, depending on the sensor configuration.
    The hold-master is produced by the sensor after full transmassion of  start-bit, address, read-bit and ACK.
    After the hold master is suspended three bytes can be read by the master.
    If the hold-master is kept by the sensor for 25 ms or less I have no problems. When keeping it significantly longer the interface seems not to work properly anymore. I don't get a LabView Error-Message but the PC (Windows?) creates a 'ding-dong' sound very similar to disconnecting and connection a USB device. (the 8451???). My LabView-Program does not show sensor data after this.
    I can imagine that the hold-master is somehow too long for one element in the system.
    Is there any time-out period for hold-master defined for the USB-8451?
    How can I change it to higher values?
    Thank you very much for your support!
    Message Edited by UnexpectedLifeForm on 02-19-2007 09:48 AM

    Dear Member,
    That's right. If somebody encounter this problem again.
    You should contact your local NI branch that will install the new firmware
    version (that works with the last driver version)
    Best regards,
    Nick_CH

  • NI USB 8451

    Hello All
    In one of the application  ,i have to interface three sensore (please see attached .pdf file) with NI USB 8451 using SPI communication.
    I donot know how to interface them ,
    please help
    It is very urgent
    Thanks and regards
    Attachments:
    ADNS 50205.pdf ‏195 KB

     Hi,
    You would bus the SCLK, MOSI and Slave Select signals of the three sensors together. These three signals are then controlled by the 8451 SPI port and one of the Slave Selects.
    Each of the 5020 sensor will have a MISO left. You'll use three DIO lines to receive from each of the MISO.
    The problem with the 5020 is that the SDIO is bidirectional. So you'll have to use a circuit that can help you separate the signal going from the 8451 and the data coming back from the three sensors. Maxim Semionductor has an application note that does exactly that. Look on the web for their App Note 85.
    When you read the motion data, you'll be reading from the same registers of the three sensors and so therfore you'll be able to send the register address on the common MOSI and clock with SCLK.
    Now,  set up the DIO port as input and perform a port read. You'll be capturing the motion data from the three 5020 simultaneously. You'll have to manage the accumulation of these bits, each DIO input associates with one of the sensors.
    Again, depends on the speed and acceleration of your motion you may have to adjust the SCLK in order to capture all the motion data.
    Hope this helps.
    Regards,
    New LV User 

  • NI USB 8451 examples

    Hello All
    Any body is having example VIs for USB 8451. I am using LabVIEW 8.0
    What is the resolution of USB 8451 Card (12 bit or 8 bit)
    If anybody is having some link regarding this
    Please reply
    Regards
    R J

    For example VI's This link  should help you and also this one
    Bit Resolution for I2C/SPI interface??
    Do you mean 12C addressing??
    Message Edited by devchander on 08-24-2006 01:44 AM

  • USB 8451 and PXI-2530B

    Hi All,
    I currently purchased the USB-8451 to use for the SMBus on a circuit board. The USB-8451 has only one port for I2C (SDA, SCL) needed for SMBus and my Board has two SMBus connectors for the Smart Battery control (Batt1(SCL1 and SDA1) and Batt2(SCL2 and SDA2)). I also have a PXI-2530B (Mux) and I would like to use this MUX(2530B) to switch either Batt1 or Batt2 to the I2C of the USB-8451. What wire topology will be the best to use and  how should my connection look like. Any suggestion will be appreciated.
    Thanks for your anticipated response.
    Regards,
    Stan.

    Hi All,
    I am using the USB 8451 I2C/SMBus to communication with my LTC1760 but have all kinds of issues. First, I added an external pull resistor of 4.3kOhms but still have commucation issue. What I am trying to do is simulate a smart battery charging. I set my clock to about 80kHz and my slave address is 0x14 (LTC1760). These are the few errors that I get:
    1.  NI-845x: The I2C master lost arbitration and dailed to seize the bus during transmission of an address+direction byte. This error occurs at the NI-845x I2C Write vi.
    I will appreciate suggestions that will help me resolve this and be able to communicate with the LTC1760. Attached is the manual for the LTC1760.
    Much appreciated.
    Stan
    Attachments:
    LTC1760-SmartBatterySystem-using SMBus.pdf ‏371 KB

  • USB-8451 SPI interface with analog devices isensor

    Does anyone has example VI using USB-8451 with analog devices isensor? I am new to SPI interface and very slowly learning how to use labview in conjunction with USB-8451 to do SPI sensor reading.
    Any help would be appreciated. I'm using labview 8.5. 

    elpiar wrote:
    It's working!
    Well, I realized I made a small mistake in the example. The number of bytes in the array constant should be 4, not 2. The device is full duplex, meaning you can write and read from it at the same time. The NI-845x SPI Write Read VI returns the same number of bytes as the number of bytes that were written. Thus, with just 2 bytes you will not actually get the current value of the register. You would get the values from the previous command. See attached mod.
    Now if I read the data is burst mode, will the output be automatically be arranged in an array of 8-bit length words? You mention something about send out out 8 clock burst. I'm not sure how I do this. 
    For burst mode you have to send out more bytes so you get clocks generated for the read to occur. The burst mode command is 3E00. That needs to be followed by 12 16-bit numbers for the device to return all the registers from SUPPLY_OUT to AUX_ADC. The actual bytes after the 3E00 are irrelevant for a write. The NI-845x SPI Write Read VI should then return 26 bytes (2 bytes that line up with the 3E00 command, followed by 2 bytes per register, for 12 registers). You can convert this into an array of U16 values and do the conversions based on which register you're actually reading. I've attached a VI to get you started. The example converts the SUPPLY_OUT register and each of the GYRO_OUT registers. You can finish the VI. Note that you should make the 14-bit to 16-bit extension a subVI so you're not duplicating code. 
    NOTE: As with all example code that is provided you should verify that the numbers you get are correct. We don't have the hardware, so we can't verify correct operation. 
    Attachments:
    ADIS16400 XGYRO_OUT v2.vi ‏29 KB
    ADIS16400 Burst Read Example.vi ‏36 KB

  • Need help - I2C write/read with TAOS TCS3414 light sensor using USB-8451

    Hello, I'm new to labview and need help setting up a vi that will allow me to communicate with a digital light sensor (TAOS TCS3414) using a USB-8451. I need to use the sensor to measure light from a light source that I designed and built as part of a project im working on. I've tried looking at several labview I2C exampled but find them to be very confusing. I've used an arduino to interface with the sensor successfully but need to use labview and dont understand how to write the program. The actions are simple; I need initialize the sensor with a simple command and then request data from 8 data registers and then read that data. The data will then be used in further calculations. The portion i need help with is writing and reading from the sensor. I've attached the datasheet for the sensor as a guide. I can also provide the arduino code that i use to read data from the sensor if that would help. 
    Pleae keep in mind that i am completely new to labVIEW. I really do want to learn from this but need quick results so the more help the better. It would greately appreciate any help or explaination. 
    Attachments:
    TCS3414_Datasheet_EN_v1.pdf ‏1806 KB

    Hi Aaron,
    Here you go, this is made with a USB-8452.
    When you run the code tick the power en dac enable box on.
    Maybe you can help me with my problem, I want to use a fiber to sense light from a led.
    Do you use any fiber hardware with the TCS3414?
    gr,
    Attachments:
    TCS3414.vi ‏63 KB

  • USB-8451 SPI

    I have a an ADC chip want to control/acquire data using USB-8451 SPI/I2C module.
    I have setupped initial SPI settings (clock edge, polarity, speed etc).
    If i passed SPI command 3F; the ADC will output data continously...
    How can i read this data continously in LV8.5?
    how does the program looks like?
    I tried while loop. but in while loop I am continuously sending commands isnt it?.
    what is the best way to do?
    can some one help me on this?
    naushica

    Bonjour Jerome,
    Malheureusement, cette carte ne peut pas être utilisé en mode esclave.
    Concernant l'utilisation des signaux MISO et MOSI je pense que vous possédez déjà la doc de la carte. Sinon la voici :
    http://www.ni.com/pdf/manuals/371709b.pdf
    Par ailleurs, je vous invite à consulter cette article qui pourrait peut-être vous aider :
    http://zone.ni.com/devzone/cda/tut/p/id/8359
    N'hésitez pas à nous répondre si vous avez encore des questions en précisant quel logiciel vous utilisez (LabVIEW...) et avec quel microcontroleur vous souhaitez dialoguer.
    Cordialement
    Jean-Philippe
    Jean-Philippe C.
    National Instruments France

Maybe you are looking for