Nach dem Update der Software von 1.0 auf 1.4 blinkt im Display “AIRF”.

AIRF = AIR FILTER

Eigentlich ist es kein Error, sondern eine Meldung, welche uns die Mitteilung gibt, dass das Gerät XXXX Betriebsstunden hat, und der besagte AIR FILTER oder Luftfilter, der Sich hier befindet gereinigt werden soll. Mit einem kleinen Schlitzschraubenzieher “hebelt” man behutsam die Plastikabdeckung herunter.

Nun kann man den Lüfter ausblasen und den Schaumstoff wechseln.

Im Menü -> Info -> AIRF haben wir die Möglichkeit den zahlenwert zwischen 0-9999h frei zu wählen.

Im selben Menüpunkt reseten wir auch den Zähler, der dann wieder bei Null startet und die Warnung bei gewünschtem zahlenwert wiederholt.

Um Hybride3D Objekte Rotieren zu können, muss man die 3D Ansicht des gewünschten 3D Symbols bearbeiten.

Dazu Klicken wir rechts mit dem “Aktivieren Tool” [X] auf das Objekt, in meinem Fall eine F34 Truss 2m.

und Wählen 3D-Darstellung bearbeiten.

Nun Sind wir in dem Bearbeitungmodus für 3D Symbole.

Rechtsklick auf das Objekt dann Rotieren und Spiegeln->3D-Rotieren…

Hier öffnet sich ein Fenster in dem wir folgendes einstellen: 

(Hier können wir die Traverse in alle möglichen Positionen Rotieren.)

Ich drehe meine Truss um 90°, als Truss-steher fungierend.

Wenn wir die gewünschte Position haben brauchen wir nur noch auf klicken.

Jetzt können wir diese 3D-Objekt in unserer Bibliothek abspeichern. Dazu hier mehr [klick]

Es ist keine optimale Lösung, aber  diese führt zum Ziel!

Durch das bearbeiten steht die Traverse zwar in der 3D Ansicht, in der 2D [0] liegt sie jedoch immer noch!

Alternativ dazu wäre dann die Draufsicht [5]

Hier Das Ergebnis:

yaourt -S speed2fritz

Nach erfolgreicher Installation muss die Datei /opt/speed2fritz/includes/includefunctions angepasst werden, z.B. mit einem Texteditor wie vim oder nano. (Bei diesem Quellcodeausschnitt handelt es sich um die Revision 1453). Aus der Passage: [...]

Source code

[ $ISALICE ] && kernel_mtd5=$(mktemp -t mtd5_XXX) && dd if=${arg} of=${kernel_mtd5} bs=1k skip=7808 2> ${ddlog} &&\
    grep -q '0 bytes (0 B) copied' ${ddlog} && echo "--> Firmware size < 8MB." && unset ISALICE
      fi
    echo -e "${ECHO_BOLD}${ECHO_ROT}If no restart on its own, you must reboot your box
  fi
  [ $ISALICE ] || kernel_mtd1="${arg}"
  echo "Waiting for box to restart ..."
  while [ `ping $ping_params ${IPADDRESS} 2>&1 | grep -c 'nreachable'` != "0" ] ||\
 [ `ping $ping_params ${IPADDRESS} | grep 'receive' | awk '{ print $4 }'` == "1" ]; do
   echo -n "."
   sleep 1
  done
  while [ `ping $ping_params ${IPADDRESS} 2>&1 | grep -c 'nreachable'` != "0" ] ||\
 [ `ping $ping_params ${IPADDRESS} | grep 'receive' | awk '{ print $4 }'` == "0" ]; do
   echo -n "."
  done
  echo -e "\nInitiating file transfer of 'kernel.image' ...\n"
  echo "Please be patient, it takes about one minute to erase the mtd1 partition ..."
  [ $FORCE_CLEAR_FLASH ] && autoload=no || autoload=yes

Source code

