LabVIEWForum.de - Excel wird sofort wieder geschlossen

LabVIEWForum.de

Normale Version: Excel wird sofort wieder geschlossen
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Hallo zusammen beschäfitge mich seit kurzen mit LabVIEW. Zur zeit arbeite ich an einer Übungsaufgabe und habe diese zu 3/4 gelöst. In dieser Aufgabe sollen zwei veschiedene Messwerte über ein Signalverlaufsgraph dargestellt werden. Diese beiden Messwerte sollen abgespeichert werden und wieder geladen werden können. Sowiet funktioniert mein Programm auch. Der vierte Teil gibt vor, dass man die im Array gesammelten Werte in Excel übertragen soll. Ich habe über die Beispielsuche ein vi (Excel Macro Example) gefunden mit dem dies auch möglich sein sollte. Leider öffnet sich Excel nur ganz kurz und wird wieder geschlossen. Verwende Office 2007. Bei einem Klassenkameraden funktioniert es auch. Leider weiß ich jetzt nicht welches office Version er installiert hat. Stelle mein Vi mal ein und hoffe das vllt jemand von euch das Problem kennt. Habe leider im Forum keine konkrete Antwort finden können (oder verstanden Unsure ).

Lv85_img
' schrieb:Leider öffnet sich Excel nur ganz kurz und wird wieder geschlossen.
Naja, wenn du das VI "Open Specific Workbook.vi" verwendest, muss du auch ein "spezielles File" angeben. Zumindest sagt das die Fehlermeldung. Also: Filename angeben. Unsure

Außerdem bin ich der Meinung, dass du in der obersten While-Schleife alle lokalen variablen durch Drähte ersetzen solltest.
Mit dem bennen des Files hab ich schon probiert. Habe ihm im Blockdiagramm vom Baustein "Open Book" einen Namen vorgegeben und parallel dazu mit Excel eine Datei erstellt die ich so benannt habe. Leider hatte ich damit kein Erfolg. Bin mir nur nicht im klaren darüber ob das die Stelle ist an der ich ihm den Namen vorgeben soll, eine andere Möglichkeit hab ich aber nicht finden können ?
Ach ja und wegen deinem Tip mit den Variablen in der oberen Schleife wollte ich nur Fragen ob das mit den Drähten eine Auswirkung auf das Ausführen des Programms hat ? Oder ist das einfach nicht die richtige Art zu Programmieren ?

Danke für Antwort MFG
' schrieb:Bin mir nur nicht im klaren darüber ob das die Stelle ist an der ich ihm den Namen vorgeben soll, eine andere Möglichkeit hab ich aber nicht finden können ?
Diese Stelle habe ich gemeint. Was sagt denn die Fehlermeldung, die der DLL-Knoten liefert?

' schrieb:Ach ja und wegen deinem Tip mit den Variablen in der oberen Schleife wollte ich nur Fragen ob das mit den Drähten eine Auswirkung auf das Ausführen des Programms hat ? Oder ist das einfach nicht die richtige Art zu Programmieren?
Mit Drähten zu programmieren ist die richtige Art. Lokale Variablen zu verwenden hat in deinem Falle negative Auswirkungen, auch wenn du die gar nicht sofort am FP siehst: Es treten typische RaceConditions auf.
LabVIEW arbeitet alles, was nicht z.B. per Draht sequenziert ist, parallel ab. Wenn du also in dem einen parallenen Zweig auf Array4 schreibst, dann steht dieser Wert nicht zwingend in der Lokalan Variablen von Array4, wenn die selbst einen zweiten parallenen Zweig beginnt.
Öffnen geht so:

snip09 [attachment=24906]

Gruß SeBa
' schrieb:Öffnen geht so:
Für "Öffnen von Excel" und Bereitstellen einer Workbook-Referenz hat Kirkdickdick vor dem VI "Open Specific Workbook.vi" ein VI stehen, das genau dieses "Öffnen von Excel" macht.
' schrieb:Für "Öffnen von Excel" und Bereitstellen einer Workbook-Referenz hat Kirkdickdick vor dem VI "Open Specific Workbook.vi" ein VI stehen, das genau dieses "Öffnen von Excel" macht.


Jau, und in Beitrag #3 sagt er, er hat (damit) keinen Erfolg.


Gruß SeBa
' schrieb:Jau, und in Beitrag #3 sagt er, er hat (damit) keinen Erfolg.
Ich hab doch schon kontrolliert. Mit seinem Original-Programm.
Excel öffnet sich und ein Handle für das Workbook wird ja korrekt erstellt. Sieht man ja alles an Hand von Sonden. Der Knoten (der den korrekten Handle bekommt) zum Öffnen einer Datei sagt, dass die Datei (notfalls immer "") nicht geöffnet werden kann. Als Handle kommt dann 0 raus - und Excel geht (irgendwie) wieder zu.

Mag sein, dass der Anwender den File-String falsch formatiert hat. Soweit hab ich noch nicht getestet. Bisher liegt der Fehler also eher am falschen Dateinamen als am Öffen von Excel als solchem. Ob nachfolgend, vorausgesetzt der Filename ist richtig, weitere Fehler vorhanden sind, hat ich auch nicht recherchiert.
' schrieb:Habe ihm im Blockdiagramm vom Baustein "Open Book" einen Namen vorgegeben und parallel dazu mit Excel eine Datei erstellt die ich so benannt habe.
Ich hab am Eingang von "Open Book" den Namen einer existierenden Datei angelegt - hat alles sehr gut funktioniert.

Die Mappe parallel in Excel zu erstellen geht natürlich nicht. Damit mit "Open Book" eine Mappe geöffnet werden kann, muss das entsprechende File bereits auf der Platte vorhanden sein. Außerdem sollte Excel zum Zeitpunkt des Öffnens in LV geschlossen sein.


Noch ein Hinweis:
In jeder der einzelnen While-Schleifen gehört eine Wartezeit (z.B. 100ms) hinein.
Referenz-URLs