Wie konfiguriere ich Com-Ports in VirtualBox richtig?

[Clemens]

Ich habe VirtualBox korrek installiert und es laufen zwei Windows-7 Home Edition einwandfrei darauf. Die seriellen Schnittstellen habe ich bisher noch nie benötigt und daher deaktiviert gelassen.

Nun möchte ich meine Funkgeräte mit der OpenSource-Software OpenGD77 programmieren. (Das Projekt OpenGD77 findet sich unter dieser URL: https://www.opengd77.com/viewtopic.php?f=19&t=2380 ) Dies setzt voraus, dass mindestens ein Com-Port funktioniert. In der VirtualBox gibt es vier Einstellungen für jeden ComPort:
Disconnected, HostDevice, HostPipe, RawFile, TCP-Socket

Ich könnte ja die drei in Frage kommenden Einstellungen einfach ausprobieren. Aber dazu muss ein Pfad oder eine Adresse angegeben werden. Oracle schreibt dazu:

Connects the virtual serial port to a physical serial port on your host. On a Windows host, this will be a name like COM1. On Linux or Oracle Solaris hosts, it will be a device node like /dev/ttyS0. Oracle VM VirtualBox will then simply redirect all data received from and sent to the virtual serial port to the physical device.

Mein Vorhaben wird auch auch dadurch erschwert, dass das Funkgerät mit einem USB-Anschluss des PC verbunden wird, aber letztlich darüber eine serielle Verbindung aufgebaut wird. Andererseits gibt es vom Hersteller des Funkgeräts (Retevis RT3S) eine Programmier-Software, die ich bereits vor einiger Zeit auf der Win-7-VM installiert habe und die sich erfolgreich mit dem Funkgerät verbinden kann. Der Datenaustausch funktioniert hierbei ebenfalls über eine USB-Schnittstelle, die aber seriell betrieben wird. Das funktioniert auch jetzt noch reibungslos auf Anhieb.

Installiere ich aber die Installations-Software von OpenGD77, so installiert diese auch einen Treiber für eine serielle Schnittstelle. Dazu öffnet sich in Windows ein Terminal-Fenster, in dem die erfolgreiche Installation dieses seriellen Treibers gemeldet wird. In der Installations-Software lässt sich dann aber kein Com-Port auswählen. Da komme ich dann nicht mehr weiter.
Ich wollte diese Schwierigkeit im Forum von OpenGD77 klären. Leider ist seit einiger Zeit kann dieses Forum nur noch von registrierten Funkamateuren aktiv genutzt werden, sodass ich meine Frage nicht stellen kann. Ich kann nur dort lesen. Deshalb stelle ich die Frage hier.

Ich gehe davon aus, dass das Ganze funktionieren wird, sobald ich in VirtualBox die serielle Schnittstelle korrekt konfiguriere. Und diese korrekte Konfiguration ist abhängig von einer korrekten Pfad-Angabe. Die wird mir erschwert, weil ja keine serielle PC-Hardware angesprochen werden soll, sondern die USB-Schnittstelle zum Funkgerät.

[country]

Hallo,

Und diese korrekte Konfiguration ist abhängig von einer korrekten Pfad-Angabe.

Ich könnte ja die drei in Frage kommenden Einstellungen einfach ausprobieren. Aber dazu muss ein Pfad oder eine Adresse angegeben werden. Oracle schreibt dazu

das ist mir zu heiß aber du kannst mit

Code: Alles auswählen

 sudo journalctl -f    
 sudo dmesg -w   

in Echtzeit paar Infos sammeln, du musst zuerst das Terminal öffnen einer von den Befehlen eingeben und dann deine Hardware einstecken. So kannst du sehen wo das gärte eingehängt wird und ob alle Treiber geladen sind.

[gosia]

Hallo Clemens,

Leider ist seit einiger Zeit kann dieses Forum nur noch von registrierten Funkamateuren aktiv genutzt werden

naja, aber im Virtualbox-Forum darfst Du posten. Da wird auch über den serial-Port diskutiert. Scheint mir auf jeden Fall erfolgsversprechender zu sein.

viele Grüsse gosia

[Clemens]

Danke für deine Tipps. Ich habe sie befolgt, obwohl die Verbindung des Funkgeräts über USB nach Linux funktioniert und auch dessen USB-Verbindung vom Linux Host zum Win-7 Gast. Sie wird ja auch in VirtualBox korrekt angezeigt und wurde von mir aktiviert zum Durchreichen zum Win7-Gast. Und dort kann diese USB-Verbindung ja auch erfolgreich von der Konfigurationssoftware des Funkgeräteherstellers angesprochen werden.

Wenn ich aber das Funkgerät mit der OpensSource Software OpenGD77 ansprechen will, wird zusätzlich zu der USB-Verbindung auch noch eine Com-Port-Verbindung benötigt. Würde ich Windows direkt als OS betreiben, so würde die Software, sofern zuvor der USB-Treiber installiert wurde, automatisch die ComPort-Schnittstelle instrallieren und zur Nutzung fertig konfigurieren, weil sie den Kontakt zum Gerät herstellen kann.

In meiner Situation wird zwar der Com-Port-Treiber in Win-7 korrekt installiert, kann dann aber nicht fertig konfiguriert werden, weil das Funkgerät nicht an einem Com-Port gefunden werden kann.
Also muss ich VirtualBox vorher schon so einrichten, dass der Gast den Com-Port benutzen kann, sobald der Treiber diesen anspricht.

lsusb liefert übrigens:

Code: Alles auswählen

Bus 001 Device 011: ID 0483:df11 STMicroelectronics STM Device in DFU Mode

sudo dmesg -w liefert:

Code: Alles auswählen

[ 4717.004367] usb 1-3: new full-speed USB device number 11 using xhci_hcd
[ 4717.146167] usb 1-3: New USB device found, idVendor=0483, idProduct=df11, bcdDevice= 2.00
[ 4717.146182] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4717.146189] usb 1-3: Product: Digital Radio in USB mode
[ 4717.146194] usb 1-3: Manufacturer: AnyRoad Technology
[ 4717.146199] usb 1-3: SerialNumber: 00000000010C

