Hallo,
ich habe gerade meine ISE unter Linux auf die Version 11.4 geupdated.
(System Edition)
Das Update lief durch, ich habe das Programm neu gestartet und was
passiert?
"About" sagt mir immer noch, dass die Version 11.3 läuft. Gehe ich
nochmal auf die Updatefunktion sucht er ein bisschen und ist dann
fertig.
Auch der System Generator unter Matlab meint, dass er alt ist! Der ist
aber noch bei Version 11.1. Der hat das letzte Update schon verschlafen
;)
Seltsamer weise sagt mir Help/XInfo aber, dass er geupdated hat.
Hat irgendjemand eine Idee? Bin gerade nicht all zu motiviert, den
ganzen Brocken nochmal zu installieren! :(
Danke schon mal!
Max
Es ist schlechte angewohnheit "auf die neueste version updaten", das ist
kein kernel, der muss ich jeder 20min gepatched werden :)
Anscheinend hast du eineige sachen durcheinander, ob motiviert oder
nicht, neu - sauber isntallieren würde nicht schaden.
Leider wird mir das auch nicht viel bringen. Auf der XILINX-Seite heißt
es:
New installations require the ISE Design Suite 11.1, available at the
Xilinx Product Download and Licensing Site. You will then need to
install the ISE Design Suite 11.4 update described above.
Falls noch jemand Hinweise für den Cable Treiber für das USB Kabel hat.
Dann bitte melden. Ich habe von 11.1 zu 11.4 geupdatet und das ging ohne
Probleme.
OS: opensuse 11.2 32bit
Hardware: Spartan3AN700 Entwicklungsboard.
Onboard ist der Xilinx USB Programmier.
Ich weiss ich muss den Cabeldriver von Xilinx herrunterladen.
http://www.xilinx.com/support/answers/22648.htm
Auf der Seite ist ein Link und dort kommt man zu den Quellcode von dem
Cabeltreiber.
install_drivers.tar.gz
Dannn bin ich hängengeblieben beim Configurieren. Ich glaube modpost war
bei mir icht verfügbar. Das habe ich auch nicht zum Nachinstallieren
gefunden.
Bei Kernels > 2.6.24 oder 2.6.25 es compiliert nicht mehr. (Es geht bei
Centos 4.6 (fxload ist vorinstalliert) und 5.3 (fxload fehlt), nicht bei
Ubuntu 9.x und OpenSuSe 11.x :-()
guck auf die Fehlermeldungen und du wirst finden daß ein Paar Symbolen
nicht mehr da sind :-(.
Ja so ungefähr hatte ich auch den Eindruck.
Dass Variablen fehlen oder irgend ein Patch.
Ich nutze zum Programmieren das Tool xc3sprog und den JTAG von Olimex
ARM-USB-OCD.
http://sourceforge.net/projects/xc3sprog/
Das geht richtig gut. Dieses Tool könnte Xilinx ruhig mal unterstützen
als ständig nur veraltete Treiber anzubieten.
Mein Antrieb:
Wenn ich jetzt zum Spartan6 aufsteigen will, ist an den
Entwicklungsboards kein JTAG herausgeführt, sondern nur noch die Xilinx
hauseigene Variante On-Board. Es gibt auf den Board einen unbestückten
Connector, der von der Größe her der JTAG sein könnte. Alles heiße
Varianten. Es wäre schon schön auch das Xilinx Kabel benutzen zu können.
Auch um in höhere Tools, wie Chipscope oder EDK, später auch mal aufzu
steigen.
Ich hab im Momment das Problem, das ich ISE zwar installiert habe
(Debian+GNOME), ich aber beim besten Willen nicht erkenne kann wie man
das jezt startet...
Legt die Installationsroutine einen Link im /bin Verzeichnis an oder so
und wie heißt der?
Die "Startdatei" ist $XILINX/bin/lin/ise oder $XILINX/bin/lin64/ise.
Unter Ubuntu9.10 64 laeuft das Update einwandfrei, nur die EDK
Grafikbugs sind noch vorhanden, aber lassen sich ja umgehen...
Gruss
es wird ein Verzeichnis /opt/xilinx/11.1/ angelegt.
in das Verzechnis /opt/Xilinx/11.1/ISE/bin/lin wechseln
und mit
./ise
die Ise Starten.
Am besten einem Link au dem Desktop erzeugen.
Sonst wird es auf die Dauer zu aufwendig.
Ahhh.. Vielen Dank, das war mir irgendwie durch die Lappen gegangen :)
Mal sehen wie sich ISE unter Linux schlägt jezt muß ich nur den
CableDriver noch installiert bekommen.
Wenn du das hinbekommst, bitte Info hier zurück.
Ich nutze eine Lösung wie ich oben im thread beschrieben habe.
ISE unter Linux läuft sehr vernünftig. Nur der Cabeltreiber ist eine
Schwachstelle.
René D. schrieb:
> Wenn du das hinbekommst, bitte Info hier zurück.>> Ich nutze eine Lösung wie ich oben im thread beschrieben habe.> ISE unter Linux läuft sehr vernünftig. Nur der Cabeltreiber ist eine> Schwachstelle.
Tja... nun bin ich an einem Punkt wo ich nicht weiterweiss.
Grundlage ist folgender UG
http://www.xilinx.com/support/documentation/user_guides/ug344.pdf (Seite
15+16)
Folgendes hab ich gemacht:
- Datei runtergeladen und entpackt
- Paket Fx load installiert
- in der Install Datei TP_Arch64 weil er bei mir den Befehl 'arch' nicht
erkennt (ebenso die Echo ausgabe auskommentiert)
- Linux Source Paket installiert und entpackt
- Symbolischen Link /usr/src/linux erzeugt auf die Sourcen
Ja... und da endet es dann. mit einem haufen an Fehler (siehe Anhang).
Vieleicht sieht ja jemand wie das zu beheben ist.
Läubi .. schrieb:
> Tja... nun bin ich an einem Punkt wo ich nicht weiterweiss.
Das scheint mir das zu sein, was weiter oben schon geschrieben steht:
ab einer bestimmten Kernelversion lässt sich der Treiber nicht mehr
compilieren.
Mir ist so, als gäbe es irgendwo einen Opensource-Ersatz für den
Xilinx-Treiber, der protokollkompatibel ist, aber ein kompletter
Rewrite. Den kann man sogar übers Netz benutzen (nutzt irgendeinen
TCP-Port), damit habe ich vor einiger Zeit schon mal einen alten
Toshiba Libretto unter FreeBSD als JTAG-Knecht für ein CPLD betrieben,
angesteuert von einem ISE (wird noch ein 9.x gewesen sein), das auf
einem Linux-Rechner lief.
Der konkrete Name dieses Treibers ist mir entfallen, müsste sich aber
zu Hause irgendwo finden lassen.
Benutze immer noch 10.3 aber mit dem Cable geht das in 11.x noch
einfacher da dort für USB schon die libusb voreingestellt ist sonst mit
export XIL_IMPACT_USE_LIBUSB=1.
Wenn die Einstellungen für fxload in /etc/udev/rules.d stimmen
xusbdfwu.rules sollte es laufen.
Keine Treiber mehr sondern Userspace libusb IO.
Fürs Parallelkabel nutzt man die Lösung von
http://www.rmdir.de/~michael/xilinx/
Ob das alles bei der SingleUserStarterEdition läuft muss man testen.
Treiber module kann man in die Tonne klopfen wenn sie nicht gewartet
werden, die Änderungen im Kernel sind permanent.
Wolfgang Rapp schrieb:
> Fürs Parallelkabel nutzt man die Lösung von> http://www.rmdir.de/~michael/xilinx/
Ja, das ist das Teil, das ich da auch benutzt habe.
Ohne behaupten zu wollen, das bis zu Ende zu verstehen ;-), kann es
sein, dass du versuchst, das falsche der beiden Devices zu flashen?
Wimre kann man nicht das FPGA selbst flashen, sondern man muss den
Boot-ROM befüllen, von dem aus das FPGA dann den Bitstrom lädt.
Ich versuch gar nix zu Flashen, das ist es ja. Der Boundary Scan stellt
erstmal fest welche Devices alle in der Kette sind und stellt diese dann
dar (zumindest war es unter WinXP so) nun wird mir aber halt nurnoch der
Config PROM angezeigt ebr nicht mehr der FPGA (zumindest vorher konnte
ich den unabhängig "flashen")
>Läubi .. (laeubi)
Kannst du noch etwas genauer den Vorgehen beschreiben?
Als einfach Bord ran und..
Was hast du genau installiert oder ist mir hier was entgangen?
Ich will morgen es auch nachvollziehen.
Leider bin ich heute unterwegs.
Danke im Vorraus
Hallo Läubi,
wie bist du so weit gekommen?
Ich habe das skript xusbdfwu.rules auch in meiner Installation im
Verzeichnis
/opt/Xilinx/11.1/ISE/bin/lin/install_script/install_drivers/linux_driver
s/pcusb gefunden.
Die rules bedienen Hexfiles in dem Verzeichnis /usr/share diese Hexfiles
waren auch nicht dort. Diese habe ich aus dem Verzeichnis
/opt/Xilinx/11.1/ISE/bin/lin/install_script/install_drivers/linux_driver
s/pcusb dorthin copiert.
Leider reicht es noch nicht aus. Wie hast du es installiert?
lsusb meldet.
Bus 001 Device 006: ID 03fd:000d Xilinx, Inc.
usb-drivers meldet eben Driver=(none)
T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=01 Dev#= 6 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=ff(vend.) Sub=ff Prot=ff MxPS=64 #Cfgs= 1
P: Vendor=03fd ProdID=000d Rev= 0.00
C: #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
Rene
- ISE 11.1 Installation runtergeladen
- Installiert (ohne cabledriver)
- Update
- LibUSB über apt-get installiert
- Impakt gestartet, dort alles auf Default gelassen
noch irgendwas mit export oder fxload getrieben?
Waren die Hex files bei dir gleich in /usr/share oder hast du diese auch
per Hand dahin copiert?
Noch irgend was mit Userrechten oder neu gebootet?
>export XIL_IMPACT_USE_LIBUSB=1.>Wenn die Einstellungen für fxload in /etc/udev/rules.d stimme
Ja mein board hat auch so einen Embedded JTAG.
kannst du die Outputs von den Befehlen lsusb und usb-drivers.
Der zweite braucht root Rechte.
Danke.
Rene
Also unter Ubuntu 9.10_64 funktioniert es wie folgt
Xilinx ISE installieren/updaten
$ sudo ln -s /usr/bin/evince /usr/bin/acroread damit kann die ISE die
.pdfs oeffnen
$ sudo apt-get install libusb-dev fxload
'export XILINX=/opt/xilinx/11.1/ISE' in die /etc/bash.bashrc
hinzufuegen
'export XIL_IMPACT_USE_LIBUSB=1' in die /etc/bash.bashrc hinzufuegen
'source $XILINX/settings64.sh' in die /etc/bash.bashrc hinzufuegen
$ sudo cp $XILINX/bin/lin64/*.hex /usr/share/
$ sudo cp $XILINX/bin/lin64/xusbdfw.rules
/etc/udev/rules.d/50-xusbdfw.rules
$ sudo nano /etc/udev/rules.d/50-xusbdfw.rules und ‘$TEMPNODE’ durch
‘$tempnote’ ersetzen (das muesste Ubuntu/Debian spezifisch sein)
sudo /etc/init.d/udev restart
USB-Cable aus-/einstecken (die Lampe sollte nun orange/gruen leuchtten)
$ . ~/.bashrc
Ich benutze das USB-Cable 1 und 2, laeuft einwandfrei
Ich habe es getestet und es läuft immer noch nicht.
>Little Chip
Danke für deine ausführliche Beschreibung.
sudo /etc/init.d/udev restart
Ging nicht. Dafür habe ich neu gebootet.
cp $XILINX/bin/lin64/xusbdfw.rules
/etc/udev/rules.d/50-xusbdfw.rules
Hier hatte ich die Regel nicht umbenannt. Die 50- als präfix habe ich
ergänzt.
>Läubi
Der Befehl heißt usb-devices war mein Fehler.
USB View hat die gleichen Info.
Der USB-JTAG hat zwischen uns beiden unterschiedliche Produkt IDs.
Ich habe:
ID 03fd:000d Xilinx, Inc.
Du hast:
ID 03fd:0008 Xilinx, Inc.
Little Chip hat auch zwei verschiedene Kabel.
Bei mir meldet usb-devices Driver=(none)
Es ist ein udev Problem, hier muss ein Treiber stehen. Und danach sind
die ganzen Änderungen im bash interessant.
Leider bin ich kein udev Experte.
In den ezusbfx2 muss Firmware geladen werden. Dies wird durch das script
xusbdfw.rules über das Device FS und Hotplug automatisiert, jedesmal
wenn das Kabel am USB eingesteckt wird. Die Pfade von xusbdfw sind
entsprechend der Installation anzupassen oder die HEX Dateien kopieren.
fxload wird auf alle Fälle benötigt, denn dies erledigt die eigentliche
Arbeit. Nach fxload bekommt das Kabel eine andere Product-Id.
Der Order in welchen xusbdfw.rules zu kopieren ist kann
Distributionsabhängig sein.Immer Vorsicht bei S..U..S..E da geht fast
nichts nach Standard oder Suse-Config machts zunichte.
Natürlich kann man jedesmal die Firmware HEX Dateien mit fxload zu Fuss
oder Hand laden.
export XIL_IMPACT_USE_LIBUSB=1 braucht es wohl ab 11.1 nicht mehr, dies
ist schon voreingestellt
beim Einstecken sollte udev fxload starten, so verstehe ich die Regel.
Das habe ich von Hand durchgeführt.
/sbin/fxload -v -t fx2 -I /usr/share/xusb_emb.hex
no device specified!
usage: /sbin/fxload [-vV] [-l] [-t type] [-D devpath]
[-I firmware_hexfile] [-s loader] [-c config_byte]
[-L link] [-m mode]
... [-D devpath] overrides DEVICE= in env
... device types: one of an21, fx, fx2, fx2lp
... at least one of -I, -L, -m is required
Wie kann ich ein device spezifizieren?
In der Regel steht:
BUS=="usb", ACTION=="add", SYSFS{idVendor}=="03fd",
SYSFS{idProduct}=="000d", RUN+="/sbin/fxload -v -t fx2 -I
/usr/share/xusb_emb.hex -D $tempnote"
Was ist die Temp die Variable $tempnote oder $TEMPNODE. Diese kann ich
nirgends finden. Das ist noch der Knackpunkt.
>> Der USB-JTAG hat zwischen uns beiden unterschiedliche Produkt IDs.> Ich habe:> ID 03fd:000d Xilinx, Inc.>> Du hast:> ID 03fd:0008 Xilinx, Inc.>
03fd:0008 sollten alle Kabel nach erfolgreichem Laden der Firmware
haben,
ohne firmware ist die Product-id 0007 0009 000d 000f 0013 0015 je nach
Kabel und es wird unterschiedliche Firmware ???.HEX geladen, siehe
xusbdfw .
/sbin/fxload -v -t fx2 -I /usr/share/xusb_xup.hex -D
/proc/bus/usb/xxx/yyy
lädt z.B. 0009 Kabel
/sbin/fxload -v -t fx2 -I /usr/share/xusb_emb.hex -D
/proc/bus/usb/001/011
und die Grüne Lampe leuchtet auf dem board und die Produkt ID ist auch
0008.
Impact habe ich noch nicht ausprobiert. Doch ich bin guter Hoffnung.
Danke Wolfgang.
Es ist die Variable $tempnote oder $TEMPNODE was ist das?
>> Es ist die Variable $tempnote oder $TEMPNODE was ist das?
Der ganze Pfad /proc/bus/usb/xxx/yyy
da yyy bei jedem neuen einstecken hochzählt, xxx sollte einer der USB
Hubs sein
Jetzt habe ich Fehler Nummer eins gefunden.
Das Filesystem wird beim Booten nicht gemountet.
Ich habe in in /etc/init.d/boot.d/S11boot.localfs
die Zeile
mount usbfs
gleich an den Anfang dieser Datei geschrieben. Am Ende wird udev geladen
dann muss spätestens das usbfs gemountet sein.
Jetzt stimmt auch lsusb und die LED auf dem Board wird auch zu
geschaltet.
Nur Impact zickt noch rum.
Mal sehen, ob ich das noch hinbekomme.
Also bei mir funktiniert jezt auch wieder alles, hab ISE nochmal neu
installiert, da war wohl im Zuge meiner fruchtlosen Versuche irgendwas
verdreht. Das HEX hatte ich wohl schon drauf da das Baord vorher an
meinem alten Windows hing.
also fxload lässt sich von Hand laden.
Zuerst dachte ich udev funktioniert ordentlich. Doch denkste.
Beim Booten ging immer wieder die LED auf dem Board an. Das geht nur
wenn die Firmware bereits geladen ist. Dann stimmt auch die Vendor und
Product ID. Wenn der JTAG einmal stromlos geschalt wird, durch kappen
der Stromverosgung,dann wird er nicht gefunden.
Also udev funktioniert nicht.
Des weiteren habe ich nicht die Datei /usr/local/lib/libusb-driver.so
dafür aber folgende Dateien
/usr/lib/libusb-1.0.so.0
/usr/lib/libusb-1.0.so.0.0.0
Dann geht folgendes script noch in die Hose:
/opt/Xilinx/11.1/ISE/bin/lin/install_script/install_drivers
./install_drivers
checking for WinDriver root directory...
/opt/Xilinx/11.1/ISE/bin/lin/install_script/install_drivers/linux_driver
s/windriver32
checking for linux kernel source... found at /usr/src/linux
checking for lib directory... ln -sf $(ROOT_DIR)/lib/$(SHARED_OBJECT).so
/usr/lib/$(SHARED_OBJECT).so
checking which directories to include...
-I/lib/modules/2.6.31.5-0.1-desktop/source/include
checking linux kernel version... 2.6.31
checking for modules installation directory... /lib/modules/misc
checking for gcc kernel version... 4
checking output directory... LINUX.2.6.31.i386
checking target... LINUX.2.6.31.i386/windrvr6.ko
checking for usb support... hello.c:1:28: error: linux/autoconf.h: No
such file or directory
no
checking for regparm kernel option...
/usr/src/linux-2.6.31.5-0.1/scripts/Makefile.modpost:43:
include/config/auto.conf: No such file or directory
make[1]: *** No rule to make target `include/config/auto.conf'. Stop.
make: *** [modules] Error 2
0
checking for right linked object... windrvr_gcc_v3.a
checking for modpost location... not found
configure: error: can't find modpost at /usr/src/linux/scripts
make: *** Keine Regel, um »clean« zu erstellen. Schluss.
make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden.
Schluss.
make: *** Keine Regel, um »install« zu erstellen. Schluss.
--make windrvr install rc= 2
--install_windrvr6 rc = 2
--Module windrvr6 is not running.
--Module xpc4drvr is not running.
--Note: By default, the file permission of /dev/windrvr6 is enabled for
the root user only
and must be changed to allow access to other users.
--real rc=2
--Driver installation failed.
--Return code = 1
>> Des weiteren habe ich nicht die Datei /usr/local/lib/libusb-driver.so>
Dies ist das Ergebnis nach make von der Software aus
http://www.rmdir.de/~michael/xilinx/
Ist an einen Ort kopiert wo man normalerweise die üblichen Verdächtigen
findet. Nach /usr/lib ist natürlich auch möglich aber nach eventuellem
Systemupdate wieder verschwunden
Und nix mit dem install-drivers Quatsch. Das geht gaaar nicht Baby.
Würde mich schon interessieren welche Distri das udev schrottet. Tippe
mal aud SUSE.
Little Chip schrieb:
> Also unter Ubuntu 9.10_64 funktioniert es wie folgt>> Xilinx ISE installieren/updaten> $ sudo ln -s /usr/bin/evince /usr/bin/acroread damit kann die ISE die> .pdfs oeffnen> $ sudo apt-get install libusb-dev fxload> 'export XILINX=/opt/xilinx/11.1/ISE' in die /etc/bash.bashrc> hinzufuegen> 'export XIL_IMPACT_USE_LIBUSB=1' in die /etc/bash.bashrc hinzufuegen> 'source $XILINX/settings64.sh' in die /etc/bash.bashrc hinzufuegen> $ sudo cp $XILINX/bin/lin64/*.hex /usr/share/> $ sudo cp $XILINX/bin/lin64/xusbdfw.rules> /etc/udev/rules.d/50-xusbdfw.rules> $ sudo nano /etc/udev/rules.d/50-xusbdfw.rules und ‘$TEMPNODE’ durch> ‘$tempnote’ ersetzen (das muesste Ubuntu/Debian spezifisch sein)> sudo /etc/init.d/udev restart> USB-Cable aus-/einstecken (die Lampe sollte nun orange/gruen leuchtten)> $ . ~/.bashrc>> Ich benutze das USB-Cable 1 und 2, laeuft einwandfrei
Ich habe versucht mich an diese Skript zu halten. Ein kleiner Bug ist
die Kleinschreibung Xilinx im Pfad. besser:
'export XILINX=/opt/Xilinx/11.1/ISE' in die /etc/bash.bashrc
Mein aktuelles System ist Ubuntu9.10 32 bit und sollte sich zum 64bit
nicht groß unterscheiden. Leider habe ich noch nicht den erhoffen
Erfolg. Ich hänge an dem Problem, dass das Verzeichnis /proc/bus/usb
leer ist.
Eine Ergänzung in fstab brachte keinen Erfolg.
none /proc/bus/usb usbdevfs defaults 0
0
Weiter wird im Netz
https://lists.ubuntu.com/archives/ubuntu-users/2009-January/170416.html
das Anpassen der Datei /etc/init.d/mountdevsubfs.sh empfohlen. Diese
befindet sich erst gar nicht in meinem Dateisystem.
Nach Suchen im Netz habe ich sie gefunden.
http://ubuntuforums.org/showthread.php?t=655071
Auch dieses Skript läuft nicht vollständig.
red@PC-black:/etc/init.d$ ./mountdevsubfs.sh
.: 24: Can't open /lib/init/mount-functions.sh
Hier wird auch erwähnt, dass diese Methode obsolete ist.
https://lists.ubuntu.com/archives/ubuntu-users/2009-January/170416.html
Falls jemand Hinweise hat.;-> Bitte posten.
Wenn du so ein Onboard Teil hast, dan häng es einmalig an einen WinPC
sodass du die korrekte Firmware drauf hast. Ab da mußt du dich
eigentlich um nix mehr kümmern:
> ISE 11.1 Installation runtergeladen> Installiert (ohne cabledriver)> Update> LibUSB über apt-get installiert> Impact gestartet, dort alles auf default gelassen
Fertig.
Läubi .. schrieb:
> Wenn du so ein Onboard Teil hast, dan häng es einmalig an einen WinPC> sodass du die korrekte Firmware drauf hast. Ab da mußt du dich> eigentlich um nix mehr kümmern:
Mein Win Rechner habe ich geerdet. Umstecken ist auch doof.
Ich habe gerade gelesen. Die neue Methode ist Hotplug.
/etc/hotplug doch wie geht es weiter?
Ich hoffe Wolfgang hat noch ein paar Ideen.
René D. schrieb:
>> 'export XILINX=/opt/Xilinx/11.1/ISE' in die /etc/bash.bashrc>
ja, ich hab das Verzeichniss bei der Installation umbenannt :)
Was fuer ein Kabel hast du da eigentlich?
Gruss
René D. schrieb:
>> Wenn du so ein Onboard Teil hast, dan häng es einmalig an einen WinPC>> sodass du die korrekte Firmware drauf hast. Ab da mußt du dich>> eigentlich um nix mehr kümmern:>
Das bringt gar nix!!! Die Firmware muss immer in den EZUSBFX2 gerladen
werden
Mit WIN$$$ wird höchsten einmalig der CPLD aktualisiert
>> Mein Win Rechner habe ich geerdet. Umstecken ist auch doof.>> Ich habe gerade gelesen. Die neue Methode ist Hotplug.> /etc/hotplug doch wie geht es weiter?
Wirds wahrscheinlich nicht mehr geben; alles udev
fstab???
sysfs /sys sysfs defaults
0 0
proc /proc proc defaults
0 0
kein /proc/bus/usb das muss im Kernel aktiviert sein
Little Chip schrieb:
> Was fuer ein Kabel hast du da eigentlich?
Ich habe das Standardentwicklungsboard von Digilent für den Spartan
3AN700. Da ist der USB-JTAG on board.
Zum Programmieren nutze ich bis jetzt den USB-Jtag ARM-USB-OCD von
Olimex. Der läuft zwar nicht mit Impact doch mit
http://sourceforge.net/projects/xc3sprog/
Ich habe heute sogar meinen FPGA mit Impact programmiert. Also wenn es
läuft, dann auch bei mir. Jetzt müssen nur die richtigen Schlaufen
zusammen gehäkelt werden.
meine fstab
proc /proc proc defaults 0 0
none /proc/bus/usb usbdevfs defaults 0
0
sysfs fehlt. Gut das könnte ich noch probieren.
Little Chip schrieb:
> Also unter Ubuntu 9.10_64 funktioniert es wie folgt>> Xilinx ISE installieren/updaten> $ sudo ln -s /usr/bin/evince /usr/bin/acroread damit kann die ISE die> .pdfs oeffnen> $ sudo apt-get install libusb-dev fxload> 'export XILINX=/opt/xilinx/11.1/ISE' in die /etc/bash.bashrc> hinzufuegen> 'export XIL_IMPACT_USE_LIBUSB=1' in die /etc/bash.bashrc hinzufuegen> 'source $XILINX/settings64.sh' in die /etc/bash.bashrc hinzufuegen> $ sudo cp $XILINX/bin/lin64/*.hex /usr/share/> $ sudo cp $XILINX/bin/lin64/xusbdfw.rules> /etc/udev/rules.d/50-xusbdfw.rules> $ sudo nano /etc/udev/rules.d/50-xusbdfw.rules und ‘$TEMPNODE’ durch> ‘$tempnote’ ersetzen (das muesste Ubuntu/Debian spezifisch sein)> sudo /etc/init.d/udev restart> USB-Cable aus-/einstecken (die Lampe sollte nun orange/gruen leuchtten)> $ . ~/.bashrc>> Ich benutze das USB-Cable 1 und 2, laeuft einwandfrei
Little Chip da muss heißen durch '$tempnode' ersetzen.
Jetzt leuchtet auch bei mir nach dem Booten die LED!!!
Ich habe jetzt meinen dritten Linuxrechner wo ich das Kabel installieren
will. Auf Ubuntu habe ich es lauffähig bekommen.
Jetzt habe ich ein Laptop mit SuSE 11.2 32bit.
die udev Regel ist angepasst und die LED leuchtet auch entsprechen lsusb
meldet das Kabel korrekt.
Bus 001 Device 004: ID 03fd:0008 Xilinx, Inc.
Nur Impact findet das Kabel nicht.
Impact scheißt eine Fehlermeldung raus. Doch in hotplug hat es auch
nichts zu suchen??
Ich muss dazusagen, dass ich die /etc/bash.bashrc nicht geändert habe
sondern die Befehle von Hand gestartet habe.
--File /etc/hotplug/usb/xusbdfwu.fw/xusbdfwu.hex does not exist.
--Error getting file version for
/etc/hotplug/usb/xusbdfwu.fw/xusbdfwu.hex.
--Updating xusbdfwu.hex file.
--File /etc/hotplug/usb/xusbdfwu.fw/xusb_xlp.hex does not exist.
--Error getting file version for
/etc/hotplug/usb/xusbdfwu.fw/xusb_xlp.hex.
--Updating xusb_xlp.hex file.
--File /etc/hotplug/usb/xusbdfwu.fw/xusb_emb.hex does not exist.
--Error getting file version for
/etc/hotplug/usb/xusbdfwu.fw/xusb_emb.hex.
--Updating xusb_emb.hex file.
--File /etc/hotplug/usb/xusbdfwu.fw/xusb_xpr.hex does not exist.
--Error getting file version for
/etc/hotplug/usb/xusbdfwu.fw/xusb_xpr.hex.
--Updating xusb_xpr.hex file.
--File /etc/hotplug/usb/xusbdfwu.fw/xusb_xup.hex does not exist.
--Error getting file version for
/etc/hotplug/usb/xusbdfwu.fw/xusb_xup.hex.
--Updating xusb_xup.hex file.
--File /etc/hotplug/usb/xusbdfwu.fw/xusb_xp2.hex does not exist.
--Error getting file version for
/etc/hotplug/usb/xusbdfwu.fw/xusb_xp2.hex.
--Updating xusb_xp2.hex file.
--File /etc/hotplug/usb/xusbdfwu.fw/xusb_xse.hex does not exist.
--Error getting file version for
/etc/hotplug/usb/xusbdfwu.fw/xusb_xse.hex.
--Updating xusb_xse.hex file.
cat: /etc/hotplug/usb.usermap: Datei oder Verzeichnis nicht gefunden
ich wollte schreiben.
Impact schmeißt eine Fehlermeldung raus.
Jetzt funktioniert es. Ohne, dass ich was geändert habe.
Ich habe diesmal ohne angestecktem Kabel gebootet.
Es gibt doch noch Wunder.
Hallo,
soeben habe ich das Wunder auch vollbracht und die Erinnerungen sind
noch frisch
libusb installieren
libubs-devel installieren
fxload installieren
libusb-driver downloaden, compilieren, installieren
exoprt LD_PRELOAD=/usr/lib/libusb-driver.so
ISE installieren oder Kabel-Treiber installieren mit
install_drivers.tar.gz
exoprt LD_PRELOAD=/usr/lib/libusb-driver.so in settingsXX.sh aufnehemen
siehe auch
http://svenand.blogdrive.com/archive/55.html
Tom
