Construye un monitor de tokens de $10 para LM Studio usando una pantalla ESP32

✍️ OpenClawRadar📅 Publicado: 13 de julio de 2026🔗 Source
Ad

Reutilizar hardware barato para flujos de trabajo de IA es una tradición hacker. Un usuario de Reddit acaba de convertir una pantalla de estación meteorológica ESP32 de $10 de AliExpress en un monitor en vivo de tokens por segundo para LM Studio. La pantalla es un pequeño display de 240×240 píxeles que normalmente se vende como ticker de Bitcoin, pero el clon genérico no podía ejecutar los proyectos originales de GitHub. Entra en escena Codex: el usuario pidió a Claude Codex (probablemente el asistente de codificación de Anthropic) que escribiera un firmware personalizado, y en 15 minutos tenía un monitor de tokens funcional.

El proyecto depende del WiFi del ESP32 para obtener los datos de tasa de tokens desde la API de LM Studio. Aunque la publicación no incluye el código exacto, el enfoque es sencillo: consultar el endpoint HTTP local de LM Studio (normalmente http://localhost:1234), analizar la velocidad de generación de tokens y mostrarla en la pequeña pantalla redonda. La pantalla utiliza el controlador ST7789 sobre SPI, común en estos módulos de AliExpress.

Detalles clave de la publicación:

  • Hardware: Pantalla LCD redonda de 240×240 basada en ESP32 (vendida como estación meteorológica/ticker de Bitcoin) de AliExpress por ~$10.
  • Firmware: Escrito a medida usando Codex en aproximadamente 15 minutos.
  • Función: Muestra la velocidad de generación de tokens en vivo (tokens/segundo) desde LM Studio.
  • Endpoint API: LM Studio expone la tasa de tokens a través de su API local; el ESP32 la consulta por WiFi.
  • Controlador: Probablemente ST7789 (común para TFT de 240×240).

El usuario señala que su clon de pantalla específico no era compatible con los proyectos existentes de GitHub para estas pantallas —un problema común con el hardware genérico de AliExpress— pero Codex manejó la adaptación rápidamente. No se mencionaron bibliotecas especiales más allá del núcleo estándar de ESP32 Arduino y TFT_eSPI.

Ad

Este es un buen proyecto de fin de semana para cualquiera que ejecute LM Studio localmente. La lista de materiales total es inferior a $15, incluyendo la placa ESP32 (aunque muchas de estas pantallas tienen el ESP32 integrado). El principal desafío es obtener los detalles del endpoint de tasa de tokens de LM Studio; consulta su documentación de API para la ruta exacta.

Para quién es: Desarrolladores que ejecutan LM Studio localmente y desean un display físico en tiempo real de la tasa de tokens sin gastar más de $50 en un monitor externo.

📖 Lee la fuente completa: r/LocalLLaMA

Ad

👀 Ver también

Claude para gráficos en movimiento: Patrones de prompt que producen visuales HTML animados que puedes capturar como video
Guías

Claude para gráficos en movimiento: Patrones de prompt que producen visuales HTML animados que puedes capturar como video

Un usuario de r/ClaudeAI comparte una estructura de prompt confiable para generar gráficos animados y tableros interactivos como widgets HTML desde Claude, y luego capturarlos como MP4 con Playwright + ffmpeg.

OpenClawRadar
Configuración de Instancia Canary para Actualizaciones Seguras de OpenClaw
Guías

Configuración de Instancia Canary para Actualizaciones Seguras de OpenClaw

Un usuario de Reddit comparte una metodología detallada de canary para probar actualizaciones de OpenClaw antes de producción: raíz de configuración aislada, puerto separado, matriz de pruebas de humo y un formato de informe de actualización estructurado.

OpenClawRadar
Ejecuta OpenClaw con un LLM local en macOS – Guía para 16–24GB de RAM
Guías

Ejecuta OpenClaw con un LLM local en macOS – Guía para 16–24GB de RAM

Guía práctica para configurar un modelo Qwen 3.5 cuantizado con OpenClaw en macOS (16–24 GB de RAM), incluyendo un test skill para verificación.

OpenClawRadar
Depuración de Tiempos de Espera en OpenClaw + Modelo Local de Ollama: Cinco Soluciones para Fallos Silenciosos
Guías

Depuración de Tiempos de Espera en OpenClaw + Modelo Local de Ollama: Cinco Soluciones para Fallos Silenciosos

Un desarrollador identificó cinco causas principales por las que los agentes de OpenClaw se quedan en silencio y agotan el tiempo de espera con modelos locales de Ollama como Gemma 4 26B, incluyendo un generador de slugs bloqueante, un prompt de sistema de 38K caracteres y tiempos de espera ocultos. Las soluciones implican desactivar hooks, modificar configuraciones y ajustar los ajustes de Ollama.

OpenClawRadar