Grasshopper Inbetriebnahme

Na toll... so ein sch... Teil. Vollkommen unbrauchbar irgendwie. Doku 
gibt es auch keine. Naja dann schick ich es halt so wie es ist wieder 
zurueck und fertig. Der Schaltplan ist auch unlesbar erstmal, weil das 
PDF nicht standardkonform ist und Schriftarten fehlen. Auf der Homepage 
vom Hersteller auch null, nichts. Total enttaeuscht von dem Teil.

Naja an den Hersteller brauch ich nicht schreiben, das kannst vergessen. 
Das is ne reine Werbehomepage ohne jegliche Produktinfo. Und aus dem 
shop ist das Teil heute entfernt worden, da wirst es nicht mehr 
bestellen koennen, sofern es nicht wieder reingenommen wird. Irgendwie 
glaub ich nicht so recht an nen Zufall. Im Moment sieht mir das nach ner 
Fehlkonstruktion aus.

http://shop.embedded-projects.net/index.php?cat=c8_Grasshopper.html

Koennt ja nen Versehen sein der Link im Menue ist noch drinnen aber es 
heisst nur "product not found". Naja es gab Probleme mit dem Hersteller 
wegen nem fehlerhaften Kondensator, da wurde erstmal nen Rueckruf 
gestartet. Benedikt war offensichtlich auch nicht gluecklich mit der 
Abwicklung, weil die sich nicht an das Abgemachte gehalten haben.

Naja immo is das Teil halt fuer mich nicht nutzbar. Mir haette es ja 
auch in den Kram geasst, Embedded Linux fuer den Preis is doch super. 
Nur funktionieren sollte es halt auch noch. Das Prob is ohne Doku kann 
ich auch nicht wirklich nachvollziehen wo das Problem liegt. Das Teil 
blinkt nach ner gewissen Zeit zyklisch, das koennte jetzt anzeigen dass 
es bereit ist aber auch ein Fehlerzustand sein. Ich kann das jetzt 
erraten, wunderbar.

Aber selbst wenn das kein Fehler ist, wird das Teil nicht als 
Netzwerkkarte erkannt, wie behauptet. Und daran wird auch die 
Softwarekonfiguration nichts aendern, weil offensichtlich nicht die 
USB-Engine der MCU verwendet wurde sondern ein externer Baustein.

Also das zyklische blinken heißt das es läuft.....bei mir läuft es 
einwanderfrei....ich nehme stark an das du nur eine falsche SW Version 
drauf hast....schreibe Benedikt Sauter, dann wirst Du schon Hilfe 
bekommen...

Was heisst das, wie hast Du das Teil dann in Betrieb genommen? Und was 
heisst hier falsche Software-Version, kannst vielleicht mal etwas 
genauer werden? Mit solchen Aussagen kann ich in etwa genausoviel 
anfangen wie mit der nicht vorhandenen Dokumentation.

Die LED blinkt zwei mal kurz und dann eine laengere Pause. Vielleicht 
hilft das ja was. Lustiges Raetselraten.

Also ein erster guter Ansatz wäre mal ein Screenshot vom RS232 Output. 
Hast Du schonmal probiert den zu bekommen? Müssten nur einen 
Pegelwandler an RX und TX anschließen und dann an den 
PC.....funktioniert auch....

Die LED'S blinken genauso wie bei mir......

Hm hm... naja dazu muss ich erst nen Adapter bauen. Und ich find das is 
reichlich ueberfluessig wenn das Ding nicht out of the box funktioniert. 
Und die Behauptung, es wuerde sich als Netzwerkkarte identifizieren per 
USB ist schlicht und ergreifend falsch. Mich kotzt es einfach nur an 
dass das Projekt offensichtlich ueberhaupt nicht dokumentiert wurde bzw. 
diese Dokumentation nirgendwo veroeffentlich wurde. Sendet das Ding die 
boot-messages per RS232 oder wie seh ich das?

Naja ich denk ich schick das Ding wieder zurueck das is mir echt zu 
bloede. Mich hier vorraten.

Ja da liegt wohl noch einiges im Argen...
Ich hatte einen der ersten Grasshopper bekommen und an meinen Router 
angeschlossen. Das Teil bekommt eine IP zugeteilt und über die kann ich 
mit Telnet drauf zugreifen (jedenfalls nachdem Benedikt die erste 
Kurzanleitung veröffentlicht hat, in der der Benutzername 'default' 
genannt wurde).
Mit einiger Mühe ist es mir auch gelungen Dateien ins Flash zu bekommen.
Dazu muss auf einem externen Rechner ein FTP-Server installiert werden. 
Mit wget lässt sich dann vom Grasshopper aus auf den Server zugreifen. 
Aber wie transportiere ich Dateien in die andere Richtung?
Unter Windows an USB angeschlossen, sucht Windows einen Treiber für ein 
'RNDIS/Ethernet Gadget'. So einen Treiber konnte ich zwar finden, aber 
Windows meldet einen Fehler bei der Installation (Code 10).
Durch die Austausch-Aktion habe ich jetzt eine zweite Platine bekommen, 
auf der ist im Gegensatz zur ersten die USB-Bridge CP2101 bestückt! Da 
gibts dann keine Netzwerk-Funktion sondern nur RS232.
Das lässt sich aber prinzipiell durch Umlöten zweier winziger 
Widerstände ändern.
Das Problem mit dem zu kleine Eingangsspannungsbereich wurde durch 
weglassen eines Kondensators gelöst...
Die Toolchain, die veröffentlicht wurde, scheint so nur unter OpenSuSe 
10.3 zu laufen. Ich habe es unter ubuntu versucht, da lässt sie sich 
nicht übersetzen. Immerhin kann ich unter SuSe Programme für den 
Grasshopper übersetzen, auf den FTP-Server schieben und dann zum Board 
übertragen. Von Telnet aus starten und siehe da er sagt 'Hello World'. 
Auch ein einfacher HTTP-Client lief so auf Anhieb.
Der Kernel wurde auch übersetzt, aber wie bekomme ich den auf das Board? 
Dazu muss man ihn wohl auf einen SFTP-Server legen, von dem es sich der 
Bootloader holen kann. Den Bootloader muss man über die serielle 
Schnittstelle bedienen. Auf dem Board ohne CP2101 braucht man einen 
Pegelwandler, mein selbstgebauter USB-Seriellwandler hatte aber Probleme 
mit 115200Bps. Das ist jetzt auf dem zweiten Board kein Problem, da man 
hier ja einen brauchbaren Wandler hat.
Das Uboot (der Bootloader) meldet beim ersten Board übrigens nur 8MB 
SDRAM, beim zweiten 64MB. Das scheint ein Fehler im Bootloader zu sein. 
Aber wie tauscht man den eigentlich aus?
Leider sind diverse Portleitungen nicht herausgeführt, das betrifft auch 
die DA-Wandler Schnittstelle. Sonst hätte ich jetzt ein Webradio 
gebaut...
Ich sehe gerade, auf
http://www.embedded-projects.net/index.php?page_id=237
hat Benedikt seine Anleitung erweitert, aber eine echte Dokumentation 
gibt es immer noch nicht.
Im Moment kann man einem Embedded-Linux Neuling wohl wirklich noch nicht 
zu diesem Board raten, es gibt noch viel zu erforschen und zu lernen. 
Wer davor keine Angst hat, der bekommt hier aber ein nettes kleines 
Board mit vielen Möglichkeiten.

