Las nuevas reglas de Arduino son ‘incompatibles con el código abierto’

• Tras la publicación de los nuevos Términos y Condiciones de Arduino, se desató un conflicto con Adafruit dentro de la comunidad de hardware de código abierto
• Adafruit criticó que los nuevos términos incluyen prohibición de la ingeniería inversa, una licencia permanente sobre el contenido subido por los usuarios y una amplia supervisión para funciones de IA, lo que socava los principios del código abierto
• Arduino respondió que estas restricciones solo se aplican a las aplicaciones SaaS en la nube y que se mantiene el espíritu de hardware de código abierto
• La EFF señaló que algunas cláusulas “ofrecen menos protección al usuario que antes” y mencionó como problema la eliminación del derecho a revocar la licencia
• Esta controversia deja ver los límites entre la definición de hardware de código abierto y el giro hacia un enfoque centrado en la nube, y subraya la importancia de la confianza y la transparencia en la comunidad

---

Cambios en los términos de Arduino y origen de la controversia

• Arduino anunció unos nuevos Términos y Condiciones después de la adquisición por parte de Qualcomm, lo que provocó debate dentro de la comunidad de código abierto
  • Adafruit sostiene que estos términos van en contra del espíritu del código abierto, ya que incluyen una cláusula de prohibición de ingeniería inversa
  • Arduino explicó que “las restricciones solo se aplican a aplicaciones SaaS basadas en la nube y que el hardware de código abierto existente se mantiene sin cambios”
• Phillip Torrone, de Adafruit, advirtió en LinkedIn que “ahora a los usuarios de Arduino se les prohíbe incluso entender o analizar cómo funciona la plataforma”
  • Esa publicación recibió más de 1,500 reacciones y generó un fuerte eco en la comunidad

Entorno de desarrollo centrado en la nube y problemas de privacidad

• La fundadora de Adafruit, Limor “Ladyada” Fried, criticó que la explicación de Arduino minimiza la realidad
  • Señaló que el sitio oficial de Arduino recomienda fuertemente usar el editor en la nube y el IDE web, y que en entornos ChromeOS esto es, en la práctica, la única opción
  • También mencionó que el uso de la nube incluye de forma obligatoria la creación de una cuenta y procedimientos de consentimiento para marketing y perfilado
• Fried consideró que, “a diferencia del pasado, cuando se podía descargar un IDE local y modificar el hardware libremente, ahora la estructura pasó a depender de datos personales y servicios por suscripción”

Contenido del usuario y cláusulas de licencia

• Adafruit criticó que los nuevos términos otorgan una licencia permanente e irrevocable sobre el contenido subido por los usuarios
• Arduino respondió que se trata solo de una autorización funcional necesaria cuando el usuario solicita funciones en la nube, y que la propiedad sigue en manos del usuario
  • Por ejemplo: los permisos técnicos necesarios para compilar sketches en la nube o publicar mensajes en el foro
• Mitch Stoltz, de la EFF, señaló un debilitamiento de la protección al usuario, al afirmar que “los términos anteriores permitían al usuario revocar la licencia en cualquier momento, pero los nuevos eliminaron esa posibilidad”

Eliminación de cuentas y política de conservación de datos

• Arduino explicó que “los usuarios pueden solicitar en cualquier momento la eliminación de su cuenta y su contenido, y que al eliminarse las publicaciones se anonimizan”
  • Sin embargo, en el caso de cuentas inactivas por más de 2 años, y a petición de la comunidad, el nombre del colaborador se mantiene durante 5 años
  • Pasados esos 5 años, el nombre de usuario se elimina y las publicaciones quedan desidentificadas
• Fried criticó estas políticas al considerar que tratan “la identidad y los datos de la comunidad como un activo administrado, no como algo bajo control del usuario”

Polémica por las funciones de IA y la supervisión de usuarios

• Los nuevos términos especifican casos de uso prohibidos para la IA (delitos, desinformación, uso militar, etc.) e incluyen facultades de supervisión de la actividad de los usuarios
  • Arduino explicó que esto busca “cumplir con la normativa y garantizar la estabilidad del servicio”
• Fried afirmó que una vigilancia amplia aplicada a todos los usuarios “daña la confianza” y pidió un diseño de supervisión transparente y limitado
  • También subrayó que “las licencias de código abierto no permiten restricciones sobre el propósito de uso”, por lo que la cláusula que prohíbe el uso militar es incompatible con la definición de ‘código abierto’
• Adafruit criticó que los términos de Arduino “en la práctica anulan la libertad de la licencia”

Perspectivas y reacción de la comunidad

• Arduino declaró que “entiende las preocupaciones de la comunidad” y que continuará con la transparencia y el diálogo
• Adafruit afirmó que seguirá diseñando y publicando verdadero hardware de código abierto, y que mantendrá su apoyo a diversos ecosistemas como Zephyr, BLE e IoT
• Fried enfatizó que “la colaboración siempre es bienvenida, pero debe basarse en licencias de código abierto completas y documentación plena”

[GN⁺]

Opiniones de Hacker News

