Hardware setup

Die Idee hinter der Hardware des CarPCs war, das Ganze möglichst kostengünstig mit bereits vorhandenen Teilen zu realisieren. Deshalb sind einige der Komponenten nicht wirklich optimal. Außerdem hatte ich mir zum Motto gemacht im Zweifelsfall die Dinge lieber selbst zusammenzubasteln als etwas fertiges zu kaufen.

Der Rechner selbst ist ein ASUS EeePC 1000H der wegen eines gesprungenen Display ausgemustert wurde. Um im Auto selbst Platz zu sparen wurde lediglich die Hauptplatine mit der Festplatte eingebaut. Die 160GB Festplatte ist mit SATA direkt auf der Platine angeschlossen und mit Heißkleb fixiert. Zur Kühlung des Netbooks wurde entfernt und durch eine Metallplatte, die auf dem Prozessor (Intel Atom) und dem Chipsatz der Motherboards aufliegt, ersetzt.

Das Auto in dem der CarPC verbaut wird ist ein Nissan Primera. Hier gibt es ein kleines, flaches Fach unter dem Lenkrad, in das die Platine hinein passt. Lediglich für die Stecker die rund um die Platine eingesteckt werden benötigen mehr Platz. In dem Plastik oberhalb des Fachs wurde zusätzlich ein kleiner Lüfter angebracht der die Luft über der Kühlungsmetallplatte in Bewegung hält. Die Kühlung ist auch ohne Kühlrippen ausreichend, das die Wärmeentwicklung so gering ist.

Die Stromversorgung gestaltete sich relativ kompliziert, da der EeePC zwar 12 V Eingangsspannung braucht aber die Spannung des Bordnetzes im Auto zu stark schwankt und der Rechner früher oder später ausgeht. Außerdem stellt sich das Problem wie starke Spannungsabfälle, wie etwa beim Anlassen des Motors, abgefangen werden, damit der Rechner weiterläuft. Ein handelsübliches ATX-Netzteil für den Autobetrieb kann an den EeePC nicht angeschlossen werden und der Originalakku ist auch nicht mehr vorhanden. Für einen eventuellen Neu- oder Nachbau des CarPCs ist hier wahrscheinlich das größte Verbesserungspotential vorhanden.
Letztendlich wird der Rechner von einem KFZ-Netzteil für Laptops mit konstanter 12V Spannung versorgt
Zur Überbrückung von Spannungeinbrüchen wurde zusätzlich ein kleiner 12V Bleiakku mit 3.4 Ah verbaut und mit einer Diode der Stromrückfluss ins Bordnetz verhindert.

Der Plan ist mit einem Microcontroller noch ein automatisches Zuschalten des zusätzlichen Akkus sowie das An-/Abschalten der Rechners mit Drehen des Zündschlüsseln zu verwirklichen.

Angeschlossen an der Rechner sind:

  • 1x Line-Out (Klinke) zum Radio
  • 1x USB Hub im vorderen Bereich des Autos
  • 1x USB Hub im Kofferraum
  • 1x USB für Touchscreen
  • 1x VGA für Touchscreen

Der Bildschirm ist ein resistiver 8″ Touchscreen (lsusb -> Bus 003 Device 006: ID 0eef:0001 D-WAV Scientific Co., Ltd eGalax TouchScreen) mit einer nativen Auflösung von 1024×768 Pixeln. Eingelassen ist er in die Mittelconsole etwa auf Lenkrad Höhe. Für den Einbau des Touchscreens wurde das Radio nach unten in die Nähe des Schaltknüppels verschoben und die Lüftungsgitter wurden entfernt.

An den USB-Hub im Kofferaum ist ein GPS-Empfänger angeschlossen, der direkt unter der Heckscheibe befestigt und somit nicht durch die Karosserie behindert wird.

Software setup

Die Softwarebasis des CarPCs stellt eine unveränderte x86-ArchLinux Distribution dar, die nur “Core”-Software bereitstellt, also keine graphische Oberfläche oder unerwünschte, im Hintergrund laufende Daemons die garnicht benötigt werden. Das “Minimal”-Betriebssystem ist besonders praktisch, um eine sehr anpassungsfähige, von der Konfiguration nachvollziehbare und performance-orientierte Architektur unterhalb des eigentlichen XBMC-Frontends zu garantieren. Dieses Tutorial setzt eine mit Standarteinstellungen installierte ArchLinux-Version (linux>3.5,xbmc=11,xorg-server>1.12,systemd) voraus, auf dessen Installation hier aber nicht wieter eingegangen wird.

Wurde das Betriebssystem erfolgreich installiert, über LAN mit dem Internet verbunden und ist nach dem Root-Login einsatzbereit, kann die Konfiguration des Betriebssystems vorgenommen werden.

Netzwerk einrichten, Packetquellen einstellen