Uwe

Uwe Nagel wrote:
> Ja da liegt wohl noch einiges im Argen...
> Ich hatte einen der ersten Grasshopper bekommen und an meinen Router
> angeschlossen. Das Teil bekommt eine IP zugeteilt und über die kann ich
> mit Telnet drauf zugreifen (jedenfalls nachdem Benedikt die erste
> Kurzanleitung veröffentlicht hat, in der der Benutzername 'default'
> genannt wurde).

Mit anderen Worten heisst das ich darf mir jetzt extra fuer das Ding 
einen SMTP-Server aufsetzen in der Hoffnung, dass das dann funktioniert. 
Was es wahrscheinlich nicht tut ohne dass ein Link zustande kommt.

> Mit einiger Mühe ist es mir auch gelungen Dateien ins Flash zu bekommen.
> Dazu muss auf einem externen Rechner ein FTP-Server installiert werden.
> Mit wget lässt sich dann vom Grasshopper aus auf den Server zugreifen.
> Aber wie transportiere ich Dateien in die andere Richtung?

HTTP-Server oder etwas in der Richtung laufen lassen.

> Unter Windows an USB angeschlossen, sucht Windows einen Treiber für ein
> 'RNDIS/Ethernet Gadget'. So einen Treiber konnte ich zwar finden, aber
> Windows meldet einen Fehler bei der Installation (Code 10).
> Durch die Austausch-Aktion habe ich jetzt eine zweite Platine bekommen,
> auf der ist im Gegensatz zur ersten die USB-Bridge CP2101 bestückt! Da
> gibts dann keine Netzwerk-Funktion sondern nur RS232.

Wunderbar, da liegt also der Hase im Pfeffer...

> Das lässt sich aber prinzipiell durch Umlöten zweier winziger
> Widerstände ändern.

Mit hellseherischen Faehigkeiten haette man das vielleicht sogar wissen 
koennen, jetzt weiss ich es aber immernoch nicht.

> Das Problem mit dem zu kleine Eingangsspannungsbereich wurde durch
> weglassen eines Kondensators gelöst...
> Die Toolchain, die veröffentlicht wurde, scheint so nur unter OpenSuSe
> 10.3 zu laufen. Ich habe es unter ubuntu versucht, da lässt sie sich
> nicht übersetzen.

Ich kann das System uebersetzen aber nicht uebertragen, weil dazu ein 
Kommando und was weiss ich fuer Hardware fehlt. Sehr hilfreich.

> Immerhin kann ich unter SuSe Programme für den
> Grasshopper übersetzen, auf den FTP-Server schieben und dann zum Board
> übertragen. Von Telnet aus starten und siehe da er sagt 'Hello World'.
> Auch ein einfacher HTTP-Client lief so auf Anhieb.

Immerhin, wenn's denn mal laufen wuerde.

> Der Kernel wurde auch übersetzt, aber wie bekomme ich den auf das Board?
> Dazu muss man ihn wohl auf einen SFTP-Server legen, von dem es sich der
> Bootloader holen kann. Den Bootloader muss man über die serielle
> Schnittstelle bedienen. Auf dem Board ohne CP2101 braucht man einen
> Pegelwandler, mein selbstgebauter USB-Seriellwandler hatte aber Probleme
> mit 115200Bps. Das ist jetzt auf dem zweiten Board kein Problem, da man
> hier ja einen brauchbaren Wandler hat.

OK, das werde ich wohl mal ausprobieren.

> Das Uboot (der Bootloader) meldet beim ersten Board übrigens nur 8MB
> SDRAM, beim zweiten 64MB. Das scheint ein Fehler im Bootloader zu sein.
> Aber wie tauscht man den eigentlich aus?

Muss ich mir alles erstmal ansehen...

> Leider sind diverse Portleitungen nicht herausgeführt, das betrifft auch
> die DA-Wandler Schnittstelle. Sonst hätte ich jetzt ein Webradio
> gebaut...
> Ich sehe gerade, auf
> http://www.embedded-projects.net/index.php?page_id=237
> hat Benedikt seine Anleitung erweitert, aber eine echte Dokumentation
> gibt es immer noch nicht.
> Im Moment kann man einem Embedded-Linux Neuling wohl wirklich noch nicht
> zu diesem Board raten, es gibt noch viel zu erforschen und zu lernen.
> Wer davor keine Angst hat, der bekommt hier aber ein nettes kleines
> Board mit vielen Möglichkeiten.

Hat er aufgrund meiner Mails. Vielleicht sollte sich jemand erbarmen, ne 
Doku zu schreiben... ich unterhalt mich mal mit Benedikt.

>
> Uwe

Der Hinweis, sich mit nem Terminalprogramm auf den virtuellen seriellen 
Port zu verbinden das kam mir gestern schon in den Sinn, da es ja nahe 
liegt, leider hab ich mit Minicom nix rausbekommen. Jetzt versuch ich 
das mal mit kermit. Hoffentlich mach ich dann bisschen Fortschritte ;)

Juhu ich bin drauf auf dem Teil. Ich sehe jedoch dass das 
Netzwerk-Interface down ist. Deswegen bekommt es wohl auch keinen Link. 
Einen Versuch, das hochzubekommen ist schonmal gescheitert (ifconfig 
eth0 up). Aber wenigstens kann ich jetzt mal anfangen hier.

Ziemlich cool das Teil. Die "gewohnte" Busybox-Umgebung. Tolle Sache, 
sogar wget ist mal standardmaeszig mit drauf, das musste ich auf meinem 
N810 erstmal compilieren.

