Mikrocontroller.net - Benutzerbeiträge [de]

DebugWIRE

2012-03-22T12:59:38Z

62.159.252.163: /* An- und Abschalten von Debug-Wire */

'''debugWIRE''' ist die Bezeichnung einer Debug-Schnittstelle, die
Atmel für die kleineren Mitglieder seiner [[AVR]]-Controllerfamilie
entwickelt hat, die nicht über [[JTAG]] verfügen. Es wurde vor allem
konzipiert für Controller mit wenigen Pins, bei denen der für JTAG
notwendige Aufwand von 4 separaten Leitungen die möglichen
Applikationen zu stark einschränken würde. Daher ist es bei allen
moderneren ATtiny-Controllern anzutreffen, aber auch bei einigen
kleinen ATmega-Typen (ATmega48/88/168/328 bzw. deren
Picopower-Versionen).

==Physik==

debugWIRE ist als sogenannter Eindrahtbus konzipiert, ähnlich wie der
Dallas (jetzt Maxim) [[Bus#1-Wire|1-wire-Bus]]. Es erfolgt eine bidirektionale
Datenübertragung über nur einen einzigen Draht (und Masse als
Bezugspotential). Um die Applikation in den ihr zur Verfügung stehenden
Pins möglichst wenig einzuschränken, wurde die /RESET-Leitung für
debugWIRE doppelt belegt.

Die Realisierung als Eindrahtbus stellt einen Kompromiss dar, der bei
der Gestaltung des Zielsystems berücksichtigt werden muss. Um den
bidirektionalen Datentransfer ohne Schaden an Ausgangstreibern bei
möglichen Bus-Kollisionen zu realisieren, arbeiten lediglich zwei
Open-Drain-Ausgänge (einer im Emulator und einer im AVR) auf dem Bus
und können ihn nach ''low'' ziehen. In Richtung ''high'' wird er
durch einen integrierten Widerstand gegen VCC (pull-up) gezogen, was
naturgemäß in einer Spannungs-Zeit-Kurve in Form einer
Exponentialfunktion resultiert. Die RC-Zeitkonstante des gesamten
Eindrahtbusses (bei der der genaue Wert für C abhängig ist vom Aufbau
des Zielsystems) limitiert die mögliche Datenübertragungsrate.

Beim Aufbau muss aus diesem Grunde darauf geachtet werden, dass die
/RESET-Leitung keine zusätzliche kapazitive Last erhält und dass ein
eventuell vorhandener externer Pullup-Widerstand nach VCC nicht
kleiner als 10 kΩ dimensioniert ist. (Auf eine Anfrage bei einem
Problem hat die Atmel-Hotline jedoch auch teilweise bereits ein
Minimum von 4,7 kΩ empfohlen.) Zwar ist dieser Widerstand laut
Dokumentation nicht erforderlich, er kann aber u. U. helfen, die
Übertragungsqualität des Busses zu verbessern.

Da eine derartige Beschaltung der /RESET-Leitung den Richtlinien zum
EMV-festen Schaltungsentwurf entsprechend
[http://www.atmel.com/dyn/resources/prod_documents/doc1619.pdf Appnote AVR040]
widerspricht, sollte man bei einer Platinenentwicklung die
EMV-Schutzbeschaltung vorsehen aber für das Debuggen mittels debugWIRE
nicht bestücken.

==Protokoll==

Das eigentliche debugWIRE-Protokoll wird von Atmel als Firmengeheimnis
betrachtet und ist nicht veröffentlicht. Der einzige Weg, dieses zu
nutzen ist durch den Einsatz eines entsprechenden Emulators. Derzeit
stehen dafür das
[http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3353 JTAG ICE mkII]
und der
[http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3891 AVR Dragon]
zur Verfügung.

Eine von Privatleuten angefangene Entschlüsselung ist auf [http://www.ruemohr.org/docs/debugwire.html ruehmohr.org] zu finden, jedoch gibt es keine DIY-Debughardware, die darauf fußt und auch noch mit avarice oder AVR Studio kompatibel ist.

Die im [[AVR]] untergebrachte debugWIRE-Maschine ist weniger mächtig
als bei [[JTAG]]. Im Wesentlichen kann sie nur solche Tätigkeiten
erledigen, die auch die CPU des Controllers im normalen Betrieb
erledigen kann (einschließlich der Abarbeitung von SPM-Befehlen zum
Ändern des Flash-ROMs). Damit lassen sich entsprechend keine Fuses
und Lockbits lesen oder setzen. Anders als [[JTAG]] besitzt debugWIRE
keine Breakpoint-Möglichkeiten in der CPU-Hardware, damit können
Breakpoints nur über das Einfügen von BREAK-Befehlen in den
Flash-ROM-Inhalt realisiert werden (Software-Breakpoint). Dies
erfolgt transparent durch die Firmware des JTAG ICE, die nach dem
Erreichen des Breakpoints den ursprünglichen Inhalt der entsprechenden
Seite im Flash-ROM wieder herstellt. Daten-Breakpoints sind nicht
möglich.

Das entsprechende häufige Umprogrammieren des Flash-ROM-Inhaltes trägt
zur Abnutzung desselben bei. Dies sollte berücksichtigt werden, wenn
man in Erwägung zieht, Geräte nach dem Debuggen noch ihrer
tatsächlichen Nutzung zuzuführen.

Insgesamt abstrahiert das JTAG ICE mkII (bzw. der AVR Dragon) die
Details des Protokolls auf eine Schnittstelle, die im Wesentlichen
komplett der bei einer Emulation über [[JTAG]] entspricht.

Die Aktivierung des debugWIRE-Modus erfolgt durch das Setzen (also
Programmieren auf den Bitwert 0) der DWEN-Fuse, die normalerweise im
''high fuse byte'' zu finden ist. Ab diesem Moment steht der
/RESET-Pin nicht mehr für seine normale Reset-Funktion zur Verfügung,
daher lässt sich dann auch das [[ISP]]-Protokoll nicht mehr nutzen.

Das Abschalten des debugWIRE-Modus erfolgt in zwei Stufen. In einer
ersten Stufe wird mit einem speziellen Befehl an das JTAG ICE mkII ein
CPU-Reset ausgeführt, der die debugWIRE-Einheit vorübergehend
deaktiviert und damit die normale /RESET-Funktion wiederherstellt.
Damit lässt sich nachfolgend normales [[ISP]]-Protokoll anwenden, um
die DWEN-Fuse wieder zurückzusetzen (debugWIRE selbst kann keine Fuses
ändern). Dieser vorübergehende Zustand dauert an bis zum nächsten
Aus- und Einschalten des [[AVR]], in diesem Moment wird dann die
DWEN-Fuse neu bewertet. Technisch ist es ebenso möglich, die
DWEN-Fuse einfach aktiviert zu lassen und den [[ISP]]-Modus nur
temporär für andere Aufgaben zu nutzen. Nach dem erneuten Einschalten
ist der [[AVR]] dann wieder im debugWIRE-Modus.

=Software=

[[AVR-Studio]] kann mit den entsprechenden Emulatoren umgehen und
bietet die debugWIRE-Schnittstelle automatisch als Debugmöglichkeit
für alle AVRs an, bei denen sie vorhanden ist. (Genauer: bei denen
sie im sogenannten ''part description file'' aufgeführt worden ist.)

[[AVRDUDE]] kann debugWIRE über die Manipulation der Fuses zuschalten
und kann im debugWIRE-Modus den Inhalt von Flash-ROM oder EEPROM lesen
oder schreiben. Das Rückschalten aus dem debugWIRE-Modus erfolgt
zweistufig so, wie es von der Hardware vorgegeben ist. Dazu aktiviert
man ein entsprechendes Kommando für eine ISP-Programmierung mittels
JTAG ICE mkII (''-c jtag2isp'') oder mittels AVR Dragon (''-c dragon_isp'').
Wenn dieses Kommando fehlschlägt, versucht [[AVRDUDE]]
anschließend das temporäre Abschalten des debugWIRE-Modus und trennt
sich vom Emulator. Ein erneutes Absetzen des gleichen Kommandos
sollte dann im [[ISP]]-Modus ganz normal funktionieren.

[http://avarice.sourceforge.net/ AVaRICE] kann mit der Option -w über
debugWIRE sowohl das JTAG ICE mkII als auch den AVR Dragon bedienen.
Es dient dabei als Bindeglied zum [[GDB]], der die eigentlichen
Debugger-Aufgaben erledigt.

=An- und Abschalten von Debug-Wire=
Zum Anschalten muss nur die DWEN Fuse gesetzt und der AVR einmal ein- und ausgeschalten werden.

Zum Abschalten muss folgende Sequenz eingehalten werden:
* Power On
* Reset-enable Befehl zum AVR senden
* Im ISP-Modus die DWEN-Fuse löschen
* Power Off

Vorgehen im AVR-Studio 4:
* Starten eines Projekts im Debug Modus, jedoch das Programm nicht starten.
* Im Debug Menü: Die JTAGICE mk II Options aufrufen. Hier kann der Befehl Disable Debug Wire abgesetzt werden, diesen mit OK bestätigen.
* Sich dann im ISP-Programmiermodus verbinden, die DWEN Fuse löschen.
* Einen Power-Cycle durchführen.

Vorgehen im AVR-Studio 5:
* fehlt

[[Kategorie:AVR]]

DebugWIRE

2012-03-22T12:58:42Z

62.159.252.163: /* An- und Abschalten von Debug-Wire */

CAN

2010-05-19T09:32:40Z

62.159.252.163: /* Hardware */

Eine ausführliche Liste: http://www.mjschofield.com/devices.htm [dead]

==Mikrocontroller mit CAN==

=== Atmel AT90CAN128===
* Atmel AVR Controller mit CAN-Schnittstelle (ein Kanal)
* 15 CAN "Message Objects", jedes individuell konfigurierbar.
* 128kByte Flash, 4kByte RAM
* Bis auf die CAN-Funktionen weitestgehend identisch mit dem ATmega128 (vgl. Migration-Guide ATmega128->AT90CAN128 bei atmel.com)
* Beispielcode inkl. CAN für den IAR-C-Compiler findet sich bei atmel.com. Autobaud-Routinen in Assembler (etwas Aufwand bei der Portierung nach avr-gcc/avr-as).
* Für die ISP-Programmierung schliesst man Ihn wie den ATmega128 an. MOSI-2 ; MISO-3 ; SCK-11 ; /Reset-20 ; GND-22,53,63 ; Vcc-21,52,(62),(64). Auf die übliche "ATmega64/128-Problematik" achten: MISO/MOSI der Programmierschnittstelle sind nicht identisch mit der SPI-Schnittstelle.
* Im Auslieferungszustand ist nur der interne RC-Oszillator aktiv (wie üblich bei allen modernen AVRs mit internem R/C-Oszillator vgl. [[AVR Checkliste]]). Umschalten auf externe Taktquelle über die AVR-Fusebits.
* Dieser MC ist für nicht-gewerbliche Endanwender einzeln z. B. bei Reichelt, CSD und Segor erhältlich (ca. 9EUR). Beim Bestellen des MC sollte man einen CAN-BUS-Treiber gleich mitbestellen: z. B. Philips PCA82C250. Jedoch auf vorhandene Versorgungsspannungen achten (AT90CAN128 "kann mit" VCC=2,7...5,5V, PCA82C250 lt. Datenblatt für VCC=4,5...5V).
* die aktuelle Hardware-Version (Stand 4/2005) hat einen "silicon bug" (Hardwarefehler, vgl. avrfreaks-Forum): Liegt der Stack im ''externen'' RAM, führt dies zu Fehlern in der Stackverwaltung (push/pop/rcall etc.). Details in aktuellen Fassungen des Datenblatts. Abhilfe/Workaround: Stack im internen RAM (<0x1001) verwalten. Dies ist ohnehin sinnvoll, da der Stackzugriff dann schneller ist.
* CANopen software protocol stacks at http://www.port.de/Atmel.html
* Freier CANopen stack: http://www.canfestival.org/



=== Atmel AT91SAM7X, AT91SAM7A ===
* ARM7TDMI-Kern

=== Luminary Micro Stellaris LM3S8xxx ===
* ARM Cortex-M3
* bis 64kByte RAM und 256kByte Flash
* CAN und Ethernet

=== Microchip PIC18Fxx8 PIC18Fxx8x ===
* Mikrocontroller mit CAN Schnittstelle
* [http://www.microchip.com/ParamChartSearch/chart.aspx?branchID=50&mid=10&lang=en&pageId=74 Herstellerseite]

=== Mitsubishi / Renesas R8C / M16C / M32C ===

R8C/23, M16C/6Nx

=== Motorola / Freescale DSP56F8xx ===
* Clock des CAN-Moduls von PLL speisen, nicht von XTAL, sonst gibt es sporadische Aussetzer
* Bei hohen Datenraten ist es notwendig die CAN-TX-Leitung vom Controller mit einem PullUp-Widerstand zu beschalten. Sonst stimmt das Bit-Timing nicht, weil die Anstiegszeit des TX-Signals zu schlecht ist.

=== Freescale MC9S08 ===
* D Serie

=== Freescale MC9S12 ===
* B, C, D und H Serie

=== NXP (ex. Philips) LPC2129 LPC2194 LPC2290 LPC2292 LPC2294 ===
* Mikrocontroller mit ARM7TDMI-S-Kern (vgl. [[LPC2000 Philips ARM7TDMI-Familie]])
* 2 - 4 CAN Schnittstellen
* CAN-Modul angelehnt an Philips SJA1000 (aber mit recht langer und deftig gewürzter Bug-Liste)
* Herstellerseite: [http://www.nxp.com Philips Semiconductors]
* LPC2194 erhältlich bei http://www.microcontroller-starterkits.de und http://de.digikey.com/
* CANopen software protocol stacks at [http://www.port.de/Philips.html]

=== NXP LPC23xx ===
* Mikrocontroller mit ARM7TDMI-S-Kern (vgl. [[LPC2000 Philips ARM7TDMI-Familie]])
* 2 CAN Schnittstellen

=== NXP P80C591 P80C592 P80C598 ===
* 8-Bit Mikrocontroller mit 8051-Kern
* P80C591 ist neuer und beherrscht CAN2.0B
* P80C592: CAN2.0A, P80C598 ist die Automotive-Version vom '592

=== STMicroelectronics STM8S20 ===
* STM8 Kern [http://www.st.com/stonline/products/literature/ds/14733/stm8s208c6.pdf] DIV/MUL -Befehle
* SPI mit automatischer CRC Berechnung
* 1 beCAN Schnittstelle CAN2.0B
* sehr preiswert (128 kFlash/6K RAM ) 3,30 bis 4,80 € ([http://search.digikey.com/scripts/DkSearch/dksus.dll?vendor=0&keywords=CAN+STM8] aber SMD LQFP

=== STMicroelectronics STR730 STR750 ===
* ARM7TDMI-Kern
* 1-3 CAN Schnittstellen

=== STMicroelectronics STR910FM32, STR910FW32, STR911FM42, STR911FM44, STR912FW42, STR912FW44 ===
* 96MHz ARM966E-S CPU Kern

=== STMicroelectronics STM32F103, STM32F105, STM32F107 ===
* Cortex M3 Core
* STM32F103 : 1 CAN Schnittstelle
* STM32F105 : 2 CAN Schnittstellen
* STM32F107 : 2 CAN Schnittstellen

=== TI TMS470 ===
* ARM7TDMI-Kern

=== Toshiba TLCS-870/C ===

==CAN Controller==

===MCP2515 ===
"Stand-alone" CAN-Controller von Microchip.
* SPI Schnittstelle
* 2 Empfangs- und 3 Sendepuffer jeweils individuell konfigurierbar (ID, Masken/Filter etc.)
* ein gemeinsamer Interruptpin (RX)
* ein Interruptpin pro Empfangspuffer, umkonfigurierbar als GPO
* ein Triggerpin pro Sendepuffer, umkonfigurierbar als GPI
* Stromsparmodus
* auch für 3,3V-Betrieb geeignet.
* Diverse C- und Assembler Beispielcodes verfügbar (z. B. bei microchip.com und kvaser, Assembler meist für PICs). Auch Software für Direktanschluss an die parallele Schnittstelle eines PC verfügbar ("bit-bang Interface").
* erhältlich z. B. bei Reichelt (ca. 2€)

====Links====
*[http://www.kreatives-chaos.com/index.php?seite=mcp2515 Ansteuerung eines MCP2515] gcc
*[http://www.intrepidcs.com/BitCindex.htm Bit Timing Calculator]
*[http://mcp2510btc.berlios.de/ Bit Timing Calculator für Linux]

===SJA1000===
"Stand-alone" CAN-Controller von Philips
* Parallele Schnittstelle ca. 12 Leitungen
* erhältlich z. B. bei Reichelt (ca. 4 Euro)

===AN82526===
"Stand-alone" CAN-Controller von Intel (entwickelt von Bosch)
* Vorgänger des AN82527

===AN82527===
"Stand-alone" CAN-Controller von Intel (entwickelt von Bosch)
* Nachfolger des AN82526
* parallele UND SPI-Schnittstelle
* 8- oder 16-Bit Multiplex Bus, oder 8-Bit Non-Multiplexed Bus
* 14 Tx/Rx Puffer
* bis zu 16 IO-Pins (je nach Controlleranbindung)
* erhältlich z. B. bei Reichelt (ca. 5€)

===Bosch CC170 / CC750 / CC770===
* kompatibel zum AN82527
* mehr Debug-Register
* CC750 im SOIC16-W Gehäuse ohne Parallel-Interface, nur SPI
* erhältlich bei Rutronik (ca. 8 Euro)

===SAE81C9x===
* SPI und Busanschluss möglich.
* PLCC44 und PLCC28, letzteres allerdings in ungebräuchlicher Bauform
* Nur CAN 2.0A, beherrscht also keine Extended IDs.

==Bustreiber (CAN-Transceiver)==

=== High-Speed ===

====MCP2551====
* von Microchip
* PDIP8 und SOIC
* VCC = 4,5...5,5V
* kostet rund 1€

====PCA 82C250====
* von NXP (ex. Philips)
* PDIP8 und SO8
* VCC = 4,5...5,5V
* V-CAN: -8V..+18V -> "TTL-kompatible" Bus-Spannung
* erhältlich z. B. bei Reichelt (ca. 1,00€)

====PCA 82C251====
* von NXP (ex. Philips)
* PDIP8 und SO8
* VCC = 4,5...5,5V
* V-CAN: -40V..+40V -> +24V Bus-Spannung
* erhältlich z. B. bei Reichelt (ca. 1,50€)

====TJA 1050====
* von NXP (ex. Philips)
* SO8, pinkompatibel
* VCC = 4,75...5,25V
* 3. Generation, Nachfolger der PCA82C25x
* http://www.semiconductors.philips.com/pip/TJA1050

====ATA6660====
* von Atmel
* SO8
* VCC = 4,75...5,25V

====SN65HVD23x====
* von Texas Instruments
* SO8
* VCC = 3,0V...3,6V
* erhältlich z. B. bei Reichelt (SN65HVD230, SN65HVD231)

=== Fault-Tolerant / Low-Speed ===

==== TJA1054 ====
* von NXP (ex. Philips)
* bis 125 "kBaud"
* SO14
* ähnliche Funktionen, gleicher Hersteller: TJA1053, TJA1055

== CAN Repeater ==

==== AMIS-42700 ====
* Dual High-Speed CAN Transceiver
* High speed (up to 1Mbit/s)
* SOIC-20
* vgl. http://www.mikrocontroller.net/topic/53799

==== Alternative ====
* zwei Transceiver
* [http://www.mikrocontroller.net/attachment/9353/CANREPEATER.JPG Schaltung]
* Anmerkung: Diese Schaltung ist Quatsch und funktioniert nicht.
* -Zum Senden eines Zeichen, muss beim CAN paralell auf dem Bus gelesen werden.
-Die TRansceiver tun dies nicht, mach nur der Controller.
-Die gelesene Nachricht muss also durch einen Controller erneut gesendet werden, wenn der Bus frei ist...

==== CAN Hub ====
CAN Hub mit standard Knoten
* http://www.oschmid.ch/mt/can-hub/can-hub.php
CAN Hub mit getrennten Rx und Tx Leitungen
* http://www.oschmid.ch/mt/can-hub4/can-hub4.php

==SLIO-CAN==

Preisgünstigste Bausteine sind die Serial Linked I/O Bausteine (SLIO). Diese Bausteine ermöglichen den Aufbau von Ein- und Ausgabeknoten ohne lokalen Prozessor. Auf der Basis dieser Bausteine lässt sich eine dezentrale Signal-Ein-Ausgabe mit minimalem Kostenaufwand realisieren.

=== Philips P82C150===
* Single-Chip-I/O-Einheit mit integriertem CAN-Controller
* mögliche Busdatenrate 20kBd bis 125kBd
* interner RC-Oszillator wird durch den Bitstrom auf den Bus synchronisiert
* Kalibrierungsnachricht alle 8000 Bitzeiten erforderlich
** 4-Bit des Identifiers über Port-Pins einstellbar
* maximal 16 P82C150 in einem CAN-Segment
** 16 Port-Pins mit unterschiedlichen Konfigurationsmöglichkeiten
*** 16 mal als digitale Eingänge
*** 16 mal als digitale Ausgänge
*** 2 mal als analoger Ausgang ( 10-Bit, DPM )
*** 6 mal als analoger Eingang ( 10-Bit, multiplex )
*** 2 mal als Komparator

* [http://www.htw-dresden.de/fe/labor/mikror/projects/slio_can/ slio-CAN]

Anmerkung: Philips stellt die SLIO nicht mehr her! Es ist auch "nichts" mehr am Markt beschaffbar, wenn, dann zu horrenden Preisen (um die 60,-EUR/Stück zur Zeit). --[[Benutzer:OldBug|Patrick]] 09:08, 25. Jan 2005 (CET)

'''obsolete'''

===DS 36001M===
'''Obsolete'''

===MCP2502X/5X===

CAN-IO Erweiterung. Braucht praktisch nur noch Quarz und Transciever. Preise ab 3€
* bis zu 8 digitale IOs
* bis zu 2 PWM, 10 Bit
* bis zu 4 ADC, 10 Bit, externe Ref.
* SLEEP-Mode etc.

[http://ww1.microchip.com/downloads/en/devicedoc/21664c.pdf Datenblatt]

== Verkabelung ==
* auf beidseitige Busterminierung achten (typisch 2x 120 Ohm bei "high-speed")
* Standardbelegung für diverse Steckverbindungen vgl. CANOpen-Dokumentation http://www.can-cia.de/index.php?id=440 (CiA 303-1); erfordert Anmeldung
* Schaltplan für galvanische Trennung z. B. nach Datenblatt des PCA82C250
* für einfache Testaufbauten über sehr kurze Strecken oder "on-board-CAN" kann auf die Bustreiber verzichtet werden (vgl. Siemens Application-Note [http://www.mikrocontroller.net/attachment/28831/siemens_AP2921.pdf AP2921])

Es gibt auch CAN mit
* einpoliger unsymmetrischer Verbindung (SAE J2411 single wire)
* optischer Verbindung (Faser, Glasfaser)

Für einfache Tests genügt auch eine direkte wired-and-Verbindung ohne Treiber:
http://www.mikrocontroller.net/forum/read-1-325202.html?reload=yes#325962

== Debugging ==
Hersteller von Debug-Geräten
* Vector-Informatik CANscope (Pegeltester) http://www.vector-informatik.de/deutsch/ - ca. 3300EUR
* Gemac CBT (CanBusTester) testet auch Pegel, Reflexionen ... (Treiber etc. etwas ältlich, von 2002, was ist mit Weiterentwicklung?), auch leihweise http://www.gemac-chemnitz.de/pages/d_html/produkte/bus-tester/new-de-can-bust.html http://www.brandt-data.de/canbus/can_intro.html - ca. 2400EUR
* ixxat bietet ebenfalls den Gemac-cbt an, auch leihweise

Oszilloskope mit CAN-Analyse (manche auch SPI, LIN, RS232, SATA ...):
* LeCroy WaveRunner 6040 wird mit Vector-CANcaseXL (externer CAN-Trigger) geliefert (sehr gut, ab ca.9000 EUR)
* LeCroy WaveSurfer 424 wird mit Vector-CANcaseXL (externer CAN-Trigger) geliefert (sehr gut, ab ca.8000 EUR)
* Yokogawa DL1640 und DL9040 (CAN-Trigger ist intern) ähnliche Preise wie LeCroy, Bedienung gewöhnungsbedürftig, geht mit etwas Übung besser
* Tektronix
* HP / Agilent
* LogicPort http://www.pctestinstruments.com/

Triggermöglichkeiten: SOF, CAN-ID, CAN-Data, ErrorFrame, RTR, Ack, NoAck - alle verknüpfbar (gleich ungleich kleiner größer inRange outofRange)

=Links=

==Intern==
[[CAN als Hausbus]]

==Allgemein==
* [http://can-wiki.info CAN-WIKI] - spezielle Wiki Site für CAN bus (Englisch)
* [http://de.wikipedia.org/wiki/Controller_Area_Network Wikipedia - CAN]
* [http://www.thomas-wedemeyer.de/elektronik/CAN-Bus/can-bus.html Grundlagen zum CAN-Bus] - Kurze Zusammenfassung der Funktionsweise und Einsatzmöglichkeiten vom CAN-Bus
* [http://www.canbus.cz CAN] - Controller_Area_Network (Czech)
* [http://www.embedded.com/design/networking/220900314 CAN in 30 minutes or less] - A quick-and-dirty guide to tuning your CAN interface and simplifying your design by Hassane El-Khoury at www.embedded.com

==Hardware==
*[http://www.mjschofield.com/devices.htm ausführliche Liste mit CAN-Chips und -Controllern] - '''dead Link''' - Seite wird wohl Mitte 2010 geschlossen..

===Testboards===
*[http://www.jtronics.de/elektronik-boards/experimentierboard.html AT90CAN Testboard by www.jtronics.de (aktualisiert 2010)]
*[http://www.mikrocontroller.net/topic/176804 universal Testboard - CAN RS232 SPI I2C by www.jtronics.de(aktualisiert 2010)]
*[http://www.mikrocontroller.net/topic/177420 AT90CAN128 Board by www.jtronics.de (aktualisiert 2010)]
*[http://www.kreatives-chaos.com/artikel/can-testboard ATmega8 CAN Testboard und MCP2515 Tutorial]

===Dongles===
*[http://private.addcom.de/horo/can200/ Can200 Selbstbauprojekt]
*[http://www.mhs-elektronik.de/tiny_can.html MHS-Elektronik Low-Cost USB-CAN-Adapter (60,- EUR) + Open Source CAN-Monitor für Windows und Linux]
*[http://www.cantronik.com/ cantronik]
*[http://www.kopfweb.de/automotive_3.htm usb-can]
*[http://www.mictronics.de Open Source USB<>CAN Bus Interface mit AVR ATmega162]
*[http://www.ixxat.de IXXAT u.a. USB<>CAN Bus Interface ca. 200 Eur]
*[http://www.peak-system.com Peak-System u.a. USB<>CAN Bus Interface ca. 200 EUR]
*[http://www.ems-wuensche.com EMS Dr. Thomas Wünsche u.a.] [http://www.ems-wuensche.com/product/datasheet/html/can-usb-adapter-converter-interface-cpcusb.html USB to CAN Bus Interface ca. 180 EUR]
*[http://www.systec-electronic.com/html/index.pl/en_product_can_interfaces SYS TEC electronic - USB-CANmodul Serie mit Unterstützung von 1, 2, 8, oder 16 CAN Kanälen (ab 129,- Eur)]

*[http://www.edevices.lt USB2CAN USB to CAN bus galvanic isolated converter from 35 EUR ].Open source interface DLL and software.

*[http://www.lawicel.com Lawicel RS232/V24<>CAN Bus Interface]
*[http://www.canusb.com/ canusb USB<>CAN über V24-Treiber von Lawicel]
*[http://www.canusb.com/projects.htm freie Software für canusb]

*[http://www.port.de/pages/products/can/canopen/hardware/ethercan.php?lang=en PORT CAN-LAN-Bridge mit ARM und Linux]

*[http://www.anagate.de/products/can-ethernet-gateways.htm AnaGate CAN-Ethernet Gateways (LowCost Lösung und Professionelle Varianten mit Linux System für eigene Anwendungen mit 1,2 und 4 CAN-Ports) (Shop)]

*[http://www.pp2can.wz.cz PP2CAN:LPT-CAN bus interface]
*[http://www.pp2can.wz.cz/CAN2MMC.htm CAN2MMC: datalogger(CAN,RS232-GPS)]
*[http://www.usb2can.wz.cz USB2CAN: USB-CAN bus interface (80 Eur)]

*[http://www.canhack.de/viewtopic.php?t=137 CANHACK CANUSB Interface, High Speed CAN + OBD2 (79,- Euro; inkl. CAN Monitor)]

*[http://www.pp2can.wz.cz PP2CAN:LPT-CAN bus interface]

*[http://oschmid.home.solnet.ch/mt/can-hub/can-hub.php CAN Bus HUB]

*[http://martinsuniverse.de/projekte/caninterceptor/caninterceptor.html CAN-Interceptor]

*[http://www.microcontroller-starterkits.de USB-zu-CAN-Interface mit verschiedenen Transceivern (LOW-Speed / HIGH-Speed) Beschreibung/Schaltplan im Online-Magazin. Leerplatinen dazu preiswert im Online-Shop erhältlich]

==Software==

*[http://canhack.de/viewtopic.php?f=25&t=135 CAN Monitor und Tracer für Peak USB, Lawicel CANUSB+CAN232 und kompatible]
*[http://www.mhs-elektronik.de/tiny_can.html GNU – Open Source CAN Monitor, Makro und Filter Funktion, Plugin fähig, unter GTK+ entwickelt]

===Protokolle===
====CANOpen====

*[http://canopen.sourceforge.net/index.html CANopen free software resource center]

[[Category:CAN]]
[[Kategorie:Bauteile]]

Logic Analyzer

2010-05-03T09:05:46Z

62.159.252.163: /* µLab LA */

Diese Seite enthält eine Übersicht über verschiedene Logic Analyzer Selbstbau-Projekte.

== AVR-basiert ==

=== LoLA ===

* 2002 von A. Hinrichs
* AT90S1200 Controller with a 2k-RAM
* ASM

LoLA is a 8-Bit Logicanalyzer. Internal sampletimes from 2us to 16ms. Triggerword with don't cares. External clock or trigger on rising or falling edge. Timing and state with I2C-analysis. 2k memory, very low cost.
With Pulsegenerator. Programmable Ti and Tp 1us..8sec, Duty-Cycle, Period/Frequency, Continuous- and Burst-Mode. 16- and 32-bit Software for Windows

[http://avrfreaks.net/index.php?module=FreaksAcademy&func=viewItem&item_type=project&item_id=47 Projektseite bei avrfreaks.net]

=== AVR USB Logikanalysator ===

* 2006 B. Sauter
* Mega 32 & USBN9604
* 8-Bit
* 250kHz online, 1000 Samples @ 4MHz
* USB

http://www.mikrocontroller.net/topic/48559

=== µLab LA ===

* 2007 µLabs
* Mega 8
* 8-Bit, 24Mhz
* Ram zur Aufzeichnung
* LCD
* USB
* Software: Linux, zur Ausgabe von VCD

http://www.microlaboratories.com/?page_id=77
''''' (Site down!)'''''

=== Simple Logic Analyzer ===

* 8-channel
* 32kB SRAM
* RS232
* 2 MHz
* Software: Win GUI

http://antoniak.ep.com.pl/index.php?id=sla

=== SCANALOGIC ===

* Atmega16 + NAND-Gate
* bis 4 Million Samples per second
* RS232 (bzw. USB-RS232)
* Windows-Software (Visual Basic)
* Software (AVR und Windows): Closed Source?

http://www.ikalogic.com/scanalogic_home.php

===MiniLog===

zZ. 2 Versionen 50MSa/s und 80MSa/s

====50MSa Version====

*8-Kanäle
*50MSa/s
*4k Samplespeicher
*Trigger auf beliebige Pegelkombinationen
*ATMega644
*FT232 USB 115200Baud

====Neue Version====
*8-Kanäle
*80MSa/s
*16k Samplespeicher (32k bei neuer Software)
*Trigger auf beliebige Pegelkombinationen
*ATMega88 / ATMega48
*FT232 USB 500000Baud

http://www.avr.roehres-home.de/logikanalyzer/index.html

http://www.mikrocontroller.net/topic/141602

== FPGA / CLPD ==

=== Deditec Logicanalyzer USB-LOGI-500===

* 36 Kanäle
* 500 MSamples/sec (bis 100 Samples/Sec)
* 4096 Samples Speichertiefe/Kanal
* 2 Trigger Ebene
* Logi+ Windows Software
* sehr kostengünstiges Einsteigermodell

=== Deditec Logicanalyzer USB-LOGI-250===

* 36 Kanäle
* 250 MHz bis 100 Hz Sampling Rate
* 512 KSamples Speichertiefe/Kanal
* 1/8 .. 7/8 Pretrigger
* 2 Trigger Ebenen
* Windows Software Logi+

[http://www.deditec.de/de/logikanalysatoren/prod.html Herstellerseite]

=== Sump's Logic Analyzer ===

* 32 Kanäle bis 100 MHz, 16 Kanäle bei 200 MHz
* 200 MHz - 10 Hz Sampling Rate
* 256 KSamples Speicher (1 MByte)
* Ankopplung über RS232
* Java Software

Der LA hat wahlweise einen einfachen Trigger (Rising/Falling mit Maskierung) oder einen komplexen 4stufigen Trigger, sowie einen einfachen zuschaltbaren Noise Filter, der Pulse kürzer als 1/100 MHz filtert um Crosstalk-Effekte in den Anschlussleitungen zu kompensieren. Der Speicher wird im Wartezustand als "Ringstack" kontinuierlich beschrieben. Dadurch können auch Daten von vor der Trigger-Auslösung ausgelesen werden.

Das Gerät nutzt das Xilinx Spartan 3 Starter Kit Board von Digilent (Kosten Stand Mai 2006: 100 - 150 Euro). Es muss lediglich der FPGA beschrieben und die Software eingerichtet werden. Die Software nutzt für den Zugriff auf die RS232 die RXTX Bibliothek, die für alle gängigen Betriebssysteme existiert.

[http://www.sump.org/projects/analyzer/ Projektseite bei sump.org]

=== eebit Logic Analyzer ===

* 32 Kanäle
* 100 MHz Sampling Rate
* 65 KSamples Speicher pro Kanal (2 MByte)
* Ankopplung über ISA-Bus oder Parallelport
* 2 stufiger Trigger
* einfaches Windows-Programm zur Steuerung/Darstellung

Der LA basiert auf einem Altera FPGA und speichert die Daten in einem externen SRAM. Die Hardware existiert in 2 Varianten, einmal als PC/104-Karte und mit einem Parallelinterface.

[http://www.freepcb.com/eebit/ Projektseite]

=== miniLA ===
* 32 Kanäle
* 100 MHz Sampling Rate
* 128 kSamples Speicher
* Ankopplung über USB oder LPT
* 5V-tolerante Eingänge

Der LA basiert auf einem Xilinx CPLD.

[http://minila.sourceforge.net Projektseite] 
[[MiniLA|Artikel auf www.mikrocontroller.net]]

=== lekernel's USB Logic Analyzer ===

* 24 Kanäle

Der LA basiert auf einem Altera Cyclone II FPGA. Alle Schaltpläne, VHDLs, Designer Dateien stehen zur Verfügung. Leider nur ein Quick+Dirty Linux Treiber erstmal da.

[http://lekernel.net/scrapbook/ula.html Projektseite]

== Open Source Software ==

''The [http://sigrok.org/wiki/Main_Page sigrok] project aims at creating a portable, cross-platform, Free/Libre/Open-Source logic analyzer software that supports various (usually USB-based) logic analyzer hardware products. The code is licensed under the terms of the GNU GPL.''

sigrok supported hardware:
* Saleae Logic (supported)
* EE Electronics XLA/ESLA100 (supported)
* ASIX SIGMA (partially supported)
* Openbench Logic Sniffer (work in progress)
* ZEROPLUS Logic Cube LAP-C (work in progress)
* CWAV USBee SX (coming up)
* Braintechnology USB-LPS (planned)
* Buspirate (planned)
* Intronix Logicport (planned)

== Sonstiges ==

=== Vergleichstabelle Logic-Analyzer ===

* [http://sigrok.org/wiki/Logic_Analyzer_Comparison sigrok: Logic Analyzer Comparison] (TODO: evtl. dort sowie hier Einträge synchronisieren)

=== In Planung: Mikrocontroller.net LA ===

Hier entsteht langsam seit Mitte 2005 ein komplexer (FPGA, CLPD, AVR) Logic Analyser für recht gehobene Ansprüche, allerdings ist die Beteiligung seitdem etwas eingeschlafen:

* [[Logic Analyzer-Projekt: Ideen zur Hardware|Hardware]]
* [[Logic Analyzer-Projekt: Ideen zur Software|Software]]

=== In Planung: Logikanalysator mit Palm ===

In Planung, Brainstorming: [[Palm-Logicanalyzer]]

=== Microchip PICkit2 ===
PICkit 2 Programmer Logic Tool Analyzer
3 Kanal bis 500 kHz
* http://www.microchip.com/pickit2

=== OpenBench Logic Sniffer ===
FPGA basierter LA, HW & SW ist offen (open source). Specs:

* 70MHz+ sample speeds
** 200Msps captures up to 100MHz waveforms on 16 channels
** 100Msps captures up to 50MHz waveforms on 32 channels
* 32 channels
** 8 channels with 24K sample depth
** 16 channels with 12K sample depth
** 32 channels with 6K sample depth
* 16 buffered, 5volt tolerant channels
* USB interface, USB powered

http://www.gadgetfactory.net/gf/project/butterflylogic/

Software in action:
* Overview and using RLE : [http://www.screencast.com/t/yWBdfwCYh6]
* Capturing & Decoding UART data: [http://www.screencast.com/t/MWM5MDUyNGIt]

[[Category:Oszilloskope und Analyzer| ]]

Logic Analyzer

2010-05-03T09:03:30Z

62.159.252.163: /* µLab LA */

Diese Seite enthält eine Übersicht über verschiedene Logic Analyzer Selbstbau-Projekte.

== AVR-basiert ==

=== LoLA ===

* 2002 von A. Hinrichs
* AT90S1200 Controller with a 2k-RAM
* ASM

LoLA is a 8-Bit Logicanalyzer. Internal sampletimes from 2us to 16ms. Triggerword with don't cares. External clock or trigger on rising or falling edge. Timing and state with I2C-analysis. 2k memory, very low cost.
With Pulsegenerator. Programmable Ti and Tp 1us..8sec, Duty-Cycle, Period/Frequency, Continuous- and Burst-Mode. 16- and 32-bit Software for Windows

[http://avrfreaks.net/index.php?module=FreaksAcademy&func=viewItem&item_type=project&item_id=47 Projektseite bei avrfreaks.net]

=== AVR USB Logikanalysator ===

* 2006 B. Sauter
* Mega 32 & USBN9604
* 8-Bit
* 250kHz online, 1000 Samples @ 4MHz
* USB

http://www.mikrocontroller.net/topic/48559

=== µLab LA ===

* 2007 µLabs
* Mega 8
* 8-Bit, 24Mhz
* Ram zur Aufzeichnung
* LCD
* USB
* Software: Linux, zur Ausgabe von VCD

http://www.microlaboratories.com/?page_id=77
(Site down!)

=== Simple Logic Analyzer ===

* 8-channel
* 32kB SRAM
* RS232
* 2 MHz
* Software: Win GUI

http://antoniak.ep.com.pl/index.php?id=sla

=== SCANALOGIC ===

* Atmega16 + NAND-Gate
* bis 4 Million Samples per second
* RS232 (bzw. USB-RS232)
* Windows-Software (Visual Basic)
* Software (AVR und Windows): Closed Source?

http://www.ikalogic.com/scanalogic_home.php

===MiniLog===

zZ. 2 Versionen 50MSa/s und 80MSa/s

====50MSa Version====

*8-Kanäle
*50MSa/s
*4k Samplespeicher
*Trigger auf beliebige Pegelkombinationen
*ATMega644
*FT232 USB 115200Baud

====Neue Version====
*8-Kanäle
*80MSa/s
*16k Samplespeicher (32k bei neuer Software)
*Trigger auf beliebige Pegelkombinationen
*ATMega88 / ATMega48
*FT232 USB 500000Baud

http://www.avr.roehres-home.de/logikanalyzer/index.html

http://www.mikrocontroller.net/topic/141602

== FPGA / CLPD ==

=== Deditec Logicanalyzer USB-LOGI-500===

* 36 Kanäle
* 500 MSamples/sec (bis 100 Samples/Sec)
* 4096 Samples Speichertiefe/Kanal
* 2 Trigger Ebene
* Logi+ Windows Software
* sehr kostengünstiges Einsteigermodell

=== Deditec Logicanalyzer USB-LOGI-250===

* 36 Kanäle
* 250 MHz bis 100 Hz Sampling Rate
* 512 KSamples Speichertiefe/Kanal
* 1/8 .. 7/8 Pretrigger
* 2 Trigger Ebenen
* Windows Software Logi+

[http://www.deditec.de/de/logikanalysatoren/prod.html Herstellerseite]

=== Sump's Logic Analyzer ===

* 32 Kanäle bis 100 MHz, 16 Kanäle bei 200 MHz
* 200 MHz - 10 Hz Sampling Rate
* 256 KSamples Speicher (1 MByte)
* Ankopplung über RS232
* Java Software

Der LA hat wahlweise einen einfachen Trigger (Rising/Falling mit Maskierung) oder einen komplexen 4stufigen Trigger, sowie einen einfachen zuschaltbaren Noise Filter, der Pulse kürzer als 1/100 MHz filtert um Crosstalk-Effekte in den Anschlussleitungen zu kompensieren. Der Speicher wird im Wartezustand als "Ringstack" kontinuierlich beschrieben. Dadurch können auch Daten von vor der Trigger-Auslösung ausgelesen werden.

Das Gerät nutzt das Xilinx Spartan 3 Starter Kit Board von Digilent (Kosten Stand Mai 2006: 100 - 150 Euro). Es muss lediglich der FPGA beschrieben und die Software eingerichtet werden. Die Software nutzt für den Zugriff auf die RS232 die RXTX Bibliothek, die für alle gängigen Betriebssysteme existiert.

[http://www.sump.org/projects/analyzer/ Projektseite bei sump.org]

=== eebit Logic Analyzer ===

* 32 Kanäle
* 100 MHz Sampling Rate
* 65 KSamples Speicher pro Kanal (2 MByte)
* Ankopplung über ISA-Bus oder Parallelport
* 2 stufiger Trigger
* einfaches Windows-Programm zur Steuerung/Darstellung

Der LA basiert auf einem Altera FPGA und speichert die Daten in einem externen SRAM. Die Hardware existiert in 2 Varianten, einmal als PC/104-Karte und mit einem Parallelinterface.

[http://www.freepcb.com/eebit/ Projektseite]

=== miniLA ===
* 32 Kanäle
* 100 MHz Sampling Rate
* 128 kSamples Speicher
* Ankopplung über USB oder LPT
* 5V-tolerante Eingänge

Der LA basiert auf einem Xilinx CPLD.

[http://minila.sourceforge.net Projektseite] 
[[MiniLA|Artikel auf www.mikrocontroller.net]]

=== lekernel's USB Logic Analyzer ===

* 24 Kanäle

Der LA basiert auf einem Altera Cyclone II FPGA. Alle Schaltpläne, VHDLs, Designer Dateien stehen zur Verfügung. Leider nur ein Quick+Dirty Linux Treiber erstmal da.

[http://lekernel.net/scrapbook/ula.html Projektseite]

== Open Source Software ==

''The [http://sigrok.org/wiki/Main_Page sigrok] project aims at creating a portable, cross-platform, Free/Libre/Open-Source logic analyzer software that supports various (usually USB-based) logic analyzer hardware products. The code is licensed under the terms of the GNU GPL.''

sigrok supported hardware:
* Saleae Logic (supported)
* EE Electronics XLA/ESLA100 (supported)
* ASIX SIGMA (partially supported)
* Openbench Logic Sniffer (work in progress)
* ZEROPLUS Logic Cube LAP-C (work in progress)
* CWAV USBee SX (coming up)
* Braintechnology USB-LPS (planned)
* Buspirate (planned)
* Intronix Logicport (planned)

== Sonstiges ==

=== Vergleichstabelle Logic-Analyzer ===

* [http://sigrok.org/wiki/Logic_Analyzer_Comparison sigrok: Logic Analyzer Comparison] (TODO: evtl. dort sowie hier Einträge synchronisieren)

=== In Planung: Mikrocontroller.net LA ===

Hier entsteht langsam seit Mitte 2005 ein komplexer (FPGA, CLPD, AVR) Logic Analyser für recht gehobene Ansprüche, allerdings ist die Beteiligung seitdem etwas eingeschlafen:

* [[Logic Analyzer-Projekt: Ideen zur Hardware|Hardware]]
* [[Logic Analyzer-Projekt: Ideen zur Software|Software]]

=== In Planung: Logikanalysator mit Palm ===

In Planung, Brainstorming: [[Palm-Logicanalyzer]]

=== Microchip PICkit2 ===
PICkit 2 Programmer Logic Tool Analyzer
3 Kanal bis 500 kHz
* http://www.microchip.com/pickit2

=== OpenBench Logic Sniffer ===
FPGA basierter LA, HW & SW ist offen (open source). Specs:

* 70MHz+ sample speeds
** 200Msps captures up to 100MHz waveforms on 16 channels
** 100Msps captures up to 50MHz waveforms on 32 channels
* 32 channels
** 8 channels with 24K sample depth
** 16 channels with 12K sample depth
** 32 channels with 6K sample depth
* 16 buffered, 5volt tolerant channels
* USB interface, USB powered

http://www.gadgetfactory.net/gf/project/butterflylogic/

Software in action:
* Overview and using RLE : [http://www.screencast.com/t/yWBdfwCYh6]
* Capturing & Decoding UART data: [http://www.screencast.com/t/MWM5MDUyNGIt]

[[Category:Oszilloskope und Analyzer| ]]