Auslesen von Blockeigenschaften mittels VBA möglich? (Autodesk/AutoCAD VBA)

Hallo,

ja, so ist es. Was sollte denn sonst der Unterschied zum manuellen Arbeiten sein? Dem Anwender sollte es doch so ziemlich egal sein, wie die Datei heißt, vermutlich kann sich das (bei mehr als 20 verschiedenen Bauteilen) sowieso kein Mensch merken. Das was du dir vorstellst scheint für mich nur das Nachprogrammieren des Explorers zu werden, der die dateien nicht öffnet, sondern gezielt einfügt. Dieser Vorgang ist allerdings das allerkleinste Problem bei dieser Aufgabenstellung.

Deshalb noch einmal der gut gemeinte Ratschlag:
Hol dir jemanden an die Seite, der sich technisch mit den Anlagen auskennt und jemanden der das, für diese Aufgabe notwendige, strukturierte Denken mitbringt und jemanden, der das dann in einer Datenbank 'layouten'/wiederspiegeln kann.

Grüße Holger

------------------
Holger Brischke
(defun - Lisp over night!
AutoLISP-Programmierung für AutoCAD
Da weiß man, wann man's hat!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Ich denke auch, dass sich jemand die ganzen Teile nicht merken kann. Und ja, ich ging bisher so vor, dass ich mich an der Struktur der Ordner orientierte. Allerdings stellt sich mir die Frage, ob es denn nicht möglich ist, die Datei über ihren Pfad zu finden?

Wenn man im Formular des Programmes nun seine Auswahl ganz genau macht, also z.B. einen Mast der Baureihe MIIIm wählt, mit 40m Höhe, zusätzlich einen dazugehörigen Mastfuß auswählt (der erst NACH Wahl des Mastes eingeblendet wird, damit man keinen falschen wählen kann) und dann noch das passende Fundament auswählt, könnte man das da nicht programmtechnisch umsetzen? Durch die dreifache Auswahl wäre doch eine Eingrenzung erfolgt, oder?
Aber sicher ist das zu schwer und die Lösung über eine Datenbank besser und einfacher. Denn die Beziehungen bzw. den Vergleich zwischen Mast und Mastfuß müßte man ja im Programm auch erst herstellen - also dass z.B. nur Mastfüße eingeblendet werden, die zur Mastart MIIIm passen. Und da berührt man in jedem Fall wieder die Einzeldateien.

Nun mit der Zuhilfenahme von Profis sieht es so aus:
evtl. finde ich im Unternehmen jemand, der sich doch schon ein bißchen auskennt. Allerdings ist mir da z.Zt. niemand bekannt.
Und ein Freund von mir ist ein Programmierspezialist - evtl. kann er mir weiterhelfen, auch wenn er mir bereits gesagt hat, dass er mit VBA in AutoCAD noch nichts zu tun hatte. Aber dafür hat er vielleicht genau dieses Strukturdenken, welches Du angesprochen hast. Datenbanken hat er ja auch schon öfters entwickelt, ich werde ihn heute Abend gleich mal anrufen.

Zitat:
Original erstellt von Brischke:
Hallo,
ja, so ist es. Was sollte denn sonst der Unterschied zum manuellen Arbeiten sein? Dem Anwender sollte es doch so ziemlich egal sein, wie die Datei heißt, vermutlich kann sich das (bei mehr als 20 verschiedenen Bauteilen) sowieso kein Mensch merken. Das was du dir vorstellst scheint für mich nur das Nachprogrammieren des Explorers zu werden, der die dateien nicht öffnet, sondern gezielt einfügt. Dieser Vorgang ist allerdings das allerkleinste Problem bei dieser Aufgabenstellung.
Deshalb noch einmal der gut gemeinte Ratschlag:
Hol dir jemanden an die Seite, der sich technisch mit den Anlagen auskennt und jemanden der das, für diese Aufgabe notwendige, strukturierte Denken mitbringt und jemanden, der das dann in einer Datenbank 'layouten'/wiederspiegeln kann.
Grüße Holger
Grüße Holger

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zitat:
Original erstellt von kiltswitch:
...Nun mit der Zuhilfenahme von Profis sieht es so aus:
evtl. finde ich im Unternehmen jemand, der sich doch schon ein bißchen auskennt. Allerdings ist mir da z.Zt. niemand bekannt. ...

Aus der Firma brauchst du jemanden der tagtäglich diese Masten (wie auch immer) zusammensetzt. Denn derjenige wird ja nun wissen, warum er genau dieses Bauteil nimmt, und nicht irgendein anderes. Diesen Menschen wirst du sicher auch in irgendeinem Büro finden.

Zitat:
Original erstellt von kiltswitch:
...Und ein Freund von mir ist ein Programmierspezialist - evtl. kann er mir weiterhelfen, auch wenn er mir bereits gesagt hat, dass er mit VBA in AutoCAD noch nichts zu tun hatte. Aber dafür hat er vielleicht genau dieses Strukturdenken, welches Du angesprochen hast. Datenbanken hat er ja auch schon öfters entwickelt, ich werde ihn heute Abend gleich mal anrufen.

Feine Idee, aber was soll er sagen? Sinnvoll ist einzig und allein, dass das technische Wissen, des Kollegen aus deiner Firma, durch die Fähigkeit des strukturierten Denkens deines Programmierfreundes zusammen gebracht werden. Da erfahrungsgemäß der (ich sage jetzt mal Konstrukteur) zwar genau weiß, was er tut, dieses Tun aber nicht in 0 und 1 strukturiert zerlegen kann, ist ein erfolgversprechender Ansatz wirklich nur dann möglich, wenn der Programmierer dem Konstrukteur in einem Gespräch Zusammenhänge 'aus der Nase zieht'! Denn viele Selbstverständlichkeiten fallen nur dem ungeübten Betrachter (indem Fall der Programmierer) auf, und müssen dem auch auffallen, da ansonsten das Programm gleich wieder in die Tonne getreten werden kann.

Setze einen Fuß vor den Anderen. Lies dir die Beiträge hie nochmal in Ruhe durch, mehr wüßte ich im Moment auch nicht hinzuzufügen.

Grüße Holger

------------------
Holger Brischke
(defun - Lisp over night!
AutoLISP-Programmierung für AutoCAD
Da weiß man, wann man's hat!

[Diese Nachricht wurde von Brischke am 05. Nov. 2004 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Ich hab das hier nur so mal verfolgt (und teilweise gegrinst) und hab was daraus gelernt.

WENN ICH EINE STELLE FÜR EIN KOSTENLOSES STUDENTENPRAKTIKUM BESETZEN WÜRDE,
WÄRE ES 100%'ig DAS CAD.DE FORUM UND KEIN STUDENT!

P.S. Jedoch im echten leben "Lieber willig als billig" oder einfach öffters auf hilfreiche Signaturen achten

------------------
"Lisp?!?! Why the Hell did you pick the most arcane, obscure, and hopelessly-rooted-in-the-computer-science-department language in the world for an AutoCAD programming language?" Read the whole story: The Autodesk File ca. 890 Seiten | 7500 KB PDF

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Echt funny, dieser Thread...

Killswitch, ich will dir nicht auf den Schlips treten, du möchtest ja nur dein Praktikum machen. Ich wundere mich nur, was da bei euch los ist: In anderen Betrieben holt sich die GL Angebote ein, besucht Vorführungen und wer weiss was noch, um dann irgendwann einen Beschluss zu fassen: Die und die Technologien werden eingesetzt! Und dann kommen Pflichtenhefte usw.

Und bei euch setzt man einen Studenten an die Aufgabe, der den Unterschied zwischen Blockdefinition und -referenz nicht kennt, der noch nie in VBA programmiert hat, und sagt dem: Mach mal irgendwas. Und das auch noch ohne jegliche Unterstützung seitens der Firma, dafür aber in einer Programmiersprache, die schon Geschichte ist.

Wie viele Jahre soll das Praktikum eigentlich dauern? Ich kenne jedenfalls Firmen, da wird an solchen Konfiguratoren seit Jahren herumprogrammiert.

Vielleicht solltest du mit dem hier zusammengekommenen neuen Wissen (vor allem das von Holger) ein kleines Memorandum verfassen und das noch mal mit der GL diskutieren. Vielleicht ist man ja einsichtig und lenkt das Ganze in eine vernünftige Bahn (damit meine ich nicht unbedingt das Zurückgreifen auf Profis, sondern z.B., dass da mal einer für ein paar Wochen freigestellt wird, um die Sachfragen zu bearbeiten, bevor überhaupt programmiert wird).

Gruß, Axel Strube-Zettler

------------------
(defun - Lisp over night - AutoLisp-Programmierung für AutoCad - Da weiß man, wann man's hat
Meine AutoLisp-Seiten Mein Angriff auf dein Zwerchfell Mein Lexikon der Fotografie Mein gereimtes Gesülze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

hi,
mir fällt da auch nichts mehr ein, ausser das ich nicht zum ersten mal von so einer geschäftsleitung höre. ich stell mir das so vor: das projekt scheitert und die konstruktion wird z.b. nach china verlagert, zum einen weil die meisten teile eh schon von da kommen und zum anderen weil die ja viel flexibler sind. kommt mir auch nicht unbekannt vor. gute nacht, harry

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo und guten Morgen,

ich kann Deine Meinung nur gut verstehen. Ich weiß einfach nicht mehr weiter, ich fühle mich wie in einer Sackgasse. Mir fehlt hier einfach dieses grundlegende Wissen, wie man so ein Projekt überhaupt angeht. Es wird besser sein, wenn ich noch einmal mit meinem Vorgesetzten spreche. Entweder er sagt, versuchen sie es einfach weiter oder - was aus meiner Sicht vielleicht besser wäre - er gibt mir eine andere, vielleicht erstmal nicht ganz so komplexe Aufgabe. Irgendwie wächst mir diese Aufgabe über den Kopf - ich weiß nicht, wo ich beginnen soll. Jeder erzählt mir etwas anderes, was wichtig sein soll und ich komme total durcheinander. Das wird mir langsam einfach zu viel...

Zitat:
Original erstellt von mapcar:
Echt funny, dieser Thread...
Killswitch, ich will dir nicht auf den Schlips treten, du möchtest ja nur dein Praktikum machen. Ich wundere mich nur, was da bei euch los ist: In anderen Betrieben holt sich die GL Angebote ein, besucht Vorführungen und wer weiss was noch, um dann irgendwann einen Beschluss zu fassen: Die und die Technologien werden eingesetzt! Und dann kommen Pflichtenhefte usw.
Und bei euch setzt man einen Studenten an die Aufgabe, der den Unterschied zwischen Blockdefinition und -referenz nicht kennt, der noch nie in VBA programmiert hat, und sagt dem: Mach mal irgendwas. Und das auch noch ohne jegliche Unterstützung seitens der Firma, dafür aber in einer Programmiersprache, die schon Geschichte ist.
Wie viele Jahre soll das Praktikum eigentlich dauern? Ich kenne jedenfalls Firmen, da wird an solchen Konfiguratoren seit Jahren herumprogrammiert.
Vielleicht solltest du mit dem hier zusammengekommenen neuen Wissen (vor allem das von Holger) ein kleines Memorandum verfassen und das noch mal mit der GL diskutieren. Vielleicht ist man ja einsichtig und lenkt das Ganze in eine vernünftige Bahn (damit meine ich nicht unbedingt das Zurückgreifen auf Profis, sondern z.B., dass da mal einer für ein paar Wochen freigestellt wird, um die Sachfragen zu bearbeiten, bevor überhaupt programmiert wird).
Gruß, Axel Strube-Zettler

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Also ich habe mal mit meinem Vorgesetzten, welcher mir die Aufgabe erteilt hat, gesprochen und ihm erst einmal klar gemacht, dass wir zunächst unbedingt ein Konzept entwickeln müssen, wie das Ganze funktionieren soll, welche Ziele verfolgt werden etc. - und dann erst an die Programmierung rangehen.
Grundlegend ist es nun so, dass ich herausfinden soll - so seine Meinung - was in einer bestehenden Zeichnung alles für Informationen über die Objekte vorliegen. Er meinte z.B.: "fügen Sie mal in eine leere Zeichnungsdatei einen Block ein und experimentieren Sie mal mit diesem rum. Also verschieben, drehen etc. Sie diesen Block und versuchen Sie herauszufinden, was für Informationen über diese Veränderungen am Block vorliegen."

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

hehe

back to the roots, viel Spass beim GCs auswendig lernen
http://www.afralisp.com/lispa/dxf.htm http://www.autolisp-tutorial.mapcar.net/
und wenns kompliziert machen willst: " TARGET=_blank>http://www.autodesk.de/adsk/servlet/item?siteID=403786&id=4431887&linkID=3898014

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

ähm, ist das jetzt für mich bestimmt?
Was hat es mit diesen Group Codes auf sich?

Zitat:
Original erstellt von Proxy:
hehe back to the roots, viel Spass beim GCs auswendig lernen
http://www.afralisp.com/lispa/dxf.htm http://www.autolisp-tutorial.mapcar.net/
und wenns kompliziert machen willst: <A HREF="http://www.autodesk.de/adsk/servlet/item?siteID=403786&id=4431887&linkID=3898014

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zu meinem Mastkonfigurator benötige ich wohl definitiv professionelle Hilfe. Ich brauche ein Konzept, wie dieser Konfigurator funktionieren soll. Aber ich habe Probleme, dies herauszubekommen, weil ich noch nicht so das Wissen habe, was funktioniert und was nicht. Das heißt ich befinde mich gerade in der Phase der Konzeptentwicklung - die Ziele sind definiert, aber ich weiß einfach nicht weiter. Also ich meine, ich weiß nicht, mit welchen Mitteln ich die Ziele umsetzen kann.

Zitat:
Original erstellt von mapcar:
Vielleicht solltest du mit dem hier zusammengekommenen neuen Wissen (vor allem das von Holger) ein kleines Memorandum verfassen und das noch mal mit der GL diskutieren. Vielleicht ist man ja einsichtig und lenkt das Ganze in eine vernünftige Bahn (damit meine ich nicht unbedingt das Zurückgreifen auf Profis, sondern z.B., dass da mal einer für ein paar Wochen freigestellt wird, um die Sachfragen zu bearbeiten, bevor überhaupt programmiert wird).
Gruß, Axel Strube-Zettler

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Vielleicht kann mir ja irgend jemand dabei helfen, dieses Konzept zu entwickeln. Ich merke einfach, dass ich jemand brauche, der mich dabei unterstützt. Ziel des Konzeptes ist, darin wiederzugeben, wie der Mastkonfigurator durch welche Mittel funktioniert. Es soll auch einen Programmablaufplan geben und als Bonus wenn möglich noch ein kleines Beispielprogramm.

Ich weiß einfach nicht mehr weiter. :-(

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Nur ein Vorschlag, es führen immer verschiedene Wege nach Rom:

Phase I

1. Verfassen eines Exposés, in dem die Software in Grundzügen beschrieben wird. Was soll sie können und leisten, wer soll sie einsetzen, auf welchen Plätzen, LAN oder WAN...

2. Zusammenstellen der Möglichkeiten, wie die Ziele erreicht werden können: Als Browser-Applikation im WWW, als AutoCAD-Applikation auf lokalen Plätzen usw. usf.

3. Sollen Daten erfasst werden, und wenn ja wie? Wie sieht es mit der Auswahl der Teile aus? Zentrale Datenbank oder alles dezentral?

Phase II

Wenn in I Entscheidungen getroffen sind, kann man:

1. die technischen Möglichkeiten zusammentragen (Software, auf der man aufsetzen könnte, OS, mögliche Programmiersprachen usw.)

2. das Für und Wider einzelner Techniken diskutieren

3. Ein paar wichtige Pseudo-Dialoge zusammenschieben (mit Visio oder ähnlichen Mitteln) und den Mitarbeitern vorlegen, die später damit arbeiten sollen

4. die vorhandenen Resourcen abschätzen

5. eine grobe Kosten/Nutzen-Analyse durchführen

Phase III

1. Festlegen der verwendeten Techniken (Software, Sprachen usw.)

2. Exaktere Kosten-/Nutzenanalyse

3. Erstellen eines Pflichtenheftes

Phase IV

1. Codieren nach Pflichtenheft

Phase V

1. Qualitätssicherung

Phase VI

1. Dokumentationserstellung

2. Installation + Einweisung

Was dein Chef dir jetzt empfiehlt, fällt also hauptsächlich unter II/4.

Mit Gruppencodes hast du übrigens in VBA nichts zu tun, die ActiveX-Methoden haben deskriptive Namen. Vielleicht war den Hinweis auf die GCs aber so gemeint, dass du auf Lisp umsteigen solltest. Da würde ich auch ernsthaft drüber nachdenken, weil die Programmierung wesentlich effizienter ist und dir auch wesentlich mehr Knowledge-Resourcen zur Verfügung stehen.

Gruß, Axel Strube-Zettler

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Ich bin schon froh, jetzt überhaupt erstmal einen Anhaltspunkt zu haben - d.h. wenigstens einen Weg nach Rom zu kennen. :-) Danke!

Und Du meinst also, mit LISP kann man das meiste besser umsetzen als mit VBA? Dann muß ich mir darüber ja auch mal noch Gedanken machen, ob vielleicht die Nutzung von LISP sinnvoll wäre.

Aber zunächst mal Danke für Deine Phasen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Ok, auf nach Rom...

Eines vorweg, damit nichts in den falschen Hals gerät: Nimm bitte nichts persönlich, wenn ich von Qualifikation usw. rede. Du bist nach deinen Aussagen selbst überfordert, und das muss man auch ganz klar in die Überlegungen einbeziehen. Mit anderen Worten: Das Halbwissen eines Praktikanten in einer Programmiersprache kann doch nicht ausschlaggebend für die Auswahl der Sprache für ein komplexeres Softwareprojekt sein, oder?

Ich denke, Lisp von Grund auf zu lernen, ist für dich nicht mehr Aufwand, als dein VBA-Wissen bis zur 'Profistufe' auszubauen. Lisp hat nun mal eine klare, sehr einfache Syntax, während VB(A) ein riesiges Sammelsurium von Ausnahmen, Sonderfällen und langen Listen von Schlüsselwörtern ist. Selbst MS selbst in nicht in der Lage, mal eine Liste aller Keywords herauszubringen.

Lisp hat, was die Effizienz betrifft, deutliche Vorteile - Code wird in VBA i.d.R. etwa 5 mal so lang wie in Lisp. Und auch das, was ich unter dem Stichwort Resourcen angedeutet habe, spielt eine große Rolle: Für viele Detailprobleme, die du haben wirst, findest du hier bei cad.de und überall im Netz mehr oder weniger fertige Lisp-Lösungen im Netz - allerdings wirst du da das Unterscheiden zwischen guten und schechten bis extrem schlechten Lösungen lernen müssen. Komplettlösungen in VBA wirst du allerdings suchen müssen, das meiste spielt sich auf einem _deutlich_ niedrigeren Niveau ab. Komplettlösungen zu einem Thema in VBA habe ich bisher eigentlich gar keine im Netz gesehen.

Der Nachteil von Lisp liegt ganz klar bei den Dialogen: Während man VBA-Dialoge als "Stand von 1999" bezeichnen kann, ist das, was du in Lisp zusammenzimmern kannst, eindeutig nochmal rund 10 Jahre älter - nicht mal eine Combobox kriegst du da hin. Das ist von der Funktionalität her der Stand von Windows 2.0 (falls das überhaupt jemand schon mal gesehen hat;-)))!

Deutlich die Nase vorn hat Lisp da, wo es um geometrische Berechnungen sowie Erzeugen und Modifikation von Geometrie hat - alles, was (AutoCAD betreffend) in VBA geht, funktioniert in Lisp auch, da beide Sprachen auf die gleichen ActiveX-Methoden zugreifen können, aber in Lisp hast du zusätzlich alle anderen Möglichkeiten (Stichwort Gruppencodes) einschl. der simplen, aber immer noch sehr effektiven Command-Programmierung.

Und jetzt das große ABER: Beide Sprachen sind eigentlich nur noch lebende Leichname. VBA und das zu Grunde liegende VB6 wurden schon vor 2 Jahren vom Nachfolger VB.NET abgelöst, ein VBA.NET ist aber nicht in Sicht. VB6/VBA setzt vollständig auf COM auf, und COM wird in zukünftigen Windows-Versionen keine Rolle mehr spielen. VisualLisp wurde von AutoDesk vor einigen Jahren zugekauft und ersetzt das bis dahin vorhandene AutoLisp. Durch diesen Zukauf wurde Lisp durch Zugriff auf COM erweitert (und ein paar Neuerungen wurden auch eingeführt). Fällt COM demnächst weg, könnte AutoDesk eigentlich wieder das alte AutoLisp einbauen - das kann man ja auch nicht gerade als Fortschritt bezeichnen.

Jedenfalls entwickeln sich weder VBA noch VisualLisp noch irgendwie weiter, und niemand weiss, was damit passiert, wenn COM dann wirklich verschwindet. Kann sein, dass COM in vier Jahren verschwunden ist, kann auch sein, dass es als Legacy auch noch in 10 Jahren da ist. Wer weiss? Alte DOS-Programme laufen ja auch noch... Um dein Wissen hier zu vertiefen, solltest du einfach mal ein bisschen im Autodesk.NET-Forum lesen - aber Vorsicht: Das ist hartes Brot.

Man könnte nun meinen, dass ich hier irgendwas verwechselt habe: Deine Frage war ja eigentlich nur, wie man in VBA auf Blöcke zugreift, und ich schreibe hier eher über ein Software-Projekt, an dem ein Team über Jahre hinweg entwickelt. Ich denke einfach, das ist es auch (und auch Holger Brischke sieht das so). Ich habe schon genug solche Konfiguratoren gesehen: Da wird immer jahrelang daran entwickelt, und wenn sie zu zwei Dritteln fertig sind, wird von vorne angefangen, weil man auf die falschen Pferde gesetzt hat.

Ein falsches Pferd ist da für mich AutoCAD: Das ist ein Werkzeug, mit dem man Fertigungszeichnungen usw. machen kann oder auch Häuser planen, Landkarten erstellen usw. Bisher ist jder Produkt-Konfigurator, den ich erlebt habe, irgendwann bei Fragen angekommen "Warum muss man AutoCAD haben, um das zu benutzen? Wir können doch nicht alle Außendienstler mit AutoCAD ausrüsten..."

Keine Ahnung, ob es bei euch einen Außendienst gibt, der Masten verkauft - aber die Deutsche Bundespost seid ihr doch auch nicht, und die Zeiten, wo alles zentral geplant wurde, sind doch vorbei. Also wird es auch bei euch ein "Will nur mal sehen, ob das geht und was es kostet" geben. Deshalb mein Ansatz in den Phasenvorschlägen: prüfen, ob nicht eine Browser-Applikation sinnvoller ist, als gleich in AutoCAD Fertigungszeichnungen zu erzeugen. Vielleicht nicht doch erst eine Machbarkeitsprüfung mit Bild und Preis als Verkaufsargumente im IE oder Mozilla? Und wenn das Ding beschlossen/verkauft ist, die Daten an AutoCAD senden?

Ich denke, das reicht erstmal jetzt... ich will dir ja helfen und dich nicht in die nächste Gummizelle treiben;-)

Gruß, Axel Strube-Zettler

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo Mapcar,

erstmal Danke für Dein langes Statement. Da ich nicht so wissend bin wie Du, muß ich die Argumente und Meinungen so hinnehmen und ich denke auch, dass Du sicher damit Recht hast.

LISP, VB(A) und andere Plattformen hin oder her:

Mein Unternehmen möchte möglichst eine Lösung direkt in AutoCAD haben. Meine Aufgabe besteht darin, herauszufinden, wie das mit dem Mastkonfigurator funktioniert. D.h. ich soll ein Konzept aufstellen, dazu einen Programablaufplan entwickeln (das Programm ist nicht komplett zu entwickeln) und man hätte noch gern ein kleines Beispielprogramm, wo man sieht, dass es auch wirklich funktioniert.
Das ist also meine Aufgabe. Aber ich komme an dem Punkt Konzepterstellung irgendwie einfach gerade nicht weiter. Da mir das Programmierwissen fehlt (also was es für Möglichkeiten gibt) und ich auch in AutoCAD nur "Grundwissen" habe (noch nie mit LISP oder VBA was am Hut hatte, sondern AutoCAD immer nur normal zum konstruieren nutzte), befinde ich mich gerade wie in einer Sackgasse.

Ich bin wirklich auf professionelle Hilfe angewiesen. Ich bräuchte jemand, dem ich sage, was ich will und der mich sozusagen "an der Hand nimmt" und mich durch das Programmierland lotst.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Nochmal an Dich, Mapcar:

Ich weiß nicht, wie genau Du das mit meiner Aufgabe hier im Forum verfolgt hast, also nochmal:

mein Unternehmen plant und errichtet Mobilfunkmasten. Die werden in AutoCAD konstruiert. Die Konstrukteure setzen diese Masten in AutoCAD aus einzelnen Blöcken zusammen, welche in einem Bauteilkatalog abgelegt sind.

Meine Aufgabe ist es, ein Konzept für einen Mastkonfigurator zu entwickeln. Und zwar mit folgenden Zielen:

1. Automatisierte Zusammensetzung des Mastes aus seinen Einzelteilen
2. späteres Einfügen / Löschen / Austauschen von Bauteilen ermöglichen
3. Kontrolle bei Änderungen des Mastes (z.B. Verdrehen oder
Verschieben des Mastes) u. - falls notwendig - automatische
Abänderung - bspw. der Antennenposition an den Halterungen

Diese drei Ziele liegen vor und ich soll nun ein Konzept entwickeln, wie das funktionieren könnte. Beginnen will ich natürlich bei der Mastzusammensetzung. Wie kann ich eine Automatisierung hinbekommen, die meinen Mast zusammensetzt? Das wäre schon mal der erste Schritt, aber die anderen beiden Ziele sind auchwichtig - besonders 3.!
Die Antennen haben eine ganz bestimmte Ausrichtung (Strahlbereich) und sind an Halterungen am Mast angebracht. Wird nun bspw. der Mast gedreht (aber nur der Mast - die Antennenstrahlrichtung bleibt konstant!!), dann muß kontrolliert werden, ob die Antennen an ihren alten Halterungen bleiben können. Wegen ihrem Schwenkbereich. Verstehst Du, was ich meine?

Das war ganz grob erklärt, was mein Unternehmen will. Vielleicht kannst Du mir ja weiterhelfen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo kiltswitch,

sicher kann dir Axel und/oder ich (landet eh im selben Topf) weiter helfen. Nur hier, muss ich ganz ehrlich sagen, hat das Forum seine Grenzen.
Denn hier geht es dann wieder um die Erstellung des Konzeptes selbst. Der Aufwand, der dort reingesteckt werden muss, kostet. Nach meiner Einschätzung ca. 20-30% der Gesamtkosten (geschätzt ca 1 Entwickler 1 Jahr). Diesen Aufwand hier für Low zu erbringen, funktioniert nicht
a) weil dazu wirklich Fachgespräche vor Ort notwendig sind, die tatsächliche Kosten verursachen
b) ich nicht gewillt bin, hier eine Dienstleistung im Werte von mehreren 1000,- unentgeldlich zu erbringen.

