Mikrocontroller.net - Benutzerbeiträge [de]

Diskussion:AVR32

2006-05-11T19:36:40Z

131.130.1.135:

nachdem der gcc unter der gpl steht muß atmel meinem verständnis nach zumindest die avr32-portierung des gcc ebenfalls under der gpl freigeben.
auf etwaige zusätzliche schöne entwicklungsumgebungen ala avr studio trifft das natürlich nicht zu

Logic Analyzer-Projekt: Ideen zur Hardware

2005-09-20T22:19:16Z

131.130.1.135: /* Status */ genetivapostroph gibts im deitschen net

hier mal das Lastenheft für den Logic Analyser (LA). Bitte je nach Anforderung einen Strich mittels ALT GR + <> Taste links neben dem Ypsilon.
Die Aufteilung könnt ihr ja ändern/erweitern falls was fehlt. Ich gebe mal meine Maximalanforderungen ein.

'''Kanalanzahl'''
* .8 Kanäle: ||
* 16 Kanäle: ||||| ||||
* 20 Kanäle: |
* 24 Kanäle: |
* 32 Kanäle: ||||
* Modulair (erweiterbar X mal 8/16 Kanäle): ||

'''Samplingfrequenz'''
* ...8 MHz : |
* ..16 MHz : |
* ..32 MHz : ||
* .>32 MHz : ||||| ||||| |||

'''Speichertiefe'''
*....32 kByte: |
*....64 kByte:
*...128 kByte: |
*...256 kByte: |
*...512 kByte:
*..1024 kByte: |

Anmerkung: Wäre es nicht sinnvoller, die Speichertiefe in "Samples" anzugeben. So macht das nicht viel Sinn, da die Anzahl der Samples wenn man immer nur 8 Bits abspeichert ne andere ist als wie wenn man 32 Bits pro Sample speichert.

'''integrierter Pattern Generator'''
* .8 Kanäle : |
* 16 Kanäle:

Anm.: könnte bis zu einer gewissen Geschwindigkeit vom AVR erledigt werden... => uU. Mega16 drauf
--[[Benutzer:Hans|Hans]] 14:16, 20. Jul 2005 (CEST)

'''Schnittstelle zum Computer'''
* Seriell syncron..........: |
* Seriell asyncron (RS232).: ||||
* USB......................: ||||| |||||||
* Parallelport.............: ||
* Ethernet.................: |

'''Am PC läuft/wird laufen'''
* Windows .: ||||| ||||
* Linux .: ||||| |||||
* MacOS X .: |
* Solaris .: |
* Anderes .:

----

= Status =

(--[[Benutzer:84.182.244.75|84.182.244.75]] 10:43, 20. Sep 2005 (CEST) [ope])

Da der Logic Analyzer (LA) Thread schnell wächst und entsprechend schwer zu verfolgen ist, ständig sich irgend etwas ändert, kommt hier eine Zusammenfassung der Diskussion. Ich versuche sie halbwegs aktuell zu halten, öfteres Vorbeischauen lohnt sich also.

Eine fertige Lösung existiert jeodch noch nicht und einer alleine macht sich tot, zumal derjenige ja auch ein Real-Life hat und kein professioneller Designer für LA ist - daher ist das Projekt auf aktive Hilfe angewiesen sonst wird es sterben!

Auch sind die Threads dazu etwas verteilt (thematisch). Hier die grossen:

* [http://www.mikrocontroller.net/forum/read-1-204570.html#new Logic Analyzer bauen] (Initialthread)
* [http://www.mikrocontroller.net/forum/read-1-208137.html#new Pegelkomparator für High-Speed-Digital (Logic Analyzer)]
* [http://www.mikrocontroller.net/forum/read-9-234597.html#new Logic Analyzer Core (Logic Analyzer)]
* [http://www.mikrocontroller.net/forum/read-9-207389.html#new CPLD und AVR Kombo (Logic Analyzer)]
* [http://www.mikrocontroller.net/forum/read-9-221618.html#new Diverse Fragen bezueglich SRAM Anbindung]
* [http://www.mikrocontroller.net/forum/read-4-228557.html#new Programmieren des CPLDs über den AVR]

Eine reine AVR Lösung scheint sich hier abzuzeichnen:

* [http://www.mikrocontroller.net/forum/read-1-225498.html#new Logic Analyzer bauen, die 2.]

= Das Ziel =

Nun ja, preiswert und universell und für den Großteil der Probleme brauchbar soll er sein. Zudem sollen die Bauteile z.B. auch in Schweiz/Österreich gut verfügbar sein. Dass er sich mit einem LA der großen Hersteller messen lassen kann, ist aufgrund des Hobby Bereiches bzw. Proof-on-Concepts eher unwahrscheinlich. Unter den eben genanntenn Prämissen sollen die verfügbaren Mittel optimal genutzt werden.

Je nach Ergebnis, Lust und Laune wird es irgendwann evtl. eine Fortsetzung geben - aber das ist Zukunftsmusik.

= Grundlegende Überlegungen =

Im Internet kann man verschiedene, einfache Konzepte für einen LA finden, z.B. mittels Parallelport. Forumgerecht, reicht für einen einfachen LA bereits ein Mikrokontroller aus, der seine Ports polled um so die Logik Pegel mitzuschneiden. Allerdings ist diese Lösung begrenzt, wenn es um höhere Taktraten geht.

Eine erschwingliche Alternative stellt ein CPLD (Complex programmable logic devices) dar. Die CPLD z.B. von Xilinx können mit über 100MHz arbeiten und sind somit für diese Aufgabe prädestiniert. Leider ist die Anzahl der Macro Zellen zu gering, um eine hohe Speichertiefe zu erreichen. Daher werden die Daten vom CPLD in einem SRAM geschrieben. Damit ist der CPLD für die Triggerbedingungen des LA, dem Speicherinterface und natürlich dem eigentlichen sampeln der Eingänge verantwortlich. Der Mikrokontroller liest die Daten des SRAM über den CPLD aus und schickt sie an den Computer, übernimmt also die Kommunikation. Die Software stellt die gesampelten Daten sinnvoll und ansprechend dar.

Um die Störungen gering zu halten, wird als Versorgungspannung 3.3V Vorzug gegeben - ironischer Weise sind die Xilinx CPLD XC95000XL mit dieser Spannung preiswerter als in der 5V Version.

= Die Komponenten =

== Der CPLD und das Speicherinterface ==

Nach einigen Hin- und Her hat sich der XC95144XL TQ144 als beste Option herausgestellt. Auch FPGAs waren kurz im Gespräch, aufgrund der sich im Gespräch heraustellenden Komplexität. Allerdings war die Komplexität des FPGA und der Preis auch gleichzeitig das KO-Kriterium dafür.

Kurzinfo XC95144XL TQ144 [http://www.mhl.tuc.gr/data_books/Xilinx/Xc9500/95144XL.pdf]:

* 144Macro, 3.3V, 117 I/O, TQFP144 für ca. 10€

Dieser bietet genug I/O um:

* 2x SRAM 256k x 16 (jeweils 18 AD, 16 DB, 3 Ctrl)
* 2x 8-bit-LA-Channel
* Ext. TriggerIn, TriggerOut
* SPI Bus zum AVR
* JTAG

anschliessen zu können.

Der Grund für die 2 Speicherbänke liegen in den Möglichkeiten, sich den LA selbst zu konfigurieren für:

* Interleave
* Speicherung eines Timestamp
* non-Interleave und non-Timestamp mit nur einem SRAM

Beim Interleave werden zwei 16 Bit Samples im CPLD gelatched und gemeinsam auf den nun 32bit breiten Datenbus gelegt. Dabei sind die Adressen für die SRAMs folglich identisch. Damit beträgt die SChreibrate beim SRAM bei der Hälfte des Sampleclocks, der entsprechend hoch gesetzt werden kann.

Bei Verwendung des 2x 256k x 16 Bit SRAM eröffnet sich aber weiterhin die Möglichkeit, den Transitional Timing Analysis Mode zu realisieren, d.h. nur Bit-Änderungen werden mit einem Timestamp gespeichert - also ideal für langsame Busse bei hohen Sampleraten. Hier kann man zB. eine 16bit Time-Stamp-Adresse (256k) mit einem 16bit Pattern speichern, oder ein 24bit Timestamps für 8bit. Ein Interleave ist dann allerdings nicht mehr möglich.

Als letze Möglichkeit kann man auf alles obige Verzichten und nur einen SRAM bestücken.

Der heisseste Kandidat für den Speicher ist derzeit die 61LV25616 (256k*16) asynchrone Serie (zB.[http://www.issi.com/pdf/61LV25616AL.pdf IS61LV25616]), da er gut verfügbar und preiswert sein soll. Bei asynchronen SRAM müssen wie eingangs erwähnt die Adressen und Daten in einem Latch zwischen gespeichert werden. Bei einem synchronen SRAM werden die Adressen bei mit Flanke gespeichert, ebenso die Daten. Die Setup und Hold Zeiten gehen daher gegen Null... Außerdem muss man WR\ nicht toggeln, was wertvolle Zeit kostet, sondern es reicht, den Speichertakt anzulegen.

Weitere Typen wären

Asynchrone SRAM:

* CY22393,CY22394,CY22395 [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy22393_4_5_5.pdf] mit Layout Hinweisen [http://www.cypress.com/portal/server.pt?space=CommunityPage&control=SetCommunity&CommunityID=209&PageID=418&r_folder=Application%20Notes&r_title=Layout%20Recommendations%20for%20the%20CY2239x%20Devices]
* AS7C34098-12TCN (256K x 16, 12ns) [http://www.alsc.com/pdf/sram.pdf/fa/AS7C4098.pdf] und AS7C31026B-12TCN (64k x 16, 12ns) Asynchroner SRAM bei Farnell

Synchrone SRAM:

* CY7C1327G (256k*18) [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy7c1327g_5.pdf]
* CY7C1327F (256k*18) [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy7c1327f_5.pdf]
* CY7C1327B (256k*18 Synchronous-Pipelined Cache RAM)[http://www.datasheetarchive.com/semiconductors/download.php?Datasheet=598266]

Den CY7C1327B (TQFP100 256Kx18, 3.3V, 4ns ) gibt's zumindest bei R&S für 11,60€

== Interface CPLD <-> uC ==

Eine grundlegende Idee ist, dass der CPLD doppelt benutzt wird. Er enthält ja einen Addresszähler zum Schreiben des SRAM's. Dieser kann aber auch zum Lesen des SRAM's benutzt werden. Der SRAM wird immer sequentiell vom PLD geschrieben und gelesen.

Die Daten, Statusinfos etc. werden per SPI vom AVR aus dem CPLD gelesen. Vorteil ist dabei, dass man nun auch z.B. 512Kb SRAM's benutzen kann ohne dass der uC ein kompliziertes Memory Banking benutzen müsste.

== Interface uC <-> Computer ==

Da die Daten schnell im PC sein sollen, bietet sich USB an, also mit dem
[http://www.ftdichip.com/Documents/DataSheets/ds245b16.pdf FT245]
um schneller (2-3 Mbaud) als der
[http://www.ftdichip.com/Documents/DataSheets/ds232b17.pdf FT232] (1 Mbaud)
die Daten zu versenden. FTDI bietet die Treiber für Windows/Linux kostenlose an.

Eine Alternative ist der
[http://www.silabs.com/public/documents/tpub_doc/dshort/Microcontrollers/Interface/en/CP2102_short.pdf CP2102], der weniger Bauelemente benötigt aber auch wesentlich schwerer zu löten ist.

uC mit integrierten USB standen auch in der Disskusion. Aufgrund vieler Unwägbarkeiten, wie Beschaffung, Preis, HID Treiber etc. sind diese Ideen wieder verworfen worden.

== Interface LA <-> DUT (Device under Test) ==

Prinzipiell gibt es zwei Wege, wie der LA an seine Informationen kommt:
* Der rein digitale Weg geht z.B. über 74AHC245 oder 74ACT14 o.ä. womit allerdings die Logikpegel feststehen.
* Ein anderer Weg geht über Analog-Komparatoren, bei denen die Logikpegel (Treshold) variabel sind und somit auch am flexibelsten für die versch. Logikfamilien [http://www.mikrocontroller.net/attachment.php/209385/Scan0004.png] ist.

Für die Komparatorlösung steht momentan der [http://pdfserv.maxim-ic.com/en/ds/MAX961-MAX999.pdf MAX964] und
[http://www.analog.com/UploadedFiles/Data_Sheets/155150085AD8564_a.pdf AD8564]
zur Debatte. Allerdings ist der MAX964 schwer zu beschaffen und bereits in der Dualvariante teurer als der AD8564 (ca. 10 Euro). Auch müssen diese mit 5V betrieben werden (wegen der TTL Eingänge und das der Eingspg.bereich von der VCC abhängt), wodurch Pegelwandler wie der 74LVC245 zum CPLD notwendig werden. Auch die Treshold-Reference muss in diesem Bereich liegen. Diese Schwelle wird durch einen DAC vorgegeben, der vom uC über SPI gesteuert wird. Dieser sollte eine interne Referenz besitzen um mit möglichst wenig Bauelementen auszukommen. Zudem sollte er über zwei Kanäle verfügen, da aktuell der LA über 2 pods mit jeweils einem 8 Bit-Channel verfügen soll. Z.Zt. scheint die beste Wahl hinsichtlich Parameter, Preis und Verfügbarkeit die [http://focus.ti.com/lit/ds/symlink/tlv5626.pdf TLV5626], [http://focus.ti.com/lit/ds/symlink/tlv5637.pdf TLV5637] und [http://focus.ti.com/lit/ds/symlink/tlv5638.pdf TLV5638] mit 8, 10 bzw. 12 Bit zu sein. Der Einsatz eines DAC wird wesentlich einfacher als eine PWM per uC mit anschließenden Tiefpaß mit OPVs, welches die Fehlerrate steigen lassen kann.

Bei einem digitalen Eingangsteil bietet sich folgendes an:
*[http://www.semiconductors.philips.com/acrobat/datasheets/74LVC14A_4.pdf 74lvc14] Hex inverting Schmitt-trigger with 5 V tolerant input; Dummerweise eben 6 Stck. - für 0,56? bei R&S
*[http://www.semiconductors.philips.com/acrobat_download/datasheets/74LVC541A_3.pdf 74LVC541] Octal buffer/line driver with 5 V tolerant inputs/outputs (3-state) für 0,71? bei R&S
*[http://www.semiconductors.philips.com/acrobat_download/datasheets/74HC_HCT7541_CNV_2.pdf 74HC7541] Octal Schmitt trigger buffer/line driver; 3-state für 9,85? bei R&S - damit können gerade langsame Busse untersucht werden da die Eingänge nicht so fürchterlich empfindlich sind; ansonsten ist es ein 541. Leider scheint es ihn nicht in der 74lvc zu geben.

Eine konzeptionelle Entscheidung zwischen der Ausführung der Input Stage als Komparator oder 74xx basierend ist also noch nicht getroffen.

Einigkeit besteht jedoch in der notwendigen Schutzschaltung, z.B. mit einem Dioden-Array. Auch darf die Eingangsspannung den Input Voltage Range (je nach Typ) nicht überschreiten.

== Clock Rate Generierung ==

Aufgrund seiner Bandbreite bietet sich die Generierung des Systemtaktes durch den CPLD an. Dieser benutzt einen 1/N Teiler um den Sample Takt zu generieren.

Prinzipiell kann er auch gleichzeitig den Takt für den uC erzeugen - dieser wird also extern getaktet und man erhält dadurch Synchronität zwischen CPLD und uC und spart den Quarz am uC. Allerdings bieted sich auch ein eigener Quarz für den uC an. Man sieht - hier wird noch diskutiert.

Zur Generierung des Mastertaktes bieten sich zwei Weg an:
* Quarz, bei 50-64 MHz dürfte da wegen Verfügbarkeit/Preis wohl Schluss sein, auch sind Obertonquarze nicht ganz unkritisch. Auch kann man dann nur noch durch umlöten und wecheln den Mastertakt ändern, falls es Probleme gibt.
* VCO/PLL ggf. per uC programmierbar, damit kann man dann echt die Grenzen des Designs austesten. Die Chips dazu gibt's bei Maxim/AD und den anderen üblichen Verdächtigen, stehen also noch nicht fest. Als aussichtsrechster Kandidat sticht derzeit der [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy22150_5.pdf CY22150] hervor, der mehrere synchrone Freq. mit einem einfachen Quarz erzeugen kann. Dadurch wird der Freq.teiler im CPLD nicht mehr benötigt und hat wieder einige MC frei.

Die Grenzen der Samplefreq. liegen zum einem in den verwendeten Bauelementen (>100MHz), aber vielmehr wird der begrenzende Faktor das Layout und die Leiterplatte sein. Ein 4-Layer-PCB ist aus technischer Sicht sicher das optimale, nur schaut der Geldbeutel danach sehr leer aus; auch wird ein Komparatoreingang ca. 45 Euro teurer werden als eine Lösung mit 74xxx.

== Stromversorgung ==

Tja, auch ein LA braucht Strom. Bei Verwendung eines USB kann dieses elegant gelöst werden, da dieser (nach Anforderungen an das OS) bis zu 500mA liefern kann. Eine kurze worst-case "Stromrechnung" zeigt:

* XC95144XL CPLD pauschal 150mA lt. DB
* 61LV25616 SRAM 2x 320mA
* ATMega ???
* FT245 ????

mit Max964 8mA/Comparator x 16 kommen 128 mA hinzu.

Die FTDI-Chips haben für Geräte, die über 100mA ziehen (darin wird wohl der LA u.U. fallen ), aber noch bus-powered sein sollen, einen Schaltausgang, an den z.B. ein p-Kanal-FET angeschlossen werden kann, der den stromhungrigen Teil der Schaltung erst nach der Registrierung beim Computer einschaltet. Dazu hat er einen "sleep"-Ausgang, mit dem man den angeschlossenen AVR schlafen legen kann. In den FTDI-Docs bzw. Application Notes finden sich dazu genüg Beispiele mit kompletten Schaltbildern. Allerdings ergibt die Überschlagsrechnung, dass ein externes Steckernetzteil notwendig wird.

Einsetzbar wäre auch ein LM2575S-3.3 [http://www.national.com/ds/LM/LM1575.pdf] für 2,47€ (Farnell), der sieht gut und einfach in der Handhabung aus im Falle einer externen Stromversorgung.

= Programmierung =

== AVR ==
Recht früh hat sich in dem Forum heraus kristallisiert, dass der AVR per Bootloader vom Computer her programmiert werden sollte. Hierdurch sind Firmware Updates sehr einfach möglich und verschiedene Bootloader sind verfügbar. Die Bootloader Option setzt damit einen AVR der ATMega Serie vorraus. Bisher spricht nichts gegen einen ATMega8L.

== CPLD ==

Die Programmierung des CPLD ist dagegen noch nicht konkret. Wünschenswert wäre es, ebenfalls seine Firmaware über den Computer zu updaten.

Der Standardweg der Programmierung der Xilinx CPLD sieht einen JTAG Stiftsockel vor. Dann kann die Programmierung z.B. über ein Xilinx JTAG/Parallel Download Cable [http://www.xilinx.com/support/programr/jtag_cable.pdf] aus dem ISE/impact geschehen.

Einen möglichen Weg stellt die XApp058 [http://direct.xilinx.com/bvdocs/appnotes/xapp058.pdf] dar, darin wird beschrieben, wie der CPLD mittels uC beschrieben wird.
Dieses Thema wurde bereits im Forum "AVR Ethernet Platine" aufgegriffen. In diesem Thread [http://www.mikrocontroller.net/forum/read-1-138024.html#157356] kam man allerdings zu der Überzeugung, dass die XSVF Datei mit 45kByte für uC Verhältnisse extrem groß ist und somit nur in einen ATMega128 (und größer) [http://www.atmel.com/dyn/products/devices.asp?family_id=607#760] reinpassen würde da das SVF JTAG Protokoll riesige Datenbuffer im SRAM benötigt. Dies ist protokollbedingt - es wurden 10kByte für ein FPGA genannt. Dabei sind die Xilinx CPLD Speicherplatz effezienter als welche von Altera. Leider sind die Xilinx CPLD eben nur über JTAG programmierbar.

Allerdings wurde in diesem Zusammenhang auch auf den XSVF Executor [http://www.ethernut.de/en/xsvfexec/index.html] verwiesen.
Auch ist die Frage noch offen, inwiefern die XSVF Datei über die RS232/USB geladen werden kann, ebenso das Timing der JTAG Schnittstelle.

Aufgrund der vielen offenen Fragen ist die schnellste und sicherste Lösung die Anbindung über den JTAG Stecker um den CPLD per JTAG/Parallel Download Cable zu programmieren. Zusätzlich wird eine JTAG Verbindung zum AVR Port eingerichtet, falls das Problem irgendwann 'mal später gelöst wird.

Bisher existiert in VHDL für den CPLD LA Core:

* Trigger (bit pattern, rising/falling/any edge) verifiziert mit TB
* SRAM Interface

= PCB =

Dieses Thema kommt noch intensiv.

Dabei sind u.a. die folgenden Appl. Notes nützlich:

für AVR:

* AVR040: EMC Design Considerations [http://www.atmel.com/dyn/resources/prod_documents/doc1619.pdf]
* AVR042: AVR Hardware Design Considerations [http://www.atmel.com/dyn/resources/prod_documents/doc2521.pdf]

für CPLD:

* Device Package User Guide [http://www.xilinx.com/bvdocs/userguides/ug112.pdf]
* XAPP112 - Designing With XC9500XL CPLDs [http://www.xilinx.com/bvdocs/appnotes/xapp112.pdf]
* XAPP114 - Understanding XC9500XL CPLD Power [http://www.xilinx.com/bvdocs/appnotes/xapp114.pdf]
* XAPP115 - Planning for High Speed XC9500XL Designs [http://www.xilinx.com/bvdocs/appnotes/xapp115.pdf]
* XAPP784 - Bulletproof CPLD Design Practices [http://www.xilinx.com/bvdocs/appnotes/xapp784.pdf]

= Resumee =

Keep-It-Simple ist ein Grundsatz hier. Je komplexer, desto schwerer zu beherrschen. Sicher hat jeder von Komplexität eine andere Vorstellung, aber wir arbeiten daran und hoffen ein nachbaufähiges, stabiles Gerät zu bekommen. Dennoch kommt man bei diesem Projekt um SMD löten mit 0.5mm Beinchen nicht umhin!

= Und was soll das kosten? =

Schwierig, da noch nicht alles feststeht - als Ziel steht aber im Forum mehr oder weniger ungeschrieben die 100€ Marke einschließlich PCB.

== Datenblätter, Bezugsquellen und Preise (allg.) ==

... oder was bisher so zusammengetragen wurde.

{| border="1"
|-
| align="center" | '''IC'''
| align="center" | '''Gehäuse'''
| align="center" | '''Kommentar'''
| align="center" | '''Datenblatt/Appnotes'''
| align="center" | '''Bezugsquelle'''
| align="center" | '''Preis'''
|-
| ''CPLD'' / XC95144XL10TQ144
| align="center" | TQFP144
| align="center" | -
| align="center" | [http://www.mhl.tuc.gr/data_books/Xilinx/Xc9500/95144XL.pdf], [http://www.xilinx.com/xlnx/xweb/xil_publications_index.jsp?category=Publications/CPLD+Device+Families&iLanguageID=1]
| align="center" | [http://www.darisus.de/Elektonikshop/Framesets/Shopset1.php Darius.De]
| align="center" | ca. 10?
|-
| ''USB'' / CP1202
| align="center" | -
| align="center" | -
| align="center" | [http://www.silabs.com/public/documents/tpub_doc/dshort/Microcontrollers/Interface/en/CP2102_short.pdf]
| align="center" | -
| align="center" | -?
|-
| ''USB'' / FT232BM
| align="center" | LQFP-32
| align="center" | -
| align="center" | [http://www.ftdichip.com/Documents/DataSheets/ds232b17.pdf], [http://www.ftdichip.com/Documents/AppNotes.htm]
| align="center" | -
| align="center" | -?
|-
| ''USB'' / FT245BM
| align="center" | LQFP-32
| align="center" | -
| align="center" | [http://www.ftdichip.com/Documents/DataSheets/ds245b16.pdf], [http://www.ftdichip.com/Documents/AppNotes.htm]
| align="center" | -
| align="center" | -?
|-
| ''Comp'' / Max964 (Maxim)
| align="center" | SO-16
| align="center" | '''Quad''' Beyond-the-Rails Comparators, 4.5ns, 3V/5V
| align="center" | [http://pdfserv.maxim-ic.com/en/ds/MAX961-MAX999.pdf]
| align="center" | -
| align="center" | -?
|-
| ''Comp'' / AD8564 (Analog Devices)
| align="center" | TSSOP-16
| align="center" | '''Quad''' 7 ns Single Supply 5V Comparator
| align="center" | [http://www.analog.com/UploadedFiles/Data_Sheets/155150085AD8564_a.pdf]
| align="center" | [http://www.spoerle.de Spörle.de]
| align="center" | 8,80? Netto
|-
| ''Comp'' / LT1715 (LT)
| align="center" | -
| align="center" | Dual 4ns, 5V/3V, Independent I/O Supplies
| align="center" | [http://www.linear.com/pc/downloadDocument.do?navId=H0,C1,C1154,C1004,C1012,P1908,D2821]
| align="center" | -
| align="center" | -?
|-
| ''Comp'' / LT1720/LT1721 (LT)
| align="center" | -
| align="center" | Dual/Quad 4.5ns, 3V, Rail-to-RailOut, Quad schlecht für's Layout
| align="center" | [http://www.linear.com/pc/downloadDocument.do?navId=H0,C1,C1154,C1004,C1012,P1707,D3080]
| align="center" | -
| align="center" | -?
|-
| ''Comp'' / TLV3502 (TI/BB)
| align="center" | SOIC-8
| align="center" | 4.5ns Rail-to-Rail, Dual High-Speed Comparator
| align="center" | [http://focus.ti.com/lit/ds/symlink/tlv3502.pdf]
| align="center" | -
| align="center" | -?
|-
| ''ECL-Comp'' / Max9600
| align="center" | -
| align="center" | Schwierig zu realisieren: 2 "Wandlungsstufen" notwendig. 1x Inputpegel -> ECL, 1x ECL -> Logikpegel CPLD
| align="center" | [http://pdfserv.maxim-ic.com/en/ds/MAX9600-MAX9602.pdf]
| align="center" | -
| align="center" | -?
|-
| ''DAC'' / TLV5626 (TI)
| align="center" | SOIC-8
| align="center" | 8-Bit Dual, 3.3V, int. Uref 1.024V
| align="center" | [http://focus.ti.com/lit/ds/symlink/tlv5626.pdf]
| align="center" | [http://www.farnell.de Farnell.De]
| align="center" | 5.29?
|-
| ''DAC'' / TLV5637 (TI)
| align="center" | SOIC-8
| align="center" | 10-Bit Dual, 3.3V, int. Uref 1.024V
| align="center" | [http://focus.ti.com/lit/ds/symlink/tlv5637.pdf]
| align="center" | [http://www.farnell.de Farnell.De]
| align="center" | 6.35?
|-
| ''DAC'' / TLV5638 (TI)
| align="center" | SOIC-8
| align="center" | 12-Bit Dual, 3.3V, int. Uref 1.024V
| align="center" | [http://focus.ti.com/lit/ds/symlink/tlv5638.pdf]
| align="center" | [http://www.farnell.de Farnell.De]
| align="center" | 7.44?
|-
| ''DAC'' / LTC1446L (LT)
| align="center" | SO-8
| align="center" | Dual 12-Bit, 3.3V, int. Uref=2.5V
| align="center" | [http://www.linear.com/pc/downloadDocument.do?navId=H0,C1,C1155,C1005,C1156,P1507,D1746]
| align="center" | [http://www.rsonline.de R&S (DE)]
| align="center" | 12.35?
|-
| ''Clk'' / CY22393,CY22394,CY22395
| align="center" | -
| align="center" | -
| align="center" | [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy22393_4_5_5.pdf] ,[http://www.cypress.com/portal/server.pt?space=CommunityPage&control=SetCommunity&CommunityID=209&PageID=418&r_folder=Application%20Notes&r_title=Layout%20Recommendations%20for%20the%20CY2239x%20Devices]
| align="center" | -
| align="center" | -?
|-
| ''Clk'' / ICD2053B
| align="center" | -
| align="center" | -
| align="center" | [http://www.commtech-fastcom.com/data_sheets/icd2053b.pdf]
| align="center" | -
| align="center" | -?
|-
| ''Clk'' / CY22150FC
| align="center" | 16-lead TSSOP
| align="center" | Taktgeber, Three-PLL, SPI progr. Taktgenerator
| align="center" | [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy22150_5.pdf]
| align="center" | [http://www.rsonline.de R&S (DE)]
| align="center" | 3,94?
|-
| ''SRAM'' / IC61LV25616
| align="center" | TSOP-2
| align="center" | asynchroner SRAM 256KB x 16
| align="center" | [http://www.glyn.de/data/glyn/media/doc/IS61LV25616.pdf],[http://www.icsi.com.tw/english/products/products-frame.asp?Title=Datasheet-Async%20SRAM&URL=http%3A//web.icsi.com.tw/English/Datasheets/ASYNCHRONOUSSTATICRAM.html]
| align="center" | [http://www.glyn.de Glyn.De] ???
| align="center" | ???
|-
| ''SRAM'' / AS7C34098-12TCN
| align="center" | TSOP, SOJ
| align="center" | asynchroner SRAM 256K x 16, 12ns
| align="center" | [http://www.alsc.com/pdf/sram.pdf/fa/AS7C4098.pdf]
| align="center" | [http://www.farnell.de Farnell.De]
| align="center" | 13,17?
|-
| ''SRAM'' / CY7C1327B
| align="center" | TQFP100
| align="center" | synchr SRAM 256k x 18, 3.3V, 4ns
| align="center" | [http://www.datasheetarchive.com/semiconductors/download.php?Datasheet=598266]
| align="center" | [http://www.rsonline.de R&S (DE)]
| align="center" | 11,60?
|-
| ''SRAM'' / CY7C1327G
| align="center" | TQFP100
| align="center" | synchr SRAM 256k x 18
| align="center" | [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy7c1327g_5.pdf]
| align="center" | -
| align="center" | -?
|-
| ''SRAM'' / CY7C1327F
| align="center" | TQFP100
| align="center" | synchr SRAM 256k x 18
| align="center" | [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy7c1327f_5.pdf]
| align="center" | -
| align="center" | -?
|-
| ''SRAM'' / CY7C1351F-100AC
| align="center" | TQFP100
| align="center" | Burst, synchron, Durchfluss, NoBL, 4MB, 128Kx36, 3.3V
| align="center" | [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy7c1351f_5.pdf]
| align="center" | [http://www.rsonline.de R&S (DE)]
| align="center" | 11,25?
|-
| ''SRAM'' / CY7C1381B-100AC
| align="center" | TQFP100
| align="center" | Burst, synchron, Durchfluss, 18MB, 512Kx36, 3.3V
| align="center" | [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy7c1381c_5.pdf]
| align="center" | [http://www.rsonline.de R&S (DE)]
| align="center" | 48,75?
|-
| ''IC'' / Dummy
| align="center" | -
| align="center" | -
| align="center" | -
| align="center" | -
| align="center" | -?
|}

= Literatur =

* [http://web.mit.edu/6.111/www/s2005/HANDOUTS/LA.pdf] Agilent XYZs of Logic Analyzers
* [http://cp.literature.agilent.com/litweb/pdf/5988-9125EN.pdf] Agilent Logic Analyzer Probing Techniques for High-Speed Digital Systems
* [http://www.home.agilent.com/USeng/nav/-536898184.0/pc.html] Agilent Logic Analyzer Probing Solutions
* [http://www.designcon.com/2003/marketing/HP3-5.pdf] Logic Analyzer Probing Techniques for High-Speed Digital Systems (DesignCon 2003)
* [http://www.signalintegrity.com/Pubs/straight/probes.htm] Probing High-Speed Digital Designs (Electronic Design Magazine, March, 1997)
* [http://www.xilinx.com/bvdocs/appnotes/xapp368.pdf] Handheld Pocket Logic Analyzer (XApp368)
* [http://www.xilinx.com/bvdocs/appnotes/xapp369.pdf] Handheld 1553 Bus Data Analyzer (XApp369)
* [http://www.amateurfunkbasteln.de/pcla/pcla.html] PC-basierter 32-Kanal-Logik-Analysator
* [http://www.bitscope.com] bitscope
* [http://www.rockylogic.com/products/ant8spec.html] Ant8 (mit fixer Treshold) und
* [http://www.rockylogic.com/products/ant16spec.html] Ant16 (mit variabler Treshold)
* [http://alternatezone.com/electronics/pcla.htm] PC LA
* [http://eebit.com/] FPGA-based Logic Analyzer
* [http://www.nci-usa.com/default.htm] Kommerziell: GoLogic, mit guten Texten und Videos
* [http://www.ethernut.de/en/xsvfexec/index.html] XSVF Executor
* [http://www.cypress.com/portal/server.pt?space=CommunityPage&control=SetCommunity&CommunityID=209&PageID=418&r_folder=Application%20Notes&r_title=Jitter%20in%20PLL%20Based%20Systems:%20Causes,%20Effects,%20and%20Solutions] Jitter in PLL Based Systems: Causes, Effects, and Solutions

* [http://www.standardics.philips.com/packaging/handbook/pdf/pkgchapter5.pdf] SMD Mounting Methods

[[Kategorie:Logic Analyzer Project|Hardware]]

Reichelt-Wishlist

2005-09-19T17:09:09Z

131.130.1.135: /* "Passive" Bauteile */ siehe Mechanisches/Schalter/Potis etc.

== Reichelt Wunschliste ==

Viele kaufen ihre Elektronik bei Reichelt. Ärgerlich, dass so manche wichtigen Dinge fehlen. Aus dieser Idee entstand der Thread:

http://www.mikrocontroller.net/forum/read-1-107307.html

Einiges davon hat Reichelt bereits ins Angebot aufgenommen. Damit dies weitergehen kann, kann man hier seine Wünsche veröffentlichen. Reichelt sollte sicherheitshalber regelmäßig angeschrieben werden, damit diese Liste nicht in Vergessenheit gerät.

Damit sich die beliebtesten Artikel herauskristalisieren, macht jeder einfach '''einen''' virtuellen Strich dahinter: | (ALT-GR Taste und < Taste drücken). Alle fünf Striche (|||||) bitte immer ein Leerzeichen einfügen.

Neue Artikel einfügen darf und soll natürlich auch jeder - aber bitte die Liste vorher durchgehen (Tipp: Browser-Suchfunktion nutzen)! Einfach ganz viele Striche auf einmal, hinter einem Artikel, einzufügen ist zwecklos. Das erkennt man in der History und es gibt viele Leute, die diese Seite überwachen...

'''Nicht sinnvoll ist etwas sehr exotisches''', wie z.B. einen ganz bestimmten, super schnellen, AD-Wandler hier aufzulisten! Neue Artikel müssen sich für Reichelt ja auch rentieren und wirtschaftlich "an den Mann bringbar" sein.

= Wunschliste =
== Halbleiter ==
=== Controller/FPGA/CPLD ===
* Microcontroller mit USB-Anschluß (von Cypress oder Atmel in PDIP z.B. AT89C5131, AT43USB355, CY7C637xx) ||||| ||||| ||||| || => Bereits im Sortiment: Cypress EZ-USB TQFP-44, Best. Nr AN2131 SC
* Konkret: Neuer PIC mit USB PIC18F4550 ||||| ||||| |||| ||
* Konkret: PIC 16F628A (weil: besser als 16F628) ||
* Konkret: PIC 16F648 (weil mehr programmspeicher, als 16F628) |
* Mehr FPGAs (v.a aktuellere) von Xilinx, z.B. Spartan III (v.a. auch größere Typen, die noch im TQFP-Gehäuse zu haben sind wie XC3S400) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* TI MSP430F1611 (10k RAM, 48k Flash) ||||| ||||| ||||| |||| ||
* Philips LPC2104, LPC2105, LPC2106 ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||(auch LPC213X, LPC211x und LPC22xx)
* Atmel ATtiny25/45/85 ||||| ||||| ||||| ||||| ||
* Atmel ATmega88, ATtiny13V ||||| ||||| ||||| ||||| ||||(ATtiny13(DIP u. SO ohne "V") sind bereits verfügbar)
* Atmel ATMEGA1280 ||||| |
* Atmel ATMEGA48 TQFP |||||
* Atmel ATMEGA2560 ||||| ||||| ||||| ||||| ||||| ||
* Atmel ATMEGA2561 |
* Atmel AVR Controller mit Funkanbindung z.B. AT86RF211, AT86RF401, dazu passende Quarze (evtl. SMD) 18,080 MHz (Crystek P/N 016758), Spulen 39nH. ||||| ||||| ||||| ||||| ||
* Atmel AT91SAM7S32, AT91SAM7S64 ||||| ||||| ||||| ||||| |
* Atmel ATMEGA644 ||||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com ||||| |||||
* Microchip PIC 16F88 |||| ||
* Microchip PIC16F684 |
* Microchip dsPIC ||||| |||
* Freescale HCS12 Controller ||||| |
* ALTERAs CPLD EPM70xx - Familie ||||||
* SX20 SX28 IP2022 von Ubicom |
* SAA5281 Videotextinterface von Philips |||
* TUSB3210 von Texas Instruments ||
* Lattice ispMACH 4032C / 4064C |

=== Speicher ===
* Atmel DataFlash, z.B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) ||||| ||||| ||||| ||||| ||||||
* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 ||||| ||
* NextFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) ||||| ||||| |||
* Schnelles RAM (10, 15 oder 20ns) (5V/3,3V) ||||| ||||| ||

=== ICs ===
* IP101 PHY von IC+ (Distri für DE [http://www.topas.de/tt/cfs/icp_cfs_mai05.htm Topas]) |
* Aufwärtsregler (Step-Up-Konverter): Maxim MAX629 |||||
* Step-Down-Konverter in SMD Bauform (z.b. MC 34063): ||
* uC supervisor chips + watchdog z.B.: MAX6864 ist z.Z. der beste (0.2uA!) |||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) ||||| |||
* DTMF-Dekoder-Enkoder (8870, 8880) ||||| ||||| ||||
* Philips PCA82C252 oder TJA1054A oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) |||||
* MCP25050 CAN-Bus Input/Output Expander |||
* Maxim Switched Capacitor Tiefpass-Filter (z.B. MAX297, MAX7410) ||||
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) |||| |
* Motortreiber TLE 4205 ||
* Ethernet-Controller RTL8019AS und Übertrager FB2022 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* SPI-Ethernet-Controller ENC28J60 und passender Übertrager und passenden Quarz (25,0000 Mhz !) ||||| ||||| ||||| ||||
* AD7524 in SMD ||||| ||||
* ADS8320 ADC 16 Bit seriell ||||| ||||| ||||| ||||| |||||
* DAC7612 DAC 12 Bit seriell ||||| ||||| ||||| |||||
* Generell mehr 1-Wire IC ||||| |||||
* Generell mehr I²C IC ||||| ||||| ||||| ||
* I²C-Bus to 1-Wire DALLAS DS2482-100 bzw. DS2482-800 ||||| ||
* I²C-Bus Temperatursensor DS1631Z ||||| ||
* UDN 2987 LW (Source Driver UDN2987 in SMD-Bauform) |
* MAX6958 / MAX6959 (I²C 4-Digit, 9-Segment LED Display Drivers with Keyscan) |||| |
* MCP23016 16Bit I²C I/O Expander ||||| |||
* vielseitige PLL Schaltkreise für Frequenzerzeugung. z.B. MC145170D2 (SOIC16) ||||| |||||
* Digital Potentiometer (z.B. 2-Wire MAX546x) ||||| |||||
* RS485 ESD fest: MAX3086E oder 75180 oder ISL83086E ||||| ||
* Mehr FET-Treiber (TI UCC3372x, HIPxxx , die neueren Brückentreiber von Maxim |||||
* Max6650 ||
* MOSFET Treiber IR2011 |
* LTC24xx ||
* LM3886 |||||
* DAC8830 IDT (16Bit-DAC,ser. Input) |||||
* D/A Wandler mit 4 oder mehr Ausgängen, z.B. TLC5620/TLV5629 ||||
* neue I2C IO von Philips PCA9555 (16 Bit par. I/O, c't Project Soundcheck II) |||
* PCA9530D 2Bit I2C_BUS LED-Dimmer |
* PCA9531D 8Bit I2C_BUS LED-Dimmer |
* PCA9532D 16Bit I2C_BUS LED-Dimmer |
* PCA9533D 4Bit I2C_BUS LED-Dimmer |
* PCA9550D 2Bit I2C-BUS LED-Blinker ||
* PCA9551D 8Bit I2C-BUS LED-Blinker |
* PCA9552D 16Bit I2C-BUS LED-Blinker |
* PCA9553D 4Bit I2C-BUS LED-Blinker |
* MAX7311AWG 2Wire Interface von Maxim |
* STP08CL596B1 DIP16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP08CL596M SO16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP16CL596B1R DIP24 STM, LOW VOLTAGE 16-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP16CL596M SO24 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |

=== Diskrete ===
* 3,3V Längsregler SMD zu vernünfitgen Preisen (Bsp: LF33 --> Best.Nr.: LF 33 CV, Preis: 0,76€)(der LT1086 kostet 4 Euro) ||||| ||||| ||||| ||
* 3,3V Längsregler SMD Ultra Low drop |
* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM ||||
* Größere Auswahl an Step-up Reglern ||||| ||||| ||
* Spannungsregler in SMD-Version (7805 etc., nicht nur der 78L05) ||||| ||||| ||||| ||
* Spannungsregler SMD in DPAK ||
* BUF420AW Schaltnetzteil Transistor von STM ||||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z.B. 12CWQ06FN von IOR ||||| ||||| ||
* IRF7503/IRF7506 Dual Mosfet SMD
* ZRA250F005 Referenzspanungsquelle 2,5V 0.5% SOT23 gehäuse ||||
* mehr FETs und IGBTs (nichtnur IRF, sehr gut IXYS <- und sauteuer!) ||
* Niederohm-FETs in SO8, N und P |
* SMD-Spannungsregler einstellbar LM317EMP oder LM317AEMP (SMD TO-223 Gehäuse) |||
* Si4562DY N- and P-Channel 2.5-V (G-S) MOSFET SMD |
* Philips PDTD113E/123E und PDTB113E/123E (PNP und NPN im sot23 mit internen Widerständen für Basis und PullUp/Down |
* Digitaltransistoren (BCR*), auch als Pärchen NPN/PNP (BCR10, BCR08pn) |

== Sensoren/Aktoren ==
* Sensirion SHT11 ||||| ||||| ||||| ||||| ||||| |||
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' ||||| ||||
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) ||||| ||||| ||||| ||
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| |||
* NanoMuscle Aktuatoren ||
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) |||||
* IS471 Selbstmodulierende IR-Lichtschranke ||||| ||
* Hall-Sensor UGN3503, KMZ51 |||
* Motorola Drucksensoren z.b. MPX4250 mit AP Druckanschluß ||
* Induktions-Stromsensoren Coilcraft #J9199-A o.Ä. |
* Drehwinkelgeber, Gyro, Kreiselsensoren ähnl. Tokin CG-L43 |
* AD623 Single Supply,Rail-Rail, InstrOpamp |
* günstige Temp. Sensoren TC77 ||

== Baugruppen ==
* Mini-Bluetooth Module (RS232-Bluetooth-"Wandler"-Platinchen) ||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* kostengünstige Funkschaltmodule (TLP/RLP) ||||| ||
* Easy-Radio Module zur seriellen Datenübertragung (ER400 RS/TS/RTS) |

== "Passive" Bauteile ==
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) ||||| ||||| ||||| ||||| ||||| |||||
* 14,7456 MHz Quarze ||||| ||||| ||
* 25,0000 Mhz Quarz (wird benötigt für Microchip TCP/IP Controller ENC28J60) ||||
* zu Schaltreglern LM257x u.a. passende fertige Spulen (Induktivitaet, max.Strom, keine "Entstörspulen") ||||| ||||| ||||| ||||| ||||| ||||| |||| ||||| ||||| ||
* Die Micrometals Pulverkerne (-18 und -26) auch in Größer |||||
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 ||||| ||||| ||||| |||
* Passende Ferrite dazu: N27,N41,N67,N87,N97 ||||| ||||| ||||
* SMD Widerstande in Bauform 0603 0402 ||||| ||||| ||||| ||||| ||||
* R2R-Widerstandsnetzwerke (z. B. 10/20kOhm für DA-Wandler an Microcontrollern) ||||| | //Es gibt günstige 8bit DACs mit parallelem Interface, z.B. TLC 7528CN für 1,20 EUR
* Magnetics MPP Ringkerne ||||| |
* Magnetics CoolMu Ringkerne ||||| ||
* 25/50W Widerstände (~20/50 Ohm auch weniger) ||||
* ordentliche Speicherspulen mit hohem L und niedrigem R ||||
* Netzfilter FFP Reihe Schurter |
* Niederohm-Widerstände (Shunts ab 1mOhm im guten Gehäuse z.B. TO220) ||
* Varistoren 14V auch als bedrahtetes Bauteil (für KFZ-Bordnetz) ||
* Metallbrückengleichrichter für 50A |
* Präzisions-Spannunsgteilernetzwerke ||
* Präzisionswiderstände 0,05% und besser, ev. Drahtgewickelt |||
* Wima MKP4 |
* Kleine Niedervolt-Polyproplyenkondis mit mehr Kapazität ||

== Optoelektronik und Leuchtmittel ==
* OSRAM "Golden Dragon" LEDs (http://www.osram-os.com/goldendragon) ||
* low current SMD LEDs (z.B. Osram LG T679 - Anm.: hier gleich die neuen Varianten Lx T67K bestellen, nicht die alten 9er !) ||||| |||
* weisse SMD LED Bauform 0603 |||||
* SMD LED Bauform 0402 rot/gelb/grün/blau/weiss ||||
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller, z.B. Futaba "LCD Emulators") ||||| ||
* Diese 4-Stelligen Dot-Matrix LED Anzeigen Siemens SLG 2016 oder von HP oder ähnliches |
* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||
* IL207AT (SMD Optokoppler von Infineon) ||||
* TLP113 (SMD Optokoppler) ||
* OSRAM Hyper TOPLEDS gelb LY T676-S1T1-26 ||
* OSRAM Hyper TOPLEDS weiß LW T67C-T2U2-5K8L ||
* 7-Segment-Anzeige, blau, gem. Anode ||
* 7-Segment-Anzeige, blau, gem. Kathode ||
* 7-Segment-Anzeige, weiss, gem. Anode ||
* 7-Segment-Anzeige, weiss, gem. Kathode ||
* IR-Diode mit viel power
http://www.lc-led.com/Catalog/department/36/category/49/1

== Mechanisches ==
=== Schalter/Potis etc. ===
* Drehimpulsgeber (konkreter Vorschlag von O.R.: PEC16-4220F-S0024 von Bourns) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||| ||||
* T215 ersetzen gegen etwas Qualitativeres ||||| <<-- GIBTS, T113A
* Folientastaturen ||||| ||||| ||||| ||||
* statt radiohm potis bitte prehostat oder Alphastat 16 63256-026xx ||||| |||||
* passende Touchpanels für die coolen Blue-Line-Grafikdisplays ||||
* mehrpolige Fußschalter, FS 35 bitte bei Druckschalter einordnen |||
* bistabile Relais mit 2 Wicklungen |||||
* Schiebe-Potentiometer, ähnlich C*nrad 441422 |||
* kleiner Joystick wie beim Atmel Butterfly ||||| ||||| ||

=== (Steck-) Verbindungen ===
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) |||
* Stift-/Buchsenleisten 2.54mm zum Auseinanderbrechen ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| => Bereits im Sortiment: SPL XX, AW 122/XX (XX = 20,32,64); leider nicht als brechbaren Buchsenleisten zu SL xXxxG
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2, z.B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=92125 Molex 2081 ?] ) ||||| ||||| ||||| |||||
* Print-Steckverbinder (die einreihigen Stecker auf dem PC-Mainboard) ||||| |||||| || //Was soll das sein?
* WOL-Verbindungskabel / Stecker / Print-Connectoren: ||||
* Floppy Stromversorgungstecker 3,5" Printausführung ||
* gängige Platinenverbinder einreihig RM 2mm mit 2-15 Kontakten (in vielen Geräten verwendet, z.B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=19945 Molex 51004, 53015]): |||
* Für die LC-Displays: Adapterplatine mit anschlüssen im Raster 2,54mm (EA 9907-DIP) siehe http://www.lcd-module.de/ ||||| ||||| ||||| ||
* Hochwertigere 1/4" Klinkenbuchsen, z.B. von Rean oder Cliff ||
* RJ45-Buchse ||| - schon im Sortiment: MEBP 8-8''x'' unter Modular-Stecker bei TK
* TEXTOOL-Fassungen (Breite 7-15,24mm)/ Nullkraftsockel für kleine Mikrokontroller: DIL-20 ||| PLCC-44 ||
*Preiswerte Kontaktierungen für SD/MMC ||

=== Kabel etc. ===
* Flachbandkabel im 2,54mm Raster und dazu passende Auspressstecker und -buchsen ||||| ||||| ||||| ||||
* Flexible Einzellitze, 0,5² in verschiedenen Farben ||||| ||||| ||
* das qualitativ mangelhafte 4mm Laborsteckerprogramm rausnehmen und nur noch Hirschmann anbieten ||||| |
* dünner Schaltdraht (< 1mm Durchmesser, isoliert mit Tefzel oder Kynar) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Zylinderkopfschrauben M3 x 25mm |||||
* Zylinderkopfschrauben M2,5 x 12mm |
* Zylinderkopfschrauben M2,5 x 20mm |
* Zwillingsliste 2x0.14mm, z.B. Artikel: ZL214SWW-10M Kessler Elektronik |

== Platinen/Prototypen ==
* Eisen(III)-Chlorid ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Breadboards/"Steckbretter" ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau ||||| ||||| |
* Laser-Folien für die Druckformerstellung(Zweckform 3491) ||||| ||||| ||
* Tonerverdichter (www.Huber-Troisdorf.de) ||||| |
* Platinen Basismaterial, einseitig Cu-beschichtet, 0,5..1 mm dick ||
* Adapter TQFP (versch. PinZahlen) auf DIL/QIL ||||| |||

== Werkzeug und Zubehör ==

== Unsortiert/Unspezifisch ==
* mehr SMD Bauteile ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* mehr Familien von Logik-ICs, z.B. AC, ACT (in SMD) ||||| ||||| ||||| ||||| ||||
* HCT-Logik in SMD ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* mehr und v.a. kleine (Hand-) Gehäuse ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Preiswertere Alu Druckgussgehäuse, wie z.B. von Hammond Manufacturing ||||| |
* LiPoly-Zellen (aufladbare Lithiumakkus "Suppentüten) ||||| ||||| ||||| ||
* gleicher Mindestbestellwert in Österreich wie in Deutschland ||||| ||||| ||||| ||||| |||
* schnelle Lieferzeit (wie früher 1-2 Tage) ||||| ||||| ||||| ||||| ||||| ||||
* nicht wie die Konkurrenz jetzt schon im April den Juli Katalog rausbringen ||||| |
* Filialen in Österreich und der Schweiz :-) ||||| ||||| ||||| |||||
* Günstige Versandkonditionen für die EU ||||| |
* Taster Schalter und LED-Fassungen aus der Mentor FEL-Reihe |
* Selbstabholer-Option bei der Bestellung. Vergisst man es unter "Bemerkung" kommt es per Post :( ||
* Möglichkeit für Selbstabholen eine Bestellung unter 10? abzuliefern. |
* Versand nach Österreich über GLS oder sonstigen Paketdienst & auf Rechnung, damit die Spesen halbwegs im Rahmen bleiben (bei der letzten Bestellung ca. EUR 40) ||||| |||
* Microchip ICD2 ||
* Neuere, bessee NiMh Akkus (z.b. GP1100 2/3A, GP2000 AF, GP2200 4/5SubC) |||
* Bezahlbarere Trafos ||||
* Allgemein mehr Sensoren ||||| ||
* Funk-Entstördrosseln 16A, div. Werte ||
* Toner für Laserdrucker Kyocera FS-1010 TK17 ||
* ist ja eigentlich der gängigste Kyocera Toner
* Bessere Auswahl: statt MSP430F147, F148, F149 wenigstens einen mit DAC -> MSP430F16x

== Zur Webseite ==
Eine Webseite ohne Frames ist eigentlich heute Stand der Technik. Oder vielleicht ist es das auch nicht mehr - ich weiß es nicht aber nach meiner Auffassung sollte es Stand der Technik sein. Denn dann hat man für jedes Produkt auch einen eindeutigen Link und kann ggf. auch in Beiträgen, Mails und Anfragen darauf verlinken.

Ferner sollte es möglich sein, Bestellungen, welche noch nicht bearbeitet werden zu verändern, also z.B. was hinzuzufügen oder zu entfernen. Bei einer Wartezeit von ca. 3 Tagen bis zum Versand fällt einem doch noch was ein :-)
Das wird bereits gemacht! Einfach E-Mail an service@reichelt.de mit den Bauteilen, die man noch haben will. I-Net-Nummer nicht vergessen.

Kupferlackdraht: Auf der Website sind Plastikspulen abgebildet, geliefert wird jedoch seit Jahren schon lose aufgewickelter Draht, der so schlecht zu verarbeiten ist. Bitte ändern! Am besten vernünftigen Draht auf Spulen, zumindest aber das Bild anpassen.

Virtuelle Bauteilekisten (vbox)?!
Wer bei Reichelt bestellt ordert oft viele viele Kleinteile. Wenn man nun ein Gerät zum wiederholten mal baut, muss man alle Teile erneut eingeben. Könnte ich nun neben dem Warenkorb auch noch virtuelle Bauteilekisten füllen würde das neue Bestellungen sehr beschleunigen. Der Kunde als Wiederholungstäter sozusagen.

Konkret:
Ich habe vier verschiedene Elektronikprojekte entwickelt.Für jedes dieser Projekte lege ich bei Reichelt.de eine virtuelle Bauteilekiste mit eigenem Namen an. Die Zusammenstellung der Artikel funktioniert wie beim normalen Warenkorb. Wenn ich nun ein Projekt erneut bauen möchte, kopiere ich einfach den Inhalt der virtuellen Bauteilekiste per Knopfdruck in meinen Warenkorb. Wenn ich Projekt2 also dreimal nachbauen möchte kopiere ich die virtuelle Bauteilebox "Projekt2" dreifach in den Warenkorb.
Schön wäre es auch die virtuellen Bauteilekisten veröffentlichen zu können.

Konkret:
Ich habe eine Schaltung entwickelt für die ich eine persönliche virtuelle Bauteilekiste bei Reichelt.de zusammengestellt habe. Jetzt gebe ich meine persönliche virtuelle Bauteilekiste mit einer Kurzbeschreibung und einem Link auf meine Homepage(Projekthomepage) auf vbox.reichelt.de frei. Gleichzeitig setze ich auf meiner Homepage einen link auf meine öffentliche "vbox" bei Reichelt. Die öffentliche "vbox" ist dabei nur eine Referenz auf die persönliche "vbox" (synchron) und ist nur von mir veränderbar.
Ich hoffe die Idee ist verständlich formuliert.

= Bereits im Sortiment =

* 3,3V Laengsregler (LT1086-Serie z.B.) ||||| => vgl z.B. [http://reichelt.de/?ARTIKEL=LT%201086%20CM3%2C3 LT 1086 CM3,3] (SMD) oder [http://reichelt.de/?ARTIKEL=LT%201086%20CT3%2C3 LT 1086 CT3,3] (TO-220) bei Reichelt
* Flexible Messleitungen: Wie gesagt Reichelt bietet ja die ganze Palette an Bananen/Laborsteckern, Krokodilklemmen usw. an, nur die Leitungen dazu fehlen im Programm. (Sind schon im Sortiment. Fertig konfektionierte z.B.: ML 100 SW, Meterware z.B.: MESSLEITUNG 10SW)
* FTDI USB Chips ||||| ||||| ||||| ||||| ||||| || => Best-Nr. FT232BM oder FT245BM
* CAN-Bus Controller MCP2515 |||||
* VLSI MP3 Decoder ||||| ||||| ||||| z.Zt. unter CAN-Bus(!) einsortiert
* Atmel AT90CAN128 ||||| |
* MMC / SDC slot ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ==> Bestell-Nr.: CONNECTOR MMC 11, CONNECTOR MMC 12, CONNECTOR SD 21 und CONNECTOR SD 22
* lineare Potentiometer als Schiebepoti ||||| | - Bestell-Nr. PSS-LIN* ("mono") PSM-LIN* ("stereo")
* Echtzeituhr DALAS DS1307 (auch SMD) ||||||| - Bestell-Nr. DS1307/DS1307Z
* Konkret: Neuer PIC ... und PIC18F2550 ||||| |||
* MSP430F1232 |
* Fädelstift, Draht und Kämme ||||| || - Bestell-Nr. Fädelstift/Fädeldraht/Fädelkamm (Warum sind diese Stifte ùnd der Draht nur so "erschreckend" teuer? => immerhin billiger als bei C...)
* Mini-GPS-Module ||||| ||||| ||||| ||||| ||| - Bestell-Nr. GPS ET 102/GPS ET 202/GPS EM 401
* Atmel ATmega48, ATmega168, ATtiny13 ||||| ||||| ||||| | (im neuen katalog und online verfügbar!)
* CompactFlash Stecker ||||| ||||| ||||| || - Bestell-Nr. connector CF 01/ Connector CF 02
* DCF77 Empfangsmodule ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| (DCF77 Modul) (4.5.2005 ist jetzt verfügbar unter DCF77 MODUL, aber leider 50% teurer als bei der Konkurenz, schade!)
* Microchip PIC 12F683 (8pin PIC mit PWM !) => Bereits im Sortiment: Best. Nr PIC 12F683-I/P bzw. PIC 12F683-I/SN
* MSP430F135 ||||| ||||| | ||||| (MSP430F135 im Programm Bestellnr.: MSP430F135 IPM)
* SMD 0 Ohm in Bauform 0805 |||| -> SMD-0805 0,00
* Shunt-Widerstände ||||| ||||| ||||| ||||| (neu im Sortiment: Widerstandsdraht, Best.-Nr. "RD100/x,xx", Leider nur in teuren 100g Spulen)
* dünner isolierter Draht, wie Klingeldraht nur dünner, vielleicht 0.2-0.3mm zum Fädeln von Platinen |||| => Fädeldraht nun im Sortiment
* dünner Silberdraht zur Verdrahtung auf Lochrasterplatinen ||||| | (mögl. bereits im Sortiment "SILBER 0,6MM" ???)Kupferlackdraht geht nicht?
* einzelne Hartmetallbohrer in diversen Grössen ||||| ||||| ||||| ||||| |
* Hartmetallbohrer in mehr verschiedenen Größen (z.B. 0,6mm 0,8mm 1,1mm 1,2mm etc.) ||||| |||| => Gibt es beides Bestellnummern: "Bohrerset" oder für einzelne Bohrer "Bohrer + Größe in mm" Bsp: "Bohrer 0,6" => die kosten aber einiges, eine etwas preiswertere Alternative wäre auch nicht schlecht...
* 68HC908GP32 |
* überhaupt: Freescale 68HC908- und vor allem 68HCS08-Mikrocontroller fehlen total im Sortiment!

==== Logbuch ====
08.07.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- Thomas O.

13.05.2005: Antwort von Reichelt: der Versand ins Ausland bleibt leider bei 150 Eur -- nurmi

09.05.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- nurmi

08.05.2005: Pflege der Liste hier: Wenn ihr was in der Liste seht, was bereits schon im Angebot ist, löscht es bitte! Sonst ist das hier bald ein unüberschaubares Chaos. -- [http://www.reintechnisch.de Winfried Mueller]

08.02.2005: Positives Feedback von Reichelt. Freuen sich über diese Form der Anregung. In der 2. Märzhälfte sollen weitere Produkte in den neuen Katalog einfließen. -- [http://www.reintechnisch.de Winfried Mueller]

07.02.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- [http://www.reintechnisch.de Winfried Mueller]

Reichelt-Wishlist

2005-09-07T20:11:58Z

131.130.1.135: /* Speicher */

== Reichelt Wunschliste ==

Viele kaufen ihre Elektronik bei Reichelt. Ärgerlich, dass so manche wichtigen Dinge fehlen. Aus dieser Idee entstand der Thread:

http://www.mikrocontroller.net/forum/read-1-107307.html

Einiges davon hat Reichelt bereits ins Angebot aufgenommen. Damit dies weitergehen kann, kann man hier seine Wünsche veröffentlichen. Reichelt sollte sicherheitshalber regelmäßig angeschrieben werden, damit diese Liste nicht in Vergessenheit gerät.

Damit sich die beliebtesten Artikel herauskristalisieren, macht jeder einfach '''einen''' virtuellen Strich dahinter: | (ALT-GR Taste und < Taste drücken). Alle fünf Striche (|||||) bitte immer ein Leerzeichen einfügen.

Neue Artikel einfügen darf und soll natürlich auch jeder - aber bitte die Liste vorher durchgehen (Tipp: Browser-Suchfunktion nutzen)! Einfach ganz viele Striche auf einmal, hinter einem Artikel, einzufügen ist zwecklos. Das erkennt man in der History und es gibt viele Leute, die diese Seite überwachen...

'''Nicht sinnvoll ist etwas sehr exotisches''', wie z.B. einen ganz bestimmten, super schnellen, AD-Wandler hier aufzulisten! Neue Artikel müssen sich für Reichelt ja auch rentieren und wirtschaftlich "an den Mann bringbar" sein.

= Wunschliste =
== Halbleiter ==
=== Controller/FPGA/CPLD ===
* Microcontroller mit USB-Anschluß (von Cypress oder Atmel in PDIP z.B. AT89C5131, AT43USB355, CY7C637xx) ||||| ||||| ||||| || => Bereits im Sortiment: Cypress EZ-USB TQFP-44, Best. Nr AN2131 SC
* Konkret: Neuer PIC mit USB PIC18F4550 ||||| ||||| |||| |
* Konkret: PIC 16F628A (weil: besser als 16F628) |
* Konkret: PIC 16F648 (weil mehr programmspeicher, als 16F628) |
* Mehr FPGAs (v.a aktuellere) von Xilinx, z.B. Spartan III (v.a. auch größere Typen, die noch im TQFP-Gehäuse zu haben sind wie XC3S400) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* TI MSP430F1611 (10k RAM, 48k Flash) ||||| ||||| ||||| ||||
* Philips LPC2104, LPC2105, LPC2106 ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||(auch LPC213X, LPC211x und LPC22xx)
* Atmel ATtiny25/45/85 ||||| ||||| ||||| ||||| |
* Atmel ATmega88, ATtiny13V ||||| ||||| ||||| |||| |||(ATtiny13(DIP u. SO ohne "V") sind bereits verfügbar)
* Atmel ATMEGA1280 ||||
* Atmel ATMEGA48 TQFP |||||
* Atmel ATMEGA2560 ||||| ||||| ||||| ||||| |||
* Atmel AVR Controller mit Funkanbindung z.B. AT86RF211, AT86RF401, dazu passende Quarze (evtl. SMD) 18,080 MHz (Crystek P/N 016758), Spulen 39nH. ||||| ||||| ||||| ||||| |
* Atmel AT91SAM7S32, AT91SAM7S64 ||||| |||| ||||| |||||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com ||||| ||||
* Microchip PIC 16F88 |||| ||
* Microchip PIC16F684 |
* Microchip dsPIC ||||| ||
* Freescale HCS12 Controller |||||
* ALTERAs CPLD EPM70xx - Familie ||||||
* SX20 SX28 IP2022 von Ubicom |
* SAA5281 Videotextinterface von Philips |||
* TUSB3210 von Texas Instruments |

=== Speicher ===
* Atmel DataFlash, z.B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) ||||| ||||| ||||| ||||| |||||
* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 ||||| ||
* NextFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) ||||| ||||| |||
* Schnelles RAM (10, 15 oder 20ns) (5V/3,3V) ||||| |||||

=== ICs ===
* IP101 PHY von IC+ (Distri für DE [http://www.topas.de/tt/cfs/icp_cfs_mai05.htm Topas]) |
* Aufwärtsregler (Step-Up-Konverter): Maxim MAX629 |||||
* Step-Down-Konverter in SMD Bauform (z.b. MC 34063): |
* uC supervisor chips + watchdog z.B.: MAX6864 ist z.Z. der beste (0.2uA!) |||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) ||||| |||
* DTMF-Dekoder-Enkoder (8870, 8880) ||||| ||||| |||
* Philips PCA82C252 oder TJA1054A oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) |||||
* MCP25050 CAN-Bus Input/Output Expander |||
* Maxim Switched Capacitor Tiefpass-Filter (z.B. MAX297) ||
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) ||||
* Motortreiber TLE 4205 ||
* Ethernet-Controller RTL8019AS und Übertrager FB2022 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* SPI-Ethernet-Controller ENC28J60 und passender Übertrager und passenden Quarz (25,0000 Mhz !) ||||| ||||| ||||| |||
* AD7524 in SMD ||||| ||||
* ADS8320 ADC 16 Bit seriell ||||| ||||| ||||| ||||| ||||
* DAC7612 DAC 12 Bit seriell ||||| ||||| ||||| ||||
* Generell mehr 1-Wire IC ||||| ||||
* Generell mehr I²C IC ||||| ||||| ||||||
* I²C-Bus to 1-Wire DALLAS DS2482-100 bzw. DS2482-800 ||||| ||
* I²C-Bus Temperatursensor DS1631Z ||||| ||
* UDN 2987 LW (Source Driver UDN2987 in SMD-Bauform) |
* MAX6958 / MAX6959 (I²C 4-Digit, 9-Segment LED Display Drivers with Keyscan) |||| |
* MCP23016 16Bit I²C I/O Expander ||||| |||
* vielseitige PLL Schaltkreise für Frequenzerzeugung. z.B. MC145170D2 (SOIC16) ||||| ||||
* Digital Potentiometer (z.B. 2-Wire MAX546x) ||||| |||
* RS485 ESD fest: MAX3086E oder 75180 oder ISL83086E ||||| |
* Mehr FET-Treiber (TI UCC3372x, HIPxxx , die neueren Brückentreiber von Maxim |||||
* Max6650 ||
* MOSFET Treiber IR2011 |
* LTC24xx ||
* LM3886 |||||
* DAC8830 IDT (16Bit-DAC,ser. Input) |||||
* D/A Wandler mit 4 oder mehr Ausgängen, z.B. TLC5620/TLV5629 |||
* neue I2C IO von Philips PCA9555 (16 Bit par. I/O, c't Project Soundcheck II) |||
* PCA9530D 2Bit I2C_BUS LED-Dimmer |
* PCA9531D 8Bit I2C_BUS LED-Dimmer |
* PCA9532D 16Bit I2C_BUS LED-Dimmer |
* PCA9533D 4Bit I2C_BUS LED-Dimmer |
* PCA9550D 2Bit I2C-BUS LED-Blinker ||
* PCA9551D 8Bit I2C-BUS LED-Blinker |
* PCA9552D 16Bit I2C-BUS LED-Blinker |
* PCA9553D 4Bit I2C-BUS LED-Blinker |
* MAX7311AWG 2Wire Interface von Maxim |
* STP08CL596B1 DIP16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP08CL596M SO16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP16CL596B1R DIP24 STM, LOW VOLTAGE 16-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP16CL596M SO24 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |
* ATMega 644 ||

=== Diskrete ===
* 3,3V Längsregler SMD zu vernünfitgen Preisen (Bsp: LF33 --> Best.Nr.: LF 33 CV, Preis: 0,76€)(der LT1086 kostet 4 Euro) ||||| ||||| ||||| |
* 3,3V Längsregler SMD Ultra Low drop |
* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM ||||
* Größere Auswahl an Step-up Reglern ||||| ||||| ||
* Spannungsregler in SMD-Version (7805 etc., nicht nur der 78L05) ||||| ||||| ||||| ||
* Spannungsregler SMD in DPAK ||
* BUF420AW Schaltnetzteil Transistor von STM ||||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z.B. 12CWQ06FN von IOR ||||| ||||| ||
* IRF7503/IRF7506 Dual Mosfet SMD
* ZRA250F005 Referenzspanungsquelle 2,5V 0.5% SOT23 gehäuse ||||
* mehr FETs und IGBTs (nichtnur IRF, sehr gut IXYS <- und sauteuer!) ||
* Niederohm-FETs in SO8, N und P |
* SMD-Spannungsregler einstellbar LM317EMP oder LM317AEMP (SMD TO-223 Gehäuse) |||
* Si4562DY N- and P-Channel 2.5-V (G-S) MOSFET SMD |
* Philips PDTD113E/123E und PDTB113E/123E (PNP und NPN im sot23 mit internen Widerständen für Basis und PullUp/Down |
* Digitaltransistoren (BCR*), auch als Pärchen NPN/PNP (BCR10, BCR08pn) |

== Sensoren/Aktoren ==
* Sensirion SHT11 ||||| ||||| ||||| ||||| ||||| |
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' ||||| ||||
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) ||||| ||||| ||||| ||
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| |||
* NanoMuscle Aktuatoren ||
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) |||||
* IS471 Selbstmodulierende IR-Lichtschranke ||||| ||
* Hall-Sensor UGN3503, KMZ51 |||
* Motorola Drucksensoren z.b. MPX4250 mit AP Druckanschluß ||
* Induktions-Stromsensoren Coilcraft #J9199-A o.Ä. |
* Drehwinkelgeber, Gyro, Kreiselsensoren ähnl. Tokin CG-L43 |
* AD623 Single Supply,Rail-Rail, InstrOpamp |
* günstige Temp. Sensoren TC77 ||

== Baugruppen ==
* Mini-Bluetooth Module (RS232-Bluetooth-"Wandler"-Platinchen) ||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* kostengünstige Funkschaltmodule (TLP/RLP) ||||| ||
* Easy-Radio Module zur seriellen Datenübertragung (ER400 RS/TS/RTS) |

== "Passive" Bauteile ==
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) ||||| ||||| ||||| ||||| ||||| ||||
* 14,7456 MHz Quarze ||||| ||||| ||
* 25,0000 Mhz Quarz (wird benötigt für Microchip TCP/IP Controller ENC28J60) ||||
* zu Schaltreglern LM257x u.a. passende fertige Spulen (Induktivitaet, max.Strom, keine "Entstörspulen") ||||| ||||| ||||| ||||| ||||| ||||| |||| ||||| ||||| ||
* Die Micrometals Pulverkerne (-18 und -26) auch in Größer |||||
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 ||||| ||||| ||||| |||
* Passende Ferrite dazu: N27,N41,N67,N87,N97 ||||| ||||| ||||
* SMD Widerstande in Bauform 0603 0402 ||||| ||||| ||||| ||||| |||
* R2R-Widerstandsnetzwerke (z. B. 10/20kOhm für DA-Wandler an Microcontrollern) ||||| | //Es gibt günstige 8bit DACs mit parallelem Interface, z.B. TLC 7528CN für 1,20 EUR
* Magnetics MPP Ringkerne ||||| |
* Magnetics CoolMu Ringkerne ||||| ||
* 25/50W Widerstände (~20/50 Ohm auch weniger) ||||
* ordentliche Speicherspulen mit hohem L und niedrigem R ||||
* Netzfilter FFP Reihe Schurter |
* Niederohm-Widerstände (Shunts ab 1mOhm im guten Gehäuse z.B. TO220) ||
* Varistoren 14V auch als bedrahtetes Bauteil (für KFZ-Bordnetz) ||
* Metallbrückengleichrichter für 50A |
* Präzisions-Spannunsgteilernetzwerke ||
* Präzisionswiderstände 0,05% und besser, ev. Drahtgewickelt |||
* Wima MKP4 |
* Kleine Niedervolt-Polyproplyenkondis mit mehr Kapazität ||

== Optoelektronik und Leuchtmittel ==
* OSRAM "Golden Dragon" LEDs (http://www.osram-os.com/goldendragon) ||
* low current SMD LEDs (z.B. Osram LG T679 - Anm.: hier gleich die neuen Varianten Lx T67K bestellen, nicht die alten 9er !) ||||| |||
* weisse SMD LED Bauform 0603 |||||
* SMD LED Bauform 0402 rot/gelb/grün/blau/weiss ||||
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller, z.B. Futaba "LCD Emulators") ||||| ||
* Diese 4-Stelligen Dot-Matrix LED Anzeigen Siemens SLG 2016 oder von HP oder ähnliches |
* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||
* IL207AT (SMD Optokoppler von Infineon) ||||
* TLP113 (SMD Optokoppler) ||
* OSRAM Hyper TOPLEDS gelb LY T676-S1T1-26 ||
* OSRAM Hyper TOPLEDS weiß LW T67C-T2U2-5K8L ||
* 7-Segment-Anzeige, blau, gem. Anode |
* 7-Segment-Anzeige, blau, gem. Kathode |
* 7-Segment-Anzeige, weiss, gem. Anode |
* 7-Segment-Anzeige, weiss, gem. Kathode |
* IR-Diode mit viel power
http://www.lc-led.com/Catalog/department/36/category/49/1

== Mechanisches ==
=== Schalter/Potis etc. ===
* Drehimpulsgeber (konkreter Vorschlag von O.R.: PEC16-4220F-S0024 von Bourns) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||| ||||
* T215 ersetzen gegen etwas Qualitativeres ||||| <<-- GIBTS, T113A
* Folientastaturen ||||| ||||| ||||| ||||
* statt radiohm potis bitte prehostat oder Alphastat 16 63256-026xx ||||| |||||
* passende Touchpanels für die coolen Blue-Line-Grafikdisplays ||||
* mehrpolige Fußschalter, FS 35 bitte bei Druckschalter einordnen |||
* bistabile Relais mit 2 Wicklungen ||||
* Schiebe-Potentiometer, ähnlich C*nrad 441422 |||
* kleiner Joystick wie beim Atmel Butterfly ||||| ||||| |

=== (Steck-) Verbindungen ===
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) |||
* Stift-/Buchsenleisten 2.54mm zum Auseinanderbrechen ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| => Bereits im Sortiment: SPL XX, AW 122/XX (XX = 20,32,64); leider nicht als brechbaren Buchsenleisten zu SL xXxxG
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2, z.B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=92125 Molex 2081 ?] ) ||||| ||||| ||||| ||||
* Print-Steckverbinder (die einreihigen Stecker auf dem PC-Mainboard) ||||| |||||| || //Was soll das sein?
* WOL-Verbindungskabel / Stecker / Print-Connectoren: |||
* Floppy Stromversorgungstecker 3,5" Printausführung |
* gängige Platinenverbinder einreihig RM 2mm mit 2-15 Kontakten (in vielen Geräten verwendet, z.B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=19945 Molex 51004, 53015]): |||
* Für die LC-Displays: Adapterplatine mit anschlüssen im Raster 2,54mm (EA 9907-DIP) siehe http://www.lcd-module.de/ ||||| ||||| ||||| |
* Hochwertigere 1/4" Klinkenbuchsen, z.B. von Rean oder Cliff ||
* RJ45-Buchse ||| - schon im Sortiment: MEBP 8-8''x'' unter Modular-Stecker bei TK
* TEXTOOL-Fassungen (Breite 7-15,24mm)/ Nullkraftsockel für kleine Mikrokontroller: DIL-20 ||| PLCC-44 ||
*Preiswerte Kontaktierungen für SD/MMC ||

=== Kabel etc. ===
* Flachbandkabel im 2,54mm Raster und dazu passende Auspressstecker und -buchsen ||||| ||||| ||||| ||||
* Flexible Einzellitze, 0,5² in verschiedenen Farben ||||| ||||| ||
* das qualitativ mangelhafte 4mm Laborsteckerprogramm rausnehmen und nur noch Hirschmann anbieten ||||| |
* dünner Schaltdraht (< 1mm Durchmesser, isoliert mit Tefzel oder Kynar) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Zylinderkopfschrauben M3 x 25mm |||||
* Zylinderkopfschrauben M2,5 x 12mm |
* Zylinderkopfschrauben M2,5 x 20mm |

== Platinen/Prototypen ==
* Eisen(III)-Chlorid ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Breadboards/"Steckbretter" ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau ||||| |||||
* Laser-Folien für die Druckformerstellung(Zweckform 3491) ||||| ||||| |
* Tonerverdichter (www.Huber-Troisdorf.de) ||||| |
* Platinen Basismaterial, einseitig Cu-beschichtet, 0,5..1 mm dick |
* Adapter TQFP (versch. PinZahlen) auf DIL/QIL |||||

== Werkzeug und Zubehör ==

== Unsortiert/Unspezifisch ==
* mehr SMD Bauteile ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* mehr Familien von Logik-ICs, z.B. AC, ACT (in SMD) ||||| ||||| ||||| ||||| |||
* HCT-Logik in SMD ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* mehr und v.a. kleine (Hand-) Gehäuse ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Preiswertere Alu Druckgussgehäuse, wie z.B. von Hammond Manufacturing ||||| |
* LiPoly-Zellen (aufladbare Lithiumakkus "Suppentüten) ||||| ||||| ||||| |
* gleicher Mindestbestellwert in Österreich wie in Deutschland ||||| ||||| ||||| ||||| |||
* schnelle Lieferzeit (wie früher 1-2 Tage) ||||| ||||| ||||| ||||| ||||| ||
* nicht wie die Konkurrenz jetzt schon im April den Juli Katalog rausbringen ||||| |
* Filialen in Österreich und der Schweiz :-) ||||| ||||| ||||| |||||
* Günstige Versandkonditionen für die EU ||||| |
* Taster Schalter und LED-Fassungen aus der Mentor FEL-Reihe |
* Selbstabholer-Option bei der Bestellung. Vergisst man es unter "Bemerkung" kommt es per Post :( ||
* Versand nach Österreich über GLS oder sonstigen Paketdienst & auf Rechnung, damit die Spesen halbwegs im Rahmen bleiben (bei der letzten Bestellung ca. EUR 40) ||||| |||
* Microchip ICD2 |
* Neuere, bessee NiMh Akkus (z.b. GP1100 2/3A, GP2000 AF, GP2200 4/5SubC) |||
* Bezahlbarere Trafos ||||
* Allgemein mehr Sensoren ||||| ||
* Funk-Entstördrosseln 16A, div. Werte ||
* Toner für Laserdrucker Kyocera FS-1010 TK17 ||
* ist ja eigentlich der gängigste Kyocera Toner
* Bessere Auswahl: statt MSP430F147, F148, F149 wenigstens einen mit DAC -> MSP430F16x

== Zur Webseite ==
Eine Webseite ohne Frames ist eigentlich heute Stand der Technik. Oder vielleicht ist es das auch nicht mehr - ich weiß es nicht aber nach meiner Auffassung sollte es Stand der Technik sein. Denn dann hat man für jedes Produkt auch einen eindeutigen Link und kann ggf. auch in Beiträgen, Mails und Anfragen darauf verlinken.

Ferner sollte es möglich sein, Bestellungen, welche noch nicht bearbeitet werden zu verändern, also z.B. was hinzuzufügen oder zu entfernen. Bei einer Wartezeit von ca. 3 Tagen bis zum Versand fällt einem doch noch was ein :-)
Das wird bereits gemacht! Einfach E-Mail an service@reichelt.de mit den Bauteilen, die man noch haben will. I-Net-Nummer nicht vergessen.

= Bereits im Sortiment =

* 3,3V Laengsregler (LT1086-Serie z.B.) ||||| => vgl z.B. [http://reichelt.de/?ARTIKEL=LT%201086%20CM3%2C3 LT 1086 CM3,3] (SMD) oder [http://reichelt.de/?ARTIKEL=LT%201086%20CT3%2C3 LT 1086 CT3,3] (TO-220) bei Reichelt
* Flexible Messleitungen: Wie gesagt Reichelt bietet ja die ganze Palette an Bananen/Laborsteckern, Krokodilklemmen usw. an, nur die Leitungen dazu fehlen im Programm. (Sind schon im Sortiment. Fertig konfektionierte z.B.: ML 100 SW, Meterware z.B.: MESSLEITUNG 10SW)
* FTDI USB Chips ||||| ||||| ||||| ||||| ||||| || => Best-Nr. FT232BM oder FT245BM
* CAN-Bus Controller MCP2515 |||||
* VLSI MP3 Decoder ||||| ||||| ||||| z.Zt. unter CAN-Bus(!) einsortiert
* Atmel AT90CAN128 ||||| |
* MMC / SDC slot ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ==> Bestell-Nr.: CONNECTOR MMC 11, CONNECTOR MMC 12, CONNECTOR SD 21 und CONNECTOR SD 22
* lineare Potentiometer als Schiebepoti ||||| | - Bestell-Nr. PSS-LIN* ("mono") PSM-LIN* ("stereo")
* Echtzeituhr DALAS DS1307 (auch SMD) ||||||| - Bestell-Nr. DS1307/DS1307Z
* Konkret: Neuer PIC ... und PIC18F2550 ||||| |||
* MSP430F1232 |
* Fädelstift, Draht und Kämme ||||| || - Bestell-Nr. Fädelstift/Fädeldraht/Fädelkamm (Warum sind diese Stifte ùnd der Draht nur so "erschreckend" teuer? => immerhin billiger als bei C...)
* Mini-GPS-Module ||||| ||||| ||||| ||||| ||| - Bestell-Nr. GPS ET 102/GPS ET 202/GPS EM 401
* Atmel ATmega48, ATmega168, ATtiny13 ||||| ||||| ||||| | (im neuen katalog und online verfügbar!)
* CompactFlash Stecker ||||| ||||| ||||| || - Bestell-Nr. connector CF 01/ Connector CF 02
* DCF77 Empfangsmodule ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| (DCF77 Modul) (4.5.2005 ist jetzt verfügbar unter DCF77 MODUL, aber leider 50% teurer als bei der Konkurenz, schade!)
* Microchip PIC 12F683 (8pin PIC mit PWM !) => Bereits im Sortiment: Best. Nr PIC 12F683-I/P bzw. PIC 12F683-I/SN
* MSP430F135 ||||| ||||| | ||||| (MSP430F135 im Programm Bestellnr.: MSP430F135 IPM)
* SMD 0 Ohm in Bauform 0805 |||| -> SMD-0805 0,00
* Shunt-Widerstände ||||| ||||| ||||| ||||| (neu im Sortiment: Widerstandsdraht, Best.-Nr. "RD100/x,xx", Leider nur in teuren 100g Spulen)
* dünner isolierter Draht, wie Klingeldraht nur dünner, vielleicht 0.2-0.3mm zum Fädeln von Platinen |||| => Fädeldraht nun im Sortiment
* dünner Silberdraht zur Verdrahtung auf Lochrasterplatinen ||||| | (mögl. bereits im Sortiment "SILBER 0,6MM" ???)Kupferlackdraht geht nicht?
* einzelne Hartmetallbohrer in diversen Grössen ||||| ||||| ||||| ||||| |
* Hartmetallbohrer in mehr verschiedenen Größen (z.B. 1,1mm 1,2mm etc.) ||||| ||| => Gibt es beides Bestellnummern: "Bohrerset" oder für einzelne Bohrer "Bohrer + Größe in mm" Bsp: "Bohrer 0,6"
* 68HC908GP32 |
* überhaupt: Freescale 68HC908- und vor allem 68HCS08-Mikrocontroller fehlen total im Sortiment!

==== Logbuch ====
08.07.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- Thomas O.

13.05.2005: Antwort von Reichelt: der Versand ins Ausland bleibt leider bei 150 Eur -- nurmi

09.05.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- nurmi

08.05.2005: Pflege der Liste hier: Wenn ihr was in der Liste seht, was bereits schon im Angebot ist, löscht es bitte! Sonst ist das hier bald ein unüberschaubares Chaos. -- [http://www.reintechnisch.de Winfried Mueller]

08.02.2005: Positives Feedback von Reichelt. Freuen sich über diese Form der Anregung. In der 2. Märzhälfte sollen weitere Produkte in den neuen Katalog einfließen. -- [http://www.reintechnisch.de Winfried Mueller]

07.02.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- [http://www.reintechnisch.de Winfried Mueller]

Diskussion:Linksammlung

2005-09-01T19:10:57Z

131.130.1.135:

Diese Seite soll moeglicherweise die Linksammlung auf http://www.mikrocontroller.net/links.htm ersetzen. Geplant ist dass die Leute hier ihre Links eintragen koennen, und der Inhalt dann alle paar Wochen geprueft und auf http://www.mikrocontroller.net/links.htm uebernommen wird. Was haltet ihr davon? ([[Benutzer:Andreas|Andreas]] 13:59, 19. Apr 2004 (CEST))

Klasse Idee! Am besten dann noch mit Hinweis darauf, dass man im Wiki die aktuelle Version findet und man dort Änderungen machen kann. Das gleich könnte man ja auch mit der AVR-GCC und MSP430 Seite machen, oder? Dann wäre die verwirrende Redundanz etwas verringert - und vielleicht nutzen dann mehr Leute das Wiki. Viel Spass beim diffen :-) (ozel)

:Genau so ist das mit den AVR- und MSP430-Seiten auch geplant. ([[Benutzer:Andreas|Andreas]] 17:14, 19. Apr 2004 (CEST))

Klingt ganz OK. Eine Linksamlung auf CGI Basis fände ich etwas besser, aber man kann es auch mal so probieren ([[Benutzer:Suschman|Suschman]]).

:Dafuer irgend ein CGI-System zu nehmen finde ich unnoetig umstaendlich. ([[Benutzer:Andreas|Andreas]] 17:14, 19. Apr 2004 (CEST))

PS: Name & Datum werden automatisch eingefuegt wenn ihr "<nowiki>~~~~</nowiki>" eingebt. ([[Benutzer:Andreas|Andreas]] 17:14, 19. Apr 2004 (CEST))

Was meint ihr, wie sollte man denn die Kategorieneinteilung machen? Einfach alles was mit AVR zu tun hat unter eine Überschrift zu schmeißen finde ich nicht sehr übersichtlich. ([[Benutzer:Andreas|Andreas]] 22:37, 28. Mai 2004 (CEST))

Der Link zur Seite von Peter Fleury funktioniert nicht mehr, kennt jemand die Adresse einer neuen Seite?
([[Benutzer:TTL|TTL]] 09:59, 3. Okt 2004 (CEST))
:Link aktualisiert. Google-Suche nach Peter Fleury hat geholfen =) --[[Benutzer:Oxygene|Oxygene]] 10:27, 3. Okt 2004 (CEST)

Mit meherent unterkategorien wird's vom layout unübersichtlich. Kann man das nicht automatisch einrücken wie bei http://www.mikrocontroller.net/links.htm?--[[Benutzer:80.131.43.2|80.131.43.2]] 20:13, 2. Nov 2004 (CET)

wie wäre es wenn man eine sprachen-flagge als bild vor jeden link macht?

==www.loetstelle.net==
www.loetstelle.net schaut zwar recht nett gestaltet aus und die projekte klingen auch ganz nett (ich find die heartbeat-sache z.B. sehr herzig) - aber wenn man um die dafür notwendigen dateien zu bekommen gezwungen werden soll, eine gewisse anzahl an beiträgen im angehängten forum abzusetzen, so finde ich das sehr seltsam und gefällt mir ehrlich gesagt gar nicht. meiner meinung nach sollte das das entweder zum link dazuschreiben oder aber den link gleich ganz entfernen.
bitte um diskussion!

HD44780

2005-08-30T23:51:33Z

131.130.1.135: ach kinder.... :/

Der HD44780 ist ein Displaytreiber für Text-Displays. Praktisch alle Text-Displays werden mit diesem oder einem kompatiblen Controller angesteuert.

=allgemeine Ansteuerung=
==Pinbelegung==
{|
!Pin || Funktion || Beschreibung
|-
|1 || | VSS || Versorgungsspannung GND
|-
|2 || | VCC || Versorgungsspannung, meistens 5V, je nach genauem Typ unterschiedlich
|-
|3 || | Kontrastspannung ||Spannung zwischen VSS und VCC, kann auf
|-
|4 || | RS || Registerauswahl; 0 = Befehlsregister, 1 = Datenregister
|-
|5 || | R/W || Lese oder Schreibzugriff, 0 = Schreiben, 1 = Lesen, kann meistens auf GND gezogen werden
|-
|6 || | E || Taktleitung
|-
|7 || | DB0 || Datenleitung
|-
|8 || |DB1 || Datenleitung
|-
|9 || |DB2 || Datenleitung
|-
|10 || |DB3 || Datenleitung
|-
|11 || |DB4 || Datenleitung
|-
|12 || |DB5 || Datenleitung
|-
|13 || |DB6 || Datenleitung
|-
|14 || |DB7 || Datenleitung
|}

==Speicher==
Ein HD44780 besitzt mehrere Speicher:
===DDRAM (Display Data RAM)===
In das DDRAM werden die anzuzeigenden Daten eingeschrieben.

===CGROM (Character Generator ROM)===
Dieser ROM enthält die Zeichen in Form von 5x8 oder 5x10 Punktmatrizen. Er kann nicht geändert werden, außer man sendet einen EEPROM zu Hitachi für eine Massenproduktion.

===CGRAM (Character Generator RAM)===
In diesem RAM können acht 5x8 Pixel oder vier 5x10 Pixel große benutzerdefinierte Zeichen abgelegt werden.
Wenn keine benutzerdefinierte Zeichen gebraucht werden, kann dieser Bereich als Auslagerungsspeicher benutzt werden.

==Kommandos==

=Ansteuerung per Microcontroller=
==Fertige Projekte oder Bibliotheken==
* Peter Fleurys [http://homepage.sunrise.ch/mysunrise/peterfleury/avr-software.html LCD library for HD44870 based LCDs]
* [http://wwwiti.cs.uni-magdeburg.de/~buchmann/privat/lcd.htm Grundlagen und Code für 8051] von Erik Buchmann

Diskussion:Elektronikversender

2005-08-30T18:00:07Z

131.130.1.135:

kurze Suche zum Vergleich reichelt.de/digikey mit atmega8 und atmega162: digikey ist nur noch unwesentlich falls ueberhaupt guenstiger

bitte eigene erfahrungen entweder gleich in die eintraege mitverarbeiten oder auf die diskussionsseite schreiben - danke.

konkreter anlass schuricht: auf der website steht, dass er durchaus auch an private liefert, nur die gedruckten kataloge gibt es nur fuer gewerbe/schulen etc. stimmt das so? bitte um hinweise und entsprechende bearbeitung - danke! :)
--[[Benutzer:80.108.115.184|80.108.115.184]] 00:29, 25. Jul 2005 (CEST)

ad Tec-Shop (Wolfgang Rompel Elektronik): im webshop finde ich als einziges produkt einen attiny15. wenn das wirklich so ist (also nicht an meinem browser liegt), wuerde ich diesen "shop" entfernen. wenn es an meinem browser liegt, wuerde ich das dazu vermerken. ich bitte Euch also das kurz auszuprobieren, ob Ihr auch nur ein produkt seht. danke! --[[Benutzer:80.108.115.184|80.108.115.184]] 22:02, 26. Aug 2005 (CEST)

hier - http://www.almeder.at/~calm/elt/distrib.htm - gibt es auch eine liste, nicht nur mit versendern, sondern geschaeften insgesamt.

Reichelt-Wishlist

2005-08-26T15:41:41Z

131.130.1.135: /* Unsortiert/Unspezifisch */ ein strich pro person

== Reichelt Wunschliste ==

Viele kaufen ihre Elektronik bei Reichelt. Ärgerlich, dass so manche wichtigen Dinge fehlen. Aus dieser Idee entstand der Thread:

http://www.mikrocontroller.net/forum/read-1-107307.html

Einiges davon hat Reichelt bereits ins Angebot aufgenommen. Damit dies weitergehen kann, kann man hier seine Wünsche veröffentlichen. Reichelt sollte sicherheitshalber regelmäßig angeschrieben werden, damit diese Liste nicht in Vergessenheit gerät.

Damit sich die beliebtesten Artikel herauskristalisieren, macht jeder einfach '''einen''' virtuellen Strich dahinter: | (ALT-GR Taste und < Taste drücken). Alle fünf Striche (|||||) bitte immer ein Leerzeichen einfügen.

Neue Artikel einfügen darf und soll natürlich auch jeder - aber bitte die Liste vorher durchgehen (Tipp: Browser-Suchfunktion nutzen)! Einfach ganz viele Striche auf einmal, hinter einem Artikel, einzufügen ist zwecklos. Das erkennt man in der History und es gibt viele Leute, die diese Seite überwachen...

'''Nicht sinnvoll ist etwas sehr exotisches''', wie z.B. einen ganz bestimmten, super schnellen, AD-Wandler hier aufzulisten! Neue Artikel müssen sich für Reichelt ja auch rentieren und wirtschaftlich "an den Mann bringbar" sein.

= Wunschliste =
== Halbleiter ==
=== Controller/FPGA/CPLD ===
* Microcontroller mit USB-Anschluß (von Cypress oder Atmel in PDIP z.B. AT89C5131, AT43USB355, CY7C637xx) ||||| ||||| ||||| || => Bereits im Sortiment: Cypress EZ-USB TQFP-44, Best. Nr AN2131 SC
* Konkret: Neuer PIC mit USB PIC18F4550 ||||| ||||| |||| |
* Konkret: PIC 16F628A (weil: besser als 16F628) |
* Konkret: PIC 16F648 (weil mehr programmspeicher, als 16F628) |
* Mehr FPGAs (v.a aktuellere) von Xilinx, z.B. Spartan III (v.a. auch größere Typen, die noch im TQFP-Gehäuse zu haben sind wie XC3S400) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* TI MSP430F1611 (10k RAM, 48k Flash) ||||| ||||| ||||| ||||
* Philips LPC2104, LPC2105, LPC2106 ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||(auch LPC213X, LPC211x und LPC22xx)
* Atmel ATtiny25/45/85 ||||| ||||| ||||| ||||
* Atmel ATmega88, ATtiny13V ||||| ||||| ||||| |||| |||(ATtiny13(DIP u. SO ohne "V") sind bereits verfügbar)
* Atmel ATMEGA1280 ||||
* Atmel ATMEGA48 TQFP |||||
* Atmel ATMEGA2560 ||||| ||||| ||||| ||||| |||
* Atmel AVR Controller mit Funkanbindung z.B. AT86RF211, AT86RF401, dazu passende Quarze (evtl. SMD) 18,080 MHz (Crystek P/N 016758), Spulen 39nH. ||||| ||||| ||||| |||||
* Atmel AT91SAM7S32, AT91SAM7S64 ||||| |||| ||||| |||||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com ||||| ||||
* Microchip PIC 16F88 |||| ||
* Microchip PIC16F684 |
* Microchip dsPIC ||||| ||
* Freescale HCS12 Controller |||||
* ALTERAs CPLD EPM70xx - Familie |||||
* SX20 SX28 IP2022 von Ubicom |
* SAA5281 Videotextinterface von Philips |||
* TUSB3210 von Texas Instruments |

=== Speicher ===
* Atmel DataFlash, z.B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) ||||| ||||| ||||| ||||| ||||
* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 ||||| ||
* NextFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) ||||| ||||| |||
* Schnelles RAM (10, 15 oder 20ns) (5V/3,3V) ||||| |||||

=== ICs ===
* IP101 PHY von IC+ (Distri für DE [http://www.topas.de/tt/cfs/icp_cfs_mai05.htm Topas]) |
* Aufwärtsregler (Step-Up-Konverter): Maxim MAX629 |||||
* uC supervisor chips + watchdog z.B.: MAX6864 ist z.Z. der beste (0.2uA!) |||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) ||||| |||
* DTMF-Dekoder-Enkoder (8870, 8880) ||||| ||||| |||
* Philips PCA82C252 oder TJA1054A oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) |||||
* MCP25050 CAN-Bus Input/Output Expander |||
* Maxim Switched Capacitor Tiefpass-Filter (z.B. MAX297) ||
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) ||||
* Motortreiber TLE 4205 ||
* Ethernet-Controller RTL8019AS und Übertrager FB2022 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* SPI-Ethernet-Controller ENC28J60 und passender Übertrager und passenden Quarz (25,0000 Mhz !) ||||| ||||| ||||| |||
* AD7524 in SMD ||||| ||||
* ADS8320 ADC 16 Bit seriell ||||| ||||| ||||| ||||| ||||
* DAC7612 DAC 12 Bit seriell ||||| ||||| ||||| ||||
* Generell mehr 1-Wire IC ||||| ||||
* Generell mehr I²C IC ||||| ||||| ||||||
* I²C-Bus to 1-Wire DALLAS DS2482-100 bzw. DS2482-800 ||||| ||
* I²C-Bus Temperatursensor DS1631Z ||||| ||
* UDN 2987 LW (Source Driver UDN2987 in SMD-Bauform) |
* MAX6958 / MAX6959 (I²C 4-Digit, 9-Segment LED Display Drivers with Keyscan) |||| |
* MCP23016 16Bit I²C I/O Expander ||||| ||
* vielseitige PLL Schaltkreise für Frequenzerzeugung. z.B. MC145170D2 (SOIC16) ||||| ||||
* Digital Potentiometer (z.B. 2-Wire MAX546x) ||||| |||
* RS485 ESD fest: MAX3086E oder 75180 oder ISL83086E ||||| |
* Mehr FET-Treiber (TI UCC3372x, HIPxxx , die neueren Brückentreiber von Maxim |||||
* Max6650 ||
* LTC24xx ||
* LM3886 |||||
* DAC8830 IDT (16Bit-DAC,ser. Input) |||||
* D/A Wandler mit 4 oder mehr Ausgängen, z.B. TLC5620/TLV5629 |||
* neue I2C IO von Philips PCA9555 (16 Bit par. I/O, c't Project Soundcheck II) |||
* PCA9530D 2Bit I2C_BUS LED-Dimmer |
* PCA9531D 8Bit I2C_BUS LED-Dimmer |
* PCA9532D 16Bit I2C_BUS LED-Dimmer |
* PCA9533D 4Bit I2C_BUS LED-Dimmer |
* PCA9550D 2Bit I2C-BUS LED-Blinker |
* PCA9551D 8Bit I2C-BUS LED-Blinker |
* PCA9552D 16Bit I2C-BUS LED-Blinker |
* PCA9553D 4Bit I2C-BUS LED-Blinker |
* MAX7311AWG 2Wire Interface von Maxim |
* STP08CL596B1 DIP16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP08CL596M SO16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP16CL596B1R DIP24 STM, LOW VOLTAGE 16-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP16CL596M SO24 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |
* ATMega 644 |

=== Discrete ===
* 3,3V Längsregler SMD zu vernünfitgen Preisen (Bsp: LF33 --> Best.Nr.: LF 33 CV, Preis: 0,76€)(der LT1086 kostet 4 Euro) |||||| ||||| ||||
* 3,3V Längsregler SMD Ultra Low drop |
* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM ||||
* Größere Auswahl an Step-up Reglern ||||| ||||| ||
* Spannungsregler in SMD-Version (7805 etc., nicht nur der 78L05) ||||| ||||| ||||| |
* Spannungsregler SMD in DPAK |
* BUF420AW Schaltnetzteil Transistor von STM ||||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z.B. 12CWQ06FN von IOR ||||| ||||| ||
* IRF7503/IRF7506 Dual Mosfet SMD
* ZRA250F005 Referenzspanungsquelle 2,5V 0.5% SOT23 gehäuse ||||
* mehr FETs und IGBTs (nichtnur IRF, sehr gut IXYS <- und sauteuer!) ||
* Niederohm-FETs in SO8, N und P |
* SMD-Spannungsregler einstellbar LM317EMP oder LM317AEMP (SMD TO-223 Gehäuse) |||
* Si4562DY N- and P-Channel 2.5-V (G-S) MOSFET SMD |
* Philips PDTD113E/123E und PDTB113E/123E (PNP und NPN im sot23 mit internen Widerständen für Basis und PullUp/Down |
* Digitaltransistoren (BCR*), auch als Pärchen NPN/PNP (BCR10, BCR08pn) |

== Sensoren/Aktoren ==
* Sensirion SHT11 ||||| ||||| ||||| ||||| ||||| |
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' ||||| ||
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) ||||| ||||| ||||| |
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| ||
* NanoMuscle Aktuatoren ||
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) ||||
* IS471 Selbstmodulierende IR-Lichtschranke ||||| ||
* Hall-Sensor UGN3503, KMZ51 |||
* Motorola Drucksensoren z.b. MPX4250 mit AP Druckanschluß ||
* Induktions-Stromsensoren Coilcraft #J9199-A o.Ä. |
* Drehwinkelgeber, Gyro, Kreiselsensoren ähnl. Tokin CG-L43 |
* AD623 Single Supply,Rail-Rail, InstrOpamp |
* günstige Temp. Sensoren TC77 |

== Baugruppen ==
* Mini-Bluetooth Module (RS232-Bluetooth-"Wandler"-Platinchen) ||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* kostengünstige Funkschaltmodule (TLP/RLP) ||||| ||

== "Passive" Bauteile ==
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) ||||| ||||| ||||| ||||| ||||| ||||
* 14,7456 MHz Quarze ||||| ||||| ||
* 25,0000 Mhz Quarz (wird benötigt für Microchip TCP/IP Controller ENC28J60) ||||
* zu Schaltreglern LM257x u.a. passende fertige Spulen (Induktivitaet, max.Strom, keine "Entstörspulen") ||||| ||||| ||||| ||||| ||||| ||||| |||| ||||| ||||| |
* Die Micrometals Pulverkerne (-18 und -26) auch in Größer |||||
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 ||||| ||||| ||||| |||
* Passende Ferrite dazu: N27,N41,N67,N87,N97 ||||| ||||| ||||
* SMD Widerstande in Bauform 0603 0402 ||||| ||||| ||||| ||||| ||
* R2R-Widerstandsnetzwerke (z. B. 10/20kOhm für DA-Wandler an Microcontrollern) ||||| | //Es gibt günstige 8bit DACs mit parallelem Interface, z.B. TLC 7528CN für 1,20 EUR
* Magnetics MPP Ringkerne ||||| |
* Magnetics CoolMu Ringkerne ||||| ||
* 25/50W Widerstände (~20/50 Ohm auch weniger) ||||
* ordentliche Speicherspulen mit hohem L und niedrigem R |||
* Netzfilter FFP Reihe Schurter |
* Niederohm-Widerstände (Shunts ab 1mOhm im guten Gehäuse z.B. TO220) ||
* Varistoren 14V auch als bedrahtetes Bauteil (für KFZ-Bordnetz) ||
* Metallbrückengleichrichter für 50A |
* Präzisions-Spannunsgteilernetzwerke ||
* Präzisionswiderstände 0,05% und besser, ev. Drahtgewickelt |||
* Wima MKP4 |
* Kleine Niedervolt-Polyproplyenkondis mit mehr Kapazität ||

== Optoelektronik und Leuchtmittel ==
* OSRAM "Golden Dragon" LEDs (http://www.osram-os.com/goldendragon) |
* low current SMD LEDs (z.B. Osram LG T679 - Anm.: hier gleich die neuen Varianten Lx T67K bestellen, nicht die alten 9er !) ||||| |||
* weisse SMD LED Bauform 0603 |||||
* SMD LED Bauform 0402 rot/gelb/grün/blau/weiss ||||
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller, z.B. Futaba "LCD Emulators") ||||| ||
* Diese 4-Stelligen Dot-Matrix LED Anzeigen Siemens SLG 2016 oder von HP oder ähnliches |
* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||
* IL207AT (SMD Optokoppler von Infineon) ||||
* TLP113 (SMD Optokoppler) ||
* OSRAM Hyper TOPLEDS gelb LY T676-S1T1-26 |
* OSRAM Hyper TOPLEDS weiß LW T67C-T2U2-5K8L |
* 7-Segment-Anzeige, blau, gem. Anode
* 7-Segment-Anzeige, blau, gem. Kathode
* 7-Segment-Anzeige, weiss, gem. Anode
* 7-Segment-Anzeige, weiss, gem. Kathode
http://www.lc-led.com/Catalog/department/36/category/49/1

== Mechanisches ==
=== Schalter/Potis etc. ===
* Drehimpulsgeber (konkreter Vorschlag von O.R.: PEC16-4220F-S0024 von Bourns) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||| ||||
* T215 ersetzen gegen etwas Qualitativeres ||||| <<-- GIBTS, T113A
* Folientastaturen ||||| ||||| ||||| |||
* statt radiohm potis bitte prehostat oder Alphastat 16 63256-026xx ||||| |||||
* passende Touchpanels für die coolen Blue-Line-Grafikdisplays ||||
* mehrpolige Fußschalter, FS 35 bitte bei Druckschalter einordnen |||
* bistabile Relais mit 2 Wicklungen ||||
* Schiebe-Potentiometer, ähnlich C*nrad 441422 |||
* kleiner Joystick wie beim Atmel Butterfly ||||| ||||

=== (Steck-) Verbindungen ===
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) |||
* Stift-/Buchsenleisten 2.54mm zum Auseinanderbrechen ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| => Bereits im Sortiment: SPL XX, AW 122/XX (XX = 20,32,64); leider nicht als brechbaren Buchsenleisten zu SL xXxxG
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2, z.B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=92125 Molex 2081 ?] ) ||||| ||||| ||||| ||||
* Print-Steckverbinder (die einreihigen Stecker auf dem PC-Mainboard) ||||| |||||| || //Was soll das sein?
* WOL-Verbindungskabel / Stecker / Print-Connectoren: |||
* Floppy Stromversorgungstecker 3,5" Printausführung |
* gängige Platinenverbinder einreihig RM 2mm mit 2-15 Kontakten (in vielen Geräten verwendet, z.B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=19945 Molex 51004, 53015]): ||
* Für die LC-Displays: Adapterplatine mit anschlüssen im Raster 2,54mm (EA 9907-DIP) siehe http://www.lcd-module.de/ ||||| ||||| |||||
* Hochwertigere 1/4" Klinkenbuchsen, z.B. von Rean oder Cliff ||
* RJ45-Buchse ||| - schon im Sortiment: MEBP 8-8''x'' unter Modular-Stecker bei TK
* TEXTOOL-Fassungen (Breite 7-15,24mm)/ Nullkraftsockel für kleine Mikrokontroller: DIL-20 ||| PLCC-44 ||
*Preiswerte Kontaktierungen für SD/MMC ||

=== Kabel etc. ===
* Flachbandkabel im 2,54mm Raster und dazu passende Auspressstecker und -buchsen ||||| ||||| ||||| ||||
* Flexible Einzellitze, 0,5² in verschiedenen Farben ||||| ||||| ||
* das qualitativ mangelhafte 4mm Laborsteckerprogramm rausnehmen und nur noch Hirschmann anbieten ||||| |
* dünner Schaltdraht (< 1mm Durchmesser, isoliert mit Tefzel oder Kynar) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Zylinderkopfschrauben M3 x 25mm |||||
* Zylinderkopfschrauben M2,5 x 12mm |
* Zylinderkopfschrauben M2,5 x 20mm |

== Platinen/Prototypen ==
* Eisen(III)-Chlorid ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Breadboards/"Steckbretter" ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau ||||| |||||
* Laser-Folien für die Druckformerstellung(Zweckform 3491) ||||| ||||
* Tonerverdichter (www.Huber-Troisdorf.de) ||||| |
* Platinen Basismaterial, einseitig Cu-beschichtet, 0,5..1 mm dick |
* Adapter TQFP (versch. PinZahlen) auf DIL/QIL ||||

== Werkzeug und Zubehör ==

== Unsortiert/Unspezifisch ==
* mehr SMD Bauteile ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* mehr Familien von Logik-ICs, z.B. AC, ACT (in SMD) ||||| ||||| ||||| ||||| |||
* HCT-Logik in SMD ||||| ||||| ||||| ||||| ||||| ||||| ||||||
* mehr und v.a. kleine (Hand-) Gehäuse ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Preiswertere Alu Druckgussgehäuse, wie z.B. von Hammond Manufacturing |||||
* LiPoly-Zellen (aufladbare Lithiumakkus "Suppentüten) ||||| ||||| ||||| |
* gleicher Mindestbestellwert in Österreich wie in Deutschland ||||| ||||| ||||| ||||| |||
* schnelle Lieferzeit (wie früher 1-2 Tage) ||||| ||||| ||||| ||||| ||||| |
* nicht wie die Konkurrenz jetzt schon im April den Juli Katalog rausbringen ||||| |
* Filialen in Österreich und der Schweiz :-) ||||| ||||| ||||| |||||
* Günstige Versandkonditionen für die EU ||||| |
* Taster Schalter und LED-Fassungen aus der Mentor FEL-Reihe |
* Selbstabholer-Option bei der Bestellung. Vergisst man es unter "Bemerkung" kommt es per Post :( ||
* Versand nach Österreich über GLS oder sonstigen Paketdienst & auf Rechnung, damit die Spesen halbwegs im Rahmen bleiben (bei der letzten Bestellung ca. EUR 40) ||||| |||
* Microchip ICD2 |
* Neuere, bessee NiMh Akkus (z.b. GP1100 2/3A, GP2000 AF, GP2200 4/5SubC) |||
* Bezahlbarere Trafos ||||
* Allgemein mehr Sensoren ||||| ||
* Funk-Entstördrosseln 16A, div. Werte ||
* Toner für Laserdrucker Kyocera FS-1010 TK17 |
* ist ja eigentlich der gängigste Kyocera Toner
* Bessere Auswahl: statt MSP430F147, F148, F149 wenigstens einen mit DAC -> MSP430F16x

== Zur Webseite ==
Eine Webseite ohne Frames ist eigentlich heute Stand der Technik. Oder vielleicht ist es das auch nicht mehr - ich weiß es nicht aber nach meiner Auffassung sollte es Stand der Technik sein. Denn dann hat man für jedes Produkt auch einen eindeutigen Link und kann ggf. auch in Beiträgen, Mails und Anfragen darauf verlinken.

Ferner sollte es möglich sein, Bestellungen, welche noch nicht bearbeitet werden zu verändern, also z.B. was hinzuzufügen oder zu entfernen. Bei einer Wartezeit von ca. 3 Tagen bis zum Versand fällt einem doch noch was ein :-)
Das wird bereits gemacht! Einfach E-Mail an service@reichelt.de mit den Bauteilen, die man noch haben will. I-Net-Nummer nicht vergessen.

= Bereits im Sortiment =

* 3,3V Laengsregler (LT1086-Serie z.B.) ||||| => vgl z.B. [http://reichelt.de/?ARTIKEL=LT%201086%20CM3%2C3 LT 1086 CM3,3] (SMD) oder [http://reichelt.de/?ARTIKEL=LT%201086%20CT3%2C3 LT 1086 CT3,3] (TO-220) bei Reichelt
* Flexible Messleitungen: Wie gesagt Reichelt bietet ja die ganze Palette an Bananen/Laborsteckern, Krokodilklemmen usw. an, nur die Leitungen dazu fehlen im Programm. (Sind schon im Sortiment. Fertig konfektionierte z.B.: ML 100 SW, Meterware z.B.: MESSLEITUNG 10SW)
* FTDI USB Chips ||||| ||||| ||||| ||||| ||||| || => Best-Nr. FT232BM oder FT245BM
* CAN-Bus Controller MCP2515 |||||
* VLSI MP3 Decoder ||||| ||||| ||||| z.Zt. unter CAN-Bus(!) einsortiert
* Atmel AT90CAN128 ||||| |
* MMC / SDC slot ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ==> Bestell-Nr.: CONNECTOR MMC 11, CONNECTOR MMC 12, CONNECTOR SD 21 und CONNECTOR SD 22
* lineare Potentiometer als Schiebepoti ||||| | - Bestell-Nr. PSS-LIN* ("mono") PSM-LIN* ("stereo")
* Echtzeituhr DALAS DS1307 (auch SMD) ||||||| - Bestell-Nr. DS1307/DS1307Z
* Konkret: Neuer PIC ... und PIC18F2550 ||||| |||
* MSP430F1232 |
* Fädelstift, Draht und Kämme ||||| || - Bestell-Nr. Fädelstift/Fädeldraht/Fädelkamm (Warum sind diese Stifte ùnd der Draht nur so "erschreckend" teuer? => immerhin billiger als bei C...)
* Mini-GPS-Module ||||| ||||| ||||| ||||| ||| - Bestell-Nr. GPS ET 102/GPS ET 202/GPS EM 401
* Atmel ATmega48, ATmega168, ATtiny13 ||||| ||||| ||||| | (im neuen katalog und online verfügbar!)
* CompactFlash Stecker ||||| ||||| ||||| || - Bestell-Nr. connector CF 01/ Connector CF 02
* DCF77 Empfangsmodule ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| (DCF77 Modul) (4.5.2005 ist jetzt verfügbar unter DCF77 MODUL, aber leider 50% teurer als bei der Konkurenz, schade!)
* Microchip PIC 12F683 (8pin PIC mit PWM !) => Bereits im Sortiment: Best. Nr PIC 12F683-I/P bzw. PIC 12F683-I/SN
* MSP430F135 ||||| ||||| | ||||| (MSP430F135 im Programm Bestellnr.: MSP430F135 IPM)
* SMD 0 Ohm in Bauform 0805 |||| -> SMD-0805 0,00
* Shunt-Widerstände ||||| ||||| ||||| ||||| (neu im Sortiment: Widerstandsdraht, Best.-Nr. "RD100/x,xx", Leider nur in teuren 100g Spulen)
* dünner isolierter Draht, wie Klingeldraht nur dünner, vielleicht 0.2-0.3mm zum Fädeln von Platinen |||| => Fädeldraht nun im Sortiment
* dünner Silberdraht zur Verdrahtung auf Lochrasterplatinen ||||| | (mögl. bereits im Sortiment "SILBER 0,6MM" ???)Kupferlackdraht geht nicht?
* einzelne Hartmetallbohrer in diversen Grössen ||||| ||||| ||||| ||||| |
* Hartmetallbohrer in mehr verschiedenen Größen (z.B. 1,1mm 1,2mm etc.) ||||| ||| => Gibt es beides Bestellnummern: "Bohrerset" oder für einzelne Bohrer "Bohrer + Größe in mm" Bsp: "Bohrer 0,6"
* 68HC908GP32 |
* überhaupt: Freescale 68HC908- und vor allem 68HCS08-Mikrocontroller fehlen total im Sortiment!

==== Logbuch ====
19.08.2005: Was ist mit Pneumatik/Hydraulik? FESTO liefert Privatkunden nicht, oder?

08.07.2005: bringt herzlich wenig, hier mehrere Stiche auf einmal zu machen, verfälscht den "Bedarf" und macht die Liste unglaubwürdig. - M. Thomas

08.07.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- Thomas O.

13.05.2005: Antwort von Reichelt: der Versand ins Ausland bleibt leider bei 150 Eur -- nurmi

09.05.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- nurmi

08.05.2005: Pflege der Liste hier: Wenn ihr was in der Liste seht, was bereits schon im Angebot ist, löscht es bitte! Sonst ist das hier bald ein unüberschaubares Chaos. -- [http://www.reintechnisch.de Winfried Mueller]

08.02.2005: Positives Feedback von Reichelt. Freuen sich über diese Form der Anregung. In der 2. Märzhälfte sollen weitere Produkte in den neuen Katalog einfließen. -- [http://www.reintechnisch.de Winfried Mueller]

07.02.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- [http://www.reintechnisch.de Winfried Mueller]

Elektronikversender

2005-08-23T21:18:44Z

131.130.1.135: /* Eltrix */

== Einleitung ==

Die Vor- und Nachteile von verschiedenen Elektronik-Versand-Händlern werden relativ häufig im Forum diskutiert. Diese Diskussionen führen nicht selten zu weitestgehend gleichen Ergebnissen. In diesem Artikel sollen daher die Argumente, die für oder gegen einen bestimmten Elektronik-Versender sprechen, zusammengetragen werden. Sobald diese Liste einigermaßen vollständig ist, würde dies sicher einige Diskussions-Threads und/oder Flame-Wars überflüssig machen.

Diese Liste erhebt keinerlei Anspruch auf Vollständigkeit, d.h. wenn ihr einen Versender kennt, der hier noch nicht aufgeführt ist, dann nennt wenigstens die URL und den Namen. Den Rest können auch andere besorgen, die den Versender ebenfalls kennen!

Bitte ergänzt nur allgemeine Sachen (z.B. "liefert immer vollständig", "günstig" oder "große Auswahl"), aber nicht Sachen wie "mein ATMega 128 hatte verbogene Beine"! Bitte auch die alphabetische Sortierung beibehalten!

== Liste der Versender ==

=== Actron ===
Homepage http://www.actron.de

* alphanumerische LCDs und Graphikdisplays in großer Auswahl, auch mit Touchscreens
* für gewerbliche Kunden: etwas verhandeln schadet nie
* bei kleinen Stückzahlen nicht ganz billig
* liefern sehr schnell und stets zuverlässig

=== Buerklin ===
Homepage: [http://www.buerklin.com/ Buerklin]

* große Auswahl, hohe Verfügbarkeit
* sehr schneller Versand
* Ladengeschäfte in Düsseldorf und München
* nur an gewerbliche Abnehmer (lt. AGB); private Abnehmer können dennoch im Ladengeschäft einkaufen!

=== Conrad ===
Homepage: [http://www.conrad.de/ Conrad Elektronik] und [http://www.business.conrad.de/ Conrad "Business"]

* großes Angebot (für Bauteile den "Business"-Katalog beachten, der Hauptkatalog ist dahingehend etwas "dünn")
* Positiv: Wirklich jedes Bauteil kann einzeln gekauft werden und wird nicht in dämlichen Verpackungseinheiten verkauft, so wie es bei den meisten anderen Elektronik-Lieferanten der Fall ist. Dies ist vor Allem für den Prototypenbau sehr hilfreich.
* relativ teuer jedoch 10% Rabatt für Hochschulen/Lehreinrichtungen (evtl. auch Schüler/Studenten - fragen kost' nix)
* 21 Ladengeschäfte in Deutschland, drei in Österreich
* die Ladengeschäfte haben nicht das gesamte Programm vor Ort, man kann jedoch in den Geschäften anrufen und die Verfügbarkeit anfragen, evtl. sogar Teile für ein paar Stunden "zurücklegen lassen" (von Geschäft zu Geschäft verschieden).
* positiv: Bei Business-Kunden wird der Rechnungsbetrag erst nach 14 Tagen abgebucht!
* haben einen (teuren) 24 Std. Lieferservice für Notfälle - Conrad garantiert aber nicht 100%ig für die Einhaltung der 24 Stunden. Bei Nichteinhaltung gibt es kein Geld zurück.
* Schlampig verpackte Artikel. ICs sind nicht Antistatik-Konform verpackt.

=== csd-electronics ===
Homepage: [http://www.csd-electronics.de csd-electronics.de]

* Katalog 80 Seiten PDF
* Online-Shop
* günstig
* sehr gute Mengenrabatte
* auch Versand nicht teuer; ab 1,5€
* schnelle Lieferung
* Bauelemente, die nicht im Shop angeboten werden, können günstig auf Anfrage beschafft werden
* Zahlung bei Vorkasse 1% Skonto
* Ist man bereits Kunde kann man "auf Rechnung" (Zahlung innerhalb von 10 Tagen) bestellen
* haben ein Forum, in dem man sich zu Sammelbestellungen organisieren kann und auch allgemeine Fragen stellen kann
* leider keine Bankabbuchung oder Zahlung per Kreditkarte möglich

=== Darisus ===
Homepage: http://www.darisus.de

* kompetente Beratung
* liefert sehr zuverlässig, in Notfällen auch Express

=== Digi-Key ===
(tlw.) deutsche Homepage: [http://de.digikey.com/ Digi-Key]

* optisch nicht besonders ansprechende, aber durchaus sehr funktionelle Website
* beheimatet in den USA, ein Logistikburo gibt es aber in den Niederlanden
* dadurch bedingt 100€ Mindestbestellwert (darunter 13€ Bearbeitungsgebühr) und 18€ Versandkosten
* Versand dafür sehr flott mit UPS Express (in rund zwei bis drei Tagen da)
* Angebot teilweise sehr umfangreich, manches aber auch gar nicht (z.B. wenig Philips-Halbleiter)

* Preise sind auf der deutschen Website in Euro inklusive etwaigem Zoll angegeben, allerdings ohne Mehrwertsteuer, die korrekt abgerechnet wird (d.h. man zahlt bei Versand nach Österreich 20% Mwst., nach Deutschland m.W.n. 16%)
* Zusammenfassend kann man sagen, dass sich Digikey aus Europa vor allem/eher nur für größere Bestellungen oder Sammelbestellungen anbietet, ansonsten sind der Mindestbestellwert und die Versandkosten in der Relation einfach zu hoch.

=== Elektronikladen ===
Homepage: http://www.elektronikladen.de

* Spezialist für Mikrokontroller
* Entwicklungssysteme
* entsprechende Literatur und Software

=== Elektro-Nix ===
Homepage: http://www.elektro-nix.de/

* Spezialisierung auf µC, Flash-, AVR- u. 8051er uC´s
* sehr günstig

=== Eltrix ===
Homepage: http://www.eltrix.de/shop.htm

* Verbrauchsmaterial, Tips und Tricks fürs Leiterplattenherstellen und Löten

=== ELV ===
Homepage: [http://www.elv.de/ ELV]

* nicht sehr große Auswahl an Einzelteilen
* riesiges Angebot an Zubehör für Hobbyisten
* viele z.T. pfiffige Eigenentwicklungen, Bausätze (auch zum Download auf der Website verfügbar)
* sonst Sortiment ähnlich Conrad, nicht billig
* nicht billig, merkwürdigerweise sind manche Artikel aber die günstigsten auf dem Markt
* mühsamer Onlinekatalog
Immer mal wieder Fehllieferungen und Wartezeiten (zumindest in die Schweiz). Service erreichte in 3 Fällen nicht das inserierte Niveau.

=== ETT ===
Homepage: [http://www.ett-online.de/ ETT]

* Grosshandel nur für Gewerbekunden
* Ladengeschäft in Braunschweig für jedermann

=== EVE ===
Homepage: http://www.eve.de

* Versandhaus für elektronische Artikel in Emsdetten
* machen auch Kabelkonfektion
* Pb - freie Artikel markiert

=== Farnell ===
Homepage: [http://www.farnell.de/ Farnell InOne]

* große Auswahl
* relativ teuer jedoch 12% Rabatt für Schüler/Studenten/Lehreinrichtungen
* sehr schneller Versand, Ware ist in 99% aller Fälle am nächsten Tag da (UPS)
* laut AGB: Das Angebot von Farnell InOne richtet sich ausschliesslich an gewerbliche Nutzer, Ausnahme sind Studenten.
* schlechter Telefonservice - selten ist ein Techniker frei
* Bei jedem kleinen Anfruf muss man die Kundennummer parat haben.
* Hat zwar eine große Auswahl an Mikrocontroller, diese sind aber zum Großteil sehr veraltet und vom Hersteller oft schon längst abgekündigt. Neuere Modelle die teilweise schon 2-3 Jahre auf dem Markt sind werden nicht angeboten.

=== Geist ===
Homepage: [http://www.geist-electronic.de/ Geist Electronic-Versand GmbH]

* Liefern Bauteile für Elektor-Projekte

=== Hinkel ===
Homepage: http://www.hinkel-elektronik.de

* Batterien
* Knopfzellen, spezielle KZH, die man sonst lang sucht, findet man hier

=== Kessler ===
Homepage: [http://www.kessler-elektronik.de/ Kessler]

* im Preis-Leistungsverhältnis mit Reichelt zu vergleichen (sprich: günstig)
* Sortiment ähnlich Reichelt mit gewissen Abweichungen (z. B. andere FPGA und RAMs)
* oft lange Lieferzeiten

=== MEGAKICK Electronic Stores ===
Homepage: http://www.megakick-stores.de

* Fehlerhaftes JavaScript. Opera und Geko können den Shop nicht anzeigen

=== Micromaus ===
Homepage: http://www.micromaus.de

* Sensoren
* Mikrokontroller

=== Microcontroller-Starterkits ===
Homepage: http://www.microcontroller-starterkits.de

* Bauteile CAN, Ethernet, Mikrokontroller AVR und ARM, Linearregler 1,8V 3,3V 5V in SOT223
* Leerplatinen, Bausätze
* günstig

=== Mütron ===
Homepage: [http://www.muetron.de Mütron]

=== Oppermann ===
Homepage: http://www.oppermann-electronic.de

* Restposten, auch HF Bauteile
* auch Privatkunden
* Lieferung nach üblicher Zeit

=== Pollin ===
Homepage: [http://www.pollin.de/ Pollin Electronic]
* Günstige Restposten aller Art
* Produkte teils schnell ausverkauft
* Lieferzeit gut eine Woche

=== Reichelt ===
Homepage: [http://www.reichelt.de/ Reichelt]

* relativ große Auswahl, aber nicht viele "brandaktuelle" Bauteile
* wenn man höflich fragt, liefern sie ganz selten auch Bauteile, die nicht im Katalog stehen zu "normalen" Preisen (vorausgesetzt der Hersteller ist im Sortiment), z.B. Xilinx XC2S50, aber meist erhält man die Antwort, dass der Artikel nicht im Sortiment ist, obwohl auf der Homepage unter Service extra ein Punkt angeführt ist: "Ich benötige einen Artikel, der nicht im Programm ist"
* reagiert aber teilweise auch auf Anregungen, neue Produkte in das Angebot aufzunehmen; siehe dazu auch den Artikel [[Reichelt-Wishlist]]
* liefert schnell und vollständig; wenn etwas ausnahmsweise nicht verfügbar ist, dann liefern sie es auf eigene Kosten nach, wenn der Artikel in absehbarer Zeit wieder vorrätig ist (selbst wenn er nur 0,20€ wert ist).
* Lieferzeiten normal, manchmal unverständlicherweise länger als üblich
* lässt einen dennoch manchmal warten, wenn ein Artikel nicht lieferbar ist! Daher bei der Bestellung immer darauf hinweisen daß man auch eine Teillieferung akzeptiert. (Laut Auskunft dauert das länger, besser nach der Inet-Bestellung anrufen und nichtlieferbare Teile aus der Bestellung streichen lassen)
* niedrige Preise (aber unbedingt Qualität des Artikel checken)
* im Inland (Deutschland) 10€, ins Ausland 150€ Mindestbestellwert
* auch in die Schweiz sehr guter Service

=== Ribu ===
Homepage: [http://www.ribu.at/ Ribu]

* Sehr guter Elektronikversand in Österreich mit zahlreichen Entwicklungsboards und zahlreichen Elektroniklösungen!
* Liefert sehr schnell und hat eine ausgezeichnete Beratung.
* Online-Shop ist sehr übersichtlich und einfach zu bedienen.
* Lieferstatusanzeige für alle Artikel. Bei Auslaufartikeln ist sogar die noch verfügbare Stückzahl sichbar!
* Günstige Sonderangebote
* Liefert schon ab 75,- ohne Porto- und Versandkosten auch an Privatkunden

=== RS Components ===
Homepage: [http://www.rs-components.com/ RS Components]

* Einer der absolut teuersten Anbieter
* gute Auswahl insbesondere an "mechanischen Bauteilen"
* gute Verfügbarkeit
* sehr schneller Versand, Ware ist in 99% aller Fälle am nächsten Tag da (GP)
* lt. AGB nur an gewerbliche Abnehmer
* Ständig werden Bauteile abgekündigt, auch wenn sie der Hersteller teilweise noch produziert. Man muss dann oft auf Ersatztypen ausweichen, die nur in Verpackungseinheiten von 25 Stück oder mehr verkauft werden.
* Sehr teuer gekaufte Sortimente (Widerstände, Kondensatoren) können zum Großteil nicht nachgefüllt werden. Die Bauteile gibt es nicht nachzukaufen (Nur ähnliche Bauteile.). Empfehlung: Einzelne Widerstände für das Widerstands-Sortiment bei Conrad nachbestellen.

=== Sasco ===
Homepage: http://www.sasco.de/

* Distributor für Analog Devices...
* Liefert auch an Privatkunden? bitte ergänzen

=== Sander Elektronik ===
Homepage: http://www.sander-electronic.de

* beliefert auch Privatkunden, Bankeinzug möglich
* ähnlich Segor ein Berliner Versender
* Hier findet man manche [[MSP430]], die es sonst nicht in kleinen Stückzahlen gibt
* Herr Sander ist sehr kompetent und selbst Autor von Fachartikeln
* selbst abgekündigte Halbleiter können noch beschafft werden

=== Schukat elektronic ===
Homepage: [http://www.schukat.de/ Schukat]

* liefert nicht an privaten Endverbraucher
* einfache und passiver Bauteile oft nur in großen Mindeststückzahlen
* ICs teilweise recht preiswert (vor allem bei mehr als 1 Stück, z.B. auch AVR)
* LCDs sehr preiswert und auch als Einzelstücke
* aktuelle Preise und Verfügbarkeit im Internet (aber nur nach Anmeldung)

=== Schuricht ===
Homepage: [http://www.schuricht.de/ Schuricht]

* liefert nicht an Privatkunden
-> nach meiner Erfahrung wird auch an Privatkunden geliefert. Oli

=== Schuro Elektronik GmbH ===
Homepage: [http://www.schuro.de Schuro]

* Elektronische Bauelemente und Bauteile für den Audio und Lautsprecherbau.

=== Segor-electronics ===
Homepage: [http://www.segor.de/ Segor-electronics]
* Spezialist für Halbleiter, die ansonsten für nicht-gewerbliche Abnehmer nur schwer erhältlich sind (Preise dahingehend "angemessen")
* auch Privatkunden gerne gesehen
* Ladengeschäft in Berlin
* kein Mindestbestellwert bei Versand innerhalb der EU

=== SE Spezial-Electronic ===
Homepage: [http://www.spezial.de/ SE Spezial-Electronic]

=== Tec-Shop (Wolfgang Rompel Elektronik) ===
Homepage: [http://www.tec-shop.de www.tec-shop.de]

* Kleines aber ausgesuchtes Sortiment
* Interessantes Angebot an Sensoren

=== Trade-Shop ===
Homepage: [http://www.trade-shop.de/ http://www.trade-shop.de/]

* hat so gut wie keine elektronischen Bauteile, sondern eher Satelliten-Bedarf...

=== Völkner ===
Homepage http://www.voelkner.de

* früher eigenständig, jetzt von Conrad einverleibt

=== Westfalia ===
Homepage http://www.westfalia.de

TODO: artools, elektronik-fundgrube, elpro

== Siehe auch ==
* [[Platinenhersteller]]

== links ==
http://www.aufzu.de Liste aller Distributoren

* http://www.xs4all.nl/~ganswijk/chipdir/ Suche nach integrierten Schaltkreisen
* http://www.alldatasheet.com Datenblätter

Diskussion:Platinenherstellung mit der Tonertransfermethode

2005-08-23T19:12:28Z

131.130.1.135:

was heisst: ...auf eine reichelt katalogseite gedruckt ?

u.a. die reichelt-kataloge verwenden relativ glattes (fast lackiertes?) papier, auf dem der toner (hoffentlich) eben moeglichst wenig haftet. d.h. man druckt es z.b.(!) auf eine (rausgerissene) seite des reichelt-kataloges, in der hoffnung, dass man das gedruckte dann nachher noch halbwegs von ebendieser seite runterbekommt (weil es eben wenig haftet).

der artikel ist so geschrieben, dass es erscheint, als waere das belichten vollkommen ausgelassen worden, da kenn ich mich jetzt nicht mehr aus.
ein kurzer hinweis, wie lang man ungefaehr buegeln muss waere auch toll!

Umbau Schweißtrafo zum Gleichstromschweißgerät

2005-08-20T14:10:37Z

131.130.1.135:

==Umbau Schweißgerät==

hier möchte ich meinen Umbau eines Schweißtrafos zum Gleichstromschweißgerät dokumentieren und anderen Leuten die Möglichkeit bieten das nachzubauen oder mit eigenen Vorschlägen, Tipps & Tricks zur Verbesserung beizutragen.

Es geht darum einen normalen Baumarkt-Schweißtrafo, gleichzurichten und danach noch etwas zuglätten um einen sauberen Gleichstrom zur Verfügung zu haben, später soll ein µC mit eingebunden um die Leistung zu regeln und dadurch einige Funktionen wie Hotstart, ArcForce usw. zu integrieren, die das Schweißen erheblich erleichtern.

Ich habe als erstes einige mechanische Verbesserungen am Gerät durchgeführt, z.B. Lüfternachrüstung, Dinse-Anschlußbuchsen verbaut, neue Schweißkabel hergestellt, Elektrodenhalter und Masseklemme ersetzt, weitere Bedienelemente in die Front gebaut.

Nun viele werden sich gleich fragen was ist daran besser mit Gleichstrom anstatt mit Wechselstrom zu schweißen.
:Der Hauptvorteil ist der gleichmäßige Strom da es hier keinen Nulldruchgang gibt wo der Strom immer kurzfristig unterbrochen wird. Wodurch es Probleme wie den Abriss des Lichtbogens bei geringen Schweißstrom geben kann oder ein schlechtes Zünden der Elektrode.
:Es gibt natürlich auch Nachteile des Gleichstromes, es lassen sich manche Materialen nicht verschweißen weil sie eine Oxidschicht bilden und sich so das Schweißgut nicht mit dem Elektrodenwerkstoff verbindet, hier wird also explizit Wechselstrom bzw. gepulster Gleichstrom benötigt um die Oxidschicht aufzubrechen. Aber Alu warund ist bei mir erstmal kein Einsatzwerkstoff.

Nun möchte ich euch zeigen wie der Spannungsverlauf beim Wechselstrom abläuft und wie sich das ganze nach dem
Gleichrichten und Glätten verhält. Interessant ist hier auch der Vorteil des 3 Phasen Drehstromes zu sehen.

http://people.freenet.de/Thomasoly/Schwei%DFen/Wechselspannung.GIF http://people.freenet.de/Thomasoly/Schwei%DFen/PulsierendeGleichspannunglangsam.GIF http://people.freenet.de/Thomasoly/Schwei%DFen/PulsierendeGleichspannungschnell.GIF
http://people.freenet.de/Thomasoly/Schwei%DFen/StabileGleichspannung.GIF http://people.freenet.de/Thomasoly/Schwei%DFen/Drehstrom.GIF http://people.freenet.de/Thomasoly/Schwei%DFen/3PhasenGleichpannung.GIF

*Bild 1 zeigt eine ganz normale Wechselspannugn wie man sie aus der Steckdose entnehmen kann.
*Bild 2 zeigt den Spannungsverlauf nachdem eine Diode verwednet wurde hier kommt nur die positive Halbwelle durch, das wäre dann eine pulsierende Gleichspannung allerdings mit einem Verlust von 50%
*Bild 3 zeigt den Spannungsverlauf nach einem Brückengleichrichter hier wird praktisch die negative Halbwelle nach oben geplappt was auch eine pulsierende Gleichspannugn ergibt aber ohne den 50%tigen Verlust.
*Bild 4 eigentlich die perfekte Gleichspannung wie sie z.B. von einer Batterie zur Verfügung gestellt wird, hierzu gibt es nach der Gleichrichtung aber noch einen Unterschied. Also muss noch etwas getan werden. Dazu habe ich zwei Möglichkeiten in Betracht gezogen einmal eine Speicherdrossel und einmal einen Kondensator. Es gilt also wärend eines Impulses soviel Energie zu speichern um wärend des Abfalls des Impulses diese Energie zur Verfügung zu stellen, damit ein möglichst geringer Abfall entsteht.
*Bild 5 das ist Drehstrom also geläufig auch als Starkstrom bezeichnet hier gibt es 3 Phasen die jeweils um 120° versetzt sind, wenn das mit einer Brückengleichrichterschaltung gleichgerichtet wird sieht man in Bild 6 das es hier keine Nullphase mehr gibt wie es beim normalen Wechselstrom bzw. noch bei der ungeglättenden pulsierenden Gleichspannung vorkommt.

Es muss also ein Energiespeicher her der genügend Energie speichern kann um diese Pause überbrücken zu können, umso höher die Frequenz also ist desto kleiner könne die Teile ausfallen, das ist auch der Vorteil eines Inverterschweißgerätes, hier wird mit bis zu 200 kHz gearbeitet wodurch die Trafospulen, die Drosseln und die Kondensatoren sehr klein ausgelegt werden können wodurch sich ein sehr großer Gewichtsvorteil zu einem Schweißtrafo ergibt. Nun also zum Vergleich wie es mit einem kleinen und einem großen Elkos ausschaut.

http://people.freenet.de/Thomasoly/Schwei%DFen/KleinerElko.GIF http://people.freenet.de/Thomasoly/Schwei%DFen/Gro%DFerElko.GIF

Hier sieht man also sehr schön das dem kleinen Kondensator sehr schnell der Saft ausgeht und die Spannung sehr früh abfällt, der große Kondensator hingegen hällt die Spannugn bis zum nächster Impuls auf einem hohen Level. Bei Kondensatoren gibt es allerdings den Nachteil das man diesen überlasten kann da sie nur mit einem gewissen Maximalstrom belastet werden dürfen, der bei der benötigten Bauart ca. 30-50A beträgt, wenn das Schweißgerät zumindestens kurzfristig 150A liefern kann wird ein Elko das nicht lange mitmachen, deswegen werden hier meistens mehrere Kondensatoren parallel geschalten. Diesen Nachteil scheint es bei der Drossel nicht zu geben, allerdings bringt eine Drossel wieder eine größere Bauform sowohl auch mehr Gewicht auf die Wage. Oft bedienen sich die Hersteller an den Vorteilen beider Bauteile und verwenden neben einer kleineren Drossel noch eine Reihe Kondensatoren. Diese bieten den weiteren Vorteil das beim Schweißbeginn kuzfristig ein sehr große Energie zur Verfügung gestellt werden kann, weil sie die Kondensatoren sich im Leerlauf meist mit einer Spannung um die 50V aufladen können, so gibt es dann keine Problem mit dem Zünden der Elektrode. Die Schweißspannung geht beim Schweißen dann sowieso auf, je nach gewünschten Strom, auf ca. 18-26V zurück.

Zum Gleichrichten der Wechselspannung habe ich 10 x B700C35(1,25€/Stück bei Reichelt) Metallbrückengleichrichter hier, erste Versuche liefen wegen des Verdrahtungsaufwandes mit 4 Stück, ich warte aber noch auf meine Kupferplatte und dann werde ich entweder 3x3 oder 5x2 nehmen, ja nachdem wies mit dem Platz auschauen wird, weil ich noch einen 170mm Lüfter nachrüsten will und die Drossel auch noch etwas Platz beanspruchen wird.

Falls sich jemand für Teile interessiert, ich habe bis jetzt folgende günstige Angebote bekommen: Drossel 34,-€ bei Einzelabnahme also wirds evtl. noch billiger wenn eine Hand voll Interessenten zusammenkommt Elkos die 100V Spannungsfest sind und auch eine größere Kapazität >47.000µF haben hab ich bis jetzt noch keine erschwinglichen gefunden Aber vielleicht kennt ja jemand ne günstige Bezugsquelle für solche großen 100V Elkos.

Weiterhin möchte ich eine Phasenanschnittsregelung zu integrieren, ich weiß aber nicht welcher Triac oder sonstiges Bauteil mit der hohen Induktivität des Schweißtrafos bzw. der hohen Kapazität der Elkos zurecht kommt und nicht gleich durchbrennt. Sollte man evtl. einige Triacs parallel schalten?

http://people.freenet.de/Thomasoly/Schwei%DFen/Phasenanschnitt_Wechselspannung.GIF http://people.freenet.de/Thomasoly/Schwei%DFen/Nullpunktschaltung.JPG

So würde das dann ausschauen es wird verzögert durchgeschalten dadurch, kommt einfach weniger Strom zum Verbraucher. Es gäbe auch die Möglichkeit mit einem Nullpunktschalter einzelne Wellen wegzulassen dadurch würde aber die Frequenz noch weiter absinken und die Glättung würde wieder größere Bauteile benötigen um die nötige Zeit überbrücken zu können.

Ein weiteres Problem könnte in Verbindung mit der hohen Induktivität des Trafos auftreten, und zwar folgt der Strom nicht 100% der Spannung, sondern er ist durch die Lade/Entladezeit der Induktivität verzögert, wodurch evtl. die Erkennung durch den µC Schwierigkeiten bereiten könnte da dieser ja mittels Spannungsteiler die Spannung misst. Der µC erkennt also einen Nulldurchgang der Triac hat aber noch nicht gelöscht weil noch eine gewisse Zeit lang Strom fließt.

http://people.freenet.de/Thomasoly/Schwei%DFen/Verz%F6gerung-Induktivit%E4t.GIF

Hier habe ich noch etwas genauere Daten zum Umbau die werde ich später hier mit einbringen.

http://people.freenet.de/Thomasoly/Schwei%DFen/UmbauSchweisstrafo.html

[[Kategorie:Projekte]]

Reichelt-Wishlist

2005-08-15T23:10:04Z

131.130.1.135:

== Reichelt Wunschliste ==

Viele kaufen ihre Elektronik bei Reichelt. Ärgerlich, dass so manche wichtigen Dinge fehlen. Aus dieser Idee entstand der Thread:

http://www.mikrocontroller.net/forum/read-1-107307.html

Einiges davon hat Reichelt bereits ins Angebot aufgenommen. Damit dies weitergehen kann, kann man hier seine Wünsche veröffentlichen. Reichelt sollte sicherheitshalber regelmäßig angeschrieben werden, damit diese Liste nicht in Vergessenheit gerät.

Damit sich die beliebtesten Artikel herauskristalisieren, macht jeder einfach '''einen''' virtuellen Strich dahinter: | (ALT-GR Taste und < Taste drücken). Alle fünf Striche (|||||) bitte immer ein Leerzeichen einfügen.

Neue Artikel einfügen darf und soll natürlich auch jeder - aber bitte die Liste vorher durchgehen (Tipp: Browser-Suchfunktion nutzen)! Einfach ganz viele Striche auf einmal, hinter einem Artikel, einzufügen ist zwecklos. Das erkennt man in der History und es gibt viele Leute, die diese Seite überwachen...

'''Nicht sinnvoll ist etwas sehr exotisches''', wie z.B. einen ganz bestimmten, super schnellen, AD-Wandler hier aufzulisten! Neue Artikel müssen sich für Reichelt ja auch rentieren und wirtschaftlich "an den Mann bringbar" sein.

= Wunschliste =
== Halbleiter ==
=== Controller/FPGA/CPLD ===
* Microcontroller mit USB-Anschluß (von Cypress oder Atmel in PDIP z.B. AT89C5131, AT43USB355, CY7C637xx) ||||| ||||| ||||| || => Bereits im Sortiment: Cypress EZ-USB TQFP-44, Best. Nr AN2131 SC
* Konkret: Neuer PIC mit USB PIC18F4550 ||||| ||||| ||||
* Konkret: PIC 16F628A (weil: besser als 16F628) |
* Mehr FPGAs (v.a aktuellere) von Xilinx, z.B. Spartan III (v.a. auch größere Typen, die noch im TQFP-Gehäuse zu haben sind wie XC3S400) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* TI MSP430F1611 (10k RAM, 48k Flash) ||||| ||||| ||||| ||||
* Philips LPC2104, LPC2105, LPC2106 ||||| ||||| ||||| ||||| ||||| ||||| ||||| (auch LPC213X, LPC211x und LPC22xx)
* Atmel ATtiny25/45/85 ||||| ||||| ||||| |||
* Atmel ATmega88, ATtiny13V ||||| ||||| ||||| |||| |||(ATtiny13(DIP u. SO ohne "V") sind bereits verfügbar)
* Atmel ATMEGA1280 |||
* Atmel ATMEGA48 TQFP |||||
* Atmel ATMEGA2560 ||||| ||||| ||||| |||||
* Atmel AVR Controller mit Funkanbindung z.B. AT86RF211, AT86RF401, dazu passende Quarze (evtl. SMD) 18,080 MHz (Crystek P/N 016758), Spulen 39nH. ||||| ||||| ||||| ||||
* Atmel AT91SAM7S32, AT91SAM7S64 ||||| |||| ||||| ||||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com ||||| ||||
* Microchip PIC 16F88 |||| ||
* Microchip PIC16F684 |
* Microchip dsPIC ||||| ||
* Freescale HCS12 Controller |||||
* ALTERAs CPLD EPM70xx - Familie |||||
* SX20 SX28 IP2022 von Ubicom |
* SAA5281 Videotextinterface von Philips |||
* TUSB3210 von Texas Instruments |

=== Speicher ===
* Atmel DataFlash, z.B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) ||||| ||||| ||||| ||||| ||||
* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 ||||| ||
* NextFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) ||||| ||||| ||
* Schnelles RAM (10, 15 oder 20ns) (5V/3,3V) ||||| |||

=== ICs ===
* Aufwärtsregler (Step-Up-Konverter): Maxim MAX629 ||||
* uC supervisor chips + watchdog z.B.: MAX6864 ist z.Z. der beste (0.2uA!) |||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) ||||| |||
* DTMF-Dekoder-Enkoder (8870, 8880) ||||| ||||| ||
* Philips PCA82C252 oder TJA1054A oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) |||||
* MCP25050 CAN-Bus Input/Output Expander |||
* Maxim Switched Capacitor Tiefpass-Filter (z.B. MAX297) ||
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) ||||
* Motortreiber TLE 4205 ||
* Ethernet-Controller RTL8019AS und Übertrager FB2022 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* SPI-Ethernet-Controller ENC28J60 und passender Übertrager und passenden Quarz (25,0000 Mhz !) ||||| ||||| ||||| |
* AD7524 in SMD ||||| ||||
* ADS8320 ADC 16 Bit seriell ||||| ||||| ||||| ||||| |||
* DAC7612 DAC 12 Bit seriell ||||| ||||| ||||| |||
* Generell mehr 1-Wire IC ||||| ||||
* Generell mehr I²C IC ||||| ||||| ||||||
* I²C-Bus to 1-Wire DALLAS DS2482-100 bzw. DS2482-800 ||||| ||
* I²C-Bus Temperatursensor DS1631Z ||||| ||
* UDN 2987 LW (Source Driver UDN2987 in SMD-Bauform) |
* MAX6958 / MAX6959 (I²C 4-Digit, 9-Segment LED Display Drivers with Keyscan) |||| |
* MCP23016 16Bit I²C I/O Expander ||||| ||
* vielseitige PLL Schaltkreise für Frequenzerzeugung. z.B. MC145170D2 (SOIC16) ||||| ||||
* Digital Potentiometer (z.B. 2-Wire MAX546x) |||
* RS485 ESD fest: MAX3086E oder 75180 oder ISL83086E ||||| |
* Mehr FET-Treiber (TI UCC3372x, HIPxxx , die neueren Brückentreiber von Maxim |||||
* Max6650 ||
* LTC24xx ||
* LM3886 |||||
* DAC8830 IDT (16Bit-DAC,ser. Input) |||||
* D/A Wandler mit 4 oder mehr Ausgängen, z.B. TLC5620/TLV5629 |||
* neue I2C IO von Philips PCA9555 (16 Bit par. I/O, c't Project Soundcheck II) ||
* PCA9530D 2Bit I2C_BUS LED-Dimmer |
* PCA9531D 8Bit I2C_BUS LED-Dimmer |
* PCA9532D 16Bit I2C_BUS LED-Dimmer |
* PCA9533D 4Bit I2C_BUS LED-Dimmer |
* PCA9550D 2Bit I2C-BUS LED-Blinker |
* PCA9551D 8Bit I2C-BUS LED-Blinker |
* PCA9552D 16Bit I2C-BUS LED-Blinker |
* PCA9553D 4Bit I2C-BUS LED-Blinker |
* MAX7311AWG 2Wire Interface von Maxim |
* STP08CL596B1 DIP16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP08CL596M SO16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP16CL596B1R DIP24 STM, LOW VOLTAGE 16-BIT CONSTANT CURRENT LED SINK DRIVER |
* STP16CL596M SO24 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |

=== Discrete ===
* 3,3V Längsregler SMD zu vernünfitgen Preisen (Bsp: LF33 --> Best.Nr.: LF 33 CV, Preis: 0,76€)(der LT1086 kostet 4 Euro) |||||| ||||| ||||
* 3,3V Längsregler SMD Ultra Low drop |
* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM ||||
* Größere Auswahl an Step-up Reglern ||||| ||||| ||
* Spannungsregler in SMD-Version (7805 etc., nicht nur der 78L05) ||||| ||||| ||||| |
* Spannungsregler SMD in DPAK |
* BUF420AW Schaltnetzteil Transistor von STM ||||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z.B. 12CWQ06FN von IOR ||||| ||||| ||
* IRF7503/IRF7506 Dual Mosfet SMD
* ZRA250F005 Referenzspanungsquelle 2,5V 0.5% SOT23 gehäuse ||||
* mehr FETs und IGBTs (nichtnur IRF, sehr gut IXYS <- und sauteuer!) ||
* Niederohm-FETs in SO8, N und P |
* SMD-Spannungsregler einstellbar LM317EMP oder LM317AEMP (SMD TO-223 Gehäuse) |||
* Si4562DY N- and P-Channel 2.5-V (G-S) MOSFET SMD |
* Philips PDTD113E/123E und PDTB113E/123E (PNP und NPN im sot23 mit internen Widerständen für Basis und PullUp/Down |
* Digitaltransistoren (BCR*), auch als Pärchen NPN/PNP (BCR10, BCR08pn) |

== Sensoren/Aktoren ==
* Sensirion SHT11 ||||| ||||| ||||| ||||| ||||
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' ||||| |
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) ||||| ||||| ||||| |
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| ||
* NanoMuscle Aktuatoren ||
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) ||||
* IS471 Selbstmodulierende IR-Lichtschranke ||||| ||
* Hall-Sensor UGN3503, KMZ51 |||
* Motorola Drucksensoren z.b. MPX4250 mit AP Druckanschluß ||
* Induktions-Stromsensoren Coilcraft #J9199-A o.Ä. |
* Drehwinkelgeber, Gyro, Kreiselsensoren ähnl. Tokin CG-L43 |
* AD623 Single Supply,Rail-Rail, InstrOpamp |

== Baugruppen ==
* Mini-Bluetooth Module (RS232-Bluetooth-"Wandler"-Platinchen) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* kostengünstige Funkschaltmodule (TLP/RLP) ||||| ||

== "Passive" Bauteile ==
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) ||||| ||||| ||||| ||||| ||||| ||||
* 14,7456 MHz Quarze ||||| ||||| ||
* 25,0000 Mhz Quarz (wird benötigt für Microchip TCP/IP Controller ENC28J60) ||||
* zu Schaltreglern LM257x u.a. passende fertige Spulen (Induktivitaet, max.Strom, keine "Entstörspulen") ||||| ||||| ||||| ||||| ||||| ||||| |||| ||||| ||||| |
* Die Micrometals Pulverkerne (-18 und -26) auch in Größer |||||
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 ||||| ||||| ||||| |||
* Passende Ferrite dazu: N27,N41,N67,N87,N97 ||||| ||||| ||||
* SMD Widerstande in Bauform 0603 0402 ||||| ||||| ||||| ||||| ||
* R2R-Widerstandsnetzwerke (z. B. 10/20kOhm für DA-Wandler an Microcontrollern) ||||| | //Es gibt günstige 8bit DACs mit parallelem Interface, z.B. TLC 7528CN für 1,20 EUR
* Magnetics MPP Ringkerne ||||| |
* Magnetics CoolMu Ringkerne ||||| ||
* 25/50W Widerstände (~20/50 Ohm auch weniger) ||||
* ordentliche Speicherspulen mit hohem L und niedrigem R |||
* Netzfilter FFP Reihe Schurter |
* Niederohm-Widerstände (Shunts ab 1mOhm im guten Gehäuse z.B. TO220) ||
* Varistoren 14V auch als bedrahtetes Bauteil (für KFZ-Bordnetz) ||
* Metallbrückengleichrichter für 50A |
* Präzisions-Spannunsgteilernetzwerke ||
* Präzisionswiderstände 0,05% und besser, ev. Drahtgewickelt |||
* Wima MKP4 |
* Kleine Niedervolt-Polyproplyenkondis mit mehr Kapazität ||

== Optoelektronik und Leuchtmittel ==
* OSRAM "Golden Dragon" LEDs (http://www.osram-os.com/goldendragon) |
* low current SMD LEDs (z.B. Osram LG T679 - Anm.: hier gleich die neuen Varianten Lx T67K bestellen, nicht die alten 9er !) ||||| |||
* weisse SMD LED Bauform 0603 |||||
* SMD LED Bauform 0402 rot/gelb/grün/blau/weiss ||||
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller, z.B. Futaba "LCD Emulators") ||||| ||
* Diese 4-Stelligen Dot-Matrix LED Anzeigen Siemens SLG 2016 oder von HP oder ähnliches |
* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||
* IL207AT (SMD Optokoppler von Infineon) |||
* TLP113 (SMD Optokoppler) |
* OSRAM Hyper TOPLEDS gelb LY T676-S1T1-26 |
* OSRAM Hyper TOPLEDS weiß LW T67C-T2U2-5K8L |

== Mechanisches ==
=== Schalter/Potis etc. ===
* Drehimpulsgeber (konkreter Vorschlag von O.R.: PEC16-4220F-S0024 von Bourns) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||| |||
* T215 ersetzen gegen etwas Qualitativeres ||||| <<-- GIBTS, T113A
* Folientastaturen ||||| ||||| ||||| ||
* statt radiohm potis bitte prehostat oder Alphastat 16 63256-026xx ||||| |||||
* passende Touchpanels für die coolen Blue-Line-Grafikdisplays ||||
* mehrpolige Fußschalter, FS 35 bitte bei Druckschalter einordnen |||
* bistabile Relais mit 2 Wicklungen ||||
* Schiebe-Potentiometer, ähnlich C*nrad 441422 ||
* kleiner Joystick wie beim Atmel Butterfly ||||| ||

=== (Steck-) Verbindungen ===
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) |||
* Stift-/Buchsenleisten 2.54mm zum Auseinanderbrechen ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| || => Bereits im Sortiment: SPL XX, AW 122/XX (XX = 20,32,64); leider nicht als brechbaren Buchsenleisten zu SL xXxxG
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2, z.B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=92125 Molex 2081 ?] ) ||||| ||||| ||||| ||
* Print-Steckverbinder (die einreihigen Stecker auf dem PC-Mainboard) ||||| ||||| | //Was soll das sein?
* WOL-Verbindungskabel / Stecker / Print-Connectoren: |||
* gängige Platinenverbinder einreihig RM 2mm mit 2-15 Kontakten (in vielen Geräten verwendet, z.B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=19945 Molex 51004, 53015]): ||
* Für die LC-Displays: Adapterplatine mit anschlüssen im Raster 2,54mm (EA 9907-DIP) siehe http://www.lcd-module.de/ ||||| ||||| |||||
* Hochwertigere 1/4" Klinkenbuchsen, z.B. von Rean oder Cliff ||
* RJ45-Buchse ||| - schon im Sortiment: MEBP 8-8''x'' unter Modular-Stecker bei TK
* TEXTOOL-Fassungen (Breite 7-15,24mm)/ Nullkraftsockel für kleine Mikrokontroller: DIL-20 ||| PLCC-44 ||
*Preiswerte Kontaktierungen für SD/MMC ||

=== Kabel etc. ===
* Flachbandkabel im 2,54mm Raster und dazu passende Auspressstecker und -buchsen ||||| ||||| ||||| ||||
* Flexible Einzellitze, 0,5² in verschiedenen Farben ||||| ||||| ||
* das qualitativ mangelhafte 4mm Laborsteckerprogramm rausnehmen und nur noch Hirschmann anbieten ||||| |
* dünner Schaltdraht (< 1mm Durchmesser, isoliert mit Tefzel oder Kynar) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Zylinderkopfschrauben M3 x 25mm |||||
* Zylinderkopfschrauben M2,5 x 12mm |
* Zylinderkopfschrauben M2,5 x 20mm |

== Platinen/Prototypen ==
* Eisen(III)-Chlorid ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Breadboards/"Steckbretter" ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau ||||| |||||
* Laser-Folien für die Druckformerstellung(Zweckform 3491) ||||| ||||
* Tonerverdichter (www.Huber-Troisdorf.de) |||||
* Platinen Basismaterial, einseitig Cu-beschichtet, 0,5..1 mm dick |
* Adapter TQFP (versch. PinZahlen) auf DIL/QIL ||||

== Werkzeug und Zubehör ==

== Unsortiert/Unspezifisch ==
* mehr SMD Bauteile ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* mehr Familien von Logik-ICs, z.B. AC, ACT (in SMD) ||||| ||||| ||||| ||||| ||
* HCT-Logik in SMD ||||| ||||| ||||| ||||| ||||| ||||| ||||||
* mehr und v.a. kleine (Hand-) Gehäuse ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Preiswertere Alu Druckgussgehäuse, wie z.B. von Hammond Manufacturing |||||
* LiPoly-Zellen (aufladbare Lithiumakkus "Suppentüten) ||||| ||||| ||||| |
* gleicher Mindestbestellwert in Österreich wie in Deutschland ||||| ||||| ||||| ||||| ||
* schnelle Lieferzeit (wie früher 1-2 Tage) ||||| ||||| ||||| ||||| |||||
* nicht wie die Konkurrenz jetzt schon im April den Juli Katalog rausbringen ||||| |
* Filialen in Österreich und der Schweiz :-) ||||| ||||| ||||| ||||
* Günstige Versandkonditionen für die EU ||||| |
* Taster Schalter und LED-Fassungen aus der Mentor FEL-Reihe |
* Versand nach Österreich über GLS oder sonstigen Paketdienst & auf Rechnung, damit die Spesen halbwegs im Rahmen bleiben (bei der letzten Bestellung ca. EUR 40) ||||| ||
* Microchip ICD2 |
* Neuere, bessee NiMh Akkus (z.b. GP1100 2/3A, GP2000 AF, GP2200 4/5SubC) |||
* Bezahlbarere Trafos ||||
* Allgemein mehr Sensoren ||||| ||
* Funk-Entstördrosseln 16A, div. Werte ||
* Breadboard / Laborsteckkarten wie bei ELV od. Conrad ||||
* Toner für Laserdrucker Kyocera FS-1010 TK17 |
* ist ja eigentlich der gängigste Kyocera Toner
* Bessere Auswahl: statt MSP430F147, F148, F149 wenigstens einen mit DAC -> MSP430F16x

== Zur Webseite ==
Eine Webseite ohne Frames ist eigentlich heute Stand der Technik. Oder vielleicht ist es das auch nicht mehr - ich weiß es nicht aber nach meiner Auffassung sollte es Stand der Technik sein. Denn dann hat man für jedes Produkt auch einen eindeutigen Link und kann ggf. auch in Beiträgen, Mails und Anfragen darauf verlinken.

Ferner sollte es möglich sein, Bestellungen, welche noch nicht bearbeitet werden zu verändern, also z.B. was hinzuzufügen oder zu entfernen. Bei einer Wartezeit von ca. 3 Tagen bis zum Versand fällt einem doch noch was ein :-)
Das wird bereits gemacht! Einfach E-Mail an service@reichelt.de mit den Bauteilen, die man noch haben will. I-Net-Nummer nicht vergessen.

= Bereits im Sortiment =

* 3,3V Laengsregler (LT1086-Serie z.B.) ||||| => vgl z.B. [http://reichelt.de/?ARTIKEL=LT%201086%20CM3%2C3 LT 1086 CM3,3] (SMD) oder [http://reichelt.de/?ARTIKEL=LT%201086%20CT3%2C3 LT 1086 CT3,3] (TO-220) bei Reichelt
* Flexible Messleitungen: Wie gesagt Reichelt bietet ja die ganze Palette an Bananen/Laborsteckern, Krokodilklemmen usw. an, nur die Leitungen dazu fehlen im Programm. (Sind schon im Sortiment. Fertig konfektionierte z.B.: ML 100 SW, Meterware z.B.: MESSLEITUNG 10SW)
* FTDI USB Chips ||||| ||||| ||||| ||||| ||||| || => Best-Nr. FT232BM oder FT245BM
* CAN-Bus Controller MCP2515 |||||
* VLSI MP3 Decoder ||||| ||||| ||||| z.Zt. unter CAN-Bus(!) einsortiert
* Atmel AT90CAN128 ||||| |
* MMC / SDC slot ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ==> Bestell-Nr.: CONNECTOR MMC 11, CONNECTOR MMC 12, CONNECTOR SD 21 und CONNECTOR SD 22
* lineare Potentiometer als Schiebepoti ||||| | - Bestell-Nr. PSS-LIN* ("mono") PSM-LIN* ("stereo")
* Echtzeituhr DALAS DS1307 (auch SMD) ||||||| - Bestell-Nr. DS1307/DS1307Z
* Konkret: Neuer PIC ... und PIC18F2550 ||||| |||
* MSP430F1232 |
* Fädelstift, Draht und Kämme ||||| || - Bestell-Nr. Fädelstift/Fädeldraht/Fädelkamm (Warum sind diese Stifte ùnd der Draht nur so "erschreckend" teuer? => immerhin billiger als bei C...)
* Mini-GPS-Module ||||| ||||| ||||| ||||| ||| - Bestell-Nr. GPS ET 102/GPS ET 202/GPS EM 401
* Atmel ATmega48, ATmega168, ATtiny13 ||||| ||||| ||||| | (im neuen katalog und online verfügbar!)
* CompactFlash Stecker ||||| ||||| ||||| || - Bestell-Nr. connector CF 01/ Connector CF 02
* DCF77 Empfangsmodule ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| (DCF77 Modul) (4.5.2005 ist jetzt verfügbar unter DCF77 MODUL, aber leider 50% teurer als bei der Konkurenz, schade!)
* Microchip PIC 12F683 (8pin PIC mit PWM !) => Bereits im Sortiment: Best. Nr PIC 12F683-I/P bzw. PIC 12F683-I/SN
* MSP430F135 ||||| ||||| | ||||| (MSP430F135 im Programm Bestellnr.: MSP430F135 IPM)
* SMD 0 Ohm in Bauform 0805 |||| -> SMD-0805 0,00
* Shunt-Widerstände ||||| ||||| ||||| ||||| (neu im Sortiment: Widerstandsdraht, Best.-Nr. "RD100/x,xx", Leider nur in teuren 100g Spulen)
* dünner isolierter Draht, wie Klingeldraht nur dünner, vielleicht 0.2-0.3mm zum Fädeln von Platinen |||| => Fädeldraht nun im Sortiment
* dünner Silberdraht zur Verdrahtung auf Lochrasterplatinen ||||| | (mögl. bereits im Sortiment "SILBER 0,6MM" ???)
* einzelne Hartmetallbohrer in diversen Grössen ||||| ||||| ||||| ||||| |
* Hartmetallbohrer in mehr verschiedenen Größen (z.B. 1,1mm 1,2mm etc.) ||||| ||| => Gibt es beides Bestellnummern: "Bohrerset" oder für einzelne Bohrer "Bohrer + Größe in mm" Bsp: "Bohrer 0,6"
* 68HC908GP32 |
* überhaupt: Freescale 68HC908- und vor allem 68HCS08-Mikrocontroller fehlen total im Sortiment!

==== Logbuch ====

08.07.2005: bringt herzlich wenig, hier mehrere Stiche auf einmal zu machen, verfälscht den "Bedarf" und macht die Liste unglaubwürdig. - M. Thomas

08.07.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- Thomas O.

13.05.2005: Antwort von Reichelt: der Versand ins Ausland bleibt leider bei 150 Eur -- nurmi

09.05.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- nurmi

08.05.2005: Pflege der Liste hier: Wenn ihr was in der Liste seht, was bereits schon im Angebot ist, löscht es bitte! Sonst ist das hier bald ein unüberschaubares Chaos. -- [http://www.reintechnisch.de Winfried Mueller]

08.02.2005: Positives Feedback von Reichelt. Freuen sich über diese Form der Anregung. In der 2. Märzhälfte sollen weitere Produkte in den neuen Katalog einfließen. -- [http://www.reintechnisch.de Winfried Mueller]

07.02.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- [http://www.reintechnisch.de Winfried Mueller]

Diskussion:Ports benutzen (GCC)

2005-05-30T15:21:15Z

131.130.1.135: unsinn entfernt

Reichelt-Wishlist

2005-05-24T13:31:17Z

131.130.1.135: /* Unsortiert/Unspezifisch */ EIN strich fuer jeden!

AVR-GCC-Tutorial

2005-05-02T17:43:12Z

131.130.1.135: /* Der interne ADC im AVR */, Tippfehler ausgebessert

[[Category:AVR]]

= Vorwort =

Dieses Tutorial soll den Einstieg in die Programmierung von Atmel [[AVR]]-Mikrocontroller in der Programmiersprache [[C]] mit dem freien ("kostenlosen") C-Compiler avr-gcc erleichtern.

Die ursprüngliche Version stammt von Christian Schifferle, die meisten aktuellen Anpassungen von [[Benutzer:Mthomas]]. Viele der im Original-Dokument verwendeten Funktionen (z.B. sbi(), cbi(), outp(), inp()) sind in aktuellen Versionen des [[AVR-GCC|avr-gcc]] C-Compilers und der Laufzeitbibliothek avr-libc nicht mehr enthalten.
Dieses Tutorial wurde an die neuen Funktionen/Methoden angepasst.

In diesem Text wird häufig auf die Standardbibliothek für den avr-gcc-Compiler, die avr-libc, verwiesen. Die online-Version der '''avr-libc Dokumentation''' findet sich [http://www.nongnu.org/avr-libc/user-manual/index.html hier]. Bei [[WinAVR]] gehört die Dokumentation zum Lieferumfang und wird mitinstalliert. 

= Benötigte Werkzeuge =

Um eigene Programme für AVRs mittels avr-gcc/avr-libc zu erstellen und zu testen, wird folgende Hard- und Software benötigt:

* Testboard für die Aufnahme eines AVR Controllers, der vom avr-gcc Compiler unterstützt wird (alle ATmegas und die meisten AT90, siehe Dokumentation der avr-libc für unterstützte Typen). Dieses Testboard kann durchaus auch selbst gelötet oder auf einem Steckbrett aufgebaut werden. Einige Registerbeschreibungen dieses Tutorials beziehen sich auf den inzwischen veralteten AT90S2313. Der weitaus größte Teil des Textes ist aber für alle Controller der AVR-Familie gültig. Brauchbare Testplattform sind auch das [[STK500]] und der [[AVR Butterfly]] von Atmel.
* Der avr-gcc Compiler und die avr-libc. Kostenlos erhältlich für nahezu alle Plattformen/Betriebssysteme. Für MS-Windows im Paket [[WinAVR]]; für Unix/Linux siehe auch Hinweise im Artikel [[AVR-GCC]].
* Programmiersoftware und -hardware z.B. PonyProg (siehe auch: [[Pony-Prog Tutorial]]) oder [[AVRDUDE]] mit [[STK200]]-Dongle oder die von Atmel verfügbare Hard- und Software ([[STK500]], Atmel AVRISP, [[AVR-Studio]]).
* Nicht unbedingt erforderlich, aber zur Simulation und zum Debuggen unter MS-Windows recht nützlich: [[AVR-Studio]] (siehe Abschnitt [[AVR-GCC-Tutorial#Exkurs: makefiles|Exkurs: makefiles]]).

= Was tun, wenn's nicht "klappt"? =

* Herausfinden, ob es tatsächlich ein avr(-gcc) spezifisches Problem ist oder die C-Kenntnisse einer Auffrischung bedürfen. Allgemeine C-Fragen kann man eventuell "beim freundlichen Programmierer zwei Büro-, Zimmer- oder Haustüren weiter" loswerden. Ansonsten: [[C]]-Buch (gibt's auch "gratis" online) lesen.
* Die [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] lesen, vor allem (aber nicht nur) den Abschnitt Related Pages/Frequently Asked Questions = Oft gestellte Fragen (und Antworten dazu). Z.Zt leider nur in englischer Sprache verfügbar.
* Den Artikel [[AVR-GCC]] in diesem Wiki lesen.
* Das gcc-Forum auf [http://www.mikrocontroller.net www.mikrocontroller.net] nach vergleichbaren Problemen absuchen.
* Das avr-gcc-Forum bei [http://www.avrfreaks.net avrfreaks] nach vergleichbaren Problemen absuchen.
* Das [http://lists.gnu.org/archive/html/avr-gcc-list/ Archiv der avr-gcc Mailing-Liste] nach vergleichbaren Problemen absuchen.
* Nach Beispielcode suchen. Vor allem in der Academy von [http://www.avrfreaks.net AVRFREAKS] (anmelden).
* Google oder alltheweb befragen schadet nie.
* Bei Problemen mit der Ansteuerung interner AVR-Funktionen mit C-Code: das Datenblatt des Controllers lesen (ganz und am Besten zweimal)
* einen Beitrag in eines der Foren oder eine Mail an die Mailing-Liste schreiben. Dabei möglichst viel Information geben: Controller, Compilerversion, genutzte Bibliotheken, Ausschnitte aus dem Quellcode, genaue Fehlermeldungen bzw. Beschreibung des Fehlverhaltens. Bei Ansteuerung externer Geräte die Beschaltung beschreiben oder skizzieren (z.B. mit [http://www.tech-chat.de/ Andys ASCII Circuit]). Siehe dazu auch: [http://www.lugbz.org/documents/smart-questions_de.html "Wie man Fragen stellt"].

= Exkurs: makefiles =

Wenn man bisher gewohnt ist, mit integrierten Entwicklungsumgebung à la Visual-C Programme zu erstellen, wirkt das makefile-Konzept auf den ersten Blick etwas kryptisch. Nach kurzer Einarbeitung ist diese Vorgehensweise jedoch sehr praktisch. Diese Dateien (üblicher Name: 'Makefile' ohne Dateiendung) dienen der Ablaufsteuerung des Programms make, das auf allen Unix/Linux-Systemen installiert sein sollte, und in einer Fassung fuer MS-Windows auch in [[WinAVR]] (Unterverzeichnis utils/bin) enthalten ist.

Im Unterverzeichnis ''sample'' einer WinAVR-Installation findet man eine sehr brauchbare Vorlage, die sich einfach an das eigene Projekt anpassen lässt ([[Media:Makefile|lokale Kopie Stand Sept. 2004]]). Wahlweise kann man auch [http://www.sax.de/~joerg/mfile/ mfile] von Jörg Wunsch nutzen. mfile erzeugt ein makefile nach Einstellungen in einer grafischen Nutzeroberfläche, wird bei WinAVR mitinstalliert, ist aber als TCL/TK-Programm auf nahezu allen Plattformen lauffähig.

''Die folgenden Ausführungen beziehen sich auf das WinAVR Beispiel-Makefile.''

Ist im Makefile alles richtig eingestellt genügt es, sich drei Parameter zu merken, die über die shell bzw. die Windows-Kommandozeile (cmd.exe/command.com) als Parameter an "make" übergeben werden. Das Programm make sucht sich "automatisch" das makefile im aktuellen Arbeitsverzeichnis und führt die darin definierten Operationen für den entsprechenden Aufrufparameter durch.

{| border=1
| ''make all''
| Erstellt aus den in im makefile angegebenen Quellcodes eine ''hex''-Datei (und ggf. auch ''eep''-Datei).
|-
| ''make program''
| Überträgt die hex-Datei (und wahlweise auch die eep-Datei für den EEPROM) zum AVR.
|-
| ''make clean''
| löscht alle temporären Dateien, also auch die hex-Datei
|}

Diese Aufrufe können in die allermeisten Editoren in "Tool-Menüs" eingebunden werden. Dies erspart den Kontakt mit der Kommandozeile. (Bei WinAVR sind die Aufrufe bereits im Tools-Menü des mitgelieferten Editors Programmers-Notepad eingefügt.)

Üblicherweise sind folgende Daten im makefile anzupassen:
* Controllertyp
* Quellcode-Dateien (c-Dateien)
* Typ und Anschluss des Programmiergeräts

seltener sind folgende Einstellungen durchzuführen:
* Grad der Optimierung
* Methode zur Erzeugung der Debug-Symbole (Debug-Format)
* Assembler-Quellcode-Dateien (S-Dateien)

Die in den folgenden Unterabschnitten gezeigten makefile-Ausschnitte sind für ein Programm, das auf einem ATmega8 ausgeführt werden soll. Der Quellcode besteht aus den c-Dateien superprog.c (darin main()), uart.c, lcd.c und 1wire.c. Im Quellcodeverzeichnis befinden sich diese Dateien: superprog.c, uart.h, uart.c, lcd.h, lcd.c, 1wire.h, 1wire.c und das makefile (die angepasste Kopie des WinAVR-Beispiels).

Der Controller wird mittels [[AVRDUDE]] über ein [[STK200]]-Programmierdongle an der Schnittstelle lpt1 (bzw. /dev/lp0) programmiert. Im Quellcode sind auch Daten für die ''section .eeprom'' definiert (siehe Abschnitt Speicherzugriffe TODO: nach unten verlinken), diese sollen beim Programmieren gleich mit ins EEPROM geschrieben werden.

== Controllertyp setzen ==

Dazu wird die "make-Variable" MCU entsprechend dem Namen des verwendeten Controllers gesetzt. Ein Liste der von avr-gcc und der avr-libc untersützten Typen findet sich in der [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc].

<pre class="code">
# Kommentare in Makefiles beginnen mit einem Doppelkreuz
...

# ATmega8 at work
MCU = atmega8
# oder MCU = atmega16
# oder MCU = at90s8535
# oder ...
...
</pre>

== Quellcode-Dateien einstellen ==

Den Namen der Quellcodedatei welche die Funktion main enthält, wird hinter TARGET eingetragen. Dies jedoch ohne die Endung ''.c''.

<pre class="code">
...
TARGET = superprog
...
</pre>

Besteht das Projekt wie im Beispiel aus mehr als einer Quellcodedatei, sind die weiteren c-Dateien (nicht die Header-Dateien, vgl. [[Include-Files (C)]]) durch Leerzeichen getrennt bei SRC einzutragen. Die bei TARGET definierte Datei ist schon in der SRC-Liste enthalten. Diesen Eintrag nicht löschen!

<pre class="code">
...
SRC = $(TARGET).c uart.c lcd.c 1wire.c
...
</pre>

Alternativ kann man die Liste der Quellcodedateien auch mit dem Operator += erweitern.

<pre class="code">
SRC = $(TARGET).c uart.c 1wire.c
# lcd-Code fuer Controller xyz123 (auskommentiert)
# SRC += lcd_xyz.c
# lcd-Code fuer "Standard-Controller" (genutzt)
SRC += lcd.c
</pre>

== Programmiergerät einstellen ==

Die Vorlagen sind auf die Programmiersoftware [[AVRDUDE]] angepasst, jedoch lässt sich auch andere Programmiersoftware einbinden, sofern diese über Kommandozeile gesteuert werden kann (z.B. stk500.exe, uisp, sp12).

<pre class="code">
...
# Einstellung fuer STK500 an com1 (auskommentiert)
# AVRDUDE_PROGRAMMER = stk500
# com1 = serial port. Use lpt1 to connect to parallel port.
# AVRDUDE_PORT = com1 # programmer connected to serial device

# Einstellung fuer STK200-Dongle an lpt1
AVRDUDE_PROGRAMMER = stk200
AVRDUDE_PORT = lpt1
...
</pre>

Sollen Flash(=.hex) und EEPROM(=.eep) zusammen auf den Controller programmiert werden, ist das Kommentarzeichen vor AVRDUDE_WRITE_EEPROM zu löschen.

<pre class="code">
...
#Auskommentiert: EERPOM-Inhalt wird nicht mitgeschrieben
#AVRDUDE_WRITE_EEPROM = -U eeprom:w:$(TARGET).eep

#Nich-auskommentiert EERPOM-Inhalt wird mitgeschrieben
AVRDUDE_WRITE_EEPROM = -U eeprom:w:$(TARGET).eep
...
</pre>

== Anwendung ==

Die Eingabe von ''make all'' im Arbeitsverzeichnis mit dem makefile und den Quellcodedateien erzeugt (unter anderem) die Dateien superprog.hex und superprog.eep. Abhängigkeiten zwischen den einzelnen c-Dateien werden dabei automatisch berücksichtigt. Die ''superprog.hex'' und ''superprog.eep'' werden mit ''make program'' zum Controller übertragen. Mit ''make clean'' werden alle temporären Dateien gelöscht (="aufgeräumt").

== Sonstige Einstellungen ==

=== Optimierungsgrad ===

Der gcc-Compiler kennt verschiedene Stufen der Optimierung. Nur zu Testzwecken sollte die Optimierung ganz deaktiviert werden (''OPT = 0''). Die weiteren möglichen Optionen weisen den Compiler an, möglichst kompakten oder möglichst schnellen Code zu erzeugen. In den weitaus meisten Fällen ist ''OPT = s'' die optimale (sic) Einstellung, damit wird kompakter und oft auch der "schnellste" Maschinencode erzeugt.

=== Debug-Format ===

Unterstützt werden die Formate stabs und dwarf-2. Das Format wir hinter ''DEBUG ='' eingestellt. Siehe dazu Abschnitt ''Eingabedateien zur Simulation''.

=== Assembler-Dateien ===

Die im Projekt genutzten Assembler-Dateien werden hinter ASRC durch Leerzeichen getrennt aufgelistet. Assembler-Dateien haben immer die Endung .S (großes S). Ist zum Beispiel der Assembler-Quellcode eines Software-UARTs in einer Datei softuart.S enthalten lautet die Zeile: ''ASRC = softuart.S''

=== Taktfrequenz ===

Neuere Versionen der WinAVR/Mfile Vorlage für Makefiles beinhalten die Definition einer Variablen F_CPU (WinAVR 2/2005). Darin wird die Taktfrequenz des Controller in Herz eingetragen. Die Defintion steht dann im gesamten Projekt ebenfalls unter der Bezeichnung F_CPU zur Verfügung (z.B. um daraus UART-, SPI- oder ADC-Frequenzeinstellungen abzuleiten).

Die Angabe hat rein "informativen" Charakter, die tatsächliche Taktrate wird über den externen Takt (z.B. Quarz) bzw. die Einstellung des internen R/C-Oszillators bestimmt. Die Nutzung von F_CPU macht also nur Sinn, wenn die Angabe mit dem tatsächlichen Takt übereinstimmt.

== Eingabedateien zur Simulation in AVR-Studio ==

Mit älteren AVR-Studio-Versionen kann man nur auf Grundlage sogenannter ''coff''-Dateien simulieren. Neuere Versionen von AVR-Studio (ab 4.10.356) unterstützen zudem das modernere aber noch experimentelle dwarf-2-Format, das ab WinAVR 20040722 (avr-gcc 3.4.1/Binutils inkl. Atmel add-ons) "direkt" vom Compiler erzeugt wird.

; Vorgehensweise bei extcoff:
* im Makefile bei DEBUG: <pre class="code">DEBUG=stabs</pre>
* ''make extcoff'' (evtl. vorher ''make clean'')
* die erzeugte ''cof''-Datei (im Beispiel oben ''superprog.cof'') in AVR-Studio laden
* AVR-Simulator und zu simulierenden Controller wählen, "Finish"
* weiteres siehe AVR-Studio Online-Hilfe

; Vorgehensweise bei dwarf-2:
* im Makefile bei DEBUG: <pre class="code">DEBUG=dwarf-2</pre>
* ''make all'' (evtl. vorher ''make clean'')
* die erzeugte ''elf''-Datei (im Beispiel oben ''superprog.elf'') in AVR-Studio laden
* AVR-Simulator und zu simulierenden Controller wählen, "Finish"
* weiteres siehe AVR-Studio Online-Hilfe

Beim Simulieren scheinen oft "Variablen zu fehlen". Ursache dafür ist, dass der Compiler die "Variablen" direkt Registern zuweist. Dies kann vermieden werden, indem die Optimierung abgeschaltet wird (im makefile). Man simuliert dann jedoch ein vom optimierten Code stark abweichendes Programm. Das Abschalten der Optimierung wird nicht empfohlen.

Statt des Software-Simulators kann das AVR-Studio auch genutzt werden, um mit dem ATMEL JTAGICE, ein Nachbau davon (BootICE, Evertool o.ä.) oder dem ATMEL JTAGICE MKII "im System" zu debuggen. Dazu sind keine speziellen Einstellungen im makefile erforderlich. Debugging bzw. "In-System-Emulation" mit dem JTAGICE und JTAGICE MKII sind in der AVR-Studio Online-Hilfe beschrieben.

= Ganzzahlige (Integer) Datentypen =

Bei der Programmierung von Mikrokontrollern ist die Definition einiger ganzzahliger Datentypen sinnvoll, an denen eindeutig die Bit-Länge abgelesen werden kann.

== Selbstdefinierte (nicht-standardisierte) ganzzahlige Datentypen ==

Bei den im Folgenden genannten Typdefinitionen ist zu beachten, dass die Bezeichnungen für "Worte" teilweise je nach Prozessorplattform unterschiedlich verwendet werden. Die angegebenen Definitionen beziehen sich auf die im Zusammenhang mit AVR/8-bit-Controllern üblichen "Bit-Breiten" (In Erläuterungen zum ARM7TDMI z.B. werden oft 32-bit Integer mit "Wort" ohne weitere Ergänzung bezeichnet). Es empfiehlt sich daher, die im nachfolgenden Abschnitt beschriebenen ''standardisierten ganzzahligen Datentypen'' zu nutzen und damit "Missverständnissen" vorzubeugen, die z.B. bei der Portierung von C-Code zwischen verschiedenen Plattformen auftreten können.

<pre class="code">
typedef unsigned char BYTE; // besser: uint8_t aus <inttypes.h>
typedef unsigned short WORD; // besser: uint16_t aus <inttypes.h>
typedef unsigned long DWORD; // besser: uint32_t aus <inttypes.h>
typedef unsigned long long QWORD; // besser: uint64_t aus <inttypes.h>
</pre>

; BYTE : Der Datentyp BYTE definiert eine Variable mit 8 Bit Breite zur Darstellung von ganzen Zahlen im Bereich zwischen 0 ... 255.

; WORD : Der Datentyp WORD definiert eine Variable mit 16 Bit Breite zur Darstellung von ganzen Zahlen im Bereich zwischen 0 ... 65535.

; DWORD : Der Datentyp DWORD (gesprochen: Double-Word) definiert eine Variable mit 32 Bit Breite zur Darstellung von ganzen Zahlen im Bereich zwischen 0 ... 4294967295.

; QWORD : Der Datentyp QWORD (gesprochen: Quad-Word) definiert eine Variable mit 64 Bit Breite zur Darstellung von ganzen Zahlen im Bereich zwischen 0 ... 18446744073709551615.

== Standardisierte Integer(Ganzzahl)-Typen ==

Standardisierte Datentypen werden in der Header-Datei inttypes.h definiert. In neueren Version der avr-libc (ab V1.2.0) heisst die Datei entsprechend aktuellem Standard stdint.h. inttypes.h existiert aus Kompatibiltätsgründen weiterhin und enthält ein ''#include <stdint.h>''.
Zur Nutzung der standardisierten Typen bindet man die "Definitionsdatei" wie folgt ein:

<pre class="code">
#include <inttypes.h>

// oder - ab avr-libc Version 1.2.0 möglich und empfohlen:
#include <stdint.h>
</pre>

Einige der dort definierten Typen (avr-libc Version 1.0.4):

<pre class="code">
typedef signed char int8_t;
typedef unsigned char uint8_t;

typedef short int16_t;
typedef unsigned short uint16_t;

typedef long int32_t;
typedef unsigned long uint32_t;

typedef long long int64_t;
typedef unsigned long long uint64_t;
</pre>

Ein Vierfach-Wort (64Bit) entspricht beim AVR ''uint64_t'', ein Doppel-Wort (32bit) entspricht ''uint32_t'', ein Wort (16bit) entspricht ''uint16_t'' und ein Byte (8bit) entspricht ''uint8_t''.
Die Typen ohne vorangestelltes ''u'' können auch vorzeichenbehaftete Zahlen speichern. ''int8_t'' geht also von -128 bis 127, ''uint8_t'' dagegen geht von 0 bis 255.

* siehe auch: [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] Abschnitt Modules/(Standard) Integer Types

= Bitfelder =

Beim Programmieren von Mikrocontrollern muss auf jedes Byte oder sogar auf
jedes Bit geachtet werden. Oft müssen wir in einer Variablen lediglich den
Zustand 0 oder 1 speichern. Wenn wir nun zur Speicherung eines einzelnen Wertes
den kleinsten bekannten Datentypen, nämlich '''unsigned char''', nehmen, dann
verschwenden wir 7 Bits, da ein '''unsigned char''' ja 8 Bit breit ist.

Hier bietet uns die Programmiersprache C ein mächtiges Werkzeug an, mit dessen
Hilfe wir 8 Bits in eine einzelne Bytevariable zusammen fassen und (fast) wie
8 einzelne Variablen ansprechen können. 
Die Rede ist von sogenannten Bitfeldern. Diese werden als Strukturelemente
definiert. Sehen wir uns dazu doch am besten gleich ein Beispiel an:

<pre class="code">
struct {
unsigned char bStatus_1:1; // 1 Bit für bStatus_1
unsigned char bStatus_2:1; // 1 Bit für bStatus_2
unsigned char bNochNBit:1; // Und hier noch mal ein Bit
unsigned char b2Bits:2; // Dieses Feld ist 2 Bits breit
// All das hat in einer einzigen Byte-Variable Platz.
// die 3 verbleibenden Bits bleiben ungenutzt
} x;
</pre>

Der Zugriff auf ein solches Feld erfolgt nun wie beim Strukturzugriff bekannt
über den Punkt- oder den Dereferenzierungs-Operator:

<pre class="code">
x.bStatus_1 = 1;
x.bStatus_2 = 0;
x.b2Bits = 3;
</pre>

(mt Empfehlung: Bitfelder sparen zwar Platz, verschlechtern aber unter
Umständen die Les- und Wartbarkeit des Codes. Anfängern wird geraten,
ein "ganzes" Byte (uint8_t) zu nutzen auch wenn nur ein Bitwert gespeichert
werden soll.)

= Grundsätzlicher Programmaufbau eines µC-Programms =

Wir unterscheiden zwischen 2 verschiedenen Methoden, um ein
Mikrocontroller-Programm zu schreiben, und zwar völlig unabhängig davon, in
welcher Programmiersprache das Programm geschrieben wird.

== Sequentieller Programmablauf ==

Bei dieser Programmiertechnik wird eine Endlosschleife programmiert, welche im
Wesentlichen immer den gleichen Aufbau hat:

[[Image:Sequentielle Programme.gif]]

== Interruptgesteuerter Programmablauf ==

Bei dieser Methode werden beim Programmstart zuerst die gewünschten
Interruptquellen aktiviert und dann in eine Endlosschleife gegangen, in welcher
Dinge erledigt werden können, welche nicht zeitkritisch sind. 
Wenn ein Interrupt ausgelöst wird so wird automatisch die zugeordnete
Interruptfunktion ausgeführt.

[[Image:Interrupt Programme.gif]]

= Allgemeiner Zugriff auf Register =

Die AVR-Controller verfügen über eine Vielzahl von Registern. Die meisten
davon sind sogenannte Schreib-/Leseregister. Das heißt, das Programm kann die
Inhalte der Register auslesen und beschreiben. 
Einige Register haben spezielle Funktionen, andere wiederum könne für
allgemeine Zwecke (Speichern von Datenwerten) verwendet werden.

Einzelne Register sind bei allen AVRs vorhanden, andere wiederum nur bei
bestimmten Typen. So sind beispielsweise die Register, welche für den Zugriff
auf den UART notwendig sind selbstverständlich nur bei denjenigen Modellen
vorhanden, welche über einen integrierten Hardware UART bzw. USART verfügen.

Die Namen der Register sind in den Headerdateien zu den entsprechenden
AVR-Typen definiert. 

Wenn im Makefile der MCU-Typ definiert ist, wird vom System automatisch die
zum Typen passende Definitionsdatei genutzt, sobald man im Code die allgemeine
"io.h" Header-Datei einbindet.

<pre class="code">
#include <avr/io.h>
</pre>

Ist im Makefile der MCU Type z.B. mit dem Inhalt atmega8 definiert,
wird beim einlesen der io.h-Datei implizit ("automatisch") auch die iom8.h-Datei mit
den Register-Definitionen für den ATmega8 eingelesen.



== I/O-Register ==

Die I/O-Register haben einen besonderen Stellenwert bei den AVR Controllern.
Sie dienen dem Zugriff auf die Ports und die Schnittstellen des Controllers. 
Wir unterscheiden zwischen 8-Bit und 16-Bit Registern. Vorerst behandeln wir mal
die 8-Bit Register.


=== Lesen eines I/O-Registers ===

Zum Lesen kann man auf I/O Register einfach wie auf eine Variable zugreifen. In Quellcodes, die für ältere Versionden des avr-gcc/der avr-libc enwickelt wurden, erfolgt der Lesezugriff über die Funktion inp(). inp() ist in aktuellen Versionen der avr-libc nicht mehr enthalten und auch nicht mehr erforderlich.

Beispiel:

<pre class="code">
#include <avr/io.h>
#include <stdint.h>

uint8_t foo;

...

int main(void)
{
/* kopiert den Status der Eingabepins an PortB
in die Variable foo: */
foo = PINB;
...
}
</pre>

==== Lesen eines Bits ====

Die AVR-Bibliothek (avr-libc) stellt auch Funktionen zur Abfrage eines einzelnen Bits
eines Registers zur Verfügung:

;bit_is_set (<Register>,<Bitnummer>) : Die Funktion ''bit_is_set'' prüft, ob ein Bit gesetzt ist. Wenn das Bit gesetzt ist, wird ein Wert ungleich 0 zurückgegeben. Genau genommen ist es die Wertigkeit des abgefragten Bits, also 1 für Bit0, 2 für Bit1, 4 für Bit2 etc.

;bit_is_clear (<Register>,<Bitnummer>) : Die Funktion ''bit_is_clear'' prüft, ob ein Bit gelöscht ist. Wenn das Bit gelöscht ist, also auf 0 ist, wird ein Wert ungleich 0 zurückgegeben.

Die Funktionen bit_is_clear bzw. bit_is_set sind ''nicht erforderlich'', man kann auch "einfache" C-Syntax verwenden, die universell verwendbar ist. ''bit_is_set'' entspricht dabei z.B. (Registername & (1 << Bitnummer)). Das Ergebnis ist <>0 wenn das Bit gesetzt und 0 wenn es nicht gesetzt ist.

* siehe auch [[Bitmanipulation]]

=== Schreiben eines I/O-Registers ===

Zum Schreiben kann man I/O Register einfach wie eine Variable setzen. In Quellcodes, die für ältere Versionden des avr-gcc/der avr-libc entwickelt wurden, erfolgt der Schreibzugriff über die Funktion outp(). outp() ist in aktuellen Versionen der avr-libc nicht mehr enthalten und auch nicht mehr erforderlich.

Beispiel:

<pre class="code">
#include <avr/io.h>

...

int main(void)
{
/* Setzt das Richtungsregister des Ports A auf 0xff
(alle Pins als Ausgang): */
DDRA = 0xff;

/* Setzt PortA auf 0x03, Bit 0 und 1 "high", restliche "low": */
PORTA = 0x03;
...
}
</pre>

==== Schreiben von Bits ====

Einzelne Bits setzt man "Standard-C-Konform" mittels logischer (bit-) Operationen.

mit dem Ausdruck:
<pre class="code">
x |= (1 << Bitnummer) // wird ein Bit in x gesetzt
x &= ~(1 << Bitnummer) // wird ein Bit in x geloescht
</pre>

Das niederwertigste Bit (für 1) eines Bytes hat die Bitnummer 0, das "höchstwertige" (für 127) die Nummer 7.

Beispiel:
<pre class="code">
#include <avr/io.h>
...
#define MEINBIT 2
...
PORTA |= (1 << MEINBIT); /* setzt Bit 2 an PortA auf 1 */
PORTA &= ~(1 << MEINBIT); /* loescht Bit 2 an PortA */
</pre>

Mit dieser Methode lassen sich auch mehrere Bits eines Registers gleichzeitig setzen und löschen.

Beispiel:
<pre class="code">
#include <avr/io.h>
...
DDRA &= ~( (1<<PA0) | (1<<PA3) ); /* PA0 und PA3 als Eingaenge */
PORTA |= (1<<PA0) | (1<<PA3); /* Interne Pull-Up fuer beide einschalten */
</pre>

In Quellcodes, die für ältere Version den des avr-gcc/der avr-libc entwickelt wurden, werden einzelne Bits mittels der Funktionen sbi und cbi gesetzt bzw. gelöscht. Beide Funktionen sind in aktuellen Versionen der avr-libc nicht mehr enthalten und auch nicht mehr erforderlich.

* siehe auch:
** [[Bitmanipulation]]
** [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] Abschnitt Modules/Special Function Registers

=== Warten auf einen bestimmten Zustand ===

Es gibt in der Bibliothek sogar Funktionen, die warten, bis ein bestimmter Zustand auf einem Bit erreicht ist. Es ist allerdings normalerweise eine eher unschöne Programmiertechnik, da in diesen Funktionen "blockierend gewartet" wird. D.h., der Programmablauf bleibt an dieser Stelle stehen, bis das maskierte Ereignis erfolgt ist. Setzt man den Watchdog ein, muss man darauf achten, dass dieser auch noch getriggert wird (zurücksetzen des Watchdogtimers).

Die Funktion '''loop_until_bit_is_set''' wartet in einer Schleife, bis das definierte Bit gesetzt ist. Wenn das Bit beim Aufruf der Funktion bereits gesetzt ist, wird die Funktion sofort wieder verlassen. Das niederwertigste Bit hat die Bitnummer 0.

<pre class="code">
#include <avr/io.h>
...

/* Warten bis Bit Nr. 2 (das dritte Bit) in Register PINA gesetzt (1) ist */

#define WARTEPIN PINA
#define WARTEBIT 2

// mit der avr-libc Funktion:
loop_until_bit_is_set(WARTEPIN, WARTEBIT);

// dito in "C-Standard":
// Durchlaufe (die leere) Schleife solange das WARTEBIT in Register WARTEPIN
// _nicht_ ungleich 0 (also 0) ist.
while ( !(WARTEPIN & (1 << WARTEBIT)) ) ;
...
</pre>

Die Funktion '''loop_until_bit_is_clear''' wartet in einer Schleife, bis das definierte Bit gelöscht ist. Wenn das Bit beim Aufruf der Funktion bereits gelöscht ist, wird die Funktion sofort wieder verlassen.
Das niederwertigste Bit hat die Bitnummer 0.

<pre class="code">
#include <avr/io.h>
...

/* Warten bis Bit Nr. 4 (das fuenfte Bit) in Register PINB geloescht (0) ist */
#define WARTEPIN PINB
#define WARTEBIT 4

// avr-libc-Funktion:
loop_until_bit_is_clear(WARTEPIN, WARTEBIT);

// dito in "C-Standard":
// Durchlaufe (die leere) Schleife solange das WARTEBIT in Register WARTEPIN
// gesetzt (1) ist
while ( WARTEPIN & (1<<WARTEBIT) ) ;
...
</pre>

Universeller und auch auf andere Plattformen besser übertragbar ist die Verwendung von C-Standardoperationen.

siehe auch:
* [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] Abschnitt Modules/Special Function Registers
* [[Bitmanipulation]]

= Zugriff auf Ports =

Alle Ports der AVR-Controller werden über Register gesteuert. Dazu sind
jedem Port 3 Register zugeordnet:

{| border="1"
|-
| '''DDRx'''
| Datenrichtungsregister für Port'''x'''.
'''x''' entspricht '''A''', '''B''', ''' C''', '''D''' usw. (abhängig von der Anzahl der Ports des verwendeten AVR). Bit im Register gesetzt (1) für Ausgang, Bit gelöscht (0) für Eingang.
|-
| '''PORTx'''
| Datenregister für Port'''x'''.
Dieses Register wird verwendet, um die Ausgänge eines Ports anzusteuern. Wird ein Port als Eingang geschaltet, so können mit diesem Register
die internen Pull-Up Widerstände aktiviert oder deaktiviert werden (1 = aktiv).
|-
| '''PINx'''
| Eingangadresse für Port'''x'''.

Zustand des Ports. Die Bits in PINx entsprechen dem Zustand der Portspins. Bit gesetzt (1) wenn Pin "high/an", Bit gelöscht (0) wenn Portpin "low/aus".
|}

== Datenrichtung bestimmen ==

Zuerst muss die Datenrichtung der verwendeten Pins bestimmt werden. Um dies zu erreichen, wird das Datenrichtungsregister des entsprechenden Ports beschrieben.

Für jeden Pin, der als Ausgang verwendet werden soll, muss dabei das
entsprechende Bit auf dem Port gesetzt werden. Soll der Pin als Eingang
verwendet werden, muss das entsprechende Bit gelöscht sein.

Wollen wir also beispielsweise Pin 0 bis 4 von Port B als Ausgänge
definieren so schreiben wir folgende Zeile:

<pre class="code">
#include <avr/io.h>

...

// Setzen der Bits 0,1,2,3 und 4
// Binär 00011111 = Hexadezimal 1F

DDRB = 0x1F; /* direkte Zuweisung - unuebersichtlich */

/* mehr Tipparbeit aber uebersichtlicher: */
DDRB = (1 << DDB0) | (1 << DDB1) | (1 << DDB2) | (1 << DDB3) | (1 << DDB4);
...
</pre>

Die Pins 5 bis 7 werden (da 0) als Eingänge geschaltet.

=== Ganze Ports ===

Um einen ganzen Port als Ausgang zu definieren, kann der folgende Befehl
verwendet werden:
<pre class="code">
DDRB = 0xff;
</pre>

Im Beispiel wird der Port B als Ganzes als Ausgang geschaltet. Dazu muss die Header-Datei avr/io.h eingebunden sein (darin wird u.a. DDRB definiert).

== Vordefinierte Bitnummern für I/O-Register ==

Die Bitnummern (z.B. PCx, PINCx und DDCx für den Port C) sind in den io*.h-Dateien der avr-libc definiert und dienen lediglich der besseren Lesbarkeit. Man muss diese Definitionen nicht verwenden oder kann auch einfach "immer" PAx, PBx, PCx usw. nutzen, auch wenn der Zugriff auf Bits in DDRx- oder PINx-Registern erfolgt. Für den Compiler sind die Ausdrücke (1<<PC7), (1<<DDC7) und (1<<PINC7) identisch: (1<<7). Ein Ausschnitt der Definitionen für Port C eines ATmega32 aus der iom32.h-Datei zur Verdeutlichung (analog für die weiteren Ports):

<pre class="code">
...
/* PORTC */
#define PC7 7
#define PC6 6
#define PC5 5
#define PC4 4
#define PC3 3
#define PC2 2
#define PC1 1
#define PC0 0

/* DDRC */
#define DDC7 7
#define DDC6 6
#define DDC5 5
#define DDC4 4
#define DDC3 3
#define DDC2 2
#define DDC1 1
#define DDC0 0

/* PINC */
#define PINC7 7
#define PINC6 6
#define PINC5 5
#define PINC4 4
#define PINC3 3
#define PINC2 2
#define PINC1 1
#define PINC0 0
</pre>

== Digitale Signale ==

Am einfachsten ist es, digitale Signale mit dem Mikrocontroller zu erfassen bzw. auszugeben.

== Ausgänge ==
Will man als Ausgang definierte Pins (entsprechende xDDR-Bits 1) auf Logisch 1 setzen, setzt man die entsprechenden Bits im Portregister.

Mit dem Befehl
<pre class="code">
#inlude <avr/io.h>
...
PORTB=0x04; /* besser PORTB=(1<<PB2) */
</pre>
wird also der Ausgang an Pin PB2 gesetzt (Beachte, dass die Bits immer ''von 0 an'' gezählt werden, das niederwertigste Bit ist also Bit Nummer 0 und nicht etwa Bit Nummer 1).

Man beachte, dass bei der Zuweisung mittels '''=''' immer alle Pins gleichzeitig angegeben werden. Man sollte also zuerst den aktuellen Wert des Ports einlesen und das Bit des gewünschten Ports in diesen Wert einfließen lassen. Will man also nur den dritten Pin (Bit Nr. 2) an Port B auf "high" setzen und den Status der anderen Ausgänge unverändert lassen, nutze man diese Form:

<pre class="code">
#include <avr/io.h>
...
PORTB = PORTB | 0x04; /* besser: PORTB = PORTB | ( 1<<PB2 ) */
/* vereinfacht durch Nutzung des |= Operators : */
PORTB |= (1<<PB2);

/* auch mehrere "gleichzeitig": */
PORTB |= (1<<PB4)|(1<<PB5); /* Pins PB4 und PB5 "high" */
</pre>

"Ausschalten", also Ausgänge auf "low" setzen, erfolgt analog:

<pre class="code">
#include <avr/io.h>
...
PORTB &= ~(1<<PB2); /* löscht Bit 2 in PORTB und setzt damit Pin PB2 auf low */
PORTB &= ~((1<<PB4)|(1<<PB5)); /* Pin PB4 und Pin PB5 "low" */
</pre>

In Quellcodes, die für ältere Version den des avr-gcc/der avr-libc entwickelt wurden, werden einzelne Bits mittels der Funktionen sbi und cbi gesetzt bzw. gelöscht. Beide Funktionen sind in aktuellen Versionen der avr-libc nicht mehr enthalten und auch nicht mehr erforderlich.

== Eingänge (Wie kommen Signale in den µC) ==

Die digitalen Eingangssignale können auf verschiedene Arten zu unserer Logik gelangen.

=== Signalkopplung ===

Am einfachsten ist es, wenn die Signale direkt aus einer anderen digitalen Schaltung übernommen werden können. Hat der Ausgang der entsprechenden Schaltung TTL-Pegel dann können wir sogar direkt den Ausgang der Schaltung mit einem Eingangspin von unserem Controller verbinden.

Hat der Ausgang der anderen Schaltung keinen TTL-Pegel so müssen wir den Pegel über entsprechende Hardware (z.B. Optokoppler, Spannungsteiler "Levelshifter") anpassen.

Die Masse der beiden Schaltungen muss selbstverständlich miteinander verbunden werden. Der Software selber ist es natürlich letztendlich egal, wie das Signal eingespeist wird. Wir können ja ohnehin lediglich prüfen, ob an einem Pin unseres Controllers eine logische 1 (Vcc) oder eine logische 0 (Masse) anliegt.

Die Abfrage der Zustände der Portpins erfolgt direkt über den Registernamen.

Dabei ist wichtig, zur Abfrage der Eingänge '''nicht''' etwa Portregister '''PORTx''' zu verwenden, '''sondern''' Eingangsregister '''PINx'''. Die Abfrage der Pinzustände über PORTx statt PINx ist ein häufiger Fehler beim AVR-"Erstkontakt". (Ansonsten liest man nicht den Zustand der Eingänge sondern der Status der internen Pull-Up-Widerstände.)

Will man also die aktuellen Signalzustände von Port D abfragen und in eine Variable namens bPortD abspeichern, so schreibt man folgende Befehlszeilen:

<pre class="code">
#include <avr/io.h>
#include <stdint.h>
...
uint8_t bPortD;
...
bPortD = PIND;
...
</pre>

Mit den C-Bitoperationen kann man den Status der Bits abfragen.

<pre class="code">
#include <avr/io.h>
...
/* Fuehre Aktion aus, wenn Bit Nr. 1 (das "zweite" Bit) in PINC gesetzt (1) ist */
if ( PINC & (1<<PINC1) ) {
/* Aktion */
}

/* Fuehre Aktion aus, wenn Bit Nr. 2 (das dritte Bit) in PINB geloescht (0) ist */
if ( !(PINB & (1<<PINC2)) ) {
/* Aktion */
}
...
</pre>

=== Tasten und Schalter ===

Der Anschluss mechanischer Kontakte an den Mikrocontroller gestaltet sich ebenfalls ganz einfach, wobei wir zwei unterschiedliche Methoden unterscheiden müssen (''Active Low'' und ''Active High''):

{| border="1"
|-
| '''Active Low'''
| '''Active High'''
|-
| [[Image:Active Low.gif]]
| [[Image:Active High.gif]]
|-
| Bei dieser Methode wird der Kontakt zwischen den Eingangspin des Controllers und Masse geschaltet.

Damit bei offenem Schalter der Controller kein undefiniertes Signal bekommt wird zwischen die Versorgungsspannung und den Eingangspin ein sogenannter Pull-Up Widerstand geschaltet. Dieser dient dazu, den Pegel bei geöffnetem Schalter auf logisch 1 zu ziehen.

Der Widerstandswert des Pull-Up Widerstands ist an sich nicht kritisch. Es muss jedoch beachtet werden, dass über den Widerstand ein Strom in den Eingang fliesst, also sollte er nicht zu klein gewählt werden um den Controller nicht zu zerstören. Wird er allerdings zu hoch gewählt ist die Wirkung eventuell nicht gegeben. Als üblicher Wert haben sich 10 Kiloohm eingebürgert.

Die AVRs haben sogar an den meisten Pins softwaremässig zuschaltbare interne Pull-Up Widerstände, welche wir natürlich auch verwenden können.

| Hier wird der Kontakt zwischen die Versorgungsspannung und Masse geschaltet.

Damit bei offener Schalterstellung kein undefiniertes Signal am Controller ansteht, wird zwischen den Eingangspin und die Masse ein Pull-Down Widerstand geschaltet. Dieser dient dazu, den Pegel bei geöffneter Schalterstellung auf logisch 0 zu halten.
|}

==== Pull-Up Widerstände aktivieren ====

Die internen Pull-Up Widerstände von Vcc zu den einzelnen Portpins werden über das Register ''' PORTx''' aktiviert bzw. deaktiviert, wenn ein Pin als ''' Eingang''' geschaltet ist.

Wird der Wert des entsprechenden Portpins auf 1 gesetzt so ist der Pull-Up Widerstand aktiviert. Bei einem Wert von 0 ist der Pull-Up Widerstand nicht aktiv. Man sollte jeweils entweder den internen oder einen externen Pull-Up Widerstand verwenden, aber nicht beide zusammen.

Im Beispiel werden alle Pins des Ports D als Eingänge geschaltet und alle Pull-Up Widerstände aktiviert. Weiterhin wird Pin PC7 als Eingang geschaltet und dessen interner Pull-Up Widerstand aktiviert, ohne die Einstellungen für die anderen Portpins (PC0-PC6) zu verändern.

<pre class="code">
#include <avr/io.h>
...
DDRD = 0x00; /* alle Pins von Port D als Eingang */
PORTD = 0xff: /* interne Pull-Ups an allen Port-Pins aktivieren */
...
DDRC &= ~(1<<DDC7); /* Pin PC7 als Eingang */
PORTC |= (1<<PC7); /* internen Pull-Up an PC7 aktivieren */
</pre>

==== (Tasten-)Entprellung ====

Nun haben alle mechanischen Kontakte, sei es von Schaltern, Tastern oder auch von Relais, die unangenehme Eigenschaft zu prellen. Dies bedeutet, dass beim Schliessen des Kontaktes derselbe nicht direkt Kontakt herstellt, sondern mehrfach ein- und ausschaltet bis zum endgültigen Herstellen des Kontaktes.

Soll nun mit einem schnellen Mikrocontroller gezählt werden, wie oft ein solcher Kontakt geschaltet wird, dann haben wir ein Problem, weil das Prellen als mehrfache Impulse gezählt wird. Diesem Phänomen muss beim Schreiben des Programms unbedingt Rechnung getragen werden.

<pre class="code">
#include <avr/io.h>
#include <inttypes.h>
#ifndef F_CPU
#define F_CPU 3686400UL /* Quarz mit 3.6864 Mhz */
#endif
#include <avr/delay.h> /* definiert _delay_ms() ab avr-libc Version 1.2.0 */

/* Einfache Funktion zum Entprellen eines Tasters */
inline uint8_t debounce(volatile uint8_t *port, uint8_t pin)
{
if ( ! (*port & (1 << pin)) )
{
/* Pin wurde auf Masse gezogen, 100ms warten */
_delay_ms(100);
if ( ! (*port & (1 << pin)) )
{
/* Anwender Zeit zum Loslassen des Tasters geben */
_delay_ms(100);
return 1;
}
}
return 0;
}

int main(void)
{
DDRB &= ~( 1 << PB0 ) /* PIN PB0 auf Eingang (Taster) */
PORTB |= ( 1 << PB0 ) /* Pullup-Widerstand aktivieren */
...
if (debounce(&PINB, PB0)) /* Falls Taster an PIN PB0 gedrueckt.. */
PORTD = PIND ^ ( 1 << PD7 ); /* ..LED an Port PD7 an-
bzw. ausschalten */
...
}
</pre>

Bei diesem Beispiel ist zu beachten, dass der AVR im Falle eines Tastendrucks 200ms wartet, also brach liegt. Zeitkritische Anwendungen sollten ein anderes Verfahren wählen.

Zum Thema Entprellen siehe auch:
* Artikel [[Entprellung]]

== Analog ==

Die Verarbeitung von analogen Eingangswerten und die Ausgabe von Analogwerten wird in Kapitel [[AVR-GCC-Tutorial#Analoge_Ein-_und_Ausgabe|Analoge Ein- und Ausgabe]] behandelt.

== 16-Bit Portregister (ADC, ICR1, OCR1, TCNT1, UBRR) ==

Einige der Portregister in den AVR-Controllern sind 16 Bit breit. Im Datenblatt sind diese Register üblicherweise mit dem Suffix "L" (LSB) und "H" (MSB) versehen. Die avr-libc definiert zusätzlich die meisten dieser Variablen die Bezeichnung ohne "L" oder "H". Auf diese kann direkt zugewiesen bzw. zugegriffen werden. Die Konvertierung von 16-bit Wort nach 2*8-bit Byte erfolgt intern.

<pre class="code">
#include <avr/io.h>
#include <stdint.h>
...
uint16_t foo;

foo=ADC; /* setzt die Wort-Variable foo auf den Wert der letzten AD-Wandlung */
</pre>

Falls benötigt, kann eine 16-Bit Variable auch recht einfach manuell in ihre zwei 8-Bit Bestandteile zerlegt werden. Folgendes Beispiel demonstriert dies anhand des pseudo- 16-Bit Registers UBRR.

<pre class="code">
#include <avr/io.h>
#include <stdint.h>
#ifndef F_CPU
#define F_CPU 3686400
#endif
#define UART_BAUD_RATE 9600

typedef union {
uint16_t i16;
struct {
uint8_t i8l;
uint8_t i8h;
};
} convert16to8;

...
convert16to8 baud;
baud.i16 = F_CPU / (UART_BAUD_RATE * 16L) -1;
UBRRH = baud.i8h;
UBRRL = baud.i8l;
...

/*alternativ:*/
#include <inttypes.h>

uint16_t wFoo16;
uint8_t bFooLow, bFooHigh;

...

wFoo16 = 0xAA55; /* zu "zerlegende" 16Bit-Integer */
bFooLow = (uint8_t)(wFoo16); /* LS-Byte */
bFooHigh = (uint8_t)(wFoo16 >> 8); /* MS-Byte */

...
</pre>

Bei einigen AVR-Typen (z.B. ATmega8) teilen sich UBRRH und UCSRC die gleiche Memory-Adresse. Damit der AVR trotzdem zwischen den beiden Registern unterscheiden kann, bestimmt das Bit7 (URSEL) welches Register tatsächlich beschrieben werden soll. ''1000 0011'' (0x83) adressiert demnach UCSRC und übergibt den Wert ''3'' und ''0000 0011'' (0x3) adressiert UBRRH und übergibt ebenfalls den Wert ''3''.

Im Umgang mit 16-Bit Registern siehe auch:
* [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] Abschnitt Related Pages/Frequently Asked Questions/Nr. 8

= Der UART =

== Allgemeines zum UART ==

Über den UART kann ein AVR leicht mit einer RS232-Schnittstelle eines PC oder sonstiger Geräte mit "serieller Schnittstelle" verbunden werden.

Mögliche Anwendungen des UART:

* Debug-Schnittstelle: z.B. zur Anzeige von Zwischenergebnissen ("printf-debugging" - hier besser "UART-debugging") auf einem PC. Auf dem Rechner reicht dazu eine Terminal-Software (MS-Windows: Hyperterm oder besser Bray-Terminal). Ein direkter Anschluss ist aufgrund unterschiedlicher Pegel nicht möglich, jedoch sind entsprechende Schnittstellen-ICs wie z.B. ein MAX232 günstig und leicht zu integrieren. Rechner ohne serielle Schnittstelle können über fertige USB-seriell-Adapter angeschlossen werden.
* "Mensch-Maschine Schnittstelle": z.B. Konfiguration und Statusabfrage über eine "Kommandozeile" oder Menüs
* Übertragen von gespeicherten Werten: z.B. bei einem Datenlogger
* Anschluss von Geräten mit serieller Schnittstelle (z.B. (Funk-)Modems, Mobiltelefone, Drucker, Sensoren, "intelligente" LC-Displays).
* "Feldbusse" auf RS485/RS422-Basis mittels entsprechenden Bustreiberbausteinen (z.B. MAX485)
* DMX, Midi etc.

Einige AVR-Controller haben ein bis zwei vollduplexfähigen UART ('''U'''niversal '''A'''synchronous '''R'''eceiver and '''T'''ransmitter) schon eingebaut ("Hardware-UART").
Übrigens: Vollduplex heisst nichts anderes, als dass der Baustein gleichzeitig senden und empfangen kann.

Neuere AVRs (ATmega) verfügen über einen oder zwei U'''S'''ART(s), dieser unterschiedet sich vom UART hauptsächlich durch interne FIFO-Puffer für Ein- und Ausgabe und erweiterte Konfigurationsmöglichkeiten. Die Puffergröße ist allerdings nur 1 Byte.

Der UART wird über vier separate Register angesprochen. USARTs der ATMEGAs verfügen über mehrere zusätzliche Konfigurationsregsiter. Das Datenblatt gibt darüber Auskunft. Die Folgende Tabelle gibt nur die Register für die (veralteten) UARTs wieder.

{| border="1"
|-
| '''UCR   '''
| '''U'''ART '''C'''ontrol '''R'''egister. 
In diesem Register stellen wir ein, wie wir den UART verwenden möchten. 
Das Register ist wie folgt aufgebaut:

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''RXCIE'''
| align="center" | '''TXCIE'''
| align="center" | '''UDRIE'''
| align="center" | '''RXEN'''
| align="center" | '''TXEN'''
| align="center" | '''CHR9'''
| align="center" | '''RXB8'''
| align="center" | '''TXB8'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R
| align="center" | W
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 1
| align="center" | 0
|}

'''RXCIE''' ('''RX''' '''C'''omplete '''I'''nterrupt '''E'''nable)
:Wenn dieses Bit gesetzt ist, wird ein UART RX Complete Interrupt ausgelöst, wenn ein Zeichen vom UART empfangen wurde. Das Global Enable Interrupt Flag muss selbstverständlich auch gesetzt sein.

'''TXCIE''' ('''TX''' '''C'''omplete '''I'''nterrupt '''E'''nable)
:Wenn dieses Bit gesetzt ist, wird ein UART TX Complete Interrupt ausgelöst, wenn ein Zeichen vom UART gesendet wurde. Das Global Enable Interrupt Flag muss selbstverständlich auch gesetzt sein.

'''UDRIE''' ('''U'''ART '''D'''ata '''R'''egister '''E'''mpty '''I'''nterrupt '''E'''nable)
:Wenn dieses Bit gesetzt ist, wird ein UART Datenregister Leer Interrupt ausgelöst, wenn der UART wieder bereit ist um ein neues zu sendendes Zeichen zu übernehmen. Das Global Enable Interrupt Flag muss selbstverständlich auch gesetzt sein.

'''RXEN''' ('''R'''eceiver '''E'''nable)
:Nur wenn dieses Bit gesetzt ist, arbeitet der Empfänger des UART überhaupt. Wenn das Bit nicht gesetzt ist, kann der entsprechende Pin des AVR als normaler I/O-Pin verwendet werden.

'''TXEN''' ('''T'''ransmitter '''E'''nable)
:Nur wenn dieses Bit gesetzt ist, arbeitet der Sender des UART überhaupt. Wenn das Bit nicht gesetzt ist, kann der entsprechende Pin des AVR als normaler I/O-Pin verwendet werden.

'''CHR9''' (9 Bit Characters)
:Wenn dieses Bit gesetzt ist, können 9 Bit lange Zeichen übertragen und empfangen werden. Das 9. Bit kann bei Bedarf als zusätzliches Stopbit oder als Paritätsbit verwendet werden. Man spricht dann von einem 11-Bit Zeichenrahmen:
:1 Startbit + 8 Datenbits + 1 Stopbit + 1 Paritätsbit = 11 Bits

'''RXB8''' (Receive Data Bit 8)
:Wenn das vorher erwähnte CHR9-Bit gesetzt ist, dann enthält dieses Bit das 9. Datenbit eines empfangenen Zeichens.

'''TXB8''' (Transmit Data Bit 8)
:Wenn das vorher erwähnte CHR9-Bit gesetzt ist, dann muss in dieses Bit das 9. Bit des zu sendenden Zeichens eingeschrieben werden bevor das eigentliche Datenbyte in das Datenregister geschrieben wird.

|-
| '''USR   '''
| '''U'''ART '''S'''tatus '''R'''egister. 
Hier teilt uns der UART mit, was er gerade so macht.

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''RXC'''
| align="center" | '''TXC'''
| align="center" | '''UDRE'''
| align="center" | '''FE'''
| align="center" | '''OR'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
|-
| '''R/W'''
| align="center" | R
| align="center" | R/W
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 1
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''RXC''' (UART Receive Complete)
:Dieses Bit wird vom AVR gesetzt, wenn ein empfangenes Zeichen vom Empfangs-Schieberegister in das Empfangs-Datenregister transferiert wurde.
:Das Zeichen muss nun schnellstmöglich aus dem Datenregister ausgelesen werden. Falls dies nicht erfolgt bevor ein weiteres Zeichen komplett empfangen wurde wird eine Überlauf-Fehlersituation eintreffen. Mit dem Auslesen des Datenregisters wird das Bit automatisch gelöscht.

'''TXC''' (UART Transmit Complete)
:Dieses Bit wird vom AVR gesetzt, wenn das im Sende-Schieberegister befindliche Zeichen vollständig ausgegeben wurde und kein weiteres Zeichen im Sendedatenregister ansteht. Dies bedeutet also, wenn die Kommunikation vollumfänglich abgeschlossen ist.
:Dieses Bit ist wichtig bei Halbduplex-Verbindungen, wenn das Programm nach dem Senden von Daten auf Empfang schalten muss. Im Vollduplexbetrieb brauchen wir dieses Bit nicht zu beachten.
:Das Bit wird nur dann automatisch gelöscht, wenn der entsprechende Interrupthandler aufgerufen wird, ansonsten müssen wir das Bit selber löschen.

'''UDRE''' ('''U'''ART '''D'''ata '''R'''egister '''E'''mpty)
:Dieses Bit wird vom AVR gesetzt, wenn ein Zeichen vom Sendedatenregister in das Send-Schieberegister übernommen wurde und der UART nun wieder bereit ist, ein neues Zeichen zum Senden aufzunehmen.
:Das Bit wird automatisch gelöscht, wenn ein Zeichen in das Sendedatenregister geschrieben wird.

'''FE''' ('''F'''raming '''E'''rror)
:Dieses Bit wird vom AVR gesetzt, wenn der UART einen Zeichenrahmenfehler detektiert, d.h. wenn das Stopbit eines empfangenen Zeichens 0 ist.
:Das Bit wird automatisch gelöscht, wenn das Stopbit des empfangenen Zeichens 1 ist.

'''OR''' ('''O'''ver'''R'''un) 
:Dieses Bit wird vom AVR gesetzt, wenn unser Programm das im Empfangsdatenregister bereit liegende Zeichen nicht abholt bevor das nachfolgende Zeichen komplett empfangen wurde.
:Das nachfolgende Zeichen wird verworfen.
:Das Bit wird automatisch gelöscht, wenn das empfangene Zeichen in das Empfangsdatenregister transferiert werden konnte.

|-
| '''UDR'''
| '''U'''ART '''D'''ata '''R'''egister. 
Hier werden Daten zwischen UART und CPU übertragen. Da der UART im
Vollduplexbetrieb gleichzeitig empfangen und senden kann, handelt es sich
hier physikalisch um 2 Register, die aber über die gleiche I/O-Adresse
angesprochen werden. Je nachdem, ob ein Lese- oder ein Schreibzugriff auf
den UART erfolgt wird automatisch das richtige UDR angesprochen.
|-
| '''UBRR'''
| '''U'''ART '''B'''aud '''R'''ate '''R'''egister. 
In diesem Register müssen wir dem UART mitteilen, wie schnell wir gerne
kommunizieren möchten. Der Wert, der in dieses Register geschrieben
werden muss, errechnet sich nach folgender Formel:

<math>
\begin{matrix}
UBRR = \frac{Taktfrequenz}{Baudrate * 16} - 1
\end{matrix}
</math>

Es sind Baudraten bis zu 115200 Baud und höher möglich.
|}

== Die Hardware ==

Der UART basiert auf normalem TTL-Pegel mit 0V (LOW) und 5V (HIGH). Die
Schnittstellenspezifikation für RS232 definiert jedoch -3V ... -12V (LOW) und
+3 ... +12V (HIGH). Zudem muss der Signalaustausch zwischen AVR und
Partnergerät invertiert werden. Für die Anpassung der Pegel und das
Invertieren der Signale gibt es fertige Schnittstellenbausteine. Der bekannteste
davon ist wohl der MAX232.


Streikt die Kommunikation per UART, so ist oft eine fehlerhafte Einstellung der Baudrate die Ursache. Die Konfiguration auf eine bestimmte Baudrate ist abhängig von der Taktfrequenz des Controllers. Gerade bei neu aufgebauten Schaltungen (bzw. neu gekauften Controllern) sollte man sich daher noch einmal vergewissern, dass der Controller auch tatsächlich mit der vermuteten Taktrate arbeitet und nicht z.B. den bei einigen Modellen werksseitig eingestellten internen [[Oszillator]] statt eines externen Quarzes nutzt. Die Werte der verschiedenen fuse-bits im Fehlerfall also beispielsweise mit ''[[AVRDUDE]]'' kontrollieren und falls nötig anpassen. Grundsätzlich empfiehlt sich auch immer ein Blick in die [[AVR_Checkliste]].

== Senden mit dem UART ==

Wir wollen nun Daten mit dem UART auf die serielle Schnittstelle ausgeben.

Dazu müssen wir den UART zuerst mal initialisieren. Dazu setzen wir je nach
gewünschter Funktionsweise die benötigten Bits im '''U'''ART '''C'''ontrol '''R'''egister.

Da wir vorerst nur senden möchten und (noch) keine Interrupts auswerten wollen, gestaltet sich die Initialisierung wirklich sehr einfach, da wir lediglich das '''Transmitter Enable''' Bit setzen müssen:

<pre class="code">
UCR |= (1<<TXEN);
</pre>

Neuere AVRs mit USART(s) haben mehrere Konfigurationsregister erfordert eine etwas andere Konfiguration. Für einen ATmega16 z.B.:

<pre class="code">
UCSRB |= (1<<TXEN); //UART TX einschalten
UCSRC |= (1<<URSEL)|(3<<UCSZ0); //Asynchron 8N1
</pre>

Nun müssen wir noch die Baudrate festlegen. Gemäß unserer Formel brauchen wir dazu die Taktfrequenz des angeschlossenen Oszillators bzw. Quarz in die Formel einzufügen und das Resultat der Berechnung in das Baudratenregister des UART einzuschreiben:

<pre class="code">
/* UART-Init beim AT90S2313 */

#ifndef F_CPU
/* In neueren Version der WinAVR/Mfile Makefile-Vorlage kann
F_CPU im Makefile definiert werden, eine nochmalige Definition
hier wuerde zu einer Compilerwarnung fuehren. Daher "Schutz" durch
#ifndef/#endif */
/* Zum Beispiel 4Mhz-Quarz (falls nicht schon im Makefile definiert): */
#define F_CPU 4000000;
#endif
#define UART_BAUD_RATE 9600 // 9600 Baud

UBRR = F_CPU / (UART_BAUD_RATE * 16l) - 1;
</pre>

Wieder für den Mega16 mit einem 16bit-Register eine andere Programmierung.

<pre class="code">
/* USART-Init beim ATmegaXX */
#ifndef F_CPU
#define F_CPU 3686400 /* Oszillator-Frequenz in Hz */
#endif
#define UART_BAUD_RATE 9600
#define UART_BAUD_CALC(UART_BAUD_RATE,F_OSC) ((F_CPU)/((UART_BAUD_RATE)*16l)-1)

UBRRH=(uint8_t)(UART_BAUD_CALC(UART_BAUD_RATE,F_CPU)>>8);
UBRRL=(uint8_t)UART_BAUD_CALC(UART_BAUD_RATE,F_CPU);

/* alternativ bei der avr-libc "direkt 16bit" : */
UBRR=UART_BAUD_CALC(UART_BAUD_RATE,F_CPU);
</pre>

Teilweise kann man im Datenblatt der jeweiligen CPU's auch den entsprechenden Wert nachschlagen. Ein Beispiel für einen ATmega32 bei 16MHz und für 19200 Baud: im Datenblatt des ATmega32 Tabelle "Examples of UBRR Settings" liest man für diese Vorgaben den Wert 51 ab. Dieser wird nun auf die Register UBRRH und UBRRL verteilt.

Die Initialisierung für den USART könnte dann so aussehen:

<pre class="code">
/* USART-Init 19200 Baud bei 16MHz für Mega32 */
UCSRB |= ( 1 << TXEN ); // UART TX einschalten
UCSRC |= ( 1 << URSEL )|( 3<<UCSZ0 ); // Asynchron 8N1
UBRRH = 0; // Highbyte ist 0
UBRRL = 51; // Lowbyte ist 51 ( dezimal )
</pre>

Der obige Code ist gegenüber den Versionen mit '#define ...' nicht so portabel, dafür aber etwas übersichtlicher.

=== Senden einzelner Zeichen ===

Um nun ein Zeichen auf die Schnittstelle auszugeben, müssen wir dasselbe
lediglich in das '''U'''ART '''D'''ata '''R'''egister schreiben. Vorher ist zu prüfen, ob das UART-Modul bereit ist da zu sendende Zeichen entgegenzunehmen. Die Bezeichnungen des/der Statusregisters mit dem Bit UDRE ist abhängig vom Controllertypen (vgl. Datenblatt).

<pre class="code">
// bei AVR mit einem UART ("classic AVR" z.B. AT90S8515)
while (!(USR & (1<<UDRE))); /* warten bis Senden moeglich */
UDR = 'x'; /* schreibt das Zeichen x auf die Schnittstelle */

/** ODER **/

// bei neueren AVRs steht der Status in UCSRA/UCSR0A/UCSR1A, hier z.B. fuer ATmega16:
while (!(UCSRA & (1<<UDRE))); /* warten bis Senden moeglich */
UDR = 'x'; /* schreibt das Zeichen x auf die Schnittstelle */
</pre>

=== Schreiben einer Zeichenkette (String) ===

Die Aufgabe "String senden" wird durch zwei Funktionen abgearbeitet. Die universelle/controllerunabhängige Funktion uart_puts übergibt jeweils ein Zeichen der Zeichenkette an eine Funktion uart_putc, die abhängig von der vorhandenen Hardware implementiert werden muss. In der Funktion zum Senden eines Zeichens ist darauf zu achten, dass vor dem Senden geprüft wird, ob der UART bereit ist den "Sendeauftrag" entgegenzunehmen.

<pre class="code">
// putc fuer AVR mit einem UART (z.B. AT90S8515)
void uart_putc(unsigned char c)
{
while(!(USR & (1 << UDRE))); /* warte, bis UDR bereit */
UDR = c; /* sende Zeichen */
}

/** ODER **/

// bei neueren AVRs andere Bezeichnung fuer die Statusregister, hier ATmega16:
void uart_putc(unsigned char c)
{
while (!(UCSRA & (1<<UDRE))); /* warten bis Senden moeglich */
UDR = c; /* sende Zeichen */
}

/* puts ist unabhaengig vom Controllertyp */
void uart_puts (char *s)
{
while (*s)
{ /* so lange *s != '\0' also ungleich dem "Sting-Endezeichen" */
uart_putc(*s);
s++;
}
}
</pre>

Warteschleifen sind insofern etwas kritisch, da während des Sendens eines Strings nicht mehr auf andere Ereignisse reagieren werden kann. Universeller ist die Nutzung von FIFO(first-in first-out)-Puffern, in denen die zu sendenden bzw. empfangenen Zeichen/Bytes zwischengespeichert und mittels Interruptroutinen an den U(S)ART weitergebgen bzw. ausgelesen werden. Dazu existieren fertige Komponenten (Bibliotheken, Libraries), die man recht einfach in eigene Entwicklungen integrieren kann. Es empfiehlt sich, diese Komponenten zu nutzen und das Rad nicht neu zu erfinden.

== Zeichen Empfangen ==

Zum Empfang von Zeichen muss der Empfangsteil des UART bei der Initialisierung aktiviert werden, indem das RXEN-Bit im jeweiligen Konfigurationsregister (UCSRB bzw UCSR0B/UCSR1B) gesetzt wird. Im einfachsten Fall wird solange gewartet, bis ein Zeichen empfangen wurde, dieses steht dann im UART-Datenregister (UDR bzw. UDR0 und UDR1 bei AVRs mit 2 UARTS) zur Verfügung (sogen. "Polling-Betrieb"). Ein Beispiel für den ATmega16:

<pre class="code">
#include <inttypes.h>
#include <avr/io.h>

/* Zusaetzlich zur Baudrateneinstellung und der weiteren Initialisierung: */
void Usart_EnableRX()
{
UCSRB |= ( 1 << RXEN );
}

/* Zeichen empfangen */
uint8_t Usart_Rx(void)
{
while (!(UCSRA & (1<<RXC))); // warten bis Zeichen verfuegbar
return UDR; // Zeichen aus UDR an Aufrufer zurueckgeben
}
</pre>

Diese Funktion blockiert den Programmablauf. Alternativ kann das RXC-Bit in einer Programmschleife abgefragt werden und dann nur bei gesetztem RXC-Bit UDR ausgelesen werden. Eleganter und in den meisten Anwendungsfällen "stabiler" ist die Vorgehensweise, die empfangenen Zeichen in einer Interrupt-Routine einzulesen und zur späteren Verarbeitung in einem Eingangsbuffer (FIFO-Buffer) zwischenzuspeichern. Dazu existieren fertige und gut getestete Bibliotheken (z.B. UART-Library von P. Fleury, procyon-avrlib und einige in der "Academy" von avrfreaks.net).

TODO: 9bit

== Software-UART ==

Falls die Zahl der vorhandenen Hardware-UARTs nicht ausreicht, können weitere Schnittstellen über sogennante Software-UARTs ergänzt werden. Es gibt dazu (mindestens) zwei Ansätze:
* Der bei AVRs üblichste Ansatz basiert auf dem Prinzip, dass ein externer Interrupt-Pin für den Emfang genutzt ("RX") wird. Das Startbit löst den Interrupt aus, in der Interrupt-Routine (ISR) wird der externe Interrupt deaktiviert und ein Timer aktiviert und der Zustand des Empfangs-Pins entsprechend der Baudrate abtastet. Nach Empfang des Stop-Bits wird der externe Interrupt wieder aktiviert. Senden kann über einen beliebigen Pin erfolgen ("TX"), der entsprechend der Baudrate und dem zu sendenden Zeichen auf 0 oder 1 gesetzt wird. Die Implementierung ist nicht ganz einfach, es existieren dazu aber fertige Bibliotheken (z.B. bei avrfreaks oder in der Procyon avrlib).
* Ein weiterer Ansatz erfordert keinen Pin mit "Interrupt-Funktion" benötigt aber mehr Rechenzeit. Jeder Input-Pin kann als Empfangspin (RX) dienen. Über einen Timer wird der Zustand des RX-Pins mit einem vielfachen der Baudrate abgetastet (dreifach scheint üblich) und high bzw. low-Bits anhand einer Mindestanzahl identifiziert. (Beispiel: "Generic Software Uart" Application-Note von IAR)

Neuere AVRs (z.B. ATtiny26 oder ATmega48,88,168,169) verfügen über ein Universal Serial Interface (USI), das teilweise UART-Funktion übernehmen kann. Atmel stellt eine Application-Note bereit, in der die Nutzung des USI als UART erläutert wird (im Prinzip "Hardware-unterstützter Software-UART").

* siehe auch: Weiterführende Informationen inkl. Beispielen für die Nutzung von stdio-Funktionen (printf etc.) im [[AVR-Tutorial - UART]].
* [http://homepage.sunrise.ch/mysunrise/peterfleury/ Peter Fleurys] UART-Bibiliothek fuer avr-gcc/avr-libc

= Analoge Ein- und Ausgabe =

Analoge Eingangswerte werden in der Regel über den AVR Analog-Digital-Converter (AD-Wandler, ADC) eingelesen, der in vielen Typen verfügbar ist (typisch 10bit Auflösung). Durch diesen werden analogen Signale (Spannungen) in digitale Zahlenwerte gewandelt. Bei AVRs, die über keinen internen AD-Wandler verfügen (z.B. ATmega162, ATtiny2313), kann durch externe Beschaltung (R/C-Netzwerk und "Zeitmessung") die Funktion des AD-Wandlers "emuliert" werden.

Es existieren keine AVRs mit eingebautem Digital-Analog-Konverter (DAC). Diese Funktion muss durch externe Komponenten nachgebildet werden (z.B. PWM und "Glättung").

Unabhängig davon besteht natürlich immer die Möglichkeit, spezielle Bausteine zur Analog-Digital- bzw. Digital-Analog-Wandlung zu nutzen und diese über eine digitale Schnittstelle (z.b. SPI oder I2C) mit einem AVR anzusteuern.

== ADC (Analog Digital Converter) ==

Der Analog-Digital-Konverter (ADC) wandelt analoge Signale in digitale Werte um, welche vom Controller interpretiert werden können. Einige AVR-Typen haben bereits einen mehrkanaligen Analog-Digital-Konverter eingebaut. Die Genauigkeit, mit welcher ein analoges Signal aufgelöst werden kann, wird durch die Auflösung des ADC in Anzahl Bits angegeben, man hört bzw. liest jeweils von 8-Bit-ADC oder 10-Bit-ADC oder noch höher.

Ein ADC mit 8 Bit Auflösung kann somit das analoge Signal mit einer Genauigkeit von 1/256 des Maximalwertes darstellen. Wenn wir nun mal annehmen, wir hätten eine Spannung zwischen 0 und 5 Volt und eine Auflösung von 3 Bit, dann könnten
die Werte 0V, 0.625V, 1.25, 1.875V, 2.5V, 3.125V, 3.75, 4.375, 5V
daherkommen, siehe dazu folgende Tabelle:

<div align="center"><center>

{| border="1"
|-
| align="center" | '''Eingangsspannung am ADC'''
| align="center" | '''Entsprechender Messwert'''
|-
| align="center" | 0...<0.625V
| align="center" | 0
|-
| align="center" | 0.625...<1.25V
| align="center" | 1
|-
| align="center" | 1.25...<1.875V
| align="center" | 2
|-
| align="center" | 1.875...<2.5V
| align="center" | 3
|-
| align="center" | 2.5...<3.125V
| align="center" | 4
|-
| align="center" | 3.125...<3.75V
| align="center" | 5
|-
| align="center" | 3.75...<4.375V
| align="center" | 6
|-
| align="center" | 4.375...5V
| align="center" | 7
|}

</center>
</div>

Die Angaben sind natürlich nur ungefähr. Je höher nun die Auflösung des Analog-Digital-Konverters ist, also je mehr Bits er hat, um so genauer kann der Wert erfasst werden.

=== Der interne ADC im AVR ===

Wenn es einmal etwas genauer sein soll, dann müssen wir auf einen AVR mit eingebautem Analog-Digital-Wandler (ADC) zurückgreifen, die über mehrere Kanäle verfügen. Kanäle heisst in diesem Zusammenhang, dass zwar bis zu zehn analoge Eingänge am AVR verfügbar sind, aber nur ein "echter" Analog-Digital-Wandler zur Verfügung steht, vor der eigentlichen Messung ist also einzustellen, welcher Kanal ("Pin") mit dem Wandler verbunden und gemessen wird.

Die Umwandlung innerhalb des AVR basiert auf der schrittweisen Näherung. Beim AVR müssen die Pins '''AGND''' und '''AVCC''' beschaltet werden. Für genaue Messungen sollte AVCC über ein L-C Netzwerk mit VCC verbunden werden, um Spannungsspitzen und -einbrüche vom Analog-Digital-Wandler fernzuhalten. Im Datenblatt findet sich dazu eine Schaltung.

Das Ergebnis der Analog-Digital-Wandlung wird auf eine Referenzspannung bezogen. Aktuelle AVRs bieten drei Möglichkeit zur Wahl dieser Spannung:
* Eine externe Referenzspannung von maximal '''Vcc''' am Abschluss '''AREF'''.
* Verfügt der AVR über eine interne Referenzspannung, kann diese genutzt werden. Alle aktuellen AVRs mit internem AD-Wandler sollten damit ausgestattet sein (vgl. Datenblatt: 2,56V oder 1,1V je nach Typ). Das Datenblatt gibt auch über die Genauigkeit dieser Spannung Auskunft.
* Die Referenzspannung wird auf '''Vcc''' bezogen.

Bei Nutzung von Vcc oder der internen Referenz wird empfohlen, einen Kondensator zwischen dem AREF-Pin und GND anzuordnen. Die Festlegung, welche Spannungsreferenz genutzt wird, erfolgt z.B. beim ATmega16 mit den Bits REFS1/REFS0 im ADMUX-Register. Die zu messende Spannung muss im Bereich zwischen '''AGND''' und '''AREF''' (egal ob intern oder extern) liegen.

Der '''ADC''' kann in zwei verschiedenen Betriebsarten verwendet werden:

; Einfache Wandlung (Single Conversion) : In dieser Betriebsart wird der Wandler bei Bedarf vom Programm angestossen für jeweils eine Messung.

; Frei laufend (Free Running) : In dieser Betriebsart erfasst der Wandler permanent die anliegende Spannung und schreibt diese in das '''ADC Data Register'''.

==== Die Register des ADC ====

Der '''ADC''' verfügt über eigene Register. Im Folgenden die Registerbeschreibung eines (inzwischen veralteten) AT90S8535, welcher über 8 ADC-Kanäle verfügt. Die Register unterscheiden sich jedoch nicht erheblich von denen aktueller AVRs (vgl. Datenblatt).

{| border="1"
|-
| '''ADCSR   '''
| '''ADC''' '''C'''ontrol and '''S'''tatus '''R'''egister. 
In diesem Register stellen wir ein, wie wir den '''ADC''' verwenden möchten. 
Das Register ist wie folgt aufgebaut:

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''ADEN'''
| align="center" | '''ADSC'''
| align="center" | '''ADFR'''
| align="center" | '''ADIF'''
| align="center" | '''ADIE'''
| align="center" | '''ADPS2'''
| align="center" | '''ADPS1'''
| align="center" | '''ADPS0'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R
| align="center" | W
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 1
| align="center" | 0
|}

'''ADEN''' ('''AD'''C '''En'''able)
:Dieses Bit muss gesetzt werden, um den ''' ADC''' überhaupt zu aktivieren. Wenn das Bit nicht gesetzt, ist können die Pins wie normale I/O-Pins verwendet werden.

'''ADSC''' ('''AD'''C '''S'''tart '''C'''onversion)
:Mit diesem Bit wird ein Messvorgang gestartet. In der frei laufenden Betriebsart muss das Bit gesetzt werden, um die kontinuierliche Messung zu aktivieren.
:Wenn das Bit nach dem Setzen des '''ADEN'''-Bits zum ersten Mal gesetzt wird, führt der Controller zuerst eine zusätzliche Wandlung und erst dann die eigentliche Wandlung aus. Diese zusätzliche Wandlung wird zu Initialisierungszwecken durchgeführt.
:Das Bit bleibt nun so lange auf 1, bis die Umwandlung abgeschlossen ist, im Initialisierungsfall entsprechend bis die zweite Umwandlung erfolgt ist und geht danach auf 0.

'''ADFR''' ('''AD'''C '''Fr'''ee Running Select)
:Mit diesem Bit wird die Betriebsart eingestellt.
:Eine logische 1 aktiviert den frei laufenden Modus. Der ''' ADC''' misst nun ständig den ausgewählten Kanal und schreibt den gemessenen Wert in das '''ADC Data Register'''.

'''ADIF''' ('''AD'''C '''I'''nterrupt '''F'''lag)
:Dieses Bit wird vom ''' ADC''' gesetzt, wenn eine Umwandlung erfolgt und das '''ADC Data Register''' aktualisiert ist.
:Wenn das '''ADIE''' Bit sowie das '''I-Bit''' im AVR '''Statusregister''' gesetzt ist, wird der '''ADC Interrupt''' ausgelöst und die Interrupt-Behandlungsroutine aufgerufen.
:Das Bit wird automatisch gelöscht, wenn die Interrupt-Behandlungsroutine aufgerufen wird. Es kann jedoch auch gelöscht werden, indem eine logische 1 in das Register geschrieben wird (So steht es in der AVR-Dokumentation).

'''ADIE''' ('''AD'''C '''I'''nterrupt '''E'''nable)
:Wenn dieses Bit gesetzt ist und ebenso das ''' I-Bit''' im Statusregister '''SREG''', dann wird der ''' ADC-Interrupt''' aktiviert.

'''ADPS2...ADPS0''' ('''AD'''C '''P'''rescaler '''S'''elect Bits)
:Diese Bits bestimmen den Teilungsfaktor zwischen der Taktfrequenz und dem Eingangstakt des '''ADC'''.
:Der '''ADC''' benötigt einen eigenen Takt, welchen er sich selber aus der CPU-Taktfreqenz erzeugt. Der '''ADC'''-Takt sollte zwischen 50 und 200kHz sein.
:Der Vorteiler muss also so eingestellt werden, dass die CPU-Taktfrequenz dividiert durch den Teilungsfaktor einen Wert zwischen 50-200kHz ergibt.
:Bei einer CPU-Taktfrequenz von 4MHz beispielsweise rechnen wir

:<math>
\begin{matrix}
TF_{min}=\frac{CLK}{200kHz}=\frac{4000000}{200000}=\mathbf{20}
\\
\\
TF_{max}=\frac{CLK}{50kHz}=\frac{4000000}{50000}=\mathbf{80}
\end{matrix}
</math>

:Somit kann hier der Teilungsfaktor 32 oder 64 verwendet werden. Im Interesse der schnelleren Wandlungszeit werden wir hier den Faktor 32 einstellen.
<dl><dd>
{| style="" border="1"
|-
| align="center" | '''ADPS2'''
| align="center" | '''ADPS1'''
| align="center" | '''ADPS0'''
| align="center" | '''Teilungsfaktor'''
|-
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 2
|-
| align="center" | 0
| align="center" | 0
| align="center" | 1
| align="center" | 2
|-
| align="center" | 0
| align="center" | 1
| align="center" | 0
| align="center" | 4
|-
| align="center" | 0
| align="center" | 1
| align="center" | 1
| align="center" | 8
|-
| align="center" | 1
| align="center" | 0
| align="center" | 0
| align="center" | 16
|-
| align="center" | 1
| align="center" | 0
| align="center" | 1
| align="center" | 32
|-
| align="center" | 1
| align="center" | 1
| align="center" | 0
| align="center" | 64
|-
| align="center" | 1
| align="center" | 1
| align="center" | 1
| align="center" | 128
|}
</dd></dl>
|-
| '''ADCL''' 
'''ADCH'''
| '''ADC ''' Data Register 
Wenn eine Umwandlung abgeschlossen ist, befindet sich der gemessene Wert in
diesen beiden Registern. Von '''ADCH''' werden nur die beiden niederwertigsten Bits verwendet. Es müssen immer beide Register ausgelesen werden und zwar immer '''in der Reihenfolge: ADCL, ADCH'''.
Der effektive Messwert ergibt sich dann zu:

<pre class="code">
x = ADCL; // mit uint16_t x
x += (ADCH<<8); // in zwei Zeilen (LSB/MSB-Reihenfolge und
C-Operatorprioritaet sichergestellt)
</pre>

oder

<pre class="code">
x = ADCW; // je nach AVR auch x = ADC (siehe avr/ioxxx.h)
</pre>

|-
| '''ADMUX  '''
| '''AD'''C '''Mu'''ltiple'''x'''er Select Register 
Mit diesem Register wird der zu messende Kanal ausgewählt. Beim 90S8535
kann jeder Pin von Port A als '''ADC'''-Eingang verwendet werden (=8 Kanäle). 
Das Register ist wie folgt aufgebaut:

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''MUX2'''
| align="center" | '''MUX1'''
| align="center" | '''MUX0'''
|-
| '''R/W'''
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''MUX2...MUX0'''
:Mit diesem 3 Bits wird der zu messende Kanal bestimmt. Es wird einfach die entsprechende Pinnummer des Ports eingeschrieben.
:Wenn das Register beschrieben wird, während dem eine Umwandlung läuft, so wird zuerst die aktuelle Umwandlung auf dem bisherigen Kanal beendet. Dies ist vor allem beim frei laufenden Betrieb zu berücksichtigen.

:Meine Empfehlung ist deswegen klar diese, dass der frei laufende Betrieb nur bei einem einzelnen zu verwendenden Analogeingang verwendet werden sollte, wenn man sich Probleme bei der Umschalterei ersparen will.
|}

==== Aktivieren des ADC ====

Um den ''' ADC''' zu aktivieren, müssen wir das '''ADEN'''-Bit im '''ADCSR'''-Register
setzen. Im gleichen Schritt legen wir auch gleich die Betriebsart fest.

Ein kleines Beispiel für den "single conversion"-Mode bei einem ATmega169 und Nutzung der internen Referenzspannung (beim '169 1,1V bei anderen AVRs auch 2,56V). D.h. das Eingangssignal darf diese Spannung nicht überschreiten, gegebenenfalls mit Spannungsteiler konditionieren. Ergebnis der Routine ist der ADC-Wert, also 0 für 0-Volt und 1024 für V_ref-Volt.

<pre class="code">

#define CHANNELOFFSET 4

uint16_t ReadChannel(uint8_t channel)
{
uint8_t i;
uint16_t result;

ADCSRA = (1<<ADEN) | (1<<ADPS1) | (1<<ADPS0); // Frequenzvorteiler
// setzen auf 8 (1) und ADC aktivieren (1)

ADMUX = CHANNELOFFSET+channel; // Kanal waehlen
ADMUX |= (1<<REFS1) | (1<<REFS0); // interne Referenzspannung nutzen

/* nach Aktivieren des ADC wird ein "Dummy-Readout" empfohlen, man liest
also einen Wert und verwirft diesen, um den ADC "warmlaufen zu lassen" */
ADCSRA |= (1<<ADSC); // eine ADC-Wandlung

while(!(ADCSRA & (1<<ADIF))); // auf Abschluss der Konvertierung warten (ADIF-bit)

result = 0;

/* Eigentliche Messung - Mittelwert aus 4 aufeinanderfolgenden Wandlungen */
for(i=0;i<4;i++)
{
ADCSRA |= (1<<ADSC); // eine Wandlung "single conversion"
while(!(ADCSRA & (1<<ADIF))); // auf Abschluss der Konvertierung warten (ADIF-bit)
result += ADC; // Wandlungsergebnisse aufaddieren
ADCSRA |= (1<<ADIF); //ADIF löschen (siehe DB, macht sonst die ISR),
} //da sonst Schleife im nächsten Durchgang nicht
//wartet bis Wandlung fertig.

ADCSRA &= ~(1<<ADEN); // ADC deaktivieren (2)

result /= 4; // Summe durch vier teilen = arithm. Mittelwert

return result;
}
</pre>

Im Beispiel wird bei jedem Aufruf der ADC aktiviert und nach der Wandlung wieder abgeschaltet, das spart Strom. Will man dies nicht, verschiebt man die mit (1) gekennzeichneten Zeilen in eine Funktion adc_init() o.ä. und löscht die mit (2) markierten Zeilen.

=== Analog-Digital-Wandlung ohne internen ADC ===

==== Messen eines Widerstandes ====

Wir wollen hier einmal die wohl einfachste Methode zur Erfassung eines
analogen Wertes realisieren und zwar das Messen eines veränderlichen
Widerstandes wie z.B. eines Potentiometers.

Man stelle sich vor, wir schalten einen Kondensator in Reihe zu einem
Widerstand zwischen die Versorgungsspannung und Masse und dazwischen nehmen wir
das Signal ab und führen es auf einen der Pins an unserem Controller, genau so
wie es in folgender Grafik dargestellt ist.

[[Image:Poti.gif]]

Wenn wir nun den Pin des AVR als Ausgang schalten und auf
Logisch 1 (HIGH) legen, dann liegt an beiden Platten des Kondensators ''' Vcc''' an und
dieser wird entladen (Klingt komisch, mit ''' Vcc''' entladen, ist aber so, da an beiden Seiten des Kondensators das gleiche Potential anliegt und somit eine Potentialdifferenz von 0V besteht => Kondensator ist entladen). 
Nachdem nun der Kondensator genügend entladen ist schalten wir einfach den Pin
als Eingang wodurch dieser hochohmig wird. Der Kondensator lädt sich jetzt
über das Poti auf, dabei steigt der Spannungsabfall über dem Kondensator und
derjenige über dem Poti sinkt. Fällt nun der Spannungsabfall über dem Poti
unter die Thresholdspannung des Eingangspins (2/5 Vcc, also ca. 2V), dann schaltet der
Eingang von HIGH auf LOW um. Wenn wir nun messen (zählen), wie lange es dauert,
bis der Kondensator so weit geladen ist, dann haben wir einen ungefähren Wert
der Potentiometerstellung. 
Der 220 Ohm Widerstand dient dem Schutz des Controllers. Wenn nämlich sonst die
Potentiometerstellung auf Maximum steht (0 Ohm), dann würde in den Eingang des
Controllers ein viel zu hoher Strom fliessen und der AVR würde in Rauch
aufgehen.

Dies ist meines Wissens die einzige Schaltung zur Erfassung von
Analogwerten, welche mit nur einem einzigen Pin auskommt. 
Mit einem weiteren Eingangspin und ein wenig Software können wir auch eine
Kalibrierung realisieren, um den Messwert in einen vernünftigen Bereich (z.B:
0...100 % oder so) umzurechnen.

Wer Lust hat, sich selber mal an ein solches Programm
heranzuwagen, der sollte das jetzt tun. Für diejenigen, die es gern schnell
mögen, hier das Beispielprogramm, welches den UART-Printf aus den
vorangegangenen Kapiteln benötigt, inkl. Makefile:

{| border="0"
|-
| [http://www.mypage.bluewin.ch/ch_schifferle/AtmelC/Uebungen/Poti/Poti.c Poti.c ]
| Hauptprogramm.
|-
| [http://www.mypage.bluewin.ch/ch_schifferle/AtmelC/Uebungen/Poti/Pot.c Pot.c]
| Separate Routine zur Ermittlung des Messwertes.
|-
| [http://www.mypage.bluewin.ch/ch_schifferle/AtmelC/Uebungen/Poti/Pot.h Pot.h]
| Zugehörige Headerdatei.
|-
| [http://www.mypage.bluewin.ch/ch_schifferle/AtmelC/Uebungen/Allgemein/UartPrintF.c UartPrintF.c]
| Für die Debugausgabe auf den UART.
|-
| [http://www.mypage.bluewin.ch/ch_schifferle/AtmelC/Uebungen/Allgemein/UartPrintF.h UartPrintF.h]
| Zugehörige Headerdatei.
|-
| [http://www.mypage.bluewin.ch/ch_schifferle/AtmelC/Uebungen/Poti/makefile Makefile]
| Makefile.
|}

Nachdem das Programm auf den AVR geladen wurde, muss dieser
kalibriert werden. Dazu wird der Kalibrierungsschalter geschlossen und das Poti
einige Male zwischen minimaler und maximaler Stellung hin und her gedreht. Dabei
werden die jeweiligen Maximalwerte bestimmt. Wenn der Kalibrierschalter wieder
geöffnet wird werden die Kalibrierungsdaten in's EEPROM des AVR geschrieben,
damit die Prozedur nicht nach jedem Reset wiederholt werden muss.

Auf Pin 4 habe ich noch ein Triggersignal gelegt, welches auf
HIGH geht wenn die Messung beginnt und auf LOW, wenn der Messvorgang beendet
wird. Mit Hilfe dieses Signals kann der Vorgang wunderschön auf einem
Oszillographen dargestellt werden.

==== ADC über Komparator ====

Es gibt einen weiteren Weg, eine analoge Spannung mit Hilfe des
Komparators, welcher in fast jedem AVR integriert ist, zu messen. Siehe dazu
auch die Application Note AVR400 von Atmel.

Dabei wird das zu messende Signal auf den invertierenden Eingang
des Komparators geführt. Zusätzlich wird ein Referenzsignal an den nicht
invertierenden Eingang des Komparators angeschlossen. Das Referenzsignal wird
hier auch wieder über ein RC-Glied erzeugt, allerdings mit festen Werten für R
und C.

[[Image:ADC ueber Komparator.gif]]

Das Prinzip der Messung ist nun dem vorhergehenden recht
ähnlich. Durch Anlegen eines LOW-Pegels an Pin 2 wird der Kondensator zuerst
einmal entladen. Auch hier muss darauf geachtet werden, dass der Entladevorgang
genügend lang dauert. 
Nun wird Pin 2 auf HIGH gelegt. Der Kondensator wird geladen. Wenn die Spannung
über dem Kondensator die am Eingangspin anliegende Spannung erreicht hat
schaltet der Komparator durch. Die Zeit, welche benötigt wird, um den
Kondensator zu laden kann nun auch wieder als Maß für die Spannung an Pin 1
herangezogen werden.

Ich habe es mir gespart, diese Schaltung auch aufzubauen und
zwar aus mehreren Gründen:

# 3 Pins notwendig.
# Genauigkeit vergleichbar mit einfacherer Lösung.
# War einfach zu faul.

Der Vorteil dieser Schaltung liegt allerdings darin, dass damit
direkt Spannungen gemessen werden können.

== DAC (Digital Analog Converter) ==

Mit Hilfe eines Digital-Analog-Konverters ('''DAC''') können wir nun auch Analogsignale ausgeben. Es gibt hier mehrere Verfahren. 

=== DAC über mehrere digitale Ausgänge ===

Wenn wir an den Ausgängen des Controllers ein entsprechendes
Widerstandsnetzwerk aufbauen haben wir die Möglichkeit, durch die Ansteuerung
der Ausgänge über den Widerständen einen Addierer aufzubauen, mit dessen
Hilfe wir eine dem Zahlenwert proportionale Spannung erzeugen können. Das
Schaltbild dazu kann etwa so aussehen:

[[Image:DAC R2R.gif]]

Es sollten selbstverständlich möglichst genaue Widerstände verwendet
werden, also nicht unbedingt solche mit einer Toleranz von 10% oder mehr.
Weiterhin empfiehlt es sich, je nach Anwendung den Ausgangsstrom über einen
Operationsverstärker zu verstärken.

=== PWM (Pulsweitenmodulation) ===

Wir kommen nun zu einem Thema, welches in aller Munde ist, aber viele
Anwender verstehen nicht ganz, wie ''' PWM''' eigentlich funktioniert.

Wie wir alle wissen ist ein Mikrocontroller ein rein digitales Bauteil.
Definieren wir einen Pin als Ausgang, dann können wir diesen Ausgang entweder
auf HIGH setzen, worauf am Ausgang die Versorgungsspannung ''' Vcc''' anliegt, oder aber wir setzen den Ausgang auf LOW, wonach dann ''' 0V''' am Ausgang liegt. Was passiert aber nun, wenn wir periodisch mit einer festen Frequenz zwischen HIGH und LOW umschalten? - Richtig, wir erhalten eine Rechteckspannung, wie die folgende Abbildung zeigt:

[[Image:PWM Theorie 1.gif]]

Diese Rechteckspannung hat nun einen geometrischen Mittelwert, der je nach Pulsbreite kleiner oder grösser ist.

[[Image:PWM Theorie 2.gif]]

Wenn wir nun diese pulsierende Ausgangsspannung noch über ein
RC-Glied filtern/"glätten" dann haben wir schon eine entsprechende Gleichspannung erzeugt.

Mit den AVR's können wir direkt '''PWM'''-Signale erzeugen. Dazu dient der 16-Bit Zähler, welcher im sogenannten '''PWM'''-Modus betrieben werden
kann.

Hinweis:
:In den folgenden Überlegungen wird als Controller der 90S2313 vorausgesetzt. Die Theorie ist allerdings bei anderen AVR-Controllern vergleichbar, die Pinbelegung allerdings nicht unbedingt.

Um den '''PWM'''-Modus zu aktivieren müssen im Timer/Counter1 Control
Register A '''TCCR1A''' die Pulsweiten-Modulatorbits '''PWM10''' bzw. '''PWM11''' entsprechend
nachfolgender Tabelle gesetzt werden:

{| border="1"
|-
| align="center" | '''PWM11'''
| align="center" | '''PWM10'''
| '''Bedeutung'''
|-
| align="center" | 0
| align="center" | 0
| PWM-Modus des Timers ist nicht aktiv.
|-
| align="center" | 0
| align="center" | 1
| 8-Bit PWM.
|-
| align="center" | 1
| align="center" | 0
| 9-Bit PWM.
|-
| align="center" | 1
| align="center" | 1
| 10-Bit PWM.
|}

Der Timer/Counter zählt nun permanent von 0 bis zur Obergrenze
und wieder zurück, er wird also als sogenannter Auf-/Ab Zähler betrieben. Die
Obergrenze hängt davon ab, ob wir mit 8, 9 oder 10-Bit PWM arbeiten wollen:

{| border="1"
|-
| align="center" | '''Auflösung'''
| align="center" | '''Obergrenze'''
| '''Frequenz'''
|-
| align="center" | 8
| align="center" | 255
| fTC1 / 510
|-
| align="center" | 9
| align="center" | 511
| fTC1 / 1022
|-
| align="center" | 10
| align="center" | 1023
| fTC1 / 2046
|}

Zusätzlich muss mit den Bits '''COM1A1''' und '''COM1A0''' desselben
Registers die gewünschte Ausgabeart des Signals definiert werden:

{| border="1"
|-
| align="center" | '''COM1A1'''
| align="center" | '''COM1A0'''
| '''Bedeutung'''
|-
| align="center" | 0
| align="center" | 0
| Keine Wirkung, Pin wird nicht geschaltet.
|-
| align="center" | 0
| align="center" | 1
| Keine Wirkung, Pin wird nicht geschaltet.
|-
| align="center" | 1
| align="center" | 0
| Nicht invertierende PWM. 
Der Ausgangspin wird gelöscht beim Hochzählen und gesetzt beim
Herunterzählen.
|-
| align="center" | 1
| align="center" | 1
| Invertierende PWM. 
Der Ausgangspin wird gelöscht beim Herunterzählen und gesetzt beim
Hochzählen.
|}

Der entsprechende Befehl um beispielsweise den Timer/Counter als
nicht invertierenden 10-Bit PWM zu verwenden heisst dann:

<pre class="code">
TCCR1A = (1<<PWM11)|(1<<PWM10)|(1<<COM1A1);
</pre>

Damit der Timer/Counter überhaupt läuft müssen wir im Control
Register B '''TCCR1B''' noch den gewünschten Takt (Vorzähler) einstellen, und
somit auch die Frequenz des '''PWM'''-Signals bestimmen.

{| border="1"
|-
| align="center" | '''CS12'''
| align="center" | '''CS11'''
| align="center" | '''CS10'''
| '''Bedeutung'''
|-
| align="center" | 0
| align="center" | 0
| align="center" | 0
| Stop. Der Timer/Counter wird gestoppt.
|-
| align="center" | 0
| align="center" | 0
| align="center" | 1
| CK
|-
| align="center" | 0
| align="center" | 1
| align="center" | 0
| CK / 8
|-
| align="center" | 0
| align="center" | 1
| align="center" | 1
| CK / 64
|-
| align="center" | 1
| align="center" | 0
| align="center" | 0
| CK / 256
|-
| align="center" | 1
| align="center" | 0
| align="center" | 1
| CK / 1024
|-
| align="center" | 1
| align="center" | 1
| align="center" | 0
| Externer Pin 1, negative Flanke
|-
| align="center" | 1
| align="center" | 1
| align="center" | 1
| Externer Pin 1, positive Flanke
|}

Also um einen Takt von CK / 1024 zu generieren, verwenden wir
folgenden Befehl:

<pre class="code">
TCCR1B = (1<<CS12) | (1<<CS10);
</pre>

Jetzt muss nur noch der Vergleichswert festgelegt werden. Diesen
schreiben wir in das 16-Bit Timer/Counter Output Compare Register '''OCR1A'''.

<pre class="code">
OCR1A = xxx;
</pre>

Die folgende Grafik soll den Zusammenhang zwischen dem Vergleichswert und dem generierten '''PWM'''-Signal aufzeigen.

[[Image:PWM Theorie 3.gif]]

[[Image:PWM Theorie 4.gif]]

Ach ja, fast hätte ich's vergessen. Das generierte '''PWM'''-Signal
wird am Output Compare Pin '''OC1''' des Timers ausgegeben und leider können wir
deshalb auch beim AT90S2313 ein einzelnes '''PWM'''-Signal mit dieser Methode generieren. Andere AVR-Typen verfügen über bis zu vier PWM-Ausgänge.

= Die Timer/Counter des AVR =

Die heutigen Mikrocontroller und insbesondere die RISC-AVR's sind für viele Steuerungsaufgaben zu schnell. Wenn wir beispielsweise eine LED oder Lampe blinken lassen wollen, können wir selbstverständlich nicht die CPU-Frequenz verwenden, da ja dann nichts mehr vom Blinken zu bemerken wäre.

Wir brauchen also eine Möglichkeit, Vorgänge in Zeitabständen durchzuführen, die geringer als die Taktfrequenz des Controllers sind. Selbstverständlich sollte die resultierende Frequenz auch noch möglichst genau und stabil sein.

Hier kommen die im AVR vorhandenen Timer/Counter zum Einsatz.

Ein anderes Anwendungsgebiet ist die Zählung von Signalen, welche über einen I/O-Pin zugeführt werden können.

Die folgenden Ausführungen beziehen sich auch den AT90S2313. Für andere Modelltypen müsst ihr euch die allenfalls notwendigen Anpassungen aus den Datenblättern der entsprechenden Controller herauslesen.

Wir unterscheiden grundsätzlich zwischen 8-Bit Timern, welche eine Auflösung von 256 aufweisen und 16-Bit Timern mit (logischerweise) einer Auflösung von 65536. Als Eingangstakt für die Timer/Counter kann entweder die CPU-Taktfrequenz, der Vorteiler-Ausgang oder ein an einen I/O-Pin angelegtes Signal verwendet werden. Wenn ein externes Signal verwendet wird, so darf dessen Frequenz nicht höher sein als die Hälfte des CPU-Taktes.

== Der Vorzähler (Prescaler) ==


Der Vorzähler dient dazu, den CPU-Takt vorerst um einen einstellbaren Faktor zu reduzieren. Die so geteilte Frequenz wird den Eingängen der Timer zugeführt.

Wenn wir mit einer einem CPU-Takt von 4 MHz arbeiten und den Vorteiler auf 1024 einstellen, wird also der Timer mit einer Frequenz von 4 MHz / 1024, also mit ca. 4 kHz versorgt. Wenn also der Timer läuft, so wird das Daten- bzw. Zählregister (TCNTx) mit dieser Frequenz inkrementiert.

== 8-Bit Timer/Counter ==

Alle AVR-Modelle verfügen über mindestens einen, teilweise sogar zwei, 8-Bit Timer.

Der 8-Bit Timer wird z.B bei AT90S2313 über folgende Register angesprochen (bei anderen Typen weitestgehend analog):

{| border="1"
|-
| '''TCCR0'''
| '''T'''imer/'''C'''ounter '''C'''ontrol '''R'''egister
Timer '''0'''

In diesem Register stellen wir ein, wie wir den Timer/Counter verwenden möchten.

Das Register ist wie folgt aufgebaut:

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''CS02'''
| align="center" | '''CS01'''
| align="center" | '''CS00'''
|-
| '''R/W'''
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''CS02, CS01, CS00''' ('''C'''lock '''S'''elect Bits)
:Diese 3 Bits bestimmen die Quelle für den Timer/Counter:
<dl><dd>
{| border="1"
|-
| align="center" | CS02
| align="center" | CS01
| align="center" | CS00
| Resultat
|-
| align="center" | 0
| align="center" | 0
| align="center" | 0
| Stopp, Der Timer/Counter wird angehalten.
|-
| align="center" | 0
| align="center" | 0
| align="center" | 1
| CPU-Takt
|-
| align="center" | 0
| align="center" | 1
| align="center" | 0
| CPU-Takt / 8
|-
| align="center" | 0
| align="center" | 1
| align="center" | 1
| CPU-Takt / 64
|-
| align="center" | 1
| align="center" | 0
| align="center" | 0
| CPU-Takt / 256
|-
| align="center" | 1
| align="center" | 0
| align="center" | 1
| CPU-Takt / 1024
|-
| align="center" | 1
| align="center" | 1
| align="center" | 0
| Externer Pin '''TO''', fallende Flanke
|-
| align="center" | 1
| align="center" | 1
| align="center" | 1
| Externer Pin '''TO''', steigende Flanke
|}
</dd>
</dl>
:Wenn als Quelle der externe Pin '''TO''' verwendet wird, so wird ein Flankenwechsel auch erkannt, wenn der Pin '''TO''' als Ausgang geschaltet ist.

|-
| '''TCNT0'''
| '''T'''imer/'''C'''ou'''nt'''er Daten Register Timer '''0''' 
Dieses ist als 8-Bit Aufwärtszähler mit Schreib- und Lesezugriff
realisiert. Wenn der Zähler den Wert 255 erreicht hat beginnt er beim
nächsten Zyklus wieder bei 0.

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''MSB'''
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" | '''LSB'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}
|}

Um nun also den Timer0 in Betrieb zu setzen und ihn mit einer Frequenz von 1/1024-tel des CPU-Taktes zählen zu lassen, schreiben wir die folgende Befehlszeile:

<pre class="code">
TCCR0 = (1<<CS00)|(1<<CS02);
</pre>

Der Zähler zählt nun aufwärts bis 255, um dann wieder bei 0 zu beginnen. Der aktuelle Zählerstand steht in TCNT0. Bei jedem Überlauf von 255 auf 0 wird das Timer Overflow Flag '''TOV0''' im Timer Interrupt Flag '''TIFR'''-Register gesetzt und, falls so konfiguriert, ein entsprechender Timer-Overflow-Interrupt ausgelöst und die daran gebundene Interrupt-Routine abgearbeitet.

== 16-Bit Timer/Counter ==

Viele AVR-Modelle besitzen ausser den 8-Bit Timern auch 16-Bit Timer. Die 16-Bit Timer/Counter sind etwas komplexer aufgebaut als die 8-Bit Timer/Counter, bieten dafür aber auch viel mehr Möglichkeiten, als da sind:

* Die [[PWM]]-Betriebsart Erzeugung eines pulsweitenmodulierten Ausgangssignals.
* Vergleichswert-Überprüfung mit Erzeugung eines Ausgangssignals (Output Compare Match).
* Einfangen eines Eingangssignals mit Speicherung des aktuellen Zählerwertes (Input Capturing), mit zuschaltbarer Rauschunterdrückung (Noise Filtering).

Folgende Register sind dem Timer/Counter 1 zugeordnet:

{| border="1"
|-
| '''TCCR1A'''
| '''T'''imer/'''C'''ounter '''C'''ontrol '''R'''egister '''A''' Timer '''1''' 
In diesem und dem folgenden Register stellen wir ein, wie wir den Timer/Counter verwenden möchten. 
Das Register ist wie folgt aufgebaut:

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''COM1A1'''
| align="center" | '''COM1A0'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''PWM11'''
| align="center" | '''PWM10'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R/W
| align="center" | R/W
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''COM1A1''', '''COM1A0''' ('''Co'''mpare '''M'''atch Control Bits)
:Diese 2 Bits bestimmen die Aktion, welche am Output-Pin '''OC1''' ausgeführt werden soll, wenn der Wert des Datenregisters des Timer/Counter 1 den Wert des Vergleichsregisters erreicht, also ein so genannter Compare Match auftritt.
:Der Pin '''OC1''' ('''PB3''' beim 2313) muss mit dem Datenrichtungsregister als Ausgang konfiguriert werden.

<dl><dd>
{| border="1"
|-
| align="center" | COM1A1
| align="center" | COM1A0
| Resultat
|-
| align="center" | 0
| align="center" | 0
| Output-Pin '''OC1''' wird nicht angesteuert.
|-
| align="center" | 0
| align="center" | 1
| Das Signal am Pin '''OC1''' wird invertiert (Toggle).
|-
| align="center" | 1
| align="center" | 0
| Der Output Pin '''OC1''' wird auf 0 gesetzt.
|-
| align="center" | 1
| align="center" | 1
| Der Output Pin '''OC1''' wird auf 1 gesetzt.
|}
</dd></dl>
:In der PWM-Betriebsart haben diese Bits eine andere Funktion.
<dl><dd>
{| border="1"
|-
| align="center" | COM1A1
| align="center" | COM1A0
| Resultat
|-
| align="center" | 0
| align="center" | 0
| Output-Pin '''OC1''' wird nicht angesteuert.
|-
| align="center" | 0
| align="center" | 1
| Output-Pin '''OC1''' wird nicht angesteuert.
|-
| align="center" | 1
| align="center" | 0
| Wird beim Hochzählen der Wert im Vergleichsregister erreicht, so wird der Pin '''OC1''' auf 0 gesetzt.
Wird beim Herunterzählen der Wert im Vergleichsregister erreicht, so wird der Pin auf 1 gesetzt.

Man nennt dies ''nicht invertierende PWM''.
|-
| align="center" | 1
| align="center" | 1
| Wird beim Hochzählen der Wert im Vergleichsregister erreicht, so wird der Pin '''OC1''' auf 1 gesetzt.
Wird beim Herunterzählen der Wert im Vergleichsregister erreicht, so wird der Pin auf 0 gesetzt.

Man nennt dies ''invertierende PWM''.
|}
</dd></dl>

'''PWM11''', '''PWM10''' ('''PWM''' Mode Select Bits)
:Mit diesen 2 Bits wird die PWM-Betriebsart des Timer/Counter 1 gesteuert.
<dl><dd>
{| border="1"
|-
| align="center" | PWM11
| align="center" | PWM10
| Resultat
|-
| align="center" | 0
| align="center" | 0
| Die PWM-Betriebsart ist nicht aktiviert. Timer/Counter 1 arbeitet als normaler Timer bzw. Zähler.
|-
| align="center" | 0
| align="center" | 1
| 8-Bit PWM Betriebsart aktivieren.
|-
| align="center" | 1
| align="center" | 0
| 9-Bit PWM Betriebsart aktivieren.
|-
| align="center" | 1
| align="center" | 1
| 10-Bit PWM Betriebsart aktivieren.
|}
</dd></dl>
|-
| '''TCCR1B'''
| '''T'''imer/'''C'''ounter '''C'''ontrol '''R'''egister '''B''' Timer '''1'''

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''ICNC1'''
| align="center" | '''ICES1'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''CTC1'''
| align="center" | '''CS12'''
| align="center" | '''CS11'''
| align="center" | '''CS10'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R
| align="center" | R
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''ICNC1''' ('''I'''nput '''C'''apture '''N'''oise '''C'''anceler (4 CKs) Timer/Counter 1
:oder auf Deutsch Rauschunterdrückung des Eingangssignals.
:Wenn dieses Bit gesetzt ist und mit dem Input Capture Signal gearbeitet wird so werden nach der Triggerung des Signals mit der entsprechenden Flanke (steigend oder fallend) am Input Capture Pin '''ICP''' jeweils 4 Messungen mit der CPU-Frequenz des Eingangssignals abgefragt. Nur dann, wenn alle 4 Messungen den gleichen Zustand aufweisen gilt das Signal als erkannt.

'''ICES1''' ('''I'''nput '''C'''apture '''E'''dge '''S'''elect Timer/Counter '''1''')
:Mit diesem Bit wird bestimmt, ob die steigende ('''ICES1'''=1) oder fallende ('''ICES1'''=0) Flanke zur Auswertung des Input Capture Signals an Pin '''ICP''' heran gezogen wird.

'''CTC1''' ('''C'''lear '''T'''imer/'''C'''ounter on Compare Match Timer/Counter '''1''')
:Wenn dieses Bit gesetzt ist, so wird nach einer Übereinstimmung des Datenregisters '''TCNT1H'''/'''TCNT1L''' mit dem Vergleichswert in '''OCR1H'''/'''OCR1L''' das Datenregister '''TCNT1H'''/'''TCNT1L''' auf 0 gesetzt.
:Da die Übereinstimmung im Takt nach dem Vergleich behandelt wird, ergibt sich je nach eingestelltem Vorzähler ein etwas anderes Zählverhalten:
:Wenn der Vorteiler auf 1 gestellt ist und C der jeweilige Zählerwert ist, dann nimmt das Datenregister, im CPU-Takt betrachtet, folgende Werte an:
:... | C-2 | C-1 | C | 0 | 1 |...
:Wenn der Vorteiler z.B. auf 8 eingestellt ist, dann nimmt das Datenregister folgende Werte an:
:... | C-2, C-2, C-2, C-2, C-2, C-2, C-2, C-2 | C-1, C-1, C-1, C-1, C-1, C-1, C-1, C-1 | C, 0, 0, 0, 0, 0, 0, 0 |...
:In der PWM-Betriebsart hat dieses Bit keine Funktion.

'''CS12''', '''CS11''', '''CS10''' ('''C'''lock '''S'''elect Bits)
:Diese 3 Bits bestimmen die Quelle für den Timer/Counter:
<dl><dd>
{| border="1"
|-
| align="center" | CS12
| align="center" | CS11
| align="center" | CS10
| Resultat
|-
| align="center" | 0
| align="center" | 0
| align="center" | 0
| Stopp, Der Timer/Counter wird angehalten.
|-
| align="center" | 0
| align="center" | 0
| align="center" | 1
| CPU-Takt
|-
| align="center" | 0
| align="center" | 1
| align="center" | 0
| CPU-Takt / 8
|-
| align="center" | 0
| align="center" | 1
| align="center" | 1
| CPU-Takt / 64
|-
| align="center" | 1
| align="center" | 0
| align="center" | 0
| CPU-Takt / 256
|-
| align="center" | 1
| align="center" | 0
| align="center" | 1
| CPU-Takt / 1024
|-
| align="center" | 1
| align="center" | 1
| align="center" | 0
| Externer Pin TO, fallende Flanke
|-
| align="center" | 1
| align="center" | 1
| align="center" | 1
| Externer Pin T0, steigende Flanke
|}
</dd></dl>
:Wenn als Quelle der externe Pin T0 verwendet wird, so wird ein Flankenwechsel auch erkannt, wenn der Pin T0 als Ausgang geschaltet ist.
|-
| '''TCNT1H''' '''TCNT1L'''
| '''T'''imer/'''C'''ou'''nt'''er Daten Register Timer/Counter '''1'''
Dieses ist als 16-Bit Aufwärtszähler mit Schreib- und Lesezugriff realisiert. Wenn der Zähler den Wert 65535 erreicht hat, beginnt er beim nächsten Zyklus wieder bei 0.

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
| align="center" |  
|-
| '''Name'''
| align="center" | '''MSB'''
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" | '''TCNT1H'''
|-
| '''Name'''
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" | '''LSB'''
| align="center" | '''TCNT1L'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" |  
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" |  
|}

In der PWM-Betriebsart wird das Register als Auf/Ab-Zähler verwendet, d.h. der Wert steigt zuerst von 0 bis er den Überlauf von 65535 auf 0 erreicht hat. Dann zählt das Register rückwärts wiederum bis 0.

Zum Auslesen des Registers wird von der CPU ein internes TEMP-Register verwendet. Das gleiche Register wird auch verwendet, wenn auf '''OCR1''' oder '''ICR1''' zugegriffen wird.

Deshalb müssen vor dem Zugriff auf eines dieser Register alle Interrupts gesperrt werden, weil sonst die Möglichkeit des gleichzeitigen Zugriffs auf das Temporärregister gegeben ist, was natürlich zu fehlerhaftem Verhalten des Programms führt.. Zudem muss zuerst '''TCNT1L''' und erst danach '''TCNT1H''' ausgelesen werden.

Wenn in das Register geschrieben werden soll, müssen ebenfalls alle Interrrupts gesperrt werden. Dann muss zuerst das '''TCNT1H'''-Register und erst danach das '''TCNT1L'''-Register geschrieben werden, also genau die umgekehrte Reihenfolge wie beim Lesen des Registers.
|-
| '''OCR1H''' '''OCR1L'''
| Timer/Counter '''O'''utput '''C'''ompare '''R'''egister Timer/Counter '''1'''
{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
| align="center" |  
|-
| '''Name'''
| align="center" | '''MSB'''
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" | '''OCR1H'''
|-
| '''Name'''
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" | '''LSB'''
| align="center" | '''OCR1L'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" |  
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" |  
|}

Der Wert im Output Compare Register wird ständig mit dem aktuellen Wert im Datenregister TCNT1H/TCNT1L verglichen. Stimmen die beiden Werte überein, so wird ein sogenannter Output Compare Match ausgelöst. Die entsprechenden Aktionen werden über die Timer/Counter 1 Control und Status Register eingestellt.

Zum Auslesen des Registers wird von der CPU ein internes TEMP-Register verwendet. Das gleiche Register wird auch verwendet, wenn auf '''OCR1''' oder '''ICR1''' zugegriffen wird.
Deshalb müssen vor dem Zugriff auf eines dieser Register alle Interrupts gesperrt werden, weil sonst die Möglichkeit des gleichzeitigen Zugriffs auf das Temporärregister gegeben ist, was natürlich zu fehlerhaftem Verhalten des Programms führt.. Zudem muss zuerst '''TCNT1L''' und erst danach '''TCNT1H''' ausgelesen werden.

Wenn in das Register geschrieben werden soll, müssen ebenfalls alle Interrupts gesperrt werden. Dann muss zuerst das '''TCNT1H'''-Register und erst danach das '''TCNT1L'''-Register geschrieben werden, also genau die umgekehrte Reihenfolge wie beim Lesen des Registers.
|-
| '''ICR1H''' '''ICR1L'''
| Timer/Counter '''I'''nput '''C'''apture '''R'''egister Timer/Counter '''1''' 
{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
| align="center" |  
|-
| '''Name'''
| align="center" | '''MSB'''
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" | '''ICR1''''''H'''
|-
| '''Name'''
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" |  
| align="center" | '''LSB'''
| align="center" | '''ICR1''''''L'''
|-
| '''R/W'''
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" |  
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" |  
|}

Das Input Capture Register ist ein 16-Bit Register mit Lesezugriff. Es kann nicht beschrieben werden.

Wenn am Input Capture Pin '''ICP''' die gemäß Einstellungen im '''TCCR1B''' definierte Flanke erkannt wird, so wird der aktuelle Inhalt des Datenregisters '''TCNT1H'''/'''TCNT1L''' sofort in dieses Register kopiert und das Input Capture Flag '''ICF1''' im Timer Interrupt Flag Register '''TIFR''' gesetzt.

Wie bereits oben erwähnt, müssen vor dem Zugriff auf dieses Register alle Interrupts gesperrt werden. Zudem müssen Low- und Highbyte des Registers in der richtigen Reihenfolge bearbeitet werden:

{| border="0"
|-
| Lesen:
| '''ICR1L''' -> '''ICR1H'''
|-
| Schreiben:
| '''ICR1H''' -> '''ICR1L'''
|}
|}

=== Die PWM-Betriebsart ===

Wenn der Timer/Counter 1 in der PWM-Betriebsart betrieben wird, so bilden das Datenregister '''TCNT1H'''/'''TCNT1L''' und das Vergleichsregister '''OCR1H'''/'''OCR1L''' einen 8-, 9- oder 10-Bit, frei laufenden PWM-Modulator, welcher als PWM-Signal am '''OC1'''-Pin ('''PB3''' beim 2313) abgegriffen werden kann. Das Datenregister '''TCNT1H'''/'''TCNT1L''' wird dabei als Auf-/Ab-Zähler betrieben, welcher von 0 an aufwärts zählt bis zur Obergrenze und danach wieder zurück auf 0.
Die Obergrenze ergibt sich daraus, ob 8-, 9- oder 10-Bit PWM verwendet wird, und zwar gemäss folgender Tabelle:

{| border="1"
|-
| align="center" | '''Auflösung'''
| align="center" | '''Obergrenze'''
| '''Frequenz'''
|-
| align="center" | 8
| align="center" | 255
| fTC1 / 510
|-
| align="center" | 9
| align="center" | 511
| fTC1 / 1022
|-
| align="center" | 10
| align="center" | 1023
| fTC1 / 2046
|}

Wenn nun der Zählerwert im Datenregister den in '''OCR1H'''/'''OCR1L''' gespeicherten Wert erreicht, wird der Ausgabepin '''OC1''' gesetzt bzw. gelöscht, je nach Einstellung von '''COM1A1''' und '''COM1A0''' im '''TCCR1A'''-Register.

Ich habe versucht, die entsprechenden Signale in der folgenden Grafik zusammenzufassen

[[Image:PWM Theorie 3.gif]]

[[Image:PWM Theorie 4.gif]]

=== Vergleichswert-Überprüfung ===

Hier wird in ein spezielles Vergleichswertregister ('''OCR1H'''/'''OCR1L''') ein Wert eingeschrieben, welcher ständig mit dem aktuellen Zählerwert verglichen wird.
Erreicht der Zähler den in diesem Register eingetragenen Wert, so kann ein Signal (0 oder 1) am Pin '''OC1''' erzeugt und/oder ein Interrupt ausgelöst werden.

=== Einfangen eines Eingangssignals (Input Capturing) ===

Bei dieser Betriebsart wird an den Input Capturing Pin (ICP) des Controllers eine Signalquelle angeschlossen.
Nun kann je nach Konfiguration entweder ein Signalwechsel von 0 nach 1 (steigende Flanke) oder von 1 nach 0 (fallende Flanke) erkannt werden und der zu diesem Zeitpunkt aktuelle Zählerstand in ein spezielles Register abgelegt werden. Gleichzeitig kann auch ein entsprechender Interrupt ausgelöst werden.
Wenn die Signalquelle ein starkes Rauschen beinhaltet, kann die Rauschunterdrückung eingeschaltet werden. Dann wird beim Erkennen der konfigurierten Flanke über 4 Taktzyklen das Signal überwacht und nur dann, wenn alle 4 Messungen gleich sind, wird die entsprechende Aktion ausgelöst.

== Gemeinsame Register ==

Verschiedene Register beinhalten Zustände und Einstellungen, welche sowohl
für den 8-Bit, als auch für den 16-Bit Timer/Counter in ein und demselben
Register zu finden sind.

{| border="1"
|-
| '''TIMSK'''
| '''T'''imer/Counter '''I'''nterrupt '''M'''a'''sk'''
Register

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''TOIE1'''
| align="center" | '''OCIE1A'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''TICIE'''
| align="center" | '''-'''
| align="center" | '''TOIE0'''
| align="center" | '''-'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R
| align="center" | R
| align="center" | R/W
| align="center" | R
| align="center" | R/W
| align="center" | R
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''TOIE1''' ('''T'''imer/Counter '''O'''verflow '''I'''nterrupt '''E'''nable Timer/Counter '''1''')
:Wenn dieses Bit gesetzt ist, wird bei einem Überlauf des Datenregisters des Timer/Counter 1 ein Timer Overflow 1 Interrupt ausgelöst. Das Global Enable Interrupt Flag muss selbstverständlich auch gesetzt sein.

'''OCIE1A''' ('''O'''utput '''C'''ompare Match '''I'''nterrupt '''E'''nable Timer/Counter '''1''')
:Beim Timer/Counter 1 kann zusätzlich zum Überlauf ein Vergleichswert definiert werden.

:Wenn dieses Bit gesetzt ist, wird beim Erreichen des Vergleichswertes ein Compare Match Interrupt ausgelöst. Das Global Enable Interrupt Flag muss selbstverständlich auch gesetzt sein.

'''TICIE''' ('''T'''imer/Counter '''I'''nput '''C'''apture '''I'''nterrupt '''E'''nable)
:Wenn dieses Bit gesetzt ist, wird ein Capture Event Interrupt ausgelöst, wenn ein entsprechendes Signalereignis am Pin PD6(ICP) auftritt. Das Global Enable Interrupt Flag muss selbstverständlich auch gesetzt sein, wenn auch ein entsprechender Interrupt ausgelöst werden soll.

'''TOIE0''' ('''T'''imer/Counter '''O'''verflow '''I'''nterrupt '''E'''nable Timer/Counter '''0''')
:Wenn dieses Bit gesetzt ist, wird bei einem Überlauf des Datenregisters des Timer/Counter 0 ein Timer Overflow 0 Interrupt ausgelöst. Das Global Enable Interrupt Flag muss selbstverständlich auch gesetzt sein.

|-
| '''TIFR'''
| '''T'''imer/Counter '''I'''nterrupt '''F'''lag '''R'''egister

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''TOV1'''
| align="center" | '''OCF1A'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''ICF1'''
| align="center" | '''-'''
| align="center" | '''TOV0'''
| align="center" | '''-'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R
| align="center" | R
| align="center" | R/W
| align="center" | R
| align="center" | R/W
| align="center" | R
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''TOV1''' ('''T'''imer/Counter '''O'''verflow Flag Timer/Counter '''1''')
:Dieses Bit wird vom Controller gesetzt, wenn beim Timer 1 ein Überlauf des Datenregisters stattfindet.

:In der PWM-Betriebsart wird das Bit gesetzt, wenn die Zählrichtung von auf- zu abwärts und umgekehrt geändert wird (Zählerwert = 0).

:Das Flag wird automatisch gelöscht, wenn der zugehörige Interrupt-Vektor aufgerufen wird. Es kann jedoch auch gelöscht werden, indem eine logische 1 (!) in das entsprechende Bit geschrieben wird.

'''OCF1A''' ('''O'''utput '''C'''ompare '''F'''lag Timer/Counter '''1''')
:Dieses Bit wird gesetzt, wenn der aktuelle Wert des Datenregisters von Timer/Counter 1 mit demjenigen im Vergleichsregister '''OCR1''' übereinstimmt.

:Das Flag wird automatisch gelöscht, wenn der zugehörige Interrupt-Vektor aufgerufen wird. Es kann jedoch auch gelöscht werden, indem eine logische 1 (!) in das entsprechende Bit geschrieben wird.

'''ICF1''' ('''I'''nput '''C'''apture '''F'''lag Timer/Counter '''1''')
:Dieses Bit wird gesetzt, wenn ein Capture-Ereignis aufgetreten ist, welches anzeigt, dass der Wert des Datenregisters des Timer/Counter 1 in das Input Capture Register ICR1 übertragen wurde.

:Das Flag wird automatisch gelöscht, wenn der zugehörige Interrupt-Vektor aufgerufen wird. Es kann jedoch auch gelöscht werden, indem eine logische 1 (!) in das entsprechende Bit geschrieben wird.

'''TOV0''' ('''T'''imer/Counter '''O'''verflow Flag Timer/Counter '''0''')
:Dieses Bit wird vom Controller gesetzt, wenn beim Timer 0 ein Überlauf des Datenregisters stattfindet.

:Das Flag wird automatisch gelöscht, wenn der zugehörige Interrupt-Vektor aufgerufen wird. Es kann jedoch auch gelöscht werden, indem eine logische 1 (!) in das entsprechende Bit geschrieben wird.
|}

 

= Sleep-Modes =

AVR Controller verfügen über eine Reihe von sogenannten ''Sleep-Modes'' ("Schlaf-Modi"). Diese ermöglichen es, Teile des Controllers abzuschalten. Zum Einen kann damit besonders bei Batteriebetrieb Strom gespart werden, zum Anderen können Komponenten des Controllers deaktiviert werden, die die Genauigkeit des Analog-Digital-Wandlers bzw. des Analog-Comparators negativ beeinflussen. Der Controller wird durch Interrupts aus dem Schlaf geweckt. Welche Interrupts den jeweiligen Schlafmodus beenden, ist einer Tabelle im Datenblatt des jeweiligen Controllers zu entnehmen.
Die Funktionen der avr-libc stehen nach Einbinden der header-Datei ''sleep.h'' zur Verfügung.

* '''set_sleep_mode(uint8_t mode)'''
:Setzt den Schlafmodus, der bei Aufruf von sleep() aktiviert wird. In sleep.h sind einige Konstanten definiert (z.B. SLEEP_MODE_PWR_DOWN). Die definierten Modi werden jedoch nicht alle von sämtlichten AVR-Controllern unterstützt.
* '''sleep_mode()'''
:Versetzt den Controller in den mit set_sleep_mode gewählten Schlafmodus.

<pre class="code">
#include <avr/io.h>
#include <avr/sleep.h>
...
set_sleep_mode(SLEEP_MODE_PWR_DOWN);
sleep_mode();

// Code hier wird erst nach Auftreten eines entsprechenden
// "Aufwach-Interrupts" verarbeitet
...
</pre>

In älteren Versionenen der avr-libc wurden nicht alle AVR-Controller durch die sleep-Funktionen richtig angesteuert. Mit avr-libc 1.2.0 wurde die Anzahl der unterstützten Typen jedoch deutlich erweitert. Bei nicht-unterstützten Typen erreicht man die gewünschte Funktionalität durch direkte "Bitmanipulation" der entsprechenden Register (vgl. Datenblatt) und Aufruf des Sleep-Befehls via Inline-Assembler:

<pre class="code">
#include <avr/io.h>
...
// Sleep-Mode "Power-Save" beim ATmega169 "manuell" aktivieren
SMCR = (3<<SM0) | (1<<SE);
asm volatile ("sleep");
...
</pre>

* siehe auch: [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] Abschnitt Modules/Power Management and Sleep-Modes

= Der Watchdog =

Und hier kommt das ultimative Mittel gegen die Unvollkommenheit von uns
Programmierern, der Watchdog.

So sehr wir uns auch anstrengen, es wird uns kaum je gelingen, das absolut
perfekte und fehlerfreie Programm zu entwickeln.

Der Watchdog kann uns zwar auch nicht zu besseren Programmen verhelfen aber er
kann dafür sorgen, dass unser Programm, wenn es sich wieder mal in's Nirwana
verabschiedet hat, neu gestartet wird, indem ein Reset des Controllers
ausgelöst wird.

Betrachten wir doch einmal folgende Codesequenz:

<pre class="code">
uint8_t x;

x = 10;

while (x >= 0) {
// tu was

x--;
}
</pre>

Wenn wir die Schleife mal genau anschauen sollte uns auffallen, dass dieselbe niemals beendet wird. Warum nicht? Ganz einfach, weil eine als '''''unsigned''''' deklarierte Variable niemals kleiner als Null werden kann (der Compiler sollte jedoch eine ensprechende Warnung ausgeben).
Das Programm würde sich also hier aufhängen und auf ewig in der Schleife drehen.
Und hier genau kommt der Watchdog zum Zug.

== Wie funktioniert nun der Watchdog ==

Der Watchdog enthält einen separaten Timer/Counter, welcher mit einem intern erzeugten Takt von 1 MHz bei 5V Vcc getaktet wird. Nachdem der Watchdog aktiviert und der gewünschte Vorteiler eingestellt wurde beginnt der Counter von 0 an hochzuzählen. Wenn nun die je nach Vorteiler eingestellte Anzahl Zyklen erreicht wurde, löst der Watchdog einen Reset aus. Um nun also im Normalbetrieb den Reset zu verhindern müssen wir den Watchdog regelmässig wieder neu starten bzw. Rücksetzen (Watchdog Reset). Dies sollte innerehalb unserer Hauptschleife passieren.

Um ein unbeabsichtigtes Ausschalten des Watchdogs zu verhindern muss ein spezielles Prozedere verwendet werden, um den WD auszuschalten und zwar müssen zuerst die beiden Bits WDTOE und WDE in einer einzelnen Operation (also nicht mit sbi) auf 1 gesetzt werden. Dann muss innerhalb der nächsten 4 Taktzyklen das Bit WDE auf 0 gesetzt werden.

Das Watchdog Control Register:

{| border="1"
|-
| '''WDTCR'''
| '''W'''atchog '''T'''imer  '''C'''ontrol '''R'''egister

In diesem Register stellen wir ein, wie wir den Watchdog verwenden möchten.

Das Register ist wie folgt aufgebaut:

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''WDTOE'''
| align="center" | '''WDE'''
| align="center" | '''WDP2'''
| align="center" | '''WDP1'''
| align="center" | '''WDP0'''
|-
| '''R/W'''
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''WDTOE''' ('''W'''atch'''d'''og '''T'''urn '''O'''ff '''E'''nable)
:Dieses Bit muss gesetzt sein, wenn das Bit '''WDE''' gelöscht wird, andernfalls wird der Watchdog nicht ausgeschaltet.
:Wenn das Bit einmal gesetzt ist wird es von der Hardware nach 4 Taktzyklen automatisch wieder gelöscht.

'''WDE''' ('''W'''atch'''d'''og '''E'''nable)
:Wenn dieses Bit gesetzt wird, so wird der Watchdog aktiviert.
:Das Bit kann nur gelöscht werden, solange das Bit '''WDTOE''' auf 1 steht.

'''WDP2''', '''WDP1''', '''WDP0''' ('''W'''atch'''d'''og Timer '''P'''rescaler Bits)
:Diese 3 Bits bestimmen die Anzahl Oszillatorzyklen für den Watchdog, also, wie lange es dauert, bis ein Reset ausgelöst wird:
<dl><dd>
{| border="1"
|-
| align="center" | WDP2
| align="center" | WDP1
| align="center" | WDP0
| align="center" | Anzahl Zyklen
| align="center" | Typ. Timeoutzeit bei Vcc = 3V
| align="center" | Typ. Timeoutzeit bei Vcc = 5V
|-
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 16K
| align="center" | 47ms
| align="center" | 15ms
|-
| align="center" | 0
| align="center" | 0
| align="center" | 1
| align="center" | 32K
| align="center" | 94ms
| align="center" | 30ms
|-
| align="center" | 0
| align="center" | 1
| align="center" | 0
| align="center" | 64K
| align="center" | 0.19s
| align="center" | 60ms
|-
| align="center" | 0
| align="center" | 1
| align="center" | 1
| align="center" | 128K
| align="center" | 0.38s
| align="center" | 0.12s
|-
| align="center" | 1
| align="center" | 0
| align="center" | 0
| align="center" | 256K
| align="center" | 0.75s
| align="center" | 0.24s
|-
| align="center" | 1
| align="center" | 0
| align="center" | 1
| align="center" | 512K
| align="center" | 1.5s
| align="center" | 0.49s
|-
| align="center" | 1
| align="center" | 1
| align="center" | 0
| align="center" | 1024K
| align="center" | 3s
| align="center" | 0.97s
|-
| align="center" | 1
| align="center" | 1
| align="center" | 1
| align="center" | 2048K
| align="center" | 6s
| align="center" | 1.9s
|}
</dd></dl>
|}

Um den Watchdog mit dem AVR-GCC Compiler zu verwenden, muss die Headerdatei ''wdt.h'' (''#include <avr/wdt.h>'') in die Quelldatei eingebunden werden.

Danach können die folgenden Funktionen verwendet werden:

* '''wdt_enable(uint8_t timeout)'''
:Aktiviert den Watchdog und stellt den Vorteiler auf den gewünschten Wert ein bzw. der in timeout übergebene Wert wird in das WDTCR-Register eingetragen. Einige Timeout-Werte sind als Konstanten vordefiniert
:Mögliche Timeoutwerte:
<div align="center">
{| border="1"
! Konstante
! Wert
! TimeOut
|-
| WDTO_15MS
| 0
| 15 ms
|-
| WDTO_30MS
| 1
| 30 ms
|-
| WDTO_60MS
| 2
| 60 ms
|-
| WDTO_120MS
| 3
| 120 ms
|-
| WDTO_250MS
| 4
| 250 ms
|-
| WDTO_500MS
| 5
| 500 ms
|-
| WDTO_1S
| 6
| 1 S
|-
| WDTO_2S
| 7
| 2s
|}
</div>
* '''wdt_disable()'''
:Mit dieser Funktion kann der Watchdog ausgeschaltet werden. Dabei wird das notwendige Prozedere, wie oben beschrieben, automatisch ausgeführt.
* '''wdt_reset()'''
:Dies ist wohl die wichtigste der Watchdog-Funktionen. Sie erzeugt einen Watchdog-Reset, welcher periodisch, und zwar vor Ablauf der Timeoutzeit, ausgeführt werden muss, damit der Watchdog nicht den AVR zurücksetzt.

Selbstverständlich kann das '''WDTCR'''-Register auch mit den uns bereits bekannten Funktionen für den Zugriff auf Register programmiert werden.

== Watchdog-Anwendungshinweise ==

Ob nun der Watchdog als Schutzfunktion überhaupt verwendet werden soll, hängt stark von der Anwendung, der genutzten Peripherie und dem Umfang und der Qualitätssicherung des Codes ab. Will man sicher gehen, dass ein Programm sich nicht in einer Endlosschleife verfängt, ist der Wachdog das geeignete Mittel dies zu verhindern. Weiterhin kann bei geschickter Programmierung der Watchdog dazu genutzt werden, bestimmte Stromsparfunktionen zu implementieren. Ausserdem bietet der WD die einzige Möglichkeit einen beabsichtigten System-Reset (ein "richtiger Reset", kein "jmp 0x0000") ohne externe Beschaltung auszulösen, was z.B. bei der Implementierung eines Bootloaders nützlich ist. Bei bestimmten Anwendungen kann die Nutzung des WD als "ultimative Deadlock-Sicherung für nicht bedachte Zustände" natürlich immer als zusätzliche Sicherung dienen.

Es besteht die Möglichkeit herauszufinden, ob ein Reset durch den Watchdog ausgelöst wurde (beim ATmega16 z.B. Bit WDRF in MCUCSR). Diese Information sollte auch genutzt werden, falls ein WD-Reset in der Anwendung nicht planmässig implementiert wurde. Zum Beispiel kann man eine LED an einen freien Pin hängen, die nur bei einem Reset durch den WD aufleuchtet oder aber das "Ereignis WD-Reset" im internen EEPROM des AVR absichern, um die Information später z.B. über UART oder ein Display auszugeben (oder einfach den EEPROM-Inhalt über die ISP/JTAG-Schnittstelle auslesen).

* siehe auch: [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] Abschnitt Modules/Watchdog timer handling

= Programmieren mit Interrupts =

Nachdem wir nun alles Wissenswerte für die serielle Programmerstellung
gelernt haben nehmen wir jetzt ein völlig anderes Thema in Angriff, nämlich
die Programmierung unter Zuhilfenahme der Interrupts des AVR.

Als erstes wollen wir uns noch einmal den allgemeinen Programmablauf bei der
Interrupt-Programmierung zu Gemüte führen.

[[Image:Interrupt Programme.gif]]

Man sieht, dass die Interruptroutine quasi parallel zum Hauptprogramm
abläuft. Da wir nur eine CPU haben ist es natürlich keine echte Parallelität,
sondern das Hauptprogramm wird beim Eintreffen eines Interrupts unterbrochen,
die Interruptroutine wird ausgeführt und danach erst wieder zum Hauptprogramm
zurückgekehrt.

== Anforderungen an Interrupt-Routinen ==

Um unliebsamen Überraschungen vorzubeugen, sollten einige Grundregeln bei der Implementierung der Interruptroutinen beachtet werden. Interruptroutinen soll möglichst kurz und schnell abarbeitbar sein, daraus folgt:

* Keine unfangreichen Berechnungen innerhalb der Interruptroutine.
* Keine langen Programmschleifen.
* Obwohl es möglich ist, während der Abarbeitung einer Interruptroutine andere oder sogar den gleichen Interrupt wieder zuzulassen, wird davon ohne genaue Kenntnis der internen Abläufe dringend abgeraten.

Interruptroutinen (ISRs) sollten also möglichst kurz sein und keine Schleifen mit vielen Durchläufen enthalten. Längere Operationen können meist in einen "Interrupt-Teil" in einer ISR und einen "Arbeitsteil" im Hauptprogramm aufgetrennt werden. Z.B. Speichern des Zustands aller Eingänge im EEPROM in bestimmten Zeitabständen: ISR-Teil: Zeitvergleich (Timer,RTC) mit Logzeit/-intervall. Bei Übereinstimmung ein globales Flag setzen (volatile bei Flag-Deklaration nicht vergessen, s.u.). Dann im Hauptprogramm prüfen, ob das Flag gesetzt ist. Wenn ja: die Daten im EEPROM ablegen und Flag löschen.

== Interrupt-Quellen ==

Die folgenden Ereignisse können einen Interrupt auf einem AVR AT90S2313 auslösen, wobei die Reihenfolge der Auflistung auch die Priorität der Interrupts aufzeigt.

* Reset
* Externer Interrupt 0
* Externer Interrupt 1
* Timer/Counter 1 Capture Ereignis
* Timer/Counter 1 Compare Match
* Timer/Counter 1 Überlauf
* Timer/Counter 0 Überlauf
* UART Zeichen empfangen
* UART Datenregister leer
* UART Zeichen gesendet
* Analoger Komparator

Die Anzahl der möglichen Interruptquellen variiert zwischen den verschiedenen Typen. Im Zweifel hilft ein Blick ins Datenblatt ("Interrupts-Vector").

== Register ==

Der AT90S2313 verfügt über 2 Register welche mit den
Interrupts zusammen hängen.

{| border="1"
|-
| '''GIMSK'''
| '''G'''eneral '''I'''nterrupt '''M'''ask '''R'''egister. 

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''INT1'''
| align="center" | '''INT0'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''INT1''' (External '''Int'''errupt Request '''1''' Enable)
:Wenn dieses Bit gesetzt ist, wird ein Interrupt ausgelöst, wenn am '''INT1'''-Pin eine steigende oder fallende (je nach Konfiguration im '''MCUCR''') Flanke erkannt wird.
:Das Global Enable Interrupt Flag muss selbstverständlich auch gesetzt sein.
:Der Interrupt wird auch ausgelöst, wenn der Pin als Ausgang geschaltet ist. Auf diese Weise bietet sich die Möglichkeit, Software-Interrupts zu realisieren.

'''INT0''' (External '''Int'''errupt Request '''0''' Enable)
:Wenn dieses Bit gesetzt ist, wird ein Interrupt ausgelöst, wenn am '''INT0'''-Pin eine steigende oder fallende (je nach Konfiguration im '''MCUCR''') Flanke erkannt wird.
:Das Global Enable Interrupt Flag muss selbstverständlich auch gesetzt sein.
:Der Interrupt wird auch ausgelöst, wenn der Pin als Ausgang geschaltet ist. Auf diese Weise bietet sich die Möglichkeit, Software-Interrupts zu realisieren.

|-
| '''GIFR'''
| '''G'''eneral '''I'''nterrupt '''F'''lag '''R'''egister.

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''INTF1'''
| align="center" | '''INTF0'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''-'''
|-
| '''R/W'''
| align="center" | R/W
| align="center" | R/W
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
| align="center" | R
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''INTF1''' (External '''Int'''errupt Flag '''1''')
:Dieses Bit wird gesetzt, wenn am '''INT1'''-Pin eine Interrupt-Kondition, entsprechend der Konfiguration, erkannt wird. Wenn das Global Enable Interrupt Flag gesetzt ist, wird die Interruptroutine angesprungen.
:Das Flag wird automatisch gelöscht, wenn die Interruptroutine beendet ist. Alternativ kann das Flag gelöscht werden, indem der Wert '''1(!)''' eingeschrieben wird.

'''INTF0''' (External '''Int'''errupt Flag '''0''')
:Dieses Bit wird gesetzt, wenn am '''INT0'''-Pin eine Interrupt-Kondition, entsprechend der Konfiguration, erkannt wird. Wenn das Global Enable Interrupt Flag gesetzt ist, wird die Interruptroutine angesprungen.
:Das Flag wird automatisch gelöscht, wenn die Interruptroutine beendet ist. Alternativ kann das Flag gelöscht werden, indem der Wert '''1(!)''' eingeschrieben wird.
|-
| '''MCUCR'''
| '''MCU''' '''C'''ontrol '''R'''egister.

Das MCU Control Register enthält Kontrollbits für allgemeine
MCU-Funktionen.

{| border="1"
|-
| '''Bit'''
| align="center" | 7
| align="center" | 6
| align="center" | 5
| align="center" | 4
| align="center" | 3
| align="center" | 2
| align="center" | 1
| align="center" | 0
|-
| '''Name'''
| align="center" | '''-'''
| align="center" | '''-'''
| align="center" | '''SE'''
| align="center" | '''SM'''
| align="center" | '''ISC11'''
| align="center" | '''ISC10'''
| align="center" | '''ISC01'''
| align="center" | '''ISC00'''
|-
| '''R/W'''
| align="center" | R
| align="center" | R
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R/W
| align="center" | R
|-
| '''Initialwert'''
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
| align="center" | 0
|}

'''SE''' ('''S'''leep '''E'''nable)
:Dieses Bit muss gesetzt sein, um den Controller mit dem '''SLEEP'''-Befehl in den Schlafzustand versetzen zu können.
:Um den Schlafmodus nicht irrtümlich einzuschalten, wird empfohlen, das Bit erst unmittelbar vor Ausführung des '''SLEEP'''-Befehls zu setzen.

'''SM''' ('''S'''leep '''M'''ode)
:Dieses Bit bestimmt der Schlafmodus.
:Ist das Bit gelöscht, so wird der '''Idle'''-Modus ausgeführt. Ist das Bit gesetzt, so wird der '''Power-Down'''-Modus ausgeführt. (für andere AVR Controller siehe Abschnitt "Sleep-Mode")

'''ISC11''', '''ISC10''' ('''I'''nterrupt '''S'''ense '''C'''ontrol '''1''' Bits)
:Diese beiden Bits bestimmen, ob die steigende oder die fallende Flanke für die Interrupterkennung am '''INT1'''-Pin ausgewertet wird.
<dl><dd>
{| border="1"
|-
| align="center" | '''ISC11'''
| align="center" | '''ISC10'''
| '''Bedeutung'''
|-
| align="center" | 0
| align="center" | 0
| Low Level an '''INT1''' erzeugt einen Interrupt.

In der Beschreibung heisst es, der Interrupt wird getriggert, solange der Pin auf 0 bleibt, also eigentlich unbrauchbar.
|-
| align="center" | 0
| align="center" | 1
| Reserviert
|-
| align="center" | 1
| align="center" | 0
| Die fallende Flanke an '''INT1''' erzeugt einen Interrupt.
|-
| align="center" | 1
| align="center" | 1
| Die steigende Flanke an '''INT1''' erzeugt einen Interrupt.
|}
</dd></dl>
'''ISC01''', '''ISC00''' ('''I'''nterrupt '''S'''ense '''C'''ontrol '''0''' Bits)
:Diese beiden Bits bestimmen, ob die steigende oder die fallende Flanke für die Interrupterkennung am '''INT0'''-Pin ausgewertet wird.

<dl><dd>
{| border="1"
|-
| align="center" | '''ISC01'''
| align="center" | '''ISC00'''
| '''Bedeutung'''
|-
| align="center" | 0
| align="center" | 0
| Low Level an '''INT0''' erzeugt einen Interrupt.

In der Beschreibung heisst es, der Interrupt wird getriggert, solange der Pin auf 0 bleibt, also eigentlich unbrauchbar.
|-
| align="center" | 0
| align="center" | 1
| Reserviert
|-
| align="center" | 1
| align="center" | 0
| Die fallende Flank an '''INT0''' erzeugt einen Interrupt.
|-
| align="center" | 1
| align="center" | 1
| Die steigende Flanke an '''INT0''' erzeugt einen Interrupt.
|}
</dd></dl>
|}

== Allgemeines über die Interrupt-Abarbeitung ==

Wenn ein Interrupt eintrifft, wird automatisch das '''Global
Interrupt Enable''' Bit im Status Register '''SREG''' gelöscht und alle
weiteren Interrupts unterbunden. Obwohl es möglich ist, zu diesem
Zeitpunkt bereits wieder das GIE-bit zu setzen, rate ich dringend davon ab. Dieses
wird nämlich automatisch gesetzt, wenn die Interruptroutine beendet wird. Wenn
in der Zwischenzeit weitere Interrupts eintreffen, werden die zugehörigen
Interrupt-Bits gesetzt und die Interrupts bei Beendigung der laufenden
Interrupt-Routine in der Reihenfolge ihrer Priorität ausgeführt. Dies kann
eigentlich nur dann zu Problemen führen, wenn ein hoch priorisierter Interrupt
ständig und in kurzer Folge auftritt. Dieser sperrt dann möglicherweise alle
anderen Interrupts mit niedrigerer Priorität. Dies ist einer der Gründe,
weshalb die Interrupt-Routinen sehr kurz gehalten werden sollen.



== Interrupts mit dem AVR GCC Compiler (WinAVR) ==


Funktionen zur Interrupt-Verarbeitung werden in den Includedateien ''interrupt.h'' und ''signal.h'' der avr-libc zur Verfügung gestellt.

<pre class="code">
// fuer sei(), cli() und INTERRUPT():
#include <avr/interrupt.h>

// fuer SIGNAL() auch:
#include <avr/signal.h>
</pre>

Das Makro '''sei()''' schaltet die Interrupts ein. Eigentlich wird nichts anderes gemacht, als das '''Global Interrupt Enable''' Bit im Status Register gesetzt.

<pre class="code">
sei();
</pre>

Das Makro '''cli()''' schaltet die Interrupts aus, oder anders gesagt, das '''Global Interrupt Enable''' Bit im Status Register wird gelöscht.

<pre class="code">
cli();
</pre>

Oft steht man vor der Aufgabe, dass eine Codesequenz nicht unterbrochen werden darf. Es liegt dann nahe, zu Beginn dieser Sequenz ein cli() und am Ende ein sei() einzufügen. Dies ist jedoch ungünstig, wenn die Interrupts vor Aufruf der Sequenz deaktiviert waren und danach auch weiterhin deaktiviert bleiben sollen. Ein sei() würde ungeachtet des vorherigen Zustands die Interrups aktivieren, was zu unerwünschten Seiteneffekten führen kann. Die aus dem folgenden Beispiel ersichtliche Vorgehensweise ist in solchen Fällen vorzuziehen:

<pre class="code">
#include <avr/io.h>
#include <avr/interrupt.h>
#include <inttypes.h>

...

void NichtUnterbrechenBitte(void)
{
uint8_t tmp_sreg; // temporaerer Speicher fuer das Statusregister

tmp_sreg = SREG; // Statusregister (also auch das I-Flag darin) sichern
cli(); // Interrupts global deaktivieren

/* hier "unterbrechnungsfreier" Code */

/* Beispiel Anfang
JTAG-Interface eines ATmega16 per Software deaktivieren
und damit die JTAG-Pins an PORTC für "general I/O" nutzbar machen
ohne die JTAG-Fuse-Bit zu aendern. Dazu ist eine "timed sequence"
einzuhalten (vgl Datenblatt ATmega16, Stand 10/04, S. 229):
Das JTD-Bit muss zweimal innerhalb von 4 Taktzyklen geschrieben
werden. Ein Interrupt zwischen den beiden Schreibzugriffen wuerde
die erforderliche Sequenz "brechen", das JTAG-Interface bliebe
weiterhin aktiv und die IO-Pins weiterhin für JTAG reserviert. */

MCUCSR |= (1<<JTD);
MCUCSR |= (1<<JTD); // 2 mal in Folge ,vgl. Datenblatt fuer mehr Information

/* Beispiel Ende */

SREG = tmp_sreg; // Status-Register wieder herstellen
// somit auch das I-Flag auf gesicherten Zustand setzen
}

void NichtSoGut(void)
{
cli();

/* hier "unterbrechnungsfreier" Code */

sei();
}

int main(void)
{
...

cli();
// Interrupts global deaktiviert

NichtUnterbrechenBitte();
// auch nach Aufruf der Funktion deaktiviert

sei();
// Interrupts global aktiviert

NichtUnterbrechenBitte();
// weiterhin aktiviert
...

/* Verdeutlichung der unguenstigen Vorgehensweise mit cli/sei: */
cli();
// Interrupts jetzt global deaktiviert

NichtSoGut();
// nach Aufruf der Funktion sind Interrupts global aktiviert
// dies ist mglw. ungewollt!
...

}
</pre>



Nachdem nun die Interrupts aktiviert sind, braucht es selbstverständlich noch den auszuführenden Code, der ablaufen soll, wenn ein Interrupt eintrifft. Dazu gibt es zwei Definitionen: '''SIGNAL''' und '''INTERRUPT''', welche allerdings AVR-GCC spezifisch sind und bei anderen Compilern womöglich anders heissen können.

=== SIGNAL ===

<pre class="code">
#include <avr/signal.h>
...
SIGNAL (siglabel)
{
/* Interrupt Code */
}
</pre>

Mit ''SIGNAL'' wird eine Funktion für die Bearbeitung eines Interrupts eingeleitet. Als Argument muss dabei die Benennung des entsprechenden Interruptvektors angegeben werden. Diese sind in den jeweiligen Includedateien IOxxxx.h zu finden. Auf die korrekte Schreibweise ist zu achten, der Compiler prüft diese nicht (vgl. [[AVR-GCC]]). Als Beispiel ein Ausschnitt aus der Datei für den ATmega8 (bei WinAVR Standardinstallation in C:\WinAVR\avr\include\avr\iom8.h):

<pre class="code">
[...]
/* $Id: iom8.h,v 1.8 2003/02/17 09:57:28 marekm Exp $ */

/* avr/iom8.h - definitions for ATmega8 */
[...]

/* Interrupt vectors */

#define SIG_INTERRUPT0 _VECTOR(1)
#define SIG_INTERRUPT1 _VECTOR(2)
#define SIG_OUTPUT_COMPARE2 _VECTOR(3)
#define SIG_OVERFLOW2 _VECTOR(4)
#define SIG_INPUT_CAPTURE1 _VECTOR(5)
#define SIG_OUTPUT_COMPARE1A _VECTOR(6)
#define SIG_OUTPUT_COMPARE1B _VECTOR(7)
#define SIG_OVERFLOW1 _VECTOR(8)
#define SIG_OVERFLOW0 _VECTOR(9)
#define SIG_SPI _VECTOR(10)
#define SIG_UART_RECV _VECTOR(11)
#define SIG_UART_DATA _VECTOR(12)
#define SIG_UART_TRANS _VECTOR(13)
#define SIG_ADC _VECTOR(14)
#define SIG_EEPROM_READY _VECTOR(15)
#define SIG_COMPARATOR _VECTOR(16)
#define SIG_2WIRE_SERIAL _VECTOR(17)
#define SIG_SPM_READY _VECTOR(18)
</pre>

Vor Nutzung von SIGNAL muss ebenfalls die Header-Datei signal.h eingebunden werden. Mögliche Funktionsrümpfe für solche Interruptfunktionen sind zum Beispiel:

<pre class="code">
#include <avr/interrupt.h>
#include <avr/signal.h>

SIGNAL (SIG_INTERRUPT0)
{
/* Interrupt Code */
}

SIGNAL (SIG_OVERFLOW1)
{
/* Interrupt Code */
}

SIGNAL (SIG_UART_RECV)
{
/* Interrupt Code */
}

// und so weiter und so fort...
</pre>

Während der Ausführung der Funktion sind alle weiteren Interrupts automatisch gesperrt. Beim Verlassen der Funktion werden die Interrupts wieder zugelassen.

Sollte während der Abarbeitung der Interruptroutine ein weiterer Interrupt (gleiche oder andere Interruptquelle) auftreten, so wird das entsprechende Bit im zugeordneten Interrupt Flag Register gesetzt und die entsprechende Interruptroutine automatisch nach dem Beenden der aktuellen Funktion aufgerufen.

Ein Problem ergibt sich eigentlich nur dann, wenn während der Abarbeitung der aktuellen Interruptroutine mehrere gleichartige Interrupts auftreten. Die entsprechende Interruptroutine wird im Nachhinein zwar aufgerufen jedoch wissen wir nicht, ob nun der entsprechende Interrupt einmal, zweimal oder gar noch öfter aufgetreten ist. Deshalb soll hier noch einmal betont werden, dass Interruptroutinen so schnell wie nur irgend möglich wieder verlassen werden sollten.

=== INTERRUPT ===

"Faustregel": im Zweifel '''SIGNAL'''. INTERRUPT nur dann, wenn man sich über die unterschiedliche Funktionsweise im Klaren ist.

<pre class="code">
#include <avr/interrupt.h>
...
INTERRUPT (signame)
{
/* Interrupt Code */
}
</pre>

Mit INTERRUPT wird fast genauso gearbeitet wie mit SIGNAL. Der Unterschied ist derjenige, dass bei INTERRUPT beim Aufrufen der Funktion das '''Global Enable Interrupt''' Bit automatisch wieder gesetzt und somit weitere Interrupts zugelassen werden. Dies kann zu nicht unerheblichen Problemen von im einfachsten Fall einem Stack overflow bis zu sonstigen unerwarteten Effekten führen und sollte wirklich '''nur dann''' angewendet werden, wenn man sich absolut sicher ist, das Ganze auch im Griff zu haben. Vor Nutzung von INTERRUPT muss die Header-Datei interrupt.h eingebunden werden.

siehe auch: Hinweise in [[AVR-GCC]]

== Datenaustausch mit Interrupt-Routinen ==

Variablen auf die sowohl in Interrupt-Routinen (ISR = Interrupt Service Routine(s)), als auch vom übrigen Programmcode geschrieben oder gelesen werden, müssen mit einem '''volatile''' deklariert werden. Damit wird dem Compiler mitgeteilt, dass der Inhalt der Variablen vor jedem Lesezugriff aus dem Speicher gelesen wird und nach jedem Schreibzugriff in den Speicher geschrieben wird. Ansonsten könnte die Code-Optimierung "greifen" und der Wert der Variablen nur in Prozessorregistern zwischenspeichert werden, die "nichts von der Änderung woanders mitbekommen".

Zur Veranschaulichung ein Codefragment für eine Tastenentprellung mit Erkennung einer "lange gedrückten" Taste.

<pre class="code">
#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/signal.h>
#include <inttypes.h>
...

// Schwellwerte
// Entprellung:
#define CNTDEBOUNCE 10
// "lange gedrueckt:"
#define CNTREPEAT 200

// hier z.B. Taste an Pin2 PortA "active low" = 0 wenn gedrueckt
#define KEY_PIN PINA
#define KEY_PINNO PA2

// beachte: volatile!
volatile uint8_t gKeyCounter;

// Timer-Compare Interrupt z.B. alle 10ms
SIGNAL(SIG_OUTPUT_COMPARE1A)
{
// hier wird gKeyCounter veraendert, die uebrigen
// Programmteile muessen diese Aenderung "sehen"
// (volatile -> aktuellen Wert immer in den Speicher schreiben)
if ( !(KEY_PIN & (1<<KEY_PINNO)) )
if (gKeyCouter < CNTREPEAT) gKeyCounter++;
else gKeyCounter = 0;
}

...

int main(void)
{
...
/* hier: Initialisierung der Ports und des Timer-Interrupts */
...
// hier wird auf gKeyCounter zugegriffen, dazu muss der in der
// ISR geschrieben Wert bekannt sein.
// (volatile -> aktuellen Wert immer aus dem Speicher lesen)
if ( gKeyCounter > CNTDEBOUNCE ) { // Taste mind. 10*10 ms "prellfrei"
if (gKeyCounter == CNTREPEAT) {
/* hier: Code fuer "Taste lange gedrueckt"
}
else {
/* hier: Code fuer "Taste kurz gedrueckt"
}
...
}
</pre>

Bei Variablen größer ein Byte muss darauf geachtet werden, dass die Zugriffe auf die einzelnen Bytes ausserhalb der ISR nicht durch einen Interrupt unterbrochen werden. (Allgemeinplatz: AVRs sind 8-bit Controller). Zur Veranschaulichung ein Codefragment:

<pre class="code">
...
volatile uint16_t gMyCounter16bit
...
SIGNAL(...)
{
...
gMyCounter16Bit++;
...
}

int main(void)
{
uint16_t tmpCnt;
...
// nicht gut: mglw. hier ein Fehler wenn ein Byte von MyCounter
// schon in tmpCnt kopiert ist aber vor Kopieren des zweiten Bytes
// ein Interrupt auftritt der den Inhalt von MyCounter veraendert
tmpCnt = gMyCounter16bit;

// besser: Aenderungen "ausserhalb" verhindern, alle "Teilbytes"
// bleiben konsistent
cli(); // Interupts deaktivieren
tmpCnt = gMyCounter16Bit;
sei(); // wieder aktivieren
...
}
</pre>

* siehe auch: [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] Frequently asked Questions/Fragen Nr. 1 und 8 (Stand: avr-libc Vers. 1.0.4)

== Was macht das Hauptprogramm ==

Im einfachsten (Ausnahme-)Fall gar nichts mehr. Es ist also durchaus denkbar, ein Programm zu schreiben, welches in der main-Funktion lediglich noch die Interrupts aktiviert und dann in einer Endlosschleife verharrt. Sämtliche Funktionen werden dann in den ISRs abgearbeitet. Diese Vorgehensweise ist jedoch bei den meisten Anwendungen schlecht: man verschenkt eine Verarbeitungsebene und hat ausserdem möglicherweise Probleme durch Interruptroutinen, die zu viel Verarbeitungszeit benötigen.

Normalerweise wird man in den Interruptroutinen die nur die bei Auftreten des jeweiligen Interruptereignisses unbedingt notwendigen Operationen ausführen lassen. Alle weniger kritischen Aufgaben werden dann im Hauptprogramm abgearbeitet.


* siehe auch: [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] Abschnitt Modules/Interrupts and Signals

= Speicherzugriffe =

Atmel AVR-Controller verfügen typisch über drei Speicher:

* [[RAM]]: Im RAM (genauer statisches RAM/SRAM) wird vom gcc-Compiler Platz für Variablen reserviert. Auch der Stack befindet sich im RAM. Dieser Speicher ist "flüchtig", d.h. der Inhalt der Variablen geht beim Ausschalten oder einem Zusammenbruch der Spannungsversorgung verloren.

* Programmspeicher: Ausgeführt als FLASH-Speicher, seitenweise wiederbeschreibbar. Darin ist das Anwendungsprogramm abgelegt.

* [[EEPROM]]: Nichtflüchtiger Speicher, d.h. der einmal geschriebene Inhalt bleibt auch ohne Stromversorgung erhalten. Byte-weise schreib/lesbar. Im EEPROM werden typischerweise gerätespezifische Werte wie z.B. Kalibrierungswerte von Sensoren abgelegt.

Einige AVRs besitzen keinen RAM-Speicher, lediglich die Register können als "Arbeitsvariablen"
genutzt werden. Da die Anwendung des avr-gcc auf solch "kleinen" Controllern ohnehin wenig Sinn macht und auch nur bei einigen RAM-losen Typen nach [http://lightner.net/avr/ATtinyAvrGcc.html "Bastelarbeiten"] möglich ist, werden diese Controller hier nicht weiter berücksichtigt. Auch EEPROM-Speicher ist nicht auf allen Typen verfügbar. Generell sollten die nachfolgenden Erläuterungen auf alle ATmega-Controller und die größeren AT90-Typen übertragbar sein. Für die Typen ATtiny2313 und ATtiny26 der "tiny-Reihe" gelten die Ausführungen ebenfalls.

== RAM ==

Die Verwaltung des RAM-Speichers erfolgt durch den Compiler, im Regelfall ist beim Zugriff auf Variablen im RAM nichts Besonderes zu beachten. Die Erläuterungen in jedem brauchbaren C-Buch gelten auch für den vom avr-gcc-Compiler erzeugten Code.

== Programmspeicher (Flash) ==

Ein Zugriff auf Konstanten im Programmspeicher ist mittels avr-gcc nicht "transparent" möglich. D.h. es sind besondere Zugriffsfunktionen erforderlich um Daten aus diesem Speicher zu lesen. Grundsätzlich basieren alle Zugriffsfunktionen auf der Assembler-Anweisung lpm (load program memory). Die Standard-Laufzeitbibliothek des avr-gcc (die avr-libc) stellt diese Funktionen nach Einbinden der Header-Datei pgmspace.h zur Verfügung. Mit diesen Funktionen können einzelne Bytes, Datenworte (16bit) und Datenblöcke gelesen werden.

Deklarationen von Variablen im Flash-Speicher werden durch das "Attribut" PROGMEM ergänzt. Lokale Variablen (eigentlich Konstanten) innerhalb von Funktionen können ebenfalls im Programmspeicher abgelegt werden. Dazu ist bei der Definition jedoch ein ''static'' voranzustellen, da solche "Variablen" nicht auf dem Stack bzw. (bei Optimierung) in Registern verwaltet werden können. Der Compiler "wirft" eine Warnung falls static fehlt.

<pre class="code">
#include <avr/io.h>
#include <avr/pgmspace.h>
#include <inttypes.h>

...

/* Byte */
const uint8_t pgmFooByte PROGMEM = 123;

/* Wort */
const uint16_t pgmFooWort PROGMEM = 12345;

/* Byte-Feld */
const uint8_t pgmFooByteArray1[] PROGMEM = { 18, 3 ,70 };
const uint8_t pgmFooByteArray2[] PROGMEM = { 30, 7 ,79 };

/* Zeiger */
const uint8_t *pgmPointerToArray1 PROGMEM = pgmFooByteArray1;
const uint8_t *pgmPointerArray[] PROGMEM = { pgmFooByteArray1, pgmFooByteArray1 };
...

void foo(void)
{
static /*const*/ uint8_t pgmTestByteLocal PROGMEM = 0x55;
static /*const*/ char pgmTestStringLocal[] PROGMEM = "im Flash";
...
</pre>

=== Byte lesen ===

Mit der Funktion pgm_read_byte aus pgmspace.h erfolgt der Zugriff auf die Daten. Parameter der Funktion ist die Adresse des Bytes im Flash-Speicher.

<pre class="code">
// Wert der Ram-Variablen myByte auf den Wert von pgmFooByte setzen:
uint8_t myByte;

myByte = pgm_read_byte(&pgmFooByte);
// myByte hat nun den Wert 123

...

// Schleife ueber ein Array aus Byte-Werten im Flash
uint8_t i;

for (i=0;i<3;i++) {
myByte = pgm_read_byte(&pgmFooByteArray1[i]);
// mach' was mit myByte...
}
</pre>

=== Wort lesen ===

Für "einfache" 16-bit breite Variablen erfolgt der Zugriff analog zum Byte-Beispiel, jedoch mit der Funktion pgm_read_word.

<pre class="code">
uint16_t myWord;

myWord = pgm_read_word(&pgmFooWord);
</pre>

Zeiger auf Werte im Flash sind ebenfalls 16 Bits "gross". (Die avr-libc pgmspace-Funktionen unterstützen nur die unteren 64kB Flash bei Controllern mit mehr als 64kB.) Pointer müssen gegebenenfalls "gecastet" werden.

<pre class="code">
uint8_t *ptrToArray;

ptrToArray = (uint8_t*)(pgm_read_word(&pgmPointerToArray1));
// ptrToArray zeigt nun auf das erste Element des Byte-Arrays pgmPointerToArray1

for (i=0;i<3;i++) {
myByte = pgm_read_byte(ptrToArray+i);
// mach' was mit myByte... (18, 3, 70)
}

ptrToArray = (uint8_t*)(pgm_read_word(&pgmPointerArray[1]));

// ptrToArray zeigt nun auf das erste Element des Byte-Arrays pgmPointerToArray2
// da im zweiteb Element des Pointer-Arrays pgmPointerArray die Adresse
// von pgmPointerToArray2 abgelegt ist

for (i=0;i<3;i++) {
myByte = pgm_read_byte(ptrToArray+i);
// mach' was mit myByte... (30, 7, 79)
}
</pre>

=== Floats und Structs lesen ===

Um komplexe Datentypen (structs), nicht-integer Datentypen (floats) aus dem Flash auszulesen, sind Hilfsfunktionen erforderlich. Einige Beispiele:

<pre class="code">
/* Beispiel float aus Flash */

float pgmFloatArray[3] PROGMEM = {1.1, 2.2, 3.3};
...

/* liest float von Flash-Addresse addr und gibt diese als return-value zurueck */
inline float pgm_read_float(const float *addr)
{
union
{
uint16_t i[2]; // 2 16-bit-Worte
float f;
} u;

u.i[0]=pgm_read_word((PGM_P)addr);
u.i[1]=pgm_read_word((PGM_P)addr+2);

return u.f;
}
...

void egal(void)
{
int i;
float f;

for (i=0;i<3;i++) {
f = pgm_read_float(&pgmFloatArray[i]); // entspr. "f = pgmFloatArray[i];"
// mach' was mit f
}
}
</pre>

TODO: Beispiele fuer structs und pointer aus flash auf struct im flash (menues, state-machines etc.)

=== Vereinfachung für Zeichenketten (Strings) im Flash ===

Zeichenketten können innerhalb des Quellcodes als "Flash-Konstanten" ausgewiesen werden. Dazu dient das Makro PSTR aus pgmspace.h. Dies erspart die getrennte Deklaration mit PROGMEM-Attribut.

<pre class="code">
#include <avr/io.h>
#include <avr/pgmspace.h>
#include <string.h>

#define MAXLEN 30

char StringImFlash[] PROGMEM = "Erwin Lindemann"; // im "Flash"
char StringImRam[MAXLEN];

...
strcpy(StringImRam, "Mueller-Luedenscheidt");

if (!strncmp_P(StringImRam, StringImFlash, 5) {
// mach' was, wenn die ersten 5 Zeichen identisch - hier nicht
}
else {
// der Code hier wuerde ausgefuehrt
}

if (!strncmp_P(StringImRam, PSTR("Mueller-Schmitt"), 5)) {
// der Code hier wuerde ausgefuehrt, die ersten 5 Zeichen stimmen ueberein
}
else {
// wuerde bei nicht-Uebereinstimmung ausgefuehrt
}
...
</pre>

Aber Vorsicht: Ersetzt man zum Beispiel
<pre class="code">
const char textImFlashOK[] PROGMEM = "mit[]";
// = Daten im "Flash", textImFlashOK* zeigt auf Flashadresse
</pre>
durch
<pre class="code">
const char* textImFlashProblem PROGMEM = "mit*";
// Konflikt: Daten im BSS (lies: RAM), textImFlashFAIL* zeigt auf Flashadresse
</pre>
dann kann es zu Problemen mit AVR-GCC kommen. Zu erkennen daran, dass der Initialisierungsstring von "textInFlashProblem" zu den Konstanten ans Ende des Programmcodes gelegt wird (BSS), von dem aus er zur Benutzung eigentlich ins RAM kopiert werden sollte (und wird). Da der lesende Code (mittels pgm_read*) trotzdem an einer Stelle vorne im Flash sucht, wird Unsinn gelesen. Dies scheint ein weiters Problem des AVR-GCC (gesehen bei avr-gcc 3.4.1 und 3.4.2) bei der Anpassung an die Harvard-Architektur zu sein (konstanter Pointer auf variable Daten?!). Abhilfe ("Workaround"): Initialisierung bei Zeichenketten mit [] oder gleich im Code PSTR("...") nutzen.

Übergibt man Zeichenketten (genauer: die Adresse des ersten Zeichens), die im Flash abglegt sind an eine Funktion, muss diese entsprechend programmiert sein. Die Funktion selbst hat keine Möglichkeit zu unterscheiden ob es sich um eine Adresse im Flash oder im RAM handelt. Die avr-libc und viele andere avr-gcc-Bibliotheken halten sich an die Konvention, dass Namen von Funktionen die Flash-Adressen erwarten mit dem Suffix _p (oder _P) versehen sind.

Von einigen Bibliotheken werden Makros definiert, die "automatisch" ein PSTR bei Verwendung einer Funktion einfügen. Ein Blick in den Header-File der Bibliothek zeigt, ob dies der Fall ist. Ein Beispiel aus P. Fleurys lcd-Library:

<pre class="code">
// Ausschnitt aus dem Header-File lcd.h der "Fleury-LCD-Lib."
...
extern void lcd_puts_p(const char *progmem_s);
#define lcd_puts_P(__s) lcd_puts_p(PSTR(__s))
...

// in einer Anwendung (wieauchimmmer.c)
#include <avr/io.h>
#include <avr/pgmspace.h>
#include <string.h>
#include "lcd.h"

char StringImFlash[] PROGMEM = "Erwin Lindemann"; // im "Flash"

...
lcd_puts_p(StringImFlash);
lcd_puts_P("Dr. Kloebner");
// daraus wird wg. #define lcd_put_P...: lcd_puts_p( PSTR("Dr. Kloebner") );
...
</pre>

=== Flash in der Anwendung schreiben ===

Bei AVRs mit "self-programming"-Option (auch bekannt als Bootloader-Support) können Teile des Flash-Speichers auch vom Anwendungsprogramm selbst beschrieben werden. Dies ist nur möglich, wenn die Schreibfunktionen in einem besonderen Speicherbereich (boot-section) des Programmspeichers/Flash abgelegt sind. Bei wenigen "kleinen" AVRs gibt es keine gesonderte Boot-Section, bei diesen kann der Flashspeicher von jeder Stelle des Programms geschrieben werden. Für Details sei hier auf das jeweilige Controller-Datenblatt und die Erläuterungen zum Modul boot.h der avr-libc verwiesen. Es existieren auch Application-Notes dazu bei atmel.com, die auf avr-gcc-Code übertragbar sind.

=== Warum so kompliziert? ===

Zu dem Thema, warum die Verabeitung von Werten aus dem Flash-Speicher so "kompliziert" ist, sei hier nur kurz erläutert: Die Harvard-Architektur des AVR weist getrennte Adressräume für Programm(Flash)- und Datenspeicher(RAM) auf. Der C-Standard und der gcc-Compiler sehen keine unterschiedlichen Adressräume vor.
Hat man zum Beispiel eine Funktion string_an_uart(const char* s) und übergibt an diese Funktion die Adresse einer Zeichenkette (einen Pointer, z.B. 0x01fe), "weiss" die Funktion nicht, ob die Adresse auf den Flash-Speicher oder den/das RAM zeigt. Allein aus dem Pointer-Wert (der Zahl) kann nicht geschlossen werden, ob ein "einfaches" zeichen_an_uart(s[i]) oder zeichen_an_uart(pgm_read_byte(&s[i]) genutzt werden muss, um das i-te Zeichen auszugeben.

Einige AVR-Compiler "tricksen" etwas, in dem sie für einen Pointer nicht nur die Adresse anlegen, sondern zusätzlich zu jedem Pointer den Ablageort (Flash oder RAM) intern sichern. Bei Aufruf einer Funktion wird dann bei Pointer-Parametern neben der Adresse auch der Speicherbereich, auf den der Pointer zeigt, übergeben. Dies hat jedoch nicht nur Vorteile; Erläuterungen warum dies so ist, führen an dieser Stelle zu weit.

* siehe auch: [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] Abschnitte Modules/Program Space String Utilities und Abschnitt Modules/Bootloader Support Utilities

== EEPROM ==

Man beachte, dass der EEPROM-Speicher nur eine begrenzte Anzahl von Schreibzugriffen zulässt. Beschreibt man eine EEPROM-Zelle öfter als die im Datenblatt zugesicherte Anzahl (typisch 100.000), wird die Funktion der Zelle nicht mehr garantiert.
Dies gilt für jede einzelne Zelle. Bei geschickter Programmierung (z.B. Ring-Puffer), bei der die zu beschreibenden Zellen regelmässig gewechselt werden, kann man eine deutlich höhere Anzahl an Schreibzugriffen, bezogen auf den Gesamtspeicher, erreichen.

Schreib- und Lesezugriffe auf den EEPROM-Speicher erfolgen über die im Modul eeprom.h definierten Funktionen. Mit diesen Funktionen können einzelne Bytes, Datenworte (16bit) und Datenblöcke geschrieben und gelesen werden.

Bei Nutzung des EEPROMs ist zu beachten, dass vor dem Zugriff auf diesen Speicher abgefragt wird, ob der Controller die vorherige EEPROM-Operation abgeschlossen hat. Die avr-libc-Funktionen beinhalten diese Prüfung, man muss sie nicht selbst implementieren. Man sollte auch verhindern, dass der Zugriff durch die Abarbeitung einer Interrupt-Routine unterbrochen wird, da bestimme Befehlsabfolgen vorgegeben sind, die innerhalb weniger Taktzyklen aufeinanderfolgen müssen ("timed sequence"). Auch dies muss bei Nutzung der Funktionen aus der avr-libc/eeprom.h-Datei nicht selbst implementiert werden. Innerhalb der Funktionen werden Interrupts vor der "EEPROM-Sequenz" global deaktiviert und im Anschluss, falls vorher auch schon eingeschaltet, wieder aktiviert.

Bei der Deklaration einer Variable im EEPROM, ist das Attribut für die Section ".eeprom" zu ergänzen. Die Nutzung einer [[C-Präprozessor]]-Ersetzung bringt etwas Bequemlichkeit. Siehe dazu folgendes Beispiel.

<pre class="code">
#include <avr/io.h>
#include <avr/eeprom.h>
#include <avr/interrupt.h>
#include <inttypes.h>

// alle Textstellen EEPROM im Quellcode durch __attribute__ ... ersetzen
#define EEPROM __attribute__ ((section (".eeprom")))

...

/* Byte */
uint8_t eeFooByte EEPROM = 123;

/* Wort */
uint16_t eeFooWort EEPROM = 12345;

/* float */
float eeFooFloat EEPROM;

/* Byte-Feld */
uint8_t eeFooByteArray1[] EEPROM = { 18, 3 ,70 };
uint8_t eeFooByteArray2[] EEPROM = { 30, 7 ,79 };

/* 16-bit unsigned short feld */
uint16_t eeFooWordArray1[4] EEPROM;
...
</pre>

=== Bytes lesen/schreiben ===

Die avr-libc Funktion zum Lesen eines Bytes heisst eeprom_read_byte. Parameter ist die Adresse des Bytes im EEPROM. Geschrieben wird über die Funktion eeprom_write_byte mit den Parametern Adresse und Inhalt. Anwendungsbeispiel:

<pre class="code">
...
uint8_t myByte;

myByte = eeprom_read_byte(&eeFooByte); // lesen
// myByte hat nun den Wert 123
...
myByte = 99;
eeprom_write_byte(&eeFooByte, myByte); // schreiben
...
myByte = eeprom_read_byte(&eeFooByteArray1[1]);
// myByte hat nun den Wert 3
...
</pre>

=== Wort lesen/schreiben ===

Schreiben und Lesen von Datenworten erfolgt analog zur Vorgehensweise bei Bytes:

<pre class="code">
...
uint16_t myWord;

myWord = eeprom_read_word(&eeFooWord); // lesen
// myWord hat nun den Wert 12345
...
myWord = 2222;
eeprom_write_word(&eeFooWord, myWord); // schreiben
...
</pre>

=== Block lesen/schreiben ===

Lesen und Schreiben von Datenblöcken erfolgt über die Funktionen ''eeprom_read_block()'' bzw. ''eeprom_write_block()''. Die Funktionen erwarten drei Parameter: die Adresse der Quell- bzw. Zieldaten im RAM, die EEPROM-Addresse und die Länge des Datenblocks in Bytes (size_t).

TODO: '''Vorsicht!''' die folgenden Beispiele sind noch nicht geprueft, erstmal nur als Hinweis auf "das Prinzip". Evtl. fehlen "casts" und mglw. noch mehr.

<pre class="code">
...
unit8_t myByteBuffer[3];
uint16_t myWordBuffer[4];

/* Datenblock aus EEPROM LESEN */

/* liest 3 Bytes aber der von eeFooByteArray1 definierten EEPROM-Adresse
in das RAM-Array myByteBuffer */
eeprom_read_block(myByteBuffer,eeFooByteArray1,3);

/* dito etwas anschaulicher aber "unnuetze Tipparbeit": */
eeprom_read_block(&myByteBuffer[0],&eeFooByteArray[0],3);

/* dito mit etwas Absicherung betr. der Laenge */
eeprom_read_block(myByteBuffer,eeFooByteArray1,sizeof(myByteBuffer));

/* und nun mit "16bit" */
eeprom_read_block(myWordBuffer,eeFooWordArray,sizeof(myWordBuffer));

/* Datenlock in EEPROM SCHREIBEN */
eeprom_write_block(myByteBuffer,eeFooByteArray1,sizeof(myByteBuffer));
eeprom_write_block(myWordBuffer,eeFooWordArray,sizeof(myWordBuffer));
...
</pre>

"Nicht-Integer"-Datentypen wie z.B. Fliesskommazahlen lassen sich recht praktisch über eine ''union'' in "Byte-Arrays" konvertieren und wieder "zurückwandeln". Dies erweist sich hier (aber nicht nur hier) als nützlich.

<pre class="code">
...
float myFloat = 12.34;

union {
float r;
uint8_t n[sizeof(float)];
} u;

u.r = myFloat;

/* float in EEPROM */
eeprom_write_block(&(u.i),&eeFooFloat,sizeof(float));

/* float aus EEPROM */
eeprom_read_block(&(u.i),&eeFooFloat,sizeof(float));
/* u.r wieder 12.34 */
...
</pre>

Auch zusammengesetzte Typen lassen sich mit den Block-Routinen verarbeiten.

<pre class="code">
...
typedef struct {
uint8_t label[8];
unin8_t rom_code[8];
} tMyStruct;

#define MAXSENSORS 3
tMyStruct eeMyStruct[MAXSENSORS] EEPROM;

...

void egal(void)
{
tMyStruct work;

strcpy(work.label,"Flur");
GetRomCode(work.rom_code); // Dummy zur Veranschaulichung - setzt rom-code

/* Sichern von "work" im EEPROM */
eeprom_write_block(&work,&eeMyStruct[0],sizeof(tMyStruct)); // f. Index 0
strcpy(work.label,"Bad");
GetRomCode(work.rom_code);
eeprom_write_block(&work,&eeMyStruct[1],sizeof(tMyStruct)); // f. Index 1
...
/* Lesen der Daten EEPROM Index 0 in "work" */
eeprom_read_block(&work,&eeMyStruct[0],sizeof(tMyStruct));
// work.label hat nun den Inhalt "Flur"
...
}
...
</pre>

=== EEPROM-Speicherabbild in .eep-Datei ===

Eine besondere Funktion des avr-gcc ist, dass mit entsprechenden Optionen im Makefile aus den Initialisierungswerten der Variablen im Quellcode eine Datei erzeugt werden kann, die man auf den Controller programmieren kann (.eep-Datei). Damit können sehr elegant Standardwerte für den EEPROM-Inhalt im Quellcode definiert werden. Die Vorgehensweise wird aus dem WinAVR-Beispielmakefile ersichtlich. Siehe dazu die Erläuterungen im Abschnitt Exkurs: Makefiles.

=== Bekannte Probleme bei den EEPROM-Funktionen ===

Vorsicht: Nicht alle neuen AVR Controller werden von avr-libc/eeprom.h untersützt (Stand Version 1.2.3). Insbesondere beim den AVRs "der neuen Generation" (ATmega48/88/168/169) funktionieren die Funktionen nicht korrekt (Ursache: unterschiedliche Speicheradressen der EEPROM-Register, detaillierte Auflistung der nicht-unterstützten Typen in der avr-libc-Dokumentation) Etwas ältere Typen, oder zu den "etablierten" Controllern kompatible, bereiten jedoch hier keine Probleme. Im Zweifel hilft ein Blick in den vom Compiler erzeugten Assembler-Code (lst/lss-Dateien).

In jedem Datenblatt zu AVR-Controllern mit EEPROM sind kurze Beispielecodes für den Schreib- und Lesezugriff enthalten. Der dort gezeigte Code kann direkt auch mit dem avr-gcc (ohne avr-libc/eeprom.h) genutzt werden ("copy/paste", gegebenfalls Schutz vor Unterbrechnung/Interrupt ergänzen ''uint8_t sreg; sreg=SREG; [EEPROM-Code] ; SREG=sreg; return;'', siehe Abschnitt Interrupts). Alternativ kann aus dem Quellcode der eeprom-Funktionen der avr-libc eine "passende" EEprom-Library erstellt werden, in der die EEPROM-Registeradressen zum Controller "passen".

* siehe auch: [http://www.nongnu.org/avr-libc/user-manual/index.html Dokumentation der avr-libc] Abschnitt Modules/EEPROM handling

= Assembler und Inline-Assembler =

Gelegentlich erweist es sich als nützlich, C und Assembler-Code in einer Anwendung zu nutzen. Typischerweise wird das Hauptprogramm in C verfasst und wenige, extrem zeitkritische oder hardwarenahe Operationen in Assembler.

Die "gcc-Toolchain" bietet dazu zwei Möglichkeiten:

; Inline-Assembler : Die Assembleranweisungen werden in direkt in den C-Code integriert. Eine Quellcode-Datei enthält somit C- und Assembleranweisungen

; Assembler-Dateien : Der Assembler-Codecode befindet sich in eigenen Quellcodedateien. Diese werden vom gnu-Assembler (avr-as) zu Object-Dateien assembliert ("compiliert") und mit den aus dem C-Code erstellten Object-Dateien zusammengebunden (gelinkt).

== Inline-Assembler ==

Inline-Assembler bietet sich an, wenn nur wenig Assembleranweisungen benötigt werden. Typische Anwendung sind kurze Codesequenzen für zeitkritische Operationen in Interrupt-Routinen oder sehr präzise Warteschleifen (z.B. 1-Wire). Inline-Assembler wird mit '''asm volatile''' eingeleitet, die Assembler-Anweisungen werden in einer Zeichenkette zusammengefasst, die als "Parameter" übergeben wird. Durch Doppelpunkte getrennt werden die Ein- und Ausgaben sowie die "Clobber-Liste" angegeben.

Ein einfaches Beispiel für Inline-Assembler ist das Einfügen einer NOP-Anweisung (NOP steht für No Operation). Dieser Assembler-Befehl benötigt genau einen Taktzyklus, ansonsten "tut sich nichts". Sinnvolle Anwendungen für NOP sind genaue Delay(=Warte)-Funktionen.

<pre class="code">
...
/* Verzoegern der weiteren Programmausfuehrung um
genau 3 Taktzyklen */
asm volatile ("nop"::);
asm volatile ("nop"::);
asm volatile ("nop"::);
...
</pre>

Weiterhin kann mit einem NOP verhindert werden, dass leere Schleifen, die als Warteschleifen gedacht sind, wegoptimiert werden. Der Compiler erkennt ansonsten die vermeindlich nutzlose Schleife und erzeugt dafür keinen Code im ausführbaren Programm.

<pre class="code">
...
uint16_t i;

/* leere Schleife - wird bei eingeschalteter Compiler-Optimierung wegoptimiert */
for (i=0;i<1000;i++);

...

/* Schleife erzwingen (keine Optimierung): "NOP-Methode" */
for (i=0;i<1000;i++) asm volatile("NOP");

...

/* alternative Methode (keine Optimierung): */
volatile uint16_t j;
for (j=0;j<1000;j++);
</pre>

Ein weiterer nützlicher "Assembler-Einzeiler" ist der Aufruf von sleep (''asm volatile ("sleep"::);''), da hierzu keine eigene Funktion in der avr-libc existiert.

Als Beispiel für mehrzeiligen Inline-Assembler eine präzise Delay-Funktion. Die Funktion erhält ein 16-bit Wort als Parameter, prüft den Parameter auf 0 und beendet die Funktion in diesem Fall oder durchläuft die folgende Schleife sooft wie im Wert des Parameters angegeben. Inline-Assembler hat hier den Vorteil, das die Laufzeit unabhängig von der Optimierungsstufe (Parameter -O, vgl. makefile) und der Compiler-Version ist.

<pre class="code">
static inline void delayloop16(uint16_t count)
{
asm volatile ( "cp %A0,__zero_reg__ \n\t" \
"cpc %B0,__zero_reg__ \n\t" \
"breq L_Exit_%= \n\t" \
"L_LOOP_%=: \n\t" \
"sbiw %0,1 \n\t" \
"brne L_LOOP_%= \n\t" \
"L_Exit_%=: \n\t" \
: "=w" (count)
: "0" (count)
);
}
</pre>

* Jede Anweisung wird mit '''\n\t''' abgeschlossen, alle Zeilen mit '''\''' zu einer "langen Zeichenkette" verbunden.
* Sprung-Marken (Labels) werden mit einem Prozentzeichen abgeschlossen, der Präprozessor (Assembler?) setzt an dieser Stelle eine laufende Nummer ein, die Doppelbezeichnungen bei mehrmaliger Verwendung wird somit verhindert.

Das Resultat zeigt ein Blick in die .lss-Datei. Aus delayloop16(20); erzeugt der Preprozessor/Assembler/Linker z.B.:

<pre class="code">
13a: 84 e1 ldi r24, 0x14 ; 20
13c: 90 e0 ldi r25, 0x00 ; 0
13e: 81 15 cp r24, r1
140: 91 05 cpc r25, r1
142: 11 f0 breq .+4 ; 0x148
00000144 <L_LOOP_121>:
144: 01 97 sbiw r24, 0x01 ; 1
146: f1 f7 brne .-4 ; 0x144
00000148 <L_Exit_121>:
</pre>

Detaillierte Ausführungen zum Thema Inline-Assembler finden sich in der Dokumentation der avr-libc.

* siehe auch: Dokumentation der avr-libc/Related Pages/Inline Asm
* [http://www.atmel.com/dyn/resources/prod_documents/doc0856.pdf AVR Assembler-Anweisungsliste]

== Assembler-Dateien ==

Assembler-Dateien erhalten die Endung .S (''grosses'' S) und werden im makefile nach WinAVR/mfile-Vorlage hinter ''ASRC='' durch Leerzeichen getrennt aufgelistet.

Im Beispiel eine Funktion ''superFunc'' die alle Pins des Ports D auf "Ausgang" schaltet, eine Funktion ''ultraFunc'', die die Ausgänge entsprechend des übergebenen Parameters schaltet, eine Funktion ''gigaFunc'', die den Status von Port A zurückgibt und eine Funktion ''addFunc'', die zwei Bytes zu einem 16-bit-Wort addiert. Die Zuweisungen im C-Code (PORTx = ) verhindern, dass der Compiler die Aufrufe wegoptimiert und dienen nur zur Veranschaulichung der Parameterübergaben.

Zuerst der Assembler-Code. Der Dateiname sei useful.S:

<pre class="code">
#include "avr/io.h"

// Arbeitsregister (ohne "r")
workreg = 16
workreg2 = 17

// Konstante:
ALLOUT = 0xff

// ** Setze alle Pins von PortD auf Ausgang **
// keine Parameter, keine Rueckgabe
.global superFunc
.func superFunc
superFunc:
push workreg
ldi workreg, ALLOUT
out _SFR_IO_ADDR(DDRD), workreg // beachte: _SFR_IO_ADDR()
pop workreg
ret
.endfunc

// ** Setze PORTD auf uebergebenen Wert **
// Parameter in r24 (LSB immer bei "graden" Nummern)
.global ultraFunc
.func ultraFunc
ultraFunc:
out _SFR_IO_ADDR(PORTD), 24
ret
.endfunc

// ** Zustand von PINA zurueckgeben **
// Rueckgabewerte in r24:r25 (LSB:MSB), hier nur LSB genutzt
.global gigaFunc
.func gigaFunc
gigaFunc:
in 24, _SFR_IO_ADDR(PINA)
ret
.endfunc

// ** Zwei Bytes addieren und 16-bit-Wort zurueckgeben **
// Parameter in r24 (Summand1) und r22 (Summand2) -
// Parameter sind Word-"aligned" d.h. LSB immer auf "graden"
// Registernummern. Bei 8-Bit und 16-Bit Paramtern somit
// beginnend bei r24 dann r22 dann r20 etc.
// Rueckgabewert in r24:r25
.global addFunc
.func addFunc
addFunc:
push workreg
push workreg2
clr workreg2
mov workreg, 22
add workreg, 24
adc workreg2, 1 // r1 - assumed to be always zero ...
movw r24, workreg
pop workreg2
pop workreg
ret
.endfunc

// oh je - sorry - Mein AVR-Assembler ist eingerostet, hoffe das stimmt so...

.end

</pre>

Im Makefile ist der Name der Assembler-Quellcodedatei einzutragen:

<pre class="code">
ASRC = useful.S
</pre>

Der Aufruf erfolgt dann im C-Code so:

<pre class="code">
extern void superFunc(void);
extern void ultraFunc(uint8_t setVal);
extern uint8_t gigaFunc(void);
extern uint16_t addFunc(uint8_t w1, uint8_t w2);

int main(void)
{
[...]
superFunc();

ultraFunc(0x55);

PORTD = gigaFunc();

PORTA = (addFunc(0xF0, 0x11) & 0xff);
PORTB = (addFunc(0xF0, 0x11) >> 8);
[...]
}
</pre>

Das Ergebnis wird wieder in der lss-Datei ersichtlich:

<pre class="code">
[...]
superFunc();
148: 0e 94 f6 00 call 0x1ec

ultraFunc(0x55);
14c: 85 e5 ldi r24, 0x55 ; 85
14e: 0e 94 fb 00 call 0x1f6

PORTD = gigaFunc();
152: 0e 94 fd 00 call 0x1fa
156: 82 bb out 0x12, r24 ; 18

PORTA = (addFunc(0xF0, 0x11) & 0xff);
158: 61 e1 ldi r22, 0x11 ; 17
15a: 80 ef ldi r24, 0xF0 ; 240
15c: 0e 94 ff 00 call 0x1fe
160: 8b bb out 0x1b, r24 ; 27
PORTB = (addFunc(0xF0, 0x11) >> 8);
162: 61 e1 ldi r22, 0x11 ; 17
164: 80 ef ldi r24, 0xF0 ; 240
166: 0e 94 fc 00 call 0x1f8
16a: 89 2f mov r24, r25
16c: 99 27 eor r25, r25
16e: 88 bb out 0x18, r24 ; 24

[...]
000001ec <superFunc>:
// setze alle Pins von PortD auf Ausgang
.global superFunc
.func superFunc
superFunc:
push workreg
1ec: 0f 93 push r16
ldi workreg, ALLOUT
1ee: 0f ef ldi r16, 0xFF ; 255
out _SFR_IO_ADDR(DDRD), workreg
1f0: 01 bb out 0x11, r16 ; 17
pop workreg
1f2: 0f 91 pop r16
ret
1f4: 08 95 ret

000001f6 <ultraFunc>:
.endfunc

// setze PORTD auf uebergebenen Wert
.global ultraFunc
.func ultraFunc
ultraFunc:
out _SFR_IO_ADDR(PORTD), 24
1f6: 82 bb out 0x12, r24 ; 18
ret
1f8: 08 95 ret

000001fa <gigaFunc>:
.endfunc

// Zustand von PINA zurueckgeben
.global gigaFunc
.func gigaFunc
gigaFunc:
in 24, _SFR_IO_ADDR(PINA)
1fa: 89 b3 in r24, 0x19 ; 25
ret
1fc: 08 95 ret

000001fe <addFunc>:
.endfunc

// zwei Bytes addieren und 16-bit-Wort zurueckgeben
.global addFunc
.func addFunc
addFunc:
push workreg
1fe: 0f 93 push r16
push workreg2
200: 1f 93 push r17
clr workreg2
202: 11 27 eor r17, r17
mov workreg, 22
204: 06 2f mov r16, r22
add workreg, 24
206: 08 0f add r16, r24
adc workreg2, 1 // r1 - assumed to be always zero ...
208: 11 1d adc r17, r1
movw r24, workreg
20a: c8 01 movw r24, r16
pop workreg2
20c: 1f 91 pop r17
pop workreg
20e: 0f 91 pop r16
ret
210: 08 95 ret

[...]
</pre>

Die Zuweisung von Registern zu Parameternummer und die Register für die Rückgabewerte sind in den "Register Usage Guidelines" der avr-libc-Dokumentation erläutert.

siehe auch:
* [http://www.nongnu.org/avr-libc/user-manual/assembler.html avr-libc-Dokumentation: Related Pages/avr-libc and assembler programs]
* [http://www.nongnu.org/avr-libc/user-manual/FAQ.html#faq_reg_usage avr-libc-Dokumentation: Related Pages/FAQ/"What registers are used by the C compiler?"]

...TODO: globale Variablen für Datenaustausch

= TODO =

stdio.h, malloc() ???, Code-Optimierungen ("tricks"), "naked"-Functionen ??, IO-Register als Parameter/"Variablen" (volatile uint8_t *mybusport; mybusport=&PORTB; void sendbus(uint8_t *parm)...)

Kondensator

2005-04-28T19:21:18Z

131.130.1.135: Formelzeichen

Unter einem Kondensator versteht man ein passives Bauteil, in dem kleine Energiemengen gespeichert werden können. Sie werden daher häufig zum Stabilisieren von Spannungen benutzt. Dabei ist es üblich am Spannungsregler Elektrolytkondensatoren (''Elkos'') mit ein paar hundert <math>\mu</math>F (Microfarad) und bei jedem IC nocheinmal 100nF zu verwenden.

Die Größe eines Kondensators ist seine Kapazität (Formelzeichen ''C''), die als [[Ladung]] (Formelzeichen ''Q'') durch [[Spannung]] (Formelzeichen ''U'') definiert ist.

<math>C=\frac{Q}{U}</math>

Die Einheit für die Kapazität ist Farad:

<math>[F]=\frac{As}{V}</math>

== Reihenschaltung ==

Für eine Reihenschaltung von ''n'' Kondensatoren gilt:

<math>\frac{1}{R_{ges}}=\frac{1}{R_1}+\frac{1}{R_2}+\dots+\frac{1}{R_n}</math>

<math>U_{ges}=U_1+U_2+\dots+U_n</math>

<math>I_{ges}=I_1=I_2=\dots=I_n</math>

== Parallelschaltung ==

Für eine Parallelschaltung von ''n'' Kondensatoren gilt:

<math>C_{ges}=C_1+C_2+\dots+C_n</math>

<math>U_{ges}=U_1=U_2=\dots=U_n</math>

<math>I_{ges}=I_1+I_2+\dots+I_n</math>

== Gespeicherte Energie ==

Die in einem Kondensator gespeicherte Energie lässt sich durch die Formel

<math> W=0,5\cdot U^2\cdot C</math>

berechnen.

Kondensator

2005-04-28T19:19:00Z

131.130.1.135:

Unter einem Kondensator versteht man ein passives Bauteil, in dem kleine Energiemengen gespeichert werden können. Sie werden daher häufig zum Stabilisieren von Spannungen benutzt. Dabei ist es üblich am Spannungsregler Elektrolytkondensatoren (''Elkos'') mit ein paar hundert <math>\mu</math>F (Microfarad) und bei jedem IC nocheinmal 100nF zu verwenden.

Die Größe eines Kondensators ist seine Kapazität, die als [[Ladung]] durch [[Spannung]] definiert ist.

<math>C=\frac{Q}{U}</math>

Die Einheit für die Kapazität ist Farad:

<math>[F]=\frac{As}{V}</math>

== Reihenschaltung ==

Für eine Reihenschaltung von ''n'' Kondensatoren gilt:

<math>\frac{1}{R_{ges}}=\frac{1}{R_1}+\frac{1}{R_2}+\dots+\frac{1}{R_n}</math>

<math>U_{ges}=U_1+U_2+\dots+U_n</math>

<math>I_{ges}=I_1=I_2=\dots=I_n</math>

== Parallelschaltung ==

Für eine Parallelschaltung von ''n'' Kondensatoren gilt:

<math>C_{ges}=C_1+C_2+\dots+C_n</math>

<math>U_{ges}=U_1=U_2=\dots=U_n</math>

<math>I_{ges}=I_1+I_2+\dots+I_n</math>

== Gespeicherte Energie ==

Die in einem Kondensator gespeicherte Energie lässt sich durch die Formel

<math> W=0,5\cdot U^2\cdot C</math>

berechnen.

Löten

2005-04-27T21:53:37Z

131.130.1.135: /* Bauteile mit zwei Anschlussdrähten */

[[Category:Löten]]
Löten in der Elektronik ist eine praktisch-handwerkliche Tätigkeit und erfordert daher neben entsprechendem Geschick in erster Linie ... viel Übung!

== Voraussetzungen ==
Wichtigste Voraussetzungen für das Löten in der Elektronik sind
* ein [[Lötkolben]]
* und Lötzinn,
beides muss natürlich für Elektronik geeignet sein. Lötzinn für die Elektronik ist beispielsweise im Inneren mit einem Flussmittel gefüllt, welches eine leichte Oberflächenkorrosion beseitigt, die anderfalls das Anhaften des Lötzinns auf den zu verlötenden Oberflächen verhindern würde.

== Vorsichtsmaßnahmen ==
Da man es beim Löten in der Elektronik mit über 300 Grad heißen Metallen (fest und flüssig) zu tun hat, ist die Notwendigkeit einiger Schutzmaßnahmen so naheliegend, dass man sie nicht weiter erklären muss (niemand wird einen Lötkolben freiwillig an der heißen Spitze anfassen), aber dennoch (und aus der Praxis):
* Der heiße Lötkolben wird unachtsam auf dem Tisch abgelegt und verrutscht.
:* => Andere, Gegenstände werden "angekokelt" oder gar unbrauchbar.
* Wie zuvor, aber der Lötkolben rutscht sogar vom Tisch herunter.
:* => AUA!! (Der normale "Greifreflex" mit den Oberschenkeln bei herunterfallenden Dingen - Knie zusammen - ist dann nicht so angebracht :-/)
* Ein unzureichend festgeklemmter Draht federt weg und es spritzt Lötzinn durch die Gegend (besonders beim Entlöten!).
:* => Augen schützen!!! (Man hat nur zwei und mit einem allein ist schon mal das Stereo-Sehen hin!)

== Grundlegende Vorgehensweise ==
Beim Löten gilt:
# Mit dem Lötkolben werden '''beide''' zu verlötenden Teile gleichzeitig erwärmt.
# Eines der Teile erwärmt das Lötzinn bis es schließlich schmilzt.
# Das geschmolzene Lötzinn verläuft und verbindet die beiden Teile.
# Der Lötkolben wird entfernt und das Lötzin erstarrt.

Eine geringe(!) Menge Lötzinn, die vor dem ersten Schritt auf die heiße Spitze des Lötkolbens aufgetragen wird, dient vor allem dazu, den Wärmeübergang auf die zu verlötenden Teile zu verbessern und damit die Dauer des ersten Schritts kurz zu halten.

== Typische Fehlerquellen ==
Anfänger machen beim Löten eine Reihe typischer Fehler, welche die Qualität der hergestellten Verbindung beeinträchtigen. Das heißt, die elektrische Verbindung ist schlecht ("Wackelkontakt") und die mechanische Festigkeit gering (Gefahr des Abreißens).
* Die zu verlötenden Teile sind nicht ausreichend sauber ("blank"):
:* => Die korrosionsbefreiende Wirkung des Flußmittels im Lötzinn reicht nicht aus.
:* '''Abhilfe:''' die zu verlötenden Oberflächen säubern, z.B. mechanisch mit sehr feinem Sandpapier oder einem speziellen "Schmirgelschwamm" (ähnlich einem Radiergummi aber versetzt mit feinsten Schmirgelsand) oder chemisch mit zusätzlich aufgetragenem Flußmittel.

* Anstatt sich an das obige Schema zu halten wird das Lötzinn für die herzustellende Verbindung vorwiegend an der heißen Lötkolbenspitze geschmolzen.
:* => Die zu verlötenden Teile sind nicht warm genug.
:* => Das Flußmittel im Lötzinn verdampft zu schnell.
:* '''Abhilfe:''' Sich an das Schema halten!

* Nach Wegnehmen des Lötkolbens werden die zu verbindenden Teile bewegt, bevor das Lötzinn kalt und erstarrt ist.
:* => Die erstellte Verbindung kann durchaus "formschlüssig" sein (= scheinbar hält sie fest),
:* => aber hat elektrisch eine schlechte Qualität (Wackelkontakt oder erhöhter Widerstand, damit evtl. auch Erwärmung bei hohen Strömen und weitere Verschlechterung).
:* '''Tip:''' Die Oberfläche eines Lötzinntropfens spiegelt, solange er noch flüssig ist und wird etwas matter, wenn sich das Zinn verfestigt.

* Das Lötzinn an der Spitze des Lötkolbens ist "zu alt" und "fließt" nicht mehr aureichend. .
:* => der Zweck des Lötzinns an der Lötkolbenspitze (= Verbesserung des Wärmeübergangs) wird nicht erreicht.
:* '''Abhilfe:''' Altes Lötzinn des öfteren von der Spitze des Lötkolbens abstreifen (z.B. an einem angefeuchteten "Lötschwamm") und neues Lötzinn auftragen.

== Arten von Lötverbindungen ==
Für den Anfänger sind bestimmte Arten von Lötverbindungen einfacher herzustellen als andere, beim Üben empfiehlt es sich entsprechend, "vom Einfachen zum Schwierigen" zu trainieren.

=== Einfaches Verlöten von Drähten ===
Recht einfach zu verlöten sind zwei Drähte, die man zuvor miteinander verdrillt hat. Bei starren Drähten empfiehlt sich in der Regel ein vorheriges "Verzinnen" (= der Draht wird mit einer Oberfläche aus Lötzinn versehen), da sich dann das beim Zusammenlöten aufgetragene Lötzinn besser verteilt. Bei dünnen Litzen kann auf das Verzinnen meist verzichtet werden, da durch die Kapillarwirkung das Lötzin quasi "aufgesogen" wird. Bei dicken Litzen (Querschnitt 1 Quadratmillimeter und mehr) ist vorheriges Verzinnen meist nicht ratsam, weil ansonsten die Verdrillung nicht mehr so gut gelingt. Da das Flussmittel im Lötzinn in dicke, verdrillte Litzenverbindungen oft nicht ausreichend eindringen kann, empfiehlt es sich hier, die Litzenende vor dem Verlöten nochmal gesondert mit Flussmittel zu behandeln.

In Umgebungen, in denen es häufige oder gar permanente Vibrationen gibt (z.B. Auto), sollten Litzenenden allerdings '''immer''' verzinnt werden (auch beim Einlöten in Durchbohrungen gedruckter Schaltungen - siehe nächster Punkt). Die Verzinnung muss dabei ein Stück unter die Isolierung reichen (leicht zu kontrollieren durch die Biegbarkeit), andernfalls brechen Litzen oft genau an der Stelle, an der die Isolierung endet, da diese Stelle (mechanische) die stärkste Last aufnehmen muss.

=== Einlöten von Bauteilen Platinenbohrungen ===
Auch dies gelingt dem Anfänger nach einiger Übung meist ganz gut (vorausgesetzt die obigen Tips und Richtlinien werden befolgt). Die Bauteile sollten allerdings nicht "lose" sondern - durch Biegen der Anschlussdrähte - mit leichter (mechanischer) Spannung in den Platinenbohrungen sitzen. Dies verhindert das "Wackeln" beim Wegnehmen des Lötkolbens.

Was hier aber ggf. berücksichtig werden muss, ist die Wärmeempfindlichkeit.
* Halbleiterbauelemente (Dioden, Transistoren, ICs) vertragen keine längere Erhitzung auf 300 Grad Celsius (Lötkolbentemperator).
:* => Der Lötvorgang muss also "zügig" erfolgen.
:* => GGf. kann eine kleine Zange am Anschlussdraht als "Wärmeableiter" zwischen Lötstelle und Bauteil eingesetzt werden.
* Auch die Leiterbahnen der Platinen vertragen keine beliebig lange, beliebig häufige Erwärmung und die Leiterbahn löst sich schließlich von der Platine ab.
:* => Wie oben (zügig löten).
:* => Bei Bauteilen mit "dicken" (und entsprechend unempfindlichen) Drähten ggf. zunächst ''diese'' und erst kurz vorm Aufbringen des Lötzinns auch die Leiterbahn der Platine erhitzen.

=== Auflöten von SMD-Bauteilen auf Platinen ===
Eigener Artikel: [[SMD Löten]]

== Entlöten ==
Unter Entlöten versteht man das Trennen einer Lötverbindung. In der Theorie ist das einfach, weil ja "nur" das Lötzinn erwärmt werden muss und dann (z.B. bei in Platinen eingelöteten Bauteilen) der Draht aus der Bohrung gezogen werden kann. In der Praxis besteht die Schwierigkeit jedoch darin, dass typische Bauteile mindestens zwei, oft aber drei oder noch mehr verlötete Anschlüsse haben und man die Lötstellen nicht alle gleichzeitig erwärmen kann.

Es ist auf alle Fälle vorteilhaft, wenn man zunächst an jedem einzelnen Anschluss versucht, so viel Lötzinn wie möglich zu entfernen (z.B. mit Absaugpumpe oder Entlötlitze). Dennoch werden sich insbesondere Bohrungen in gedruckten Schaltungen so nicht völlig von Lötzinn befreien lassen.

=== Bauteile mit zwei Anschlussdrähten ===
Sofern sich das Bauteil "kippen" lässt, erst die eine, dann die andere Seite ablöten.
* Bei einem an seinen zwei Enden festgelöteten Widerstand oder Kondensator zum Ablöten der ersten Seite ggf. einen kleinen Schraubendreher als Hebel unterschieben.
* Bei einem senkrecht stehend aufgelöteten (Rund-) Elko erst den "mittigeren" Draht auslöten, da sich das Teil leichter kippen lässt, wenn es der äußere Draht ist, der noch angelötet ist.

=== Bauteile mit drei Anschlussdrähten ===
Bei einem Transistor kommt man mit der "Kipptechnik" oft auch noch weiter, wenn die Lötpunkte im Dreieck angeordnet sind. Man hat dann immer eine Richtung zum Kippen, bei der sich der Draht in der momentan erwärmten Lötstelle ein Stück herausziehen lässt. Notfalls muss man sich schrittweise vorarbeiten (d.h. beim ersten Mal wird man den ersten Draht nicht vollständig aus der Bohrung herausbekommen, aber nachdem man einmal "reihum" ist, sitzt das Bauteil schon ein Stück weiter draußen).

Bei drei Anschlußdrähten "in einer Reihe" funktioniert die Kipptechnik nicht, evtl. kann man hier versuchen, mit dem Lötkolben zwei Lötstellen gleichzeitig zu erwärmen. (Aber Vorsicht, dass nach dem Auslöten und Wiedereinlöten eines neuen Bauteils keine feine Lötzinnbrücke stehen bleibt und einen Kurzschluss verursacht!)

=== Bauteile mit vielen Anschlussdrähten ===
Das Auslöten von ICs ist ohne spezielle Werkzeuge (z.B. spezieller Lötkolbenaufsatz) meist unmöglich. Wenn man nicht beides - IC und Platine - "retten" will oder muss, kann man es so versuchen:
* Platine retten: Anschlussdrähte abzwicken und Drahtreste aus der Platine entfernen (siehe auch unten, Freimachen von Durchbohrungen).
* Bauteil retten: Platine auseinanderschneiden oder -sägen und verbleibende Reste auch zwischen den Drähten mit einem Seitenschneider durchzwicken, so dass letzten Endes an jedem Draht (bzw. jedem "Beinchen" des ICs) nur noch ein minimaler Platinenrest hängt. Dann alle Reste einen nach dem anderen Ablöten(*1).
* Platine und Bauteil retten: Mit einer Entlötpumpe das Lötzinn bei jedem Pin absaugen, evtl. übrig gebliebene Reste mit Entlötlitze aufsaugen. Funktioniert bei einseitigen Platinen gut, bei doppelseitigen ist etwas mehr Aufwand damit verbunden, besonders bei engen Durchkontaktierungshülsen.

=== Freimachen von Durchbohrungen ===
Allgemein gilt, dass man bei einem Bauteil, welches mit Sicherheit defekt ist, meist besser erst alle Drähtchen abzwickt und dann nur diese Reste "entlötet". Kurze Drähtchenreste sind allerdings oft schwer aus Platinenbohrungen zu entfernen, da sie von der Kapillarwirkung der Bohrung auf das Lötzinn praktisch "angesogen" und in der Bohrung festgehalten werden.

Ein alter Praktiker-Trick ist hier, nach Erwärmen des Lötzinns die Bohrung mit einem gut gespitzten Bleistift zu durchstoßen. (Das Lötzinn wird vom Graphit der Mine praktisch "abgestoßen".)

Und Zuguterletzt: Wenn beim erfolgreichen Auslöten eines Bauteils die Bohrung in der Platine gleich lötzinnfrei ist, sollte man sich nicht zu früh freuen: Bei doppelseitigen "durchkontaktierten" Platinen kann so unbemerkt auch die Durchkontaktierungshülse herausgerissen worden sein. Vor dem Einlöten von Ersatz sollte man evtl. Nachmessen (Ohmmeter) und im Schadensfall (oder zur Sicherheit auch immer) das neu eingesetzte Bauteil auf beiden Seiten der Platine anlöten(*2).

----
* 1: Diese Technik ist genau so aufwändig wie sie sich anhört und lohnt sich allenfalls bei sehr teuren Bauteilen oder solchen, die irgendwo als Ersatzteil dienen müssen und allgemein schwer beschaffbar sind (z.B. weil nicht mehr hergestellt werden).
* 2: Bei Multi-Layer-Platinen wird auch das den Erfolg nicht garantieren, aber Reparaturen mit Lötkolbeneinsatz sind an solchen Platinen ohnehin oft ein Glücksspiel.

Reichelt-Wishlist

2005-04-06T15:46:32Z

131.130.1.135:

Elektronikversender

2005-03-28T23:07:21Z

131.130.1.135: /* Trade-Shop */

Elektronikversender

2005-03-28T23:06:47Z

131.130.1.135: /* Sander Elektronik */

Elektronikversender

2005-03-28T23:05:54Z

131.130.1.135: /* Pollin */

Elektronikversender

2005-03-28T23:05:14Z

131.130.1.135: /* Hinkel */

Elektronikversender

2005-03-28T23:04:46Z

131.130.1.135: /* Darisus */

Elektronikversender

2005-03-28T23:04:07Z

131.130.1.135: /* Conrad */

Elektronikversender

2005-03-28T23:03:29Z

131.130.1.135: /* ACTRON */