This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

ADS8555: BUSY/INT structure

Part Number: ADS8555

Hi,

Structure of BUSY/INT terminal of ADS8555

Is the BUSY/INT (18) terminal an open drain type pin?
※ Do I need a pull-up resistor?

best regards

cafain

  • Hello,
    You do not need to include a pull up resistor for the BUSY/INT pin.

    Regards, Cynthia
  • Hi, Cynthia san

    ADS8555 data sheet (SBAS531D) page29 Please tell me the timing in Figure35.

    Currently we are testing ADS8555, but BUSY does not become H-Level.
    (We maintain L-Level)

    Normally we will use the device in Haerware mode,
    Immediately after turning on the power supply, set Auto-NAP in Software mode and then perform data conversion in Haerware mode.

    I have a question,
    BUSY changes from" L → H → L" immediately after resetting RESET from" H → L" at the timing of Figure 35.

    1. After RESET is released, does BUSY go high?
    2. Is BUSY being H in the middle of conversion operation?
    3. Is this conversion data valid?
    4. There is no SCLK at this timing. Does the operation immediately after RESET synchronize with SCLK?
       Or is it synchronized with built-in CLK?

    I am designing software, but I have difficulty with less information.
    Do you have any application notes that will help you?
    Is it also available?

    best regrads
    cafain

  • Hello,

    The BUSY signal indicates when the conversion phase of the conversion cycle is ongoing. It is triggered with any rising edge of CONVST signal and remains high until all channel data is latched in the output registers. If you are not seeing a BUSY signal, this is an indicator that you are in fact not completing any conversions. This most likely has to do with timing issue, timing is a common issue.

    In the datasheet, Figure 35 is not trying to focus on timing; it is showing the sequence of events to program the control register based on the interface being used. The timing for these though are all based on the figures 1 thru 3, which break down and provide specific timing for reading and writing depending on the interface used.

    I suggest writing to the registers, and then reading those registers back to confirm the registers were correctly programmed. Once this works correctly, you can focus on conversions using AutoNAP mode. Suggest using a known DC value, and comparing the expected output with the measured output. Using an oscilloscope with probes on the digital communications line will help further debug proving a visual representation of what is going on in addition to your software developed.

    In auto_NAP mode, the time to complete a conversion is longer and thus reduces the maximum throughput of the device. A complete conversion in this mode takes 24.5 clock cycles. Are you taking this into account when creating the firmware to communicate to the device?

     The device can use an external conversion clock, or an internally generated clock, the default is the internally generated clock. When the device is reset, all modes are changed back to the default, meaning the internally generated clock.

    Regards

    Cynthia

  • Hi, Cynthia san

    Serial data write/read operation

    I confirmed the operation of BUSY and I was satisfied.
    Please let me have another question.

    When setting values are written to CR,
    Enter the set value to be written to CR in DB13/SDI(2pin) and input the serial clock to DB6/SCLK(11pin).

    To check whether the set value to CR is written correctly, read back.

    Q1:When serial clock is input to DB6 / SCLK (11 pin), which terminal outputs serial data?
    Q2:Is it output to DB8/SDO_A (7pin)?
    Q3:Please tell me the operation method when reading CR serial data.

    I understand that they all run in soft mode.

    best regards
    cafain

  • I am glad that is now working properly.

    If using the device in softwre mode, communicating through serial interface:

    SDI, Pin2 will be the data input, and SDOA, Pin7, will be the output, this is where you can read the

    Please make sure that Pin 17, DB0/SELA is alwasy be high, this enables Pin 7-SDOA as the data output line. To read the register contents,  please look at page 30 of the datasheet, under BIT: C17 READ_EN. You will need to set this High, and then the regsiter content will be available

    You can also select to activate other output pins to read conversion results. This helps to increase throughput as now you can read conversion results from different channels simulanously if your host can support it.

    For example, if you would like use both SDOA and SDOB to read conversion results. Then Pin 16, DB1/SELB can be pulled high. Now data for Channel B can be read on this pin. Data from Channel A will be read out from SDOA

    Regards

    Cynthia