mikrocontroller.net

Forum: Mikrocontroller und Digitale Elektronik Welches USB Oszi?


Announcement: there is an English version of this forum on EmbDev.net. Posts you create there will be displayed on Mikrocontroller.net and EmbDev.net.
Autor: Markus M. (adrock)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,

ja ich weiss, das Thema gab es hier schon einige Male, aber vlt. mag ja 
doch jemand noch etwas dazu sagen:

Ich möchte mir als Gelegenheitsbastler ein USB Oszilloskopvorsatz 
kaufen. Ich weiss, das es darüber geteilte Meinungen gibt, ich würde es 
aber aus Platzgründen einem extra Gerät vorziehen - auf bzw. unter 
meinem Basteltisch steht eh der PC.

Eigentlich interessieren mich folgende beiden Geräte, die auch preislich 
gerade noch so passen:

Rigol VS5042 (ohne D)
Picoscope 2205

Beide gibt's bei C, aber ansonsten in Deutschland kaum (günstigere 
Quelle?).

Welches von den beiden ist empfehlenswerter? Für das Rigol sprechen m.E. 
die besseren technischen Daten, beim Picoscope nutzt die Software besser 
die Möglichkeiten der Darstellung am PC aus, ausserdem ist noch ein 
Funktionsgenerator (wenn auch nur begrenzt leistungsfähig) enthalten.

Rigol:
+ Bandbreite 40 MHz
+ Samplerate 400 Ms/s
+ Buffer 1 Ms
+ Min. Timebase 10 ns/div
- Software nutzt nicht Möglichkeiten des PCs

Picoscope:
- Bandbreite 25 MHz
- Samplerate 200 (100) Ms/s
- Buffer 16 Ks
- Min. Timebase 50 ns/div
+ AWG
++ Software sieht ziemlich gut aus

Das ich damit keine Messungen an HF-Schaltungen vornehmen kann ist mir 
schon klar, aber für einfache Analogschaltungen und ein bisschen 
Digitaltechnik <= 20 MHz sollten die Teile doch ausreichen?

Nur welches der beiden?!

Danke für eure Meinungen...
Markus

EDIT: Wenn jmd. einen Vorschlag/Angebot (kann auch gebraucht sein) für 
ein günstiges standalone DSO hat, welches nicht schlechter als die og. 
ist, würde mich das dennoch interessieren, vielleicht kippt ja meine 
Meinung noch :-)

Autor: A. K. (prx)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Beim Rigol darf man wohl davon ausgehen, dass dieses Teil technisch 
deren echten DSOs entspricht, nur eben mit reiner PC-Fernbedienung ohne 
LCD und Knöpfe.

Die hier gelegentlich als Quelle genannte Firmy Sky Messtechnik bietet 
lt. Webseite "alle Rigol Geräte".

Autor: A. K. (prx)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
USB-Geräte mit zu erwartender langer Lebensdauer haben ein Problem: Wenn 
der Hersteller für dein schönes neuen Betriebssystem deines schönen 
neuen Notebooks keine Software mehr für das nicht mehr vertriebene Gerät 
bietet, dann sitzt du in der Tinte. Wenn man sanft mit ihnen umgeht 
haben Oszis in Bastelkreisen oft ein recht langes Leben, deutlich länger 
als ein Notebook.

Allein das wär's mir wert, nach einem Standalone zu suchen. Das Rigol 
DS1052E ist ausser Reichweite?

Autor: Markus M. (adrock)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,

stimmt, so kann/muss man es natürlich auch betrachten. Also zum 
Neu-Listenpreis ist ein DS1052E nicht drin :-( Evtl. in der Bucht 
irgendwo...

Diese Owon Dinger sind eher unbrauchbar, oder?

Ciao...
Markus

Autor: A. K. (prx)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Die Suchfunktion sollte dir helfen, diese Frage taucht öfter auf. Hängt 
wohl von den Ansprüchen ab, unbrauchbar sind sie wohl nicht.

Autor: H. D. (c3po)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo
ich knüpfe mal an diesen Thread an...

welches USB Oszi würdet ihr denn empfehlen bei den folgenden Infos:

- 4 Kanal analog
- >=200MHZ analoge bandbreite
- Win 10


optional:
1. 8 Kanal digital Eingang
2. Protokoll analyse für CAN / SPI /I2C ...

merci

Autor: Name: (Gast)
Datum:

Bewertung
2 lesenswert
nicht lesenswert
H. D. schrieb:
> Hallo
> ich knüpfe mal an diesen Thread an...


Stimmt, der alte ist ja erst 10 Jahre alt, da kann man schon mal an eine 
"laufende" Diskussion anknüpfen :-)

Autor: Dieter R. (drei)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
H. D. schrieb:
> Hallo
> ich knüpfe mal an diesen Thread an...
>
> welches USB Oszi würdet ihr denn empfehlen bei den folgenden Infos:
>
> - 4 Kanal analog
> - >=200MHZ analoge bandbreite
> - Win 10
>
>
> optional:
> 1. 8 Kanal digital Eingang
> 2. Protokoll analyse für CAN / SPI /I2C ...
>
> merci

Ich hab hier ein PicoScope aus der 2000er Serie, gibt es in 
verschiedenen Ausbaustufen. Für Debuggen neben der Software-Entwicklung 
ist es praktisch, besonders, weil es wenig Platz braucht und man z. B. 
Screenshots schnell in die Design-Dokumentation einarbeiten kann. 
USB-Protokollanalyse ist gut und hilfreich, alleine dafür war es sein 
Geld wert. Zu anderen Protokollen kann ich nichts sagen.