Ok das Netzwerkinterface scheint macb0 zu heissen ;) Aber ich loet jetzt 
erstmal die Stiftleisten ein hehe. Jetzt ist der Frust verflogen. Aber 
gestern ging halt echt garnix.

Hm OK also das Netzwerk scheint nicht richtig konfiguriert zu sein, kein 
Modul, kein Device, keine Aktionen im syslog beim Anstecken. Werde da 
mal weiterforschen.

Den Bootmeldungen entnehme ich:

eth0: Atmel MACB at 0xfff01800 irq 25 (00:00:00:00:00:00)
eth0: attached PHY driver [Davicom DM9161E] (mii_bus:phy_addr=0:00, 
irq=-1)


Sowie

$ cat /proc/interrupts
           CPU0
 25:          0      intc  eth0


An sich ist also alles da, allerdings bekomme ich das Device immernoch 
nicht hoch:

$ ifconfig eth0 192.168.0.42 up
ifconfig: SIOCSIFFLAGS: Invalid argument

Hm... mal sehen wo da das Problem liegt.

Die MAC-Adresse, die das Board offiziell haben soll, steht auf einem 
Aufkleber auf der Rückseite der Platine.
Aber diese Meldung zeigt mein Board auch, trotzdem hat es eine gültige 
MAC. Auch das Protokoll auf Benedikts Seite zeigt diese Meldung. 
Eventuell ist das nur so, wenn kein Netzwerkkabel angeschlossen ist.
Wie hast Du dein Board mit dem Netz verbunden? Bei mir hängt es an der 
FritzBox und erhält seine IP via DHCP. Wenn du es mit einem gekreuzten 
Netzwerkkabel direkt mit dem PC verbindest, muss der einen DHCP-Server 
haben, oder Du musst die IP verwenden, die vom Hersteller fest 
vorgegeben ist. Aber welche ist das? Die stand bis Gestern auf der Seite 
von  Benedikt Sauter....

Uwe

Das Board ist wieder im shop ;) War wohl doch ein Versehen.
Ich konnte gestern nicht mehr weiterforschen, werd mir das aber heute 
nochmal ansehen. Es hat nichts damit zu tun, ob eine Verbindung gesteckt 
wird, zumal ich das natuerlich ebenfalls ausprobiert habe. DHCP kann 
auch nicht funktionieren, ohne dass erst einmal das device oben ist, 
demnach liegt das Problem wohl an einer falschen Konfiguration des 
Treibers. Das Interface ist auch nicht bereit so dass beim Einstecken 
erst garkein Link zustande kommt. Werde an dieser Stelle weiterforschen. 
Die fehlerhafte MAC ist ein guter Ansatzpunkt, mal sehen ob das bei mir 
dann was bringt, die einzutragen.

Ansonsten funktioniert die Sache eigentlich schonmal ganz gut, die 
Entwicklungsumgebung hab ich auch schon einmal erfolgreich 
durchcompiliert, so zum Test. Ist aber keine chroot-Umgebung, wie man es 
erwartet haette. Ich war halt auch verwirrt von den Angaben dass sich 
das Teil als Netzwerkkarte identifizieren sollte, was uebrigens 
zumindest intern noch vorgesehen ist: es gibt ein usb0 
Netzwerk-Interface mit besagter IP. Mit der neuen (gefixten) Version des 
Boards ist dies aber nicht mehr der Fall, zumindest nicht out of the 
box.

Was die Doku angeht: Ich denke ich werde einen zusammenfassenden Text 
erstellen und diesen dann auf meiner Homepage zur Verfuegung stellen. 
Entsprechende Fallstricke werd ich dort dann auch ansprechen und 
entsprechende Hinweise fuer den Einstieg geben. Programmierbeispiele 
folgen dann wahrscheinlich spaeter.

Gruss,
Michael

Christian wrote:
> Wenn ich den Schaltplan richtig verstehe (habe mein Board noch nicht),
> kann man durch Umlöten zweier Null-Ohm-Brücken auswählen, ob sich das
> Board am USB-Anschluss als serielle Schnittstelle oder als Netzwerkkarte
> melden soll.

Der Schaltplan ist leider unter SUSE nicht lesbar. Benedikt hat eine 
"Alternativersion" online gestellt, die aber genau das selbe Problem 
hat.

Claude, danke fuer den Hinweis. Ich hoffe aber ich muss nicht das ganze 
Ding dazu neu flashen ;) Aber schonmal gut zu wissen dass das im 
Ernstfall ueber den Bootloader funktioniert.

o.g. link zum PDF lässt sich unter Debian auch nicht richtig anzeigen...
Die Schrift "Verdana" konnte nicht erstellt werden! (AcroReader)

Die Sache ist: Es ist nicht standardkonform, externe Schriftarten zu 
verwenden mit nem PDF, sprich der Generator ist Mist. Waere die Font 
eingebettet koennte man sie stets anzeigen, das ist ja eben der Sinn von 
PDF, hier keine Ansprueche an die Umgebung zu stellen. Ausserdem sind 
das sicherlich Schriftarten, die man so aus Lizenzgruenden nicht 
mitliefern darf. Aber nun gut das ist mal nen anderes Problem.

Ja aber das ist kein Standardfont.

   **** Warning: Fonts with Subtype = /TrueType should be embedded.
                 But Verdana is not embedded.

   **** This file had errors that were repaired or ignored.
   **** The file was produced by:
   **** >>>> [ClibPDF Library 2.01-r2-7] Windows 9x/NT <<<<
   **** Please notify the author of the software that produced this
   **** file that it does not conform to Adobe's published PDF
   **** specification.

Zurueck zum Netzwerkproblem:

ICNova> bdinfo
boot_params = 0x13FA5008
memstart    = 0x10000000
memsize     = 0x04000000
flashstart  = 0x00000000
flashsize   = 0x00800000
flashoffset = 0x000159E8
ethaddr     = 00:FE:83:F5:00:FE
ip_addr     = 0.0.0.0
baudrate    = 115200 bps

ethaddr stimmt schonmal nicht mit der MAC-Adresse auf dem Aufkleber 
ueberein.
Den Versuch, dhcp auszufuehren:

ICNova> dhcp
macb0: Starting autonegotiation...
macb0: Autonegotiation timed out (status=0x7809)
macb0: link down (status: 0x7809)

