Konverter von KiCAD zu Eagle?

Dann müsste Eagle eben eine KiCAD Importfunktion haben...

Raph schrieb:
> Volker S. schrieb:
>> Dann müsste Eagle eben eine KiCAD Importfunktion haben...
>
> Das wird wohl ein Traum bleiben. AutoCad sitzt auf einem zu hohen Ross.
> Aber weshalb die KiCAD-Gemeinde sowas als Exportfunktion nicht
> implementiert, verstehe ich auch nicht. Import können sie, ergo
> verstehen sie den Dateiaufbau.

Wozu sollten sie das tun.
Import ja, zum Umstieg auf KiCad, aber Export zum Ausstieg aus KiCad?

Raph schrieb:
> Aber weshalb die KiCAD-Gemeinde sowas als Exportfunktion nicht
> implementiert, verstehe ich auch nicht.

Die Leute, die einen Konverter programmieren könnten, brauchen kein 
Eagle. Also programmiert es niemand. Wofür braucht man das überhaupt? 
Dass jemand von KiCad auf Eagle umsteigt kann ich nicht glauben.

Alex W. schrieb:
> und weil viele LP-Hersteller direkt eagle.brd unterstützen

und KiCAD nicht?
(beide haben ja glücklicher Weise eine Exportfunktion für Gerber ;-)

Alex W. schrieb:
> weil viele LP-Hersteller direkt eagle.brd unterstützen

Du würdest eine konvertierte Platine bestellen? Sag bitte, dass das 
nicht dein Ernst ist.

Alex W. schrieb:
> Carl D. schrieb:
>
> Alleine schon als Backup falls KiCAD mal nicht mehr weiter
> entwickelt wird

Ich würde sagen, für Eagle ist das eher ein relaistisches Szenario, 
besonders mit dem Fusion 360 move.

Typischerweise entwickelt man Importer weil das der eigenen Community 
hilft oder man selbst die Daten in seinem Program nutzen will (Altium 
hat vor kurzen einem KiCad Importer vorgestellt, ich hab vor kurzem 
einen Altium->KiCad importer gebaut).

Wenn du einen KiCad->Eagle exporter haben willst musst du entweder Eagle 
Leute überzeugen es für dich zu machen oder jemanden dafür bezahlen das 
in KiCad zu integrieren.

Hallo Thomas, Alex und Carl.


Thomas P. schrieb:
> Alex W. schrieb:
>> Carl D. schrieb:

> Typischerweise entwickelt man Importer weil das der eigenen Community
> hilft oder man selbst die Daten in seinem Program nutzen will (Altium
> hat vor kurzen einem KiCad Importer vorgestellt, ich hab vor kurzem
> einen Altium->KiCad importer gebaut).

Wenn noch kein KiCad Importer in Eagle existiert, dann darum, weil der 
Bedarf daran nicht so groß ist.

> Wenn du einen KiCad->Eagle exporter haben willst musst du entweder Eagle
> Leute überzeugen es für dich zu machen oder jemanden dafür bezahlen das
> in KiCad zu integrieren.

Nicht unbedingt. Er kann ihn auch selber schreiben als "ULP" in Eagle.
Vorausgesetzt er kann ULP, dann liesse er sich relativ
einfach schreiben, denn die KiCad Fileformate sind ja offen, bekannt und 
einfach zu handhaben. Direkte Übertragung in Eagel XML Files sollten 
auch
funktionieren.

Wenn so etwas noch nicht existiert, ist das ein Indiz, dass dafür kein 
weiter Bedarf existiert.

Im Gegensatz: Python Plugins für die schrägsten Aufgaben in KiCad findet 
man ja....

Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.l02.de

Ich hab sowas mal vor Jahren für Pads in beiden Richtungen gemacht 
allerdings nur für Libs und kann dir sagen sowas wird nie fertig. Auch 
bei mir waren nur die grundlegenden Dinge eingebaut. Gemacht hatte ich 
das damals vor allem weil ich bei beiden Systemen den gleichen Footprint 
Pool haben wollte.

Schon das Handling des Padstacks, denn es bei Eagle ja nicht gibt, war 
nicht ganz einfach. Die Konverter haben auch zig Warnungen ausgespuckt 
wenn sie wieder mal ein Konstrukt nicht verlustfrei ins andere Format 
konvertieren ließ.
Im Ergebnis ist das Ding nie über ein Alpha Stadium rausgekommen. Die 
ULPs beherrschten alle geometrischen Grundfunktionen, teilweise habe ich 
Funktionen emuliert die nur auf einem System vorhanden waren. Ein 100% 
identisches Verhalten habe ich nie hinbekommen.

Toby P. schrieb:
> Raph schrieb:
>> Eagle kann man ja in KiCAD importieren.
>
> Thomas P. schrieb:
>> Altium hat vor kurzen einem KiCad Importer vorgestellt,
>
>> hab vor kurzem einen Altium->KiCad importer gebaut
>
> und taugen die was?

Aktuellen Stand kannst in den KiCad nightlies ausprobieren. Ein paar 
Sachen gehen noch nicht immer, aber das werde ich über die nächsten 
Monate so gut wie es geht noch korrigieren. Ist halt großteils 
binärformat, was das ganze verkompliziert.

Thomas Z. schrieb:
> Schon das Handling des Padstacks, denn es bei Eagle ja nicht gibt, war
> nicht ganz einfach. Die Konverter haben auch zig Warnungen ausgespuckt
> wenn sie wieder mal ein Konstrukt nicht verlustfrei ins andere Format
> konvertieren ließ.

Das wirst du von KiCad -> Eagle sicher auch haben. Ein paar Beispiele 
gefällig (auf basis meines beschränkten Eagle wissens):

* Ovale Löcher
* Keepout auf inneren Lagen
* KiCad kann jetzt keepouts separat für via, track, zone, footprint, 
pad.
* 3D-Modelle
* DRC (Eagle hat meines Wissens eine Clearance-Matrix, KiCad 6 bekommt 
Rule-based DRC wie bei Altium)
* Zusatzinfos im Layer-Stackup für Signalintegrität und Materialauswahl

und wenn man es wirklich entwickelt, wird sich wohl noch weiteres 
auftun.

Hab das ja schon beim Altium Importer gesehen, wobei man KiCad dafür im 
gegensatz mit neuen Features ausstatten kann um noch nicht unterstützte 
Sachen möglich zu machen. Ich probiere das gerade mit Barcode 
Generierung aus.

M. Agnet schrieb:
> Bernd W. schrieb:
>> Wenn so etwas noch nicht existiert, ist das ein Indiz, dass dafür kein
>> weiter Bedarf existiert.
>
> Mit der Ansicht würden wir uns noch heute in Steinhöhlen mit
> Holzknüppeln die Schädel einhauen.

Das ist Quatsch. Sobald einer Möglichkeiten und Bedarf sieht, wird er 
daran schon etwas ändern. Andere kucken sich das dann ab. ;O)

Ein Indiz ist kein Beweis.

Vermutlich wird es sich aber noch herausstellen, dass es für die 
Menschheit insgesamt besser gewesen wäre, bei den Holzknüppeln zu 
bleiben. Irgendwann wird sie sowieso dahin zurück müssen.

Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.l02.de