Re: [PEDA] schematic port references
I too had several problems with incorrect printing (especially overbars on pinnames). Since I checked the "Display Printer Fonts" box in the "Tools-Preferences-Graphical Editing Tab" and changed "Intercharacter spacing" to 6 and "Character Width Scale" to 100% in the "Setup Printer" Dialog I get correct Printouts. But this only is true when the printed sheet is opened in the design explorer. Printing a whole hierarchy from the top level sheet as the only opened sheet does lead to the same mess as without these settings for all closed sheets. Don't ask me why and how I found these settings! I just accept it and am happy to get correct printouts this way. Emanuel Wayne Bickers wrote: > I am having difficulties controlling the placement of the port references, > mainly they are overlapping the port name which defeates the purpose of > having them there. Note this is only in the printing of the schematic > though. I was wondering if this had something to do with the scaling of the > printout (I am printing an A2 drawing onto an A3 sheet) > > Yes, I have the right printer driver. > Win 2000, SP6. > > If anybody has had simmilar problems, I would really appreciate any ideas > > Wayne Bickers > Electronic Engineer > Tru-Test Limited -- MPL AG www.mpl.ch Emanuel Zimmermann [EMAIL PROTECTED] Manager R&D Phone: +41 (0)56 483 34 34 Taefernstrasse 20 Fax: +41 (0)56 493 30 20 CH-5405 Daettwil * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
[PEDA] schematic port references
I am having difficulties controlling the placement of the port references, mainly they are overlapping the port name which defeates the purpose of having them there. Note this is only in the printing of the schematic though. I was wondering if this had something to do with the scaling of the printout (I am printing an A2 drawing onto an A3 sheet) Yes, I have the right printer driver. Win 2000, SP6. If anybody has had simmilar problems, I would really appreciate any ideas Wayne Bickers Electronic Engineer Tru-Test Limited * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] Annoying track behaviour
Thanks Darren, just what I wanted. (I had noticed the tool button for that function before but was not sure what it was for). Only one problem; why does the line constraints dialogue box (TAB when placing line) use mils for the line width when I'm working with metric units? It's not a major hassle, but if I want a 0.8mm wide line I have to type "0.8mm" instead of "0.8". > -Original Message- > From: Darren Moore [mailto:[EMAIL PROTECTED]] > Sent: Friday, 26 October 2001 11:31 AM > To: 'Protel EDA Forum' > Subject: Re: [PEDA] Annoying track behaviour > > > Tom, > > I had the same problem, what you need to do is use > place line instead. > > Darren Moore > > > > When I'm placing tracks on a mechanical layer and change the > > width of the track (using TAB) the "look ahead" segment of > > the track changes to one of the signal layers. > > > > It is not possible to change the layer back by using "+", > > "-" or "*" (they cycle through the signal layers only). So I > > have to stop placing the track and select the mechanical > > layer tab and then start again. > > > > Is there any way to stop this annoying behaviour? > > > > Thanks, > > > > Tom. > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] Annoying track behaviour
Tom, I had the same problem, what you need to do is use place line instead. Darren Moore > When I'm placing tracks on a mechanical layer and change the > width of the track (using TAB) the "look ahead" segment of > the track changes to one of the signal layers. > > It is not possible to change the layer back by using "+", > "-" or "*" (they cycle through the signal layers only). So I > have to stop placing the track and select the mechanical > layer tab and then start again. > > Is there any way to stop this annoying behaviour? > > Thanks, > > Tom. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
[PEDA] Annoying track behaviour
When I'm placing tracks on a mechanical layer and change the width of the track (using TAB) the "look ahead" segment of the track changes to one of the signal layers. It is not possible to change the layer back by using "+", "-" or "*" (they cycle through the signal layers only). So I have to stop placing the track and select the mechanical layer tab and then start again. Is there any way to stop this annoying behaviour? Thanks, Tom. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] Via Nets
> At 08:47 AM 10/25/01 -0600, Jim Muehlberg wrote: > >Though I have "permenent" checked in the via default menu, when placing > >vias, the net name always resets to "no net". > > > >Is this normal behavior? or is it a bug? > > It is normal behavior. I just explained it in another post, and also how to > conveniently and quickly assign the correct net to vias. They are "no-net" > while they are floating, but take on the net of any primitive to which they > short when they are placed, if there are no shorts created. > > This is far more useful than being able to make a default net for vias, and > there are workarounds for the latter, i.e, for making a lot of vias with > the same net. A piece of track with the right net could cause a whole row > of vias placed or copied onto it to take on its net. Or put down a fill, > assign it to the net you want, and then put vias down. Then delete the > fill. Once the vias have the right net, you can move them wherever you want. > > Abdulrahman Lomax Those are good suggestions (and an example of the sort of thing you learn, from experience, after using Protel for long enough). Another ability of Protel is to paste from its clip-board while retaining the net properties of each pasted primitive (which would otherwise be set to whichever net each of the pasted primitives comes in contact with, or otherwise to "no net"). That can be accomplished by selecting the "Edit/Paste Special..." command (from the default PCB Server's menu); after the "Paste Special" dialog box is subsequently invoked, check the "Keep net name" checkbox. Alternatively, a resource (menu entry, shortcut key, or toolbar button) can be set up in which the Process invoked is Pcb:Paste, and parameters as below are specified: Mode=Special | KeepNetName=True (The | character is used as a parameter separator.) As one example, if the clipboard contains a via with its net property set to GND, all vias created from using that form of the Paste command will have their net property set to GND as well (and regardless of *where* they are pasted). I've said it before, but not for a while: being able to customise menus, toolbars, and (with certain qualifications) shortcut keys is one of the big pluses of the Protel package. Regards, Geoff Harland. - E-Mail Disclaimer The Information in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any opinions or advice contained in this e-mail are confidential and not for public display. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] pcb lib default settings
[PEDA] i.wilson@considered.com.au
Mr. Wilson, Allow me to answer in person as I was meeting a deadline and couldn't respond to your posting immediately. > On 02:06 PM 23/10/2001 -0400, M. Wahab said: > >Hi, > > > > I was updating from a pcb library a footprint of > >a BGA component, however, the component disappeared > >completely. > > This sounds odd. Was there anything unusual about the footprint? How did > you do the update, by pressing Update PCB from within the PCBLIb editor? That's what I did > > If you produce a netlist or a component report is the component designator > still listed? Can you jump to the component designator (with J-C)? I tried JC it didn't find it > > >What went wrong? is there anyway to recover? It doesn't accept > >undo, and it's very difficult to position a new BGA footprint > >in place of the disappeared one. Back up is affected as well. > > If your backups are affected then I assume you are not using the auto-save > server to regularly save open files? What about the backed up DDB (*.DBK > is it)? here are at least three forms of backups produced by Protel > (including the auto-saved files) - have you checked all of these? I panicked when this happened and I saved more than twice wich made the back up also unusefull. However, I managed to place it in its position again by the tips I got. Thanks a lot M. Wahab > > Older versions of the file? Your regular back-ups? * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] Urgent help needed
I actually made a J C, but was never able to locate it. However, With the help I got I was able to fix the problem thanks to all who took the time to respond. M. Wahab * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] Via Nets
At 08:47 AM 10/25/01 -0600, Jim Muehlberg wrote: >Though I have "permenent" checked in the via default menu, when placing >vias, the net name always resets to "no net". > >Is this normal behavior? or is it a bug? It is normal behavior. I just explained it in another post, and also how to conveniently and quickly assign the correct net to vias. They are "no-net" while they are floating, but take on the net of any primitive to which they short when they are placed, if there are no shorts created. This is far more useful than being able to make a default net for vias, and there are workarounds for the latter, i.e, for making a lot of vias with the same net. A piece of track with the right net could cause a whole row of vias placed or copied onto it to take on its net. Or put down a fill, assign it to the net you want, and then put vias down. Then delete the fill. Once the vias have the right net, you can move them wherever you want. [EMAIL PROTECTED] Abdulrahman Lomax Easthampton, Massachusetts USA * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] elusive traces
At 09:55 AM 10/25/01 -0400, Chris Mackensen wrote: > I could be wrong, but it sounds like the actual elusive traces are on >another layer that is *not* visible. When you go to route or select a net, >traces on some of the non-visible layers will temporarily appear to >fix, turn on those layers and delete as appropriate.. Yes, that's right. >do not be fooled by the graphical color change of a selected net/trace on >these non-visible layers... sometimes (if the layer color is just right), >when selected, the color appears different and it could be mistaken for a >different layer's color instead of the layer of interest There is an option which may control some of this, I'm not sure, but my system is set so that when a primitive has the focus (this is not the same as selection), its color changes to a complementary color. So you can tell. This also extends to other primitives connected to the same net, and they will display temporarily even if their layer is turned off. Similar behavior occurs when one moves a track such that it creates a clearance error, the involved primitives take on the error color, as I recall. It's actually quite useful, once you realize what is going on. You can work on a layer and display only that layer, which makes it a lot easier to see what space is open for a track, and then you can place a via. If you wave the via around while it is floating on the cursor, you can see any problem primitives on all the other layers. Note that when you place a via, it will take on the net of any contacted primitive unless there is a conflict. If there is no connected primitive or it caused a short, one may wish to edit it to the appropriate net before putting it in its final position. Another way of doing this is to wave around a no-net via (which is any unplaced via popped up to the cursor with Place/Via) to find a clear space and then pop the via down on a trace to which one wants to connect (or a pad of the same net). Just to mention it, when I am creating a via fanout for a many-pin SMT device, I pop the vias down in contact with the pads. Usually they will have clearance errors, but I place them so that they just graze the pads, they do not short to another pad. Then I can move them out and rat's nest lines will automatically appear. When I have routed the lands to the pads, often this same pattern can then be copied to another symmetrical part of the SMT pattern. (Protel also automatically assigns nets in a similar way when they are copied, which is *totally* cool.) [EMAIL PROTECTED] Abdulrahman Lomax Easthampton, Massachusetts USA * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
[PEDA] Accessory lists for Protel users
(repeated from another thread for archive subject clarity] At 08:31 AM 10/25/01 +1000, Ian Wilson wrote: http://groups.yahoo.com/group/protel-users/files/CitelTools%28RePourAllPolys %29.zip >But you may need to be a member of the protel-users group to get access to >it. Jason Morgan of Citel wrote it and gave permission for it to be >lodged on the protel-users file space. Yes, for legal reasons, to protect the copyright of those who post material for which they retain legal ownership, we found it necessary to restrict access to groups.yahoo.com/group/protel-users/files to members of the list [EMAIL PROTECTED] As I recall, this was after some discussion on [EMAIL PROTECTED], the list where association decisions are made. That list is functioning mostly as a back-up list for this (Techserv) list, it has about 210 subscribers but almost no traffic. To join, mailto:[EMAIL PROTECTED] (content is ignored) and reply to the confirmation mail that yahoo will send you. You may also need to establish a yahoo identity, spelled "cookie," so that yahoo can tell that you are a member when you try to access the filespace. Note that the User's Association is a separate entity from Techserv's list (this list). Techserv, a private company, has provided the Forum for many years and as it continues to serve users, we have not moved the support list elsewhere. while I'm at it, I might as well mention that there is another list, protel-users-announcements, to which I recommend all Protel users subscribe. There is just about zero traffic on that list. It exists so that the Users Association has a means to contact users should it deem this necessary. Many subscribers to the Techserv list have found it necessary to unsubscribe because of the volume of traffic; protel-users-announcements is a means to remain accessible to the user group without enduring the blizzard of mail. Except for one or two administrative messages to keep the list alive, there has been no traffic on protel-users-announcements. It is moderated so that no unauthorized person can post to it. For convenience, mailto:[EMAIL PROTECTED] I'm going to repeat this information in another post so it appears properly in the subject list in the archives. [EMAIL PROTECTED] Abdulrahman Lomax Easthampton, Massachusetts USA * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] Polygon Repour in 99SE
At 08:31 AM 10/25/01 +1000, Ian Wilson wrote: http://groups.yahoo.com/group/protel-users/files/CitelTools%28RePourAllPolys %29.zip >But you may need to be a member of the protel-users group to get access to >it. Jason Morgan of Citel wrote it and gave permission for it to be >lodged on the protel-users file space. Yes, for legal reasons, to protect the copyright of those who post material for which they retain legal ownership, we found it necessary to restrict access to groups.yahoo.com/group/protel-users/files to members of the list [EMAIL PROTECTED] That list is functioning mostly as a back-up list for this (Techserv) list, it has about 210 subscribers but almost no traffic. To join, mailto:[EMAIL PROTECTED] (content is ignored) and reply to the confirmation mail that yahoo will send you. You may also need to establish a yahoo identity, spelled "cookie," so that yahoo can tell that you are a member when you try to access the filespace. while I'm at it, I might as well mention that there is another list, protel-users-announcements, to which I recommend all Protel users subscribe. There is just about zero traffic on that list. It exists so that the Users Association has a means to contact users should it deem this necessary. Many subscribers to the Techserv list have found it necessary to unsubscribe because of the volume of traffic; protel-users-announcements is a means to remain accessible to the user group without enduring the blizzard of mail. Except for one or two administrative messages to keep the list alive, there has been no traffic on protel-users-announcements. It is moderated so that no unauthorized person can post to it. For convenience, mailto:[EMAIL PROTECTED] I'm going to repeat this information in another post so it appears properly in the subject list in the archives. [EMAIL PROTECTED] Abdulrahman Lomax Easthampton, Massachusetts USA * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] Urgent help needed
I have had a library update cause a part to go haywire when the origin of the library part was way off from the center of the part. This was due to the library being imported from another package if I remember correctly. I have had a component move off the viewable area, and found a way to fix it relatively quickly. First I output a pick and place the assembly. Next I find the part in question in the pick and place and I change it's x,y location to a good location Now I go back to the PCB and I select Tools Autoplacer Place from file and I use the changed PIK file to place the part in a good location. Rob * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
[PEDA] Via Nets
Though I have "permenent" checked in the via default menu, when placing vias, the net name always resets to "no net". Is this normal behavior? or is it a bug? Jim -- Jim Muehlberg Electrical Engineer LO/IF Group National Radio Astronomy Observatory P.O. Box O 1003 Lopezville Rd. Socorro, NM 87801 P: 505-835-7140/7195 F: 505-835-7027 http://www.aoc.nrao.edu/~jmuehlbe * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] pcb lib default settings
Michael Johnen wrote: > > Hi all, > > how can i permanently change the defaultsettings for example "components", > "track" and other stuff in the PCB LIB. > it is changed under "Tools", "preferences", "defaults". > > changing is possible, i can save it and load it back, but it is not loaded > by starting Protel. > > i changed the ADVPCB.DFT with my saved file, but protel still uses its own > 'defaults' > > thanks Do you have "Save Peferences" checked? Not under the Tools menu, but on the pull down menu activated by the down arrow on left end of the toolbar. -- Jim Muehlberg Electrical Engineer LO/IF Group National Radio Astronomy Observatory P.O. Box O 1003 Lopezville Rd. Socorro, NM 87801 P: 505-835-7140/7195 F: 505-835-7027 http://www.aoc.nrao.edu/~jmuehlbe * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] elusive traces
Hi, I could be wrong, but it sounds like the actual elusive traces are on another layer that is *not* visible. When you go to route or select a net, traces on some of the non-visible layers will temporarily appear to fix, turn on those layers and delete as appropriate.. do not be fooled by the graphical color change of a selected net/trace on these non-visible layers... sometimes (if the layer color is just right), when selected, the color appears different and it could be mistaken for a different layer's color instead of the layer of interest Cheers, -chris -Original Message- From: Robison Michael R CNIN [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 25, 2001 9:19 AM To: '[EMAIL PROTECTED]' Subject: [PEDA] elusive traces hello, i've gone thru and hand-routed a 10-layer board from my protel schematic and bad artwork of the original layers. as suggested, i set the design rules for un-routed traces and it pointed out a few to me. here's what i ran into: i went to correct one of the unrun traces. it appeared missing. but when i selected interactive routing and clicked on a pad, some other junk traces popped up on that layer. it looked like maybe it had been good but that it had been accidentally dragged. it even illegally crossed other traces on the layer. so i go up and select edit/delete and the darn thing dis- appears before i can delete it! i finally kept it from disappearing by turning all the layers back on, and then i deleted it. could somebody explain what was going on there? thank you, miker * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
[PEDA] layer color problem
hello, i noticed that layer 2 and 6 traces are exactly the same color. so i went to tools/preferences/colors/signal layers and the topLayer and 3 midLayers are there but the midLayer 4, 5, and 6 beyond that are grayed out. HOWEVER, if i scroll all the way to the bottom, beyond the midlayer27, i find my 4, 5, and 6 layers. what are they doing all the way down there? why are they grayed out at the top? thank you, miker * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
[PEDA] elusive traces
hello, i've gone thru and hand-routed a 10-layer board from my protel schematic and bad artwork of the original layers. as suggested, i set the design rules for un-routed traces and it pointed out a few to me. here's what i ran into: i went to correct one of the unrun traces. it appeared missing. but when i selected interactive routing and clicked on a pad, some other junk traces popped up on that layer. it looked like maybe it had been good but that it had been accidentally dragged. it even illegally crossed other traces on the layer. so i go up and select edit/delete and the darn thing dis- appears before i can delete it! i finally kept it from disappearing by turning all the layers back on, and then i deleted it. could somebody explain what was going on there? thank you, miker * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] Urgent help needed
All, Do you find these components (in the negative quadrant) in the gerber or pick and place outputs? jmc Ian Wilson wrote: > > At 10:09 AM 25/10/01 +1000, you wrote: > >Ian, it's actually pretty easy to "loose parts". > >We recently have had a situation where a group of components have been > >unknowingly moved into the negative region of the database as part of a > >move selection process early in the placement stage. It turns out that the > >syncroniser matches the parts and the pins for the netstherefore no > >missing components.The netlist exists in the database but the physical > >ratsnest does not (I assume the physical ratsnest is only valid for the > >database extents). The DRC was 100% ok. It would appear that the DRC makes > >the assumption that if there is a valid net but no ratsnest then the net > >must be connected. (ie no broken net) (also no clearance errors either) > > > >I would be interested if anyone else has had this problem. > >We use SP6, W98 > > > >We only found it by noticing an associated text string on the left hand edge > >of the database area when zoomed right out. > > I too have seen the moving components (not for a long time though), for me > at least, they have always existed in the netlist and the component > report. I had not noticed what happens to the ratsnest when a component is > off in ga-ga land but it still exists in the database, the netlist, the > component report, the ASCII PCB version and even component browser. I have > not checked if they exist in an exported spreadsheet. > > Thanks for the info on the ratsnets not showing for the "gone-ape" > components (technical term), > Ian Wilson -- >>> >John M. Cardone Electro-Mechanical Dsgn. Engr. Grp. >M/S 278-100 Mechanical Engineering Section, 352 >4800 Oak Grove Dr.NASA / Jet Propulsion Laboratory >Pasadena, Ca 91109 >Tel: 818.354.5407 MailTo:[EMAIL PROTECTED] >Fax: 818.393.4860 >>> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
[PEDA] pcb lib default settings
Re: [PEDA] Component Rotation
I thought about doing that..after I already designed it using standard symbols. -Original Message- From: Edi Im Hof [mailto:[EMAIL PROTECTED]] Sent: 25 October 2001 09:51 To: Protel EDA Forum Subject: Re: [PEDA] Component Rotation At 16:15 24.10.01 +0100, you wrote: >I've already given up, and done it the standard way. >I tried drawing it at 45 degrees as a library symbol, but the pins still >had to be at 90 degrees. You can make zero-lenght pin and draw the pins with lines. Should work. Edi Im Hof >I was just designing a matrix, with about 50 odd diodes, and thought it >might be easier to rotate the diodes 90 degrees. > >-Original Message- >From: Samuel Cox "Sam" [mailto:[EMAIL PROTECTED]] >Sent: 24 October 2001 16:18 >To: Protel EDA Forum >Subject: Re: [PEDA] Component Rotation > > >Steve... > >1.) the question should be rephrased to "Symbol Rotation".. not >"Component >Rotation".. >2.) Why would you want to rotate a symbol in Schematic capture to >something >other than >90 degrees.? This not standard practice. Also, keep in mind that your >pins >of the symbol need >to end up on a schematic grid point for wire connection to be >completed.. > >Answer: I do not even believe you can adjust the rotation of a symbol in >schematic to some angle >other than 90 degrees.. > >Workaround: If you are all fired up to still do it.. you will need to >create the symbol at 45 degrees >in the library to start with.. just make sure the pins are on an even >100mil grid.. > >Best wishes.. > > > > > > > >At 05:02 PM 10/24/01 +0200, you wrote: > >Steve wrote: > > > >> > Can anybody answer this quicker than me attempting to find it in >help > >> > files. > >> > > >> > I know how to adjust the rotation steps in PCB editor, but how do >you > >> > adjust in in schematics from 90 degrees to 45 degrees. > >> > > >> > Steve > > > >Steve, > >As far as I can see, you can only rotate in steps of 90 degrees in > >schematics. > > > >Have a nice day! > > > >Joop Reekers > >Semecs bv, Almelo NL > > > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] Component Rotation
At 16:15 24.10.01 +0100, you wrote: >I've already given up, and done it the standard way. >I tried drawing it at 45 degrees as a library symbol, but the pins still >had to be at 90 degrees. You can make zero-lenght pin and draw the pins with lines. Should work. Edi Im Hof >I was just designing a matrix, with about 50 odd diodes, and thought it >might be easier to rotate the diodes 90 degrees. > >-Original Message- >From: Samuel Cox "Sam" [mailto:[EMAIL PROTECTED]] >Sent: 24 October 2001 16:18 >To: Protel EDA Forum >Subject: Re: [PEDA] Component Rotation > > >Steve... > >1.) the question should be rephrased to "Symbol Rotation".. not >"Component >Rotation".. >2.) Why would you want to rotate a symbol in Schematic capture to >something >other than >90 degrees.? This not standard practice. Also, keep in mind that your >pins >of the symbol need >to end up on a schematic grid point for wire connection to be >completed.. > >Answer: I do not even believe you can adjust the rotation of a symbol in >schematic to some angle >other than 90 degrees.. > >Workaround: If you are all fired up to still do it.. you will need to >create the symbol at 45 degrees >in the library to start with.. just make sure the pins are on an even >100mil grid.. > >Best wishes.. > > > > > > > >At 05:02 PM 10/24/01 +0200, you wrote: > >Steve wrote: > > > >> > Can anybody answer this quicker than me attempting to find it in >help > >> > files. > >> > > >> > I know how to adjust the rotation steps in PCB editor, but how do >you > >> > adjust in in schematics from 90 degrees to 45 degrees. > >> > > >> > Steve > > > >Steve, > >As far as I can see, you can only rotate in steps of 90 degrees in > >schematics. > > > >Have a nice day! > > > >Joop Reekers > >Semecs bv, Almelo NL > > > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: [PEDA] Polygon Repour in 99SE
Abd ul-Rahman Lomax wrote: > > There may be a better way, but as I recall, moving the entire design will > force an update of all polygons. So select all, pick it up at the origin > and move it over an inch, and then back if you must. It *may* work if the > move leaves the design in the same place, I don't recall and I can't check now. It works leaving the design in the same place. I usually select all polygons with the query manager and then do a "move selection" clicking twice on the same coordinates. This updates all polygons and split planes. Emanuel -- MPL AG www.mpl.ch Emanuel Zimmermann [EMAIL PROTECTED] Manager R&D Phone: +41 (0)56 483 34 34 Taefernstrasse 20 Fax: +41 (0)56 493 30 20 CH-5405 Daettwil * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/proteledaforum@techservinc.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
