• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Data Converters » Precision Data Converters » Precision Data Converters Forum » I need help by the ADS8331
Share
Precision Data Converters
  • Forum
  • Files
  • E2E Wiki
Options
  • Subscribe via RSS
Check out
The Signal blog
  • $core_v2_blog.Current.Name

    Pop Quiz!

    Posted 1 day ago
    by Bruce Trump
    Put away your books and take out a sheet of paper. Each question...
  • $core_v2_blog.Current.Name

    Settling Time

    Posted 7 days ago
    by Bruce Trump
    Settling time is the time required for an op amp to respond to...
  • $core_v2_blog.Current.Name

    Slew Rate—the op amp speed limit

    Posted 15 days ago
    by Bruce Trump
    Slewing behavior of op amps is often misunderstood. It’s...

I need help by the ADS8331

I need help by the ADS8331

This question is answered
Sebastian Schreurs
Posted by Sebastian Schreurs
on Apr 12 2012 08:23 AM
Prodigy40 points

Hi,

I'm using the ADS8331 with SSP(SPI) interface connected to a Cortex-M3 (LPC1778) [figure 1]. My problem is that the communication break up, after the frist command.

show the following steps:

  1. Reset the ADS8331 over the reset pin for 3,5µs. 
  2. Send 0xC000 (Read CFR) and receive a different response from the ADC [figure 2].
  3. Send 0xE4FD (Write CFR) with the response 0x0000 [figure 3].
  4. Send 0xC000 (Read CFR) and receive nothing, because the SDI pin keep low

[figure 1 - schematics]

[figure 2 - Read CFR]

[figure 3 - write CFR]

I'm running out of ideas, what to do/change to get the ADC to run....

Thanks a lot for any hint, Sebastian