• Desde que empecé a usar los chips ESP32/ESP8266 de Espressif, prácticamente me olvidé de Arduino
  Si configuras bien la extensión de VSCode, ni siquiera hace falta el IDE, aunque sí he pensado que debería probar PlatformIO alguna vez

  • Usé Arduino cuando era chico, pero como era caro terminé pasándome a los clones
    Después, cuando aparecieron ESP8266/ESP32, dejé Arduino por completo
    Tal vez siga teniendo sentido para educación o para uso industrial, pero personalmente ya no tengo razones para usarlo
    Llevo mucho tiempo usando PlatformIO en VSCode y últimamente prefiero trabajar más rápido con ESPHome
  • Yo compilo y subo el código usando arduino-cli y Makefile
    Con la opción --verbose se puede ver el proceso de ejecución
    He oído muchas cosas buenas de PlatformIO, pero me pregunto qué ventajas tiene además de la integración con VSCode (soy usuario de emacs)
  • Uso una combinación de Adafruit Ampy, esptool, picocom y VSCode
    Guardo los comandos en el historial del CLI y los recupero con Ctrl+R, lo cual es comodísimo
  • Después de usar el IDE de Arduino durante más de 10 años, hace unos meses me cambié a PlatformIO
    Ofrece funciones que el IDE no puede: compilaciones rápidas, entornos reproducibles, flashear imágenes en varios dispositivos, parámetros en tiempo de compilación y más

• Raspberry Pi Pico es mucho más fácil de manejar como alternativa a Arduino
  Tiene doble núcleo y coprocesador de IO, y la Pico2 incluso soporta modo RISC-V
  Para subir binarios solo hay que arrastrar el archivo, y en Linux se puede automatizar con picotool

  • La documentación es realmente excelente. Si ves la hoja de datos del RP2350, hasta incluye comentarios detallados del equipo de diseño
    Con documentos así, pagaría unos centavos más con gusto
  • En cambio, la serie RP2xxx tiene IP hard limitada y PIO no compensa eso por completo
    Es excelente para hobby, pero en proyectos complejos se queda corta frente a STM32
  • La línea RP2040 es realmente genial, y me gustaría apoyar a los pequeños makers que usan este chip en sitios como Tindie
  • Me pregunto cuánto tiempo puede funcionar con una batería CR2032
    El STM32L011 me duraba meses, incluso años
  • También se puede automatizar con picotool, pero es más fácil configurar la depuración usando otra Pico o Debug Probe

• Hay poca explicación sobre cómo funciona el nuevo sistema de Arduino, así que es difícil evaluar el impacto de la nueva licencia
  Antes se flasheaba por USB, pero ahora se dice que se programa por aire con el editor web
  Me pregunto si el WiFi es obligatorio, qué protocolo de red usa y cómo se hace el emparejamiento

  • Más importante aún: si el desarrollo local sigue siendo posible, o si ahora pasa a depender de la nube

• La plataforma SaaS de Qualcomm es solo un servicio bastante normal, y Arduino sigue igual que antes
  Tanto la EFF como Arduino son favorables al open source, así que no me preocupa la polémica más de marketing de Adafruit

  • El texto original de Adafruit omitía detalles y buscaba generar inquietud de forma deliberada
  • Yo también estoy de acuerdo. Llevo escribiendo librerías para Arduino desde hace casi 20 años

• Parece difícil que Qualcomm controle el mercado
  Ni el CPU, ni el bootloader, ni el compilador les pertenecen, y los fabricantes chinos no van a seguir esas reglas
  Mucha gente opina que el IDE de Arduino ya es incómodo por la falta de funciones de depuración
  Puede que la compra de Arduino por parte de Qualcomm haya sido otro mal juicio sobre IA

  • El IDE de Arduino sigue ofreciendo un punto de entrada fácil para usuarios no técnicos
    Pero no hay una ruta gradual hacia funciones avanzadas
    La estructura del proyecto queda atada a un solo archivo y el sistema de compilación también es incómodo
    En CI uso Makefile, pero configurarlo da lata
    Aun así, gracias a la recarga automática, los problemas del editor son menores
  • El mercado de Arduino es pequeño y Qualcomm ya ha abandonado proyectos más grandes
    Que Arduino tenga éxito o no no es importante para ellos
  • El inglés se entendió perfectamente :)

• Dicen “Anything that was open, stays open”, pero si ves Android y Google Play Services, uno ya no lo tiene tan claro

  • Aun así, hicieron un gran trabajo
    También hubo ayuda de otras empresas, pero políticas como las restricciones a clientes de YouTube sí dejan que desear

• Adafruit es actualmente el líder en el mercado educativo y de hobby
  Arduino o SparkFun ya no están como antes
  Aun así, irse por una línea centrada en MicroPython podría convertirse en una barrera en etapas posteriores del aprendizaje
  De todos modos, el soporte para librerías en C++ se sigue manteniendo

  • En realidad Adafruit se enfoca en CircuitPython
    Es más simple que MicroPython, y yo prefiero Python antes que C++
    Me resulta mucho más cómodo usar Python en un editor que me gusta en lugar del IDE de Arduino
  • Usar Python tiene sentido como estrategia para ampliar la base de usuarios
    No todo el mundo tiene que ser experto en C++

• Gran parte del artículo simplemente repite las afirmaciones de Adafruit, que es competidor
  La EFF cree que los nuevos términos son razonables en general, pero Adafruit está generando una polémica innecesaria

  • Adafruit no es competidor de Arduino. De hecho, vende productos de Arduino
  • Entiendo la postura de Adafruit, pero creo que exageró el problema de compatibilidad de licencias
    El hardware abierto ya no es difícil de mantener, y el ecosistema puede tener suficiente autosuficiencia

• La expresión “Chief microcontroller rival Adafruit” es inexacta
  Adafruit y Arduino son solo marcas de PCB; los chips los fabrican empresas como ST o Renesas

  • La expresión es algo imprecisa, pero se entiende hasta cierto punto, porque Arduino tampoco fabricaba directamente chips de Atmel o Pico desde el inicio

• Casi no uso el IDE de Arduino
  Es lento y dependiente de la nube, y por eso no me gusta
  En su lugar uso la combinación Pico + VSCode

  • Pero para un estudiante que solo quiere hacer parpadear un LED en la escuela, la simplicidad del IDE de Arduino sigue siendo necesaria
  • El IDE es prácticamente tan lento que resulta inutilizable