Skip to content
DenseChip
Learn
PracticeCode labInterview

DenseChip

Navigate

Menu

LearnPracticeCode labInterview

Tools

All toolsSV editorCode repoResume
DenseChip

Practice, courses, and chip-design tools in one focused workspace.

LearnPracticeCode labInterviewToolsLearning paths

© 2026 DenseChip

AboutContactPrivacyTerms
Skip to lesson

Course contents

  • How to Use This Course
  • Protocol Metrics Reference
  • Protocols Glossary
  • Reading Path
  • Protocol Fundamentals61
  • AMBA Family (APB / AHB / AXI)61
  • Coherence Fabrics (ACE / CHI)61
  • Memory Interfaces (DDR / LPDDR / HBM)61
  • PCIe & CXL61
  • Embedded Peripherals (I2C / SPI / UART)61
    • I2C Timing & Arbitration
    • SPI Modes & Chip-Select Rules
    • UART Flow Control
    • Peripheral Integration Debug
    • Embedded Peripherals (I2C / SPI / UART): Tricky Q&A
  • High-Speed I/O (USB / Ethernet / MIPI)61
  • Protocol Verification & Compliance61
  • Protocols Interview Prep5
  • Interface Protocols Cheatsheet
Loading lesson

‹Embedded Peripherals (I2C / SPI / UART)
  1. Topics
  2. Bus Protocols
  3. Embedded Peripherals (I2C / SPI / UART)
  4. Embedded Peripherals (I2C / SPI / UART): Tricky Q&A

Interface Protocols · All levels

Embedded Peripherals (I2C / SPI / UART): Tricky Q&A

Senior interview and review questions for Embedded Peripherals (I2C / SPI / UART).

On this page

    Section Q&A bank

    Use these drills after completing all topics in Embedded Peripherals (I2C / SPI / UART). Answer with layer, transaction, metric, artifact, and regression.

    I2C NACK — what are common causes?

    Diagram
    [INT][PROT][EMBEDDED-PERIPHERALS]
    
    Q: I2C NACK — what are common causes?
    
    A:
    Wrong address, device not ready, clock stretch timeout, missing pull-ups, speed too high.
    
    FOLLOW-UP TRAP: Only checking software address once.

    SPI mode mismatch symptom?

    Diagram
    [INT][PROT][EMBEDDED-PERIPHERALS]
    
    Q: SPI mode mismatch symptom?
    
    A:
    Shifted/wrong bits; looks like random data.
    
    FOLLOW-UP TRAP: Changing clock speed without CPOL/CPHA.

    UART overrun cause?

    Diagram
    [INT][PROT][EMBEDDED-PERIPHERALS]
    
    Q: UART overrun cause?
    
    A:
    ISR too slow, FIFO too shallow, or baud mismatch.
    
    FOLLOW-UP TRAP: Blaming the external device.

    Q&A drill guide

    Diagram
    LAYER -> TRANSACTION -> METRIC -> ARTIFACT -> FIX -> REGRESSION

    Sketch while answering

    Diagram
    PERIPHERAL CONTRACT
    
    firmware writes regs -> RTL state machine -> pins -> board -> device
            ^                    |
            +------- IRQ/DMA ----+
    
    If IRQ is level but driver assumes edge, you get lost events.

    Common traps

    • If overrun, FIFO depth vs ISR latency vs DMA burst.

    • If NACK on I2C, pull-ups, speed, and clock stretch.

    • If garbage data, CPOL/CPHA and MSB/LSB first.

    Key takeaways

    • Connect every protocol claim to a transaction identity and measurable metric.

    • Store the artifact (waveform, log, counter) next to every signoff decision.

    Common pitfalls

    • Debugging timeouts without finding the first bad transaction.

    • Quoting peak bus width without payload efficiency and retry overhead.

    • Treating VIP compliance as a substitute for system integration replay.

    PreviousNext: High-Speed I/O (USB / Ethernet / MIPI)

    Up next

    Up nextHigh-Speed I/O (USB / Ethernet / MIPI)

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • I2C Timing & Arbitration
    • SPI Modes & Chip-Select Rules
    • UART Flow Control