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.

SN74AUC1GU04: Performance comparison

Part Number: SN74AUC1GU04

Thinking about a fast ring oscillator and related functions I did a comparison of propagation delays for some AUC inverters, tpd max @Vcc=2.5V and Cl=15pF:

AUC1GU04: 2ns

AUC2GU04: 1.4ns

AUC1G04: 1.6ns

AUC2G04: 1.2ns

AUC1G14: 1.6ns

AUCU04: 1.2ns

AUC04: 1ns

AUC14: 1.8ns

AUC1G86: 1.2/1.3ns

AUC2G86: 1.3ns

1. It would be common sense to assume that an unbuffered inverter is fastest (as it is with other logic families), but that seems not to be the case.

The buffered inverter 04 is consistently faster than the unbuffered U04.

This begs disbelief, what could be a possible explanation for this puzzle?

I do understand that input capacitance is higher for the unbuffered, but that would then be a measurement artefact IMHO (output drive rating is the same).

2. AUC1GU04 apparently is an outlier. 

I thought about using it as a rudimentary fast integrator (unbuffered inverters are good for linear applications) but this minimalist device has unexplained bad performance.

Dual appears consistently faster than single, no idea why.

3. I do like the performance of the EXOR (86), it is faster than AND/OR/NAND/NOR; even a slight internal asymmetry shows up in the 1G86.

With A=1 it beats the other dedicated tiny inverters - if true.

With 1A=1 and 2A=0 the AUC2G86 ought to give the fastest ring oscillator now. Not sure if that really pans out.

In total: Are all these parameters still valid or is e.g. the AUC1GU04 the oldest and specified too conservatively?