sudo journalctl -f liefert:

Code: Alles auswählen

Aug 13 15:29:00 DT-01 kernel: usb 1-3: new full-speed USB device number 12 using xhci_hcd
Aug 13 15:29:00 DT-01 kernel: usb 1-3: New USB device found, idVendor=0483, idProduct=df11, bcdDevice= 2.00
Aug 13 15:29:00 DT-01 kernel: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Aug 13 15:29:00 DT-01 kernel: usb 1-3: Product: Digital Radio in USB mode
Aug 13 15:29:00 DT-01 kernel: usb 1-3: Manufacturer: AnyRoad Technology
Aug 13 15:29:00 DT-01 kernel: usb 1-3: SerialNumber: 00000000010C
Aug 13 15:29:00 DT-01 mtp-probe[7494]: checking bus 1, device 12: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-3"
Aug 13 15:29:00 DT-01 mtp-probe[7494]: bus: 1, device: 12 was not an MTP device
Aug 13 15:29:01 DT-01 mtp-probe[7532]: checking bus 1, device 12: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-3"
Aug 13 15:29:01 DT-01 mtp-probe[7532]: bus: 1, device: 12 was not an MTP device
Aug 13 15:29:01 DT-01 kernel: [UFW AUDIT] IN= OUT=enp6s0 SRC=192.168.178.21 DST=255.255.255.255 LEN=69 TOS=0x00 PREC=0x00 TTL=64 ID=48046 DF PROTO=UDP SPT=22161 DPT=161 LEN=49 

Aus diesen Ergebnissen sehe ich aber keinen Ansatz, die Schwierigkeit mit dem Com-Port zu lösen.

Mal schauen, ob ich einen alten Win-7 Laptop nutzen kann, um die Installation durchführen zu können. Schöner wäre es ja schon, wenn es über meinen Haupt-Rechner und der VM funktionieren würde.

Es gab schon mal so ein Problem, aber ich habe vergessen, in welchem Zusammenhang. Auf jeden Fall musste auch dort über die VM dem Gast ein Com-Port zur Verfügung gestellt werden. Dies ging darüber, dass ich irgendwie in Manjaro einen "dev/ttyS0" anlegen / eintragen musste und diesen zudem meiner Benutzergruppe und mir als User zuordnen musste aber auch der Gruppe und dem Benutzer VirtualBox.
Schade, dass ich das nicht notiert hatte.

[gosia]

Hallo Clemens,

irgendwie in Manjaro einen "dev/ttyS0" anlegen

der erste Teil sollte leicht sein, weil in jedem ordentlichen Linux /dev/ttyS0 schon vorhanden sein sollte:

Code: Alles auswählen

ls -l /dev/ttyS0
crw-rw---- 1 root dialout 4, 64 13. Aug 11:01 /dev/ttyS0

und dies dir und deiner Gruppe zu übertragen ginge so:

Code: Alles auswählen

sudo chown clemens:clemens /dev/ttyS0

wobei Du clemens:clemens natürlich anpassen musst. Wenn ich das für mich mache sieht es dann so aus:

Code: Alles auswählen

ls -l /dev/ttyS0
crw-rw---- 1 gn gn 4, 64 13. Aug 11:01 /dev/ttyS0

aber auch der Gruppe und dem Benutzer VirtualBox.

aber da muss dann wohl eine Lücke sein, oder etwas anders, weil "auch" zumindest IMHO nicht geht. Du kannst /dev/ttyS0 mit chown User und Gruppe Virtualbox zueignen, aber dann gehört sie eben nicht mehr dir, sondern User und Gruppe virtualbox. Da könntest Du dir den vorherigen Schritt mit clemens:clemens auch sparen. Zwei verschiedene USER und Gruppen für eine Datei gibt es nicht, aber ich lasse mich gern überraschen.

viele Grüsse gosia

[Clemens]

@gosia Danke für deine Hinweise. Ich hab mal probiert und bekam Folgendes im Terminal:

Code: Alles auswählen

