Google open-sources the Pebble OS

Pebble’s Appeal and Nostalgia

  • Many commenters still consider Pebble the best smartwatch they’ve owned.
  • Praised traits:
    • Always-on, highly readable transflective LCD (“epaper-like”) with great daylight visibility.
    • Multi-day battery life (often ~5 days or more) without “power-saving” compromises.
    • Simple UI with physical buttons, minimal features, and polished, playful details (animations, notification handling).
    • Cheap, thin, “second screen for the phone” rather than a heavy health platform.
  • Several say they never found a satisfactory replacement after their Pebble died.

Clarifying the Display Myth

  • Multiple comments correct the common misconception that Pebble used e‑ink.
  • All Pebbles used low-power reflective / transflective LCDs (Sharp Memory-in-Pixel), visually similar to e‑paper but technically different.
  • Debate over tradeoffs: washed-out colors vs. dramatically better battery life and sunlight readability.

What Google Released (and What’s Missing)

  • The repo is explicitly “for information only” and does not build as-is.
  • Removed proprietary pieces:
    • System fonts
    • Bluetooth stack (only an emulator stub left)
    • STM32 peripheral library
    • Voice codec
    • ARM CMSIS (old, awkward licensing)
    • Pebble 2 HR heart-rate driver
  • Commenters note:
    • CMSIS and STM libraries are now available under more permissive terms, and BT stacks, codecs, and fonts have better open alternatives than a decade ago.
    • The missing Bluetooth stack is seen as the most serious gap for real devices.

Impact for Existing and Future Hardware

  • Current Pebble users hope this will:
    • Extend the life of old devices via community fixes.
    • Enable new hardware (“rePebble” and similar projects) reusing the OS.
  • Some warn that new hardware is hard to make sustainable for small companies unless existing ODM platforms can be reused.

Reactions to Google’s Move

  • Strong appreciation that Google open-sourced a dead product rather than burying it.
  • Counterpoint: the platform was effectively killed years earlier via Pebble → Fitbit → Google acquisitions.
  • Discussion on internal dynamics: this likely required persistent advocacy inside Google, but had little direct business value and some legal risk.
  • Speculation on motives ranges from pure goodwill to low-cost PR and “commoditizing complements” in the smartwatch ecosystem.

Technical Side Threads

  • Light discussion of:
    • Pebble’s FreeRTOS-based architecture and custom malloc/heap implementation.
    • Floating-point comparisons in the math library and when they’re acceptable.
    • Broader RTOS landscape (FreeRTOS, Zephyr, NuttX, Rust-based systems).