yes it is possible to access even all interfaces using C#. You must write you own PInvoke routines to call the required Win32 functions. Alternatively we offer an additional .NET software package that includes classes to access the I2C and other interfaces direclty from C#.
To get more information, including the pricing, please contact our sales departement (<!-- e --><a href="mailto:sales@fs-net.de">sales@fs-net.de</a><!-- e -->)
Here http://www.fs-net.de/phpBB2/viewtopic.php?f=4&t=200 you will find a sample in VB.NET.
It may be easy to translate it in C#.
Information for c# users :
1pcs NetDCU/PicoCOM-SKIT-VS.NET Euro 500,
C# driver of I2C, SPI, CAN used with PicoCOM2
C# driver of I/O and other interfaces are not available
If somebody have c# driver of PICOCOM2 interface please let me know .I can't write good classes to access to I/O.
Hello, following class may serve as a template:
Hello, users.
In the attachment zip-File ist a smple an a class-bibliothek for port- and pin-I/O without interrupts.
I have wrote it under VS2008 in C# with cfw3.5. For other configurations please test it by oneself.
You can use it free!
I hope it is usefull for you.
Kommentar in deutsch, denn mein englisch isn't the best:
Ich habe hier im Forum und bei den Dokumentationen keine vernünftigen Lösungen oder wenigstens Beschreibungen für die Ansteuerung der I/O-Pins in C# gefunden.
Das ist für einen Neueinsteiger bei WindowsCE (das erste Mal mit OS) schon eine fast unüberwindliche Hürde und hat mich eine Menge Schweiß gekostet.
Dabei ist es für einen embedded-Entwickler ein riesiger Erfolg wenn er mit einem Stück Draht einen Eingangspin auf Low legen und einlesen oder am programmierten Ausgang mit dem Oszi seinen ersten Rechteck bewundern kann.
Das ist für ihn dann die Bestätigung doch auf das richtige System gesetzt zu haben!
Und ich finde, dieser Schritt wird einem doch etwas schwer gemacht.
Es war z.B. schon schwierig die richtigen Pinnummern zur Registry zu identifizieren. Das gelang erst richtig mit dem Dokument "PicoCOM2 Device Driver Documentation" das 2009-05-29 erschien.
Im Zusammenhang mit PicoCOM2, .net und C# ist die Antwort von fs-support_ZU auf diesen Beitrag auch der erste leicht nachvollziehbare Beispielcode für das pinvoke.
PS: Und trotzdem habe ich mich für das richtige System entschieden, denn ich habe es geschafft, meinen ersten draht einzulesen und meinen ersten Rechteck zu sehen ;-).
Grüße eines Neueisnteigers,
Hans
Quote from "hkoettel"Ich habe hier im Forum und bei den Dokumentationen keine vernünftigen Lösungen oder wenigstens Beschreibungen für die Ansteuerung der I/O-Pins in C# gefunden.
Das ist für einen Neueinsteiger bei WindowsCE (das erste Mal mit OS) schon eine fast unüberwindliche Hürde und hat mich eine Menge Schweiß gekostet.
Two comments:
1. We offer a 4-hour workshop here that is really inexpensive. During this workshop, the usage and the first steps for programming are explained. Participating in this workshop may help to avoid these frustrating experiences.
2. We offer our SKIT-VS.NET to also help you to avoid the waste of time to write these wrapper classes yourself. As we implement our drivers in C (this is the only way to add hardware drivers to WinCE), it is actually quite some work to write these additional .NET interfaces -- which is the reason why we can't give away this package for free. For example the CanPort class took about two weeks full-time to implement. Therefore if you need to use CAN only once, the SKIT is already worth all its money. And as time is always a very restricted resource, we haven't had the time to do .NET ports for all our drivers yet. But we will add them in the future, one after the other as time allows.
In fact there is no need to write a special C# class for DIO to just toggle a pin. Simply create a FileStream object for DIO1: and use ReadByte() and WriteByte() on it. Done! Only if you want to use special features like interrupt handling, then you are required to use DeviceIoControl() which requires Pinvoke in C#. Then it's getting a little more complicated.
My tip: participate in the workshop here in Stuttgart. It will help you extremely to get along with our boards. Even if you have already some experience with other boards, every manufacturer does it a little bit different and our workshop should help you to overcome the small problems that cost so much time right at the beginning when you start working with our boards.
Regards,
H. Keller
Leider ist der Quellcode für das Beispiel in der ZIP-Datei nicht vollständig (die IO-Bibliothek fehlt - Beispiel kann nicht neu kompiliert werden) und ist so für einen Einsteiger in der Form auch nicht brauchbarer, als die Dokumentation von F&S 
Abgesehen davon kann ich die beschriebenen Probleme nur zur Hälfte nachvollziehen. Es gibt hier schon ein VB.NET-Beispiel, in dem das PInvoke für den DIO gemacht wurde (DIO_VBTest). Davon ausgehend, mit Hilfe der Treiber-Dokumentation für PicoCOM2 (die zum Anfang hinsichtlich DIO so einige Fehler hatte) und einem einzigen C#-Beispielprogramm mit PInvoke aus dem Netz, war es nicht sonderlich schwierig, ein Programm in C# zu schreiben, das eine LED am DIO-Ausgang blinken lässt und auf Änderungen an einem DIO-Eingang reagiert. Und nein, ich hatte zu der Zeit auch wenig Kenntnis über Windows CE und überhaupt kein Wissen über VB oder C#. Dementsprechend bescheiden sieht/sah der Quellcode aus, was mich davon abhielt, den hier zu veröffentlichen.
Andererseits wäre es natürlich schön und einfacher für Neueinsteiger, wenn es Programmbeispiele in allen Sprachvarianten (VB.NET, C# und C++) für alle Hardware-Varianten und alle Schnittstellen geben würde, aber der Aufwand wäre wahrscheinlich viel zu groß. Ein Verweis auf den Workshop oder die vorgefertigten Bibliotheken ist zwar berechtigt, aber jemand, der mal schnell was testen will, wird kaum das Geld für die Bibliotheken ausgeben oder den Tag für den Workshop Zeit haben. Hinsichtlich Beispielen in C# sieht es hier im Forum aber etwas schlecht aus. Die meisten Beispiele sind in C++ oder VB und man muss sich das selbst portieren...
Quote from "htefs"Und nein, ich hatte zu der Zeit auch wenig Kenntnis über Windows CE und überhaupt kein Wissen über VB oder C#. Dementsprechend bescheiden sieht/sah der Quellcode aus, was mich davon abhielt, den hier zu veröffentlichen.
Sehen Sie, uns geht es nicht anders. Wir schreiben unsere Treiber und Anpassungen in C, wir müssen uns ebenfalls erst das Wissen für C# nach und nach aneignen. Dabei ist es bei so einer Treiberklasse unter .NET ja nicht so, dass sie halt irgendwie tun sollte, sondern sie sollte ja einen gewissen Beispielscharakter haben und man sollte sich auch an gewisse Regeln und Nutzungskonzepte halten, die in .NET üblich sind. Eben damit man das dann später einfach im Visual Studio zusammenklicken kann. Das ist aber eben immer nochmal ein bisschen aufwendiger.
Mal konkret: unter Win32 stellen wir für einen Treiber einfach eine kleine überschaubare Gruppe von Funktionen zur Verfügung. Das sind CreateFile(), CloseHandle(), ReadFile(), WriteFile(), SetFilePointer() und DeviceIoControl(). Mehr gibt es da nicht. Das ist alles, was nach außen sichtbar ist. Die ganze Logik, die sich nicht auf einfaches Lesen und Schreiben abbilden lässt, steckt als eigenständige Kommandos in der Funktion DeviceIoControl(). Für .NET reicht es aber nicht aus, einfach diese Funktionen weiter zu reichen. Das wäre ja nur eine unvollständige Eingliederung in die .NET-Umgebung. Denn dort ist es beispielsweise üblich, mit Stream-Objekten zu arbeiten. Das heißt das Treiberinterface muss nun so erweitert werden, dass man auch wirklich ein Stream-Objekt anlegen kann. Nur dann kann man den Treiber auch wirklich sinnvoll mit allen Möglichkeiten von .NET nutzen. Aber was muss nun alles intern gemacht werden, dass man z.B. ein SPI-Device als ein Stream-Objekt verwenden kann? Das ist nämlich schon ganz schön kompliziert. Und genau diesen Schritt wollen wir eben machen, wenn wir entsprechende Klassen anbieten. Und sowas ist eben nicht mal schnell in ein paar Minuten realisiert. Da muss man sich schlau machen und so einiges ausprobieren. Und diese Zeit wollen wir Ihnen ja mit dem Zusatzpaket für .NET einsparen.
QuoteAndererseits wäre es natürlich schön und einfacher für Neueinsteiger, wenn es Programmbeispiele in allen Sprachvarianten (VB.NET, C# und C++) für alle Hardware-Varianten und alle Schnittstellen geben würde, aber der Aufwand wäre wahrscheinlich viel zu groß.
Das wird es garantiert nie geben. Ja, man könnte sich überlegen, solche Aufrufe mal anhand eines Treibers in den Sprache C# und Visual Basic durchzuziehen, z.B. dem GPIO, so dass jeder mal schnell einen Test machen kann. Aber genau das ist meines Erachtens doch hier im Windows CE Samples Unterforum schon anhand der Beispiele bereits geschehen.
Aber alles was darüber hinaus geht, ist ja gerade das Ziel, über das .NET-Zusatzpaket abzuwickeln. Und das ist wie gesagt mehr, als nur die Funktionen des Win32-Treibers 1:1 durchzureichen. Es sollte jedem Entwickler klar sein, wenn er ernsthaft mit .NET entwickeln will, dass dann der Zugriff auf einige der Treiber wie z.B. SPI, I2C oder CAN alles andere als trivial ist und dass das Zusatzpaket allemal billiger ist, als sowas selbst zu entwickeln. Wer auch nur wenige Tage daran sitzt und hier selbst was programmiert -- und dabei seine eigenen Entwicklungskosten halbwegs realistisch ansetzt -- der hat doch schon mehr Geld ausgegeben, als das ganze Zusatzpaket kostet.
QuoteHinsichtlich Beispielen in C# sieht es hier im Forum aber etwas schlecht aus. Die meisten Beispiele sind in C++ oder VB und man muss sich das selbst portieren...
Siehe oben. Das kommt daher, dass wir diese Beispiele häufig selbst nicht haben und erst mühsam selbst erstellen müssen. Wir portieren überwiegend das Betriebssystem und die Treiber für die Boards, das geht alles komplett ohne .NET. Da sind die Tests eben in C oder C++ und da diese Tests häufig als Beispiele umfunktioniert werden können, sind eben viele Beispiele nur in C. Endapplikationen und damit C# oder VB-Programme, wo solche Beispiele mal automatisch abfallen würden, entwickeln wir halt nur vergleichsweise selten.
Für unsere .NET-Klassen, die wir anbieten, haben wir aber schon ausreichend Beispiele. Man muss sich nur mal die entsprechenden Dokumentationen anschauen, z.B. hier, hier oder hier. Und diese Dokus können Sie sich herunterladen, bevor Sie das Zusatzpaket kaufen!
QuoteLeider ist der Quellcode für das Beispiel in der ZIP-Datei nicht vollständig (die IO-Bibliothek fehlt - Beispiel kann nicht neu kompiliert werden) und ist so für einen Einsteiger in der Form auch nicht brauchbarer, als die Dokumentation von F&S
Upps, nicht aufgepasst beim Zippen. Hiermit nachgeholt.
Quote from "fs-support_HK"In fact there is no need to write a special C# class for DIO to just toggle a pin. Simply create a FileStream object for DIO1: and use ReadByte() and WriteByte() on it. Done!
A good idea! I doesn't see a "stream" on Bit- and Port-Handling.
I have tested it, it's ok.
But in the implementation from pc2_DIO.dll must be an error. Using of the method Filestream.Length generate an IOException-Error.
If you set a breakpoint after
an debug then the object fs, you see the problem at "Length".
I use: VS2008, C#, PicoCOM2, Kernel 1.05 2009-08-17, CF3.5
Hello
QuoteDisplay More
Verwenden Sie folgendes:
FileStream file = new FileStream("DIO1:", FileMode.Open, FileAccess.ReadWrite, FileShare.None, 1);
Schreiben:
Code:
file.Seek(port, SeekOrigin.Begin);
file.WriteByte((byte)data);
Lesen:
Code:
file.Seek(port, SeekOrigin.Begin);
byte data = (byte) file.ReadByte();
DKuhne
I'm using an efusA9 with wec2013 in c#.net 2012
i want to set io pin 82 high or low.
this is bit 2 at port10
if (SetFilePointer(FileHandle, port, 0, 0) == -1)
return false;
port = 10 here.
This SetFilePointer function always returns -1 !
How comes?
what am i doing wrong?
do i have to set something in the registry too?
Hello,
Quotedo i have to set something in the registry too?
Just for call "SetFilePointer" no registry entry is required! Did you have a valid handle? Can you post the complete code?
Eine interessante Lösung und eine gute Anregung, mein Programm noch einmal zu überarbeiten.