[ $ISALICE ] && kernel_mtd5=$(mktemp -t mtd5_XXX) && dd if=${arg} of=${kernel_mtd5} bs=1k skip=7808 2> ${ddlog} &&\
    grep -q '0 bytes (0 B) copied' ${ddlog} && echo "--> Firmware size < 8MB." && unset ISALICE
      fi
 echo -e "${ECHO_BOLD}${ECHO_ROT}If no restart on its own, you must reboot your box again.${ECHO_END}\n"
  fi
  [ $ISALICE ] || kernel_mtd1="${arg}"
  echo "Waiting for box to shut down and restart ..."
  ping -i0.2 ${IPADDRESS}| while read line; do echo $line | grep -Fq "bytes" && break; done
  ping -i0.2 ${IPADDRESS}| while read line; do echo $line | grep -Fq "bytes" && break; done
  #while [ `ping $ping_params ${IPADDRESS} | grep 'receive' | awk '{ print $4 }'` == "1" ]; do
  # echo -n "."
  # sleep 1
  #done
  #while [ `ping $ping_params ${IPADDRESS} 2>&1 | grep -c 'nreachable'` != "0" ] ||\
  #[ `ping $ping_params ${IPADDRESS} | grep 'receive' | awk '{ print $4 }'` == "0" ]; do
  # echo -n "."
  #done
  echo -e "\nInitiating file transfer of 'kernel.image' ...\n"
  echo "Please be patient, it takes about one minute to erase the mtd1 partition ..."
  [ $FORCE_CLEAR_FLASH ] && autoload=no || autoload=yes

sudo speed2fritz

Im Menü kann jetzt das Modell ausgewählt werden (siehe Bild 1), ein Experten-Modus aktiviert werden (siehe Bild 2), weitere Einstellungen vorgenommen werden und die Konfiguration gespeichert werden (siehe Bild 3). Den Standard Dateinamen bestätigen (Enter) und mit Pfeiltaste nach rechts das Steuerelement “Exit” auswählen. Danach fertigt das Script ein Image an mit den gewünschten Eigenschaften (hierfür muss Internet verfügbar sein!).
Erster Schritt, download der original Firmware-Images bestätigen:

Images extracted… Press ‘ENTER’ to continue

Nach dem modifizieren der Firmware, das eigentliche Image erstellen mit:

Images extracted… Press ‘ENTER’ to continue

Nach einer kurzen Zeit sollte folgender Text erscheinen:

Search active netconnections on: eth0 eth1 eth2 eth3 eth4 eth5
Ethernet card found on: eth0
Parameter in use:
Eth eth0
IP 192.168.178.1
OEM avm
Produkt Fritz_Box_7140_AnnexA
HWResvison 93.1.1.0
kernel_args annex=B
Imagedirectory /opt/speed2fritz/Firmware.new

———————————————————————–
All settings will be removed, because clear mtd3 and mtd4 was selected!
———————————————————————–

Press ‘ENTER’ to proceed!

Erst jetzt kann der noch ausgeschaltete Speedport-Router an den Laptop via Ethernet-Kabel angeschlossen werden. Wichtig: Es sollte kein Netzwerkmanager wie Wicd oder NetworkManager im System aktiv sein, auch sollte kein Dhcp-Client auf dem Interface laufen!
Nachdem die Meldung mit “Enter” bestätigt wurde, kann das Netzteil am Router eingesteckt werden. Das Skript sollte nun die Firmware flashen und den Router neustarten. Sobald dieser erreichbar ist (in der Zeit nicht ausstecken!) unter 192.168.178.1, kann die Weboberfläche gestartet und das Skript beendet werden.

Die komplette Ausgabe des Shell-Scripts gibts hier.

Zusätzlich sollten noch folgende Packete installiert werden: avr-gcc avr-libc gcc binutils-avr libc6 libc6-dev libc6-dev-i386 avrdude

sudo apt-get update sudo apt-get install avr-gcc avr-libc gcc binutils-avr libc6 libc6-dev libc6-dev-i386 avrdude

sudo apt-get upgrade 

Select Programmer

Wenn man Eclipse dann startet, kann man gleich von dem tollen neuen programmeigenen Packetmanager Gebrauch machen.
Unter Help ->  Eclipse Marketplace findet man mit dem simplen Suchbegriff “AVR” sofort, das AVR Eclipse Plugin! Ist dies installiert sollte man Eclipse einmal neustarten.

Anlegen einer Source File

Nun können wir mit File -> New ->  C Project ein neues Project erstellen, Name und Ort sind selbsterklärend und als Projekttyp wird “AVR Cross Target Aplication” ausgewählt. Der nächste Schritt bietet uns nun die Möglichkeit die zwei Standardkonfigurationen “Debug” und “Release” anzuwählen. Wenn ihr euch unsicher seid wählt einfach nur Release. In den meisten Fällen reicht das.
Unter  Advanced settings -> AVRDude sollte noch der vorher angelegte Programmer ausgewählt werden, falls dies nicht schon automatisch der Fall ist.  Achtung! Häufiger Fehler: Apply und dann OK.

