CodeMercs Forum

ich habe den fehler gefunden... hab mit dem tool SimpleHIDWrite mal nachgesehen wo das problem liegen könnte...
ist recht bescheuert sag ich jetzt mal ;)

bevor ich meinen Serientest starte, wird der prüfling in der testaperatur angeschlossen... dadurch scheint kurz die spannung vom io-warrior ...

es ist seltsam, ich habe jetzt mal eine schleife in der funktion eingebaut die den spi-bus aktiviert, die solange läuft bis das iowkitwrite erfolgreich war, also der rückgabewert nicht 0 ist...

wenn ich die funktion aus einer anderen stelle im programm aufrufe funktioniert es einwandfrei... sobald ...

hm, ja ich muss mir das morgen nochmal genauer anschauen, aber wie gesagt, der fehler tritt nur auf wenn die initialisierung des spi, also das iowkitwrite, anscheinend schief gegangen ist...
und das funktioniert normal immer wenn ich es aus anderen funktionen aufrufe... sehr seltsam das ganze...

Christoph Jung wrote: Schonmal versucht die schleife mit weniger als 128 laufen zu lassen?

nein, allerdings tritt der fehler schon beim ersten mal auf, danach halt noch 127x ;-)

ich habe nochwas rausgefunden...

bevor der absturz bei iowkitreadnonblocking passiert, wird der SPI bus initialisiert...


// Init SPI-Bus
IOWKIT56_SPECIAL_REPORT rep56spec;
memset(&rep56spec, 0x00, IOWKIT56_SPECIAL_REPORT_SIZE);
rep56spec.ReportID = 0x08;
rep56spec.Bytes[0] = 0x01; // Enable ...

bringt das irgendwelche vorteile? bzw. bringt meine version irgendwelche nachteile?

das ganze jetzt umzustellen ist schon etwas aufwand, da ich das ganze ja in eine klasse bzw. einen namespace gekapselt habe...

naja, irgendwie muss ich doch die funktionen der dll verfügbar machen in meinem programm... geht das leicht anders auch noch? oder hab ich das was nicht mitbekommen? ;-)

hmm, ok, also dann vielleicht noch was mit der dll-import funktion, vielleicht hab ich da einen fehler?


[DllImport("iowkit", SetLastError=true)]
extern "C" int IowKitReadNonBlocking(int iowHandle, int numPipe, char* buffer, int length);


was mir weiters noch aufgefallen ist... zuvor ...

if anweisung mit iowkitnonblockreading hab ich versucht, der absturz passiert genauso...

breakpoint auf "catch" bringt auch nix...

kann es sein dass das handle irgendwie ungültig werden kann?

void IOWarrior::SetBit(char byte, int port)
{
IOWKIT56_SPECIAL_REPORT rep56special;
IOWKIT56_IO_REPORT rep56;
memset(&rep56special, 0x00, IOWKIT56_SPECIAL_REPORT_SIZE);
memset(&rep56, 0x00, IOWKIT56_IO_REPORT_SIZE);
rep56special.ReportID = 0xFF;
rep56.ReportID = 0x00;


IOW::IowKitWrite ...

also es ist sehr seltsam. ich habe das iowkitreadnonblocking in einer funktion eingebaut, diese funktion rufe ich aus verschiedenen stellen des programms auf, lauter einzeltests (es ist ein hardwaretestprogramm).

sobald ich ein und die selbe funktion mit genau den gleichen parametern bei einem ...

hi,

danke für die antwort :-)

ich habe auf dem anderen rechner visual c++ express 2008 installiert, wie hier auch, und alle updates für .net die notwendig waren, und dann einfach das projektverzeichnis rüberkopiert und versucht dort zu kompilieren...

die dll's waren da alle im projektverzeichnis ...

hallo,

muss das thema wieder aufrollen... habe ein neues problem :-(

hab mein programm jetzt auf einen anderen rechner kopiert, und jetzt bekomme ich eine "AccessViolation" beim IOWkitReadNonBlocking...
kurioserweise aber nicht immer...

was für gründe kann es für die accessviolation geben? ich ...

hi,

ich lese jetzt mit IowKitReadNonBlocking so oft aus bis ich 0xff als report bekomme, so scheint es jetzt mal zu funktionieren! :-)

danke für den tipp!!

gruß

hi,

passiert nicht in der Schleife, bei ersten mal setzen der Inputs auf high (rest mal auf 0) schreibe ich mit Write die bytes raus, und danach 50ms pause, und dann IowKitRead... und hier bleibt er hängen

sollte ich da einen read-timeout setzen, falls nichts anliegt? dachte nach einem write liegt ...