Wenn man das Device mit setenv auf eth0 setzt, wird es durch "dhcp" 
wieder auf macb0 zurueckgesetzt. Naja wie schon gesagt das Teil bekommt 
keinen Link, da stimmt irgendwas nicht. Beim Reset ist das Teil aber 
anscheinend mal kurz da, zumindest blinkt die Link-LED kurz. Jetzt 
braeuchte man evt. mal den Schaltplan, den ich nicht lesen kann.

Probier's mal mit dem Schaltplan im Anhang.

Wunderbar... danke. Der funktioniert.

Ne das Device existiert nicht.

Es existiert nicht und damit auch nicht in /proc/devices.

MACB_mii_bus: probed
eth0: Atmel MACB at 0xfff01800 irq 25 (00:00:00:00:00:00)
eth0: attached PHY driver [Davicom DM9161E] (mii_bus:phy_addr=0:00, 
irq=-1)

das scheint aber wohl schlicht und ergreifend falsch konfiguriert zu 
sein. Das Lustige ist, dass es nen Interrupt gibt:

root@icnova:/home/default> cat /proc/interrupts
 25:          0      intc  eth0

Vergiss es das bringt nix... auch wenn ich versuch das Device als 
statisches (ohne DHCP) zu konfigurieren.

Claude wrote:
> @linuxgeek
> Das ist wirklich komisch. Hattest Du ein Netzwerk Kabel gesteckt als Du
> den Output oben kopiert hast? -> Interrupt Count von 0 ist sehr
> verdächtig...
> Wenn Du einen usbprog oder jtagice mk2 hast kann ich dir mal einen
> Kernel von mir schicken.

Claude, ich habe einen jtagice mk2 hier und das Flash bei dem 
Grasshopper zerschossen :-( Könntest Du mir einen U-Boot und ein 
Linuximage (jffs2) schicken? Man das wäre super :-) Bin noch nicht in 
der Lage, mir soetwas
selber zu kompilieren. Muß noch üben :-)

bastler (at) quantentunnel (punkt) de

Danke schön.

Na toll das Speichern mit "saveenv" funktioniert leider auch nicht:

ICNova> saveenv
Saving Environment to Flash...
Un-Protected 1 sectors
Erasing Flash...Erasing sector   9...Erased 1 sectors
Writing to Flash... Flash write error at address 0xa0020002: 0x74dc
General Flash Programming Error
Protected 1 sectors


*soifz

Naja gut ich geb's auf fuer heute.

Michael G. wrote:
> Na toll das Speichern mit "saveenv" funktioniert leider auch nicht:
>
> ICNova> saveenv
> Saving Environment to Flash...
> Un-Protected 1 sectors
> Erasing Flash...Erasing sector   9...Erased 1 sectors
> Writing to Flash... Flash write error at address 0xa0020002: 0x74dc
> General Flash Programming Error
> Protected 1 sectors

Vielleicht hilft Dir das:
Beitrag "Re: Grasshopper-toolchain probleme"

Ich hab's jetzt geschafft das device manuell zu konfigurieren, mit der 
in "bdinfo" erkannten MAC aber auch mit der aufgedruckten:

root@icnova:/home/default> ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1F:E5:00:01:0A
          inet addr:192.168.0.42  Bcast:192.168.0.255 
Mask:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:25 Base address:0x1800

Das dumme is nur, dass es leider trotzdem nicht funktioniert, ich 
bekomme keinen Link :(

Hm OK dann kann ich zumindest einen defekt ausschliessen, wenn Du das 
selbe Problem hast. Das nervt mich grad ziemlich muss ich sagen...

Ja das is toll das bringt mir nur nichts jetzt. Ich muss den Link 
hinbekommen.

Das deckt sich zumindest mit den Kernel messages:
eth0: attached PHY driver [Davicom DM9161E] (mii_bus:phy_addr=0:00, 
irq=-1)

Im Schaltplan ist das Bauteil als DM9161A ausgewiesen.

Da könnte man nen DM9161A nachbestellen: 
http://shop.embedit.de/product__512.php

Ggf. dann halt selbst umlöten.

Gruss,
Benedikt Köppel

Na das gibt dann wohl die nächste Umtauschaktion...
Ich habe meinen umgetauschten noch garnicht ans Netz gehängt, nur über 
USB angesprochen. Am Netz geht der neue auch nicht. Und der hat auch 
einen DM9161E.
Welchen schicke ich nun zurück?

Hm... :/ Na das is ja mal wieder super. Aber immerhin haben wir jetzt 
eine potentielle Fehlerquelle entlarvt. Werde heute abend mal messen und 
sehen, ob sich der Fehler so beheben laesst. Man muss schon sagen dass 
es dann zumindest eine neue Revision geben wird, weil das Teil ja so 
erstmal nicht funktioniert. Das mit der Versorgungsspannung toent 
plausibel, denn das wuerde die strikte Nicht-Funktion erklaeren und 
auch, dass keine MAC erkannt wird. Werde mir auch mal die Datenblaetter 
beider Chips ziehen und mit dem Schaltplan vergleichen. Sowas wird man 
dann wohl mit etwas rework hinbekommen. Der Chip kostet immerhin 
7EUR+Versand, also bestimmt an die 15EUR um es zu bestellen und dann 
loetet man mal so nen QFP aus so einer dichten Schaltung aus, ok das 
geht schon, aber nen Zustand als Produkt ist das ja nicht wirklich.

Was mir stinkt ist: Sowas haette man gemerkt wenn man mal einen einzigen 
kleinen Funktionstest gemacht haette.

Michael

Ich hab im Schaltplan mal geschaut gestern: Der LINK/ACTIVE Pin ist mit 
der gruenen LED der Ethernet-Buchse verbunden, welche immer leuchtet. 
Ein Link am Router kommt jedoch nicht zustande. Aufgeblitzt hat die 
Orange LED lediglich mal kurz. Fakt ist aber auch, das der Chip nicht 
funktioniert, da nicht ein einziger Interrupt verzeichnet wird und auch 
das auslesen der MAC offensichtlich fehlschlaegt. Vielleicht ist der 
VDD-Pin der Pin fuer eine weitere Funktionseinheit, so dass der Chip 
halt "teilweise" funktioniert.

Das mit dem flashen koennte u.U. am Schreibschutz liegen, jedoch 
funktioniert die Benutzung von "protect" am Bootprompt nicht so 
wirklich, da kommt nur ein  wenig aussagender Hilfetext (Werner danke 
fuer den Hinweis). Das war aber mal nicht mein Hauptproblem, ich werde 
aber auch hier mal die Typenbezeichnung vom Flash checken. Hat sich da 
der Bestuecker entsprechende Freihheiten geleistet?

Christian, dass Du noch kein Board hast gereicht Dir immo nicht wirklich 
zuum Nachteil ;)

