solid_angle_light — OPTICS illumination op

• Datenarten: keine → table (ein Operator, der allein durch seine Argumente bestimmt ist — er nimmt kein Bild und keine Daten entgegen)

• Aufruf: import fullseye as fs; fs.ledger.solid_angle_light(half_angle_deg=10.0, tilt_deg=0.0, azimuth_deg=0.0, radiance=1.0, distance_mm=100.0, n=64) (die Implementierung direkt: import illumdesign; illumdesign.solid_angle_light(half_angle_deg=10.0, tilt_deg=0.0, azimuth_deg=0.0, radiance=1.0, distance_mm=100.0, n=64); aus dem Register: opsoptics.get("solid_angle_light"))

Verwendung

Eine Beleuchtung, festgelegt durch den Richtungskegel (Halbwinkel und Achse), den sie jedem Punkt liefert (table).

> Die ausführliche Beschreibung unten ist der Originaltext — Zusammenfassung und Überschriften sind übersetzt.

Every point of the part receives light from the same cone: axis tilted *tilt_deg* from the camera axis (+z) toward *azimuth_deg*, half-angle *half_angle_deg* (the illumination NA is sin of it), uniform *radiance* inside it. This is the far-field (Koehler) limit that an illuminator with a lens in front of the emitter approximates; a coaxial light through a half mirror is the case tilt_deg = 0. The record solid_angle carries the cone for solid_angle_brightness, solid_angle_boundaries, solid_angle_sweep and solid_angle_render; the dict also holds *n* emitters on a disc at *distance_mm* that subtends the same cone at the origin, so irradiance_map and defect_contrast accept it as well (they then see a near-field disc, not the far-field cone).

Returns the light dict (kind = "solid_angle") with solid_angle = {half_angle_deg, tilt_deg, azimuth_deg, radiance, axis, solid_angle_sr, projected_solid_angle_sr}; solid_angle_sr = 2π(1 − cos α) and the projected solid angle π sin²α is the irradiance a surface facing the cone receives per unit radiance. Fails closed (ValueError) when the cone would reach below the part plane (half_angle + tilt > 90).

Familienweiter Eingabevertrag (fail-closed)

Jeder optics-Operator prüft seine Eingabe vor der Berechnung (nichts rutscht stillschweigend durch):

• Einheiten stecken im Argumentnamen — _mm / _um / _deg / _mrad. Eine Verwechslung von mm und µm stürzt nicht ab, sondern liefert eine plausibel aussehende falsche Antwort; der Name verhindert das. Aus der Größenordnung wird nie auf die Einheit geschlossen.

• Strings lösen ValueError aus — float('50') gelingt, sodass ein ungeparster Konfigurationswert als Länge durchrutschen würde (gemessen: thin_lens('50', '200') lieferte plausible 66,667 mm). bool wird als implizite Hochstufung True == 1 ebenfalls abgelehnt.

• complex / Masked Arrays lösen ValueError aus (nur reelle Slots; das stille Verwerfen des Imaginärteils bzw. Abstreifen der Maske wird abgelehnt). NaN/Inf löst bei jeder Eingabe ValueError aus.

• Division durch null und Verwandtes wird namentlich abgelehnt: Brennweite 0, Krümmungsradius 0, Brechzahl <= 0, undurchlässige Blende (alles 0, die Normierung wird 0/0), PSF mit Summe <= 0, Stokes-Vektor mit S0 = 0 und ein Objekt im vorderen Brennpunkt (Bild im Unendlichen).

• Nur zwei Operatoren liefern einen nicht-endlichen Wert, und beide halten das vertraglich fest: depth_of_field liefert jenseits der hyperfokalen Distanz far_mm = inf (genau das bedeutet die hyperfokale Distanz), und gaussian_beam liefert an der Taille wavefront_radius_mm = inf (der Krümmungsradius einer ebenen Wellenfront). Beide liefern zusätzlich einen endlichen Partner (far_is_infinite / curvature_per_mm). Jedes andere stille NaN/Inf wird intern erkannt und löst ValueError aus — "float64 ist übergelaufen" und "die Antwort ist unendlich" sind verschiedene Aussagen; die erste wird nie im Gewand der zweiten geliefert.

• Größenobergrenzen: erzeugte Gitter durch optics.MAX_GRID (4096), übergebene Felder/PSFs/Blenden durch optics.MAX_FIELD_ELEMENTS (2^24), ABCD-Elementketten durch optics.MAX_SYSTEM_ELEMENTS (1024), Zernike durch MAX_ZERNIKE_TERMS (512) / MAX_ZERNIKE_ORDER (40) / MAX_ZERNIKE_BASIS (2^25). Damit werden Pfade fail-closed geschlossen, in denen ein kleines Argument eine riesige interne Allokation auslöst (gemessen: n_max=40 × 4096² braucht 108 GB).

• Physikalisch unmögliche Zustände werden ebenfalls abgelehnt: Stokes-Vektor mit Polarisationsgrad > 1, negative Transmission, negative Intensität und ungültige Zernike-Indizes wie ungerades n-|m|.

Ausführlicher Anwendungsleitfaden

• Leitfaden zur Familie optics_imaging

Hintergrundwissen (Physik und Konventionen hinter diesem Operator)

• mv_illumination_practice — Beleuchtung in der Praxis — Wellenlänge, Polarisation, Ansteuerung, Fremdlicht, Sicherheit

Referenzen (Beispieldaten, Literatur)

• Katalog der Beispieldaten (Download-URLs / Lizenzen) — 2-D nutzt skimage.data (BSD/Public Domain) plus synthetische Bilder, 3-D nennt Download-URLs echter Datenquellen (Stanford, PDS, …).

• Herkunft und Literatur der Operatoren — die Quellen der Forschung/Verfahren, auf denen diese Operatorfamilie beruht.

• Der kanonische Algorithmus (Autor, Jahr) und seine Anwendungen stehen im Familienleitfaden oben.

Ausführbare Beispiele (verifizierte Samples, die diesen Operator wirklich aufrufen)

• poc_illumination_cone_vs_na — py -3.11 examples/poc_illumination_cone_vs_na.py

Typkompatible Folge-Operatoren (nehmen table als Eingabe)

abcd_matrix · wavefront_stats · sfr_from_edge · paraxial_trace · seidel_coefficients · spot_stats · tolerance_analysis · wavefront_from_opd

Gleiche Kategorie (illumination)

light_source · irradiance_map · illumination_uniformity · defect_contrast · lighting_sweep · illumination_design · solid_angle_boundaries · solid_angle_brightness


*Provenance: illumdesign.py — OPTICS Operator-Registry. Diese Notiz wird von tools/opdocs.py md erzeugt (nicht von Hand bearbeiten).*

© 2026 Kazufumi Furuse — Fullseye operator documentation. Licensed under Apache-2.0.