Mit File -> New -> Source File bzw. Header File können Dateien zu Projekt hinzugefügt werden. Schreibt euren Code und wählt Project -> Build All aus. Wenn er keine Errors beim Kompilieren gibt, könnt ihr anschließen euer Programm mit
AVR -> Upload Project to Target Device auf euren Microcontroller flashen.

Auch wenn für Anfänger Eclipse auf den ersten Blick ein wenig nach Overkill aussehen mag so bietet es doch alle Möglichkeiten die man sich wünschen kann in einer netten grafischen Oberfläche an.

Viel Spass

Update: Ein häufig auftretendes Problem ist, dass AVRDude root-Rechte benötigt um auf den Controller zu schreiben. Dies ist zum Beispiel der Fall bei dem USB zu ISP Wandler den ich benutze (USBasp).
Zur Lösung des Problems muss man eine neue udev Rule anlegen, mit folgendem Befehl:

sudo gedit /etc/udev/rules.d/45-USBasp.rules

In diese Datei wird folgender Inhalt eingetragen:

SYSFS{idVendor}=="16c0", SYSFS{idProduct}=="05dc", GROUP="plugdev", MODE="0660"

Und anschließend muss udev noch neugestartet und der Programmer aus- und wieder eingesteckt werden.

sudo restart udev

Quelle: http://78.46.161.153/wiki/index.php?n=Linux.Udev4User

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 der 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.0,xbmc=10.1,xorg-server>1.11) 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.

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:

Source code

dhclient eth0
ifconfig eth0 <IP> && 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 dazu passendes Statusprogramm (gpsd, xgps), Netzwerkmanager und Bluetooth-Daemon (wicd, bluez), Audiotools (alsa-utils, libvorbis)und das Xbmc-Mediacenter. Der Pacman-Wrapper Yaourt wird benötigt um zusätzliche Programme aus dem “Arch User Repository” (AUR) herunterzuladen, unter anderem: Das freie Navigationssystem Navit, ein Touchscreen-Kalibrierungsprogramm (xinput_calibrator), ein Automount-Skript (udiskie) und ein Benachrichtigungsprogramm für ein mit Android betriebenes Smartphone (android-notifier-desktop):

Source code

pacman -Syu xorg wicd libvorbis sudo rfkill xbmc xorg-server xorg-xinit alsa-utils gpsd xgps base-devel xf86-input-evdev xf86-video-intel xorg-utils xorg-server-utils consolekit udev bluez
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 udiskie android-notifier-desktop

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.

Source code

useradd carpc
gpasswd -a carpc audio video storage
vi /etc/sudoers

In /etc/sudoers nur folgende Zeile hinzufügen: (in diesem Beispiel heißt der Benutzer carpc!!)

/etc/sudoers

carpc ALL=(ALL) ALL
carpc ALL=(ALL) NOPASSWD: /sbin/poweroff,/sbin/shutdown,/usr/bin/killall,/usr/sbin/console-kit-daemon

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 “touched”:

Source code

wget http://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://project-insanity.org/wp-content/uploads/2011/12/Skin.touched.tar.gz
unzip skin.touched.tar.gz .xbmc/addons/
rm Script.linux.wireless-0.0.5_offline_arch.zip Skin.touched.tar.gz # aufräumen

Für das Automount-Script udiskie muss folgende Datei angelegt werden (mit SU-Rechten) um allen Benutzern der Gruppe das automatische Einhängen von Wechseldatenträgern zu erlauben:

/etc/polkit-1/localauthority/50-local.d/10-udiskie.pkla

[Local Users]
Identity=unix-group:storage
Action=org.freedesktop.udisks.*
ResultAny=yes
ResultInactive=no
ResultActive=yes

Die Datei .Xinitrc dienst dazu, Befehle nach bzw. mit dem X-Server start auszuführen auf dem aktiven Display. Hier sind es z.B. Befehle die console-kit aufgrund eines Bugs neustarten müssen, damit udiskie funktioniert (optional). Vorallem aber, startet hier die Xbmc-Instanz.

~/.xinitrc

export SDL_MOUSE_RELATIVE=0
sudo killall console-kit-daemon &
sudo /usr/sbin/console-kit-daemon &
udiskie &
xbmc

Folgende Datei startet immer wieder den X-Server neu, falls dieser abstürzt. Dazu wird das Automount-Script udiskie gestartet und für XBMC eine SDL-Einstellung setzt, die fehler in der Touchsteuerung behebt.

