merkwürdige Effekte beim replacen...

On 15.02.2012 10:11, Lutz Ploetner wrote:

Hallo,

 

ich hab schon wieder ein Problem....

 

Beim replacen im Schaltplan von z.B. einer Induktivität gegen einen

Widerstand, hier war es 0R (wir haben für jeden Wert ein eigenes Bauteil

in der LBR), kommt es manchmal dazu, dass das Bauteil nicht mehr mit den

Signalleitungen verbunden ist und es wird sofort ein Konsistenz-Fehler

gemeldet.

Auch das anheben und wieder absetzten des Symbols führt nicht dazu es zu

verbinden, ich muss es erst weiter weg schieben und neu anschließen.

Dabei kommt es häufig dazu, dass an den Pin Enden dann ein

Verbindungspunkt gesetzt wird.!?!?!

Wenn ich jetzt die Drossel gegen z. B. einen Widerstand mit 10R tausche,

funktioniert es ohne Konsistenzfehler.

 

Dieser Fehler ist mit den gleichen Bauteilen in einem anderen Projekt

leider nicht reproduzierbar. Da kann es sein, dass es funktioniert.

 

Wie schon gesagt, ganz merkwürdige Effekte.....

 

Wir benutzen im Moment die 6.1.1 Betaversion.

 

Lutz

Hallo,

sollte in der neuen Beta 6.1.2 behoben sein.

==> ftp://ftp.cadsoft.de/eagle/betatest/

--

Mit freundlichen Gruessen / Best regards

Richard Hammerl

  CadSoft Support -- hotline@cadsoft.de

  FAQ: http://www.cadsoft.de/training/faq/

Am 15.02.2012 10:41, schrieb Richard Hammerl:

On 15.02.2012 10:11, Lutz Ploetner wrote:

>> Hallo,

>>

>> ich hab schon wieder ein Problem....

>>

>> Beim replacen im Schaltplan von z.B. einer Induktivität gegen einen

>> Widerstand, hier war es 0R (wir haben für jeden Wert ein eigenes Bauteil

>> in der LBR), kommt es manchmal dazu, dass das Bauteil nicht mehr mit den

>> Signalleitungen verbunden ist und es wird sofort ein Konsistenz-Fehler

>> gemeldet.

>> Auch das anheben und wieder absetzten des Symbols führt nicht dazu es zu

>> verbinden, ich muss es erst weiter weg schieben und neu anschließen.

>> Dabei kommt es häufig dazu, dass an den Pin Enden dann ein

>> Verbindungspunkt gesetzt wird.!?!?!

>> Wenn ich jetzt die Drossel gegen z. B. einen Widerstand mit 10R tausche,

>> funktioniert es ohne Konsistenzfehler.

>>

>> Dieser Fehler ist mit den gleichen Bauteilen in einem anderen Projekt

>> leider nicht reproduzierbar. Da kann es sein, dass es funktioniert.

>>

>> Wie schon gesagt, ganz merkwürdige Effekte.....

>>

>> Wir benutzen im Moment die 6.1.1 Betaversion.

>>

>> Lutz

 

Hallo,

 

sollte in der neuen Beta 6.1.2 behoben sein.

==> ftp://ftp.cadsoft.de/eagle/betatest/

 

Hallo Herr Hammerl,

hab gerade die Beta 6.1.2. ausprobiert, aber das Problem besteht immer noch.

Ich schicke Ihnen die lbr und die Dateien mal per mail, vielleicht

können sie es dann ja nachvollziehen.

On 15.02.2012 16:31, Lutz Ploetner wrote:

Am 15.02.2012 10:41, schrieb Richard Hammerl:

>> On 15.02.2012 10:11, Lutz Ploetner wrote:

>>> Hallo,

>>>

>>> ich hab schon wieder ein Problem....

>>>

>>> Beim replacen im Schaltplan von z.B. einer Induktivität gegen einen

>>> Widerstand, hier war es 0R (wir haben für jeden Wert ein eigenes Bauteil

>>> in der LBR), kommt es manchmal dazu, dass das Bauteil nicht mehr mit den

>>> Signalleitungen verbunden ist und es wird sofort ein Konsistenz-Fehler

>>> gemeldet.