I need help by the ADS8331
Report Abuse
  • Reply
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
All Replies
  • Michael Peffers
    Posted by Michael Peffers
    on Apr 12 2012 10:56 AM
    Expert6080 points

    Hi Sebastian,

    For some reason your pictures did not post (just an FYI), here is a link to a post that deals with the same issue that you are having with the ADS8331.

    http://e2e.ti.com/support/data_converters/precision_data_converters/f/73/t/150096.aspx#545876

    You can read through the whole post for yourself but here is the short answer to your problem:  

    The ADS8331/ADS8332 supports 3 of the 4 possible configurations of channel select mode and start conversion mode. Auto, channel select mode with Auto-trigger mode is supported, Auto-channel select mode with Manual-trigger mode is supported, and Manual-channel select mode with Manual-trigger mode is supported. Manual-channel select mode with Auto-trigger mode is not supported. The reason being, in Auto-trigger mode their is not control over /CONVST to EOC timing causing you to violate the timing specs when attempting to change the channel in manual channel mode. If run in Manual-channel select mode with Auto-trigger mode, the ADC will will continuously output the converted data for channel zero.

    However, there is a "work-around" way to change channels and get the ADC to work in Man-channel select mode and Auto-trigger. To run it in this mode and change channels follow the steps below:

     - Power on the ADC and set the CFR accordingly for Auto-trigger and Manual-channel select. You can perform a read back of the register is verify that you are communicating with the ADC correctly and set it correctly.

    - Check the output of the ADC, you should reading back the converted data from channel zero. 

    - If you want to change to read channel one - Write to the CFR to set the ADC to Manual-trigger mode. 

    - Write to the ADC to set the internal mux to channel one. 

    - Write to the CFR to set the ADC back to Auto-trigger mode. 

    - Now your output will read back the converted data for channel one. You can repeat this process to read back any of the channels in auto-trigger, manual-channel select mode. 

    As of right now I do not know if we plan to write this procedure into the data sheet. I know we plan to revise the data sheet to make it clear that auto-trigger, manual-channel select mode is a supported mode in the ADC. However, if you follow the procedure above you can get it working. 

    Regards,

    Michael Peffers

     

    ADS8331
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Sebastian Schreurs
    Posted by Sebastian Schreurs
    on Apr 13 2012 02:50 AM
    Prodigy40 points

    hi Michael,

    thanks for the fast answer and sorry for the lost picture's. I have test many configurations, but I belive that the ADC goes in a error handler or something..

    I have follow your work-around with worse luck :(. After the the frist command goes the SDO low and it exists noch communication. See below.

    1. SDI (0xE4FD) Auto-trigger; Manual select || SDO (0xC7FF) -> 0027.TEK0000.TIF
    2. SDI (0xC000) Read CFR || SDO (0x8000) -> 6567.TEK0001.TIF
    3. SDI (0xE7FD) Ma. trigger; Ma. select || SDO (0x0000) -> 5504.TEK0002.TIF
    4. SDI (0x1000) Select Chn. 1 || SDO(0x0000) -> 5658.TEK0003.TIF
    5. SDI (0xE4FD) Auto-trigger; Manual select || SDO (0x0000) -> 2577.TEK0004.TIF

    I hope you continue to help the fault finding....

    Regards,

    Sebastian

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Sebastian Schreurs
    Posted by Sebastian Schreurs
    on Apr 13 2012 02:56 AM
    Prodigy40 points

    Hello again,

    it my be that the reference is the Problem? I have the reference of 2,96V and a supply of 3,3V.

    Here the schematic:

    SDO cs I slowly running out of ideas... May be have a timing diagram of signals for the Initialization (CLK EOC CONVST)? SDI
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Michael Peffers
    Posted by Michael Peffers
    on Apr 13 2012 12:45 PM
    Verified Answer
    Verified by Tom Hendrick
    Expert6080 points

    Hi Sebastian,

    The critical edge for the ADS8331 is the falling edge so the data needs to be stable on the falling edge and changing on the rising edge. From looking at your scope shots it seems that you are using the wrong edge to latch the data in. Take a look at the timing diagram on page 9 of the data sheet and reveiw tSU4 and tH3 timing specs.  I have attached a picture of the correct phasing and polarity.

     

    Regards,

    Michael

     

    ADS8331
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Sebastian Schreurs
    Posted by Sebastian Schreurs
    on Apr 16 2012 03:12 AM
    Prodigy40 points

    hi Michael,

    Unfortunately, the ADC is still no answer. in your picture of the ADC is indeed nothing back. It is only goes high to low, if yellow = CS, red = SCLK, green = MOSI and blue = MISO.

    See my picture below, if send the second command, the MISO signal goes with the first clock to the low state and keep so.

    4846.TEK0078.TIF

    6523.TEK0079.TIF

    please check the scope shot if it's ok.

    What happends, if the reference is 0V or 2,96V during the communication?

    Thanks for your fast answer.

    Regards,

    Sebastian

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Michael Peffers
    Posted by Michael Peffers
    on Apr 16 2012 11:43 AM
    Expert6080 points

    Hi Sebastian,

    Check your RESET pin and make sure it is held high, in your schematic this pin is connected to your controller.

    From the pictures that you sent me it looks like you read back the default value of the CFR (FFFh) but then it looks like you read back 8000? Try writing E7FD to the CFR and attempt to read it back. Keep in mind that the last bit of the CFR (D0) is a software rest bit so this needs to be 1 for this test to work. Send me pictures of the write and read please and please outline what each channel is for me to take away from some of the confusion on my end.

    To answer your question about the reference, it doesn't matter, that is just for your conversion.

    Regards,

    Michael Peffers 

    ADS8331
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Jan-Henrik Bathelt
    Posted by Jan-Henrik Bathelt
    on Oct 23 2012 02:17 AM
    Prodigy60 points

    Hi,

    since I have similar problems, I wanted to know if you got the chip running? Also, I think in your schematics the ADCIN needs to be connected to MUXOUT as mentioned on page 34 in the documentation.

    Br,

    Jan

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
TI E2E™ Community
  • Support Forums
  • Blogs
  • Videos
  • Groups
  • Site Support & Feedback
  • Settings
TI E2E™ Community Groups
  • TI University Program
  • Make the Switch
  • Microcontroller Projects
  • Motor Drive & Control
Other Communities
  • Deyisupport
  • Designsomething.org
  • beagleboard.org
  • TI on Element 14
  • TI on TechXchangeSM
Other Technical & Support Resources
  • WEBENCH® Design Center
  • Product Information Centers
  • Technical Documents
  • TI Design Network
  • TI Technical Articles
  • TI Training

All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
embedded processors, along with software, tools and the industry’s largest sales/support staff.

© Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
Trademarks | Privacy Policy | Terms of Use