Hi Kat, Did you use the Update PCB from schematic? Did you change the Synchronization/Connectivity/ to Net Labels and Ports Global? --Jay--
----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[email protected]> Sent: Tuesday, March 28, 2006 2:00 AM Subject: PEDA Digest, Vol 18, Issue 24 > Send PEDA mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://techservinc.com/mailman/listinfo/peda_techservinc.com > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of PEDA digest..." > > > Today's Topics: > > 1. Re: Hi all,(LATEST UPDATE) (Kathy Quinlan) > 2. Re: Hi all,(LATEST UPDATE) (Kathy Quinlan) > 3. Re: Hi all,(LATEST UPDATE) (Steve Hendrix) > 4. Re: Hi all,(LATEST UPDATE) (Kathy Quinlan) > 5. Re: Hi all,(LATEST UPDATE) (Brad Velander) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 27 Mar 2006 23:43:47 +0800 > From: Kathy Quinlan <[EMAIL PROTECTED]> > Subject: Re: [PEDA] Hi all,(LATEST UPDATE) > To: Protel EDA Discussion List <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Steve Hendrix wrote: >> At 2006-03-27 22:47 +0800, you wrote: >>> One of the parts I created, I deleted the part from the schematic, went >>> into the library, made sure that the end of the pin with the BLOB is >>> away from the part, made all the pins the right type (power, input >>> output) and saved the library, removed the library, re added it, put the >>> part back from the library. Still the same fault :( >> >> I recall the visual indicator being a bit misleading in this regard. >> Best way to know where the hotspot is, as described earlier, is to >> run a wire across the entire length of the pin, extending beyond it >> on both ends. This will cause an autojunction at the hotspot, so >> there will be no question where it is. >> >> It sounds like you're on the right track with removing and adding the >> library back, but you might still have a problem with the parts being >> cached, especially if there are still instances of that part on the >> schematic. Try (from the lib editor, with the schematic also open) >> "Update Schematic". You might even have to go so far as to create a >> different name for the part in order to be absolutely sure you're >> getting the new part. >> >> How about the specifics of one particular ERC error that's still >> giving you trouble. I was confused by your original post, which tried >> to cover a lot of ground at once. If you can delineate one specific >> error, I or someone else here can probably track it down. >> >> Steve Hendrix > > This is all the errors I get(bellow text), BUT as I said, Take Error #1 > > U5 is a ATmega128, Pin 42 is the A15 pin (Address bus (this pin is an IO > pin in the library as it can be either GPIO or Address output) > > The only other thing I have on A15 is a Flash Ram Chip, the A15 Pin on > this is an input. > > This is the part in the netlist: > ( > A15 > U5-42 > U7-11 > ) > > So you can see it is FINE in the netlist. > > > > > Error Report For : Main.Sch 27-Mar-2006 23:37:31 > > #1 Error Unconnected IO Pin On Net A15 > CPU Ram and Flash Rom.Sch(U5-42 @370,550) > > #2 Error Unconnected IO Pin On Net A16 > CPU Ram and Flash Rom.Sch(U5-4 @370,510) > > #3 Error Unconnected Passive Pin On Net BD5 > Ehternet.Sch(R6-2 @430,550) > > #4 Error Unconnected Passive Pin On Net CS4 > PSU LCD FP RESET.Sch(J4-6 @990,870) > > #5 Error Unconnected Passive Pin On Net IOCS16B > Ehternet.Sch(R1-2 @430,840) > > #6 Error Unconnected Passive Pin On Net LED0 > Ehternet.Sch(R3-1 @930,550) > > #7 Error Unconnected Passive Pin On Net LED1 > Ehternet.Sch(R4-1 @930,520) > > #8 Error Unconnected Output Pin On Net NCS2 > CPU Ram and Flash Rom.Sch(U8-13 @250,470) > > #9 Error Unconnected Output Pin On Net NCS3 > CPU Ram and Flash Rom.Sch(U8-12 @250,460) > > #10 Error Unconnected Output Pin On Net NCS4 > CPU Ram and Flash Rom.Sch(U8-11 @250,450) > > #11 Error Unconnected IO Pin On Net NINT0 > CPU Ram and Flash Rom.Sch(U5-8 @370,470) > > #12 Error Unconnected Input Pin On Net NRESET > CPU Ram and Flash Rom.Sch(U5-20 @580,410) > > #14 Error Floating Input Pins On Net NRESET > Pin CPU Ram and Flash Rom.Sch(U5-20 @580,410) > > #15 Error Unconnected Passive Pin On Net NetC27_1 > Ehternet.Sch(C27-1 @920,800) > > #16 Error Unconnected Passive Pin On Net NetC28_1 > Ehternet.Sch(C28-1 @950,800) > > #17 Error Unconnected Passive Pin On Net NetC29_1 > Ehternet.Sch(C29-1 @990,800) > > #18 Error Unconnected Passive Pin On Net NetC30_1 > Ehternet.Sch(C30-1 @1020,800) > > #19 Warning IO Pins And Output Pins On Net RX > IO Pins : CPU Ram and Flash Rom.Sch(U5-27 @710,600) > Output Pins : PSU LCD FP RESET.Sch(U14-12 @1050,350) > > #20 Error Unconnected Passive Pin On Net TPIN+ > Ehternet.Sch(R2-2 @920,690) > > #21 Error Unconnected Passive Pin On Net TPIN- > Ehternet.Sch(R2-1 @920,620) > > #22 Error Unconnected Passive Pin On Net WE > PSU LCD FP RESET.Sch(J4-5 @990,880) > > > End Report > > > -- > Regards, > > Kat. > --------------------------------------------------------------- > K.A.Q. Electronics Website: www.kaqelectronics.dyndns.org > IM: Yahoo: PinkyDwaggy MSN: [EMAIL PROTECTED] > For Everything Electronics Phone: 0419 923 731 > --------------------------------------------------------------- > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.385 / Virus Database: 268.3.2/293 - Release Date: 26/03/2006 > > > > ------------------------------ > > Message: 2 > Date: Mon, 27 Mar 2006 23:52:11 +0800 > From: Kathy Quinlan <[EMAIL PROTECTED]> > Subject: Re: [PEDA] Hi all,(LATEST UPDATE) > To: Protel EDA Discussion List <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Steve Hendrix wrote: > >> I recall the visual indicator being a bit misleading in this regard. >> Best way to know where the hotspot is, as described earlier, is to >> run a wire across the entire length of the pin, extending beyond it >> on both ends. This will cause an autojunction at the hotspot, so >> there will be no question where it is. > > Did that on a few of the problems, the junction dot appeared right on > the end of the component where I would expect it :( > >> >> It sounds like you're on the right track with removing and adding the >> library back, but you might still have a problem with the parts being >> cached, especially if there are still instances of that part on the >> schematic. Try (from the lib editor, with the schematic also open) >> "Update Schematic". You might even have to go so far as to create a >> different name for the part in order to be absolutely sure you're >> getting the new part. > > Even tried cutting and pasting one sheet into a new design, still had > the same errors (plus more due to missing sheets etc) > > -- > Regards, > > Kat. > --------------------------------------------------------------- > K.A.Q. Electronics Website: www.kaqelectronics.dyndns.org > IM: Yahoo: PinkyDwaggy MSN: [EMAIL PROTECTED] > For Everything Electronics Phone: 0419 923 731 > --------------------------------------------------------------- > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.385 / Virus Database: 268.3.2/293 - Release Date: 26/03/2006 > > > > ------------------------------ > > Message: 3 > Date: Mon, 27 Mar 2006 10:57:50 -0500 > From: Steve Hendrix <[EMAIL PROTECTED]> > Subject: Re: [PEDA] Hi all,(LATEST UPDATE) > To: Protel EDA Discussion List <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii"; format=flowed > > At 2006-03-27 23:43 +0800, you wrote: >>This is all the errors I get(bellow text), BUT as I said, Take Error #1 >> >>U5 is a ATmega128, Pin 42 is the A15 pin (Address bus (this pin is an IO >>pin in the library as it can be either GPIO or Address output) >> >>The only other thing I have on A15 is a Flash Ram Chip, the A15 Pin on >>this is an input. >> >>This is the part in the netlist: >>( >>A15 >>U5-42 >>U7-11 >>) >> >>So you can see it is FINE in the netlist. >> >> >> >> >>Error Report For : Main.Sch 27-Mar-2006 23:37:31 >> >> #1 Error Unconnected IO Pin On Net A15 >> CPU Ram and Flash Rom.Sch(U5-42 @370,550) > > I just checked my ERC matrix, and I have unconnected I/O pin marked > as okay (green). I recall this being pretty common, since I/O pins > inherently aren't guaranteed to drive anything (but most often do), > and input pins by definition can't drive anything, so Protel would > naturally assume in this case that there's no driving source for that > net. Indeed, the only types I've got marked to flag a warning for > "unconnected" are input pins, input ports, and input sheet entries. I > think this may well take care of most of your other errors. > > Steve Hendrix > > > > > ------------------------------ > > Message: 4 > Date: Tue, 28 Mar 2006 00:01:40 +0800 > From: Kathy Quinlan <[EMAIL PROTECTED]> > Subject: Re: [PEDA] Hi all,(LATEST UPDATE) > To: Protel EDA Discussion List <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Steve Hendrix wrote: >> At 2006-03-27 23:43 +0800, you wrote: >>> This is all the errors I get(bellow text), BUT as I said, Take Error #1 >>> >>> U5 is a ATmega128, Pin 42 is the A15 pin (Address bus (this pin is an IO >>> pin in the library as it can be either GPIO or Address output) >>> >>> The only other thing I have on A15 is a Flash Ram Chip, the A15 Pin on >>> this is an input. >>> >>> This is the part in the netlist: >>> ( >>> A15 >>> U5-42 >>> U7-11 >>> ) >>> >>> So you can see it is FINE in the netlist. >>> >>> >>> >>> >>> Error Report For : Main.Sch 27-Mar-2006 23:37:31 >>> >>> #1 Error Unconnected IO Pin On Net A15 >>> CPU Ram and Flash Rom.Sch(U5-42 @370,550) >> >> I just checked my ERC matrix, and I have unconnected I/O pin marked >> as okay (green). I recall this being pretty common, since I/O pins >> inherently aren't guaranteed to drive anything (but most often do), >> and input pins by definition can't drive anything, so Protel would >> naturally assume in this case that there's no driving source for that >> net. Indeed, the only types I've got marked to flag a warning for >> "unconnected" are input pins, input ports, and input sheet entries. I >> think this may well take care of most of your other errors. >> >> Steve Hendrix > > IT sounds like you are using the default ones :) > > I get no errors on default :) > > Oh well I will put it down to protel erring on the cautious side and go > back to default lol > > > > -- > Regards, > > Kat. > --------------------------------------------------------------- > K.A.Q. Electronics Website: www.kaqelectronics.dyndns.org > IM: Yahoo: PinkyDwaggy MSN: [EMAIL PROTECTED] > For Everything Electronics Phone: 0419 923 731 > --------------------------------------------------------------- > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.385 / Virus Database: 268.3.2/293 - Release Date: 26/03/2006 > > > > ------------------------------ > > Message: 5 > Date: Mon, 27 Mar 2006 08:31:23 -0800 > From: "Brad Velander" <[EMAIL PROTECTED]> > Subject: Re: [PEDA] Hi all,(LATEST UPDATE) > To: "Protel EDA Discussion List" <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Kathy, > I have read all the posts up to this morning and your problems is > definitely a bit mystifying. Are you sure the netlist is fine? My first > thoughts were that you problem was probably a net bussing problem or port > connection problems but that doesn't explain the netlist being correct now > does it? > > It is just that so many people have problems with Protel busses and I > don't know why, you can't bus dissimilar named nets in Protel, nor Orcad, > nor most tools I have ever used so I don't know why so many people think > you can to start with. > > Looking over your error report I can't help but still think that this is a > bus problem. How are you netlisting, with Nets and Ports Global I would > believe? > > This is stretching it but could there be two issues, could you have a > disconnect between ports (i.e. slight name mismatch) but the connections > are still being made because of the individual Nets being correct? It is > getting the connection from the netnames but your error is being generated > because of a mismatched Port or Port name? > > Sincerely, > Brad Velander > Senior PCB Designer > Northern Airborne Technology > #14 - 1925 Kirschner Road, > Kelowna, BC, V1Y 4N7. > tel (250) 763-2329 ext. 225 > fax (250) 762-3374 > > > -----Original Message----- > From: Kathy Quinlan [mailto:[EMAIL PROTECTED] > Sent: Monday, March 27, 2006 8:02 AM > To: Protel EDA Discussion List > Subject: Re: [PEDA] Hi all,(LATEST UPDATE) > >> >> I just checked my ERC matrix, and I have unconnected I/O pin marked >> as okay (green). I recall this being pretty common, since I/O pins >> inherently aren't guaranteed to drive anything (but most often do), >> and input pins by definition can't drive anything, so Protel would >> naturally assume in this case that there's no driving source for that >> net. Indeed, the only types I've got marked to flag a warning for >> "unconnected" are input pins, input ports, and input sheet entries. I >> think this may well take care of most of your other errors. >> >> Steve Hendrix > > IT sounds like you are using the default ones :) > > I get no errors on default :) > > Oh well I will put it down to protel erring on the cautious side and go > back to default lol > > > > -- > Regards, > > Kat. > > > > > ------------------------------ > > _______________________________________________ > PEDA mailing list > [email protected] > http://techservinc.com/mailman/listinfo/peda_techservinc.com > > > End of PEDA Digest, Vol 18, Issue 24 > ************************************ > > ___________________________________________________ 最新版 Yahoo!奇摩即時通訊 7.0，免費網路電話任你打！ http://messenger.yahoo.com.tw/
____________________________________________________________ You are subscribed to the PEDA discussion forum To Post messages: mailto:[email protected] Unsubscribe and Other Options: http://techservinc.com/mailman/listinfo/peda_techservinc.com Browse or Search Old Archives (2001-2004): http://www.mail-archive.com/[email protected] Browse or Search Current Archives (2004-Current): http://www.mail-archive.com/[email protected]
