Sheevaplug
Der SheevaPlug einer der ersten "Steckdosen-Computer" die auf dem Markt verfügbar sind. Das Herzstück des SheevaPlug ist der 1,2 GHz Marvell Kirkwood 6281 ARM Prozessor.
General
Der Default Benutzer um sich auf dem SheevaPlug einzuloggen lautet: <pre> Benutzer: root Passwort: nosoup4u </pre>
Debugging Schnittstellen
FTDI unter Linux
- Um auf die serielle Konsole des Plugs zuzugreifen, braucht man ein USB Kabel mit B-Mini Stecker.
- Damit der serielle Zugriff funktioniert werden die noetigen Kernel Treiber entweder einkompiliert oder als Module benoetigt.
<pre> Device Drivers --->
<*> USB support --->
<*> USB Serial Converter support --->
<*> USB FTDI Single Port Serial Driver
</pre>
UDEV Regeln
Nach dem einschalten des SheevaPlugs sollte er als Device /dev/ttyUSB* erscheinen. Ist das nicht der Fall, kenn der FTDI Treiber die VID und PID des Sheevaplugs nicht. Dann muss man noch einige udev-Regeln hinzufügen.
Dann einmal ausstöpseln, wieder einstecken, das Modul sollte geladen werden. Danach sollten die Devices /dev/ttyUSB{0,1} vorhanden sein. 0 ist das JTAG, 1 ist die serielle Konsole.
Modul manuell laden
Wenn man das Modul manuell laden will, kann man modprobe die VID und PID als Parameter mitgeben: <pre>modprobe ftdi_sio vendor=0x9e88 product=0x9e8f</pre>
FTDI unter Mac OS X
- Ladet euch zuerst den folgenden Treiber Virtuel COM Port Drivers (VCP) für Mac OS X (Intel) 10.4 oder höher.
- Folgt der Anleitung zur Installation des Treibers
- Nach dem Reboot editiert folgende Datei mit root-Rechten
<pre> sudo vim /System/Library/Extensions/FTDIUSBSerialDriver.kext/Contents/Info.plist </pre> Kopiert nun folgenden zusätzlichen Inhalt hinein <pre> <key>SheevaPlug JTAGKey FT2232D A</key> <dict> <key>CFBundleIdentifier</key> <string>com.FTDI.driver.FTDIUSBSerialDriver</string> <key>IOClass</key> <string>FTDIUSBSerialDriver</string> <key>IOProviderClass</key> <string>IOUSBInterface</string> <key>bConfigurationValue</key> <integer>1</integer> <key>bInterfaceNumber</key> <integer>0</integer> <key>idProduct</key> <integer>40591</integer> <key>idVendor</key> <integer>40584</integer> </dict> <key>SheevaPlug JTAGKey FT2232D B</key> <dict> <key>CFBundleIdentifier</key> <string>com.FTDI.driver.FTDIUSBSerialDriver</string> <key>IOClass</key> <string>FTDIUSBSerialDriver</string> <key>IOProviderClass</key> <string>IOUSBInterface</string> <key>bConfigurationValue</key> <integer>1</integer> <key>bInterfaceNumber</key> <integer>1</integer> <key>idProduct</key> <integer>40591</integer> <key>idVendor</key> <integer>40584</integer> </dict> </pre> Quelle
- Reinitialisiert die Abhängikeiten mit dem folgendem Befehl
<pre> sudo touch /System/Library/Extensions </pre>
- Sollte dieses nicht funktionieren könnt Ihr auch das Modul neu Laden, dabei geht Ihr wie folgt vor
<pre> sudo kextunload /System/Library/Extensions/FTDIUSBSerialDriver.kext </pre> sollte hier bei ein Fehler gelistet werden, einfach Ignorieren <pre> sudo kextload /System/Library/Extensions/FTDIUSBSerialDriver.kext </pre>
- Zum Schluss schließt den SheevaPlug an, nun sollte eigentlich alles funktionieren
FTDI unter Windows
Die Treiberinstallation wurde nur unter Windows 7 getestet, da die Treiber aber ursprünglich für XP geschrieben wurden, sollte dieses Vorgehen auch unter XP und Vista zum Ziel führen.
Update der Treiber
Als erstes müssen die Treiber (WindowsTeraTermUSBDriver.zip) zur Unterstützung von einer miniUSB auf Seriell-Verbindung von der CD oder direkt von Marvell heruntergeladen werden. Diese dann einfach z.B. nach "C:\" entpacken.
Sobald die USB-Verbindung zum Sheevaplug aufgebaut wird, versucht Windows die Treiber über WindowsLive herunterzuladen, was jedoch nicht funktioniert.
Also ab in den Gerätemanager: <pre>Start -> Systemsteuerung -> Geräte-Manager</pre>
Nun sollten unter dem Menüpunkt "Andere" zwei Geräte aufgelistet sein, in deren Bezeichnung irgendetwas mit "sheevaplug" steht. Für die beiden die Treiberinstallation manuell anstoßen und auf das Verzeichnis linken, in das die Treiber entpackt wurden. Dannach erscheint im Gerätemanager der Connector für Seriell über USB, für den ebenfalls der Treiber manuell installiert werden muss. Der Treiber befindet sich ebenfalls im heruntergeladenen Verzeichnis.
Verbindung aufbauen
Minicom
<pre> sudo port install minicom </pre> oder <pre> sudo aptitude install minicom </pre> oder was auch immer ihr so nutzt
Startet minicom wie folgt <pre> sudo minicom -s </pre> Der parameter -s wird benötigt um eine Konfigurationsdatei anzulegen. Im Anschluß passt noch unter dem Menü Punkt "Serial Port Setup" noch das "Serial Device" an.
Minicom Config <pre>
* Serial Device: /dev/ttyUSB1 * Baudrate: 115200bps * Databits: 8 * Parity: None * Stopbits: 1 * Hardware Flow Control: No * Software Flow Control: No
</pre>
Die Konfiguration ist auch bekannt als 115200 8N1.
PuTTY
Unter Windows ist PuTTY eine Möglichkeit auf den Plug zu kommen.
Zum Einrichten muss unter "Connection -> Serial" folgendes eingestellt werden: <pre>
* Serial line to connect to: *COM(X)* * Speed (baud): 115200 * Data bits: 8 * Stop bits: 1 * Parity: None * Flow control: None
</pre>
Dannach kann über "Session" der "Connection type" auf Serial gestellt werden und über "Open" die Verbindung hergestellt werden.
Screen
<pre> screen /dev/ttyUSB1 115200 </pre>
Pimp my Sheevaplug
SATA
We proudly present:
Sheevaplug 1.3 Schematics: http://plugcomputer.org/index.php/us/resources/downloads?func=startdown&id=56
Eigentlich sollten alle Leute im Club bereits die 1.3er Version haben. Diese hat, wenn man sie öffnet, auf der Platine einen unbestückten eSata-Connector. Die Traces der 4 Datenleitungen sind auf dem PCB sichtbar und führen zu 4 unbestückten Pads. Laut den Schematics da oben sollen da 4 10nF Kondensatoren drauf. Die Biester sind arschklein, sollte aber machbar sein. Ich werde mal ein bischen nach nem passenden Connector und den Kondensatoren suchen und das ganze mal austesten. (Andy - Matschkeks)
Im Forum plugcomputer.org hat mich jemand angeschrieben, der meinte, dass man das SATA-Subsystem im Prozessor noch mit Strom versorgen müsste. Ich hab dann mal im Schaltplan gesucht und nachgeschaut. Das sind nochmal 4 Kondensatoren und ein Ferrit. Nicht die Welt, nur sauklein.
Teileliste
Ich hab mal ne Teileliste geschraubt: <pre>Spannungsversorgung SATA-Subsystem im Prozessor: Siehe Schaltplan Seite 7 Quadranten H12 bis H14
Pos. Bezeichnung Stück Bauform Schaltplanbezeichnung
1 100nF Kerko 2 SMD 0402 C78-C79 2 1µF Kerko 2 SMD 0402 C196-C197 3 Ferrit 60 Ohm 1 SMD 0602 BIT7
SATA-Connector und Filterkondensatoren(?)
Siehe Schaltplan Seite 10 Quadranten F9 bis E13
Pos. Bezeichnung Stück Bauform Schaltplanbezeichnung
1 10nF Kerko 4 SMD 0402 C164, C188-C190 2 eSata Buchse 1 Print ESATA
90° gewinkelt</pre>
Pinheader
In dem obigen Schaltplan sieht man ebenfalls, dass das UART nochmal an J7 und J6 rausgeführt ist, falls man da was vor dem FTDI abgreifen will. An J6 gibt es zusätzlich noch eine I2C Schnittstelle. J4 führt die JTAG-Schnittstelle, die an den FTDI geht raus. J11 hat nochmal den Host-USB-Port herausgeführt.
Pinheader:
| Pin | J4 | J6 | J7 | J11 |
|---|---|---|---|---|
| 1 | GND | GND | GND | GND |
| 2 | JT_TDI | UART0_RXD | UART0_RXD | USB_P |
| 3 | JT_SRSTn | UART0_TXD | UART0_TXD | USB_N |
| 4 | JT_TDO | TW_SDA | 3V3 | USBVCC+ |
| 5 | JT_CLK | TW_SCL | AGND (Shield) | |
| 6 | JT_TMS_CPU | 3V3 | ||
| 7 | JT_RESET | |||
| 8 | 3V3 |
Grüne LED per GPIO steuern
Geht nur bei Revision 1.3:
Man muss R242 auslöten und an die (unbestückte) Stelle von R70 setzen. Danach soll man den Kernel entsprechend patchen und das Teil dann steuern können.
Quelle: http://plugcomputer.org/plugforum/index.php?topic=797.0
Sheevaplug SATA Hack: http://plugcomputer.org/plugforum/index.php?topic=927.0
Betriebssysteme
Linux Netzwerkboot
- Kernel in ein per TFTP bereitgestelltes Verzeichnis schieben
- Root-Filesystem in ein Verzeichnis entpacken, dass per NFS exportiert werden soll. Unbedingt auf passende Rechte achten
- /etc/exports anpassen, um Root-FS freizugeben. Beispiel unter Mac OS (Linux hat andere Syntax): File: /etc/exports{{{2}}}
- Am Sheevaplug den U-Boot umkonfigurieren:
<pre> setenv ipaddr 192.168.0.2 setenv netmask 255.255.255.0 setenv serverip 192.168.0.1 setenv bootargs console=ttyS0,115200 rw root=/dev/nfs nfsroot=192.168.0.1:/Users/andy/Desktop/sheevadev/fs ip=192.168.0.2::192.168.0.123:255.255.255.0:sheevaplug:eth0:none </pre>
IP-Adressen sind entsprechend anzupassen: <pre> 192.168.0.2 = Plug IP 192.168.0.1 = Server IP 192.168.0.123 = Gateway sheevaplug = Hostname none = Hier kann man dhcp oder bootp eintragen, falls verfügbar und gewünscht </pre>
Gebootet werden kann das System danach mit folgenden 2 Befehlen: <pre> tftpboot 0x800000 kernelimage.ubi bootm 0x800000 </pre>
Will man, dass der Sheevaplug das auch per Autoboot macht, setzt man noch die bootcmd-Variable im U-Boot: <pre> setenv bootcmd tftpboot 0x800000 kernelimage.ubi\; bootm 0x800000 </pre>
Gentoo Installation
http://dev.gentoo.org/~armin76/arm/sheevaplug/install.xml
Original U-Boot Config
<pre> baudrate=115200 loads_echo=0 rootpath=/mnt/ARM_FS/ netmask=255.255.0.0 console=console=ttyS0,115200 CASset=min MALLOC_len=1 ethprime=egiga0 bootargs_root=root=/dev/mtdblock2 ro ethmtu=1500 usb0Mode=host nandEcc=1bit ethact=egiga0 cesvcid=ULULULULULULPPULULULULULDA bootargs_end=:::DB88FXX81:eth0:none image_name=uImage standalone=fsload 0x2000000 $(image_name);setenv bootargs $(console) root=/dev/mtdblock0 rw ip=$(ipaddr):$(serverip)$(bootargs_end) $(mvPhoneConfig); bootm 0x2000000; mvPhoneConfig=mv_phone_config=dev0:fxs,dev1:fxs mvNetConfig=mv_net_config=(00:11:88:0f:62:81,0:1:2:3),mtu=1500 yuk_ethaddr=00:00:00:EE:51:81 netretry=no rcvrip=169.254.100.100 loadaddr=0x02000000 autoload=no ethaddr=00:50:43:01:D5:94 run_diag=no bootargs=console=ttyS0,115200 mtdparts=nand_mtd:0x400000@0x100000(uImage),0x1fb00000@0x500000(rootfs) rw root=/dev/mtdblock1 rw ip=10.4.50.4:10.4.50.5:10.4.50.5:255.255.255.0:DB88FXX81:eth0:none bootcmd=nand read.e 0x800000 0x100000 0x400000; bootm 0x800000 ipaddr=192.168.100.200 serverip=192.168.100.181 stdin=serial stdout=serial stderr=serial mainlineLinux=no enaMonExt=no enaCpuStream=no enaWrAllo=no pexMode=RC disL2Cache=no setL2CacheWT=yes disL2Prefetch=yes enaICPref=yes enaDCPref=yes sata_dma_mode=yes netbsd_en=no vxworks_en=no bootdelay=3 disaMvPnp=no enaAutoRecovery=yes </pre>
Boot Screen
<pre>
__ __ _ _
| \/ | __ _ _ ____ _____| | |
| |\/| |/ _` | '__\ \ / / _ \ | |
| | | | (_| | | \ V / __/ | |
|_| |_|\__,_|_| \_/ \___|_|_|
_ _ ____ _
| | | | | __ ) ___ ___ | |_ | | | |___| _ \ / _ \ / _ \| __| | |_| |___| |_) | (_) | (_) | |_
\___/ |____/ \___/ \___/ \__| ** MARVELL BOARD: SHEEVA PLUG LE
U-Boot 1.1.4 (Mar 19 2009 - 16:06:59) Marvell version: 3.4.16
U-Boot code: 00600000 -> 0067FFF0 BSS: -> 006CEE80
Soc: 88F6281 A0 (DDR2) CPU running @ 1200Mhz L2 running @ 400Mhz SysClock = 400Mhz , TClock = 200Mhz
DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6 DRAM CS[0] base 0x00000000 size 256MB DRAM CS[1] base 0x10000000 size 256MB DRAM Total size 512MB 16bit width Flash: 0 kB Addresses 8M - 0M are saved for the U-Boot usage. Mem malloc Initialization (8M - 7M): Done NAND:512 MB
CPU : Marvell Feroceon (Rev 1)
Streaming disabled Write allocate disabled
USB 0: host mode
PEX 0: interface detected no Link.
Net: egiga0 [PRIME], egiga1
Hit any key to stop autoboot: 0
Marvell>>
</pre>
Stromverbrauch
Intern liegen an dem Netzteil 5,2V an. Im Idle Betrieb braucht die Sheevaplug 0,4A. Die NIC weitere 100mA. Bei CPU-Last mit NIC werden ca 700mA benoetigt. Hinzukommt noch der Strom fuer USB-Endgeraete wie eine Festplatte.
Kernel flashen
beim mir funktionierte die Methode mit 'cat uImage > /dev/mtdblock1' nicht:
flash_eraseall -j /dev/mtd1 nandwrite -a -p /dev/mtd1 /mnt/gentoo/usr/src/linux/arch/arm/boot/uImage
