20Euro Embedded System mit ARM, 128MB ram und 256MB Flash

Ist für die SD Karte evtl. auch der Card Detect erforderlich? Das wäre 
MPP29.

Edit: Sehe gerade, ist ja auch markiert im Bild.

Hab grad mal einen SD-Kartenhalter angebrutzelt und siehe da es geht.

Den Card Detect brauchts nicht, es geht auch mit den 10k Widerständen. 
Die Kabellänge sollte nicht all zu lange sein.
Die 8GB SDHC wird ordentlich erkannt mmcblk0.

Ob man auch davon booten kann hast du noch nicht getestet, oder?

Nö bin noch nicht soweit, viel mehr werde ich aber heute auch nicht mehr 
machen. Muss erst noch ein paar andere Sachen genauer testen, werde aber 
erst am Sonntag weiter machen.
Was noch nicht so ganz geht:
- wechseln der Karte im laufenden Betrieb, massig IO Fehlermeldungen
- meine "keinen" alten SD Karten laufen nicht, nur die SDHC 8GB geht?
Aber jetzt können ja auch noch ein paar andere was machen ;-)

avion23 schrieb:

> anfangen. Hast du den IC wieder drauf bekommen? Schau ein paar youtube
> Videos falls du dich nichht damit auskennst, das hilft.

Glaubst du er haette ihn runterbekommen, ganz ohne Ahnung und Equipment?

Runter geht immer, aber nicht so sauber.

Ich habe jetzt auch einen SD Slot angelötet, eine normale 2 GB Karte 
funktioniert problemlos, mit einer 16 MB Karte habe ich nur IO Fehler.

Danke für die Pinbelegung!

Thomas schrieb:

> Jetzt ist halt die Frage ob man die negativen SATA-Leitungen nicht
> einfach auf Masse legen kann.

Nein, auf keinen Fall!

Im besten Fall funktioniert es nicht, im schlimmsten Fall grillst Du Dir 
die Ausgangstreiber der Minus-Leitungen.

Es handelt sich um eine diferentielle Signalübertragung, bei der beide 
Leitungen jeweils entgegengesetzt auf High und Low gezogen werden. Die 
Bezeichnung + und - bezieht sich nur auf den Ruhezustand.

http://de.wikipedia.org/wiki/Low_Voltage_Differential_Signaling

Auf GND legen wird keinesfalls funktionieren, denn für eine logische 0 
muß der Pegel an der Plus-Leitung mindestens 0,3V niedriger als der der 
Minus-Leitung sein, gleichzeitig aber innerhalb von 0..1,2V. Evtl. 
könnte es funktionieren, die Minus-Leitung mit einem Spannungsteiler auf 
0,6V zu legen, halt auf Kosten der Stabilität.

Thomas schrieb:

> Wenn das nicht funktioniert, könnte man aber noch einen schnellen
> Inverter verwenden, oder?

Ja, der muß aber dann Ein- und Ausgangsseitig für 1,2V Logikpegel 
ausgelegt sein. Oder Du nimmst einen richtigen LVDS-Transmitter, falls 
es die als einzelnen IC gibt.

Martin schrieb:
> Leider kommt hier folgende Meldung:
> Reading data from 0x3ff800 -- 100% complete.
>  3145728 bytes read: OK
> ## Booting image at 00800000 ...
>    Image Name:   Linux-2.6.22.18
>    Created:      2009-08-31  23:31:05 UTC
>    Image Type:   ARM Linux Kernel Image (uncompressed)
>    Data Size:    1976384 Bytes =  1.9 MB
>    Load Address: 00008000
>    Entry Point:  00008000
>    Verifying Checksum ... Bad Data CRC
>
> Habe ich eine Chance das Gerät zu retten?
>
> Danke im Voraus

Hallo Martin,

Du könntest versuchen, mithilfe des Bootloaders und TFTP den Kernel und 
das rootfs einzuspielen. Hier, ganz unten, findest Du eine Anleitung 
dazu:
http://www.cs.cmu.edu/~ecc/dockstar-howto.html
"Installation using a serial cable"

Gruß
Björn

Also ich denke nicht das man die SATA Pins ran kommt, vom zweiten SATA 
Port liegen zwei schon wenigstens 3 Pins am Rand. Weiterbringen tut uns 
das nicht.
Was man machen könnte ist eine Platine zwischen die CPU und das Board 
löten, wo die nötigen Schnittstellen raus geführt werden. Ob das den 
Aufwand rechtfertigt??? Für 69,00 Euro hab ich den Seagate GoFlex NET 
gekauft, da sind die beiden SATA Schnittstellen schon raus geführt, und 
Debian läuft ohne Probleme vom Stick.

@Martin
Ja die Ports für die zweite GB-LAN sind auch nach aussen geführt, nur 
bringen die nicht all zu viel. Müsstest den GB-LAN Chip von Marvel dafür 
haben, 88E1116 wo willst den her nehmen? Das Layout für eine GB-LAN wird 
sicherlich nicht so einfach sein.

Hat schon noch jemand die SD Karte oder den I2C getestet? Schon jemand 
eine Anpassung am uBoot gemacht?

Ich seh grad, sieht so aus als wenn die I2S und TDM Ports auch draussen 
anliegen. Werde die morgen mal ausmessen.

So, habe den Rest auch noch ausgemessen.
Das sind nun alle Pin´s, die restlichen sind nur noch VCC´s usw.

Hat noch jemand die SD-Karte oder den I2C getestet?
Zufällig schon jemand so weit das uBoot von der SD Karte startet?

