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 

RS232 Programmierung



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!

27.05.2006, 13:17
Beitrag #3

Nico24 Offline
LVF-Grünschnabel
*


Beiträge: 14
Registriert seit: May 2006

8.00
2006
kA


Deutschland
RS232 Programmierung
[quote name='i2dx' post='10743' date='26.05.2006, 19:22']also .... ich würde ja das Programm mit LabVIEW schreiben, nicht mit der seriellen Schnittstelle, die ist manchmal etwas unflexibel und ausserdem kenn ich mit Maschinencode auf nem UART (geht das überhaupt?) sowieso nicht wirklich aus.

Da das mal wieder eine von diesen Fragen ist, die alles und nichts bedeuten können, aber ich interpretiere das mal so: du möchtest ein LabVIEW Programm schreiben, das (vermutlich kontinuierlich) 16 Kanäle über RS232 einliest. Ich vermute, dass du pro ADAM 4018 Messwertaufnehmer je 8 Thermoelemente anschliessen kannst und jedes ADAM Modul einen RS232 Ausgang hat, über den es mit einer bestimmten Frequenz die Messdaten als String an den angeschlossenen Rechner sendet / bzw. auf Anforderung die Daten sendet.

Was du programmieren musst ist ein RS232-Empfänger. Es gibt Beispiele im Example-Finder zu diesem Thema. Falls du nicht weisst, was das ist, such mal in der Hilfer. Mein RS232 Demo kann dir vielleicht auch einen Überblick vermitteln.

Im speziellen musst du (weil du 2 Module hast) das ganze praktisch "verdoppeln" und mit 2 Com-Ports arbeiten (vermute ich mal), und für jeweils 8 Kanäle deinen "Daten-String" parsen (das heisst so viel wie "die Zahlen aus dem String rauspicken und in >>echte<< Zahlen umwandeln).

Die Synchronisierung wird vielleicht noch etwas haarig, aber machbar ist es auf jeden fall. Wenn du dann die Daten von allen 16 Kanälen als Zahlenwerte vorliegen hast, dann musst du die Werte nur noch in einen Graphen "schieben", feddich is die LaubeSmile

Grüße
CB[/quote]

quote name='i2dx' date='26.05.2006, 19:22' post='10743']
also .... ich würde ja das Programm mit LabVIEW schreiben, nicht mit der seriellen Schnittstelle, die ist manchmal etwas unflexibel und ausserdem kenn ich mit Maschinencode auf nem UART (geht das überhaupt?) sowieso nicht wirklich aus.

Das Programm muss auf jeden Fall mit LabVIEW geschrieben werden, da die Lizens extra gekauft wurde!

Da das mal wieder eine von diesen Fragen ist, die alles und nichts bedeuten können, aber ich interpretiere das mal so: du möchtest ein LabVIEW Programm schreiben, das (vermutlich kontinuierlich) 16 Kanäle über RS232 einliest. Ich vermute, dass du pro ADAM 4018 Messwertaufnehmer je 8 Thermoelemente anschliessen kannst und jedes ADAM Modul einen RS232 Ausgang hat, über den es mit einer bestimmten Frequenz die Messdaten als String an den angeschlossenen Rechner sendet / bzw. auf Anforderung die Daten sendet.

Mit den 2 Messwertaufnehmer für jeweils 8 Kanälen hast Du recht. Genau so habe ich mir das vorgestellt!

Was du programmieren musst ist ein RS232-Empfänger. Es gibt Beispiele im Example-Finder zu diesem Thema. Falls du nicht weisst, was das ist, such mal in der Hilfer. Mein RS232 Demo kann dir vielleicht auch einen Überblick vermitteln.

Hierfür schon einmal vielen Dank-ich werde mir das mal anschauen! Aber ev. kannst du noch ein paar erklärende Worte zum Blockschaltbild des Programmes schreiben....?!?

Im speziellen musst du (weil du 2 Module hast) das ganze praktisch "verdoppeln" und mit 2 Com-Ports arbeiten (vermute ich mal), und für jeweils 8 Kanäle deinen "Daten-String" parsen (das heisst so viel wie "die Zahlen aus dem String rauspicken und in >>echte<< Zahlen umwandeln).

So hierzu:
Also ich verstehe das richtig, dass Dein Programm die Messwerte zunächts einmal für LabVIEW sozusagen aufbereitet und für weitere Anwendungen bereitstellt. Dieses von Dir angesprochene "rauspicken" ist in Deinem Programm nicht enthalen?
Das heißt, ich hab im weiteren das Blockschaltbild hinsichtlich des rauspickens zu ergänzen?
Wäre auch hier nett von Dir mir so ein paar wichtige Befehle/Funktione zu nennen, die parsen ermöglichen.

Die Synchronisierung wird vielleicht noch etwas haarig, aber machbar ist es auf jeden fall. Wenn du dann die Daten von allen 16 Kanälen als Zahlenwerte vorliegen hast, dann musst du die Werte nur noch in einen Graphen "schieben", feddich is die LaubeSmile

Ich denke, mir jetzt schon Gedanken über die grafische Darstellung zu machen, wäre etwas früh!
Aber da komme ich nochmal auf Dich zurück!


Nico

Grüße
CB
[/quote]
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Nachrichten in diesem Thema
RS232 Programmierung - Nico24 - 26.05.2006, 12:32
RS232 Programmierung - cb - 26.05.2006, 18:22
RS232 Programmierung - Nico24 - 27.05.2006 13:17
RS232 Programmierung - cb - 27.05.2006, 14:50
RS232 Programmierung - Nico24 - 28.05.2006, 14:02
RS232 Programmierung - cb - 28.05.2006, 21:36
RS232 Programmierung - diplNisse - 29.05.2006, 06:48
RS232 Programmierung - NicknameXXX - 04.06.2009, 14:30

Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  Programmierung Hameg HM8118 shrapnell 5 13.154 12.06.2015 13:18
Letzter Beitrag: hansi9990
  Isel Motion Problem mit Programmierung einer Endlosschleife AndreasDP 100 52.929 10.12.2014 15:39
Letzter Beitrag: Trinitatis
  SPI Programmierung FTDI4232H Schasa 1 4.090 08.03.2012 12:46
Letzter Beitrag: Schasa
  Programmierung der NI PCI-7811R FPGA Karte! Falk 3 5.871 01.11.2006 16:53
Letzter Beitrag: thomas.sandrisser
  C-Programmierung für serielle Schnittstelle Christoph 4 5.984 21.09.2005 18:40
Letzter Beitrag: Christoph
  Programmierung mit LabVIEW 7 eric collins 2 5.719 13.05.2005 13:47
Letzter Beitrag: Sarah

Gehe zu: