{"id":96,"date":"2017-08-21T16:38:00","date_gmt":"2017-08-21T14:38:00","guid":{"rendered":"http:\/\/blog.0link.net\/?p=96"},"modified":"2017-08-21T21:24:06","modified_gmt":"2017-08-21T19:24:06","slug":"usb2vga-adapter-am-raspberry-pi","status":"publish","type":"post","link":"https:\/\/blog.0link.net\/index.php\/2017\/08\/21\/usb2vga-adapter-am-raspberry-pi\/","title":{"rendered":"USB2VGA-Adapter am Raspberry Pi"},"content":{"rendered":"

erforderliche Kenntnisse: Umgang mit der Konsole, Bearbeiten von Konfigurationsdateien, einfache Bash-Skripte erstellen, Anwendungen aus Paketquellen installieren.\u00a0<\/em><\/span><\/p>\n

Mit dem Raspi l\u00e4sst sich ja so einiges anstellen\u00a0– ich nutze einen auf dem Schreibtisch als Desktop-Ersatz, denn mit dem\u00a0geringen Stromverbrauch ist er zum\u00a0Mails abholen und surfen im Web durchaus eine Alternative. Daneben l\u00e4uft er als quasi als ThinClient, um eine RDP-Session einer VM auf dem Homeserver auf den Schreibtisch zu holen.<\/p>\n

Aus meinem Nutzungsverhalten entstand auch der Wunsch einen zweiten Bildschirm am Raspi zu betreiben, um dort parallel eine Webseite (z.B. WhatsApp) offen und vor allem im Blick zu haben.<\/p>\n

Ich hatte vor einiger Zeit schon mal im Netz gesucht und viele erfolglose Geschichten gelesen. Ein Arbeitskollege kaufte sich k\u00fcrzlich USB2VGA-Adapter von DisplayLink und brachte diese unter Windows 10 zum laufen. Dank Google fand ich heraus, dass RaspbianJessie mittlerweile DisplayLink unterst\u00fctzt, also in die Bucht und Hardware besorgt.<\/p>\n

Erster Kontakt mit dem Raspi<\/h5>\n

Nach dem Auspacken des USB2VGA-Adapters einfach mal an der einen Seite einen weiteren Monitor dran, das andere Ende mit einem USB-B-Kabel an den USB-Hub am Raspi (Anmerkung: funktioniert auch direkt am Raspi, wie ich bei diversen Versuchen herausfand). Eine schnelle Kontrolle mit lsusb<\/code> und dmesg<\/code> zeigte, dass der Adapter korrekt erkannt wurde und als \/dev\/fb1<\/code> eingeh\u00e4ngt wurde. Auf dem Monitor war ein gr\u00fcnes Bild … sonst nix.<\/p>\n

Auch die LXDE-Bildschirmeinstellung brachte mich nicht weiter … hier gab es nur den „Standardmonitor“ und keine weiteren Ger\u00e4te. Also weiter mit xrandr … das soll ja sowas k\u00f6nnen.<\/p>\n

ein nervenaufreibender Tag mit xrandr<\/h5>\n

Ich\u00a0nehme die Pointe mal vorweg – ich habe es nicht hinbekommen, trotz vieler Versuche, stundenlangem googeln und lesen … ich konnte xrandr nicht bewegen den HDMI-Ausgang und den USB2VGA-Adapter zu verwalten.<\/p>\n

Es scheitert schon am HDMI-Ausgang, denn xrandr erkennt nur „default“ als Display und setzt es mit einer festen Aufl\u00f6sung an. Die Abfrage xrandr --listproviders<\/code> bringt als Ergebnis immer 0 und auch das Hinzuf\u00fcgen und \u00c4ndern von Bildschirmmodi hat nicht funktioniert.<\/p>\n

Um sicher zu gehen, dass es nicht an meinem Image liegt (Raspbian Jessie LITE mit manuell installiertem X-Server, LXDE und Openbox) habe ich auf anderen Raspis im Haus versucht …. xrandr hat mir nirgends mehr ausgespuckt.<\/p>\n

Da xrandr nicht korrekt funktioniert, brachte mich also auch das GUI-Tool Arandr nicht weiter, dass auch immer nur das „default“-Display mit der fixen Aufl\u00f6sung anzeigte.<\/p>\n

X-Server mittels xorg.conf \u00fcberzeugen<\/h5>\n

Nachdem nun das moderne und flexible xrandr seinen Dienst versagte, muss nun eine feste Konfig gebastelt werden …<\/p>\n

\/etc\/X11\/xorg.conf<\/h6>\n
Section \"Device\"\r\n Identifier \"usb\"\r\n Driver \"fbturbo\"\r\n Option \"fbdev\" \"\/dev\/fb1\"\r\n Option \"ShadowFB\" \"off\"\r\nEndSection\r\n\r\nSection \"Device\"\r\n Identifier \"pihdmi\"\r\n Driver \"fbturbo\"\r\n Option \"fbdev\" \"\/dev\/fb0\"\r\n Option \"ShadowFB\" \"off\"\r\nEndSection\r\n\r\nSection \"Monitor\"\r\n Identifier \"Terra\"\r\n Modeline \"1280x1024_60.00\" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync\r\n Option \"PreferredMode\" \"1280x1024_60.00\"\r\n Option \"DPMS\" \"true\"\r\nEndSection\r\n\r\nSection \"Screen\"\r\n Identifier \"vga\"\r\n Device \"usb\"\r\n Monitor \"Terra\"\r\n DefaultDepth 16\r\n SubSection \"Display\"\r\n  Depth 16\r\n  Modes \"1280x1024\"\r\n EndSubSection\r\nEndSection\r\n\r\nSection \"Screen\"\r\n Identifier \"hdmi\"\r\n Device \"pihdmi\"\r\n Monitor \"Terra\"\r\n DefaultDepth 24\r\n SubSection \"Display\"\r\n  Depth 24\r\n  Modes \"1280x1024\"\r\n EndSubSection\r\nEndSection\r\n\r\nSection \"ServerLayout\"\r\n Identifier \"default\"\r\n Screen 0 \"hdmi\" 0 0\r\n Screen 1 \"vga\" RightOf \"hdmi\"\r\n# Option \"Xinerama\" \"on\"\r\nEndSection\r\n<\/pre>\n
Dann ein\u00a0sudo systemctl restart lightdm<\/code> und der X-Server brachte mir auf dem zweiten Monitor ebenfalls einen Desktop, nur ohne Panel und mit den Default-Einstellungen zum Desktop-Hintergrund. Ein Verschieben von Fenstern \u00fcber beide Desktops war nat\u00fcrlich nicht m\u00f6glich, da es eben kein ausgedehntes Desktop ist, sondern irgendwie ein weiteres Desktop unter dem gleichen Benutzer.<\/p>\n
Xinerama mit Pi-HDMI und USB2VGA<\/h5>\n
Hoch motiviert habe ich dann versucht mittels der Zeile Option \"Xinerama\" \"on\"<\/code> die Desktoperweiterung zu aktivieren. Ihr ahnt es … versucht hei\u00dft, dass es nicht funktioniert hat.<\/p>\n
Ich habe in der Folge gef\u00fchlt 100 Varianten der Konfig getestet, immer mit dem Ergebnis, dass der X-Server abst\u00fcrzt oder eben nur ein Screen voll nutzbar ist. Irgendwann bin ich dann auch mal auf die Idee gekommen unter \/var\/log\/Xorg.0.log<\/code> zu forschen, warum … es war erstaunlich einfach:<\/p>\n
Der X-Server kann Xinerama nicht starten, wenn die beiden Screens unterschiedliche Farbtiefen (Depth) verwenden und st\u00fcrzt dann ganz ab. Der Pi l\u00e4uft standardm\u00e4\u00dfig mit 24 Bit, der USB2VGA-Adapter kann 16 Bit und 32 Bit, letzteres aber leider nur unter Windows.<\/p>\n
Ich mache es auch hier kurz … man hat jetzt eine M\u00f6glichkeit mit zwei Optionen das erweiterte Desktop zu bekommen … man freundet sich mit 16-Bit Farbtiefe auf beiden Bildschirmen an<\/p>\n