~/.bash_profile

if [[ -z $DISPLAY && $(tty) = /dev/tty1 ]]; then
export SDL_MOUSE_RELATIVE=0
udiskie &
exec startx
fi

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).

/etc/X11/xorg.conf.d/10-evdev.conf

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

Nach der Zeile “button/power)” in /etc/acpi/handler.sh folgende Zeile hinzufügen:

/etc/acpi/handler.sh

sudo /sbin/poweroff

/etc/X11/xorg.conf.d/keyboard.conf

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

Source code

(sudo) alsactl store
vi /etc/rc.conf

Source code

DAEMONS=(syslog-ng dbus !network !dhcdbd !networkmanager !net-profiles wicd gpsd bluetooth acpid crond !asterisk)

Work in progress …

Die nächsten Schritte des Projektes sind:

• Eine Freisprechanlage, realisiert mit einem Asterisk-Server auf dem CarPC, der über WLAN (/Bluetooth?!) sich mit dem Android-Handy des Fahrers verbindet.
• Verbesserte Integration des Navigations-Systems in XBMC. (Navit oder iGO-Navigationssoftware mit Wine ausprobieren, wie hier schon erfolgreich getestet wurde.)
• Sprachausgabe für Navit.
• Alternative Setups mit Android 4.0 x84 und Win7 (CPOS CarPC-Software / iCT(inCar Terminal))
• Automount funktioniert leider noch nicht ganz.
• XBMC-Theme fertigstellen
• Gpsd.conf fehlt noch
• Android-Telefon automatisch mti Obexfs mounten und Multimediadateien in XBMC einbinden

Credits:

Original skin: http://forum.xbmc.org/showthread.php?t=105142 (thx Jezz_X!)
Original wicd-plugin: http://forum.xbmc.org/showthread.php?t=90410 (thx vikjon0!)

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
• XBMC.org – Webseite der freien Multimediacenter-Software
• 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)

Auf dem Server selbst läuft ein Ubuntu Server Edition 11.04 mit einem Samba Fileserver. Da die Konfiguration von Samba nicht immer auf Anhieb funktioniert werden ich meine Vorstellungen und (gelöste) Probleme hier mal beschreiben in der Hoffung damit jemanden zu helfen.

Die INSTALLATION gestaltet sich unter Ubuntu Gott sei Dank sehr einfach:

sudo apt-get update
sudo apt-get install samba-common samba

Ist Samba installiert hat man verschidenen Möglichkeiten die Konfiguration vorzunehmen. Zum einen kann sie über das Webinterface SWAT, welches eines der bekanntesten Konfigurationstools ist, vorgenommen werden. Andere GUI Tools gibt es auch hier.

Wer ein wenig tiefer gehen möchte, oder wer auf der Suche nach Bugs ist, wird schnell feststellen, dass man um manuelles konfigurieren nicht herumkommt. Unter Ubuntu findet sich die Configfile von Samba under /etc/samba/smb.conf
Diese Datei ist in verschiedene Sektionen aufgeteilt. Es wird hier hauptsächlich zwischen allgemeinen und Freigabespezifischen Einstellungen unterschieden (siehe unten). Ich will hier nicht alle Konfigurationenmöglichkeiten durchkauen, das würde auch den Rahmen dieser Seite sprengen. Mein Ziel war zu Anfang Freigaben wie Musik und Filme für alle (inkl. Nutzer ohne Account) zugänglich zu machen und bestimmte Freigaben wie private Dateien und Backups nur für ausgewählte Nutzer  freizugeben. Nutzer die Schreibrechte in privaten Ordnern haben, sollen auch Schreibrechte in den öffentlichen Ordnern haben.

Hierzu muss man erst einmal die Benutzer im System anlegen. Jeder Nutzer in Samba muss auch ein echter Linuxuser sein. Das heißt wir legen alle Nutzer zu erst einmal im System an:

sudo useradd nutzerXYZ -N -M

Mit diesem Befehl wird der User nutzerXYZ angelegt, es wird jedoch kein Home-Ordner erstellt (-M) und auch keine extra Gruppe für den Benutzer angelegt (-N). Mit

sudo smbpasswd -a nutzerXYZ

wird der Nutzer als Sambauser angelegt und kann fortan benutzt werdern um sich auf Freigaben einzuloggen. Die Benutzer können mit

sudo smbpasswd -x nutzerXYZ
sudo userdel nutzerXYZ 