Mit einen der folgenden Befehle werden die Netzwerkeinstellungen gesetzt (entweder automatisch oder manuell) und danach extra Paketquellen in der Konfigurationsdatei des Paketmanagers hinzugefügt, indem vor der “[Extra]”- und der darunterstehenden “Include”-Zeile die “#”-Kommentarzeichen entfernt werden:

dhclient eth0
ifconfig eth0 "IP" up && route add default gw "IP des Gateways" && sh -c "echo "nameserver 8.8.8.8" > /etc/resolv.conf"
vi /etc/pacman.conf

Darauf hin können alle Software-Pakete heruntergeladen und installiert werden, darunter unter anderem:

  • Video-Treiber und X-Server (Touchtreiber: xf86-input-evdev)
  • GPS-Daemon und eine grafische Statussoftware für denX-Server (gpsd, xgps)
  • Netzwerkmanager und Bluetooth-Daemon (wicd, bluez)
  • Audiotools und Audiocodecs (alsa-utils, libvorbis)
  • Xbmc-Mediacenter
  • Automount-Programm (udevils, beinhaltet devmon)

Der Pacman-Wrapper Yaourt wird benötigt um zusätzliche Programme aus dem “Arch User Repository” (AUR) herunterzuladen, unter anderem:

  • Das freie Navigationssystem Navit und für Windows Navigationsprogramme die Laufzeitumgebung Wine
  • ein Touchscreen-Kalibrierungsprogramm (xinput_calibrator)
  • ein Benachrichtigungsprogramm für ein mit Android betriebenes Smartphone (android-notifier-desktop)
  • und ein Freisprechgateway/eine Bluetooth Handsfree-Software namens hfpforlinux
pacman -Syu wicd libvorbis sudo rfkill xbmc xorg-server xorg-xinit alsa-utils\
base-devel xf86-input-evdev xf86-video-intel xorg-utils xorg-server-utils bluez wine x11vnc tightvnc udevil xorg-server-xvfb udisks
# gpsd xgps
wget http://aur.archlinux.org/packages/package-query/package-query.tar.gz
tar zxvf package-query.tar.gz
cd package-query
makepkg -si
cd ..
wget http://aur.archlinux.org/packages/yaourt/yaourt.tar.gz
tar zxvf yaourt.tar.gz
cd yaourt
makepkg -si
cd ..
rm -r yaourt* package-query*
yaourt -S navit xinput_calibrator android-notifier-desktop hfpforlinux

Benutzer erstellen, Zugriffsrechte erstellen

Jetzt wird ein normaler Benutzer ohne administrative Rechte erstellt (der auch Xbmc ausführen soll) und zusätzlich in die sudoers-Datei eingetragen, um bei bedarf wieder “Superuser”-Rechte zu bekommen. Eine Anleitung für ein Autologin findet man hier. Anmerkung: Anstatt vi kann auch z.B. nano als Editor benutzt werden. Vim muss jedoch erst mit dem Paketmanager Pacman installiert werden.

useradd carpc
for x in audio video storage; do sudo gpasswd -a carpc $x; done

Mit dem Programm visudo folgende Zeile in die sudoers-Datei hinzufügen (in diesem Beispiel heißt der Benutzer carpc!!):

carpc ALL=(ALL) ALL

XBMC und X-Server konfigurieren

Mit folgenden Befehlen werden wichtige Addons für XBMC installiert (aber noch nicht aktiviert! see here), wie z.B. ein Wicd-Frontend mit dem man sich innerhalb von XBMC mit WLAN-Netzwerken verbinden kann, sowie das eigentliche Touchscreen-Theme “carpc”:

wget https://project-insanity.org/wp-content/uploads/2011/12/Script.linux_.wireless-0.0.5_offline_arch.zip
unzip Script.linux.wireless-0.0.5_offline_arch.zip .xbmc/addons/
wget http://onny.project-insanity.org/files/skin.carpc.tar.gz
tar -C .xbmc/addons -xf skin.carpc.tar.gz
rm Script.linux.wireless-0.0.5_offline_arch.zip skin.carpc.tar.gz # aufräumen

Die Datei .xinitrc dient dazu, Befehle nach bzw. mit dem X-Server start auf dessen aktivem Display auszuführen. Die hier aufgelisteten Befehle starten zum einen das Navigationssystem im Hintergrund via xvfb und zum anderen ein Automountscript (devmon/udevil) und XBMC.

cd /opt/iGO8.3_PC
DISPLAY=:99 wine iGO831_PC_110206.exe & # Navigations-Software im Hintergrund starten
xset -dpms; xset s off # Bildschirmsparmodus deaktivieren
export SDL_MOUSE_RELATIVE=0
xbmc

Folgende Service-Datei startet den X-Server automatisch (für den Benutzer carpc):

