Basteltip USB / Oszi

Olaf Kaluza schrieb:

Ui, toll! Wie bist du denn darauf gekommen: hast du zuerst das Ding bestellt und dann (nur aus Neugier) zerlegt oder wusstest du vorher, dass der Chip da drinnen ist? Ich habe (als Linuxer) oft das Problem, dass man nicht genau weiß, was drin ist und dann "blind" kaufen muss :-/

Bei dem ist es wieder dasselbe :-) Im Web finde ich keine gescheiten Informationen. Könntest du vielleicht USB VID/DID bereitstellen, damit ich das abklopfen kann? Findet man IIRC in Windows im Device-Manager, da auf das Gerät drauf, dann gibt es einen Tab wo so ein kryptischer String in einer Textbox angezeigt wird und in dem String sind beide IDs in einer Art "HTTP GET Format" drinnen. Funktioniert auch bei PCI Devices, hat mir schon oft den Arsch gerettet :-)

Wäre schon sehr cool wenn man das Ding ans laufen bringen könnte, deine Beschreibung hat mir richtig Lust aufs Basteln gemacht.

Viele Grüße, Johannes

--
"Aus starken Potentialen können starke Erdbeben resultieren; es können
aber auch kleine entstehen - und "du" wirst es nicht für möglich halten
(!), doch sieh': Es können dabei auch gar keine Erdbeben resultieren."
-- "Rüdiger Thomas" alias Thomas Schulz in dsa über seine "Vorhersagen"

Nennst du auch gleich die erreichbare Frequenz dazu? Denn ein Analog-Oszi nur im Bereich bis 50 kHz erscheint mir arg eingeschränkt.

Schönen Gruß Martin

Hallo,

das Datenblatt gibt es hier:

Bernd Mayer

Ich hab einfach mal einen Risikokauf getaetigt.

Oct 18 13:37:37 criseis kernel: usb 1-1.3: new full speed USB device using ehci_hcd and address 6 Oct 18 13:37:37 criseis kernel: usb 1-1.3: configuration #1 chosen from 1 choice Oct 18 13:37:38 criseis usb.agent[6509]: ... no modules for USB product d8c/c/100 Oct 18 13:37:38 criseis usb.agent[6512]: ... no modules for USB product d8c/c/100 Oct 18 13:37:38 criseis usb.agent[6504]: ... no modules for USB product d8c/c/100 Oct 18 13:37:38 criseis kernel: usbcore: registered new interface driver snd-usb-audio Oct 18 13:37:38 criseis kernel: usbcore: registered new interface driver hiddev Oct 18 13:37:38 criseis kernel: input: C-Media USB Audio Device as /class/input/input4 Oct 18 13:37:38 criseis kernel: input: USB HID v1.00 Device [C-Media USB Audio Device ] on usb-0000:00:13.5-1.3 Oct 18 13:37:38 criseis kernel: usbcore: registered new interface driver usbhid Oct 18 13:37:38 criseis kernel: usbhid: v2.6:USB HID core driver

Wenn ich dann wird das Dingen bereits als AudioDevice erkannt und HID-Zugriff gibt es auch.

Ich seh da kein grosses Problem. Da ich mein Roehrenprojekt erst mal auf Eis legen muss, derzeit kein Roehrensockel zum einloeten auf Lager, wollte ich gleich mal probieren unter Linux die GPIOs zu setzen.

Olaf

Johannes Bauer schrieb:

Hallo,

Das Behringer UCA-202 USB läuft unter Linux auch out of the box:

Da sind hochwertige Burr-Brown-Wandler drin!

Dazu gibt es auch eine Bauanleitung zum Nachbau im Netz.

Bernd Mayer

Ich dachte die ueblichen Audiofrequenzen sind bekannt.

Du kannst 0-20khz machen. (-2dB bei 20khz)

Beschraenkt ist im uebrigen sehr relativ. Ein Oszi fuer 10Euro ist doch nicht schlecht. :-)

Und es lassen sich ja auch andere Anwendungen denken. Zum Beispiel koennte man auch noch die DA-Ausgaenge nutzen und Kennlinien aufnehmen. Oder du haengst irgendeinen analogen Sensor dran und misst Temperatur, Druck oder was auch immer.

Eine Idee dir mir schon laenger im Kopf rumgeht waere eine Darstellung der Spannungsverlaeufe an den Zuendkerzen von Auto/Motorrad.

Man bekommt halt eine Moeglichkeit sehr einfach etwas zu messen ohne sich mit Treiberprogrammierung rumaergern zu muessen.

Olaf

Ich wuerden den Adapter von Reichelt nicht als Soundkarte sehen. ICh meine was soll der Kram? Eine Soundkarte hat jeder Rechner bereits eingebaut. Zumindest in der Qualitaet wie sie der CM119 so bietet.

Interessant wird das Dingen erst durch zweckentfremden.

