Mikrocontroller.net - Benutzerbeiträge [de]

Benutzer:Jmf123

2025-05-12T18:31:48Z

Jmf123: GitHub

Web: [http://github.com/koppi]

RS-232

2014-02-06T15:23:23Z

Jmf123: Beitrag: Latenzzeitmessung der seriellen Schnittstelle

'''RS-232''' ist der Name der am meisten verwendeten [[Bus|seriellen asynchronen Schnittstelle]], im Fachjargon auch Übertragungsstandard genannt, um Daten zwischen zwei elektronischen Geräten hin und her zu schicken (im Fachjargon: ''Datenkommunikation''). Der offizielle Name ist ''EIA RS-232C'', genormt durch die amerikanische [http://www.eia.org/ Electronic Industries Alliance]. Die äquivalente Norm der CCITT (*) wäre V.24 (Beschreibung des Steckverbinders) plus V.28 (Beschreibung der Signale und des Protokolls). V.24/V.28 wird oft nur als ''V.24'' bezeichnet, obwohl das streng genommen ungenau ist. V.24-Steckverbinder definieren zusätzlich zu V.28 eine Reihe von Signalen, die nur für synchrone Übertragungsmodi von Bedeutung sind (die von vielen besseren Modems jedoch zum Teil unterstützt werden können).

(*) Comité Consultatif International Téléphonique et Télégraphique, jetzt nur noch ITU-T genannt; das Normungsgremium der Internationalen Telegrafen-Union für Telekommunikationsstandards.

Einen guten englischsprachigen Überblick über die Steckverbinder und die verschiedenen Signalnamen findet man bei [http://www.connectworld.net/rs232.html Connectworld].
[http://www.beyondlogic.org/ Beyond Logic] liefert zu vielen gängigen Schnittstellen (RS232, PC-Parallelport, USB) umfassende Beschreibungen mit Soft- und Hardware-Beispielen.

== Steckerbelegung ==

Die Steckerbelegung am PC war früher 25-polig und ist heute 9-polig.

:{| {{Tabelle}}
|+ '''RS-232 Steckerbelegung'''
|-
! PCCOM1<br/>9Pol männl
! PCCOM2<br/>25Pol männl
! PC RS232
! In/Out
! Bezeichnung
! Anmerkung
|-
| 1 || 8 || DCD || in || Data Carrier Detect || Signalträger erkannt
|-
| 2 || 3 || RxD || in || || Empfangsdaten
|-
| 3 || 2 || TxD || out || || Sendedaten
|-
| 4 || 20 || DTR || out || Data Terminal Ready ||
|-
| 5 || 7 || GND || || Ground || Bezugspotential
|-
| 6 || 6 || DSR || in || Data Set Ready || Endgerät bereit
|-
| 7 || 4 || RTS || out || Request to send || Sendeanfrage
|-
| 8 || 5 || CTS || in || Clear to send || Fertig zum Senden
|-
| 9 || 22 || RI || in || Ring Indicator || Klingel
|-
| — || 12 || || || Speed Mode Detector ||
|-
| — || 23 || SPDS || || Speed select ||
|}

Das RS232-Interface war ursprünglich nur für die Steuerung von Modems verwendet. Für den Datenaustauch zwischen zwei Rechnern genügen oft die Leitungen RxD, TxD und GND.

== Signalpegel, Spannungsversorgung ==

RS-232 arbeitet mit Signalpegeln im Bereich von +3 ... +15 V zur Darstellung einer logischen 0 (SPACE) und -3 ... -15 V zur Darstellung einer logischen 1 (MARK). Die Übertragung des ASCII-Zeichens 'C' sieht dann so aus:

[[Bild:Rs232.png]]

Der Bereich von -3 V bis +3 V ist nicht definiert, jedoch erkennen viele Leitungsempfänger das Potential 0 V als logisch 1 an, da sie erst bei positiveren Spannungen auf logisch 0 umschalten. Dadurch ist es mit derartigen Empfängern durchaus möglich (jedoch nicht garantiert!), mit TTL-Pegel zu arbeiten. Zu beachten ist jedoch die RS-232-typische Negation der logischen Werte in diesem Falle, die dann zumindest noch einen einfachen Inverter (2 * 1/6 [[74xx | 74xx04]] o.ä.) oder einen Transistor in Emitterschaltung benötigt, wenn man als Signalquelle eine Standard-[[UART]] benutzen möchte, wie sie in vielen Mikrocontrollern bereits vorhanden ist. Lediglich im Falle einer in Software realisierten UART (Soft-UART) könnte man diese Negation bereits im Controller vornehmen und dann den Ausgang direkt an den RS-232-Eingang klemmen. Beim umgekehrten Fall (RS-232-Ausgang mit regulärem Pegel an Eingang eines Controllers) jedoch unbedingt eine Schutzbeschaltung vornehmen, um die negativen oder hohen postiven Spannungen sicher vom Controller fernzuhalten! Im einfachsten Falle genügt ein Widerstand, da den Rest die internen Schutzdioden übernehmen können (siehe [[Pegelwandler]]).

Für ein reguläres RS-232-Interface jedoch wird immer eine negative Versorgungsspannung benötigt, um den negativen Pegel für logisch 1 erzeugen zu können. Im PC, dessen Netzteil eine -12 V Versorgung bereitstellt, ist dies einfach. Die entsprechenden Treiberbausteine werden für die Logiksignale mit +5 V versorgt und für die Bereitstellung der RS-232-Signale zusätzlich mit +12 V und -12 V. Im Mikrocontroller, der in der Regel nur eine Versorgung mit +5 V (oder gar +3 V) benutzt, muss die negative Spannung auf andere geeignete Weise erzeugt werden. Stand der Technik ist dabei eine sogenannte Ladungspumpe: Ein Taktgenerator von einigen hundert Kilohertz lädt regelmäßig einen bzw. mehrere Kondensatoren um, und ein Schalternetzwerk aus [[FET | MOSFETs]] sorgt dafür, dass die jeweils positiven oder negativen Pole anschließend außerhalb in einem abschließenden Kondensator summieren. Die entsprechenden Spannungsquellen sind nicht sehr stark belastbar, aber die RS-232-Schnittstelle arbeitet nur mit Strömen im einstelligen Milliamperebereich, so dass diese Variante genügt.

[[Bild:Max232_korr.png|right|thumb|Beschaltung des MAX232]]

Ladungspumpen gibt es als IC wie z. B. den ICL7660, der aus einer positiven Spannung eine (annähernd gleiche) negative Spannung erzeugt. Da für RS-232 aber ohnehin Treiberstufen benötigt werden, die diese Pegel schalten können liegt es nahe, die Ladungspumpe gleich mit dem Treiber in einem IC zu vereinigen. Der Industriestandard für einen derartigen Schaltkreis ist der '''MAX232''', den es von verschiedenen Herstellern in verschiedenen Varianten gibt. Maxim selbst hat daraus eine ganze Familie von Treiber-ICs entwickelt, die sich im Aufwand an externen Kondensatoren und der Anzahl der Sender und Empfänger unterscheidet. Der klassische MAX232 hat noch 4 x 10 µF Kondensatoren benötigt, aktuelle Typen benötigen nur noch 4 x 1 µF oder 4 x 100 nF (MAX202, MAX232A) bzw. gar keine externen Kondensatoren mehr (MAX233/203).

Der TTL-Pegel bei der Übertragung des ASCII-Zeichens 'C' sieht dann so aus:

[[Bild:seri_ttl.png]]

Der Ruhezustand des TTL-Pegels ist übrigens ein '''High-Pegel''', wie im Bild ersichtlich.

== Andere Signalpegel ==

Wenn der Empfänger und der Sender etwas entfernt sind und zwischen dem Bezugspotential GND des Senders und des Empfängers mehr als 3 V Differenz auftreten, dann kann die Übertragung gestört werden. Deswegen wird offiziell gesagt, dass durch RS232 maximal 15 Meter überbrückt werden können. Praktisch ist aber oft wesenlich mehr möglich, vor allem bei niedrigen Baudraten.

Außer RS232 gibt es auch noch die Norm RS422 bzw. RS485, mit der RxD und TxD durch je ein verdrillten Leiterpaar übertragen werden (diffentielle Signale). Damit wird das Bezugspotential durch die TX- (B) - Leitung zum Empfänger geführt.

Eine andere Methode ist die Datenübertragung durch Strom 4mA - 20mA. Hierfür können die Signale auch durch Optokoppler getrennt werden. Im Ruhezustand "Idle", also wenn der TTL-Pegel H ist, wird der Optokoppler durchgeschaltet. Die Stromschleife wird durch 12..30 Volt versorgt und die Stromstärke durch einen Widerstand von 500Ω, 630Ω, bzw. 3000Ω eingestellt. Die Stromschleife war in den Jahren bis ca. 1980 die serielle Standardschnittstelle für den Anschluß von Fernschreibern (Teletype ASR33).

Die Stromschleife (engl. Current Loop) ist sehr robust. Es können mehrere hundert Meter überbrückt werden.

== Flusssteuerung ==

Für eine Kommunikation über RS-232 benötigt man normalerweise eine sogenannte Flusssteuerung (engl. ''flow control''), damit ein Empfänger, der mit dem Einlesen der Daten nicht nachkommt, dem Sender Einhalt gebieten kann. Gängige Varianten sind Xon/Xoff Flow Control (auch als Software Handshake bezeichnet) und CTS/RTS Flow Control (Hardware Handshake).

Bei dem Software Handshake wird ein Zeichen Xoff (ASCII DC3, Control-S, dezimal 19, hex 0x13) vom Empfänger gesendet, um den Datenstrom anzuhalten und Xon (ASCII DC1, Control-Q, dezimal 17, hex 0x11), um die Sendung fortzusetzen. Naturgemäß steht in diesem Falle nicht der gesamte Zeichenvorrat von 256 Zeichen für die Übertragung zur Verfügung. Darum wird diese Variante oft nur bei reinen ASCII-Übertragungen genutzt.

Bei dem Hardware Handshake zieht der Empfänger das Signal CTS (Clear to Send) auf logisch 1 (also negativen RS-232 Pegel), um den Datenstrom anzuhalten. Da bei Verbindung zweier RS-232-Endgeräte CTS mit RTS gekreuzt wird, ist daraus der Name CTS/RTS flow control entstanden. Der Name ''Hardware Handshake'' darf dabei nicht missgedeutet werden: zwar werden Hardware-Signale für das Handshake benutzt, so dass der volle Zeichenvorrat für den Übertragungskanal zur Verfügung steht, aber weder die gängigen UARTs in PCs noch in Controller behandeln die eigentliche Flusssteuerung tatsächlich in Hardware, sondern die Softwareimplementierungen der jeweiligen Treiber müssen diese Zustände erkennen und entsprechend schnell reagieren.

Bei Mikrocontrollern wird jedoch sehr oft auf jegliche Flusssteuerung verzichtet, so dass nur die Leitungen von RxD, TxD und GND (Masse) verdrahtet werden. Diese Schnittstelle wird auch als ''3-wire'' bezeichnet, da sie nur drei Drähte benötigt. Der Ausgang (TxD vom Controller via Treiberstufe des MAX232) wird dann mit dem RxD-Eingang des PC verbunden (Pin 2 bei DB9-Steckern), ggf. der Eingang (RxD des Controllers vom Empfänger des MAX232) mit TxD des PC (Pin 3 bei DB9), Masse des DB9-Steckers ist Pin 5.

Je nach Betriebssystem auf dem PC empfiehlt es sich noch, Pin 1 (DCD) und 6 (DSR) gebrückt an einen Treiberausgang des MAX232 zu legen, dessen Eingang auf 0 V liegt (so dass positiver Pegel an diesen beiden Pins liegt) sowie Pin 7 (RTS) und 8 (CTS) zu brücken, so dass der PC sich selbst RTS auf CTS rückkoppelt.

== Terminalprogramme ==

=== Linux ===
* [http://www.der-hammer.info/terminal/index.htm HTerm] Ohne Terminalemulation.
* [http://www.iftools.com/download.en.html wxTerminal] Ohne Terminalemulation.
* [https://fedorahosted.org/gtkterm/ GTKTerm] (enthält bösen Bug, siehe: http://www.mikrocontroller.net/topic/73781 - sollte in 0.99.6 gefixt sein)
* [http://efault.net/npat/hacks/picocom/ picocom]
* [http://cutecom.sourceforge.net/ CuteCom]
* [http://alioth.debian.org/projects/minicom/ minicom] (meist bei Linux dabei)
* [http://tinyserial.sourceforge.net/ tiny serial terminal]
* [http://sourceforge.net/projects/serial-io/ Serial-IO] (Terminal mit GUI und Sonderfunktionen wie Buffer senden, Highlighting, adaptive CRC-Berechnung)
* [http://dev.frozeneskimo.com/software_projects:ssterm ssterm] - Simple Serial-Port Terminal is a console-based serial port terminal with curses and stdin/stdout user interfaces. (GPL)
* [http://www.gnu.org/software/screen/ GNU screen] (Terminal-Multiplexer mit Zugriffsmöglichkeit auf serielle Ports)
* [http://www.chiark.greenend.org.uk/~sgtatham/putty/ PuTTY] z.B. Ubuntu 12.10 "apt-get install putty" mit: putty 0.62-6ubuntu0.1
* screen ("man screen" zeigt Hilfe: screen - screen manager with VT100/ANSI terminal emulation) Beispiel für USB -> RS232: sudo screen /dev/ttyUSB0 115200,cs8,-ixoff--ixoff,istrip

=== Windows ===
* [http://www.awavo.com/serial-port-monitor/ Serial Port Monitor]
* [http://www.der-hammer.info/terminal/index.htm HTerm] Ohne Terminalemulation.
* [https://sites.google.com/site/terminalbpp/ Br@y++ Terminal] Ohne Terminalemulation. <br>Alternativer Download bei [http://www.smileymicros.com/download/term20040714.zip?&MMN_position=42:42 www.smileymicros.com (ZIP, Version aus 2004!)]
* [http://www.rowalt.de/mc/index.htm AVRTERM] (Windows 9x/ME, grafische Ausgabe möglich)
* [https://iftools.com/opensource/wxterm.en.php wxTerminal] Ohne Terminalemulation.
* [http://www.hw-group.com/products/hercules/index_en.html Hercules Setup Utility] (auch TCP, UDP)
* [http://hp.vector.co.jp/authors/VA002416/teraterm.html Tera Term] (Windows 95/NT,CE)
* [http://www.ayera.com/teraterm/ TeraTerm Pro] (Windows 95/98, 2000, 2003, XP, and Vista)
* Hyperterminal (bis Windows XP dabei)
* Terminal (bei Windows 3.1 dabei)
* [http://www.docklight.de/index_de.htm Docklight] (Testversion mit eingeschränkten Funktionen)
* [http://www.webx.dk/XMON/ XMON] Micro controller serial port debugger variable view realtime curve tracer (Freeware)
* [http://www.chiark.greenend.org.uk/~sgtatham/putty/ PuTTY] ab Version beta 0.59
* [http://elmicro.com/de/service.html#download OC-Console] - Kostenloser Terminal Emulator für den Embedded Entwickler
* [http://www.DieProjektseite.de TKTerm] Terminalprogramm optimiert für den BasicBeetle. Aber auch für andere Zwecke verwendbar
* [http://www.compuphase.com/software_termite.htm Termite]: a simple RS232 terminal (MS Windows, kostenlos, closed source)
* [http://www.codeproject.com/KB/windows/Termie.aspx Termie] A Simple RS232 Terminal (ähnlich Termite, MS-Windows, open source C#)
* [http://realterm.sourceforge.net/ RealTerm] Windows, Opensource "specially designed for capturing, controlling and debugging binary and other difficult data streams"

* [http://www.mmvisual.de/index Binterm] , klasse Freeware Terminalprogramm.
* [http://sourceforge.net/projects/y-a-terminal YAT] Freeware, mit vordefinierbaren Buttons
* [http://www.blueleafsoftware.com/Resources/EmbeddedSand/MegunoLink MegunoLink] - free tool for talking to Arduino microcontrollers (or any serial device for that matter).

=== DOS/Kommandozeile ===
* [http://www.filegate.net/terminate/ terminate]
* [http://www.columbia.edu/kermit/ Kermit] (VT100-Emulation und Datenübertragung)
* TELIX
* Procomm

== Datenvisualisierung ==
* [http://www.logview.info Logview] (Freeware, Windows)
* [http://www.rowalt.de/mc/index.htm AVRTERM] (Windows 9x/ME, grafische Ausgabe möglich)
* [http://www.webx.dk/XMON/ XMON] Micro controller serial port debugger variable view realtime curve tracer (Freeware)
* [http://www.mikrocontroller.net/topic/121001#1097477 Robot] - a scientific graph plotting and data analysis tool (Sourcecode, Binaries für Sun und Linux)
* [http://ttsiodras.googlepages.com/gnuplotStreaming.html Visualize real-time data streams with Gnuplot] (Perl) und eine [http://www.lysium.de/blog/index.php?/archives/234-Plotting-data-with-gnuplot-in-real-time.html Erweiterung]
* [http://www.python.org Python] mit [http://pyserial.sourceforge.net/ pyserial] zur Datenerfassung und Weitergabe der Daten an eine der [http://www.scipy.org/Topical_Software#head-b98ffdb309ccce4e4504a25ea75b5c806e4897b6 2D/3D-Libraries zur Datenvisualisierung]
** [http://eli.thegreenplace.net/2009/08/07/a-live-data-monitor-with-python-pyqt-and-pyserial/ A “live” data monitor with Python, PyQt and PySerial] von Eli Bendersky
* [http://kst.kde.org/ kst] - plots scientific data (Linux mit KDE, GPL). Es können Daten aus Dateien angezeigt werden, die ständig ergänzt werden. Damit kann eine Real-Time Anzeige aufgebaut werden ([http://kst-plot.kde.org/kst1/handbook/commontasks-eventmonitor.html]). Ein [http://real2electronics.blogspot.de/2009/11/graficar-con-kst.html Usertutorial] inkl. Video für eine Arduino Anwendung gibt es auch.
* [http://www.thregr.org/~wavexx/software/trend/ Trend]: a general-purpose, efficient trend graph (Req.: POSIX system, OpenGL, Lizenz: LGPL)
* [http://processing.org/ Processing]
** [http://www.uchobby.com/index.php/2009/03/08/visualizing-sensor-with-arduino-and-processing/#more-288 Visualizing Sensor Data with Arduino and Processing].
** [http://hacknmod.com/hack/how-to-graphically-visualize-data-real-time/ HOW-TO graphically visualize data real-time]
* [http://www.instructables.com/id/Automate-your-science-experiments/ Automate your science experiments] - Instructable zum Bau eines einfachen Datenloggers inkl. Transfer zum PC. Inhalt: µC (hier Picaxe) => RS232 => VB.Net (free!) => .csv Datei mit Messpunkten => Excel => Diagramm
* [http://www.electronic-projects.de/index.php?option=com_content&view=article&id=65&Itemid=95 COMAnalyzer] und [http://www.electronic-projects.de/index.php?option=com_content&view=article&id=79&Itemid=100 COMAnalyzer 2] von Michael Hahnle (www.electronic-projects.de). Kostenlos für den privaten Gebrauch. Eine kommerzielle Nutzung ist nur mit einer schriftlichen Genehmigung gestattet. (Windows)
* [http://zedgraph.org/wiki/index.php?title=Main_Page Zedgraph] C#, C++ Klassen zur Datenvisualisierung statischer und dynamischer Daten (LGPL, Für Programmierer!)
* [http://www.kmitl.ac.th/~kswichit/PLogger/index.html Data Acquisition System using ATmega8]
* [http://www.live-graph.org/ Live Graph] kann Daten aus CSV Dateien und/oder über eine Java API aus Programmen heraus darstellen. (BSD Lizenz)
* [http://trash.net/~luethi/microchip/software/scope.html RS232 Scope V1.02] - Serial Data Capture with Microsoft Excel 97 on Windows 95/98/ME/NT
* [http://code.google.com/p/serialchart/ Serial Chart] - Analyse and chart serial data from RS-232 COM ports (Open source, C++, Windows Binary)
* [http://www.codeproject.com/Articles/389676/Arduino-and-the-Web-using-NodeJS-and-SerialPort2 Arduino and the Web using NodeJS and SerialPort2] von Bangon Kali auf www.codeproject.com (Javascript)
* [http://www.blueleafsoftware.com/Resources/EmbeddedSand/MegunoLink MegunoLink] - free tool for talking to Arduino microcontrollers (or any serial device for that matter). It has a window to graph data sent from the Ardunio in real time. Send {Temperature [degC],T,12.4} and MegunoLink will plot it.
* [http://www.solarc.de/cms/pages/de/download/sterm.php sTerm] kann Daten vom COM-Port live darstellen und Abspeichern, Skalieren etc.

== Tipps ==
Günstige Möglichkeit einen Mikrocontroller mit dem PC zu verbinden sind oftmals USB-Handy-Datenkabel: Meistens ist ein USB nach RS232 Chip verbaut, man bekommt RS232 direkt mit 5V bzw. 3V-Pegel und könnte teilweise sogar die 5V USB-Spannung als Stromversorgung nutzen...

== Siehe auch ==

* [[UART|Universal Asynchronous Receiver Transmitter]]
* [[AVR-Tutorial: UART]]
* [[AVR-GCC-Tutorial/Der UART]]
* [[Ports benutzen (GCC)]], [[Ports benutzen (PHP)]], [[Ports benutzen (Windows)]]
* [[Serielle Schnittstelle unter Java]]
* [http://www.mikrocontroller.net/topic/110671#982184 Beitrag: RS232 aus Excel heraus ansprechen]
* [[Terminal mit Kommandointerpreter]]
* [[Serial-Port-Weiterleitung]]
* [http://www.mikrocontroller.net/topic/219760#2196879 Daten von COM port in Excel einlesen] (Forumsbeitrag von Thomas)
* [http://www.mikrocontroller.net/topic/323522 Beitrag: Latenzzeitmessung der seriellen Schnittstelle]

== Weblinks ==
* [http://www.awavo.com/com-port-monitor/ Com Port Monitor]
* [http://www.camiresearch.com/Data_Com_Basics/RS232_standard.html The EIA232 (former RS232) Standard]
* [http://www.taltech.com/TALtech_web/resources/intro-sc.html Introduction to Serial Communications]
* [http://www.lvr.com/serport.htm lvr.com "Serial Port Central"]
* [http://www.circuitcellar.com/renesas2005m16C/winners/DE/1765.htm QuickComs: RS-232 Analyzer] - Wettbewerbsbeitrag für [[M16C]]/62P µC von Nicholas Lott
* [http://technet.microsoft.com/de-de/sysinternals/bb896644.aspx Portmon] für Windows
* [http://spritesmods.com/?art=autobaud&page=3 Sprites mods: Automatic baudrate converter] (Attiny2313, GPL)
* [http://www.codeproject.com/KB/system/ArduinoVB.aspx Arduino with Visual Basic] by Carl Morey auf codeproject.com

[[Category:UART und RS232| ]]
[[Category:Datenübertragung]]

Digilent Nexys

2011-03-13T22:39:48Z

Jmf123: /* Erzeugen der SVF-Datei in Impact */

FPGA-Board, verfügbar mit Xilinx Spartan 3-200, -400 und -1000, Speedgrade 4.

[[Bild:Nexys-Audio-DSP-Foto-Andreas.jpg|thumb|600px|left|Nexys mit Erweiterungsboard FX2-BB]]
<br clear="all" />

== Dokumentation ==
* [http://digilentinc.com/Products/Detail.cfm?Nav1=Products&Nav2=Programmable&Prod=NEXYS Webseite]
* [http://digilentinc.com/Data/Products/NEXYS/Nexys_sch.pdf Schaltplan]
* [http://digilentinc.com/Data/Products/NEXYS/Nexys_rm.pdf Datenblatt]

== RAM ==
Das RAM ist ein MT45W8MW16 [[Speicher#PSRAM|PSRAM]] (pseudo-statisches RAM) von Micron. Im einfachsten Fall kann es wie ein (mit 70 ns leider ziemlich langsames) SRAM angesteuert werden (Beispiel unter [[T51-Core]]). Schneller geht es mit dem synchronen Burst-Mode, der auch nicht besonders schwierig zu implementieren sein sollte.

* [http://www.micron.com/products/partdetail?part=MT45W8MW16BGX-701%20WT Webseite]
* [http://download.micron.com/pdf/datasheets/psram/128mb_burst_cr1_5_p26z.pdf Datenblatt]

== Beispieldesigns ==
* [[T51-Core]] - 8051-kompatibler Prozessor mit BASIC-Interpreter, einfaches Beispielprojekt für das Nexys-Board
* [[Audio-DSP mit Spartan 3-FPGA]]

== Cypress FX2-Firmware ==

Die USB-Verbindung wird durch einen Cypress FX2-Mikrocontroller realisiert.

Die vorinstallierte Firmware ermöglicht rudimentäre Verbindungen zu der auf der Digilent Webseite bereitgestellten Adept-Software. Das ebenfalls bereitgestellte "dpimref.vhd"-Modul kann für einen Datentransfer zwischen PC und FPGA benutzt werden. Ein Mapping der dort verwendeten Signale auf die USB-Signale innerhalb des Schematics ist dabei folgendermaßen (funktioniert so auch für das Basys Board und vermutlich allen anderen FX2 basierten Digilent Produkten):

<code><pre>
ASTRB <-> U-FLAGA
DSTRB <-> U-FLAGB
WAIT <-> U-SLRD
WRITE <-> U-FLAGC
DATA(7:0) <-> U-FD7 bis U-FD0
</pre></code>

=== FX2-Firmware Hacking ===

Wie man die Firmware durch seine eigene ersetzen kann wird hier erklärt:
http://www.hackdaworld.org/cgi-bin/awki.cgi/NexysFPGA

=== usb_jtag FX2-Firmware ===

Es ist auch möglich, die Firmware des Projektes "usb_jtag" von [http://ixo-jtag.sourceforge.net/] zu benutzen, um dann mittels UrJtag auf den FPGA zuzugreifen. Man kann direkt die FX2-Firmware und die JTAG-Software installieren. Eine Anleitung dazu findet man unter [http://ixo-jtag.sourceforge.net/nexys2-linux-howto.html].

Ist die FX2-Firmware geladen, sollte der FX2-Mikrocontroller sich mittels "lsusb" nun als "VOTI" melden:

<code><pre>
# lsusb
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 009: ID 16c0:06ad VOTI
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
</pre></code>

==== JTAG-Software ====

Nimmt man nun ein aktuelles Release von [http://www.urjtag.org/ URJtag] (hier: svn Version 1356), kann man nach dem "./configure; make && make install" sofort loslegen (vgl. [http://buffalo.nas-central.org/index.php/JTAG_Software/UrJTAG]).

Man muß lediglich beachten, daß man die richtigen BSDL-Dateien aus dem Xilinx-Ordner in das Verzeichnis /usr/local/share/urjtag/bsdl/ kopiert (die BSDL-Dateien heißen in der Xilinx-Installation "*.bsd"), damit URJtag beim "detect" die Chips richtig erkennt.

<code><pre>
mobil11:~/.svn/fpga/Nexys_demo_simple# jtag

UrJTAG 0.8 #1356
Copyright (C) 2002, 2003 ETC s.r.o.
Copyright (C) 2007, 2008 Kolja Waschk and the respective authors

UrJTAG is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
There is absolutely no warranty for UrJTAG.

WARNING: UrJTAG may damage your hardware!
Type "quit" to exit, "help" for help.

jtag> bsdl path /usr/local/share/urjtag/bsdl
jtag> cable UsbBlaster ftdi 16c0:06ad
Connected to libftdi driver.
jtag> detect
IR length: 14
Chain length: 2
Device Id: 11110101000001000110000010010011 (0x00000000F5046093)
Filename: /usr/local/share/urjtag/bsdl/xcf04s.bsd
Device Id: 00010001010000101000000010010011 (0x0000000011428093)
Filename: /usr/local/share/urjtag/bsdl/xc3s1000l.bsd
jtag> print chain
No. Manufacturer Part Stepping Instruction Register
-------------------------------------------------------------------------------------------------------------------
0 XCF04S BYPASS BYPASS
1 XC3S1000L_BARE BYPASS BYPASS
jtag> part 1
jtag> svf Nexysdemo.svf
Warning: USB-Blaster frequency is fixed to 12000000 Hz
Warning svf: command TIR not implemented
Warning svf: command TDR not implemented
Warning svf: command TIR not implemented
Warning svf: command TDR not implemented
Warning svf: command HIR not implemented
Warning svf: command HDR not implemented
Warning svf: command TIR not implemented
Warning svf: command TDR not implemented
Error svf: SIR command length inconsistent.
in input file between line 6623 col 1 and line 6623 col 33
Error occured for SVF command SIR.
jtag> quit
mobil11:~/.svn/fpga/Nexys_demo_simple#
</pre></code>

Die usb_jtag-Firmware wird in URJtag als "Altera USB-Blaster" erkannt. Wichtig beim "cable"-Kommando ist die Angabe der USB-ID "16c0:06ad".

==== Erzeugen der SVF-Datei in Impact ====

Beim Erzeugen der SVF-Datei in Impact muß man darauf achten, daß alle Geräte des JTAG-Chains des Nexys-Boards in der Datei enthalten sind. Mit Hilfe folgender Datei "impact.cmd" lässt sich dieser Schritt auf der Kommandozeile automatisieren:

<code><pre>
setMode -bs
setCable -port svf -file Nexysdemo.svf
addDevice -p 1 -file /usr/local/share/jtag/bsl/xcf04s.bsd
addDevice -p 2 -file Nexysdemo.bit
program -p 2
closeCable
quit
</pre></code>

Jetzt kann man mittels "impact -batch impact.cmd" den Prozeß des SVF-Datei-Erzeugens automatisieren:

<code><pre>
$ impact -batch impact.cmd
Release 9.2.01i - iMPACT J.37
Copyright (c) 1995-2007 Xilinx, Inc. All rights reserved.
Preference Table
Name Setting
StartupClock Auto_Correction
AutoSignature False
KeepSVF False
ConcurrentMode False
UseHighz False
ConfigOnFailure Stop
UserLevel Novice
MessageLevel Detailed
svfUseTime false
SpiByteSwap Auto_Correction

Reusing 6400C001 key.
Reusing E800C001 key.

INFO:iMPACT:501 - '1': Added Device UNKNOWN successfully.
----------------------------------------------------------------------
INFO:iMPACT:1777 -
Reading /usr/local/share/urjtag/bsdl/xcf04s.bsd...

INFO:iMPACT:1777 -
Reading /opt/xilinx-webpack/xcf/data/xcf04s.bsd...
INFO:iMPACT:501 - '1': Added Device XCF04S successfully.
----------------------------------------------------------------------
----------------------------------------------------------------------
----------------------------------------------------------------------
----------------------------------------------------------------------
INFO:iMPACT:1777 -
Reading /usr/local/share/urjtag/bsdl/xcf04s.bsd...
----------------------------------------------------------------------
'2': Loading file 'Nexysdemo.bit' ...

done.

INFO:iMPACT:1777 -
Reading /opt/xilinx-webpack/spartan3/data/xc3s1000.bsd...
INFO:iMPACT:501 - '2': Added Device xc3s1000 successfully.
----------------------------------------------------------------------
----------------------------------------------------------------------

'2': Programming device...

done.
INFO:iMPACT:579 - '2': Completed downloading bit file to device.
INFO:iMPACT - '2': Checking done pin....done.
'2': Programmed successfully.
Elapsed time = 1 sec.
----------------------------------------------------------------------
----------------------------------------------------------------------
</pre></code>

[[Category:FPGA und Co]]

Benutzer:Jmf123

2010-10-26T14:34:32Z

Jmf123: Die Seite wurde neu angelegt: „Web: [http://koppi.me koppi.me]“

Web: [http://koppi.me koppi.me]