Eagle BOM-ulp: falsche CSV-Ausgabe bei Assembly-Variants

[Möwe (Gast)]

Hallo zusammen!
Ich habe gerade ein sehr interessantes Fehlverhalten im Eagle BOM.ulp 
festgestellt. Zumindest in meinem (bom.ulp, mitgeliefert bei v7.5).

Man kann in dem ULP den Seperator für ein abgespeichertes CSV-File 
angeben. in meinem Fall ein Semikolon (Eagle trennt gleiche Bauteile 
schon mit Komma). Das klappt auch soweit gut. Lege ich nun mehrere 
Bestückungsvarianten meiner Platine über Edit/Assembly Variants an und 
speichere dann diese BOMs so speichert er es mit einem Komma getrennt, 
trotz anders lautender Einstellungen im ULP.


Ich habe leider in den knapp 700 Lines of Code noch nicht die Stelle 
gefunden wo dieser Fehler liegt... Er ist leider nervig da das eine 
automatisierte Weiterverarbeitung der Daten erschwert.

Ich wollte gerne wissen:

- Kann den Fehler jemand nachvollziehen?
- Hat jemand eine Lösung?
- Gibt es eventuell neuere/bessere BOM-ulp die empfehlenswert sind? 
(Laut Changelog ist meines v1.10 vom 07.08.2014 - Leider steht nirgends 
ein Autor)

Beste Grüße
Möwe

[Arno H. (arno_h)]

Hast du schon die eingebaute Exportfunktion (nur im Schaltbild) 
ausprobiert?


Arno

[Möwe (Gast)]

Oha, das scheint sich tatsächlich anders zu verhalten, auch wenn die GUI 
komplett gleich aussieht. Verrückt. Nach einem schnellen Test scheint es 
so wirklich zu funktionieren.

Vielen Dank Arno!

[Wolfgang (Gast)]

Möwe schrieb:
> Man kann in dem ULP den Seperator für ein abgespeichertes CSV-File
> angeben. in meinem Fall ein Semikolon (Eagle trennt gleiche Bauteile
> schon mit Komma).

Die Liste mit gleichen Bauteile packt es aber in Anführungszeichen, so 
dass es eigentlich kein Problem mit Komma als Feldtrennzeichen gibt.

Tip: "Trennzeichen" oder "delimiter" ist einfacher als so ein Abkömmling 
der lateinischen Sprache

[Möwe (Gast)]

Wolfgang schrieb:
> Die Liste mit gleichen Bauteile packt es aber in Anführungszeichen, so
> dass es eigentlich kein Problem mit Komma als Feldtrennzeichen gibt.

Ja das weiß ich, es würde trotzdem einen Umbau einiger Skripte nötig 
machen welche eben einfach das Semikolon zum trennen verwenden und das 
wollte ich vermeiden ;)

> Tip: "Trennzeichen" oder "delimiter" ist einfacher als so ein Abkömmling
> der lateinischen Sprache

Ob jetzt "Seperator" oder "Delimiter" einfacher ist würde ich nicht 
unbedingt beurteilen wollen... Seperator ist aber der Variablenname im 
ULP.