Naja da laesst sicher aber jetzt schon recht sicher der falsche Chip als 
Fehlerursache ausmachen, VDD und RXEN hoeren sich nach kritischen Pins 
an. Jetzt ist nur die Frage: Haben die eventuell die Schaltung 
ueberarbeitet deswegen? Sieht zwar nicht so aus, aber wenn wir jetzt 
auch noch mit nem nicht mehr aktuellem Schaltplan arbeiten dann gute 
Nacht.

OK das mit der LINK-LED ist dann klar, wenn auch unsinnig, hier die 
Logik zu verdrehen.

OK das spricht fuer die These dass die Schaltung offensichtlich nicht 
angepasst wurde. Was wir also tun sollten sind mal die beiden Pins zu 
messen und ggfs. dafuer Sorge zu tragen, dass die Versorgungsspannung 
korrekt anliegt. Wenn das keine Abhilfe schafft ist es zu ueberlegen, 
den Chip vielleicht durch die korrekte Fassung auszutauschen. Benedikt 
sollte man wohl mal auf die Problematik aufmerksam machen, denn der hat 
dann ja mit weiteren Beschwerden/Ruecklaeufen zu leben. Kann nur gerade 
nicht mailen weil mein Server down ist.

Michael

Hab Benedikt ne Mail geschrieben und ihn auf den Thread aufmerksam 
gemacht.

Das ist wahr aber derartige Bestrebungen hab ich gestern schon gemacht 
weil ich nicht von einem Hardwareproblem ausgegangen bin. Gut eine 
Restwahrscheinlichkeit, dass es doch an der SW liegt besteht natuerlich 
noch.

Nein ich habe keinen solchen Port, aber ich fuerchte die Zeit, wo man 
sowas hat, ist nun wirklich vorbei (Standard bei den meisten Boards ist 
schon lange das Gigabit-Ethernet). Ich weiss sowas macht gerne Probleme, 
allerdings wirst Du keinen reinen 10MBit-Switch mehr bekommen und ich 
habe auch keine 10MBit-Karten mehr im Einsatz fuer einen Crosslink, weil 
das nichtmal mehr fuer mein DSL ausreicht. Aber wenn das jemand testen 
kann, nur zu.

uiuiuiuiui klingt alles nicht so gut.

Hab gerade In-Circuit bescheid gegeben. Da wird sich einer morgen hier 
melden.

Gruss Benedikt

Claude wrote:
> Oh das ist aber mal k*cke! Der DM9161E hat ein anderes Pinout als der
> DM9161A. Der Pin 39 ist beim A ein Input (DISMDX) und beim E ein
> Versorgungsspannungs Pin (DVDD). Kannst Du mal die Spannung am Pin39 /
> R24 messen? Hab ihn in Deinem jpeg mal rot gekennzeichnet.

Ganz offensichtlich ein LOW!

(falsch gemessen)

Also da liegen 3V3 an, das entspricht auch der Schematik, jedoch ist R24 
hier 0 Ohm. Man moechte vermuten das ist Absicht so.... scheisse 
allerdings dann scheidet das ja als Problemquelle aus :(

Also sind wir wieder am Anfang :( Das mit dem High an RXEN ist, soweit 
ich beurteilen kann, auch OK.

Hat jemand noch ne Idee?

Das ist jetzt irgendwie alles unbefriedigend :(

Claude wrote:
> @900ss D und andere mit zerschossenem Flash (Und möglichkeit zum
> Flashen!)
> Rootfs:
>
> http://drunken.intershit.com/root.img

Im Flash abgelegt an 0x30000. Dort soll das Org-Image auch liegen.
Nach pwr on findet er kein Image.

> Uboot hab ich schon mehrfach gepostet und ist von

Läuft bei mir auch. Danke :-)

> Und zuletzt noch ein Kernel uImage (wie im Rootfs mit lcdc etc) das man
> notfalls auch per ZModem (Uboot) in den RAM des Grasshopper laden kann
> um es aus dem Ram zu starten.
>
> http://drunken.intershit.com/uImage

Geladen an Adresse 0x10000000: crash nach "GO 0x10000000"
Geladen an Adresse 0x10400000: crash nach "GO 0x10400000"
Die letzte Adresse habe ich genommen, weil dort das Originalimage
vom U-Boot hingeladen wurde nach PWR ON.

Danke für die Mühe, finde ich ja nett.
Das mit dem laden ins RAM kannst Du doch
selber probieren, da mußt du doch nichts ins ram schreiben.
Oder hast trotzdem Angst ;-)

Läßt sich das Zeugs auch unter einer Windowsumgebung erzeugen?
Die Toolchain läuft da ja auch. Ich weiß nur nicht, was die
ganzen Skripte da so machen. Meine Linuxerfahrung ~ 0 :-)

Gruß
900ss

Sups jetzt hab ich mich komplett ausgesperrt... wollte die inittab fixen 
aufgrund des tollen Tips im Support-Forum (ttyS0 statt tty1) und jetzt 
kann ich mich nicht mehr einloggen. console=... hilft auch nix. Das Teil 
bringt mich noch um den Verstand.

Nachtrag... ok da hat er gute alte init=/bin/sh trick geholfen.

Jau... siehe oben.
Aber das alte Netzwerkproblem besteht immernoch... leider :(

Claude wrote:
> @900ss
> Der Kernel läuft bei mir problemlos. Allerdings wird er bei mir durch
> die fsload Funktion des uBoots in den Ram geladen und von dort
> gestartet. Habe jetzt mein Notebook+Grasshopper nicht da und kann das
> nicht nachvollziehen.
> Aber bisher habe ich Linux Images im uBoot mit "bootm 0x???????"

Guten Morgen, ich durfte ausschlafen :-)
Und nach dem ersten Kaffee..... tääää tääää
Habe erst nach 0x10000000 gelden, da hat er sich wohl selbst zerschossen 
beim entpacken. dann habe ich mir 2MB vor Ende des Rams ausgesucht und 
siehe da......

1

ICNova> bootm 0x13e00000

2

## Booting image at 13e00000 ...

3

   Image Name:   Linux-2.6.24-icnova_base1

4

   Image Type:   AVR32 Linux Kernel Image (gzip compressed)

