Digital twin
A procedural OpenUSD module twin: half-cut cells, silver busbars and fingers, center ribbon. Geometry and materials are owned in simulation, not scraped from flight logs.
You are looking at a digital twin of a Jinko 72HC-style module, rendered in Isaac Sim 6 — not drone video, and not a fielded inspection product. Close-up RGB, same camera pose, defects you can read by eye.
Sawatch builds the OpenUSD twin, randomizes the scene, renders RGB, and auto-labels classes so a vision model can train without a large labeled drone archive.
A procedural OpenUSD module twin: half-cut cells, silver busbars and fingers, center ribbon. Geometry and materials are owned in simulation, not scraped from flight logs.
Isaac Sim 6 renders inspection-obvious stills. Lighting, soiling, cracks, and hotspots are authored in the twin so each class is visible in the image.
Labels are generated with the image. Four classes on this demo: healthy, soiled, crack, hotspot. Ready for a training set — not a deployed detector.
Each still is the same module framing. The only change is the defect class authored in the twin.
YOLO-style box overlay on the hotspot still. The legend lists healthy, soiled, crack, and hotspot. This is class visualization on synthetic RGB — the auto-annotated view that ships with the image, not a trained production model.
The landing-page steps, grounded in this twin:
Module geometry and PBR materials authored into OpenUSD.
Procedural twin in Isaac Sim; defect class and look randomized per frame.
RGB stills at inspection scale from the GPU simulation.
Class labels generated with the image for training export.
If you need labeled physical AI data from a digital twin — solar or otherwise — write us. This page is a demo of the service, not an operations product.
Contact