Besonders b) möchte ich auch begründen. Steht das Konzept, dann kann im Grunde jeder das Programm erstellen, was dann fast nur noch Fleißarbeit ist.

Grüße Holger

------------------
Holger Brischke
(defun - Lisp over night!
AutoLISP-Programmierung für AutoCAD
Da weiß man, wann man's hat!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo,

ich kann Dich schon verstehen, dass Du das nicht unentgeltlich machen willst. Wenn ich an Deiner Stelle wäre, würde ich genauso denken.

Aber ein paar kleine Tipps sind ja sicher immer drin, oder?

MfG

Kiltswitch

Zitat:
Original erstellt von Brischke:
Hallo kiltswitch,
sicher kann dir Axel und/oder ich (landet eh im selben Topf) weiter helfen. Nur hier, muss ich ganz ehrlich sagen, hat das Forum seine Grenzen.
Denn hier geht es dann wieder um die Erstellung des Konzeptes selbst. Der Aufwand, der dort reingesteckt werden muss, kostet. Nach meiner Einschätzung ca. 20-30% der Gesamtkosten (geschätzt ca 1 Entwickler 1 Jahr). Diesen Aufwand hier für Low zu erbringen, funktioniert nicht
a) weil dazu wirklich Fachgespräche vor Ort notwendig sind, die tatsächliche Kosten verursachen
b) ich nicht gewillt bin, hier eine Dienstleistung im Werte von mehreren 1000,- unentgeldlich zu erbringen.
Besonders b) möchte ich auch begründen. Steht das Konzept, dann kann im Grunde jeder das Programm erstellen, was dann fast nur noch Fleißarbeit ist.
Grüße Holger

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Natürlich sind kleine Tipps immer drin, auch mal größere;-) Aber ich bin da mit Holger völlig einer Meinung. Bei meinen beiden letzten Postings ging's nur darum, dich erstmal aus deinem drohenden Digitalkoma herauszuholen und dir eine Richtung zu zeigen, in die du gehen kannst. Dass sie so ausführlich ausgefallen sind, liegt nicht nur an dir, sondern daran, dass hier auch andere mitlesen, für die so etwas auch von Interesse sein könnte. Damit kann es allerdings passieren, dass dieser Thread völlig von deiner speziellen Fragestellung wegdriftet und es eine allgemeine Diskussion gibt. Das
ist nicht mal unbeabsichtigt;-)

