Noch billiger wird's, wenn Du einfach einen blanken Controller kaufst und die Samples des Herstellers für Dich und Deine Bedürfnisse modifizierst. Dann kommst locker auf unter 5,- EUR. Aber $250 sind eine Frechheit, wer das ausgibt ist entweder bescheuert oder hat im Lotto gewonnen, gerade wenn man lediglich SPI benötigst.

Zur eigentlichen Frage: Windows ist schnell genug. Wenn das trotzdem zu langsam ist, kann das auch an Dir und der Organisation des Datenflusses liegen. (z.B. ein Byte schreiben, ein Byte lesen, ...). Und wenn das noch Interrupt-Transfers sind, ist sowieso nicht mehr als ein Transfer pro ms drin (keine Eigenart von Windows, Eigenart des USB). Bulk-Transfers könnten hier Abhilfe schaffen, zumindest wenn Du mehrere Bytes in einem Rutsch übertragen willst. Verlässlich ist das zwar auch nicht, aber ich sehe das Dank High-Speed und Transaction-Translator absolut entspannt. Und ändern kannst Du schliesslich sowieso nichts.

Wie auch immer: Genau sagen kann man das nicht, da die Informationen auf der Seite für genaue Aussagen nicht reichen. Kaufen und das Ding dann an meinen Analyzer hängen werde ich ganz bestimmt nicht.

Aber immerhin bist Du so bescheuert, daß Du für "high-speed datenverkehr" nur ein Full-Speed Device gekauft hast. Hut ab.

Gästchen schrieb:

Als ich den Preis für das Teil gesehen habe, ist mir schwarz vor Augen geworden. In IC-Form ist das nämlich deutlich günstiger:
http://www.codemercs.com/IOWpricingD.html

das passt aber nicht ganz...

• SPI Master Schnittstelle, bis zu 2MHz, Durchsatz typ. 750 Bytes/sec

...ist eindeutig zu lahm. ich brauche etwas das um die 100.000 bytes/s kann.

Gästchen schrieb:

Aber $250 sind eine Frechheit, wer das ausgibt ist entweder bescheuert oder hat im Lotto gewonnen, gerade wenn man lediglich SPI benötigst.

ich brauch beides, spi und iic. das aardvark-dingens hat beides und ist dafür nicht zu teuer. ich hab'n bisch'n rumgesurft. die teile von anderen herstellern, die das können, sind teurer.

Gästchen schrieb:

Zur eigentlichen Frage: Windows ist schnell genug. Wenn das trotzdem zu langsam ist, kann das auch an Dir und der Organisation des Datenflusses liegen. (z.B. ein Byte schreiben, ein Byte lesen, ...). Und wenn das noch Interrupt-Transfers sind, ist sowieso nicht mehr als ein Transfer pro ms drin (keine Eigenart von Windows, Eigenart des USB). Bulk-Transfers könnten hier Abhilfe schaffen, zumindest wenn Du mehrere Bytes in einem Rutsch übertragen willst. Verlässlich ist das zwar auch nicht, aber ich sehe das Dank High-Speed und Transaction-Translator absolut entspannt.

das ist ja das dumme. ich kann keine bulks und transactions machen sondern muss sofort reagieren. es geht nur byteweise. im prinzip funzt der aardvark adapter ganz toll, nur geschwindigkeitstests kann ich nicht damit machen weil windoof+usb um dimensionen langsamer sind als meine zielhardware.

Gästchen schrieb:

Und ändern kannst Du schliesslich sowieso nichts.

hey jochen man kann immer was ändern. mit etwas glück bekomme ich den treibercode für das teil. also doppelst so schnell wie's jetzt ist bekomm ich's bestimmt

Gästchen schrieb:

Aber immerhin bist Du so bescheuert, daß Du für "high-speed datenverkehr" nur ein Full-Speed Device gekauft hast. Hut ab.

danke

Wenn es eine Eingenart von USB ist dann hast du leider verloren. hab mich auch erst vor kurtzem überzeugen lassen müssen, das unser Firmware Download per DFU nur mit 8KB in der sekunde laufen kann. Obwohl eigentlich locker das 10 bis 100 fache möglich sein sollten ( meiner meinung). Nur unser dusseliger Kontroller kann nur 8 Byte je Pakete je Frame ( je ms ) auf Endpoint 0 übertragen. ( empfangen )

Windows ist nun mal nicht Echtzeitfähig, das sagt selbst M$ also was sind schon 5 ms? eine zeitscheibe von windows selbst ist schon grösser. Und das Windows mal 3 Minuten braucht ein bekanntes USB geräht zu erkennun und einzurichten, ist auch keine seltenheit.

ich weis nicht was für ein Geräht du da ausmessen willst.

wenn es dir wirlich auf speed ankommt hilft dir da nur SPI und I2C direckt anzusprechen und das ohne USB - Windows oder sonst was für bremsen. Ich würd sogar schon wissen welches eva-bard ich quälen würde. So ein schöner ARM9 mit SPI I2C SSC, ...