@feuerrot
Einfach nach dem Marvell openrd googlen oder hier:
http://code.google.com/p/openrd/downloa ... p&can=2&q=
SPDIF ist an den MPP[20] und MPP[21]

Wer hat den uBoot schon mal neu kompiliert?
Jeff hat hier geantwortet wie man den uBoot neu kompilieren muss,
http://forum.doozan.com/read.php?3,540
Nur hab ich das noch nie gemacht :-(

Leider fehlt im normalen U-Boot die mmc-Unterstützung für die 
Kirkwood-CPU.

Der U-Boot vom Sheevaplug hat das inzwischen:
http://plugcomputer.org/plugforum/index.php?topic=183.0

Müsste man sich mal anschauen, was da für den Dockstar noch zu ändern 
ist.


In der Zwischenzeit nehme ich den Umweg über das NAND-Flash.
Also wie bei Jeff beschrieben, ein Minimal-Debian per USB auf eine 
SD-Karte installieren, das /dev/mtd3 mit einem UBIFS versehen und 
entweder nur Kernel- und Ramdisk-Image oder den gesamten Karteninhalt 
drauf kopieren.
http://jeff.doozan.com/debian/
http://forum.doozan.com/read.php?2,72

Der Bootloader im /dev/mtd0 bootet den Kernel vom /dev/mtd3 und das 
Root-FS von der SD-Karte.

Hört sich schlimmer an, als es ist und funktioniert richtig gut.

Ich hab mir die Arbeit einen SD Slot anzulöten gespart und verwende 
einen USB Micro-SD-Card-Reader, funktioniert einwandfrei.

Als U-Boot verwende ich die Version von hier
http://www.plugapps.com/index.php5?title=PlugApps:Pogoplug_Setboot
Die vollständige Installation von der Seite hat den Vorteil, sobald ein 
USB Stick mit bootbarem uImage vorhanden ist, wird von dort gebootet.

Auf der SD-Karte hab ich ein Ubuntu 9.04 mit sheeva-kernel 2.6.35.4 
installiert, aktuelle Updates sind drin. 
http://188.40.78.183/dockstar-ubuntu-9.0.4.bz2 (ca. 170MB) Ist am 
hochladen, dauert noch 2 std.

user: root
passwd: root

i2c funktioniert noch nicht, das kernel modul hab ich zwar eingebunden, 
aber da tut sich noch nix.

Und hier noch eine Debian Anleitung
http://skorfulose.de/2010/07/22/how-to-install-debian-on-seagate-dockstar/

Hast du deine opkg-sources angepasst ???

http://downloads.openwrt.org/backfire/10.03/kirkwood/packages/

Sonst bekommst du beim Installieren falsche Pakete !!!

DBD
 Olli

@feuerrot
die benötigten Pin's sind auf der Oberseite des Board in der Nähe des 
JTAG.
Leider sind meine Bilder von der Qualität her nicht so gut, wenn jemand 
neue Bilder mit einer besseren Beschriftung machen könnte wär das cool.

mit fiel gefühl :-)

> dünnen Kupferlackdraht zu verwenden
dabei aber darauf achten, das die enden schon verzinnt sind,
sonst brutzelst du wirklich alles kaput !!!

Hab den SD-Karten Halter mit Litzen von einen Flachbandkabel angelötet, 
klappt problemlos mit ner ruhigen Hand.

du musst Forwarding & Masqurading aktivieren !

# Forwarding
echo 1 > /proc/sys/net/ipv4/conf/all/forwarding

# Masqurading
iptables -t nat -A POSTROUTING -o wan0 -j MASQUERADE

HaveFun

Was verwendest du denn zur Einwahl mit dem UMTS Stick? Und welchen UMTS 
Stick hast du?

Okay, ich habe mvdial versucht, aber das gibt's nicht im Debian armel 
repository.

Ich habe einen K6535 von ZTE, der Kernel erkennt den und ich kann den 
über AT Befehle steuern.

Mal mit comgt testen.

Omega G. schrieb:
> Ich habe einen K6535 von ZTE, der Kernel erkennt den und ich kann den
> über AT Befehle steuern.

hab den gleichen (K-3565-Z), läuft problemlos an der dockstar.
verbindungs-aufbau/abbau via pon/poff aus dem ppp paket.

(sms empfangen/senden geht auch via http://kalkun.sourceforge.net/)

Vielen Dank für den (die) Artikel Alex. Endlich mal alles zusammen an 
einer Stelle. Wie groß müssen die Partitionen auf dem Stick sein?

Gruß
Roland

Ich habe momentan gar keine Swap Partition, auch so funktioniert Apache, 
PHP, MySQL, Samba sowie einiges an Kleinkram wunderbar. Im Moment sind 
sogar noch über 20 MB RAM frei.

@feuerrot
Hier noch das bild mit meiner SD-Karte

feuerrot schrieb:
> Kennt jemand ein möglichst preiswertes Handydatenkabel, dessen
> USB<->Seriell-Part hier gut funktioniert? Eine Möglichkeit zur
> Bestellung bei Amazon wäre toll.

Ich habe mir einfach einen Adapter mit einem Max3232 gelötet und 
verwende einen stinknormalen USB<-->RS232 Wandler.

Einer meiner Dockstars läuft gerade als Downloadserver mit JDownloader 
und Samba :)

JDownloader läuft da? Gibt es den etwa auch ohne grafische Oberfläche?

