5b5a01a30300c437105f0c1a1dcc1fab0488c875
CONN-DAT/CONN-USB-dat/CONN-USB-type-c-dat/2026-04-20-16-48-47.png
| ... | ... | Binary files /dev/null and b/CONN-DAT/CONN-USB-dat/CONN-USB-type-c-dat/2026-04-20-16-48-47.png differ |
CONN-DAT/CONN-USB-dat/CONN-USB-type-c-dat/2026-04-20-16-51-52.png
| ... | ... | Binary files /dev/null and b/CONN-DAT/CONN-USB-dat/CONN-USB-type-c-dat/2026-04-20-16-51-52.png differ |
CONN-DAT/CONN-USB-dat/CONN-USB-type-c-dat/2026-04-20-16-52-23.png
| ... | ... | Binary files /dev/null and b/CONN-DAT/CONN-USB-dat/CONN-USB-type-c-dat/2026-04-20-16-52-23.png differ |
CONN-DAT/CONN-USB-dat/CONN-USB-type-c-dat/CONN-USB-type-c-dat.md
| ... | ... | @@ -1,32 +1,27 @@ |
| 1 | 1 | |
| 2 | 2 | # CONN-USB-type-c-dat |
| 3 | 3 | |
| 4 | -- [[CONN-USB-type-c-dat]] - [[USB-type-c-dat]] - [[cable-USB-type-c-dat]] |
|
| 4 | +- [[CONN-USB-type-c-dat]] - [[USB-SDK-type-c-dat]] - [[cable-USB-type-c-dat]] |
|
| 5 | 5 | |
| 6 | -- [[type-c-hdk-dat]] |
|
| 6 | +- [[type-c-hdk-dat]] - [[EDA-footprint-dat]] - [[PCB-dat]] |
|
| 7 | 7 | |
| 8 | 8 | - [[peripherals-dat]] |
| 9 | 9 | |
| 10 | 10 | - [[USB-SDK-dat]] |
| 11 | 11 | |
| 12 | +- [[impedance-dat]] |
|
| 12 | 13 | |
| 13 | 14 | |
| 14 | -## functions |
|
| 15 | 15 | |
| 16 | -- [[USB-charging-dat]] - [[USB-PD-dat]] |
|
| 17 | 16 | |
| 18 | -- [[USB-OTG-dat]] |
|
| 19 | 17 | |
| 20 | -- [[displayPort-dat]] |
|
| 21 | - |
|
| 22 | -- [[thunderbolt-dat]] |
|
| 23 | - |
|
| 24 | -- [[type-c-to-ethernet-dat]] |
|
| 25 | 18 | |
| 26 | 19 | |
| 27 | 20 | ## common connectors |
| 28 | 21 | |
| 29 | -type-C 6 pins == not D+ / D- data pins |
|
| 22 | +### type-C 6 pins |
|
| 23 | + |
|
| 24 | +== no D+ / D- data pins |
|
| 30 | 25 | |
| 31 | 26 |  |
| 32 | 27 | |
| ... | ... | @@ -39,23 +34,36 @@ type-C 6 pins == not D+ / D- data pins |
| 39 | 34 | | A9 | VBUS | |
| 40 | 35 | | A12 | GND | |
| 41 | 36 | |
| 42 | -type-C 9 pins |
|
| 37 | +### type-C 9 pins |
|
| 43 | 38 | |
| 44 | 39 |  |
| 45 | 40 | |
| 46 | 41 | type-C 14 pins |
| 47 | 42 | |
| 48 | -type-C 16 pins == common used version |
|
| 43 | +### type-C 16 pins == common used version |
|
| 49 | 44 | |
| 50 | 45 | |
| 51 | 46 |  |
| 52 | 47 | |
| 48 | +### type-C 16 pins vertical SMD |
|
| 49 | + |
|
| 50 | +- difficult to manufacture / populate |
|
| 51 | + |
|
| 52 | + |
|
| 53 | + |
|
| 54 | +### type-C 16 pins vertical PTH |
|
| 55 | + |
|
| 56 | + |
|
| 57 | + |
|
| 58 | + |
|
| 59 | + |
|
| 60 | + |
|
| 53 | 61 | ## hardware |
| 54 | 62 | |
| 55 | 63 | wiring |
| 56 | 64 | |
| 57 | 65 |  |
| 58 | - |
|
| 66 | +[[USB-type-c-dat]] |
|
| 59 | 67 | |
| 60 | 68 | |
| 61 | 69 | - [[iphone-17-dat]] 20pins [[usb-type-c-dat]] - [[usb-type-c]] - [[usb-SDK]] |
Circuits-dat/impedance-dat/2026-04-15-18-24-51.png
| ... | ... | Binary files a/Circuits-dat/impedance-dat/2026-04-15-18-24-51.png and /dev/null differ |
Circuits-dat/impedance-dat/2026-04-20-16-44-56.png
| ... | ... | Binary files /dev/null and b/Circuits-dat/impedance-dat/2026-04-20-16-44-56.png differ |
Circuits-dat/impedance-dat/impedance-dat.md
| ... | ... | @@ -5,7 +5,7 @@ |
| 5 | 5 | |
| 6 | 6 | keep length short == under **75mm to 100mm** |
| 7 | 7 | |
| 8 | - |
|
| 8 | + |
|
| 9 | 9 | |
| 10 | 10 | |
| 11 | 11 | ## 1. Why Long Traces Are a Problem |
PCB-dat/EDA-dat/EDA-footprint-dat/2026-04-20-17-14-58.png
| ... | ... | Binary files /dev/null and b/PCB-dat/EDA-dat/EDA-footprint-dat/2026-04-20-17-14-58.png differ |
PCB-dat/EDA-dat/EDA-footprint-dat/EDA-footprint-dat.md
| ... | ... | @@ -9,6 +9,15 @@ drill and diameter |
| 9 | 9 | |
| 10 | 10 | |
| 11 | 11 | |
| 12 | + |
|
| 13 | +## type-C 16-pin PTH footprint design |
|
| 14 | + |
|
| 15 | +0.4 width x 1.16 length |
|
| 16 | + |
|
| 17 | + |
|
| 18 | + |
|
| 19 | + |
|
| 20 | + |
|
| 12 | 21 | ## ref |
| 13 | 22 | |
| 14 | 23 | - [[eaglecad-dat]] - [[EDA-dat]] - [[EDA-footprint-dat]] |
| ... | ... | \ No newline at end of file |
Tech-dat/Interface-dat/USB-SDK-dat/USB-SDK-dat.md
| ... | ... | @@ -49,7 +49,7 @@ |
| 49 | 49 | |
| 50 | 50 | ## USB variations |
| 51 | 51 | |
| 52 | -- [[usb-type-c-dat]] |
|
| 52 | +- [[USB-type-c-dat]] |
|
| 53 | 53 | |
| 54 | 54 | - [[USB-2.0-dat]] - [[USB-3.0-dat]] |
| 55 | 55 |
Tech-dat/Interface-dat/USB-SDK-dat/USB-SDK-type-c-dat/USB-SDK-type-c-dat.md
| ... | ... | @@ -0,0 +1,216 @@ |
| 1 | + |
|
| 2 | + |
|
| 3 | +# USB-SDK-type-c-dat |
|
| 4 | + |
|
| 5 | +- [[CONN-USB-type-c-dat]] - [[USB-SDK-type-c-dat]] - [[cable-USB-type-c-dat]] |
|
| 6 | + |
|
| 7 | +- [[cable-USB-dat]] |
|
| 8 | + |
|
| 9 | + |
|
| 10 | + |
|
| 11 | +## tech |
|
| 12 | + |
|
| 13 | +- [[type-c-sniffer-dat]] |
|
| 14 | + |
|
| 15 | +- [[fast-charge-protocols-dat]] - [[USB-PD-dat]] |
|
| 16 | + |
|
| 17 | +- [[USB-OTG-dat]] |
|
| 18 | + |
|
| 19 | +- [[displayport-dat]] - [[audio-dat]] |
|
| 20 | + |
|
| 21 | + |
|
| 22 | + |
|
| 23 | +## functions |
|
| 24 | + |
|
| 25 | +- [[USB-charging-dat]] - [[USB-PD-dat]] |
|
| 26 | + |
|
| 27 | +- [[USB-OTG-dat]] |
|
| 28 | + |
|
| 29 | +- [[displayPort-dat]] |
|
| 30 | + |
|
| 31 | +[[type-c-to-ethernet-dat]] |
|
| 32 | + |
|
| 33 | +- [[thunderbolt-dat]] |
|
| 34 | + |
|
| 35 | +- [[type-c-to-ethernet-dat]] |
|
| 36 | + |
|
| 37 | + |
|
| 38 | +## apps |
|
| 39 | + |
|
| 40 | +- [[type-c-to-ethernet-dat]] |
|
| 41 | + |
|
| 42 | + |
|
| 43 | + |
|
| 44 | +## info and knowledge |
|
| 45 | + |
|
| 46 | +### USB-C vs. USB Type-C: Is There a Difference? |
|
| 47 | + |
|
| 48 | +"USB-C" is simply the shorthand, everyday name for the official technical designation, "USB Type-C." |
|
| 49 | + |
|
| 50 | + |
|
| 51 | +In short: There is no difference. |
|
| 52 | + |
|
| 53 | +USB Type-C and USB-C are two names for the exact same physical connector. "USB-C" is simply the shorthand, everyday name for the official technical designation, "USB Type-C." |
|
| 54 | + |
|
| 55 | +However, there is a lot of confusion because while the shape is the same, what the cable can actually do varies wildly. Here is the breakdown: |
|
| 56 | + |
|
| 57 | +1. The Physical Connector (The "C" Shape) |
|
| 58 | +USB-C refers specifically to the 24-pin physical design: the small, reversible, oval-shaped plug. Before this, we had "Type-A" (the rectangular one) and "Type-B" (the square-ish one used for printers). |
|
| 59 | + |
|
| 60 | +1. The "Hidden" Differences (The Protocols) |
|
| 61 | +While every USB-C plug looks identical on the outside, they are very different on the inside. This is where most people get frustrated. A USB-C cable could be any of the following: |
|
| 62 | + |
|
| 63 | +| Feature | Low-End USB-C | High-End USB-C | |
|
| 64 | +| :-------------- | :------------------- | :------------------------------------------ | |
|
| 65 | +| Data Speed | USB 2.0 (480 Mbps) | USB4 / Thunderbolt 4 (40 Gbps+) | |
|
| 66 | +| Power | Basic 5V (up to 15W) | PD 3.1 (up to 240W) | |
|
| 67 | +| Video | No Video support | DisplayPort Alt Mode (Connects to Monitors) | |
|
| 68 | +| Internal Wiring | 4-12 wires | Full 24-pin wiring | |
|
| 69 | + |
|
| 70 | +3. Professional vs. Casual Usage |
|
| 71 | + |
|
| 72 | +`"USB Type-C"`: This is the term you will find in technical data sheets, engineering manuals, and official USB-IF (USB Implementers Forum) documentation. |
|
| 73 | + |
|
| 74 | +`"USB-C"`: This is the consumer-friendly branding used by Apple, Samsung, and Google in their marketing and on product boxes. |
|
| 75 | + |
|
| 76 | +### Can you do PD protocol without a "Control Chip" for 12V 9V? |
|
| 77 | + |
|
| 78 | +If by "control chip" you mean the PD negotiation chip, the answer is still no. |
|
| 79 | +You cannot use resistors (like the 10kΩ trick) to get 12V. Resistors only signal current limits at 5V. To get 12V, you need a PD Source Controller. |
|
| 80 | + |
|
| 81 | + |
|
| 82 | + |
|
| 83 | + |
|
| 84 | +### basic fast charge setup |
|
| 85 | + |
|
| 86 | + |
|
| 87 | +The "High Current" Resistor Trick |
|
| 88 | + |
|
| 89 | +USB-C identifies power capability based on the resistance detected on the **CC1** and **CC2** pins. To signal that your 5V supply can handle more than the standard 500mA, you must connect the CC pins to **VBUS (5V)** using specific resistor values. |
|
| 90 | + |
|
| 91 | +| Resistor Value (Pull-up to 5V) | Advertised Current | Status | |
|
| 92 | +| :----------------------------- | :----------------- | :------------------------------ | |
|
| 93 | +| **56kΩ** | 500mA / 900mA | Default USB (Slow) | |
|
| 94 | +| **22kΩ** | 1.5A | Medium Speed | |
|
| 95 | +| **10kΩ** | 3.0A | **High Speed (Fastest for 5V)** | |
|
| 96 | + |
|
| 97 | +--- |
|
| 98 | + |
|
| 99 | +#### 2. Wiring Diagram for 5V 2A DIY Charging |
|
| 100 | + |
|
| 101 | +Since your power supply provides **2A**, using **10kΩ resistors** is the best way to ensure the phone attempts to pull the maximum available current. |
|
| 102 | + |
|
| 103 | +##### **Steps:** |
|
| 104 | +1. **VBUS:** Connect your Power Supply (+) to the USB-C VBUS pin. |
|
| 105 | +2. **GND:** Connect your Power Supply (-) to the USB-C GND pin. |
|
| 106 | +3. **CC1 Pin:** Connect a **10kΩ resistor** from CC1 to VBUS (5V). |
|
| 107 | +4. **CC2 Pin:** Connect a **10kΩ resistor** from CC2 to VBUS (5V). |
|
| 108 | + |
|
| 109 | + |
|
| 110 | +#### 3. Limitations & Real PD |
|
| 111 | +If you want the phone to display **"Fast Charging"** (which usually requires 9V/2A or 18W+), a simple 5V connection is not enough. You would need: |
|
| 112 | + |
|
| 113 | +* **A Boost Converter:** To step up your 5V to 9V. |
|
| 114 | +* **A PD Controller Chip:** (e.g., IP6505 or SW3516) to "talk" to the phone and negotiate the higher voltage. |
|
| 115 | + |
|
| 116 | +> **Warning:** Using 10kΩ resistors signals to the phone that it can pull up to 3A. If your 5V 2A power supply does not have **Over-Current Protection (OCP)**, the phone might try to pull more than 2A, causing your power supply to overheat or fail. |
|
| 117 | + |
|
| 118 | + |
|
| 119 | +### basic charge setup |
|
| 120 | + |
|
| 121 | +#### 1. The Role of the CC Pin (Configuration Channel) |
|
| 122 | +In the USB-C specification, the power pins (VBUS) are "cold" by default. The phone (the Sink) will not pull power unless it detects a specific signal on the **CC pins**. |
|
| 123 | + |
|
| 124 | +* **Detection:** The phone looks for a specific voltage level on the CC1 or CC2 pins. |
|
| 125 | +* **The Problem:** If you only connect 5V and GND, the CC pins remain "floating" (disconnected). The phone’s charging controller assumes nothing is plugged in and will keep its internal charging gates closed to protect the battery. |
|
| 126 | + |
|
| 127 | + |
|
| 128 | + |
|
| 129 | +--- |
|
| 130 | + |
|
| 131 | +#### 2. How to Make it Work (The 5.1kΩ Trick) |
|
| 132 | +If you are DIY-ing a power source and want the phone to recognize the 5V supply, you must simulate a "Standard Downstream Port" (SDP). |
|
| 133 | + |
|
| 134 | +* **The Fix:** Connect a **5.1kΩ resistor** between the **CC pin** and **GND**. |
|
| 135 | +* **The Result:** This resistor tells the phone: "I am a basic power source capable of providing 5V." |
|
| 136 | +* **Limitation:** Without data line (D+/D-) negotiation or Power Delivery (PD) communication, the phone will usually limit itself to a slow charge (roughly 500mA to 1.5A). |
|
| 137 | + |
|
| 138 | + |
|
| 139 | + |
|
| 140 | +--- |
|
| 141 | + |
|
| 142 | +#### 3. Summary Table |
|
| 143 | + |
|
| 144 | +| Connection | Result | Why? | |
|
| 145 | +| :------------------------- | :-------------- | :----------------------------------------------------------- | |
|
| 146 | +| **5V + GND Only** | **No Charge** | The CC pin is floating; the phone doesn't "see" the charger. | |
|
| 147 | +| **5V + GND + 5.1kΩ on CC** | **Slow Charge** | The resistor triggers the basic 5V detection. | |
|
| 148 | +| **Full USB-C Cable** | **Fast Charge** | PD (Power Delivery) chips negotiate higher voltage/current. | |
|
| 149 | + |
|
| 150 | +--- |
|
| 151 | + |
|
| 152 | +#### ⚠️ Potential Risks |
|
| 153 | +* **Voltage Sag:** If your 5V source isn't stable, the phone might repeatedly connect and disconnect as the voltage drops under load. |
|
| 154 | +* **Heat:** Cheap DIY connections can have high resistance, leading to heat at the connector. |
|
| 155 | + |
|
| 156 | + |
|
| 157 | +### SBU SDK info |
|
| 158 | + |
|
| 159 | +Repurposing USB-C SBU Wires |
|
| 160 | + |
|
| 161 | +In the USB-C standard, **SBU1** and **SBU2** are "extra" wires. While they were originally intended for DisplayPort or Analog Audio, they are perfect for adding custom features to a small robot like your [[ESP32-S3-dat]] quadruped. - [[robotic-dat]] |
|
| 162 | + |
|
| 163 | +#### 1. Electrical Constraints (Safety First) |
|
| 164 | +| Constraint | Limit | Reason | |
|
| 165 | +| :--- | :--- | :--- | |
|
| 166 | +| **Max Voltage** | **3.3V** | SBU wires connect to ESP32 GPIOs; 5V will fry them. | |
|
| 167 | +| **Max Current** | **< 50mA** | These wires are extremely thin (30-32 AWG). | |
|
| 168 | +| **Best For** | **Logic Signals** | Buttons, I2C, UART, or Analog Sensors. | |
|
| 169 | +| **Avoid** | **Power Delivery** | Never use SBU to power servos or bright LEDs. | |
|
| 170 | + |
|
| 171 | +--- |
|
| 172 | + |
|
| 173 | +#### 2. Practical DIY Examples |
|
| 174 | + |
|
| 175 | +##### A. External "Kill-Switch" (Safety) |
|
| 176 | +If your robot's gait code fails and it starts running into a wall: |
|
| 177 | +- **Wiring:** Connect a button between **SBU1** and **GND** at the cable end. |
|
| 178 | +- **Code:** Set the ESP32 pin to `INPUT_PULLUP`. |
|
| 179 | +- **Action:** If the pin goes `LOW`, the code stops all servos immediately. |
|
| 180 | + |
|
| 181 | +##### B. Remote I2C Debugging Screen |
|
| 182 | +Since your robot is small and space is limited, you can keep the screen outside the robot: |
|
| 183 | +- **Wiring:** Use **SBU1 for SDA** and **SBU2 for SCL**. |
|
| 184 | +- **Usage:** Connect a tiny 0.91" OLED display to the end of your USB cable. |
|
| 185 | +- **Benefit:** You can read real-time "Leg Degrees" or "Battery Voltage" while the robot moves. |
|
| 186 | + |
|
| 187 | +##### C. Remote "Boot" or "Reset" Button |
|
| 188 | +If the ESP32-S3 is hidden inside a chassis: |
|
| 189 | +- **Wiring:** Connect **SBU1** to the **EN (Reset)** pin or **BOOT (GPIO 0)** pin. |
|
| 190 | +- **Benefit:** You can put the robot into "Upload Mode" or Reset it without opening the shell. |
|
| 191 | + |
|
| 192 | +--- |
|
| 193 | + |
|
| 194 | +#### 3. Using SBU for Audio (Important Logic) |
|
| 195 | +While a PC will not "read" analog audio from SBU pins automatically, you can |
|
| 196 | +build a custom point-to-point system: |
|
| 197 | + |
|
| 198 | +- **Legacy Audio Mode:** In custom hardware, **SBU1** is often used for the |
|
| 199 | + **Microphone** signal and **SBU2** for **Analog Ground**. |
|
| 200 | +- **DIY Implementation:** 1. Send a low-voltage analog signal from a microphone through SBU1. |
|
| 201 | + 2. Use an ADC (Analog-to-Digital Converter) pin on the ESP32-S3 to read it. |
|
| 202 | + 3. **Note:** You must use a **0.1µF capacitor** to filter out the electrical |
|
| 203 | + noise caused by your SG90 servos, as they share the same ground. |
|
| 204 | + |
|
| 205 | +--- |
|
| 206 | + |
|
| 207 | +#### 4. How to Identify SBU Wires |
|
| 208 | +Since manufacturers use different colors, use a Multimeter in "Continuity Mode": |
|
| 209 | +1. Touch one probe to **Pin A8 (SBU1)** or **Pin B8 (SBU2)** on the USB-C plug. |
|
| 210 | +2. Touch the other probe to the stripped wires until you hear a "Beep." |
|
| 211 | +3. **Label them immediately** with tape to avoid mixing them up with VCC/GND. |
|
| 212 | + |
|
| 213 | + |
|
| 214 | +## ref |
|
| 215 | + |
|
| 216 | +- [[USB-type-c]] |
|
| ... | ... | \ No newline at end of file |
Tech-dat/Interface-dat/USB-SDK-dat/USB-SDK-type-c-dat/type-c-sniffer-dat/2025-12-11-16-50-16.png
| ... | ... | Binary files /dev/null and b/Tech-dat/Interface-dat/USB-SDK-dat/USB-SDK-type-c-dat/type-c-sniffer-dat/2025-12-11-16-50-16.png differ |
Tech-dat/Interface-dat/USB-SDK-dat/USB-SDK-type-c-dat/type-c-sniffer-dat/2025-12-11-16-51-03.png
| ... | ... | Binary files /dev/null and b/Tech-dat/Interface-dat/USB-SDK-dat/USB-SDK-type-c-dat/type-c-sniffer-dat/2025-12-11-16-51-03.png differ |
Tech-dat/Interface-dat/USB-SDK-dat/USB-SDK-type-c-dat/type-c-sniffer-dat/type-c-sniffer-dat.md
| ... | ... | @@ -0,0 +1,32 @@ |
| 1 | + |
|
| 2 | +# type-c-sniffer-dat.md |
|
| 3 | + |
|
| 4 | + |
|
| 5 | +- [[OPM1185-dat]] |
|
| 6 | + |
|
| 7 | +output voltage 9V 12V 20V 48V |
|
| 8 | + |
|
| 9 | +output current up to 5A |
|
| 10 | + |
|
| 11 | + |
|
| 12 | + |
|
| 13 | + |
|
| 14 | + |
|
| 15 | + |
|
| 16 | + |
|
| 17 | + |
|
| 18 | + |
|
| 19 | + |
|
| 20 | + |
|
| 21 | +## chip |
|
| 22 | + |
|
| 23 | +`IP2721` Fast Charging Deception Module PDC004-PD, PD3.0/2.0 Protocol, Output 9/12/15/20V |
|
| 24 | + |
|
| 25 | +- [[injoinic-dat]] |
|
| 26 | + |
|
| 27 | + |
|
| 28 | + |
|
| 29 | +## ref |
|
| 30 | + |
|
| 31 | +- [[dcdc-boost-dat]] |
|
| 32 | + |
Tech-dat/Interface-dat/USB-SDK-dat/USB-SDK-type-c-dat/type-c-to-ethernet-dat.md
| ... | ... | @@ -0,0 +1,87 @@ |
| 1 | +# type-c-to-ethernet-dat.md |
|
| 2 | + |
|
| 3 | +Pixel supports using wired Ethernet directly via a USB-C adapter. |
|
| 4 | +Just use a USB-C to Ethernet adapter (with a built-in network card chip). |
|
| 5 | + |
|
| 6 | +--- |
|
| 7 | + |
|
| 8 | +## 1. Supported Adapter Types |
|
| 9 | +- USB-C → Ethernet (RJ45) |
|
| 10 | +- Common built-in chips: |
|
| 11 | + - Realtek RTL8153 (common and highly compatible) |
|
| 12 | + - ASIX AX88179 / AX88772 |
|
| 13 | + - Some USB 3.0 gigabit adapters |
|
| 14 | + |
|
| 15 | +Note: There is no such thing as a "chipless" Type-C to RJ45 cable (pure wire); it must have a network card chip. |
|
| 16 | + |
|
| 17 | +--- |
|
| 18 | + |
|
| 19 | +## 2. How to Use with Pixel Phones |
|
| 20 | +1. Plug the USB-C to Ethernet adapter into the Pixel phone. |
|
| 21 | +2. Connect a live network cable (LAN). |
|
| 22 | +3. A notification will pop up at the bottom of the Pixel: |
|
| 23 | + - "Ethernet connected" or |
|
| 24 | + - "Wired network available" |
|
| 25 | +4. The network will automatically switch to "Ethernet preferred." |
|
| 26 | + |
|
| 27 | +Path: |
|
| 28 | +Settings → Network & Internet → Ethernet |
|
| 29 | + |
|
| 30 | +--- |
|
| 31 | + |
|
| 32 | +## 3. Reverse Network Sharing (Pixel → Share to Other Devices) |
|
| 33 | +In theory, Pixel can also use: |
|
| 34 | +- USB tethering |
|
| 35 | +But USB tethering only supports phone → computer |
|
| 36 | +Not supported: |
|
| 37 | +- Phone → router |
|
| 38 | +- Phone → another Android device via USB-C to Ethernet |
|
| 39 | + |
|
| 40 | +Reason: Ethernet adapters on Android usually only work in client mode (receiving network), not as a host for sharing. |
|
| 41 | + |
|
| 42 | +If you want Pixel to share 4G/5G network → Ethernet for other devices, you need: |
|
| 43 | +- Special ROM (like LineageOS, requires root; not recommended for minors or non-professional users) |
|
| 44 | +- Or use Wi-Fi Hotspot → another device uses wireless-to-wired conversion |
|
| 45 | + |
|
| 46 | +--- |
|
| 47 | + |
|
| 48 | +## 4. Recommended Adapters for Pixel (No Brand Restriction) |
|
| 49 | +Recommended chips: |
|
| 50 | +- Realtek RTL8153 (stable speed, least compatibility issues) |
|
| 51 | +- AX88179 (stable) |
|
| 52 | +- AX88772 (100Mbps version) |
|
| 53 | + |
|
| 54 | +Some brands may state: |
|
| 55 | +- "Plug and Play for Android" |
|
| 56 | +- "Compatible with Pixel" |
|
| 57 | + |
|
| 58 | +All of these can be used normally. |
|
| 59 | + |
|
| 60 | +--- |
|
| 61 | + |
|
| 62 | +## 5. Speed |
|
| 63 | +- If using USB-C → USB 3.0 → Gigabit Ethernet: |
|
| 64 | + Up to 1Gbps (actual test: 600–900Mbps) |
|
| 65 | +- If USB-C → USB 2.0 → 100Mbps port: |
|
| 66 | + About 90Mbps |
|
| 67 | + |
|
| 68 | +--- |
|
| 69 | + |
|
| 70 | +## 6. Common Issues |
|
| 71 | +### Q: No response after plugging in? |
|
| 72 | +- Try a different network cable |
|
| 73 | +- Try another USB-C to Ethernet adapter |
|
| 74 | +- Some cheap adapters use unknown chips, not compatible with Android |
|
| 75 | + |
|
| 76 | +### Q: Can Pixel use Wi-Fi and Ethernet at the same time? |
|
| 77 | +- Yes, but the system prefers Ethernet |
|
| 78 | +- You can manually switch the network source |
|
| 79 | + |
|
| 80 | +### Q: Can Pixel share LAN network to a computer? |
|
| 81 | +- Not by default (USB sharing only supports mobile data → USB) |
|
| 82 | +- You can use Wi-Fi hotspot sharing (LAN → Wi-Fi) |
|
| 83 | + |
|
| 84 | + |
|
| 85 | +## ref |
|
| 86 | + |
|
| 87 | +- [[USB-type-C-dat]] |
|
| ... | ... | \ No newline at end of file |
Tech-dat/Interface-dat/USB-SDK-dat/USB-type-c-dat/USB-type-c-dat.md
| ... | ... | @@ -1,204 +0,0 @@ |
| 1 | - |
|
| 2 | - |
|
| 3 | -# USB-type-c-dat |
|
| 4 | - |
|
| 5 | -- [[CONN-USB-type-c-dat]] - [[USB-type-c-dat]] - [[cable-USB-type-c-dat]] |
|
| 6 | - |
|
| 7 | -- [[cable-USB-dat]] |
|
| 8 | - |
|
| 9 | - |
|
| 10 | - |
|
| 11 | -## tech |
|
| 12 | - |
|
| 13 | -- [[type-c-sniffer-dat]] |
|
| 14 | - |
|
| 15 | -- [[fast-charge-protocols-dat]] - [[USB-PD-dat]] |
|
| 16 | - |
|
| 17 | -- [[USB-OTG-dat]] |
|
| 18 | - |
|
| 19 | -- [[displayport-dat]] - [[audio-dat]] |
|
| 20 | - |
|
| 21 | - |
|
| 22 | - |
|
| 23 | - |
|
| 24 | - |
|
| 25 | - |
|
| 26 | -## apps |
|
| 27 | - |
|
| 28 | -- [[type-c-to-ethernet-dat]] |
|
| 29 | - |
|
| 30 | - |
|
| 31 | - |
|
| 32 | -## info and knowledge |
|
| 33 | - |
|
| 34 | -### USB-C vs. USB Type-C: Is There a Difference? |
|
| 35 | - |
|
| 36 | -"USB-C" is simply the shorthand, everyday name for the official technical designation, "USB Type-C." |
|
| 37 | - |
|
| 38 | - |
|
| 39 | -In short: There is no difference. |
|
| 40 | - |
|
| 41 | -USB Type-C and USB-C are two names for the exact same physical connector. "USB-C" is simply the shorthand, everyday name for the official technical designation, "USB Type-C." |
|
| 42 | - |
|
| 43 | -However, there is a lot of confusion because while the shape is the same, what the cable can actually do varies wildly. Here is the breakdown: |
|
| 44 | - |
|
| 45 | -1. The Physical Connector (The "C" Shape) |
|
| 46 | -USB-C refers specifically to the 24-pin physical design: the small, reversible, oval-shaped plug. Before this, we had "Type-A" (the rectangular one) and "Type-B" (the square-ish one used for printers). |
|
| 47 | - |
|
| 48 | -1. The "Hidden" Differences (The Protocols) |
|
| 49 | -While every USB-C plug looks identical on the outside, they are very different on the inside. This is where most people get frustrated. A USB-C cable could be any of the following: |
|
| 50 | - |
|
| 51 | -| Feature | Low-End USB-C | High-End USB-C | |
|
| 52 | -| :-------------- | :------------------- | :------------------------------------------ | |
|
| 53 | -| Data Speed | USB 2.0 (480 Mbps) | USB4 / Thunderbolt 4 (40 Gbps+) | |
|
| 54 | -| Power | Basic 5V (up to 15W) | PD 3.1 (up to 240W) | |
|
| 55 | -| Video | No Video support | DisplayPort Alt Mode (Connects to Monitors) | |
|
| 56 | -| Internal Wiring | 4-12 wires | Full 24-pin wiring | |
|
| 57 | - |
|
| 58 | -3. Professional vs. Casual Usage |
|
| 59 | - |
|
| 60 | -`"USB Type-C"`: This is the term you will find in technical data sheets, engineering manuals, and official USB-IF (USB Implementers Forum) documentation. |
|
| 61 | - |
|
| 62 | -`"USB-C"`: This is the consumer-friendly branding used by Apple, Samsung, and Google in their marketing and on product boxes. |
|
| 63 | - |
|
| 64 | -### Can you do PD protocol without a "Control Chip" for 12V 9V? |
|
| 65 | - |
|
| 66 | -If by "control chip" you mean the PD negotiation chip, the answer is still no. |
|
| 67 | -You cannot use resistors (like the 10kΩ trick) to get 12V. Resistors only signal current limits at 5V. To get 12V, you need a PD Source Controller. |
|
| 68 | - |
|
| 69 | - |
|
| 70 | - |
|
| 71 | - |
|
| 72 | -### basic fast charge setup |
|
| 73 | - |
|
| 74 | - |
|
| 75 | -The "High Current" Resistor Trick |
|
| 76 | - |
|
| 77 | -USB-C identifies power capability based on the resistance detected on the **CC1** and **CC2** pins. To signal that your 5V supply can handle more than the standard 500mA, you must connect the CC pins to **VBUS (5V)** using specific resistor values. |
|
| 78 | - |
|
| 79 | -| Resistor Value (Pull-up to 5V) | Advertised Current | Status | |
|
| 80 | -| :----------------------------- | :----------------- | :------------------------------ | |
|
| 81 | -| **56kΩ** | 500mA / 900mA | Default USB (Slow) | |
|
| 82 | -| **22kΩ** | 1.5A | Medium Speed | |
|
| 83 | -| **10kΩ** | 3.0A | **High Speed (Fastest for 5V)** | |
|
| 84 | - |
|
| 85 | ---- |
|
| 86 | - |
|
| 87 | -#### 2. Wiring Diagram for 5V 2A DIY Charging |
|
| 88 | - |
|
| 89 | -Since your power supply provides **2A**, using **10kΩ resistors** is the best way to ensure the phone attempts to pull the maximum available current. |
|
| 90 | - |
|
| 91 | -##### **Steps:** |
|
| 92 | -1. **VBUS:** Connect your Power Supply (+) to the USB-C VBUS pin. |
|
| 93 | -2. **GND:** Connect your Power Supply (-) to the USB-C GND pin. |
|
| 94 | -3. **CC1 Pin:** Connect a **10kΩ resistor** from CC1 to VBUS (5V). |
|
| 95 | -4. **CC2 Pin:** Connect a **10kΩ resistor** from CC2 to VBUS (5V). |
|
| 96 | - |
|
| 97 | - |
|
| 98 | -#### 3. Limitations & Real PD |
|
| 99 | -If you want the phone to display **"Fast Charging"** (which usually requires 9V/2A or 18W+), a simple 5V connection is not enough. You would need: |
|
| 100 | - |
|
| 101 | -* **A Boost Converter:** To step up your 5V to 9V. |
|
| 102 | -* **A PD Controller Chip:** (e.g., IP6505 or SW3516) to "talk" to the phone and negotiate the higher voltage. |
|
| 103 | - |
|
| 104 | -> **Warning:** Using 10kΩ resistors signals to the phone that it can pull up to 3A. If your 5V 2A power supply does not have **Over-Current Protection (OCP)**, the phone might try to pull more than 2A, causing your power supply to overheat or fail. |
|
| 105 | - |
|
| 106 | - |
|
| 107 | -### basic charge setup |
|
| 108 | - |
|
| 109 | -#### 1. The Role of the CC Pin (Configuration Channel) |
|
| 110 | -In the USB-C specification, the power pins (VBUS) are "cold" by default. The phone (the Sink) will not pull power unless it detects a specific signal on the **CC pins**. |
|
| 111 | - |
|
| 112 | -* **Detection:** The phone looks for a specific voltage level on the CC1 or CC2 pins. |
|
| 113 | -* **The Problem:** If you only connect 5V and GND, the CC pins remain "floating" (disconnected). The phone’s charging controller assumes nothing is plugged in and will keep its internal charging gates closed to protect the battery. |
|
| 114 | - |
|
| 115 | - |
|
| 116 | - |
|
| 117 | ---- |
|
| 118 | - |
|
| 119 | -#### 2. How to Make it Work (The 5.1kΩ Trick) |
|
| 120 | -If you are DIY-ing a power source and want the phone to recognize the 5V supply, you must simulate a "Standard Downstream Port" (SDP). |
|
| 121 | - |
|
| 122 | -* **The Fix:** Connect a **5.1kΩ resistor** between the **CC pin** and **GND**. |
|
| 123 | -* **The Result:** This resistor tells the phone: "I am a basic power source capable of providing 5V." |
|
| 124 | -* **Limitation:** Without data line (D+/D-) negotiation or Power Delivery (PD) communication, the phone will usually limit itself to a slow charge (roughly 500mA to 1.5A). |
|
| 125 | - |
|
| 126 | - |
|
| 127 | - |
|
| 128 | ---- |
|
| 129 | - |
|
| 130 | -#### 3. Summary Table |
|
| 131 | - |
|
| 132 | -| Connection | Result | Why? | |
|
| 133 | -| :------------------------- | :-------------- | :----------------------------------------------------------- | |
|
| 134 | -| **5V + GND Only** | **No Charge** | The CC pin is floating; the phone doesn't "see" the charger. | |
|
| 135 | -| **5V + GND + 5.1kΩ on CC** | **Slow Charge** | The resistor triggers the basic 5V detection. | |
|
| 136 | -| **Full USB-C Cable** | **Fast Charge** | PD (Power Delivery) chips negotiate higher voltage/current. | |
|
| 137 | - |
|
| 138 | ---- |
|
| 139 | - |
|
| 140 | -#### ⚠️ Potential Risks |
|
| 141 | -* **Voltage Sag:** If your 5V source isn't stable, the phone might repeatedly connect and disconnect as the voltage drops under load. |
|
| 142 | -* **Heat:** Cheap DIY connections can have high resistance, leading to heat at the connector. |
|
| 143 | - |
|
| 144 | - |
|
| 145 | -### SBU SDK info |
|
| 146 | - |
|
| 147 | -Repurposing USB-C SBU Wires |
|
| 148 | - |
|
| 149 | -In the USB-C standard, **SBU1** and **SBU2** are "extra" wires. While they were originally intended for DisplayPort or Analog Audio, they are perfect for adding custom features to a small robot like your [[ESP32-S3-dat]] quadruped. - [[robotic-dat]] |
|
| 150 | - |
|
| 151 | -#### 1. Electrical Constraints (Safety First) |
|
| 152 | -| Constraint | Limit | Reason | |
|
| 153 | -| :--- | :--- | :--- | |
|
| 154 | -| **Max Voltage** | **3.3V** | SBU wires connect to ESP32 GPIOs; 5V will fry them. | |
|
| 155 | -| **Max Current** | **< 50mA** | These wires are extremely thin (30-32 AWG). | |
|
| 156 | -| **Best For** | **Logic Signals** | Buttons, I2C, UART, or Analog Sensors. | |
|
| 157 | -| **Avoid** | **Power Delivery** | Never use SBU to power servos or bright LEDs. | |
|
| 158 | - |
|
| 159 | ---- |
|
| 160 | - |
|
| 161 | -#### 2. Practical DIY Examples |
|
| 162 | - |
|
| 163 | -##### A. External "Kill-Switch" (Safety) |
|
| 164 | -If your robot's gait code fails and it starts running into a wall: |
|
| 165 | -- **Wiring:** Connect a button between **SBU1** and **GND** at the cable end. |
|
| 166 | -- **Code:** Set the ESP32 pin to `INPUT_PULLUP`. |
|
| 167 | -- **Action:** If the pin goes `LOW`, the code stops all servos immediately. |
|
| 168 | - |
|
| 169 | -##### B. Remote I2C Debugging Screen |
|
| 170 | -Since your robot is small and space is limited, you can keep the screen outside the robot: |
|
| 171 | -- **Wiring:** Use **SBU1 for SDA** and **SBU2 for SCL**. |
|
| 172 | -- **Usage:** Connect a tiny 0.91" OLED display to the end of your USB cable. |
|
| 173 | -- **Benefit:** You can read real-time "Leg Degrees" or "Battery Voltage" while the robot moves. |
|
| 174 | - |
|
| 175 | -##### C. Remote "Boot" or "Reset" Button |
|
| 176 | -If the ESP32-S3 is hidden inside a chassis: |
|
| 177 | -- **Wiring:** Connect **SBU1** to the **EN (Reset)** pin or **BOOT (GPIO 0)** pin. |
|
| 178 | -- **Benefit:** You can put the robot into "Upload Mode" or Reset it without opening the shell. |
|
| 179 | - |
|
| 180 | ---- |
|
| 181 | - |
|
| 182 | -#### 3. Using SBU for Audio (Important Logic) |
|
| 183 | -While a PC will not "read" analog audio from SBU pins automatically, you can |
|
| 184 | -build a custom point-to-point system: |
|
| 185 | - |
|
| 186 | -- **Legacy Audio Mode:** In custom hardware, **SBU1** is often used for the |
|
| 187 | - **Microphone** signal and **SBU2** for **Analog Ground**. |
|
| 188 | -- **DIY Implementation:** 1. Send a low-voltage analog signal from a microphone through SBU1. |
|
| 189 | - 2. Use an ADC (Analog-to-Digital Converter) pin on the ESP32-S3 to read it. |
|
| 190 | - 3. **Note:** You must use a **0.1µF capacitor** to filter out the electrical |
|
| 191 | - noise caused by your SG90 servos, as they share the same ground. |
|
| 192 | - |
|
| 193 | ---- |
|
| 194 | - |
|
| 195 | -#### 4. How to Identify SBU Wires |
|
| 196 | -Since manufacturers use different colors, use a Multimeter in "Continuity Mode": |
|
| 197 | -1. Touch one probe to **Pin A8 (SBU1)** or **Pin B8 (SBU2)** on the USB-C plug. |
|
| 198 | -2. Touch the other probe to the stripped wires until you hear a "Beep." |
|
| 199 | -3. **Label them immediately** with tape to avoid mixing them up with VCC/GND. |
|
| 200 | - |
|
| 201 | - |
|
| 202 | -## ref |
|
| 203 | - |
|
| 204 | -- [[USB-type-c]] |
|
| ... | ... | \ No newline at end of file |
Tech-dat/Interface-dat/USB-SDK-dat/USB-type-c-dat/type-c-sniffer-dat/2025-12-11-16-50-16.png
| ... | ... | Binary files a/Tech-dat/Interface-dat/USB-SDK-dat/USB-type-c-dat/type-c-sniffer-dat/2025-12-11-16-50-16.png and /dev/null differ |
Tech-dat/Interface-dat/USB-SDK-dat/USB-type-c-dat/type-c-sniffer-dat/2025-12-11-16-51-03.png
| ... | ... | Binary files a/Tech-dat/Interface-dat/USB-SDK-dat/USB-type-c-dat/type-c-sniffer-dat/2025-12-11-16-51-03.png and /dev/null differ |
Tech-dat/Interface-dat/USB-SDK-dat/USB-type-c-dat/type-c-sniffer-dat/type-c-sniffer-dat.md
| ... | ... | @@ -1,32 +0,0 @@ |
| 1 | - |
|
| 2 | -# type-c-sniffer-dat.md |
|
| 3 | - |
|
| 4 | - |
|
| 5 | -- [[OPM1185-dat]] |
|
| 6 | - |
|
| 7 | -output voltage 9V 12V 20V 48V |
|
| 8 | - |
|
| 9 | -output current up to 5A |
|
| 10 | - |
|
| 11 | - |
|
| 12 | - |
|
| 13 | - |
|
| 14 | - |
|
| 15 | - |
|
| 16 | - |
|
| 17 | - |
|
| 18 | - |
|
| 19 | - |
|
| 20 | - |
|
| 21 | -## chip |
|
| 22 | - |
|
| 23 | -`IP2721` Fast Charging Deception Module PDC004-PD, PD3.0/2.0 Protocol, Output 9/12/15/20V |
|
| 24 | - |
|
| 25 | -- [[injoinic-dat]] |
|
| 26 | - |
|
| 27 | - |
|
| 28 | - |
|
| 29 | -## ref |
|
| 30 | - |
|
| 31 | -- [[dcdc-boost-dat]] |
|
| 32 | - |
Tech-dat/Interface-dat/USB-SDK-dat/USB-type-c-dat/type-c-to-ethernet-dat.md
| ... | ... | @@ -1,87 +0,0 @@ |
| 1 | -# type-c-to-ethernet-dat.md |
|
| 2 | - |
|
| 3 | -Pixel supports using wired Ethernet directly via a USB-C adapter. |
|
| 4 | -Just use a USB-C to Ethernet adapter (with a built-in network card chip). |
|
| 5 | - |
|
| 6 | ---- |
|
| 7 | - |
|
| 8 | -## 1. Supported Adapter Types |
|
| 9 | -- USB-C → Ethernet (RJ45) |
|
| 10 | -- Common built-in chips: |
|
| 11 | - - Realtek RTL8153 (common and highly compatible) |
|
| 12 | - - ASIX AX88179 / AX88772 |
|
| 13 | - - Some USB 3.0 gigabit adapters |
|
| 14 | - |
|
| 15 | -Note: There is no such thing as a "chipless" Type-C to RJ45 cable (pure wire); it must have a network card chip. |
|
| 16 | - |
|
| 17 | ---- |
|
| 18 | - |
|
| 19 | -## 2. How to Use with Pixel Phones |
|
| 20 | -1. Plug the USB-C to Ethernet adapter into the Pixel phone. |
|
| 21 | -2. Connect a live network cable (LAN). |
|
| 22 | -3. A notification will pop up at the bottom of the Pixel: |
|
| 23 | - - "Ethernet connected" or |
|
| 24 | - - "Wired network available" |
|
| 25 | -4. The network will automatically switch to "Ethernet preferred." |
|
| 26 | - |
|
| 27 | -Path: |
|
| 28 | -Settings → Network & Internet → Ethernet |
|
| 29 | - |
|
| 30 | ---- |
|
| 31 | - |
|
| 32 | -## 3. Reverse Network Sharing (Pixel → Share to Other Devices) |
|
| 33 | -In theory, Pixel can also use: |
|
| 34 | -- USB tethering |
|
| 35 | -But USB tethering only supports phone → computer |
|
| 36 | -Not supported: |
|
| 37 | -- Phone → router |
|
| 38 | -- Phone → another Android device via USB-C to Ethernet |
|
| 39 | - |
|
| 40 | -Reason: Ethernet adapters on Android usually only work in client mode (receiving network), not as a host for sharing. |
|
| 41 | - |
|
| 42 | -If you want Pixel to share 4G/5G network → Ethernet for other devices, you need: |
|
| 43 | -- Special ROM (like LineageOS, requires root; not recommended for minors or non-professional users) |
|
| 44 | -- Or use Wi-Fi Hotspot → another device uses wireless-to-wired conversion |
|
| 45 | - |
|
| 46 | ---- |
|
| 47 | - |
|
| 48 | -## 4. Recommended Adapters for Pixel (No Brand Restriction) |
|
| 49 | -Recommended chips: |
|
| 50 | -- Realtek RTL8153 (stable speed, least compatibility issues) |
|
| 51 | -- AX88179 (stable) |
|
| 52 | -- AX88772 (100Mbps version) |
|
| 53 | - |
|
| 54 | -Some brands may state: |
|
| 55 | -- "Plug and Play for Android" |
|
| 56 | -- "Compatible with Pixel" |
|
| 57 | - |
|
| 58 | -All of these can be used normally. |
|
| 59 | - |
|
| 60 | ---- |
|
| 61 | - |
|
| 62 | -## 5. Speed |
|
| 63 | -- If using USB-C → USB 3.0 → Gigabit Ethernet: |
|
| 64 | - Up to 1Gbps (actual test: 600–900Mbps) |
|
| 65 | -- If USB-C → USB 2.0 → 100Mbps port: |
|
| 66 | - About 90Mbps |
|
| 67 | - |
|
| 68 | ---- |
|
| 69 | - |
|
| 70 | -## 6. Common Issues |
|
| 71 | -### Q: No response after plugging in? |
|
| 72 | -- Try a different network cable |
|
| 73 | -- Try another USB-C to Ethernet adapter |
|
| 74 | -- Some cheap adapters use unknown chips, not compatible with Android |
|
| 75 | - |
|
| 76 | -### Q: Can Pixel use Wi-Fi and Ethernet at the same time? |
|
| 77 | -- Yes, but the system prefers Ethernet |
|
| 78 | -- You can manually switch the network source |
|
| 79 | - |
|
| 80 | -### Q: Can Pixel share LAN network to a computer? |
|
| 81 | -- Not by default (USB sharing only supports mobile data → USB) |
|
| 82 | -- You can use Wi-Fi hotspot sharing (LAN → Wi-Fi) |
|
| 83 | - |
|
| 84 | - |
|
| 85 | -## ref |
|
| 86 | - |
|
| 87 | -- [[USB-type-C-dat]] |
|
| ... | ... | \ No newline at end of file |
Tech-dat/interactive-dat/display-dat/display-protocols-dat/HDMI-dat/HDMI-dat.md
| ... | ... | @@ -4,7 +4,7 @@ |
| 4 | 4 | |
| 5 | 5 | ## usage |
| 6 | 6 | |
| 7 | -- [[HDMI-dat]] - [[usb-type-C-dat]] - need [[displayport-dat]] |
|
| 7 | +- [[HDMI-dat]] - [[USB-type-c-dat]] - need [[displayport-dat]] |
|
| 8 | 8 | |
| 9 | 9 | - [[USB-dat]] |
| 10 | 10 |
Tech-dat/interactive-dat/display-dat/display-protocols-dat/displayport-dat/displayport-dat.md
| ... | ... | @@ -54,7 +54,7 @@ DisplayPort (DP) is a **digital video and audio interface standard** used to con |
| 54 | 54 | ## 🖥️ What DisplayPort Does |
| 55 | 55 | - Transmits **digital video** from computer to monitor. |
| 56 | 56 | - Transmits **audio** through the same cable. |
| 57 | -- Supports **USB-C DisplayPort Alt Mode** for modern devices. - [[usb-type-c-dat]] |
|
| 57 | +- Supports **USB-C DisplayPort Alt Mode** for modern devices. - [[USB-type-c-dat]] |
|
| 58 | 58 | |
| 59 | 59 | --- |
| 60 | 60 |
app-dat/phone-dat/phone-pixel-dat/phone-pixel-dat.md
| ... | ... | @@ -3,7 +3,7 @@ |
| 3 | 3 | |
| 4 | 4 | - [[pixel-7-dat]] - [[pixel-3xl-dat]] |
| 5 | 5 | |
| 6 | -- [[usb-type-c-dat]] - [[type-c-to-ethernet-dat]] - [[displayPort-dat]] |
|
| 6 | +- [[USB-type-c-dat]] - [[type-c-to-ethernet-dat]] - [[displayPort-dat]] |
|
| 7 | 7 | |
| 8 | 8 | |
| 9 | 9 |
power-dat/DCDC-dat/dcdc-boost-dat/dcdc-boost-dat.md
| ... | ... | @@ -12,7 +12,7 @@ legacy wiki page - https://www.electrodragon.com/w/DC-DC_Boost |
| 12 | 12 | |
| 13 | 13 | |
| 14 | 14 | |
| 15 | -- [[type-c-sniffer-dat]] - [[OPM1185-dat]] - [[usb-type-c-dat]] |
|
| 15 | +- [[type-c-sniffer-dat]] - [[OPM1185-dat]] - [[USB-type-c-dat]] |
|
| 16 | 16 | |
| 17 | 17 | - [[XL-dat]] - [[dcdc-down-dat]] - [[dcdc-boost-dat]] - [[XL6009-dat]] |
| 18 | 18 |