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 

LabView Protokoll für Rs232



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!

19.01.2011, 18:19
Beitrag #11

Manfred Steiner Offline
LVF-Grünschnabel
*


Beiträge: 28
Registriert seit: Jan 2011

2010
-
kA


Deutschland
LabView Protokoll für Rs232
Hallo

Danke werde es das nechste mal beachten !

Ich habe es wie in dem VI von Lucki schon voreingestellt auf Com1 gelassen !
Mit den selben Einstellungen zeigt mir Hyperterminal die Daten an !
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
19.01.2011, 19:57
Beitrag #12

Y-P Offline
☻ᴥᴥᴥ☻ᴥᴥᴥ☻
LVF-Team

Beiträge: 12.612
Registriert seit: Feb 2006

Developer Suite Core -> LabVIEW 2015 Prof.
2006
EN

71083
Deutschland
LabView Protokoll für Rs232
Das Hyperterminal und auch alle anderen Programme, die auf COM1 zugreifen, hast Du aber geschlossen, oder?
Nicht, dass die Schnittstelle von einem anderen Programm "blockiert" wird.

Gruß Markus

--------------------------------------------------------------------------
Bitte stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort !!
--------------------------------------------------------------------------
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
19.01.2011, 22:55
Beitrag #13

Manfred Steiner Offline
LVF-Grünschnabel
*


Beiträge: 28
Registriert seit: Jan 2011

2010
-
kA


Deutschland
LabView Protokoll für Rs232
Hallo

Ja klar der Com-Port ist immer frei gewesen.
War auch mein erster Verdacht !

Habe ich vieleicht die Parameter falsch gesetzt ?
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
20.01.2011, 00:25
Beitrag #14

Manfred Steiner Offline
LVF-Grünschnabel
*


Beiträge: 28
Registriert seit: Jan 2011

2010
-
kA


Deutschland
LabView Protokoll für Rs232
Hallo

Also ich wollte jetzt mal Wissen ob den die Daten/Strings überhaubt in Labview ankommen.
Um Hardwarefehler auszuschließen.
Aus diesem Grund habe ich ein StringIndicator parallel zu dem "Spreadsheet String To Array" Bauteil gehängt.
Ich bekomme alle Strings einwandfrei angezeigt in diesem s.g StringIndicator bzw Textbox.
So nun stellt sich die Frage warum das ganze mit dem Spreadsheet String To Array nicht funktioniert wenn doch alle Strings ankommen

mfg
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
20.01.2011, 07:22
Beitrag #15

Richard Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 70
Registriert seit: Jun 2009

8.6,9.0,9.1,10.0,11.0
2008
DE_EN

80797
Deutschland
LabView Protokoll für Rs232
schau dir mal mit der Hightlightfunktion (Glühbirne) den Signalfluss im Blockdiagramm an.

Gruß Richard

Murphy was an optimist
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
20.01.2011, 07:36 (Dieser Beitrag wurde zuletzt bearbeitet: 20.01.2011 07:37 von NWOmason.)
Beitrag #16

NWOmason Offline
Simultator
*****


Beiträge: 1.078
Registriert seit: Dec 2010

2012.SP1
2008
EN

93047
Deutschland
LabView Protokoll für Rs232
' schrieb:Aus diesem Grund habe ich ein StringIndicator parallel zu dem "Spreadsheet String To Array" Bauteil gehängt.
Ich bekomme alle Strings einwandfrei angezeigt in diesem s.g StringIndicator bzw Textbox.
So nun stellt sich die Frage warum das ganze mit dem Spreadsheet String To Array nicht funktioniert wenn doch alle Strings ankommen

Hallo,

wo genau hast du den den String Indicator drangehängt? Noch vor der Case-Struktur oder innerhalb. Wenn du die Dummydaten aus einem deiner früheren Posts
Code:
33;57;211;45 n
139;87;111;85 n
empfängst, dann arbeitet das "Spreadsheet String To Array" auch richtig. Das kann man testen, wenn man einfach das VI mit einer Stringkonstante der Daten füttert (Siehe Screenshot - Falls du das nicht eh schon gemacht hast). Vielleicht liefert dir das Visa-VI davor einen Fehler und der Case mit dem "Spreadsheet String To Array" wird gar nicht ausgeführt?

Beste Grüße,
NWO


Angehängte Datei(en) Thumbnail(s)
   

9 von 10 Stimmen in meinem Kopf sagen: Ich bin nicht verrückt,
die andere summt die Melodie von Tetris
.

NI schrieb:To use the abort button is like using a tree to stop a car!

(20.01.2012 11:02 )NWOmason schrieb:  Getting Started with NI LabVIEW Student Training
http://zone.ni.com/devzone/cda/tut/p/id/7466

Introduction to NI LabVIEW - Learn LabVIEW Basics
http://www.ni.com/gettingstarted/labviewbasics/

Top 5 der Empfehlungen für LabVIEW-Einsteiger
http://www.ni.com/newsletter/51735/de/
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
20.01.2011, 09:05 (Dieser Beitrag wurde zuletzt bearbeitet: 20.01.2011 09:09 von Lucki.)
Beitrag #17