Eine weitere Idee die mir gerade so kam. Es gibt doch Leute, also ich nicht, die hoeren DRM auf Kurzwelle. Mit so einem IC koennte man doch die Daten analog in den PC bekommen um sie da mit ueblicher Software (DREAM) zu dekodieren und mit den GPIOs stellt man sich die Empfangsfrequenz ein. Kompletter DRM-Empfaenger mit einem USB-Anschluss.

Olaf

Olaf Kaluza schrieb:

...

Mal eine andere Frage: Hat sich mal jemand Gedanken darüber gemacht, ein DSO selbst zu bauen?

Ich habe mich mal mit ein paar Leuten unterhalten und wir sind zu dem Ergebnis gekommen, daß das möglich sein sollte.

Es könnte modular aufgebaut sein, so daß möglichst viele Interessenten etwas damit anfangen können.

Geeignete Chips für ADCs, FIFOs, Clock-Distribution für >=1Gs/s etc. kennen wir schon und es gibt ein gobes Konzept.

Wenn es gelingen würde, das Ding weit bekannt zu machen, könnte etwas daraus werden. Alle Details könnten veröffentlicht werden und die FW unter GPL verfügbar gemacht werden.

Kommentare?

Falk

naja, die allermeisten Onboard-Devices dürften sich ebensogut eignen. Das kostet bei dieser Art der Rechnung gar nichts.

Für Netzwerkanalysen oder LCR-Messungen im NF-Bereich verwende ich 08/15 Soundkarten seit Jahren. Das geht relativ gut. Allerdings gibt es eine ganze Menge von Aspekten zu beachten.

- So werden die beiden Kanäle bei einigen Soundkarten nicht gleichzeitig, sondern alternierend abgetastet.

- Für einen Nutzbereich von 20-20kHz ist eine Kompensation der Übertragungsfunktion erforderlich, und zwar für beide Kanäle getrennt. Da man nicht zwischen der Übertragunsfunktion des DAC-Zweigs und der des ADC-Zweigs unterscheiden kann, benötigt man ein externes Gerät zum Eichen.

- Das Übersprechen muss üblicherweise kompensiert werden. Diese Kompensation ist frequenzabhängig.

Das funktioniert hingegen schlecht. Die Soundchips haben üblicherweise einen signifikanten Drift, so dass die Werte nicht reproduzierbar sind. Insofern ist die DC-Kopplung eher Makulatur.

Dazu musst Du aber erstmal einen HV-Tastkopf basteln. Das ist selbst im kHz-Bereich nicht trivial. Und mit 20kHz Bandbreite gibt die Messung sowieso einen glatten Satz mit X.

Das ist so. Allerdings muss man für brauchbare Messungen trotzdem ziemlich Ahnung von Mathe und auch etwas Programmieren haben, da doch etliche Kompensationsmaßnahmen erforderlich sind.

Marcel

Wieso sollte man das machen? Mit dem PicoScope gibt es schon eine gute Hardware. Die Software könnte man aber noch verbessern.

--
Frank Buss, fb@frank-buss.de
http://www.frank-buss.de, http://www.it4-systems.de

*seufz* Ja, das muss ich leider auch oft. Irgendwie finde ich das schon ärgerlich, dass die Hersteller keine (technischen) Daten zu ihren Geräten herausgeben. Das würde einiges an Arbeit ersparen. So eine Umfangreiche "Supported Hardware" Liste wie für Scanner im SANE Projekt bietet die Linux Kernel halt nicht :-)

ehci_hcd and address 6

choice

d8c/c/100

d8c/c/100

d8c/c/100

snd-usb-audio

/class/input/input4

Device ] on usb-0000:00:13.5-1.3

Linux rockt :-))

Das HID-Device ist nehme ich an mal für die Knöpfe auf dem USB-Stick?

Ich werd mir da auch mal einen oder zwei bestellen, als Oszi ist es IMHO nicht wirklich geeignet, aber als kleines Dev-Board mit USB, A/D und GPIO ist es preislich ausgezeichnet.

Prima, hälst du uns auf dem laufenden?

Viele Grüße, Johannes

--
"Aus starken Potentialen können starke Erdbeben resultieren; es können
aber auch kleine entstehen - und "du" wirst es nicht für möglich halten
(!), doch sieh': Es können dabei auch gar keine Erdbeben resultieren."
-- "Rüdiger Thomas" alias Thomas Schulz in dsa über seine "Vorhersagen"

Marcel Müller schrieb:

Das ist ja nicht mal ein Nachteil, sondern ein Vorteil: Heißt das nicht umgekehrt wenn ich die beiden zusammenschließe, dass ich dann die doppelte Samplefreqzenz habe, oder denke ich da zu naiv?

Viele Grüße, Johannes

--
"Aus starken Potentialen können starke Erdbeben resultieren; es können
aber auch kleine entstehen - und "du" wirst es nicht für möglich halten
(!), doch sieh': Es können dabei auch gar keine Erdbeben resultieren."
-- "Rüdiger Thomas" alias Thomas Schulz in dsa über seine "Vorhersagen"