Die Einrichtung hab ich über einen VNC-Client gemacht. Nun steuere ich 
das Programm per Webinterface.

@feuerrot
hab diese kabel gekauft:
http://cgi.ebay.de/USB-Datenkabel-CA-42-Nokia-6020-classic-6021-6070-6080-/160470123738?pt=Handy_Zubeh%C3%B6r&hash=item255cc3c4da
3.95 Euro inkl. Versand, klappt tip top

Na guck, genau dafür hab ich mir das Teil zugelegt, 
"Hausautomatisierung".
Günstiger kommt man nicht an einen Linux Master.

Nun hab ich auch die i2c Schnittstelle am laufen.

i2c aktivieren

In der Datei arch/arm/mach-kirkwood/sheevaplug-setup.c

folgenden Code einfügen kirkwood_i2c_init();

1

static void __init sheevaplug_init(void)

2

{

3

        /*

4

         * Basic setup. Needs to be called early.

5

         */

6

        kirkwood_init();

7

8

        :

9

        :

10

11

        kirkwood_i2c_init();

12

}

Dann den Kernel neu generieren.

Im kernel log finden sich dann auch die entsprechenden Einträge.

1

kernel: [   21.717970] i2c-core: driver [dummy] registered

2

kernel: [   23.444925] i2c /dev entries driver

3

kernel: [   23.448653] i2c-core: driver [dev_driver] registered

4

kernel: [   23.453874] i2c i2c-0: adapter [mv64xxx_i2c adapter] registered

5

kernel: [   23.460046] i2c-dev: adapter [mv64xxx_i2c adapter] registered as minor 0

6

kernel: [  200.478592] i2c i2c-0: ioctl, cmd=0x705, arg=0xbef23708

Ein i2cdetect -l ergibt dann auch die gewünschte Ausgabe

1

root@arm-ubuntu:/# i2cdetect -l

2

i2c-0   i2c             mv64xxx_i2c adapter                     I2C adapter

sensors-detect erkennt den Treiber

1

Next adapter: mv64xxx_i2c adapter (i2c-0)

2

Do you want to scan it? (YES/no/selectively): n

Jetzt muss das noch getestet werden.

So viele verschiedene Chipsätze für die WLAN Hardware gibt's nun auch 
nicht.

Das wäre auch noch eine Sammlung fürs Wiki: Welche USB WLAN Chipsätze 
funktionieren.

Bei mir läuft eine WLAN Karte mit Zyxel ZD1211 Chip. Lediglich ein 
"apt-get install zd1211-firmware" war nötig.

Das Ganze unter Debian Squeeze.

@Jochen H.
hast Du das I2C Pinout von mir verwendet? Kannst Du die Funktion der 
Schnittstelle bestätigen? Zum testen der I2C bin ich noch nicht 
gekommen.

@all:

bekommt man irgendwie 1-wire Sensoren (zb DS1820) an die Dockstar?

Toni M. schrieb:
> @Jochen H.
> hast Du das I2C Pinout von mir verwendet? Kannst Du die Funktion der
> Schnittstelle bestätigen? Zum testen der I2C bin ich noch nicht
> gekommen.

Nein, hab ich noch nicht.
Ich wollte erst mal die Schnittstelle im Kernel zum laufen bringen.
Als Nächstes werde ich dein Pinout testen.

Ich hab schon überlegt eine kleine Shuttelplatine zu machen, zwischen J1 
und CN7(USB-Stecker). CNZ durch eine Stiftleiste ersetzen und den 
Stecker dann auf die Shuttelplatine, zusammen mit SD-Halter und 
Stiftleisten für SPI und i2c.
Die Drähte knicken oder reißen zu leicht ab und das wäre eine dauerhafte 
Lösung.

@Toni M.:

Ich würde gerne versuchen, den SPI und die RTC zu aktivieren.

Könntest du bitte prüfen, ob die folgenden Signale irgendwo anliegen:

MPP(6)
MPP(11)
RTC_AVDD


Vielen Dank,
Christian.

@Jochen H.
Hab auch schon mit den Gedanken gespielt eine kleine Platine zu machen.
Wollte diese aber unter das eigentliche Bord setzten und alles in ein 
neues Gehäuse bauen.
Hatte an folgendes gedacht:
SD oder MiniSD Karten Slot, RTC mit Batterie, USB -> µC für Display oder 
sonstiges. Eventuell noch einen USB Hub.

@Christian G.
Die RTC Pins sind auch raus geführt, muss das neue Pinout nur noch 
notieren. Wegen der SPI muss ich nach schauen.

Die zweite GB-LAN ist auch nach aussen geführt, muss "nur" noch das 
Pinout aufschreiben und posten.

??? Ist schon jemand dabei das uBoot auf die SD-Karte anzupassen ???

Ich weiss nicht, ob der Master Mode beim rt73 was bringen wuerde.
Hat irgendwer den schon zum bridging ueberredet bekommen? Bin da bisher 
gescheitert, mit einem RTL8187 hats auch nicht funktioniert. Das Problem 
ist, dass die WLAN-Sticks sich weigern Pakete rauszusenden, die eine 
andere MAC-Adresse als die eigene haben.

Hier hat jemand den Master Modus ans laufen gebracht, leider aber keine 
genauen Infos dazu gepostet: 
http://rt2x00.serialmonkey.com/phpBB/viewtopic.php?f=5&t=6071

Thomas O. schrieb:
> @all:
>
> bekommt man irgendwie 1-wire Sensoren (zb DS1820) an die Dockstar?