wieder gelöscht werden. Nun schauen wir uns mal die smb.conf selbst an. Die Datei beginnt mit der [global] Sektion in der sämtliche allgemeine Einstellungen stehen.

[global]
	workgroup = HEIMNETZ
	server string = SMB-Server01
   	log file = /var/log/samba/log.%m
	security = user
 	map to guest = bad user
	guest account = nobody

• workgroup – Ist natürlich die Arbeitsgruppe in der der SMB-Server erscheinen soll.
• server string – Ist der Hostname der, etwa in der Netzwerkumgebung von Windows, angezeigt wird
• log file – gibt die Datei an in der alle Ereignisse des SMB-Servers festgehalten werden
• security – ist diese Option auf “user” gesetzt muss sich ein User am Samba Server zuerst anmelden und sieht dann die verschiedenen Freigaben. Ist die Option auf “share” gestellt, werden dem User erst die Freigaben angezeigt und er loggt sich dann bei einer einzelnen ein
• map to guest - “bad user” bedeutet wenn sich jemand mit einem User versucht einzuloggen der in Samba nicht existiert. In diesem Fall wird der Benutzer als Gast eingeloggt und hat auch nur entsprechende Rechte.
• guest account – ist der Account der als Gast verwendet wird. Normalerweise ist diese Option auf nobody gesetzt. Es wäre allerdings auch möglich hier einen anderes Benutzer einzutragen.

[Freigabe1]
	path=/media/Speicher/
	comment=oeffentlicher Ordner
	public=yes
	write list=nutzerXYZ
	force create mode=0777
	force directory mode=0777

• path –  ist der Pfad zu freizugebenden Ordner
• comment  - Kommentar
• public – Die Freigabe kann grundsätzlich von jedem  angesehen werden. Schreibrechte werden in der nächsten Option geklärt.
• write list – hier werden die Nutzer angegeben die in der Freigabe Schreibrechte haben. Alle anderen haben automatisch nur read-only zugriff.
• force create mode/ force directory mode – Hier werden die Datei- und Ordnerrechte für neue Objekte gesetzt. Mit 0777 hat auf eine neu erstellte Datei bzw. einen neu erstellten Ordner jeder Zugriff.

[Freigabe 2]
	path=/media/Speicher2/
	comment=privater Ordner
	public=no
	write list=nutzerXYZ
	force create mode=0777
	force directory mode=0777

• Hier ist nur die Option public = no gesetzt. Das hat zu Folge, dass niemand die Freigabe öffnen kann, es sein denn sein Nutzername steht in der write list

Im großen und ganzen brachten wir die Verbindung mit unter Windows gesnifften AT-commands zum laufen, nachdem wir bei github gepatchte Treiber für das ähnliche Modell GT-B3730 geladen und mit diesen eine Serielle-Verbindung aufgebaut haben. usbmodeswitch war erstaunlicherweise garnich mal so das Problem.

Leider lässt sich wegen schlechtem Empfang hier nur mit max. 3 MB/s laden, dafür aber ziemlich stabil. Also Vodafone: wir wollen bessere Netzabdeckung für die 60 € im Monat.

MfG Benibr

Update:
In der aktuellen Treiberversion hat sich die Vorgehensweise, wie der Treiber installiert wird, ein wenig geändert. Hier eine aktuelle Anleitung, getestet unter Archlinux x64 2.6.39:

git clone https://github.com/mkotsbak/Samsung-GT-B3730-linux-driver.git
cd Samsung-GT-B3730-linux-driver
wget https://raw.github.com/mkotsbak/linux-2.6/Samsung_kalmia_driver-3.0/drivers/net/usb/kalmia.c
wget -O option/option.c “http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.38.y.git;a=blob_plain;f=drivers/usb/serial/option.c;hb=HEAD”
sh build.sh && sh option/build.sh
* if not grep NoDriver /etc/usb_modeswitch.conf; sudo echo “NoDriverLoading=1″ >> /etc/usb_modeswitch.conf; fi;
sudo modprobe option && sudo rmmod option (to get module deps)
sudo insmod ./option/option.ko
sudo modprobe usbnet
sudo insmod ./kalmia.ko
wget -O chatscript.txt http://onny.project-insanity.org/files/chatscript_vodafone.txt
sudo sh chat.sh
sudo dhcpcd wwan0
minicom -o -D /dev/ttyUSB0

Nebenbeierfindung: Die Lampomate! (CC-BY-SA 3.0 )