Lucki Offline
Tech.Exp.2.Klasse
LVF-Team

Beiträge: 7.699
Registriert seit: Mar 2006

LV 2016-18 prof.
1995
DE

01108
Deutschland
LabView Protokoll für Rs232
Mein gepostetes VI hat den Nachteil, daß praktisch alle Fehlermeldungen unterdrückt werden. Du solltest mal sowohl am Ausgang des Konfigurations-VIs als auch am Ausgang des Read-Vis Fehleranzeigen erstellen, um sicher zu gehen, daß kein Fehler auftritt.
Normalerweise wird man nur gezielt bestimmte Feherl unterdrücken, aber nicht alle.
Absehbare Fehler sind hier:
a) Wenn zuerst das VI läuft, und dann erst der µC eingschaltet wird, kann es zum Timeoutfehler kommen. Es sollte verhindert werden, daß das Programm deswegen aussteigt.
b) Im umgekehrten Fall, wenn das VI erst aufgerufen wird, wenn der µC schon läuft, kann es anfänglich zum Rahmen-Synchronisationsfehler kommen: wenn nämlich der PC ausgerechent mitten in einem gerade gesendetem Byte zu lauschen beginnt.
Also was ich sagen will: Fehlerbehandlung ist schon erforderlich, es sollte im endgültigen Programm nur intelligenter erfolgen, als ich es hier gemacht habe.
(Hintergrundinformation: Wenn an einem VI ein Fehler auftritt, dann passiert fogendes: Wenn am Feherausgang kein Draht angeschlossen ist, unterbricht das Programm und zeigt eine Meldung an. Ist ein Draht angeschlossen, dann geht LV davon aus, daß der Fehler anderweitig angezeigt oder behandelt wird und macht weiter im Programm, als sei nichts passiert.)
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
20.01.2011, 13:39
Beitrag #18

Manfred Steiner Offline
LVF-Grünschnabel
*


Beiträge: 28
Registriert seit: Jan 2011

2010
-
kA


Deutschland
LabView Protokoll für Rs232
Hallo

Danke für die vielen Antworten !

Also den String Indicator habe ich vor bzw ausserhalb der Case Struktur parallel angeschlossen !
Der String Indicator zeigt wie gesagt den String ganz normal an !

Ich habe mal die Highlightfunktion (Glühbirne) aktiviert !
Diese Methode finde ich wirklich super für die Fehlersuche danke für den Tip.
Jetzt kann man sehen das die Case Struktur immer unter Error läuft und somit das Spreadsheet String To Array nicht funktionieren kann.
Grund dafür ist ein Fehlercode der direkt am Error-Eingang der Case Struktur ausgegeben wird.

Err (-1073807339)

Dieser Code steht immer da sobald das Programm wieder an diesen Punkt kommt !
Dabei ist es egal ob ich etwas sende oder nicht der Err Code bleibt gleich.

Den String-Indicator scheind das nicht zu interessieren weil er ausserhalb der Case Struktur ist.


Ich werde mal nach dem Fehlercode googeln und schaue ob ich was finde.
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
20.01.2011, 13:47
Beitrag #19

GerdW Offline
______________
LVF-Team

Beiträge: 17.465
Registriert seit: May 2009

LV2021
1995
DE_EN

10×××
Deutschland
LabView Protokoll für Rs232
Hallo Manfred,

da muss man nicht googlen: den Fehler in einem Fehlercluster anzeigen lassen, dann Rechtsklick uf den Cluster->Fehlerbeschreibung anzeigen...

Ist übrigens ein TimeOut-Fehler!

Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
20.01.2011, 14:15
Beitrag #20

Manfred Steiner Offline
LVF-Grünschnabel
*


Beiträge: 28
Registriert seit: Jan 2011

2010
-
kA


Deutschland
LabView Protokoll für Rs232
Hallo

So nochmal Danke an alle die mir geholfen haben.

Ich habe das Problem teilweise behoben !
Für den bzw gegen den Timeout Error habe ich ein " Bytes at Port " eingefügt.
Jetzt werden nur genau die Anzahl an Bytes gelesen die auch am Port anliegen !

mfg

Manfred
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
30
Antwort schreiben 


Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  Pumpe mit RS232 Protokoll kontrollieren holzi 3 5.766 16.10.2014 07:04
Letzter Beitrag: GerdW
  Labview-Kommunikation mit Jumo über RS232 redhand 35 34.907 28.10.2013 09:45
Letzter Beitrag: GerdW
  HART- Protokoll dasich84 4 9.283 17.07.2012 07:52
Letzter Beitrag: A.Berndsen
  Messapparaturen mit HART-Protokoll MichaelHH 3 5.281 28.11.2011 14:16
Letzter Beitrag: TpunktN
  ZModem-Protokoll elektrokram 2 6.147 26.12.2008 12:58
Letzter Beitrag: rolfk
  Seriell, aber kein RS232 Protokoll Wernie76 3 4.725 03.09.2008 13:43
Letzter Beitrag: Wernie76

Gehe zu: