Das Forum für LabVIEW-Entwickler

Hallo,
ich hoffe ihr könnt mir nochmal unter die (immer länger werdenden) Arme greifen....

Zur Protokollierung meiner Meßdaten, möchte ich diese automnatisch von LV an Excel übergeben.

Mein Plan ist folgender:
1) Öffnen einer Excelvorlage (darf nicht editierbar sein)
2) Einfügen bestimter Werte an definierte Stellen (Zellen) in der Vorlage
3) Automatisches Speichern unter einem automatischen Dateinamen (zB Meßbericht_2_Datum.pdf), wenn möglich als PDF
4) Druck des pdf und Öffnen des PDF


Die Excelvorlage habe ich erstellt, nun bestehen die Schwierigkeiten darin, dass ich noch keinen Plan von ActiveX habe. Die Beispiele habe ich mir angeschaut und dabei als erstes Problem festgestllt, dass ich keine Hilfe zu den Bezeichnungen der Knoten erhalte. Stattdessen erscheint diese Fehlermeldung
   

Frage 1
Wie beseitige ich die Fehlermeldung und bekomme die Hilfeunterstützung hin? Oder wo finde ich eine externe Hilfe zu den Knotenelementen damit ich weiß was das alles bedeuten soll?

Frage 2
Ist mein Plan umsetzbar oder ein grober Schnitzer vorhanden? Wenn realisierbar......worauf muß ich achten, wie funktioniert das, hat das schonmal jemand gemacht und eventuell ein Beispiel für mich?

' schrieb:Wie beseitige ich die Fehlermeldung und bekomme die Hilfeunterstützung hin? ...funktioniert denn der Hilfeaufruf aus VBA heraus?...
Oder wo finde ich eine externe Hilfe zu den Knotenelementen damit ich weiß was das alles bedeuten soll?...in VBA
Ist mein Plan umsetzbar oder ein grober Schnitzer vorhanden? ...kann Dein Excel *.pdf schreiben/drucken?

Tausend Dank
Nachdem ich erstmal google mußte was VBA bedeutet(man merkt, ich bin aboluter Neueinsteiger), habe ich die Hilfe nun installiert bekommen.

Zur zweiten Frage: Ich habe auf dem Rechner einen PDF creator und dachte, dass ich den ansteuern könnte. Geht das?

' schrieb:... habe auf dem Rechner einen PDF creator und dachte, dass ich den ansteuern könnte. Geht das? ...kommt darauf an welche Schnittstellen dieser bereitstellt oder ob dieser nur als Druckerersatz verwendet werden soll und welche Möglichkeiten der Fernsteuerung hier bestehen

als Druckerersatz
den Rest hab ich nicht verstanden

Es gibt *.pdf-Creator, die eine ActiveX-Schnittstelle haben und unter Umständen als AddIn... oder PlugIn... in Excel mit einer eigenen Benutzeroberfläche in Erscheinung treten, reine ActiveX-Varianten können entweder direkt aus LV oder wenn sie "böse" realisiert wurden nur innerhalb der Excelwelt über Makros gesteuert werden.
Die Frage, die mit der Fernsteuerung gemeint war, ist: Kann der *.pdf-Creator noch etwas besonderes oder wird dieser nur als Standarddrucker verwendet?

Ich glaube ich muß erstmal ganz unten anfangen...... denn ich steh schon vor dem ersten Problem.
Mein VI wirft einen Fehler aus und ich weiß nicht warum.


  excel_test.vi (Größe: 14,49 KB / Downloads: 289)

.... ich ergänze mal meine Fragenliste um den nächsten Punkt (alle anderen Fragen sind weiterhin offen )

Seit etlichen Stunden habe ich mich mit dem Beispiel "write table to xl.vi" aus dem Examplefinder auseinander gesetzt. So weit, so gut.
Ich möchte nun [list]anstatt ein leeres Dokument ein Dokument aus einer Vorlage öffnen (klappt schon)
anstatt ein neues Arbeitsblatt zu öffnen das bereits aktive verwenden (klappt glaube ich auch)
anstatt der Tabelle einen string übergeben
anstatt die automatische Zellenumrechnung zu nutzen die Zellen jeweils als string (zB B4) eingeben können (geht gar nicht)<>
[st]Kann mir jemand bitte helfen?

Ich hab mein einen weiteren versuch angehangen, der Fehler ist aber der gleiche (Fehler 97)........



  excel_test2.vi (Größe: 13,93 KB / Downloads: 232)

zu excel_test.vi:der Indexfehler könnte sich aus dem Namen erklären:
   
und wenn der Range über zwei Zellen definiert wird, dann sollten auch beide gültig sein:
   
... und schon funktioniert es

dann könnte die ein oder andere Referenz wieder geschlossen und die automatische Datentypkonvertierung vermieden werden

zu excel_test2.vi:
hier ist die Referenz auf das Arbeitsblatt einfach vom Himmel gefallen ... so etwas wird manchmal von VBA wieder (wenn man sich im gleichen Namespace aufhält) geradegebogen aber schöne Programmierung wäre es dort auch nicht (war in dem ersten Beispiel besser gelöst) LV hat an dieser Stelle keine Idee welches Objekt nun tatsächlich gemeint ist
allgemein gilt: Reihenfolge beim Öffnen und Schließen der Referenzen beachten, der Errorcluster ist in diesem Fall nicht nur schmückendes Beiwerk
und auch hier könnte an einigen Stellen eine bewußte Konvertierung der Datentypen Einzug halten

daraus folgt:
   
   


  havetodo_excel_test2_lv85_V1.vi (Größe: 38,7 KB / Downloads: 273)

somit viel Erfolg