How can I smash or move around the pin name of a symbol?

Am 10.03.2011 08:42, schrieb AL:

Hi,

 

I am using Eagle 5.8.0, and I am making a symbol. Is there a way to

smash or move around the pin name of a symbol?

 

Thanks.

No.

You can set the visible of pin name == off (pad), and place the name by

TEXT.

HELP PIN ... Visible

HELP CHANGE Visible

HELP TEXT

Mit freundlichen Grüßen / Best regards

Alfred Zaffran

--

_____________________________________________________________

Alfred Zaffran              Support

CadSoft Computer GmbH       Hotline:   08635-698930

Pleidolfweg 15              FAX:       08635-698940

84568 Pleiskirchen          eMail: <alf@cadsoft.de>

                             Web:   <www.cadsoft.de>

Registergericht: Amtsgericht Traunstein HRB 5573

Geschäftsführer: Dipl.-Ing. Klaus Schmidinger, Bodo Badnowitz

_____________________________________________________________

I have the same requirement as the OP. I design high density PCBs and often the polarity marker falls where I want to place another component. It is very important to be able to smash and move around a small piece of text ("1", "+", etc) that indicates component polarity. I hope you guys at CadSoft will consider adding this.

Also, with high speed electronics becoming a lot more popular EAGLE needs to start accommodating a few basic requirements. RF/microstrip bends are absolutely essential for high speed design and IoT products using WiFi or Bluetooth.  https://en.wikipedia.org/wiki/Microstrip#/media/File:Microstrip-bend.svg

You can achieve the first requirement of having a smashable/movable polarity marker. I just had a quick experiment and if you put something like >MKR as text on tPlace in your symbol and then add an attribute in your device for MKR and set it to 1, +, * or whatever then this appears on the layout and you can smash it an move it around as needed.

For the RF/microstrip bends, I don't know if there is a ULP to help with this already but if not it's probably something that could be done with ULP, although not at cleanly as integrating it directly into the tools.

Best Regards,

Rachael

Thanks for the tip Rachel. I wasn't aware that attributes can be displayed in the board. Still I think some refinement is possible from CafSoft's side. For example, when you move the Name or Value of a part there is a line that shows you what part that Name/Value belongs to. Similarly the marker text could link to the pin it designates, not the origin of the part.

ULP is certainly very powerful for some jobs and it could perhaps mitigate the lack of RF bends but it is far from optimal and efficient way to route your RF tracks. EAGLE certainly still needs such capability naively. I have not upgraded my copy for few versions now as I think improvements have been superficial. High-speed / RF support will certainly tempt me. It's not just just being able to do a task, but also to do it efficiently and accurately.

rbtx99 wrote:

 

Thanks for the tip Rachel. I wasn't aware that attributes can be displayed in the board. Still I think some refinement is possible from CafSoft's side. For example, when you move the Name or Value of a part there is a line that shows you what part that Name/Value belongs to. Similarly the marker text could link to the pin it designates, not the origin of the part.

Yes I agree, the solution I have outlined isn't ideal for your use case but is a work around. For what you require the marker text property would need to  be associated with the pin specifically. Maybe there could be a specifically defined marker attribute added with a defined format which would help so you could put something like >MARKER:1:'*' to put an asterisk as the movable mark associated with pin 1. It's probably worth having a think about what would work for you and popping something into the suggestion forum.

rbtx99 wrote:

 

 

ULP is certainly very powerful for some jobs and it could perhaps mitigate the lack of RF bends but it is far from optimal and efficient way to route your RF tracks. EAGLE certainly still needs such capability naively. I have not upgraded my copy for few versions now as I think improvements have been superficial. High-speed / RF support will certainly tempt me. It's not just just being able to do a task, but also to do it efficiently and accurately.

I agree, efficiency and accuracy is the most important thing here. I think improvements could be made with ULP and it could be made to feel reasonably well integrated but you are right it likely wouldn't be as slick as native support for High-speed / RF built right into EAGLE. Again, it's probably worth looking to see if there is anything similar to what you require as a suggestion in the suggestions forum, if so then comment on it to let the devs know it's important to you too, if not then create a new post for each suggestion you have.