I do understand that different layouts may have an influence for the same functionality, but the variation seen here (factor 2) is nevertheless quite remarkable. 

  • Buffered AUC outputs have a higher drive strength; see section 2.1 of the Application of the Texas Instruments AUC Sub-1-V Little Logic Devices application report.

    TI guarantees only the datasheet limits. If you want to rely on implementation details, you are on your own.

  • That answers point 1. AUC is fascinating.

    Quite evidently my overall question was about the fastest ring oscillator. I only became curious when I noticed that it seems _not_ to be the triple unbuffered inverter (which it is in other logic families AFAICS).

    As I see it now - max delays being not necessarily a reliable indicator for a ring oscillator AFAIK - the best candidates might be the Dual-EXOR or a hex buffered inverter. Would you agree? 

    I mean this question really requires some FAE support in this case that deviates from the usual experience.

    I can do lots of trial and error, but I have to explain it to my superiors too ...

  • I expect the specified maximum propagation delay to include a large safety factor, and this factor might be different, depending on the measurement or modelling methods. The actual propagation delays are likely to be much more similar between these devices, and I would not rule out that unbuffered invertes are faster.

    Comparing the typical tpd shown in SCEA027 and SCEA033 appears to show that a larger package result in larger delay, at least for small loads. This can be explained by the larger capacitance/inductance.

  • Do we know that a dual-EXOR loop with one gate inverting and the other buffering would oscillate at all?

    A single unbuffered inverter does not, a triple usually does. With the 2-EXOR-approach we are in the middle and somehow in unknown territory. Not even Google found such a design. (Few components combine matched inverters and buffers.)

    But for me frequency matters, because I need to minimize a coupling capacitance later in the chain.

    It is pretty difficult to create two fast complementary "carrier" signals with an inverter ring oscillator (but may be possible with two coupled 3-rings), therefore the EXOR-approach has charme. 

    Nominally I'd say yes, but could there be distortions i.e. different rise and fall delays?

    A max value in the DS would not rule that out, and I'd very much like to end up with a duty cycle near 50%.

    Here some knowledge about the internal structure might help. And picoseconds do matter already.

  • Hey Alfred,

    If picoseconds matter, I think you're barking up the wrong tree. These ICs will have temperature and process dependencies that will mess with your oscillation frequency significantly from part to part and lot to lot.

    My top recommendation would be to talk to our clocking team as their parts are intended for extremely precise timing -- my product line is mostly known for low cost and we don't have any specs that will support you here.

    You could look at using an RF tuned oscillator circuit. If the signal is fast enough, it will still be a valid input to a CMOS device -- we have used this in the past for jitter measurements.

  • ps (i.e. 100s of tghem) matter only in matching the edges for proper duty-cycle. Luckily the absolute frequency for me is quite irrelevant. 

    And I do look at the limits of standard logic for cost reasons. The magic is to use these components boldly where no one has gone before, kind of. It is possible if you think analog, we are getting down to the transistor level with its non-idealities. But coping with such limits, that's engineering. Standard logic covers the range up to ca. 300MHz, I believe the useful frequency range can at least be doubled for some clever applications. That's what I am after and I am sure about it, but sometimes I have to ask inquisitive questions...

    Returning to my open question from above: Did anyone (at TI) ever bother to build a ring oscillator with a dual EXOR, particularly in AUC? Evidently no clean logic levels will come out of it and processing those signals will also need linear design techniques, but unbuffered inverters (and fast analog switches) give me access to an advanced technology node that else is available only for IC-designers. That's the trick.

    I even consider DIY-flipflops with a performance above the AUC74, a DLL and similar stuff. If TI only knew what it is good for...!

  • Hey Alfred,

    And I do look at the limits of standard logic for cost reasons. The magic is to use these components boldly where no one has gone before, kind of. It is possible if you think analog, we are getting down to the transistor level with its non-idealities. But coping with such limits, that's engineering. Standard logic covers the range up to ca. 300MHz, I believe the useful frequency range can at least be doubled for some clever applications. That's what I am after and I am sure about it, but sometimes I have to ask inquisitive questions...

    Having worked at TI a long time now, the problem I see with this approach is that when TI makes a change to the device still within the datasheet specs, whether intentional or not, it will often result in your design failing. We regularly have customers come to us with designs that were based on the typical performance rather than the corner performance / datasheet limits, and those returns are denied. It can cost your company in the long run to not design circuits with appropriate limits. Feel free to ignore me here, but you will likely take on liability for failures.

    Returning to my open question from above: Did anyone (at TI) ever bother to build a ring oscillator with a dual EXOR, particularly in AUC? Evidently no clean logic levels will come out of it and processing those signals will also need linear design techniques, but unbuffered inverters (and fast analog switches) give me access to an advanced technology node that else is available only for IC-designers. That's the trick.

    They may have, but I do not have any records showing that.

    If TI only knew what it is good for...!

    We certainly do - but we also know the limits of IC manufacturing from many decades of experience -- and just from my personal experience, I can say many customers have ended up in a bad situation due to these types of design practices.

  • I'm an old dog too and certainly do not rely on typical values. Please kindly assume that I do know what I am doing. And my domain does not permit risk (done space & medical; used to no-nonsense).

    I need a digital isolator for 50kV (continuous, not 1 min...) and cannot wait until TI (or AD) comes up with one...

    The principle has already been verified successfully, now I am adding margin, so2speak.

    The question whether the EXOR ring-oscillator works depends on loop amplification and phase, as with any oscillator.

    We do not know precisely in which way a gain would be assigned to an EXOR, we do know it for (unbuffered) inverters. So in a way the EXOR is plan B, but it would simplify things.

    A ring oscillator oscillates for sure, except that we might not know its precise amplitude.

    A demodulator based on exactly the same technology is able to process such signals even considering process (device-to-device) variation. Mostly I rely on knowing that a MOSFET is a MOSFET, then I do basic _linear_ circuits with inverters, which is legitimate (every crystal oscillator does it). I do NOT clock flipflops with that, of course.

    Matched pairs (e.g. analog mux) would make my life much easier and above all I'd like to have a dual unbuffered inverter with separate power pins, but even without I can do reliable and trustworthy circuits.

    So summary is that I have gained some insights into AUC and know better what to expect and to test. 

    Regrettably the family seems not to be growing further e.g. triple unbuffered and triple Schmitt-Trigger inverters would be great ... (luckily there are the hex types).

  • Hey Alfred,

    No offense intended - I see this often on returns here, which is why I harp on it so much. I hate to see any of our customers get frustrated when we won't accept a return due to operation outside the DS spec. I've been in this role about 8 years now, and have handled many thousands of customer interactions.

    I also use devices well outside DS spec, but only on home projects where it's only my cheap design that is risked. Haven't had any issues yet with my designs, but TI is very risk averse - ie our datasheets will likely always be very conservative.

  • No offense received. I understand absolutely that it is about liability. My inquisitiveness when triggered by DS "anomalies" is also due to well-honed scepticism. I want to be on the safe side, else my life woud be so much easier ...