01 · Qué es RNL
Netlists ricos en semántica de circuito
RNL cubre la brecha de semántica de alto nivel entre los netlists y los esquemas: estructuras, intención y dibujo
Un caso real de RNL diseñado por un agente y el esquema renderizado a partir de él
La revisión no requiere leer el netlist línea por línea, sino solo comprobar la semántica que declara. La información exacta del esquema puede generarla un solucionador o producirla directamente un modelo.
El netlist posee dispositivos y tipos, parámetros, conexiones, la interfaz del subcircuito
RNL posee estructuras, intención, el dibujo, símbolos de visualización; solo hace referencia al netlist
El netlist describe los hechos eléctricos, y Rich Netlist describe cómo comprender y presentar el circuito
Oculto en los comentarios
Escrito en los comentarios válidos del netlist anfitrión, como * @RNL {…} en SPICE. Los simuladores lo omiten; no hay que limpiar nada.
Deja intacto el circuito
Solo hace referencia a los dispositivos, redes y terminales del netlist; no puede añadir dispositivos, conexiones ni parámetros.
Cualquier nivel de detalle
Desde “M1 y M2 son un par diferencial” hasta cada coordenada y cada codo, combinados libremente en un mismo archivo.
RNL no es
- Otro lenguaje de netlist
- Una segunda lista de conexiones
- Un formato que imponga un único dibujo
- Un archivo de imagen a nivel de píxel
02 · Por qué
Tanto a los netlists como a los esquemas les falta la mitad del panorama
La simulación funciona con netlists; comprender un circuito requiere un esquema. Cada uno se queda corto por sí solo.
| Tarea | Netlist | Esquema (formato propietario) | Netlist + RNL |
|---|---|---|---|
| El simulador lo lee directamente | Está hecho para eso | Hay que exportar antes un netlist | RNL son solo comentarios |
| Ver la estructura del circuito de un vistazo | Solo líneas de texto | Sí | Un visor lo dibuja |
| Texto plano que admite diff y Git | Sí | Base de datos binaria | Sí |
| La IA puede leerlo y escribirlo | Texto | Formato gráfico | El dibujo también es texto |
| Se abre sin la herramienta original | Cualquier editor de texto | Requiere el mismo software y versión | Cualquier visor de RNL |
| Transmite la intención de diseño | No | Solo visualmente; las máquinas no pueden leerla | Los pares y la simetría son sentencias |
| Una única fuente de verdad para el circuito | Sí | El dibujo y el netlist pueden contradecirse | La conectividad proviene únicamente del netlist |
Nuevos retos en los flujos de diseño impulsados por IA
La IA escribe netlists que las personas no pueden revisar
Unos cientos de líneas generadas no le dicen a quien revisa qué circuito es.
La IA dibuja esquemas de forma poco fiable
Dibujar un esquema trazo a trazo resulta difícil para los modelos de lenguaje, y los resultados varían mucho de un modelo a otro.
Los agentes solo acceden a los esquemas a través de herramientas de EDA
El esquema está en una base de datos binaria propietaria: leerlo o cambiar un solo cable pasa por la interfaz de la herramienta.
Las soluciones provisionales de hoy
Redibujar a mano
Lento, y cada cambio en el netlist obliga a volver a dibujar.
Generar automáticamente
La disposición automática conoce las conexiones pero no la estructura: no se distingue qué transistores forman un par.
Capturas de pantalla y exportaciones
Conservas la imagen pero pierdes el circuito: no se puede simular ni seguir editando.
Depender de las API de EDA
La IA solo puede editar el circuito a través de la API de la herramienta de EDA, sujeta al ecosistema de EDA.
El enfoque de RNL: un formato de texto plano que las personas y la IA pueden leer y editar directamente, independiente de cualquier herramienta de EDA específica
03 · Ventajas
Qué se obtiene al dejar escrito el significado
El significado primero
Indica qué dispositivos forman un par diferencial o un espejo de corriente, qué es simétrico y por dónde fluye la corriente. Estas sentencias permanecen en el archivo por mucho que cambie el dibujo.
Un único archivo de texto plano
Los simuladores lo ejecutan como siempre; admite diff y fusión en Git; el dibujo y el netlist no pueden desfasarse.
La IA escribe, las personas revisan
La IA escribe el circuito junto con sus estructuras y su dibujo; las personas revisan en un visor las estructuras y la intención declaradas.
Abierto
Un estándar y bibliotecas de símbolos públicos, herramientas de código abierto y un visor que se abre en el navegador.
El circuito separado del estilo
El netlist define qué es el circuito; los paquetes deciden su aspecto, como HTML para el contenido y CSS para el estilo. Si incluyes los paquetes públicos eda-symbol y eda-style, el mismo archivo se dibuja como un esquema de EDA tradicional. Cambia el aspecto en el ejemplo.
04 · Escenarios
La misma tarea, de dos maneras
Situaciones habituales, cómo se abordan hoy y con RNL.
Diséñame un OTA de cinco transistores.
El netlist está ahí, pero nada en él dice qué circuito es.
Unos cientos de líneas generadas no le dicen a quien revisa qué circuito es, y los modelos dibujan su esquema de forma poco fiable.
Diséñame un OTA de cinco transistores.
El agente escribe las estructuras y el dibujo junto con el circuito; una persona revisa en un visor lo que ha declarado.
Las personas revisan las estructuras y la intención, no el netlist línea por línea.
El esquema es una base de datos binaria, por lo que el control de versiones solo puede decir “el archivo cambió”.
Un cambio es una sola línea legible: M2 se movió a x = 30. Git, las pull requests y la CI funcionan con él igual que con el código.
Los cambios en el esquema también se pueden revisar y revertir.
El esquema y el netlist guardan cada uno su propia copia de las conexiones, y ambos pueden no coincidir.
La conectividad la define únicamente el netlist. Las líneas que se cruzan, o los extremos que simplemente caen uno sobre otro, nunca se convierten en una conexión; los cables dibujados solo se unen donde comparten un punto o un terminal.
El circuito tiene una única fuente de verdad: el netlist.
Cada herramienta tiene su propio formato de esquema y sus propias bibliotecas de símbolos.
Cambiar de herramienta suele obligar a redibujar el esquema; cambiar de simulador implica reescribir el dialecto del netlist.
El prefijo de comentario sigue el formato del netlist; el contenido de RNL permanece idéntico.
El contenido de RNL es el mismo en cualquier formato de netlist, y los símbolos se definen en RNL, por lo que viajan con el archivo o con una biblioteca.
Cambies de simulador o de visor, el dibujo sigue ahí.
Los formatos tradicionales solo se abren en la herramienta de EDA que los creó, por lo que el destinatario necesita el mismo entorno. Una captura de pantalla acompañada de un netlist queda desactualizada en cuanto cambia cualquiera de los dos.
- El simulador lo ejecuta como de costumbre
- Un navegador muestra el dibujo
- Los colegas y la IA pueden leerlo y editarlo
RNL es texto plano, fácil de compartir y de publicar como código abierto: el simulador ejecuta el archivo y un visor en el navegador lo dibuja.
El dibujo viaja con el circuito, no con la herramienta.
05 · Visión
Un ecosistema abierto y un flujo de diseño construido sobre él
RNL es la capa de datos: los circuitos y su significado en archivos que cualquiera puede abrir.
Un ecosistema abierto
Circuitos y bibliotecas de símbolos publicados y reutilizados como software de código abierto.
- Un estándar públicoEl lenguaje y sus paquetes, especificados abiertamente
- Bibliotecas de símbolosEl dibujo de cada símbolo y el texto que lo define
- Una galería de circuitosDiseños en repositorios públicos, abiertos en el visor web
- Herramientas de código abiertoEl entorno de ejecución, la línea de comandos y los visores
Un flujo de diseño basado en RNL
Los agentes escriben y modifican circuitos; las personas revisan sus estructuras y su intención; las herramientas de EDA simulan y verifican.
Agentes
Escriben y modifican circuitos, con sus estructuras y su dibujo.
Personas
Revisan en un visor las estructuras y la intención declaradas.
ota5t.sp
RNL, la capa de datos: netlist + significado
Herramientas de EDA
Simulan y verifican; un simulador omite los comentarios de RNL.
06 · Estado
En qué punto estamos
El lenguaje se ha publicado como el estándar 0.3; los visores web y de escritorio leen, dibujan y editan netlists, y el solucionador cuenta con una primera versión. A continuación se muestran los hitos publicados más recientemente y los próximos pasos; la cronología completa enumera todos los hitos publicados.
- Núcleo de RNL 0.5.4
Core 0.5.4: rnl solve says the solver is a preview; each object lists the usages and groups it is a member of, in the Document, the snapshot and the new rnl explain; package files and hardware-description files are known by their format; the solver tells supply, ground and port symbols by their drawing. Notas de la versión
- Núcleo de RNL 0.5.5
Core 0.5.5: the Document carries the parameters of subcircuits, those a definition gives, those an instance writes and the numbers they come to, and a build can bind values to them; an instance of a subcircuit that Auto Include found defined several times lists the definitions. Notas de la versión
- Visor de escritorio 0.5.3
RNL Viewer 0.5.3: entering an instance of a subcircuit that Auto Include found defined several times asks which definition to open; a subcircuit shows its parameters in a bar under the path, and a dialog changes them; entering a subcircuit of another file takes the values its instance writes. Notas de la versión
- Cronología completa
- Próximamente
- Estándar del lenguaje 0.4
Previsto: elección de símbolos según el número de terminales; el nuevo
@SOLVER-CONFIG. - Objetivos del solucionador, segunda versión
Previsto: trasladar los nombres del paquete estándar de la lógica codificada del solucionador a su configuración, para que los objetivos de dirección de corriente, dirección de tierra y flujo de señal funcionen con archivos de la versión 0.3.
Preguntas frecuentes
¿Se quejarán los simuladores de un netlist que contenga RNL?
No. RNL se escribe únicamente en los comentarios válidos del netlist anfitrión, que los simuladores omiten sin preprocesamiento. Qué marcador exacto resulta seguro en el simulador de cada fabricante sigue verificándose.
¿Cambiará RNL mi circuito?
No. Los dispositivos, los parámetros y las conexiones los define únicamente el netlist; RNL solo puede hacer referencia a ellos. Cuando solo cambia el RNL, el cuerpo del netlist se conserva tal cual.
¿Tengo que escribir coordenadas?
No. “M1 y M2 son un par diferencial, simétrico respecto al eje central” es una descripción válida por sí sola; las coordenadas pueden dejarse al solucionador o añadirse más adelante.
¿Dibujarán distintas herramientas el mismo RNL de la misma manera?
Las partes con geometría exacta coincidirán. Las partes que solo expresan intención pueden ser dibujadas de forma diferente por distintos solucionadores cumpliendo igualmente esa intención; RNL no promete resultados idénticos píxel a píxel.
¿En qué se diferencia esto de los archivos de esquema de Virtuoso o KiCad?
Esos son formatos gráficos propios de cada herramienta, almacenados por separado del netlist. RNL va acoplado al netlist, cualquier herramienta compatible puede leerlo y los propios símbolos se definen en RNL.
¿Por qué se menciona tan a menudo la IA?
Los modelos de lenguaje son muy buenos leyendo y escribiendo texto como los netlists. RNL convierte también en texto la estructura, la intención y el dibujo del circuito, de modo que un agente escribe un circuito y su significado en un solo archivo y las personas revisan en un visor lo que ha declarado. El texto libre entre sentencias ayuda a las personas a leer, pero nunca cambia lo que entienden las máquinas.
¿Se puede escribir RNL en otros idiomas?
Las palabras clave y los nombres de los paquetes estándar pueden tener alias en otro idioma. Un archivo puede declarar alias individuales con @ALIAS en su registro de encabezado, o cargar un paquete de alias (un archivo de paquete que reúne los alias de un idioma) con @USE-ALIASES(name=…, version=…), o path=… para un archivo personalizado. La serie estándar 0.3 incluye uno por ahora, el chino (rnl-zh): escribe @USE-ALIASES(name="rnl-zh", version="0.3") en el registro de encabezado para usar sus alias. Un alias es solo una grafía alternativa: ambas pueden combinarse libremente y las máquinas leen las mismas sentencias; el propio registro de encabezado utiliza siempre la grafía estándar.
¿Puedo usarlo ya?
Para visualizar esquemas y editar el texto del netlist, sí: los visores abren netlists con RNL en el navegador o en Windows, Linux y macOS, dibujan los objetos colocados y permiten editar el texto y volver a renderizarlo. La disposición automática está en una etapa inicial: hay un primer solucionador en rnl solve y, como vista previa, en el visor de escritorio. El visor web aún no lo ejecuta, por lo que enumera los objetos no colocados en su vista No dibujados. La edición mediante arrastrar y soltar todavía no está disponible.
07 · Siguientes pasos
Para más detalles, consulta estas páginas
- →Recorrido por el lenguajeCómo es el lenguaje: nueve secciones y varios ejemplos, todos prácticos
- →EstándarEl texto formal, con una guía breve y los principios
- →PaquetesCómo se dibuja cada símbolo y el texto que lo define
- →HerramientasLos visores web y de escritorio, y toda la cadena de herramientas
- →Para agentesEl paquete de habilidades, llms.txt y cómo utilizarlos