5

   Data Size:    1427256 Bytes =  1.4 MB

6

   Load Address: 10000000

7

   Entry Point:  90000000

8

   Verifying Checksum ... OK

9

   Uncompressing Kernel Image ... OK

10

11

Starting kernel at 90000000 (params at 13fa5008)...

12

13

Linux version 2.6.24-icnova_base1 (claude@Extensa) (gcc version 4.0.4-atmel.0.99.0) #17 Sat Mar 22 19:53:52 CET 2008

Da habe ich dann mal viel rausgeschnitten und dann die letzen Meldungen 
des Kernels.....

1

VFS: Mounted root (jffs2 filesystem).

2

Freeing init memory: 80K (90000000 - 90014000)

3

Warning: unable to open an initial console.

4

Kernel panic - not syncing: No init found.  Try passing init= option to kernel.

Danach geht nix mehr, muß den Resettaster bemühen. Aber die grüne LED 
blinkt schön vor sich hin, allerdings schneller, als ich es gewohnt bin. 
Hast den Takt geändert?
Hmmmmm.... kann ich noch was tun?

> Die Toolchain kannst Du bestimmt auch unter Windows laufen lassen. Meine
> Erfahrung bisher war aber das der Cygwin "Quatsch" eher unzufrieden
> läuft

So habe ich das auch erfahren. Die Fehler die ich gesehen habe dann, 
konnte ich zwar nicht 100% objektiv beurteilen, da keine Linuxerfahrung,
aber es sah mir so aus, als wenn es eher Probleme durch CYGWIN waren.


und der Aufwand den man reinstecken muss in keinem Verhältniss zu
> einer nativen Linux Installation steht die nach 30 minuten abgeschlossen
> ist. Zur not tut es auch VirtualBox oder VmWare.

Ich habe mir vor ein paar Tagen Ubuntu in einer Virtualbox installiert.
Leider läuft das USB bei mir nicht mit Virtualbox, kann der JTAG ICE
nicht nutzen. Darum liegt es jetzt erstmal herum. Aber zum kompilieren
könnte ich es sicher nutzen. VMWare ist ja leider Kaufware.


>
> Ehrlich gesagt ist ein Embedded Board nicht so eine gute Wahl um in
> Linux einzusteigen.

Denke ich ja auch. Ist wohl eher der Hardcore-Weg.


> Wenn ich heute nochmal von vorne anfangen müsste
> würde ich Debian ohne irgendwelche X11 (Grafisch) sachen als Lernbasis
> nehmen.

Was soll ich auf der Konsole denn probieren? Ein Betriebssystem zu haben 
um an der Konsole zu spielen, da sehe ich keinen Nährwert. Die Mischung 
machts denke ich, also als Anwender auf X und die Konsole, wenn es 
brennt oder so.

Vielleicht hast Du ja noch ein Tip? Das Flash laden habe ich noch nicht 
wieder probiert. Das Rootfs ist deutlich kürzer, als das, was mir 
Bebedikt mal geschickt hat, was auch nicht läuft. Aber er bootet es 
zumindest und die grüne LED blinkt auch damit, aber langsamer.
Darum hast Du wohl Recht damit, das bei Dir noch was fehlt in deinem 
rootfs.

> Den Kernel kann man nach Booten
> und Mounten des Rootfs auch einfach in /boot kopieren. Dann sollte auch
> fsload vom uBoot mit dem Image als Bootquelle zurecht kommen.

räusper Verstehe da eher nur Bahnhof. Ich glaube ich muß mal viel 
lesen.

Danke Dir, noch einen schönen Tag.
900ss

Koennen wir hier versuchen das Netzwerkproblem zu loesen?

Christian wrote:
> @900ss: Der Kernel findet kein Init. Jetzt müsste man wissen, was der
> Kernel als Root-FS mountet und ob diesem Image evtl. /sbin/init fehlt.
>

Habe jetzt das rootfs von Benedikt wieder ins Flash geladen, dann den 
Kernel von Claude mit U-Boot an Adresse 0x13e00000 geladen. Danach bootm 
0x13e00000.
Das Ergebnis sieht man im Attachment.

Per Telnet meldet sich der Hopper nicht danach. Per Telnet lief es aber 
schon mal, als ich den Hopper frisch hatte und das Flash noch nicht 
zerschossen.
Bei mir ist übrigens ein DM9161A bestückt.

> Übrigens: Warum verwendest Du nicht VMWare Server? Das ist kostenlos und
> unterstützt USB.

Du meinst sicher VMWare Player? Da muß ich erst ein fertiges Image haben 
oder nicht? Muß ich mir mal näher anschauen.

Danke
Joachim

Michael G. wrote:
> Koennen wir hier versuchen das Netzwerkproblem zu loesen?

Auch, ja. Oder ist das hier ein Netzwerklösethread?
Was stört Dich denn?

@Christian,
danke für die Tips. Das VMware Server kostenlos ist, wußte ich nicht.
Nun, das ist ein anderes Thema.
Gut auch, dass du eine Erklärung gefunden hast, warum das Image von
Claude nicht laufen kann.

Ja damit ich wieder einen LINUX lauffähigen Hopper habe, da muß
ich wohl etwas warten, damit ich ein Image habe, das so bootet und
das Netzwerk ging bei mir ja auch nur mit den vorinstallierten Images.
Würde gerne jetzt versuchen, mir selber ein Image zu bauen, aber
es gibt noch andere Projekte, die aktuell im Bau sind. Mist!

Aber falls jemand noch einen Tip hat :-)

Erstmal danke jedenfalls an Christian und Claude.

Claude wrote:



> Viellicht sollten wir echt einen extra Thread eröffnen.
> Würde Dir schon gerne bei der Lösung des Problems behilflich sein ,
> denn es ist nur eine Frage der Zeit bis sich mein Flash mal zerbröselt.
> Und dann steh ich genauso wie Du da , blos ich hab keine möglichkeit zum
> Flashen :-)

OK, neuer Thread, damit keiner mehr weint.

Beitrag "Grasshopper Linux Images"

> Kannst Du das rootfs von Benedikt hier hochladen?
Sind im neuen Thread.

900ss

Danke Christian, hatte gestern auch beide Datenblaetter zur Hand und 
auch bissel veraergert darueber, dass das eine DM9161 sich auf die 
E-Version bezieht, was aus der Produktseite von denen nicht sofort 
hervorgeht - der eine heisst EP der andere AEP. Habe dann allerdings 
nicht jeden einzelnen Pin geprueft, sondern nur auf unterschiedliche 
Belegung.

