Forum: Win32/Win64 API (native code)
by BlackGuest,
3. Nov 2014
Hatte ich auch schon alles versucht. Hat nix gebracht.
Ich glaube ich fresse einen Besen!
Es scheint jetzt zu funktionieren. Egal mit welchem Rechner. Das Problem lag eindeutig am Zusammenspiel der Treiber. Der auf der Mikrocontrollerseite war wahrscheinlich nicht sauber implementiert. Ich habe jetzt eine neuere Version getestet und siehe da es scheint zu gehen.
Da muss man erst mal drauf...
Forum: Win32/Win64 API (native code)
by BlackGuest,
3. Nov 2014
Mache ich ja, aber die Häufigkeit des Fehlers ist zu groß. Eine gewissen Timeoutzeit muss ich dem Ganze aber einräumen. Wenn jeder 10. Datensatz falsch ist, dann dauert das Ganze ewig, was nur ein paar sekunden dauert, wenn die Übertragung fehlerfrei abläuft. Es sind auch keine direkten Übertragungsfehler.
Ja, habe ich. Ist allerdings die Standardimplementation, die beim Compiler dabei...
Forum: Win32/Win64 API (native code)
by BlackGuest,
3. Nov 2014
Danke noch mal für das Beispiel.
Der Code dort entspricht im Prinzip dem aus meinem Startthread.
Ich habe das Ganze ein wenig umgeschrieben, so dass ich in einer Endlosschleife immer die gleiche Sequenz zum MC sende und auch immer den gleichen Datensatz zurück bekommen sollte. Das Problem ist auch hier das Gleiche. Es gehen hin und wieder Datenbyte verloren. Auch unter Windows 7. Das ist nur...
Forum: Win32/Win64 API (native code)
by BlackGuest,
3. Nov 2014
Danke für den Link.
Werde ich dann gleich mal anschauen.
Habe inzwischen noch was rausgefunden. ReadFile liest schon alle Daten die ankommen bzw. die im Puffer sind, bevor die Funktion ein Timout auftritt.
Ich habe jetzt einen festen Testdatensatz verwendet. Es fehlen nicht Bytes am Anfang oder am Ende, sondern irgenwo mitten in der Antwortsequenz. Ich vermute fast, dass die CDC...
Forum: Win32/Win64 API (native code)
by BlackGuest,
3. Nov 2014
Die CDC ist ja eigentlich für USB-Serial Wandler gedacht. Dort spielt der Wert eine Rolle. Bei der reinen Übertragung über USB nicht. Der CDC Treiber läuft direkt auf einem Microcontroller, also nicht USB-Serial Wandler <--> Microcontroller. Wie schon geschrieben, könnte es sein, das der PC-seitige Treiber den Wert für irgend welche Timings verwendet. Nur mit 9600 Baud (Einstellung im MC) kommt...
Forum: Win32/Win64 API (native code)
by BlackGuest,
3. Nov 2014
Ausgeschlossen. Ein Gerät, ein Kabel, zwei Rechner am Ende des Kabels. Ist von daher schon ausgeschlossen, da die Daten über USB schon "gekapselt" übertragen werden. Mit der alten RS232 hat das nichts mehr zu tun. Der Port wird nur fast identisch angesprochen.
Die Einstellung ist eigentlich egal. Über USB werden die Daten immer mit Full-Speed (12MBit/s) übertragen.
Evtl. könnte der Wert...
Forum: Win32/Win64 API (native code)
by BlackGuest,
3. Nov 2014
Ok, der Mischmasch kommt daher, dass das Ganze nur schnell aus einer älteren Version übernommen wurde.
Hat aber nichts mit dem Problem zu tun.
Nein, das letzte Byte ist nicht gleich aber die Anzahl der Datenbytes.
Es geht darum, das Daten "verloren" gehen.
Gruß
BlackGuest
