Today's Messages (on)
| Unanswered Messages (off)
| Forum: eagle.suggest.ger |
|---|
| Topic: Keepout/Keepin |
|---|
| Re: Keepout/Keepin [message #129094 is a reply to message #128711] |
Wed, 08 September 2010 02:11 |
Daniel.Stuchlik Messages: 21 Registered: May 2008 |
Junior Member |
|
|
Lutz Ploetner schrieb:
>> Am 17.08.2010, 12:54 Uhr, schrieb C. Telgmann <telgmann@bewatec.de>:
>>> Geht mir genauso! Ich bin auch jedesmal frustriert, wenn ich bei älteren
>>> Projekten zwischendurch wieder mit Eagle arbeiten muss und dann merke,
>>> wie
>>> eingeschränkt man eigentlich ist... besonders bei den Keepout und
>>> Keepins.
>>> Sehr nützlich finde ich Höhenangaben zu den Bauteilen, mit denen man zum
>>> Beispiel besonders hohe Bauteile nur in zuvor definierte Bereiche
>>> platzieren
>>> kann!
>> Ich hab mich jetzt die ganze Zeit gefragt warum man
>> um Gottes Willen sowas wie Keepout und Keepin benötigt...
>> Das mit der Höhenverknüpfung ist aber absolut genial,
>> das würde das "reindesignen" in ein Gehäuse deutlich erleichter.
>
> Gemessen am Aufwand kaum: dazu müßten nämlich außerdem sämtliche
> Bauteile in den Bibliotheken eine Höhenangabe (oder gar ein
> Höhenprofil...) bekommen.
>
> Ich bin der Meinung, daß man solche Designaspekte bei einem System wie
> EAGLE durchaus noch von Hand bzw. Kopf beachten kann - notfalls mit
> Hilfslinien, die die Grenzen von verschiedenen Höhenbereichen kennzeichnen.
>
> Da erscheint mir die Entwicklungszeit bei CadSoft an anderen Stellen
> deutlich sinnvoller eingesetzt: Gateswap im Board, Gateswap nur
> innerhalb eines Device, Pins mit mehreren Pads etc. pp.
>
> Tilmann
>
> --------------------------------------------------------------------------- -----------------------
>
> .....sieht halt jeder anders. War ja auch nur ein Vorschlag.
>
> Natürlich kann man alles von Hand machen und im Kopf behalten, mach ich seit
> 20 Jahren so.
> Die Layouts werden aber (nicht nur bei mir) immer komplizierter und
> inzwischen machen wir 10-Lagen Layoutes mit BGAŽs, verschiedene
> Isolationsklassen und ca. 780 Bauteleile.
> Da wünscht man sich so einiges bei EAGLE und eine Sperrflächenverwaltung
> besonders in Innenlagen, steht ganz oben auf meiner Wunschlist.
>
> Ebenso wie :
> - zentrale Bauteilbibliothek
> - Push and Shove Router
> - Höhenprofile der Bauteile
> - Import von Höhenprofilen (3D Gehäuse)
>
> und und und.....
>
> Aber EAGLE ist ja ein "einfacher Layouteditior". Aus diesem Grund benutzen
> wir jetzt parallel zu EAGLE Cadence Allegro.
>
> Lutz
>
> PS: Ich wollte hier auch keine Diskussion eröffnen, sondern nur ein Wunsch
> äußern. Vieleicht wirdŽs ja mal was.
>
>
>
>
>
>
Ja, es gibt einiges, was man mit Köpfchen und Hilfslinien und ULP
durchaus lösen kann.
Jedoch wie oben beschrieben steigt der Anspruch an die die Platinen mit
mehreren Lagen und verschiedenen Kupferstärken und verschiedenen
Isolationsklassen.
Da stößt man mit diesem mittlerweile recht einfachen DRC (1x Rule für
alle Lagen) und den nur 7 Netzklassen recht schnell an Grenzen.
Beim Nachweis der Isolation kann ich jedoch nicht dem Prüfer erklären,
daß ich das mit Kopf und Hilflinien mache...
Daniel
|
|
| | Forum: eagle.userchat.eng |
|---|
| Topic: Pads in inner layers |
|---|
| Re: Pads in inner layers [message #129097 is a reply to message #129076] |
Wed, 08 September 2010 02:35 |
Tilmann Reh Messages: 1482 Registered: October 2004 |
Senior Member |
|
|
Paxton Alsgaard schrieb:
> [...]
> I have attached a couple of screen shots to clarify the issue.
> [...]
Take care that if you are posting through the web interface at
element-14, none of your "attachments" are sent to the newsgroups.
Besides other bugs and limitations, this is one of the disadvantages of
that interface. You might consider directly accessing the newsgroups
with a newsreader.
Otherwise, you'd better place your files anywhere on the web and include
links in your post.
Anyway, thanks for letting us know you found the solution.
Tilmann
|
|
| | Forum: eagle.support.ger |
|---|
| Topic: Land Pattern Probleme |
|---|
| Re: Land Pattern Probleme [message #129096 is a reply to message #129072] |
Wed, 08 September 2010 02:22 |
A. Zaffran Messages: 1700 Registered: November 2008 |
Senior Member |
|
|
Am 07.09.2010 16:08, schrieb Stefan:
[snip]
> Es wäre nur schön, wenn EAGLE bald auch mal ausgefallen Land Pattern
> unterstüzt. Man stolpert ja öfter mal über solche Wünsche in der newsgroup.
>
> Stefan
In den meisten Fällen sind solche ausgefallenen Patter gar nicht nötig.
Ruft man beim Hersteller an, erhält man die Auskunft, "das haben wir
halt mal so versucht zu löten"...
Man kann auch die Stop-Maske und die Cream-Maske entsprechend
gestalten, der PAD (Kupfer) selbst muß nicht immer zwingend so
ausgeführt sein, sofern es keinen Grund bezüglich der Spannungs-
festigkeit, Kapazitäten oder wegen Hochfrequenz gibt.
Mit CHANGE Stop OFF, CHANGE Cream OFF kann man die automatische
Generierung der Masken abschalten, und dann mit WIRE, POLYGON,
CIRCLE ... einfach die Fläche in der entsprechenden Maske (Layer)
definieren. ;-)
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,
Dipl.-Ing. (FH) Rudolf Hofer, Bodo Badnowitz
___________________________________________________
|
|
|
| Re: Land Pattern Probleme [message #129099 is a reply to message #129096] |
Wed, 08 September 2010 03:04 |
Stefan Messages: 30 Registered: June 2005 |
Member |
|
|
Am 08.09.2010 08:22, schrieb A. Zaffran:
> Am 07.09.2010 16:08, schrieb Stefan:
> [snip]
>> Es wäre nur schön, wenn EAGLE bald auch mal ausgefallen Land Pattern
>> unterstüzt. Man stolpert ja öfter mal über solche Wünsche in der
>> newsgroup.
>>
>> Stefan
>
> In den meisten Fällen sind solche ausgefallenen Patter gar nicht nötig.
> Ruft man beim Hersteller an, erhält man die Auskunft, "das haben wir
> halt mal so versucht zu löten"...
> Man kann auch die Stop-Maske und die Cream-Maske entsprechend
> gestalten, der PAD (Kupfer) selbst muß nicht immer zwingend so
> ausgeführt sein, sofern es keinen Grund bezüglich der Spannungs-
> festigkeit, Kapazitäten oder wegen Hochfrequenz gibt.
>
> Mit CHANGE Stop OFF, CHANGE Cream OFF kann man die automatische
> Generierung der Masken abschalten, und dann mit WIRE, POLYGON,
> CIRCLE ... einfach die Fläche in der entsprechenden Maske (Layer)
> definieren. ;-)
>
Genauso habe ich es jetzt gemacht :-) Danke
>
> Mit freundlichen Grüßen / Best regards
>
> Alfred Zaffran
Grüße
Stefan
|
|
|
| Re: Land Pattern Probleme [message #129101 is a reply to message #129096] |
Wed, 08 September 2010 07:15 |
Fabio Mani Messages: 20 Registered: October 2008 |
Junior Member |
|
|
"A. Zaffran" <alf@cadsoft.de> schrieb im Newsbeitrag
news:i67a31$m91$1@cheetah.cadsoft.de...
> Am 07.09.2010 16:08, schrieb Stefan:
> [snip]
>> Es wäre nur schön, wenn EAGLE bald auch mal ausgefallen Land Pattern
>> unterstüzt. Man stolpert ja öfter mal über solche Wünsche in der
>> newsgroup.
>>
>> Stefan
>
> In den meisten Fällen sind solche ausgefallenen Patter gar nicht nötig.
> Ruft man beim Hersteller an, erhält man die Auskunft, "das haben wir
> halt mal so versucht zu löten"...
> Man kann auch die Stop-Maske und die Cream-Maske entsprechend
> gestalten, der PAD (Kupfer) selbst muß nicht immer zwingend so
> ausgeführt sein, sofern es keinen Grund bezüglich der Spannungs-
> festigkeit, Kapazitäten oder wegen Hochfrequenz gibt.
>
> Mit CHANGE Stop OFF, CHANGE Cream OFF kann man die automatische
> Generierung der Masken abschalten, und dann mit WIRE, POLYGON,
> CIRCLE ... einfach die Fläche in der entsprechenden Maske (Layer)
> definieren. ;-)
>
>
> Mit freundlichen Grüßen / Best regards
>
> Alfred Zaffran
> --
.... was zu Fehlern führt, wenn die SMD-Pads (wie meistens) verrundet werden,
der Pastendruck verjüngt wird (-10% macht man ja häufig). Dies ist immer
ärgerlich, zumal die Fehler ja vermeidbar wären...
freundliche Grüsse
Fabio Mani
|
|
| | Forum: eagle.support.eng |
|---|
| Topic: Re: Can a generic symbol (sup) be created? |
|---|
| Re: Can a generic symbol (sup) be created? [message #129098 is a reply to message #129091] |
Wed, 08 September 2010 02:43 |
A. Zaffran Messages: 1700 Registered: November 2008 |
Senior Member |
|
|
Am 08.09.2010 02:20, schrieb alank2:
> Hi,
>
> While the xrefs do work, I think they look terrible on the schematic. It may seem like a
> lot of work, but I'm just going to create a library item for each
type that I want. It is
> the difference between this:
>
> 
> http://home.earthlink.net/~alank2/avr/nettype.gif
>
> PD6 is an xref
> and
> PD5 is a library component using the SUP type named PD5.
>
> Is there a way to adjust the xref size? If I could make it smaller I'd probably just use xref's.
>
> Thanks,
>
> Alan
CHANGE Size ...
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,
Dipl.-Ing. (FH) Rudolf Hofer, Bodo Badnowitz
___________________________________________________
|
|
| | Topic: Can a hole be configured to allow pour to go all the way up to it? |
|---|
| |
| Re: Can a hole be configured to allow pour to go all the way up to it? [message #129112 is a reply to message #129110] |
Wed, 08 September 2010 11:35 |
Chuck Huber Messages: 65 Registered: October 2004 |
Member |
|
|
On 09/08/2010 11:03 AM, alank2 wrote:
> Hi,
>
> I have a couple of board mounting holes, created with the "hole" tool. I noticed that my pour doesn't go all the way to the hole. Is there a way to make it do this?
>
> Thanks,
>
> Alan
>
Nope, not with a hole. A hole is defined to be non-plated through. The
pour will pull back from the hole by whatever your dimension clearance
is set to in DRC.
Not to fret, though. There is a way. In my library, I defined a device
called GND-E, and gave it a symbol with one pin. Then for the packages,
I added a various sized pads that would accommodate various sized
screws. #4THRU, #6THRU, #8THRU, and such. The drill size of each pad
is large enough to fit the respective size screw through plus about 10
thousandths clearance. (See attached. If you have problems, email me
directly at chuck.huber at dukepro dot com.)
In your schematic, add a GND-E and connect it to the regular supply
ground. Now when you refresh your pour with ratsnest, it will fill all
the way to the drill hole.
In some cases where I want a really loose fit, I'll use the next larger
hole size for the intended screw. This allows looser tolerances when
the cases into which the board mounts are being machined. Unless you
have a machine shop, it's hard to get 10-thousandths accuracy with a
drill press.
Enjoy,
- Chuck
--
|
|
| | Forum: Electronics Lab :: EAGLE Related Articles |
|---|
| Topic: Equinox Clock |
|---|
| Equinox Clock [message #129102] |
Wed, 08 September 2010 07:30 |
admin Messages: 55 Registered: November 2008 |
Member Administrator |
|
|
|

This is a really impressive clock made using 60 RGB SMD Leds, making any color palette possible. It uses an Arduino, 12 LED drivers and 60 RGB Leds. All the functions of the clock are controlled via a capacitance switch that is hidden behind the infinity logo at the bottom of the clock. [via]
In this version of the software the color palette cycles through the colors of the rainbow twice a day. There is a light sensor to make sure that the intensity is tuned down in the dark.
Equinox Clock - [Link]

 -- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: Self-assembling photovoltaic technology can keep repairing itself |
|---|
| Self-assembling photovoltaic technology can keep repairing itself [message #129103] |
Wed, 08 September 2010 07:37 |
admin Messages: 55 Registered: November 2008 |
Member Administrator |
|
|
|

MIT scientists have created a novel set of self-assembling molecules that can turn sunlight into electricity; the molecules can be repeatedly broken down and then reassembled quickly, just by adding or removing an additional solution.
In an attempt to imitate the process of photosynthesis, Michael Strano, the Charles and Hilda Roddey Associate Professor of Chemical Engineering, and his team, supported by grants from the MIT Energy Initiative, the Eni Solar Frontiers Center at MIT and the Department of Energy, produced synthetic molecules called phospholipids that form disks; these disks provide structural support for other molecules that actually respond to light, in structures called reaction centers, which release electrons when struck by particles of light.
[via]
Self-assembling photovoltaic technology can keep repairing itself – [Link]

 -- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: Mobile Electronics Workbench |
|---|
| Mobile Electronics Workbench [message #129104] |
Wed, 08 September 2010 07:51 |
admin Messages: 55 Registered: November 2008 |
Member Administrator |
|
|
|

Morten Nisker decided to build his own Mobile Electronics Workbench including all the tools and supplies needed inside a wood box. With this carrying case you can make electronics repairs on the go and have everything organized. Check building instructions on the link below.
Mobile Electronics Workbench - [Link]

 -- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: Arduino GPS system |
|---|
| Arduino GPS system [message #129105] |
Wed, 08 September 2010 08:00 |
admin Messages: 55 Registered: November 2008 |
Member Administrator |
|
|
|

This project shows how to build an Arduino based GPS system capable of displaying the current location, heading, speed, average speed and maximum speed, the distance traveled, the bearing, distance and ETA for a way-point, and the date and time. This unit can also be used for Geocaching. It is using SparkFun GPS Shield and Nuelectronics LCD Keypad Shield together in a useful way. [via]
Arduino GPS system - [Link]

 -- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: DIY multi flash syncronization |
|---|
| DIY multi flash syncronization [message #129106] |
Wed, 08 September 2010 08:20 |
admin Messages: 55 Registered: November 2008 |
Member Administrator |
|
|
|

This project shows how to build a synchronization box capable to control up to four external flashes. External flashes are connected using RCA connectors. It is able to connect to a camera or other triggering sources like a sound trigger for example. Check schematic on the link below. [via]
DIY multi flash syncronization - [Link]

 -- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: Dual Variable Power Supply using LM317 and LM7805 |
|---|
| Dual Variable Power Supply using LM317 and LM7805 [message #129107] |
Wed, 08 September 2010 08:45 |
admin Messages: 55 Registered: November 2008 |
Member Administrator |
|
|
|

This project shows how to build a Dual Variable Power Supply using LM317 and LM7805. It has two different outputs.. one stable at 5V and one variable, rated at 1 ampere each. The power comes from a transformer. Schematic and PCB is available on Eagle format.
A lot of emphasis was put on making this power supply very stable, a big 4700uF cap takes care of the ripple, then come the regulators, after that a 220uF clean any noises that the regulator might have let pass. The polyester capacitors do a more subtle filtering.
Dual Variable Power Supply using LM317 and LM7805Â - [Link]

 -- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: How-to Breadboard Arduino Compatible |
|---|
| How-to Breadboard Arduino Compatible [message #129108] |
Wed, 08 September 2010 08:50 |
admin Messages: 55 Registered: November 2008 |
Member Administrator |
|
|
|

This project shows how to place the components on a breadboard to make an Arduino compatible unit. This is great for doing experiments with Arduino or using it as prototyping platform. Follow the steps on the link below to make your own.
How-to Breadboard Arduino Compatible – [Link]

 -- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: PIC16F628A + DS1820 Thermometer |
|---|
| PIC16F628A + DS1820 Thermometer [message #129113] |
Wed, 08 September 2010 11:59 |
admin Messages: 55 Registered: November 2008 |
Member Administrator |
|
|
|

A PIC16F628A based digital thermometer reads temperature from a Ds1820 sensor and displays on a multiplexed 4-digit Seven Segment Display. The temperature is displayed in both Fahrenheit and Centigrade units one after the other. PIC programming is done on mikroC, and the temperature resolution is 1 in F and C scales. The range of temperature measurement is -55 to 125 C.
PIC16F628A + DS1820 Thermometer - [Link]

 -- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Forum: eagle.betatest |
|---|
| Topic: Poll: Should we increase the number of signal layers? |
|---|
| Re: Poll: Should we increase the number of signal layers? [message #129100 is a reply to message #129058] |
Wed, 08 September 2010 05:09 |
Kenny Millar Messages: 2 Registered: August 2010 |
Junior Member |
|
|
I would say be bold, be brave and be decisive.
Nothing criples a new product more than hanging on to legacy support.
Make the product the absolute best it can be - if that means that some ULPs and Scripts no longer work, then so be it. Give the ULP and script developers plenty of time to update their scripts, and document the changes to the best of your ability, and publicise the documentation.
Look what Apple did when moving from OS9 to OS10 - most OS9 apps were suddenly obsolete overnight, but it was the right decision. Build in a compatibility mode, if you absolutely must, but do not make it the default. If you do that, do not let new scripts be written for compatibiliy mode. Let v5 and v6 run side by side on the same computer so users can migrate at their own speed.
In short, I'd say, be revolutionary and not evolutionary. Take a bold step and sure a small percentage of people will wail and moan about how their scripts are now broken - but the benefits will be worth it.
For those that moan about broken legacy support I'd say this:
How many legacy developers would it take to change a lightbulb? None! They'd say: "It has worked pefectly up till now, I'm not changing it now." Do you see what I'm saying? I'm saying in order for things to get better, somethings need to change, and some need to get broken, so long as overall the benefits (gain) outweigh the cons (pain).
|
|
|
| Re: Poll: Should we increase the number of signal layers? [message #129109 is a reply to message #129058] |
Wed, 08 September 2010 10:47 |
Joern Paschedag Messages: 624 Registered: August 2008 |
Senior Member |
|
|
Am 07.09.2010 12:13, schrieb Klaus Schmidinger:
> We are currently designing the new data structure of EAGLE,
> and this seems to be the right time to consider increasing the
> maximum number of signal layers (which has been requested
> repeatedly in the past).
>
> Here's how this could be done:
>
> - The number of signal layers is increased to 32.
> - The Top layer remains at '1', the Bottom layer becomes '32'.
> - When updating files from an older version, all board layers
> above '8' are shifted upwards by 16.
>
> There are a few possible problems with this:
>
> - ULPs that use concrete layer numbers instead of the constants
> defined in "Help/User Language/Object Types/UL_LAYER" might
> not work any more. This can be fixed by using the defined constants.
> - Scripts that use concrete layer numbers instead of layer names
> might not work any more. There is no easy fix for this, because
> the layer names may be different from user to user (that's why
> scripts used the layer numbers in the first place). The only
> way to really fix this is to edit the scripts accordingly.
> - Design Rules and Autorouter parameters that are stored in a board
> file will be adjusted automatically.
> - Externally stored Design Rules and Autorouter control files
> will need to be modified accordingly.
> - CAM job files will need to be modified accordingly.
>
> What is the EAGLE users' opinion about this?
> Should we do it?
> Are there more possible problems than the above ones?
>
> Again, if we are going to make this change, it will need to
> happen *now*, as we switch to an all new data structure.
>
> Klaus Schmidinger
My uppermost were 8 layers and with nowerdays a half-dozen supply layers
it would still be enough for me ;-)
I say no to nothing, do the best you can do, some users will still whine.
I like the idea of Mortons layer-names only, and Tillmans Idea of more
layers in .sch .
One wish I have for layers is the possibility to erase internal eagle
layers even if they are not empty, with a warning perhaps, but possible.
(You should see the rubbish I sometimes get...).
Anyway I wish you a lucky hand for the new design.
--
Gruß / regards
Joern
|
|
|
| Re: Poll: Should we increase the number of signal layers? [message #129114 is a reply to message #129058] |
Wed, 08 September 2010 12:56 |
Grzegorz Zalot Messages: 510 Registered: November 2004 |
Senior Member |
|
|
Hello Klaus,
> We are currently designing the new data structure of EAGLE,
> and this seems to be the right time to consider increasing the
> maximum number of signal layers (which has been requested
> repeatedly in the past).
Hmm, I never saw a board with more than 12 layers, even military and HF
application ... But maybe you want to use the max layer number as an
advertising ??? ;-)
> - The number of signal layers is increased to 32.
More important and usable would be add of keepout and restrict for all
inner layers ....
......
> - ULPs that use concrete layer numbers instead of the constants
> defined in "Help/User Language/Object Types/UL_LAYER" might
> not work any more. This can be fixed by using the defined constants.
> - Scripts that use concrete layer numbers instead of layer names
> might not work any more. There is no easy fix for this, because
> the layer names may be different from user to user (that's why
> scripts used the layer numbers in the first place). The only
> way to really fix this is to edit the scripts accordingly.
This can be corrected by few quite simply ULPs ;-) ! I guess this is not
a serious problem.
> - Design Rules and Autorouter parameters that are stored in a board
> file will be adjusted automatically.
> - Externally stored Design Rules and Autorouter control files
> will need to be modified accordingly.
> - CAM job files will need to be modified accordingly.
As mentioned above.
> What is the EAGLE users' opinion about this?
> Should we do it?
> Are there more possible problems than the above ones?
My biggest problem is I currently miss a lot of other functions (listed
many times by many users) and my personally and my colleagues (most of
them use bigger CAD systems) never designed boards with more than 12
copper layers even military or HF applications.
And one additional remark ... board with more layers needs other complex
functions ..... The layer max number itself give only a pretty new
"advanzage" and where are fast routing tools, real-time ratsnest and
DRC, impedance calculator, parallel moving of HF lines ???
IMHO 16 layers is sufficient but I think you can leave some space for
future extensions ;-) !
regards
--
Grzegorz Zalot
complex ltd.
office tel/fax : +48 32 2505840
mobil : +48 501 301515
|
|
| | Forum: Element 14 :: EAGLE Related Post |
|---|
| Topic: Re: Have a question about CadSoft EAGLE? Ask our Expert, Richard! |
|---|
| Re: Have a question about CadSoft EAGLE? Ask our Expert, Richard! [message #129095] |
Wed, 08 September 2010 02:14 |
MingliFu Messages: 1 Registered: September 2010 |
Junior Member |
|
|
Hallo zusammen, Hallo Richard, ich bräuchte Hilfe bei einem Problem mit dem GRID in Eagle. Ich benutze die Version 5.8 in der Free Lizenz. Ein Kollege von mir hat ein Schematic zusammengestellt und ich bräuchte daraus einige Parts. Leider hat er eine andere GRID Einstellung verwendet (MIL). Kopiere ich jetzt seine Schaltungsteile in mein Schematic mit dem STANDARD ^^ Grid von 2.54 und 1.27 kann ich nur noch NETS anlegen, wenn ich auf die GRID Einstellung "Feinstes" stelle. Allerdings muss ich dann auch maximal Zoomen, damit ich noch im FANG des Rasters liege. Ich besitze auch nicht die Library, die mein Kollege verwendet und werde diese auch nicht bekommen. Nun meine Frage: "Ist es möglich, das eingestellte GRID von kopierten Parts so umzustellen, dass es auf das GRID im Schematic passt, ohne die Bibliothek zu besitzen?" Ich hoffe ich habe mich verständlich ausgedrückt und hoffe mir kann jemand helfen! Vielen Dank Mathias -- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: Re: Have a question about CadSoft EAGLE? Ask our Expert, Richard! |
|---|
| Re: Have a question about CadSoft EAGLE? Ask our Expert, Richard! [message #129115] |
Wed, 08 September 2010 14:08 |
Jorge_Garcia Messages: 19 Registered: May 2010 |
Junior Member |
|
|
|
Hallo Mathias,
Das Problem hier ist genau das Grid, ist es vollkommen in Ordnung, das Netz in das Board-Layout zu ändern, da verschiedene Pakete sind besser auf bestimmte Raster platziert eher als andere.
Der Schaltplan-Editor ist etwas ganz anderes in diesem Zusammenhang unter keinen Umständen, ändern Sie den Schaltplan-Editor's Raster Design oder Symbole auf einem Gitter oder andere als 0.1inch 100mil oder 2,54 mm.
Ihr Partner muss das Symbol neu zu zeichnen, so dass die es das Raster passt. Die andere Möglichkeit aus der Betrachtung des Bildes ist, dass das Teil richtig war, machte aber nicht auf einen Gitterpunkt platziert.
Double Check das Teil und wo Sie sie platziert, liegt das Problem in dem Raster-Einstellungen. Bitte beachten Sie auch unbedingt die Anregung bereits erwähnt folgen.
Ich spreche kein Deutsch, und diese Übersetzung mit Google Translate wurde getan, damit ich hoffe, es ist verständlich.
Hope this helps,
Jorge Garcia Cadsoft Support -- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Forum: sci.electronics.design :: EAGLE Related Posts |
|---|
| Topic: Re: Orcad Viewer doesn't work |
|---|
| Re: Orcad Viewer doesn't work [message #129116] |
Wed, 08 September 2010 14:46 |
inva...@invalid.inval Messages: 15 Registered: January 2010 |
Junior Member |
|
|
Back in the DOS-Orcad days (as in, "when things still worked") I believe one could store with lib parts embedded or not. Problem is, AFAIU Myriad only has a file -> open option, didn't see anything where you could load libs and stuff. What I have is *.dsn files. Man, Eagle is so much better, the *.sch files always contain-- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: Re: Orcad Viewer doesn't work |
|---|
| Re: Orcad Viewer doesn't work [message #129117] |
Wed, 08 September 2010 15:30 |
inva...@invalid.inval Messages: 15 Registered: January 2010 |
Junior Member |
|
|
Web search, yes, came up with four hits. The answers essentially were that it doesn't work. Couldn't get in. Possibly my firewall blocks something and it usually has good reasons for that. Wish companies were as smart as Cadsoft which runs all Eagle support forums in (tada!) newsserver fashion. Yea, well, if there was at least a minor hint in the error message or-- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: Re: Orcad Viewer doesn't work |
|---|
| Re: Orcad Viewer doesn't work [message #129118] |
Wed, 08 September 2010 15:46 |
inva...@invalid.inval Messages: 15 Registered: January 2010 |
Junior Member |
|
|
As said many times before, when dealing only with honest people (who refuse to run stolen software) there is no problem. I have had no such issues in over five years that I use Eagle.-- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
| | Topic: Re: Orcad Viewer doesn't work |
|---|
| Re: Orcad Viewer doesn't work [message #129119] |
Wed, 08 September 2010 16:56 |
jef...@email.com (Jef Messages: 3 Registered: August 2010 |
Junior Member |
|
|
That's one data point. The experience Marcus had is another. The trick is to *assure* that. Marcus *thought* he was safe, yet he still got screwed by Cadsoft. Everyone has to decide for himself if he wants to roll the dice --or just avoid Cadsoft's stuff. I maintain that even the "legit" stuff you get from the company-- Web access to CadSoft support forums at www.eaglecentral.ca. Where the CadSoft EAGLE community meets.
|
|
|
Current Time: Wed Sep 08 18:38:29 EDT 2010
|