3D smart-home control surface
current / expandingNavigate rooms and devices spatially instead of hunting through a flat entity list.
MODEL · CONNECT · INHABIT · UNDERSTAND
Teldra connects the architectural model of a home with its smart devices, live observations, interactive 3D, analysis, and high-quality rendering. Portable .teldra projects can now open locally in Studio, render their bundled scene, recover safely, and save back without requiring a server or making browser state canonical.
THE WORKFLOW
Teldra is designed as a continuous workflow. You do not rebuild the home for every tool; each view derives from the same architectural and smart-home identity.
Start from an IFC model or migrate a Sweet Home 3D project into semantic building data.
Give devices and capabilities stable Teldra identities while external platform IDs remain bindings.
Open a portable .teldra project in Studio, render its bundled scene, and select real building or device identity rather than disconnected dashboard cards.
Inspect read-only live context, edit canonical device information, undo or redo changes, recover safely, and save the .teldra project locally.
Use the same identity for interactive 3D, analytical overlays, offline rendering, diagnostics, and future automation.
CAPABILITIES
What people already expect from home design, visualization, and smart-home tools.
Navigate rooms and devices spatially instead of hunting through a flat entity list.
Keep rooms, walls, openings, fixtures, and stable architectural identity in IFC.
Carry Home.xml semantics into IFC rather than freezing the project as an OBJ mesh.
Open, render, edit, recover, and save a documented local project container directly in the browser.
Select canonical devices, edit their authored data, undo/redo, and save through application-owned commands.
Bring read-only live observations into the twin while Home Assistant remains an external adapter.
Move reproducibly between IFC-derived web scenes and Blender/Cycles asset production.
What becomes possible when spatial identity remains intact across systems.
Trace a device from room → canonical identity → external binding → live observation → renderer instance.
Know which source, toolchain, and transformation produced a scene, lightmap, or derived artifact.
Preview desired state or alternative layouts without confusing simulation with commands sent to physical equipment.
Project reachability, interaction zones, device placement, or assisted-living context over the same home geometry.
Attach diagnostics, failures, support evidence, and future maintenance history to stable spatial identity.
Let automation, visualization, analysis, and authoring share one understandable model of the inhabited environment.
SYSTEM GRAPH
Teldra keeps the building, smart-home identity, live observations, and visualizations connected without turning any renderer or automation platform into the source of truth.
PROJECT HISTORY
The public repository history starts on 2 October 2026. Each step adds a new capability without collapsing building truth, device identity, live state, or presentation into one store.
The repository begins by separating architectural truth in IFC from smart-home truth in the Teldra twin, with stable identity and renderer-neutral projections.
The migration path reads Home.xml and maps architectural concepts into IFC rather than treating an exported mesh as the building model.
IFC-derived scenes gain identity-preserving GLB export, Babylon.js rendering, and canonical picking in the SolidJS Studio.
The project defines live observations, platform budgets, release/security policy, undo/redo, safe saves, recovery, and reproducible toolchain provenance.
A deterministic smart-home fixture ties together SH3D, IFC, twin identity, derived scenes, live-state examples, and cross-runtime tests.
The first end-to-end editor slice can modify canonical device data, undo and redo changes, track dirty state, and save without making UI state authoritative.
A pinned Blender/Cycles reference producer is certified through the Babylon browser path so rendered assets carry reproducible provenance.
Viewport picking and the device inspector now share canonical selection, so renderer instances resolve back to the same project identity used by authored data.
The browser can open, edit, undo, recover, save, and render portable .teldra projects, including bundled GLB scenes, while the Home Assistant adapter remains read-only by design.
Authorization-gated Home Assistant control is active work. It is intentionally not presented as shipped until command intent, authorization, acknowledgement, and failure semantics are certified.
AMBITION
These are project ambitions, not claims that every capability is finished today. The architecture is being built so these directions can emerge without replacing the home model each time.
The end state is a living model where geometry, devices, observations, history, and user intent meet in one spatial experience.
Home Assistant is first, but runtime semantics are deliberately broader than any one automation ecosystem.
Selection should be able to explain what something is, where it came from, what it is doing, and which representations derive from it.
Future control should make authorization, user intent, acknowledgements, failures, and uncertain outcomes explicit.
USER ONBOARDING
Follow the user journey from bringing in a home model, to connecting devices, exploring rooms, understanding live context, and working with the twin.