Looking for "Device description, MOSFET type, key electrical characteristics including RDS(on), VGS threshold, drain current, package" in AO3400A_ds.pdf
Looking for "Device description, diode type, forward voltage, reverse voltage, average forward current, package" in B5817W-B5819W(SOD-123).pdf
Running design review.
Project overview
This project is a small power-path / load-switch module intended to switch or isolate a load between a battery input and a 5 V rail. The project description says it is:
“A simple load switch module to switch between Battery and 5V power”
At a high level, it is trying to provide a controlled output at 5V_LOAD_SW using the battery input at VBAT and/or the 5 V input at +5V.
So today, the design is best understood as a partially built power-switch concept, not yet a complete module implementation.
2. MOSFET topology correctness
With a single N-MOSFET, correctness depends heavily on:
source/drain orientation
body-diode direction
expected input/output voltage relationship
whether the MOSFET is intended as low-side, high-side, or ideal-diode-like element
If that is wrong, the circuit may:
fail to switch properly
leak current backward
never fully enhance the MOSFET
3. No explicit control logic
Right now there is no comparator, supervisor, or controller IC. That means any automatic source selection must rely purely on passive behavior and transistor physics.
That is simple and cheap, but less robust.
Real-world applications
If completed correctly, this kind of module could be useful for:
battery-powered gadgets with external 5 V input
USB-powered devices that need battery isolation
simple backup-power switchover
small embedded boards needing basic source selection
low-cost load disconnect or reverse-current blocking
Suggested improvements
Priority improvements
Improvement
Why it helps
Connect +5V, VBAT, and 5V_LOAD_SW explicitly into the switching network
Makes the schematic functionally complete
Label the active nets clearly
Easier review and less ambiguity
Verify Q1 source/drain orientation against intended power flow
The intent is sound, but the current implementation appears incomplete, because the external terminals and output are not yet fully connected into the active netlist. Once those connections are finished and the MOSFET topology is verified, it could become a simple, compact power-path building block.
If you want, I can next give you:
a plain-English signal-flow walkthrough, or
a design review of what is missing / likely wrong in the current schematic.
Wirelessly connects nets on schematic. Used to organize schematics and separate functional blocks. To wirelessly connect net portals, give them same designator. #portal
Wirelessly connects power nets on schematic. Identical to the net portal, but with a power symbol. Used to organize schematics and separate functional blocks. To wirelessly connect power net portals, give them the same designator. #portal #power