Warum sollte man das nicht machen? Es wird Winter, die Abende werden länger ;-)

200MHz/1GS/s: ¤1493.75, 200MHz/200MS/s: 500¤. Welche Qualität man dafür bekommt, weiß ich nicht.

System Requirements: Windows XP SP2, Windows Vista, Windows 7. Habe ich nicht, kann ich nicht, will ich nicht ;-)

Ich finde es inzwischen sehr angenehm, die Firmware-Sourcen zu haben. Dann kann man auch "mal eben" ein Interface für Matlab bauen:

Wenn jemand eine Labview-Schnittstelle will, kann man das implementieren.

Leider ist die Hardware bei dem o.g. DSO ziemlich übel.

Falk

Ich fuerchte du hast noch nicht so ganz begriffen worum es hier geht. Ein OnBoard Device ist ungeeignet weil es nur Wechselspannung kann.

Mal ganz abgesehen davon das ich bei einem Fehler lieber ein IC fuer

10Euro, als ein Laptop fuer 500euro in den Muell werfe.

Ja, vor allem das keine Gleichspannung geht.

Mit sind 20Hz zu viel.

Der CM119 hat eine interne Referenz und er bringt die als Ausgang raus. Was hindert dich daran dein Eingangssignal auf diese Referenz zu beziehen?

Mit anderen Worten immer Vref zum Eingangssignal addieren.

Mit einer Waecheklammer, oder etwas Draht kein Problem. Es ist nicht so das ich soetwas noch nie gemacht haette. Nur ist es mir halt zu anstrengend jedesmal meinen Tek ans Auto zu tragen.

Kommt drauf an was man sehen will. Ich denke es sollte reichen um zu sehen ob alle Zylinder gleichmaessig laufen.

Ich glaub das werde ich hinbekommen. .-)

Olaf

Doch. Allerdings hat der CM119 das Problem nicht. :-D

Interessante Idee, aber du hast noch die aliasingfilter am Eingang.

Aber das hat fuer den CM119 keine Relevanz, der ist nur Mono!

Olaf

ja, das Anti-Aliasing-Filter begrenzt die Bandbreite. Aufgrund von Oversampling kann es zudem sein, dass die Sample-Zeitpunkte nicht gleichverteilt sind sondern z.B. LRxxLRxx. Das macht die Auswertung der Daten schwierig. Wenn man mehr braucht, greift man besser zu einer Profikarte mit 96 oder 192 kHz.

Marcel

Vermutlich sehr viele Leute. Aber angesichts des Preises kauft man sich dann einfach eins und fertig.

Es ist nicht ganz so einfach wie sich viele Leute das denken. Erzaehl doch mal als erstes wie du dir den Eingangsabschwaecher gedacht hast. .-)

Halte ich fuer sinnlos. Addiere nur mal die Kosten fuer Gehaeuse, Schalter, Mechanik, LCD und AD-Wandler. Dann liegst du bereits ueber dem Einkaufspreis eines neuen Geraetes aus China.

Und ein Henne-Ei Problem hast du auch noch. Es ist schwierig sowas zu bauen ohne bereits ein DSO zu haben. Also warum sich dann noch die Muehe machen?

Olaf

Reicht für viele Dinge aus, finde ich. Sowas selber zu bauen, insbesondere der analoge Teil und die hohen Frequenzen, würde ich mir nicht zutrauen und würde garantiert länger als einen Winter lang abends dauern. Interessant wäre es aber schon und von den reinen Bauteilkosten wohl auch preiswerter, wenn man die Qualität hinbekommt.

Es gibt zumindest Treiber unter Linux:

Man müsste also nur noch irgendein passendes Endbenutzerprogramm dafür portieren, was es garantiert schon gibt.

--
Frank Buss, fb@frank-buss.de
http://www.frank-buss.de, http://www.it4-systems.de

ist schon klar, aber ich habe schlechte Erfahrungen damit gemacht. Teilweise sind die DC Werte selbst auf relativ kurzen Zeitskalen um 20 Digits gewandert. Teilweise rechnen die Treiber gnadenlos jeden DC-Anteil raus, um sich Peinlichkeiten zu ersparen.

Ohne Vorverstärker kann man in eine Soundkarte normalerweise sowieso nicht rein, dazu ist die Impedanz zu niedrig. Insofern halte ich das Risiko für überschaubar.

AC-Messungen, sind mit Soundkarten i.d.R. wesentlich genauer, weil man da wesentlich besser kompensieren kann. Natürlich kann man nicht alles im AC-Modus charakterisieren. Für die Zündimpulse ist es aber z.B. egal.

Kein Problem, falls nur die Referenzspannung signifikant driftet.

Die Übertragungsfunktion dieser Ankopplung ist aber ziemlich undefiniert. Mehr vergleichende Messungen kann man damit kaum machen.

:-) Der würde aber wenigstens die Kurvenform der Impulse einigermaßen wiedergeben und nicht nur das Integral über den Impuls anzeigen.

Das hört man auch so. :-)

Marcel