Gast
#1418031
Hallo, ist es möglich in C# ein USB-HID zu simulieren? Wenn ja wie? MfG Max
Nein, aber warum auch?
Gast
#1421569
Sicher, dass es nicht geht? http://msdn.microsoft.com/en-us/library/ee332415.aspx http://msdn.microsoft.com/en-us/library/aa938703.aspx Ralf
Tja, dann geht's anscheinend doch. Nur bezweifle ich stark, daß das wirklich das ist, was der Threadstarter anstellen will.
Gast
#1421615
> Tja, dann geht's anscheinend doch. Nur bezweifle ich stark, daß das > wirklich das ist, was der Threadstarter anstellen will. Nun, das ist seine Sache :) Er hat gefragt, und ne Antwort bekommen ;) Ralf
Gast
#1423427
sieht gut aus! Genau sowas brauche ich. Hat jemand schon mal was damit gemacht? MfG Max
Gast
#1423434
aber von C# lese ich dort nicht, kann auch kaum glauben das Windows Driver Kit für .net gedacht ist.
Gast
#1423452
das wäre sehr schlecht. Ich programmiere vorzugsweise mit C# und .net. eine andere Sprache möchte ich deswegen nicht erlernen. MfG Max
M.Holder schrieb: > das wäre sehr schlecht. Ich programmiere vorzugsweise mit C# und .net. > eine andere Sprache möchte ich deswegen nicht erlernen. > > MfG Max Möglich das es mittlerweile geht... "Monday, February 05, 2007 5:58 PM by pshier DSF does not yet fully support managed code because ISoftUSBEndpoint is not a completely dual interface. We will be supplyng the necessary code to make this work in a coming release. Sorry, but no date yet." http://blogs.msdn.com/doronh/archive/2006/07/10/661475.aspx
Gast
#1423546
Aber in einem "unmanaged context" müsste das in C# doch trotzdem funktionieren, oder? Ralf
Gast
#1423635
glaube ich nicht, es hilft auch nicht wenn .net unmanaged code ausführen kann. Ein treiber muss direkt oder indirekt in den Kernel geladen werden. Wer soll denn da die .net laufzeitumgebung starten? Ein treiber ist ja zum schluss nur eine dll mit bekannten einsprungspunkten, eine .net dll ist etwas komplett anderes
Peter schrieb: > glaube ich nicht, es hilft auch nicht wenn .net unmanaged code ausführen > kann. Ein treiber muss direkt oder indirekt in den Kernel geladen > werden. Wer soll denn da die .net laufzeitumgebung starten? Nicht Treiber, sondern Simulation eines Endgerätes. Zum anderen muss auch der Treiber nicht mehr in jedem Fall in den Kernel(-Kontext) geladen werden 1). Für USB gibt es als weitere Vereinfachung (aus .Net nutzbar) WinUSB 2) 1. http://www.microsoft.com/whdc/driver/wdf/UMDF.mspx 2. http://msdn.microsoft.com/en-us/library/aa476426.aspx. > > Ein treiber ist ja zum schluss nur eine dll mit bekannten > einsprungspunkten, eine .net dll ist etwas komplett anderes
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.