R&S/Hameg HMOxxxx mit SCPI Steuern

[Der Zahn der Zeit (🦷⏳) (Gast)]

Hallo zusammen,

die R&S/Hameg HMOxxxx lassen sich per SCPI z. B. über USB und RS232 
steuern und auslesen. Über RS232 sollte das kein Problem sein, COM-Ports 
habe ich. Ich würde  es allerdings gerne über die USB-Schnittstelle 
machen. Die ist, soviel ich weiß, mit einem FTDI-IC realisiert, also 
könnte ein VCP im Betriebssystem auftauchen. Dann wäre alles klar.

Tut es aber nicht. Weiß jemand einen Weg?

Dass mit dem HMExplorer die SCPI-Kommunikation per USB funktioniert, 
weiß ich, aber ich möchte sie in mit eigenen Programmen realisieren.

(Es geht nicht um eine Bildübertragung in Echtzeit, dafür wäre die 
Schnittstelle natürlich viel zu langsam. Außerdem klappt Bildübertragung 
in Echtzeit bei mir schon mit einem HDMI-Grabber.)

[Hmmm (Gast)]

Der Zahn der Zeit (🦷⏳) schrieb:
> Die ist, soviel ich weiß, mit einem FTDI-IC realisiert, also könnte ein
> VCP im Betriebssystem auftauchen. Dann wäre alles klar.
> Tut es aber nicht. Weiß jemand einen Weg?

Welches OS, und was für ein USB-Device findest Du?

Beim HM1508-2 ist es zwar ein FT232, allerdings mit einer eigenen 
USB-VID/PID, so dass der Standardtreiber nicht automatisch damit redet.

[Der Zahn der Zeit (🦷⏳) (Gast)]

Win 10, es nennt sich  "HAMEG HO720 USB".

        +++++++++++++++++ Device Information ++++++++++++++++++
Device Description       : HAMEG HO720 USB
Device Path              : \\.\usb#vid_0403&pid_ed72#5&18f65433&0&7#{a5dcbf10-6530-11d2-901f-00c04fb951ed}
Device ID                : USB\VID_0403&PID_ED72\5&18F65433&0&7
Hardware IDs             : USB\VID_0403&PID_ED72&REV_0400 USB\VID_0403&PID_ED72
Driver KeyName           : {8942ccf4-d856-48c7-bedc-8f600314a3f6}\0000 ({8942CCF4-D856-48C7-BEDC-8F600314A3F6})
Driver                   : \SystemRoot\system32\drivers\ftdibus.sys (Version: 2.8.14.0  Date: 2015-04-16)
Driver Inf               : C:\WINDOWS\inf\oem60.inf

[Hmmm (Gast)]

Der Zahn der Zeit (🦷⏳) schrieb:
> Win 10, es nennt sich  "HAMEG HO720 USB".

Das ist der gleiche Einschub wie im HM1508-2.

Am einfachsten geht's mit dem Hameg/R&S-Treiber:
https://www.rohde-schwarz.com/de/treiber/hmo/

[Der Zahn der Zeit (🦷⏳) (Gast)]

Das war ja einfach und hat offensichtlich geklappt. Zumindest zeigt der 
Geräte-Manager ich jetzt einen VCP für das HO720.

Die Treiber-Software kam schon bei der Installation der HMO-Software 
mit, so dass nur im Geräte-Manager für HO720 "VCP laden" aktiviert und 
in den "Anschlüssen (COM & LPT)" der Treiber für den neuen VCP 
aktualisiert werden musste.

Danke!

[Olaf (Gast)]

> machen. Die ist, soviel ich weiß, mit einem FTDI-IC realisiert, also
> könnte ein VCP im Betriebssystem auftauchen. Dann wäre alles klar.
> Tut es aber nicht. Weiß jemand einen Weg?

Das ist ganz einfach.

Einfach eine entsprechende udev-Rule anlegen:

ACTION=="add", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ed72", 
RUN+="/bin/sh -c 'echo 0403 ed72
 > /sys/bus/usb-serial/drivers/generic/new_id'", SYMLINK+="hameg"

> (Es geht nicht um eine Bildübertragung in Echtzeit, dafür wäre die
> Schnittstelle natürlich viel zu langsam. Außerdem klappt Bildübertragung
> in Echtzeit bei mir schon mit einem HDMI-Grabber.)

Das geht auch gar nicht. Jede der Karten fuer die HMOs, egal ob USB, 
RS232 oder auch LAN setzt die Kommandos auf einen internen RS232 Bus mit 
115200B um. Deshalb ist das immer gleich lahm. Das ist der eine grosse 
aergerliche
Schwachpunkt der HMOs.

