Organiza archivos STL, 3MF y G-code

Una carpeta de impresión 3D tiende a mezclar mallas descargadas, proyectos de laminado, G-code exportado, capturas de pantalla y archivos ZIP. El primer cambio útil es separar esas funciones. Puedes hacerlo con carpetas normales antes de instalar nada más.

Separa los tres tipos de archivo

Trata estos como funciones distintas de un archivo:

• La geometría de origen incluye STL, OBJ, STEP, STP y los archivos 3MF orientados al diseño. Conserva la descarga o la exportación original.
• Los proyectos de laminado suelen ser archivos 3MF con la disposición de la bandeja y los ajustes. Conserva el estado del proyecto cuando reproducir la bandeja costaría trabajo.
• El G-code es específico de la impresora, el material, la boquilla y el perfil. Conserva las revisiones que explican una decisión o que tienen un resultado de impresión.

La extensión 3MF puede representar geometría de origen o un proyecto de laminado, así que la carpeta y el nombre del archivo tienen que aportar el contexto que falta. Una disposición con source/, project/ y gcode/ dentro de la carpeta de un modelo importante es suficiente.

Estructura de carpetas: plana, por tema

Usa una jerarquía plana basada en el proyecto o el propósito, como props/helmets/mando. No añadas un nivel de directorio nuevo para el material, la boquilla, la necesidad de soportes, el diseñador y cualquier otra propiedad. Un archivo tiene una ruta, mientras que esas propiedades pueden cambiar o solaparse.

Los nombres de archivo no son una base de datos

bracket_016_15pct_brim_FINAL_GOOD_v3.gcode intenta meter una base de datos en su nombre. Mantén los nombres lo bastante cortos para leerlos en la impresora. El nombre del modelo, una etiqueta de revisión con sentido y la máquina de destino suelen bastar.

Los slicers habituales incrustan muchos ajustes en los comentarios del G-code. Una herramienta puede recuperar después la altura de capa, el material, las temperaturas, el tamaño de boquilla y las estimaciones. El motivo de un cambio sigue necesitando una nota, porque el archivo no puede explicar por qué añadiste el brim.

Deduplica por contenido, no por nombre

Compara hashes de contenido antes de borrar duplicados aparentes. Herramientas como fdupes, rmlint y jdupes pueden hacerlo en un sistema de archivos normal. Revisa primero las rutas. Una copia idéntica dentro de un proyecto empaquetado puede ser intencionada aunque ocupe disco de más.

Anota qué G-code funcionó de verdad

Después de una impresión, registra el nombre exacto del archivo de G-code y el resultado. Un archivo Markdown pequeño al lado del proyecto sirve. Incluye solo los detalles que vas a usar después: éxito o fallo, el cambio importante, el material y cualquier aviso específico de la máquina.

Esta es la parte que más probablemente se degrade. Escribe la nota mientras sacas la pieza de la cama, no tres semanas después.

Dónde se gana lo suyo un gestor de archivos

PrintStash automatiza las partes que son tediosas de mantener a mano:

• El hash de contenido detecta archivos idénticos durante la ingesta.
• Los metadatos de G-code compatibles se convierten en campos estructurados y filtros.
• Las revisiones de G-code se quedan adjuntas al modelo de origen, con etiquetas, notas, resultados y una única elección recomendada.
• Los trabajos correctos en impresoras conectadas pueden marcar como known good una revisión elegible.
• Un volumen compartido puede indexar en el sitio el árbol de directorios que ya tienes.

El sistema manual sigue siendo válido. Úsalo si la colección es pequeña y las notas se mantienen al día. Instala una biblioteca cuando mantener el índice a mano sea más trabajo que tener el servicio en marcha. La guía de bibliotecas grandes cubre un archivo ya existente, mientras que la guía de primeros pasos cubre una instalación nueva con Docker Compose.