So ein "an die Hand nehmen" wird es sicherlich nicht geben, ich setze meine Postings ja nur aus Lust und Laune hier rein. Würde ich auf deinen Wunsch eingehen, dann würde ich mich aber zu etwas verpflichten - und solche Verpflichtungen gehe ich wie Holger nur gegen Bezahlung ein - Bezahlung ist ja der Motivationsbeschleuniger,der einen immer dazu bringt, etwas zu tun, was man gar nicht will;-) Die einzige Gratis-Verpflichtung hier ist meine Aufgabe als Moderator: Ich schaue in jeden Thread mal rein, ob der wirklich hier her gehört, und achte darauf, dass die Beiträge einer gewissen sittlichen Norm entsprechen. Antworten von mir wirst du also von mir auch nach dem Lustprinzip bekommen - vielleicht interessiert mich der Thread morgen nicht mehr, und ich investiere meine Energie woanders. Klingt hart, aber so läuft ein Forum wie dieses. Im Extremfall bedeutet dies: Einer hat ein Problem, Zehn kennen die Antwort, aber keiner sagt sie, weil gerade keiner Lust dazu hat. Für den Fragenden gemein, aber für das Forum völlig in Ordnung - niemand ist zu irgendwas verpflichtet.

Ich würde hier mal einen Schnitt ansetzen. Mein Rat wäre, erstmal wirklich ein bisschen mit Blöcken zu spielen, wie dein Chef gesagt hat, damit du die ganzen AutoCAD-Mechanismen ein bisschen kennenlernst. Parallel dazu solltest du hier viel lesen, am Besten jeden Tag zwei drei Stunden, weil du hier eine Menge lernst. Und natürlich musst du dich um das 'betriebliche Wissen' kümmern. Wenn du dann Detailfragen hast, die sich über die Suche nicht erledigen lassen, dann nur zu: Höchstwahrscheinlich wirst du eine Antwort bekommen. "Höchstwahrscheinlich" deshalb, weil es eben kein "ganz bestimmt" gibt, und vielleicht von Holger oder mir, vielleicht haben wir aber auch gerade was anderes im Kopf - dann sind es eben andere, die dir antworten.