[clemens@DT-01 ~]$ ls -l /dev/ttyS0
crw-rw---- 1 root uucp 4, 64 13. Aug 11:19 /dev/ttyS0

[gosia]

Hallo Clemens,
richtig helfen kann ich dir nicht. Aber da es dir um serielle Schnittstellen geht brauchst Du nur umfangreicher zu suchen

Code: Alles auswählen

ls -l /dev/ttyS*
crw-rw---- 1 root dialout 4, 64 13. Aug 11:01 /dev/ttyS0
crw-rw---- 1 root dialout 4, 65 13. Aug 11:01 /dev/ttyS1
crw-rw---- 1 root dialout 4, 66 13. Aug 11:01 /dev/ttyS2
crw-rw---- 1 root dialout 4, 67 13. Aug 11:01 /dev/ttyS3

da wären dann bei mir /dev/ttyS1 bis /dev/ttyS3 als serielle Schnittstellen (dialout) verfügbar, die wie oben beschrieben mit chown den Besitzer/Gruppe wechseln kannst.

viele Grüsse gosia

[Clemens]

Vielen Dank dir. Ich habe mal ls -l /dev/ttyS* abgefragt:

Code: Alles auswählen

[clemens@DT-01 ~]$ ls -l /dev/ttyS*
crw-rw---- 1 root uucp 4, 64 13. Aug 11:19 /dev/ttyS0
crw-rw---- 1 root uucp 4, 65 13. Aug 11:19 /dev/ttyS1
crw-rw---- 1 root uucp 4, 74 13. Aug 11:19 /dev/ttyS10
crw-rw---- 1 root uucp 4, 75 13. Aug 11:19 /dev/ttyS11
crw-rw---- 1 root uucp 4, 76 13. Aug 11:19 /dev/ttyS12
crw-rw---- 1 root uucp 4, 77 13. Aug 11:19 /dev/ttyS13
crw-rw---- 1 root uucp 4, 78 13. Aug 11:19 /dev/ttyS14
crw-rw---- 1 root uucp 4, 79 13. Aug 11:19 /dev/ttyS15
crw-rw---- 1 root uucp 4, 80 13. Aug 11:19 /dev/ttyS16
crw-rw---- 1 root uucp 4, 81 13. Aug 11:19 /dev/ttyS17
crw-rw---- 1 root uucp 4, 82 13. Aug 11:19 /dev/ttyS18
crw-rw---- 1 root uucp 4, 83 13. Aug 11:19 /dev/ttyS19
crw-rw---- 1 root uucp 4, 66 13. Aug 11:19 /dev/ttyS2
crw-rw---- 1 root uucp 4, 84 13. Aug 11:19 /dev/ttyS20
crw-rw---- 1 root uucp 4, 85 13. Aug 11:19 /dev/ttyS21
crw-rw---- 1 root uucp 4, 86 13. Aug 11:19 /dev/ttyS22
crw-rw---- 1 root uucp 4, 87 13. Aug 11:19 /dev/ttyS23
crw-rw---- 1 root uucp 4, 88 13. Aug 11:19 /dev/ttyS24
crw-rw---- 1 root uucp 4, 89 13. Aug 11:19 /dev/ttyS25
crw-rw---- 1 root uucp 4, 90 13. Aug 11:19 /dev/ttyS26
crw-rw---- 1 root uucp 4, 91 13. Aug 11:19 /dev/ttyS27
crw-rw---- 1 root uucp 4, 92 13. Aug 11:19 /dev/ttyS28
crw-rw---- 1 root uucp 4, 93 13. Aug 11:19 /dev/ttyS29
crw-rw---- 1 root uucp 4, 67 13. Aug 11:19 /dev/ttyS3
crw-rw---- 1 root uucp 4, 94 13. Aug 11:19 /dev/ttyS30
crw-rw---- 1 root uucp 4, 95 13. Aug 11:19 /dev/ttyS31
crw-rw---- 1 root uucp 4, 68 13. Aug 11:19 /dev/ttyS4
crw-rw---- 1 root uucp 4, 69 13. Aug 11:19 /dev/ttyS5
crw-rw---- 1 root uucp 4, 70 13. Aug 11:19 /dev/ttyS6
crw-rw---- 1 root uucp 4, 71 13. Aug 11:19 /dev/ttyS7
crw-rw---- 1 root uucp 4, 72 13. Aug 11:19 /dev/ttyS8
crw-rw---- 1 root uucp 4, 73 13. Aug 11:19 /dev/ttyS9

Unglaubliche 32 tty-devices stehen da. Und alle anscheinend von einem meiner Versuche heute Vormittag. Mir läuft die für dieses Projekt eingeplante Zeit davon. Aktuell versuche ich, mit einem Win-7-Laptop die Funkgeräte zu programmieren. der Laptop hat keine serielle Hardware-Schnittstelle und Win-7 zeigt vermutlich daher keine ComPorts im Gerätemanager an. Nach Installation des seriellen USB-Treibers zeigte er weiterhin keinen ComPort an. Ich habe dort also jetzt eine ähnliche Situation wie hier, aber ohne die Komplikation einer VM dazwischen.