[Unit]
Description=Direct login to X
After=systemd-user-sessions.service

[Service]
ExecStart=/bin/su carpc -l -c "/bin/bash --login -c xinit"

[Install]
WantedBy=graphical.target

Für unseren Touchscreen wurde folgende Konfiguration benötigt. Die Kalibrierungswerte wurden mit dem Programm xinput_calibrator ermittelt, welches leider nach unserer Erfahrung einen Window-Manager benötigt wie Metacity um zuverlässig zu funktionieren (TTY1: export DISPLAY=:0 && xinput_calibrator && metacity –replace).

Section "InputClass"
        Identifier "evdev pointer catchall"
        MatchIsPointer "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

Section "InputClass"
        Identifier "evdev keyboard catchall"
        MatchIsKeyboard "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

Section "InputClass"
        Identifier "evdev touchpad catchall"
        MatchIsTouchpad "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

Section "InputClass"
        Identifier "evdev tablet catchall"
        MatchIsTablet "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

Section "InputClass"
        Identifier "evdev touchscreen catchall"
        MatchIsTouchscreen "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
        Option "InvertX" "on"
        Option "InvertY" "on"
        Option "Calibration" "103 1890 157 1911"
EndSection

Navigations-Software

Testweise verwenden wir hierfür die von Nav&Go entwickelte Navigations-Software “iGO 8.3.1.59883 R3-Version PC”, von der es leider keine Updates mehr gibt (letzte Version vermutl. von 2008). Trotzdem ist diese unter Linux via Wine lauffähig, bietet eine hervorragende grafische Touch-Oberfläche, unterstüzt neuste Kartenformate (z.B. Maps Europa TomTom R3 (TeleAtlas)) und lässt sich auch gut in XBMC einbinden. Wine wurde schon vorher installiert, desweiteren müssen noch folgende Programme installiert werden (zum Zeitpunkt der Veröffentlichung des Beitrags, hatte winetricks noch einen Bug bezüglich allfonts):

yaourt -S wine winetricks xdotool
winetricks allfonts
lsusb
# Bus 003 Device 006: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
ln -s /dev/ttyUSB0 ~/.wine/dosdrives/com3
ls /dev/ttyUSB0 -la
# crw-rw---- 1 root uucp 188, 0 Jan 13 02:51 /dev/ttyUSB0
sudo gpasswd -a $USER uucp
cat ~/.wine/dosdrives/com3 # als user testen, ob gps-stream ankommt

Der Befehl lsusb zeigt das GPS-Device an, hier nur in Form eines USB-Serial-Wandlers. Desweiteren sollte auch ein ttyUSB0-Interface auftauchen, für das mittels gpasswd der User leserechte erhält (alternativ kann dies auch mit udev-rules bewerkstelligt werden). Für die Windows-Anwendung iGO wird dieses Interface als virtuelle Schnittstelle in den dosdrives Ordner gesymlinkt. Welche Port-Nummer hierbei das Gerät hat ist irrelevant, solange iGO dieses noch automatisch finden kann (also ca. com1-com6). Mit cat lässt sich nun der GPS-NMEA Stream anschauen, der im roh-format die aktuelle Position beinhaltet.
Die Baudrate des angeschlossenen GPS-Devices lässt sich mit stty ermitteln, falls man diese manuell später in iGO festlegen möchte:

$ sudo stty -F /dev/ttyUSB0 speed 9600 baud; line = 0; -brkint -imaxbel

In ~/.wine/user.reg müssen noch folgende zwei Zeilen hinzugefügt werden, um das Wine-Systray zu deaktivieren:

echo -e "[Software\\Wine\\X11 Driver] 4294967295\n \"ShowSystray\"=\"False\"" >> ~/.wine/user.reg
sudo chown -R $USER /opt/iGO8.3_PC/save
sed -i 's/DESKTOP/WINDOW/g' ~/.xbmc/userdata/guisettings.xml
cd ~./xbmc/addons/skin.carpc/script/ && make
sed -i "s|yourusername|$HOME|g" ~/.xbmc/addons/skin.carpc/4x3Hirez/Home.xml

In dem Script, das gestartet wird, wenn man in XBMC den Menüpunkt Navigation auswählt, muss in den ersten Zeilen auch der Pfad zu der iGO.exe angegeben werden. Dieses Tutorial geht, wie vielleicht bei Befehlen zuvor schon gemerkt von einer Installation in /opt/iGO8.3_PC aus: ~/.xbmc/addons/skin.carpc/script/script
Es muss zudem sichergestellt sein, dass der WM XBMC nicht in den “floating” o.ä. Mode setzt, sondern wie ein normales Fenster behandelt. Ansonsten starten iGO aus dem Skript nicht ordnungsgemäß heraus. Mittels der “\”-Taste (Backslash) kann in XBMC der Modus zwischen Vollbild und Fenstermodus gewechselt werden. Falls die rc.conf noch nicht editiert wurde (wie später beschrieben) und auch noch kein Neustart durchgeführt wurde, kann der virtuelle X-Server, in dem iGO dann ausgeführt wird, auch manuell schon gestartet werden via: 

