Un terminal STEM de bolsillo con ESP32-S3: cuando una calculadora gráfica DIY no es suficiente

1. La idea inicial: construir una calculadora gráfica casera

La idea de construir una calculadora gráfica casera resulta, en principio, muy atractiva. Hoy disponemos de microcontroladores muy potentes, pantallas IPS de buena calidad, librerías gráficas maduras y abundante software de código abierto. Con una placa basada en ESP32-S3, una pantalla a color, un teclado físico y una interfaz desarrollada con LVGL, parece razonable imaginar una calculadora científica avanzada, capaz de resolver operaciones, representar funciones y ejecutar pequeños programas matemáticos.

El planteamiento inicial sería relativamente claro: utilizar el ESP32-S3 como núcleo del sistema, una pantalla TFT o IPS para mostrar menús y gráficas, un teclado matricial para introducir expresiones y una librería gráfica como LVGL para construir una interfaz moderna y fluida. Sobre esa base se podría añadir un motor de cálculo matemático, desde un parser sencillo para operaciones básicas hasta un sistema CAS más ambicioso capaz de trabajar con derivadas, integrales, ecuaciones, matrices o simplificación simbólica.

Sobre el papel, el proyecto tiene mucho encanto. Combina electrónica, programación embebida, diseño de interfaz, cálculo matemático y fabricación de un dispositivo físico autónomo. Además, tiene un componente educativo evidente: permite entender cómo funciona una calculadora desde dentro, cómo se procesa una expresión, cómo se dibuja una función en pantalla o cómo se organiza un firmware con distintos módulos.

Sin embargo, cuando se analiza con algo más de distancia, aparece una pregunta importante: ¿tiene sentido construir hoy una calculadora gráfica casera?

La respuesta no es tan sencilla. Técnicamente es posible, pero eso no significa que sea la aplicación más práctica. Las calculadoras gráficas comerciales llevan décadas evolucionando. Modelos de Casio, Texas Instruments o HP ya ofrecen autonomía elevada, carcasas robustas, teclados muy optimizados, software estable y aceptación en determinados entornos educativos. Además, cualquier teléfono móvil actual puede ejecutar aplicaciones matemáticas mucho más potentes que un microcontrolador, con pantallas mejores, entrada táctil, conexión a internet y acceso a herramientas simbólicas o gráficas muy avanzadas.

Por tanto, si el objetivo es simplemente sustituir a una calculadora gráfica comercial, el proyecto pierde parte de su fuerza. El resultado podría ser interesante desde el punto de vista técnico, pero difícilmente sería más cómodo, más fiable o más práctico que una solución ya existente.

También hay que considerar la complejidad del software. Integrar un motor CAS completo en un microcontrolador no es trivial. Un sistema de cálculo simbólico requiere memoria, almacenamiento, conversión de expresiones, gestión de errores y una interfaz capaz de mostrar resultados matemáticos de forma clara. En un ordenador o en un móvil, estos recursos abundan. En un ESP32-S3, aunque sea un microcontrolador potente, siguen existiendo límites importantes de RAM, tamaño de binario, pila disponible y rendimiento.

Por eso, quizá el valor real del proyecto no esté en construir una calculadora gráfica que compita con modelos comerciales, sino en utilizar ese mismo hardware para crear una herramienta diferente, más abierta, más educativa y más útil para proyectos reales de electrónica.

2. El problema: una calculadora gráfica DIY no siempre es práctica

El principal problema de una calculadora gráfica DIY es que entra en un terreno donde ya existen soluciones muy maduras. Las calculadoras gráficas comerciales llevan muchos años optimizadas para un uso concreto: resolver problemas matemáticos, representar funciones, trabajar con matrices, programar pequeñas rutinas y funcionar durante meses con pilas o baterías. Son dispositivos muy específicos, pero precisamente por eso están bastante bien resueltos.

Frente a ellas, una calculadora casera basada en ESP32-S3 tendría que justificar muy bien su existencia. No bastaría con que pudiera sumar, representar una función o resolver una ecuación sencilla. Para resultar realmente útil, tendría que ofrecer algo diferencial.

El segundo problema es que el teléfono móvil ya cubre buena parte de estas necesidades. Un smartphone puede ejecutar calculadoras científicas, aplicaciones CAS, hojas de cálculo, graficadores, emuladores, notebooks, herramientas online y aplicaciones educativas. Desde el punto de vista práctico, es difícil competir con un dispositivo que el usuario ya lleva en el bolsillo y que tiene mucha más potencia, mejor pantalla y más memoria.

