Hallo,
hat jemand ein Programm um solche Geistersignale wie z.B.
<signal name="N$25"> </signal>im .BRD zu entfernen?
VG Fritz
vi, notepad, geany, nano... Also ein einfacher Texteditor, der keine eigenmächtigen "Verbesserungen" macht. Die .brd ist seit 6.0 eine Textdatei (XML).
Du solltest allerdings sicher sein, dass es das Signal nur im brd gibt und wirklich nichts angeschlossen ist.
Dann einfach <signal> bis </signal> inkl. löschen.
Bauformb -> Ja, danke für den Tipp. Habe ich schon so gemacht, hat auch geklappt. Allerdings tauchen diese Geistersignale haufenweise auf. Vieleicht hat da jemand ein ULP. VG Fritz
Allerdings tauchen diese Geistersignale haufenweise auf.
Scheint aber nur bei dir so zu sein.
Geister gibt es bei eagle schon sehr lange. Haufenweise hatte ich die aber noch nicht. Geholfen hat immer, einfach eagle komplett zu schließen und neu zu starten.
Du könntest aber auch besagte files hier hoch laden, oder mir schicken. Ich habe allerdings Version 6.6.0, aber imho gibt es die Möglichkeit die files für niedere Versionen zu generieren.
Aufgefallen ist das mir schon vor längere Zeit, da tauchten Signalnamen von über N$1000 auf. Jetzt ist es aufgefallen, als ich eine kleine .sch mit .brd (Hcpl316J) aus meiner Modulsammlung in mein Wechselrichter-Projekt importierte. Da erschienen dann diese Geistersignale. Wie schon gesagt, habe ich diese mit dem EDITOR gelöscht, womit ich mom. kein Beispielfile habe. Wenn sowas wieder auftaucht schicke ich dir das File gerne... VG Fritz
Habe doch noch ein File gefunden.... Eine Version ohne neg. Spg.
Du bist wohl doch nicht der einzige:
HCPL316J.brd
Da gibt es kein Signal namens "N$25".
Was siehst du an dem Board als problematisch, außer den Airwires und den Wire Stubs?
Rainer W. (rawi) Schau einfach in das File.....
Was siehst du an dem Board als problematisch, außer den Airwires und den Wire Stubs?
Angehängte Dateien:
-
Orphans.png
(5,1 KB)
Rainer W. (rawi) Schau einfach in das File.....
Siehst du das als adäquate Antwort auf meine Frage oder geht es dir rein um das Aufmerksamkeit heischende "ich hab' da etwas gesehen"?
Wenn dich diese Signale stören, stelle erstmal fest, bei welchem Bearbeitungsschritt sie entstanden sind und ob sie auch im dazugehörigen Schaltplan vorhanden sind.
Du bist wohl doch nicht der einzige: https://community.element14.com/products/eagle/f/eagle-user-support-english/38411/troubles-with-signal-names-in-eagle-brd
Von 75KB zu 12MB ist noch deutlich mehr als ein Faktor 100 ;-)
Statt an den Symptomen rumzudoktern, wäre wohl eher sinnvoll zu klären, bei welchem Bearbeitungsschritt die Dinger entstehen.
:
Bearbeitet durch User
Beitrag #8100922 wurde vom Autor gelöscht.
Fazit: Mom. kein ULP oder Ähnliches in Sicht... Schönen 3.10. noch. VG Fritz
Fazit: Mom. kein ULP oder Ähnliches in Sicht... Schönen 3.10. noch. VG Fritz
Das 'U' in "ULP" steht für "User", d.h. du kannst da beliebig selber aktiv werden und musst nicht warten, bis dir die gebratenen Tauben in den Mund fliegen.
:
Bearbeitet durch User
Man sollte überhaupt nicht in den eagle files herumpfuschen, wenn man keine Ahnung von der Struktur hat. Sonst hat man hinterher korrupten Mist. Es besteht auch nie ein Anlass, sowas zu tun. Ich arbeite seit 1988 mit eagle und hatte noch nie das Verlangen. Eagle ist realtiv fehlerfrei.
Wust ich nich, hat ~15J nich gestört. Wird mich also auch die weiteren Jahre nich stören...
Die KI hat bisschen mitgeholfen.... Das gesäuberte .BRD bekommt den Zusatz ...clr.brd
Verwende Code mit Vorsicht.
H. H. schrieb:
Du bist wohl doch nicht der einzige:
Von 75KB zu 12MB ist noch deutlich mehr als ein Faktor 100 ;-) Statt an den Symptomen rumzudoktern, wäre wohl eher sinnvoll zu klären, bei welchem Bearbeitungsschritt die Dinger entstehen.
Die Antwort steht doch im verlinkten Artikel. Zitat: "Your VDD1,VDD2 etc. points to a lot of imported files without adapting the nets."
Ansonsten entstehen derartige Fehler, wenn man von dem bei Eagle vorgesehenen Workflow bewußt abweicht und z.B. die FB unterbricht.
Aufgefallen ist das mir schon vor längere Zeit, da tauchten Signalnamen von über N$1000 auf. Jetzt ist es aufgefallen, als ich eine kleine .sch mit .brd (Hcpl316J) aus meiner Modulsammlung in mein Wechselrichter-Projekt importierte.
Allerdings funktioniert der Import nur in der lizensierten Version. Die freie VErsion lehnt das ab, weil diese nur ein (Schaltungs) Sheet kennt. In der lizensierten Version funktioniert hingegen der Import problemlos, wobei die Netze der importierten Datei neu durchnummeriert werden. Solche Fehler (auch in dem von HH verlinkten Beispiel) entstehen halt gerne, wenn man die Versorgungsanschlüsse an einem IC nicht sauber einem Netz mit der entsprechenden Versorgungsspannung zu weist oder eben anderweitig "unsauber" arbeitet. Ebenso eine Unsitte ist, meiner Meinung nach, das Verbinden von PADs dem Fluten zu überlassen. Es ist immer eine gute Idee das Signal erst einmal vollständig zu routen und erst dann den Befehl zum Fluten drauf los zu lassen.
Ich habe gerade mal diverse Versuche, u.a. auch mit Importieren eines Boards, angestellt und es mir nicht gelungen irgendwelche verweisten Signale im Board zu erzeugen. Um es endgültig beurteilen zu können, müßte man sich das gesamte Projekt des TO, also Schematic und Board, sich anschauen. Derartige verweiste Signale habe ich nur hinbekommen, nachdem ich mit dem mit dem Linienwerkzeug einen Leiterzug gezeichnet habe, der mit keinem PAD verbunden war. Solche Linien erhalten, wenn sie mit dem Toplayer bzw. Bottomlayer gezeichnet werden, ebenfalls eine Signalbezeichnung. Man kann jetzt die <wire> Tags zwischen den Signaltags heraus löschen, so daß nur die Signaltags stehen bleiben. Dabei entsteht keine Inkonsistenz. Man müßte also den genauen Arbeitsablauf des TO kennen, um die Ursache zu finden. Wäre halt schon interessant, wie man so etwas mit den Standardwerkzeugen von Eagle schafft. Mir ist es jedenfalls bisher nicht gelungen - muß aber nichts bedeuten.
Ebenso eine Unsitte ist, meiner Meinung nach, das Verbinden von PADs dem Fluten zu überlassen. Es ist immer eine gute Idee das Signal erst einmal vollständig zu routen und erst dann den Befehl zum Fluten drauf los zu lassen.
Das kannste aber laut sagen. Sehr viele haben das so gemacht, sogar Inch-Büros und ander "Experten". In früheren Zeiten habe ich sehr viele Anfragen von Bekannten erhalten, deren Entwicklung nicht lief. In ca. 90% der Fälle war das der Fehler.
Abgesehen davon könnte der TO sich auch mal von ca. 200 unnötigen Layern trennen ;-)
Beitrag #8101363 wurde von einem Moderator gelöscht.