\tDieses ULP ermöglicht ein 'echtes' Update eines Projektes auf Eagle 4.xx-Bibliotheken, indem Bauteile mit @-Namen in solche mit regulären Namen und Einzel-Bauteile in Bauteil-Sets konvertiert werden. Ebenfalls konvertiert werden Elemente des Boards ohne Bezug zu einem Bauteil im Schaltplan und Bauteile des Schaltplans ohne Gehäuse, ebenso Boards ohne Schaltplan. Integriert ist eine Überprüfung auf @-Namen. Voraussetzung für eine erfolgreiche Konvertierung ist Eagle 4.14 oder höher und die Dateien 'xclose.scr' im SCR-Ordner und 'layer_visible_brd.ulp' und 'layer_visible_sch.ulp' im Ulp-Ordner.<\/p>\n
\tEbenfalls ermöglicht das ULP ein REPLACE im Schaltplan.<\/p>\n
\t1. Bei Projekten aus Eagle-Versionen > 2.6x, auch wenn keine Konsistenz besteht.Für einen solchen Fall ist in der 'eaglerc.usr'<\/p>\n
\t folgender Eintrag erforderlich:<\/p>\n
\tErc.AllowUserOverrideConsistencyCheck = "1"<\/p>\n
\t Nach Neustart von Eagle ERC ausführen und die Warnung<\/p>\n
\t'… Wollen Sie trotzdem (auf eigene Gefahr) mit Forward-\/…?'<\/p>\n
\t mit 'Ja' beantworten (Simulieren einer Konsistenz) und UPDATEman erneut ausführen.<\/p>\n
\t2. Bei 4.xx-Projekten, wenn die Bibliotheken-Struktur verändert wurde:<\/p>\n
\t – geänderte Bauteil-, Gehäuse-, Pin- und Bibliotheken-Namen<\/p>\n
\t – in andere Bibliotheken verschobene Bauteile<\/p>\n
\t – in Bauteil-Sets umgewandelte Einzel-Bauteile<\/p>\n
\t3. Beseitigen von @-Namen (die auch unter Eagle 4.xx entstehen können!)<\/p>\n
\t4. Bei Boards ohne Schaltplan. Hierzu ist in der 'eaglerc.usr' derselbe Eintrag erforderlich wie in Absatz 1. beschrieben.<\/p>\n
\t5. Nach Änderung von Bibliotheken, bei der Pinlänge, Pinanordnung, Aufhängepunkt oder Drehung der Symbole verändert<\/p>\n
\t wurde. (Als Ersatz für 'Bibliothek – Aktualisieren…\/Alles aktualisieren')<\/p>\n
\t6. Zum Ersetzen einzelner Bauteile im Schaltplan als Ersatz für den in Eagle im Schaltplan fehlenden REPLACE-Befehl.<\/p>\n
\tBeim Konvertieren verwendet UPDATEman immer die Gehäuseinformationen aus dem Board, da diese sich von jenen im Schaltplan unterscheiden können.<\/p>\n
\tIm UPDATE-Modus werden alle Bauteile mit gleichen Namen von Gehäuse und Bibliothek global ersetzt. Daher muss im Arbeitsschritt 'Konvertieren' je Bauteiltyp nur ein Ersatz-Bauteil ausgewählt zu werden.<\/p>\n
\tSchaltfläche 'Starten'<\/p>\n
\tEs werden mehrere Skriptdateien erzeugt und die Symbole temporär im Schaltplan verschoben, um die Netznamen bei übereinanderliegeneden Pins auslesen zu können. Danach starten automatisch die Funktionen der Schaltfläche 'Konvertieren'. Das ULP kann vom Board oder vom Schaltplan aus gestartet werden.<\/p>\n
\tSchaltflächen 'Index A' und 'Index B'<\/p>\n
\t'Index A': Es wird eine Datei [name].lds (vorzugsweise Index.lds) erzeugt. In diesen Bibliotheken-Index werden alle Bibliotheken eingelesen, die zum Zeitpunkt des ULP-Laufes benutzt sind. Wenn immer dieselben (und unveränderten!) Bibliotheken benutzt sind, kann bei den folgenden Projekt-Updates auf diesen Schritt verzichtet werden.<\/p>\n
\t'Index B': Dieser ist geeignet, einem bestehenden Index einzelne Bibliotheken hinzuzufügen oder einen neuen Index mit manuell ausgewählten Bibliotheken zu erzeugen.<\/p>\n
\tSchaltfläche 'Konvertieren'<\/p>\n
\tErster Schritt: Es wird eine Datei '[name].dbs' (vorzugweise Catalog.dbs) eingelesen. Diese enthält die Informationen für die Konvertierung, sie darf aber auch leer sein.<\/p>\n
\tDanach erfolgt eine Überprüfung, ob sich für jedes Projekt-Element im Katalog ein entsprechender Eintrag für die im neuen Stromlaufplan zu setzenden Bauteile befindet. Diese Überprüfung berücksichtigt die im alten Schaltplan vorhandenen Bauteil-Namen und die im alten Board vorhandenen Gehäuse- und LBR-Namen. Damit ist gewährleistet, dass auch bei unterschiedlichen Gehäuse- und LBR-Informationen aus Board und Schaltplan (z.B. als Folge eines früheren REPLACE-Befehls) im weiteren Verlauf die Bauteile mit korrekten Gehäusen gesetzt werden.<\/p>\n
\tFehlt der Eintrag für ein Gehäuse im Katalog, so kann er im Dialogfenster 'Konvertierungs-Katalog' nachgetragen werden. Dieser neue Bauteilname muss in den benutzten Bibliotheken vorhanden sein!<\/p>\n
\tWurden im Katalog Bauteil-Einträge gewählt, für die es im Index keine Entsprechung gibt, so erscheint das Fenster 'Vergleichsbericht'. In diesem Fall enthält der Katalog entweder falsche Einträge oder der Index ist infolge geänderter oder nicht eingelesener Bibliotheken, wie unter 'Schaltfläche 'Index …beschrieben, nicht aktuell.<\/i><\/p>\n
\tZweiter Schritt: Wenn alle Einträge korrekt sind, erfolgt automatisch die Konvertierung, indem zuerst der Schaltplan neu gezeichnet und daraus das Board generiert wird. Dabei erscheinen einige Warnfenster, die Eagle selbst erzeugt, vom ULP aber nicht unterdrückt werden können und daher wie folgt beantwortet werden müssen:<\/p>\n
\t'… Speichern? – Antwort: 'Nein' (nur bei mehr als einer Schaltplanseite)<\/p>\n
\t'… Wollen Sie auch …_new.sch öffnen?' – Antwort: 'Nein'<\/p>\n
\t'… Vom Schaltplan erzeugen?' – Antwort: 'Ja'<\/p>\n
\t'… Die Forward-\/Back-Annotation…' – Antwort: 'OK'<\/p>\n
\t'… Wollen Sie trotzdem (auf eigene Gefahr) mit Forward-\/…?' – Antwort: 'Ja'<\/p>\n
\t'Netzsegment … in das vorhandene Netz … integrieren?' – Antwort: 'Ja'<\/p>\n
\t'Netzsegment … umbenannt' – Antwort: 'OK'<\/p>\n
\tWenn UPDATEman mehr als einmal mit demselben Projekt gestartet wird: Hierzu muss Das Projekt immer gespeichert sein. Ist dieses nicht der Fall, erscheint die Warnung, ob<\/p>\n
\t'… _netscript.scr existiert bereits. Überschreiben?' – Antwort: 'Ja' <\/p>\n
\t'… _netscript_new.scr existiert bereits. Überschreiben?' – Antwort: 'Ja'<\/p>\n
\t'… .brd \/ .sch löschen?' – Antwort: 'Ja'<\/p>\n
\tGibt es in mehreren benutzten Bibliotheken Bauteile mit denselben Namen (was man vermeiden sollte!), dann muss im dadurch erscheinenden ADD-Fenster das benötigte Bauteil manuell gewählt werden.<\/p>\n
\tWenn ein Eintrag fehlt, kann man im ULP zwar fortfahren, aber spätestens, wenn beim nachfolgenden ADD-Befehl ein Bauteil gesetzt werden soll, das nicht in den benutzten Bibliotheken enthalten ist, erfolgt eine Fehlermeldung mit der Aufforderung zum Beenden des ULPs.<\/p>\n
\tDer Katalog (dbs-Datei) kann auch mittels Texteditor entsprechend editiert werden. Dabei unbedingt auf korrekte Schreibweise entsprechend den vom ULP erzeugten Zeilen (Tabulator!) achten. Der Katalog muss nicht für jedes Projekt neu erstellt werden, sofern immer Bibliotheken aus demselben Paket benutzt sind und bei den Namen von Gehäusen und Bauteilen keine Änderungen erfolgten.<\/p>\n
\tSchaltfläche 'Erzeugen'<\/p>\n
\tDieser Schritt ist nur dann möglich und sinnvoll, wenn beim Projekt mindestens 'Starten' durchgeführt wurde sowie beim Konvertieren Fehlermeldungen auftraten, die sich durch manuelles Editieren der einzulesenden Skriptdateien beheben lassen. Siehe Fehlermöglichkeiten. Der Ablauf entspricht dem zweiten Schritt der 'Schaltfläche 'Konvertieren.<\/i><\/p>\n
\tREPLACE-Modus (Option 'Einzelne Bauteile ersetzen …')<\/p>\n
\tIn diesem Modus können die Bauteile im Schaltplan einzeln durch andere aus wählbaren Bibliotheken ersetzt werden. Soll dieses auch mit Power-Symbolen geschehen, so muss das in 2 Arbeitsschritten erfolgen: Im ersten Schritt darf ein Symbol je Power-Symboltyp nicht ersetzt werden. Deren Ersatz ist im zweiten Schritt durchzuführen. Dieses ist erforderlich, weil Eagle beim Löschen der gesamten Powersymbole in einem Schritt die Netznamen ändern würde.<\/p>\n
\tSollen in diesem Modus sämtliche Bauteile ersetzt werden, so können alle Powersymbole gemeinsam mit den Bauteilen ersetzt werden.<\/p>\n
\tIm Gegensatz zum UPDATE-Modus werden Board und Schaltplan nicht neu gezeichnet. Es wird auch kein permanenter Konvertierungs-Katalog erstellt, sodass bei jedem Bauteil in jedem Projekt eine neue Zuweisung für den Bauteiletausch erfolgen muss.<\/p>\n
\tVom ULP erzeugte Hilfsdateien<\/p>\n
\tDie vom ULP im Projektordner erzeugten Hilfsdateien werden nach dem Schließen von Eagle automatisch gelöscht.<\/p>\n
\t'Bauteil nicht gefunden:…'\/ 'Package nicht gefunden:…'<\/p>\n
\tDie erforderliche Bibliothek wird nicht benutzt oder der Bauteilname ist falsch.<\/p>\n
\t'Kann Gatter '..' in Bauteil '…' nicht finden'<\/p>\n
\tGatter können nur mit den im Quell-Projekt enthaltenen Informationen zurückgeschrieben werden. Hat das neue Bauteil aber andere Gatter-Bezeichnungen, so erscheint eine Eagle-Fehlermeldung und das betreffende Bauteil wird nicht hinzugefügt. In diesem Fall muss die Datei '[project_name]_parts_new.scr' editiert und anschließend 'Erzeugen' ausgeführt werden.<\/p>\n
\t'Ungültiges Leerzeichen in Bauteilname:…'<\/p>\n
\tVor Eagle 4.0 war es möglich, die Elementnamen mit Leerzeichen zu schreiben. Sind solche Namen in den alten Projektdateien enthalten, kommt beim Einlesen der '[project_name]_parts_new.scr' eine entsprechende Fehlermeldung. Man kann entweder die Namen in der Skripdatei '.._parts_new.scr' editieren und anschließend 'Erzeugen' starten oder die Projektdatei korrigieren und danach 'Starten' erneut ausführen. Mittels 'Namenkontrolle' können Namen mit fehlerhafter Schreibweise bereits vor der Konvertierung ermittelt werden.<\/p>\n
\t'Nicht angeschlossene Wires in der Nähe von…' beim ERC<\/p>\n
\tWenn mehrere Pins übereinanderliegen, so kann es vorkommen, dass beim Update-Prozess kurze, nicht erforderliche Netzlinienstücke stehenbleiben. Zum Beseitigen betreffende Stelle stark zoomen, das Ende vom Kreuzungspunkt wegschieben und löschen.<\/p>\n
\t'Bauteil … hat keinen vom Benutzer definierbaren Wert.'<\/p>\n
\tDiese Warnung erscheint, wenn die Option 'Werte der Bauteile mit Attribut 'Value Off' mit den alten Werten überschreiben.' aktiviert ist. Um sie zu vermeiden, ist in der 'eaglerc.usr' folgender Eintrag erforderlich:<\/p>\n
\tWarning.PartHasNoUserDefinableValue = "0"<\/p>\n
\t'Diese Aktion kann nicht in den Schaltplan übertragen weden.'<\/p>\n
\tIn das neue Board sollen Bauteile mit Pads eingefügt werden. Um die Aktion zu ermöglichen, ist die Option 'Das neue Board wird Elemente mit Pads enthalten, die zu keinem Bauteil im Schaltplan gehören.' zu aktivieren.<\/p>\n
\t'…fehlende Verbindung' im Update-Bericht Teil 2<\/p>\n
\tIst die betreffende Verbindung im Schaltplan zwar optisch korrekt, das Symbol lässt sich jedoch ohne Mitnahme der Netzlinie verschieben, dann hat das Pad einen anderen Namen als im alten Projekt. Um in solchen Fällen korrekte Verbindungen zu erhalten, vor dem Bejahen der Warnung '…Vom Schaltplan erzeugen?' in den Dateien '[project_name]_netscript.scr' und '[project_name]_nets_old.scr' die alten Padnamen durch die neuen ersetzen.<\/p>\n
\tEine andere Möglichkeit: Zuerst UPDATEman ausführen unter Benutzung der Bibliotheken mit den unveränderten Padnamen (diese können in einem speziellen Ordner liegen). Danach mit den Bibliotheken, welche die geänderten Padnamen enthalten, die Eagle-Aktion 'Bibliothek – Aktualisieren…' durchführen.<\/p>\n
\tDiagonale Netzsegmente an Pins<\/p>\n
\tBefinden sich im neuen Schaltplan Symbole, bei denen der Aufhängepunkt verschoben oder die Pinlänge oder Lage verändert ist, so kann es sein, dass an den Pins anschließende Netzsegmente nicht orthogonal verlaufen. In einem solchen Fall sind die Segmente manuell auszurichten. Die betreffenden Bauteile werden von UPDATEman aufgelistet.<\/p>\n
\tUpdate-Berichte<\/p>\n
\tErscheinen im neuen Board Gehäuse mit andern Namen als im Qellprojekt, so wird dieses in 'Update-Bericht Teil 1' angezeigt und in '[project_name]_pac_diff_report.txt' gespeichert. Ebenso werden jene Bauteile aufgelistet, bei denen die Pins der Symbole gegenüber dem alten Schaltplan eine andere Position haben. Diese Liste wird gespeichert in '[project_name]_pin_net_report.txt'.<\/p>\n
\tIn 'Update-Bericht Teil 2' werden unterschiedliche Verbindungen sowie – je nach Wahl der Option 'Werte der Bauteile bei Attribut 'Value Off' mit den alten Werten überschreiben. – die überschriebenen bzw. nicht überschriebenen Werte aufgelistet. Gespeichert werden die Ergebnisse in den Dateien '[project_name]_net_diff_report.txt' sowie '…_values_over_report.txt'.<\/p>\n
\tIm Anschluss an das Update ist sowohl eine ERC- als auch eine DRC-Prüfung vorzunehmen.<\/p>\n
\t@-Namen<\/p>\n
\tEagle fügt den Namen von Gehäusen, Bauteilen, Bibliotheken und Symbolen ein '@' mit einer Ziffer an, wenn die im Projekt enthaltene Elemente trotz gleichen Namens nicht identisch sind. Dieses betrifft hauptsächlich Projekte vor Eagle 4.0, kann aber ebenso bei mit Eagle 4.0x erzeugten Dateien auftreten. '@-Names' liefert eine Liste vorgenommener Umbenennungen in Board und Schaltplan.<\/p>\n
\t'Namenkontrolle' überprüft alle Namen im Schaltplan auf korrekte Schreibweise. Fehlerhafte Namen sollten vor dem Starten des ULPs korrigiert werden.<\/p>\n
\t'Teileliste' listet alle Bauteile sowohl im Board als auch im Schaltplan auf. Bei Projekten, die mit früheren Eagle-Versionen erstellt oder bei geschlossenen Schaltplan mittels REPLACE bearbeitet wurden, können so Unterschiede zwischen Board und Schaltplan sichtbar gemacht werden.<\/p>\n
\tBei 'Netzvergleich' werden die von UPDATEman erzeugten Skriptdateien der Netze des alten und des neuen Schaltplans miteinander verglichen. Werden nach dem Konvertieren Änderungen am Schaltplan vorgenommen, kann die Skriptdatei '… _netscript_new.scr' durch einen Netscript-Export aus dem Schaltplaneditor überschrieben werden.<\/p>\n
\tWurden in alten Boards die Namen und Werte der Gehäuse durch Kopieren verdoppelt, so werden sie, wenn die betreffenden Gehäuse in den neuen Bibliotheken ebenfalls doppelte Namen und Werte enthalten, nach dem Aktualisieren wie im Original dargestellt. Gehäuse, die nicht aufgelöst sind, werden wie in der Bibliothek dargestellt, also im neuen Board eventuell auch mit mehr Einträgen als im Original. Soll dieses vermieden werden, so muss das betreffende Gehäuse im alten Board aufgelöst werden. Die relevanten Elemente werden in der Datei '…_too_much_names.txt' aufgelistet.<\/p>\n
\tLayernamen – 'Layer_visible_BRD.ulp' und 'Layer_visible_SCH.ulp'<\/p>\n
\tSollen im Board oder Schaltplan die Layernamen gegenüber den Ursprungsdateien geändert werden, so sind in den ULPs im Abschnitt 'USER DEFINABLE AREA' die gewünschten Layernamen einzutragen.<\/p>\n
\t'Layer_visible_BRD.ulp' und 'Layer_visible_SCH'.ulp entfernen im Board- bzw. Schaltplan-Editor aus dem Fenster 'Display' alle Layer, die unbenutzt sind, und ordnet die benutzten in numerischer Reihenfolge. Diese ULPs können auch unabhängig von 'UPDATEman.ulp' benutzt werden.<\/p>\n
\tBeim Schließen von UPDATEman Eagle-Optionen einschalten<\/p>\n
\t'Connects prüfen'<\/p>\n
\tUPDATEman schaltet die Eagle-Option 'Connects prüfen' aus. Soll diese Funktion nach dem Schließen des ULPs aktiviert sein, so ist die UPDATEman-Option einzuschalten.<\/p>\n
\t'Optimizing'<\/p>\n
\tUPDATEman schaltet die Eagle-Option 'Optimizing' aus. Soll diese Funktion nach dem Schließen des ULPs aktiviert sein, so ist die UPDATEman-Option einzuschalten.<\/p>\n
\t'Junctions automatisch setzen'<\/p>\n
\tUPDATEman schaltet die Eagle-Option 'Junctions automatisch setzen' ein. Soll diese Funktion nach dem Schließen des ULPs nicht aktiviert sein, so ist die UPDATEman-Option auszuschalten.<\/p>\n
\tDiese Option erlaubt es, einzelne Bauteile des Schaltplans durch Bauteile aus vorgegebenen Bibliotheken zu ersetzen. Dieses entspricht einem in Eagle fehlenden REPLACE-Befehl für den Schaltplan.<\/p>\n
\tMit dieser Option werden die Werte von Bauteilen mit dem Attribut 'Value Off', deren Werte in der Bibliothek des neuen Schaltplans von denen der Bauteile im alten Schaltplan abweichen, überschrieben. Die Bauteile mit den überschriebenen Werten werden in der Datei '[project_name]_values_over_report.txt' aufgelistet.<\/p>\n
\tDiese Option muss nur dann eingeschaltet werden, wenn es im alten Board noch keine derartigen Bauteile gab. Sind im alten Board diese Bauteile bereits enthalten, so schaltet UPDATEman die Option selbst ein. Wenn die Option aktiviert ist, werden die neu erzeugten Projektdateien gespeichert, bevor Bauteile mit Pads in das neue Board eingefügt werden. Für die Dauer des Einfügens ist der neue Schaltplan geschlossen. Sollte das Konvertieren wiederholt werden, müssen die neu erzeugten Projektdateien zuvor gelöscht werden. UPDATEman wird dazu auffordern.<\/p>\n
\t <\/p>\n","protected":false},"excerpt":{"rendered":"
Dieses ULP ermöglicht ein 'echtes' Update eines Projektes auf Eagle 4.xx-Bibliotheken, indem Bauteile mit @-Namen in solche mit regulären Namen und Einzel-Bauteile in Bauteil-Sets konvertiert werden. Ebenfalls konvertiert werden Elemente des Boards ohne Bezug zu einem Bauteil im Schaltplan und Bauteile des Schaltplans ohne Gehäuse, ebenso Boards ohne Schaltplan. Integriert ist eine Überprüfung auf @-Namen….<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11],"tags":[],"class_list":["post-18","post","type-post","status-publish","format-standard","hentry","category-eagle"],"_links":{"self":[{"href":"https:\/\/notiz.comanet.xyz\/index.php?rest_route=\/wp\/v2\/posts\/18","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/notiz.comanet.xyz\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/notiz.comanet.xyz\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/notiz.comanet.xyz\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/notiz.comanet.xyz\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=18"}],"version-history":[{"count":1,"href":"https:\/\/notiz.comanet.xyz\/index.php?rest_route=\/wp\/v2\/posts\/18\/revisions"}],"predecessor-version":[{"id":485,"href":"https:\/\/notiz.comanet.xyz\/index.php?rest_route=\/wp\/v2\/posts\/18\/revisions\/485"}],"wp:attachment":[{"href":"https:\/\/notiz.comanet.xyz\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=18"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/notiz.comanet.xyz\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=18"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/notiz.comanet.xyz\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=18"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}