Dann wuerde sich ja fast empfehlen, den Chip komplett auszutauschen und 
die vorgesehene A-Version einzuloeten. Ansonsten bleibt nur noch das 
ganze mit friemeliger Repro-Arbeit wieder hinzubiegen. Angesichts der 
Kosten von ca. 15EUR fuer den Chip (mit Versand) ist das fast 
angebracht.

Beim hohen C scheint es das Ding nicht zu geben, aber da kann ich mich 
aufgrund der Unbrauchbarkeit der Suchfunktion auch irren.
Hier kann man das Teil kaufen: http://shop.embedit.de/product__512.php

Michael

Ich habe hier ja ein Board mit dem DM9161A. Wenn ich etwas tun kann,
dann sagt mal Bescheid. Bei mir lief das ganze ja auch schon, bis
ich das Flash zerschossen habe.
Anpingen kann ich den Hopper :-)
900ss

Wieso tauscht Ihr den Hopper nicht um? Wird auch nicht länger dauern, 
als ein neues IC besorgen, altes auslöten, neues einlöten (und hoffen, 
dass nix kaputt geht dabei).

Und wo auf diesem Board finde ich die Seriennummer? Das kam zu mir ohne 
Verpackung oder sonstiges. Auf dem Aufkleber mit der MAC? Die Nummer da 
ist fast unleserlich. Hab jetzt mal ne Mail geschrieben.

Christian: Japsi ;) Das seltsame ist allerdings, dass R24 bereits 0Ohm 
ist, das legt den Verdacht nahe, dass das ein beabsichtigtes Experiment 
war? Ich meine das is ja wohl schon nen komischer Zufall, oder?

Oh diesmal is sogar der Link aus dem Menue weg!

Da wirft sich jetzt die Frage auf, sollte man den 0R durch einen 10k 
ersetzen wenn man den kompletten Chip tauscht? Eigentlich duerfte das 
kein Problem sein, oder? Hab leider keine Widerstaende in der Groesse 
hier.

Sollte eigentlich, weil's ja nen Eingang ist.
So nu isser wech, hab mich entschlossen den Chip komplett auszutauschen.

Ach ja, das is vielleicht auch interessant:

eth0: Atmel MACB at 0xfff01800 irq 25 (00:00:00:00:00:00)
eth0: attached PHY driver [Generic PHY] (mii_bus:phy_addr=0:00, irq=-1)

Jetzt wo er weg is, selbe messages. Das handelt sich hier also nicht 
um eine Erkennung und bdinfo gibt immernoch ne MAC aus ;)

Ah right... hast recht, vorher hat er den noch erkannt.

Hallo,

ich hab den Artikel entfernt bis ich auch wie Ihr neue habt die 
funktionieren. Der Shop zeigt immer nur das an was tatsaechlich 
verfügbar ist. Sobald ich neue Hopper hab erscheint der Artikel wieder 
im Shop.


Gruss Benedikt

Hab leider noch keinen PHY bekommen...

Du bekommst dann ja schon das gefixte ;P
Hast Du eigentlich ICQ? hehe

Naja das is dann doch eher unbrauchbar... *soifz

Gut beschrieben ;) Das war genau das, was ich gemacht habe hehe... ;p

Leider immernoch keinen PHY :(

Juhu... hab den PHY heute bekommen, eingeloetet und tut :D
Allerdings muss man immernoch manuell die MAC und die IP zuweisen, das 
device wird nicht automatisch hochgebracht und auch die MAC wird nicht 
automatisch erkannt. Funktioniert dann allerdings einwandfrei, hab mich 
mit telnet drauf verbunden.

Gruesse,
Michael

P.S. Weitere Aenderungen waren/sind nicht noetig.

Klar... ;)

Leider laesst sich das Environment immernoch nicht speichern:

ICNova> protect off all
Un-Protect Flash Bank # 1

ICNova> saveenv
Saving Environment to Flash...
Un-Protected 1 sectors
Erasing Flash...Erasing sector   9...Erased 1 sectors
Writing to Flash... Flash write error at address 0xa00200ac: 0x6ef4
General Flash Programming Error
Protected 1 sectors

Ich mach's jetzt ueber nen Workaround und setze es direkt mit ifconfig. 
Nich so schoen, geht aber auch.

Michael

Michael G. wrote:
> Leider laesst sich das Environment immernoch nicht speichern:

Das ist ein Bug, wie mir mitgeteit wurde und es wird dran gearbeitet. 
Der einzige Workaround der hilft (bei mir auch) ist, es mehrmals zu 
vesuchen bis es geht. Ich habe auch nochmal die "protect off/on all" 
noch wieder benutzt. Manchmal geht es aber auch ohne. Nur Geduld ;-)

900ss

Hi Chris ;)
Das hoert sich ja garnicht gut an. Hast Du das rootfs denn selber gebaut 
oder ist das der Auslieferzustand? Die Probleme mit dem Hopperchen 
scheinen ja nicht abzureissen ;p

Könnte man denn das Problem beheben indem man die datei sich (voher?) 
per wget neu lädt? Bei mir tuts der Webserver leider auch nicht :-\

Danke Christian, hab deine Datei geladen und es geht :)

Gibt es das Linux eigentlich auch als image? Respektive wie erzeugt man 
sich sowas ma einfachsten? Würde gerne mittels Uboot das Image übers 
Netz laden. (ist jezt allgemein nicht nur für Linux gemeint, wenn man 
embedded proggt, kann man dann einfach das generierte binary laden oder 
braucht uboot das in nem speziellem Format?)

o k a y (Ganz viele Fragezeichen erscheinen LOL)
Na ich wollte das über TFTP Server machen, und erstmal aus dem RAM 
laufen lassen (sind ja 64mb da) und wenns läuft dann in den FLASH 
schreiben, mag zwar erstmal umständlich klingen aber dadurch hab ich 
immer ein funktionierendes System fals mal garnix mehr will :)

Kann ich mit dem mkimage auch Programme in ein Image für Uboot wandeln 
die "nicht Linux" sind? Wollte mal ein paar Codebeispiele (UART z.B.) 
von der ATMEL Seite ausprobieren :)

Schade, weil sone StandAlone Lösung wie ich die geladen kriege (am 
besten aus dem RAm ausführbar) wäre schon was nettes. Ich werde mal 
etwas rumwurschten :)

1

set bootfile <Binary File>;

