AIN in C#

Mike · Oct 25th 2006

hi,
Hat jemand einen Lösungsvorschlag den Analogwert mit C# einzulesen?(beim NetDCU8)

Mein Ansatz:

Code

using (FileStream fs = new FileStream("AIN0:", FileMode.Open, FileAccess.Read))
{
System.IO.BinaryReader br = new BinaryReader(fs);
val = br.ReadUInt16();
br.Close();
fs.Close();
}

Display More

Dieser funktioniert leider nicht! ("val" läuft mehrmals über!!)
auch mit ReadByte(), oder anderen Variationen des BinaryReader funktioniert es leider nicht!!

Ich hoffe es kann mir jemand weiterhelfen!!

Danke schon im vorraus!!

Grüße, Mike

fs-support_HK · Oct 26th 2006

Quote from "Mike"

("val" läuft mehrmals über!!)

Als was ist val deklariert?

H. Keller

fs-support_ZU · Oct 26th 2006

Hallo,

haben Sie auch die Registrierung geprüft? "AIN0:" ist normalerweise nicht die Standardeinstellung! Unter http://fs-net.de/phpBB2/viewtopic.php?t=259 finden Sie ein ganz einfaches Beispiel für C++ und VB. Das sollte sich problemlos nach C# übertragen lassen.

Mike · Oct 28th 2006

Hi,
"val" ist als "uint" deklariert!
Der Wert sollte ja nur zwischen 0 und 1024liegen!!
Deshalb ist ein Überlauf eigenlich unmöglich!!