sudo /etc/rc.d/xvfbd start

Anmerkung: Laut einem Beitrag bei mp3car.com ist es für andere Anwendungen wie Garmin PC Mobile oder Sygic Drive notwendig eine Devicemap der Serial-Ports in der Wine-Registry anzulegen.

Kleinere Systemeinstellungen

Für ein deutsches Keyboard-Layout innerhalb des X-Servers muss folgende Datei angelegt werden:

Section "InputClass"
	Identifier "Keyboard Defaults"
	MatchIsKeyboard "yes"
	Option "XkbLayout" "de"
EndSection

Zuletzt sollte noch mit einem Befehl die aktuell, mit z.B. alsamixer gesetzte Lautstärke persistent gespeichert werden. Mit dem Befehl systemctl enable werden die Dienste bluez und wicd automatisch gestartet:

alsactl store # oder sudo alsactl store
sudo systemctl start bluetooth wicd devmon@carpc
sudo systemctl enable bluetooth wicd devmon@carpc

Work in progress …

Die nächsten Schritte des Projektes sind:

  • Eine Freisprechanlage, realisiert mit hfpforlinux (Projektseite), die sich via. Bluetooth mit dem Android-Handy des Fahrers verbindet.
  • Sprachausgabe für Navit.
  • Alternatives Navigations-System Navigator 11 von Mapfactor (ist kostenlos!)
  • Alternative Setups mit Android 4.0 x84 (es gibt auch schon VBox-Images für 4.1), Win7 (CPOS CarPC-Software / iCT(inCar Terminal) /Centrafuse) und Windows 8 mit MetroUI
  • Automount funktioniert leider noch nicht ganz.
  • XBMC-Theme fertigstellen
  • Gpsd.conf fehlt noch
  • Android-Telefon automatisch mti Obexfs mounten und Multimediadateien in XBMC einbinden und z.B. einen Bluetooth-Audiogateway für Handys bereitstellen.
  • Bluetooth-Audiogateway mit PulseAudio, um die Audioausgabe eines Mobiltelefons direkt an den CarPC weiterzuleiten.
  • (Infrarot)Webcam, um z.B. schwer einsehbare Straßenabschnitte auf dem CarPC sichtbar zu machen oder auch um in bestimmten Zeitintervallen einzelne Bilder aufzunehmen (für Zeitraffervideos)

Credits:

Anmerkungen:

Ich bitte darum, Kritiken, Verbesserungsvorschläge oder Alternativkonzepte in den Kommentarbereich zu schreiben. Es ist nicht einfach, einen Überblick über vorhandene CarPC-Projekte und dazugehörige Software im Internet zu finden, deswegen würden wir uns über jede Anregung freuen, danke.

Weiterführende Links:

  • Car-PC.info – Webseite mit Forum, Wiki (Anleitungen) und einer Übersicht (zum Teil veraltet) zu verschiedener CarPC-Software.
  • Android-Notifier Google-Code Projektseite
  • Mp3Car.com – Forum mit vielen hilfreichen Beiträgen zum Thema CarPC
  • Liste mit alternativen CarPC-Systemen sowie weitere Software
  • nghost2 – Eine leider seit 2008 nicht mehr weiterentwickelte, native CarPC-Software. Benutzt SDL++-Library für die grafische Darstellung (SourceForge Projektseite)
  • nghost3 – Ein relativ aktueller Prototyp und kompletter rewrite von nghost2 auf Basis von QT4 und Clutter (GitHub Projektseite)
  • centrafuseauto 4.0 beta gibt es auch für Linux, zwar noch in der Beta, aber schön zu sehen, dass sich die Entwickler die Mühe machen, so ein großes Projekt auch für andere Systeme lauffähig zu machen. Da es sich um eine frühe Beta-Version handelt, ist es in diesem Fall abzuraten, die Software als Alternative schon einzusetzen. Wohingegen die Windows-Version schon richtig gut funktioniert, aber leider noch nicht so viele Modifizierungsmöglichkeiten anbietet. (Projektwebseite)

Changelog:

  • 09.12.2013 – Kleinere Korrekturen
  • 10.10.2012 – Aktualisierte Version, mit: Xbmc 11, Kernel 3.5, Xorg 1.13, Systemd, iGO 8.3 (Navigations-System), skin.carpc 1.0
  • 23.12.2011 – Originaler Beitrag

💬 Are you interested in our work or have some questions? Join us in our public Signal chat pi crew 👋
🪙 If you like our work or want to supprot us, you can donate MobileCoins to our address.