gruss

Wenn es eine Eingenart von USB ist dann hast du leider verloren.

ja, so ist es. bin mal wieder etwas rumgesurft und: usb 1.1 (mein adapterchen benutzt usb 1.1) hat eine frame latency von 1ms
dennoch: um einen datentransfer von 100.000 bytes/s hinzukommen müsste ich rein rechnerisch 100 bytes in einen frame packen. das tut's aber leider nicht. ich bekomme diese datenrate erst ab etwa 1200 bytes pro frame. obwohl ich in einer endlosschleife sende (mit hoher thread/prozess-priorität). experimente mit den prioritätseinstellungen machten es nicht besser.

Termite schrieb:

Windows ist nun mal nicht Echtzeitfähig, das sagt selbst M$ also was sind schon 5 ms?

naja, m$ erzählt viel wenn der tag lang ist. erst "640k ought to be enough for everyone" und wenig später ein os auf den markt bringen dass mit 64mb nicht glücklich wird hab' aber auch schon positives erlebt, wobei windoze eindeutig besser war, als m$ es beschrieb

Termite schrieb:

ich weis nicht was für ein Geräht du da ausmessen willst.

das gerät macht transparenten datenaustausch über ethernet und wlan. clients verbinden sich über spi/iic/can oder rs232 und werden damit netwerkfähig.

Termite schrieb:

wenn es dir wirlich auf speed ankommt hilft dir da nur SPI und I2C direckt anzusprechen und das ohne USB - Windows oder sonst was für bremsen. Ich würd sogar schon wissen welches eva-bard ich quälen würde. So ein schöner ARM9 mit SPI I2C SSC, ...

hab' ich mich auch schon gedacht. zumindest für speed tests muss ich das wohl tun. aber nicht gleich 'n arm ich hab 'ne menge module mit hc(s)12 rumliegen die dafür geeignet sind. die kriegen locker das hin, wozu windows, trotz gigahertz-pc, nicht fähig ist

ja, so ist es. bin mal wieder etwas rumgesurft und: usb 1.1 (mein adapterchen benutzt usb 1.1) hat eine frame latency von 1ms

Wieso bist Du deswegen rumgesurft? Ich habe Dir doch gesagt, dass das so ist. Allerdings werden die das Gerät sicherlich nach USB2.0 entworfen haben. Es hat absolut keinen Sinn, jetzt noch nach der alten Spezifikation zu designen. Das ist auch kein Problem, denn die aktuelle Spezifikation kennt schließlich 3 Geschwindigkeiten.

net schrieb:

dennoch: um einen datentransfer von 100.000 bytes/s hinzukommen müsste ich rein rechnerisch 100 bytes in einen frame packen. das tut's aber leider nicht.

Tja, der Treiber besitzt doch tatsächlich die Frechheit, Deine hundert Bytes in zwei Frames zu unterteilen. Windows ist wirklich schrecklich. Es könnte aber auch daran liegen, daß USB für Full-Speed Geräte nur maximal 64 Bytes Payload pro Transfer erlaubt.

net schrieb:

Windows ist nun mal nicht Echtzeitfähig, das sagt selbst M$ also was sind schon 5 ms?

Echtzeit != Schnell
Weißt Du wenigstens ansatzweise worüber Du sprichst?

net schrieb:

hab' ich mich auch schon gedacht. zumindest für speed tests muss ich das wohl tun. aber nicht gleich 'n arm ich hab 'ne menge module mit hc(s)12 rumliegen die dafür geeignet sind. die kriegen locker das hin, wozu windows, trotz gigahertz-pc, nicht fähig ist

Was soll denn das dämliche Gejammer? Verwende eben nicht Windows, Problem gelöst.

BTW: Wenn Du USB fähige Controller rumliegen hast, wieso gibst Du dann so viel Kohle für diesen Schwachsinn aus? Kannst Du mit Deinen Controllern nicht umgehen, oder woran liegt's sonst?

Echtzeit != Schnell
Weißt Du wenigstens ansatzweise worüber Du sprichst?

das war doch nicht von mir. übrigens: 'schreibst' nicht 'sprichst'

net schrieb:

BTW: Wenn Du USB fähige Controller rumliegen hast, Kannst Du mit Deinen Controllern nicht umgehen, oder woran liegt's sonst?

nicht usb, die sind spi-fähig. über den aardvark-adapter schick' ich dem ein kommando: "mach' speed test" und der macht dann spi <--> spi zum testobjekt, ohne das blöde windoofs dazwischen.

Gästchen schrieb:

wieso gibst Du dann so viel Kohle für diesen Schwachsinn aus?

wo ist dein problem? bist du neidisch? das teil ist gar nicht so übel, nur etwas lahm, liegt aber am system windoze/usb --> spi, also zwei fiese bremsen davor.