Fluke 123 / 199C scopemeter screen dump Format ?

Jonas Stein schrieb:

Na ja ;-) Ich hab nix gegen Linux... Übrigens gibt es das Programm auch für Windows, also nicht wirklich ein Argument. Es uebertraegt leider ueber 60kb Postscript und braucht dabei mehr als

60 Sekunden. Da ist mir PCL schon lieber (30 sek), aber leider schwierig in der Weiterverarbeitung (Umwandlung in BMP o.ae). Diese Moeglichkeiten (gespeichert als *.prn Datei) funktionieren bei mir ja auch schon... Aaaber... eleganter waere eben mit dem besagten Modus in c.a. 7-8 Sek.
Reply to
Peter Matler
Loading thread data ...

Jonas Stein schrieb:

Huch, ah. Hatte ich zuerst deutsch gelesen und den Ort vermutet, wo Joerg die Tek-DSOs am liebsten hinwerfen würde.

--
mfg Rolf Bombach
Reply to
Rolf_Bombach

Gerade hat Fluke mal auf meine Anfrage geantwortet. Sie gegen keine Support auf ihre Dokumentation. Schade, ich haette Fluke doch fuer kundenfreundlicher gehalten :-( Ich hab nochmals versucht zu erklären, dass es schließlich um eine Unvollständigkeit in ihrer Dokumentation geht... aber viel Hoffnung hab ich nicht.

Obs den Absatz nun direkt foerdert oder nicht, dem guten Ruf haette es sicher gedient. Aber sowas ist heute wohl einfach zu teuer...

Peter

Reply to
Peter Matler

Hallo Peter,

Hmm, da war Instek bisher wohltuend anders. Mal sehen, ob das langfristig so bleibt. Falls ja, dann wird das einigen Folgeumsatz bei meinen Kunden ausloesen. Das ist etwas, was kurzsichtige Manager oft uebersehen.

--
Gruesse, Joerg

http://www.analogconsultants.com
Reply to
Joerg

Hallo Joerg,

Joerg schrieb:

...Da hat der Support doch nochmal geschrieben. Natuerlich haben sie meine Frage nicht beantwortet; haben auch noch ihre eignen Modelle (120 und 190) durcheinander geworfen. Demnach ist es definitiv kein PNG. Angeblich habe Fluke ein eigenes proprietaeres Run tim length encoded Kompressionsformat entwickelt, was nicht veroeffentlicht werden duerfe. Na wow, da haben sie sicher das Rad neu erfunden... ;-(( Soll ich das jetzt glauben? Wenn ich die gewonnen Bitmap als PNG speichere, komme ich auf eine aehnlich Groesse, sogar etwas kleiner incl. Header. Und PNG ist ein lizenzfreies Format, was hinreichend dokumentiert ist.

Witzigerweise wurde ich auch auf die Existenz von Scopegrab als Linux Freeware hingewiesen... Na ja, die Screen dumps sind eigentlich ja auch ein Nebenschauplatz. Der Import der reinen Messdaten ist mir wichtiger.

Fluke kann es sich ja scheinbar leisten; die haben doch auch Philips und Wavetek geschluckt, oder?

Instek bietet ja sogar freie Software zum Download an. Haben die denn eigentlich auch Handheld scopes?

Gruss Peter

Reply to
Peter Matler

Hallo Peter,

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Das ist fuer mich ein handfester Grund, diese Produkte nicht zu kaufen.

Du kannst es auch einmal mit Irfanview probieren. Da gibt es fuer fast jedes Format ein Plug-in.

Leisten? Wenn die Konkurrenz offene Connectivity bietet, wird die Luft fuer die Jungs duenn.

Die sind in Sachen Steuer-Codes usw. sehr offen. Sie stehen alle in einem grossen PDF File im Download Bereich, mit recht detaillierten Anweisungen, wie man sie benutzt. Das hat mir wirklich gefallen und war ein zugkraeftiges Kaufargument. Ueber ein paar herbe Grammatik Schnitzer muss man aber hinwegsehen. Englisch ist fuer Taiwanesen eben nicht so leicht zu lernen wie fuer uns. Z.B. hatte ich das USB Kabel im falschen Messgeraet gelassen und es erschien "DSO not connect".

Handheld Scopes hat instek m.W. derzeit nicht.

--
Gruesse, Joerg

http://www.analogconsultants.com
Reply to
Joerg

Hallo,

ich wei=DF nicht wie ich auf diese Nachricht antworten kann, da groups.google.com sie gar nicht findet:

formatting link

582.html

Ich m=F6chte nur darauf hinweisen, dass ich im Fluke-Forum

formatting link

einen Thread zum Thema er=F6ffnet habe. Es ist noch nicht gelungen, die Daten zu dekodieren, aber es sind einige Informationen zusammengesammelt, die dabei helfen k=F6nnten. In den n=E4chsten Tagen werde ich dort vorraussichtlich weitere Informationen hochladen k=F6nnen.

MfG

Reply to
ke13bd

snipped-for-privacy@googlemail.com schrieb:

Prima Forum:

Viele Grüße, Johannes

Reply to
Johannes Bauer

Da ist dein IP-Vorbesitzer wohl auf eine blacklist geraten. Falls sich jemand mit Komprimierungsverfahren auskennt und Werkzeuge zur Verf=FCgung hat, mit denen sich z.B. verschiedene RLE Verfahren testen lassen, m=F6chte ich sie/ihn herzlich dazu einladen, sich am R=E4tselraten zu beteiligen.

-- [richtig: voraussichtlich]

Reply to
ke13bd

Ein Satz Raw-daten von dem 123 und der dazu passende Screenshot waere bestimmt hilfreich, oder hab ich die in dem Thread uebersehen? Habe leider selbst kein solches Geraet, aber schon oefter mal obskure Dateiformate dekodiert :)

Gruss, Karsten

--=20 In a world without walls and fences, why do we need Windows and Gates?

Reply to
Karsten Langeloh

Hallo Karsten,

ich bin da mit den Dateinamen durcheinandergekommen. Ich habe einen Satz frischer Daten hochgeladen:

formatting link

Danke f=FCr's Reinschauen.

Reply to
ke13bd

Also das Format ist jetzt so gut wie klar, allerdings wei=DF ich nicht, wie es sich in solchen F=E4llen mit einer Ver=F6ffentlichung verh=E4lt. Auf einen Streit mit Fluke (Copyright / Urheberrecht) m=F6chte ich es nicht ankommen lassen.

FlukeView: "You may not reverse engineer, decompile, or disassemble the Product."

Andererseits sind die Daten ja nicht Teil der Software, eher Teil des Oszilloskops. Sind es nicht eigentlich _meine_ Daten? Das Format ist jedenfalls trivial und ben=F6tigt keine komplexen Verfahren zur Dekodierung. Kennt jemand Informationsquellen zum Thema (au=DFer: Anwalt)?

MfG

Reply to
ke13bd

snipped-for-privacy@googlemail.com schrieb:

Soweit ich weiß, ist reverse engineering zur Herstellung von Kompatibilität erlaubt.

- Henry

--
www.ehydra.dyndns.info
Reply to
Henry Kiefer

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.