Otro inconveniente importante aparece en el ámbito educativo: el modo examen. El ESP32-S3 incorpora WiFi y Bluetooth, lo cual es una ventaja enorme para proyectos IoT, pero puede ser un obstáculo en una calculadora pensada para exámenes. Muchos centros educativos no permiten dispositivos con conectividad inalámbrica, almacenamiento accesible o posibilidad de comunicación externa. Aunque el firmware pudiera desactivar estas funciones, demostrarlo de forma verificable no sería sencillo. Habría que plantear un modo examen, una versión de hardware sin antena, una carcasa sellada o algún mecanismo de bloqueo auditable. Todo esto añade complejidad para un uso que quizá ni siquiera sea el más interesante.

También está el problema del motor CAS. Incluir un sistema de cálculo simbólico completo suena muy atractivo, pero puede ser excesivo para este tipo de dispositivo. En la práctica, muchas funciones avanzadas consumirían recursos, complicarían el mantenimiento y podrían hacer que el proyecto se volviera demasiado pesado. Para un usuario medio, quizá sea más útil una herramienta que calcule de forma rápida valores eléctricos, tiempos de carga, constantes RC o divisores de tensión que una calculadora simbólica incompleta.

El teclado físico es otro punto delicado. Una calculadora cómoda necesita muchas teclas: números, operadores, funciones trigonométricas, paréntesis, cursores, acceso a menús, borrado, memoria, cambio de modo, variables y otras funciones. Diseñar un teclado compacto, robusto y agradable de usar no es trivial. Un teclado demasiado simple obliga a navegar por muchos menús. Un teclado demasiado completo encarece y complica el diseño mecánico.

Finalmente, aparece el problema de la utilidad real. Una calculadora gráfica casera puede ser muy interesante como demostración técnica, pero su uso diario puede quedar limitado. Si para resolver cálculos complejos seguimos usando el móvil, el ordenador o una calculadora comercial, el dispositivo DIY corre el riesgo de convertirse en una curiosidad tecnológica más que en una herramienta práctica.

Por eso conviene cambiar la pregunta. En lugar de preguntarnos cómo construir una calculadora gráfica con ESP32-S3, quizá deberíamos preguntarnos qué dispositivo útil podemos construir aprovechando ese mismo hardware.

3. El giro interesante: convertirla en herramienta maker

El cambio de enfoque consiste en dejar de imitar una calculadora gráfica comercial y empezar a pensar en una herramienta maker de bolsillo.

El mismo conjunto de componentes —ESP32-S3, pantalla a color, teclado, batería, microSD y una interfaz gráfica— puede tener mucho más sentido si se orienta a electrónica, programación, sensores y medidas básicas. En ese caso, el dispositivo ya no compite con una Casio o una Texas Instruments. Se convierte en otra cosa: un pequeño terminal STEM abierto, programable y ampliable.

La diferencia es importante. Una calculadora gráfica tradicional está pensada principalmente para matemáticas. Un terminal maker podría estar pensado para resolver pequeños problemas técnicos del día a día: calcular una resistencia, estimar la autonomía de una batería, convertir unidades, registrar datos de un sensor, representar una señal lenta, leer valores por I2C o actuar como monitor serie portátil.

En este nuevo enfoque, el proyecto gana utilidad. Ya no se trata solo de calcular expresiones, sino de ayudar a construir, probar y entender circuitos reales. El dispositivo podría acompañar al usuario en la mesa de trabajo, junto al soldador, el polímetro y las placas de desarrollo.

Además, encaja mucho mejor con las fortalezas del ESP32-S3. Este microcontrolador no solo puede ejecutar una interfaz gráfica. También dispone de conectividad, entradas y salidas digitales, ADC, buses SPI, I2C y UART, posibilidad de usar microSD, bajo consumo relativo y una comunidad enorme de desarrollo. Es decir, no es solo un “cerebro” para calcular: es una plataforma embebida completa.

Desde este punto de vista, la pantalla IPS ya no sirve únicamente para mostrar gráficas matemáticas, sino también para representar datos de sensores, menús de configuración, tablas, registros, curvas de carga, valores eléctricos o información de depuración. El teclado físico deja de ser una imitación de calculadora y pasa a ser una forma rápida de navegar por herramientas técnicas. La microSD no solo guarda programas, sino también medidas, perfiles, resultados o sesiones de trabajo.

