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.
Hi
The following waveform is obtained by customer.
Could you please check it and tell us your view?
① You can see glitch on DIN. It should be generated by host.
It doesn’t cross DCLK rising edge so it seems not to be latched.
However, it should be avoided as long as possible, right?
② DIN has been kept high before the first control bit is sent.
Does it have impact for device operation?
③ As you can see DOUT the device outputs high while control bits are sent.
Does it malfunction?
Do you have any advice?
BestRegards
Hello,
>>>However, it should be avoided as long as possible, right?
Yes, the glitch at the end of ADS7841 DIN control byte should be avoided so device doesn't misinterpret the command.
>>>DIN has been kept high before the first control bit is sent. Does it have impact for device operation?
Yes, ADS7841 device requires the first bit (Start bit) of the control byte to be set high.
>>>As you can see DOUT the device outputs high while control bits are sent. Does it malfunction?
Looks to me customer is using the device in 16 clock cycles per conversion mode. In this mode, control byte for conversion n+1 is overlapped with DOUT data of conversion n. Please see Figure 4 from data sheet below
As you can see above DOUT4 to DOUT0 of conversion n are overlapped with control bits of conversion n+1.
I tested this 16-bit conversion on a bench board and enclose below the logic analyzer capture. Device is converting channel 3 in single ended always powered mode (control byte = 0xE7).
Thanks,
Vishy
Hi Vishy
Thank you for your reply.
>Yes, the glitch at the end of ADS7841 DIN control byte should be
>avoided so device doesn't misinterpret the command.
According to the customer, the glitch seen on DIN is not latched by rising edge of DCLK.
If this glitch would never been latched by rising edge of DCLK, could it be "Don't care"?
It's OK if I can hear just your view about it.
I explain that the guideline is just to avoid such glitch but the glitch might not be avoided in their system.
>Yes, ADS7841 device requires the first bit (Start bit) of the control byte to be set high.
I want to confirm the following.
DIN is held high other than during sending control byte but that can be accepted. Is my understanding correct?
>As you can see above DOUT4 to DOUT0 of conversion n are overlapped with control bits of conversion n+1.
The phenomenon shown in question 3 is representing the blue circled point in the following figure.
That means DOUT is overlapped with first control bits.
Is it unexpected behavior?
Do you have any advice?
BestRegards
>>>>>If possible, could you tell me when the first DOUT is outputted?
According to DS, DOUT is enabled within 70ns of CS\ falling (Table 7). On the bench I can see DOUT active immediately as well. While control byte for next conversion is set, DOUT bits of any previous conversion is getting shifted out.
Please see a logic analyzer capture below with my ADS7841 test setup. CSB is asserted and DIN sent is 0x97 corresponding to selecting single ended conversion on channel 0. Some remaining DOUT (0x87) of previous state is shifted out when DIN = 0x97 is sampled by device.
Thanks,
Vishy