Skip to content
  • MySensors
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo
  1. Home
  2. Hardware
  3. Interesting new low power display available

Interesting new low power display available

Scheduled Pinned Locked Moved Hardware
4 Posts 3 Posters 474 Views 4 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • NeverDieN Offline
    NeverDieN Offline
    NeverDie
    Hero Member
    wrote on last edited by NeverDie
    #1

    This appears to be new and it claims to have the benefit of e-ink type low-power but have a faster refresh: https://cdn-learn.adafruit.com/downloads/pdf/adafruit-sharp-memory-display-breakout.pdf

    Indeed, looking at the sharp datasheet, it claims to be "super low power": https://cdn-learn.adafruit.com/downloads/pdf/adafruit-sharp-memory-display-breakout.pdf
    Unfortunately, it doesn't state what the current or power actually is though. For that, it lists TBD. However, the printed unit of measurement is uW, so maybe it really will turn out to be low power.)

    1 Reply Last reply
    0
    • alowhumA Offline
      alowhumA Offline
      alowhum
      Plugin Developer
      wrote on last edited by alowhum
      #2

      Sounds and looks good. I hope they make an I2C version. Imagine its library being drop-in compatible with the existing OLED displays. That would be something.

      Hmm, this doesn't look good:

      The display is 'write only' which means that it only needs 3 pins to send data. The downside of a write-only display isthat the entire memory must be buffered by the microcontroller driver.

      If you have one of the older 96x96 pixel versions, then 96x96 bits = 1,152 bytes. On an Arduino Uno/Leonardo that'shalf the RAM available and so it might not be possible to run this display with other RAM-heavy libraries like SDinterfacing.

      NeverDieN 1 Reply Last reply
      0
      • tbowmoT Offline
        tbowmoT Offline
        tbowmo
        Admin
        wrote on last edited by
        #3

        @alowhum it's SPI, so can probably share it's bus with nrf24/rfm69, only one extra pin for CS is needed.

        1 Reply Last reply
        0
        • alowhumA alowhum

          Sounds and looks good. I hope they make an I2C version. Imagine its library being drop-in compatible with the existing OLED displays. That would be something.

          Hmm, this doesn't look good:

          The display is 'write only' which means that it only needs 3 pins to send data. The downside of a write-only display isthat the entire memory must be buffered by the microcontroller driver.

          If you have one of the older 96x96 pixel versions, then 96x96 bits = 1,152 bytes. On an Arduino Uno/Leonardo that'shalf the RAM available and so it might not be possible to run this display with other RAM-heavy libraries like SDinterfacing.

          NeverDieN Offline
          NeverDieN Offline
          NeverDie
          Hero Member
          wrote on last edited by NeverDie
          #4

          @alowhum

          "WRITE LINE
          The minimum amount of data that can be written to the
          panel is one line. The actual number of data bytes written depends on the horizontal resolution of the panel
          itself. Therefore, a panel with a resolution of 400 × 240
          will require a 400/8 = 50 bytes of data (plus overhead)"
          https://www.sharpsma.com/documents/1468207/1485747/Memory+LCD+Theory%2C+Programming%2C+and+Interfaces

          Remembering just 50 bytes for a 400 x 240 display doesn't sound particularly bad to me. I guess in the worst case, if you didn't want that burden in your MCU, you could dedicate a cheap, tiny slave MCU to mange it for you. For instance, maybe the main MCU just does println's, and the slave MCU handles the scrolling. I doubt it would be necessary, but one could fallback to that if push ever came to shove.

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          21

          Online

          11.7k

          Users

          11.2k

          Topics

          113.1k

          Posts


          Copyright 2025 TBD   |   Forum Guidelines   |   Privacy Policy   |   Terms of Service
          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • MySensors
          • OpenHardware.io
          • Categories
          • Recent
          • Tags
          • Popular