Este giro convierte el proyecto en algo más original. No sería “otra calculadora gráfica”, sino una especie de navaja suiza electrónica de bolsillo: calculadora técnica, registrador de datos, monitor de sensores y plataforma educativa en un solo dispositivo.

4. Qué podría hacer este terminal STEM

Una vez replanteado como terminal STEM de bolsillo, el dispositivo podría organizarse en varias aplicaciones internas. Cada una tendría una utilidad concreta, evitando que el proyecto dependa de una única función demasiado ambiciosa.

Calculadora de electrónica

La primera aplicación evidente sería una calculadora especializada en electrónica. En lugar de limitarse a operaciones matemáticas genéricas, podría incluir asistentes para cálculos frecuentes:

Ley de Ohm.

Potencia eléctrica.

Resistencias en serie y paralelo.

Divisores de tensión.

Cálculo de resistencias para LED.

Código de colores de resistencias.

Constantes de tiempo RC.

Carga y descarga de condensadores.

Frecuencia de corte en filtros RC.

Consumo energético.

Disipación térmica básica.

Cálculo de autonomía de baterías.

Por ejemplo, el usuario podría introducir una tensión de alimentación, una caída de tensión de LED y una corriente deseada, y el dispositivo calcularía la resistencia adecuada y la potencia mínima recomendada. Esto es mucho más útil en una mesa de electrónica que una simple calculadora genérica.

Conversor de unidades

Otra función muy práctica sería un conversor de unidades técnicas. Podría convertir entre voltios, milivoltios, amperios, miliamperios, vatios, kilovatios, Wh, Ah, ohmios, kiloohmios, faradios, microfaradios, nanofaradios, hercios, kilohercios, grados Celsius y Fahrenheit, entre otras magnitudes.

También podría incluir conversiones útiles para programación y electrónica digital:

Decimal a binario.

Decimal a hexadecimal.

Hexadecimal a binario.

ASCII.

Porcentaje a valor PWM.

Valor ADC a tensión.

Tensión a valor ADC.

Esto haría que el dispositivo fuese útil incluso sin conectar ningún sensor externo.

Asistente para baterías

Un módulo especialmente interesante sería el asistente para baterías. Podría calcular la autonomía estimada de un circuito a partir de la capacidad de la batería y el consumo medio.

Por ejemplo:

Capacidad: 2200 mAh.

Consumo: 80 mA.

Resultado aproximado: 27,5 horas.

También podría calcular energía en Wh, corriente media, tiempo de carga aproximado, potencia consumida y estimaciones para sistemas alimentados por Li-ion, LiPo, pilas AA o baterías externas USB.

Este módulo encajaría muy bien con proyectos portátiles basados en ESP32, Arduino, sensores o pequeños sistemas autónomos.

Calculadora de filtros

Otra aplicación útil sería una calculadora de filtros básicos. Muchos proyectos electrónicos utilizan filtros RC sencillos para suavizar señales, eliminar ruido o acondicionar entradas analógicas.

El terminal podría calcular la frecuencia de corte de un filtro pasa-bajo o pasa-alto introduciendo R y C. También podría sugerir valores comerciales aproximados.

Por ejemplo:

R = 10 kΩ.

C = 100 nF.

Frecuencia de corte aproximada: 159 Hz.

No se trataría de sustituir a una herramienta profesional de diseño electrónico, sino de ofrecer una ayuda rápida, clara y portátil.

Monitor de sensores

Aquí el dispositivo empezaría a diferenciarse realmente de una calculadora. Mediante conectores I2C tipo Grove, Qwiic o Stemma QT, se podrían conectar sensores externos de temperatura, humedad, presión, luz, distancia, aceleración o calidad del aire.

El terminal podría detectar el sensor, mostrar sus lecturas en pantalla y representar la evolución temporal de los datos. De esta forma, pasaría de ser una calculadora pasiva a convertirse en una pequeña estación de adquisición de datos.

Esta función tendría mucho valor educativo. Permitiría ver en tiempo real cómo cambia una magnitud física y cómo se transforma una lectura digital en una gráfica comprensible.

Registrador de datos

Si el dispositivo incorpora microSD, podría guardar medidas en formato CSV. Esto abriría la puerta a utilizarlo como datalogger portátil.

