INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

Steuerung HBM QuantumX MX878 zu langsam



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

02.10.2014, 09:09 (Dieser Beitrag wurde zuletzt bearbeitet: 02.10.2014 09:11 von Kurt.Döner.)
Beitrag #24

Kurt.Döner Offline
LVF-Grünschnabel
*


Beiträge: 14
Registriert seit: Sep 2014

LabVIEW 2013 SP 1
2014
DE



RE: Steuerung HBM QuantumX MX878 zu langsam
(02.10.2014 07:37 )GerdW schrieb:  Hallo Kurt,

Zitat:waren diese QXDAQ reference Bausteine mit eine Ursache dafür, dass ich nicht mehr subVIs gemacht habe... LabVIEW schmiert nämlich regelmäßig ab, wenn man irgendetwas mit ihnen tut... so sowas wie ein Anzeigeelement daraus erstellen oder so...
Das mit dem "Abschmieren" kann man aber auch verstehen, wenn du an den Referenzen CoercionDots erzeugst…

Veranschaulichung:

Du hattest Konstrukte, bei denen ein Indicator direkt verdrahtet war, aber zusätzlich noch über eine lokale Variable gesetzt wurde. Wenn dieser Indicator dann noch mit dem ConnectorPane verknüpft wird, wird es doppelt PFUI!

Hier ein Video, was genau passiert (Kann das Video nicht hochladen, daher der Link..., Sorry wegen der Quali) und der zugehörige ErrorLog.
Wenn man diesen Ladevorgang abbricht, passiert übrigens nix... er erstellt also das Anzeigeelement und ich kann keinen Nachteil feststellen. Leider geht das manchmal einfach zu schnell!

Code:
####
#Date: Do, 2. Okt 2014 09:25:36
#OSName: Windows 8.1 Pro N
#OSVers: 6.2
#OSBuild: 9200
#AppName: LabVIEW
#Version: 13.0.1f2 32-bit
#AppKind: FDS
#AppModDate: 04/02/2014 12:19 GMT
#LabVIEW Base Address: 0x00400000


starting LabVIEW Execution System 2 Thread 0 , capacity: 24 at [3495079536,83596560, (09:25:36,835965634 2014:10:02)]
starting LabVIEW Execution System 2 Thread 1 , capacity: 24 at [3495079536,83596560, (09:25:36,835965634 2014:10:02)]
starting LabVIEW Execution System 2 Thread 2 , capacity: 24 at [3495079536,83596560, (09:25:36,835965634 2014:10:02)]
starting LabVIEW Execution System 2 Thread 3 , capacity: 24 at [3495079536,83596560, (09:25:36,835965634 2014:10:02)]

<DEBUG_OUTPUT>
02.10.2014 09:27:42.018
Crash 0x00000000: Crash caught by NIER
File Unknown(0) : Crash 0x00000000: Crash caught by NIER
minidump id: 591c91f2-0796-4eac-ade9-86c9ea3d8d85
ExceptionCode: 0xC0000005

</DEBUG_OUTPUT>
0x01BA963B - LabVIEW <unknown> + 0
0x01BA98E8 - LabVIEW <unknown> + 0
0x006A1926 - LabVIEW <unknown> + 0
0x01BD6CC1 - LabVIEW <unknown> + 0
0x01BE9C2D - LabVIEW <unknown> + 0
0x751A7834 - USER32 <unknown> + 0
0x751A7A9A - USER32 <unknown> + 0
0x751A988E - USER32 <unknown> + 0
0x751A98F1 - USER32 <unknown> + 0
0x01C86A8D - LabVIEW <unknown> + 0
0x01C86F07 - LabVIEW <unknown> + 0
0x04EA1B06 - QtManager452_2013 <unknown> + 0
0x670E7251 - NIQtCore_2013 <unknown> + 0
0x00000000 - <unknown> <unknown> + 0
0x00000000 - <unknown> <unknown> + 0
*** Dumping Bread Crumb Stack ***
*** LabVIEW Base Address: 0x00400000 ***
GoDoit: VI "Messverstärker_MX840A_Verbindung_V2.vi" ([...]\Bolzenprüfstand_V2\SubVI\Messverstärker_MX840A_Verbindung_V2.vi), HeapClass "BDHP", Act 4,
*** End Dump ***

Viele Grüße
Matthias

LV2013 SP1 Studentenversion
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Nachrichten in diesem Thema
RE: Steuerung HBM QuantumX MX878 zu langsam - Kurt.Döner - 02.10.2014 09:09

Gehe zu: