Instrucciones para Michelle (27-oct): por qué el ramal de /SIM_DATA se borra a mano, más preciso
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QCy5VHMVLkAmftYM6swWmx
This commit is contained in:
parent
ebbcbbc64c
commit
2444a0a300
@ -82,7 +82,7 @@ Si aparece cualquier otra cosa (otra pieza, un valor o una huella cambiada), **c
|
||||
| GND | opcional: 4 tramos cortos junto a C9.2 y C28.2 | Caen en el relleno de GND. Bórralos si el DRC los marca |
|
||||
| `/SIM_CLK` y `/SIM_VDD` | **nada** | `/SIM_CLK` sigue llegando a R68 por la T de (190.50, 86.70). `/SIM_VDD` sigue llegando a R39 por el punto donde estaba R63.1 |
|
||||
|
||||
**Por qué a mano.** En `/SIM_DATA`, el DRC solo marca los 3 primeros tramos del ramal. El cuarto mide 0.008 mm y KiCad lo da por conectado con el siguiente, así que «Limpiar pistas y vías» dejaría ≈ 7 mm de antena colgando de la línea de datos de la SIM.
|
||||
**Por qué a mano.** En `/SIM_DATA`, KiCad solo ve sueltos los 3 primeros tramos del ramal (los va marcando uno por uno). El cuarto mide 0.008 mm y KiCad lo da por conectado con el siguiente. Así, «Limpiar pistas y vías» dejaría ≈ 7 mm de antena colgando de la línea de datos de la SIM, y el DRC ya no la marcaría.
|
||||
|
||||
### 1.4 Cierre del §1
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user