Por ejemplo, podría registrar:

Temperatura cada minuto.

Humedad ambiental.

Nivel de luz.

Tensión de una batería durante la descarga.

Valores de un sensor I2C.

Datos recibidos por puerto serie.

Después, esos archivos podrían abrirse en un ordenador con Excel, LibreOffice, Python o cualquier herramienta de análisis de datos.

Esta función es mucho más interesante que una calculadora gráfica convencional, porque conecta el mundo físico con el análisis posterior.

Monitor serie portátil

Otra aplicación muy práctica sería usar el dispositivo como monitor serie. Muchos proyectos con Arduino, ESP32 o placas similares dependen del puerto serie para depuración. Normalmente se necesita un ordenador para leer esos mensajes. Un terminal de bolsillo podría mostrar directamente en pantalla los datos recibidos por UART.

Esto permitiría depurar pequeños proyectos sin tener que conectar siempre el ordenador. Incluso podría guardar los mensajes en la microSD, filtrar líneas, mostrar valores numéricos o representar datos simples en forma de gráfica.

Generador de tablas y gráficas sencillas

La parte gráfica seguiría teniendo sentido, pero ya no estaría limitada a representar funciones matemáticas abstractas. El dispositivo podría generar tablas y gráficas a partir de datos reales o fórmulas técnicas.

Por ejemplo:

Curva de descarga de una batería.

Evolución de temperatura.

Variación de una señal analógica.

Tabla de valores de una función.

Respuesta aproximada de un filtro RC.

Comparación entre varias lecturas.

Esto aprovecha la pantalla IPS y LVGL de una forma mucho más práctica y visual.

5. Hardware propuesto

El hardware podría seguir basándose en el ESP32-S3, pero ahora con una finalidad más clara. Ya no sería simplemente el procesador de una calculadora, sino el núcleo de una pequeña herramienta técnica portátil.

El ESP32-S3 es una buena elección porque combina potencia suficiente, bajo coste, amplia comunidad de desarrollo, soporte para pantallas, conectividad, buses de comunicación y posibilidad de trabajar con interfaces gráficas. Además, muchas placas incluyen PSRAM, algo muy útil cuando se trabaja con LVGL y pantallas a color.

La pantalla IPS sería uno de los elementos principales. Un tamaño entre 2,4 y 3,5 pulgadas podría ser razonable para mostrar menús, valores numéricos, gráficas sencillas y tablas. No hace falta una resolución enorme, pero sí una pantalla clara y con buen ángulo de visión.

Para la entrada de datos se podrían usar dos opciones: un teclado matricial físico o un conjunto reducido de botones de navegación. Un teclado completo sería más cómodo para introducir números y fórmulas, pero complicaría el diseño mecánico. Una solución intermedia podría combinar botones de navegación, teclas numéricas básicas y menús contextuales en pantalla.

La microSD tendría un papel importante. Serviría para guardar registros, configuraciones, tablas, resultados y quizá pequeños scripts o perfiles de sensores. En un dispositivo maker, el almacenamiento local aumenta mucho la utilidad.

La alimentación podría basarse en una batería Li-ion o LiPo con carga mediante USB-C. Esto permitiría usar el dispositivo como herramienta portátil. También sería recomendable incluir medición de batería, protección de carga y apagado seguro.

El conector USB-C serviría tanto para cargar la batería como para programar el ESP32-S3 o comunicar el dispositivo con un ordenador. En una versión avanzada, también podría usarse para exportar datos o actuar como interfaz serie.

Una mejora muy interesante sería añadir un conector para sensores externos. Los estándares Grove, Qwiic o Stemma QT facilitan mucho la conexión de módulos I2C sin soldadura. Esto permitiría ampliar el terminal con sensores de temperatura, humedad, presión, luz, acelerómetros o cualquier otro módulo compatible.

También podrían añadirse entradas analógicas protegidas. Aquí habría que ser prudente: no se trataría de hacer un polímetro profesional, sino de permitir medidas de baja tensión de forma segura. Sería necesario incluir divisores de tensión, protección contra sobretensión, resistencias serie y una entrada limitada a rangos seguros.

Un pequeño zumbador podría servir para avisos, alarmas, confirmaciones de tecla o señales acústicas en medidas. No es imprescindible, pero añade funcionalidad.

