<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>ESP32-S3 on Nalar</title>
    <link>https://nalar.dev/tags/esp32-s3/</link>
    <description>Recent content in ESP32-S3 on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sat, 19 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/esp32-s3/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Driving an ILI9341 SPI Display and Touch Controller from ESP32-S3</title>
      <link>https://nalar.dev/driving-ili9341-spi-display-touch-controller-esp32-s3/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/driving-ili9341-spi-display-touch-controller-esp32-s3/</guid>
      <description>&lt;p&gt;A 2.4-inch 240 × 320 TFT module built around the ILI9341 is a practical match for an ESP32-S3 because the display controller accepts a serial SPI interface. The module is not necessarily one device: a typical board can contain the ILI9341 for pixels, a separate resistive-touch controller, and sometimes a microSD socket.&lt;/p&gt;&#xA;&lt;p&gt;That distinction determines the wiring. The devices may share SPI clock and data lines, while each peripheral keeps its own chip-select signal.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ESP32-S3 HMI Performance Is Mostly a Memory-Bandwidth Problem</title>
      <link>https://nalar.dev/esp32-s3-hmi-performance-memory-bandwidth/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/esp32-s3-hmi-performance-memory-bandwidth/</guid>
      <description>&lt;p&gt;An ESP32-S3 can run a touchscreen HMI without a Linux-class processor, but CPU clock alone does not determine whether the interface feels responsive. Once a display uses a large framebuffer, the critical path includes memory capacity, PSRAM bandwidth, DMA traffic, pixel format, pixel clock, and the amount of the screen redrawn for each interaction.&lt;/p&gt;&#xA;&lt;p&gt;The ESP32-S3 combines a dual-core Xtensa LX7 CPU running up to 240 MHz with an LCD/camera peripheral, DMA support, Wi-Fi, Bluetooth LE, and external PSRAM options. That makes it a useful HMI controller, especially when the interface consists of controls, status indicators, charts, configuration pages, and moderate animation.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Gesture-Controlled Air Conditioner with ESP32-S3 Without a Camera</title>
      <link>https://nalar.dev/gesture-controlled-air-conditioner-esp32-s3-without-camera/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/gesture-controlled-air-conditioner-esp32-s3-without-camera/</guid>
      <description>&lt;p&gt;A camera is unnecessary when an air-conditioner controller only needs a small vocabulary of hand motions. The useful signal is not an image of the hand; it is a directional event such as up, down, left, or right. A short-range optical gesture sensor can reduce that input to a few bytes before the ESP32-S3 sees it.&lt;/p&gt;&#xA;&lt;p&gt;That changes the embedded design substantially. There is no camera frame buffer, DVP bus, image preprocessing, or inference model competing with the LCD and infrared transmitter. The ESP32-S3 can spend its resources on the part that actually needs careful handling: keeping the intended AC state synchronized with each gesture and encoding that state into the appliance&amp;rsquo;s IR protocol.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