Sieh dies also nicht als Absage, was die Hilfe betrifft, nur als Begrenzung.

Gruß, Axel Strube-Zettler

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo Mapcar,

ich kann Deine Meinung gut verstehen und toleriere das auch. In Deiner Situation würde ich genauso denken und handeln. Ich werde dann eben alleine probieren müssen, das Konzept hinzubekommen, aber so richtig weiß ich noch nicht, wie ich das schaffen soll. Naja...

Habe trotzdem mal noch eine Frage:
Bei der Programmierung der automatisierten Mastzusammensetzung benötige ich wohl definitiv eine Datenbank? Ohne die würde das nicht gehen, oder? Ich muß das wissen, um mein Konzept fortführen zu können. Holger gab mir den Ratschlag, alle Bauteile zu katalogisieren und von denen die technischen Eigenschaften zu ermitteln, die zur eindeutigen Zuordnung einer Bauteildatei notwendig sind. Diese Eigenschaften soll ich in eine Datenbank einarbeiten, um über diese Datenbankeinträge auf die Dateien zugreifen zu können. So seine Meinung. Wie siehst Du das? Gäbe es Alternativen zu einer Datenbank?

Und dann habe ich mal noch eine Frage zu Blöcken - wie so oft schon:-)

gehe mal davon aus, daß ich eine Zeichnung habe, die nur einen Block enthält. Wie komme ich an Informationen über diesen Block heran? Und vor allem interessiert mich, was mit diesen Informationen geschieht, wenn ich Änderungen am Block vornehme.