Finalmente, la carcasa podría imprimirse en 3D. Esto encaja muy bien con la filosofía del proyecto: abierto, modificable, reparable y adaptable. La carcasa podría dejar accesibles el USB-C, la microSD, los conectores de sensores y los botones principales.

6. Software

El software podría organizarse de forma modular, con una interfaz principal desarrollada en LVGL. Esta librería permite crear pantallas, botones, listas, etiquetas, barras, gráficos y menús de forma bastante ordenada, lo que la convierte en una opción adecuada para un terminal con pantalla a color.

La pantalla inicial podría mostrar un menú principal con varias aplicaciones:

Calculadora electrónica.

Conversor de unidades.

Baterías.

Filtros.

Sensores.

Registro de datos.

Monitor serie.

Gráficas.

Configuración.

Cada aplicación sería un módulo independiente. Esto facilitaría el desarrollo y permitiría ampliar el sistema poco a poco, sin tener que construir desde el principio una calculadora completa y compleja.

El módulo de cálculo podría empezar con operaciones técnicas sencillas. En vez de intentar integrar desde el principio un motor CAS completo, sería más razonable implementar fórmulas cerradas y asistentes guiados. Por ejemplo, el usuario selecciona “Divisor de tensión”, introduce Vin, R1 y R2, y el sistema calcula Vout. Este enfoque es mucho más controlable, consume menos memoria y resulta más práctico para electrónica.

El módulo de sensores gestionaría los dispositivos conectados por I2C. Podría detectar direcciones, identificar sensores compatibles y mostrar sus valores en tiempo real. En una primera versión, bastaría con soportar unos pocos sensores populares. Más adelante, el sistema podría ampliarse mediante drivers adicionales.

El módulo de registro permitiría guardar datos en la microSD. El usuario podría elegir el intervalo de muestreo, el sensor o variable que desea registrar y el nombre del archivo. Los datos se guardarían en CSV para que puedan analizarse fácilmente en un ordenador.

El módulo de gráficas usaría las capacidades de LVGL para representar datos en pantalla. Podría mostrar curvas simples, históricos de sensores, tablas de valores o evolución de una batería. No sería necesario crear un sistema gráfico complejo como el de una calculadora avanzada; bastaría con representar datos útiles de forma clara.

El módulo de configuración permitiría ajustar brillo, idioma, unidades, fecha y hora, calibraciones, formato de registro y otros parámetros del sistema.

En este nuevo enfoque, Giac o cualquier motor CAS completo dejaría de ser una pieza central. Podría mencionarse como una posibilidad ambiciosa para futuras versiones, pero no debería condicionar todo el proyecto. Para una herramienta maker, es más útil tener diez calculadoras técnicas fiables que una integración CAS incompleta y pesada.

7. Por qué es más interesante que una calculadora gráfica

Este enfoque es más interesante porque evita competir directamente con dispositivos que ya existen. Una calculadora gráfica casera tendría que compararse inevitablemente con modelos comerciales muy maduros. En cambio, un terminal STEM de bolsillo juega en otra categoría.

Su valor no está en hacer lo mismo que una Casio, sino en resolver problemas concretos de electrónica y programación. Puede calcular una resistencia para un LED, estimar la autonomía de una batería, convertir valores ADC, registrar datos de un sensor o mostrar mensajes serie de una placa externa. Son tareas pequeñas, pero muy frecuentes en proyectos reales.

También es más interesante porque conecta cálculo y mundo físico. Una calculadora tradicional trabaja con números introducidos por el usuario. Un terminal maker puede leer sensores, guardar medidas, representar datos reales y comunicarse con otros dispositivos. Esto lo convierte en una herramienta más viva y experimental.

Otra ventaja es su valor educativo. Construirlo obliga a aprender sobre microcontroladores, pantallas, buses de comunicación, teclados, baterías, almacenamiento, interfaces gráficas y programación modular. No solo se aprende a usar el dispositivo: se aprende a diseñarlo.

Además, puede ser reparable y ampliable. Si se documenta el hardware, se publica el firmware y se diseña una carcasa imprimible, cualquier usuario podría modificarlo, añadir módulos o adaptarlo a sus necesidades. Esto contrasta con muchas calculadoras comerciales, que son dispositivos cerrados y poco modificables.

