Inconsistent connection to pad on single-numbered multi-padded footprint
57 2
andyfierman 1 week ago
I am working on a solution for the issue identified in this post: [https://easyeda.com/forum/topic/PCB-trace-antennas-seem-impossible-to-use-d4f1b45fe1e04a4187603026826c084b](https://easyeda.com/forum/topic/PCB-trace-antennas-seem-impossible-to-use-d4f1b45fe1e04a4187603026826c084b) To do this I have made a copy of a user contributed PCB Footprint to remove some errors in how it is made and to convert the polygon that forms the antenna shape from a solid region to a pad. All four pads of the footprint are assigned the same number: 1. This is shown in the animation below: ![Antenna_footprint.gif](//image.easyeda.com/pullimage/XqvAcLghQHquGtBMc06h0kscbZp5HXWb06pvZUQR.gif) The three lower pads are the pads needed for connections to the antenna. The fourth pad near the top of the antenna shape should not be connected to. I also made a suitable Schematic Symbol and then made a simple project and converted the schematic to a PCB: [https://easyeda.com/andyfierman/how-to-make-a-connectable-antenna](https://easyeda.com/andyfierman/how-to-make-a-connectable-antenna) * The symbol creates no DRC errors in the schematic and when converted to a PCB, the footprint also does not create any DRC errors. * However, when routing the PCB it can be seen that there is a problem when trying to connect to the pads on the antenna. The first - and some times the second - time that a track is routed to one of the three pads on the lower edge of the footprints, the track snaps to the centroid of the nearest pad as expected. If the track or the last segment is modified or deleted then when the track can no longer be snapped to the nearest pad. Instead, the track jumps to the pad on the far side of the footprint as shown in the animation below: ![Antenna_routing_bug.gif](//image.easyeda.com/pullimage/6hp9wnQ6t37W2BbnCEygvelsdYwPwoBCLW68N1qe.gif) When this happens, the only way to get the track to snap to the nearest (the desired pad) pad is to save the PCB and then do an F5 refresh. Therefore there is a bug that causes the behaviour of a later connection attempt to be different and incorrect when compared to the first or sometimes the second, correct attempt.
Comments
UserSupport 5 days ago
Hi It is normal behavior, when ungroup this footprint, and drag a pad, we will see it's origin, when you route the track it will auto snap to it, you can set snap as no to disable it. ![图片.png](//image.easyeda.com/pullimage/rkZMffjD3U0avtJ02z46UNDq8h96UR2p3zAxlxZ1.png)
Reply
UserSupport 5 days ago
Hi Got that, we will have a look. Thanks
Reply
Login or Register to add a comment
goToTop
你现在访问的是EasyEDA海外版,使用建立访问速度更快的国内版 https://lceda.cn(需要重新注册)
如果需要转移工程请在个人中心 - 工程 - 工程高级设置 - 下载工程,下载后在https://lceda.cn/editor 打开保存即可。
有问题联系QQ 3001956291 不再提醒
svg-battery svg-battery-wifi svg-books svg-more svg-paste svg-pencil svg-plant svg-ruler svg-share svg-user svg-logo-cn svg-double-arrow
We use cookies to offer you a better experience. Detailed information on the use of cookies on this website is provided in our Privacy Policy. By using this site, you consent to the use of our cookies.