USB-Adapter DS2490 oder über RS232 mit DS2480.
Dann mit libusb und owfs (oder direkt über den 1-Wire-Kerneltreiber; 
obwohl ich owfs lieber habe).

Was für schreibraten erziehlt ihr auf den SD-Karten?
Mein Problem mit dem USB Stick ist, dass ich beim Schreiben nicht über 
1,5MB/sec hinauskomme. Im top hab ich 85%-95% IO Wait ... :(
Da dachte ich mir mit einem im Controller integrierten SD-Interface 
könnte das etwas schneller gehen :)

Im Lesen hingegen lastet das Ding mein 100MBit Lan zu 99-100% aus, also 
das funktioniert super :)
Was das teil beim 1GBit lan schafft hab ich noch nicht ausprobiert, da 
ich dafür ne direktverbindung bräuchte :)

Auf USB Stick schreiben ist sehr langsam, bei mir sind ca. 3MB/s. Lesen 
hingegen geht mit rund 15 MB/s.

Mit Gigabit LAN und einer Festplatte bekommt man ganz gut 25MB/s lesen 
und schreiben hin.

Von SD Karte kann man schneller lesen: bei mir 20 MB/s, schreiben: nicht 
getestet.

Ja ich dachte halt wegen der "direkteren" Verbindung und nicht dem umweg 
über USB wäre das schreiben auf SD vielleicht schneller, wäre schön wenn 
jemand da ergebnisse hätte.

Die Sticks werden einfach scheisse sein, oder irre ich da?
Anders gesagt: Nur wenn der Stick an einem echten PC bei der gleichen 
Aktion wesentlich schneller ist duerft ihr hier jammern =)
Das gleiche gilt natuerlich fuer alle anderen Speichermedien.

So, habe versucht die Bilder leserlicher zu machen.
Die Nummern beziehen sich auf die Pinout Liste von Marvell, MPP[xx].
Im Marvell Referenzschaltplan sind die Pins ebenfalls entsprechend 
beschriftet.
Hier die Pinbelegungen:

Zweite Ethernet Schnittstelle:
32 = TX1_CLKOUT
33 = TX1_CTRL
20 = TXD1[0]
21 = TXD1[1]
22 = TXD1[2]
23 = TXD1[3]
30 = RX1_CTRL
31 = RX1_CLK
24 = RXD1[0]
25 = RXD1[1]
26 = RXD1[2]
27 = RXD1[3]

I2S Schnittstelle:
39 = I2SLRCLK
40 = I2SDO
41 = I2SLRCLK
42 = I2SMCLK
43 = AU_I2SDI
44 = AU_I2SEXTCLK

SPDIF Schnittstelle:
36 = SPDIFI
37 = SPDIFO
38 = SPDIFCLK

I2C Schnittstelle:
8 = TW_SDA
9 = TW_SCK

SDHC Karte:
12 = SD_CLK
13 = SD_CMD / Alternativ UA1_TXD (UART1)
14 = SD_D0 / Alternativ UA1_RXD (UART1)
15 = SD_D1
16 = SD_D2
17 = SD_D3

SPI Schnittstelle:
0 = SPI_CS#
1 = SPI_MOSI
2 = SPI_SCK
3 = SPI_MISO

IO´s:
18 = NF_IO0
19 = NF_IO1

Jetzt hab ich erst noch was vergessen... man wird alt, tss.

Hier noch die RTC Pin´s.
Allerdings müssten hier die beiden Widerstände entfernt werden, da beide 
Pin´s mit 0 Ohm gegen Mass angeschlossen sind.

Ich versteh nicht was ihr euch fuer einen Aufwand macht o0
Was will man mit einer RTC? Wenn das Ding aus ist braucht es keine 
Uhrzeit, wenn es laeuft laeuft auch ntpd. Jaja, das Ding KOENNTE auch 
ganz ohne Internet laufen.
Genauso die 2. Ethernetschnittstelle usw.
Dennoch Respekt fuers RE

@Sebastian
Im Marvell Referenzschaltplan ist die I2S mit einem Audiochip drin. Der 
Link zum Schaltplan ist weiter oben in diesem Thread.