También puede crecer por módulos. Una primera versión podría incluir calculadoras de electrónica y conversión de unidades. Una segunda versión podría añadir sensores. Una tercera, registro en microSD. Más adelante, monitor serie, gráficas avanzadas, scripts sencillos o comunicación inalámbrica para usos no educativos. El proyecto no tiene por qué nacer completo; puede evolucionar.

En definitiva, el terminal STEM resulta más atractivo porque no intenta imitar una herramienta cerrada, sino crear una plataforma abierta. No es solo un dispositivo para obtener resultados, sino un proyecto para aprender, experimentar y construir.

8. Conclusión

Construir una calculadora gráfica con ESP32-S3 es posible, pero quizá no sea el uso más inteligente de este hardware. El microcontrolador tiene potencia suficiente para manejar una pantalla a color, una interfaz gráfica con LVGL, un teclado físico y cálculos matemáticos razonablemente complejos. Sin embargo, competir con calculadoras gráficas comerciales, aplicaciones móviles y herramientas web no parece el camino más práctico.

El verdadero potencial aparece cuando dejamos de imitar una calculadora tradicional y convertimos el proyecto en un pequeño terminal STEM abierto. Un dispositivo capaz de calcular, medir, registrar datos, representar gráficas sencillas y ayudar en proyectos de electrónica y programación.

No sería una calculadora para sustituir a una Casio, sino una herramienta maker de bolsillo: menos cerrada, más educativa, más ampliable y mucho más divertida de construir.

En ese cambio de enfoque está precisamente lo interesante. La pregunta ya no es si podemos fabricar una calculadora gráfica casera. La pregunta es si podemos construir una herramienta abierta que nos ayude a entender mejor la electrónica, los sensores, los microcontroladores y los datos que generan nuestros propios proyectos.

Y ahí, el ESP32-S3 sí tiene mucho que decir.

#Arduino #bateríaLiIon #calculadoraDIY #códigoAbierto #datalogger #electrónica #electrónicaEducativa #ESP32 #ESP32S3 #Grove #hardwareAbierto #herramientaMaker #LVGL #microsd #monitorSerie #pantallaIPS #programaciónEmbebida #proyectosMaker #Qwiic #registradorDeDatos #sensores #StemmaQT #terminalSTEM #USBC

Ya lo dejó #Tamayo bien claro...
🔍 Te roban tus datos a diario sin que lo notes. Taller práctico con herramientas libres y fáciles para frenarlo.
🛡️ Antes, Install Party para dar el salto a GNU/Linux. 🐧

📅 Viernes 26 · 17:00 + 18:30 · Las Naves, València · ¡Entrada libre!

ℹ️ https://gnulinuxvalencia.org/2026-06-26-taller-es/

#SoftwareLibre #Privacidad #ProtecciónDeDatos #GNULinux #LasNaves #València #Fediverso #FOSS #Linux #PrivacidadDigital #DatosPersonales #SeNosHaIdoDeLasManos #SoberaníaDigital #CódigoAbierto

Mageia Linux: El sistema operativo libre nacido de la herencia comunitaria de Mandriva

Una mirada al desarrollo independiente y el uso cotidiano de esta distribución de software.

El ecosistema de los sistemas operativos basados en Linux cuenta con una gran variedad de opciones, pero pocas tienen una historia de resistencia y organización tan clara como Mageia. Esta distribución nació formalmente en septiembre del año 2010 como una bifurcación directa de la antigua distribución comercial Mandriva Linux, luego de que un grupo de antiguos empleados, desarrolladores y usuarios decidieran resguardar el código y la filosofía del proyecto ante la crisis financiera de la empresa matriz. A diferencia de su antecesora, Mageia se estructuró desde el primer momento como una organización sin fines de lucro gobernada por un consejo electo por la propia comunidad, garantizando que el desarrollo del sistema operativo dependa únicamente de las decisiones de sus colaboradores y no de intereses corporativos.