Kiltswitch alias Tobias ;-)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo kiltswitch,

Zitat:
Original erstellt von kiltswitch:
...Habe trotzdem mal noch eine Frage:
Bei der Programmierung der automatisierten Mastzusammensetzung benötige ich wohl definitiv eine Datenbank? Ohne die würde das nicht gehen, oder? Ich muß das wissen, um mein Konzept fortführen zu können. Holger gab mir den Ratschlag, alle Bauteile zu katalogisieren und von denen die technischen Eigenschaften zu ermitteln, die zur eindeutigen Zuordnung einer Bauteildatei notwendig sind. Diese Eigenschaften soll ich in eine Datenbank einarbeiten, um über diese Datenbankeinträge auf die Dateien zugreifen zu können. So seine Meinung. Wie siehst Du das? Gäbe es Alternativen zu einer Datenbank?
...

Nein, du brauchst nicht zwingend eine Datenbank. Ja, es gibt auch Alternativen zu einer Datenbank.
Bsp: Du kannst das auch alle Informationen im Programm fest eintragen. Was aber, wenn ein Bauteil hinzukommt, dazu führt, dass das Programm geändert werden muss.

Zitat:
Original erstellt von kiltswitch:
...
gehe mal davon aus, daß ich eine Zeichnung habe, die nur einen Block enthält. Wie komme ich an Informationen über diesen Block heran? Und vor allem interessiert mich, was mit diesen Informationen geschieht, wenn ich Änderungen am Block vornehme. ...