...In C++ funktioniert es ja einwandfrei!!
Vielleicht arbeiten die zwei Methoden anders!(C++ u. C#)
Wie schauen die Daten genau aus die eingelesen werden müssen?
Ich weiß es sind zwei Bytes, aber wie sind diese zu interpretieren?
Ist das erste Byte das höherwertige??

fs-support_ZU · Oct 28th 2006

Hallo,

Mike schrieb:
...In C++ funktioniert es ja einwandfrei!!
Vielleicht arbeiten die zwei Methoden anders!(C++ u. C#)

Ja , das kann schon sein. Aber das VB Beispiel, das ich oben referenziere muss auch in C# funktionieren. Beides basiert auf .NET!

Haben Sie das schon getestet?

Mike · Oct 30th 2006

Hallo,
es funktioniert!!!

Hab hier nochmal die wichtigsten Zeilen für die Umsetzung in C# angeführt!!

Code

public class AIN
{
protected IntPtr hPort;
public void AINPort(string Port)
{
hPort = CreateFile(Port, 3221225472, 0, IntPtr.Zero, 3, 0, IntPtr.Zero);
}
public Byte[] ReadValue()
{
Byte[] Data = new Byte[2];
ReadFile(hPort,Data,2,0,IntPtr.Zero);
return Data;
}
public void Close()
{
CloseHandle(hPort);
}
[DllImport("coredll.dll", EntryPoint = "CreateFileW", SetLastError = true)]
public extern static IntPtr CreateFile(string lpFileName, uint dwDesiredAccess, uint dwShareMode, IntPtr pSecurityAttributes,
uint dwCreationDisposition, uint dwFlagsAndAttributes, IntPtr hTemplateFile);
[DllImport("coredll.dll", EntryPoint = "CloseHandle", SetLastError = true)]
public extern static int CloseHandle(IntPtr hObject);
[DllImport("coredll.dll", EntryPoint = "ReadFile", SetLastError = true)]
public extern static uint ReadFile(IntPtr hObject,Byte[] lpBuffer, uint NumberOfBytesToRead,uint NumberOfBytes,
IntPtr lpOverLapped);
}

Display More

An dieser Stelle nochmal ein großes Dankeschön an Hr. Zutter u. Hr. Keller!!

Grüße, Mike

fs-support_HK · Oct 30th 2006

Bleibt dennoch die Frage, warum es mit den Bordmitteln von C# nicht funktioniert hat. Ich hätte erwartet, dass diese FileStream- und BinaryReader-Funktionen letztendlich auch auf das CreateFile(), ReadFile() und CloseHandle() zurückgreifen.

Kann es sein, dass hier vielleicht eine Pufferung stattfindet, der FileStream gleich mal 512 Bytes am Stück einliest und dann der BinaryReader alte Werte aus dem Puffer liest?

Das würde aber immer noch nicht den Überlauf erklären. OK, der Binary Reader liest Low-Byte-First ein, während die Daten High-Byte-First sind. Aber dennoch müsste so ein Wert am Ende in ein uint passen. Kann es sein dass da bei der Umwandlung von UInt16 nach uint (=UInt32) ein Fehler auftritt? Sie verwenden ja nicht die Funktion Convert.ToUInt32().

Vielleicht testen Sie Ihren ursprünglichen Ansatz ja nochmal, indem Sie val als UInt16 deklarieren oder die obige Konvertierung dazwischenschieben.

Mit freundlichen Grüßen,

H. Keller

Mike · Nov 10th 2006

So, hab jetzt nachmal ein paar Varianten durchprobiert!!(mittels FileStream)

Erfolgreich war ich bei der Umsetzung für das lesen und schreiben der DIO's!!!

Info: "SetFilePointer" entspricht "fs.Position=port"

Leider ist es mir noch immer nicht möglich den AIN (ohne dll import )zu realisieren!!!
Hier liegt das Problem beim zweiten Byte!!!!
Es ist irrgendwie nicht möglich das zweite Byte einzulesen!!!
1.Byte müsste stimmen!!(Low-Byte)

Würd mich ja mit der dll-import Methode zufrieden geben, aber diese Variante dauert komischerweise extrem lange!!!
max.3 Messungen pro sec!!!
Mit FileStream hingegen gehts extrem schnell!!!

Hab alle 80ms(mittels Timer) einen Pin Hi/low schalten lassen.
mit dll Import: Puls war ca. 500ms lang!!!
mit FileStream: Puls war exakt 80ms lang!!!!

Vielleicht habt ihr eine Antort auf dieses Phänomen,
bzw. noch eine Idee für die Umsetzung mit C# Methoden.

Grüße,
Michael

fs-support_HK · Nov 15th 2006

Quote from "Mike"

Leider ist es mir noch immer nicht möglich den AIN (ohne dll import )zu realisieren!!!
Hier liegt das Problem beim zweiten Byte!!!!
Es ist irrgendwie nicht möglich das zweite Byte einzulesen!!!
1.Byte müsste stimmen!!(Low-Byte)

OK, ich habe mal einen Blick in den Treiber geworfen und das Problem entdeckt. Der C-Treiber arbeitet etwas inkonsistent zur Definition von ReadFile(). Beim AIN-Treiber wird der Count-Value in "Samples" anstatt in Bytes angegeben. Jedes Sample ist aber 2 Bytes. Das heißt wenn man zwei Bytes lesen will (für ein short), dann liefert der Treiber zurück, dass 1 Sample gelesen wurde. Der C#-Treiber interpretiert dies aber in der eigentlichen Art und Weise, dass nur 1 Byte gelesen wurde -- und fällt prompt auf die Schnauze.

Wir sind gerade am diskutieren, wie man das im Treiber ändern kann, so dass bestehende Applikationen, die die (eigentlich falsche) Interpretation von count benutzen, trotzdem weiter funktionieren.

Quote

Würd mich ja mit der dll-import Methode zufrieden geben, aber diese Variante dauert komischerweise extrem lange!!!
max.3 Messungen pro sec!!!
Mit FileStream hingegen gehts extrem schnell!!!

Hab alle 80ms(mittels Timer) einen Pin Hi/low schalten lassen.
mit dll Import: Puls war ca. 500ms lang!!!
mit FileStream: Puls war exakt 80ms lang!!!!

Das finde ich extrem interessant, wobei ich keine so rechte Erklärung dafür habe. Höchstens, dass bei der dll-import-Methode eben die Daten vom Marshaller automatisch von der C#-Struktur im Speicher auf das C-Format umkopiert und dort fixiert werden müssen, dann kommt der Aufruf des C-Treibers und danach müssen die Ergebnisdaten wieder vom C-Format in das C#-Format zurückkopiert werden. Vielleicht ist das so zeitaufwändig. Die C#-internen Varianten (BinaryReader, etc) sind da möglicherweise effizienter.

Das ist aber nur ein Schuss ins Blaue, keine Ahnung, ob das wirklich der Grund ist. Das müsste man erst noch genauer untersuchen.

Mit freundlichen Grüßen,

H. Keller

Mike · Nov 15th 2006

hi!
Hab mich nochmal a bissal mit der FileStream-Klasse beschäftigt!!
Wie Hr. Keller schon vermutet hat, werden bei dieser FileStream-Klasse Daten zuerst in einen Puffer geschrieben!!
Aber blöderweise nicht beide Bytes sondern immer nur das 1.Byte!?!?!
Jetzt hab ich a bissal herumexperimentiert und bin auf folgende Lösung gestoßen:

Code

public int ReadAIN(int port) //Methode: Einlesen des AIN
{
FileStream fs = new FileStream("AIN0:", FileMode.OpenOrCreate, FileAccess.ReadWrite, FileShare.ReadWrite, 2);
fs.Position = port;
fs.Read(readAIN, 0, 2);
return BitConverter.ToInt16(readAIN, 0);
}

Display More

Ich hab diesen Puffer auf 2.Byte reduziert,hab FileAccess und FileShare auf Lesen und Schreiben gesetzt.
...und siehe da es funktioniert!!!

Was mir jetzt noch nicht ganz klar ist,...warum schreibt er mir jetzt beide Bytes richtig hinein!!! ... nur weil ich ihn reduziert habe auf 2 Byte????
Müsste man vermutlich genau nachforschen wie diese Klasse/Methoden aufgebaut ist!?!?!

all-finder · Feb 25th 2008

Hallo!

Um welchen Datentyp der Varaiblen readAIN handelt es sich im Beitrag über diesem? Welchen Wert muss man dieser übergeben?

---

Laut der NetDCU8 Doku können Pin 11 und 12 (AD0 & AD1) als analoge Eingänge benutzt werden. In WinNDCUCfg ist jedoch Pin 12 nicht vorhanden? Wie werden die Pins richtig konfiguriert?

MfG

fs-support_ZU · Feb 25th 2008

Hallo,

ich denke Sie verwechseln etwas!

1. Die AIN befinden sich nicht am J5 (bei den NetDCUs) sondern am J7 und können z.Z. auch nicht mit WinNDCUCfg (die "DIO Seite" referenziert J5) bearbeitet werden.
2. Es kann jeweils ein WORD gelesen werden (Wertebereich = 0...1023).
3. Wie Sie den Treiber ansprechen/konfigurieren finden Sie im "Device Driver" Dokument.

all-finder · Feb 26th 2008

stimmt, hatte etwas verdreht.

bzgl. der .net Lösung,

bereits bei der Zeile

Code

FileStream fs = new FileStream("AIN0:", FileMode.OpenOrCreate, FileAccess.ReadWrite, FileShare.ReadWrite, 2);

bekomme ich eine IOException (ohne weiterer Bezeichnung)

fs-support_ZU · Feb 26th 2008

Hallo,
standardmäßig steht der Index des "AIN" auf "1" in der Registry. Da der Kode von Mike funktioniert vermute ich die Ursache darin. Sie können nun zur Lösung die Registry (Index von "1" nach "0") oder Ihr Programm (Device "AIN0:" nach AIN1:") anpassen.

all-finder · Mar 3rd 2008

Hallo!

das Auslesen funktioniert, jedoch erhalte ich sehr willkührliche Daten. Zum Einen erhalte ich oft eine 0 zurück (von 100 Versuchen ca. 50), zudem schwankt der Wert wirklich stark, z.B. bei 1,8 V zwischen 2 und 277. Bei einmaligen Auslesen kommt der Wert umgerechnet in die Spannung der realen Spannung nahe, oder ist null.

MfG
all-finder

fs-support_ZU · Mar 4th 2008

Hallo,

Quote

das Auslesen funktioniert, jedoch erhalte ich sehr willkührliche Daten. Zum Einen erhalte ich oft eine 0 zurück (von 100 Versuchen ca. 50), zudem schwankt der Wert wirklich stark, z.B. bei 1,8 V zwischen 2 und 277. Bei einmaligen Auslesen kommt der Wert umgerechnet in die Spannung der realen Spannung nahe, oder ist null.

ohne weitere Daten ist es schwer zu sagen wo genau der Knackpunk liegt!
Könnten Sie mir einen Quellkodeauszug und die Registryeinträge in das Forum stellen?

medele · Mar 4th 2008

Ich konnte mit dem angegebenen FileStream Code die analogen Eingänge auslesen.

Quote

So, hab jetzt nachmal ein paar Varianten durchprobiert!!(mittels FileStream)

Erfolgreich war ich bei der Umsetzung für das lesen und schreiben der DIO's!!!

Wie ist das gemeint? Ist es möglich mittels FileStream die digitalen Portausgänge zu schalten? Hat jemande entsprechenden Quellcode?

Gruß Christian

fs-support_ZU · Mar 4th 2008

Hallo

Quote

Wie ist das gemeint? Ist es möglich mittels FileStream die digitalen Portausgänge zu schalten? Hat jemande entsprechenden Quellcode?

Das Prinzip ist für alle Schnittstellen gleich:
in der Registry finden Sie unter HKLM\Drivers\BuilitIn\<Schnittstelle> die Werte aus denen der <name> zu bilden ist.
<name>="Prefix"+"Index"+":" für den DIO also "DIO1:" (Standardregisrty).

Code

FileStream fs = new FileStream(<name>, FileMode.Open, FileAccess.Read))
fs.Read(...)
...

all-finder · Mar 5th 2008

hallo!

folgender ausschnitte:

Code

private FileStream fs;
private const int port = 0;
private byte[] readAIN = new byte[2];
private handleAI()
{
fs = new FileStream("AIN0:", FileMode.OpenOrCreate, FileAccess.ReadWrite, FileShare.ReadWrite, 2);
fs.Position = port;
}
public int ReadAIN()
{
fs.Read(readAIN, 0, 2);
return BitConverter.ToInt16(readAIN, 0);
}

Display More

finde irgendwie den upload für bilder nicht mehr?

folgendes wird ausgegeben (for schleife die 100 werte abruft):

0, 0, 0, 0, 121, 0, 123, 15, 0, 175, 0, 132, 0, 92, 148, 26, 101, 0, 0, 0, 165, 0, 5, 0, 0, 66, ....

bei angelegten 1,8 V, hätte ich diese normalerweise durch ca. 312 geteilt, damit ich die spannung anzeigen kann.

in der registry ist folgendes unter ANALOGIN
Index 0
FriendlyName Analog driver for NetDCU
Prefix AIN
Dll ANALOGIN.dll
Order 151
Channel 0

MfG
all-finder

fs-support_HK · Mar 5th 2008

all-finder

Kleiner Tipp: wenn man statt "quote" den Tag "code" benutzt, dann klappt es auch mit dem Einrücken. Ich habe mir erlaubt, der Übersichtlichkeit wegen den obigen Beitrag entsprechend anzupassen.

Bilder konnten bei uns meines Wissens noch nie hochgeladen werden.

Mit freundlichen Grüßen,

H. Keller