Zum RTC hab ich grad mal das Datenblatt geprüft und... ich muss nochmal 
zwei Pin ausmessen :-((
An die beiden Pin's im Bild muss ein Quarz 32.768 kHz. Die RTC Batterie 
muss an zwei weitere Pins, die ich leider noch nicht ausgemessen habe.
Werde das eventuell heute Abend noch machen, muss schauen wie ich zeit 
dazu habe.

Franz schrieb:
> Für einen Neulling wie mich, was Linux auf ARM angeht:
>
> Habt Ihr auf dem Betriebssystem Image auch GCC? Kann man Programme auf
> der Box selbst kompilieren?

Ja
Ja

NurEinGast schrieb:

> Das wäre toll. Eine RTC hätte ich gerne.

David ... schrieb:
> Ich versteh nicht was ihr euch fuer einen Aufwand macht o0
> Was will man mit einer RTC? Wenn das Ding aus ist braucht es keine
> Uhrzeit, wenn es laeuft laeuft auch ntpd. Jaja, das Ding KOENNTE auch
> ganz ohne Internet laufen.

Franz schrieb:
> Vielen Dank für die Antwort. Gleich noch eine Frage: Ist es der Link auf
> das Debian-Image weiter oben? Wenn ja, ist der I2C-Treiber auch gleich
> im Kernel verbaut?

Ob es im Debian-Image drin ist kann ich dir nicht beantwort, in meinem 
Ubuntu Image ja.

Ich hab mal mit einem Logic Analyzer den i2c port abgehört und einen 
LM75 angeschlossen.

8 und 9 sind mit 4k7 pull-ups versehen.

An TW_SDA tut sich was.
TW_SCK ist permanent high.

Stellt sich die Frage ob TW_SCK wirklich an dem Pin liegt.

S, P und Sr sind auf der Datenleitung zu erkennen.

@Jochen H.
habe die Pins nach der Pinout Liste von Marvell gemessen. Sollte passen, 
ich kann mal noch schauen ob der TW_SCK sonst noch wo endet. Werde das 
heute Abend, wenn ich wieder zu Hause bin nachmessen.

MoinMoin,

Franz schrieb:
> Gleich noch eine Frage: Ist es der Link auf
> das Debian-Image weiter oben? Wenn ja, ist der I2C-Treiber auch gleich
> im Kernel verbaut?
>
I2C: beim schnellen Drüberschauen über die vorhandenen Kernelmodule habe 
ich gesehen, dass dieses dabei ist: i2c-tiny-usb. Damit sollte z.B. 
soetwas funktionieren: 
http://bralug.de/wiki/BLIT2008-Board_mit_i2c-tiny-usb-Firmware

Also i2c via USB. Man muss dann halt noch die i2c-tools installieren, 
welche aber auch bei dem Debian dabei sind. Ich wollte es heute abend 
mal mit dem dockstar ausprobieren und würde dann berichten....

1wire wäre für mich auch interessant, habe aber derzeit keine 
entsprechenden USB-Adapter, welche z.B. vom Fuse owfs (http://owfs.org/) 
unterstützt werden. Es gibt zwar noch die Möglichkeit mittels ein paar 
Dioden 1wire-ICs über RS232 (also mit einem USB2Serial-Adapter) 
anzuschliessen, da müsste aber z.B. digitemp (http://www.digitemp.com/) 
als Software dabei sein, was ich aber noch nicht nachgesehen habe. Werde 
ich aber auch noch demnächst ausprobieren...

Grüße Uwe

Uwe Berger schrieb:
> 1wire wäre für mich auch interessant, habe aber derzeit keine
> entsprechenden USB-Adapter,

Guck Dir mal den LinkUSB an, den habe ich mit digitemp am laufen (aber 
nicht am Dock!):

http://www.fuchs-shop.com/de/shop/1/1/13372195/

Dirk Wagner schrieb:
> Guck Dir mal den LinkUSB an, den habe ich mit digitemp am laufen (aber
> nicht am Dock!):
>
> http://www.fuchs-shop.com/de/shop/1/1/13372195/
>
ja kenne ich und im gleichen Shop gibt es auch noch preiswertere. Z.B. 
http://www.fuchs-shop.com/de/shop/17/1/13372016/

...aber wie gesagt, müsste ich mir erst kaufen...

Grüße Uwe

Naja der USB Stick macht am PC schon so seine 10-15MB/sec sonst würd ich 
mich ja nciht beschweren wenn das teil auf der Dockstar nur 1,1MB/sec.
Wo gibts USB Sticks mit cache drin? ^^
Naja im endeffekt will ich eh ne Festplatte als datenspeicher dranhauen, 
nur die hab ich leider noch nicht.

Hallo, da ich beim RTC die Batterie Pin´s nicht mit eingezeichnet habe, 
hier noch das Update für den RTC

RTC_XOUT
RTC_XIN
RTC_AVSS (geht auf die Massefläche)
RTC_AVDD (Batterieanschluss für die RTC)

Die Pin´s vom I2C hab ich nochmals geprüft, ist absolut sicher das die 
Pin´s zum Layout passen, MPP[8] und MPP[9]. Habe die 4,7kOhm Widerstände 
extra ausgelötet um zu schaun ob die beiden I2C Signale noch wo anders 
anliegen. Dem ist nicht so, es macht den Anschein als wären die beiden 
IO´s wirklich nur mit den PullUp Widerständen 4,7k verbunden.

Im Datenblatt steht das man die SCL Frequenz errechnen muss und 
entsprechend konfigurieren muss.
Datenblatt Seite 225:
http://www.marvell.com/files/products/embedded_processors/kirkwood/HW_88F6281_OpenSource.pdf

@Toni M.
Hm, ok dann werde ich noch die kernel parameter checken.
Und ich werde kürzere Lackdrähte verwenden.

Link funktioniert nicht.
Ich hab das pdf aber.

MoinMoin,

Uwe Berger schrieb:
> Damit sollte z.B. soetwas funktionieren:
> http://bralug.de/wiki/BLIT2008-Board_mit_i2c-tiny-usb-Firmware
>
> Ich wollte es heute abend mal mit dem dockstar ausprobieren
> und würde dann berichten....
>
so, habe ich jetzt gerade ausprobiert und funktioniert tadellos. Die auf 
der Seite beschriebene Geschichte mit lm-sensors sollte man aber nicht 
unbedingt ausprobieren, da dabei (zumindesten mein) Dockstar 
"eingeforen" ist.

Grüße Uwe

Jup, mit sensors-detect sollte man nur den i2c bus checken alle anderen 
Prüfungen mit N beantworten.

Für alle die ein Display am Dockstar haben wollen:

http://cartft.de/catalog/il/1094

Den Tip hab ich von Alexander Holler bekommen.
MIMO UM-720S 7" Display 800x480 mit Touch angeschlossen wird das Ganze 
per USB.

Franz schrieb:
> Woher bekommst Du den Treiber für das Display ?

Das ist wohl ein Displaylink-basiertes Display. Das ist hinreichend 
reverse-engineered worden: http://libdlo.freedesktop.org/wiki/

Viele Grüße,
         Simon

Laut Alexander hat Er es schon unter Linux am laufen, allerdings nicht 
in Verbindung mit dem Dockstar.

Sowas könnte man als aufsteck-display konzepieren:
http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=250667043194&ssPageName=STRK:MEWAX:IT

Hab mal noch ein bissel gegoogelt nach dem MIMO Display.
Und siehe da, es hat schon einer am Dockstar am laufen.
Kuckt Ihr hier:
http://plugcomputer.org/plugforum/index.php?topic=379.0

Ich komme mit der i2c Schnittstelle nicht weiter.
TW_SCK bleibt immer high, kein Clock Signal.

@David L.
Respekt, echt keine schlechte Idee. Muss Dich aber enttäuschen, bim 
SATA0 sind die ganzen Kondensatoren der Spannungsversorgung im Weg. Beim 
SATA1 liegen leider auf der Unterseite Leiterbahnen :-(
Beim PCIe sieht es nicht besser aus.

Wenns um die SATA geht, empfehle ich echt den GoFlex NET, hab zwei hier. 
Werde einem davon vielleicht noch nächste Woche die CPU auslöten um zu 
schauen wo die SD-Karte, PCIe, usw liegen.
Was an den SATA Schnittstellen wirklich cool ist, lauten Datenblatt 
werden SATA Portmultiplikatoren unterstütz. Somit lassen sich bis zu 10 
SATA II Platten anschliessen. Restliche Daten sind gleich dem Dockstar 
(CPU, RAM, NAND). Lediglich USB, da hat der GoFlex Net keinen USB Hub 
onboard.

Franz schrieb:
>>Ich komme mit der i2c Schnittstelle nicht weiter.
>>TW_SCK bleibt immer high, kein Clock Signal.
>
> Ist es ein Hardware Fehler? Pull UP Widerstand aus versehen gebrückt?
Nein, hab ich nachgemessen.

> Vielleicht ist ja der Port auch falsch initialisiert.
Auch meine Vermutung, daher bin ich gerade dabei ein U-Boot mit i2c 
Unterstützung zu bauen. Mal sehen ob der Port dann geschwätziger ist.

> Gibt es auf dem Board nicht auch zwei GPIOs? Die könnte man vielleicht
> per Bit-Banging als I2C Interface nutzen.
Hab ich im Kernel aktiviert, aber das ist Neuland für mich, sprich keine 
Ahnung wie das funktioniert.

Schön gemacht! Muss bzw. sollte Pin 4 der Mini USB Buchse nicht auch auf 
GND?

Pin 2 vom Header ist im Board nicht geroutet, im Schaltplan ist der Pin 
nicht auf GND gelegt.

Hat jemand eine Bezugsquelle für diese Ferritperle in dem Schaltplan mit 
FTDI? Ich hatte die bisher mangels Verfügbarkeit weggelassen.

So damit ich nicht ständig neue Beiträge erstellen muss, hab ich mal 
meinen alten Nick ausgekramt...

Ist mir jetzt ein wenig peinlich, aber zwischen C9 und R1 hat noch eine 
Verbindung gefehlt...

Eigentlich wird zumindest bei Debian alles automatisch geladen. Hast du 
evtl. eine Datenleitung die keinen Kontakt oder Kurzschluss macht?

Thomas schrieb:
>> Schön gemacht! Muss bzw. sollte Pin 4 der Mini USB Buchse
>> nicht auch auf GND?
>
> Danke, den Pin kann man ruhig unrouted lassen
>
>> Pin 2 vom Header ist im Board nicht geroutet,
>> im Schaltplan ist der Pin nicht auf GND gelegt.
>
> Doch ist er. Klick mal auf ratsnest.

:-) ok hätte ich auch selbst drauf kommen können.

@Jochen H.

Die I2C-Pins MPP8 und 9 sind vom U-Boot als UA0_RTS und UA0_CTS 
konfiguriert.

Du könntest versuchsweise die Pins mal im U-Boot umstellen:

1

md f1010004 1            (zeigt das MPP-Control-Register 1 an)

2

 f1010004: 11113322      (das sollte drin stehen)

3

4

mw .l f1010004 11113311  (MPP8 und MPP9 zu TW-SDA und TW_SCK umkonfigurieren)

Und dann den Kernel booten.

Das könnte auch über einen Eintrag in der sheevaplug-setup.c gehen:

(Zeile 71:)

1

static unsigned int sheevaplug_mpp_config[] __initdata = {

2

        MPP8_TW_SDA,    /* enable I2C pins */

3

        MPP9_TW_SCK,

4

        MPP29_GPIO,     /* USB Power Enable */

5

        MPP49_GPIO,     /* LED */

6

        0

7

};

Habs aber noch nicht selber ausprobiert.

Gruß,

Christian.

@Christian G.
Deinen Eintrag hatte ich noch nicht gelesen.

--

Kaum macht man's richtig ...

Wichtig ist bei der Inititialisierung des Kernels die MPP's zu setzen.
Damit der Prozessors auch die Signale an den Ports ausgibt die man da 
haben will.

1

static unsigned int sheevaplug_mpp_config[] __initdata = {

2

        MPP0_SPI_SCn,

3

        MPP1_SPI_MOSI,

4

        MPP2_SPI_SCK,

5

        MPP3_SPI_MISO,

6

        MPP6_SYSRST_OUTn,

7

        MPP7_PEX_RST_OUTn,

8

        MPP8_TW_SDA,

9

        MPP9_TW_SCK,

10

        MPP29_GPIO,     /* USB Power Enable */

11

        MPP46_GPIO,     /* LED green */

12

        MPP47_GPIO,     /* LED orange */

13

        0

14

};

Gilt wohl auch für die Verwendung der SD Ports.

i2c funktioniert.

1

root@dockstar:~# sensors

2

lm75-i2c-0-4f

3

Adapter: mv64xxx_i2c adapter

4

temp1:       +25.5 C  (high = +80.0 C, hyst = +75.0 C)

@Christian
Danke für den Hinweis, hab da echt einen Fehler gemacht, sorry.
Anbei das richtige Bild MPP[16] nun richtig.

Anbei noch eine verkleinerte Version, damit sich die Platine auch 
auflöten lasst ohne am Kirkwood und den Spulen anzustoßen.

@Jochen H.

Wenn du die MPPs 0-3 als SPI initialisierst, dürfte doch eigentlich das 
NAND-Flash nicht mehr funktionieren.

Mir scheint, als ob sich SPI auf dem Board nur verwenden läßt, wenn man 
nach Starten des Kernels auf das NAND-Flash verzichtet, denn in der 
alternativen Pin-Konfiguration wird SYSRST_OUTn zu SPI-MOSI und das hat 
zumindest bei meinen Versuchen im u-Boot einen Systemstillstand 
provoziert.

Was hast du eigentlich mit dem PEX_RST_OUTn vor?

Christian G. schrieb:
> Wenn du die MPPs 0-3 als SPI initialisierst, dürfte doch eigentlich das
> NAND-Flash nicht mehr funktionieren.

Ich hab mein System auf einem SD-Card-USB-Adapter, von daher kein 
Problem.

> Was hast du eigentlich mit dem PEX_RST_OUTn vor?

PEX_RST_OUT ist mir bei cut&paste da einfach mit reingerutscht.

Elfish schrieb:

> Kennt jemand ein Howto indem das vorgehen etwas erklärt wird einen
> SD-Kartenslot aufzulöten? Ich habe hier noch ein altes defektes
> Laptopmainboard mit einem SD-Kartenlesenslot. Den sollte man ja
> verwenden können, oder?
>
> Kann vom internen SD-Kartelslot dann auch gebootet werden? D.h. ohne die
> Verwendung eines USB Sticks? Wie müsste man vorgehen?
>
> Als OS wollte ich gerne Debian verwenden.

Hallo,
schau Dir mal das 
[[http://streamboard.gmc.to/wbb2/board.php?boardid=239&sid=c373e1804d73d8ee9b06c3591b282248]] 
an, ist in D, es gibt ein WIKI und Du suchst Dir halt das aus was Du 
magst (Linux Anfänger tauglich).

Gruß Willi

@Elfish
Also den SD-Kartenslot von Deinem alten Notebook Board kannst Du 
verwenden. Das nötige Pinout findest Du weiter oben im Thread. Ein HowTo 
ist meines Wissens noch nicht geschrieben, wenn jemand Zeit hat könnte 
er das gerne übernehmen. Das booten von der SD-Karte ist möglich man 
muss allerdings noch den uBoot anpassen.

Bin derzeit noch dran mit der uBoot, das es bei mir nicht klappt soll 
aber nichts heissen. Mache das zum ersten mal und muss ehrlich gestehen, 
dass ich nicht grade ein helles Licht bin, was das kompilieren von uBoot 
und Kernel angeht.

Hallo Community,

ich möchte mal auf nachfolgende Seite hinweisen. Finde ich ganz gut:
http://www.rudiswiki.de/wiki/DockStarDebian

Als "linux noob" ist mit unklar, warum alles über wget laufen muß. d.h. 
man flashed / installiert immer mit permanenter Verbindung zum internet. 
(jaja, klar, damit alles schön aktuell ist).

Ich habe schon öfters gelesen, daß es Probleme gab, weil der 
debian-server mal offline war o.ä.

Ich baue mir gerade ein Skript, daß (uboot + tools) vom USB stick 
installiert (einfach). Als nächstes möchte ich mit debian "squeeze" 
(minbase) ebenso verfahren. Falls jemand einen tipp hat, wo man den 
dazugehörigen "tarball" (heisst das so?) findet, bitte her damit :) (ich 
konnte nur tote links finden). Das "functions-script" des "debootstrap 
1.0.23" zu anaylsieren war mir bis jetzt zu aufwendig; vielleicht hat 
jemand eine einfachere idee!

Vorteil ist, man benötigt eben nur ein Serial-Kabel & während der ganzen 
installationen keine Netzwerk / Internetverbindung. (schneller ist es 
auch, weil man auf keinen download o.ä. warten muß) ... und wir wissen 
ja, dass der docky auch gerne mal "nach hause telefonier", wenn man ihn 
nicht bremst ;)

cheers,
lou

Hi,
Habe nun auch 2 von 3 zum laufen. der 3te macht CRC check Error.
Aber nun zur Frage, wie krieg ich ttyS1 zum laufen?
Hab schon gesendet aber am Oszi ist nix, muss wohl ein paar register 
beim uboot "poken" ?

Ed

Hmm, Strom ;-)

http://elm-chan.org/docs/mmc/mmc_e.html

Thomas O. schrieb:
> bekommt man irgendwie 1-wire Sensoren (zb DS1820) an die Dockstar?

@Thomas
Ich habe seit 6 Monaten 5 Stück DS1820 an einer NSLU2 box laufen.
Siehe: http://www.rudiswiki.de/wiki1/HeizungWebcam

Die NSLU2 box möchte ich durch ein DockStar ersetzen und habe bereits 
erfolgreich Versuche mit Debian gemacht und ausführlich beschrieben. 
Alle Anwendungen, die auf der NSLU2 box laufen, gehen auch auf der 
DockStar (1-wire, WebCam), siehe:
http://www.rudiswiki.de/wiki/DockStarDebian

Auf der DockStar habe ich auch schon Samba mit USB automount zum laufen 
gebracht und beschrieben: 
http://www.rudiswiki.de/wiki/DockStarAutoMountSamba

und einen Video stream mit einer Logitech WebCam auf Firefox:
http://www.rudiswiki.de/wiki/DockStarWebCamStream

@lou
zu wget: man kann ja vorher mit dem Web Browser prüfen, ob alle Links 
noch funktionieren.
In der Startphase gibt es noch ein Problem. Wenn der daemon "hbwd" 
läuft, dann funktioniert noch USB automount, aber er "telefoniert nach 
Hause" und installiert ungefragt eine neue Firmware. Wenn man den daemon 
"hbwd" abschaltet geht der USB automount nicht mehr.
Ich würde es mit dem script von Jeff Doozan versuchen. Die 
Datensicherung des flash-ROM's habe ich jetzt auch beschrieben, ebenso 
die Netzwerk Verbindung zum PC ohne Router unter:
http://www.rudiswiki.de/wiki/DockStarOverview

Grüße, Rudolf

Mit einer entsprechenden Anpassung im sheevaplug-setup.c
läßt sich die SD Card Detection aktivieren.

1

static struct mvsdio_platform_data sheevaplug_mvsdio_data = {

2

        .gpio_write_protect = 48, /* MPP48 used as SD write protect */

3

        .gpio_card_detect = 49,   /* MPP49 used as SD card detect */

4

};

5

6

:

7

:

8

:

9

10

static unsigned int sheevaplug_mpp_config[] __initdata = {

11

        MPP0_SPI_SCn,

12

        MPP1_SPI_MOSI,

13

        MPP2_SPI_SCK,

14

        MPP3_SPI_MISO,

15

        MPP8_TW_SDA,

16

        MPP9_TW_SCK,

17

        MPP12_SD_CLK,

18

        MPP13_SD_CMD,

19

        MPP14_SD_D0,

20

        MPP15_SD_D1,

21

        MPP16_SD_D2,

22

        MPP17_SD_D3,

23

        MPP29_GPIO,     /* USB Power Enable */

24

        MPP46_GPIO,     /* LED green */

25

        MPP47_GPIO,     /* LED orange */

26

        MPP48_GPIO,     /* SD Write Protect */

27

        MPP49_GPIO,     /* SD Card Detect */

28

        0

29

};

mmc0: mvsdio driver initialized, using GPIO 49 for card detection

Biffo schrieb:
> Hallo,
>
> hat es eigentlich schon jemand geschafft, sich via JTAG und openOCD zu
> verbinden? Wenn ja, mit welchem JTAG-Adapter?
>
> Diese Anleitung ist mir bekannt:
> 
http://www.yourwarrantyisvoid.com/2010/09/08/dead-dockstar-resurrected-with-jtag/
>
> Ich hätte aber gern Alternativen bzgl. JTAG-Adapter. Mein "Wiggler":
>
> 
http://cgi.ebay.de/ARM-JTAG-parallel-Programmer-Kabel-Wiggler-Kompatibel-/270627269001?pt=Wissenschaftliche_Ger%C3%A4te&hash=item3f02a46989
>
> funktioniert so leider nicht. Vielleicht mache ich auch was falsch, wäre
> für jeden Tipp dankbar, da JTAG für mich Neuland ist.
> Aber so schwer sollte es ja nicht sein, sofern sich die Anschlüsse des
> Devices mit denen meine JTAG´s decken, oder?
>
> Gruß,

Hi,
ja, ich musste gestern eine Dockstar über jtag wieder zum Leben 
erwecken. Mithilfe dieser Anleitung hat es geklappt:
http://plugapps.com/index.php5?title=Hardware:_Seagate_DockStar_uBoot_Restoration_via_JTAG
Ich habe mir das allereinfachste jtag Kabel gebastelt:
http://oldwiki.openwrt.org/OpenWrtDocs%282f%29Customizing%282f%29Hardware%282f%29JTAG_Cable.html
Auf der Dockstar habe ich noch R166 mit 4k7 bestückt. Openocd lief auf 
einem alten WinXP Rechner, der noch eine parallele Schnittstelle hat.

Gruß
Björn

Biffo schrieb:
> Hallo Björn,
>
> ich habe bei meiner DockStar den gesamten NAND-Speicher versehentlich
> gelöscht. :(
>
> Ist Dein Jtag ein "Unbuffered Cable, Xilinx DLC5 Cable III" oder ein
> "Buffered Cable, Wiggler" ?
>
> Gruß

Ich hatte /dev/mtd0 wohl mit was unsinnigem überschrieben, jedenfalls 
kam über uart nichts mehr und auch die LED blieb dunkel. Habe mir das 
"Unbuffered Cable" zusammengelötet, damit gings bereits problemlos.

Gruß
Björn