Una de las características más importantes de este sistema para el usuario común es su Centro de Control gráfico, una herramienta heredada de Mandrakelinux que facilita por completo la administración del equipo sin necesidad de interactuar con la terminal de comandos. Desde este panel, cualquier persona puede configurar las redes inalámbricas, gestionar los usuarios del sistema, dar de alta impresoras o particionar discos dupos mediante una interfaz amigable. El sistema utiliza el formato de paquetes RPM para la instalación de programas, administrando tres grandes repositorios oficiales independientes: Core, destinado al software libre; Nonfree, enfocado en controladores cerrados de video o wifi; y Tainted, que resguarda paquetes con restricciones de patentes en ciertos territorios de nuestro planeta.
El proyecto mantiene un ciclo de lanzamientos sólido y adaptado a equipos de cómputo actuales y antiguos. Tras la publicación formal de la versión estable número 9 en agosto del año 2023 el equipo avanzó en el desarrollo de la versión número 10, liberando sus versiones Alfa y Beta durante el primer semestre del año 2026. El desarrollo actual incluye el núcleo Linux 6.18 LTS y ofrece soporte directo para entornos de escritorio modernos como KDE Plasma 6.5, GNOME 49 y Xfce 4.20, además de mantener de forma inusual la compatibilidad con procesadores de 32 bits mediante la arquitectura i686 para computadoras antiguas. El sistema operativo se distribuye mediante imágenes ISO de instalación clásica o en formatos Live que permiten probar las aplicaciones antes de realizar modificaciones en el disco duro.

— A. Eldritch, Periodista, Locutor, podcaster y bloger del fediverso

Alt text via @altbot y @TeLoDescribot

#Linux #Mageia #SoftwareLibre #Tecnología #CódigoAbierto #Comunidad

📰 «No existe soberanía digital sin ODF»
🔗 https://proxy.jesusysustics.com/2026/06/30778/

No existe soberanía digital sin ODF – Blog de la Comunidad Hispana https://es.blog.documentfoundation.org/no-existe-soberania-digital-sin-odf/

────────────────────

De este largo (y a veces técnico) alegato en favor del formato estándar de documento abierto me quedo claramante con la frase «una suite ofimática que guarda en formato OOXML de manera predeterminada no respalda la soberanía digital».

Posteriormente se ha aclarado que no era un ataque a Microsoft sino que iba más allá porque es entendible que una empresa privada siga apostando por ese formato privativo que le beneficia. El problema radica en que parte de su competencia le siga la corriente (estoy pensando especialmente en OnlyOffice/Euro-Office) y que las Administraciones Públicas no pongan mucho más de su parte para luchar contra ello.

#️⃣ #códigoAbierto #EuroOffice #formato #LibreOffice #MicrosoftOffice #ODF #soberaníaDigital

No existe soberanía digital sin ODF

De este largo (y a veces técnico) alegato en favor del formato estándar de documento abierto me quedo claramante con la frase "una suite ofimática que guarda en formato OOXML de manera predeterminada no respalda la soberanía digital".

El Proxy
Europe’s Open-Source Solutions: Your Guide to Transparent, Independent and GDPR-Aligned Software.

This guide is designed for anyone looking to take greater control of their digital life by choosing open-source solutions developed and maintained within Europe. It highlights...

AlternativeTo
¿Cómo jugar a Steam, Epic y GOG en Android? ¡Haz esto!

GameNative lleva Steam, Epic y GOG a Android con ejecución local, partidas guardadas y una compatibilidad que sigue creciendo juego a juego.

Don Porqué - El porqué detrás de cada noticia
📰 «Euro-Office ya está aquí para… ¿?»
🔗 https://proxy.jesusysustics.com/2026/06/30909/
Disponible la primera versión de Euro-Office como parte de Nextcloud Hub https://www.muycomputerpro.com/2026/06/09/disponible-primera-version-euro-office-parte-nextcloud-hub

Ayer se publicó la primera versión de Euro-Office, una solución ofimática con programas alternativos a Microsoft Office que añade la posibilidad de ejecutarlo en el navegador y trabajo colaborativo en la nube. Todo de código abierto y con el máximo respeto a la legislación y principios europeos.

Tengo opiniones encontradas:

  • A favor: todo proyecto de código abierto que intente destronar a Microsoft Office debería contar con nuestro apoyo. Además liderar una suite ofimática que se independice del predominio ruso en OnlyOffice suena genial estando las cosas como están.
  • En contra: que todo esto sea el resultado de un consorcio de empresas utilizando el concepto europeo activa todas mis alarmas de oportunismo mercadotécnico. Tampoco ayuda que su base sea OnlyOffice y, por tanto, se dé absoluta prioridad a la compatibilidad con el formato de Microsoft (estándar pero dependiente de las decisiones de una empresa privada) en lugar de centrarse en estándares verdaderamente abiertos.

