Oszilloskop mal anders ?

[Ritchie]

Ach ja,
ich habe das falsch verstanden. Du willst ja z.b. Geschwindigkeit in der Form eines Tacho darstellen. Hierbei wäre dann natürlich die Bezeichnung eines Oszi eher irreführend. Die Idee ist nicht schlecht, kann man solche Funktionen auch später bei anderen Projekt gut gebrauchen. Da Du SMD Bauteile verwendest wird die ganze Sache auch baulich sehr kompakt. Ich habe den PIC's derzeit den Rücken zugedreht (PIC16F873), da mir die Programmierung in ASM zu anstrengend wurde und meine Projekt einfach zu lange gebraucht haben. Jedoch schnell sind die Teile. Derzeit kämpfe ich dafür jetzt mit Amtels.

Gruss R.

[PICture]

Danke sehr für deine Bestätigung, das es nicht sinnlos ist !

Es sollte mit kleinem Li-Po Akku auch sehr leicht sein, da ausser o.g. zwei IC's, "low drop" Spannungsregler 3 V (TK11532 in SMD) und Inverter 74HC14 (SMD) für ADC "clock" keine weitere Elektronik vorgesehen ist.

Weil es auf dem Display nur 6 bits angezeigt werden können, sollte bei 8-bittigen ADC auch softwaremassige Umschaltung der Amplitude auf dem Bildschirm 1:1, 2:1, und 4:1 möglich sein (z.B. 2V/DIV, 1V/DIV, und 0,5V/DIV). Möglicherweise, falls nötig wid, werde ich dazu noch einen per Hand einsteckbaren frequenzkompensierten Eingangsteiler 10:1 basteln, da er nach einmaliger Einstellung nicht mehr geändert werden muss.

[oderlachs]

Ich finde Deine Idee gut, werde mich auch mal damit befassen. habe da noch ein gutes Display für "rumzuliegen", das sollte mal genutz werden...und nicht gammeln
Ich denke ich werde hier fleissig mitlesen, wenn die Gartenarbeit weniger wird, hab ich auch mehr Zeit dann für's Elektronische

Gruss

OL

[PICture]

hallo oderlachs!

Danke schön für deine mich erfreuliche Bewertung !

Ich weiß nicht, wann ich dazu komme, weil bisher hat mir immer Zeit gefehlt um alle meine Ideen auszuprobieren. Deswegen würde ich mal sehr gerne etwas fertiges nachbauen, vielleicht von dir ?

[Besserwessi]

Die Zeitbasis rein automatisch wählen zu lassen sehe ich als nicht so gut an. Zum einen ist das von der Software einiges an Aufwand, und es müsste auch annähernd in Echtzeit erfolgen, denn erst damit kann festgelegt werden welche Samples des ADC gespeichert werden. Das 2. ist, das man gerade bei einem so kleinen Display eine gute Wahl der Zeitbasis braucht, um wirklich was zu erkennen - das kann oft auch einfach nur eine Flanke sein, also weniger als eine ganz Periode. Eine gewisse Automatik kann schon helfen, aber die Möglichkeit auch noch von Hand die Auflösung zu verschieben würde ich wenigstens vorsehen, auch wenn man dazu auch noch den Ausschnitt (Verzögerung ab Trigger) einstellen muss.

[PICture]

Hallo Besserwessi !

Danke für deine Anmerkungen !

Schön, dass du keine Denkfehler siehst, die mir immer pasieren können. Es wird also so aufgebaut, wie oben erwähnt, und praktisch ausprobiert, da ich kein prezises Messgerät in Echtzeit, sondern nur ein vollautomatisches Visualisierungsgerät haben will.

Vielleicht wäre es für mich aureichend, wenn ich immer 1024 "samples" (16 Bildschirminhalte) einlese und danach jede n-te aufs Display schicke ohne Zeitbasis oft ändern lassen zu müssen. Was nötig ist, werde ich erst während des Bastelns sehen. Die Hardware ist also schon determiniert.

[Besserwessi]

Der vorgeschlagene µC kommt mir etwas langsam vor: mit 10 MIPs wird man da kaum 5 MHz Abtastrate hinkriegen, außer ggf. ohne schleife einfach nur las lange Kette: laden , speichern (mit Index hochzählen, falls der PIC das hat) und das dann 100-1000 mal wiederholt.

Bei der Geschwindigkeit gibt es mittlerweile auch schon erschwingliche µC die intern so schnell wandeln können, z.B. der STM32F405RG kann ein Signal bis 7,2 MSPS abtasten. Damit hat man dann auch genug Rechenleistung und RAM fürs speichern und Skalieren. Der PIC18 ist da einfach etwas klein gewählt und macht die Sache relativ schwierig.


Die automatische Skalierung in der Zeit kann ich mit schwierig zu programmieren vorstellen. Bei so einem kleinen Display muss die Skalierung schon recht gut passen, damit man da noch was erkennen soll. Zu der Kurvenform braucht man ja auch noch die Skalierung. Wenn überhaupt wäre das dann sinnvoll eher 1-1.5 Periode darzustellen, kaum mehr. Die Erkennung der Periode braucht aber ggf. schon einige Zeit, einfach weil so etwas wie ein 50 Hz Signal einfach 20 ms braucht und so lange kann man nicht mit 5 MHz abtasten. Da braucht es dann schon einige Versuche mit verschiedenen Abtastraten (z.B. 5 MHz, 500 kHz, 50 kHz, 5 kHz).