Wochenende Nr. 1: Zum ersten mal trafen wir uns, um die beim 27C3 gepriesene Opensource-Firmware OsmocomBB auf unserem Testphone Motorola C118 auszuprobieren. Eher unvorbereitet kommt es dazu, denn obwohl unser Kollege in Flensburg hardwaretechnisch gut ausgestattet ist, fehlt ihm der notwendige PL2303-chip um einen Adapter von Serial auf 2.5mm 3-poligen Klinkestecker (also known as T191 unlock cable) selber zu basteln. Konkret benötigt dieser Adapter auf der Seite des Handys eine Betriebsspannung von 3.3V. Ein kurzfristig bei MediaMarkt teuer erworbener Adapter (_ enter model name here _) von Serial auf USB sollte ungeachtet einer Betriebsspannung von 7.0V+ trotzdem unser Handy mit der Osmocom-Firmware flashen, jedoch ohne Erfolg. Nachdem wir uns #osmocom irc-channel hatten bestätigen lassen, dass unser Handy definitiv getoasted ist (oder zumindest die Datenpins der Headsetbuchse) war die letzte Rettung eine Samstag-Abend-Einkaufaktion dank Ebay Kleinanzeigen für ein Motorola C139. Denn wie sich herausstellte, war der MediaMarkt-USB-Adapter mit einem zusätzlichen MAX1797 Step-Up-Wandler ausgestattet, der sich von unserem Profilötmeister dedo ohne größere Komplikationen entfernen ließ. Ohne diesen Wandler konnten wir nun den Headsetstecker direkt an die TXD- und RXD-Connectors von PL2303 löten. Zum Test messten wir beim flashen von einer Firmware die Peaks der Betriebsspannung mit einem Multimeter, welche bei akzeptablen ~4V lagen. Das Kompilieren von OsmocomBB ging ohne Probleme und nach der Anleitung von rot13.org war es nun auch möglich, die Firmware auf das C139 zu flashen! Unglücklicherweise, hatten wir wohl genau mit diesem Model pech und waren nicht in der Lage eine Verbindung zu einer Mobilfunkzelle aufzubauen, geschweige denn mit Wireshark oder Tcpdump GSM-Traffic mitzuschneiden. Die Layer23-Applikation mobile blieb still, meldete aber auch keine ungewöhnlichen Fehler.

 
Wochenende Nr. 2: Dieses Wochenende ein neuer Versuch, diesmal unter ArchLinux mit einem selbst zusammengeschraubten Buildscript welches im Vergleich zur offiziellen Anleitung die aktuellste Version von dem offiziellen gcc Arm-Toolchain enthält. Somit gillt, ganz einfach und unkompliziert:

yaourt -S osmocombb-git kraken-git wireshark-gtk gnu-netcat

… und schon ist die komplette Suite unter /opt/osmocombb installiert (und auch das Programm “kraken” mit dem sich später der mit A5/1 verschlüsselte GSM-traffic entschlüsseln lässt). Nachdem das Handy mit dem USB-Adapter an den PC angeschlossen ist (bei uns zeigt lsusb den Adapter so an: Bus 002 Device 002: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port), wird mit osmocon die Firmware wie folgt auf das Motorola-Handy geflashed:

sudo /opt/osmocombb/host/osmocon/osmocon -p /dev/ttyUSB0 -m c123 /opt/osmocombb/target/firmware/board/compal_e88/layer1.compalram.bin

Sollte es zur Problemen bei der Ausführung von layer1 geben, kann man auch den Parameter “-m c123xor” ausprobieren. Zumindest sollte, nachdem man den roten Auflegen-Knopf einmal kurz gedrückt hat, folgender output erscheinen:

(…)
got 1 bytes from modem, data looks like: 43 C
Received PROMPT2 from phone, starting download
(…)
handle_write(): 2555 bytes (47611/47611)
handle_write(): finished
(…)
got 1 bytes from modem, data looks like: 42 B
Received DOWNLOAD ACK from phone, your code is running now!

OSMOCOM Layer 1 (revision osmocon_v0.0.0-906-g5bbea93)
======================================================================
Device ID code: 0xb4fb
Device Version code: 0×0000
ARM ID code: 0xfff3
cDSP ID code: 0×0128
Die ID code: 3783221bd8039bd3
======================================================================
REG_DPLL=0×2413
CNTL_ARM_CLK=0xf0a1
CNTL_CLK=0xff91
CNTL_RST=0xfff3
CNTL_ARM_DIV=0xfff9
======================================================================