La sensación final (o más bien inicial) que se me queda es que este proyecto puede hacer más daño a la comunidad del código abierto que a Microsoft dividiendo a usuarios, empresas y administraciones públicas entre LibreOffice y Euro-Office. Ojalá me equivoque y la competencia sirva para enriquecer ambas plataformas.

#️⃣ #alternativa #códigoAbierto #EuroOffice #formato #LibreOffice #MicrosoftOffice #ofimática #trabajo
Euro-Office ya está aquí para… ¿?

Ayer se publicó la primera versión de Euro-Office, una solución ofimática con programas alternativos a Microsoft Office que añade la posibilidad de ejecutarlo en el navegador y trabajo colaborativo en la nube. Todo de código abierto y con el máximo respeto a la legislación y principios europeos.

El Proxy

Xine

El motor de reproducción multimedia modular del ecosistema libre

El desarrollo de herramientas para la reproducción de contenido multimedia en sistemas operativos basados en Linux cuenta con proyectos históricos que establecieron las bases de la modularidad en el software libre, siendo xine uno de los ejemplos más representativos. Lanzado originalmente en el año 2000 por Günter Bartsch, este programa se diseñó bajo una arquitectura dividida de forma estricta en dos secciones independientes: un motor interno encargado de procesar los datos de audio y video, conocido como xine-lib, y una interfaz visual o capa de usuario que permite interactuar con los controles de reproducción en la pantalla. Esta estructura modular permite que diferentes desarrolladores construyan sus propias interfaces gráficas utilizando el mismo motor de fondo, garantizando estabilidad y ligereza en el consumo de memoria del equipo de cómputo.

La ventaja de este reproductor radica en su capacidad para procesar flujos de datos multimedia de manera interna y sincronizada mediante subprocesos, lo que evita desfases entre el audio y la imagen incluso en computadoras con recursos de hardware limitados. A diferencia de otros programas de la época, xine incluyó soporte nativo para la navegación interactiva de menús de discos DVD, decodificación de archivos codificados en formatos comunes de la década de 2000 y compatibilidad con tarjetas aceleradoras de video de la época, todo ello sin requerir software comercial restrictivo. El proyecto se mantiene bajo la Licencia Pública General de GNU, consolidándose como una pieza de software fundamental para entender la evolución de la reproducción multimedia comunitaria antes de la llegada de los estándares modernos de reproducción web.

— A. Eldritch, Periodista, Locutor, podcaster y bloger del fediverso

Alt text via @altbot y @TeLoDescribot

#Xine #SoftwareLibre #Linux #Multimedia #CódigoAbierto #HistoriaTecnológica

SMPlayer

Un reproductor multimedia independiente de códecs externos para el escritorio

El ecosistema del software libre cuenta con herramientas desarrolladas para simplificar la reproducción de archivos de audio y video en sistemas operativos como Linux y Windows, destacando entre ellas SMPlayer. Esta aplicación es una interfaz gráfica basada en las bibliotecas Qt que no procesa el contenido multimedia por sí misma, sino que actúa como una capa visual para administrar motores de reproducción más complejos instalados en el sistema operativo, principalmente MPlayer y su derivado moderno mpv. La ventaja operativa de este diseño radica en que el usuario común no necesita buscar, descargar o instalar paquetes de códecs adicionales de terceros para abrir formatos de video comunes o de alta definición, ya que el motor interno contiene las instrucciones nativas para descodificar prácticamente cualquier formato digital existente en la actualidad.

Una de las características más prácticas de esta plataforma es su memoria interna de configuraciones individuales por archivo multimedia. Si una persona interrumpe la visualización de un video a la mitad del metraje y cierra la aplicación, al volver a abrir ese mismo archivo el programa reanudará la reproducción exactamente en el segundo donde se detuvo, conservando además los parámetros de volumen, las pistas de audio seleccionadas y el retraso de los subtítulos establecidos en la sesión previa. El programa incorpora herramientas integradas que se conectan de forma directa con bases de datos públicas en internet para buscar, descargar y sincronizar subtítulos en múltiples idiomas sin necesidad de abrir un navegador web externo, permitiendo también la modificación del tamaño, color y tipografía del texto en pantalla para facilitar la lectura de los usuarios.

— A. Eldritch, Periodista, Locutor, podcaster y bloger del fediverso

Alt text via @altbot y @TeLoDescribot

#SMPlayer #SoftwareLibre #Linux #Multimedia #CódigoAbierto #Tecnología