We have a deployed product using LTC6260 (quad version) in a low-power receive signal chain. LTC6260 is powered from 1.8V and one channel has its non-inverting input AC-coupled from a piezo transducer receive path and biased at approximately 0.9V.
We have seen several field returns. The failure mode appears consistent across boards:
- +1.8V rail develops elevated current consumption (~10x normal wake current)
- Thermal imaging shows LTC6260 heating
- One channel input appears damaged
- Specifically, non-inverting input of one amplifier section measures approximately 2-25Ω to GND unpowered
- Remaining amplifier sections on the same package appear normal
- Replacing the LTC6260 is expected to restore operation (still being verified on all units)
The system passed manufacturing functional test before shipment, including acoustic wake detection using this receive chain.
We are investigating several possibilities:
- repetitive EOS/transient stress at the input
- mechanical/piezo-generated transients
- powered/unpowered input stress
- handling or latent damage
Some additional observations:
- During normal transmit operation, the input node appears to remain approximately within supply rails.
- With the board unpowered, mechanical shock to the connected piezo transducer can produce negative excursions on the affected input node (measured below -0.5V in some cases).
- We have not yet reproduced a permanent failure in the lab despite deliberate abuse testing.
Questions:
- Are there any known field issues or application sensitivities involving LTC6260 input structures that are not obvious from the datasheet?
- Is there known susceptibility to repeated out-of-rail input excursions, especially while unpowered?
- Have you seen failure modes where one input degrades into a low-ohmic path to ground while the remainder of the device continues functioning?
- Any recommendations for external input protection beyond standard rail steering / current limiting?
I understand LTC6260 is NRND / last-time-buy, and this design has already been re-designed to use different opamp, but I would appreciate any historical application knowledge or failure mechanisms others may have encountered. We are currently not confident in the root-cause of why these opamps became damaged.
Thanks.

