Users judge a doorbell by one thing: press the button, and how long until the phone lights up. In the industry, 2~3 seconds counts as good; past 5 seconds, the comment section names names. Take a battery-powered doorbell and break those two and a half seconds down: PIR trigger 20ms, SoC wake from deep sleep 150ms, camera start of stream 300ms, first frame written to buffer 20ms, encoder I-frame out 100ms, WiFi link setup to cloud 800ms, cloud relay and decode 500ms — about 1.9 seconds in total. The machine also carries two other lines: a 5000mAh battery must last 3~6 months, and a winter doorway cold start can fall below -20℃. The advantage of APS6404L-3SQR-SN is that it catches both accounts — latency and battery life — in one part.
Three of the seven segments involve the buffer directly. First, ping-pong buffering: 8MB holds two 480p frames (460KB each), so the sensor writes the second frame while the encoder reads the first, the two pipelines run in parallel, and encoding never waits for a full frame to land. Second, burst alignment: the 32-byte wrapped burst matches the fetch granularity of the encoder and DMA, addresses auto-wrap within the boundary, firmware does no manual address math, and interrupt count drops. Third, buffering during link setup: across the 800ms of WiFi association, DHCP and handshake, the camera keeps streaming, and with nowhere to put the frames they are simply dropped. 8MB holds that footage first, then pushes it in order once the link is up — the video the user sees starts continuous, not half-garbled. In addition, once the initialization window closes, pre-write a test pattern to work in the bus timing and drive settings, so the first real frame pays no first-access penalty.
The saving is not large, but a doorbell burns battery on every wake-up; tens of milliseconds times dozens of wake-ups a day adds up to real battery life over a year.
Whether the capacity is enough depends on the resolution you need in real time. One 480p (854×480) RGB565 frame is about 800KB; 8MB holds ten frames, which is plenty for double buffering plus a local recording segment. One 1080p frame is 4.1MB — 8MB cannot hold two, so it only supports single-frame snapshots plus the encoded stream. The product position for APS6404L-3SQR-SN is therefore clear: 480p real-time streaming, 1080p snapshot or upload-on-demand. Full real-time 1080p means moving to 128Mb or a larger buffer inside the SoC — a different price tier.
Local recording and cloud storage fall into the same capacity account. Local mode assembles the footage before and after an event in the buffer and writes it to the card in one piece, cutting fragmented writes; it uses more capacity. Cloud storage only needs a landing buffer before encoding; the shorter the better. The two modes can differ by a factor of two in capacity, so decide the mode before selecting the part.
Outdoor installs in northern winters cold-start below -20℃, and shaded walls plus nighttime radiative cooling push lower. APS6404L-3SQR-SN is rated from Tc -40℃, with timing and current specified across the full temperature range, so the device itself needs no compromise. What to design is the power-up flow: at low temperature the battery's internal resistance rises, output capability drops, and the supply ramps more slowly — commands sent at room-temperature rhythm return invalid data. Adding a "power ready plus initialization complete" check before opening bus activity works better than fighting the device. Doorbells with high winter repair rates usually fail in the power and power-up timing chain, with symptoms surfacing first at the storage stage. The device also has a fallback: internal refresh is self-managed and firmware never touches it; after a deep-sleep wake, initialization is handled by software reset. One more note — summer sun on a shaded wall can also approach 85℃; if measured board temperature exceeds the grade, switch to the SQRX-SN version (Tc -40~105℃, standby max 350μA at 85℃) with the package pins unchanged.
On SoC internal SRAM alone, a few hundred KB cannot hold even one 480p frame; you grab line by line and encode as you go, frame rate drops, motion scenes tear, and 1080p is out of the question. NOR plus external DRAM covers capacity and bandwidth, but DRAM needs extra supply and refresh management, leaks more in deep sleep, and takes a larger board area — the doorbell's battery pack and mechanics are tight. Moving to 128Mb doubles capacity and holds a single 1080p frame, but unit price and standby current both rise, and most 480p products never use it. For mainstream doorbells, 64Mb is the grade where capacity, interface and process all match: 8MB, QSPI interface, and SOP-8 compatible with the existing production line.
| Item | Specification |
|---|---|
| Ordering part number | APS6404L-3SQR-SN |
| Capacity / organization | 64Mb, 8M×8bit |
| Interface frequency | 133MHz @3.0V / 109MHz @3.3V / 84MHz linear burst |
| Supply voltage | 2.7~3.6V |
| Standby current | 25℃ max 140μA / 85℃ max 250μA |
| Temperature range | Tc -40~85℃ |
| Package | SOP-8 150mil |
First, latency: drive a GPIO high on PIR trigger and low when the first frame lands in the buffer, and read the interval on a scope. Second, standby: leave the unit idle for 24 hours and record the current curve, confirming it truly returns to deep sleep. Third, cold start: 20 power cycles in a -20℃ chamber, an image every time. Fourth, continuous capture: one hour in a foot-traffic scene, counting dropped frames. Pass all four before talking about mass production.
Q: Is 480p real-time enough? What about 1080p?A: 8MB holds ten 480p frames, enough for real-time double buffering. One 1080p frame is 4.1MB, so only single-frame snapshots; full real-time 1080p needs 128Mb.
Q: Under what conditions is the 133MHz interface frequency specified?A: 133MHz for 32-byte wrapped burst at 3.0V±10% supply, 109MHz at 3.3V±10%, 84MHz for linear burst. Check the frequency against the MCU's supply rail before locking the power design.
Q: Is 140μA standby high?A: Left alone, the part saves nothing — firmware must explicitly issue the standby command, and deep sleep is managed by the MCU's power domain. A 24-hour idle current curve on the whole unit will show it.
Q: Does data survive power loss in PSRAM?A: No. It holds the frame buffer and staging frames; program and configuration stay in NOR/Flash and firmware refills the buffer after power-up. Normal doorbell operation is unaffected.
Q: What is the difference between the SN and ZR suffixes?A: SN is SOP-8, Tc -40~85℃; ZR is USON-8, Tc -25~85℃. Choose SN for outdoor low temperature; ZR only when you need the smaller package and the environment never falls below -25℃.
Not sure whether the frame-buffer budget of your doorbell panel fits APS6404L-3SQR-SN? Ask us directly — Shenzhen Manduic Technology Co., Ltd. is an authorized distributor of AP Memory, and can estimate latency and power against your battery capacity, resolution and wake-up frequency, or supply SN, ZR and SQRX-SN samples for high-low temperature comparison.
For samples, product datasheets, detailed adaptation solutions or technical support, please contact us:
Tel: +86-150-1290-5940
Email: sales@manduic.com
Website: www.manduic.com
<hr /
Telephone: +86-150-1290-5940
Mobile phone: +86-150-1290-5940
Mailbox: sales@manduic.com
Address: Room 1115, R&D Building, DAFU Technology, Fenghuang Sub‑district, Guangming District, Shenzhen City