Willst du mit einem Programm die Blöcke einfügen, dann würde mein Programm auch wissen, wo die Anschlußpunkte sind.
Das ist jetzt die Frage, die ich bereits gestellt hatte, sollen die zusammengesetzten Masten auch in der DB (nennen wir es besser Container) gespeichert werden? Wenn das große Augenmerk auf die Änderungen gelegt wird, dann ist die ganz klare Antwort: JA. Denn dann brauchst du die Informationen, die bei geometrischen Änderungen relevant sind, nicht mit aufwendigen Analyseoperationen nachvollziehen, sondern nur die im Container gespeicherten Informationen mit den tatsächlichen Verhältnissen vergleichen. Sicher kann man diese Informationen auch in der jeweiligen Zeichnung speichern. Was in dem Fall sinnvoll ist, oder nicht, kann man aber wirklich erst entscheiden, wenn dann das Konzept steht und das Pflichtenheft erarbeitet wird.

kiltswitch, verlier dich im ersten Schritt nicht in Details! Stelle das Konzept auf, dazu reichen die 3 Zeilen bei weitem nicht! Bis das steht, lass sämtliche Programmierlösungen außen vor, das bringt im Moment rein gar nichts.
Deine Fragen kann man nicht richtig oder falsch beantworten. Für mich scheint es aus der Erfahrung heraus eine ganz typische DB-Anwendung zu werden .. muss es aber auch nicht! Wie man die Informationen vorhält bzgl. der Blöcke, auch dafür gibt es sehr viele verschiedene Ansätze (EED's, Dictionary's, unsichtbare Attribute, Excel-Tabelle, Datenbank, ASCII-Datei ...). Die Entscheidung kann aber auch erst dann getroffen werden, wenn man weiß, was gespeichert werden muss?