>>> Auch das anheben und wieder absetzten des Symbols führt nicht dazu es zu

>>> verbinden, ich muss es erst weiter weg schieben und neu anschließen.

>>> Dabei kommt es häufig dazu, dass an den Pin Enden dann ein

>>> Verbindungspunkt gesetzt wird.!?!?!

>>> Wenn ich jetzt die Drossel gegen z. B. einen Widerstand mit 10R tausche,

>>> funktioniert es ohne Konsistenzfehler.

>>>

>>> Dieser Fehler ist mit den gleichen Bauteilen in einem anderen Projekt

>>> leider nicht reproduzierbar. Da kann es sein, dass es funktioniert.

>>>

>>> Wie schon gesagt, ganz merkwürdige Effekte.....

>>>

>>> Wir benutzen im Moment die 6.1.1 Betaversion.

>>>

>>> Lutz

>>

>> Hallo,

>>

>> sollte in der neuen Beta 6.1.2 behoben sein.

>> ==> ftp://ftp.cadsoft.de/eagle/betatest/

>>

Hallo Herr Hammerl,

 

hab gerade die Beta 6.1.2. ausprobiert, aber das Problem besteht immer

noch.

Ich schicke Ihnen die lbr und die Dateien mal per mail, vielleicht

können sie es dann ja nachvollziehen.

 

>

Hallo,

ich habe die Dateien erhalten und kann das Problem nachvollziehen.

Sobald es was neues dazu gibt, melde ich mich......

--

Mit freundlichen Gruessen / Best regards

Richard Hammerl

  CadSoft Support -- hotline@cadsoft.de

  FAQ: http://www.cadsoft.de/training/faq/

ich hatte oder habe wohl dasselbe Problem.

Prinzipiell werden brd-Dateien ja wegen Europaformat und so immer bei uns metrisch erstellt. Die meisten verwenden dabei die mm-Einstellung. So auch ich.

Die oben geschilderten Probleme treten nur dann nie auf, wenn sowohl die Schematic, Bord, und die Lib mit Device, Package und Symbol konsequent im metrischen MM-System arbeiten, zumindestens bei der Erstellung. Am besten eine einheitlichen Grundskalierung von 0,1 mm. Bei Bedarf halt weniger oder mehr, aber letzendllich immer zurückgestellt auf dieses Grundraster vor dem Abspeichern. Später kann man es ja wieder umswitchen.

Bibliotheken oder Schematics die mit imperialen Grundraster erstellt worden sind und auch im MIL-Format machen dan beim Replace in einer MM.Schematic bzw BRD dann diese Schwierigkeiten.

Da ich aber keine Lust hab hunderte alter Bibliotheken umszustellen, lebe ich halt mit dem Problem. Und bei neuen erstellten tritt es dann nicht auf.

Am 07.03.2012 10:58, schrieb Matthias Kleineberg:

ich hatte oder habe wohl dasselbe Problem.

Prinzipiell werden brd-Dateien ja wegen Europaformat und so immer bei uns metrisch erstellt. Die meisten verwenden dabei die mm-Einstellung. So auch ich.

Die oben geschilderten Probleme treten nur dann nie auf, wenn sowohl die Schematic, Bord, und die Lib mit Device, Package und Symbol konsequent im metrischen MM-System arbeiten, zumindestens bei der Erstellung. Am besten eine einheitlichen Grundskalierung von 0,1 mm. Bei Bedarf halt weniger oder mehr, aber letzendllich immer zurückgestellt auf dieses Grundraster vor dem Abspeichern. Später kann man es ja wieder umswitchen.

Bibliotheken oder Schematics die mit imperialen Grundraster erstellt worden sind und auch im MIL-Format machen dan beim Replace in einer MM.Schematic bzw BRD dann diese Schwierigkeiten.

Da ich aber keine Lust hab hunderte alter Bibliotheken umszustellen, lebe ich halt mit dem Problem. Und bei neuen erstellten tritt es dann nicht auf.

Hi,

dem muss ich leider wiedersprechen.

Bei uns tritt der Fehler bei allen Designs auf, egal ob alt oder neu.

Wir arbeiten auch schon seit Jahren ausschließlich im metrischen Raster.