Mikrocontroller.net - Benutzerbeiträge [de]

MMC- und SD-Karten

2010-06-02T13:54:53Z

Jonebohne: /* Halter */

MMC- und SD-Speicherkarten lassen sich im [[SPI]]-Modus relativ einfach mit einem Mikrocontroller ansteuern. Prinzipiell git es zwischen SD-Card und MMC nicht viele Unterschiede, allerdings sind SD-Karten weiter verbreitet, in der Regel schneller als MMCs, und haben eine besser implementiertes SPI-Interface. Es existieren diverse Varianten (miniSD, microSD) die zur normalen SD-Card kompatibel sind.

Die Karte liest das anliegende Datenbit mit der steigenden Taktflanke ein, als SPI-Modi eignen sich somit Mode 0 (CPOL=0, CPHA=0) und Mode 3 (CPOL=1, CPHA=1) (siehe auch [[Serial Peripheral Interface]]). Bei MMCs ist der SPI-Modus nicht genau spezifiziert, somit kommt es durchaus mal vor dass der SPI-Modus je nach Karte unterschiedlich gewählt werden muss, oder dass die Karte überhaupt nicht zuverlässig funktioniert (siehe [http://www.mikrocontroller.net/forum/read-1-343528.html Beitrag im Forum]).

=== DOs und DON'Ts bei der Ansteuerung ===

* '''Lasst euch nicht verrückt machen''' wenn es einfach nicht funktioniert, sondern probiert zu allererst mal eine SD-Karte eines anderen Herstellers aus. Die MMC-Implementierung für AVR von Elm Chan z. B. funktioniert mit SanDisk problemlos hat aber mit Platinum Karten ein Problem.
* Taktfrequenz bei der Initialisierung nicht höher als 400kHz
* Ein Pullup-Widerstand am Ausgang der MMC/SD Karte (DO) ist für eine saubere Initialisierung per SPI notwendig! [http://www.mikrocontroller.net/topic/112421#1001693 (Thread mit Erklärung dazu)]
* Saubere Versorgung: Kein Dioden-Pfusch, mit dem eine vorhandene 5V Versorgung mittels in Reihe geschalteter Dioden auf irgendwas im Bereich 3V "geregelt" wird. Stattdessen einen guten 3,3V-Regler verwenden. Die Karte mag es nicht, wenn mehr als 60mV Ripple auf Vcc ist. LM317 oder LM1117-ADC/-3.3 mit entspechenden Kondensatoren reicht zumindest bei Basteleien allemal.
* Sauberer Anschluss der Digitalschnittstelle: Spannungsteiler "verschleifen" die Signale bei hohen Frequenzen und die Übertragungsrate muss dann begrenzt werden. Also entweder ein [http://www.mikrocontroller.net/articles/Pegelwandler Pegelwandler] oder gleich an ein 3,3V I/O anschließen.
* Ein Pullup-Widerstand an der Select-Leitung (/CS) schadet nicht und stellt sicher, dass die Karte erst mit Absicht selektiert wird.
* Nachdem die Karte deselektiert wurde (/CS auf high), die Taktleitung noch einige Male pulsen, damit die Karte DO hochohmig/tri-state schaltet (vgl. Chans Erläuterungen).
* Die Karten verfügen weder über einen Reset- noch einen Sleep-Anschluss. Moderne Karten reduzieren bei Nichtbenutzung ihren Stromverbrauch, einen vollständigen Reset kann man jedoch nicht per Software auslösen. Daher sollten die Karten per P-Channel-FET oder Spannungsregler/-wandler mit Enable-Funktion so angeschlossen werden, dass über Versorgung an/aus ein (Power-On-)Reset ausgelöst werden kann. Dabei darauf achten, dass vorhandene Pull-Up-Widerstände bei abgeschalteter Versorgung ebenfalls deaktiviert werden (vgl. z. B. Schaltplan für den Anschluss von SD-Card/MMC per SPI an AVR in Chans Beispielen. Link unten).
* Guter Kontakt im Steckplatz, sehr gut eignen sich mit der Zange verbogene Stiftleisten, oft sieht es aus als ob es "passt", aber es gibt doch keinen Kontakt, daher bei Fehlern: Immer Durchmessen! Auch zu erwähnen wären da alte ISA-Bus Buchsen, die auf jedem alten PC Mainboard drauf sind. Um sicher zu gehen, dass der Kontakt wirklich gut ist, sollte man aber trotzdem SD-Slots benutzen. Diese bekommt man u.a. bei CSD (günstig), Reichelt (teuer) oder aus alten Kartenlesern.
* Guter Kontakt #2: Was sich im übrigen auch sehr gut eignet sind Adapter von MiniSD auf normales SD-Format, um dann MiniSD zu benutzen. Wenn man eine Stiftleiste im 2.54mm-Format oder Lötnägel im selben Format auf der Platine hat, kann man daran wunderbar den SD-Kartenadapter anlöten. Das ist mechanisch recht stabil. Ein kleines Manko ist allerdings, daß dann eine Gold-Lötzinn-Legierung durch die vergoldeten Kontakte entsteht und das soll ja dem Lötzinn langfristig nicht sehr zuträglich sein. Aber für's Hobby funktioniert das wunderbar.

{| border="0"
|-
||[[Bild:SD Steck Stift.jpg]] 
(Liefere Bild in besserer Qualität nach!)
|}

=== Bibliotheken zur Ansteuerung ===
* [http://elm-chan.org/fsw/ff/00index_e.html ELM ChaN FatFs] FAT(12,16,32)-Dateisystem. Klein und übersichtlich, hochoptimiert, frei auch für kommerzielle Anwendung. Beispiele für AVR, H8, LPC2k mit MCI u.a. enthalten ("samples"), neuere Versionen mit LFN-Unterstützung. Beispiel für AT91SAM7 inkl. DMA im Projekt [[ARM MP3/AAC Player]].
* [http://elm-chan.org/fsw/ff/00index_e.html ELM ChaN Petit FatFS] FAT(12,16,32)-Dateisystem. Sehr klein. Beispiele für AVR.
* [http://sourceforge.net/projects/efsl EFSL] FAT16/32-Dateisystem, unterstützt Partitionen und Superfloppys, Beispielcode für AVR, LPC2000 und AT91SAM7 enthalten (siehe auch [http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/efsl_arm/ M. Thomas' ARM+SD/MMC Seite])
* [http://www.holger-klabunde.de/avr/avrboard.htm#cf Holger Klabundes FAT16/32] mit Beispielen für AVR MMC/SD und CF, LPC2k mit SPI
* libfat aus dem [http://sourceforge.net/projects/devkitpro devkitpro-Projekt] u.a. LFN-Unterstützung.
* [http://www.mikro-control.de/Joomla/index.php?option=com_content&task=view&id=18&Itemid=30 SD-Logger] - FAT 16, für den privaten Einsatz kostenfrei
* [http://www.mikrocontroller.net/forum/read-4-125350.html MMC-Ansteuerung mit FAT16 von Ulrich Radig]
* [http://www.zws.com/products/dosfs/index.html DOSFS Free FAT12/FAT16/FAT32 Filesystem] "DOSFS is a free FAT-compatible filesystem intended for fairly low-end embedded applications. Intended target systems would be in the ballpark of 1K RAM, 4K ROM or more".
* [http://www.mikrocontroller.net/topic/48481 MMC/SD-Karte mit FAT16 an AVR] von Roland Riegel
* [ftp://ftp.circuitcellar.com/pub/Circuit_Cellar/2005/176/Sham176.zip Circuit Cellar FAT16 MMC/SD] mit MMC/SD Hardwaretreiber für MSP430
* [http://www.analog.com "Implementing FAT32 File Systems on ADSP-BF533 Blackfin Processors"] Application Note und Code von ADI
* [http://www.atmel.com/dyn/products/tools.asp?family_id=682 FAT-Code in Atmel's AVR32 UC3 Software-Library]
* [http://www.mikrocontroller.net/articles/FAT32 AVR FAT16/32 read write Bibliothek mit wiki]
* [http://www.embedded-os.de/index.html?pcfat_port.htm pC/FAT driver] "using SPI for sector read/write to MMC/MMCplus/HD-MMC/M-Bridge/SD/SDHC-cards on different platforms"
* [http://www.dharmanitech.com/2009/01/sd-card-interfacing-with-atmega8-fat32.html SD Card Interfacing with ATmega8] (FAT32 implementation) by CC Dharmani
* [[AVR FAT32]]

=== Allgemeine Informationen ===
* [http://www.digitalspirit.org/file/index.php/obj/docs/sd/ Datenblätter] ( [http://www.digitalspirit.org/file/index.php/obj-download/docs/sd/ProductManualSDCardv2.2final.pdf SD Card Product Manual 2.2] )
* [http://elm-chan.org/docs/mmc/mmc_e.html ELM ChaN - How to Use an MMC]
* [http://elm-chan.org/fsw/ff/00index_e.html ELM ChaN - MMC/SD Benchmarks]

* [http://www.mikrocontroller.net/forum/list-1-1.html?filter=MMC*+SD Beiträge zum Thema MMC/SD im Forum (ca. 200 Threads)]

* [http://www.instructables.com/id/EZD6Q18LYGES1762SJ/ DIY SD-Card Fassung aus einem alten Floppy Kabel]

* [http://www.shop.display3000.com/pi8/pi14/pd102.html Weiter unten im Text (runterscrollen) gibt es interessante Oszi-Bilder zu den oft genannten Spannungsteilern oder Transistorlösungen als Pegelwandler]

* [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1824&appnote=en532040 Microchip Memory Disk Drive System mit FAT32 und SDHC Unterstützung]

* [http://www.ifas.htwk-leipzig.de/easytoweb/download/D&E_11_2006_Anbindung_von_SD-Karten.pdf Gute Beschreibung der SDIO-Architektur und wie man eine SD-Karte mit ARM bzw. AVR benutzt]

=== Halter ===

* [http://www.watterott.com/SD-Sockel-SDAMB-01215BT00 Halter für normale SD-Karten] (death)

[[Category:Bauteile]]
[[Category:Datenübertragung]]
[[Kategorie:Speicher und Dateisysteme]]

Reichelt-Wishlist

2010-05-30T12:11:31Z

Jonebohne: /* Controller/FPGA/CPLD */

== Reichelt Wunschliste ==

Auf dieser Seite können Wünsche zur Erweiterung des Reichelt-Lieferprogramms eingetragen werden. Es ist keine offizelle Wunschliste von Reichelt und es ist nicht bekannt, ob Reichelt-Mitarbeiter diese Seite regelmässig sichten. Reichelt sollte sicherheitshalber regelmäßig angeschrieben werden, damit diese Liste nicht in Vergessenheit gerät.

Damit sich die beliebtesten Artikel herauskristallisieren, macht jeder einfach '''einen''' virtuellen Strich dahinter: | (Windows: ALT-GR Taste und < Taste drücken, Mac OS X: Alt-Taste und 7 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. [Die Entscheidung, ob sich was rentiert und ob es exotisch ist, sollte man vielleicht Reichelt und den eventuellen späteren Strichle-Setzern überlassen, statt im Voraus die Schere im Kopf walten zu lassen.]

= Wunschliste =
== Halbleiter ==
=== Controller/FPGA/CPLD ===

* Mehr FPGAs (v.a aktuellere) von Xilinx, z. B. Spartan III , ALTERA CYCLONE II (v.a. auch größere Typen, die noch im TQFP-Gehäuse zu haben sind wie z. B. XC3S400 oder XC3S500E (PQFP208)) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Atmel AVR Controller mit Funkanbindung z. B. AT86RF230, AT86RF211, AT86RF401, dazu passende Quarze (evtl. SMD) 18,080 MHz (Crystek P/N 016758), Spulen 39nH. ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Atmel ATmega328P in TQFP und PDIP ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Atmel AVR mit USB AT90USB82, AT90USB162, AT90USB646, AT90USB1286, AT90USB1287, ATmega32u2 und ATmega32u4 ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Atmel Atmega 16A und 32A in TQFP und PDIP ||||| ||||| ||||| ||||| ||||| ||||| ||
* Parallax Propeller CPU, 8 Cogs - DIP 40 ||||| ||||| ||||| ||||| ||||| ||||
* Freescale HCS12 Controller ||||| ||||| ||||| ||||| ||||
* Infineon XC866 ||||| ||||| ||||| ||||| ||
* ALTERA Cyclone2 - Familie ||||| ||||| ||||| ||||| ||
* ALTERA CPLD EPM70xx - Familie ||||| ||||| ||||| ||||| ||
* Microchip PIC 24 ||||| ||||| ||||| ||||| |
* TI TMS470 Arm7 ||||| ||||| ||||| ||||| |
* Atmel AT90PWM3B (µC für Servosteuerungen und z.b. Motorsteuerungen) ||||| ||||| ||||| ||||| ||
* Microchip PIC 10F2xx (+ Programmiergerät) ||||| ||||| ||||| ||| (einige Varianten erhältlich, Programmiergerät nicht sicher)
* ALTERA MAX-II (CPLDs) ||||| ||||| ||||| |
* Atmel ATmega644p(a) / atmega1284p(a) in TQFP und PDIP ||||| ||||| ||||| ||||
* Microchip PIC32 (MIPS) ||||| ||||| ||||| |
* Atmel AVR32 im TQFP ||||| ||||| ||||| ||
* ST STM32 Serie (Cortex-M3) ||||| ||||| ||||| |||||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com ||||| ||||| ||||
* Freescale MC9S08QG8 (DIP 16) ||||| ||||| |||
* Atmel ATmega324P in TQFP und PDIP ||||| ||||| ||||
* NXP LPC214x-Serie ARM7-Controller ||||| ||||| |||
* Microchip mehr dsPIC30F ||||| ||||| ||
* Microchip dsPIC33 ||||| ||||| ||
* Atmel AT89LP4052 PDIP ||||| ||||| ||
* Atmel ATtiny261 (auch 461 und 861; bevorzugt DIP) ||||| ||||| |||
* Renesas M16C ||||| ||||
* Atmel Dream Sound Synthesizer Chips, z. B. ATSAM3103 und ATSAM3308 ||||| ||||
* Axis Etrax 100LX Risc Processor (kostenloses Linux-System vorhanden) ||||| ||||
* NXP SAA5281 Videotextinterface ||||| ||||
* TI TUSB3210 ||||| ||
* TI MSP430F2001/2/3 etc. im RSA-Gehäuse (=QFN) ||||| ||
* ST ST7MC... (µC für Servosteuerungen, und vor allem Brushless-Motoren) ||||| ||
* Atmel ATmega1284P in TQFP und PDIP ||||| |||||
* ALTERA Cyclone3 - Familie ||||| |
* CY7C68013A-56PVXC (Cypress EZ-USB FX2LP) ||||| |
* Zilog Z8 Encore-Microcontroller (bis 64k Flash, I²C, SPI, 2xUART, ADC, on-Chip Debugger ...) [http://www.zilog.com/products/family.asp?fam=225]www.zilog.com ||||| |
* Freescale Prozessoren (Coldfire) (16 + 32 Bit) ||||| |
* Atmel Atmega 16L und 32L in TQFP (waere ATMEGA 16/32L8 TQ) ||||| |
* Luminarymicro Stellaris Serie (Cortex-M3) ||||| |
* NXP LPC23xx/24xx ||||| |
* Atmel AT89S2051/4051 ||||
* Freescale DSP56F801 ||||
* TI MSP430F167, TI MSP430F168 ||||
* Lattice ispMACH 4032C / 4064C / 4128C ||||
* ALTERA Flex10K - Familie ||||
* Atmel ATtiny2313V in SO und PDIP ||||
* Microchip PIC 16F883 und 16F886 |||
* TI MSP430F2618 |||
* XC3S 400 TQ144 |||
* Atmel ATA6612/13 (LIN-Bus SoC) ||
* Silabs C8051F320 USB Mikrocontroller ||
* ST STR7 Serie (ARM7TDMI) ||
* Ubicom SX20 SX28 IP2022 ||
* Microchip PIC 18F4523 (12/2007: PIC mit 12-Bit A/D-Wandler) ||
* ALTERA CPLD EPM30xx - Familie ||
* Western Design Center 65c816 ||
* Atmel ATmega48P in TQFP und PDIP ||
* Ajile aj-100 (Java Real-Time Prozessor) ||
* Atmel ATmega324PV in TQFP und PDIP ||
* Zilog ZNEO-Microcontroller (Z16Fxxx, bis 128k Flash, 4k RAM, bis zu 76 I/Os, 3 Timer, 10-bit A/D, externer Daten-/Adressbus, on-Chip Debugger) [http://www.zilog.com/products/family.asp?fam=236] www.zilog.com |
* TI MSP430FG4618 |
* Freescale MC9S08QEx |
* Lattice GAL 26V12 |
* Microchip PIC 18F6585 |
* Microchip PIC 18F6720 |
* Maxim/Dallas DS89C450 |
* Microchip PIC 18F8720 |
* Atmel XMega-Typen, z. B. ATXMega64A4, ATXMega128A1 |||||
* Neuere Atmel ATMEGA Controller (168PA, 88PA, etc.) |||||
* Microchip PIC24FJ64GB002-I/SP (USB-OTG im DIP28 Gehäuse) |
* PICAXE von Revolution Education Ltd

=== Speicher ===

* Atmel DataFlash, z. B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Schnelles statisches RAM 128kB (10, 12, 15 oder 20ns, z. B. Samsung K6R1008C1D-UI10 oder CY7C1019D-10ZSXI) (5V/3,3V) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* NexFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) ||||| ||||| ||||| |||
* RAMs (SRAM oder DRAM) mit ordentlicher Kapazität (z. B. HY57V641620HG oder besser) ||||| ||||| ||||| |||
* FPGA Konfigurations-EEPROMS AT17LV256, AT17C65/128/256.../XCF04S/... ||||| ||||| |
* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 ||||| |||||
* EEPROM mit SPI Schnittstelle 25XX Serien ||||| ||||
* 3.3V DRAM ||||| |
* 3.3V async SRAM ab 16KByte ||||| |
* F-RAM mit SPI von RAMTRON ||||| |

=== ICs ===

* LM397, LM321 o.ä. single op-amp in SOT23-5 5-30V supply ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Generell mehr I²C IC ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Generell mehr 1-Wire IC ||||| ||||| ||||| ||||| ||||| ||||| ||||
* HV9910 Schaltregler für die Hochleistungs LED^s Ub=8-450V; I beliebig; Eff. besser 90% ||||| ||||| ||||| ||||| ||||| ||||| |
* ADS8320 ADC 16 Bit seriell ||||| ||||| ||||| ||||| ||||| |||||
* DDS-IC von Analog wie AD9833, AD9835 ||||| ||||| ||||| ||||| ||||| ||||
* DTMF-Dekoder-Enkoder (8870, 8880) ||||| ||||| ||||| ||||| ||||| |||
* Digital Potentiometer (z. B. 2-Wire MAX546x, AD526x, X9C10x) ||||| ||||| ||||| ||||| ||||| ||
* Cypress CY7C67300 dual role USB controller mit OTG ||||| ||||| ||||| ||||| |||
* DAC7612 DAC 12 Bit seriell ||||| ||||| ||||| ||||| |||
* I²C-Bus Temperatursensor DS1631Z ||||| ||||| ||||| |||||
* Generell mehr SPI IC ||||| ||||| ||||| ||||
* MAX6675 Typ-K Thermoelement nach SPI ||||| ||||| ||||| ||||
* Ethernet-Connector RJ-45 mit integriertem Übertrager (z. B. Taimag RJLBC-060TC1) ||||| ||||| ||||| ||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) ||||| ||||| ||||| |
* PLL Schaltkreise für Frequenzerzeugung. z. B. MC / ML145170 (SOIC16) / TSA5060A ||||| ||||| ||||| |
* Maxim MAX629, MAX1795, MAX1703 (Aufwärtsregler / Step-Up-Konverter) ||||| ||||| |||||
* AD7524 in SMD ||||| ||||| ||||
* MCP23016 16Bit I²C I/O Expander ||||| ||||| ||
* D/A Wandler mit 4 oder mehr Ausgängen, z. B. TLC5620/TLV5629/AD5325 ||||| ||||| ||
* MAX7313 16 LED-PWM-Dimmer (Im gegensatz zu den Philips-ICs ist jede einzelne LED-Dimmbar, dafür nur in 16 Schritten) ||||| |||||
* QT511-ISSG (iPod-like Touch-Wheel-Sensor ''siehe'' [http://www.qprox.com/products/qwheel_qt510.php]) ||||| ||||
* Philips PCA82C252 oder TJA1054A oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) ||||| ||||
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) ||||| ||||
* LTC3490 ||||| ||||
* Ethernet Magnetics (Auch POE) ||||| |||
* MAX6958 / MAX6959 (I²C 4-Digit, 9-Segment LED Display Drivers with Keyscan) ||||| |||
* Ethernet-Controller CS8900A ||||| |||
* VS1053 MP3/AAC/WMA/Ogg Decoder von VLSI ||||| ||||
* Bosch CJ125 ||||| ||
* 74VHC-Serie komplettieren (z. B. 74VHC125D) ||||| ||
* DAC8830 IDT (16Bit-DAC,ser. Input) ||||| |
* AD623 Single Supply,Rail-Rail, InstrOpamp ||||| |
* High Side Current Sense ICs wie MAX4172 ||||| |
* ISD 2560 -> SOIC Gehäuse (Sprachaufnahme IC) ||||| |
* Automotiv ICs z. B. LM1815, LM1915, LM1949, LM9011, LM9040, LM9044, LMD18400... ||||| |
* LM3886 ||||| |
* LMX2306/LMX2316/LMX2326 PLL Synthesizer von National ||||| |
* RS485 isoliert: z. B. Burr-Brown ISO485 o.ä. ||||| |
* LM1117 - 3,3V SOT-223 ||||| ||
* Mehr FET-Treiber (TI UCC3372x, HIPxxx , die neueren Brückentreiber von Maxim ||||| |
* TH3122 K-Line Interface von MELEXIS ||||||||
* National Semiconductor CLC020 und CLC021 Parallel Component nach SDI-Converter |||||
* LM1117MPX-1.8 und LM1117MPX-3.3 (SMD-Spannungsregler SOT-223) |||||
* Maxim Switched Capacitor Tiefpass-Filter (z. B. MAX297, MAX7410) |||||
* CCS-Akkulade-IC (z. B. CCS9620SL) (siehe [[http://bticcs.com/]]) |||||
* L5973D 2,5A, 250kHz, Schaltregler im SO8 (ca. 1€) |||||
* TEA5768HL FM-Tuner IC von Philips |||||
* PCA9685 16Kanal 12Bit PWM LED Controller ||||| |
* Generell mehr DAC's (auch die teureren) von TI |||||
* TLV27(2|||||
* L6205 Motortreiber (2Kanal, 2,8A, DMOS)|||||
* STP08CL596M SO16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER ||||
* Philips PCA9555 (I2C IO, 16 Bit par. I/O, c't Project Soundcheck II) ||||
* LTC1694-1 (I2C/SMBus Accelerator) |||||
* Generell mehr PWM-SIC's ||||
* TPIC6B595 (oder ähnliche 74xx595 high current (150 mA) shift register) ||||
* QT160 6-fach Touch Sensor IC ||||
* LM340x High Power LED-Treiber von National ||||
* 16-bit A/D-Wandler (waren von Maxim schon im Programm, sind aber wieder herausgeflogen?) ||||
* IR21844 DIL |||
* LTC24xx |||
* STP16CL596M SO24 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |||
* IR2011 MOSFET Treiber |||
* TEA5757 FM-Tuner IC von Philips |||
* uC supervisor chips + watchdog z. B.: MAX6864 ist z.Z. der beste (0.2uA!) |||
* FTDI High Speed Chips, z. B. FT2232H ||||
* Motortreiber TLE 4205 |||
* MMI4832 (Geber Interface Baustein EnDat, SSI, Incrementalgeber |||
* Generell mehr I2S IC (ADC, DAC, DSP, u.a. Crystal, BurrBrown etc.) |||
* MAX127/128 8-Kanal 12bit ADC mit I2C interface |||
* TI PCM1804|||
* DP83848C (Ethernet Physical Layer Transceiver/PHY, MII/RMII-Schnittstelle, passend zu AT91SAM7X) |||
* MagJacks ||||
* STP08CL596B1 DIP16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER ||
* STP16CL596B1R DIP24 STM, LOW VOLTAGE 16-BIT CONSTANT CURRENT LED SINK DRIVER ||
* Leistungs-OP LM675 von National ||
* CS5641 von Cirrus...The CS5461 incl. two delta-sigma A/D converters.... ||
* TI PCM2707 ||
* MIC6315 von Micrel (3,3/5V Reset Baustein mit manual Reset) ||
* DS1616 von Dallas Datalogger-IC ||
* MAX6650 ||
* TLV320AIC23B Audio-Codec ||
* Schnellere und gleichzeitig günstige OpAmps; Beispiel AD8055 ||
* IRS2092 Class-D Audio Driver IC ||
* LM1117 - 1,8V ||
* P82B86 (I2C Dual Bi-Directional Bus Buffer) ||
* MAX7311AWG 2Wire Interface von Maxim ||
* MAX 4420 Mosfet Driver ||
* MAX 4429 Mosfet Driver ||
* IP101 PHY von IC+ (Distri für DE [http://www.topas.de/tt/cfs/icp_cfs_mai05.htm Topas]) ||
* UDN 2987 LW (Source Driver UDN2987 in SMD-Bauform) ||
* VN808 Low Treshold Octal High Side Driver 0,7A |
* L5970 o. L5972 1 bzw. 2A, 250kHz Schaltregler im SO8 |
* Fast Ethernet-Controller (DE9000A/B/E, AX88796B, ...) |
* Max1555 - LiPo Lade IC |
* AD8601 Rail to Rail Opamp |
* ViPER Schaltregler von ST |
* TPS79318 1,8V 200mA LDO in (bestens für z. B. LPC210x µC) |
* AD5160 SPI-Poti in SOT23 |
* FM25L16 o. FM25L256 SPI-FRAM |
* TLC3702 Komparator |
* Linear Technology LTZ1000ACH#PBF Präzisions-Referenz (Ersatz für LM399H) |||
* Philips TDA1543 - 2x16-Bit DAC |
* ITS4141N o. BTS4141N Smart High-Side Power Switch (z. B. bestens für 24V geeignet!) |
* MAX528 8-fach 8Bit DAC mit Output Buffer seriell |
* 74HCxxxx komplette Serie |
* AD628 InstrOpAmp, high voltage inputs |
* TLV2382ID Rail-Rail-OP von TI |
* CP2120 single-chip SPI to I2C bridge and GPIO port expander |
* VS1000 Ogg Decoder von VLSI |
* MC 34152 D-SMD SO8 Dual Mosfet Driver |
* ADuM 1201 o. ADuM1401 - Digitale Übertrager |
* LM267X SimpleSwitcher Step-Down-Konverter in SO-8 Bauform |
* Video-AD-Wandler z. B. LTC2208 (16 Bit 130 MS/s) für FPGA und SDR |
* Clock generator IC's, z. B. PCK20?? von Philips |
* LTC 1661 N8 10 Bit Dual Dac mit SPI Interface |
* LTC 1655(L) N8 16 Bit DAC interne Ref 2.048/1.25V(L Type) SPI Interface |
* MCP23S17 16Bit SPI I/O Expander (aber ohne Schmidt-triggerd Eingänge wie der 23x16) |
* MCP23S08 8BIT SPI I/O Expander |
* Power over Ethernet Bausteine z. B. LM7050
* LTC 4411 ideale Diode 2,6 bis 5,5V max. 2,6A im SOT-23 Gehäuse
* MCP23008 8Bit I2C I/O Expander |
* Zarlink MT8841 Calling Number Identification Circuit |
* TI TPS61070 3.3V-75mA-aus-einer-NiMH-Zelle (+ passende SMD-Induktivität) |
* RFID EM4095 |
* LT-1117-CST-5 als Sot223 (adj und 3.3 gibts schon, 5 fehlt noch) |
* LTC5540 |

=== Diskrete ===

* Größere Auswahl an Step-up Reglern ||||| ||||| ||||| ||||| ||||
* Spannungsregler SMD in DPAK ||||| ||||| ||||| |||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z. B. 12CWQ06FN von IOR ||||| ||||| ||||| ||
* LM317EMP oder LM317AEMP SMD-Spannungsregler einstellbar (SMD TO-223 Gehäuse) ||||| ||||| ||||
* Si4562DY N- and P-Channel 2.5-V (G-S) MOSFET SMD ||||| ||||| ||
* Niederohm-FETs in SO8, N und P ||||| ||||| |
* Digitaltransistoren (BCR*), auch als Pärchen NPN/PNP (BCR10, BCR08pn) ||||| ||||
* IRF7503/IRF7506 Dual Mosfet SMD ||||| |||||
* ZRA250F005 Referenzspanungsquelle 2,5V 0.5% SOT23 gehäuse ||||| |||||
* L4941 Spannungsregler 5V/1A in SMD-Ausführung (DPAK) ||||| ||||
* mehr FETs und IGBTs (nichtnur IRF, sehr gut IXYS <- und sauteuer!) ||||| ||||
* R-783.3-0.5 Schaltregler 4,75V - ca. 18V Eingang; 3,3V Ausgang (Hersteller Recom) ||||| |||
* R-785.0-0.5 Schaltregler 6,5V - 30V Eingang; 5,0V Ausgang (Hersteller Recom) ||||| ||
* MC78LCxx Serie - Ultra Low Drop Spannungsregler 3-5 Volt mit 1 Mikro-Ampere Ruhestrom ||||| ||
* SPP20N60C3 Infineon Mosfet 600V 190mOhm Rdson <10ns tr+tf (Schnellste Schaltzeit in der Klasse) ||||| |
* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM |||||
* BUF420AW Schaltnetzteil Transistor von STM |||||
* LM2734 Schaltregler |||
* SDT06S60 Infineon SiC 600V 6A Silizium-Carbid Schottky-Diode (kein trr, daher keine Schaltverluste) ||||
* Philips PDTD113E/123E und PDTB113E/123E (PNP und NPN im sot23 mit internen Widerständen für Basis und PullUp/Down ||
* R-785.0-1.0 Schaltregler, Ausgang 5,0V, 1A ||
* 2SC1971 Transistor mit hoher Frequenz und viel Leistung für Endstufen ||
* MIC29300/29301 Spannungsregler 5,0V 3A im TO263(SMD) Gehäuse ||
* R-523.3PA Schaltregler 4V - 18V Eingang, variabler Ausgang (Nominalspannung 3.3 V) mit nur 2-4 externen Bauteilen bei > 90% Effizienz |
* IRC540 (HEXSense) |
* Hochspannuns-Widerstände (z. B. 330M/10kV) |
* R-723.3P Schaltregler 4V - 28V Eingang, variabler Ausgang (Nominalspannung 3.3 V) mit nur 2-4 externen Bauteilen bei > 90% Effizienz |
* PhotoMOS Relay (z. B. AQV257 von Panasonic; http://www.mew.co.jp/ac/e/control/relay/photomos/index.jsp) |
* BSH205 P-Channel 1.5V(GS), 0.75A, 12V D-S |
* IPS5451S intelligenter Leistungsschalter 50 V, 35 A, 25 mΩ |
* MAX 8865 Dual, Low-Dropout, 100mA Linear Regulator |
* IR3313 o.ä. Intelligenter Leistungsschalter 32V/90A, einstellbare Strombegrenzung ||
* LF50ABDT Spannungsregler SMD DPAK 5.0V very low drop |
* IPW60R045CS Infineon Mosfet 600V 45mOhm Rdson 30ns tr+tf (niedrigster Rdson in der Klasse) |
* MJD31C NPN Transistor SMD DPAK 3
* IRFI4212H-117P Doppel-Mosfet (f. Klasse D-Verstärker

=== Sensoren/Aktoren ===

* Sensirion SHT11/SHT71 (oder auch SHT15/SHT75) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Drehwinkelgeber, Gyro, Kreiselsensoren ähnl. Tokin CG-L43 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* IS471 Selbstmodulierende IR-Lichtschranke ||||| ||||| ||||| ||||| |||||
* Motorola/Freescale Drucksensoren z.b. MPX4250 mit AP Druckanschluss ||||| ||||| ||||| ||||| |||||
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' ||||| ||||| ||||| ||||| ||
* Durchflussmesser (z. B. wie Conrad Nr.155374) ||||| ||||| ||||| ||
* iMEMs Acceleration Sensors ADXL Series von Analog Devices ||||| ||||| ||||| |
* Hall-Sensor UGN3503, KMZ51 ||||| ||||| ||||
* LEM Stromsensoren (Transducer) der HAIS-Serie, speziell HAIS 50-P und 100-P ||||| ||||| ||||| ||
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) ||||| ||||| |||
* günstige Temp. Sensoren TC77 ||||| ||||| ||
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| ||||| ||
* NanoMuscle Aktuatoren ||||| ||||| |
* K-Typ (J-Typ) Thermocouple Temperatursensoren und passende Steckverbinder ||||| ||||| ||
* 4Hz Supersense µblox LEA-4S GPS module (Importer pointis.de) + Passende Passives Patch antenna (zB. von inpaq.com) ||||| ||
* Magnetfeld-Sensor (Kompass-Anwendung) KMZ52 ||||| |||
* Flexinol ||||| ||
* Induktions-Stromsensoren Coilcraft #J9199-A o.ä. |||||
* Piezo Minimotoren/Lienearaktoren von Elliptec/Siemens einzeln und günstig |||||
* Anemometer |||||
* Linear- und 360° Soft-Pots wie von spectrasymbol |||||
* Allegro Stromsensoren (z. B. ACS713, ACS756) ||||| |||
* Luftdruck-/ Temperatur Sensor Intersema MS5534 (mit SPI- Interface) ||
* Temperatur IC TC1047 ||
* Hallsensoren z. B. TLE4905 wieder ins Programm nehmen ||
* Temperatursensor mit SPI-Interface LM74 ||

== Baugruppen ==
* Atmel ATNGW100 von [http://www.atmel.com/dyn/corporate/view_detail.asp?FileName=AVR32NGKit_3_26.html Atmel] = billiges Linux Board ($69=51.69€) --> [http://www.avrfreaks.net/wiki/index.php/Documentation:NGW/NGW100_Hardware_reference Dokumentation] ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Atmel ATSTK600 von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=4254 Atmel] ||||
* Atmel ATSTK1000 von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3918 Atmel] ||||| ||||| ||||| ||||
* Atmel AVR Dragon von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3891 Atmel] ||||| ||||| ||||| ||||| ||
* Axis Etrax 100LX MCM (Multi Chip Module) A full Linux computer on a single chip! ||||| |||||
* CentiPad/DevKit Embedded Linux Modul ([http://www.centipad.de www.centipad.com]) ||||| ||
* DS9490R USB zu 1-Wire Dongle (auch mit Linux Treiber) |||||
* Easy-Radio Module zur seriellen Datenübertragung (ER400 RS/TS/RTS) ||||| ||||| ||||| ||
* Foxboard = Betriebsfertiges Micro Linux System mit Axis Etrax 100LX MCM 66mm x 72mm ||||| ||||| ||||| ||||| |||
* FoxVHDL = FPGA Erweiterungskarte für das ACME Foxboard ||||
* Hope RF Module 433 u. 868 MHz, http://www.hoperf.com/pdf/RF12.pdf |||||
* kostengünstige Funkschaltmodule (TLP/RLP) ||||| ||||| ||||| ||||||
* kostengünstige Funkempfänger/Funksender 433 & 868 Mhz ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Lantronix XPort Embedded Device Server ([http://www.lantronix.com www.lantronix.com]) ||||| ||||||
* Lantronix XPort Direct ||
* low-cost Experimentierplatinen für FPGA ||||| ||||| ||||| ||
* Mini-Bluetooth Module (RS232-Bluetooth-"Wandler"-Platinchen) z. B. BTM222 |
* Bluetooth Funkmodul ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||| ||||| |||||
* Mini-WLan Module (RS232 zu WLan) ||||| ||||| ||||| ||||
* MT1390 FM Tuner-Modul von Microtune |||
* NetDCU8 von F & S Elektronik Systeme GmbH (http://www.fs-net.de) - Linux-Computerplatine mit 400MHz Samsung-ARM mit 32MB RAM, 16MB Flash und SD/Ethernet/CAN/USB/TFT/RS232 für ca. 100 Euro ||||| ||||| ||
* OM5610 FM Tuner-Matchbox von Philips |||
* TI - MSP430 Wireless Development Tool (AEC13895U) |
* Gyro Sensoren MURATA, ENC-03J A/B ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* UM232 FTDI USB - RS232 Modul für DIL sockel ||
* ST Primer 2 (Experimentierboard fuer ARM Einsteiger) |

== "Passive" Bauteile ==

=== Spulen etc. ===
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Passende Ferrite dazu: N27,N41,N67,N87,N97 ||||| ||||| ||||| ||||| |||
* Magnetics CoolMu Ringkerne ||||| |||||||
* Magnetics MPP Ringkerne ||||| ||||| ||
* Die Micrometals Pulverkerne (-18 und -26) auch in größer ||||| |
* Funk-Entstördrosseln 16A, div. Werte ||||| ||||| |
* Funk-Entstördrosseln 47µF |||
* Würth Induktivitäten ||||| ||||| ||||| ||||
* Übertrager für Schaltregler z. B. Epcos Typ B78304 ||||| ||
* SEPIC-Speicherdrosseln von Würth WE-DD (Größe M u. L) ||
* Sortimentskästen von Würth |

=== Kondensatoren ===
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Low-ESR Elkos RM 3,5mm 1.000uF 6,3V (Mainboardaustausch Elko) ||
* Low-ESR SMD Tantal-Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (AVX?, Epcos?)) ||||| ||||| ||||| ||||| ||||
* Zum MAX232 so20 passende SMD-Kerkos im Wert 1uF (0805,0603, 1206) ||||| ||||| ||||| |||||
* Generell SMD-Kerkos im Wert > 100nF ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Kleine Niedervolt-Polyproplyenkondis mit mehr Kapazität |||
* Wima MKP4 ||||
* Wima MKP-X2 (~275V, klein und ideal für Kondensatornetzteile) |
* Günstige hochkapazitive Doppelschichtkondensatoren (z. B. Maxfarad MES2245 220F 2,3V) ||||| |
* Keramikkond. SMD 0603/0805/1206: mehr Zwischenwerte (56p, 82p, 560p) ||||| ||
* Drehkondensator 20-500pf |||
* Sanyo OS-Con bedrahtet und SMD |||

=== Widerstände ===
* SMD-Widerstände 0805 und 1206 auch unterhalb von 1 Ohm ||||| ||||| ||||| ||||| |||||
* SMD-Widerstände unterhalb 1 Ohm, andere Gehäuse als 0805/1206 (leichter erfüllbarer Wunsch) ||||| ||||| ||
* SMD-Widerstände 0805 auch aus der E24-Reihe ||||| ||||| ||||| ||
* Durchsteck-Widerstände in kleiner Bauform 0204. ||||| |||||
* R2R-Widerstandsnetzwerke (z. B. 10/20kOhm für DA-Wandler an Microcontrollern) ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Präzisionswiderstände 0,05% und besser, ev. Drahtgewickelt ||||| ||||| ||||| |
* Niederohm-Widerstände (Shunts ab 1mOhm im guten Gehäuse z. B. TO220) ||||| ||||| ||||| ||||| ||||| ||||| |||
* 25/50W-Widerstände (~20/50 Ohm auch weniger) ||||| ||||| |||||
* Präzisions-Spannunsgteilernetzwerke ||||| ||||
*Präzisionsspannungsteiler 1:10, 1:100, 1:1000 (10MOhm Gesamtwiderstand) ||
* SMD-Präzisionswiderstände (0,1% TC10ppm/K =>0,1W indukt.arm) ||||| ||||| ||||| ||
* Null-Ohm Widerstände (Drahtbrücken) Baugröße wie 1/4W ||||| ||
* Erneut die 10k-Ohm SMD Potis ||||

=== Quarze, Quarzoszillatoren und Resonatoren ===
* SMD-Quarze mit Standardgehäuse (z. B. HC49/US & HC49/UP) ||||| |||
* Quarzoszillator 9,8304 Mhz ||
* Quarz mit 3,200 Mhz ||
* 13,5600 MHz Quarz (benötigt für RFID) ||||| ||||
* Quarz mit 13,56 MHz (SMD+bedrahtet) ||||| |
* 24,0000 MHz Standardquarz Grundton ('''kein 3. Oberton!!!''') (benötigt für USB-DMX-Interface) ||||| |||
* 25,0000 Mhz '''Grundton'''-Quarz (wird benötigt für Microchip TCP/IP Controller ENC28J60) ||||| ||||| |||
* Allgemein mehr Grundtonquarze bei höheren Frequenzen ||||»
* SMD Quarze/ Oszillatoren in flachen, kleinen SMD Gehäusen (SMX-A/-B) |||
* Murata Keramik-Resonator CSTLS16M0X, CSTLS20M0X (obwohl 3. OW, direkt mit µC verwendbar)

=== Sonstiges ===
* Varistoren 14V auch als bedrahtetes Bauteil (für KFZ-Bordnetz) ||||| ||||| |-> 1,5KE 18CA
* Suppressordioden mit Spannungsbereich zwischen 15V und 30V |||
* Netzfilter FFP Reihe Schurter ||
* Metallbrückengleichrichter für 50A ||||
* Lieferungen nach Österreich ohne 150 Euro Mindestbestellwert wie alle anderen Supplier |
* Hochlast NTC, z. B. 80-220 Ohm/1-4A (EPCOS, Ametherm)|
* Ringkertrafos >500VA mit höherer Spannung als 30V (Verstärkerbau) |
* Übertrager FB2022 oder 20F-001N (passend zu RTL8019AS)
* Übertrager passend zu ENC28J60

== HF Baumaterialien ==
* Filter SFE10.7MA19 360khz SZP2026 |
* Keramische Filter CFM455... ganzes Sortiment |||| |
* Quarze 32 MHz 10ppm Oscillatorfrequenz 0 bis +70°C
* Quarze 6,500000 MHz ||
* MC68160FB
* S3C4510B
* MT48LC4M32B2TG-7
* MC68EN302PV20
* Zirkulatoren ALD4302SB statt LM239
* Transistoren MRFG35010 |
* µP Compatible CTCSS Encoder,Decoder FX 365
* Durchführungskondensatoren 1nF/160V (waren Ende '06 noch im Programm) ||| |
* ZF-Quarzfilter für versch. Frequenzen (10, 20, 40 MHz) ||
* MMICs und Ringmischer von Mini-Circuits
* PLL ICs z. B. von NXP und National für HF-UHF ||
* MICRF002/022, MICRF102/103 von Micrel ||||| |

== Optoelektronik und Leuchtmittel ==
* TFT/OLED Farb-Displays, wie die bereits abgekündigten OSRAM OLEDs |||
* low current SMD LEDs (z. B. Osram LG T679 - Anm.: hier gleich die neuen Varianten Lx T67K bestellen, nicht die alten 9er) ||||| ||||| ||||| |||||
* SMD LED Bauform 0402 rot/gelb/grün/blau/weiss ||||| ||||| ||||| ||||| |
* weisse SMD LED Bauform 0603 ||||| ||||| |||||
* warm weisse LED ||||| ||||| ||||| ||
* OSRAM Hyper TOPLEDS weiss LW T67C-T2U2-5K8L ||
* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||
* OSRAM Hyper TOPLEDS gelb LY T676-S1T1-26 ||
* Everlight SMD-RGB (fullcolor) 19-337/R6GHBHC-A01/2T ||||
* Superflux RGB LED ||
* 7-Segment-Anzeige 4 DIGIT mit und ohne Doppelpunkt |
* 7-Segment-Anzeige, allgemein Low-Current bzw. High Efficiency Versionen anbieten ||||| ||||
* 7-Segment-Anzeige, blau, gem. Anode ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* 7-Segment-Anzeige, weiss, gem. Kathode ||||| ||||| ||||| ||||| ||||| ||
* 7-Segment-Anzeige, weiss, gem. Anode ||||| ||||| ||||| ||||| ||||| ||||| ||
* 7-Segment-Anzeige, blau, gem. Kathode ||||| ||||| ||||| ||||| ||||| ||||| |
* Diese 4-Stelligen Dot-Matrix LED Anzeigen Siemens SLG 2016 oder von HP oder ähnliches ||||| |
* Generell alle 7-Segment-Anzeigen auch in Blau und bis zu 100mm höhe ||
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller, z. B. Futaba "LCD Emulators") ||||| ||||| |||
* IL207AT (SMD Optokoppler von Infineon) ||||| ||
* ILD256T (SMD AC-Optokoppler) ||||| |||||
* ILD620 (DIP Optokoppler) ||||| ||||| ||||| ||||
* SFH6106, SFH6206 4 Pin Optokoppler SMD ||||||
* TLP113 (SMD Optokoppler) |||||
* Vactrol Optokoppler (mit Fotowiderstand zur Analogsignalregelung) |||||
* IR-Diode mit viel power ttp://www.lc-led.com/Catalog/department/36/category/49/1 ||
* IrDA-Tranceiver TFDS4500 (oder TFDU4100) wieder anbieten (war im 07/2005er Katalog noch drin) ||||| ||||
* Seoul Zled P4 (100lm bei 350mA, 240lm bei 1A!) ||||| |||||
* Generell: Z-Power LEDs von Seoul (günstiger und heller als Luxeon) ||||| ||
* Seoul Z-LED RGB auf Platine ||
* EA DOG-L128 128x64 Grafikdisplay zzgl Touch-Folie und Beleuchtung | --> ist ab Katalog 06/2009 drinn
* TLP 3617
* TSOP 1730 | [Achtung! TSOP17xx sind Auslaufmodelle bei Vishay]
* TSOP 1140 | (oder andere 40 kHz IR-Empfänger)
* TORX 178
* TSOP98260 (Breitband IR-Empfangsmodul 20-60 KHz) |||
* TSOP98200 (Breitband IR-Empfangsmodul 20-455 Khz) |||
* PC923 (Opto MosFET Gate Treiber auch für High Side) |
* TLP250 (Opto MosFET Gate Treiber auch für High Side)||||
* LED Punktmatrix Anzeigen 8x8 superrot 3mm (z. B. ELM-1883SRWA (Everlight)) |
* Acriche 230V~ LEDs
* Luxeon Rebel weiß (180 lm) auf Star-, Mini- oder normaler Platine ||
* BPW 34 F / FS (aus dem Sortiment gefallen) |
* SMD-IR-LEDs in 0603/0805/SOT23 |
* Dazu passend IR-Fotodioden in 0603/0805/SOT23 |
* Kingbright PSC Serie (16 Segment LED-Display, insbesondere PSC08 und PSC12) |
* Edison Opto LEDs: pinkompatibel mit diversen abgekündigten LEDs von Luxeon und Co, aber deutlich günstiger im Preis und leuchtstärker da u.A. Cree LED DIEs verwendet werden
** Edison Opto ARC / Edixeon LEDs (da ja Luxeons abgekündigt sind) ||||
** Edison Opto Federal (Luxeon Rebel artig) ||||
** Edison Opto KLC8 (Luxeon Bauform mit Cree Die) ||||
** Edison S Serie -> Lumiled kompatibles Gehäuse aber viel Leuchtstärker |||
** Edison Exixeon Serie -> Lumiled kompatibles Gehäuse aber viel Leuchtstärker ||
** Edison Edixeon RGB |||

== Mechanisches ==
* Getriebemotoren wie RB35 oder RB40 ||||| ||||| |
* Muttern M2 |||
* Stopmuttern M2 |
* Zylinderkopfschrauben M2,5 x 12mm |||||
* Zylinderkopfschrauben M2,5 x 20mm |||||
* Zylinderkopfschrauben M2,5 x 30mm |||||
* Zylinderkopfschrauben M3 x 25mm |||||
* Bopla ABP oder ABPH 800-100 (10cm) Aluprofil Gehäuse |
* microSD / Transflash sockel mit push-push technik (ist nervig die immer für teuren versand aus amiland kommen zu lassen) ||||| ||||| ||||| ||||| ||||| |||
* M2 Gewindebohrer und Senker |||
* Kapton-Baender, evtl auch mit Kupferbeschichtung (Flex-PCB) ||
* Distanzhülsen/-bolzen M3 in verschiedenen Längen aus Kunststoff |
* Distanzbolzen M2,5 (SW4) in verschiedenen Längen aus Messing |

=== Schalter/Potis etc. ===
* Drehimpulsgeber DDM Hopt+Schuler 427 SMD (evt auch normal, stehend & liegend) ||||| ||||| ||||| ||||| ||||| ||
* Folientastaturen ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Drucktastenfeld Matrix 3x4 ||||| ||||| ||||| ||||| |||
* kleiner Joystick wie beim Atmel Butterfly ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* statt Radiohm potis bitte Prehostat oder Alphastat 16 63256-026xx ||||| ||||| ||||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||| |||||
* bistabile Relais mit 2 Wicklungen ||||| ||||| |||||
* passende Touchpanels für die coolen Blue-Line-Grafikdisplays ||||| ||||||
* mehrpolige Fußschalter, FS 35 bitte bei Druckschalter einordnen ||||
* möglichst kleine und flache Druckschalter rastend! |||||
* iPod-Wheel (Siehe: IC's=>QT511-ISSG; siehe 360° Soft-Pots - weiter oben) ||||| |
* Taster Radiohm ST-1034 in rot, grün, gelb, blau, grau und schwarz
* Leitplastikpotis im Servogehäuse |
* Relais mit hohen Wirkungsgrad (daher nur geringer Spulenstrom nötig) ||
* Tastköpfe für Taster9308, wie zb Omron B32-2000 oder B32-2010 |
* Batteriehalter für 4 Mignonzellen mit Lötfahne (statt Druckknopf) ||
* SMD-Schiebeschalter ||||
* Hohlwellen-Drehgeber (z. B. EC35B-Serie von Alps) ||
* Taster und Kappen aus der Multimec-Reihe ||
* Grayhill Series 60A Joysticks mit USB-Adapter |
* Größere Auswahl an (Stereo-)Schiebepotis in log und lin, insbesondere jenseits 100K |

=== (Steck-) Verbindungen ===
* Modulare Buchse RJ45 mit Übertrager und LEDs für Ethernet 10/100, z. B. SI-40138 MagJack von BEL-STEWART oder Taimag RJLBC-060TC1 ||||| ||||| ||||| |||||
* Modulare Buchse RJ45 (''ohne Übertrager'') mit LEDs (oder Lichtleiter für SMD-LEDs) ||||| ||
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2, z. B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=92125 Molex 2081 ?] oder Harwin M20 ) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||| |||||
* Für die LC-Displays: Adapterplatine mit anschlüssen im Raster 2,54mm (EA 9907-DIP) siehe http://www.lcd-module.de/ ||||| ||||| ||||| ||||| ||||| ||
* TEXTOOL- bzw. ARIES-Fassungen (Breite 7-15,24mm)/ Nullkraftsockel für kleine Mikrokontroller: DIL-20 ||||| || DIL-28 | PLCC-44 ||||| ||||| ||||| (und andere)
* Nullkraftsockel für SO- oder TQFP-Gehäuse (z. B. Yamaichi) ||||| ||||| ||||| |||
* Nullkraftsockel für 6-Pin SOT23 (SOT23-6) z. B. für Programmierung v. PIC10F |||||
* Nullkraftsockel für DIL20 Gehäuse ||
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) ||||| |||| |
* 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]): ||||| Molex 71226 |||
* Floppy Stromversorgungstecker 3,5" Printausführung ||||| |
* Hochwertigere 1/4" Klinkenbuchsen, z. B. von Rean oder Cliff |||| |
* mehrpolige, hochwertige Miniatursteckverbinder (z. B. http://www.binder-connector.de/pdfs/serien/711.pdf) ||
* preiswerte! Hochspannungssteckverbinder >2kV ||||
* Höherwertige 3,5mm Klinkenbuchsen / -stecker (statt "EBS35" oder "KK(S/M) ..") ||||| ||| |
* Ordentliche Lautsprecherbuchsen "Strich-Punkt" (Print oder Wand) (die Stecker sind OK) |
* Schuko-Einbausteckdose (Maschinensteckdose) (mit oder ohne Klappdeckel); Flanschmaß möglichst klein (50mmx50mm); div. Farben (sw,grau,...) ||||| ||||| |
* Euro-Einbausteckdose (230V~, gab's früher mal) ||||| |
* Carrier-IC-Sockel
* JST HR Steckverbinder |||
* Wannenstecker(gerade) + Pfostensteckverbinder 6-Pol. (Pfostenbuchsen gibt es 6-Pol.) ||||| ||||| ||||| ||||| ||||| ||||| ||| ( z. B. Harting SEK 18 Serie http://www.harting.com/en/en/de/sol/verbtech/prod/ios/description/03005/index.de.html)
* Wannenstecker 2,54mm Raster auch als SMD ||||| ||
* Günstigere SD/MMC-Steckverbinder z. B.SDBMF-00915B0T2 von MULTICOMP(selbst bei Farnell für 1,80Euro) ||||| |
* Einpolige Steckerleiste 2.54 ||||| |
* Foliensteckverbinder (FFC) RM1,25 (z. B. 9pol, 11pol ...) |||||
* Triaxstecker /-buchse (Coax mit 2.tem Schirm als 3. Kontakt) |
* vernünftige Koax-Stecker und Kupplungen z. Bsp. von Hirschmann
* Platinensteckverbinder für Rastermass 2,00mm ||||
* Molex Steckerreihe Minifit Jr 4,2mm Rastermaß (verwendet als Stromstecker in Computern, Mainboard, PCI-E, P4/EPS ...) |
* Mini SD Card Connector mit Auswurffunktion für Oberflächenmontage ||||| |
* Steckverbinder für PICTIVA OLED Display Folienkabel |||||
* E10-Schraubsockel, wie sie Glühbiren haben, mit Lötstiften (Achtung es ist nicht die Fassung gemeint) |||| |
* RP-SMA-Buchse/-Stecker (gewinkelt/gerade) ||
* WAGO 215-4mm-Stecker (Bananenstecker mit Käfigzugklemme) zur schnellen Montage bei Versuchsaufbauten ||||| ||||| ||||| ||||| |
* Die PSK-Kontakte in anderen Packungen als 20/10k.100Stk. wäre z.b. gut.1k auch. |||
* OBD-Stecker. |||
* Adapterprogramm SMA auf SMB ausbauen |
* Micro-USB Steckverbinder ||||
* 2.5mm Stereo Klinkenbuchsen (3-polig) SMD ||
* BNC-Stecker (wie UG 88U, Lötmontage) aber für RG174-Kabel |||| |
* U.FL bzw. IPEX Steckbüchsen zum selbskonfektionieren von HF Kabeln ||
* RJ45-Stecker 90° nach unten oder zur Seite gewinkelt ||
* Buchsenleisten 2.54mm (z. B. BL 1X...G 2,54) TEILBAR, *zum Auseinanderbrechen* (laut Anfrage vom 26.10.2009 nicht im Sortiment) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| |
* Hohlstecker für Laptops 1,7 x 4,75mm gelb ||
* Stiftleisten im Rastermaß 1 mm (z. B.: Samtec FTMH-120-03-F-DV-ES) |
* Cablesharing Adapter 2x RJ45-Buchsen(1x Ethernet 1x ISDN)1xStecker |http://www.btr-netcom.com/Products/upload/ATCH-002661.pdf
* Stapelleiste AMP 2–0827730–0, 20polig, A 24,2 mm |
* Buchsenleiste Fischer BL5
* Polklemmen Hirschmann PKNI 10B (max. 63A ^^), zumindest Schwarz und Weiß |
* Molex C-Grid SL einreihig 2 bis >6 polig: Stecker, Buchsen, Buchsen-SMD, Crimp-Werkzeug |

=== Kabel etc. ===
* dünner Schaltdraht (< 1mm Durchmesser, isoliert mit Tefzel oder Kynar) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Flachbandkabel im 2,54mm Raster und dazu passende Aufpressstecker und -buchsen ||||| ||||| ||||| ||||| ||||| |
* versilberten Kupferdraht auch < 0,6mm und alle Stärken in grösserer VPE (z. B. 500g Rolle) ||||| ||||
* Flexible Einzellitze, 0,5² in verschiedenen Farben ||||| ||||| ||||| ||||| |||
* bzw. angebotene Schaltlitze (H05VK) um weitere Farben erweitern! |||
* das qualitativ mangelhafte 4mm Laborsteckerprogramm rausnehmen und nur noch Hirschmann anbieten ||||| ||||| ||||| |||
* Zwillingslitze 2x0.14mm, z. B. Artikel: ZL214SWW-10M Kessler Elektronik ||||| |
* Heizdraht zB.: Kanthal A1 |||
* LYIF Litze (verschiedene Farben) ||||| |
* dickere Mantel(Feuchtraum)leitungen, z. B. NYM J5x10 |
* Folienflachkabel (FFC) RM1,25 (z. B. 9pol, 11pol ... /Länge 20cm) ||
* Flachbandkabel im 1,00mm Raster, passend für Pfostenverbinder PL 2X25G 2,00 . Wird für notebookplatten benötigt. ||||
*Folienflachkabel (FFC) RM 0,8 (z. B. 30pol. Länge125mm) für 8"TFT Monitor
* H155 (HF-Kabel) |||||
* RG214 |
* Low-Loss Kabel (evtl. aus diesem Programm http://www.elspec.de/hf-kabel-technologie/download-hf-technik/hf-lowloss-kabel.html)
* Schnepp "Laborkabel" Messleitungen |||
* Litze, LiY 0,25mm^2, diverse Farben (beispielsweise von Lapp Kabel) |
* Distanzbolzen mit 2 M2,5 Innengewinden vrsch. Längen |
* HF-Litze(n) |
* Flachbandkabel im 1,27 mm Raster, 6-polig |

== Platinen/Prototypen ==
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Tonerverdichter (www.Huber-Troisdorf.com) ||||| ||||| ||||| ||||| ||||| ||
* Adapter TQFP (versch. PinZahlen) auf DIL/QIL ||||| ||||| ||||| ||||| ||||| ||||| |
* Adapter QSOP (versch. PinZahlen) auf DIL/QIL ||||| ||
* Lötstopplaminat ||||| ||||| ||||| ||||| ||||| ||||
* www.schmartboard.com hat super einfach zu lötende SMD-Adapter in allen Größen, nur leider keinen Vertriebspartner in Deutschland (doch: ELV). Wie wäre es mit Reichelt? ||||| ||||| ||||| ||||| ||||| |||||
* Cadsoft Eagle ||||| ||
* Hohlkehlenlötspitzen (Ersa 0832HD) ||||| |
* Hohlkehlenlötspitzen f. Weller MLR21 ||||| |||||
* Fotoplatinen, zweiseitig, Hartpapier(!) |||||
* Entwickler NaOH-Frei von Bungard (SENO 4007 Universalentwickler) |
* chemisches Zinnbad ||||| ||||| ||
* Bungard-Fotoplatinen auch in 80x100mm (halbes Euroformat), nicht nur 75x100mm ||||| ||||| |||||
* Bungard-Fotoplatinen BLAU div. Formate ||||| ||||| |||||
* Fotoplatinen aus Hartpapier von Markenhersteller |
* SMD Testplatine (3x3 Felder) wie bei Conrad |
* Natrium Persulfat 2 kg Packung ||||
* Steckplatinenen (STECKBOARDS) im 84 x 54 Format (gibts bei Conrad ist da aber viel zu teuer) |
* Messignblech/Kupferblech 0.1mm (wenn möglich Photobeschichtet) |
* PCI-Express x1 Laborkarte ( wie RE 430EP) |

== Werkzeug und Zubehör ==
* robuste Allzweck- und Teppichmesser ||||| |
* zöllische Gewindeschneider g1/4" und g 1/8" insbesondere interessant für Wasserkühlungen |||||
* einzelne Hartmetallbohrer in diversen Grössen (z. B. 0,8 1,0 1,3 1,5) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| ||
* Arbeitsschalen zum Entwickeln und Ätzen von Platinen(*) ||||| ||||| |||
* Gewindebohrer M2 und M2,5 ||||| ||||
* Konturenfräser/Gravurstichel, etc. zum Fräsen von Platinenprototypen (z. B. Bungard G60N/G30N) ||||| |||
* Tri-Wing Schraubendreher ||
* Ballistol Universalöl |||||
* ERSA Lötspitzen der Serie 842 (besonders die feinen) Reichelt führt bis jetzt nur 832, die feinen davon sind aber recht unbrauchbar |

== Unsortiert/Unspezifisch ==
* Kundenkarte so wie bei ELV (Grundgebühr für ein Jahr, keine Versandkosten, evtl kleiner Rabatt) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Reichelt Katalog als PDF zum Download ||||| ||||| ||||| |||||| ||||| ||||| ||||| |
* (durch pdf-download überflüssig:) der Reichelt Katalog auf CD/DVD |||||
* In Bereichen wie Multimedia etc. (z. B. Spielekonsolen) ein aktuelleres Angebot, und nich wie z. B. bei der PS2 erst wenn schon fast das Nachfolgemodell draussen ist (Multimedia ist hier nur ein Beispiel, einfach mal an der Konkurrenz orientieren (Zum beispiel am grossen C)
* mehr, aber als solche gekennzeichnete billig-Alternativprodukte, nicht nur High-End ||||
* Modellbau und Zubehör ||||| ||||| ||||| | (Wird immer mehr, man sieht, Reichelt hört dankenswerterweise auf diese Wishlist!!)
* mehr SMD Bauteile ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* HCT-Logik in SMD ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Kleinere SMD-Bauformen (bes. bei ICs) ||||| ||||| |||
* mehr und v.a. kleine (Hand-) Gehäuse ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* gleicher Mindestbestellwert in Österreich und in der Schweiz wie in Deutschland ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* gleicher Mindestbestellwert in den Niederlanden wie in Deutschland |
* Kein Mindestbestellwert (ich bezahle eh' Porto) ||||| ||||| |||
* Filialen in Österreich und der Schweiz :-) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||| |||||| ||||| ||| (man beachte das ":-)", es gibt auch in D keine "Filialen" - mt)|
* Versand nach Österreich über GLS oder sonstigen Paketdienst & auf Rechnung, damit die Spesen halbwegs im Rahmen bleiben (bei der letzten Bestellung ca. EUR 40) ||||| ||||| ||||| ||||| ||||| ||||| |||
* Günstige Versandkonditionen für die EU ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Selbstabholer-Option bei der Bestellung. Vergisst man es unter "Bemerkung" kommt es per Post :( |||| (für Plz 26xxx kommt eine Option für Abholer, Tip: falsche Plz eintragen)
* Versand von Kleinteilen als Maxibrief, zwecks niedrigerem Versand ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Option zum anklicken beim Versand, "nichtverfügbare Artikel automatisch streichen", wenn man das ins Kommentarfeld schreibt wirds nicht beachtet, oder bis das jemand liest dauert es wieder mehrere tage. (In der Zwischenzeit realisiert!!) ||||| ||||| |||||
* mehr Familien von Logik-ICs, z. B. AC, ACT, LVC (in SMD) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* LiPoly-Zellen (aufladbare Lithiumakkus "Suppentüten") ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Allgemein mehr Sensoren ||||| ||||| ||||| ||||| ||
* Preiswertere Alu Druckgussgehäuse, wie z. B. von Hammond Manufacturing ||||| ||||| |||||
* nicht wie die Konkurrenz jetzt schon im April den Juli-Katalog rausbringen ||||| ||||| |||||
* Neuere, bessere NiMh Akkus (z.b. GP1100 2/3A, GP2000 AF, GP2200 4/5SubC) ||||| ||||| |
* Funk-Entstördrosseln 16A, div. Werte ||||| |
* Taster, Schalter und LED-Fassungen aus der Mentor FEL-Reihe ||
* Lötfähige (SMD-) Kühlkörper (Fischer) ||||| ||||| ||||| |
* Toner für Laserdrucker Kyocera FS-1010 TK17 ||||| ist ja eigentlich der gängigste Kyocera Toner
* Toner für Kyocera FS800-S |
* Microchip PICkit 2 ||||| |||
* Microchip PICkit 2 (PG164120) ohne Demoplatine |
* Möglichkeit für Selbstabholen eine Bestellung unter 10Euro abzuliefern. |
* Bessere Auswahl: statt MSP430F147, F148, F149 wenigstens einen mit DAC -> MSP430F16x
* Cypress PSoC Mikrocontroller |||| |||| |||| |||| |
* Günstigere Oszilloskope z. B. Multimetrix oder Grundig ||||| |||||
* Digitale Speicherosziloskope für PC ||||| ||||| ||
* Sortieren und Spezifizieren der Angebotsliste in Transistoren / FET (bessere Übersicht) ||||| ||||| ||||| ||| z. B. 400V/6A würde schonmal ganz grob helfen und senkt außerdem unnötigen Traffic weil nicht extra jedes Datenblatt angeschaut wird
* Vorschaltgeräte mit G23 Fassung (zum Bau von UV-Belichtern geeigent)|||
* Speicherkarten-Adapter von SD auf CF (bzw. CFII) ||||
* ein Abendessen mit Angela :-) (hier dürfte wohl Angelika gemeint sein) ||| bzw. mit der Blondine von der Katalogseite mit den Servicenummern |
* USB-Leergehäuse (z. B. wie USB-Stick, WLAN-Dongle, o.ä.) ||||| ||||| ||||
* Nicht so viele Tackerklammern/Gummibänder/Tesafilm/Beutel in die Verpackungstüten machen, das nervt beim Auspacken (die kaputten Tüten kann dann auch keiner mehr brauchen, die wenigen nicht kaputt getackerten hebe ich aber gerne auf! Aber bitte weiterhin alles getrennt verpacken... oder wenigstens nicht den Zip-Verschluss tackern) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Reflektoren für 10mm LEDs ||
* Beamer Casio YC-400|
* OBD2 Kabel auf RJ45 Stecker ||
* mehr Verpackungsmaterial z. B. kleine Schachteln oder die Plastik IC-"Schienen" einzeln (und unzerschnitten) verkaufen |||||
* PCMCIA Wlan-Karten (Linux kompatibel) mit externem Antennenanschluss |
* Warenkorb immer in gleicher Reihenfolge sortiert, nicht bei jedem Aufruf anders ||||| ||
* PIC_BASIC_II || Programm mit HardwareKey [z. B. für Azubi's]
* Reichelt T-Shirt ||||| |||
* Pakete nach Österreich in EINER Lieferung schicken, und nicht aus "logistischen Gründen" trennen. Würde zumindest die Hälfte der Verandkosten sparen (letztes mal fast 70€ pro Paket (!) ||
* Reichelt-Gutscheine sollten bei Online-Bestellung einlösbar sein (wie bei z. B. Amazon) ||||| ||

==Messgeräte==
* FS300 Messgerät Antennenanalyzer Massenpreis 50000 Stück 
* Smart Tweezer (SMD-Pinzette mit Komponentenmessung) siehe [http://www.trgcomponents.de/TrgDE/Internet/ProductShow.aspx?ItemID=680&CategoryID=2426] ||
* Hameg HM2008 Oziloscope || ( ist möglich über Service -> Produktservice -> neue Artikel anfragen)
*Tektronix TDS Series Osziloskope |||

= Bereits im Sortiment =

* Laser-Folien für die Druckformerstellung(Zweckform 3491) ||||| ||||| ||||| ||||| ||||| ||||
* Atmel AT91SAM7S32 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||| (=> Best.: AT 91SAM7S64-AU)
* Atmel AT91R40008 (32bit controller 256KB-RAM 100-lead TQFP) ||||| ||||| | (=> Best.: AT 91R40008)
* LCD: auch ein- und dreizeilige Variante der DOG-Serie (EA DOGM081 & 163) |||||
* Platinen Basismaterial, einseitig Cu-beschichtet, 0,5..1 mm dick ||||| ||||| ||| -->0,8mm: BEL 160x100-1-8
* Atmel ATtiny45 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| => ATTINY 45-20PU, ATTINY 45-20SU, ATTINY 45V-10PU, ATTINY 45V-10SU
* Atmel ATMEGA48 TQFP ||||| |||| => ATMEGA 48-20 AU
* Atmel ATMEGA 88 || => ATMEGA 88-20 AU, ATMEGA 88-20 PU, ATMEGA 88V-10 AU, ATMEGA 88V-10 PU
* Atmel ATMEGA644 ||||| ||||| ||||| ||||| => ATMEGA 644-20 AU, ATMEGA 644-20 PU, ATMEGA 644V-10AU, ATMEGA 644V-10MU, ATMEGA 644V-10PU
* Atmel ATMEGA2560 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| || => ATMEGA 2560-16AU, ATMEGA 2560V-8AU
* Atmel ATMEGA2561 ||||| | => ATMEGA 2561-16AU, ATMEGA 2561V-8AU
* Philips LPC2000-Serie ARM7-Controller (LPC214x, LPC213X, LPC21xx und LPC22xx) |||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| | => Bauelemente, aktiv / Controller, Speicher / Controller, Prozessoren / Philips-Controller 80C51 / 87LPC.. / 89C51
* TI MSP430F2xxx (Typen mit 16 MIPS) ||||| ||||| | => Bauelemente, aktiv / Controller, Speicher / Controller, Prozessoren / Texas MSP430 Controller
* Breadboards/"Steckbretter" ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||| ||||| ||||| ||||| |||||| ||||| ||||| ||||| ||||| ||||| ||| => STECKBOARD 1K2V, STECKBOARD 2K1V, STECKBOARD 2K4V, STECKBOARD 3K5V, STECKBOARD 4K7V (zu finden unter 'Diverses/Spielwaren' :)
* RS485 ESD fest: MAX3086E oder 75180 oder ISL83086E ||||| || =>MAX485ECPA
* Microchip PIC 18F2550 || => PIC 18F2550-I/P
* Microchip PIC 16F88 |||| || => PIC 16F88-I/P
* Microchip dsPIC ||||| ||||| ||||| ||||| | => PIC 30F2010-30 SP/SO
* Logicanalyzer | => ME ANT 8 und ME ANT 16
* Atmel ATMEGA8 TQFP |||| => ATMEGA 8-16 TQ
* 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. FT232BL, FT232RL (sehr interessant), FT245BM und FT2232BM (2xUART auf USB)(noch nicht unter USB einsortiert)
* CAN-Bus Controller MCP2515 |||||
* VLSI MP3 Decoder ||||| ||||| ||||| | z.Zt. unter CAN-Bus(!) einsortiert. Bitte auch die neuen Gehäuse (ROHS) und Typen mit ins Angebot nehmen.
* 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. PSM-LIN* ("mono") PSS-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...) (vielleicht weil jeder die nur 1x kauft und dann mit Draht aus anderen Quellen selber neu bewickelt?? ;-)
* 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, störempfindlicher, grotesk schwache Ausgangstreiber)
* 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?
* 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!
* RJ45-Buchse ||| - schon im Sortiment: MEBP 8-8''x'' unter Modular-Stecker bei TK
* Elektromotoren ||||| |||| (Suche: Gleichstommotor)
* Microchip ICD2 || => Bestell-Nr.: DV 164005 <= Fehlt im Papierkatalog
* 14,7456 MHz Quarze ||||| ||||| ||||| ||||| ||| (Bst: 14,7456-HC18)
* SMD Widerstande in Bauform 1206 (SMD 1/4W...)
* Atmel Atmega 128 in TQFP || (ATMEGA 128-16 TQ)
* Atmel Atmega 169 in TQFP || (ATMEGA 169-16 TQ)
* Atmel ATMEGA1280 ||||| ||||| ||||| |||| (ATMEGA 1280-16AU, ATMEGA 1280V-8AU)
* Atmel ATMEGA8515 | (ATMEGA 8515-*)
* Atmel ATtiny24/44 ||||| ||||| (ATTINY 24-*, ATTINY 44-*)
* Atmel ATtiny25/85 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| | (ATTINY-25-*, ATTINY-85-* gelistet aber erst verfuegbar ab II/07)
* Atmel AT91SAM7S64, AT91SAM7S256 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| (suche AT91*)
* Atmel AT91SAM7X64-256 ||||| ||| (suche AT91*)
* TI MSP430F1611 (10k RAM, 48k Flash) ||||| ||||| ||||| ||||| ||||| ||||| || (MSP430F1611 IPM)
* PCA9306 Dual Bi-Directional I2C-Bus and SMBus Voltage Level-Translator ||
* PCA9531D 8Bit I2C_BUS LED-Dimmer ||||| |||||
* PCA9551D 8Bit I2C-BUS LED-Blinker ||||| ||||
* PCA9530D 2Bit I2C_BUS LED-Dimmer ||||| |
* PCA9532D 16Bit I2C_BUS LED-Dimmer ||||| |||||
* PCA9533D 4Bit I2C_BUS LED-Dimmer ||||| ||||
* PCA9550D 2Bit I2C-BUS LED-Blinker ||||| |
* PCA9553D 4Bit I2C-BUS LED-Blinker ||||| ||
* PCA9552D 16Bit I2C-BUS LED-Blinker ||||| |||
* Microchip PIC 18F2550 (USB, 32 KBytes Flash) | (bereits im Sortiment)
* Microchip PIC 16F628A (weil: besser als 16F628) ||||
* Microchip PIC 16F648 (weil mehr Programmspeicher, als 16F628) |||||
* Microchip PIC 16F684 |||||
* Microchip PIC 16F688 ||||| ||
* Microchip PIC 16F690 ||||| ||||| |||
* Atmel ATtiny84 ||||| ||||| |||| (gelistet aber erst verfuegbar ab II/07)
* TI MSP430F169 |
* FT245RL (alt bekannte FTDI Chips in neuer und besserer Version, FT232RL bereits vorhanden) ||||| ||
* 3,3V Längsregler SMD Ultra Low drop |||| (-> Zetex)
* Schiebepotis mit passenden Knöpfen | (Bestell-Nr. PSM-LIN* ("mono") PSS-LIN* ("stereo") nicht passed?) |
* OLED-Displays (zum Beispiel: [http://www.litearray.com/products-oled.php]) || (Reichelt hat jetzt Osram Pictiva Oleds im Programm. Nach "Pictiva" suchen)
* OSRAM "Golden Dragon" LEDs (http://www.osram-os.com/goldendragon) ||||
* Microcontroller mit USB-Anschluss (von Cypress oder Atmel in PDIP z. B. AT89C5131, AT43USB355, CY7C637xx) ||||| ||||| ||||| ||||| ||||| ->Bereits im Sortiment: Cypress EZ-USB TQFP-44 Best. Nr AN2131 SC, Atmel AT89C5131 SO-28/PLCC-52
* Renesas R8C
* zu Schaltreglern LM257x u.a. passende Speicherspulen mit hohem L , niedrigem R und großer Strombelastbarkeit (zB. Würth WE-PD4) (keine "Entstörspulen") ||||| ||||| ||||| ||||| ||||| ||||| |||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| || (suche L-PIS*)
* IL300 (linear Optokoppler z. B. von Vishay egal ob DIP oder SMD) ||||| ||||
* IL300H (linear Optokoppler von Siemens als DIP) - andere IL300 Varianten im Programm |||
* "optische" Drehgeber Fabrikat Grayhill sind lieferbar (Bst. ENC 62P22-*)
* mechanische Drehimpulsgeber von Alps im Programm (suche STEC*)
** Drehimpulsgeber (konkreter Vorschlag von O.R.: PEC16-4220F-S0024 von Bourns) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
** Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| Im Programm (STEC11B01)
* PCA9633D16 4-bit I2C-bus LED driver ||
* I²C-Bus to 1-Wire DALLAS DS2482-100 bzw. DS2482-800 ||||| ||||| ||||| ||||| ||||| ||||
* Step-Down-Konverter in SMD Bauform (z.b. MC 34063): ||||| (->Artikel-Nr: MC 34063 AD)
* Preiswerte Kontaktierungen für SD/MMC ||| (Bereits im Programm: Bestell-Nummern: CONNECTOR MMC 11 / CONNECTOR MMC 12 / CONNECTOR SD 21 / CONNECTOR SD 22) // ~9 EUR sind wohl kaum preiswert!
* Eisen(III)-Chlorid ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* EA DOG-M128 128x64 Grafikdisplay aufbau ähnlich EA DOGM162 |||||
* 3,3V-Längsregler SMD zu vernünfitgen Preisen (Bsp: LF33 --> Best.Nr.: LF 33 CV, Preis: 0,76€)(der LT1086 kostet 4 Euro) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| || -> LT1117 CST-3.3V für 1.55 €
* Spannungsregler in SMD-Version (7805 etc., nicht nur der 78L05) ||||| ||||| ||||| ||||| ||||| ||||| ||| -> LT1117-ADJ für 1.55€
* TSic Temperatursensoren von ZMD ||| -> TSIC
* Leiterplattenbuchse Hirschmann 4mm auch in *rot* (gab es schonmal als "PB 4 RT) || -> wieder als PB 4 RT erhältlich, letzte Woche 3 Stück geliefert bekommen; Stückpreis 1,25€
* MCP25050 CAN-Bus Input/Output Expander ||||| |||| (MCP 25050-I/*)
* Ethernet-Controller RTL8019AS ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| || (erhältlich: RTL 8019AS)
* SPI-Ethernet-Controller ENC28J60 (erhältlich: ENC 28J60-I/*)
* '''Grundton'''-Quarz (25,0000 MHz Grundton, erhältlich) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| (wirklich erhältlich? Als Keramik-SMD-Quarz, 25.0MHz, 25,000000-MJ)
* Microchip PIC 18F4550 (PIC mit USB) ||||| ||||| ||||| ||||| ||||| ||||| |||
* Microchip PIC 18F2585 ||||

= Sonstiges =

== zur Webseite ==

In "Neu in unserem Shop"/Neue Artikel werden unter Bauelemente u.a. Computerkabel und PC-Speicher angezeigt (Anlass Stand 5/2010, ist aber schon früher aufgefallen). Diese Teile würden zumindest etwas besser in PC-Technik passen. (...und die Freude des Elektronikbastlers über eine Anzahl neuer Bauelemente würde auch nach Auswahl der Details anhalten, wenn es nicht "nur" so etwas wie USB-Kabel sind.)

----

myReichelt ermöglicht:
* Warenkorbspeicherung
* öffentlicher Warenkorb
* CSV-Import, -Export

zu myReichelt siehe auch http://www.mikrocontroller.net/topic/62628

Eine Webseite ohne Frames ist eigentlich heute Stand der Technik. Oder vielleicht ist es das auch nicht mehr - ich weiss 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.

Anmerkung dazu:
Verlinken auf Artikel geht schon, und zwar in der Form:
http://www.reichelt.de/?ARTIKEL=ATMEGA%208-16%20DIP
bzw.
http://www.reichelt.de/index.html?ARTIKEL=ATMEGA%208-16%20DIP

Neu zu lesen unter "Info zum Shop":
Zitat:
"Frames
In vielen Votings wurden wir auf die Verwendung von Frames hingewiesen und dass diese Technik nicht mehr -State Of The Art- sei. Dieser Meinung schliessen wir uns in vollem Umfang an. In unserem neuen Shop werden KEINE FRAMES verwendet."

Reichelt selbst macht das in seinen PDF-Prospekten auch so. Das Problem liegt nur darin, die URL jedesmal von Hand zusammenzubauen (und dabei auf die Ersetzung der Leerzeichen durch %20 zu achten) oder von einer kopierten URL alles überflüssige zu entfernen.

Einfach mal einen "Permalink" button neben "Artikel empfehlen" ? Oder zurück mit der früheren Druckansicht.

Hinweis: Viele Browser ersetzen Leerzeichen im Adressfeld automatisch durch %20.

----

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.

Andere Möglichkeit ist anrufen, das mache ich eh immer, um eventuell nicht lieferbare Dinge zu streichen oder zu ersetzen. Geht immer, es sei denn Lieferung wird schon verpackt.
----

Shopprogramm: Wäre es nicht komfortabel, ein Programm auf dem heimischen Rechner zu haben, welches das aktuelle Sortiment mit den aktuellen Preisen führt, wo dann auch offline Bestellungen zusammengestellt und hochgeladen werden können? So ließen sich die Merklisten auch besser verwalten.

Ja, das fände ich auch sehr toll, sollte man mal drüber nachdenken.

----

Passwortschutz: Die derzeitige Lösung der Anmeldung im Shop ist für den heutigen Stand der Dinge recht unsicher. Ein zur Kundennummer gehörendes Passwort sollte schon sein. Was soll schon passieren, die Versandadresse ist ja bekannt, und wenn jemand anderes auf meinen Namen bestellt. lässt er sich über die Versandadresse herrausfinden, außerdem weiß ja auch nicht jeder meine Kundennummer.

----

Eine Art Lagerbestand im Onlineshop wäre sinnvoll. Es ist mehr als ärgerlich, wenn bei einer Bestellung z. B. Kleinteile wie Kondensatoren oder Schalter fehlen, weil sie nicht auf Lager waren. Dabei gibt es gerade bei solchen Teilen genug Alternativen, sei es Farbe, Bauart oder Wert, auf die man umsteigen könnte, damit die Bestellung vollständig ist. Es würde ja vollkommen ausreichen den Bestand in Form einer Ampel, wie bei anderen Shops, mit grün, gelb und rot zu realisieren.

Im Warenkorb werden Artikel, die nicht auf Lager sind, mittlerweile auch so gekennzeichnet.

----

Früher würden neue Artikel mit einem gelben "NEU" gekennzeichnet, jetzt ist das nicht mehr so. Hätte gerne wieder einen Überblick was neu hinzugekommen ist ohne jede Artikelgruppe aufrufen zu müssen.
----

Nummerierung der Bauteile: Warum wird der Warenkorb nicht nummeriert. Ich hasse es wenn ich manuell mit Hand zählen muss! Das ist auch nervig wenn man manuell per Hand vergleichen will!!

----

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 mit Schaltplan und ev. Eagle - Dateien veröffentlichen zu können.

Und wieso ist der Login, den es früher mal gab weg? Da konnte man zumindest den aktuellen Warenkorb speichern soweit ich mich erinnern kann, aber seit der neuen Website gibt's den Login nicht mehr. Ausserdem muss ich jetzt jedesmal meine Kundennummer rauskramen um meine Bestellung abzusenden - Conrad löst das beispielsweise besser. (dafür haben die aber auch ne besch...eidene Suchfunktion und nen unübersichtlichen Shop)

Nebenanregung:
Damit die "Bauteilekisten" nicht unmengen Platz beim Anbieter verschwenden könnte man diese auslagern.
Also Nach erstellen Download als einfaches File und bei Bedarf einfach bei Bestellung übertragen.
So könnte sie jeder in Ruhe offline vorbereiten und verwalten.

IDEE: Offenlegung der Datenbank: Offenlegung der Datenbank oder zumindest Export für die User. Somit koennten die Datenbank in eine Art Datenbank gespeichert werden. Als Katalogprogramm koennte dann soetwas ähnliches wie das von Segor zum Einsatz kommen. Gibt es einen Standard dann koennten Reichelt, Conrad, Segor, etc. mit einem Programm genutzt und verglichen werden:
siehe auch http://www.mikrocontroller.net/forum/read-7-363596.html
Programmierunterstuetzung findet sich bestimmt. Abgesehen davon haben die Distributoren den Vorteil die Katalogdaten übers Internet upzudaten.

Zum offenlegen der Datenbank: Wie wäre es mit einem Webservice, mit dem man über SOAP auf die Datenbank zugreifen kann? Ähnlich wie bei Amazon oder auch Google.

Lösung in HTML: 
Ich hatte für das Projekt [http://www.mikrocontroller.net/topic/82127 "Webserver ATmega32/644DIP ENC28J60"] ein Bestellformular ([http://www.mikrocontroller.net/attachment/29451/reichelt.htm reichelt.htm] [Version vom 22.12.2007]) gebastelt um schnell alle nötigen teile in den Reichelt – Warenkorb zulegen. Mit etwas HTML-Kenntnis dürfte eine Anpassung nicht das Problem darstellen. 
In JavaScript, des '''reichelt.htm''' Bestellformulars, die Funktion <code>'''send()''' ''Zeile 42:'' var maxElements = 40;</code> die '''40''' durch die Anzahl der unterschiedlichen Bauteile Anpassen.

== zu Artikeln ==

* 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.

* Spitze fände ich eine verbesserte Suche für Gehäuse. Oft stehe ich vor dem Problem, meine Baugruppe ist so-und-so groß und ich brauche ein Gehäuse, in das diese Baugruppe hineinpasst. Zur Zeit muss ich mich manuell durch alle Gehäusegrößen "durchwühlen", bis ich ein passendes gefunden habe. Die Suche stelle ich mir so vor: Ich gebe die Maße ein, die das Gehäuse mindestens haben ''muss'', und bekomme alle Gehäuse angezeigt, die genau so groß oder etwas größer sind als meine Vorgaben.

== Abwicklung ==

* Sammelbestellung: Wenn ich etwas bei Reichelt bestelle, bestelle ich für meine Kollegen auch immer etwas mit. Wenn dann das Päckchen kommt, heisst es sortieren. Wer hatte von was, wie viel? Danach kommt das rechnen dran. Ein besonderes Highlight, sind die Nettopreise. Und auch das Verteilen der Versandkosten ist nicht ohne. Währe es nicht möglich, im Bestellvorgang eine Zuordnung zu Personen oder Projekten zu realisieren, und die Zwischensummen der Personen oder Projekte auf der Rechnung oder per Mail anzugeben. Ein Schmankerl wäre die Angabe der Bruttopreise inklusive der anteiligen Versandkosten.
** Wahrscheinlich nicht möglich, siehe AGB-Klausel zu Massenbestellungen. "Garantieberechtigt" ist auch immer nur der ursprüngliche Besteller.
** Welche Klausel? Mir fällt nur 13.3 ins Auge...

== zu dieser Wunschliste ==

(gehört eigentlich in Diskussion)

* Wäre es möglich ein Script zu bauen, welches man ab und zu über diesen Artikel jagt und das die Einträge nach Anzahl der Striche ordnet? => Formatierung als Tabelle (1. Spalte: das Teil, 2. Spalte: die Striche) würde auch schon helfen.
** Das geht kaum, weil | ein SOnderzeichen in Vorlagen ist.

* Dass hier jeder immer nur einen Strich macht, glaube ich nicht! Ein Script was pro IP nur einen Strich zulässt wäre gut. -> Naja, alle 24h spätestens gibt es eigendlich eine neue IP... Antwort: Lässt sich sehr leicht überprüfen mit Artikel -> Versionen

* Warum macht der 5te nicht anstelle |||| ein V :-) und anstelle vom nächsten V kommt dann ein X ....Daniel [[Benutzer:84.179.17.164|84.179.17.164]] 20:11, 4. Feb 2006 (CET)

* Wenn Reichelt was aus der Liste neu ins Programm aufnimmt wäre eine Benachrichtigung per Newsletter oder RSS nett. Oder zumindest eine Rubrik "Seit XX.XX.200X neu im Programm".

== Logbuch ==

8.4.2010: Mail an Reichelt geschickt und an die Liste erinnert.

2.10.2009: REVERT auf die Version vor dem 20.Jul.2009 12:47. Da der Artikel von 193.200.150.82 "verdoppelt" wurde. D.h. alles war doppelt vorhanden und die Einleitung gelöscht

19.06.2009: Hab mal den Kram unter der Rubrik "Webseite" entfernt/zusammengefasst der schon realisiert wurde. -- Tobias

12.03.2009: Da haben wir ja alle verpennt, Reichelt in 2008 mal wieder an die Liste zu erinnern. Ich hab das jetzt mal nachgeholt und eine Mail an Reichelt geschickt. -- [http://www.reintechnisch.de Winfried Mueller]

03.08.2007: Das Feld für "neue Artikel" scheint aus dem Reichelt Shop entfernt worden zu sein, schade da man so schnell schauen konnte was neu im Programm ist, nun ist wieder Katalogblättern angesagt. - Nicht nachvollziehbar. siehe Startseite->Service->Neu in unserem Shop

18.05.2007: Habe Reichelt an diese Liste erinnert. -- Robin Tönniges

14.11.2006 Ich lese mir gerade euer Wishlist durch. Finde ich gut! Aber wie ihr
hier (Logbuch) über Reichelt kritisiert finde ich nicht fair! Die haben genug zu arbeiten! Bitte keine Vorurteile! Um das gehts mir hauptsächlich!
Macht weiter nur nicht so!
P.S. Schöne inforeiche Site
Steven

6.8.2006 Habe eine umfassende Kritik zu Reichelts neuem Webshop geschrieben und dabei auf unsere Wünsche bzl. Webseite, insbesondere "Virtuelle Bauteilebox" und "Gehäusesuche" hingewiesen. Verlinkung auf diese Seite ist auch erwähnt worden.

5.8.2006 Hurra, Reichelt bietet endlich den ATtiny13V an! Jetzt können wir Batteriebetriebene Geräte (2,4-3V) bauen. By the way: Gibt es blaue LED's, die dazu passen?

14.7.2006 Reichelt antwortete: (Zu lang, deshalb hier nur der Inhalt:) Wir haben ihre mail zur Kenntnis genommen (Forum wird angeblich ab und zu immer wieder kontrolliert). Entscheidender Satz (Original eines Mitarbeiters:)....Ich denke jedoch, dass die meisten und
wichtigsten Wünsche zum Herbstkatalog eingelistet werden.

14.7.2006 Reichelt erneut auf diesen Beitrag aufmerksam gemacht, erwarte Antwort.

3.7.2006: beitz-online.de eine verlinkung gemailt. Ich hoffe das ist erlaubt.

5.3.2006: Verlinkung gemailt

12.10.2005: Verlinkung gemailt und gebeten sich darum zu kümmern

07.10.2005: Reichelt eine Verlinkung gemailt und speziell auf LOW ESR Elkos und 433 Mhz Funkmodule hingewiesen. Mal sehen was die Antworten.

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]

[[Kategorie:Bauteile]]

AVR FAT32

2010-05-25T07:56:13Z

Jonebohne: Anpassung der internen Links

----

== Der Status ==

* Aktuelle Version: [http://www.mikrocontroller.net/svnbrowser/avr-fat32 SVN-Repository] 
* Bekannte Probleme: Bei [http://de.wikipedia.org/wiki/Byte-Reihenfolge Big Endian] Controllern müssen größere Anpassungen gemacht werden. 
* Problem melden, oder sonstige Anfrage: [http://www.mikrocontroller.net/user/show/zerrome Persönliche Nachricht], oder auch hier [http://www.mikrocontroller.net/topic/105869#new Thread.] 
*[http://www.mikrocontroller.net/wikifiles/0/0c/Wiki.pdf Diese Seite als PDF.]

----

== FAT 16/32 , die Bibliothek ==

[[Bild:Mod.jpeg|thumb|right|'''[http://www.mikrocontroller.net/wikifiles/e/e9/Mod.jpeg Schichtmodell] der Lib''']]
Dies ist eine freie FAT 16 / 32 Bibliothek.
Die Bibliothek ist modular und besteht aus folgenden Modulen:

* Das File-Modul, bietet high-level Datei Operationen wie man sie von Dateizugriffen kennt, z. B. ffopen/ffclose um eine Datei zu öffnen oder um an eine Datei etwas anzuhängen und diese wieder zu schließen. 

* Das FAT16/32-Modul, bietet die grundlegenden Funktionen für den FAT-Zugriff und die Initialisierung der FAT. Es dient als Middleware zwischen low-level Karten Zugriff und high-level Datei Operationen. Der größte Teil der des FAT Protokolls ist dort implementiert. 

* Das MMC/SD-Modul, ist dafür zuständig, die Kommunikation mit [[MMC- und SD-Karten]] zu managen. Wie z. B. Initialisierung der Karte oder low-level Routinen zum schreiben auf die Karte. Es ist das einzige Hardware abhängige Modul. 

Es gibt die Möglichkeit über #defines in der config.h den Umfang der Lib zu bestimmen, dies wirkt sich auch extrem auf die Codegröße aus. 
Die Module sind [http://en.wikipedia.org/wiki/C_(programming_language)#C99 c99] C-Standard Konform .

=== Code einbinden ===

Die Module werden über die *.h Dateien bekannt gemacht. Zudem müssen noch die dazugehörigen *.c Dateien eingebunden werden. Es gibt mehrere Möglichkeiten dies zu tun. Einmal im Makefile im Bereich der "c source files" oder bei
[http://de.wikipedia.org/wiki/Integrierte_Entwicklungsumgebung IDEs]
über einen Dialog der das Gleiche macht.

=== Die Funktionalität ===

In der Datei config.h gibt es Möglichkeiten die Bibliothek zu konfigurieren. 
Folgende Funktionen werden unterstützt (FAT16/32): 
* Lesen, Schreiben und Überschreiben von Dateien. 
* Vor- und Rückspulen in Dateien. 
* Anlegen von Ordnern 
* Wechseln von Verzeichnissen 
* Löschen von Dateien und Ordnern, bei Ordnern Rekursiv. 
* Ermitteln der freien Bytes auf der Karte 
* Schnelleres Schreiben und Lesen durch Multi-Block Operationen. 
* Kartenunterstützung für MMC/SD/[http://de.wikipedia.org/wiki/SD_Memory_Card#SDHC_.28SD_2.0.29 SHDC]. 
* Falls eine [[AVR_-_Die_genaue_Sekunde_/_RTC|RTC]] vorhanden ist, kann bei den Dateioperationen die Zeitstempel Funktionalität genutzt werden. 
* Anbindung der Karte über Software [[Serial_Peripheral_Interface|SPI]] oder Hardware SPI 

==== Die Schalter ====
Hier ein Auszug aus der config.h mit den wichtigsten Parametern:
<c>
#define MMC_SMALL_FILE_SYSTEM TRUE
#define MMC_WRITE TRUE
#define MMC_OVER_WRITE FALSE
#define MMC_MULTI_BLOCK FALSE
#define MMC_SDHC_SUPPORT TRUE
#define MMC_TIME_STAMP FALSE

#define MMC_MAX_SPEED TRUE

#define MMC_SOFT_SPI FALSE

#define MMC_MAX_CLUSTERS_IN_ROW 256
</c>

==== Bedeutung der Schalter ====

'''MMC_SMALL_FILE_SYSTEM TRUE''', oder '''FALSE''' bestimmt den Funktionsumfang der Lib. Es Fallen Folgende Funktionalitäten raus: ffcd(), fat_str(), ffls(), ffcdLower(), ffmkdir() und ffrm() der Teil mit Ordnern rekursiv löschen. ('''FALSE''' = Komplette Unterstützung)

'''MMC_WRITE TRUE''', oder '''FALSE''' bestimmt ob schreib Unterstützung einkompiliert wird oder nicht. ('''TRUE''' = Write an)

'''MMC_OVER_WRITE TRUE''', oder '''FALSE''' bestimmt ob ffwrite() mit Überschreiben Funktionalität Kompiliert wird oder nicht. Überschreiben von Dateien ist nicht so performant. Siehe auch: [[AVR_FAT32#Interne_Technik|Interne Technik]] ('''TRUE''' = Dateien überschreiben)

'''MMC_MULTI_BLOCK TRUE''', oder '''FALSE''' legt fest ob mit MultiBlock Read/Write Unterstützung Kompiliert wird oder nicht. Geht nur wenn '''OVER_WRITE FALSE''' ist! ('''TRUE''' = MultiBlock Operation)

'''MMC_MAX_SPEED TRUE''', oder '''FALSE''' legt fest, ob nach der Initialisierung der MMC/SD Karte mit maximalem Speed geschrieben/gelesen wird oder nicht. Zum testen wenn man nicht sicher ist ob die Hardware die maximale Geschwindigkeit mit macht empfiehlt sich '''FALSE''' als Wert.

'''MMC_MAX_CLUSTERS_IN_ROW''' 1-500, gibt an, wie viele Cluster, leer oder Verkettet die zusammenhängen, gesucht werden sollen. Hier muss man den Overhead des Suchens abwägen, gegen die Zeit, die z. B. benötigt wird 500 Cluster in der Fat zu verketten. Siehe auch: [[AVR_FAT32#Interne_Technik|Interne Technik]]

'''MMC_SDHC_SUPPORT TRUE''', oder '''FALSE''' legt fest, ob mit SDHC Unterstützung Kompiliert wird oder ohne. Der [http://de.wikipedia.org/wiki/SD_Memory_Card#SDHC_.28SD_2.0.29 SD Standard 2.0] wird damit unterstützt, also Karten bis 32 GB Größe.

'''MMC_TIME_STAMP TRUE''', oder '''FALSE''' legt fest, ob die Zeitstempel Unterstützung mit kompiliert wird oder nicht. Wenn TRUE, dann wird das Erstelldatum und die Erstellzeit eingetragen. Bei weiteren Schreibzugriffen auf die Datei wird dann auch das Zugriffsdatum und die Zugriffszeit eingetragen. Es müssen dafür auch 2 Funktionen in der fat.c mit Code gefüllt werden, damit diese das Datum und die Zeit liefern.

'''MMC_SOFT_SPI TRUE''', oder '''FALSE''' legt fest, ob mit Software SPI Unterstützung kompiliert wird, oder nicht. Wenn '''TRUE''', muss in der mmc.h noch eingetragen werden welche Pins als SPI Interface benutzt werden sollen. Es werden nur Pins des selben Ports unterstützt. Also z. B. nur Pins von Port B.

==== Die C Funktionen ====

Das Modul FILE bietet in der Standard-Konfiguration folgende für den Nutzer interessante Funktionen:

<c>
unsigned char ffread(void)
void ffwrite(unsigned char c)
void ffwrites(unsigned char *s )
unsigned char ffopen(unsigned char name[])
unsigned char ffclose(void)
void ffseek(unsigned long int offset)
unsigned char ffcd(unsigned char name[])
void ffls(fptr uputs_ptr)
unsigned char ffcdLower(void)
unsigned char ffrm(unsigned char name[])
unsigned char ffmkdir(unsigned char name[])
</c>

Das Modul MMC/SD bietet für den Nutzer direkt nur eine interessante Funktion:
<c>
unsigned char mmc_init(void)
</c>

Das Modul FAT bietet für den Nutzer direkt nur zwei interessante Funktionen:
<c>
unsigned char fat_loadFatData(void)
unsigned long long int fat_getFreeBytes(void)
</c>

Für die Anwendungen der Funktionen gibt es Beispiele, Kommentare und Dokumentation in den [[AVR_FAT32#Sourcen|Sourcen]]. Ein einfaches Beispiel auch unter [[AVR_FAT32#Einfaches_Code_Beispiel|Code Beispiel]].
 
Alle Funktionen, die mit FAT-Namen in Zusammenhang stehen (Datei- und Ordner-Namen), müssen folgende Konvention erfüllen: 
Die FAT-Namenskonvention ist immer 8.3, das heißt, ein Datei-Name mit maximal 8 Zeichen und eine Datei-Endung mit maximal 3 Zeichen.
 
Ein Dateiname "test.txt" MUSS in "TEST    TXT" gewandelt werden! Noch ein Beispiel: "MAIN    C  " = "main.c"
 
Nur vFAT erfüllt lange Datei-Namen !
 

=== Interne Technik ===

In der Regel wird das [http://www.mikrocontroller.net/wikifiles/e/e9/Mod.jpeg Schicht-Modell] eingehalten. Das heißt, jedes Modul nutzt nur die Funktionen aus der Schicht darunter, es gibt allerdings Ausnahmen, aus Gründen der Code-Größe. Beispiel : ffwrite nutzt direkt die Funktion mmc_write_sector(sector); aus dem Modul mmc.c. Aufgrund der Namens-Konvention ist aber leicht zu erkennen, woher die Funktion kommt. 

Es gibt in dem Modul fat, "Daten-Ketten". Die Aufgaben sind atomar aufgeteilt. Zum lesen von Daten sind beispielsweise die Funktionalitäten, lesen eines Sektors, auswerten der Information und weitere Entscheidung (nächsten Sektor laden usw.) nötig. Die Idee dabei ist gewesen, die Funktionen der atomaren Aufgabe nach zu implementieren. 

Beispielkette:
<c>
fat_loadSector -> fat_loadRowOfSector -> fat_loadFileDataFromCluster -> fat_loadFileDataFromDir
</c>
Diese Kette wird beispielsweise beim Öffnen einer Datei durchlaufen. Um die Datei zu öffnen, muss man wissen ob es die Datei im aktuellen Verzeichnis gibt. Um das herauszufinden, muss man den ersten Sektor des Verzeichnisses laden. Dann muss man die Reihen (immer 32 Byte am Stück), also Datei/Ordner-Einträge des Sektors prüfen. Da ein Cluster aus verschiedenen Sektoren bestehen kann, müssen diese auch geprüft werden. Als letzte logische Einheit müssen jetzt noch die verketteten Cluster geprüft werden, also das ganze Verzeichnis. Ist diese Kette so durchlaufen, weiß man, ob die Datei da ist oder nicht. 

==== Lesen ====
Beim lesen, einer Datei wird in der FAT nach verketteten Clustern gesucht. Bei einer unfragmentierten FAT liegen im Idealfall alle Cluster in einer Reihe. Dies wird ausgenutzt:
Es wird der erste Cluster der Datei gesucht und solange gesucht, bis MAX_CLUSTERS_IN_ROW am Stück gefunden wurden, oder ein Abbruch der Kette erkannt wird. Wird ein Abbruch erkannt, wird erstmal das bekannte Teilstück der kompletten Kette gelesen, danach wird das nächste Teilstück gesucht. Bis die ganze Kette durchlaufen wurde. 
Bei einer unfragmentierten Fat kann man oft die ganze Datei lesen ohne einen weiteren Fat lookup, das ist extrem effizient!

==== Schreiben ====
Beim schreiben, einer Datei wird in der FAT nach leeren Clustern gesucht. Bei einer unfragmentierten FAT liegen diese im Idealfall alle nebeneinander. Das wird ausgenutzt:
# Es werden ab Cluster Nr. 2, MAX_CLUSTERS_IN_ROW am Stück gesucht, oder so viele, wie es freie am Stück gibt.
# Diese werden beschrieben (also die Sektoren die mit diesen Clusternummern in Zusammenhang stehen). Sind genügend freie für die Datei Daten bekannt, werden die Cluster verkettet und man ist fertig.
# Sind nicht genügend freie bekannt, wird die erste Teil Kette verkettet und die letzte Cluster Nummer dieser Kette gesichert (file.lastCluster). Jetzt werden wieder neue gesucht.
# Sind jetzt immer noch nicht genügend freie Cluster bekannt, werden die beiden Teilketten verkettet (wo die alte aufhört weiß man durch file.lastCluster). Weiter bei 2.)

''Bei beiden Methoden'' kann es zu größerem [http://de.wikipedia.org/wiki/Overhead_(EDV) Overhead] kommen, wenn die FAT fragmentiert ist. Im Extremfall ist immer nur ein Cluster am Stück frei bzw. verkettet.

=== Funktionsübersichts Diagramm ===

[http://www.mikrocontroller.net/attachment/49287/FunktionsUebersichtsDiagramm.jpeg (Link)] Größe: 2412 x
7946 Pixel, ältere Version der Lib. Viele der Funktionen enden in Schreiboperationen, weil das Diagramm mit der Option "MMC_OVER_WRITE TRUE" erstellt wurde.

=== Die Richtlinien ===

'''Allgemein:'''

Es ist immer darauf zu achten, dass es sich bei MMC/SD-Karten um Flash-Speicher handelt, dieser ist NICHT unendlich oft beschreibbar. Die Schreiben/Anhängen- und Löschen- Funktionalitäten sollten so selten wie möglich benutzt werden! 
Eine SD Karte besitzt einen eigenen Controller in der Karte, der auf den eigentlichen Flash-Speicher schreibt. So können die logischen von den physikalischen Sektoren getrennt werden (Wear Leveling). Also gibt es nicht so viele Schreib Vorgänge auf dem gleichen Sektor, weil der Karten Controller den logischen Sektor auf einen anderen physikalischen schreibt. 
Siehe Auch: [http://de.wikipedia.org/wiki/SD_Memory_Card Wikipedia SD Karten] , und [[MMC- und SD-Karten]].

'''Richtlinien stable-mmc-0.5.x:'''

Wenn eine Datei zum schreiben geöffnet ist, aber gerade keine Daten zum schreiben vorliegen, bringt es keinen Vorteil (Strom oder Geschwindigkeit) die Datei zu schießen, wenn später noch Daten geschrieben werden sollen. Bei jedem ffclose, wird der Datei Eintrag geupdatet, also dieser Sektor geschrieben (möglicherweise zusätzlich sogar ein FAT Sektor). 

Oftmaliges anlegen und löschen einer Datei schreibt immer die selben (logischen) Sektoren. Besser nicht löschen und einfach neu anlegen, mit anderem Namen, oder überschreiben, da dabei die schon verketteten FAT Sektoren nicht nochmals beschrieben werden, sondern nur die Daten Sektoren überschrieben werden. 

----

== Beispiel Beschaltung==

=== Schaltplan ===
[[Bild:Schaltplan.jpeg|thumb|right|260px|'''[http://www.mikrocontroller.net/wikifiles/9/93/Schaltplan.jpeg Schaltplan]''']]

MMC/SD-Karten brauchen 3,3 Volt. Wenn der Controller mit 5 Volt arbeitet, muss man die Spannungspegel anpassen. Arbeitet der Controller auch mit 3,3 Volt kann man alle Leitungen direkt mit der Karte verbinden. 
Als Beispiel für die mögliche Frequenz des hier verwendeten HC4050 zur Pegelwandlung: bei +125 °C und VCC von 2 V wird das Propagationdelay mit Max 130 ns angegeben. Das macht ungefähr 7,6 Mhz Maximal mögliche Frequenz. Bis +85 °C und VCC von 2 V geht es bis 9,5 Mhz. Da aber hier 3,3 Volt anliegen wird er in allen Bereichen etwas schneller sein. 
Siehe Datenblatt für mehr Infos oder [[Pegelwandler]].

Benutzt wird der [[Serial_Peripheral_Interface|SPI]]-Port des Controllers (bis auf Slave Select, hier PB1). Es wäre aber auch Software basiertes SPI möglich, siehe hierfür auch [[AVR_FAT32#Die_Funktionalit.C3.A4t|Link]] 
Die Kondensatoren C1 und C2 (100nF) dienen nur zum Entstören (möglichst nah an ICs). Sollten an jedes digitale IC in einer Schaltung. 
Die MMC/SD-Leiste kann eine richtige Halterung sein oder was auch sehr gut passt ist ein Stück alte ISA-Bus Buchse eines alten Mainboards (nur MMC Karten). Die Abstände da passen gut. Einfach vom Board Flexen und dann kleine Kabel an den Stecker löten (da wo man unten jetzt das Metall sieht) 
Das HC4050 IC ist ein "high to low" level shifter. Es sorgt dafür, dass die 3 abgehenden Signale des MC auf 3.3 Volt gebracht werden. Das abgehende Signal der Karte zum Controller wird auch so als logisch high erkannt. 

=== Pinbelegung MMC/SD/SDHC ===

[[Bild:Pinout.png|thumb|left|500px|'''[http://www.mikrocontroller.net/wikifiles/1/15/Pinout.png SD/SDHC/MMC Karte - Atmega8/168/328]''']]
[[Bild:mmc_sd.png|thumb|left|500px|'''[http://www.mikrocontroller.net/wikifiles/5/50/Mmc_sd.png Pins SD/SDHC/MMC Karte]''']]
{{Clear}}

----

== Der Code ==

=== Sourcen ===

* Sourcecode mit Linux Makefile und als AvrStudio-Projekt jetzt immer auf: [http://www.mikrocontroller.net/svnbrowser/avr-fat32 SVN AVR-Fat32]

=== Einfaches Code Beispiel ===

Ein Beispiel um in eine Datei zu schreiben/anhängen und wieder zu lesen:
<c>
#include <stdlib.h>
#include <avr/io.h>

#include "config.h" // Hier werden alle nötigen Konfigurationen vorgenommen !
#include "file.h"
#include "fat.h"
#include "mmc.h" // Hardware abhängig.
#include "uart.h" // Hardware abhängig, es kann auch eine eigene eingebunden werden !

//*****************************************************************************************************************
void main(void){

// Uart initialisierung zu Ausgabe von Daten.
uinit();

uputs((unsigned char*)"\nBoot");

// Versuch Karte zu Initialisieren, bis es klappt.
// Umbedingt so, weil die Initialiesierung nicht immer auf anhieb klappt.
while (FALSE==mmc_init()){
nop();
}

uputs((unsigned char*)"...");

// Fat initialisieren. Nur wenn das klappt sind weitere Aktionen sinnvoll, sonst endet das Programm !
if(TRUE == fat_loadFatData()){

// Wenn auf dem terminal "Boot... OK" zu lesen ist, ist Init OK.
// Jetzt kann man schreiben/anhaengen/lesen.
uputs((unsigned char*)"Ok\n");

// Dateinamen muessen in diesem Format sein !
// Man beachte die Größe des Arrays und die Großbuchstaben!
unsigned char file_name[12]="TEST TXT";

// String zum in die Datei schreiben.
unsigned char str[13]="Hallo Datei!";

// Datei existiert nicht, also anlegen !
if(MMC_FILE_NEW == ffopen(file_name)){

// Schreibt String auf Karte !
// Nur richtige Strings koennen mit ffwrites geschrieben werden !
ffwrites(str);

// Neue Zeile in der Datei.
// Schreibt Zeilenumbruch in die Text Datei.
ffwrite(0x0D);
ffwrite(0x0A);

// Schließt Datei.
ffclose();
}

// Datei existiert, also anhaengen !
if(MMC_FILE_EXISTS == ffopen(file_name)){

// Spult bis zum Dateiende vor um anzuhaengen, geht auch ohne Option MMC_OVER_WRITE !
ffseek(file.length);

// Schreibt String.
ffwrites(str);

// Neue Zeile in der Datei.
// Schreibt Zeilenumbruch in die Text Datei.
ffwrite(0x0D);
ffwrite(0x0A);

// Schließt Datei.
ffclose();
}

// Datei existiert also lesen.
// Gerade angelegt und beschrieben, oder war schon vorhanden und es wurde was angehaengt.
if(MMC_FILE_EXISTS == ffopen(file_name)){

// Setzen einer Variable und dann runterzaehlen geht am schnellsten !
unsigned long int seek=file.length;

// Lesen eines chars und Ausgabe des chars.
// Solange bis komplette Datei gelesen wurde.
do{
uputc(ffread());
}while(--seek);

ffclose();
}

}

}
</c>

----

== FAT 32 Grundlegendes ==

[[Bild:fat32.png|thumb|right|250px|'''Bild 0:''' [http://www.mikrocontroller.net/wikifiles/8/82/Fat32.png Grundlegende FAT32 Struktur]]]

Ein Dateisystem des Typs FAT besteht aus mehreren Bereichen.
FAT ist immer [http://de.wikipedia.org/wiki/Byte-Reihenfolge little Endian].
Ein Dateisystem wie FAT32 ist ein Verwaltungsinstrument. Der FAT16/32 Standard beschreibt die Art und Weise wie die Daten Verwaltet werden. 
Im Folgenden werden die Schritte die nötig sind um Daten aus dem System zu lesen und in das System zu schreiben erläutert. Die Zahlenbeispiele und Bilder sollen ein praktisches Beispiel geben. Zum Verständnis empfiehlt es sich, das ganze Kapitel FAT32 Durchzulesen !

* Der erste Teil, ist der Sektor 0 oder LBA. In dem Sektor stehen die nötigen Informationen um mit dem Auslesen beginnen zu können.
* Dann die FAT selber, also die Dateizuordnungstabelle.
* Der dritte Teil ist der "Daten" Bereich, in dem beispielsweise Dateieinträge/Ordnereinträge oder Daten stehen.

FAT bedeutet File Allocation Table ( Dateizuordnungstabelle ). Dateizuordnungstabelle beschreibt schon das Prinzip der FAT.
Kern des Dateisystems ist eine einfach verkettete Liste, in der festgehalten wird wo sich die Daten befinden, die Dateizuordnungstabelle ! 
In dieser Tabelle werden Cluster verkettet, diese verketteten Cluster können Dateien oder Ordner bilden, dazu später mehr. 
Der Unterschied zwischen FAT32 und FAT16 besteht darin, dass ein FAT16 Dateisystem noch einen speziellen Teil hat. Das Root-Dir ist nicht einfach ein weiterer Ordner wie bei FAT32 sondern ein festgelegter Teil, der Platz für 512 Einträge bietet. FAT einträge bei FAT16 sind nur 2 Byte groß. Der Rest ist gleich.

=== Sektor 0 oder LBA ===

[[Bild:sektor0.jpeg|thumb|right|250px|'''Bild 1:''' [http://www.mikrocontroller.net/wikifiles/c/c6/Sektor0.jpeg Sektor 0] (512 Byte) bei einer unpartitionierten Karte]]
Um das Dateisystem lesen zu können muss man wissen wo was steht. Die nötigsten Informationen sind:

* Sektoren pro Cluster (rot)
* Reservierte Sektoren nach Sektor 0 (orange)
* Anzahl der FATs (gelb)
* Wieviele Sektoren von einer FAT belegt werden (grün)
* Der Root-Dir Cluster (blau)

Aus diesen Daten ergibt sich demnach:

* 1. Sektor der 1. FAT ist Sektor 32 ([[AVR_FAT32#Die_FAT|Bild 2]]), also der erste Sektor nach der Anzahl der Reservierten (orange).
* Der erste Daten Cluster ist 1003, weil die Anzahl der FATs 1 ist, also einmal die Sektoren, die von einer FAT belegt werden (grün) (00003cb=971) 971 + 32 (orange) = 1003.
* Das Root-Dir ist Cluster 2, also Sektor 1003.
* Die Anzahl der Sektoren pro Cluster ist 4 (2048 Bytes/Cluster).

Damit sind alle nötigen Daten vorhanden ! 
Mann weiß jetzt wo das Root-Dir beginnt, ab da spannt sich der Verzeichnis Baum auf. So kann man jetzt alle Dateieinträge lesen. Es sind also alle Informationen mit der man das Lesen einer Datei beginnen kann bekannt, bzw. man weiß wo man einen Dateieintrag machen muss beim schreiben. Um eine Datei aber vollständig lesen zu können, muss man alle Cluster kennen, die zu der Datei gehören, da kommt die FAT-Tabelle ins Spiel von der man ja jetzt auch die 1. Sektornummer kennt. Dort stehen ab dem 1. Cluster der Datei, verkettet alle Folgecluster.

Bei FAT Dateisystemen können mehrere Sektoren (512 Bytes) logisch zu Clustern zusammengeschlossen werden. Ein Cluster ist für eine Datei die kleinste Speichereinheit. Das hat zur Folge, dass eine 100 Byte große Datei eventuell 2048 Bytes im Dateisystem belegt. Die rote Zahl gibt an wieviele Sektoren ein Cluster bilden. Der Daten Bereich wird immer in Clustern angegeben, das macht die Umrechnung von Sektoren zu Clustern nötig. In diesem Fall ist Cluster 2 der absolute Sektor 1003.

=== Die FAT ===

Folgendes Bild zeigt den ersten FAT Sektor (512 Bytes) eines FAT32 Dateisystems (nicht den ersten Sektor der Karte!). Eingetragen sind: Root-Dir und zwei darin enthaltene Ordner sowie eine Datei mit 60.000 Bytes Größe.

[[Bild:Fat32.jpeg|thumb|right|250px|'''Bild 2:''' [http://www.mikrocontroller.net/wikifiles/b/b3/Fat32.jpeg 1. FAT Sektor] (hier Sektor 32)]]
Die Einträge 0-7 sind immer reserviert (Quasi Cluster 0 und 1)! Also beginnt die FAT ab 8 (rot, Cluster Nummer 2). Der erste Eintrag (rot) ist 4 Byte groß und zu lesen von Stelle 8 zu Stelle 11 weil little Endian, also umgedrehte Wertigkeit. 8 niedrigste Wertigkeit, dann 9 eins höher, 10 noch eine höher und 11 höchste (dazu später noch ein Beispiel). 
Wie von Microsoft empfohlen ist der erste mögliche Cluster das Root-Dir (rot). Welches hier nur einen Cluster lang ist. 

An den gelben Einträgen wird die einfach verkettete Liste der FAT deutlich. Der erste gelbe Eintrag steht an der Stelle des Clusters Nummer 5 und hat als Inhalt eine 6. Das bedeutet: Cluster 5 und 6 gehören zusammen. Würde an der Stelle des Clusters Nummer 5 ein FFFFFF0F stehen (little Endian) ist nur der Cluster 5 mit Daten belegt (wie bei rot, blau und grün). 
So tastet man sich vom ersten Cluster einer Datei bis zum Letzten Cluster einer Datei vor. Das ist der einzige Zweck der FAT (mit FAT ist hier die eigentliche Tabelle gemeint). 
Woher bekommt man aber den 1. Cluster einer Datei?

=== Daten ===

[[Bild:Data.jpeg|right|thumb|250px|'''Bild 3:''' Inhalt eines Ordners/Dirs (hier [http://www.mikrocontroller.net/wikifiles/f/fb/Data.jpeg Cluster 4])]]

Ein Dateieintrag besteht aus 32 Bytes und liegt in einem Ordner/Dir im Datenbereich des Dateisystems ( 32 Bytes = eine Zeile).

Dies ist der 1. Cluster eines Ordners. Hier sieht man den "." bzw ".." Eintrag in Zeile 1 bzw. 2. Diese beiden Einträge sind in jedem ersten Cluster eines Ordners vorhanden. Außer im Root-Dir, von dort spannt sich der Verzeichnis Baum ja erst auf. Der "." Eintrag hat als 1. Cluster Eintrag den eigenen Cluster, hier 4. Der ".." Eintrag ist interessanter, weil er den 1. Cluster des Übergeordneten Ordners enthält, hier 3. Ist der Übergeordnete Ordner das Root-Dir, ist der 1. Cluster Eintrag 0. Diese beiden Einträge werden in der Lib genutzt um rekursiv zu löschen.

Die dritte Zeile des Bilds zeigt eine Datei namens TEST3.TXT (grün) mit 60.000 Bytes Größe (blau) und dem 1. Cluster 5,damit ist immer der 1. Daten Cluster gemeint (rot, Folgecluster siehe [[AVR_FAT32#Die_FAT|Bild 2]]). Speziell ist hier, dass die 4 Bytes des ersten Clusters aufgeteilt sind auf 2 unterschiedliche "Orte" im 32 Byte Eintrag (Wertigkeit: 26:27:20:21).

Um nun die Daten der Datei lesen zu können, muss man die Daten Cluster kennen. Der erste Daten Cluster steht im Datei Eintrag, hier Cluster 5. Für die Folgenden sieht man in der FAT nach. Dort stehen die Folgecluster der Datei. An der Stelle des ersten Clusters der Datei Cluster 5 steht eine 6, d.h. der nächste Cluster ist 6. In dieser Form ist die FAT verkettet. Wenn in der FAT der letzte Cluster erreicht ist, inhalt des Clusters ist FFFFFFF0, liest man den letzten Sektor bis man insgesammt die Größe der Datei (blau) gelesen hat und ist fertig.

=== Root Dir ===

[[Bild:Dir.jpeg|thumb|right|250px|'''Bild 4:''' Root des Dateisystems (hier [http://www.mikrocontroller.net/wikifiles/2/26/Dir.jpeg Cluster 2])]]
Die Sektor Nummer des Root-Dirs, bei FAT32, wird aus Sektor 0 oder dem LBA ausgelesen (siehe [[AVR_FAT32#Sektor_0_oder_LBA|Bild 1]]). Zu Sehen ist hier in der ersten Zeile ein 32 Byte Eintrag eines Ordners. Zu erkennen ist dieser am Datei Attribut 0x10 an Stelle 11 (rot). Für den Ordner Namen ist das Gleiche Feld da wie für einen Dateinamen (grün). Der 1. Cluster des Ordners ist 3 (blau, Inhalt des Ordners ist [[AVR_FAT32#Daten|Bild 3]]). Bei Ordnern werden die Felder für die Größe genullt (orange). Das Root-Dir hat keinen "." bzw. ".." Eintrag. Der erste Cluster des Dirs ist ja über Sektor 0 bekannt und ab dem Root-Dir spannt sich der Verzeichnisbaum erst auf. Das Root-Dir bei FAT32 kann beliebig groß werden.

=== Zusammenfassung ===

Für Dateien und Ordner sind nur zwei Bereiche eines FAT32 Dateisystems wichtig, nämlich die FAT selbst und der Daten Bereich.
Eine Datei wird aufgesplittet, in einen Datei Eintrag und in die Nutzdaten der Datei (alles im Daten Bereich). Ein Ordner ist vom Eintrag im Dateisystem einer Datei sehr ähnlich. Wo bei einer Datei über den 1.Cluster eine Cluster-Chain für die eigentlichen Daten der Datei beginnt, wird bei einem Ordner so eine Cluster-Chain für weitere Datei/Ordner Einträge verkettet. Ein Ordner bietet pro Sektor maximal 16 Einträge (16*32=512).

----

== Siehe auch ==

* Thread: http://www.mikrocontroller.net/topic/105869
* Infos (englisch): https://www.pjrc.com/tech/8051/ide/fat32.html
* Fatgen103 von Microsoft (einfach mal nach Fatgen103.pdf suchen..)
* [[MMC- und SD-Karten]]

----

== Weblinks ==
'''Weitere Projekte mit FAT MMC/SD Karten:'''

* [http://www.roland-riegel.de/sd-reader/index.html MMC/SD FAT16 card reader example application (Roland Riegel)]
* [http://www.ulrichradig.de/home/index.php/avr/mmc-sd MMC/SD FAT16 (Ulrich Radig)]
* [http://www.holger-klabunde.de/avr/avrboard.htm#FullFAT MMC/SD FAT16/32 auch multi File (Holger Klabunde)]

[[Kategorie:AVR]]
[[Kategorie:Speicher und Dateisysteme]]

AVR-Tutorial: Speicher

2010-04-29T14:22:39Z

Jonebohne: /* RAM */

== Speichertypen ==

Die AVR-Mikrocontroller besitzen 3 verschiedene Arten von Speicher:

<table border="1" class="wikitable">
<tr>
<th align="left"></th>
<th align="left">Flash</th>
<th align="left">EEPROM</th>
<th align="left">RAM</th>
</tr>
<tr>
<th align="left">Schreibzyklen</th>
<td>>10.000</td>
<td>>100.000</td>
<td>unbegrenzt</td>
</tr>
<tr>
<th align="left">Lesezyklen</th>
<td>unbegrenzt</td>
<td>unbegrenzt</td>
<td>unbegrenzt</td>
</tr>
<tr>
<th align="left">flüchtig</th>
<td>nein</td>
<td>nein</td>
<td>ja</td>
</tr>
<tr>
<th align="left">Größe beim ATtiny2313</th>
<td>2 KB</td>
<td>128 Byte</td>
<td>128 Byte</td>
</tr>
<tr>
<th align="left">Größe beim ATmega8</th>
<td>8 KB</td>
<td>512 Byte</td>
<td>1 KB</td>
</tr>
<tr>
<th align="left">Größe beim ATmega32</th>
<td>32 KB</td>
<td>1 KB</td>
<td>2 KB</td>
</tr>

</table>

=== Flash-ROM ===

Das [[Speicher#Flash-ROM | '''Flash-ROM''']] der AVRs dient als Programmspeicher. Über den Programmieradapter werden die kompilierten Programme vom PC an den Controller übertragen und im Flash-ROM abgelegt. Bei der Programmausführung wird das ROM [[Digitaltechnik#Word | Wort]] für Wort ausgelesen und ausgeführt. Es lässt sich aber auch zur Speicherung von Daten nutzen (z. B. Texte für ein [[LCD]]). Vom laufenden Programm aus kann man das ROM normalerweise nur lesen, nicht beschreiben. Es kann beliebig oft ausgelesen werden, aber theoretisch nur ~10.000 mal beschrieben werden.

=== EEPROM ===

Das [[Speicher#EEPROM |'''EEPROM''']] ist wie das Flash ein nichtflüchtiger Speicher, die Daten bleiben also auch nach dem Ausschalten der Betriebsspannung erhalten. Es kann beliebig oft gelesen und mindestens 100.000 mal beschrieben werden. Bei den AVRs kann man es z. B. als Speicher für Messwerte oder Einstellungen benutzen.

=== RAM ===

Das [[Speicher#RAM |'''RAM''']] ist ein flüchtiger Speicher, d.h. die Daten gehen nach dem Ausschalten verloren. Es kann beliebig oft gelesen und beschrieben werden, weshalb es sich zur Speicherung von Variablen eignet für die die Register R0-R31 nicht ausreichen. Daneben dient es als Speicherort für den Stack, auf dem z. B. bei Unterprogrammaufrufen (rcall) die Rücksprungadresse gespeichert wird (siehe [[AVR-Tutorial:_SRAM | AVR-Tutorial: SRAM]]).

== Anwendung ==

=== Flash-ROM ===

Die erste und wichtigste Anwendung des Flash-ROMs kennen wir bereits: Das Speichern von Programmen, die wir nach dem Assemblieren dort hineingeladen haben. Nun sollen aber auch vom laufenden Programm aus Daten ausgelesen werden.

Um die Daten wieder auszulesen, muss man die Adresse, auf die zugegriffen werden soll, in den '''Z-Pointer''' laden. Der Z-Pointer besteht aus den Registern '''R30''' (Low-Byte) und '''R31''' (High-Byte), daher kann man das Laden einer Konstante wie gewohnt mit dem Befehl '''ldi''' durchführen. Statt R30 und R31 kann man übrigens einfach '''ZL''' und '''ZH''' schreiben, da diese Synonyme bereits in der include-Datei m8def.inc definiert sind.

Wenn die richtige Adresse erstmal im Z-Pointer steht, geht das eigentliche Laden der Daten ganz einfach mit dem Befehl '''lpm'''. Dieser Befehl, der im Gegensatz zu out, ldi usw. keine Operanden hat, veranlasst das Laden des durch den Z-Pointer addressierte Byte aus dem Programmspeicher in das Register '''R0''', von wo aus man es weiterverarbeiten kann.

Jetzt muss man nur noch wissen, wie man dem Assembler überhaupt beibringt, dass er die von uns festgelegte Daten im ROM plazieren soll, und wie man dann an die Adresse kommt an der sich diese Daten befinden. Um den Programmspeicher mit Daten zu füllen, gibt es die Direktiven .db und .dw. In der Regel benötigt man nur .db, was folgendermaßen funktioniert:

<avrasm>
daten:
.db 12, 20, 255, 0xFF, 0b10010000
</avrasm>

Direktiven wie .db sind Anweisungen an den Assembler, keine Prozessorbefehle. Von denen kann man sie durch den vorangestellten Punkt unterscheiden. In diesem Fall sagen wir dem Assembler, dass er die angegebenen Bytes nacheinander im Speicher platzieren soll; wenn man die Zeile also assembliert, erhält man eine Hex-Datei, die nur diese Daten enthält.

Aber was soll das '''daten:''' am Anfang der Zeile? Bis jetzt haben wir Labels nur als Sprungmarken verwendet, um den Befehlen '''rcall''' und '''rjmp''' zu sagen, an welche Stelle im Programm gesprungen werden soll. Würden wir in diesem Fall '''rjmp daten''' im Programm stehen haben, dann würde die Programmausführung zur Stelle '''daten:''' springen, und versuchen die sinnlosen Daten als Befehle zu interpretieren - was mit Sicherheit dazu führt, dass der Controller Amok läuft.

Statt nach '''daten:''' zu springen, sollten wir die Adresse besser in den Z-Pointer laden. Da der Z-Pointer aus zwei Bytes besteht, brauchen wir dazu zweimal den Befehl '''ldi''':

<avrasm>
ldi ZL, LOW(daten*2) ; Low-Byte der Adresse in Z-Pointer
ldi ZH, HIGH(daten*2) ; High-Byte der Adresse in Z-Pointer
</avrasm>

Wie man sieht, ist das Ganze sehr einfach: Man kann die Labels im Assembler direkt wie Konstanten verwenden. Über die Multiplikation der Adresse mit zwei sollte man sich erst mal keine Gedanken machen: "Das ist einfach so." Wer es genauer wissen will schaut [[AVR-Tutorial:_Mehrfachverzweigung#Z-Pointer_leicht_verst.C3.A4ndlich | hier]] nach.

Um zu zeigen wie das alles konkret funktioniert, ist das folgende Beispiel nützlich:

<avrasm>
.include "m8def.inc"

ldi R16, 0xFF
out DDRB, R16 ; Port B: Ausgang

ldi ZL, LOW(daten*2) ; Low-Byte der Adresse in Z-Pointer
ldi ZH, HIGH(daten*2) ; High-Byte der Adresse in Z-Pointer

lpm ; durch Z-Pointer adressiertes Byte
; in R0 laden
out PORTB, R0 ; an PORTB ausgeben

ende:
rjmp ende ; Endlosschleife

daten:
.db 0b10101010
</avrasm>

Wenn man dieses Programm assembliert und in den Controller überträgt, dann kann man auf den an Port B angeschlossenen LEDs das mit '''.db 0b10101010''' im Programmspeicher abgelegte Bitmuster sehen.

Eine häufige Anwendung von '''lpm''' ist das Auslesen von Zeichenketten ("Strings") aus dem Flash-ROM und die Ausgabe an den seriellen Port oder ein LCD. Das folgende Programm gibt in einer Endlosschleife den Text "AVR-Assembler ist ganz einfach", gefolgt von einem Zeilenumbruch, an den UART aus.

<avrasm>
.include "m8def.inc"

.def temp = r16
.def temp1 = r17

.equ CLOCK = 4000000 ; Frequenz des Quarzes
.equ BAUD = 9600 ; Baudrate
.equ UBRRVAL = CLOCK/(BAUD*16)-1 ; Baudratenteiler

; hier geht das Programmsegment los

.CSEG
.org 0
ldi r16, low(RAMEND) ; Stackpointer initialisieren
out SPL, r16
ldi r16, high(RAMEND)
out SPH, r16

ldi temp, LOW(UBRRVAL) ; Baudrate einstellen
out UBRRL, temp
ldi temp, HIGH(UBRRVAL)
out UBRRH, temp

ldi temp, (1<<URSEL)|(3<<UCSZ0) ; Frame-Format: 8 Bit
out UCSRC, temp
sbi UCSRB, TXEN ; TX (Senden) aktivieren

loop:
ldi ZL, LOW(text*2) ; Adresse des Strings in den
ldi ZH, HIGH(text*2) ; Z-Pointer laden
rcall print ; Funktion print aufrufen
rcall wait ; kleine Pause
rjmp loop ; das Ganze wiederholen

; kleine Pause
wait:
ldi temp,0
wait_1:
ldi temp1,0
wait_2:
dec temp1
brne wait_2
dec temp
brne wait_1
ret

; print: sendet die durch den Z-Pointer adressierte Zeichenkette

print:
lpm ; Erstes Byte des Strings nach R0 lesen
tst R0 ; R0 auf 0 testen
breq print_end ; wenn 0, dann zu print_end
mov r16, r0 ; Inhalt von R0 nach R16 kopieren
rcall sendbyte ; UART-Sendefunktion aufrufen
adiw ZL, 1 ; Adresse des Z-Pointers um 1 erhöhen
rjmp print ; wieder zum Anfang springen
print_end:
ret

; sendbyte: sendet das Byte aus R16 über das UART

sendbyte:
sbis UCSRA, UDRE ; warten bis das UART bereit ist
rjmp sendbyte
out UDR, r16
ret

; Konstanten werden hier im Flash abgelegt

text:
.db "AVR-Assembler ist ganz einfach",10,13,0
; Stringkonstante, durch eine 0 abgeschlossen
; die 10 bzw. 13 sind Steuerzeichen für Wagenrücklauf und neue Zeile
</avrasm>

Neuere AVR-Controller besitzen einen erweiterten Befehlssatz. Darunter befindet sich auch der folgende Befehl:

<avrasm>
lpm r16, Z+
</avrasm>

Dieser Befehl liest ein Byte aus dem Flash und speichert es in einem beliebigen Register, hier r16. Danach wird der Zeiger Z um eins erhöht. Für die neuen Controller, wie ATmegas kann das Codebeispiel also so abgeändert werden:

<avrasm>
; print: sendet die durch den Z-Pointer adressierte Zeichenkette
print:
lpm r16, Z+ ; Erstes Byte des Strings nach r16 lesen
tst r16 ; r16 auf 0 testen
breq print_end ; wenn 0, dann zu print_end
rcall sendbyte ; UART-Sendefunktion aufrufen
rjmp print ; wieder zum Anfang springen
print_end:
ret
</avrasm>

Wenn man bei .db einen Text in doppelten Anführungszeichen angibt, werden die Zeichen automatisch in die entsprechenden ASCII-Codes umgerechnet:

<avrasm>
.db "Test", 0
; ist äquivalent zu
.db 84, 101, 115, 116, 0
</avrasm>

Damit das Programm das Ende der Zeichenkette erkennen kann, wird eine 0 an den Text angehängt.

Das ist doch schonmal sehr viel praktischer, als jeden Buchstaben einzeln in ein Register zu laden und abzuschicken. Und wenn man statt '''sendbyte''' einfach die Routine '''lcd_data''' aus dem 4. Teil des Tutorials aufruft, dann funktioniert das gleiche sogar mit dem LCD!

==== Neue Assemblerbefehle ====

<avrasm>
lpm ; Liest das durch den Z-Pointer
; addressierte Byte aus dem Flash-ROM
; in das Register R0 ein.

lpm [Register], Z ; Macht das gleiche wie lpm, jedoch in
; ein beliebiges Register

lpm [Register], Z+ ; Erhöht zusätzlich den Z-Zeiger

tst [Register] ; Prüft, ob Inhalt eines Registers
; gleich 0 ist.

breq [Label] ; Springt zu [Label], wenn der
; vorhergehende Vergleich wahr ist.

adiw [Register], [Konstante] ; Addiert eine Konstante zu einem
; Registerpaar. [Register] bezeichnet das
; untere der beiden Register.
; Kann nur auf die Registerpaare
; R25:R24, R27:R26, R29:R28 und R31:R30
; angewendet werden.
</avrasm>

=== EEPROM ===

Den Flash Speicher kann man also benutzen, um dort Daten abzulegen, die sich während eines Programmlaufs nicht verändern. Irgendwelche Tabellen oder konstante Texte. Aber des öfteren möchte man auch die Möglichkeit haben, Daten zu speichern und wieder zu lesen, die sich während des Programmlaufs ändern. Ganz besonders möchte man eine Speicherfläche zur Verfügung haben, die ihren Inhalt auch dann behält, wenn dem µC die Versorgungsspannung abgedreht wird. Man denke z.B. an irgendwelche Konfigurationsdaten oder an Informationen, wie weit der µC in der Bearbeitung von Daten vorangekommen ist oder irgendwelche Statistikdaten, die auch nach einem Stromausfall noch verfügbar sein sollen. In solchen Fällen kommt das EEPROM zum Einsatz

==== Lesen ====

Als erstes muss geprüft werden, ob ein vorheriger Schreibzugriff schon abgeschlossen ist. Danach wird die EEPROM-Adresse von der gelesen werden soll in das IO-Registerpaar '''EEARH/EEARL''' (EEPROM Address Register) geladen. Da der ATmega8 mehr als 256 Byte EEPROM hat, passt die Adresse nicht in ein einziges 8-Bit-Register, sondern muss in zwei Register aufgeteilt werden: EEARH bekommt das obere Byte der Adresse, EEARL das untere Byte. Dann löst man den Lesevorgang durch das Setzen des Bits '''EERE''' (EEPROM Read Enable) im IO-Register '''EECR''' (EEPROM Control Register) aus. Das gelesene Byte kann sofort aus dem IO-Register '''EEDR''' (EEPROM Data Register) in ein normales CPU-Register kopiert und dort weiterverarbeitet werden.

Wie auch das Flash-ROM kann man das EEPROM über den ISP-Programmer programmieren. Die Daten, die im EEPROM abgelegt werden sollen, werden wie gewohnt mit .db angegeben; allerdings muss man dem Assembler natürlich sagen, dass es sich hier um Daten für das EEPROM handelt. Das macht man durch die Direktive '''.eseg''', woran der Assembler erkennt, dass alle nun folgenden Daten für das EEPROM bestimmt sind.

Damit man die Bytes nicht von Hand abzählen muss um die Adresse herauszufinden, kann man auch im EEPROM-Segment wieder Labels einsetzen und diese im Assemblerprogramm wie Konstanten verwenden.

<avrasm>
.include "m8def.inc"

; hier geht die Programmsektion los
.cseg

ldi r16, low(RAMEND) ; Stackpointer initialisieren
out SPL, r16
ldi r16, high(RAMEND)
out SPH, r16

ldi r16, 0xFF
out DDRB, r16 ; Port B Ausgang

ldi ZL,low(daten) ; Z-Zeiger laden
ldi ZH,high(daten)
rcall EEPROM_read ; Daten aus EEPROM lesen
out PORTB, r16

loop:
rjmp loop

EEPROM_read:
sbic EECR,EEWE ; prüfe ob der vorherige Schreibzugriff
; beendet ist
rjmp EEPROM_read ; nein, nochmal prüfen

out EEARH, ZH ; Adresse laden
out EEARL, ZL
sbi EECR, EERE ; Lesevorgang aktivieren
in r16, EEDR ; Daten in CPU Register kopieren
ret

; Daten im EEPROM definieren
.eseg
daten:
.db 0b10101010
</avrasm>

Wenn man dieses Programm assembliert, erhält man außer der .hex-Datei noch eine Datei mit der Endung '''.eep'''. Diese Datei enthält die Daten aus dem EEPROM-Segment (.eseg), und muss zusätzlich zu der hex-Datei in den Controller programmiert werden.

Das Programm gibt die Binärzahl 0b10101010 an den Port B aus, das heißt jetzt sollte jede zweite LED leuchten.

Natürlich kann man auch aus dem EEPROM Strings lesen und an den UART senden:

<avrasm>
.include "m8def.inc"

.def temp = r16

.equ CLOCK = 4000000 ; Frequenz des Quarzes

.equ BAUD = 9600 ; Baudrate
.equ UBRRVAL = CLOCK/(BAUD*16)-1 ; Baudratenteiler

; hier geht das Programmsegment los

.CSEG

; Hauptprogramm
main:
ldi temp, LOW(RAMEND) ; Stackpointer initialisieren
out SPL, temp
ldi temp, HIGH(RAMEND)
out SPH, temp

ldi temp, LOW(UBRRVAL) ; Baudrate einstellen
out UBRRL, temp
ldi temp, HIGH(UBRRVAL)
out UBRRH, temp

ldi temp, (1<<URSEL)|(3<<UCSZ0) ; Frame-Format: 8 Bit
out UCSRC, temp
sbi UCSRB, TXEN ; TX (Senden) aktivieren

ldi ZL, low(text1) ; ersten String senden
ldi ZH, high(text1) ; Z-Pointer laden
rcall EEPROM_print

ldi ZL, low(text2) ; zweiten String senden
ldi ZH, high(text2) ; Z-Pointer laden
rcall EEPROM_print

loop:
rjmp loop ; Endlosschleife

; EEPROM Lesezugriff auf Strings + UART Ausgabe

EEPROM_print:
sbic EECR,EEWE ; prüf ob der vorherige Schreibzugriff
; beendet ist
rjmp EEPROM_print ; nein, nochmal prüfen

out EEARH, ZH ; Adresse laden
out EEARL, ZL

sbi EECR, EERE ; Lesevorgang aktivieren
in temp, EEDR ; Daten in CPU Register kopieren
tst temp ; auf 0 testen (=Stringende)
breq eep_print_end ; falls 0, Funktion beenden
rcall sendbyte ; ansonsten Byte senden...
adiw ZL,1 ; Adresse um 1 erhöhen...
rjmp EEPROM_print ; und zum Anfang der Funktion
eep_print_end:
ret

; sendbyte: sendet das Byte aus "data" über den UART

sendbyte:
sbis UCSRA, UDRE ; warten bis das UART bereit ist
rjmp sendbyte
out UDR, temp
ret

; hier wird der EEPROM-Inhalt definiert

.ESEG

text1:
.db "Strings funktionieren auch ", 0
text2:
.db "im EEPROM",10,13, 0
</avrasm>

==== Schreiben ====

Als erstes muss geprüft werden, ob ein vorheriger Schreibzugriff schon abgeschlossen ist. Danach wird die EEPROM-Adresse, auf die geschrieben wird, in das IO-Register '''EEAR''' ('''EE'''PROM '''A'''ddress '''R'''egister) geladen. Dann schreibt man die Daten, welche man auf der im Adressregister abgespeicherten Position ablegen will ins Register '''EEDR''' ('''EE'''PROM '''D'''ata '''R'''egister). Als nächstes setzt man das '''EEMWE''' Bit im EEPROM-Kontrollregister '''EECR''' ('''EE'''PROM '''C'''ontrol '''R'''egister) um den Schreibvorgang vorzubereiten. Nun wird es zeitkritisch - es darf nun keinesfalls ein Interrupt dazwischenfahren - denn man muss innerhalb von 4 Taktzyklen das '''EEWE''' Bit setzen um den Schreibvorgang auszulösen. Um das unter allen Bedingungen sicherzustellen werden die Interrupts kurz gesperrt. Danach startet der Schreibvorgang und läuft automatisch ab. Wenn er beendet ist, wird von der Hardware das '''EEWE''' Bit im Register '''EECR''' wieder gelöscht.

In diesem Beispiel werden Zeichen per UART und Interrupt empfangen und nacheinander im EEPROM gespeichert. Per Terminalprogramm kann man nun bis zu 512 Zeichen in den EEPROM schreiben. Per Programmieradapter kann man denn EEPROM wieder auslesen und seine gespeicherten Daten anschauen.

<avrasm>
.include "m8def.inc"

.def temp = r16
.def sreg_save = r17

.equ CLOCK = 4000000

.equ BAUD = 9600
.equ UBRRVAL = CLOCK/(BAUD*16)-1

; hier geht das Programmsegment los

.CSEG
.org 0x00
rjmp main

.org URXCaddr
rjmp int_rxc

; Hauptprogramm
main:
ldi temp, LOW(RAMEND) ; Stackpointer initialisieren
out SPL, temp
ldi temp, HIGH(RAMEND)
out SPH, temp

ldi temp, LOW(UBRRVAL) ; Baudrate einstellen
out UBRRL, temp
ldi temp, HIGH(UBRRVAL)
out UBRRH, temp

ldi temp, (1<<URSEL)|(3<<UCSZ0) ; Frame-Format: 8 Bit
out UCSRC, temp

sbi UCSRB, RXCIE ; Interrupt bei Empfang
sbi UCSRB, RXEN ; RX (Empfang) aktivieren

ldi ZL,low(daten) ; der Z-Zeiger wird hier exclusiv
ldi ZH,high(daten) ; für die Datenadressierung verwendet

sei ; Interrupts global aktivieren

loop:
rjmp loop ; Endlosschleife (ABER Interrupts!)

; Interruptroutine wird ausgeführt,
; sobald ein Byte über den UART empfangen wurde

int_rxc:
push temp ; temp auf dem Stack sichern
in temp,sreg ; SREG sicher, muss praktisch in jeder
; Interruptroutine gemacht werden
push temp

in temp, UDR ; empfangenes Byte lesen
rcall EEPROM_write ; Byte im EEPROM speichern
adiw ZL,1 ; Zeiger erhöhen
cpi ZL,low(EEPROMEND+1) ; Vergleiche den Z Zeiger
ldi temp,high(EEPROMEND+1) ; mit der maximalen EEPROM Adresse +1
cpc ZH,temp
brne int_rxc_1 ; wenn ungleich, springen
ldi ZL,low(Daten) ; wenn gleich, Zeiger zurücksetzen
ldi ZH,high(Daten)
int_rxc_1:

pop temp
out sreg,temp
pop temp ; temp wiederherstellen
reti

; der eigentliche EEPROM Schreibzugriff
; Adresse in ZL/ZH
; Daten in temp

EEPROM_write:
sbic EECR, EEWE ; prüfe ob der letzte Schreibvorgang beendet ist
rjmp EEPROM_write ; wenn nein, nochmal prüfen

out EEARH, ZH ; Adresse schreiben
out EEARL, ZL ;
out EEDR,temp ; Daten schreiben
in sreg_save,sreg ; SREG sichern
cli ; Interrupts sperren, die nächsten
; zwei Befehle dürfen NICHT
; unterbrochen werden
sbi EECR,EEMWE ; Schreiben vorbereiten
sbi EECR,EEWE ; Und los !
out sreg, sreg_save ; SREG wieder herstellen
ret

; hier wird der EEPROM-Inhalt definiert
.ESEG

Daten:
.db 0
</avrasm>

=== SRAM ===

Die Verwendung des SRAM wird in einem anderen Kapitel erklärt: [[AVR-Tutorial: SRAM]]

== Siehe auch ==

* [[Adressierung]]

{{Navigation_zurückhochvor|
zurücktext=UART|
zurücklink=AVR-Tutorial: UART|
hochtext=Inhaltsverzeichnis|
hochlink=AVR-Tutorial|
vortext=Timer|
vorlink=AVR-Tutorial: Timer}}

[[Category:AVR-Tutorial]]
[[Kategorie:Speicher und Dateisysteme]]

Auflösung und Genauigkeit

2010-04-28T14:16:23Z

Jonebohne: /* Auflösung */

== Das Problem ==

Immer wieder werden die beiden Parameter Auflösung und Genauigkeit verwechselt. Oft werden Meßgeräte oder Sensoren mit einer hohen Auflösung beworben. Wenn man jedoch genauer nachliest, oder manchmal auch genauer nachmißt, stellt man fest, daß zwar viel Auflösung vorhanden ist, aber die Genauigkeit doch eher zu wünschen übrig läßt. Dieser Artikel soll Klarheit schaffen.

== Auflösung ==

Auflösung ist das Vermögen eines Messgerätes (z. B. [[AD-Wandler]]), zwischen zwei geringfügig verschiedenen Messwerten reproduzierbar einen Unterschied zu erkennen. Dabei spielt der absolute Betrag keine Rolle. Es werden nur relative Unterschiede betrachtet. Ein 8 Bit Wandler mit 5V Referenzspannung kann beispielsweise die Eingangsspannung in 20mV Schritten auflösen. Wenn die Eingangsspannungen zwischen zwei Messungen näher als 20 mV zusammen liegen kann der AD-Wandler keinen Unterschied messen (Es sei denn, es liegt zufällig eine Grenze zwischen zwei [[Quantisierung | Quantisierungsstufen]] dazwischen). Mit einem 16 Bit AD-Wandler und 5V Referenzspannung kann man die Eingangsspannung bereits auf 76 μV auflösen, 256 mal besser als mit dem 8-Bit Wandler.

== Genauigkeit ==

Genauigkeit gibt an, wie weit das Meßergebnis vom physikalisch absolut wahren Ergebnis abweicht (egal ob digital oder analog). Es werden dabei absolute Meßwerte betrachtet und mit einem physikalisch nahezu perfekten Meßgerät verglichen. Z.B. zeigen zwei Armbanduhren die Zeit mit einer 1 Sekunde Auflösung an (hier wird bewußt die umgangssprachliche Formulierung „auf eine Sekunde genau“ vermieden). Wenn eine davon eine [[Funkuhr]] ist , wird diese immer die absolut richtige Zeit anzeigen, wie sie im Moment physikalisch exakt generiert werden kann. Die Zweite ist eine normale Quarzuhr und wird nach einem Monat vielleicht 10 Sekunden Abweichung anzeigen. Sie ist dann ungenau.

== Eichen, Kalibrieren, Justieren ==

Die meisten Meßgeräte müssen nach der Herstellung vor der Verwendung noch eingestellt werden, um das Maximum an Genauigkeit zu erreichen, welches durch die Schaltung möglich ist. Hierbei spricht man von justieren.

Um jedoch ein Meßgerät justieren zu können, muß der Fehler, die sog. Meßungenauigkeit bekannt sein. Diese kann durch '''Kalibrieren''' oder '''Eichen''' ermittelt werden.

Von '''Eichen''' spricht man, wenn die sog. '''Kalibrierung''' durch das Eichamt durchgeführt wird.

Zum '''Eichen''' oder ''' Kalibrieren''' benötigt man ein Meßgerät, welches eine kleinere Messunsicherheit hat, als der Prüfling. Diese Meßgeräte nennt man Eichmaß oder Referenz oder auch nationale Normale. Mit solchen Normalen wird auch im Eichamt ein Meßgerät kalibriert. Das ist sowohl ein technisch sehr aufwendiger als auch amtlich beglaubigter Vorgang und dementsprechend teuer. Das zu eichende Meßgerät wird während einer Messung über den gesamten Meßbereich mit dem Eichmaß verglichen und die Meßunsicherheit des Prüflings ermittelt. Das Eichen ist normalerweise nur für Meßgeräte vorgeschrieben, die für den Handel o.ä. verwendet werden, wie z. B. Waagen, Zapfsäulen, Portowaagen ect.

Normalerweise spricht man aber von '''Kalibrieren'''. Der Vorgang ist physikalisch der Gleiche. Dabei gibt es in Deutschland eine sog. Kalibrierpyramide. Dessen oberste Stelle ist die PTB, also das physikalisch technische Institut in Braunschweig. Die PTB kalibriert die "Normale" oder Referenzen der einzelnen Kalibrierlaboratorien. Darunter ist der DKD angesiedelt, dieser wiederum kalibriert Meßgeräte und Normale, die für Werkskalibrierungen verwendet werden. Mit den vom DKD kalibrierten Meßgeräten und Normalen werden dann Werkskalibrierungen durchgeführt, wie z. B. die Kalibrierung von Multimetern, Waagen, Messuhren ect. Kalibrieren kann man auch selber, indem man ein genaues Meßgerät mit seiner selbstgebauten Schaltung vergleicht und diese dementsprechend den Fehler bzw. die Abweichung seiner Schaltung ermittelt.

Ist der Fehler zu groß, so muss bzw. kann die Schaltung oder das Meßgerät neu justiert werden, um den Fehler zu minimieren.

== Veranschaulichung ==

Wenn einem der Unterschied zwischen Genauigkeit und Auflösung langsam klar wird, dann versteht man auch, wie z. B. Multimeter Spannungen mit 40000 Schritten anzeigen (0,0025% = 25ppm Auflösung) aber „nur“ auf 0,1 bis 0,3% Genauigkeit kalibriert sind.

Nachfolgend sind die prinzipiellen Kennlinien einiger Meßgeräte dargestellt, um den Unterschied zwischen Auflösung und Genauigkeit bildlich darzustellen. Auf der X-Achse ist dabei der wahre Meßwert dargestellt, die Y-Achse zeigt das Meßergebnis. Die Kennlinien sind bewußt extrem dargestellt um das Prinzip zu veranschaulichen.

[[bild:kennlinien.png |640px]]

* K1 ist die Kennlinie eines idealen Meßgerätes. Es verfügt über eine unendlich hohe Auflösung, hat keinerlei Meßfehler (Genauigkeit) und ist vollkommen linear.
* K2 ist die Kennlinie eines AD-Wandlers mit hoher Genauigkeit. Die Auflösung ist zwar relativ niedrig (große Treppenstufen der Kennlinie), dafür liegen die Meßergebnisse nah an der idealen Kennlinie (hohe Genauigkeit).
* K3 ist die Kennlinie eines AD-Wandlers mit geringer Genauigkeit. Die Meßwerte weichen stark von der idealen Kennlinie ab, die hohe Auflösung nützt hier eher wenig.
* K4 ist ein weiterer Fall einer realen Kennlinie mit nichtlinearem Verlauf, resultierend in geringer Genauigkeit.

== Zusammenfassung ==

Auflösung und Genauigkeit sind zwei verschiedene Parameter. Eine hohe Auflösung bedeutet nicht automatisch eine hohe Genauigkeit und umgekehrt. Bei manchen Messungen braucht man nur eine hohe Auflösung mit geringer Genauigkeit, wenn beispielsweise vergleichende Messungen durchgeführt werden.

== Weblinks ==
* [http://www.ptb.de www.ptb.de]

[[Kategorie: Grundlagen]]

AVR PWM

2010-04-27T16:28:46Z

Jonebohne: /* Tiefpassfilter-Berechnung */

==Vorwort==

Dieser Artikel ist noch nicht vollständig!
Und außerdem überschneidet er sich teilweise mit dem Tutorial, weil PWM und Timer zum Verständnis praktisch dasselbe sind.
Vielleicht kann ja jemand, der gerade dabei ist, sich diese Dinge anzueignen, die Beschreibung vorantreiben (erweitern/entschlacken)?

Hier sollen die Möglichkeiten und die Funktionsweise der PWM mit AVRs erläutert werden, so daß Anfänger auf ihrem Weg zum Ziel unterstützt werden, ohne sich erst durch die wenig erklärenden Beiträge im Forum zu quälen.
Auch wenn das Verständnis (hoffentlich) dann nicht mehr aus dem Datenblatt kommen muß, ist dieses für die spezifischen Einstellungen und Feinheiten absolut notwendig. Aber mit dieser Übersicht sollte es leichter fallen, die relevanten Informationen schneller zu finden.

Ich gehe dabei von meiner Situation aus: "Gerade mit AVRs angefangen, die LED blinkt, Taster wird abgefragt, schonmal von PWM gehört und unter den AVR Pins welche mit OC.. entdeckt, das hängt damit irgendwie zusammen."
Man sollte sich auch um die Prozessorfrequenz gekümmert haben, also die [[AVR_Fuses]] entsprechend gesetzt haben.

Wer in Begriff steht, sein erstes Board zu ätzen, sollte sich über die verschiedenen Möglichkeiten, die die OCnx Pins bieten, informiert haben.

Übrigens lässt es sich besser lesen, wenn man sein Browserfenster so schmal macht, daß der Text in eine schöne Spalte gezwungen wird.

==Einführung==

Im AVR-GCC-Tutorial werden im Abschnitt DAC-Optionen ([http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#DAC_.28Digital_Analog_Converter.29 link]) verschiedene Möglichkeiten angesprochen, analoge Spannungen zu generieren.

Darunter fällt auch die [[Pulsweitenmodulation]], bei der durch schnelles Ein- und Ausschalten eines Ausgangs (über einen Filter) eine [[analog]]e Spannung generiert werden kann.

Beim Dimmen von Lichtquellen wirkt die Trägheit des Auges als Filter, wenn z. B. eine LED im Mittel die Hälfte der Zeit eingeschaltet ist, scheint es also, als würde sie nur halb so hell leuchten.

Bei Motoren läßt sich PWM gut zum Dosieren des Stroms einsetzen, ohne große Verluste zu haben. Für einen Teil der Zeit wird also der volle Motorstrom eingeschaltet, d.h. das Drehmoment ist maximal.

Die Rechtecksignale lassen sich mit Mikrocontrollern auf zwei Wegen erzeugen:

PWM per Software
* Kostet Rechenzeit, erhöhter Softwareaufwand
* Signalausgabe auf jedem I/O-Pin möglich
* Höhere Kanalanzahl möglich

oder

PWM per Hardware
* Läuft unabhängig vom Programm
* Bietet mehr Möglichkeiten bei gleichem Softwareaufwand
* Signalausgabe nur auf bestimmten, fest vorgegebenen Pins möglich
* Nur begrenzte Anzahl an PWM-Kanälen vorhanden (viele verbreitete AVR-Typen haben 2 bis 3, neuere auch mehr)

Alles was mit Pulsen und Modulation zu tun hat, hat auch was mit Zeit zu tun - denn im Prinzip soll mit einer bestimmten Frequenz für eine bestimmte Dauer ein Pin eingeschaltet werden.

Alles was bei Mikrocontrollern mit Zeit zu tun hat, hat wahrscheinlich auch etwas mit einem Timer bzw. Counter zu tun.

==Timer / Counter==

Unter [[Timer]] bzw. [[Counter]] (T/C) steht noch nicht soviel, aber man sollte kurz mal reinsehen, oder mehr dazu schreiben, oder die fehlende Verknüpfung anlegen.

Ein Timer ist nichts anderes als ein selbständiger Zähler (Counter), der mit einer bestimmten Frequenz einen Wert raufzählt. Und zwar in Hardware, also unabhängig vom Programm. Seine Zählfrequenz wird vom Prozessortakt abgeleitet, das erledigt der [[Prescaler]] in einstellbaren Schritten (Frequenzteiler).

Der Zählerstand läßt sich sowohl in Software als auch von der Hardware selbst überwachen - und schon lassen sich damit periodisch Ereignisse auslösen.

Deswegen lassen sich die T/C für viele Zwecke verwenden, wir wollen den T/C für PWM nutzen (trotzdem gleich eine Übersicht über die verschiedenen Modi).

Es lohnt sich natürlich, das Prinzip der T/C verstanden zu haben. Ein Blick ins GCC-Tutorial lohnt, die Atmel Application Note 130: Setup and Use the AVR Timers schadet auch nicht.

Wie schon angedeutet, gibt es - je nach AVR - einen oder mehrere T/C . Sie unterscheiden sich erwartungsgemäß durch ihre Parameter und Optionen, z. B. die Auflösung, Frequenz, Zählweise und andere Betriebsmodi.

Und natürlich auch durch den Namen, der sich auch in den [[Register]]n widerspiegelt: Sie werden nämlich numeriert (im Folgenden hier und im Datenblatt mit Platzhalter n).

T/C 0 ist beim tiny2313 der 'einfache' mit 8 Bit Auflösung (das Aus-An Verhältnis läßt sich in 256 Stufen einstellen), T/C 1 dagegen hat eine Auflösung von 16 Bit und bietet einige weitere Möglichkeiten.

=== 8 oder 16 Bit ? ===
Außer der Tatsache, daß die Auflösung bei 16 Bit mit 65536 Stufen um einiges größer ist, gibt es noch folgende Unterschiede:

* Er verwendet einige 16 Bit Register
** Schreiben/Lesen dieser Register erfolgt in Schritten
*

Mit dem Zähler alleine kann man noch nicht so viel anfangen. Ausgedacht wurde deswegen außerdem die

=== Output Compare Unit ===

was soviel bedeutet wie Ausgangsvergleichseinheit.

Jeder Zähler hat eine oder mehrere voneinander unabhängige Output Compare Units (OC), auch wieder mit den dazugehörigen Registern.

Die verschiedenen OCs und ihre Register werden mit Buchstaben ('A', 'B') benannt. (Im PWM Modus hängt das direkt mit den Pins zusammen: OC1B ist der Ausgang der OC des T/C 1. Dazu gleich mehr..)

Die OC vergleicht den Zählerstand (im Register TCNTn) ständig mit ihren eigenen Registerinhalten (0CRnx). Wenn diese übereinstimmen, passiert etwas.

Was passiert, wird bestimmt durch die

=== Betriebsmodi ===

Der Zähler zählt. Die OC Unit vergleicht dessen Zählerstand mit einem Wert. Wenn diese übereinstimmen, kann etwas passieren.

Weil es hier gleich mit den Einstellungen in den Registern losgeht, noch ein Hinweis:

Die Kontrolle über das Verhalten der Zähler und OCs wird über Register vorgenommen, deren Namen nichts mit den OC Units zu tun haben!
Die Einstellungen sind lediglich auf zwei Register verteilt, die Timer/Counter Control Register - TCCRnA & TCCRnB.

Ein paar Notizen:
* In verschiedenen Modi haben auch Bits in den Registern eine andere Bedeutung!
* Meist können Interrupts ausgelöst werden.
* Es kann häufig auch der Zählerstand per Software verändert werden.
* Die Frequenz der ausgegebenen Waveform hängt ab von
** I/O Clock (CPU)
** Prescaler
** Counter Modus

Die verschiedenen Modi (vorerst die vom 8 Bit Zähler):

* Normal (evtl. für Software PWM)
* Clear Timer on Compare (CTC) (eingeschränkte PWM)
* Fast PWM
* Phase Correct PWM

Dazu hier noch folgende Begriffe im Zusammenhang mit dem Zähler:

BOTTOM: 0x00
MAX : 0xFF bei 8 Bit, 0xFFFF bei 16 Bit
TOP : MAX oder OCRnx

==== Normal====
(evtl. für Software PWM)

Der Zähler zählt rauf (BOTTOM->MAX), und wird nicht zurückgesetzt, sondern läuft einfach über, und setzt dabei sein Overflow-Flag.
Dieser Modus wird zur PWM nicht empfohlen, weil er im Vergleich mit Hardware-PWM viel CPU-Zeit benötigt - das ist logisch:
Bei jedem Nulldurchgang müsste man einen Interrupt verwenden, der dann eine Routine ausführt, die den Ausgang umschaltet. Und man müsste den Zählerstand manipulieren, um die Pulslänge zu verändern.

Für die verhältnismäßig langsame (Menschenzeit) Programmsteuerung ist dieser Modus aber ideal. Während das Hauptprogramm i.A. einfach endlos durchläuft, wird die Programmzeit durch einen Timer(-Interrupt) in Time-Slots gerastert (z. B. 1/10s). Damit lassen sich bequem Wartezeiten bzw. zeitabhängige Ereignisse steuern, ohne das Programm anzuhalten.

==== Clear Timer on Compare (CTC)====
(eingeschränkte PWM)

Der Zähler zählt hoch, bis er mit OCRnx übereinstimmt (BOTTOM->OCRnx: Match!) und wird dann auf Null gesetzt. Der maximale Wert lässt sich also über das Register OCRnx komfortabel bestimmen.

Konkret bedeutet das, dass die in diesem Modus vom Prescaler erzeugte Basisfrequenz nochmals durch den Wert von OCRnx geteilt wird.

Für PWM:

Wenn eingestellt ist, dass der OC-Ausgang bei jedem Match umschaltet (toggle), entspricht der eingestellt Wert dem Pulsweitenverhältnis.
Bei OCRnx=128 des 8 Bit T/C wäre also etwa die Hälfte der Zeit der Pin eingeschaltet.

Allerdings kann das beim T/C 0 des tiny2313 nur der Ausgang A (OC0A). Also ins Datenblatt gucken!

==== Fast PWM====

Einer von den zwei eigentlichen PWM-Betriebsarten der Counter.

Zählt von BOTTOM bis TOP, wobei TOP entweder 0xFF oder OCRnx sein kann.

Bei einem Match wird im

a) nicht-invertierenden Modus
der Zähler gelöscht, und bei BOTTOM gesetzt

b) invertierenden Modus
der Zähler gesetzt, und bei BOTTOM gelöscht.

Klingt theoretisch kompliziert, praktisch invertiert es nur den Ausgang.
Aber der Vergleichswert muss anscheinend ständig aktualisiert werden!?

Dieser Modus hat eine asymmetrische Ausgangsform, weil der Ausgang periodisch umgeschaltet wird (also immer nach der gleichen Zeit) und dann nach Ablauf der variablen Pulslänge wieder invertiert wird.

Und es gibt noch einen Toggle-Modus, der allerdings nur für den Ausgang OC0A zur Verfügung steht.

==== Phase Correct PWM====

Ist nur halb so schnell wie Fast PWM, dafür aber mit symmetrischer Wellenform.

Erreicht wird das, indem von BOTTOM->TOP gezählt wird, und dann wieder runter: TOP-BOTTOM.

TOP kann entweder 0xFF oder OCRnx sein.

Auch hier gibt es wieder den nicht-invertierenden, den invertierenden, und den toggle-Modus (nicht an OC0B).

Der symmetrische PWM-Modus wird gerne für Motorsteuerungen verwendet, wenn man den Strom in den Motorwindungen messen möchte. Da man nicht während der Schaltzeitpunkte der H-Brückentransistoren messen möchte (noise), braucht man einen Messzeitpunkt der maximal weit von diesen Schaltzeitpunkten entfernt ist. Die BOTTOM und TOP Werte des Counters bieten genau dies, da sie in der Mitte des High- bzw. Lowpegels liegen.

==Praktisches Vorgehen==

* Pins low setzen
* Pins als Ausgang konfigurieren.
* Geeignete Wellenform ermitteln
* Registerinformationen für ausgewählten T/C im Datenblatt aufschlagen
* Modus & Prescaler setzen und damit starten
** Bits in Control-Register TCCRnA & TCCRnB schreiben. Siehe [[Bitmanipulation]]
* Vergleichswert OCRnx setzen

==Programmbeispiele==

===PWM per Software===
====Pseudocode====
<pre>
//Initialisierung
pwm_phase = 0 // von 0 bis 100(99) ergibt ein moduliertes Signal
pwm_soll = 30 // Tastverhältnis in Prozent (Werte von 0..100)

//alle s Sekunden tue:
wenn pwm_soll = pwm_phase dann
ausgang = LOW
wenn pwm_phase++ = 100 dann
pwm_phase = 0
ausgang = HIGH
</pre>
Das Tastverhältnis ist <math>t_\text{HIGH}=\frac{100}{\text{pwm}\_\text{soll}}</math>

Die Frequenz ist <math>f=\frac{100}{s} \text{Hz}</math>

====ASM====
Der Code ist nicht von mir, ich hab den John Honniball auch nicht um Erlaubnis gefragt, den Code hier zu posten. Trozdem finde ich das Ganze recht nützlich und hab' es mir trozdem erlaubt:
<avrasm>
; ledpwm.asm --- drive a blue LED with PWM 21/04/2006
; Copyright (c) 2006 John Honniball

.include "m8def.inc"

.org 0x0000

; Blue LED on Port B bit 2
.equ LEDPORT = PortB
.equ LEDBIT = 0

; This program drives a single LED connected to the AVR's I/O port. It
; is connected so that the cathode of the LED is wired to the AVR pin,
; and the anode of the LED is wired to the 5V power supply via a
; resistor. The value of that resistor depends on the colour of the LED,
; but is usually a few hundred ohms.

; We control the brightness of the LED with Pulse Width Modulation (PWM),
; for two reasons. Firstly, we have no analog outputs on the AVR chip,
; only digital ones. Secondly, a LED's brightness does not respond
; linearly to variations in supply voltage, but it responds much better
; to PWM.

; Pulsating LED looks better if it never quite goes "off", but cycles from
; full brightness to a dim state, and back again
.equ MINBRIGHT = 25
.equ MAXBRIGHT = 255

; This value controls how fast the LED cycles from bright to dim. It is
; the number of PWM cycles that we generate for each step in the brightness
; ramp, up and down. Larger numbers will make the pulsation slower.
.equ NCYCLES = 1

; Start of program execution after a Reset
ldi r16,low(RAMEND) ; Initialise stack to top of RAM
out SPL,r16
ldi r16,high(RAMEND)
out SPH,r16

; Initialise the hardware
ldi r16,0xff ; Set Port B to all outputs
out DDRB,r16

sbi LEDPORT,LEDBIT ; Switch off blue LED by setting output pin high

; Start with LED at its lowest level, then ramp up to maximum
dopwm: ldi r17,MINBRIGHT ; R17 holds current brightness level
l1: ldi r18,NCYCLES ; R18 counts PWM cycles, and hence pulsation speed
l2: cbi LEDPORT,LEDBIT ; Output pin low, LED on
mov r16,r17 ; R16 controls length of delay (= R17)
rcall delayn4us ; Call delay subroutine
sbi LEDPORT,LEDBIT ; Output pin high, LED off
ldi r16,255
sub r16,r17 ; R16 controls length of delay (= 255 - R17)
rcall delayn4us ; Call delay subroutine
dec r18 ; Decrement PWM cycle counter
brne l2
inc r17 ; Increase brightness by one step
brne l1

; Now ramp back down to the minimum brightness
ldi r17,MAXBRIGHT ; R17 holds current brightness level
l3: ldi r18,NCYCLES ; R18 counts PWM cycles, and hence pulsation speed
l4: cbi LEDPORT,LEDBIT ; Output pin low, LED on
mov r16,r17 ; R16 controls length of delay (= R17)
rcall delayn4us ; Call delay subroutine
sbi LEDPORT,LEDBIT ; Output pin high, LED off
ldi r16,255
sub r16,r17 ; R16 controls length of delay (= 255 - R17)
rcall delayn4us ; Call delay subroutine
dec r18 ; Decrement PWM cycle counter
brne l4
dec r17 ; Decrease brightness by one step
cpi r17,MINBRIGHT ; Have we reached the minimum?
brne l3

rjmp dopwm ; Loop back to start

; DELAYN4US
; Delay for (R16 * 4) microseconds
delayn4us: tst r16 ; R16 = 0? (no delay)
breq dly4
dly2: ldi r24,low(16)
ldi r25,high(16)
dly3: sbiw r24,1 ; 2 cycles
brne dly3 ; 2 cycles
dec r16
brne dly2
dly4: ret ; Return to caller
</avrasm>

====C====

Ich wollte das hier mal ergänzen. Ich bin zwar noch ein Newbie aber es funktioniert. Man darf es aber gerne verbessern und/oder löschen...
Lg Fabi

<c>
#include <avr/io.h>
#ifndef F_CPU
#warning "F_CPU war noch nicht definiert, wird nun mit 4000000 definiert"
#define F_CPU 4000000UL /* Quarz mit 4.00000 Mhz */
#endif

int main (void)
{
DDRB=0xFF; // Port B als Ausgang
int pwm_phase=0, pwm_soll=30; // Dimmerwert definieren
while(1)
{
if(pwm_soll==pwm_phase)
{
PORTB=0x01; // LED+ Widerstand mit PB0 und +5V verbunden
}
pwm_phase++;
if(pwm_phase==100)
{
pwm_phase=0;
PORTB=0x00;
}
}
return 0;
}

</c>
<pre>
(Ich habe es als Dimmbare LED entworfen. Deswegen die Beschreibung.)
</pre>

====BASCOM====
<pre>
'
</pre>

===PWM per Hardware===

===Programmbeispiele===
====ASM====
Für AtMega8.
<avrasm>
.include "m8def.inc"

.def temp = r16

start:
ldi temp, LOW (RAMEND)
out SPL, temp
ldi temp, HIGH (RAMEND)
out SPH, temp

ldi temp, 0xFF
out DDRB, temp ;define PortB as output

ldi temp, 0xF3
out TCCR1A, temp ;10bit Phase Correct PWM

ldi temp, 0x0A
out TCCR1B, temp ;set Prescaler

sei

main:
ldi temp, 0x1
out OCR1AH, temp ;set pwm pin 1 highbyte

ldi temp, 0x00
out OCR1AL, temp ;set pwm pin 1 lowbyte
;pin: PortB1

ldi temp, 0x00
out OCR1BH, temp ;set pwm pin 2 highbyte

ldi temp, 0x00
out OCR1BL, temp ;set pwm pin 2 lowbyte
;pin: PortB2

loop:
rjmp loop
</avrasm>

====C====
Hier wird mit dem 16-Bit-Counter 1 im 8-Bit-Mode eine LED gedimmt.
Die Frequenz ist
:<math>f=\frac{\text{Taktfrequenz}}{\text{Prescaler}\cdot(1+\text{OCR0A})} \,\text{Hz}</math>

<c>
TCCR1A = (1<<WGM10)|(1<<COM1A1); // PWM, phase correct, 8 bit.
TCCR1B = (1<<CS11) |(1<<CS10); // set clock/prescaler 1/64 -> enable counter

....

PORTB = 0xff; // enable pull-ups for inputs, set outputs high, Pin LED auf 1 setzen
DDRB = 1<<LED; // Port B1 als Ausgang

....

OCR1A=128; // LED 50%
</c>

== Tiefpassfilter-Berechnung ==
Die PWM-Frequenz muß meistens mit einem Tiefpassfilter entfernt werden, da sie nachfolgende Verstärkerstufen übersteuert oder den Hörgenuss trübt. Ein einfacher RC-Tiefpass kann für Motorsteuerungen ausreichen, für Audioanwendungen ist der Abstand zwischen höchster Niederfrequenz und PWM-Frequenz zu klein. Ein aktives Filter mit Operationsverstärker kann die Lösung sein, oder ein passiver LC-Tiefpass. Dessen Berechnung mittels [http://www.aade.com AADE Filter Designer] soll hier an einem Fallbeispiel erläutert werden.

Ein ATmega48 mit 20 MHz Quarz soll mittels 10 Bit "fast PWM" des 16 Bit- Timers 1 ein Stereosignal am Pin OC1A und OC1B ausgeben. Die PWM-Frequenz beträgt somit knapp 20 kHz, nach dem Abtasttheorem sind maximal 10 kHz Nutzsignal möglich. Mit der Faustregel "6dB pro Bit" erreichen wir einen Dynamikumfang oder Störabstand von 60 dB. Etwa dieselbe Unterdrückung sollte auch das Tiefpassfilter erreichen.

[[Image:Cauerfilter.png|thumb|right|400px|Cauer-Tiefpass mit 3,3mH und 10 mH Festinduktivität]]
Zunächst brauchen wir noch eine Abschätzung der zulässigen Ausgangsbelastung. Laut Datenblatt beträgt der maximal zulässige Strom pro Pin 40 mA, entsprechend einem 125 Ohm Widerstand von 5V nach Masse. Mit 10 bis 20 mA entsprechend 500 bis 250 Ohm als Maximalwert dürfte also nichts passieren. Der zeitliche Mittelwert liegt für Audioanwendungen bei 2,5V, also dem halben Maximalstrom. Ein hochohmiger Kopfhörer, z. B. 600 Ohm, läßt sich so noch ohne weitere Verstärker anschließen.

Die größte Filtersteilheit erreicht das Cauer- oder Elliptic Filter, auf Kosten von größeren Phasenänderungen/ Gruppenlaufzeit gegenüber anderen Filtertypen. Wir starten also das Filterberechnungsprogramm mit den Vorgaben "lowpass", "Cauer/Elliptic", "3.Ordnung", was eine Schaltung mit einer Induktivität und drei Kapazitäten berechnet. Den Ein- und Ausgangswiderstand geben wir erst mal irgendwo in dem genannten Bereich vor, die Durchlasswelligkeit kann auf 1 dB bleiben, Durchlassfrequenz wie gesagt 10000 Hz, die Sperrfrequenz etwas unterhalb der PWM-Frequenz, ca. 17500Hz, da der Dämpfungspol dann etwa auf 20 kHz fällt. Mit "analyze voltage insertion gain" berechnen wir eine Durchlasskurve und kontrollieren die korrekte Lage des Dämpfungspols. Jetzt variieren wir die beiden Widerstände, bis die Induktivität etwa einem leicht erhältlichen Normwert entspricht. Die drei Kondensatoren werden am Schluß ebenfalls mit dem nächsten Normwert bestückt. Sicherheitshalber kann man diese endgültige Schaltung noch mit einem [http://www.mikrocontroller.net/articles/Schaltungssimulation#Analog Schaltungssimulationsprogramm] überprüfen und die Bauteilwerte leicht korrigieren.

Als Induktivität kommen eher die größeren Bauformen infrage, die "Garnrollen"-Form oder die axiale Bauform 77A von Fastron. Hier gilt: je größer desto höhere Güte, wie man aus den Katalogangaben zum Gleichstromwiderstand schließen kann. Von magnetischen Wechselfeldern wie etwa Schaltregler-Trafos sollte man ein paar Zentimeter Abstand halten.

Im Bild sind zwei Schaltungen für die genannten Frequenzen mit einer 3,3mH-Drossel und einer 10mH-Drossel gezeigt. Die Kurven sind noch mit verlustlosen Bauteilen und den berechneten krummen Bauteilwerten gezeichnet. Der Widerstand am Ausgang kann auch durch die Last wie der genannte Kopfhörer gebildet werden. Ein größerer Wert hat hier wenig Einfluß auf die Filterkurve, während der Widerstand am Eingang genau den vorgegebenen Wert haben sollte.

== Siehe auch ==

* [[AVR-Tutorial: PWM]]
* Beiträge im Forum [http://www.mikrocontroller.net/forum/4 Codesammlung], die den Begriff PWM enthalten: [http://www.mikrocontroller.net/search?query=pwm&forums%5B%5D=4 hier]

[[Category:AVR]]

AVR-GCC-Tutorial/Die Timer und Zähler des AVR

2010-04-26T12:19:02Z

Jonebohne: /* 16-Bit Timer/Counter */

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.

== Einleitung ==
Ein Timer ist ganz einfach ein bestimmtes Register im µC, das völlig ohne Zutun des Programms, also per Hardware, hochgezählt wird. Das alleine wäre noch nicht allzu nützlich, wenn nicht dieses Hardwareregister bei bestimmten Zählerständen einen Interrupt auslösen könnte.

Ein solches Ereignis ist der Overflow (Überlauf): Da die Bitbreite des Registers beschränkt ist, kommt es natürlich auch vor, dass der Zähler so hoch zählt, dass der nächste Zählerstand mit dieser Bitbreite nicht mehr darstellbar ist und der Zähler wieder auf 0 zurückgesetzt wird. Dieses Ereignis nennt man den Overflow und es ist möglich an dieses Ereignis einen Interrupt zu koppeln.

Ein anderes Anwendungsgebiet ist das Zählen von Impulsen, welche über einen I/O-Pin zugeführt werden.

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.

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

== Der Vorteiler (Prescaler) ==

Der Vorteiler 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 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 Zählregister (TCNTx) mit dieser Frequenz inkrementiert.

== Timer-Bitzahlen verschiedener AVRs ==

Wir unterscheiden grundsätzlich zwischen 8-Bit Timern, welche eine Auflösung von 256 (2^8) aufweisen und 16-Bit Timern mit einer Auflösung von 65536 (2^16).

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

:{| class="wikitable" style="text-align:center"
|-
! AVR-Typ || Timer/Counter0 || Timer/Counter1 || Timer/Counter2
|-
| AT90S2313 || 8 || 16 || -
|-
| ATtiny2313 || 8 || 16 || -
|-
| ATmega8 || 8 || 16 || 8
|-
| ATmega88 || 8 || 16 || 8
|}

== 8-Bit Timer/Counter ==

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

{| class="wikitable"
|-
| '''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:

{| class="wikitable" style="text-align:center"
|-
! Bit
| 7|| 6|| 5|| 4|| 3|| 2|| 1|| 0
|-
! Name
|| '''-'''|| '''-'''|| '''-'''|| '''-'''|| '''-'''|| '''CS02'''|| '''CS01'''|| '''CS00'''
|-
! R/W
| R|| R|| R|| R|| R|| R/W|| R/W|| R/W
|-
! Initialwert
| 0|| 0|| 0|| 0|| 0|| 0|| 0|| 0
|}

'''CS02, CS01, CS00''' ('''C'''lock '''S'''elect Bits)
:Diese 3 Bits bestimmen die Quelle für den Timer/Counter:

:{| class="wikitable"
|-
! CS02 || CS01 || 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
|}

: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.

{| class="wikitable" style="text-align:center"
|-
! Bit
| 7|| 6|| 5|| 4|| 3|| 2|| 1|| 0
|-
! Name
| '''MSB'''||  ||  ||  ||  ||  ||  || '''LSB'''
|-
! R/W
| R/W|| R/W|| R/W|| R/W|| R/W|| R/W|| R/W|| R/W
|-
! Initialwert
| 0|| 0|| 0|| 0|| 0|| 0|| 0|| 0
|}
|}

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

<c>
TCCR0 = (1<<CS01);
</c>

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. Das TOV Flag
lässt sich durch das Hineinschreiben einer 1 und nicht wie erwartet einer 0 wieder zurücksetzen.

=== Overflow Interrupt ===

Jedesmal wenn der Timer seinen höchsten Wert erreicht hat, erfolgt ein Overflow und der Timer beginnt wieder bei 0 zu zählen. An diesen Overflow kann eine Funktion, die Overflow-ISR, gebunden werden. Damit hat man eine Möglichkeit, mit der man bestimmte Funktionalität in regelmässigen Zeitabständen ausführen lassen kann. Wie groß diese Zeitabstände sind, wird ausschliesslich von der Zählfrequenz des Timers und der Bitbreite des Timers (also dem höchsten Wert, den der Timer erreichen kann) bestimmt. Die Zählfrequenz wiederrum hängt von Taktfrequenz und dem eingestellten Vorteiler ab.

<c>
#include <avr/io.h>
#include <avr/interrupt.h>

int main(void)
{
// Timer 0 konfigurieren
TCCR0 = (1<<CS01); // Prescaler 8

// Overflow Interrupt erlauben
TIMSK |= (1<<TOIE0);

// Global Interrupts aktivieren
sei();

while(1)
{
/* Sonstige Aktionen */
}
}

/*
Der Overflow Interrupt Handler
wird aufgerufen, wenn TCNT0 von
255 auf 0 wechselt (256 Schritte),
d.h. ca. alle 2 ms
*/
ISR (TIMER0_OVF_vect)
{
/* Interrupt Aktion alle
(1000000/8)/256 Hz = 488,28125 Hz
bzw.
1/488,28125 s = 2,048 ms
*/
}
</c>

Grundsätzlich kann man in einer ISR jeden beliebigen Code ausführen lassen. Allerdings sollte man sich an die Grundregeln der ISR Programmierung halten: Nur das tun was unbedingt notwendig ist. Eine ISR sollte (zeitlich gesehen) so kurz wie möglich aber so lang wie notwendig sein. Komplexe Ausgaben auf LCD óder gar auf die UART gehören nicht in eine ISR. Sie dauern einfach zu lange und blockieren so den Prozessor zu lange. Programme die mehrere Dinge quasi gleichzeitig machen, werden so zu lange blockiert.

Möchte man die Interruptaktion ''genau'' alle 1 ms ausführen, ginge das nur über eine Manipulation des Zählerstands von TCNT0 in der iSR, d.h. Vorbelegung beim Init und Reload in der ISR. Die Idee ist es dabei, in TCNT0 einen Wert zu laden, so dass bis zum nächsten Overflow nicht mehr zb 256 Zähltakte notwendig sind, sondern entsprechend weniger. Es gibt bei moderneren AVRs allerdings einen eleganteren, automatischen Weg dies zu tun: den CTC Modus

=== '''CTC''' Clear Timer on Compare Match (Auto Reload) ===

Im CTC Modus des Timers ist es möglich, anstelle der durch die Hardware bedingten Obergrenze des Timers, eine andere Zahl zu benutzen, an der der Timer einen Interrupt auslöst und wieder bei 0 zu zählen anfängt. Neben dem Aktivieren des CTC Modus genügt es dazu, einfach den gewünschten Endwert in ein spezielles Register, das OCRA0, zu laden. Und natürlich hat auch die ISR dann einen anderen Namen. Weitere Anmerkungen und Erläuterungen finden sich im CTC-Kapitel der 16-Bit Timer.

<c>
#include <avr/io.h>
#include <avr/interrupt.h>

//Variablen für die Zeit
volatile unsigned int millisekunden;
volatile unsigned int sekunde;
volatile unsigned int minute;
volatile unsigned int stunde;

int main(void)
{
// Timer 0 konfigurieren
TCCR0A = (1<<WGM01); // CTC Modus
TCCR0B |= (1<<CS01); // Prescaler 8
// ((1000000/8)/1000) = 125
OCR0A = 125-1;

// Compare Interrupt erlauben
TIMSK |= (1<<OCIE0A);

// Global Interrupts aktivieren
sei();

while(1)
{
/*Hier kann die aktuelle Zeit
ausgeben werden*/
}
}

/*
Der Compare Interrupt Handler
wird aufgerufen, wenn
TCNT0 = OCR0A = 125-1
ist (125 Schritte), d.h. genau alle 1 ms
*/
ISR (TIMER0_COMPA_vect)
{
millisekunden++;
if(millisekunden == 1000)
{
sekunde++;
millisekunden = 0;
if(sekunde == 60)
{
minute++;
sekunde = 0;
}
if(minute == 60)
{
stunde++;
minute = 0;
}
if(stunde == 24)
{
stunde = 0;
}
}
}
</c>

Anm.: In diesem Beispiel ist es egal, ob TCCR0B absolut gesetzt wird (TCCR0B = (1<<CS01)) oder der Prescaler-Wert zum alten Inhalt hinzugeODERt wird (TCCR0B |= (1<<CS01)). Die anderen Bits in TCCR0B sind nach dem Reset 0 und sollen auch 0 bleiben. Wenn man sicher nur bestimmte Bits ändern will, ist das ODER (bzw. UND mit dem Kehrwert) sicherer. Näheres dazu im Artikel [[Bitmanipulation]].

== 16-Bit Timer/Counter ==

Viele AVR-Modelle besitzen außer 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 zur 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:

{| class="wikitable"
|-
| '''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:

{| class="wikitable"
|-
! Bit
| 7|| 6|| 5|| 4|| 3|| 2|| 1|| 0
|-
! Name
| '''COM1A1'''|| '''COM1A0'''|| '''-'''|| '''-'''|| '''-'''|| '''-'''|| '''PWM11'''|| '''PWM10'''
|-
! R/W
| R/W|| R/W|| R|| R|| R|| R|| R/W|| R/W
|-
! Initialwert
| 0|| 0|| 0|| 0|| 0|| 0|| 0|| 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.

:{| class="wikitable"
|-
! COM1A1 || 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.
|}

:In der PWM-Betriebsart haben diese Bits eine andere Funktion.

:{| class="wikitable"
|-
! COM1A1 || 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''.
|}

'''PWM11''', '''PWM10''' ('''PWM''' Mode Select Bits)
:Mit diesen 2 Bits wird die PWM-Betriebsart des Timer/Counter 1 gesteuert.

:{| class="wikitable"
|-
! PWM11 || 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.
|}

|-
| '''TCCR1B'''
| '''T'''imer/'''C'''ounter '''C'''ontrol '''R'''egister '''B''' Timer '''1'''

{| class="wikitable" style="text-align:center"
|-
! Bit
| 7 || 6 || 5 || 4 || 3 || 2 || 1 || 0
|-
! Name
| '''ICNC1'''|| '''ICES1'''|| '''-'''|| '''WGM13'''|| '''WGM12 (CTC1)'''|| '''CS12'''|| '''CS11'''|| '''CS10'''
|-
! R/W
| R/W || R/W || R || R || R/W || R/W || R/W || R/W
|-
! Initialwert
| 0 || 0 || 0 || 0 || 0 || 0 || 0 || 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 Vorteiler ein etwas anderes Zählverhalten:
:Wenn der Vorteiler auf 1 gestellt, und C der voreingestellte Vergleichswert 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:

:{| class="wikitable"
|-
! CS12 || CS11 || 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 T1, fallende Flanke
|-
| align="center" | 1
| align="center" | 1
| align="center" | 1
| Externer Pin T1, steigende Flanke
|}

:Wenn als Quelle der externe Pin T1 verwendet wird, so wird ein Flankenwechsel auch erkannt, wenn der Pin T1 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.

{| class="wikitable" style="text-align:center"
|-
! Bit
| 7 || 6 || 5 || 4 || 3 || 2 || 1 || 0 ||
|-
! Name
| '''MSB'''||  ||  ||  ||  ||  ||  ||  || '''TCNT1H'''
|-
! Name
||  ||  ||  ||  ||  ||  ||  || '''LSB'''|| '''TCNT1L'''
|-
! R/W
| R/W|| R/W|| R/W|| R/W|| R/W|| R/W|| R/W|| R/W||  
|-
! Initialwert
| 0|| 0|| 0|| 0|| 0|| 0|| 0|| 0||  
|}

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'''
{| class="wikitable" style="text-align:center"
|-
! Bit
| 7|| 6|| 5|| 4|| 3|| 2|| 1|| 0||  
|-
! Name
| '''MSB'''||  ||  ||  ||  ||  ||  ||  || '''OCR1H'''
|-
! Name
|  ||  ||  ||  ||  ||  ||  || '''LSB'''|| '''OCR1L'''
|-
! R/W
| R/W|| R/W|| R/W|| R/W|| R/W|| R/W|| R/W|| R/W||  
|-
! Initialwert
| 0|| 0|| 0|| 0|| 0|| 0|| 0|| 0||  
|}

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 '''TCNT1''' 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 '''OCR1L''' und erst danach '''OCR1H''' ausgelesen werden.

Wenn in das Register geschrieben werden soll, müssen ebenfalls alle Interrupts gesperrt werden. Dann muss zuerst das '''OCR1H'''-Register und erst danach das '''OCR1L'''-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''' 
{| class="wikitable" style="text-align:center"
|-
! Bit
| 7|| 6|| 5|| 4|| 3|| 2|| 1|| 0||  
|-
! Name
| '''MSB'''||  ||  ||  ||  ||  ||  ||  || '''ICR1H'''
|-
! Name
|  ||  ||  ||  ||  ||  ||  || '''LSB'''|| '''ICR1L'''
|-
! R/W
| R|| R|| R|| R|| R|| R|| R|| R||  
|-
! Initialwert
| 0|| 0|| 0|| 0|| 0|| 0|| 0|| 0||  
|}

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.

{{Warnung|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:
;Lesen:: '''ICR1L''' → '''ICR1H'''
Bei Verwendung des Compilers wird der Zugriff in der korrekten Reihenfolge ausgeführt, wenn man das 16-Bit register ICR1 verwendet anstatt zwei Zugriffe auf 8-Bit Register.
}}

|}

=== 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äß folgender Tabelle:

{| class="wikitable" style="text-align:center"
|-
! Auflösung || Obergrenze || Frequenz
|-
| 8 || 255 || fTC1 / 510
|-
| 9 || 511 || fTC1 / 1022
|-
|10 || 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 (Compare Match) ===

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.

Zu erwähnen ist in dem Zusammenhang, dass das zur Compare-Einheit gehörende Interrupt-Flag erst beim auf die Übereinstimmung der Werte folgenden Timertakt gesetzt wird. Das ist v.a. deshalb wichtig, da es sonst bei OCRnx = 0 einen undefinierten Zustand gäbe.

Möchte man ein Compare-Ereignis 100 Takte nach dem Timerüberlauf auslösen, dann muss in das betreffende Compare-Register eine 99 geschrieben werden.

=== CTC-Betriebsart (Clear Timer on Compare Match) ===

Das sogenannte '''Compare Match-Ereignis''' kann auch dazu verwendet werden, um den Timer automatisch zurückzusetzen (d.h. das TCNT-Register wird zu Null gesetzt). Diese Betriebsart heißt "Clear Timer on Compare Match", also auf deutsch "Lösche Timer bei Vergleichsübereinstimmung".

Mit dieser Funktionalität ist es möglich, sehr präzise Taktsignale zu erzeugen, ohne dabei programmtechnisch eingreifen zu müssen. '''Diese Funktion ersetzt das bei anderen Controllern und Timern ohne Compare-Einheit erforderliche Timer Reload''' (also das Nachladen des Zählregisters mit "Überlaufwert minus gewünschte Taktzahl bis zum Überlauf", v.a. verbreitet bei 8051er-µCs).

Zur Erzeugung eines Taktes per Hardware muss lediglich eine der CTC-Betriebsarten ausgewählt werden und einer der OCnx-Pins so gesetzt werden, dass er bei Auftreten des Compare Match getoggelt wird (über die COM-Bits).

Die Frequenz des Taktes am entsprechenden Ausgang ist dann:
<math>f_\text{OC} = \frac{f_\text{CPU}}{\text{Prescaler} \cdot \left( \text{OCRnx} + 1 \right)}</math>

Umgeformt gilt für OCRnx:
<math>\text{OCRnx} = \frac{f_\text{CPU}}{\text{Prescaler} \cdot f_\text{OC}} - 1</math>

Diese Betriebsart macht das Timer-Nachladen, das bei AVRs, die ja im Unterschied zu 8051-Derivaten keine Auto-Reload-Funktion haben, immer mit Ungenauigkeiten und programmtechnischen Klimmzügen verbunden ist, überflüssig. Ist das OCRnx einmal gesetzt, dann wird das Signal am Ausgang kontinuierlich ausgegeben, ohne dass die Anwendersoftware eingreifen muss (es sei denn, die Frequenz soll geändert werden).

Beim ATmega8 hat der 8-Bit-Timer 0 keine Compare-Einheit, so dass dort CTC und auch sonstige automatische Vergleichsoperationen nicht möglich sind. Bei Timer 1 und Timer 2 ist das jedoch möglich. Bei den neueren AVRs besitzen i.d.R. ''alle'' Timer eine oder mehrere Compare-Einheiten, so dass dort eine größere Flexibilität gegeben ist.

Im Unterschied zu den PWM-Betriebsarten wird die Registeraktualisierung bei CTC nicht automatisch synchronisiert. Schreibt man einen neuen Compare-Wert, dann wird dieser sofort übernommen, was zu Fehlfunktionen führen kann, wenn der neue Compare-Wert höher ist, als der aktuelle Stand von TCNTnx. In den PWM-Betriebsarten wird hingegen der TOP-Wert synchron bei Erreichen von TOP oder BOTTOM aktualisiert.

=== 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.

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

{| class="wikitable" style="text-align:center"
|-
! Bit
| 7 || 6 || 5 || 4 || 3 || 2 || 1 || 0
|-
! Name
| '''TOIE1'''|| '''OCIE1A'''|| '''-'''|| '''-'''|| '''TICIE'''|| '''-'''|| '''TOIE0'''|| '''-'''
|-
! R/W
| R/W || R/W || R || R || R/W || R || R/W || R
|-
! Initialwert
| 0|| 0|| 0|| 0|| 0|| 0|| 0|| 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

{| class="wikitable" style="text-align:center"
|-
! Bit
| 7 || 6 || 5 || 4 || 3 || 2 || 1 || 0
|-
! Name
| '''TOV1'''|| '''OCF1A'''|| '''-'''|| '''-'''|| '''ICF1'''|| '''-'''|| '''TOV0'''|| '''-'''
|-
! R/W
| R/W|| R/W|| R|| R|| R/W|| R|| R/W|| R
|-
! Initialwert
| 0|| 0|| 0|| 0|| 0|| 0|| 0|| 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.
|}

[[Kategorie:avr-gcc Tutorial]]
[[Kategorie:Timer und Uhren]]

USB-Stick am Mikrocontroller

2010-04-25T13:07:02Z

Jonebohne: /* Hardware */

== Allgemeine Funktionsbeschreibung ==

'''- AVR/GCC-Version im Projektarchiv verfügbar -'''

Das Projekt demonstriert an einem Hard- und Softwarebeispiel die Verwendung von [[USB]]-Sticks an Mikrocontrollersystemen. Es ist nicht als fertiges Projekt zu betrachten, sondern soll eine Grundlage zur Realisierung eigener Anwendungen sein. Die Software liegt in einer 8051er/SDCC und einer [[AVR-GCC]] Version vor.

[[Bild:VNC Ansicht.png|framed|top|Ansicht des Testaufbaues]]

Dazu ist ein USB-Hostcontroller erforderlich. Die meisten Mikrocontroller mit integrierten USB-Port, bzw. Lösungen mit FT232-Bausteinen, bieten keine Host-Funktionalität. Es wird der Typ VNC1L-1A von FTDI (Vinculum) eingesetzt.

Dieser IC hat folgende Eigenschaften:
* USB 2.0 Host- und Slave-Funktionalität
* 2 USB-Ports mit Low- und Full-Speed
* [[UART]]-, [[SPI]]- und Parallelinterface
* zusätzliche, frei verwendbare I/O-Ports
* integrierter 8Bit Mikrocontroller und 32Bit Aritmetik-Prozessor
* interner DMA-Controller, 64kByte Flash, 4kByte SRAM
* Firmware für FAT16 und FAT32 Support kostenfrei Verfügbar
* 3.3V (25mA) Versorgungsspannung, I/O-Pins sind 5V tolerant
* wenige externe Bauteile erforderlich
Leider ist der IC nur in SMD (LQFP-48 [[Gehäuse-Übersicht|Gehäuse]]) erhältlich.
 

== Hardware ==

Zum Einsatz kommt ein fertiges Modul VDIP1. Dieses enthält auf einer kleinen Platine einen VNC1L-1A mit allen erforderlichen Zusatzbauteilen. Werksmäßig ist auch die passende Firmware (VDAP) bereits programmiert.

[[Bild:VNC VDIP1.png|framed|top|VDIP1-Modul]]

* VNC1L-1A
* Quarz 12MHz (per interne PLL auf 48MHz vervielfacht)
* 3.3V Spannungsregler
* 2 Jumper für die Interfaceeinstellung
* USB-A Buchse
* komplette Schutzbeschaltung
* 2 Status-LEDs
* 2x 12 Stifte im DIP24 IC-Format
* VDAP Firmware und Bootloader bereits vorinstalliert
* Updatefähig über USB-Stick

[http://www.vinculum.com/documents/schematics/VDIP1%20Schematic%20Prints.pdf VDIP1-Schaltung (PDF)] /
[http://www.vinculum.com/documents/datasheets/DS_VDIP1.pdf VDIP1-Datenblatt (PDF)]

Das VDIP1-Modul ist für Experimente gut geeignet, zumal es die VDAP-Firmware bereits enthält. (Das flashen eines leeren VNC1L-1A ist dagegen nicht gerade einfach!) Bezug ist über diverse Elektronikversender möglich. Preis: VDIP1 ca. 25 Euro, VNC1L-1A als einzelner IC ab ca. 10 Euro. Bezugsquellen befinden sich im Diskussionsbeitrag, siehe unten.

Im Beispiel wurde als Zielsystem (8051) eine universelle Mikrocontroller-Platine [http://pro-51.eltra-tec.de PRO-51] mit 8051-Mikrocontroller verwendet. Es kann natürlich jeder andere Mikrocontroller eingesetzt werden. Besondere Leistung ist nicht erforderlich. Die Taktfrequenz beträgt im Bsp. 11.0592MHz und ist unkritisch. Ich habe die Frequenz auch mal Testweise auf 24MHz erhöht, was ohne Software-Änderung auch funktionierte.

Für die AVR-Version habe ich einen ATmega644 verwendet. Auch andere AVRs sollten funktionieren. Getestet mit unterschiedlichen Taktfrequenzen (1MHz, 8MHz, 11.0592MHz). Beim Einsatz des UART-Monitoring sollte unbedingt ein externer Quarz angeschlossen werden.

[[Bild:VNC Stromlaufplan.png|400px|Stromlaufplan 8051]]

[[Media:VNC Stromlaufplan.pdf|Stromlaufplan (8051) als PDF]].

[[Bild:VNC AVR Stromlaufplan.png|400px|Stromlaufplan AVR]]

[[Media:VNC AVR Stromlaufplan.pdf|Stromlaufplan (AVR) als PDF]].

Zu Übertragung wird die SPI-Schnittstelle verwendet. Das SPI-Handling ist komplexer als beispielsweise die UART-Schnittstelle, hat aber den Vorteil, dass die wertvolle Mikrocontroller-UART für andere Anwendungen erhalten bleibt.

''Nicht vergessen, die Jumper J3 und J4 des VDIP1-Moduls auf SPI zu stecken!''

Das VNC1L-1A SPI-Protokoll weicht erheblich von dem üblichen SPI ab. Es ist ehr eine Mischung aus SPI-, I2C- und UART-Eigenschaften und Bedarf einiger Aufmerksamkeit. Wenn es einmal läuft, dann jedoch sehr stabil und bis 12MHz Busfrequenz schnell. Delays sind kaum notwendig. Da immer 13 Bit übertragen werden, ist eine Hardware-SPI auf Mikrocontrollerseite nicht nutzbar. Das Timing wurde über normale Port-Pins per Software nachgebildet.

Der Mikrocontroller ist Master, der VNC1L-1A Slave. Zum senden eines Zeichens an den VNC1L-1A ist dies ideal, schwieriger erscheint das Empfangen von Zeichen vom VNC1L-1A, da dieser keinen Interrupt-Pin hat, welcher das Vorhandensein neuer Zeichen signalisiert. Der VNC1L-1A muss dennoch nicht ständig vom Mikrocontroller auf neue Zeichen gepollt werden, da er einen ziemlich großen FIFO hat. Ein "Buffer voll" wird vom Programm erkannt und entsprechend gewartet.

Jedes übertragene Zeichen wird vom VNC1L-1A im Status-Bit sofort auf Akzeptanz bestätigt, ähnlich dem Acknowledgment-Bit des I2C-Buses. Ein nicht bestätigtes Zeichen wird erneut gesendet.

Das Testsystem benutzt zur Anzeige ein alphanumerischen LC-Display mit 4x20 Zeichen, konkret ein DIP204-4 von EA, mit KS0073 Controller. Die Anschaltung und der Betrieb ist Standard und nicht Thema dieses Beitrages. Alle an den VNC1L-1A gesendeten und von ihm empfangenen Daten können bei Bedarf auf dem Display angezeigt werden.

Ebenfalls möglich ist UART-Monitoring über die serielle Schnittstelle. Alle gesendeten und empfangenen Zeichen werden hierbei ebenfalls übertragen.

Beide Funktionen sind hilfreich bei der Inbetriebnahme und zum verstehen der Arbeitsweise.
 

== Software ==

Es wird vorausgesetzt, das auf dem VNC1L-1A die VDAP Software bereits installiert ist. Dies ist auf einen VDIP1-Modul werkseitig der Fall. Meist ist jedoch eine ältere Version drauf. Das sollte man auch erstmal so lassen.

Der Stick muss mit FAT16 oder FAT32 formatiert sein. Es wird nur die erste primäre Partition unterstützt. NTFS oder andere Dateisysteme werden nicht erkannt.

Die VDAP-Firmware stellt praktisch alle Funktionen zum Zugriff auf dem USB-Stick bereit. Kenntnisse des FAT-Dateisystems sind nicht erforderlich. Die Firmware arbeitet im Prinzip wie ein Monitorprogramm mit DOS-ähnlichen Kommandos. Nach einem erfolgreichen Kommando meldet sich die Firmware mit einen 'D:\>' zurück.

Die Beispielprogramme sind in Ansi-C geschrieben und mit SDCC bzw. GCC kompiliert. Sie belegen inkl. der LCD-Funktionen und Test-Filedaten ca. 7Kbyte FLASH und 270Byte RAM (8051) und ca. 700Byte SRAM (AVR), mit Einsparpotential. (Auf PROGMEM-Nutzung wurde bisher verzichtet.) Eine Portierung auf andere Mikrocontroller sollte problemlos möglich sein. Spezielle SFR- und Zusatzkomponentennutzung wurde weitgehend vermieden. Das Programm dürfte leicht zu verstehen sein. Einige Erfahrungen sollten jedoch schon vorhanden sein.

Zunächst werden ein Reset des VNC1L-1A und einige Initialisierungen durchgeführt:

* ECS - erweitertes Kommando-Set einstellen
* IPA - alle Zahlen werden als ASCII übertragen
* FWV - Anzeige der Softwareversion
* DIR - Anzeige des Stickinhaltes

''Wenn diese 4 Punkte funktionieren, kann man sich an ein Update der VDAP-Firmware trauen. Dazu die aktuelle Firmware von der [http://www.vinculum.com/downloads.html Vinculum-Homepage] laden (endet mit .ftd), in "ftrfb.ftd" umbenennen und diese Datei ins Root des USB-Sticks kopieren. Der Bootloader flasht die Datei dann automatisch beim nächsten anstecken und quitiert den Vorgang mit der Anzeige CHANGE MAIN. Alle Funktionen habe ich mit der Version 3.66 und 3.68 ausprobiert.''

[[Bild:VNC Monitor FW.png|top|Firmwaremeldung nach FWV-Kommando]]

Die danach folgenden Softwareteile zeigen, wie man eine Datei auf dem USB-Stick erzeugt bzw. einliest. '''Hinweis! Nur 8.3 Dateinamen verwenden!'''

Besonderen Wert sollte man auf die elementaren SPI I/O-Funktionen '''vnc_wr_byte''' und '''vnc_rd_byte''' legen. Das Datenblatt des VNC1L-1A geht recht detailiert auf das Timing ein. Damit sollte man sich vorab gründlich beschäftigen. (Die Angaben zum SPI im Datenblatt des VDIP1 sind dagegen spärlich und teilweise falsch!)

Die vollständigen Quelltexte sind im '''Projektarchiv''' (siehe unten), enthalten. Zusätzlich ist darin ein kleines Testprogramm (AVR) zur Überprüfung der elementaren SPI-Kommunikation enthalten. Es wird ständig ein E(cho) gesendet und empfangen. Dieses Progamm sollte man für den Einstieg und Inbetriebnahme als erstes verwenden. Man kann dann ziemlich sicher sein, dass die Hardware-Verbindung funktioniert.

Das Video zeigt den Ablauf des Beispielprogrammes auf dem LC-Display. Die Pausen zwischen den einzelnen Kommandos wurden zur besseren Demonstration etwas vergrößert.

[[Bild:VNC Youtube klein.png|top|100px|Video]] [http://www.youtube.com/watch?v=oUX1U1ipfQk Video ansehen] (Länge ca. 1 Minute auf www.youtube.de)

Ein weiteres Video zeigt zum Verständnis das Grundprinzip der Kommunikation mit dem VNC1L, hier über UART und Terminalprogramm auf einem PC.

[[Bild:VNC Youtube klein.png|top|100px|Video]] [http://www.youtube.com/watch?v=r3fF48pI0Wo Video ansehen] (Länge ca. 1.5 Minuten auf www.youtube.de)

''Auf die LCD-Ansteuerung wird hier nicht näher eingegangen.''
 

== Ausblick ==

Die Software wurde mit folgenden USB-Sticks getestet:
* RUNDISK 512MB FAT16 - ok
* PLATINUM 2GB FAT32 - ok
* CNMEMORY 4GB FAT32 - ok
* TREKSTOR 16GB FAT32 - ok
* OCZ 8GB (RALLY DUAL-CANAL) FAT32 - kein schreiben möglich
(VDAP-Firmware kann mit Dual-Canal-Technik offenbar nicht korrekt umgehen. Der Stick wird zwar erkannt, ein schreiben war mir jedoch nicht möglich.)

FAT16-Systeme sind schneller als FAT32-Systeme. Ich habe während der Testphase, auch bei gravierenden Softwarefehlern, kein Dateisystem auf dem Stick demoliert, oder fremde Dateien beschädigt. Die VDAP-Firmware scheint recht stabil zu funktionieren. Trotzdem sollte man nicht seinen einzigen Backup-Stick zum testen verwenden...

Mit dem VNC1L-1A können auch andere Geräte, wie z. B. USB-Drucker, Kameras und Handys angesteuert werden.

Über Kommentare und Anregungen bin ich dankbar. Kontakt: Matthias Kahnt / matthiask (az51@gmx.net) '''([http://www.mikrocontroller.net/topic/130381#new zum Diskussionsbeitrag im Forum])''' 

Weiterhin ist im '''"Embedded Projects Journal"''', Ausgabe 4 ein Beitrag zum Thema "USB-Stick am Mikrocontroller" veröffentlicht wurden. Download: siehe unten.

== Links / Download ==
* [[Media:VNC_Projektarchiv1_24.zip|Projektarchiv - USB-Stick am Mikrocontroller V1.24 - Stand: 16.11.2009 (8051- und AVR-Version)]]
* [http://www.mikrocontroller.net/topic/130381#new Diskussions-Beitrag hier im Forum]
* [http://www.ixbat.de//files/admin/projekte/epjournal/EPJ_04_download.pdf Embedded Projects Journal, Ausgabe 4]
* [http://www.vinculum.com Vinculum-Homepage]
* [http://www.vinculum.com/downloads.html Vinculum-Downloadbereich]
* [http://www.vinculum.com/documents.html#vdatasheets Vinculum Datenblattbereich]
* [http://www.ftdichip.com FTDI-Homepage]

[[Kategorie:Projekte]]
[[Kategorie:8051]]
[[Kategorie:AVR-Projekte]]
[[Kategorie:USB]]

Schaltplaneditoren

2010-04-24T07:58:42Z

Jonebohne: /* Eagle */ Windows 7 kompatibel

== Eagle ==

[[Bild:Eagle.png|right|thumb|Screenshot]]

Eagle von Cadsoft ist nicht nur ein Schaltplaneditor, sondern ein komplettes Paket mit Layoutprogramm und Autorouter. Das hat den Vorteil, dass man einen erstellten Schaltplan gleich zur Platine weiterverarbeiten kann.

Mitgeliefert werden umfangreiche Symbol- bzw. Bauteilbibliotheken, von Widerständen in allen Bauformen über Taster bis hin zu [[AVR]]s. Eine Library für viele aktuelle AVRs findet sich im Download-Bereich
von [http://www.embedit.de http://www.embedit.de].

Eagle läuft unter Linux, Windows (2000/XP/Vista/7) und Mac OS X.

Eine für nichtkommerzielle Anwendungen kostenlose Version ist von [http://www.cadsoft.de/ CadSoft] erhältlich. Diese ist auf zweilagige Platinen im halben Euro-Format (80x100mm) sowie Schaltpläne mit nur einer Seite beschränkt.

Zum Betrachten des fertigen, bestückten Platinenentwurfs als 3D-Bild bietet sich [http://www.matwei.de/doku.php?id=en:eagle3d:eagle3d eagle3D] an. Mit Hilfe eines ULP wird eine Beschreibungsdatei für POVray erzeugt, die dann anschließend gerendert wird. Eine große Zahl an Bauteilen wird unterstützt.

Anwendungshinweise:
* [[Eagle im Hobbybereich]]
* [http://gaussmarkov.net/wordpress/category/tools/software/eagle/ Eagle CAD Tutorial] im Blog von gaussmarkov: diy fx (englisch)

== PCB ==

[http://pcb.sourceforge.net/index.html PCB] ist ein freies (open source) Layoutprogramm inklusive Autorouter. Zum Zeichnen der Schaltpläne kann [[Schaltplaneditoren#Gschem|Gschem]] verwendet werden.

PCB wurde ursprünglich für den Atari ST entwickelt und später nach
Unix portiert. PCB läuft meist unter Linux, kann allerdings mit [http://www.cygwin.com/ Cygwin] auch unter Windows betrieben werden.

Als Ausgabeformate stehen [http://de.wikipedia.org/wiki/Postscript Postscript] und Gerber RS-274-X zur Verfügung.

Ein großer Vorteil von PCB ist, dass alle Funktionen auch über
Hotkeys gesteuert werden können, was insbesondere nach längerer Einarbeitungszeit ein großer Gewinn gegenüber manchen Windows-Programmen ist.

Zur Einarbeitung ist es meines Erachtens sehr wichtig, sich das [http://www.geda.seul.org/wiki/geda:gsch2pcb_tutorial Tutorial] durchzulesen. PCB und Gschem sind nicht besonders einfach zu benutzen. Gerade am Anfang, wenn man sich versucht damit einzuarbeiten. Aber wenn man einmal mit dem Werkzeug arbeiten kann, wird man es nicht mehr missen wollen.

=== Wichtige Einstellungen & Tips ===

Die neue GTK+ Version aus dem CVS Archiv ist der alten, etwas angestaubten Version vorzuziehen. Auch das Kompilieren ist nicht wirklich schwierig. Alles, was dazu notwendig ist (und das Programm hat keine großen Abhängigkeiten), ist in der Readme erklärt. Somit fällt die Kompilierung recht einfach aus.

Auf der linken Seite befindet sich die Auswahl der jeweiligen Layer. Gerade bei Verwendung des Autorouters sollte man hier den 2. Layer deaktivieren. Dies kann ganz einfach mit einem Klick auf die Beschriftung erfolgen (component, GND-comp und VCC-comp). Ebenso sollte man unused (grün) und unused (blau) deaktivieren.

Als Route Style verwende ich den ''Power Style'' mit einer Dicke von 25 Mil (0.6 mm). Der ''Signal Style'' scheint mir gerade bei schlechten Belichtungsverhältnissen nicht ganz optimal zu sein.

=== Autorouter ===

Der Autorouter von PCB hat einige Schwächen, welche allerdings bei Hobby-Projekten völlig belanglos sind: Beispielsweise kann es bei TQFP-Gehäusen mit 100 Pins u. 0.5mm Pinabstand zu Problemen kommen, 64polige TQFP-Gehäuse (z. B. vom ATmega 128) gehen jedoch ohne Probleme.

Hat man sich soweit im [http://www.geda.seul.org/wiki/geda:gsch2pcb_tutorial Tutorial] durchgearbeitet und seine Bauteile positioniert, kann der Autorouter zum Einsatz kommen. Auch hier ist ein wenig Experimentierfreude erforderlich, um zu zufriedenstellenden Ergebnissen zu kommen.

Unter '''Connects / Optimize routed Tracks / Miter''' können die gerouteten Linien in 45 Grad Winkel modifiziert werden.

=== Footprints ===

[[Bild:Pcbgtk.png|right|thumb|Screenshot]]

Sehr wichtig für das Zusammenspiel zwischen dem Schaltplaneditor [http://www.geda.seul.org/tools/gschem/ Gschem] und dem [http://pcb.sourceforge.net PCB] ist die Verwendung der richtigen Footprints.

Mir persönlich ist aufgefallen, daß viele Pads zu klein sind. Gerade im Bereich der Hobbyätzerei könnten sie ruhig größer ausfallen.

<table border=1>
<tr>
<th>Element</th>
<th>Footprint</th>
<th>Alternativer Footprint</th>
<th>Beschreibung</th>
</tr>
<tr>
<td>Widerstand 1/4 Watt</td>
<td>R0w4</td>
<td>R025</td>
<td>Ich benutze R0w4, weil es die Pads größer sind.</td>
</tr>
<tr>
<td>Elko</td>
<td>CR200</td>
<td>RADIAL_CAN 200</td>
<td>CR200 ist für größere Elkos (Umfang), während bei RADIAL_CAN 200 der Umfang kleiner ist. Leider fehlt die Polarität bei diesem Symbol. Allgemein jedoch sind bei beiden Elementen die Pads zu klein.</td>
</tr>
</table>

[[Bild:Pcb_widerstand.png]]

Mir waren irgendwie alle Widerstände nicht ideal genug.
Die Löcher werden ja meist mit 0.8mm gebohrt: (0.8 mm * (1 mil/ 0.0254 mm) = 31 mil. Eine Richtlinie für den gesamten Paddurchmesser habe ich nicht gefunden. Aus einer Elektor Platine habe ich mit Meßschieber ungefähr 2 mm gemessen, also 78 mil.

<pre>
Element["" "R__0w4_10.16mm" "" "" 0 0 0 -10300 0 100 ""]
(
Pin[0 0 7800 3100 6100 3500 "" "1" "edge2"]
Pin[40000 0 7800 3100 6100 3500 "" "2" "edge2"]
ElementLine [7900 0 4400 0 1000]
ElementLine [32000 0 35500 0 1000]
ElementLine [7900 -3300 7900 3300 1000]
ElementLine [32000 -3300 32000 3300 1000]
ElementLine [7900 -3300 32000 -3300 1000]
ElementLine [7900 3300 32000 3300 1000]
)
</pre>

Für Kapazitäten mit einer Breite von 2.54 mm oder 5.08 mm nutze ich folgendes Element

<pre>
Element["" "" "" "" 65000 78500 0 0 0 100 ""]
(
Pin[2000 -2500 7000 3000 4200 2000 "" "cap_2" "edge2"]
Pin[-8000 -2500 7000 3000 4200 2000 "" "cap_1" "edge2"]
Pin[-18000 -2500 7000 3000 4200 2000 "" "cap_1" "edge2"]
Pad[-16000 -2500 -10000 -2500 1000 2000 3000 "" "1" ""]
ElementLine [-4000 -6500 -4000 2500 1399]
ElementLine [-2000 -6500 -2000 2500 1399]
)
</pre>

Für eine Breite von 5.08 mm oder 7.62 mm nutze ich folgendes Element:

<pre>
Element["" "" "" "" 63000 93500 0 0 0 100 ""]
(
Pin[14000 -4500 7000 3000 4200 2000 "" "cap_2" "edge2"]
Pin[4000 -4500 7000 3000 4200 2000 "" "cap_2" "edge2"]
Pin[-16000 -4500 7000 3000 4200 2000 "" "cap_1" "edge2"]
Pad[5500 -4500 12500 -4500 1000 2000 3000 "" "1" "edge2"]
ElementLine [-7500 -8500 -7500 500 1399]
ElementLine [-5500 -8500 -5500 500 1399]
)
</pre>

== Gschem ==

[[Bild:Gschem.png|right|thumb|Screenshot]]

gschem ist der Schaltplaneditor aus dem Open Source Projekt gEDA. gschem wird hauptsächlich auf Linux Rechnern entwickelt, läuft aber auch auf anderen Unix-Betriebssystemen und unter Windows. gschem ist für die Linuxdistributionen RedHat und Debian als Paket verfügbar, für Windows ist nur eine ältere Version erhältlich und für alle anderen ist selber kompilieren angesagt.

Die Bedienung ist nicht sonderlich anfängerfreundlich. Hat man sich aber mal daran gewöhnt, dass jeder Menupunkt mit 1 oder 2 Tasten erreichbar ist, läßt sich's mit gschem prima arbeiten.

In der Symbolbibliothek (die auch online betrachtet werden kann) sind etwas mehr als 1000 Symbole; das Selbsterzeugen von Symbolen ist jedoch problemlos möglich. Insbesondere ist es aufgrund des gut dokumentierten und einfachen Datei-Formates möglich, mit einfachen Perl-Programmen z. B. aus Reports von Xilinx ISE Symbole zu erzeugen und automatisch zu aktualisieren, wenn sich die Pinzuordnung ändert. Das fehlerhafte Eingeben der Pinbelegung von CPLDs und FPGAs von Hand und die Änderung derselben ist damit für gschem User Geschichte.

Die Schaltpläne lassen sich als png und als Postscript exportieren.

Netzlisten (insgesamt über 20 Formate für PCB, Protel, Eagle, BAE, spice, pads, ... ) lassen sich mit dem Programm gnetlist generieren. Aus diesem Grund ist man (bis auf die Namen der Footprints) unabhängig von der verwendeten Layout-Software und kann diese auch sehr leicht wechseln.

Ein großer Vorteil der gEDA-Suite sind die Dateiformate, welche alle reiner ASCII-Text sind. Dies macht die Entwicklung von Helper-Tools zur Lösung von speziellen Aufgaben sehr leicht. Außerdem können die Dateien deswegen sehr einfach in Versionsverwaltungssystemen wie CVS verwaltet werden, was insbesondere die Entwickler größerer Projekte zu schätzen wissen.

Nähere Informationen über gschem (gEDA) gibt es unter [[http://www.geda.seul.org/ http://www.geda.seul.org/]].

== BAE ==

Bartels AutoEngineer (BAE) unterstützt die Erstellung von Schaltplänen, Leiterplatten und integrierten Schaltungen und läuft unter Windows, Linux und verschiedenen X11-/Unix-Systemen. Der Schaltplaneditor kann Pläne auf beliebig vielen Blättern erstellen, wobei auch hierarchische Strukturen möglich sind. Der Autorouter erzeugt recht brauchbare Ergebnisse, wobei beliebige Teile mit der Hand vorab geroutet werden können. Ein Autoplacer ist ebenfalls vorhanden.

Eine auf Schaltplaneingabe beschränkte Version und eine kastrierte Evaluierungsversion sind auf der [http://www.bartels.de/bae/bae_de.htm BAE Homepage] downloadbar.

Die [http://www.bartels.de/bae/baeprice_de.htm preiswerteste] kostenpflichtige Version ist das BAE Light. Diese Version ist auf Leiterplatten der Groesse 160x100 und auf 2 Layer beschränkt, eine Beschränkung auf eine bestimmte Pinanzahl gibt es aber nicht.

Ansonsten wird eine Economy-, Professional- und Highendversion angeboten, die jeweiligen Eigenschaften sind im Abschnitt [http://www.bartels.de/baedoc/inst_de.htm Bartels AutoEngineer Softwarekonfigurationen] erklärt. Interessant ist z. B. der Bauteilhöhencheck.

Mit dem BAE IC Design dringt man bis in den Bereich der IC-Entwicklung vor.

[[BAE-Tutorial]]

== TARGET 3001! ==
[[Bild:target3001.png|right|thumb|Screenshot]]

TARGET 3001! für Windows (ME/NT4/2000/XP/Vista) bietet folgende Funktionen

* Schaltplan
* Bauteilerstellung
* Schaltungssimulation (PSPICE-Syntax)
* Platinen-Layout mit Autoplatzierer
* Autorouter
* Anzeige der Platine in 3D
* Frontplattenentwurf direkt an oder über der Platine

Die Platinen-Layout-Software ist in deutscher, englischer oder französischer Sprache. Es gibt eine für nicht kommerzielle Anwendungen kostenlose Version: TARGET 3001! discover ist beschränkt auf 250 Pins/Pads, 2 Kupferlagen
und 30 Signale sind simulierbar, die Fläche ist unbeschränkt (1,2m x 1,2m).

Auf der c't 11/07 CD ist eine SE Version von TARGET 3001! verfügbar welche 400 Pins/Pads verarbeiten kann.

Die PCB-Pool Edition hat keine Beschränkungen, speichert aber die Layouts in einem von normalen Target Versionen nicht lesbaren Format. Diese Layouts können dann allerdings nur zum selbst Ätzen ausgedruckt werden oder vom PCB-POOL® produziert werden.

Links:
* [http://server.ibfriedrich.com/wiki/ibfwikide Target3001 Homepage]
* [http://www.pcb-pool.com/ppde/service_downloads.html Target3001 PCB-Pool-Edition]

TARGET 3001! bietet ein typisches Windows Look-And-Feel. Eine einfache Einführung findet sich '''[http://server.ibfriedrich.com/wiki/ibfwikide/index.php?title=Kurzeinführung2 hier]'''. Wer sich schon mit Eagle auskennt, kann auch '''[http://server.ibfriedrich.com/wiki/ibfwikide/index.php?title=Eagle hier]''' schauen. Es gibt kostenlosen direkten Service durch den Hersteller telefonisch oder per E-Mail auch für Einsteiger oder Demo-User.

== ExpressPCB ==

Die Firma ExpressPCB bietet den kostenlosen Schaltplaneditor ExpressSCH an. Zusätzlich gibt es das kostenlose Layoutprogramm ExpressPCB zum Erstellen von zwei- und vierlagigen Leiterplatten. Die beiden Programme sind auf Windows (NT, 2000, XP, Vista) beschränkt.

Die Firma bietet auf der [http://www.expresspcb.com/ ExpressPCB Homepage] ausserdem einen kommerziellen Service für die Herstellung von zwei- und vierlagigen Leiterplatten an.

Auf der Seite finden sich [http://www.expresspcb.com/ExpressPCBHtm/Tips.htm hier] einige Hinweise zum Entwurf von Leiterplatten.

== JFig ==

[[Bild:Jfig.png|right|thumb|Screenshot]]
JFig ist eigentlich ein "ganz normales" Vektorzeichenprogramm. Um Schaltpläne zu zeichnen benötigt man deshalb zusätzliche Symbolbibliotheken.

Die Exportmöglichkeiten für das weitverbreitete fig-Format sind sehr vielfältig: mit dem Zusatzprogramm fig2dev, das direkt aus dem jfig-Menü aufgerufen kann, bleiben von Postscript über PNG bis hin zu [[LaTeX]] kaum Wünsche offen. Für kleine Schaltpläne oder Diagramme, die ausgedruckt oder in PDF-Dateien verbreitet werden sollen, gibt es deshalb nichts besseres.

Das Programm ist ein komplett in [http://java.sun.com/ Java] geschriebener 1:1-Klon des [[Linux]]-Programms xfig und sollte daher mit jedem Betriebssystem von Windows bis Mac OS laufen. Es ist kostenlos auf [http://tams-www.informatik.uni-hamburg.de/applets/jfig/ http://tams-www.informatik.uni-hamburg.de/applets/jfig/] erhältlich.

Die Bedienung wird für Windows-Benutzer am Anfang wohl ziemlich ungewohnt sein, aber wenn man mal das Grundprinzip verstanden, hat findet man sich durch die eindeutig beschrifteten Schaltflächen schnell zurecht.

== Kicad ==

[[KiCAD]] ([http://www.lis.inpg.fr/realise_au_lis/kicad/ Homepage&Download]) ist ein Paket aus Design / Layout / Routing Programmen. Es basiert auf wxWidgets und ist damit plattformübergreifend. Die Progamme sind unter der GPL veröffentlicht und damit Open Source.

Eine Kicad User-Group findet sich unter http://groups.yahoo.com/group/kicad-users/. Die Anmeldung erfolgt erst, nachdem man vom Besitzer der User-Group freigeschaltet wurde (wie üblich für die meisten Yahoo-Groups).

Neben der mitgelieferten, bereits umfangreichen Bibliothek gibt es auf vielen anderen Seiten (z. B. http://www.kicadlib.org/) weitere Bibliotheken zum Download, die einfach integriert werden können.

Für Umsteiger von anderen Programmen sollten sich nach wenigen Stunden bereits die gleichen Ergebnisse erzielen lassen. Beim Erlernen kann das Tutorial von http://www.curiousinventor.com/guides/kicad helfen.

Kicad liefert eine schöne 3D-Ansicht des fertigen Layouts einschließlich der bestückten Bauteile, so dass man an dieser Stelle schon einmal einen Überblick bekommt, ob vielleicht nicht doch etwas vergessen wurde. Es gibt zwar nicht für alle Bauformen ein 3D-Modell, allerdings lassen sich diese selbst erstellen.

Als Nachteil ließe sich noch aufführen, dass der PCB-Layouter in der neusten Version (Januar 2006) etwas instabil ist und gerne abstürzt. Ebenso sind die Autorouterfunktionen nicht gut dokumentiert.

== TinyCAD ==

'''TinyCAD''' ist ein weiterer ''open source'' Schaltplaneditor für Windows. Mehr Infos gibt es auf der Projektseite http://tinycad.sourceforge.net

TinyCAD kann z. B. mit VeeCAD (s.u.) kombiniert werden.

== VeeCAD ==

[http://veecad.com/ VeeCAD] Stripboard Layout Editor ist ein Werkzeug, um [[Lochrasterplatine]]n zu entwerfen. VeeCAD ist als kommerzielle Version und als eingeschränkte Freiversion erhältlich.

== AACircuit ==

'''AACircuit''' ist ein Schaltplaneditor mit einer Ausgabe als ASCII-Grafik. Das Programm wurde dafür entwickelt, um mal eben eine Frage oder eine Antwort in ''newsgroups'', Chats oder Foren zu veranschaulichen, wenn keine Upload-Möglichkeit von Bilddateien da ist. AACircuit gibt es bei http://www.tech-chat.de/

Beispiel:
<pre>
.---o----o------o---o---------------o---o----o------------o 12-15V
| | | 22uF| + | | | |
.-. | .-. ### | .-. | | .-------o
| |<-' | | --- | | | | | | .---o
| |5k | |5k6 | | | | | | | |
'-' '-' | o--. '-' | _|_ o /o
| | === | | | | |_/_|- /
.-. | GND | ---100n LED V - | /
| | | | --- - ^ | o
| |6k2 | | | | | | |
'-' | | GND '---o----o '-------o
| | 2|\|7 |
o-----------------|-\ LM741 ___ |/
| | | >-------o--|___|--o---|
| o---o----|+/ 6 | 22k | |> BC547
| | | 3|/|4 | | |
.-. | | === o---. .-. |
| | | o---. GND | | | |5k6 |
| |2k7 .-. | | ___ _V_ | | | |
'-' KTY10 | + '--|___|--|___|-' '-' |
| | | ### 47k 220k | |
| '-' --- | |
| | | | |
| | | | |
'--------o---o-------------------------o-----o------------o GND
</pre>

== sPlan ==

'''sPlan''' ist ein rel. preiswerter Schaltplaneditor für Windows (95,98,ME,NT,2000,XP)
Infos und eine Demoversion von sPlan gibt es u.a. bei http://www.abacom-online.de/html/splan.html

== Basic Schematic ==

Basic Schematic ('''BSch3V''') ist ein freier Schaltplaneditor für Windows (98/Me/2000/XP). Ein ZIP-Archiv mit engl. Programm, Handbuch und Sourcecode gibt es bei http://www.suigyodo.com/online/e/index.htm. Ebenso ist dort eine Cross-Plattform Version '''Qt-BSch3V''' auf der Basis von Qt-Grafiklibraries erhältlich.

== Fritzing ==

'''Fritzing''' ist ein sich zur Zeit (Januar 2009) im Preview-Stadium befindendes Programm, welches einmal zu einer vollwertigen Electronic Design Automation (EDA) Software ausgebaut werden soll. Der Editor verwende die Metapher eines Breadboards (Steckbretts), auf dem die Benutzer virtuell Bauteile einstecken. Fritzings Zielgruppe sind Künstler und Designer, nicht Elektroniker, und die Software soll speziell auf diese Zielgruppe zugeschnitten werden. Dabei wird auf eine niedrige Zugangsschwelle wert gelegt.

Preview-Versionen für Mac OS X, Linux und Windows (XP/Vista) sind bei http://www.fritzing.org/ erhältlich. Im jetzigen Zustand ist es eher für Neugierige geeignet, denn für ernsthafte Projektentwicklung.

== Electric ==

The [http://www.staticfreesoft.com/index.html Electric(TM)] [[VLSI]] Design System is an open-source Electronic Design Automation (EDA) system.

== ProtoCAD ==

[http://protomind.net/page.php?7 ProtoCAD] is a tool for creating circuit schematics rapidly. It is developed for use with stripboards (''Lochrasterplatine'', ''Lochstreifenplatine'') but can also be used with other methods. (Java 1.5 compatible, Swing GUI, Opensource)

== Siehe auch ==

* [[Schaltungssimulation]]
* [[Do's and dont's - Platinenlayout]]
* [[Lochrasterplatine]]

== Weblinks ==

[[Category:Platinen]]

AVR PWM

2010-04-23T19:03:03Z

Jonebohne: /* C */ Typo

==Vorwort==

Dieser Artikel ist noch nicht vollständig!
Und außerdem überschneidet er sich teilweise mit dem Tutorial, weil PWM und Timer zum Verständnis praktisch dasselbe sind.
Vielleicht kann ja jemand, der gerade dabei ist, sich diese Dinge anzueignen, die Beschreibung vorantreiben (erweitern/entschlacken)?

Hier sollen die Möglichkeiten und die Funktionsweise der PWM mit AVRs erläutert werden, so daß Anfänger auf ihrem Weg zum Ziel unterstützt werden, ohne sich erst durch die wenig erklärenden Beiträge im Forum zu quälen.
Auch wenn das Verständnis (hoffentlich) dann nicht mehr aus dem Datenblatt kommen muß, ist dieses für die spezifischen Einstellungen und Feinheiten absolut notwendig. Aber mit dieser Übersicht sollte es leichter fallen, die relevanten Informationen schneller zu finden.

Ich gehe dabei von meiner Situation aus: "Gerade mit AVRs angefangen, die LED blinkt, Taster wird abgefragt, schonmal von PWM gehört und unter den AVR Pins welche mit OC.. entdeckt, das hängt damit irgendwie zusammen."
Man sollte sich auch um die Prozessorfrequenz gekümmert haben, also die [[AVR_Fuses]] entsprechend gesetzt haben.

Wer in Begriff steht, sein erstes Board zu ätzen, sollte sich über die verschiedenen Möglichkeiten, die die OCnx Pins bieten, informiert haben.

Übrigens lässt es sich besser lesen, wenn man sein Browserfenster so schmal macht, daß der Text in eine schöne Spalte gezwungen wird.

==Einführung==

Im AVR-GCC-Tutorial werden im Abschnitt DAC-Optionen ([http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#DAC_.28Digital_Analog_Converter.29 link]) verschiedene Möglichkeiten angesprochen, analoge Spannungen zu generieren.

Darunter fällt auch die [[Pulsweitenmodulation]], bei der durch schnelles Ein- und Ausschalten eines Ausgangs (über einen Filter) eine [[analog]]e Spannung generiert werden kann.

Beim Dimmen von Lichtquellen wirkt die Trägheit des Auges als Filter, wenn z. B. eine LED im Mittel die Hälfte der Zeit eingeschaltet ist, scheint es also, als würde sie nur halb so hell leuchten.

Bei Motoren läßt sich PWM gut zum Dosieren des Stroms einsetzen, ohne große Verluste zu haben. Für einen Teil der Zeit wird also der volle Motorstrom eingeschaltet, d.h. das Drehmoment ist maximal.

Die Rechtecksignale lassen sich mit Mikrocontrollern auf zwei Wegen erzeugen:

PWM per Software
* Kostet Rechenzeit, erhöhter Softwareaufwand
* Signalausgabe auf jedem I/O-Pin möglich
* Höhere Kanalanzahl möglich

oder

PWM per Hardware
* Läuft unabhängig vom Programm
* Bietet mehr Möglichkeiten bei gleichem Softwareaufwand
* Signalausgabe nur auf bestimmten, fest vorgegebenen Pins möglich
* Nur begrenzte Anzahl an PWM-Kanälen vorhanden (viele verbreitete AVR-Typen haben 2 bis 3, neuere auch mehr)

Alles was mit Pulsen und Modulation zu tun hat, hat auch was mit Zeit zu tun - denn im Prinzip soll mit einer bestimmten Frequenz für eine bestimmte Dauer ein Pin eingeschaltet werden.

Alles was bei Mikrocontrollern mit Zeit zu tun hat, hat wahrscheinlich auch etwas mit einem Timer bzw. Counter zu tun.

==Timer / Counter==

Unter [[Timer]] bzw. [[Counter]] (T/C) steht noch nicht soviel, aber man sollte kurz mal reinsehen, oder mehr dazu schreiben, oder die fehlende Verknüpfung anlegen.

Ein Timer ist nichts anderes als ein selbständiger Zähler (Counter), der mit einer bestimmten Frequenz einen Wert raufzählt. Und zwar in Hardware, also unabhängig vom Programm. Seine Zählfrequenz wird vom Prozessortakt abgeleitet, das erledigt der [[Prescaler]] in einstellbaren Schritten (Frequenzteiler).

Der Zählerstand läßt sich sowohl in Software als auch von der Hardware selbst überwachen - und schon lassen sich damit periodisch Ereignisse auslösen.

Deswegen lassen sich die T/C für viele Zwecke verwenden, wir wollen den T/C für PWM nutzen (trotzdem gleich eine Übersicht über die verschiedenen Modi).

Es lohnt sich natürlich, das Prinzip der T/C verstanden zu haben. Ein Blick ins GCC-Tutorial lohnt, die Atmel Application Note 130: Setup and Use the AVR Timers schadet auch nicht.

Wie schon angedeutet, gibt es - je nach AVR - einen oder mehrere T/C . Sie unterscheiden sich erwartungsgemäß durch ihre Parameter und Optionen, z. B. die Auflösung, Frequenz, Zählweise und andere Betriebsmodi.

Und natürlich auch durch den Namen, der sich auch in den [[Register]]n widerspiegelt: Sie werden nämlich numeriert (im Folgenden hier und im Datenblatt mit Platzhalter n).

T/C 0 ist beim tiny2313 der 'einfache' mit 8 Bit Auflösung (das Aus-An Verhältnis läßt sich in 256 Stufen einstellen), T/C 1 dagegen hat eine Auflösung von 16 Bit und bietet einige weitere Möglichkeiten.

=== 8 oder 16 Bit ? ===
Außer der Tatsache, daß die Auflösung bei 16 Bit mit 65536 Stufen um einiges größer ist, gibt es noch folgende Unterschiede:

* Er verwendet einige 16 Bit Register
** Schreiben/Lesen dieser Register erfolgt in Schritten
*

Mit dem Zähler alleine kann man noch nicht so viel anfangen. Ausgedacht wurde deswegen außerdem die

=== Output Compare Unit ===

was soviel bedeutet wie Ausgangsvergleichseinheit.

Jeder Zähler hat eine oder mehrere voneinander unabhängige Output Compare Units (OC), auch wieder mit den dazugehörigen Registern.

Die verschiedenen OCs und ihre Register werden mit Buchstaben ('A', 'B') benannt. (Im PWM Modus hängt das direkt mit den Pins zusammen: OC1B ist der Ausgang der OC des T/C 1. Dazu gleich mehr..)

Die OC vergleicht den Zählerstand (im Register TCNTn) ständig mit ihren eigenen Registerinhalten (0CRnx). Wenn diese übereinstimmen, passiert etwas.

Was passiert, wird bestimmt durch die

=== Betriebsmodi ===

Der Zähler zählt. Die OC Unit vergleicht dessen Zählerstand mit einem Wert. Wenn diese übereinstimmen, kann etwas passieren.

Weil es hier gleich mit den Einstellungen in den Registern losgeht, noch ein Hinweis:

Die Kontrolle über das Verhalten der Zähler und OCs wird über Register vorgenommen, deren Namen nichts mit den OC Units zu tun haben!
Die Einstellungen sind lediglich auf zwei Register verteilt, die Timer/Counter Control Register - TCCRnA & TCCRnB.

Ein paar Notizen:
* In verschiedenen Modi haben auch Bits in den Registern eine andere Bedeutung!
* Meist können Interrupts ausgelöst werden.
* Es kann häufig auch der Zählerstand per Software verändert werden.
* Die Frequenz der ausgegebenen Waveform hängt ab von
** I/O Clock (CPU)
** Prescaler
** Counter Modus

Die verschiedenen Modi (vorerst die vom 8 Bit Zähler):

* Normal (evtl. für Software PWM)
* Clear Timer on Compare (CTC) (eingeschränkte PWM)
* Fast PWM
* Phase Correct PWM

Dazu hier noch folgende Begriffe im Zusammenhang mit dem Zähler:

BOTTOM: 0x00
MAX : 0xFF bei 8 Bit, 0xFFFF bei 16 Bit
TOP : MAX oder OCRnx

==== Normal====
(evtl. für Software PWM)

Der Zähler zählt rauf (BOTTOM->MAX), und wird nicht zurückgesetzt, sondern läuft einfach über, und setzt dabei sein Overflow-Flag.
Dieser Modus wird zur PWM nicht empfohlen, weil er im Vergleich mit Hardware-PWM viel CPU-Zeit benötigt - das ist logisch:
Bei jedem Nulldurchgang müsste man einen Interrupt verwenden, der dann eine Routine ausführt, die den Ausgang umschaltet. Und man müsste den Zählerstand manipulieren, um die Pulslänge zu verändern.

Für die verhältnismäßig langsame (Menschenzeit) Programmsteuerung ist dieser Modus aber ideal. Während das Hauptprogramm i.A. einfach endlos durchläuft, wird die Programmzeit durch einen Timer(-Interrupt) in Time-Slots gerastert (z. B. 1/10s). Damit lassen sich bequem Wartezeiten bzw. zeitabhängige Ereignisse steuern, ohne das Programm anzuhalten.

==== Clear Timer on Compare (CTC)====
(eingeschränkte PWM)

Der Zähler zählt hoch, bis er mit OCRnx übereinstimmt (BOTTOM->OCRnx: Match!) und wird dann auf Null gesetzt. Der maximale Wert lässt sich also über das Register OCRnx komfortabel bestimmen.

Konkret bedeutet das, dass die in diesem Modus vom Prescaler erzeugte Basisfrequenz nochmals durch den Wert von OCRnx geteilt wird.

Für PWM:

Wenn eingestellt ist, dass der OC-Ausgang bei jedem Match umschaltet (toggle), entspricht der eingestellt Wert dem Pulsweitenverhältnis.
Bei OCRnx=128 des 8 Bit T/C wäre also etwa die Hälfte der Zeit der Pin eingeschaltet.

Allerdings kann das beim T/C 0 des tiny2313 nur der Ausgang A (OC0A). Also ins Datenblatt gucken!

==== Fast PWM====

Einer von den zwei eigentlichen PWM-Betriebsarten der Counter.

Zählt von BOTTOM bis TOP, wobei TOP entweder 0xFF oder OCRnx sein kann.

Bei einem Match wird im

a) nicht-invertierenden Modus
der Zähler gelöscht, und bei BOTTOM gesetzt

b) invertierenden Modus
der Zähler gesetzt, und bei BOTTOM gelöscht.

Klingt theoretisch kompliziert, praktisch invertiert es nur den Ausgang.
Aber der Vergleichswert muss anscheinend ständig aktualisiert werden!?

Dieser Modus hat eine asymmetrische Ausgangsform, weil der Ausgang periodisch umgeschaltet wird (also immer nach der gleichen Zeit) und dann nach Ablauf der variablen Pulslänge wieder invertiert wird.

Und es gibt noch einen Toggle-Modus, der allerdings nur für den Ausgang OC0A zur Verfügung steht.

==== Phase Correct PWM====

Ist nur halb so schnell wie Fast PWM, dafür aber mit symmetrischer Wellenform.

Erreicht wird das, indem von BOTTOM->TOP gezählt wird, und dann wieder runter: TOP-BOTTOM.

TOP kann entweder 0xFF oder OCRnx sein.

Auch hier gibt es wieder den nicht-invertierenden, den invertierenden, und den toggle-Modus (nicht an OC0B).

Der symmetrische PWM-Modus wird gerne für Motorsteuerungen verwendet, wenn man den Strom in den Motorwindungen messen möchte. Da man nicht während der Schaltzeitpunkte der H-Brückentransistoren messen möchte (noise), braucht man einen Messzeitpunkt der maximal weit von diesen Schaltzeitpunkten entfernt ist. Die BOTTOM und TOP Werte des Counters bieten genau dies, da sie in der Mitte des High- bzw. Lowpegels liegen.

==Praktisches Vorgehen==

* Pins low setzen
* Pins als Ausgang konfigurieren.
* Geeignete Wellenform ermitteln
* Registerinformationen für ausgewählten T/C im Datenblatt aufschlagen
* Modus & Prescaler setzen und damit starten
** Bits in Control-Register TCCRnA & TCCRnB schreiben. Siehe [[Bitmanipulation]]
* Vergleichswert OCRnx setzen

==Programmbeispiele==

===PWM per Software===
====Pseudocode====
<pre>
//Initialisierung
pwm_phase = 0 // von 0 bis 100(99) ergibt ein moduliertes Signal
pwm_soll = 30 // Tastverhältnis in Prozent (Werte von 0..100)

//alle s Sekunden tue:
wenn pwm_soll = pwm_phase dann
ausgang = LOW
wenn pwm_phase++ = 100 dann
pwm_phase = 0
ausgang = HIGH
</pre>
Das Tastverhältnis ist <math>t_\text{HIGH}=\frac{100}{\text{pwm}\_\text{soll}}</math>

Die Frequenz ist <math>f=\frac{100}{s} \text{Hz}</math>

====ASM====
Der Code ist nicht von mir, ich hab den John Honniball auch nicht um Erlaubnis gefragt, den Code hier zu posten. Trozdem finde ich das Ganze recht nützlich und hab' es mir trozdem erlaubt:
<avrasm>
; ledpwm.asm --- drive a blue LED with PWM 21/04/2006
; Copyright (c) 2006 John Honniball

.include "m8def.inc"

.org 0x0000

; Blue LED on Port B bit 2
.equ LEDPORT = PortB
.equ LEDBIT = 0

; This program drives a single LED connected to the AVR's I/O port. It
; is connected so that the cathode of the LED is wired to the AVR pin,
; and the anode of the LED is wired to the 5V power supply via a
; resistor. The value of that resistor depends on the colour of the LED,
; but is usually a few hundred ohms.

; We control the brightness of the LED with Pulse Width Modulation (PWM),
; for two reasons. Firstly, we have no analog outputs on the AVR chip,
; only digital ones. Secondly, a LED's brightness does not respond
; linearly to variations in supply voltage, but it responds much better
; to PWM.

; Pulsating LED looks better if it never quite goes "off", but cycles from
; full brightness to a dim state, and back again
.equ MINBRIGHT = 25
.equ MAXBRIGHT = 255

; This value controls how fast the LED cycles from bright to dim. It is
; the number of PWM cycles that we generate for each step in the brightness
; ramp, up and down. Larger numbers will make the pulsation slower.
.equ NCYCLES = 1

; Start of program execution after a Reset
ldi r16,low(RAMEND) ; Initialise stack to top of RAM
out SPL,r16
ldi r16,high(RAMEND)
out SPH,r16

; Initialise the hardware
ldi r16,0xff ; Set Port B to all outputs
out DDRB,r16

sbi LEDPORT,LEDBIT ; Switch off blue LED by setting output pin high

; Start with LED at its lowest level, then ramp up to maximum
dopwm: ldi r17,MINBRIGHT ; R17 holds current brightness level
l1: ldi r18,NCYCLES ; R18 counts PWM cycles, and hence pulsation speed
l2: cbi LEDPORT,LEDBIT ; Output pin low, LED on
mov r16,r17 ; R16 controls length of delay (= R17)
rcall delayn4us ; Call delay subroutine
sbi LEDPORT,LEDBIT ; Output pin high, LED off
ldi r16,255
sub r16,r17 ; R16 controls length of delay (= 255 - R17)
rcall delayn4us ; Call delay subroutine
dec r18 ; Decrement PWM cycle counter
brne l2
inc r17 ; Increase brightness by one step
brne l1

; Now ramp back down to the minimum brightness
ldi r17,MAXBRIGHT ; R17 holds current brightness level
l3: ldi r18,NCYCLES ; R18 counts PWM cycles, and hence pulsation speed
l4: cbi LEDPORT,LEDBIT ; Output pin low, LED on
mov r16,r17 ; R16 controls length of delay (= R17)
rcall delayn4us ; Call delay subroutine
sbi LEDPORT,LEDBIT ; Output pin high, LED off
ldi r16,255
sub r16,r17 ; R16 controls length of delay (= 255 - R17)
rcall delayn4us ; Call delay subroutine
dec r18 ; Decrement PWM cycle counter
brne l4
dec r17 ; Decrease brightness by one step
cpi r17,MINBRIGHT ; Have we reached the minimum?
brne l3

rjmp dopwm ; Loop back to start

; DELAYN4US
; Delay for (R16 * 4) microseconds
delayn4us: tst r16 ; R16 = 0? (no delay)
breq dly4
dly2: ldi r24,low(16)
ldi r25,high(16)
dly3: sbiw r24,1 ; 2 cycles
brne dly3 ; 2 cycles
dec r16
brne dly2
dly4: ret ; Return to caller
</avrasm>

====C====

Ich wollte das hier mal ergänzen. Ich bin zwar noch ein Newbie aber es funktioniert. Man darf es aber gerne verbessern und/oder löschen...
Lg Fabi

<c>
#include <avr/io.h>
#ifndef F_CPU
#warning "F_CPU war noch nicht definiert, wird nun mit 4000000 definiert"
#define F_CPU 4000000UL /* Quarz mit 4.00000 Mhz */
#endif

int main (void)
{
DDRB=0xFF; // Port B als Ausgang
int pwm_phase=0, pwm_soll=30; // Dimmerwert definieren
while(1)
{
if(pwm_soll==pwm_phase)
{
PORTB=0x01; // LED+ Widerstand mit PB0 und +5V verbunden
}
pwm_phase++;
if(pwm_phase==100)
{
pwm_phase=0;
PORTB=0x00;
}
}
return 0;
}

</c>
<pre>
(Ich habe es als Dimmbare LED entworfen. Deswegen die Beschreibung.)
</pre>

====BASCOM====
<pre>
'
</pre>

===PWM per Hardware===

===Programmbeispiele===
====ASM====
Für AtMega8.
<avrasm>
.include "m8def.inc"

.def temp = r16

start:
ldi temp, LOW (RAMEND)
out SPL, temp
ldi temp, HIGH (RAMEND)
out SPH, temp

ldi temp, 0xFF
out DDRB, temp ;define PortB as output

ldi temp, 0xF3
out TCCR1A, temp ;10bit Phase Correct PWM

ldi temp, 0x0A
out TCCR1B, temp ;set Prescaler

sei

main:
ldi temp, 0x1
out OCR1AH, temp ;set pwm pin 1 highbyte

ldi temp, 0x00
out OCR1AL, temp ;set pwm pin 1 lowbyte
;pin: PortB1

ldi temp, 0x00
out OCR1BH, temp ;set pwm pin 2 highbyte

ldi temp, 0x00
out OCR1BL, temp ;set pwm pin 2 lowbyte
;pin: PortB2

loop:
rjmp loop
</avrasm>

====C====
Hier wird mit dem 16-Bit-Counter 1 im 8-Bit-Mode eine LED gedimmt.
Die Frequenz ist
:<math>f=\frac{\text{Taktfrequenz}}{\text{Prescaler}\cdot(1+\text{OCR0A})} \,\text{Hz}</math>

<c>
TCCR1A = (1<<WGM10)|(1<<COM1A1); // PWM, phase correct, 8 bit.
TCCR1B = (1<<CS11) |(1<<CS10); // set clock/prescaler 1/64 -> enable counter

....

PORTB = 0xff; // enable pull-ups for inputs, set outputs high, Pin LED auf 1 setzen
DDRB = 1<<LED; // Port B1 als Ausgang

....

OCR1A=128; // LED 50%
</c>

== Tiefpassfilter-Berechnung ==
Die PWM-Frequenz muß meistens mit einem Tiefpassfilter entfernt werden, da sie nachfolgende Verstärkerstufen übersteuert oder den Hörgenuß trübt. Ein einfacher RC-Tiefpass kann für Motorsteuerungen ausreichen, für Audioanwendungen ist der Abstand zwischen höchster Niederfrequenz und PWM-Frequenz zu klein. Ein aktives Filter mit Operationsverstärker kann die Lösung sein, oder ein passiver LC-Tiefpass. Dessen Berechnung mittels [http://www.aade.com AADE Filter Designer] soll hier an einem Fallbeispiel erläutert werden.

Ein ATmega48 mit 20 MHz Quarz soll mittels 10 Bit "fast PWM" des 16 Bit- Timers 1 ein Stereosignal am Pin OC1A und OC1B ausgeben. Die PWM-Frequenz beträgt somit knapp 20 kHz, nach dem Abtasttheorem sind maximal 10 kHz Nutzsignal möglich. Mit der Faustregel "6dB pro Bit" erreichen wir einen Dynamikumfang oder Störabstand von 60 dB. Etwa dieselbe Unterdrückung sollte auch das Tiefpassfilter erreichen.

[[Image:Cauerfilter.png|thumb|right|400px|Cauer-Tiefpass mit 3,3mH und 10 mH Festinduktivität]]
Zunächst brauchen wir noch eine Abschätzung der zulässigen Ausgangsbelastung. Laut Datenblatt beträgt der maximal zulässige Strom pro Pin 40 mA, entsprechend einem 125 Ohm Widerstand von 5V nach Masse. Mit 10 bis 20 mA entsprechend 500 bis 250 Ohm als Maximalwert dürfte also nichts passieren. Der zeitliche Mittelwert liegt für Audioanwendungen bei 2,5V, also dem halben Maximalstrom. Ein hochohmiger Kopfhörer, z. B. 600 Ohm, läßt sich so noch ohne weitere Verstärker anschließen.

Die größte Filtersteilheit erreicht das Cauer- oder Elliptic Filter, auf Kosten von größeren Phasenänderungen/ Gruppenlaufzeit gegenüber anderen Filtertypen. Wir starten also das Filterberechnungsprogramm mit den Vorgaben "lowpass", "Cauer/Elliptic", "3.Ordnung", was eine Schaltung mit einer Induktivität und drei Kapazitäten berechnet. Den Ein- und Ausgangswiderstand geben wir erst mal irgendwo in dem genannten Bereich vor, die Durchlasswelligkeit kann auf 1 dB bleiben, Durchlassfrequenz wie gesagt 10000 Hz, die Sperrfrequenz etwas unterhalb der PWM-Frequenz, ca. 17500Hz, da der Dämpfungspol dann etwa auf 20 kHz fällt. Mit "analyze voltage insertion gain" berechnen wir eine Durchlasskurve und kontrollieren die korrekte Lage des Dämpfungspols. Jetzt variieren wir die beiden Widerstände, bis die Induktivität etwa einem leicht erhältlichen Normwert entspricht. Die drei Kondensatoren werden am Schluß ebenfalls mit dem nächsten Normwert bestückt. Sicherheitshalber kann man diese endgültige Schaltung noch mit einem [http://www.mikrocontroller.net/articles/Schaltungssimulation#Analog Schaltungssimulationsprogramm] überprüfen und die Bauteilwerte leicht korrigieren.

Als Induktivität kommen eher die größeren Bauformen infrage, die "Garnrollen"-Form oder die axiale Bauform 77A von Fastron. Hier gilt: je größer desto höhere Güte, wie man aus den Katalogangaben zum Gleichstromwiderstand schließen kann. Von magnetischen Wechselfeldern wie etwa Schaltregler-Trafos sollte man ein paar Zentimeter Abstand halten.

Im Bild sind zwei Schaltungen für die genannten Frequenzen mit einer 3,3mH-Drossel und einer 10mH-Drossel gezeigt. Die Kurven sind noch mit verlustlosen Bauteilen und den berechneten krummen Bauteilwerten gezeichnet. Der Widerstand am Ausgang kann auch durch die Last wie der genannte Kopfhörer gebildet werden. Ein größerer Wert hat hier wenig Einfluß auf die Filterkurve, während der Widerstand am Eingang genau den vorgegebenen Wert haben sollte.

== Siehe auch ==

* [[AVR-Tutorial: PWM]]
* Beiträge im Forum [http://www.mikrocontroller.net/forum/4 Codesammlung], die den Begriff PWM enthalten: [http://www.mikrocontroller.net/search?query=pwm&forums%5B%5D=4 hier]

[[Category:AVR]]

Sleep Mode

2010-04-23T18:29:21Z

Jonebohne: /* Ermittlung des Stromverbrauchs */ Typo

== Einleitung ==

Auf deutsch Schlafmodus. Damit bezeichnet man den Zustand eines [[Mikrocontroller]]s, in dem verschiedene Funktionsblöcke ausgeschaltet sind ([[Timer]], [[UART]], [[AD-Wandler]] etc.) um Strom zu sparen. Das ist vor allem in [[Versorgung aus einer Zelle | batteriebetriebenen]] Geräten wichtig. Denn schließlich möchte man ja eine möglichst lange Laufzeit mit einer möglichst kleinen Batterie erreichen.

Mit dem Sleep Mode eng verknüpft ist das [[Ultra low power]] Design. Man muss viele Dinge beachten, um nicht unnötig Strom zu verbrauchen. Z. B. werden in vielen Geräten über lange Zeiträume Daten erfaßt (Datenschreiber). Dabei werden meist relativ wenig Daten in sehr langen Zeitabständen aufgezeichnet und gespeichert. Zwischendurch gibt es für den Mikrocontroller meist nichts zu tun. Dann ist es nicht sinnvoll in Warteschleifen Zeit zu vertrödeln. Das geht wesentlich stromsparender.

Die Ausführungen dieses Wikiartikels beziehen sich auf den [[AVR]] ATmega32. Prinzipiell gilt das Gesagte auch für viele andere Mikrocontroller ([[MSP430]], [[8051]] etc.), die Details muss man jedoch in den jeweiligen Datenblättern nachlesen. Bei den verschiedenen AVR Modellen findet man diese Informationen im Datenblatt unter der Überschrift "Power Management and Sleep Modes".

== Anwendung ==

[[Bild:Sleep_mode_ablauf.png|framed|Flussdiagramm]] Das Prinzip ist immer gleich. Nach Initialisierung des Mikrocontrollers und eventuell angeschlossener ICs ([[LCD]], [[I2C]]-EEPROM etc.) geht der Prozessor in eine Endlosschleife, in welcher die verschiedenen Aufgaben zyklisch bearbeitet werden. Wenn jedoch gerade nichts zu tun ist geht der Prozessor schlafen. Ein Interrupt weckt ihn, der Interrupt wird ausgeführt und er setzt seine Arbeit in der Hauptschleife fort. Das heißt aber auch, daß vor dem Eintritt in den Sleep-Mode die jeweiligen Interrupts freigegeben werden müssen und auch die entsprechenden Interruptroutinen bereitgestellt werden müssen. Sonst gibt es im wahrsten Sinne des Wortes ein böses Erwachen oder einen endlosen Dornröschenschlaf, der nur durch ein Reset beendet werden kann. Kurz bevor der Mikrocontroller schlafen geht, sollte man möglichst alle Module abschalten, welche nicht gebraucht werden, um wertvollen Strom zu sparen. Dazu zählen

* der [[Brownout|Brown Out]] Detector (per [[AVR Fuses]] einschaltbar)
* der Analogcomparator
* interne AD-Referenz
* [[Watchdog]]
* [[UART]]
* [[Timer]]

Weitere Hinweise zum Stromsparen gibt es im Artikel [[Ultra low power]].

 

== Überlick über alle Sleep Modes der AVRs ==

{| border="1"
! Sleep Mode || Verfügbare Module || Stromaufnahme 3,3V/1 MHz || Weckruf || Aufwachzeit [Takte] || Bemerkung
|-
| Active || alle
|align ="center"| 1,2mA || alle
|align ="center"| 0
| -
|-
| Idle || alle
|align ="center"| 0,3mA || alle
|align ="center"| 6
| -
|-
| ADC Noise Reduction || ADC Timer 2 ext. Interrupts TWI Watchdog
|align ="center"| ca. 0,3mA || ADC Timer 2 ext. '''level''' Interrupt [[TWI]] Address match Brown Out Detector Reset External Reset Watchdog Reset
|align ="center"| 6
| -
|-
| Power Save || Timer 2 ext. Interrupts TWI Watchdog
|align ="center"| 10μA || Timer 2 ext. '''level''' Interrupt TWI Address match Brown Out Detector Reset External Reset Watchdog Reset
|align ="center"| siehe [[#Morgenmuffel | hier]]
| Timer2 mit 32,768 kHz Uhrenquarz aktiv
|-
| Stand By || ext. Interrupts TWI Watchdog
|align ="center"| 35μA || ext. '''level''' Interrupt TWI Address match Brown Out Detector Reset External Reset Watchdog Reset
|align ="center"| 6
| Hauptoszillator aktiv
|-
| Power Down || ext. Interrupts TWI Watchdog
|align ="center"| 0,3μA ||ext. '''level''' Interrupt TWI Address match Brown Out Detector Reset External Reset Watchdog Reset<br\>PCINT
|align ="center"| siehe [[#Morgenmuffel | hier]]
| -
|}

== Die verschiedenen Sleep Modes im Detail ==

=== Active Mode ===

Eigentlich ist das kein Sleep Mode, er soll der Vollständigkeit halber aber genannt werden. In diesem Modus sind alle Takte und alle Module aktiv, zumindest die, die man per Programm aktiviert hat. In diesem Modus ist die CPU ständig am arbeiten, auch wenn es nur eine lange Warteschleife ist. Warten kostet genauso viel Strom wie sinnvolle Dinge berechnen! Dadurch werden auch ständig Daten aus dem [[Speicher#Flash-ROM | Flash]] geladen, nämlich das Programm, welches gerade ausgeführt wird. Das kostet natürlich Strom, wenn gleich auch die Mikrocontroller von heute sehr wenig brauchen. Bei 1 MHz und 3.3V braucht der ATmega ca. 1,2mA, zu finden im Datenblatt unter "ATmega8 Typical Characteristics".

=== Idle Mode ===

Hier kann zum ersten mal gespart werden. Wenn nichts berechnet werden soll, der Timer, UART, ADC etc. aber arbeiten sollen, dann ist dieser Modus das Mittel der Wahl. Die CPU bleibt stehen, ebenso der Flash, weil ja kein Programm ausgeführt wird. Das spart schon mal einiges, der Stromverbrauch sinkt auf ca. 0,35mA, eine Einsparung von 70%! Aus diesem Modus kann jeder Interrupt die CPU wieder wecken. Sie ist dann bereits nach sechs Takten wieder voll einsatzfähig.

=== ADC Noise Reduction Mode ===

Dieser Modus geht einen kleinen Schritt weiter als der Idle Mode. Hier wird zusätzlich der Takt für die IO-Module abgeschaltet. Nur noch der [[AD-Wandler]], die exteren Interrupts, das [[TWI]] und der Watchdog sind funktionsfähig (wenn man sie nutzen will). Der [[UART]] und Timer0 bzw. Timer1 sind nicht mehr nutzbar. Wie der Name des Sleep Mode vermuten lässt wird das alles getan, um möglichst wenig Störungen mit den internen Modulen zu erzeugen, um die Messung des ADC geringfügig zu verbessern.

=== Power Save Mode ===

Hier werden fast alle Oszillatoren gestoppt. Die einzige Ausnahme ist der Timer 2, welcher asynchron mit einem 32,768 kHz Uhrenquarz betrieben werden kann. Ist er entsprechend konfiguriert, dann bleibt er beim Einschalten des Power Save Mode aktiv. Dieser Modus ist einer der wichtigsten! Da alle Oszillatoren gestoppt sind, funktionieren nur noch die asynchronen Module.

Bei neueren AVR-Typen (z. B. ATMega88/ATMega644) kann Timer2 wahlweise auch mit dem internen Oszillator weiterlaufen. In dem Fall braucht es keinen externen Uhrenquarz.

=== Stand By ===

Hier werden alle Takte auf dem IC angehalten. '''ABER!''' Der ausgewählte Hauptoszillator läuft weiter. Das kostet zwar etwas Strom, hat aber den Riesenvorteil, daß die CPU nach dem Aufwachen nach nur sechs Takten wieder zur Verfügung steht. Das klingt selbstverständlich, ist es aber nicht! Gerade Quarzoszillatoren haben auf Grund ihrer sehr hohen Güte (sehr schmalbandiger Schwingkreis) eine Einschwingzeit von 10..100ms! Eine kleine Ewigkeit. Dieser Modus ist ideal, wenn ein Quarz verwendet wird und kürzeste Reaktionszeiten nach dem Aufwecken nötig sind. Da alle Takte gestoppt sind, funktionieren nur noch die asynchronen Module.

=== Power Down Mode ===

Das ist der "tiefste" Sleep Mode. Dabei werden '''ALLE''' Oszillatoren gestoppt (intern wie extern). Nur asynchrone Module funktionieren jetzt noch und können den schlafenden AVR wecken. Die Stromaufnahme wird nur noch von den Leckströmen bestimmt und liegt typisch bei 300nA.

== Morgenmuffel ==

Im Power Save und Power Down Mode ist der Oszillator für die CPU gestoppt. Wird der AVR nun geweckt kann er leider nicht sofort loslegen. Warum? Weil der Oszillator erst anlaufen und sich stabil einschwingen muß. Während dieser Zeit darf die CPU noch nicht loslaufen, sonst kann es passieren, daß sie abstürzt! (Weil ein noch instabiler Oszillator ultrakurze Taktpulse erzeugen kann, an denen sich die CPU "verschluckt".) Wie bereits oben gesagt kann das Anschwingen eines Quarzoszillators sehr lange dauern. Je niedriger die Frequenz um so länger. Keramikresonatoren sind ca. zehn mal so schnell. Auch das ist ganz einfach physikalisch durch die Güte bestimmt. Sie sind breitbandiger, dadurch zwar ungenauer aber schwingen schneller an. Am schnellsten sind RC-Oszillatoren, leider sind sie aber auch die ungenauesten. Um nun die entsprechende Zeit zu warten wird der Watchdog-Oszillator verwendet. Darum muß man sich nicht direkt kümmern das macht der AVR allein. Aber man muß mittels der [[AVR Fuses]] festlegen, wieviel Takte gewartet werden soll. Die Frequenz des Watchdogoszillators beträgt ca. 1,15 MHz bei 3,3V Versorgungsspannung.

:{| class="wikitable"
! Taktquelle || Wartezeit [Takte] || Wartezeit || typische Einschwingzeit
|-
| externer Quarz (1) || 16384 32768 || 14,2ms 28,4ms || 10ms, Uhrenquarze 100ms
|-
| externer Resonator (1) || 1024 16384 || 890μs 14,2ms || 1ms
|-
| externer Quarzoszillator || 6 || 5μs || Takt liegt konstant an
|-
| externer RC-Oszillator || 6 18 || 5μs 15μs || 1..3 Takte
|-
| interner RC-Oszillator || 6 || 5μs || 1..3 Takte
|}

(1) Es können für den Quarz bzw. Resonator auch niedigere Wartezeiten verwendet werden. Das ist jedoch nicht empfehlenswert. Näheres siehe Datenblatt.

== Ermittlung des Stromverbrauchs ==

Bei der Messung des Stromverbrauchs haben wir jedoch ein kleines Problem. Die Stromaufnahme eines Mikrocontrollers schwankt bei der Verwendung des Sleep Mode gewaltig. Denn oft wartet der Mikrocontroller im Schlafmodus auf ein Ereignis, z. B. einen Tastendruck. Wird eine Taste gedrückt arbeitet der Mikrocontroller beispielsweise für 100ms und geht dann wieder für Sekunden bis Tage schlafen. Die stoßartige Arbeitsweise (Burst) gleicht einer [[PWM]]. Das Problem ist dabei, dass man theoretisch mit einem Tiefpass diese PWM filtern (glätten) muss um sie anschließend mit einem Multimeter zu messen. Aber wer will schon einen Tiefpass mit einer Zeitkonstante von mehreren Minuten bis Tagen bauen und damit messen? Das Problem muss anders gelöst werden. Und das ist recht leicht.

* Mit einem Multimeter misst man die Stromaufnahme im Sleep Mode (Mikroampere)
* Mit einem Reihenwiderstand von 10..100 Ohm in der Vcc Leitung des Mikrocontrollers und einem Oszilloskop kann die Stromaufnahme des Mikrocontrollers während der kurzen aktiven Arbeitsphase gemessen werden. Dazu braucht man nur das ohmsche Gesetz, I = U / R. Dabei nutzt man einen 1:1 Tastkopf, um eine maximale Spannungsauflösung zu erreichen. Ausserdem schaltet man den Eingang auf AC-Kopplung, da ja nur Pulse gemessen werden, keine Gleichspannungen. Damit kann man vor allem den Spannungsmessbereich sehr weit runter drehen.
* Der mittlere Stromverbrauch wird wie folgt berechnet:

:<math>I_m = \frac {I_{sleep} \cdot t_{sleep} + I_{aktiv} \cdot t_{aktiv}}{t_{sleep} + t_{aktiv}} </math>

== Batterielebensdauer ==

Wie übersetzen sich nun diese Zahlen in eine Batterielebensdauer? Versorgt man den AVR über drei in Reihe geschaltete AAA [[Versorgung aus einer Zelle | Batterien]], kann man etwa folgende Abschätzung machen. Eine AAA Batterie (Mignon) hat eine Kapazität von ca. 1200mAh. D.H. Sie kann für 1200 Stunden (50 Tage) 1mA liefern. Oder für 12000 Stunden 0,1mA, das sind immerhin schon 500 Tage, also über sechzehn Monate! Nutzt man den Power Save Mode (10uA), dann reichen die Batterien bereits 120.000 Stunden, das sind theoretisch 13,7 Jahre! Natürlich sinkt während der Entladung die Batteriespannung, aber der Mega32 kann ja mit 2,7V betrieben werden, einige [[AVR]]-Typen sogar mit nur 1,8V. Ebenso wird es in 13 Jahren zu einer merklichen Selbstentladung der Batterien kommen, so daß die hier berechnete Zeit nicht erreicht wird. Real kann eher mit drei bis sieben Jahren gerechnet werden. Um eine hohe Lebensdauer zu erreichen müssen dann Lithiumbatterien verwendet werden, welche eine extrem geringe Selbstentladung haben und eine Lebensdauer von 10 Jahren erreichen.

Wenn man wirklich das allerletzte Mikroampere einsparen will und dennoch quarzgenau eine Zeitbasis benötigt, dann verwendet man eine '''R'''eal '''T'''ime '''C'''lock (RTC, Echtzeituhr), wie z. B. [http://datasheets.maxim-ic.com/en/ds/DS1371.pdf DS1371]. Dieser Baustein arbeitet auch mit einem 32,768 kHz Uhrenquarz, ist aber extrem auf Stromsparen optimiert (Stromverbrauch 800..1100nA). Gleichzeitig ist eine Uhr und Weckfunktion eingebaut. Ausgelesen werden kann sie über den [[I2C]]-[[Bus]]. Diese RTC kann den Mikrocontroller periodisch nach einer bestimmten Zeit (Sekunden bis Tage) über einen externen Interrupt wecken. Damit kann der Mikrocontroller in den Power Down Mode gehen und maximal Strom sparen. So eine Kombination aus AVR und RTC verbraucht dann nur noch ca. 1400nA! Eine kleine 3V Lithiumzelle mit 100mAh reicht dann unglaubliche 71.400 Stunden = 8 Jahre!

'''Allgemein gilt:'''

:<math>\text{Lebensdauer} [h] = \frac {\mathrm{Kapazit\ddot at} [Ah] }{\text{Strom} [A]}</math>

Zu beachten ist, daß diese Formel nur für relativ geringe Entladeströme gilt, typisch bei einer Entladung über 20 Stunden oder länger. Will man hohe Ströme in einer kurzen Zeit entnehmen, sinkt die verfügbare Kapazität. Genaueres findet man dazu [http://www.amplepower.com/pwrnews/beer/ hier] und im Datenblatt der Batterien.

== Beispiele ==

Die Beispiele sind mit WINAVR 20060421 compiliert und getestet worden. Zur Nutzung des Sleep Mode werden zwei C-Funktionen zur Verfügung gestellt, set_sleep_mode() und sleep_mode(). Genaueres hierzu findet man in der Dokumentation der libc im WINAVR. Alle Programme wurden mit Optimierungsstufe -Os compiliert.

=== UART Terminal ===

Soll der UART verwendet werden kommt nur der Idle Mode in Frage. In diesem Beispiel wird der AVR genutzt um Zeichen von der [[RS232]] Schnittstelle zu empfangen und per Morsezeichen auszugeben. Als Hauptoszillator wird ein 3,6864 MHz Quarz eingesetzt, wie für eine zuverlässige UART-Kommunikation notwendig ist. Siehe auch [[AVR-Tutorial: UART | AVR-Tutorial]], [[AVR Checkliste#UART.2FUSART | AVR Checkliste]] und [[AVR-GCC-Tutorial#Der_UART | AVR-GCC-Tutorial]]. Im Sleepmode verbraucht der AVR ca. 1,9mA, im aktiven Zustand mit eingeschalteter LED ca. 7,3mA.

<c>
/*
************************************************************************
*
* Sleep Mode Demo, Idle Mode
*
* ATmega32 mit externem 3,6864 MHz Quarz an XTAL1/XTAL2
*
* LOW Fuse Byte = 0xFF
*
* An PD5 muss eine LED mit 1 kOhm Vorwiderstand angeschlossen werden
* An PD0 ist ein MAX232 angeschlosssen, um Daten vom PC zu empfangen
*
************************************************************************
*/

#define F_CPU 3686400 // Taktfrequenz des Quarzes

#define BAUD 9600L // Baudrate, das L am Ende ist wichtig, NICHT UL verwenden!

// Berechnungen
#define UBRR_VAL ((F_CPU+BAUD*8)/(BAUD*16)-1) // clever runden
#define BAUD_REAL (F_CPU/(16*(UBRR_VAL+1))) // Reale Baudrate
#define BAUD_ERROR ((BAUD_REAL*1000)/BAUD-1000) // Fehler in Promille

#include <avr/io.h>
#include <avr/sleep.h>
#include <avr/interrupt.h>
#include <util/delay.h>

// globale Variablen

volatile uint8_t uart_flag;
volatile uint8_t uart_data;

// lange, variable Wartezeit, Einheit in Millisekunden

void long_delay(uint16_t ms) {
for (; ms>0; ms--) _delay_ms(1);
}

// Ein Byte als "Morsezeichen" auf eine LED ausgeben

void morse(uint8_t data) {
uint8_t i,j;

for(i=0; i<8; i++) {
if (data & 0x01) // Prüfe Bit #0
j=250; // Bit ist 1
else
j=100; // Bit ist 0

PORTD |= (1 << PD5); // LED an
long_delay(j);
PORTD &= ~(1 << PD5); // LED aus
long_delay(1000-j);
data >>= 1; // nächstes Bit auf Bit #0 schieben
}
}

int main (void) {

// IO konfigurieren

DDRA = 0xFF;
DDRB = 0xFF;
DDRC = 0xFF;
DDRD = 0xFF;

// UART konfigurieren

UBRRH = UBRR_VAL >> 8;
UBRRL = UBRR_VAL & 0xFF;
UCSRB = (1<<RXCIE) | (1<<RXEN);

// Interrupts freigeben

sei();

// Endlose Hauptschleife

while(1) {
set_sleep_mode(SLEEP_MODE_IDLE);
sleep_mode(); // in den Schlafmodus wechseln

// hier wachen wir wieder auf
if (uart_flag==1) {
uart_flag =0;
morse(uart_data);
}
}
}

// UART RX complete interrupt

ISR(USART_RXC_vect) {
uart_flag = 1; // signalisiere neue Daten
uart_data = UDR; // Daten auslesen, dadurch wird auch der Interrupt gelöscht
}
</c>

=== Quarzgenaue Zeitbasis ===

Hier kommt der Power Save Mode zum Einsatz. Als Zeitbasis dient ein externer 32,768 kHz Uhrenquarz, welcher asynchron den Timer 2 taktet. Das ist zwar nur ein 8 Bit Zähler, der schon nach 256 Takten überläuft, aber es gibt ja zum Glück noch den Vorteiler (Prescaler). Dieser kann die Teilerverhältnisse 1/8/32/256/1024 annehmen, daraus ergeben sich Überlaufzeiten von 7,8125ms/62,5ms/250ms/2s/8s. Werden längere Zeiten benötigt muß man diese in Software nachbilden. Z. B. kann man mit einem zwei Sekunden Intervall in einer Variable bis 30 zählen um exakt eine Minute zu erhalten. Die 30 mal aufwachen, Variable hochzählen und wieder in den Sleep Mode schalten fallen praktisch nicht ins Gewicht, das dauert nur einige Dutzend Mikrosekunden.

Das hier gezeigte Beispiel ist sehr einfach gehalten, zeigt aber deutlich die Vorgehensweise. Im quarzgenauen Zeitraster von einer Minute wird eine LED für zwei Sekunden eingeschaltet. In den realen Anwendungen wird natürliche eine Messung etc. gemacht.

<c>
/*
************************************************************************
*
* Sleep Mode Demo, Power Save Mode
*
* ATmega32 mit internem 1 MHz Oszillator + 32 kHz Quarz
*
* LOW Fuse Byte = 0xE1
*
* An PD5 muss eine LED mit 1 kOhm Vorwiderstand angeschlossen werden
* An TOSC1/TOSC2 muss ein 32,768 kHz Quarz angeschlossen sein
*
************************************************************************
*/

#define F_CPU 1000000

#include <avr/io.h>
#include <avr/sleep.h>
#include <avr/interrupt.h>
#include <util/delay.h>

// globale Variablen

volatile uint8_t flag;

// lange, variable Wartezeit, Einheit in Millisekunden

void long_delay(uint16_t ms) {
for (; ms>0; ms--) _delay_ms(1);
}

int main (void) {

// IO konfigurieren

DDRA = 0xFF;
DDRB = 0xFF;
DDRC = 0xFF;
DDRD = 0xFF;

// Analogcomparator ausschalten

ACSR = 0x80;

// Timer2 konfigurieren

ASSR = (1<< AS2); // Timer2 asynchron takten
long_delay(1000); // Einschwingzeit des 32kHz Quarzes
TCCR2 = 6; // Vorteiler 256 -> 2s Überlaufperiode
while((ASSR & (1<< TCR2UB))); // Warte auf das Ende des Zugriffs
TIFR = (1<<TOV2); // Interrupts löschen (*)
TIMSK |= (1<<TOIE2); // Timer overflow Interrupt freischalten
// (*) "Alternatively, TOV2 is cleared by writing a logic one to the flag."

// Interrupts freigeben

sei();

// Endlose Hauptschleife

while(1) {

// WICHTIG!
// Wenn der Timer2 im asynchronen Modus periodisch zum Wecken aus dem Sleep Mode
// genutzt wird, dann muss vor dem Wiedereintritt mindestens
// 1 Oszillatortakt des Timers abgewartet werden (~30us), um die Interruptlogik
// wieder zu aktivieren, anderenfalls wacht der AVR nicht mehr auf.
// Die folgenden zwei Zeilen tun dies.
// Nur wenn sichergestellt ist, dass der Interrupt + Hauptschleife länger als 30us dauern,
// kann man den Test weglassen

OCR2 = 0; // Dummyzugriff
while((ASSR & (1<< OCR2UB))); // Warte auf das Ende des Zugriffs

set_sleep_mode(SLEEP_MODE_PWR_SAVE);
sleep_mode(); // in den Schlafmodus wechseln

// hier wachen wir wieder auf, nach Ausführung des Interrupts

if (flag==1) { // Neues Messintervall ?
flag =0;
PORTD |= (1 << PD5); // LED für 2 Sekunden anschalten
}
}
}

// Timer2 overflow Interrupt

ISR(TIMER2_OVF_vect) {
static uint8_t ticks; // Hilfsvariable für Messintervall

ticks++;
if (ticks==30) { // neues Messintervall ?
ticks=0;
flag=1;
}
PORTD &= ~(1 << PD5); // LED ausschalten
}
</c>

Im Sleep Mode beträgt die Stromaufnahme des AVR ca. 10μA, während der zwei Sekunden LED Leuchtdauer 2,3mA. Dadurch ergibt sich ein mittlerer Stromverbrauch von

:<math>I_m = \frac {10 \mu A \cdot 58s + 2,3mA \cdot 2s}{60s} = 86,3 \mu A</math>

Korrekterweise müßte man jedoch noch den Stromverbrauch berücksichtigen, welcher bei jedem Timerüberlauf alle zwei Sekunden entsteht. Dabei wird einmal der Timerinterrupt durchlaufen sowie einmal die Hauptschleife. Das dauert hier ca. 50 Takte, bei 1 MHz somit 50μs. Zusätzlich wird noch bis zu 30us gewartet, um garantiert einen Takt im Timer 2 vergehen zu lassen. Das passiert pro Minute 30 mal, somit erhöht sich der mittlere Stromverbrauch um

:<math>\frac {30 \cdot 80 \mu s \cdot 1,2mA}{60s}= 48nA</math> , was somit praktisch vollkommen vernachlässigbar ist.

=== Aufwachen per Tastendruck ===

Maximale Einsparung an Energie bringt der Power Down Modus. Das Aufwecken muß dann aber durch eine externen Interrupt erfolgen. Auch hier blinkt eine LED.

<c>
/*
************************************************************************
*
* Sleep Mode Demo, Power Down Mode
*
* ATmega32 mit internem 1 MHz Oszillator
*
* LOW Fuse Byte = 0xE1
*
* An PD5 muss eine LED mit 1 kOhm Vorwiderstand angeschlossen werden
* An PD2 muss ein Taster gegen GND angeschlossen sein
*
************************************************************************
*/

#define F_CPU 1000000

#include <avr/io.h>
#include <avr/sleep.h>
#include <avr/interrupt.h>
#include <util/delay.h>

// lange, variable Wartezeit, Einheit in Millisekunden

void long_delay(uint16_t ms) {
for (; ms>0; ms--) _delay_ms(1);
}

int main (void) {

// IO konfigurieren

DDRA = 0xFF;
DDRB = 0xFF;
DDRC = 0xFF;
DDRD = 0xFB; // PD2 = INT0 = Eingang
PORTD = 0x04; // Pull Up aktivieren

// Analogcomparator ausschalten

ACSR = 0x80;

// Interrupt konfigurieren

MCUCR &= ~0x3; // levelgesteuerter Interrupt an INT0

// Interrupts freigeben

sei();

// Endlose Hauptschleife

while(1) {

GICR |= (1 << INT0); // externen Interrupt freigeben

set_sleep_mode(SLEEP_MODE_PWR_DOWN);
sleep_mode(); // in den Schlafmodus wechseln

// hier wachen wir wieder auf
GICR &= ~(1 << INT0); // externen Interrupt sperren
// WICHTIG! falls der externe LOW Puls an INT0
// sehr lange dauert

PORTD |= (1 << PD5); // LED für eine Sekunde anschalten
long_delay(1000);
PORTD &= ~(1 << PD5);
}
}

// externer Interrupt INT0

// Die Interruptroutine kann leer sein, ABER sie muss existieren!
// Sonst springt der AVR nach dem Aufwachen zum Reset, weil kein sinnvoller
// Interruptvektor eingetragen ist!

ISR(INT0_vect) {
}
</c>

Im Power Down Mode beträgt die Stromaufnahme des AVR weniger als 1μA (weniger konnte mit dem verfügbaren Messgerät nicht gemessen werden), laut Datenblatt ca. 0,3μA. Während der einen Sekunde LED Leuchtdauer werden 3,8mA verbraucht. Wird einmal pro Minute die Taste gedrückt, ergibt sich ein mittlerer Stromverbrauch von

:<math>I_m = \frac {0,3 \mu A \cdot 59s + 3,8mA \cdot 1s}{60s} = 63,6 \mu A</math>

Wird nur einmal pro Stunde die Taste gedrückt, ergibt sich ein mittlerer Stromverbrauch von

:<math>I_m = \frac {0,3 \mu A \cdot 3559s + 3,8mA \cdot 1s}{3660s} = 1,3 \mu A</math>

== Hinweise ==

=== JTAG Fuse ===

Aus dem Beitrag http://www.mikrocontroller.net/topic/51206

> wenn ich in den Power Down mode schalte bleibt die Stromaufnahme
> trotzdem gleich.
> Atmega128 8Mhz 3,3V = 8mah entspricht auch dem Datenblatt.

Datenblatt, Seite 49:

If the On-chip debug system is enabled by the OCDEN Fuse and the chip enter Power down or
Power save sleep mode, the main clock source remains enabled. In these sleep modes, this will
contribute significantly to the total current consumption. There are three alternative ways to
avoid this:
• Disable OCDEN Fuse.
• Disable JTAGEN Fuse.
• Write one to the JTD bit in MCUCSR.

PS. Ich habe gestern den ganzen Tag dran mit dem ATmega128 im
Sleep-Modus gesessen, man musste einfacht JTAG abschalten, dann läuft
der Hauptoszillator nicht mehr und der Stromverbrauch sinkt drastisch
ab.

== Bauteile ==

* [http://datasheets.maxim-ic.com/en/ds/DS1371.pdf DS1371], Echtzeituhr mit 1μA Stromverbrauch

== Weblinks ==

* [http://interface.khm.de/index.php/lab/experiments/sleep_watchdog_battery/ [[Arduino]] Sleep_Watchdog_Battery] von Martin Nawrath

[[Category:AVR]]
[[Kategorie: Spannungsversorgung und Energiequellen]]