- Published on
BioMotion - ingenieria de producto antes de abrir Onshape
- Authors
- Name
- Mateo Londoño Toro
En hardware es tentador abrir CAD el dia uno. En BioMotion Capture Station hago lo contrario: producto primero, Onshape despues. Esta nota explica esa decision y como esta organizada la documentacion.
Serie: inicio del proceso.
El costo de modelar demasiado pronto
Sin vision y requisitos cerrados, cada pieza “bonita” arrastra supuestos:
- altura de camara que nadie valido en sesion real
- interfaces que mañana hay que romper para montar una luz
- masas y CG inventados que luego fallan el gate de vuelco
La regla del repo es explicita: no se modelan piezas individuales hasta tener vision, requisitos, restricciones de fabricacion y roadmap de versiones. El CAD por componente llega cuando la arquitectura de modulos ya existe.
Como esta organizada la ingenieria
En docs/ hay tres contextos:
| Contexto | Pregunta que responde |
|---|---|
producto/ | Que es, para quien, que debe hacer V1–V5, limites y materiales |
arquitectura/ | Arbol de modulos e interfaces estables |
plataforma-movil/ | Linea I+D separada (ruedas, tracking, BOM) |
planificacion/ | Roadmap V1–V5 y hitos M0–M6 |
Flujo corto:
producto/ → arquitectura/ → (I+D movil si aplica) → cad/ → simulacion / ensamble
Vision en una frase
Una estacion de captura biomecanica modular: soporte profesional para celular/camara (y sensores futuros), optimizado para evaluaciones con Bio-Motion Evaluator. La version activa es fija; el robot que sigue al deportista es otra linea.
Problemas que ataca:
- altura y angulo repetibles
- sujeto en encuadre sin oclusion severa
- setup rapido, portable y fabricable
- crecer (luces, RealSense, IMU) sin rediseñar desde cero
Principio de diseno: interfaces estables
Cada version del roadmap anade modulos; no tira la base ni la columna. Eso fuerza decisiones tempranas molestas pero baratas en papel:
- donde vive el anclaje de luz aunque V1 no monte luz
- como se alimenta y se gestionan cables
- que masa y CG asumes antes de comprar COTS
Si la interfaz no esta pensada en V1, V2 se convierte en un rediseño disfrazado de “accesorio”.
Que queda fuera (a proposito)
En el producto fijo V1–V5 no entran:
- base movil autonoma
- PTZ comercial como diseno propio
- analisis de software (otro repo)
La movilidad tiene su propio dossier: vision, requisitos MOB-*, comparacion de arquitecturas y gates. Mezclarla con la estacion fija ensucia prioridades y cronograma.
Criterio para avanzar de version
No pasar de Vx a Vx+1 hasta que Vx se haya ensamblado, usado en al menos una sesion real y anotado fallos en docs o issues. Misma regla de evidencia para los hitos moviles M0–M5.
Documentar el proceso en el blog no reemplaza esos docs: los hace legibles para quien no vive en el repo. El source of truth sigue siendo docs/ en bio-motion-hardware.
Siguiente: roadmap modular V1–V5 y, en paralelo, base movil M1 y estabilidad.