CodeMercs Forum

Sieht nach C++ (MFC) aus. Ich kann aus dem Code-Snipsel nur entnehmen, dass der IOW56 auf IO-Ebene benutz werden soll. Allerdings kann auch nichts passieren, denn "report" ist komplett leer bzw. mit irgend einem Müll gefüllt, weil die Variable nicht initialisiert wird mit irgendwas. Zum an...

Um USB-Geräte nach einem neu einstecken zu finden einfach mal WM_DEVICECHANGE googlen. Wenn man bei einem leufenden Programm, das auf den USB zugreift (ob nun aktiv oder passiv) muss man damit rechnen, dass die eigenen Programme das meist nicht mitbekommen. Wenn dann noch funktionen der DLL laufen (...

Dieses "Fenster" wird für die Nachrichten des Systems benötigt. Dort werden unter anderem Nachrichten wie das "Das System Runterfahren" verarbeitet. Jede Anwendung auf dem System hat ein Fenster, auch wenn man einige nicht sieht. Das ist Grundlage der Programmierung. Das kann man...

IowKitCloseDevice() liefert keinen Rückgabewert. Die Funktion schließt alle IO-Warrior und aus ist.
Eine Beschreibung zur DLL ist im SDK enthalten (IOWKIT V15 API.pdf).

Was sagt denn der Ereignissreport von Windows?
Und wie oft trifft denn dieser Fehler auf?

Die DLL hat keine Fenster. Ist evtl. etwas mit dem eigenen Programm nicht in ordnung? Wir die DLL ordnungsgemäß entladen? Wenn kein OnCloseDevice() aufgerufen wird bliebt das Programm hängen (der Task wird nicht beedet und behält ein unsichtbares Fenster). Wenn Windows Runterfährt kann es sein, dass...

Also für C/C++ haben wir zu allen Funktionen Beispielcode. Das sieht mir auch mehr nach C# aus.
C# haben wir bisher noch keinen Beispielcode, der wird aber in nächster Zeit folgen. Zum Thema C# ist hier im Forum auch ein beitrag wie man damit umgeht. Ich kann mich frühestens Montag damit befassen.

Schicken Sie mir eine Mail an jung(at)codemercs(dot)com und ich schicke Ihnen das Kalibrierungstool mit GAIN-Funktion, damit Sie die Standart-Werte wieder einstellen können. Allerdings hat jeder Sensor eine andere einstellung für die Skalierung. Da heist es ausprobieren und ausprobieren. Darum haben...

Beim kalibieren/programmieren eines meiner beiden JW24F8 Platinen habe ich nun zusätzlich die skalierung der x-, und y-Achse verstellt das ein g Beschleunigung nun als +/- 380 statt 255 ausgegeben wird - durch aufspielen des alten EEPROM bzw. dessen des 2. JW hat sich nichts daran geändert. Wo kann...

Womit wurde denn die Skalierung geändert? Mit einem Tool von Codemercs?

Ich habe privat auch Windows Vista x64 und hatte keine Probleme die original 1.5 DLL zu nutzen. Am einfachsten ist es die DLL im selben Verzeichnis zu schieben, wo auch die Andwendung ist, da unter Vista x64 2 Systemordner wichtig sind.

Zum einfachen Auslesen reicht ein ReaImmediate() völlig aus. ReadNonBlocking mit der ID 255 (0xFF) bewirkt das selbe, ist aber mehr für den IOW56 gedacht, da der kein ReadImmediate unterstützt. Das Aufhängen kann ich mir nur so erklären, dass irgendwo etwas nicht abgefangen wird, falls ein Lesen ode...

OT: Nur um das mal klarzustellen. ReadNonBlocking nutzt einen Thread.

IT: Wenns mit Java geschehen soll, dann wie oben schon geschrieben die Java-Komponente von Wagner IBW nutzen. Ist am einfachsten.

man kann abfragen, welche DLLs geöffnet sind und wer sie gerade nutzt. Aber ich hab mich damit noch nicht beschäftigt weil ich meist nur ein Programm entwerfe da mit einem oder mehreren IOWs arbeitet. Sprich ich hab selten zwei Programme laufen.

Warum sollten denn bitte 16 IO-Warrior über ein Programm keinen Sinn ergeben? Wir haben schon einige Projekte gesehen, bei denen 4 oder 5 IO-Warrior verbaut wurden und die alle mit einem Programm laufen (Stichwort Flugsimulator). Lösungen wären: 1) Ihr Projekt zu überdenken, denn wenn Sie schon von ...

Es ist doch jetzt egal ob es das irgendwann mal konnte oder welche Beweggründe dahinterstecken. Und nein Sie können nicht mit einem zweiten Programm auf den schon genutzen oder irgend einen anderen IO-Warrior zugreifen. Die 1.5 mach alles dicht und lässt keine Kommunkation von anderen Programmen auf...