An ein echtes Oszilloskop kommt es (leider) nicht heran. Die 
mitgelieferten Probes sind grenzwertiger Chinakram. Die Bedienerführung 
ist bemüht, aber teilweise britisch-skurril, Trigger-Menüs überdecken z. 
B. gnadenlos das Signal, so dass man nicht sieht, was man da einstellt. 
Trigger Holdoff gibt es anderswo seit Generationen, hat sich aber noch 
nicht bis Britannien herumgesprochen, sehr lästig, wenn man repetierende 
Signale mit komplexerem Verlauf hat.

Interessant wäre ein Vergleich mit Alternativen. Leider kenne ich da 
nichts.

Autor: Axel (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Markus M. schrieb:
> Rigol VS5042 (ohne D)
> Picoscope 2205

Rigol USB-Oszi - noch nie gehört.

Zu Picoscope habe ich Reviews gefunden. Die Software ist für alle 
Modelle gleich.

Youtube-Video "Oszilloskop Test PicoScope 5444D MSO 5000 Serie USB Oscilloscope Review"
Youtube-Video "LOGIC ANALYZER Test | PicoScope 5444D MSO Oszilloskop | Pico 5000s Serie Oscilloscope"


Was willst du denn üblicherweise messen ?
Lass mal hören.

Autor: H. D. (c3po)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
üblicherweise:

CAN, Flexray, LIN, SPI, I2C
analog, digital bis etwa 200MHZ analog (DSO)
500MS/s minimum vllt besser 1GS/s

Autor: Dieter R. (drei)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
H. D. schrieb:
> üblicherweise:
>
> CAN, Flexray, LIN, SPI, I2C
> analog, digital bis etwa 200MHZ analog (DSO)
> 500MS/s minimum vllt besser 1GS/s

Ist ja schon etwas jenseits von Minimalausstattung. Ab Picoscope 3000er 
Serie sollte das gehen. Preise ab ca. 2.000 € bis erheblich darüber. Ich 
würde versuchen, einen deutschen Distributor zu finden und mit dem eine 
Teststellung zu vereinbaren.

Wenn du dann mal berichten könntest, inwieweit das Ergebnis deinen 
Anforderungen genügt, wäre das hilfreich.

Autor: Kater (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Schau dir noch die Saleae Logic pro 8 und 16 an:

https://www.saleae.com/de/

500Ms digital, 50Ms analog

Autor: Dieter R. (drei)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Kater schrieb:
>
> 500Ms digital, 50Ms analog

Das ist aber kein Oszilloskop, sondern auf der Analog-Seite ein Witz.

Ich bin jetzt übrigens mächtig angepisst von Picotech: Im Forum wird 
seit mehr als 5 Jahren vehement Trigger Holdoff gefordert. Die Briten 
ignorieren aber konsequent jede Frage danach. Ich habe jetzt zweimal 
versucht, im Forum wieder danach zu fragen. Resultat: meine Posts werden 
nicht veröffentlicht. So kann man natürlich auch vermeintliche 
Kundenzufriedenheit präsentieren, indem man kritische Nachfragen 
unterdrückt.

Trotzdem scheinen die Dinger wohl so ziemlich das Einzige zu sein, was 
es auf mäßigem Preisniveau gibt. Wenn man was ordentliches haben will, 
bleiben doch wohl nur die üblichen Verdächtigen und ein höherer 
finanzieller Einsatz.

Autor: Torsten R. (Firma: robitzki.de) (torstenrobitzki)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieter R. schrieb:

> Ich hab hier ein PicoScope aus der 2000er Serie, gibt es in
> verschiedenen Ausbaustufen. Für Debuggen neben der Software-Entwicklung
> ist es praktisch, besonders, weil es wenig Platz braucht und man z. B.
> Screenshots schnell in die Design-Dokumentation einarbeiten kann.

Bei Picoscope sollte man aber dran denken, dass die Software unter OS/X 
nur mit sehr großen Schmerzen und kaum brauchbar läuft und der 
Hersteller auch offensichtlich kein Interesse daran hat, daran irgend 
etwas zu ändern.

Autor: Torsten R. (Firma: robitzki.de) (torstenrobitzki)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieter R. schrieb:

> Trotzdem scheinen die Dinger wohl so ziemlich das Einzige zu sein, was
> es auf mäßigem Preisniveau gibt. Wenn man was ordentliches haben will,
> bleiben doch wohl nur die üblichen Verdächtigen und ein höherer
> finanzieller Einsatz.

Kannst Du da ein paar USB-Geräte aufzählen? Ich wäre bereit auch etwas 
mehr Geld in die Hand zu nehmen, wenn es dann funktioniert.

Autor: Dieter R. (drei)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Torsten R. schrieb:
>
> Kannst Du da ein paar USB-Geräte aufzählen? Ich wäre bereit auch etwas
> mehr Geld in die Hand zu nehmen, wenn es dann funktioniert.

Es gibt was von Keysight:

https://www.keysight.com/de/de/products/oscilloscopes/handheld-modular-and-usb-oscilloscopes.html

Ist aber derzeit (leider) nicht meine Preisklasse, deshalb habe ich 
absolut Null Ahnung davon. Ich will nicht mal ausschließen, dass die 
zugekauft sind. Ich weiß es einfach nicht.

Autor: Markus F. (mfro)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieter R. schrieb:
> Trotzdem scheinen die Dinger wohl so ziemlich das Einzige zu sein, was
> es auf mäßigem Preisniveau gibt. Wenn man was ordentliches haben will,
> bleiben doch wohl nur die üblichen Verdächtigen und ein höherer
> finanzieller Einsatz.

Ich hab' so ein Ding und es ist für meine Zwecke (meist mehr als) 
ausreichend.

Allerdings bin ich auch kein Hardcore-Hardwarefreak, sondern schaue 
höchstens mal, ob an einem m68k/Coldfire alle Signale so aussehen, wie 
sie sollen.

Das Gerät betreibe ich an einem Linux-PC. Die Verfügbarkeit der 
entsprechenden Software für Linux war für mich ein wesentliches 
Auswahlkriterium.

Übrigens kann man statt beim "großen C" (z.B.) auch bei Meilhaus kaufen. 
Zumindest zum damaligen Zeitpunkt war das Gerät dort (deutlich) 
günstiger.

Autor: Dieter R. (drei)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Markus F. schrieb:

> Ich hab' so ein Ding und es ist für meine Zwecke (meist mehr als)
> ausreichend.

Tja, das hängt eben ganz stark von der Applikation ab. Ich arbeite zur 
Zeit an einem Projekt, das "bloß" netzsynchron arbeitet, also schlappe 
100 Hz Halbwellenfrequenz. Aus schaltungstechnischen Gründen sind 
allerdings beide Halbwellen nicht exakt gleich, was dazu führt, dass die 
Anzeige wegen fehlendem Holdoff wild hin und her springt und die 
(wichtige) Analyse der Unterschiede im Verhalten beider Halbwellen 
nahezu unmöglich macht. Äußerst nervig.

Leider stellt sich Picotech hier völlig stur, die wissen es halt besser 
als die Anwender.

Autor: Anja (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieter R. schrieb:
> was dazu führt, dass die
> Anzeige wegen fehlendem Holdoff wild hin und her springt

Hm,

bei meinem alten Hameg würde ich in dem Fall eher "Line Sync" triggerung 
anstelle hold off verwenden.

Wegen fehlendem 50Hz Netztrafo ist das bei einem USB-Oszi leider nicht 
intern möglich.

Aber vielleicht hilft ja ein altes 6-9V AC Steckernetzteil und ein BNC 
Stecker am Triggereingang.

Dieter R. schrieb:
> Im Forum wird
> seit mehr als 5 Jahren vehement Trigger Holdoff gefordert. Die Briten
> ignorieren aber konsequent jede Frage danach. Ich habe jetzt zweimal
> versucht, im Forum wieder danach zu fragen.

Auch schon mal ein Ticket bei der Hotline erstellt?

Wobei ich fürchte daß sich der Hold off mit anderen Funktionen 
(Software-Tiefpaßfilter) in die Quere kommt. Andere Oszis zeigen bei 
aktivem Filter kompletten Unsinn (Einschwingstörungen) am linken 
Bildschirmrand an. (siehe Hameg Thread). Das PicoScope hat dieses 
Problem nicht (und schneidet vermutlich links vom Bildschirmrand den 
Bereich des Einschwingen ab).

Gruß Anja

Autor: Dieter R. (drei)
Datum:

Bewertung
-1 lesenswert
nicht lesenswert
Anja schrieb:
>
> Aber vielleicht hilft ja ein altes 6-9V AC Steckernetzteil und ein BNC
> Stecker am Triggereingang.

Du hast (sorry) nicht viel Ahnung vom Thema und vom Picoscope gar keine. 
Das hat keinen Triggereingang.

Vermutlich erfolgt die Trigger-Signalaufbereitung direkt im digitalen 
Signalzweig. Das könnte erklären, warum man ein Holdoff vermeiden will 
wie der Teufel das Weihwasser. Es erklärt auch zwanglos, weshalb die 
Triggerung sowieso etwas instabil ist, sie hängt halt am Rauschen des 
A/D-Wandlers. Wäre es so (was ich nicht weiß, aber stark vermute), dann 
hätte das ganze Gerätekonzept einen fundamentalen Designfehler. Bei 
einem ordentlichen Oszilloskop ist das getrennt. Sicher könnte man auch 
das nachrüsten, aber es wäre ein Riesenaufwand und würde die FPGA-Logik 
sprengen, weshalb man dann andere Features abschalten muss (das habe ich 
jetzt nicht frei erfunden, sondern Äußerungen der Moderatoren zu 
früheren Anfragen legen dies nahe). Kann man alles tun und sollte man 
bei einem ordentlichen Gerät auch machen, aber den Briten ist es wohl 
lästig, seit mehr als fünf Jahren.

Autor: Schrauber (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Anja schrieb:
> Wobei ich fürchte daß sich der Hold off mit anderen Funktionen
> (Software-Tiefpaßfilter) in die Quere kommt. Andere Oszis zeigen bei
> aktivem Filter kompletten Unsinn (Einschwingstörungen) am linken
> Bildschirmrand an. (siehe Hameg Thread)

Kannst du etwas konkreter werden. Hameg Threads gibt es wie Sand am 
Meer.



Dieter R. schrieb:
> Das hat keinen Triggereingang.

Wenn ich mich recht entsinne, meine ich auch schon mal Pico Modelle mit 
Ext. Trigger In gesehen zu haben. Das weiß Anja aber mit Sicherheit 
besser.

Autor: Schrauber (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Markus F. schrieb:
> Übrigens kann man statt beim "großen C" (z.B.) auch bei Meilhaus kaufen.
> Zumindest zum damaligen Zeitpunkt war das Gerät dort (deutlich)
> günstiger.

du weißt aber schon, dass Meilhaus-Preise ohne Mwst. sind ?

Autor: Dieter R. (drei)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Schrauber schrieb:

> Wenn ich mich recht entsinne, meine ich auch schon mal Pico Modelle mit
> Ext. Trigger In gesehen zu haben. Das weiß Anja aber mit Sicherheit
> besser.

Sorry, ich hätte es nochmal wiederholen sollen, ich sprach hier von der 
2000er Serie. Die 3000er Serie hat lt. Website (nicht bei allen 
Modellen) einen Triggereingang.

Als potenzieller Anwender würde ich ohne eigene Tests aber NICHT davon 
ausgehen, dass der besser funktioniert. Im Beschreibungstext ist 
Picotech nämlich mächtig stolz auf seine schon 1991 erfundene 
volldigitale Triggerung, während andere immer noch einen getrennten 
Signalzweig haben, Zitat: "The majority of digital oscilloscopes still 
use an analog trigger architecture based on comparators." Die Helden bei 
Picotech haben offenbar bis heute nicht verstanden, warum andere das so 
machen.

Autor: Anja (Gast)
Datum:

Bewertung
2 lesenswert
nicht lesenswert
Dieter R. schrieb:
> und vom Picoscope gar keine.
> Das hat keinen Triggereingang.

.. sitzt bei meinem PicoScope 5444A direkt zwischen Kanal D und 
Signal-Generator-Ausgang.


Schrauber schrieb:
> Kannst du etwas konkreter werden. Hameg Threads gibt es wie Sand am
> Meer.

Beitrag "Re: Rohde Schwarz RTM3004 - merken, wollen oder können die das nicht?"

Beitrag "Re: Rohde Schwarz RTM3004 - merken, wollen oder können die das nicht?"

Gruß Anja

Autor: Dieter R. (drei)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Anja schrieb:

>
> .. sitzt bei meinem PicoScope 5444A direkt zwischen Kanal D und
> Signal-Generator-Ausgang.
>

Dann hast du ja Erfahrung damit. Hat der denn die gleichen 
Beschränkungen wie der digitale Signalzweig, siehe oben, oder ist der 
separat und ordentlich aufgebaut? Dann wäre es allerdings noch 
unverständlicher, warum es Picotech seit 1991 nicht geschafft hat, 
Trigger Holdoff zu implementieren.

Autor: Alexander S. (alesi)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Schrauber schrieb:
> Anja schrieb:
>> Wobei ich fürchte daß sich der Hold off mit anderen Funktionen
>> (Software-Tiefpaßfilter) in die Quere kommt. Andere Oszis zeigen bei
>> aktivem Filter kompletten Unsinn (Einschwingstörungen) am linken
>> Bildschirmrand an. (siehe Hameg Thread)
>
> Kannst du etwas konkreter werden. Hameg Threads gibt es wie Sand am
> Meer.

Vermutlich diesen

    Beitrag "Rohde Schwarz RTM3004 - merken, wollen oder können die das nicht?"

Autor: 2 Cent (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieter R. schrieb:
> Markus F. schrieb:
>
>> Ich hab' so ein Ding und es ist für meine Zwecke (meist mehr als)
>> ausreichend.
>
> Tja, das hängt eben ganz stark von der Applikation ab. Ich arbeite zur
> Zeit an einem Projekt, das "bloß" netzsynchron arbeitet, also schlappe
> 100 Hz Halbwellenfrequenz. Aus schaltungstechnischen Gründen sind
> allerdings beide Halbwellen nicht exakt gleich, was dazu führt, dass die
> Anzeige wegen fehlendem Holdoff wild hin und her springt und die
> (wichtige) Analyse der Unterschiede im Verhalten beider Halbwellen
> nahezu unmöglich macht. Äußerst nervig.
>
> Leider stellt sich Picotech hier völlig stur, die wissen es halt besser
> als die Anwender.
You are holding it wrong!!!
Beide Halbwellen auf den Schirm; bessere (direkte) Vergleichbarkeit, und 
dein Problem (2019) im Thread (2009) ist gelöst?

Autor: Daniel B. (daniel_3d)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich habe ein Analog Discovery 2 und bin zufrieden. Allerdings habe ich 
keine Vergleichsgeräte, außer meinem uralten 20MHz Ananlog Oszi.

Gruß Daniel

Autor: Dieter R. (drei)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
2 Cent schrieb:

> Beide Halbwellen auf den Schirm; bessere (direkte) Vergleichbarkeit, und
> dein Problem (2019) im Thread (2009) ist gelöst?

Genau, und beim nächsten Mal triggert er auf die ZWEITE Halbwelle statt 
auf die erste! Und danach wieder auf die erste, oder auch die zweite. 
Einfach zufällig verteilt. Und was machst du übrigens bei Signalen, bei 
denen gerade drei Wellenzüge auf den Schirm passen? Ablenkfrequenz 
raufdrehen, damit es nur zwei sind? Das ging nur bei alten 
Analog-Oszilloskopen mit variabler Zeitbasis.

Wir reden hier aber nicht von einem Analog-Oszilloskop, sondern von 
einem digitalen. Da funktioniert die Datenaquisition leider anders, nur 
ein UNABHÄNGIGES Trigger-System mit Holdoff würde hier helfen. Die 
Picotech-Leute sind aber mächtig stolz darauf, dass sie beides 
integriert haben. Das ist eine offensichtliche Design-Fehlentscheidung. 
Von Keysight gab es mal vor vielen Jahren ein Grundsatzpapier, als die 
Firma noch HP hieß, das genau diesen Ablauf beschrieb. Das Papier ist 
mit Sicherheit älter als die Picoscope, offenbar haben deren Entwickler 
es aber entweder nicht gelesen oder nicht verstanden.

Autor: Chris K. (waldmeistereis)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieter R. schrieb:
> Interessant wäre ein Vergleich mit Alternativen. Leider kenne ich da
> nichts.

Dieses USB-Scope hier hat laut Datenblatt auch Trigger hold-off
https://www.welectron.com/TiePie-Handyscope-HS6-DIFF-USB-Oszilloskop-Serie

https://www.welectron.com/mediafiles/datasheets/tiepie/TiePie-Handyscope-HS6-DIFF-Datasheet.pdf

Autor: Dieter R. (drei)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Chris K. schrieb:

> Dieses USB-Scope hier hat laut Datenblatt auch Trigger hold-off
> https://www.welectron.com/TiePie-Handyscope-HS6-DIFF-USB-Oszilloskop-Serie
>
> 
https://www.welectron.com/mediafiles/datasheets/tiepie/TiePie-Handyscope-HS6-DIFF-Datasheet.pdf

Danke für den Hinweis. TiePie aus den Niederlanden. Ich habe von der 
Firma noch nie etwas gehört, aber es klingt interessant. Nach der 
Beschreibung (Holdoff gekoppelt an Abtastrate) scheinen sie etwas 
ähnliches wie Picotech gemacht zu haben, Triggerauswertung nach dem 
A/D-Wandler, aber wohl unabhängig vom Rest der Signalverarbeitung und 
deshalb kontinuierlich durchlaufend. Das könnte ein brauchbarer 
Kompromiss sein.

Autor: Max P. (hilfsarbeiter)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Daniel B. schrieb:
> Analog Discovery 2

Der hat m.E. ein paar tolle Features und kann echt viel, aber leider aht 
er keine BNC-Buchsen.

Autor: Andreas Rückert (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das Hantek 6022be/bl hat zumindest unabhängige Opensource Software als 
Alternative, falls beim Hersteller was fehlt?

Autor: jürgen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Kurz gesagt, ich hab mir das Hantek 6022BE hier geholt:

Ebay-Artikel Nr. 183238477801
(bitte bei Interesse auch selber gucken, eventuell gibt es noch 
günstigere Anbieter)

Alles zusammen ca. 50€

8bit/48ms/s, hat ein paar Schwachstellen (kann keine Spannungen > 5V 
messen), ansonsten für den Hobbybereich bei dem Preis super.
Wenn man den Tastkopf von 1x auf 10x stellt, kann man Spannungen bis 
max. 50V messen.

Man kann sich dann auch Sachen wie Frequenz, RMS, max. Peak usw. direkt 
anzeigen lassen, weswegen ich mein eigentlich besseres Analogoszi nur 
noch für HF-Messungen rauskrame.
Item Description:

    Features:
    - Small size, easy to carry.
    - High refresh rate and high sampling rate.
    - More than 20 kinds of automatic measurement functions,built-in multiple languages can be operated, convenient to measure.
    - Two channels, both economical and high performance.
    - The shell adopts anodized aluminum, which is not only beautiful, but also greatly improves the surface hardness of aluminum alloy, with good heat resistance and abrasion resistance.
    - The USBXITM standard interface is convenient to insert the USBXITM chassis, which comprises a combination of instruments, USB2.0 interface, power free, and desktop oscilloscope similar to interface, easy to handle.
    - High performance, 48MS/s real-time sampling, 20MHz Bandwidth.
    - Be suitable for notebook computer, product line maintenance, be used easily on business.
    - Operating System: Windows 7, Windows NT, Windows 2000, Windows XP, VISTA, Windows 8.
    - 23 measurement functions, PASS/FAIL Check, be suitable for technical application.
    - Waveform average, persistence, intensity, invert, addition, subtraction, multiplication, division, X-Y plot.
    - Save waveform in the following: text file, jpg/bmp graphic file, MS excel/word file.
    - One computer can connect many DSO, extend channel easily.
    Model: Virtual Oscilloscope
    Channel: 2 Channels
    Band Width: 20MHZ
    Record Length: 10-60K/CH
    Input Impandence: 1MΩ 25pF
    Max Sample Rate: 48MS/s
    Vertical Resolution: 8 Bit
    Gain Range: 20mV-5V, 8Steps
    DC Accuracy: ±3%
    Timebase Range: 1ns-9000s, 39 Steps
    Vertical Adjustable: Yes
    Input Protection: Diode clamping
    X-Y: Yes
    Trigger Mode: Auto, Normal and Single
    Trigger Slope: +/-
    Trigger Level Adjustable: Yes
    Trigger Type: Rising edge, falling edge
    Pre/Post Trigger: 0-100%
    Waveform Display: Port/line, waveform average, persistence, intensity.
    Network: Open/Close
    Vertical Mode: CH1, CH2, Dual, ADD
    Math: FFT, addition, subtraction, multiplication, division.
    Cursor: Frequency, Voltage
    Compensation Range: 15~45pF
    Operation Environment: 0~50°C,0~80%RH
    Storage Environment: -20~60°C,0~90%RH
    Product Weight: 716 G / 25.26 Ounces
    Product Dimensions (L*W*H): 230*170*75 MM / 9.06*6.69*2.95 Inches
    Package Weight: 716 G / 25.26 Ounces
    Package Dimensions (L*W*H): 230*170*75 MM / 9.06*6.69*2.95 Inches
    Retail Packaging: Yes, Colored Box

Package Including:

    1 x Virtual Oscilloscope
    1 x USB Data Cable
    2 x Oscilloscope Probes
    1 x Plastic Parts

Autor: Markus F. (mfro)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
jürgen schrieb:
> Retail Packaging: Yes, Colored Box

toll. Ein echtes k.o.-Kriterium ;)

Autor: Martin H. (horo)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Andreas Rückert schrieb:
> Das Hantek 6022be/bl hat zumindest unabhängige Opensource Software als
> Alternative, falls beim Hersteller was fehlt?

z.B. fehlt beim Hersteller die SW für Linux und MacOSX, die gibts als 
Free Open Source im Netz, beides läuft auch unter Windows, beides wird 
aktiv weiterentwickelt:
https://github.com/OpenHantek/OpenHantek6022
https://sigrok.org/wiki/Hantek_6022BE

Autor: Dieter R. (drei)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Markus F. schrieb:
> jürgen schrieb:
>> Retail Packaging: Yes, Colored Box
>
> toll. Ein echtes k.o.-Kriterium ;)

€ 51,98. Das scheint mir eher das K.O.-Kriterium zu sein ;-)

Autor: Dieter R. (drei)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Noch zwei Fragen:

1. Anja hat sich leider nicht mehr dazu geäußert, ob die 
Leistungsfähigkeit der externen Triggerung beim Picoscope besser ist als 
die interne. Bleibt also die Vermutung, dass beides bestenfalls gleich 
ist.

2. Die mitgelieferten Probes beim Picoscope (zumindest bei meinem mit 
100 MHz Bandbreite) sind ziemlich simple Dinger und außerdem riesig, 
jedenfalls für alles mit < 2,54 mm Raster. Kennt jemand bezahlbare 10:1 
Probes, mit 100 bis vielleicht 300 MHz Bandbreite, die besser 
SMD-geeignet sind?

Autor: Alexander (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hantek 6022BE

Ich zitiere mal

"
- Software unzulänglich und defizitär
- Kopplung AC/DC nicht umschaltbar
- hoher Rauschanteil bei 20mV/DIV
- Minimum sind nur 20mV/DIV
- fehlerhafte Darstellung bei 5V/DIV-Einstellung
- fehlerhaft verkürzte Signaldarstellung bei Zeitbasis >1s/DIV
"

Wen der Rest noch interessiert, kann den Testbericht lesen

http://www.afug-info.de/Testberichte/Hantek_6022BL/

Den USB-Owon für 80 € habe ich momentan auf dem Schirm.
Wen den hat, lasst mal was hören.

Autor: Daniel B. (daniel_3d)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Max P. schrieb:
> Der hat m.E. ein paar tolle Features und kann echt viel, aber leider aht
> er keine BNC-Buchsen.

Das Basisgerät nicht, aber es gibt verschiedene Ansteckmodule:
https://shop.trenz-electronic.de/de/24946-Analog-Discovery-BNC-Adapter-Board?c=29

Ich habe es damals als Bundle gekauft.

Gruß Daniel

Autor: Andreas R. (daybyter)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Alexander: im eevblog Thread gibt es massig Tipps zum 6022 und dort 
findet man mehrere freie Software Projekte, die einige Probleme beheben.

Autor: Martin H. (horo)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Alexander schrieb:
> Ich zitiere mal
>
> "
> - Software unzulänglich und defizitär
> - Kopplung AC/DC nicht umschaltbar
> - hoher Rauschanteil bei 20mV/DIV
> - Minimum sind nur 20mV/DIV
> - fehlerhafte Darstellung bei 5V/DIV-Einstellung
> - fehlerhaft verkürzte Signaldarstellung bei Zeitbasis >1s/DIV
> "
>
> Wen der Rest noch interessiert, kann den Testbericht lesen

Das sind überwiegend Macken der original Hantek Software, dafür gibt es 
FOS Software.
1. Hantek SW
2. Stimmt, ich plane eine HW-Modifikation dazu (ein 74HC4052 oder 53 als 
dead-bug und etwas Hühnerfutter) und werde es in meine SW 
(OpenHantek6022) einbauen, aber erst im Winter ;)
3. 8-bit sind halt 8-bit, aber mit 10x Oversampling (OpenHantek6022) 
kommt man auf effektive 9.6 bit und 10 dB mehr SNR bei FFT.
4. ja, das Leben ist hart.
5. Hantek SW
6. Hantek SW

Mann, wollt ihr tüfteln oder "maken"? Wir sind hier im 
Mikrocontroller-Forum und nicht bei "Cool Maker in 3 Tagen".

Es ist alles gut vorgekaut vorhanden, HW, SW, etc; ein Fest für 
Nachrichtentechniker. Außerdem sind hier im Thread (mindestens) zwei 
OpenHantek-Entwickler unterwegs und wer mehr wissen will schaut bei 
unseren Freunden von Down-Under.

Ciao, Martin

Autor: Na und? (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Danke Anja für den Link, da nehme ich jeden Pico mit Handkuss.

> Beitrag "Rohde Schwarz RTM3004 - merken, wollen oder können die das
> nicht?"



Martin H. schrieb:
> wer mehr wissen will schaut bei
> unseren Freunden von Down-Under.

"Down-Under" habe ich früher gerne geschaut, halte es aber mittlerweile 
für komplette Zeitverschwendung und die Reviews für reine Narrerei. Der 
sagt halt auch was, dass die Werbung was abwirftt

"Da drunten" habe ich noch kein Review gesehen, das so viele Infos 
bietet und Bugs aufdeckt wie dieser eine deutsche Kanal.

6022 Entwickler hier bei µC? Na und? Deshalb taugt die Gurke auch nicht 
viel.
Die OpenHantek Software ist zwar anscheinend besser als das Original, 
aber mit 20mV kannst du noch nicht mal die Restwelligkeit messen.

Autor: Martin H. (horo)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Martin H. schrieb:
> (mindestens) zwei OpenHantek-Entwickler

Na und? schrieb:
> 6022 Entwickler hier bei µC? Na und? Deshalb taugt die Gurke auch nicht viel.

Nicht die HW-Entwickler (die sitzen in China bei Hantek), sondern neben 
mir auch daybyter, die was zur Open-Source-Software (OpenHantek bzw. 
OpenHantek6022) sowie zur Firmware (Hantek6022API) beitragen.


Bitte unterscheiden:

- Hantek6022 -> Hardware
- OpenHantek -> Free Open Source Software für div. Hanteks sowie 
speziell fürs 6022 (OpenHantek6022)
- Hantek6022API -> Free Open Source Firmware

Na und? schrieb:
> "Da drunten" habe ich noch kein Review gesehen, das so viele Infos
> bietet und Bugs aufdeckt wie dieser eine deutsche Kanal.

Hast Du den 6022-Thread komplett gelesen? Da ist sehr viel mehr Info als 
hier im µC.
https://www.eevblog.com/forum/testgear/hantek-6022be-20mhz-usb-dso/

Autor: Martin H. (horo)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Na und? schrieb:
> Die OpenHantek Software ist zwar anscheinend besser als das Original,
> aber mit 20mV kannst du noch nicht mal die Restwelligkeit messen.

Ich sammle sinnvolle Anregungen für die nächsten Releases.


Was hättest Du den gerne an Auflösung und Abtastrate?
Mit 10x Oversampling kommt OpenHantek6022 bei effektiven Abtastraten <= 
1MS/s fast auf effektive 10 bit, also ca. 1mV Auflösung auf 1V. Für 
langsamere Raten ist da noch Steigerung möglich, je 4x Oversampling gibt 
es ein Bit dazu *); Randbedingungen sind halt max. 15 MS/s Rohdaten 
(damit zwei Kanäle stabil über USB laufen, das ist der HW-Beschränkung 
geschuldet, die Samples in Echtzeit ohne großen Puffer zum PC zu 
übertragen).


*) https://www.cypress.com/file/236481/download

Autor: 2 Cent (Gast)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Na und? schrieb:
> "Down-Under" habe ich früher gerne geschaut, halte es aber mittlerweile
> für komplette Zeitverschwendung und die Reviews für reine Narrerei. Der
> sagt halt auch was, dass die Werbung was abwirftt
Full Ack. _Aber_: Dortiges Forum ist frei von solchen Einflüssen (wie 
hier auch), und Stellenweise ein sehr gutes Nachschlagewerk (wie hier 
auch).

Autor: Martin H. (horo)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
2 Cent schrieb:
> Stellenweise ein sehr gutes Nachschlagewerk

Lesetip für's Wochenende: 
https://www.eevblog.com/forum/testgear/old-fluke-multimeters/

Wer ein 8060A sein Eigen nennt, findet dort jede Menge Neues direkt vom 
Vater des Instruments - drtaylor.

P.S.: Und von den Umgangsformen dort könnten hier einige was lernen.

Autor: Horgel (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Kann man mit OpenHantek das USB-Oszilloskop eigentlich auch als Logic 
Analyzer nutzen?
(so wie es z.B. mit dem Labnation SmartScope geht)

Autor: Patrick C. (pcrom)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Bin sehr froh mit meiner PICO4444 weil er 4 DIFFERENTIAL input hat. Fuer 
meine anwendingen perfect weil ich oft differential signale oder 
gleichzeitig signalen die verteilt sind auf mehrere 
(potential-unabhangige) platinen messen musz

Aber $$

Autor: Martin H. (horo)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Horgel schrieb:
> Kann man mit OpenHantek das USB-Oszilloskop eigentlich auch als Logic Analyzer 
nutzen?

Nein, das kann sigrok besser. Außerdem kann (wenn Du das 6022BL meinst) 
das Gerät entweder nur als Scope oder nur als LA arbeiten, je nach 
Schalter auf der Rückseite.

Meine Hauptanwendungen sind Audio mit Line-Pegel und einstellige MHz 
Logikschaltungen, dahingehend habe ich OpenHantek6022 optimiert. 
Ansonsten nehme ich für logische Dinge wie I2C, I2S, CAN, etc. sigrok 
mit 'nem Saleae-Clone (das ist eigentlich ein break-out-board für 
EzUSB, Saleae hat für ihre HW auch nur die Cypress Applikation-Notes 
umgesetzt und eigene SW dazugeschrieben).

Und wenn man an den Saleae-Clone zwei 8-Bit-Wandler hängt, bekommt man 
ein Hantek-kompatibles Scope. :)

Autor: Chris (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Martin H. schrieb:
> Na und? schrieb:
>
> Ich sammle sinnvolle Anregungen für die nächsten Release

Eye Diagramm, manuelle bzw Auto Umschaltung von ADC, gain, attenuator.
Merging Arduino Ozi (serial) MIT Hantek welche dieselben Daten ansehen, 
sowie optional mehr low speed channels und LA bits

Autor: Martin H. (horo)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Chris schrieb:
> Eye Diagramm
> manuelle bzw Auto Umschaltung von ADC, gain, attenuator.
> Merging Arduino Ozi (serial) MIT Hantek welche dieselben Daten ansehen,
> sowie optional mehr low speed channels und LA bits

1. Dazu gibt es die Funktion "digital phosphor", Du kannst den Wert 
"Digital phosphor depth" in Config/Scope hochsetzen.
Ich nehme mal die Anregung mit, zusätzlich zu den Flanken / und \ auch X 
zu programmieren -> Eye.

2. Auto mag ich nicht, schnell mal mit der Maus auf dem Gain-Feld 
gerollt geht genauso schnell.

3. Ich implementiere nur Dinge, die ich auch habe (und daher auch testen 
kann).

4. Das ist 'ne HW-Sache im Hantek - schau Dir mal die EzUSB-Doku an:

https://www.cypress.com/file/44956/download (Seite 1-6)
https://www.cypress.com/file/126446/download (darf's ein bisschen mehr 
sein?)

Autor: chris (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Martin H. schrieb:
> 1. Dazu gibt es die Funktion "digital phosphor", Du kannst den Wert
> "Digital phosphor depth" in Config/Scope hochsetzen.
> Ich nehme mal die Anregung mit, zusätzlich zu den Flanken / und \ auch X
> zu programmieren -> Eye.
Eye ist schon was mehr als "digital phosphor". Es ist sehr praktisch bei 
I2C oder RS485 um zu sehen ob Terminierungen passen oder nicht.
Auch bei RF , LI-FI usw wird dies gebraucht, bzw wenn man es hat kann 
man
sehr schnell eine Aussage auf die Qualität schliessen. Auch interessant 
bei
Hausbus wo andere Leitungen, speziell 230V mit Dimmer nebenher laufen.

>
> 2. Auto mag ich nicht, schnell mal mit der Maus auf dem Gain-Feld
> gerollt geht genauso schnell.
Auto meinte ich was anderes, die Schalter welche man dazuinstalliert,
INA117, AC, 4:1 Attenuator, +Offset, SGA, ... über z.B. eine codierte 
Bereichsumschaltung zu machen wo ein uC sitzt,  diese die Codierung 
auswertet und dann die reed Relay umschaltet anstelle der Mäusetastatur 
oder Schalter für die Reed-Releays.

Im Prinzip wollte ich hier nur mal Anklingeln ob ein Optionfeld mit 
Häkchen
für Relays bzw OptionGroup für z.B. SGA (1x, 2x, 5x, 10x, 25x, 50x, 100x 
250x) und entsprechendes einstellbares Oversampling, (da ja teilweise 
die
Bandbreite geschmälert wird) möglich wäre.
Ich habe, AC 0.1uF, 4:1 Attenuator, Offset von +- auf -1V aufwärts oder 
manual einstellbar,
SGA (2x hintereinander, stufen sind oben), INA117 ,
Ich habe 2x SGA benutzt, damit ich Sensoren direkt einfach messen kann,
sonst würde mir auch eine Stufe reichen.

Autor: Martin H. (horo)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
???

Autor: Anja (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieter R. schrieb:
> ob die
> Leistungsfähigkeit der externen Triggerung beim Picoscope besser ist als
> die interne.

Die externe Triggerung ist auf jeden Fall "anders". Es gibt weniger 
Einstellmöglichkeiten (keine Hysterese, keine RUNT Triggerung). Ob das 
jetzt "besser" ist kann ich nicht sagen. Meistens verwende ich einen der 
4 Kanäle für den Trigger.

Gruß Anja

Autor: Stromwandler (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Martin H. schrieb:
> Was hättest Du den gerne an Auflösung und Abtastrate?
> Mit 10x Oversampling kommt OpenHantek6022 bei effektiven Abtastraten <=
> 1MS/s fast auf effektive 10 bit, also ca. 1mV Auflösung auf 1V.

1mV/DIV wären super.
5mV/DIV würden mir notfalls acuh reichen.

Autor: Stromwandler (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Markus M. schrieb:
> Nur welches der beiden?!

Soll es eigentlich auch einen Logic Analyzer haben?
Da ist das Picoscope ist überwältigend. Von so viel Platz auf dem Schirm 
können Benchtops träumen.

Youtube-Video "LOGIC ANALYZER Test | PicoScope 5444D MSO Oszilloskop | Pico 5000s Serie Oscilloscope"

Autor: Dieter R. (drei)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Stromwandler schrieb:

> 1mV/DIV wären super.
> 5mV/DIV würden mir notfalls acuh reichen.

Das ist Anzeige, nicht Auflösung.

Antwort schreiben

Die Angabe einer E-Mail-Adresse ist freiwillig. Wenn Sie automatisch per E-Mail über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel
  • Verweis auf anderen Beitrag einfügen: Rechtsklick auf Beitragstitel,
    "Adresse kopieren", und in den Text einfügen




Bild automatisch verkleinern, falls nötig
Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder
GIF-Format hochladen. Siehe Bildformate.

Mit dem Abschicken bestätigst du, die Nutzungsbedingungen anzuerkennen.