2

set serverip <IP des TFTP Servers>;

3

set ipaddr <ip fuer das board>;

4

tftpboot <SDRAm Adresse 0x10000000>;

5

go 0x10000000;

so lädt er auf jedenfall das bezeichnete File und führt es aus... auch 
wenn ich das Grasshopper noch nicht zur zusammenarbeit mit dem Atmel 
USART Beispiel überreden konnte :-\
Hat das schonmal jemand hinbekommen? Oder machen alle auf "embedded 
Linux"?

Achja gibt es schon nen Fix für das speichern des Envoirments?

Läubi Mail@laeubi.de wrote:
>

1

> set bootfile <Binary File>;

2

> set serverip <IP des TFTP Servers>;

3

> set ipaddr <ip fuer das board>;

4

> tftpboot <SDRAm Adresse 0x10000000>;

5

> go 0x10000000;

6

>

> so lädt er auf jedenfall das bezeichnete File und führt es aus...

Du hast so eine Standalonelösung laufen lassen? Wenn ja, dann hast Du 
Dir das Linkerscript modifiziert oder was hast Du angestellt, dass es ab 
Adresse 0x10000000 läuft?

> wenn ich das Grasshopper noch nicht zur zusammenarbeit mit dem Atmel
> USART Beispiel überreden konnte :-\

Ich habe den UART in einer Standalonelösung am laufen. Ich habe 
folgenden Headerfile eingebunden:
C:\Programme\Atmel\AVR Tools\AVR32 Toolchain\avr32\include\sys\usart.h

Da sind am Ende ein paar Funktionen definiert, mit denen Du den UART 
nutzen kannst :-) Du mußt vorher noch der newlib den CPU clock mitteilen 
mit set_cpu_hz() in Hz. Zu finden in:
C:\Programme\Atmel\AVR Tools\AVR32 Toolchain\avr32\include\sys\cpu.h

Ich weiß nicht, ob der U-Boot den Clock ändert, sonst läuft das Board 
nach Reset mit 25MHz.

> Achja gibt es schon nen Fix für das speichern des Envoirments?
Ich weiß von nix.

Ich hab einfach das BIN File draufgehauen :D
Obs geht kann ich mangels reaktion nicht richtig feststellen, ich hatte 
das vorher mit nem

1

while(1);

Programm versucht, da blieb er dan auch "hängen" das Atmel Beispiel lief 
durch aber leider ohne Ausgabe auf der Seriellen Konsole.

Ich dachte das Board läuft mit 140Mhz (laut website...) naja das könnte 
ich nochmal probieren. Könntest du dein Funktionierendes UART Beispiel 
eventuell mal hier hochladen?
Ein einfaches Hallo Welt würde mir ja reichen :)

Das mit dem savenev ist echt d**f weil ich mir jezt dadurch das standard 
envoirment zerschossen habe :-\
Und scheinbar meldet sich jezt die USB Bridege nichtmerh als COMPort --> 
Ergo ich komm nichtmehr an das Grashopperboard ran :-(
Kann man da mit nem normalem MAX232 rangehen (mit 5V und 
Schutzwiderständen) oder geht dann das Board hops?

Läubi Mail@laeubi.de wrote:
> Ich hab einfach das BIN File draufgehauen :D
> Obs geht kann ich mangels reaktion nicht richtig feststellen, ich hatte
> das vorher mit nem

Wird wohl nicht gehen. Das Standardlinkerscript linkt auf Adrsse 0 und 
nutzt nur das SRAM der CPU.

> Ich dachte das Board läuft mit 140Mhz (laut website...) naja das könnte

Wird es wohl auch, wenn Du Linux bootest. Aber nach dem einschalten ist 
die PLL der CPU nicht initialisiert, dann läuft die CPU mit Clock1 und 
da hängt ein 25MHz Quartz dran. Für 140Mhz mußt du die PLL entsprechend 
initialisieren.

> ich nochmal probieren. Könntest du dein Funktionierendes UART Beispiel
> eventuell mal hier hochladen?

Das sollte eigentlich bei Benedikt auf der Webseite erscheinen.
Ich kann das auch hier hochladen, allerdings ist das auch auf Adresse 0 
gelinkt und dann läuft es nicht mit laden vom U-Boot. Du mußt es dann 
ins Flash brennen und dann ist dein U-Boot platt.

> Das mit dem savenev ist echt d**f weil ich mir jezt dadurch das standard
> envoirment zerschossen habe :-\

Na ja, dass läßt sich wohl wieder hinbekommen. Soviele Werte sind das ja 
nicht.

Schon aber ich komm zur Zeit halt nicht ans Board ran über USB und das 
speichern klappt halt auch nicht :(
Hab halt das File welches der Compiler erzuegt bevor es in den Linker 
geht benuzt ;)

Danke für das Envoirment, die Frage ist nur wie komm ich ejzt erstmal an 
das Uboot ohne JTAG ran? Hab leider nur nen 5V max, und ich weiß auch 
nicht ob das Uboot befehle von beiden UARTS annimmt :-\

Mehrmaliges saveenv hats dann wieder gerichtet :-\
Ist das eventuell nen Timingproblem??

900ss D. wrote:
> Du hast so eine Standalonelösung laufen lassen? Wenn ja, dann hast Du
> Dir das Linkerscript modifiziert oder was hast Du angestellt, dass es ab
> Adresse 0x10000000 läuft?
 Also geändert hab ich nix, wie teil ich den dem Linker die geänderte 
Startadresse mit?
Mittels go ADRESSE Springt Uboot dann einfach zu der Adresse die man 
angibt hin.

der PC wollte die USB Bridge nichtmehr erkenne.. Strom wurde aber 
geliefert.
Nach einmal ausstecken neue Anstecken gings plötzlich wieder... naja

Hi Chrissi,

coole Sache mit dem Fix. Solltest aber vielleicht nen offiziellen Patch 
draus machen. Das heisst eigentlich nur den diff-output zu sichern. 
Ausserdem solltest die Sache vielleicht den Jungs bei IC-Nova mitteilen. 
Am besten aber mit Kommentaren, damit klar wird, was Du geaendert hast.

lg,
Michael

Christian wrote:
> Stichwort JTAG: Was Ihr im Anhang seht, ist wohl der simpelst-mögliche
> JTAG-Adapter, der mit dem Grasshopper klarkommt: an der parallelen
> Schnittstelle, mit Wiggler-Pinout.

Wuha... das is ja schon nen bissken uebel ;)