Hallo Forum,
bei meinem HMO2024 mit Firmware 4.522 scheint die Autortrigger-Funktion
nicht richtig zu arbeiten. Mit den Einstellungen:
- Autotrigger
- Zeitbasis 50s/Div
- Acquire: Max. Wiederholrate und Triggerreferenzzeit: -6 Div, am linken
Bildschirmrand. (Um ohne die Pretrigger-Zeit auszukommen)
- Kein (!) Triggersignal vorhanden, die Spannung ändert sich nur sehr
langsam. (Zum Testen den Eingang auf Gnd schalten)
wartet das Gerät ewig und zeichnet einfach kein Bild auf den Schirm.
Der Support hat mir auf Nachfrage mitgeteilt, daß der Autotrigger nach
der Pretriggerzeit 0,5s wartet. Bei mir leider nicht.
Kann mal jemand ausprobieren, wie sich das auf einem anderen Gerät
verhält?
Vielen Dank!
Michael
Wie hoch ist denn die Messspannung und wie ist der Eingangsteiler
eingestellt???
Wenn mein Teiler auf 100V steht tut sich auch nix mehr, wenn ich mit dem
Finger an den Tastkopf lange
Hallo Jörn,
wenn der Automodus aktiv ist, sollte immer etwas dargestellt werden.
Deshalb habe ich ja oben geschrieben, zum Testen sollte man den
Triggereingang auf Gnd legen, also definitiv kein Triggersignal.
Die Einstellung war 100mV/Div und es lag eine sehr ruhige Gleichspannung
aus einem Temperatursensor an. Laut Hameg Support und
Bedienungsanleitung sollte nach kurzer Zeit der Strahl gezeichnet
werden. Bei mir passiert nix, niente, never ever.
Verhält Sich das bei dir genauso?
Hallo Michael,
du hast Recht, im Automodus geht immer etwas.
Das tut es bei mir auch.
Ich habe meine Kiste mal mit deinen Einstellungen durch grounden
gestartet.
Der Strahl läuft los und startet auch allein neu, wenn er den Endpunkt
erreicht hat...
Es scheint bei dir also wirklich der Wurm drin zu sein...
Und Du hat auch ein HMO mit Firmware 4.522 und die Zeitbasis ganz
langsam gestellt? Bei mir funktioniert es bis ca. 1s/Div noch halbwegs
normal.
Wenn dem so ist, dann geht das Gerät morgen in den Service. Ich hätte
geschworen, daß kann nur ein Software-Bug sein.
Danke schonmal!
Michael
Firm:04.522-02.015-03.222-03.024
Build 9784.8233; 2012-07-17;18:03
Zeitbasis 50s.
Deshalb hat es ja auch eine Ewigkeit gedauert, bis der Strahl mal
durchgelaufen war...
Hallo Jörn,
bei mir ist der Fehler (ich nenne das mal so) so wie beschrieben und
nachhaltig reproduzierbar. Der Autotrigger löst nach ca. einer 3/4
Stunde aus. Genauer will ich das auch nicht wissen...
Ich diskutiere gerade noch mit Hameg ob das jetzt ein Fehler oder so
gewollt ist. Wenn wir damit durch sind, werde ich mich nochmal melden.
Grüße
Michael
Hallo Michael,
imho ist das aber keine akzeptale Zeit :-(
Bei mir waren das nach einem Durchlauf geschätzte 4 Sekunden bis es neu
startete, aber das kann ich nochmals überprüfen, wenn ich das scope
wieder längere Zeit in Betrieb habe (Betriebstemperatur).
Wie schnell repeated denn der Strahl bei anderen Zeiten, da habe ich
dann schon mal was zum Vergleichen...
Gruß
Jörn
Hallo Jörn,
um das mal abzuschließen. Das Verhalten wurde mir bestätigt. Da muß man
wohl mit leben.
Bei meinen Einstellungen (siehe ganz oben) ergeben sich folgende Zeiten:
Bei TB 500ms/Div > Autotrigger nach ca. 20s,
1s/Div > 25s,
2s/Div > ca. 50s,
5s/Div > ca. 3:30min,
darüberhinaus hatte ich keine Lust mehr zu warten.
Dann warten wir mal auf ein Update.
> Dann warten wir mal auf ein Update.
Da kannst du lange warten. Ich glaube nicht das da noch was kommt. Hameg
hat mir auch einen nervigen Bug im Zusammenhang mit FFT bestaetigt und
das letzte Update ist 2Jahre her...
Olaf
@Michael
Bei den Wartezeiten wird ja sogar der Kaffee kalt :-((
Und jetzt (mit kaltem Kaffeee) mal reine Theorie:
Der "Strahl" läuft ja weiter bis hinter den rechten "Horizont", bevor er
von vorne anfängt.
Kann man die Strahlänge verändern, mal analog-scope-mäßig gedacht?
Falls ja, könnte die Stahllänge bei dir weiter eingestellt sein, als bei
mir,
und das würde auch bedeuten, das er länger braucht für einen neuen
Anfang...
Wenn ich mich hier unklar ausgedrückt habe, dann melde dich einfach noc
mal.
@all
Ich kann über Hameg nicht meckern, wurde immer gut bedient.
Es wäre wirklich schade, wenn einige Sachen jetzt als "das ist eben
so-business" einreißen würden...
Ein Produkt wird aber auch nicht besser, wenn alle 5 Minuten ein update
raus kommt.
Updates kosten Zeit und Geld. Wenn man wirklich etwas erreichen will,
dann muss man "nerven", damit meine ich, das nicht nur einer sich mit
diesem oder jenem Fehler bei einer Firma meldet, sondern "alle".
Falls andere user diesen oder jenen Fehler haben sollte da imo ein Fred
aufgemacht werden, dann haben alle was davon.
BTW: Hameg ist nicht "jetzt" bei R+S sondern seit 2005 und imo handelt
sie eigenständlich, also gehören Anfragen auch dort hin.
Ich weiss nicht, ob Hameg/R&S klar ist, wie sie mit einer solchen
Updatepolitik die (zukünftige?) Kundschaft vergraulen. Mit ein Grund bei
denen zu kaufen ist ja Support und Produktpflege. Wenn diese
Voraussetzungen nicht mehr gegeben sind, braucht man nur noch auf den
Preis zu schauen, und kauft gleich beim Chinesen des geringsten
Misstrauens. Da weiss man wenigstens, was man in Punkto Support nicht
bekommt.
Bei Tektronix gab es für die TDS3000 Serie immerhin 7 Jahre
Firmaware-Updates. Vermutlich ist mit solcher Großzügigkeit in Zukunft
Schluss, nachdem die von der Heuschrecke gefressen wurden.
Hauptsache, der zuständige Damager hat für kurzzeitge Sparerfolge seine
fette Provision kassiert. Ist dann die Sparte an die Wand gefahren, geht
es dann weiter zur nächsten Firma.
Gruß,
Bernhard
Jörn Paschedag schrieb:> Kann man die Strahlänge verändern, mal analog-scope-mäßig gedacht?> Falls ja, könnte die Stahllänge bei dir weiter eingestellt sein, als bei> mir, und das würde auch bedeuten, das er länger braucht für einen neuen> Anfang...
Dafür braucht man gar nicht auf irgendwelche Analogien zu Analog-Oszis
zu gucken. Beim DSO wären das die Speichertiefe ("Strahllänge") und
Hold-off (Verzögerungsszeit bis zur erneuten Freigabe der
Triggerfunktion).
für die HMO30xx serie wiederum werden laufend Updates und gar neue
Funktionen rausgebracht(Oktober 2014: neue FW mit DVM).
http://blog.hameg.com/?p=2108#more-2108
Im September 2014 gab es sogar ein FW Update für die HMO35xx die von
2008 ist und von der HMO30xx Reihe ersetzt wurde.
http://blog.hameg.com/?p=2076#more-2076
Man kann also nicht davon sprechen das Hameg ältere Geräte ohne Updates
dastehen läßt.
Warum es beim HMO 20xx so ist ist nicht ganz zu verstehen, vlt. wurde
der Bug nicht als so schwer eingestuft und die Entwicklungsressourcen
wurden anders verteilt.
Hallo zusammen,
zu der Frage, ob man die Strahllänge, respektive die Speichertiefe
einschränken kann: Man kann die Triggerreferenzzeit an den linken Rand
verlegen. Dadurch verändert sich etwas die Aufteilung des Speichers auf
Pre- und Postrigger. Jedenfalls stellt es sich so dar.
Nebenbei noch so eine Ungereimtheit: Wenn man mit max. Wiederholrate das
Bild mit Run/Stop einfriert, hat man genau das gespeichert, was man
sieht. Startet man dagegen eine Aufzeichnung mit der Single-Taste, so
wird etwa das 1,7fache des sichtbaren Bereichs gespeichert. Versteh das
wer will.
Was mich am meisten ärgert: Früher haben die mal richtig gute Handbücher
geschrieben und die Geräte haben auch genau so funktioniert, wie das
dargestellt wurde. Das ist jetzt alles nur noch so in etwa und
manchmal...
Wie auch immer, ich würde es wieder kaufen.
Zu Hameg und R&S, ich meine es war noch Herr Grimm, der mir erklärte,
daß man sich die Programmierer teilt. D.h. wenn sie gerade ein RS-Scope
verschlimmbessern, passiert an den Hameg Geräten nix.
Ich der Diskussion mit Hameg teilte man mir mit, daß es in einigen
Wochen ein Update für die HMO202x geben wird. Leider schrieb man mir
auch, daß diese Trigger und Speichergeschichten im FPGA liegen und dafür
kein Update vorgesehen wäre.
Ich bin gespannt.
nicht nur das Autotrigger ist fehlerhaft, sondern auch der
Normal-Trigger. Im Split Screen (mit Zoom Taste) kann ein Trigger völlig
ohne Eingangssignal zuverlässig und reproduzierbar mit dem Scroll-Knopf
zum Verschieben des gezoomten Bereichs ausgelöst werden. Dabei wird der
komplette aufgezeichnete Speicherinhalt weggeworfen. Das ist etwa wie
ein Auto wo der Motor ausgeht wenn man den Gang raufschalten will.
Immerhin kann man das Triggern verhindern wenn man zuvor auf Stop geht.
Den ganzen Speicher sieht man komischerweise trotzdem nicht.
Ansonsten wird er Split Screen unten gar nicht dargestellt wenn oben im
sichtbaren Bereich aufgezeichnet wird, sondern erst viel später wenn der
ganze Speicher voll ist. Reklamiert man das beim Verkäufer heisst es
lapidar: Ist halt ein Digitaloszilloskop. Nur komisch daß es Funktionen
wie Holdoff und zuverlässige Trigger schon bei Veteranen wie dem HM1007
und lange Jahr davor als absolute Basisaustattung gegeben hat.
Offensichtlich hilft hier nur ein Verkauf in Ebay um den Schmerz etwas
zu dämpfen weil es sich wahrscheinlich nicht überall herumgesprochen hat
dass Hameg ....
(der alte Hartmann würde sich im Grab rumdrehen wenn er wüsste ...)
So wie es aussieht wird sich bei Hameg auch nicht mehr viel tun. Die
Website wird sogut wie garnicht mehr gepflegt(Werbung zum spezial
Angebot mit den 3000ern HMO, das Ende Juni geendet hat wurde gerade erst
entfernt), Treiber für HMO´s und HMP´s sind auch nicht mehr zu finden,
bzw. wurden vermutlich zu R&S ausgelagert. Eine Info dazu findet man auf
der Hameg-Seite leider nicht. Auf der R&S Seite gibt es bis jetzt
lediglich die FW von HMO1002 und HMC804x. Die letzte Pressemitteilung
ist auch schon über ein Jahr alt.
Wollte mir eigentlich demnächst ein HMC8012 Tischmultimeter zulegen -
glaube aber nicht mehr an eine entsprechende Produktpflege. Werde nun
wohl doch auf Keysight umschwenken. Wirklich schade...
> Ansonsten wird er Split Screen unten gar nicht dargestellt wenn oben im> sichtbaren Bereich aufgezeichnet wird, sondern erst viel später wenn der> ganze Speicher voll ist.
Vielleicht solltest du das mal anhand eines Bildes zeigen damit man
besser verstehst was du meinst. Wenn ich dich richtig verstehe dann
kommt das Verhalten daher das der Oszi mit Ausschnitten aus dem Speicher
arbeitet welche er für die Darstellung verwendet und das kann er erst
wenn der gesamte Speicher voll ist. Von daher ist mehr wohl technisch
kaum möglich.
> glaube aber nicht mehr an eine entsprechende Produktpflege.
Sie haben mit dem letzten Firmwareupdate einiges an Fehlern entfernt.
Ich kann jetzt gut mit dem Oszi leben/arbeiten. Sicherlich ERHEBLICH
besser wie mit einer alten 1007er Gurke.
Ich bin jetzt mit dem Teil zu 90% zufrieden. Auf 100% könnte ich nur
kommen wenn ich den Source der Firmware selber auf der Platte hätte oder
mir Hameg einen Mantislogin gibt. :-)
BTW: Hameg? Ihr lest doch mit? Man kann die Skalierung der Testköpfe von
Volt auf Ampere umstellen. Megagenial! Wenn man dann mit der Cursor eine
Differenzbildung macht steht im Display: V1:10mA, V2:100mA deltaV:90mA
Nicht schlimm, sieht aber etwas unschön aus. Da koennte man vielleicht
deltaA schreiben. .-)
Olaf
beiliegend ein (echtes) Bildschirmfoto weil das mit der eingebauten
Screendump Fuktion nicht geht bzw. man die passenden Zeitpunkte nicht
trifft. Oben markieren die beiden senkrechen Cursor den Ausschnitt
welchen man unten sehen sollte. Der stellt aber ein ganz anderes
Ereignis vom vorhergehenden Triggeryzklus dar. In meinem Fall sind das
Ströme von Servomotoren wo ich eigentlich das akustische Geräusch dem
Strahl zuordnen können sollte. Dank der sekundenweisen vertrödelten
Anzeige eine Unmöglichkeit. Mit anderen Worten: Die obere Hälfte der
Anzeige geht in Echtzeit, unten kommt sie irgendwann mal später. Sollte
technisch eigentlich ohne weiters möglich sein. Im Bild läuft die
Aufzeichung bei etwa 90% rechts am Bildschirm erkennbar durch eine
kleine Lücke. Danach kommt eine relativ unverständliche Gedenkpause mit
rätselhafter Posttrigger Anzeige und dann das was man sehen möchte.
PM falls noch jemand 90% mit dem Teil zufrieden ist, mache ich gerne 90%
vom Neupreis und gebe dazu noch den kreuzgrabbensaggteuren Logic-Probe
Tastkopf umsonst dazu.
> Oben markieren die beiden senkrechen Cursor den Ausschnitt> welchen man unten sehen sollte.
Okay, das ist nachvollziehbar.
Ist mir bisher wohl noch nie aufgefallen weil ich immer im Standardmodus
arbeite und dann nur zur Analyse in den Zoommodus gehe.
Schicke das doch mal an Hameg. Also für den Fall das sie hier nicht
mitlesen.
Olaf
> Schicke das doch mal an Hameg
habe schon Tage mit dem Support verbracht wo dann letztendlich dabei
nicht mehr rauskommt als dass man nicht die aktuelle Firmware benutzt.
Erst diese Woche wieder mit dem Support von Datatec der mir das Teil
verkauft hat - habe einfach keine Lust mehr dazu die Genialität der
Oszi-Entwickler zu ergründen anstelle nach Problemen bei meiner Hardware
zu suchen.
FW-Version 4.531 ist raus. Hat schon jemand feststellen können was sich
hinter den "General Improvements"(Changelog) verbirgt oder steht jetzt
lediglich beim Hochfahren R&S statt Hameg?
Ach, tut sich da mal wieder etwas?? Vor ca.3 Wochen war Ebbe auf der
Firmware Seite, so das ich dachte, die Firma gibt es nicht mehr.
Ich habe die neue FW installiert, aber das Scope meldet sich immer noch
mit "Hameg" ;-)
Im Moment habe ich keine Zeit zum Checken, aber vielen DAnk für die Info
;-)
Der FFT-Mode wurde deutlich verbessert. :-D
Noe, im Ernst. Mir ist so auf Anhieb jetzt kein Unterschied aufgefallen.
Muss man wohl erstmal ein paar Tage nutzen...
Olaf
Ich bin bei den HMO-Teilen vom Trigger sehr enttäuscht. Selbst der
Normtrigger hüpft wild hin und her und irgendwie schaffe ich es nicht,
dass wirklich ganz links am Rand getriggert wird, also ohne Pretrigger
und so.
Beim Anzeigen von SPI Signalen ist mir aufgefallen, das der Trigger
nicht mehr so richtig zuverlässig funktioniert, wenn man alle 4 Signale
gleichzeitig auf dem Display darstellen möchte. Das liegt dann an der zu
kleinen Y-darstellung, bspw. 5V/Div bei TTL-Pegeln. Kennt Ihr eine
Möglichkeit die Signale bspw. mit 1V/Div zu erfassen aber nur mit 5V/Div
darzustellen um alle auf einen Blick zu haben? Sprich
Erfassungsauflösung und Anzeigeauflösung getrennt einzustellen?