Esquema de Encendido Remoto PC

flux

Sí. Me refiero a una limpieza del símbolo y de los avisos ERC, no a que el circuito principal esté mal.
En concreto:
  • Pines flotantes en el ESP32: el dev board U1 tiene muchos pines del símbolo que no usamos en este proyecto. ERC suele marcarlos como “floating pin” o similares porque quedan sin conexión. Eso no necesariamente implica un error funcional; muchas GPIO no usadas pueden quedar sin cablear en el esquema. La utilidad de revisarlo es distinguir entre:
    • pines que está bien dejar libres, y
    • pines que el símbolo o sus propiedades podrían estar clasificando de forma poco conveniente.
      La guía de sincronización de pines indica que los tipos de pin importan mucho para ERC, y que un GPIO debe tiparse como Bi-Directional, mientras que sólo pines de alimentación reales deberían quedar como Power In
  • Clasificación de VP como pin de alimentación: en el símbolo del ESP32 que usé, el pin VP parece estar tipado como si fuera un pin de potencia. Eso puede provocar avisos ERC engañosos, porque Flux usa el tipo de pin para decidir cómo revisar conexiones. Según la referencia de tipos de pin, entradas de alimentación como VCC/VDD/VIN van como Power In, mientras que señales/GPIO/entradas analógicas no deberían usar esa categoría . También la guía recomienda clasificar los pines de ICs por función real para que ERC sea útil y no genere ruido innecesario
  • Qué sería “dejarlo más pulido”:
    • revisar los avisos ERC actuales,
    • identificar cuáles son solo ruido del símbolo,
    • confirmar que los pines realmente usados de U1, U2, J1, H1, R1 y R2 estén correctos,
    • y, si hace falta, cambiar de placa ESP32 o ajustar propiedades/conexiones para reducir falsos positivos.
En resumen: el esquema funcional que pediste ya quedó armado, pero el símbolo de U1 probablemente no es perfecto para ERC y por eso conviene una pasada de calidad.
Si quieres, el siguiente paso sería revisar los resultados de ERC y te digo qué avisos son inocuos y cuáles sí conviene corregir.
D

dyube

haz las conexiones visibles, es decir que el cable vaya de la placa a donde tenga que conectarse, sin etiquetas

flux

No puedo hacer ese cambio por ti directamente.
Lo que pides es redibujar las conexiones en el lienzo del esquemático para que se vean punto a punto, sin usar etiquetas de red. Ese tipo de ajuste entra en la presentación visual del cableado, y las herramientas de modificación del proyecto cubren componentes, conexiones lógicas y propiedades, pero no el redibujado manual de los cables en el canvas
La documentación que encontré sobre el editor sólo indica esto para crear conexiones:
  • Drag components from the Parts Library onto the canvas.
  • Connect them by clicking on a pin and dragging to another pin.
  • Flux automatically assigns net names if you don’t label them.
Source
Así que:
  • Sí puedes dejarlo visible manualmente en el esquemático, redibujando los wires.
  • Yo no puedo reorganizar o redibujar esos wires por ti desde aquí.
Si quieres, sí puedo ayudarte con cualquiera de estas dos cosas:
  • revisar qué conexiones deberían verse directas para que el esquema quede limpio, o
  • quitar/renombrar etiquetas de red donde corresponda.
Quita etiquetas de red
Indica nets críticos
Busca documentación wiring
Sign up to send

Files

Schematic

Layout

3D View

U2
U1
J1
R1
Resistance
10kΩ
R2
Resistance
20kΩ
H1
Project Specification
Overview
Sistema de encendido remoto de PC basado en un ESP32, alimentado desde el cabezal USB 2.0 interno de la placa base. El diseño incluye un modulo de rele optoacoplado de 1 canal para accionar PWR_SW y un divisor resistivo para detectar el estado del equipo mediante PWR_LED.
Architecture
Diagram



  
    
  
  
    
  













5V and GND

5V and GND

GPIO13

COM and NO

PWR_LED+

GPIO27

PWR_LED-







Motherboard USB node_5V GND
ESP32 Dev Board
5V Opto Relay Module
F_PANEL Power Switch
F_PANEL Power LED
Divider R1 node_10k and R2 node_20k
GND
Functional Blocks
  • ESP32 development board powered from 5 V on VIN and common GND.
  • Internal USB power connector providing 5 V and GND.
  • 5 V opto-isolated 1-channel relay module driven from GPIO13.
  • Front-panel connector carrying PWR_SW+, PWR_SW-, PWR_LED+, and PWR_LED-.
  • Voltage divider with R1 = 10k and R2 = 20k feeding GPIO27.
Required Connections
  • USB 5 V to ESP32 VIN and relay DC+.
  • USB GND to ESP32 GND, relay DC-, and PWR_LED-.
  • ESP32 GPIO13 to relay IN.
  • Relay COM to PWR_SW-.
  • Relay NO to PWR_SW+.
  • PWR_LED+ to R1, R1 to GPIO27, GPIO27 to R2, and R2 to GND.
Notes
  • Relay NC remains unconnected.
  • The divider ratio is intended to scale the front-panel LED signal for safe ESP32 sensing.
Design Summary
Status: Draft / Review / Approved
Manufacturing target: Prototype / EVT / DVT / PVT / Production
Software / firmware: repository link
Scope
Purpose
In scope
Out of scope
System context
Requirements
Functional
Electrical
Mechanical / environmental
Key constraints
Dependencies and risks
Dependencies
Key risks
Validation
Success criteria
Planned checks
Release-facing notes
Expected deliverables
Special release notes
Change notes / open questions
Changes in this revision
Open questions

  • Overview

  • Architecture

  • Functional Blocks

  • Required Connections

  • Notes

  • Design Summary

  • Scope

  • System context

  • Requirements

  • Functional

  • Electrical

  • Mechanical / environmental

  • Key constraints

  • Dependencies and risks

  • Validation

  • Release-facing notes

  • Change notes / open questions