THIS FIRMWARE WAS COMPILED WITHOUT TX SUPPORT!!!
Assert DSP into Reset
Releasing DSP from Reset
Setting some dsp_api.ndb values
Setting API NDB parameters
DSP Download Status: 0×0001
DSP API Version: 0×0000 0×0000
Finishing download phase
DSP Download Status: 0×0002
DSP API Version: 0×3606 0×0000
LOST 752!

Parallel dazu wird jetzt die layer23-Applikation “mobile” gestartet mit:

sudo mkdir -p /root/.osmocom/bb/
sudo touch /root/.osmocom/bb/mobile.cfg
sudo /opt/osmocombb/host/layer23/src/mobile/mobile -i 127.0.0.1

Jetzt ist man schon in der Lage mit telnet (default-port 4247) auf die Osmocom-Shell zuzugreifen um EInstellungen vorzunehmen oder Verbindungsinformationen abzurufen. Mit dem Programm “cell_log” kann man sich die verfügbaren Provider und Basisstationen in der Umgebung anzeigen lassen:

/opt/osmocombb/host/layer23/src/misc/cell_log

<000d> cell_log.c:191 Cell: ARFCN=971 MCC=262 MNC=10 (Germany, DB Systel GSM-R)
<000d> cell_log.c:191 Cell: ARFCN=967 MCC=262 MNC=10 (Germany, DB Systel GSM-R)
<000d> cell_log.c:191 Cell: ARFCN=964 MCC=262 MNC=10 (Germany, DB Systel GSM-R)
<000d> cell_log.c:191 Cell: ARFCN=958 MCC=262 MNC=10 (Germany, DB Systel GSM-R)

Aber wir wollen ersteinmal Telefonate unserer O2-Handys aufzeichnen, dazu suchen wir uns die ARFCN von den bei uns verfügbaren O2-Zellen raus:

<000d> cell_log.c:191 Cell: ARFCN=676 MCC=262 MNC=07 (Germany, O2)
<000d> cell_log.c:191 Cell: ARFCN=1012 MCC=262 MNC=07 (Germany, O2)
<000d> cell_log.c:191 Cell: ARFCN=1020 MCC=262 MNC=07 (Germany, O2)
<000d> cell_log.c:191 Cell: ARFCN=645 MCC=262 MNC=07 (Germany, O2)
<000d> cell_log.c:191 Cell: ARFCN=1002 MCC=262 MNC=07 (Germany, O2)
<000d> cell_log.c:191 Cell: ARFCN=1009 MCC=262 MNC=07 (Germany, O2)
<000d> cell_log.c:191 Cell: ARFCN=1013 MCC=262 MNC=07 (Germany, O2)
<000d> cell_log.c:191 Cell: ARFCN=1015 MCC=262 MNC=07 (Germany, O2)
<000d> cell_log.c:191 Cell: ARFCN=643 MCC=262 MNC=07 (Germany, O2)
<000d> cell_log.c:191 Cell: ARFCN=653 MCC=262 MNC=07 (Germany, O2)

Um Trafficanalyse auf einem bestimmten Frequenzbereich durchzuführen, “fixen” wir layer23-ARFCN auf 676 (O2 Germany) mit folgendem Befehl:

/opt/osmocombb/host/layer23/src/misc/ccch_scan -a 676

Parallel dazu:

nc -u -l 4729 > /dev/null &
sudo wireshark -k -i lo -f ‘port 4729′

Weitere (unvollständige) Vorgehensweise:

cd /opt/kraken/
sudo wget http://opensource.srlabs.de/attachments/download/41/a51_table_torrents.tgz
sudo tar xvf a51_table_torrents.tgz
sudo aria2c *

Soweit so gut … Wir werden diesen Blogpost noch erweitern!

Tools:

Further reading: http://srlabs.de/research/decrypting_gsm/, http://srlabs.de/uncategorized/airprobe-how-to, http://bb.osmocom.org/trac/wiki/Sniffing/, http://cgit.osmocom.org/cgit/osmocom-bb/, http://security.osmocom.org/trac/, Vortrag vom 27c3 über das Angreifen von Handys meist via SMS, Vortrag vom 27c3 über OsmocomBB, Noch einer der ein Motorola gehackt hat

Gloassar:
GSM-R: Global System for Mobile Communications – Rail(way) Ein in Deutschland von der DB Systel betriebenes Rangier- und Bahnsteuerungsfunk.
Ergänzungen::

http://lists.osmocom.org/pipermail/baseband-devel/2011-May/001909.html

