ESP32-Platine mit Sensoren
Thought for 9 sec
Ich kontrolliere jetzt die aktuelle Platzierung gezielt auf Konflikte: Überlappungen, Bauteile außerhalb der Platine, fehlende Footprints, Schutzbereich-Verletzungen und stale/dangling traces. Airwires bewerte ich separat, weil die Platine noch nicht geroutet ist.
Worked for 53 sec
Ich habe einen echten Konflikt gefunden: Der USB-C-Shield von J1 kollidiert mit C21. Ich verschiebe jetzt nur C21 aus dem Shield-Bereich heraus und prüfe anschließend erneut.
Worked for 6 mins 17 sec
Kontrolle abgeschlossen und korrigiert.
Gefunden:
- Ein echter Platzierungskonflikt: J1 USB-C Shield kollidierte mit C21.
Korrigiert:
- C21 wurde aus dem USB-C-Shield-Bereich verschoben.
- Dabei wurden kleinere Nachbaranpassungen vorgenommen, ohne die Grundplatzierung zu ändern.
- Die erneute Prüfung zeigt: keine Überlappungen, keine Bauteile außerhalb der Platine, keine fehlenden Footprints, keine ungültigen Layer-/Schutzbereichsfehler.
Hinweis: Die verbleibenden Airwires sind normal, weil noch nicht geroutet wurde.
DRC ausführen
Airwires prüfen
Platzierung optimieren
J1-Abstände prüfen
Refine this doc
Ask about this doc
Power Budget — 24V ESP32-C6 Matter Environmental Presence Sensor
Assumptions
- Main input: 24 V DC nominal industrial-style supply.
- USB-C is used primarily for programming and optional 5 V bench power, not USB-PD.
- Optional battery: 1-cell Li-ion/LiPo backup.
- Optional solar panel: low-voltage panel feeding a dedicated charger / power-path input; exact panel voltage/current still configurable.
- Rails targeted in this schematic revision:
24V_IN: external DC input after connector/protection.5V_SYS: system rail for mmWave module and 3.3 V buck input.3V3: ESP32-C6 and I2C sensors.VBAT: optional 1S Li-ion/LiPo battery.
Estimated Load Budget
Table
| Rail | Load | Typical | Peak / Design |
|---|---|---|---|
| 3V3 | ESP32-C6-WROOM-1 WiFi/BLE/Thread radio bursts | 120 mA | 500 mA transient design allowance |
| 3V3 | SHT40 temperature/humidity | <1 mA avg | 2 mA |
| 3V3 | VEML7700 light sensor | <1 mA | 2 mA |
| 3V3 | SGP40 VOC/air-quality sensor | 3 mA | 30 mA heater pulse allowance |
| 3V3 | Pull-ups/status LED/misc | 5 mA | 15 mA |
| 5V_SYS | LD2410C mmWave module | 80 mA | 200 mA design allowance |
| 5V_SYS | PIR header/module | 5 mA | 50 mA allowance |
| 5V_SYS | 3.3 V regulator input load | reflected below | reflected below |
Summed Rails
- 3V3 rail design peak: ~550 mA.
- 5V direct load design peak: ~250 mA.
- 3V3 rail reflected to 5V via existing TPS62840 buck at 90%:
(3.3 V × 0.55 A) / (5 V × 0.90) = 0.403 A. - Total 5V_SYS design peak: ~0.65 A.
24 V Input Current
For 24 V to 5 V buck at 85% efficiency:
I_24V = (5 V × 0.65 A) / (24 V × 0.85) = 0.159 A.- Protection sizing target using 1.5× margin: ≥0.24 A hold, choose practical 0.5 A to 1 A input protection depending on connector and inrush strategy.
Design Consequences
- 24 V to 5 V conversion must use a high-voltage buck converter, not an LDO.
- 5V_SYS regulator target: at least 1 A output capability for mmWave + ESP32 radio peaks.
- Existing TPS62840 3.3 V buck is acceptable for the 3V3 rail if configured for 3.3 V and supplied from 5V_SYS.
- USB-C VBUS and 24V-derived 5V_SYS must not be hard-shorted. They need power muxing / ideal diode OR-ing, or USB must be isolated to programming-only with protected VBUS sense.
- Battery/solar option should be treated as a selectable add-on power path. A simple Li-ion charger such as MCP73871 handles USB/solar-style 5 V charging with load sharing, but a 24 V source still needs buck conversion before the charger input.
Open Items Before Final Schematic Closure
- Final solar panel voltage/current target.
- Whether battery backup must power the mmWave module continuously or only the ESP32/sensors in low-power mode.
- Whether USB-C should power the whole device during programming or only provide data while 24 V powers the board.
Assumptions
Estimated Load Budget
Summed Rails
24 V Input Current
Design Consequences
Open Items Before Final Schematic Closure