Beachte ausserdem das du die neueste Firmware im Scope haben solltest 
und ein dazu passendes Manual fuer die Befehle. Hameg hat das in der 
Anfangszeit naemlich mal massiv ueberarbeitet.

Trotzdem kann man aber einfach einen Screenshot einlesen: (huer fuer qt)

/**************************************************************************/
/* Auslesen eines Screenshot                                              */
/**************************************************************************/
QString SerialHandler::ReadScreen(void)
{   QString MyString;
    QString Antwort;
    volatile int counter;

    serial->clear();
  ScreenData.clear();
  MyString = "HCOP:DATA?";
  sendString(MyString);

  //Sieht umstaendlich aus, ist aber notwendig damit die Klasse QSerialPort
  //ihren Inputbuffer ausliesst und bereitstellt
  counter = 0;
  while  ( (serial->bytesAvailable() <1) && (counter<10) )
    {
      serial->waitForReadyRead(50);
      counter++;

            if (serial->bytesAvailable() >0 )
            {
                ScreenData.append(serial->readAll());
                counter=0;
            };

      //Waer schoen wenn wir hier den Lesefortschritt ausgeben koennten,
      //aber dann braeuchten wir zugriff auf das HMI
      //ScreenData.length() / (333887/100)
        };

  /* Leider beschreibt Hameg in seinem Handbuch das Datenformat nicht */
  /* Aber im Handbuch zum Spektrumanalyzer Seite 49steht das folgende:*/
  /*                                                                  */
  /* #6333878BM6                                                      */
  /*                                                                  */
  /* #6 = 6 letters following                                         */
  /* 333878 = number of bytes to be transmitted                       */
  /* BM = BMP file format                                             */
  /*                                                                  */
  /* In order to get a valid BMP which can be opened by any standard  */
  /* image viewer, the header information must be stripped down and   */
  /* removed until the file starts with „BM6“.                        */
  /*                                                                  */
  /* Ich empfange hier 333887Bytes, das sieht also sehr brauchbar aus */

    Antwort.sprintf("Gelesen: %i Bytes",ScreenData.length());
    return(Antwort);
}

Olaf

[Der Zahn der Zeit (🦷⏳) (Gast)]

Olaf schrieb:
> Das ist ganz einfach.
Oh... Danke für die Antwort, aber ein Software-Profi findet das 
wahrscheinlich ganz einfach, für mich, der nur selten und simple 
Software für den Eigenbedarf schreibt, ist das eine andere Welt. Mit 
"VCP laden" aktivieren und in den "Anschlüssen (COM & LPT)" den Treiber 
für den neuen VCP aktualisieren - das ist, zumindest für mich, ganz 
einfach.

Olaf schrieb:
> Das geht auch gar nicht. Jede der Karten fuer die HMOs, egal ob USB,
> RS232 oder auch LAN setzt die Kommandos auf einen internen RS232 Bus mit
> 115200B um. Deshalb ist das immer gleich lahm. Das ist der eine grosse
> aergerliche Schwachpunkt der HMOs.
Das ist mir natürlich klar. Aber, weil es mich interessiert, Rückfrage: 
Welche Oszis können denn über USB Live-Bilder (wie mein HDMI-Grabber am 
DVI-Ausgang) übertragen? Oder wenigstens mit höherer Frequenz so eine 
Art Screenshot-Film?

[Olaf (Gast)]

> Welche Oszis können denn über USB Live-Bilder (wie mein HDMI-Grabber am
> DVI-Ausgang) übertragen?

USB Hab ich nicht probiert, aber mein RTB2004 laesst sich ueber
LAN ganz gut fernbedienen. Wuerde mich aber nicht wundern wenn
es dann ueber USB aehnlich gut geht.

Olaf

[Der Zahn der Zeit (🦷⏳) (Gast)]

Olaf schrieb:
> fernbedienen
Verstehst du darunter auch, das Bild in Echtzeit (oder zumindest fast) 
auf dem PC zu betrachten? Also sozusagen nicht nur "fernbedienen" 
sondern auch "fernbetrachten"?

[Olaf (Gast)]

Der RTB2004 hat zwei Modi in seinem http-Server. Zum einen kann man
das aktuelle Bild 1:1 wie auf dem Oszi rueberholen.

Zum anderen gibt es einen Modi mit etwas eingeschraenkter Optik
wo man das Oszi auch drueber bedienen kann.

Olaf