URGENT:
need
Bus 002 Device 002: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
for burst_ind

git clone
git checkout sylvain/burst_ind
git pull
make

sudo aptitude install php5 php5-gd php5-mysql apache2 mysql-server
sudo chmod -R a+w /var/www
wget http://ftp.drupal.org/files/projects/drupal-7.0.tar.gz -O /var/www/drupal-7.0.tar.gz
tar -C /var/www -xvf drupal-7.0.tar.gz
rm /var/www/drupal-7.0.tar.gz
mv /var/www/drupal-7.0 /var/www/drupal
cd /var/www/drupal
wget http://ftp.drupal.org/files/translations/7.x/drupal/drupal-7.0.de.po -O profiles/standard/translations/drupal-7.0.de.po
mkdir sites/all/libraries
wget http://colorpowered.com/colorbox/colorbox-1.3.16.zip -O sites/all/libraries/colorbox-1.3.16.zip
unzip -d sites/all/libraries sites/all/libraries/colorbox-1.3.16.zip
rm sites/all/libraries/colorbox-1.3.16.zip
wget http://ftp.drupal.org/files/projects/galleryformatter-7.x-1.0.tar.gz -O modules/galleryformatter-7.x-1.0.tar.gz
wget http://ftp.drupal.org/files/projects/colorbox-7.x-1.0-beta2.tar.gz -O modules/colorbox-7.x-1.0-beta2.tar.gz
tar -C modules/ -xvf modules/galleryformatter-7.x-1.0.tar.gz
tar -C modules/ -xvf modules/colorbox-7.x-1.0-beta2.tar.gz
rm modules/galleryformatter-7.x-1.0.tar.gz modules/colorbox-7.x-1.0-beta2.tar.gz
mkdir sites/default/files
chmod -R a+w+r sites/default/files
cp sites/default/default.settings.php sites/default/settings.php
chmod a+w+r sites/default/settings.php

Drupal 7 selbst wird nun im Browser konfiguriert, indem man das CMS unter http://127.0.0.1/drupal-7.0 aufruft. Hier fährt man mit dem “Core”-Installationstyp fort und wählt darauf hin z.B. das installierte deutsche Sprachpaket aus. Als nächstes erstellt man im Terminal eine Mysql-Datenbank:

mysqladmin -u root -p create drupal_datenbank
mysql -u root -p
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, LOCK TABLES, CREATE TEMPORARY TABLES ON “drupal_datenbank”.* TO “drupal”@”localhost” IDENTIFIED BY “drupal_password”;
FLUSH PRIVILEGES;
exit

Diese Daten (Benutzername “drupal” mit Passwort “drupal_password” und Datenbank “drupal_datenbank”) können so nun auch im Browser beim Drupal-Setup eingegeben werden.
Sobald Drupal eingerichtet ist und man sich in der Administration befindet, müssen Colorbox und GalleryFormatter unter der Kategorie Module aktiviert werden. Unter dem Mnüpunkt Struktur kann nun entweder ein neuer “Inhaltstyp” angelegt oder ein bereits bestehender verändert werden. In diesem Beispiel fügen wir die Bildergallerie in einer “einfachen Seite” hinzu und legen dort ein neues Feld unter der Option “Felder verwalten” an.
Dabei nennen wir das bereits vorhandene Feld “Gallerie” und definieren es als “Bild: field_image” und den Datentyp als “Bild”. Nach einem klick auf Speichern, werden weitere Einstellungsmöglichkeiten angezeigt. Bildstil-Vorschau kann hier auf “galleryformatter_slide” oder “galleryformatter_thumb” gestellt werden und die Anzahl an Werten auf unbegrenzt. Die Konfiguration wird hier übernommen mit einem klick auf “Einstellungen speichern”. Im Tab “Anzeige verwalten” kann man nun den Eintrag “Gallerie” bei Format von “Bild” auf “jQuery” ändern. Auf der rechten Seite des Eintrags lässt sich durch einen klick auf die Zahnräder weitere Optionen einblenden, bei denen die Einstellung “Use jQuery modal for full image link” auf “Colorbox” gesetzt werde muss. Ein klick auf “Aktualisieren” und darauf “Speichern” übernimmt die Einstellungen für den veränderten Inhaltstyp. Bilder die nun beim anlegen einer “einfachen Seite” über das Upload-Formular hinzugefügt werden, werden dann im Artikel selbst in der davor ausgewählten Art der Javascript-Gallerie angezeigt.