Eagle: cómo hacer que el enrutador ignore los pines conectados internamente (en un paquete)

Hice un paquete de interruptores táctiles y, como muestra la imagen, los pines 1 y 2 están conectados internamente, lo mismo para los pines 3 y 4.

Paquete y símbolo

El paquete tiene 4 pads y el símbolo solo 2. He conectado los pads 1+2 con el pin de símbolo 1 y los pads 2+4 con el pin de símbolo 2.

ingrese la descripción de la imagen aquí

Ahora, aquí viene el problema: el enrutador insiste en conectar los pines 1 y 2 entre sí, lo mismo para los pines 3 y 4. (como se muestra aquí)

ingrese la descripción de la imagen aquí

Dado que estos ya están conectados dentro del paquete, no es necesario conectarlos en el tablero. De hecho, el enrutador debería poder usar este hecho para optimizar el resultado (como en esta maqueta donde el rastro amarillo puede correr directamente debajo del paquete).

ingrese la descripción de la imagen aquí

¿Cómo puedo hacer que el enrutador entienda que estos pines ya están conectados internamente? De hecho, puede beneficiarse de él y usarlos como un puente para abarcar cualquier rastro que se ejecute debajo del paquete.

¿Cómo conectaste las almohadillas internamente en el paquete? ¿O tal vez te refieres a que la conexión interna está en el propio dispositivo?
Los pads conectados internamente deben tener nombres como nombre@1, nombre@2, nombre@3, nombre@4, ... Pero el problema persiste, Eagle todavía quiere que los conectes una vez más con las huellas en la PCB.

Respuestas (3)

ingrese la descripción de la imagen aquí

En eagle 7 tu problema está resuelto. Haga clic en el símbolo en el diálogo de conexión (círculo rojo), para que pueda cambiar si los pines de la misma señal deben conectarse en el diseño.

La parte importante de la respuesta es sí, pero por lo que parece que realmente te interesa, la respuesta es no.

Eagle los trata como conectados internamente para las verificaciones de reglas de diseño (DRC). Pero eso no significa que el enrutador automático pueda ser inteligente al respecto.

En Eagle 6 puede definir las conexiones de la forma en que las tiene en su parte; solo necesita crear un pin para conectarse a múltiples pads, como dice Cadsoft :

Ahora puede conectar un pin en el símbolo esquemático a cualquier número de pads del paquete. Con esta función, EAGLE puede manejar componentes con pines conectados internamente. En comparación con las versiones anteriores, los símbolos esquemáticos se ven mejor y ahorra tiempo al definirlos.

Sin embargo, el enrutador automático no es tan inteligente. Su comportamiento predeterminado también tiene sentido, si es posible, los pads también deben conectarse externamente. Se necesita un ser humano para ver el camino 'más limpio'. Pensando un poco en la plétora de combinaciones adicionales que tendría el enrutador automático si abriera la opción de no conectar externamente pads conectados internamente, tiene sentido por qué Cadsoft lo dejó fuera.

La modificación que hizo a lo que hizo el enrutador automático no es una violación porque Eagle reconoce esos pads como conectados internamente. De hecho, podría conectar solo la mitad de los pads (no cualquier mitad) sin error.

A menudo necesitará limpiar después del enrutador automático, al menos en este caso no necesita renunciar a ningún DRC.

Mire el interruptor Omron de la biblioteca de Sparkfun. Paquete: TACTILE-PTH, valor: SWITCH-MOMENTARY-2PTH. Está en SparkFun > SWITCH-MOMENTARY-2

Eagle: cómo hacer que el enrutador ignore los pines conectados internamente (en un paquete)
RespuestasAquíPolítica de privacidad1y, 0v