kiltswitch, ich kann dir an dieser Stelle nicht weiter helfen. Jeder Rat, den ich dir auf Basis der wenigen Informationen gebe, kann im weiteren Verlauf deines Projektes falsch gewesen sein, ist dadurch angreifbar und untergräbt die Kompetenz, die (defun gerade auf diesem Gebiet vorzuweisen hat. Und das liegt nicht in meinem Interesse. Dein Interesse kann auch nicht sein, dass du hier in eine Richtung geschickt wirst, die bei näherer Betrachtung vollkommen absurd ist.

Grüße Holger

------------------
Holger Brischke
(defun - Lisp over night!
AutoLISP-Programmierung für AutoCAD
Da weiß man, wann man's hat!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo Holger,

wieder einmal danke für Deine Hinweise. Mensch das ist alles komplizierter als ich eigentlich dachte und mir wächst das gerade ein bißchen über den Kopf. Ich habe jetzt mal einen Termin in einem Ingenieurbüro festgemacht, welches sich mit AutoCAD, VBA, Datenbanklösungen etc. beschäftigt. Leider klappt der Termin nicht vor Montag, sodaß ich bis dahin noch rumrudern muß. :-( Ich hoffe, man kann mir dort weiterhelfen oder hat ein paar Tipps für mich. Wenn ich doch wenigstens erstmal das Konzept hinbekommen würde, dann wäre ich schon froh. Ich habe ja auch bereits damit begonnen, weiß jedoch nicht, was da nun alles reingehört. Ich habe die Ziele definiert, dann habe ich zu den einzelnen Zielen Informationen zusammengetragen. Z.B. bei der Mastzusammensetzung das mit den Bauteileigenschaften.

Gehört das mit der Datenbank auch mit ins Konzept hinein oder ist das schon einen Schritt weiter und gehört in die Programmierecke?

---

Naja, Änderungen an den Masten gibt es immer, eigentlich ständig. Z.B. dass der Mast um 10° gedreht werden muß, weil es irgendein Amt so vorschreibt. Oder andere Dinge.

Auch wenn Du mir verständlicherweise nicht immer helfen kannst und das auch nicht zu weit vertiefen willst, so bin ich trotzdem über jeden Tipp dankbar.

Tobias

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Ich habe mir gerade im AutoCAD mal das AutoCAD DesignCenter genauer angesehen. Dabei habe ich bemerkt, dass dieses Center alle Blöcke in der Zeichung erkennt. Könnte ich mir das zunutze machen? Will fragen, bekomme ich irgendwie heraus, wie das DesignCenter an die Block-Informationen rankommt? Irgendwie muß es ja merken, dass Blöcke in der Zeichnung sind, sonst würde es die ja nicht finden?

Tobias

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Mensch! .. Nimm dir erstmal die Ratschläge von Axel und Holger zu Herzen! Das programmtechnische kommt gaaaaannnz viel später.

z.B. Das Designcenter kennt alle Blöcke .. na und, die Blocknamen liefert dir auch folgende Lispzeile:
(While(setq BLOCK (tblnext "BLOCK" (null BLOCK))) (princ(strcat"\n"(cdr(assoc 2 Block)))))

noch mehr Infos kriegst du wenn du dir folgendes in die Befehlszeile kopierst
(vl-load-com)
(vlax-for item(vla-get-blocks(vla-get-activedocument(vlax-get-acad-object)))(vlax-dump-object ITEM))

aber das ist dann alles Pillepalle, wenn das Konzept steht!!!

------------------
- Thomas -
"Bei 99% aller Probleme ist die umfassende Beschreibung des Problems bereits mehr als die Hälfte der Lösung desselben."

[Diese Nachricht wurde von CADmium am 09. Nov. 2004 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo Tobias,

eröffne bitte für deine speziellen Fragen einen neuen Thread.

Die Frage könnte dann lauten: Kann man die Funktionalität des Designcenters in VBA nutzen, um die Blöcke einer Zeichnung zu ermitteln?

Grüße Holger

------------------
Holger Brischke
(defun - Lisp over night!
AutoLISP-Programmierung für AutoCAD
Da weiß man, wann man's hat!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Nun, ich habe die Frage mit dem DesignCenter ja nur gestellt, weil ich wissen will, ob ein Zugriff auf die Bauteile auch darüber möglich wäre, um zu wissen, wie ich mein Konzept fortsetze - Datenbank, AutoCAD DesignCenter, keine Datenbank...? An Programmierung dachte ich in diesem Moment überhaupt nicht.

Zitat:
Original erstellt von CADmium:
Mensch! .. Nimm dir erstmal die Ratschläge von Axel und Holger zu Herzen! Das programmtechnische kommt [b]gaaaaannnz viel später.
z.B. Das Designcenter kennt alle Blöcke .. na und, die Blocknamen liefert dir auch folgende Lispzeile:
(While(setq BLOCK (tblnext "BLOCK" (null BLOCK))) (princ(strcat"\n"(cdr(assoc 2 Block)))))
das ist dann Pillepalle, wenn das Konzept steht!!!
[/B]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

ja ok, kann ich machen.

Zitat:
Original erstellt von Brischke:
Hallo Tobias,
eröffne bitte für deine speziellen Fragen einen neuen Thread.
Die Frage könnte dann lauten: Kann man die Funktionalität des Designcenters in VBA nutzen, um die Blöcke einer Zeichnung zu ermitteln?

Grüße Holger

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zitat:
Original erstellt von kiltswitch:
...AutoCAD DesignCenter, keine Datenbank...?
...

Nur mal zur Info. Jede Zeichnung ist auch nur eine Datenbank. Diese hat nur ein spezielles FrontEnd, welches die Daten nicht in Tabellenform, sondern eben in Linien und Kreisen wiedergibt bzw eingegeben haben möchte.
Der Befehl Wahl in Verbindung mit 'Filter ist im Grunde eine Select-Anweisung speziell für diese Zeichnungsdatenbank konzipiert. Daran siehst du, dass diese Datenbank nicht so einfach zu handhaben ist.

Willst du diese Datenbank erweitern, Objekten weitere Eigenschaften zuteilen, dann wird das schwierig. Dies deshalb, da du als Anwender diese Datenbank in Ihrer Struktur nicht mehr verändern kannst, du also mit den Einschränkungen leben musst.
Deshalb ist der Grundsatz eher der, dass man die nichtgrafischen Info's in einer Datenbank speichert, die man selber designen kann. Die Verbindung zur Zeichnungsdatenbank ist dann leicht gemacht.

Grüße Holger

------------------
Holger Brischke
(defun - Lisp over night!
AutoLISP-Programmierung für AutoCAD
Da weiß man, wann man's hat!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hi kiltswitch!
http://ww3.cad.de/foren/ubb/Forum259/HTML/000195.shtml

Schau dir mal diesen Thread an. Nein, da geht es nicht um das DC, sondern einfach darum, wie man an Blockreferenzen mit VBA herankommen kann. Ich empfehle dir die Lektüre vor allem deshalb, weil da eine schöne Gegenüberstellung der Effektivität von VBA bzw. Lisp bei bestimmten Aufgaben drinsteckt.

Gruß, Axel Strube-Zettler

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo zusammen,

also ich habe jetzt mal ein Konzept erarbeitet, welches ich mir folgendermaßen denke:

1. Einführung

kurze Erläuterung des Ist-Zustandes und Übergang zu dem, was
nun geplant wird und warum - also der Konfigurator

2. Definition der Ziele

Auflistung der Ziele bzw. das, was der Konfigurator bringen soll
Erläuterung jeden Zieles

3. Informationen zu Zielen

Informationen aufgelistet, die für die Erreichung der Ziele
notwendig sind

4. Aufbau einer Datenbank (wenn es keine andere/n Lösung/en gibt??)

Erläuterungen, warum Datenbank, wie usw...

5. Verbindung zwischen AutoCAD und Datenbank aufbauen

Erläuterungen

6. Entwicklung des Programms und der Oberfläche

Erläuterungen
Programmablaufplan
kleines Beispiel

Könnte das so funktionieren oder fehlen hier noch grundlegend notwendige Fakten? Da ich mich noch nie mit Konzepterstellung befaßt habe, weiß ich nicht, ob noch was fehlt. Wenn ich ehrlich bin, kommt es mir selber ein bißchen wenig vor.

Vielleicht hat ja jemand ein paar Tipps (weitere Stichpunkte in der Liste), was noch alles fehlt, woran ich aus Unkenntnis noch gar nicht gedacht habe?

Bin über jeden Tipp wirklich dankbar! Habe im Internet auch schon rumgesucht, aber einfach keine Vorlage oder so für das Konzept gefunden. Deshalb meine Bitte an euch.

Tobias

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zitat:
Original erstellt von kiltswitch:
...kommt es mir selber ein bißchen wenig vor.

stimmt

Zitat:
Original erstellt von kiltswitch:
...Habe im Internet auch schon rumgesucht, aber einfach keine Vorlage oder so für das Konzept gefunden...

Hast du dir diesen Thread überhaupt mal durchgelesen?

Grüße Holger

------------------
Holger Brischke
(defun - Lisp over night!
AutoLISP-Programmierung für AutoCAD
Da weiß man, wann man's hat!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Wußte ich es doch, dass hier einfach noch einige Dinge fehlen.

Na klar habe ich mir den Thread durchgelesen. Bloß kann ich wegen meinem leider noch fehlenden Wissen nicht auseinanderhalten, was wichtig ist und was nicht - also was in das Konzept rein muß und was bereits zu tief in die Programmierung geht und nicht dort hingehört.

Verstehst Du? Ich weiß einfach nicht so richtig, was alles beim konzipieren erwähnt werden muß.

Tobias

Zitat:
Original erstellt von Brischke:
[QUOTE]Original erstellt von kiltswitch:
[b]...kommt es mir selber ein bißchen wenig vor.

stimmt

Zitat:
Original erstellt von kiltswitch:
...Habe im Internet auch schon rumgesucht, aber einfach keine Vorlage oder so für das Konzept gefunden...

Hast du dir diesen Thread überhaupt mal durchgelesen?

Grüße Holger

[/B][/QUOTE]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zitat:
Original erstellt von kiltswitch:
...Verstehst Du? Ich weiß einfach nicht so richtig, was alles beim konzipieren erwähnt werden muß.
...

Bitte lesen: Beitrag von mapcar, erster Absatz

T. was meinst du, wieviel Zeit ich für ein Konzept aufwende? Ich erspare dir den Hinweis auf meinen Beitrag in diesem Thread, indem von 20-30% der Gesamtkosten gesprochen wird. Ähnlich verhält es sich mit der Zeit.
Für mich ist das ab diesem Punkt keine Hilfe mehr, sondern vielmehr die eigentliche Projektarbeit.

Grüße Holger

------------------
Holger Brischke
(defun - Lisp over night!
AutoLISP-Programmierung für AutoCAD
Da weiß man, wann man's hat!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Ich will doch auch nicht, dass Du mir das ganze Konzept erläuterst. Sondern ich wäre bereits froh über ein paar Stichpunkte, mit welchen ich fortfahren kann, die mich also wieder ein Stück weiterbringen.

Eigentlich dachte ich, dass das Forum auch eine Fläche ist, wo man sich gegenseitig zu helfen versucht - auch wenn es nicht zu weit gehen darf...

Tobias

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Sorry, das war nicht böse gemeint. Aber ich benötige eben immer mal ein paar kleine Tipps, die mich voranbringen. Ich meine, das müßte doch möglich sein? Wenn Du bereits öfters Konzepte entwickelt hast, verfügst Du doch über mehr Wissen als ich - was den Inhalt eines Konzeptes angeht.

Und ich stehe bei dem Konzept gerade auf dem Schlauch und weiß nicht, was ich noch alles berücksichtigen muß. Ich will ja keine Details, sondern nur Stichwörter.

Vielleicht nimmt sich ja jemand doch mal 5min, denkt mal kurz über mein Projekt nach und sagt mir dann, was noch wichtig ist, es im Konzept festzuhalten.

Tobias

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zitat:
Original erstellt von kiltswitch:
...Wenn Du bereits öfters Konzepte entwickelt hast, verfügst Du doch über mehr Wissen als ich - was den Inhalt eines Konzeptes angeht.

Stimmt. Deshalb weiß ich auch, wieviel Aufwand das ist.
Wäre ein Konzept immer gleich, dann könntest du dies im Papierwarenladen, wie einen Mietvertrag auch, kaufen.

Zitat:
Original erstellt von kiltswitch:
Und ich stehe bei dem Konzept gerade auf dem Schlauch und weiß nicht, was ich noch alles berücksichtigen muß. Ich will ja keine Details, sondern nur Stichwörter.

Dann lies dir diesen Thread (zur Not auch mehrmals) durch.

Zitat:
Original erstellt von kiltswitch:
Vielleicht nimmt sich ja jemand doch mal 5min, denkt mal kurz über mein Projekt nach und sagt mir dann, was noch wichtig ist, es im Konzept festzuhalten.

Was willst du eigentlich?

Tobias, ich glaube dir, dass du keine Ahnung von dem hast, was du da tun sollst/willst.
Deshalb wirst du glauben müssen, dass hier Ende der Fahnenstange in Sachen Hilfe ist.
Lies dir diesen Beitrag durch, schaue in die Buchempfehlungen deiner Professoren, geh in die Bibliothek deiner Bildungseinrichtung .. usw.
Eigne dir doch bitte zunächst das Grundwissen, was zur Bewältigung dieser Aufgabe notwendig ist an. Sowohl in Sachen Projektmanagement/Leitung als auch beim Thema AutoCAD. Das ist absolute Bedingung um über solch ein Forum auch Hilfe bekommen zu können. Ich habe es schon mehrmals geschrieben: Es wird nicht dazu kommen, dass man hier erklärt, wie man eine Linie zeichnet, aber es wird immer Antworten geben zu der Frage warum die Linie nach dem klicken nicht sichtbar ist. Wir müssen hier eine Sparache sprechen (nicht das gleiche Fachwissen!) haben, dann kann man mit kurzen präzisen Antworten helfen. Das mache ich gern, ist auch kein Problem.
... In Detailfragen kann man helfen .. kein Problem (hat mapcar auch schon geschrieben - LESEN!) aber dass was du hier verlangst ist keinesfalls über dieses Board möglich.
Du verkennst wahrlich die Tatsache, dass alle Antworten hier freiwillig und neben der eigentlichen Arbeit gegeben werden. Auch dazu gab es hinlängliche Beiträge.

Tobias, auch bei diesem Beitrag habe ich lange überlegt, ob ich auf den [Senden]-Button drücke, da es sonst nicht meine Art ist, den Fragestellern die Unwissenheit so sehr unter die Nase zu reiben. Ich habe mich dennoch dazu entschlossen, weil deine Beiträge nicht erkennen lassen, dass du diesen Thread und auch die Beiträge verstehend gelesen hast.

Holger

------------------
Holger Brischke
(defun - Lisp over night!
AutoLISP-Programmierung für AutoCAD
Da weiß man, wann man's hat!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Guten Morgen Holger,

so, ich habe mir den Thread jetzt noch einmal komplett durchgelesen!!

Nur bin ich genauso schlau (oder dumm - wie man es sieht :-( ) wie vorher. Wahrscheinlich habe ich ein Brett vor dem Kopf, was das Konzept angeht. Ich verstehe das einfach nicht!

Wie muß denn das Konzept nun aussehen? Muß ich in dem Konzept genau das schreiben, was alles in dem Thread hier erwähnt wurde? Also wie man an Blockeigenschaften rankommt, wie man die Blöcke in der Zeichnung hin und her schiebt. Was für Möglichkeiten an Datenbanken vorhanden sind? Also einen Überblick geben, was alles möglich ist, wie man bspw. das mit der Mastzusammensetzung hinbekommt etc? Also eine Beschreibung/Erläuterung von all den Sachen aus dem Thread? Oder was??? Das in dem Thread geht doch meistens alles bereits ins Detail - also Codes etc...?

Ich habe ja auch schon im Internet rumgesucht, ob es da irgendwas gibt zu Softwareentwicklung und Konzeptaufstellung - aber nichts gefunden!!

Ach mann, ich blicke einfach nicht durch... :-(

Tobias

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Guten Abend,

ich wollte nur noch mal was schreiben.

Also ich habe erstmal mit der Katalogisierung meiner Bauteile weitergemacht, d.h. ich habe mich mit allen Bauteilen beschäftigt, die auftreten. Und dabei habe ich untersucht, wie man diese Bauteile findet - also über welche relevanten Bauteileigenschaften man auf die Dateien zugreifen kann.

Tobias

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Wird das jetzt hier ein Blogger ?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Sieht so aus... Deswegen erfolgt jetzt eine administrative Maßnahme: Ich schließe diesen Thread, er ist sowieso schon viel zu lang.

Einzelfragen können ja in neuen Threads gestellt werden.

Gruß, Axel Strube-Zettler

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP