Mikrocontroller.net - Benutzerbeiträge [de]

Forum-Teilnehmer

2024-04-06T15:29:23Z

Malte: /* Teilnehmerliste */ Mein Eintrag

= Teilnehmerliste =

Aus dem Thread [http://www.mikrocontroller.net/forum/read-1-341257.html] entstand die Idee, uns einander vorzustellen. 
So mache ich den Anfang:



{| border="1" class="wikitable sortable" id="teilnehmer"
|-
! Nick
! Vorname
! Nachname
! BJ
! PLZ
! Tel
! Email
! Homepage
! Spezialg.
! Liebling
! mag
! mag nicht
! Arbeit
|-
| Andreas
| Andreas
| S.
| 84
| 9xxxx
|
|
| http://www.mikrocontroller.net
|
|
| [[MSP430]], [[ARM]]
| [[PIC]]
| Student
|-
| Bernhard
| Bernhard
| S.
| 65
| 990xxx
| -
| -
| -
| ANALOG
| ATmega
| -
| -
| Hardw.Ing.
|-
| [[Benutzer:Dave|Dave]]
| David
| W.
| 89
| 88***
| 07***
| Vn_Nn@gmx.net
|
| AVR
| [[AVR]]
| AVR
| -
| Student
|-
| [[Benutzer:FPGAk%C3%BCchle|FPGAküchle]]
| YES
| YES
| 69
| 0xxxx
| XxX
| XxX
| XxX
| FPGA
| XxX
| XxX
| XxX
| FPGA-Entwickler
|-
| frankyp
| Frank
| Petelka
| --
| 7xxxx
| n.a.
| n.a.
| http://www.xing.com/profile/Frank_Petelka2
| Elektro / Software
| IPhone
| Linux
| Android
| IT-Spezialist HW-nah
|-
| Markus
| Markus
| Kaufmann
| 73
| 8xxxx
| 07xxx
|
|
|
|
| AVR
|
| Software Ing.
|-
| McFloppy
| Raphael
| Specht
| 86
| 678xx
| XxX
| info@rsp-design.de
| http://www.raphaelspecht.de/
| Analog NF & HF
| AVR, dsPIC
| [[AVR]], [[PIC]]
|
| B.Eng. Nachrichtentechnik - Hardwareentwickler
|-
| Profi
| .
| .
| 65
| 84xxx
| 08xxx
| .
| .
| DSP56F805
| analog,Atmel,Pic
| alle 68HCxx
| .
| Ind.Steuerungen
|-
| XtSI
| Henning
|
| 76
| 3xx
| Hab ich
| auch
| http://www.leerzeichen.de
|
|
| AVR, Delphi, Debian
|
| SysSoft Programmierer
|-
| N.G.
| Julian
| F
| 97
| 892**
| im ernst?
| minekiller23@gmail.com
| Homepage
| Robotik
| mega2560
| Robotik
| Java
| Schüler, aktuell 10. Klasse
|-
| nikbamert
| Nik
| Bamert
| 89
| PLZ
| Tel
| email
| www.nikbamert.com
| AVR

| atmega168
| avr+enc28j60
| in eagle layouten
| Gymnasiast
|-
| Noonien
| Ferdinand
| Stehle
| 88
| 26xxx
|
| noonien at freakfiles.de
| [http://freakfiles.de freakfiles.de]
| AVR
| mega32, mega8515
| SciFi
| linuxverfechter
| Gymnasiast
|-
| Esko
| Alexander
| Schmidt
| BJ
| 90xxx
| XxX
| [http://www.mikrocontroller.net/articles/Benutzer:Esko klick mich]
|
|
| AVR
| XxX
| XxX
|
|-
| Daisho
| Jens
| B.
| 71
| 58XXX
| funktioniert
| sowieso
| -
| In-Circuit-Test,Löttechnik
| HP3070-Serie II
| Fehler reproduzieren
| Entwickler mit Gott-Komplex
| Analysetechniker
|-
| LameM
| Marian
| Hillemann
| 79
| 01159
| 0351...
| ...
| http://www.octamex.de
| ...
| AVR
| ...
| ...
| Student
|-
| Sascha_Focus
| Sascha
| S.
| 75
| 45XXX
|
|
|
| Elektronik
| Fast alles
| PIC (haha), AVR, M16C, R8C
| Trolle
| Energieelektroniker
|-
| _CH_
| Christian
|
|
| 86
|
| [https://www.mikrocontroller.net/user/show/5152 ..mail..]
|
|
|
| alles wo Strom rein und rauskommt :-)
|
| Industrieelektroniker
|-
| thomas-hn
| Thomas
| F.
| 80
| 74xxx
| -
| -
| -
| Mikrocontroller/Digitaltechnik
| ATmega
| AVR
| MSP430 mit Eclipse
| Wissenschaftlicher Mitarbeiter
|-
| thomas_k
| Thomas
| Kropf
| 82
|
|
| email
| http://www.thomaskropf.at
| .
| AVR
|
|
| Student

|-
| [[Benutzer:ivan|Иван]]
| Iwan-Martin
| NYB
| '82
| A-4xxx
| NYB
| ov3runity/yahoo.de
| Homepage
| DDR/UdSSR-Nostalgie, Platinenfertigung
| STM8
| IRF, ST, Toshiba, Zilog
| Atmel, TI, Vishay
| Langzeitsarbeitslos/Krankenstand
|-
| Theborg0815
| K.
| J.
| 82
| 22xxx
| Mir Bekannt
| Auch Bekannt
| http://www.Grautier.com
| Kein Spezialg.
| PIC16xxx
| Cortex M3
| Epson/Sanyo DB's/ Ings./ User mit Narzisstische Persönlichkeitsstörung.
| Rentner / Freiwillig Ehrenamtlich
|-
| [[Benutzer:Malte|Malte]]
| Malte
| M
| 84
| 336xx
| :)
| :O
| https://marwedels.de/malte
| Software
| STM32
| AVR, ARM, Linux
| Windows
| IT


|}



== siehe auch: ==
* [http://www.frappr.com/?a=constellation_map&mapid=221721 Karte mit mikrocontroller.net Mitgliedern bei Frappr]
* [http://www.mikrocontroller.net/topic/53444 Anderer Forums-Thread zum Alter]
* [[Wer hat was]] - Wer hat welche Bauteile bei welcher PLZ

[[Category:Forum]]

AVR-Simulation

2022-07-01T19:50:55Z

Malte: Änderung 85202 von 106.219.188.237 (Diskussion) rückgängig gemacht.

[[Category:AVR]]
== SimulAVR ==

[http://www.nongnu.org/simulavr/ SimulAVR] ist ein Simulator, der einige Prozessoren der AVR-Familie auf einem PC-Hostsystem (Windows, Linux, Mac OS X) simulieren kann. Dieser Simulator ist auch im [[WinAVR]]-Paket enthalten (/WinAVR/bin/simulavr.exe).

Eine Verwendung von SimulAVR ist das sog. Signal Tracing, d.h. das aufzeichnen von Änderungen der diversen Register (z.B. der Pins eines I/O-Ports) in eine VCD-Datei. Auch wenn die Laufzeit des Simulators oft langsamer als die der Hardware ist, entsprechen diese Aufzeichnungen auf den CPU-Takt genau dem, was auf der Hardware passieren würde. Wie diese Aufzeichnungen gemacht werden ist bei SimulAVR selbst kaum dokumentiert, doch bei RepRap gibt es eine kleine [http://reprap.org/wiki/SimulAVR#Signal_tracing SimulAVR Anleitung], die eine gute Passage dazu enthält.

Die Hauptanwendung von SimulAVR dürfte das Debuggen sein. Dafür wird SimulAVR über ein dazu passendes Frontend bedient. GDB und Insight sind zwei, ebenfalls in WinAVR enthaltene, Programme, die ein solches Frontend bilden.

Wer "textorientiertes" Debugging mag, oder beispielsweise ''emacs'' als Frontend verwenden möchte, der nutzt den [[GDB]], den GNU Debugger. Er ist im WinAVR-Paket enthalten (/WinAVR/bin/avr-gdb.exe). Wer gleich eine grafische Benutzeroberfläche (GUI) verwenden möchte, nutzt Insight (welches intern ebenfalls den GDB verwendet).

Beide Debugger, also GDB oder Insight, benötigen ein Backend. Entweder handelt es sich dabei um einen ICE/[[JTAG]]-Debugger wie z. B. [http://avarice.sourceforge.net/ AVaRICE] als Interface zu einem realen AVR-Mikrocontroller oder um einen Simulator.

=== Starten von SimulAVR ===

[[Datei:SimulAVR-Display.png|right|220px]]
Um SimulAVR mit default-Parametern zu starten, reicht es aus, folgende Zeile in einer Shell/Eingabeaufforderung einzugeben:

$ simulavr -g -d <AVR-Prozessortyp>

SimulAVR startet dann mit den defaultparametern und stellt einen GDBServer-Prozess auf dem lokalen oder entfernten Host auf Port 1212 zur Verfügung.
Das ''Backend'' der Simulation ist nun Einsatzbereit.

Eine weitere Möglichkeit ist, SimulAVR mit Display zu starten. Dann werden während der Ausführung die Werte der Register und dem RAM angezeigt (siehe Bild).

$ simulavr -g -P simulavr-disp -d <AVR-Prozessortyp>

Eine Übersicht der unterstützten AVR-Prozessoren und der SimulAVR spezifischen Parameter bekommt man durch folgende Zeile:

$ simulavr --help

=== Starten des GDB ===

Um das (vorläufige) Frontend GDB zu starten, reicht folgende Zeile:

$ avr-gdb

Der GDB meldet sich mit folgendem Bildschirm:

<pre>
Current directory is c:/WinAVR/testprj4/
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "--host=i686-pc-cygwin --target=avr".
(gdb)
</pre>

'''(gdb)''' ist der Prompt.

Soll während dem Debuggen der Quellcode angezeigt werden, der zur Zeit ausgeführt wird, kann GDB wie folgt gestartet werden.

$ avr-gdb -tui

Beim (gdb) prompt dann das Layout auf Assembler umschalten.,

(gdb) layout asm

=== Simulieren/Debuggen ===

Im ersten Schritt muss dem GDB die gewünschte Datei (vorher mittels entsprechendem ''Makefile'' erzeugt) bekannt gemacht werden. Es ist darauf zu achten, dass das Programm mit Debugsymbolen kompiliert wurde.

(gdb) file main.elf
Reading symbols from main.elf...done.

Als nächstes muss dem GDB mitgeteilt werden, welches Ziel (target) er als Backend verwenden soll:

(gdb) target remote localhost:1212

oder kürzer:

(gdb) targ rem :1212
Remote debugging using :1212
0x00000000 in __vectors ()

Jetzt muss das Programm in den Simulator geladen werden:

(gdb) load
Loading section .data, size 0x32 lma 0x1bc
Loading section .text, size 0x1bc lma 0x0
Start address 0x0, load size 494
Transfer rate: 3952 bits in <1 sec, 30 bytes/write.

Da diese 3 Schritte üblicherweise, bei jedem Start einer Simulationssitzung ausgeführt werden müssen, können sie zeilenweise in eine Textdatei (Vorschlag: gdb.conf) geschrieben werden, diese Datei wird dem gdb dann mit dem Parameter "-x" (eXecute) mitgegeben:

avr-gdb -x gdb.conf

Alternativ zu dem remote-debugging kann auch der avr-gdb-interne Simulator benutzt werden. Dieser wird mit 
target sim 
gestartet.

Damit der Simulator nicht das gesamte Programm abarbeitet, sollte man ''breakpoints'' setzen.
Den Ersten am besten bei ''main'':

(gdb) b main
Breakpoint 1 at 0xd2: file main.c, line 16.

Jetzt kann man das Programm im Simulator mit ''continue'' starten:

(gdb) c
Continuing.

Bei Erreichen des zuvor gesetzten ''breakpoints'' stoppt GDB und meldet:

Breakpoint 1, main () at main.c:16
(gdb)

Eine Liste der verfügbaren debug-befehle des GDB findet sich durch die Eingabe von '''help'''.

=== Data Display Debugger ===

[[Datei:ddd_c.png|right|200px]]
Eine sehr komfortable Benutzeroberfläche zum gdb erhält man mit dem Programm "ddd" (Data Display Debugger), https://de.wikipedia.org/wiki/Data_Display_Debugger

Diesem gibt man beim Aufruf mit, welcher gdb, mit welcher Verbindung zum Ziel genutzt werden soll. Falls das Startscript, wie oben genutzt werden soll z.B.:

ddd --debugger "avr-gdb -x gdb.conf"

Wenn das Projekt mit den entsprechenden Debug-Informationen übersetzt wurde, dann zeigt der DDD die Zeile im Quelltext (auch bei Assemblerteilen), Variableninhalte lassen sich inspizieren, indem der Mauszeiger drauf positioniert wird.

[[Datei:ddd_asm.png|right|200px]]

=== ToDo ===

[TODO] Einige häufige GDB-Commands als Beispiel einfügen.

== VMLab ==

[http://www.amctools.com/vmlab.htm VMLab] ist eine komplette Freeware-IDE mit Debugger und Simulator für MS-Windows. VMLab arbeitet mit [[WinAVR]] zusammen und kann AVR-Peripheriehardware simulieren. Leider hat der Autor von VMLab die Entwicklung im Jahr 2006 eingestellt, da dem Projekt nicht der gewünschte kommerzielle Erfolg vergönnt war. Die aktuelle Version ist 3.15 von Oktober 2009.

Siehe auch:
* Forumsbeitrag [http://www.mikrocontroller.net/topic/24494#714662 VMLAB Bug bei Stackpointer/Interrupt?]
* [http://www.mikrocontroller.net/topic/85212#716727 Workaround]

== AVR Studio ==

[[Bild: AVR-Studio_Simulation.png|thumb|right|250px|Simulator-Ansicht in AVR Studio]]
[[AVR-Studio|AVR Studio]] von Atmel enthält neben dem Übersetzungsteil, dem Debuggingteil auch einen Simulatorteil. Eine Übersicht über alle drei Programmteile gibt der Powerpoint-Vortrag [http://ece353.ecs.umass.edu/lab2/labc-lectureslides2012.pptx AVR Studio: The comprehensive tutorial] (MS PowerPoint ''2007'') von Jeremy Gummeson und Brendan Kemp.

Wenn nur ein Breakpoint gesetzt ist, kann mit F5 das Programm einen Abarbeitungszyklus machen. Die Bearbeitung bleibt dann wieder beim Breakpoint stehen. Mit der Stoppuhr kann dann die Zeit für den abgearbeiteten Programmteil gemessen werden. Mit der rechten Mouse-Taste kann die Stoppuhr zurückgesetzt werden.

Ausführliche Anleitung zum Ablauf einer Simulation: [http://www2.tech.purdue.edu/ecet/courses/ecet309/Reference_Materials/Simulation_AVR_Studio_4.pdf Tutorial der Purdue University] (engl., PDF) (link tot!)

Externe Signale können mit den Tools HAPSIM oder über eine Stimulidatei in den Simulator eingespeist werden.

Zu beachten ist, dass sich mit der Einführung des AVR Simulator 2, welcher Vorteile wie Unterstützung von [[I2C|TWI]] bietet, das Datenformat für extern zugeführte Stimuli-Files geändert hat. Eine kleine Einführung inkl. Beispiel bietet die im AVR-Studio enthaltene Hilfe:
:AVR Studio Help → AVR Tools User Guide → Simulator → Simulator2 Stimuli

=== HAPSIM ===

[http://www.helmix.at/hapsim/index.htm HAPSIM] (Helmis AVR Periphery Simulator) ist ein Tool zur graphischen Simulation von Tasten, [[LED]], [[LCD]] und Terminalfunktionen in AVR Studio. (deutsch/engl., Windows, Freeware). Hinweise zur Installation von Hapsim nach einem AVR Studio Update stehen im [http://www.mikrocontroller.net/topic/118668 Forum]. HAPSIM kann nur mit AVRStudio 4.x verwendet werden, für den Fall, dass die Domain selbst nicht funktioniert kann folgender [http://members.aon.at/helmi/hapsim.htm Direktlink] verwendet werden.

=== Stimuli ===

Über eine sog. Stimuli-Datei lassen sich von ausserhalb Signale dem AVR Studio zuführen. Informationen zum Aufbau einer Stimulidatei finden sich in obigem "AVR Studio: The comprehensive tutorial" und bei Atmel ([http://support.atmel.com/bin/customer.exe?=&action=viewKbEntry&id=46 What is the format of the AVR Studio simulator stimuli files?]). Der [http://www.hot.ee/nppcsoftware/ Stimuli Generator for AVR Studio] ist eine Freeware für die Erzeugung von Stimulidateien und deren grafischen Darstellung. Für dieses Programm ist .NET 1.1 oder 2.0 erforderlich. Ein Python-Script zum Umwandeln der Stimuli-Log Datei in eine vcd-Datei, welche z.B. in gtkwave betrachtet werden kann, ist [https://github.com/althebaker43/avr_lcd/blob/8b177cc492d2e9a814bd21671c2267a6d3044811/atmel_studio/avr_lcd/stim2vcd.py hier] verfügbar.

=== LogAnalyser ===

[http://www.dresco.co.uk/LogAnalyser/ LogAnalyser] v1.00 (c) 2008 Jon Escombe is a graphical "logic analyser" style display of Atmel AVR Studio simulator log files. The project is built using the (excellent) zedGraph charting class library, and the source code is made available under GPL license. Requires Windows XP and .NET framework 2.0 to run.

=== TCPSimDBG ===

[http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=74350 TCPSimDBG] ist ein Plugin für [[AVR-Studio]] um Remote Simulating/Debugging über TCP/IP durchzuführen. Ein TCP/IP-Terminal oder Serverprogramm kann sich mit dem Simulator/Debugger von AVR-Studio verbinden und Informationen aus dem Debugprozess abrufen und ändern. Damit lassen sich virtuelle Geräte (Devices) eingerichten. (Atmel SDK Lizenz, Windows XP, 2003, Vista .NET 3.5 erforderlich)

=== AVR Logic Analyzer ===

[http://www.coynetechsystems.com/avrlogicanalyzer/index.php AVR Logic Analyzer] von Coyne Technology Systems ist ein AVR Studio Plugin zur grafischen Anzeige der simulierten I/O-Ports.
(kommerziell)

== Avrora ==
[http://avrora.sourceforge.net/ Avrora], a research project of the UCLA Compilers Group, is a set of simulation and analysis tools for programs written for the AVR microcontroller produced by Atmel and the Mica2 sensor nodes. Avrora contains a flexible framework for simulating and analyzing assembly programs, providing a clean Java API and infrastructure for experimentation, profiling, and analysis.

== Proteus VSM for Atmel AVR ==

[http://www.labcenter-electronics.com/products/avr.cfm Proteus VSM for Atmel AVR] ist ein kommerzieller AVR Simulator.

In der Codesammlung gibt es dafür ein [http://www.mikrocontroller.net/topic/118974#1072449 Virtuelles AVR Funk Pollin Simulationsmodell] von Daniel Cagara.

== CrossWorks for AVR ==

[http://rowley.co.uk/avr/index.htm CrossWorks for AVR] besitzt einen ''core simulator'' für AVRs. (Windows, Mac OS X, Linux, Solaris)

== simavr ==

[https://github.com/buserror/simavr simavr] Das ist ein AVR simulator von Michel "buserror" Pollet für Linux, oder andere Platformen welche avr-gcc unterstützen.

In simavr schon implementiert:
eeprom
watchdog
IO ports
Timers, 8 &16
The UART, including tx & rx interrupts
SPI, master/slave including the interrupt
i2c Master & Slave
External Interrupts, INT0 and so on.
ADC
Self-programming

==== Benutzung GDB (unter ubuntu getestet) ====

Öffnen 2 Terminals in simavr Ordner. Dann laden simavr in erstem Terminal mit einem embedded software (z.B. atmega1280_i2ctest): 
$ ./simavr/run_avr examples/board_i2ctest/atmega1280_i2ctest.axf -g 
Antwort: 
Loaded 2478 .text at address 0x0 
Loaded 56 .data 
avr_gdb_init listening on port 1234 

Im zweiten Terminal starten avr-gdb: 
$ avr-gdb -tui 

Jetzt müssen wir unsere software laden: 
(gdb) file examples/board_i2ctest/atmega1280_i2ctest.axf 
Antwort: 
Reading symbols from examples/board_i2ctest/atmega1280_i2ctest.axf...done. 
Danach eine Verbindung zwischen simavr und gdb aufbauen: 
(gdb) target remote localhost:1234 
Antwort: 
Remote debugging using localhost:1234 
0x00000000 in __vectors () 

Und wuala - wir sind schon bei Debugging: 
1. Breakpoint setzen: 
(gdb) b 140 
Antwort: 
Breakpoint 1 at 0x234: file atmega1280_i2ctest.c, line 140. 
2. Programm starten: 
(gdb) c 
3. GDB haltet in der gewunschte Stelle 
4. Zum nächsten Schrit gehen: 
(gdb) s 
5. Oder zum Nachbohren: 
(gdb) n 

Lizenz: GPL v3 
[http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=86665 Diskussion bei avrfreaks.net]

== avrtest ==

avrtest ist ein freier AVR Core-Simulator, der zur Ausführung der avr-gcc Testsuite verwendet wird. Über spezielle "magische SFRs" können bestimmte Aktionen ausgelöst werden wie z.B. definierter Programmabbruch oder die Ausgabe eines Zeichens auf Console, so daß ein Programm wie
<syntaxhighlight lang="c">#include <stdio.h>

int main()
{
printf ("Hallo Welt!\n");

return 0;
}
</syntaxhighlight>
analoge Resultate bringt wie ein Programm, das nativ auf dem Rechner ausgeführt wird.

avrtest ist Open Source, einfach gehalten und auf Geschwindigkeit getrimmt. Die Eingabe von Stimuli ist nicht möglich, und interne Peripherie wird nicht unterstützt.

* Lizenz: GPL v2 oder höher
* Betriebssysteme: Windows, Linux, etc. Eigentlich keine Einschränkung, da es sich um ein Open-Source Projekt handelt.

=== Weblinks ===

* [http://sourceforge.net/p/winavr/code/HEAD/tree/trunk/avrtest/ avrtest: Projekt und README bei sourceforge]
* [http://lists.gnu.org/archive/html/avr-gcc-list/2011-06/msg00015.html Beschreibung in der avr-gcc-list Mailingliste (en)]

== BASCOM AVR ==

In [http://www.mcselec.com/ BASCOM AVR] ist ein Simulatorteil enthalten und damit ist auch die Simulation von Geräten (LCD, UART) möglich. BASCOM AVR wird von MCS Electronics verkauft (89€) und ist ein unter Windows laufender [[Basic|BASIC]] [[Compiler]] für Atmel AVR Mikrocontroller. Eine auf 4 KB Codegröße eingeschränkte Demoversion ist kostenlos erhältlich.

== AVR Simulator IDE ==

[http://oshonsoft.com/avr.html AVR Simulator IDE] from oshonsoft.com is a powerful application that supplies AVR developers with user-friendly graphical development environment for Windows with integrated simulator (emulator), Basic compiler, assembler, disassembler and debugger. (Kommerziell, Testversion verfügbar)

== MacSim - AVR simulator for OS X ==
[http://www.fracturedsoftware.com/macsimavr/ MacSim Alpha 4]

Einschränkungen u.A.: "There are currently no timers, interrupts, or EEPROM. The processor is 'generic' and has fixed size data and instruction memories."

Pegelwandler

2021-05-11T18:19:05Z

Malte: /* I2C-Bus: gemeinsam 3.3V und 5V */ Link aktualisiert

== Einleitung ==

Pegelwandeln (engl. level shifting) wird oft notwendig, wenn Systeme mit unterschiedlicher Ausgangs- und Eingangsspannungen (z. B. Versorgungs- oder Logikspannungen) miteinander verbunden werden sollen. Das vielleicht bekannteste Beispiel ist die Umsetzung von 0V/5V [[TTL]] Logikpegeln auf die -13V/13V Pegel einer seriellen [[RS232]] Schnittstelle. Die Probleme beim Pegelwandeln können sein:

# Überlastung einer oder beider Seiten, bis hin zur Zerstörung
# Inkompatible Logikpegel und daraus resultierendes Nichtfunktionieren der Schaltung, oder noch schlimmer, sporadische Fehlfunktionen
# Verzögerungen der Signale durch die Pegelwandlung und daraus resultierende maximale Signalfrequenzen

=== Überlastung ===

Das Erzeugen von verschiedenen Versorgungsspannungen ist ziemlich einfach, aber man muss sicher gehen, dass man die Signalpegel der Bauteile auf Toleranz überprüft. Wenn z.B. ein 5V Bauteil ein Signal an ein 3V Bauteil schickt, können beide Bauteile beschädigt werden. Vor allem für neue ICs ist es ein Problem mit "hohen" Spannungen wie 5V zu arbeiten. Auf Grund der immer kleineren Schaltkreisstrukturen (aktuelle Prozessoren werden mit 14nm Technologie hergestellt!) werden auch die Abstände und Schichtdicken immer geringer. Das reduziert natürlich auch die Spannungs- und Stromfestigkeit der Transistoren auf dem IC. Neue ICs vertragen deshalb meist nur noch 3.3V, teilweise sogar weniger! Die Überlastung erfolgt durch zu hohe Spannung und dadurch mehr oder weniger langsame Zerstörung des ICs.

=== Schutzdioden ===

Hauptursache Nummer zwei für Überlastung von ICs mit verschiedenen Betriebsspannungen sind die in nahezu allen ICs integrierten Schutzdioden. Deren Aufgabe ist es in Normalfall, elektrostatische Entladungen auf eine sichere, niedrige Spannung zu begrenzen. Die Entladungen geschehen durch unsachgemässe Handhabung und Transport von ICs, z. B. wenn jemand über einen Kunstfaserteppich läuft, sich dabei elektrostatisch auflädt und einen IC anfasst, oder wenn Bauteile in einem Gerät eingebaut sind und der Anwender berührt offen liegende Kontakte (RS232 Eingang, USB-Stick, PCI-Steckkarten beim Einbau etc.). Auch elektrostatische Entladungen / EMV können Ursache zu hoher Pegel auf den Leitungen sein.

Die Schutzdioden beginnen, Strom zu leiten, wenn die Eingangsspannung ca. 300 mV - 600 mV über UCC ansteigt oder entsprechend unter GND absinkt. Im Normalbetrieb sollten die Schutzdioden keinen Strom leiten. Manchmal kann man sie aber zur Spannungsbegrenzung missbrauchen, siehe [[#STEP-DOWN:_5V_-.3E_3.3V | Spannungsherabsetzung mit Vorwiderstand]].

Besonderes Augenmerk ist hierbei auf die optimale Dimensionierung des R zu legen, um sicherzustellen, dass kein zu hoher Strom über die Schutzdioden abgeführt werden muss. Je nach Chip-Type und Ausgang halten diese zwischen 100 µA und 10 mA aus.

[[bild:pw_schutzdioden.png]]

=== 5-V-tolerante Eingänge ===

5-Volt-tolerant bedeutet, dass 3-Volt-Bausteine ohne Probleme von einem 5-Volt-Baustein angesteuert werden dürfen.

Viele Bauteile mit einer Betriebsspannung von 3 V verfügen über 5-V-tolerante Eingänge. Man sollte aber grundsätzlich im Datenblatt dies nachschauen, bevor die Schaltung aufgebaut wird. Sind sie es nicht, so ist ein Pegelwandler auf den Verbindungsleitungen zwischen den Bauteilen notwendig. Ein Pegelwandler kann eine einfache Zener-Diode mit einem Widerstand sein, es kann aber auch ein eigens dafür vorgesehener IC sein. Sind die Signalwege bidirektional, so wird man meist die Lösung mit einem eigenen IC bevorzugen.

Bei geringen Geschwindigkeitsanforderungen und erlaubten flachflankigen Signalen (bei Zähl- und Takteingängen ist dazu Schmitt-Trigger-Verhalten erforderlich) genügt ein Serienwiderstand (Richtwert 10 kΩ) in Verbindung mit der Eingangsschutzbeschaltung. Bei allen derartigen „passiven Pegelkonvertern“ muss die Logikschaltschwelle durchfahren werden. Bei heutzutage üblichen treibenden CMOS-Ausgangsstufen ist das kein Problem.

Ob ein Bauteil 5-V-tolerant ist und unter welchen Betriebsbedingungen das gilt, steht im Datenblatt des betreffenden Bauteils vom betreffenden Hersteller. Wenn es auf diese Eigenschaft ankommt, lieber genau bei Lieferanten nachsehen, von welchem Hersteller die Bauteile kommen.

==== Beispiele ====

[[AVR]]s sind generell '''nicht''' 5-V-tolerant, wenn sie mit 3,3 V betrieben werden! Die absolute obere Grenze für Eingangsspannungen liegt bei UCC + 0,5 V. Zu finden in den elektrischen Spezifikationen im Datenblatt.

Die GPIO-Pins des Raspberry Pi sind ebenfalls '''nicht''' 5-V-tolerant!

Vorsicht bei:

* 74'''LVX'''xxxx und 74'''LCX'''xxxx (245, 244, 240 ...) an Vcc = 3,3 V. Achtung: Nicht alle 74LVX sind für 5 V -> 3,3 V geeignet, da jeder Hersteller die ICs anders baut!
* SN74LVC07AD
* SN74LV1T04 (auch geeignet zur umgekehrten Konvertierung (3,3V->5V))

=== Kompatibilität von Logikpegeln ===

Siehe auch http://www.interfacebus.com/Design_Translation.html

Verschiedene Mikroprozessoren haben eigene elektrische Kenndaten für HIGH- und LOW-Pegel, die abhängig von der Versorgungsspannung sind, z. B. der [[R8C]]:

* HIGH größer 0,8 * UCC
* LOW kleiner 0,2 * UCC

Man muss die Spannungen der Aus- und Eingänge vergleichen. Wenn es um ein Hobbyprojekt geht, kann man einfach messen. Wenn es um eine kommerzielle Anwendung geht, die man verkaufen will, sollte man besser die Spezifikationen der ICs studieren.

== UNIDIREKTIONAL ==

=== 1,8 V ⇒ 5 V ===

* Die besondere Eigenschaft der alten TTL-Schaltkreise, nämlich dass Strom bei LOW '''aus''' dem Eingang in den treibenden Ausgang fließt kann man sich zunutze machen, wie die nachfolgende Schaltung zeigt. In dieser wird der HIGH-Pegel des 1,8-V-Signals durch eine Schottkydiode um ca. 0,3 V auf 2,1 V erhöht. Damit ist man fast offiziell im HIGH-Bereich für TTL (Schaltschwelle 1,4 V, HIGH > 2,0 V). Der LOW-Pegel wird auf ca. 0,3 V erhöht, was voll den TTL-Richtlinien entspricht. Als Schaltkreisfamilie '''muss''' ein [[74xx|TTL-Typ]] eingesetzt werden, also LS, F, AS oder ähnlich. CMOS-Typen wie HC, LVC etc. funktionieren '''nicht'''!

[[bild:pw_LS.png]]

Achtung: Diese Schaltung entspricht bei HIGH ungefähr einem offenen TTL-Eingang, was zwar meistens funktioniert, aber etwas störempfindlich sein kann. Davon wurde in der TTL-Ära stets abgeraten. Zudem ist der Pegelwechsel LOW nach HIGH durch den niedrigen Strom eher langsam. Man kann das jedoch mit einem Pullup-Widerstand absichern. Dann sind auch Gatter der 74HCT-Reihe einsetzbar.

=== 3,3 V ⇒ 5 V ===

Diese Konversion ist mit Abstand die häufigste. Dabei kann man getrost 3,3 V (früher) und 3 V (moderner) gleich setzen.

* 3,3-V-Pegel werden bei TTL-kompatiblen Eingängen richtig erkannt (Schaltschwelle 1,4 V). Es ist kein Pegelwandler erforderlich. Direkte Verbindung. Einer der großen Vorteile klassischer TTL-Technik!

* 5-V-CMOS Eingänge haben typisch eine minimale Eingangsspannug für HIGH (<math>V_{IH}</math>) von 0.6 * UCC = 0.6 * 5 V = 3 V. Das kann ein 3,3-V-CMOS-Ausgang direkt treiben, allerdings kann sich das Zeitverhalten dadurch etwas ändern, weil der HIGH Pegel später erkannt wird. Vorsicht! Viele 5-V-CMOS-ICs wollen für HIGH offiziell mindestens 0,7 * UCC = 3,5 V oder manche auch 0,8 * UCC = 4,0V! Das geht dann offiziell nicht mehr mit einem 3,3-V-Ausgang! Für Hobbyzwecke kann man das aber ggf. probieren.
Zu beachten ist, dass der nicht ganz nach High durchgesteuerte Eingang Querstrom von der Speisespannung ziehen kann. Das kann für batteriebetriebene Geräte oder USB-konformes Standby durchaus ausschlaggebend sein.

Möglich ist auch eine '''Zentrierung''' des Ausgangspegels mit 2 Widerständen wie im folgenden linken Bild. Allerdings besteht die Gefahr, dass die 3,3-V-Versorgung hochläuft, da Spannungsregler (hier: für die 3,3 V) nicht dafür ausgelegt sind, bei Überspannung an deren Ausgang zusätzlich Strom nach Masse abzuleiten: Die 3,3-V-Verbraucher müssen bei High eine Mindestlast erbringen, etwa mit einem zusätzlichen Widerstand '''R3''' vom Ausgang nach GND.

[[bild:Zentrierung-3P3-5P.png]] [[bild:Zentrierung-3P3-5P-R3.png]]

* 3,3-V-[[Ausgangsstufen_Logik-ICs | Open Collector]] nach 5 V (TTL oder CMOS): Einfach einen Pull-Up Widerstand hinzufügen und gut. Allerdings verbraucht der Pull-Up-Widerstand bei LOW auf jeden Fall Strom und begrenzt bei HIGH den maximalen Gate-Umladestrom. Die Schaltgeschwindigkeit von LOW nach HIGH wird durch die Größe des Pull-Ups bestimmt. Je nach Geschwindigkeitsanforderungen kann der in Mikrocontrollern meistens zuschaltbare innere Widerstand dazu benutzt werden. Zudem kann dieser, bei bekannt LOW bleibendem Eingangspegel, zur Reduktion der Stromaufnahme abgeschaltet werden. Bipolare TTL-Schaltkreise benötigen in der Bastelschaltung keinen Pull-Up (liefern Strom); bei Schaltungen mit erhöhter Zuverlässigkeit ist dennoch ein externer Pull-Up angeraten (Richtwert 4,7 kΩ).

[[bild:pw_oc_3-5.png]]

'''Hinweis:''' Das Simulieren von Open Collector in Mikrocontrollern oder mittels Tristate-Treibern oder die Verwendung von Open-Collector-Ausgängen von Schaltkreisen, bei denen keine höhere Ausgangsspannung spezifiziert ist (etwa 74HC03), ist für diesen Zweck unzulässig und wenig hilfreich, weil Gateschutzdioden und andere parasitäre Siliziumstrukturen den Strom aus dem Widerstand nach 3,3 V ableiten und so maximal 4 V generieren. Auch hier besteht die Gefahr des Hochlaufens der 3,3-V-Versorgung.

* 3,3 V auf echte 5 V (CMOS) geht am einfachsten mit einem Baustein der HCT-Familie (NICHT HC!). Diese haben TTL-kompatible Eingänge und echte CMOS-Ausgänge

* Man kann einen Komparator in nichtinvertierender Schaltung benutzen (LM339/393). Allerdings ist diese Lösung relativ langsam, abhängig vom verwendeten Komparator. Komparatoren bieten eine freie Wahl des Eingangsspannungsbereichs und sind deshalb eine gute Wahl bei ''variabler'' Speisespannung der Treiberseite.

[[bild:pw_comp_3-5.png]]

'''Bauteile'''

* [http://www.mikrocontroller.net/part/74HCT245 74HCT245], [http://www.mikrocontroller.net/part/74HCT244 74HCT244]oder [http://www.mikrocontroller.net/part/74HCT240 74HCT240] (Das '''T''' ist wichtig. HCs können funktionieren, sind aber suboptimal, da bei 5V Versorgung und höheren Temperaturen Uinput,high = 3,2 V)
* [http://www.mikrocontroller.net/part/74HCT125 74HCT125]: OE Pins auf Masse und dann das Signal einfach anschließen.
* SN74LVC07AD
* SN74LV1T04 (auch geeignet zur umgekehrten Konvertierung (5 V ⇒ 3,3 V))
* 74V1T126 (single Gatter, Uinput,high = 2 V)

=== 5 V ⇒ 9..15(..30) V ===

* Am einfachsten geht das mit einem (geeigneten!) Open-Collector-Ausgang, einfach einen Pull-Up hinzufügen (an die hohe Spannung) und fertig. Ein 74''xx''03 geht hier nicht! Auch kann man nicht einen Push-Pull-Ausgang eines Mikrocontrollers dafür verwenden, indem man den Ausgang bei HIGH zum Eingang macht.
Hintergrund sind parasitäre Dioden zwischen Ausgang und Speisespannung.
Alle (geeigneten) Treiberausgänge haben eine maximal erlaubte Kollektorspannung, die zu beachten ist. Mehr Freiheit hat man bei der Verwendung von Einzeltransistoren, wobei eine gewisse Lücke von 30 V bis 200 V von Bipolartransistoren dominiert wird; für kleinere oder größere Spannungen gibt es preiswerte MOSFETs. (Die Lücke entsteht durch den geringen Bedarf des Weltmarktes an diesen Kollektorspannungen.)

[[bild:pw_oc_5-12.png]]

* Man kann einen Komparator benutzen. Allerdings ist diese Lösung relativ langsam, abhängig vom verwendeten Komparator. Wenn nur zwei Signale gewandelt werden müssen bietet sich der LM393 an, ein Doppelkomparator mit Open-Collector-Ausgang, mit dem man auf einen beliebigen Pegel ausgeben kann. Der LM339 (man beachte den unauffälligen Zahlendreher) ist ein Vierfachkomparator mit den gleichen Eigenschaften. Wenn wenig Platz vorhanden ist, dann ist der TL311 im winzigen SOT-23 Gehäuse sehr empfehlenswert. Bei jedem Komparator kann auch einfach eine Invertierung gemacht werden, einfach die Eingänge + und - vertauschen. Diese Komparatoren eignen sich bis ca. 1 MHz.

* [http://www.elektronik-kompendium.de/sites/praxis/bausatz_pegelwandler-mit-transistoren.htm Pegelwandler mit Transistor, invertierend]

[[bild:pw_trans_inv.png]]

* Pegelwandler mit Transistor, nicht invertierend

[[bild:pw_trans_ni.png]]

Die Idee ist einfach. Wenn der Ausgang des 5-V-Gatters auf HIGH ist dann ist der Transistor ausgeschaltet, der Pull-Up-Widerstand R7 zieht den Ausgang auf + 12 V. Ist der Ausgang des 5-V-Gatters auf LOW ist, dann ist er vollkommen durchgesteuert und der Ausgang nahe 0 V (je nach Typ ca. 300 mV). Der Vorteil ist hier erhöhte Störsicherheit im Gegensatz zur einfachen Ansteuerung der Basis über einen Vorwiderstand. Außerdem wird dadurch nicht die Logik invertiert. Nachteilig ist der geringe Strom, der bei HIGH zur Verfügung steht (typisch 100 µA). Diese Schaltung ist die seltene Anwendung einer Basisschaltung für digitale Signale. Der Vorteil der Basisschaltung ist die höhere Grenzfrequenz durch die herabgesetzte Wirksamkeit der (störenden) Miller-Kapazität.

* Wenn mehr Geschwindigkeit, Ausgangsstrom und weniger Stromverbrauch nötig ist, dann muss ein spezieller Baustein her, wie z. B. 
** [[Mosfet-Übersicht#Mosfet-Treiber|MOSFET-Treiber]] z.B. ICL7667
** [[H-Brücken Übersicht | Motortreiber]] ICs: (z. B. L293, L298, UCC27325 und deren Verwandte), wenns nicht zu schnell ist (einige Dutzend kHz)
** CD40109, 4fach Pegelwandler, bei Reichelt verfügbar
** HEF4104, 4fach Pegelwandler mit normalen und invertierten Ausgängen sowie Tristate. Um ggf. sicherzustellen, dass wie im Datenblatt beschrieben immer UDDI <= UDDO ist, kann man einfach eine Diode von UDDO nach UDDI schalten (z. B. Schottky SB120, aber auch 1N4148 & Co. sollte problemlos funktionieren)
** CD4504, 6fach Pegelwandler 3-20V, Eingangspegel TTL oder CMOS (umschaltbar) => CMOS, keine Reihenfolge von UCC/UEE erforderlich (Bezugsquelle: CSD)
** MAX232, der braucht nur 5 V Versorgungsspannung. Allerdings ist der Ausgangswiderstand relativ hoch (ca. 300 Ω) und man kann nur ca. 5 mA Ausgangstrom liefern. Die Ausgangsspannung beträgt maximal 10 V.

=== 5 V ⇒ 3,3 V ===

Ob 3,3 V (klassisch) oder 3 V (modern) ist bei dieser Betrachtung nahezu egal.

* Zuerst sollte man prüfen, ob die Eingänge 5V-tolerant sind. Dann kann man die ICs direkt verbinden. Sehr schnell und billig!

* Wenn die Eingänge nicht 5-V-tolerant sind und es trotzdem schnell sein soll, muss ein Gatter aus der LVC- oder AHC-Familie dazwischen geschaltet werden, also eines mit 5V-Toleranz. Bei 3 V Betriebsspannung kann man problemlos 5 V an den Eingang anlegen. Der Baustein 74HC4050 erlaubt per Definition eine Pegelwandlung bis etwa 15 V (siehe Datenblatt). Beide Anordungen haben auch eine sehr niedrige Ruhestromaufnahme.

: '''Bauteile'''

:* 74LVC245A ('A' ist wichtig, I/Os 5V-tolerant)
:* 74LVC245DW
:* 74LVT245
:* 74LVXxxx (245, 244, 240 ...) an Vcc=3,3V. Achtung: Nicht alle 74LVX sind für 5V -> 3,3V geeignet, da jeder Hersteller die ICs anders baut!
:** 74LVX04
:** 74LVX244 (Fairchild)
:** 74LVX245 (nicht von Reichelt, nicht 5V tolerant)
:** bei TI heissen die 74LVX... nur 74LV...

:* 74HC4050 (bis 15 V Step-Down-Pegelwandlung laut Datenblatt, bei Reichelt in DIP und SO erhältlich)
:* MAX3373/MAX3375
:* NC7SZ08 oder andere aus derselben Serie. CMOS-Logik mit 5-V-toleranten Eingängen, recht flott und braucht dank SOT-23 auch wenig Platz auf der Platine

* 5 V Open Collector auf 3,3-V-Eingang. Einfach einen Pull-Up hinzufügen (Pull-Up liegt auf 3,3 V). Nachteilig ist der relativ hohe Stromverbrauch bei LOW, die begrenzte Geschwindigkeit bei hochohmigen Pull-Ups und der relativ geringe Ausgangsstrom bei HIGH (abhängig vom Pull-Up).

[[bild:pw_oc_5-3.png]]

* Spannungsteiler mit 680 Ω und 1 kΩ. Der Nachteil dieser Lösung ist der relativ hohe Stromverbrauch (~3mA), der relativ geringe Ausgangsstrom (mehr als 200..300 µA sollte man da nicht rausziehen) und die relativ geringe Geschwindigkeit (ca. 10 MHz).

[[Datei:SPI level shifter with resistor divider.png|miniatur|rechts|fehlerhafter SPI-Takt nach Pegelwandler mit Widerstandsteiler (1,8/3,3 kΩ) unten: 5V-Ausgang am Mikrocontroller 
oben: 3,3V-Eingang an der SD-Karte nach Pegelwandler]]

[[bild:pw_st_5-3.png]]

* 1 kΩ Vorwiderstand. Dadurch wird der Strom vom 5-V-Ausgang in die 3,3-V-Versorgung durch die internen Schutzdioden auf ca. 1 mA begrenzt. Diese Lösung ist auch relativ langsam (ca. 5MHz). Ggf. kann man den Vorwiderstand auf 100 Ω reduzieren, das erhöht dann wieder die Geschwindigkeit. Aufpassen, einige ICs vertragen nur 1 mA oder weniger durch die Schutzdioden! Ausserdem muss man aufpassen, da jetzt von der 5-V-Seite Strom in die 3,3-V-Versorgung eingespeist wird. Besonders in Schaltungen mit sehr niedriger Stromaufnahme kann das zum Problem werden, wenn die Stromaufnahme geringer ist, als über die Vorwiderstände eingespeist wird. Dann nimmt es meist der Spannungsregler für 3,3 V übel wenn jemand „schiebt“, sprich, Strom einspeist. Denn die allermeisten Spannungsregler können nur Strom liefern (source), aber keinen Strom aufnehmen (sink). Es gibt 4-fach-Diodennetzwerke, die die internen Schutzdioden entlasten können (Schottkydioden mit kleinerer Flusspannung von ≈ 0,3 V als die internen Silizizumdioden mit ≈ 0,7 V), außerdem ist teilweise noch eine [[Diode#Z-Diode|Zenerdiode]] enthalten, die ggf. den überschüssig eingespeisten Strom aufnehmen kann.

Alle Lösungen mit Vorwiderständen reduzieren die Flankensteilheit der Signale. Dies kann bei Takt- und Zähleingängen zu unerwünschten Schwingungen und damit Fehlzählungen führen. Derartig benutzte Eingänge sollten Schmitt-Trigger-Verhalten aufweisen.

[[bild:pw_vw_5-3.png]]

Achtung: Mindestens für 74HC(T) Gatter ist dokumentiert (Philips 74HC/T High-Speed CMOS User Guide), dass auch schon geringer Strom durch die internen Schutzdioden zu einer unerwünschten Kopplung von Eingängen führen kann, d.h. der Strom fliesst zu einem anderen Eingang wieder hinaus. Sind also andere Eingänge ebenso hochohmig angeschlossen, kann dieser Querstrom zu Fehlfunktion führen.

== BIDIREKTIONAL ==

Für bidirektionale Busse gibt es spezielle Pegelwandler mit 2 Versorgungsspannungen. Allerdings brauchen die meist ein Signal zur Richtungsumschaltung. Auch muss man die Reihenfolge der Versorgungsspannungen beim Einschalten beachten. Aktive bidirektionale Pegelwandler OHNE Steuereingang zur Richtungsumschaltung sind mit Vorsicht zu genießen, denn die brauchen teilweise kurzzeitig einen relativ hohen Strom, um die Eingänge zu treiben.

=== 5 V ⇔ 3,3 V ===

* Wenn die 5-V-Seite TTL-kompatible Eingänge hat kann wieder der Spannungsteiler oder Vorwiderstand wie bei der unidirektionalen Anpassung verwendet werden (mit all seinen Vor- und Nachteilen).

'''Bauteile'''

* SN74CB3T3306
* SN74CBTD3861 (10 Bit,flow through, Betrieb mit 5 Volt)
* MAX1741
* MAX3378E
* 74AHC126 s.u.
* ST2378 (bei CSD erhältlich, 3.5 eur, leider TSSOP)
* TXS0104E (TI: 4-BIT BIDIRECTIONAL VOLTAGE-LEVEL TRANSLATOR FOR OPEN-DRAIN AND PUSH-PULL APPLICATIONS)
* SN74LVC07A
* von Analog Devices die ADUM Serie

=== 1,65 V ... 5,5 V ⇔ 1,65 V ... 5,5 V ===

'''Bauteile'''
* SN74LVC1T45
* SN74LVC2T45
* SN74LVC(H)8T245
* SN74LVC(H)16T245

=== 1,2 V ... 3,6 V ⇔ 1,65V ... 5,5V ===

'''Bauteile'''
* TXB0101
* TXB0102
* TXB0104
* TXB0106
* TXB0108

=== 1,2 V ... 3,6V ⇔ 1,2 V ... 3,6 V ===

'''Bauteile'''
* SN74AVC(H)1T45
* SN74AVC(H)2T45
* SN74AVC(H)4T245
* SN74AVC(H)8T245
* SN74AVC(H)16T245
* SN74AVC(H)20T245
* SN74AVC(H)24T245
* SN74AVC(H)32T245

=== 1,5 V ... 3,6 V ⇔ 1,5 V ... 5,5 V ===

'''Bauteile'''
* 74LVC4245A

== Mit galvanischer Trennung ==

* [[Optokoppler]] (Langsam! Es gibt verschieden schnelle Koppler, aber über 1 MHz kommen sie kaum hinaus. Grundregel: Solche mit Fototransistoren sind am langsamsten, Richtwert 10 kHz, Fotodioden sind schneller, schnelle Optokoppler haben eine gesondert zu speisende Empfängerschaltung.)

[[bild:pw_opto.png]]

* GMR-Koppler von der Firma NVE
* iCoupler Technologie von der Firma Analog Devices
* [[Kapazitiver Koppler]] (schnell, begrenzter Potenzialversatz)
* Transformatorkopplung (nur für gleichspannungsfreie Wechselsignale geeignet; sehr schnell; Beispiel: Netzwerkkarten)

Lit.: ''Galvanische Trennung: Optokoppler, GMR-Koppler oder iCoupler?'', Siegfried W. Best, Redaktion elektronik industrie, [http://www.elektronik-industrie.de/ei/11,2003/article/2f0082f824c.html elektronik industrie 11-2003, S. 22ff.]

== Praktische Beispiele ==

=== Einfaches RS232-Interface ===

[http://web.archive.org/web/20050122013618/http://www.henrik-reimers.de/control/rs232interface.gif Erfolgreicher Einsatz bis 19200 Baud und bis zu 10 m Leitungslänge]
Beschränkungen:

* ggf. Platzbedarf
* Geschwindigkeit s.o.

Beispiel: http://www.hagtech.com/pdf/translator.pdf

=== [[I2C]]-Bus: gemeinsam 3.3V und 5V ===

* [[MSP430]] an 3,3V/5V: [https://www.ti.com/lit/pdf/slaa148 slaa148.pdf]

* Philips [http://www.nxp.com/documents/data_sheet/PCA9515.pdf PCA9515]: I2C Puffer mit Pegelwandlung. Der PCA9515 ist ein I2C-Bus Repeater, welcher I2C Busse mit verschiedenen Spannungen isoliert. Verfügbar bei Reichelt und DigiKey.

* [http://www.mikrocontroller.net/attachment.php/256452/levelshifter.pdf AN97055] von Philips, "Bi-directional level shifter for I²C-bus and other systems"

* Bevor man ein Philips I2C Chip auswählt sollte man prüfen ob er verfügbar ist und auch das verfügbare Gehäuse wählen. Man sollte auch überlegen ob ein Puffer wirklich gebraucht wird. Wenn man echte I2C ICs mit 5V betreibt, dann sind die Eingänge vom Typ Schmitt Trigger CMOS (z. B. PCF8574). Dann müssen 3.3V Pegel auf 5V umgesetzt werden. Wenn man jedoch SMBUS Ics verwendet (z. B. ADT7461, Silabs 8051) dann sind die Schwellspannungen TTL kompatibel und es ist keine Anpassung notwendig. Für neue Pegelwandler sollte man hier nachschauen. http://www.bus-buffer.com

* [http://www.edn.com/article/CA193193.html "Two-transistor circuit replaces IC"]. Für diese Anwendung kann ENABLE direkt mit 3.3V verbunden werden. Es ist eigentlich nur dazu da, den ICs "hot-swappable" zu machen (kann unter Spannung gesteckt und getrennt werden). Es geht sogar mit nur einem [[Transistor]] [http://www.mikrocontroller.net/topic/92447 siehe Forum]. Man sollte beachten, daß die Schaltung sowohl für SCL als auch SDA benötigt wird.
* Noch einfachere Lösungen mit nur einem MOSFET und zwei Pull-Up Widerständen pro Leitung sind in den folgenden Links zu finden.
** [http://www.nxp.com/documents/application_note/AN10441.pdf AN10441.pdf] von NXP
** [http://www.semiconductors.philips.com/acrobat_download/literature/9398/39340011.pdf 39340011.pdf] (Kapitel 18), bei der Berechnung der erreichbaren Geschwindigkeit dürfen die parasitären Kapazitäten der FETs nicht ignoriert werden

=== Auswählbare Pegel ===

'''Frage:'''
Ein CMOS Logikpegel zwischen 1,8V, 2,5V und 3,3V (abhängig von der Anwendung) muss auf 5V CMOS Logikpegel gewandelt werden. Es geht nur um diese Richtung mit maximal 8MHz. Es gibt die Stromversorgung für alle Pegel. Ein normaler Komparator wie LM311 ist nicht möglich, da er beim Betrieb mit 5V Versorgunsspannung erst ab 1V zu schalten anfängt. Meine Idee ist die Verwendung eines High Speed OPVs mit R2R Eingang, z. B. LMH6645.

'''Antworten:'''
* Man könnte einen ultra-low threshold N-Kanal MOSFET nehmen und als Open Drain mit einem Pull-Up nach 5V betreiben, BSH103 könnte passen (Schwellspannung ~0,4V).
* High-Speed Single Supply Komparator wie z. B. [http://www-s.ti.com/sc/ds/tl712.pdf TL712] .
* SN74LVC1T45
* SN74LVC8T245

'''Frage:'''
Ich suchen einen IC, welcher eine Pegelwandlung von 3,3V nach 1,8V, 2,0V oder 5V ermöglicht und während des Betriebs umgeschaltet werden kann.

'''Antworten:'''
* So ein IC ist der Linear [http://www.linear.com/pc/productDetail.jsp?navId=H0,C1,C1007,C1071,P1601 LTC1555L-1.8] .
* SN74LVC1T45
* SN74LVC8T245

=== AVR SPI (SDC/MMC)===

Für '''bidirektionalen Betrieb''' zwischen 5V-AVR und 3,3V-Geräten und anders herum gibt es den Level-Translator '''MAX3378E''' von Maxim.

Wenn die Datenrichtung am SPI im Zielsystem festgelegt ist, reichen '''unidirektionale Bausteine''':
* 3x von 5V nach 3,3V und 1x von 3,3V nach 5V: '''MAX3392E'''
* 1x von 5V nach 3,3V und 3x von 3,3V nach 5V: '''MAX3390E'''

Zum Anschließen einer SDC/MMC an einen 5V-AVR eignen sich somit der MAX3978E und der MAX3392E. Beide sind u.A. im winzigen TSSOP-14-Gehäuse verfügbar, nehmen sehr wenig Energie auf und eignen sich auch für andere Spannungen. Mit 3,3 und 5V beträgt die garantierte Übertragungsrate 8Mbps.

* [http://datasheets.maxim-ic.com/en/ds/MAX3372E-MAX3393E.pdf Datenblatt]

Eine weitere Möglichkeit zum Übersetzen zwischen 3,3 und 5V liegt in der Verwendung des '''74LVC245'''.

Bastlerfreundlicher als '''MAX33XXX''' (in SO-Gehäuse):
* 5V > 3,3V (SCK, MOSI, CS): 74LVC-serie (z.B. 74LVC14A)
* 3,3V > 5V (MISO): 74HCT-Serie (z.B. 74HCT125, 74HCT251)

5V-AVR an eine MMC (ohne Level-Shifter-Baustein):
* [http://www.microsyl.com/index.php/2010/03/24/led-sign-with-mmc-memory-card/ Projektseite]
* [http://www.microsyl.com/projects/ledsign/ledsign1.pdf Schaltplan]

=== Mikrocontroller ⇔ Parallelport ([[ISP]]-Dongle, [[JTAG]] Wiggler, ...) ===

Dieser Schaltplan funktioniert auch bei 3,3 V wenn man einen 74HC244 anstatt eines 74LS244 verwendet: [http://www.epanorama.net/circuits/parallel_output.html Parallel port interfacing made easy: Simple circuits and programs to show how to use PC parallel port output capabilities].

=== Doppeltes Leitungspaar RX/TX 5V/3,3V ===

Der [http://www.hackaday.com/2008/06/19/sparkfuns-logic-level-converter/ SparkFun's Logic Level Converter] ist eine Baugruppe mit MOSFETs [http://www.fairchildsemi.com/pf/BS/BSS138.html BSS138] für die Pegelwandlung von 5V auf 3,3V. 5V/2,8V und 5V/1,8V sind ebenfalls machbar.

=== Steuerleitung zwischen Mikrocontroller und FPGA ===

Oftmals werden PLDs oder FPGAs per Microcontroller-Platine angesteuert. Ältere Typen laufen meist als 5V oder sitzen in 5V-kompatiblen Platinen. Sollen moderne FPGAs angesteuert werden, trifft man fast immer auf 3,3-V-Typen, bzw. muss sogar 2,5-V- / 1,8-V-Bänke beschalten, wenn nur noch dort Pins frei sind.

==== Mikrocontroller ⇒ FPGA ====

Die 5 V sind also im Extremfall auf 1,8 V herabzusetzen, was bei einem maximal zulässigen Diodenstrom von 3 mA (Beispiel Xilinx) einen Mindestwiderstand von ca. 1 kΩ erfordert. Die resultierende maximale Schaltfrequenz liegt dann bei einem typischen FPGA-Eingang bei etwa < 500 kHz. Soll der Eingang aus Belastungsgründen nicht mit mehr als 0,3 mA belastet werden, müsste der Widerstand auf 10 kΩ steigen, wodurch die Frequenz auf 1/10 sinkt. Zudem ist der Eingang dann störempfindlicher. Daher ist es besser, man schaltet dem Eingang eine zusätzliche Z-Diode bei und dimensioniert den Vorwiderstand so, dass die Strombelastbarkeit des Mikrocontrollers ausgelastet wird.

Eine weitere Möglichkeit ist es, die Spannung mit einer Diode in Vorwärtsrichtung herabzusetzen. Dann muss jedoch der Vorwiderstand noch exakter toleriert werden und auch Abweichungen der Spannung (Welligkeit) berücksichtigt werden.

==== FPGA ⇒ Mikrocontroller ====

Umgekehrt ist es oft nötig, dass Bausteine einen fremden Chip treiben müssen, dessen Eingang bereits mit einem Pull-Up versehen ist. Über diesen wird dann stets ein Strom in die Schutzdiode eingeprägt, auch wenn der Ausgang auf HIGH geht. Soll z. B. von einem PLD oder einem FPGA aus eine Mikrocontrollerplatine bedient werden, die über einen Pull-Up von 1 kΩ verfügt, würden immer ca. 1 mA in die Schutzdiode eingeprägt. Hier kann eine Seriendiode helfen, die Spannung genügend herabzusetzen, um den Ausgang zu schützen und dennoch die Funktion zu erhalten. Dann steuert ein LOW-Ausgang den Eingang auf geschätzte 1V, was aber meistens für das Erkennen von LOW noch sicher reicht.

== Bauteile ==

* '''74ALVC164245''' - ''16bit dual supply translating transceiver''. Eine Seite von 1.5V bis 3.6V, die andere von 1.5 bis 5.5V.
* '''74LVX573''' (unidirektional, Latch, nicht alle Hersteller bauen diesen 5V tolerant!)
* '''74LVX245''' (bidirektional, nicht alle Hersteller bauen diesen 5V tolerant!)
* '''74LVX125''' - ''Low Voltage Quad Buffer with 3-STATE Outputs''. http://www.fairchildsemi.com/pf/74/74LVX125.html
* '''SN74LVC2T45'''
* '''SN74LVC8T245''' - ''8-Bit Dual-Supply Bus Transceiver with Configurable Voltage Translation and Three-State Outputs''. http://focus.ti.com/docs/prod/folders/print/sn74lvc8t245.html
* '''74LCX244MSA''' von Fairchild.
* '''MAX3377'''
* '''MAX3000''' 8-Kanal bidirektioneler Pegelwandler ohne Richtungsumschaltung
* '''ADG3308''' 8-Kanal bi-dir. Pegelwandler ohne Richtungsumschaltung, 1,15V..5,5V, 50MBps (hohe Umschaltströme beachten)

Vierfachdioden im kleinen 6-poligen SMD-Gehäuse:
* [http://www.st.com/st-web-ui/static/active/en/resource/technical/document/datasheet/CD00130230.pdf DSILC6-4xx.pdf]
* [http://www.st.com/st-web-ui/static/active/en/resource/technical/document/datasheet/CD00065974.pdf DVIULC6-4SC6.pdf]
* [http://www.st.com/st-web-ui/static/active/en/resource/technical/document/datasheet/CD00001734.pdf DALC208.pdf]
* [http://www.diodes.com/datasheets/ds30195.pdf QSBT40, vierfach Schottky Terminator für Datenleitungen]
* [http://www.littlefuse.com/data/en/Data_Sheets/SP724Lead_Free.pdf SP724, Siliziumschutzarray]

== Siehe auch ==
* [http://www.mikrocontroller.net/topic/307702#3316500 Forumsbeitrag]: Entkopplung von FT232 und AVR
* [https://www.mikrocontroller.net/topic/503454?goto=6409954#6409949 Forumsbeitrag]: 2x level shift in Reihe (I2C)

== Weblinks ==

* Holmes D., [http://delphys.net/d.holmes/hardware/levelshift.html Bi-directional level-shift with MOSFETs]
* Gaurang Kavaiya, [http://www.edn.com/design/analog/4318916/Don-t-pay-for-level-translators-in-systems-using-multiple-power-supply-voltages Don’t pay for level translators in systems using multiple power-supply voltages], EDN, MAY 25, 2006, 81-86
* [http://www.elektronik-kompendium.de/public/schaerer/scf3_lc.htm Einfacher Pegelwandler im ELKO]
* [http://www.prog-link.com/dcf77/dcf77-17.html Pegelwandler für DFC77 Module]
* [http://elektronik.kai-uwe-schmidt.de/index.php?page=mp3_blueschaltung Pegelwandler für [[I2C]] Bus in einem MP3 Player]
* [http://www.mikrocontroller.net/attachment.php/256452/levelshifter.pdf Application Note von Philips, I2C Pegelwandler]
* [http://www.nxp.com/documents/user_manual/UM10204.pdf I2C Spezifikation]
* [http://www.mikrocontroller.net/forum/read-1-234277.html#new Forumsbeitrag zum Thema 1,8V-5V Pegelwandler]
* [http://www.st.com/web/en/resource/technical/document/datasheet/CD00001208.pdf 74LCX16245, 16 Bit Pegelwandler]
* [http://www.standardics.nxp.com/products/lvc/buffers/ LVC Logikfamilie]
* [http://www.standardics.nxp.com/products/lvc/transceivers/ LVC Tranceiver]
* [http://www.microchip.com/stellent/groups/techpub_sg/documents/devicedoc/en026368.pdf 3V Tips ‘n Tricks] (PDF) von Microchip
* [http://www.ti.com/lit/an/slaa148/slaa148.pdf Interfacing the 3-V MSP430 to 5-V Circuits] (PDF) von Texas Instruments
* [http://www.ti.com/logic-circuit/voltage-level-translation/overview.html Texas Instruments Voltage level translators]: Auswahl passender Bauelemente durch Eingabe der gewünschten Parameter

[[Category:Bauteile]]
[[Kategorie:Datenübertragung]]

STM32 für Einsteiger

2021-05-10T17:41:33Z

Malte: /* FAQ - Anfängerfragen */ Programmieren per USB.

Immer wiederkehrend hier im Forum "Mit welchem Mikrocontroller anfangen?". Es gibt eine große Auswahl und eben so viele Empfehlungen. In diesem Artikel soll zu erst geholfen werden ob ein Cortex-M3/M4 Kern überhaupt der Richtige für den Start ist.
Nicht für jeden ist der [[Cortex]] zu empfehlen, denn die Anforderungen und Wünsche die man realisieren möchte, sowie die eigenen Fähigkeiten sind verschieden.

Es werden meist die Prozessoren [[AVR]], [[PIC]], [[Arduino]], [[MSP430]], [[LPC1xxx]] und [[STM32]] empfohlen. Seltener auch 8051 und M16C. Alle haben Vorzüge und ebenso auch Nachteile.

[[Bild:STM32F407SB.jpg|thumb|right|340px|STM32F417 auf einem Selbstbau-Board]]

= Eigene Fähigkeiten und Wünsche =

Dieser Artikel geht davon aus, dass bereits Elektronikkenntnisse vorhanden sind. Wenn nicht dann sollte man erst einmal den Artikel "[[Absolute Beginner]]" durcharbeiten, sowie die anderen Artikel aus der Kategorie "[http://www.mikrocontroller.net/articles/Kategorie:Grundlagen Grundlagen]".
 Weitere Artikel die andere Prozessoren näher darstellen da sich dieser Artikel hauptsächlich auf [[STM32]] konzentriert: [[Entscheidung Mikrocontroller]] und [[Mikrocontroller Vergleich]]. Die Seiten [[AVR]], [[MSP430]], [[LPC1xxx]] und [[PIC]] zeigen mehr Details über diese µC. Hier werden nur grob ein paar Tabelle zum Vergleichen gezeigt.

Zu erst einmal die Randbedingungen, mit der man sich selbst zu erst einmal einschätzen sollte:
{| {{Tabelle}}
|- bgcolor="#d0d0ff"
! Fähigkeit || [[Cortex]] || [[AVR]] || [[Arduino]] || colspan="3" | [[PIC]] || [[MSP430]]
|-
| Bitbreite, jedoch unwichtig für Einsteiger || align="center" | 32-bit || colspan="2" align="center" | 8-bit || align="center" | 8-bit (PIC18) || align="center" | 16-bit (PIC24) || align="center" | 32-bit (PIC32) || align="center" | 16-bit
|-
| Neueinsteiger, kaum Elektronikkenntnisse, noch nie programmiert
| align="center" | O
| align="center" | O <ref name="AVR_TUT1">[http://www.rn-wissen.de/index.php/AVR-Einstieg_leicht_gemacht], RoboterNetz: AVR-Einstieg leicht gemacht</ref><ref name="AVR_TUT2">[http://www.avr-asm-tutorial.net/avr_de/], Tutorial für das Erlernen der Assemblersprache von AVR-Einchip-Prozessoren</ref>
| align="center" | X
| colspan="3" align="center" | O
| align="center" | O
|-
| Wunsch ist SD-Card oder Grafik-Display
| align="center" | X
| colspan="2" align="center" | O
| align="center" | O <ref name="PIC_SD">[http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2680&dDocName=en537999], Microchip Memory Disk Drive File System for PIC18 PIC24 dsPIC PIC32</ref> || align="center" | X<ref name="PIC_SD" /><ref name="PIC_LCD">[http://www.microchip.com/pagehandler/en-us/technology/graphics/], Microchip Graphics Library</ref> || align="center" | X<ref name="PIC_SD" /><ref name="PIC_LCD" />
| align="center" | X
|-
| Wunsch ist TCP/IP Netzwerk
| align="center" | X
| colspan="2" align="center" | O
| colspan="3" align="center" | X <ref name="PIC_TCP">[http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2505&param=en535724], Microchip TCP/IP stack</ref>
| align="center" | O
|-
|-
| Wunsch ist Kamera und Video-/Bildbearbeitung
| align="center" | X
| colspan="2" align="center" | -
| align="center" | - || align="center" | - || align="center" | X
| align="center" | -
|-
| Möchte die Erkenntnisse beruflich nutzen
| align="center" | X
| align="center" | X
| align="center" | -
| colspan="3" align="center" | X
| align="center" | X
|-
| Strom sparende Anwendungen
| align="center" | - 300 nA Sleep<ref name="STM_Power">[http://www.st.com/web/en/catalog/mmc/FM141/SC1169/SS1295], [[STM32]] L1 series of ultra-low-power MCUs</ref> 230 μA/MHz
| align="center" | - 100 nA Sleep<ref name="AVR_Power1">[http://www.atmel.com/technologies/lowpower/default.aspx], Atmel picoPower Technology</ref> <ref name="AVR_Power2">[http:/www.futurlec.com/News/Atmel/PicoPower.shtml], Atmel Releases New picoPower AVR Microcontrollers</ref> 340 μA/MHz
| align="center" | -
| colspan="2" align="center" | X 9 nA Sleep<ref name="PIC_XLPvsTI">[http://ww1.microchip.com/downloads/en/DeviceDoc/39989A.pdf], The Truth about Power Consumption in PIC® MCUs with
XLP Technology vs. TI’s MSP430</ref><ref name="PIC_XLP">[http://ww1.microchip.com/downloads/en/DeviceDoc/30009941F.pdf], nanoWatt XLP eXtreme Low Power PIC® Microcontrollers</ref> 35 μA/MHz || align="center" | -
| align="center" | X 100 nA Sleep<ref name="TI_Power1">[http://www.ti.com/lit/wp/slay015/slay015.pdf], Texas Instruments: Ultra-Low Power Comparison: MSP430 vs. Microchip XLP</ref><ref name="TI_Power2">[http://www.ti.com/ww/mx/multimedia/webcasts/Aspectos_Generales_MSP430.pdf], Texas Instruments: Meet MSP430</ref> 100 μA/MHz
|-
| Multithreading, RTOS, Schedulern
| align="center" | X
| align="center" | - <ref name="AVR_RTOS1">[http://www.freertos.org/a00098.html], Atmel AVR freeRTOS port</ref><ref name="AVR_RTOS2">[http://www.femtoos.org/], Femto OS: RTOS for small MCU's like AVR</ref>
| align="center" | -
| align="center" | - <ref name="PIC_RTOS2">[http://www.freertos.org/a00097.html], Microchip PICmicro (PIC18) freeRTOS Port</ref> <ref name="PIC_RTOS3">[http://www.pumpkininc.com/], Salvo RTOS</ref>|| align="center" | X<ref name="PIC_RTOS">[http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en531543&redirects=rtos], 3rd Party RTOS selection guide</ref> || align="center" | X<ref name="PIC_RTOS" />
| align="center" | X <ref name="TI_RTOS">[http://processors.wiki.ti.com/index.php/MSP430_Real_Time_Operating_Systems_Overview], TI Wiki: MSP430 Real Time Operating Systems Overview</ref>
|-
| Besonders große, speicherintensive Programme z.B. Grafiken, Fonts
| align="center" | bis 2MB Flash bis 1024kB SRAM <ref name="STM32Ueb">[http://www.st.com/web/en/catalog/mmc/FM141/SC1169], Übersicht aller verfügbaren [[STM32]] µC von ST</ref>
| colspan="2" align="center" | bis 256kB Flash bis 16kB SRAM
| align="center" | bis 128kB Flash bis 4kB SRAM || bis 2MB Flash bis 98kB SRAM || bis 2MB Flash bis 512kB SRAM + 32MB DRAM (PIC32MZ DA)
| align="center" | bis 512KB Flash bis 66kB SRAM
|-
| Sehr viel PWM mit komplexem Timing
| align="center" | X
| align="center" | AT90Spwm
| align="center" | -
| align="center" | - || align="center" | X || align="center" | X
| align="center" | O
|-
| Deutschsprachige Community
| align="center" | O
| align="center" | X
| align="center" | X
| align="center" | X <ref name="PIC-Projekte">[http://pic-projekte.de/], pic-projekte.de</ref> <ref name="SPRUT">[http://www.sprut.de/], sprut.de</ref> || align="center" | - || align="center" | -
| align="center" | -
|-
| Anzahl möglicher HW-Breakpoints
| align="center" | 4 bis 6
| colspan="2" align="center" | 2
| align="center" | 1 bis 5 <ref name="PIC_HWBP">[http://www.microchip.com/stellent/groups/SiteComm_sg/documents/DeviceDoc/en556761.pdf], PIC Hardware Breakpoints (Seite 6)</ref> || align="center" | 1 bis 10 <ref name="PIC_HWBP"/> || align="center" | 6<ref name="PIC_HWBP"/>
| align="center" | 2
|}
* X = ja
* O = Teilweise, Einschränkungen
* - = nicht empfohlen
Nur um nicht zu verwirren, auch wenn Teile "nicht empfohlen" sind, heißt das nicht dass es mit dem Prozessor nicht geht, vielmehr dass es mehr Aufwand ist das zu realisieren oder mehr Einschränkungen hat.
Viele Eigenschaften weisen nur bestimmte Modelle einer Mikrocontrollerfamilie auf. Der Wechsel innerhalb einer Familie gestaltet sich jedoch oft einfach (z.B. innerhalb [[STM32]] oder innerhalb PIC24).

Die Spalte Cortex zeigt die Prozessorfamilie von STM32F0xx bis STM32F4xx mit einem Cortex-M0 oder M3/M4 Kern. Die technischen Daten sind ähnlich anderer Hersteller die auch einen Cortex-Mx Kern verbauen wie z.B. NXP ([[LPC1xxx]]), Freescale, Atmel, TI, Toshiba, usw. Jedoch bietet ST mit dem [[STM32]] eine hohe Flexibilität an Gehäuse-Variationen (vergleichbar mit NXP [[LPC1xxx]]) und ist privat recht leicht beschaffbar. Übersicht aller verfügbaren [[STM32]] µC von ST<ref name="STM32Ueb">[http://www.st.com/web/en/catalog/mmc/FM141/SC1169], Übersicht aller verfügbaren [[STM32]] µC von ST</ref>.

Der STM32 ist in der Tat nicht der beste in der Kategorie "Stromsparend", jedoch um eine Alternative mit Cortex-Mx Kern auf zu zeigen:
 "EFM32" von Silabs<ref name="EFM32">[http://www.silabs.com/products/mcu/lowpower/Pages/efm32-energy-modes.aspx], EFM32, der Stromsparende mit Cortex-Mx Kern</ref> benötigt nur 0,9 µA im Sleep Mode.

Die Spalte PIC zeigt die Eigenschaften der 8-Bit PIC18 (vergleichbar mit [[AVR]]), 16-Bit [[PIC24]]/[[dsPIC]] (vergleichbar mit [[MSP430]]) und 32-Bit [[PIC32]] (vergleichbar mit [[STM32]]). Ein Wechsel des Mikrocontrollers innerhalb der Familien ist Codetechnisch problemlos möglich. <ref name="PIC_codeswitch">[http://www.elektor.nl/Uploads/Files/PIC24FIntro_5f082806.pdf], Microchip: Introduction to the 16-bit PIC24F Microcontroller Family</ref> Hardwaretechnisch sind verschiedene Modelle gleicher Familie zudem auch meist Pin-Kompatibel <ref name="PIC_PinCompatibility">[http://ww1.microchip.com/downloads/en/DeviceDoc/00148m.pdf], Microchip: 2007 Product Selector Guide (Seite 114 ff.)</ref> sodass ohne Design-Änderung zwischen verschiedenen Modellen gewechselt werden kann.
Ein Wechsel zwischen den Familien ist Architekturbedingt aufwendiger, vor allem von 8-Bit auf 16/32-Bit. <ref name="PIC_8to16Migration">[http://ww1.microchip.com/downloads/en/DeviceDoc/39764a.pdf], Microchip: PIC18F to PIC24F Migration: An Overview</ref> Aufgrund gleichbleibender IDE (Mplab) sowie gleichbleibenden Libraries bei Verwendung einer Hochsprache (C) jedoch vor allem zwischen 16-Bit und 32-Bit ohne weitere Probleme möglich <ref name="PIC_16to32Migration">[http://www.embedded.com/design/mcus-processors-and-socs/4007683/Practical-migration-from-8-16-to-32-bit-PIC], Artikel: Practical migration from 8-/16- to 32-bit PIC</ref>.
 Ein PIC10/12/16 ist für den Einstieg nicht empfohlen, da diese Architekturbedingt viele Einschränkungen haben, die eher hinderlich für das Lernen sind.

Der "[[Arduino]]" ist kein eigenständiger Prozessor, sondern ein fertiges Board (mit z.B. einem AVR oder STM32 Prozessor) und einer "[[Arduino]]" Programmierumgebung, extra geschaffen für Einsteiger. Allerdings ist da der Lerneffekt viel geringer da man den Prozessor mit der [[Arduino]]-Software programmiert und nicht direkt die Register. Anderseits ist der Arduino besser für jemanden geeignet, der eigentlich nicht lernen möchte, sondern nur mal schnell etwas steuern/basteln will und so ohne großartige µC Kenntnisse zum Ziel kommt. Für diese Zielgruppe ist der Arduino perfekt.

<references />

= Unwichtige Randbedingungen =

Oftmals werden fälschlicherweise Argumente für oder gegen eine µC-Familie ausgesprochen, die in der Praxis '''zum Einstieg''' (bei konkreten Anwendungen kann das anders aussehen) eher unwichtig sind.

* Spannungsversorgung 3,3V / 5V (Wobei z.B Atmel XMega keine 5V Tolerante Eingänge besitzt)
* 8 (z.B. [[AVR]]), 16 (z.B. [[MSP430]]) oder 32 (z.B. [[STM32]]) Bit
* Prozessorkern Cortex-M0/M3/M4, MIPS, ARM7/9/..., AVR-RISC, PIC-RISC, 8051, ...
* Interrupt System mit mehr oder weniger Features
* Programmiersprache (Assembler, Basic, C, C++, Pascal)
* Programmierumgebung - ist ohnehin Geschmackssache
* Assembler verstehen (Sollte nur theoretisch verstanden werden, ein Programm sollte in einer Hochsprache geschrieben sein)
* DIL Gehäuse - steckbretttauglich ([[STM32]]-Prozessoren gibt es auch fertig gelötet auf einem steckbretttauglichen Board)
* Programmieradapter - solange er auch debuggen kann
* zu 90% reicht doch ein kleiner Prozessor ([[AVR]]/PIC), andererseits sind STM32 Modelle nicht wesentlich teurer.

= Kosten =

Grobe Abschätzung was das alles denn kosten wird. Hier sind nur einige Beispiele gezeigt (Einzelpreise bei Bezugsquellen in Deutschland).

{| {{Tabelle}}
|- bgcolor="#d0d0ff"
! Board || [[STM32]] || [[AVR]] || PIC18/24/32 || [[MSP430]]
|-
| Demo-Board
| align="center" | Nucleo64 Boards<ref name="NUCLEO64">[https://www.mouser.de/new/stmicroelectronics/stm-nucleo-development-boards/] Nucleo64</ref> und Stm32 Discovery Boards<ref name="STM32F4DISCOVERY"> [http://www.st.com/en/evaluation-tools/stm32-mcu-discovery-kits.html?querycriteria=productId=LN1848]Stm32 Discovery</ref> ab 15€ (incl. Debugger)
| align="center" | [[Arduino]] Uno clone ab 9€ || align="center"| Microchip Demoboard<ref name="PICDEMOBOARD">[http://www.microchipdirect.com/ProductDetails.aspx?Catalog=BuyMicrochip&Category=Starter%20Kits&mid=1&lmid=610] Microchip Demoboard</ref> ab 18€ (Für 16 und 32bit auch mit integriertem Debugger)
| align="center" | MSP430 Demoboard <ref name="MSP430DEMOBOARD">[http://www.ti.com/tool/msp-exp430fr5739] MSP430 Demoboard</ref> ~35€
|-
| Steckbrettaugliches Board
| align="center" |Blue-Pill Board <ref name="BLUEPILL">[http://wiki.stm32duino.com/index.php?title=Blue_Pill] Blue-Pill Board</ref> ab 1,50€, S64DIL-405 <ref name="STM32F405Board">[http://re.reworld.eu/de/produkte/s64dil-405/index.htm] S64DIL-405</ref> mit STM32F405 30€
| align="center" | [[Arduino]] Nano clone ab 2€
| align="center" | PIC Microstick
| align="center" |
|-
| Einzelchip (Einzelstückpreise)
| align="center"| 1..15€ nur SMD (TSSOP..LQFP..BGA)
| align="center"|0,6..15€ SMD + DIP
| align="center"|0,5..15€ SMD + DIP
| align="center"|
|-
| Programmieradapter mit Debugger
| align="center" | ST-Link clone 2,50€ ST-Link original 48€ Segger J-LINK EDU <ref name="JLINKEDU"> [http://www.segger.com/j-link-edu.html] Segger J-LINK EDU</ref> 50€
| align="center" | Atmel AVR Dragon 40€ Atmel ICE ohne Gehäuse ab 99€
| align="center" | PICkit 3 clone 8€ Microchip PICkit 3 original 90€
| align="center" |
|}

Das Demo-Board sollte preisgünstig sein, um eventuelle Verluste bei falscher Benutzung gering zu halten. Wenn einem der Prozessor gefällt, so kann man später immer noch auf ein umfangreicheres Board (z.B. mit Display) umsteigen.

Zum Debuggen von STM32 Mikrocontrollern benötigt man einen Programmieradapter mit SWD oder JTAG Protokoll. Die meisten Demo Boards von ST enthalten bereits einen SWD fähigen ST-Link Adapter.

Der Segger J-LINK EDU ist zwar nicht der günstigste Programmieradapter/Debugger, hat jedoch einen guten Ruf und ist nutzbar für praktisch alle Prozessoren mit ARM-Kern. Der Hersteller bewirbt ihn als besonders schnell.

<references />

= Programmierumgebungen=

Bei den Programmierumgebungen gibt es zu allen Prozessorfamilien kostenlose und Leistungsfähige Software

Die [http://www.coocox.org/CooCox_CoIDE.htm CooCox] IDE gilt inzwischen als veraltet. Die [http://www.coocox.org/CooCox_CoIDE.htm Installationsanleitung für CooCox] beschreibt, wie man innerhalb einer Stunde die LED eines Nagel neuen STM32F4DISCOVERY Boards zum blinken bekommt.

Die Firma ST hat bis Ende 2017 für die kostenlose IDE [http://www.openstm32.org/HomePage System Workbench] geworben. Seit Januar 2018 ist das [https://atollic.com/ TrueStudio] ebenfalls kostenlos geworden, nachdem ST es aufgekauft hat.

Die System Workbench und das True Studio sind sich sehr ähnlich. Beide basieren auf Eclipse, OpenOCD und GCC. Beide laufen unter Linux und Windows. True Studio kann Projekte von der System Workbench übernehmen, anders herum geht es jedoch nicht. Beide Entwicklungsumgebungen werden von ST weiterhin unterstützt. Beide haben den Nachteil, ausschließlich STM32 Controller zu unterstützen.

Im professionellen Umfeld sind die folgenden Entwicklungsumgebungen verbreitet: [http://www.keil.com/product/ Keil], [https://www.iar.com/ IAR]. Das [https://www.segger.com/products/development-tools/embedded-studio/ Segger Enbedded Studio] ist mit Einschränkungen kostenlos verwendbar.

= Dokumentation=

Bevor man sich für einen Prozessor entscheidet, sollte man unbedingt deren Dokumentation mal zumindest überfliegen und auch deren Errata lesen. Nicht dass man eine Anwendung erstellen möchte und stellt hinterher fest, dass genau dieser Teil so buggy ist, dass er nicht genutzt werden kann.

Beim [[STM32]] hat die Dokumentation doch recht viele Seiten, viel mehr als bei einem [[AVR]] oder PIC, dabei ist vieles eher knapp beschrieben. Der Aufbau der [[STM32]] Dokumentation ist [http://www.mikrocontroller.net/articles/STM32#Struktur_der_Dokumentation: hier] beschrieben.
 Bei den PICs ist die Dokumentation wiederum anders strukturiert, [http://www.mikrocontroller.net/articles/PIC#Dokumenatation siehe im PIC Artikel].

Für die [[STM32]], [[AVR]] und [[PIC]] Mikrocontroller gibt es zudem viele, auch deutschsprachige Einsteigerhilfestellungen und Tutorials.

Parallel zur Dokumentation sollte man sich auch die Demo-Beispiele der Hersteller anschauen, dann wird vieles gleich verständlicher.

Eine Übersicht über die Funktionen gibt es im Artikel: [[STM32]]

= Die Arbeit mit dem [[STM32]]=

Zu erst einmal SOOO groß sind die Unterschiede zwischen den einzelnen Prozessoren nicht. Alle haben Ein-/Ausgänge und um mittels einem Port-Pin eine LED ansteuern zu können, muss bei jedem Prozessor der Pin erst einmal parametriert werden, egal ob das jetzt ein [[STM32]] oder ein [[AVR]] oder ein [[MSP430]] ist. Nur hat man bei einem [[STM32]] doch einige Funktionen mehr, z.B. zuschaltbarer Pull-Up oder Pull-Down Widerstand und spezielle Setz-Rücksetzregister, die andere Prozessoren nicht haben, jedoch das Programmieren vereinfachen.
Der Haupt-Unterschied zu den anderen Prozessoren ist, dass der [[STM32]] so viele Peripherie-Module beherbergt, dass man die einzeln immer mit einem Clock aktivieren muss, denn damit lässt sich viel Strom sparen.

Und mal ganz ehrlich die Diskussion, welcher µc einfacher zu konfigurieren ist, ist doch absoluter Unsinn. Der Weg ist immer der Gleiche:
*1. Blick ins Datenblatt, welche Register für diese Funktion benötigt werden.
*2. Werte ermitteln, die in die Register eingetragen werden.
*3. Werte ins Register schreiben. Da machte es GAR KEINEN UNTERSCHIED, ob es ein [[AVR]], 8051/2, [[ARM]],...... ist.

Stimmt schon, es gibt Unterschiede. Die Register haben anderen Namen, andere Adressen, andere Bitbedeutungen,...
Aber es steht doch alles im Datenblatt. Und ob ich jetzt einen [[AVR]] oder einen [[ARM]] das erste Mal vor mir liegen hab. Ich brauch in allen Fällen die oben beschriebenen Schritte.

Das Interruptsystem ist bei einem [[STM32]] zusätzlich priorisiert. Damit kann man festlegen, welcher Interrupt vorrangig bearbeitet wird. Die Prioritätenvergabe ist auch kein Hexenwerk.

Zu allen Prozessoren liefern die jeweiligen Hersteller umfangreiche Demo-Codes und Libraries mit. Meist sind alle in C geschrieben, daher sollte auch die Programmiersprache C verwendet werden. Vor allem auch wenn man berufliche Absichten verfolgt.

Und wenn man einen [[STM32]] kann, dann ist ein Umstieg auf einen [[LPC1xxx]] (NXP) oder andere Hersteller überhaupt kein Problem (*), denn die bieten ebenfalls Prozessoren mit Cortex-M3 Kern und man kann diese mit der gleichen Programmierumgebung programmieren. Somit ist man nicht zwingend herstellerabhängig. (* jeder Hersteller verbaut seine eigene Peripherie, die andere Funktionalitäten haben.)

Mit einem [[STM32]] kann man als Hobby-Bastler und professionell nahezu alle Anwendungen realisieren. Der hat genügend RAM und FLASH Speicher und auch genügend Geschwindigkeit. Viele Gehäuse-Varianten, um kleine bis hin zu größere Geräte zu erstellen. Viele Schnittstellen sind im Artikel [[STM32]] beschrieben.

Für den Einstig gibt es diverse, auch deutschsprachige, Tutorials im Netz. Eine Übersicht ist [http://www.mikrocontroller.net/articles/STM32#Weblinks.2C_Foren.2C_Communities.2C_Tutorials hier auf der STM32 Seite]. (Beispiel: [http://diller-technologies.de/stm32_wide.html STM32 Tutorial in Deutsch von Diller Technologies])
 Wobei dazugesagt werden muss, dass diese meist auf die Standard ST-Libs aufbauen. Diese Libs vereinfachen zum einen das Ansteuern/die Benutzung der Peripheriefunktion zum anderen muss man diese erst mal kennenlernen. Vereinfacht wird das da ALLE [http://www.st.com/stonline/stappl/productcatalog/app?page=partNumberSearchPage&levelid=SS1577&parentid=1743&resourcetype=SW ST-Demo-Codebeispiele] ebenfalls auf diesen Lib's basieren und somit wird der Wechsel innerhalb des [[STM32]] deutlich vereinfacht.
 STM32F4xx Library von ST: [http://www.st.com/web/en/catalog/tools/PF257901# "STSW-STM32065 STM32F4 DSP and standard peripherals library"] incl. Dokumentation und Demo-Projekte zu allen CPU-Funktionen.

Der einzige Nachteil beim [[STM32]]: Man muss etwas mehr lesen, da eine Peripherie doch viel mehr Funktionalität hat (sofern man das Modul überhaupt benötigt). Ansonsten kenne ich nicht wirklich einen Grund, warum man als Neueinsteiger keinen [[STM32]] nehmen sollte.

= Programmiersprachen =
* Wie bei vielen anderen Controllern wird beim [[STM32]] auch hauptsächlich C und C++ verwendet. aber auch Pascal oder Basic ist problemlos möglich(z.B. von mikroe) Kennen sollte man die Programmiersprache C schon, wenn man davon noch keine Ahnung hat dann sollte man erst mal mittels einem Tutorial auf einem PC ein Konsoleprogramm schreiben, sodass man es einigermaßen kennen lernt. Hier im Forum gibt es ebenfalls Artikel dazu. Zielt man auf die (spätere) Anwendung in der Industrie, sollte aufgrund der Verbreitung auf jeden Fall C (oder C++) gewählt werden; außerdem sind die meisten verfügbaren Libraries in C geschrieben.
* Assembler sollte man nur grob verstehen, Details wie ein Befehl arbeitet ist unwichtig. Selbst wenn man die Zyklen für einen Funktionsaufruf wissen will, so bietet der [[STM32]] (Cortex-M3) einen Cycle-Counter den man auslesen kann; durch die komplexere Pipeline und Cache-Effekte sind die Laufzeiten allerdings nicht genau vorhersehbar. Wird zyklengenaues Timing benötigt, sollten Timer verwendet werden - davon hat der [[STM32]] genug.

Der 32bit-Adressraum, der RAM, Flash, I/O-Register vereinheitlicht ansprechen kann (im Gegensatz zu z.B. [[AVR]]) ist ideal für eine Verwendung durch Hochsprachen; bei Pointern muss keine zusätzliche Information verwaltet werden, in welche Art Speicher sie zeigen. Die Adresse gibt dies eindeutig an (es gibt nur '''eine''' Adresse 42, und nicht 2 wie z.B. beim [[AVR]] (Flash, RAM & I/O)) und die Hardware spricht automatisch den richtigen Speicher an. Die Möglichkeiten zur Offset-Adressierung, der Barrel-Shifter, Divsions-Einheit, die FPU (bei STM32F4), Interrupt-Modell etc. begünstigen ebenfalls die Erzeugung effizienteren Codes. Außerdem haben die [[STM32]] einfach mehr "rohe Leistung", d.h. mehr Flash/RAM-Speicher und höhere Taktfrequenzen. 
 
'''Folgerung''': Die Programmierung in Hochsprachen ist '''bequemer als bei 8-Bittern''', denn man muss sich einfach weniger Gedanken machen, ob der Compiler ein Programm nun effizent umsetzen kann (kann man natürlich trotzdem machen, um noch mehr Leistung "herauszuquetschen", wenn man will).

= Weitere Randbedingungen für die Entscheidung=

Der wichtige Punkt, der oftmals auch vergessen wird: die Beschaffbarkeit. Wenn jemand einen Renesas M16C oder Fujitsu empfiehlt, dann sucht man erst mal und findet nur wenige vereinzelte die man privat kaufen kann.

Oder auch die Unterstützung im Internet - ist bei einigen Exoten spärlich. Dieses Forum bietet die beste Hilfe für [[AVR]], PIC, [[MSP430]], [[LPC1xxx]] und [[STM32]].

Andere Prozessoren sind schon sehr alt, bzw. nicht mehr modern da deren Peripherie zum Teil doch recht eingeschränkte Funktionalität bietet. z.B. viele 8051 Typen oder PIC16 (oder auch dsPIC30). Die mögen für Mini-Anwenungen gut sein, aber wer will den schon gerne sich extra für eine Kleinanwendung mit einem kleinen µC auseinandersetzen, wenn er schon einen [[STM32]] kennt, mit dem er alles machen kann (und sich bereits gute Funktionen geschrieben hat)?

Daher mein Resümee: wer nicht gerade auf den Kopf gefallen ist, der kann getrost mit einem [[STM32]] starten. Ein [http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF252419?s_searchtype=keyword STM32F4DISCOVERY] Board kostet nur ca. 20 EUR - und mehr muss für den ersten Start nicht investiert werden - wenn es doch zu komplex sein sollte gibt es hier im Forum auch viel Hilfe. Jedenfalls sind diese 20 EUR wirklich keine große Investition.
 Wer berufliche Absichten verfolgt, sollte zu einem späteren Zeitpunk sich unbedingt auch mit einem zweiten, anderen Prozessor beschäftigen um so die nötigen Erfahrungen zu gewinnen.

Ein paar Forenbeiträge:
* [http://www.mikrocontroller.net/topic/317792#3481048 "Klein anfangen!" heisst die Devise]
* [http://www.mikrocontroller.net/topic/312330#3483218 Einen 8-Bitter nehme ich nur noch aus "Nostalgiegründen"]

= Übersicht CPU Funktionalitäten=

In diesem Abschnitt ist kurz gezeigt welche Möglichkeiten die CPUs bei den oben empfohlenen Einsteigerboards haben

=== STM32F407 - vom STM32F4DISCOVERY Board ===

{| class="wikitable"
|-
| [[Datei:STM32F407.png|mini|x400px]]
| [[Datei:stm32f4_discovery2.png|mini|x400px]]
|-
| [http://www.st.com/web/catalog/mmc/FM141/SC1169/SS1577/LN11/PF252140?s_searchtype=partnumber Blockdiagramm STM32F407]
| [http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF252419 STM32F4DISCOVERY Demoboard]
|}

Es sind sehr viele Peripheriemodule im µC implementiert. Jedes einzelne Peripherie-Modul (z.B. Ethernet, USB, CAN, Timer, AD-Wandler, usw.) kann aktiviert werden, indem der Clock freigeschaltet wird. So lange der Clock nicht aktiviert wurde verhält sich das Modul so als ob es nicht vorhanden wäre und beeinträchtigt in keinster Weise die Bearbeitung vom Prozessor. Somit lässt sich der Stromverbrauch senken.

Eine ganze Auflistung der Einzelmodule steht im Artikel: [[STM32]] und [http://www.st.com/web/en/catalog/mmc/FM141/SC1169 auf der Homepage von ST]

Zu Anfang mag vielleicht die interne Busstruktur verwirren, jedoch braucht man diese nicht beachten. Wenn nun die CPU auf UART4 zugreifen möchte, so gehen die Daten durch die Busse "AHB1" > "ABH/APB1-Bridge" > "APB1". Dies erledigt der µC ganz von alleine. Diese Unterteilung ist technisch nötig, da die Peripheriebusse nicht mit dem gleichen Prozessortakt betrieben werden (wie z.B. bei [[MSP430], siehe Schaubild unten), die "Bridge" managt ganz alleine das Handling und generiert automatisch Wait-Befehle für die CPU.
 Die "AHB-Bus-Matrix" ist ebenfalls für den Anwender meist uninteressant. ST hat damit ein System geschaffen, damit die CPU, DMAs und Displaycontroller gleichzeitig auf die verschiedenen RAM-Bereiche zugreifen können um mehr Daten parallel zu verarbeiten. Somit braucht man diese Matrix erst mal nicht beachten.

Ebenso braucht man zu Anfang sich auch keine Gedanken um den Prozessortakt machen, wenn man nichts initialisiert so läuft der STM32F4xx mit dem internen RC-Oszillator von 16MHz und die Peripheriebusse laufen ebenfalls mit der gleichen Geschwindigkeit. Erst wenn man später umfangreichere Applikationen schreibt, bei der die 16MHz nicht mehr reichen, so kann man die PLL aktivieren und die Taktrate flexibel bis auf 168MHz hochsetzen. (Siehe Demo-Projekt von [[STM32 CooCox Installation]].)

=== LPC1x d.h. Cortex -M0 & -M3 Familie von NXP ===
Details können aus dem Leitartikel [[LPC1xxx]] und den darin verlinkten Artikeln entnommen werden.

= Tipps und Tricks bei der Programmierung=

===Interruptcontroller vom Cortex-M3/M4===

Der "Nested Vectored Interrupt Controller" (NVIC) ist eine Funktion der ARMv7M Architektur und ist über die CMSIS verwendbar.

Beim STM32 hat jeder Interrupt eine Priorität von 4 Bit (bei ARMv7M je nach Implementation bis 8bit möglich). Diese 4 Bit können in eine "pre-emption priority" und "subpriority" unterteilt werden.

Beispiel 2 Bit zu 2 Bit Unterteilung:
<syntaxhighlight lang="c">
NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2); // 2 Bits für pre-emption priority
</syntaxhighlight>

Somit kann "pre-emption priority" den Wert 0..3 und "subpriority" auch 0..3 erhalten. Um so kleiner die Zahl ist um so höherwertig ist der Interrupt.

Beispiel:
 ISR1 Pre 2 / Sub 1
 ISR2 Pre 1 / Sub 1
 ISR3 Pre 1 / Sub 2

Wenn jetzt ISR1 kommt, dann wird der aufgerufen. Kommt während dem ein ISR2 dann darf der den ISR1 unterbrechen, da er eine höhere "pre-emption priority" Wertigkeit hat.

Wenn ISR2 bereits aktiv ist, so darf ISR3 diesen nicht unterbrechen, ISR1 ebenfalls nicht.

Wenn ISR2 und ISR3 gleichzeitig kommen, so wird zu erst ISR2 bearbeitet, anschließend ISR3 da beide die gleiche "pre-emption priority" haben fällt die Entscheidung anhand der "subpriority".

Beispiel Interrupt Konfiguration für USART1 mittels CMSIS-Funktionen:
<syntaxhighlight lang="c">
NVIC_InitTypeDef NVIC_InitSt;
NVIC_InitSt.NVIC_IRQChannel = USART1_IRQn;
NVIC_InitSt.NVIC_IRQChannelPreemptionPriority = 3; // << Tiefe Prio
NVIC_InitSt.NVIC_IRQChannelSubPriority = 1;
NVIC_InitSt.NVIC_IRQChannelCmd = ENABLE;
NVIC_Init(&NVIC_InitSt);
</syntaxhighlight>

=== Taktzeitberechnung und Überwachung===

Bei zeitkritischen Applikationen stellt sich immer wieder die Frage wie viele Prozessortakte nun die Funktion verbraucht. Ist der Interrupt auch wirklich nicht zu lange und wie viel Reserve gibt es noch?
 Der ARMv7M -Kern hat dafür extra einen Takt-Zähler in der DWT-Einheit implementiert, den man mittels der CMSIS nutzen kann:

<syntaxhighlight lang="c">
#include <stdint.h> // Für die Standard-Typen uint32_t etc.
#include <stm32f4xx.h> // Hier die Header-Datei der CMSIS für die jeweilige Familie verwenden.

// DWT-Einheit aktivieren
inline void DWT_Enable() {
CoreDebug->DEMCR |= CoreDebug_DEMCR_TRCENA_Msk;
}
// Takt-Zähler - Messen der Anzahl der Befehle des Prozessors:
inline void DWT_CycCounterEn () {
DWT->CTRL = 0x40000001;
}
inline void DWT_CycCounterDis () {
DWT->CTRL = 0x40000000;
}
inline uint32_t DWT_CycCounterRead () {
return DWT->CYCCNT;
}
inline void DWT_CycCounterClear () {
DWT->CYCCNT = 0;
}

int main () {
// ... Programmcode ...

// Systick-Zähler benutzen
DWT_Enable(); // DWT-Einheit aktivieren
DWT_CycCounterEn (); // Zähler aktivieren
DWT_CycCounterClear (); // Zähler löschen
// ... Programmbearbeitung ...
uint32_t iZ = DWT_CycCounterRead (); // Zähler auslesen

// ... weiterer Programmcode ...
}
</syntaxhighlight>

In iZ steht nun wie viele Maschinentakte der Prozessor für die Bearbeitung benötigt hat und kann mit folgender Formel umgerechnet werden:

Zeit in µSec = iZ / CPU-Takt in MHz

= FAQ - Anfängerfragen=

* Was brauche ich zum Programmieren/Debuggen? - Alle STM32 Mikrocontroller können über die SWD Schnittstelle programmiert und debuggt werden. Auch die JTAG Schnittstelle eignet sich dazu, benötigt aber etwas mehr Leitungen. Geeignete Adapter findet man zum Beispiel unter dem Namen ST-Link oder J-Link. Alle Discovery Boards und Nucleo Boards von ST enthalten bereits einen ST-Link Adapter. Bei den Nucleo-64 Boards ist er sogar abtrennbar und einzeln nutzbar. Alle neueren STM32 besitzen einen internen Bootloader, so dass sich dieser per SPI, UART oder USB bespielen lässt. Wenn Debuggen per Printausgabe reicht und sowieso eine eine USB Schnittstelle vorhanden sein soll, kann auf extra Programmierhardware komplett verzichten und braucht nur einen Jumper am Boot Pin bestücken.
* Ich möchte eine eigene Platine entwickeln, jedoch der 20polige [[JTAG]]-Anschluss ist mir zu groß, gibt es eine Alternative? - Ja, [http://www.mikrocontroller.net/articles/JTAG#Der_10-polige_JTAG_Stecker_von_mmvisual "Der 10-polige JTAG Stecker von mmvisual"]

= Links =
* [[STM32]] Hauptartikel, [http://www.mikrocontroller.net/articles/STM32#Weblinks.2C_Foren.2C_Communities.2C_Tutorials dortige Linksammlung]
* Anleitung: [[STM32 CooCox Installation]]
* Anleitung: [[STM32 Eclipse Installation]]
* Anleitung: [http://stefanfrings.de/stm32/index.html STM32 Anleitungen und ein kleines Buch für den Einstieg]
* Diskussion: [https://www.mikrocontroller.net/topic/423300#new Totzeitrechner für STM32]

<references/>
[[Kategorie:ARM]]
[[Kategorie:STM32]]
[[Kategorie:Mikrocontroller]]

USB Programmierung auf dem PC

2021-03-31T09:09:09Z

Malte: Ersetze svg Link durch png. Kann rückgängig gemacht werden, sobald svg wieder funktioniert.

Für einen Mikrocontroller mit USB Anschluss, wird meist ein passendes Programm auf dem PC benötigt, sofern der Mikrocontroller sich nicht als HID Gerät in den Standardklassen (Maus, Tastatur, CDC etc) nutzen lässt.

== PyUSB ==
Eine der vermutlich einfachsten Arten auf dem PC ein plattformunabhängiges Programm zu schreiben ist mit Python. Der hier gezeigte Code wurde mit Python 3.6 und Debian 10 (Linux), sowie Python 3.9 mit Windows 10 getestet. Jeweils in der 64Bit Variante. Für die Kommunikation mit der USB Schnittstelle kommt [https://github.com/pyusb/pyusb PyUSB] zum Einsatz. Das in den Beispielen verwendete PID/VID Paar ist für [https://pid.codes/1209/0001/ interne Tests reserviert].

Vorteile von PyUSB:
* Platformunabhängig
* Sehr wenig Code notwendig
Nachteile:
* Die Dokumentation ist dürftig
* Sind mehrere Geräte mit der selben PID/VID Kombination angeschlossen, ist nicht einfach auswählbar welches genutzt werden soll

Das Hello-World Programm ist für beide Betriebssysteme gleich. Das Gerät wird geöffnet, und ein Hersteller spezifisches Kommando (Vendor specific request) abgeschickt. Anschließend wird ein weiteres Kommando abgeschickt, welches ein Datenbyte vom USB Gerät als Antwort haben möchte.
Die Parameter für ctrl_transfer sind bmRequestType, bmRequest, wValue und wIndex. Danach folgt entweder die Anzahl der erwarteten Daten, oder ein Array mit Daten die zum Gerät geschickt werden sollen. In bmRequest gibt das höchste Bit (0x80) an, in welche Richtung das Kommando geht und wenn das zweit höchste gesetzt ist (0x40), so ist es ein Hersteller spezifisches Kommando. In diesem Fall können bmRequest, wValue und wIndex selbst einer Bedeutung zugewiesen werden. Weitere Beispiele, die eine Control Pipe öffnen, gibt es auf der Seite von [https://github.com/pyusb/pyusb/blob/master/docs/tutorial.rst PyUSB].

<syntaxhighlight lang="python">
import usb.core
import usb.util
dev = usb.core.find(idVendor=0x1209, idProduct=0x0001)

# was it found?
if dev is None:
print('Error, device not found')
sys.exit(1)

# Host to device + vendor request
bmRequestSend = 0x40
# Device to host + vendor request
bmRequestRecv = 0xC0

# Write a control request, bmRequest = 1, wValue = 2, wIndex = 3, no extra data bytes
dev.ctrl_transfer(bmRequestSend, 1, 2, 3, 0)

#control request to read one byte from the USB device, bmRequest = 3, wValue = 2, wIndex = 1
data = dev.ctrl_transfer(bmRequestRecv, 3, 2, 1, 1)
print(data)
</syntaxhighlight>

== Linux ==
Unter Debian Linux können alle notwendigen Bibliotheken und die Python Laufzeitumgebung mit '''sudo apt install python3-usb''' installiert werden. Sind für den PC keine Adminrechte verfügbar oder ein vergleichbares Paket in der verwendeten Distribution nicht enthalten, kann versucht werden bei einer vorhandenen Python Installation mit '''pip3 install pyusb''' das Paket lokal zu installieren. Die weiter benötigte libusb Bibliothek dürfte auf den meisten Systemen schon vorhanden sein, da populäre Programme wie VLC, CUPS oder WINE sie bereits als Abhängigkeit installieren.

Ist auf Seiten der Software alles notwendige vorhanden, schlägt der Zugriff zunächst fehl, da die Zugriffsrechte nicht ausreichen. Neben dem eher unschönen Workaround, das Programm einfach als Root (sudo) auszuführen, ist die bessere Variante eine passende udev Regel anzulegen. Das geht leider aber auch nur mit Root-Rechten.
Hierzu muss unter /etc/udev/rules.d/ eine neue Datei mit der Endung .rules angelegt werden. Die Regeln werden dem Namen nach ausgeführt, wer also seine Regel mit 10- beginnen lässt, ist somit mit als erstes dran. Beispielsweise "10-myUsbTestDevice.rules". Hier hat die Datei folgenden Inhalt:
<syntaxhighlight>
#Allows all users in the group plugdev to read and write USB devices
# with the VID=0x1209 and PID=0x1
ATTRS{idVendor}=="1209", ATTRS{idProduct}=="0001", GROUP="plugdev", MODE="0660"
</syntaxhighlight>

In diesem Fall können danach alle USB Geräte mit der passenden Hersteller und Produkt ID von Nutzern in der Gruppe plugdev gelesen und geschrieben werden (660 => Erste 6 Der Eigentümer darf lesen und schreiben, zweite 6 Die Nutzer der Gruppe dürfen lesen und schreiben und die 0 verbietet allen anderen den Zugriff). Falls die verwendete Linux Distribution keine Gruppe plugdev besitzt, muss natürlich eine andere eingetragen werden. Ist das USB Gerät bereits eingesteckt, wird die Regel nach einem neuen Einstecken übernommen, alternativ kann mit
'''sudo udevadm trigger --subsystem-match=usb'''
auch ein Neueinlesen ohne ab- und anstecken des USB Gerätes erreicht werden. Soll zu dem Programm ein Debian Paket bereit gestellt werden, kann es dem Anwender einfach gemacht werden und udevadm entsprechend automatisch während der Installation ausgeführt werden.
''Ergänzungen zu den Paketnamen und Installationsmethoden mit anderen Linux Distributionen sind willkommen.''

== Windows 10 ==
Unter Windows gibt es leider ein paar mehr Dinge zu tun, bis es möglich ist mit einem USB Gerät zu kommunizieren. Zunächst kann nach der Installation von [https://www.python.org/downloads/windows/ Python 3] mit
'''pip install pyusb''' (ja, hier ohne 3 nach dem pip) ebenfalls die passende Python Bibliothek installiert werden. Je nach dem was schon vorher auf dem System installiert wurde, gibt es danach bei dem Versuch, das obige Programm auszuführen entweder die Fehlermeldung "No backend available" oder das in unserem Quellcode definierte "Error, device not found". Die Problembeschreibung lässt sich recht oft im Netz finden und nicht alle Lösungsvorschläge helfen jedem Nutzer (dies war die Motivation für diesen Wikieintrag). Daher lohnt es sich die Bibliotheksabhängigkeiten im Detail zu betrachten. Etwas Recherche führt zu folgender Abhängigkeitskette:

[[Bild:Pyusb-dependencies.png]]

=== Kein Backend vorhanden ===
PyUSB liefert die Unterstützung für drei Backends mit. Das erste gefundene Backend in der Reihenfolge libusb 1.0, libusb 0.1 und OpenUSB wird genutzt. Empfohlen wird hier libusb-1.0.dll. Dieses gibt es es entweder [https://libusb.info/ hier] unter '''Downloads''', dann '''Latest Windows Binaries'''. Getestet wurde Version 1.0.24 in dem Archiv aus dem Unterordner VS2019/MS64/dll. Alternativ kann auch mit '''pip install libusb1''' eine passende dll heruntergeladen werden. Wo nach den DLLs gesucht wird, ist von Microsoft [https://docs.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order#search-order-for-desktop-applications dokumentiert]. Wahrscheinlich ist es nicht gewünscht die dlls manuell in eines der Windows Verzeichnisse zu kopieren. Auch das Verzeichnis des Pyhton Interpreters ist sicher nicht der geeignete Ort. Als letztes bietet sich noch an, über die PATH Variable den Suchpfad zu beeinflussen. Dies kann aus dem Python Programms selbst erfolgen.

<syntaxhighlight lang="python>
import os
import pathlib
libsearch = str(pathlib.Path(__file__).parent.absolute())
os.environ['PATH'] = libsearch + os.pathsep + os.environ['PATH']

</syntaxhighlight>
Mit diesem Code am Anfang kann die DLL einfach in dem selben Verzeichnis wie das Python Programm liegen.

=== Kein Gerät gefunden ===
Demnach kann die Meldung "Error, device not found" mehrere Ursachen haben:
* Das Gerät ist tatsächlich nicht angeschlossen
* Das Gerät funktioniert nicht
* Für das Gerät ist ein Treiber installiert, aber das verwendete Backend von PyUSB unterstützt den Treiber nicht.
* Für das Gerät ist kein Treiber installiert

=== Funktioniert das Gerät? ===
Die ersten beiden Punkte können überprüft werden, indem in der Geräte-Manager geöffnet wird. Hier sollte das Gerät angezeigt werden - egal ob ein Treiber installiert ist oder nicht.

=== Das Backend passt nicht zum Treiber ===
Ist aus irgend einem Grund noch eine libusb0.dll im System, kann es passieren dass diese genutzt wird und nicht mit dem verwendetem Treiber des USB Gerätes sprechen kann. Mit dem folgendem Code am Anfang seines Python Programms lässt sich das Laden von libusb 1.0 erzwingen. Der Code zum Anpassen der PATH Variable kommt gegebenenfalls davor.
<syntaxhighlight lang="python">
import usb.backend.libusb1 as libusb1

backendUsblib1 = libusb1.get_backend()
if (backendUsblib1 is None):
print('No backend found')

dev = usb.core.find(idVendor=0x1209, idProduct=0x7701, backend=backendUsblib1)
</syntaxhighlight>

=== Es ist kein Treiber installiert ===
Um also mit einem USB Gerät zu kommunizieren, muss Windows zunächst mitgeteilt werden, welcher Treiber verwendet werden soll. Dieser Treiber sollte dann natürlich auch vorhanden sein.

==== Zadig ====
Die vermutlich einfachste Variante einem bestehendem USB Gerät einem Treiber zuzuweisen ist das Tool [https://zadig.akeo.ie/ Zadig]. Es lässt sich ein USB Gerät auswählen, dazu einen der vier Treiber (WinUSB, libusb-win32, libusbK oder USB Serial (CDC) und diesen mit einem Klick installieren. Auch nachträglich kann Geräten, die schon einen Treiber haben, ein anderer zuweisen werden. Je nach verwendetem Backend (siehe Abhängigkeitskette oben) sollte hier also der richtige ausgewählt werden.
Allerdings hat das Tool einen echten Nachteil:
Es gibt keinen Uninstaller.
Der so installierte Treiber und die generierte .inf Datei landen irgendwo im Windowssystem. Das Trägt nicht gerade dazu bei das System "sauber" zu halten.

==== WinUSB und WCID ====
Wie oben aus dem Abhängigkeitskette ersichtlich wird, gibt es auch nativ von Microsoft den WinUSB Treiber. Ist die Möglichkeit gegeben, die Firmware des USB Gerätes zu verändern, lässt sich diese WCID Kompatibel machen. Eine detaillierte Übersicht wie dies geht gibt es [https://github.com/pbatard/libwdi/wiki/WCID-Devices hier]. Die Kurzfassung:
Windows schickt drei Controlrequests, um zu erfahren welchen Treiber verwendet werden soll.
# Windows fragt den String mit dem Index 0xEE. Hier muss '''MSFT100''' und ein selbst gewähltes weiteres Zeichen als ID zurückgegeben werden. Zum Beispiel '''MSFT100W'''. Da der Descriptor 16Bit pro Zeichen benötigt, liefert das 'W' mit seinem zweiten Byte auch gleich das Padding.
# Dann wird ein Control Request geschickt, bei dem wIndex auf unserem gewählten Wert steht (hier also 0x57 = 'W') und 16 Byte angefordert werden. Als Antwort werden einfach die ersten 16 Byte der [https://github.com/pbatard/libwdi/wiki/WCID-Devices#Microsoft_Compatible_ID_Feature_Descriptor WCID Tabelle] geschickt. In diesen ist (unter anderem) die Größe der WCID Tabelle definiert.
# Ein dritter Control Request wird mit dem selben wIndex, jetzt aber mit der korrekten Größe (hier 40Byte), geschickt und muss mit dem kompletten WCID Tabelle beantwortet werden.

Eigentlich sollte es hiermit möglich sein, auch beliebige andere Treiber, außer WinUSB zu nutzen. Die klappte in der Praxis jedoch nicht.

=== Windows erinnert sich ===
Die Webseite zur Erklärung der WCID listet im Detail auf, welche Registry Keys bei einem Anschluss eines Geräts angelegt werden. Wurde also etwas falsch konfiguriert, ist es gegebenenfalls notwendig diese manuell zu löschen. Eine automatische Löschung scheint es nicht zu geben, so dass alle PIDS/VIDS aller jemals angeschlossenen USB Geräte nachgeschaut werden können.

== Schluss ==
Hat man also sein eigenes USB Gerät WCID kompatibel gemacht, lädt unter Windows den Treiber direkt aus dem Verzeichnis des Python Skripts und liefert eine passende dll mit, lässt sich das USB Gerät ohne manuelle Treiberinstallation einfach unter Windows nutzen.
Für Linux empfiehlt es sich ein passendes .deb Paket zu bauen, welches die Abhängigkeit zu pyusb3-usb hat und eine passende udev Regel mitliefert. Damit sollte die Benutzung unter beiden Betriebssystemen so einfach wie möglich sein :)

[[Category:USB]]

Datei:Pyusb-dependencies.png

2021-03-31T09:04:15Z

Malte: Abhängigkeiten von PyUSB.

== Beschreibung ==
Abhängigkeiten von PyUSB.
== Lizenz ==
{{subst:Mehrlizenzdateien|Bild-CC-by-sa/3.0/de|Bild-CC-by-sa/3.0|Bild-GFDL-Neu}}

Hilfe:Bearbeitungshilfe

2021-03-27T10:21:40Z

Malte: /* Einbinden von Sourcecode */ Ändern von <source> in <syntaxhighlight>. Sonst wird ein neuer, basierend auf diesem Artikel, angelegter Artikel gleich in die Kategorie "mit veralteten souce Tags" einsortiert.

== Umfangreiche Hilfe ==
Umfangreiche Hilfe befindet sich auch hier: 
'''[http://de.wikipedia.org/wiki/Hilfe:Bearbeiten de.Wikipedia.org/wiki/Hilfe:Bearbeiten]'''

== Überschriften ==

<pre>
== Überschrift ==
=== Unter-Überschrift ===
==== Unter-Unter-Überschrift ====
...
</pre>
Das Inhaltsverzeichnis wird mit der Vorschau erzeugt.

== Formatierung ==
Eine ausführlichere Beschreibung der Gliederungs- und Formatierungsmöglichkeiten findet sich im Wikipedia Online-Lexikon: http://de.wikipedia.org/wiki/Hilfe:Bearbeitungshilfe

{| border="0"
|-
|''kursiv''
|<nowiki>''kursiv''</nowiki>
|-
|'''fett'''
|<nowiki>'''fett'''</nowiki>
|-
|unterstrichen
|<nowiki>unterstrichen</nowiki>
|-
|<s>durchgestrichen</s>
|<nowiki><s>durchgestrichen</s></nowiki>
|-
|hochgestellt
|<nowiki>hochgestellt</nowiki>
|-
|tiefgestellt
|<nowiki>tiefgestellt</nowiki>
|-
|
Festbreitenschrift
|<nowiki><Leerzeichen>Festbreitenschrift</nowiki>
|-
|
:Eingerückt
|<nowiki>:Eingerückt</nowiki>
|}

== Mathematische Formeln mit LaTex ==

[https://de.wikipedia.org/wiki/Hilfe:TeX LaTex auf Wikipedia]

== Listen ==
Es ist zu beachten, dass Leerzeilen zwischen den Aufzählungen auch zu einem semantischen Bruch führen.
{| border="0"
|-
|<tt><nowiki>* eins</nowiki> 
<nowiki>* zwei</nowiki> 
<nowiki>** zwei-eins</nowiki> 
<nowiki>** zwei-zwei</nowiki> 
<nowiki>* drei</nowiki></tt>
|
* eins
* zwei
** zwei-eins
** zwei-zwei
* drei
|-
|<tt><nowiki>
# eins</nowiki> <nowiki>
# zwei</nowiki> <nowiki>
## zwei-eins</nowiki> <nowiki>
## zwei-zwei</nowiki> <nowiki>
# drei</nowiki></tt>
|
# eins
# zwei
## zwei-eins
## zwei-zwei
# drei
|}

== Einbinden von Sourcecode ==

<code><nowiki>
<syntaxhighlight lang="c">
C-Code
</syntaxhighlight>
</nowiki>
</code>

Beispiel:

<syntaxhighlight lang="c">
int main(void) {
return 0;
}
</syntaxhighlight>

<code><nowiki><syntaxhighlight lang="avrasm">
AVR Assembler-Code
</syntaxhighlight></nowiki></code>

Beispiel:

<syntaxhighlight lang="avrasm">
; Mach fast nix!
.org 0x0000
Start:
LDI r16, 42
RJMP Start
</syntaxhighlight>

<code><nowiki><syntaxhighlight lang="vhdl">VHDL-Code</syntaxhighlight></nowiki></code>

<syntaxhighlight lang="vhdl">
-- Kommentar in VHDL
process(clk)
begin
if rising_dedge(clk) then
data <= data_in;
end if;
end process;
</syntaxhighlight>

<code><nowiki><pre>Sonstige Texte mit fester Formatierung</pre></nowiki></code>

<pre>
Hallo Welt!
Leerzeichen bleiben, feste Zeichenbreite.
Geht auch für ASCII-Art
</pre>

== Einfügen von Bildern oder Dateien ==

''Hierfür ist [[Spezial:Anmelden|Anmeldung]] erforderlich!''

=== Bild erstellen ===
* Fotos müssen nicht von Hand verkleinert werden, sondern können bis 2 MB groß hochgeladen werden.
* Falls mit einem Vektorzeichenprogramm (z.B. [http://www.inkscape.org/ Inkscape]) gearbeitet wird, bitte das SVG-Format verwenden (erlaubt nachträgliche Bearbeitung durch andere!)
* Für Zeichnungen/Schaltpläne ist ansonsten das PNG-Format am besten geeignet, JPEG nur für Fotos/Scans verwenden, siehe [[Bildformate]].

=== Datei/Bild hochladen und einfügen ===

Siehe auch: [[Bebilderung]]

# Dort, wo das Bild erscheinen (oder die Datei verlinkt werden) soll, den Code <code><nowiki>[[Bild:AVR-Programmer.png]]</nowiki></code> in den Text einfügen (beliebiger Dateiname, aber mit richtiger Endung!).
# In der Vorschau oder der gespeicherten Seite auf den Platzhalter-Link "Bild:AVR-Programmer.png" klicken. Vorsicht, nicht gespeicherte Änderungen gehen verloren!
# Datei auswählen, ggf. Beschreibung eingeben und hochladen (wird automatisch umbenannt).

=== Größe festlegen ===

Folgender Code skaliert das Bild automatisch auf 200 Pixel Breite: <code><nowiki>[[Bild:AVR-Programmer.png|</nowiki>'''200px'''<nowiki>]]</nowiki></code>

== Tabellen ==

Für eine ausführlichere Liste und Beschreibung möglicher Features sei auf [http://de.wikipedia.org/wiki/Hilfe:Tabellen Wikipedia Hilfe:Tabellen] und [http://de.wikipedia.org/wiki/Hilfe:Tabellen-Referenz Wikipedia Hilfe:Tabellen-Referenz] verwiesen.

{| class="wikitable"
|+ '''Tabellen-Überschrift'''
|-
! Überschrift links || Überschrift rechts
|-
| links oben || rechts oben
|-
| links mitte || rechts mitte
|-
| links unten || rechts unten
|}

<pre>
{| class="wikitable"
|+ '''Tabellen-Überschrift'''
|-
! Überschrift links || Überschrift rechts
|-
| links oben || rechts oben
|-
| links mitte || rechts mitte
|-
| links unten || rechts unten
|}
</pre>

Um sortierbare Tabellen zu erhalten fügt man statt <tt> class="wikitable" </tt> folgendes ein: <tt> class="wikitable sortable" id="tabellexyz" </tt>

== Richtlinien ==

=== Links zu verwandten Artikeln und externen Seiten ===

Für '''interne''' Links zu verwandten Artikeln legt man einen Bereich nach dem folgenden Muster an:

<pre>
== Siehe auch ==
* [[Test]]
* [[Foobar]]
</pre>

Ähnlich bei '''externen''' Links:

<pre>
== Weblinks ==
* http://url1/
* http://url2/
* [http://url3/ Seite 3 hat einen Linktext]
</pre>

=== Link für Nachricht an eine Person/Autor ===

<pre>[http://www.mikrocontroller.net/user/show/Username_aus_Forum Alternativer Text]</pre>

[http://www.mikrocontroller.net/user/show/andreas Alternativer Text]

== Artikel löschen ==
Um eine Seite zur Löschung vorzuschlagen, auf der Seite diesen Baustein hinzufügen:

<nowiki>
{{Vorlage:Löschen|Deine Begründung...}}
</nowiki>

Näheres [http://www.mikrocontroller.net/articles/Kategorie:L%C3%B6schkandidaten hier] oder [http://www.mikrocontroller.net/topic/319411 hier]

[[Kategorie:Tipps für Autoren]]

USB Programmierung auf dem PC

2021-03-27T10:15:35Z

Malte: Setze Kategorie, aktualisiere Syntax tags

Für einen Mikrocontroller mit USB Anschluss, wird meist ein passendes Programm auf dem PC benötigt, sofern der Mikrocontroller sich nicht als HID Gerät in den Standardklassen (Maus, Tastatur, CDC etc) nutzen lässt.

== PyUSB ==
Eine der vermutlich einfachsten Arten auf dem PC ein plattformunabhängiges Programm zu schreiben ist mit Python. Der hier gezeigte Code wurde mit Python 3.6 und Debian 10 (Linux), sowie Python 3.9 mit Windows 10 getestet. Jeweils in der 64Bit Variante. Für die Kommunikation mit der USB Schnittstelle kommt [https://github.com/pyusb/pyusb PyUSB] zum Einsatz. Das in den Beispielen verwendete PID/VID Paar ist für [https://pid.codes/1209/0001/ interne Tests reserviert].

Vorteile von PyUSB:
* Platformunabhängig
* Sehr wenig Code notwendig
Nachteile:
* Die Dokumentation ist dürftig
* Sind mehrere Geräte mit der selben PID/VID Kombination angeschlossen, ist nicht einfach auswählbar welches genutzt werden soll

Das Hello-World Programm ist für beide Betriebssysteme gleich. Das Gerät wird geöffnet, und ein Hersteller spezifisches Kommando (Vendor specific request) abgeschickt. Anschließend wird ein weiteres Kommando abgeschickt, welches ein Datenbyte vom USB Gerät als Antwort haben möchte.
Die Parameter für ctrl_transfer sind bmRequestType, bmRequest, wValue und wIndex. Danach folgt entweder die Anzahl der erwarteten Daten, oder ein Array mit Daten die zum Gerät geschickt werden sollen. In bmRequest gibt das höchste Bit (0x80) an, in welche Richtung das Kommando geht und wenn das zweit höchste gesetzt ist (0x40), so ist es ein Hersteller spezifisches Kommando. In diesem Fall können bmRequest, wValue und wIndex selbst einer Bedeutung zugewiesen werden. Weitere Beispiele, die eine Control Pipe öffnen, gibt es auf der Seite von [https://github.com/pyusb/pyusb/blob/master/docs/tutorial.rst PyUSB].

<syntaxhighlight lang="python">
import usb.core
import usb.util
dev = usb.core.find(idVendor=0x1209, idProduct=0x0001)

# was it found?
if dev is None:
print('Error, device not found')
sys.exit(1)

# Host to device + vendor request
bmRequestSend = 0x40
# Device to host + vendor request
bmRequestRecv = 0xC0

# Write a control request, bmRequest = 1, wValue = 2, wIndex = 3, no extra data bytes
dev.ctrl_transfer(bmRequestSend, 1, 2, 3, 0)

#control request to read one byte from the USB device, bmRequest = 3, wValue = 2, wIndex = 1
data = dev.ctrl_transfer(bmRequestRecv, 3, 2, 1, 1)
print(data)
</syntaxhighlight>

== Linux ==
Unter Debian Linux können alle notwendigen Bibliotheken und die Python Laufzeitumgebung mit '''sudo apt install python3-usb''' installiert werden. Sind für den PC keine Adminrechte verfügbar oder ein vergleichbares Paket in der verwendeten Distribution nicht enthalten, kann versucht werden bei einer vorhandenen Python Installation mit '''pip3 install pyusb''' das Paket lokal zu installieren. Die weiter benötigte libusb Bibliothek dürfte auf den meisten Systemen schon vorhanden sein, da populäre Programme wie VLC, CUPS oder WINE sie bereits als Abhängigkeit installieren.

Ist auf Seiten der Software alles notwendige vorhanden, schlägt der Zugriff zunächst fehl, da die Zugriffsrechte nicht ausreichen. Neben dem eher unschönen Workaround, das Programm einfach als Root (sudo) auszuführen, ist die bessere Variante eine passende udev Regel anzulegen. Das geht leider aber auch nur mit Root-Rechten.
Hierzu muss unter /etc/udev/rules.d/ eine neue Datei mit der Endung .rules angelegt werden. Die Regeln werden dem Namen nach ausgeführt, wer also seine Regel mit 10- beginnen lässt, ist somit mit als erstes dran. Beispielsweise "10-myUsbTestDevice.rules". Hier hat die Datei folgenden Inhalt:
<syntaxhighlight>
#Allows all users in the group plugdev to read and write USB devices
# with the VID=0x1209 and PID=0x1
ATTRS{idVendor}=="1209", ATTRS{idProduct}=="0001", GROUP="plugdev", MODE="0660"
</syntaxhighlight>

In diesem Fall können danach alle USB Geräte mit der passenden Hersteller und Produkt ID von Nutzern in der Gruppe plugdev gelesen und geschrieben werden (660 => Erste 6 Der Eigentümer darf lesen und schreiben, zweite 6 Die Nutzer der Gruppe dürfen lesen und schreiben und die 0 verbietet allen anderen den Zugriff). Falls die verwendete Linux Distribution keine Gruppe plugdev besitzt, muss natürlich eine andere eingetragen werden. Ist das USB Gerät bereits eingesteckt, wird die Regel nach einem neuen Einstecken übernommen, alternativ kann mit
'''sudo udevadm trigger --subsystem-match=usb'''
auch ein Neueinlesen ohne ab- und anstecken des USB Gerätes erreicht werden. Soll zu dem Programm ein Debian Paket bereit gestellt werden, kann es dem Anwender einfach gemacht werden und udevadm entsprechend automatisch während der Installation ausgeführt werden.
''Ergänzungen zu den Paketnamen und Installationsmethoden mit anderen Linux Distributionen sind willkommen.''

== Windows 10 ==
Unter Windows gibt es leider ein paar mehr Dinge zu tun, bis es möglich ist mit einem USB Gerät zu kommunizieren. Zunächst kann nach der Installation von [https://www.python.org/downloads/windows/ Python 3] mit
'''pip install pyusb''' (ja, hier ohne 3 nach dem pip) ebenfalls die passende Python Bibliothek installiert werden. Je nach dem was schon vorher auf dem System installiert wurde, gibt es danach bei dem Versuch, das obige Programm auszuführen entweder die Fehlermeldung "No backend available" oder das in unserem Quellcode definierte "Error, device not found". Die Problembeschreibung lässt sich recht oft im Netz finden und nicht alle Lösungsvorschläge helfen jedem Nutzer (dies war die Motivation für diesen Wikieintrag). Daher lohnt es sich die Bibliotheksabhängigkeiten im Detail zu betrachten. Etwas Recherche führt zu folgender Abhängigkeitskette:

[[Bild::PyusbDependencies.svg]]

=== Kein Backend vorhanden ===
PyUSB liefert die Unterstützung für drei Backends mit. Das erste gefundene Backend in der Reihenfolge libusb 1.0, libusb 0.1 und OpenUSB wird genutzt. Empfohlen wird hier libusb-1.0.dll. Dieses gibt es es entweder [https://libusb.info/ hier] unter '''Downloads''', dann '''Latest Windows Binaries'''. Getestet wurde Version 1.0.24 in dem Archiv aus dem Unterordner VS2019/MS64/dll. Alternativ kann auch mit '''pip install libusb1''' eine passende dll heruntergeladen werden. Wo nach den DLLs gesucht wird, ist von Microsoft [https://docs.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order#search-order-for-desktop-applications dokumentiert]. Wahrscheinlich ist es nicht gewünscht die dlls manuell in eines der Windows Verzeichnisse zu kopieren. Auch das Verzeichnis des Pyhton Interpreters ist sicher nicht der geeignete Ort. Als letztes bietet sich noch an, über die PATH Variable den Suchpfad zu beeinflussen. Dies kann aus dem Python Programms selbst erfolgen.

<syntaxhighlight lang="python>
import os
import pathlib
libsearch = str(pathlib.Path(__file__).parent.absolute())
os.environ['PATH'] = libsearch + os.pathsep + os.environ['PATH']

</syntaxhighlight>
Mit diesem Code am Anfang kann die DLL einfach in dem selben Verzeichnis wie das Python Programm liegen.

=== Kein Gerät gefunden ===
Demnach kann die Meldung "Error, device not found" mehrere Ursachen haben:
* Das Gerät ist tatsächlich nicht angeschlossen
* Das Gerät funktioniert nicht
* Für das Gerät ist ein Treiber installiert, aber das verwendete Backend von PyUSB unterstützt den Treiber nicht.
* Für das Gerät ist kein Treiber installiert

=== Funktioniert das Gerät? ===
Die ersten beiden Punkte können überprüft werden, indem in der Geräte-Manager geöffnet wird. Hier sollte das Gerät angezeigt werden - egal ob ein Treiber installiert ist oder nicht.

=== Das Backend passt nicht zum Treiber ===
Ist aus irgend einem Grund noch eine libusb0.dll im System, kann es passieren dass diese genutzt wird und nicht mit dem verwendetem Treiber des USB Gerätes sprechen kann. Mit dem folgendem Code am Anfang seines Python Programms lässt sich das Laden von libusb 1.0 erzwingen. Der Code zum Anpassen der PATH Variable kommt gegebenenfalls davor.
<syntaxhighlight lang="python">
import usb.backend.libusb1 as libusb1

backendUsblib1 = libusb1.get_backend()
if (backendUsblib1 is None):
print('No backend found')

dev = usb.core.find(idVendor=0x1209, idProduct=0x7701, backend=backendUsblib1)
</syntaxhighlight>

=== Es ist kein Treiber installiert ===
Um also mit einem USB Gerät zu kommunizieren, muss Windows zunächst mitgeteilt werden, welcher Treiber verwendet werden soll. Dieser Treiber sollte dann natürlich auch vorhanden sein.

==== Zadig ====
Die vermutlich einfachste Variante einem bestehendem USB Gerät einem Treiber zuzuweisen ist das Tool [https://zadig.akeo.ie/ Zadig]. Es lässt sich ein USB Gerät auswählen, dazu einen der vier Treiber (WinUSB, libusb-win32, libusbK oder USB Serial (CDC) und diesen mit einem Klick installieren. Auch nachträglich kann Geräten, die schon einen Treiber haben, ein anderer zuweisen werden. Je nach verwendetem Backend (siehe Abhängigkeitskette oben) sollte hier also der richtige ausgewählt werden.
Allerdings hat das Tool einen echten Nachteil:
Es gibt keinen Uninstaller.
Der so installierte Treiber und die generierte .inf Datei landen irgendwo im Windowssystem. Das Trägt nicht gerade dazu bei das System "sauber" zu halten.

==== WinUSB und WCID ====
Wie oben aus dem Abhängigkeitskette ersichtlich wird, gibt es auch nativ von Microsoft den WinUSB Treiber. Ist die Möglichkeit gegeben, die Firmware des USB Gerätes zu verändern, lässt sich diese WCID Kompatibel machen. Eine detaillierte Übersicht wie dies geht gibt es [https://github.com/pbatard/libwdi/wiki/WCID-Devices hier]. Die Kurzfassung:
Windows schickt drei Controlrequests, um zu erfahren welchen Treiber verwendet werden soll.
# Windows fragt den String mit dem Index 0xEE. Hier muss '''MSFT100''' und ein selbst gewähltes weiteres Zeichen als ID zurückgegeben werden. Zum Beispiel '''MSFT100W'''. Da der Descriptor 16Bit pro Zeichen benötigt, liefert das 'W' mit seinem zweiten Byte auch gleich das Padding.
# Dann wird ein Control Request geschickt, bei dem wIndex auf unserem gewählten Wert steht (hier also 0x57 = 'W') und 16 Byte angefordert werden. Als Antwort werden einfach die ersten 16 Byte der [https://github.com/pbatard/libwdi/wiki/WCID-Devices#Microsoft_Compatible_ID_Feature_Descriptor WCID Tabelle] geschickt. In diesen ist (unter anderem) die Größe der WCID Tabelle definiert.
# Ein dritter Control Request wird mit dem selben wIndex, jetzt aber mit der korrekten Größe (hier 40Byte), geschickt und muss mit dem kompletten WCID Tabelle beantwortet werden.

Eigentlich sollte es hiermit möglich sein, auch beliebige andere Treiber, außer WinUSB zu nutzen. Die klappte in der Praxis jedoch nicht.

=== Windows erinnert sich ===
Die Webseite zur Erklärung der WCID listet im Detail auf, welche Registry Keys bei einem Anschluss eines Geräts angelegt werden. Wurde also etwas falsch konfiguriert, ist es gegebenenfalls notwendig diese manuell zu löschen. Eine automatische Löschung scheint es nicht zu geben, so dass alle PIDS/VIDS aller jemals angeschlossenen USB Geräte nachgeschaut werden können.

== Schluss ==
Hat man also sein eigenes USB Gerät WCID kompatibel gemacht, lädt unter Windows den Treiber direkt aus dem Verzeichnis des Python Skripts und liefert eine passende dll mit, lässt sich das USB Gerät ohne manuelle Treiberinstallation einfach unter Windows nutzen.
Für Linux empfiehlt es sich ein passendes .deb Paket zu bauen, welches die Abhängigkeit zu pyusb3-usb hat und eine passende udev Regel mitliefert. Damit sollte die Benutzung unter beiden Betriebssystemen so einfach wie möglich sein :)

[[Category:USB]]

Testseite

2021-03-27T10:10:34Z

Malte: Jetzt keine Kategorie veralteter Source tag mehr?

äā☃

{{SEITENTITEL:Test-Seite}}

Vor dem Inhaltsverzeichnis steht die Einleitung.

Abschnitte mit automatisch erstelltem Inhaltsverzeichnis:

= Text und allgemeine Formatierung =

Wie bekomme ich das Bearbeiten in meinen Artikel?

= test für einen neuen abschnitt 2.28 =
Einfach einen neuen Abschnitt mit Gleichheitszeichen angeben

== MeinAbschnitt ==
hier steht dann das blabla
# Punkt1
# Punkt2
# Punkt3

hmm, denkbar einfach. Ich bin begeistert! Viel einfacher als z.B. bei Wikipedia.
Da bricht man sich ja die Finger, wenn man sowas hier machen will.

== Noch mehr Text ==
Hallo!
tag 

test6

== Formatierungen ==
Hä? http://www.lufthansa.de hier geht es zu Airberlin :)

Test1: [http://www.google.de] ähh? wieso zeigt es hier nur "1" an?
Test2: http://www.google.de ok, schon besser!

== Liste aller IATA-Codes ==
http://de.wikipedia.org/wiki/Liste_der_IATA-Airline-Codes amanakoi ftzdzfigtggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggKonvertiert zum NeuheidentumgggggggggggggggPagan Metal ist geilggggggggggggggggggggggggggggggggggggggggggghjkgvghdufuxeaq354r56zghönmnbxa

== Courier ==
Leerzeichen am Anfang jeder Zeile:
Zeile 1
Zeile 2
Zeile 2.1
Zeile 3

Test

== No Courier ==
Kein Leerzeichen am Zeilenanfang: 
Zeile 1 
Zeile 2 
 Zeile 2.1 
Zeile 3 

Abschnitte mit automatisch erstelltem Inhaltsverzeichnis:

= Das ist eine neue Schrift =
Wer dem andern eine Bratwurst brät, der hat ein Bratwurstbratgerät... 
Bin aber Vegetarier

ICH BIN üBERZEUGTER FLEISCHFRESSER 
Wer anderen eine Grube gräbt, (ist selbst ein Schw...) fällt selbst hinein...

''betrunkene Schrift''

unterstrichen

okay!

'''"nowiki" verhindert das Interpretieren eines "Befehls":''' 
<nowiki>=== macht hier keine Formatierung ===</nowiki> 
<nowiki>*** macht hier keine Formatierung</nowiki> 
<nowiki> </nowiki> 
<nowiki>'''macht hier nicht '''fett'''</nowiki> 
<nowiki>''macht hier nicht ''kursiv''</nowiki>

== Das Schnitzel-Gedicht ''(Eugen Roth)'' ==
Ein Mensch, der sich ein Schnitzel briet, 
bemerkte, daß ihm das missriet. 
Jedoch da er es selbst gebraten, 
tut er, als wär es ihm geraten. 
Und, sich nicht selbst zu strafen Lügen, 
ißt er's mit herzlichem Vergnügen. 

==== ''<big>Kursiv</big>'' ====
''Wer anderen eine Bratwurst brät, der hat ein '''Bratwurstbratgerät'''.''
== Wenn... ==
Wenn die Bedingung erfüllt ist, dass die Bedingung erfüllt ist, dass Enten Schnäbel haben, dann ist warscheinlicherweise die Bedingung erfüllt, dass die Bedingung nicht erfüllt ist, dass Enten keine Schnäbel haben, wobei man annimmt, dass die Gesetze der Logik herrschen.

== Gruß... ==
--[[Benutzer:Elektrojunge|Elektrojunge]] ([[Benutzer Diskussion:Elektrojunge|Diskussion]]) 23:51, 3. Jan. 2015 (CET)

= "Rudi :-)" =

== DECT-WIFI ==
; "Rudi ;-)" Versucht sich in der WIKI
* DECT-WIFI
* neuer Text
* ganz neu

== DECT-MIDI ==
; "Rudi ;-)" Versucht sich in der WIKI
so so
* DECT-MIDI
** Test Doppel Stern
* Test wieder einfach Stern
** aha .. da gehts dann weiter
*** Test Dreifach Stern
**** Test Vierfach Stern
***** Test Fuenffach Stern
********

== DECT-OTG ==
; "Rudi ;-)" Versucht sich in der WIKI
* DECT-OTG

== WIFI-DECT ==
; "Rudi ;-)" Versucht sich in der WIKI
* WIFI-DECT

== WIFI-MIDI ==
; "Rudi ;-)" Versucht sich in der WIKI
* WIFI-MIDI

== WIFI-OTG ==

=== WIFI-OTG (Teil 1) ===
; "Rudi ;-)" Versucht sich in der WIKI
* WIFI-OTG

=== WIFI-OTG (Teil 2) ===
; "Rudi ;-)" Versucht sich in der WIKI
* WIFI-OTG

= Listen =

== Listen ==

; Liste:

* dies
* und das
* und jenes
** noch mehr jenes
*** und noch viel mehr, danke
* und anderes
** Bitteschön

BliiiiiiiiiiiiBlaaaaaaaaaaaaaaaaaBlubbbbbbbbbbbbbbbbbbbbb

haha

; nummerierte Liste:

# ein Punkt
# nochn Punkt
## unterpunkt

;Definitionsliste:

;Text 1: gjka gdjk sdghjkd gasjkdgsajkdgsjk dgasj kdg sjdg ghdjsk gdjk dgjks dgjkadgjkdg asjkdg sadg sdg dgsj dsgaj
;Text 2: gjka gdjk sdghjkd gasjkdgsajkdgsjk dgasj kdg sjdg ghdjsk gdjk dgjks dgjkadgjkdg asjkdg sadg sdg dgsj dsgaj

;Text 1 == Text 2

= test für einen neuen abschnitt 1 =

= Testabschnitt 2 Überschrift ==

= Einfügetest ZZZ Testabschnitt 3=
Mal sehen was passiert.
lol

es steht immer noch da :)

Bald nicht mehr du Horst!

Oooh doch! :-D

alda wieso einfügetest ??? also wirklich sowas zu bearbeiten ist echt saublöd einfach ... ^^

= test für einen neuen abschnitt 2.28 =

<div class="mw-collapsible mw-collapsed">
This text is not collapsible; but the next is collapsible and hidden by default:
<div class="mw-collapsible-content">This text should be hidden by default.</div>
This text should be visible as well.
</div>

= test für einen neuen abschnitt 2( =
'''Mein Text :D'''

= Links =

== intern (Artikelsammlung) ==

* [[AVR]]
* [[AVR-GCC-Tutorial/LCD-Ansteuerung]]
* [[AVR-GCC-Tutorial#ADC (Analog Digital Converter)]]
* [[Testseite#intern (Artikelsammlung)|intern]]

== extern ==

* http://www.mikrocontroller.net/topic/108625#959992
* [http://www.mikrocontroller.net/topic/108625#959992]
* [http://www.mikrocontroller.net/topic/108625#959992 Link]
* Dies ist ein [http://www.foo.bar/boo Boo] im Text.
* [http://www.mikrocontroller.net/topic/108625#959992 Längerer Link]

= Formeln =

<math> \widehat{s} = \frac{\widehat{v}}{\omega_{10}11110} </math>{{clear}}
<math> \widehat{s} = \frac{\widehat{v}}{\omega_{20}11110} </math>{{clear}}

Bool: ''f(ABc) = ''''A+BC''{{clear}}{{clear}}
''JNA = ''

''U ''
''W''
⋅

''U''''WB''

{{clear}}

<math> \widehat{v} = \overline{v} \cdot \sqrt{2} </math>{{clear}}
<math>\frac{U(s)}{E(s)} = F _{PID} (s) = K_R \left[ 1 + \underbrace {\frac{1}{T_I s}}_{I-Anteil} + \underbrace{\frac{T_Ds}{1+T_Vs}}_{D-Anteil, meine Syphilis.} \right] </math>

<math> \widehat{v} = \overline{v} \cdot \sqrt{2} </math>
<math> \widehat{v} = \overline{v} \cdot \sqrt{2} </math>
<math> \widehat{v} = \overline{v} \cdot \sqrt{2} </math>{{clear}}
<math>a</math>
<math>b</math>
<math>c</math>
<math>d</math>
<math>e</math>
<math>f</math>
<math>g</math>
<math>h</math>
<math>i</math>
<math>j</math>
<math>k</math>
<math>l</math>
<math>m</math>
<math>n</math>
<math>o</math>
<math>p</math>
<math>q</math>
<math>r</math>
<math>s</math>
<math>Nightwish ist schön.</math>
<math>u</math>
<math>v</math>
<math>w</math>
<math>x</math>
<math>y</math>
<math>z</math>

= Tabellen =

== normal ==

{| border="1" class="wikitable"
|+ Speicher
|-
! Typ || Geschwindigkeit || Größe || Schreibzugriffe || Datenerhalt ohne Spannung
|-
| RAM || ++++ || ++++ || beliebig oft || nein
|-
| EPROM || + || +++ || ~1000 || ja
|-
| EEPROM || + || +++ || 10.000-1.000.000 || ja
|-
| FLASH-ROM || ++ || +++++ || 1000-10.000 || ja
|-
| OTP-ROM || + || +++ || einmal || ja
|-
| Register || +++++++++ || + || beliebig oft || nein
|-
| F-RAM||++++||+++||beliebig oft||ja
|}

{| {{Tabelle}}
|+ '''Speicher'''
|- style="background-color:#ffddcc"
! Typ || Geschwindigkeit || Größe || Schreibzugriffe || Datenerhalt ohne Spannung
|-
| RAM || ++++ || ++++ || beliebig oft || nein
|-
| EPROM || + || +++ || ~1000 || ja
|-
| EEPROM || + || +++ || 10.000-1.000.000 || ja
|-
| FLASH-ROM || ++ || +++++ || 1000-10.000 || ja
|-
| OTP-ROM || + || +++ || einmal || ja
|- style="background-color:#ddffcc"
| Register || +++++++ || + || beliebig oft || nein
|-
| EEEPROM || + || + || nie || ja
|-
| F-RAM||++++||+++||beliebig oft||ja
|}

{|
|- style="border-bottom:1px solid;border-right:1px solid"
|style="border:1px solid;border-left:2px solid;border-top:2px solid" width="66" height="14"|H1
|style="border-left:1px solid;border-top:2px solid;border-bottom:solid;"background-color:#DCE6F1" width="66"|Header
|style="border:1px;border-bottom:solid" width="14"|a
|style="border-left:1px;border-top:2px solid;border-bottom:solid;border-right:solid;"background-color:#DCE6F1" width="66"|H3
|style="border:1px solid" width="99"|l
|style="border:1px;border-left:solid" width="66"|ABC

|- style="border-left:solid;border-top:1px;border-bottom:1px;border-right:1px"
|style="border-left:2px;border-top:solid;border-right:solid;"background-color:#EBF1DE" height="15" |Z1
|style="border:1px solid;font-weight:bold"|Test
|style="border:1px solid;"background-color:#FCD5B4"|X
|style="border:1px solid;font-size:8pt"|AB
|style="border:1px;border-top:solid;border-right:solid;text-decoration:underline"|Line
|style="border:1px;text-decoration:none"|DEF

|- style="border-left:solid;border-top:1px;border-bottom:1px;border-right:1px"
|style="border-left:2px;border-bottom:solid;border-right:solid;"background-color:#EBF1DE" align="right" height="14" | 
|style="border:1px solid" align="right" |1
|style="border:1px solid" align="right"|Y
|style="border:1px;border-top:solid;border-bottom:dotted;border-right:solid"|Dot
|style="border:1px;border-bottom:solid;border-right:solid"|j
|style="border:1px"|ghi

|- style="border-left:solid;border-top:1px"
|style="border:solid;border-left:2px;border-bottom:2px;border-right:1px" height="15" |Z2
|style="border:solid;border-left:1px;border-bottom:2px;border-right:1px" align="right" |2
|style="border:solid;border-left:1px;border-bottom:2px;border-right:1px;"background-color:#FCD5B4" align="right"|Z
|style="border-left:1px;border-top:dotted;border-bottom:2px solid #FF0000;border-right:4px solid #D8E4BC;font-style:italic"|C
|style="border:solid;border-left:4px #D8E4BC;border-bottom:1px;border-right:1px"|h
|style="border:1px"|jkl

|}

== sortierbar ==

Um sortierbare Tabellen zu erhalten fügt man statt class="wikitable" folgendes ein: class="wikitable sortable".

{| class="wikitable sortable"
|+ '''Tabellen-Überschrift'''
|-
! Überschrift links || Überschrift rechts
|-
| links oben || rechts oben
|-
| links mitte || rechts mitte
|-
| links unten || rechts unten
|}

{|class="wikitable collapsible sortable" style="width:35em"

|-
!scope="col"|Name!!scope="col"|Score
|-
|John||59
|-
|Jane||100
|-
|Bob||72
|}

{| class="mw-collapsible mw-collapsed" width="100%" {{Tabelle}}
|+ style="caption-side:top;text-align:left;color:#FF0000"| [http://www.reichelt.de/ Stückliste für die Steuerung]
|-
!width="21%" height="14"|Bauelement
!width="79%"|Bezeichnung

|-
|style="color:#00B050" height="31" align="center"|JP1
|[http://www.reichelt.de/index.html?ARTICLE=85732 Wannenstecker]

|-
|height="42"|C1
|style="background-color:#EBF1DE"|[http://www.reichelt.de/index.html?ARTICLE=44857 Elko]

|}

== Stückliste ==

{| class="wikitable sortable"
|+ '''verwendete Bauteile'''
|-
! rowspan="2" | Name || rowspan="2" | Wert || rowspan="2" | Beschreibung || rowspan="2" | Reichelt Bestell-Nr. || Einzel- Preis || colspan="6" | Mengen und Preise
|-
! || colspan="2" | 5V only || colspan="2" | 3V3 only || colspan="2" | 5V & 3V3
|-
|IC1, (IC3) || LT1933 || LT1933S6 || LT 1933 ES6 || 2,80 € || 1 || 2,80 € || 2 || 5,60 € || 1 || 12,80 €
|}

[[Datei:ShoppingCart2.png|mitte|verweis=http://www.reichelt.de]] Hier geht es zu dem Reichelt-Warenkorb mit den benötigten Bauteilen.

[[Datei:ShoppingCart2.png|mitte|verweis=http://www.reichelt.de]] Und hier geht es zu einem anderen Warenkorb von Reichelt.

= svg-Grafik =

[[Bild:Vekfont_1-3.svg|thumb|left]]

{{Clear}}

= Bildbeispiel =

Hier steht die Einleitung. Etwas später kommt ein [[Bild]].

<math> \pi </math>

Zum Glück kann man Formeln auch in <math> LaTeX-Syntax </math> schreiben!

Hier geht der Text weiter.

= Quellcode =

== AVR-asm ==

<syntaxhighlight lang="avrasm">
; asm-Kommentar (ok)
// Kommentar über 1 "Zeile" (nicht ok)
/*
Kommentar über; 2 Zeilen
(auch nicht ok)
*/
</syntaxhighlight>

== C-Code ==

<syntaxhighlight lang="c">
main(){

mark:

if(1){
goto mark; }

}</syntaxhighlight>

= Warnung =

{{Warnung |
;Warnung: Mikrocontroller machen viel zu schnell süchtig. Also hören sie damit auf und schmeißen sie die in die Waschmaschine!
}}

= Bits und Bytes =

{{Byte ||
REFS1 | REFS0 | ADLAR || MUX3 | MUX2 | MUX1 | MUX0
}}

{{ByteNumbered |ADMUX |
REFS1 | REFS0 | ADLAR || MUX3 | MUX2 | MUX1 | MUX0
}}

{{ByteNumbered ||
REFS1 | REFS0 | ADLAR || MUX3 | MUX2 | MUX1 | MUX0
}}

{{ByteWithValues |ADMUX
|REFS1 | REFS0 | ADLAR |–|MUX3|MUX2|MUX1|MUX0
|1 | 0 | 0 | 0 |X |X |X |X
}}

= Harvard-Referenzen =
Article text.{{sfn|Smith|2007|p=25}}
More article text.{{sfn|Smith|2007|p=25}}
Still more article text.{{sfn|Smith|2007|p=26}}

==Notes==
{{reflist}}

==References==
* {{cite book
| ref = harv
| last = Smith | first = John
| year = 2007
| title = Smith's Book
}}

= Referenzen =

Beobachtungen des Weltraumteleskops Hubble ergaben, dass sich die Monde des Uranus dem Planeten nähern.
<ref name="PopularScience">''Popular Science''. 12, 2005, S. 12.</ref> Bislang lehnten die Marsianer<ref>
Walter Ismeni: ''[http://www.quarks.de/themendossiers/weltraum/html-version/sind-wir-allein-im-universum/die-marsianer
Die Marsianer in der Phantasie der Menschen]''. In: ''Quarks&Co''. 3, 2006.</ref> eine Stellungnahme zu diesem Vorgang ab.
<ref name="PopularScience" /> Man kann sogar selbst nach den Marsianern suchen.<ref>RRZN: ''http://www.metager.de/''. Stand
30. April 2006.</ref><ref>Der Sinn dieses Textes ist umstritten. Ebenso das Einbinden von Anmerkungen.</ref>

= Einzelnachweise =

<references/>

[[Kategorie:Tipps für Autoren]]

= Zweisprachige Spalten =

{| {{Tabelle}}
|style="background-color:#ffffff;vertical-align:baseline;width: 25em"|
Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext. Das ist ein Fülltext.
|style="background-color:#ffffff;vertical-align:baseline;width: 25em"|
This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English. This is English.
|-
|}

{| {{Tabelle}}
|style="background-color:#ffffff;vertical-align:baseline;width: 25em"|
Das ist kurz.
|style="background-color:#ffffff;vertical-align:baseline;width: 25em"|
This is short.
|-
|}

= Test für defekte GIF =
[[Datei:Entprellung mit IIR-Filter.gif|thumb|Test]]

: Mann, Mann, jetzt hat es das Wunder-Gif schon in ein Admin Wiki geschaft.

= Quellenangabe =

<ref>Die Quelle</ref> Name der Quelle

= Aufklappbarer Block =

<div class="mw-collapsible">
Überschrift
<div class="mw-collapsible-content">
Inhalt
</div>
</div>

Funktioniert leider nicht...

= Uhrzeit Test =
[[Benutzer:Markbrandis|Markbrandis]] ([[Benutzer Diskussion:Markbrandis|Diskussion]]) 09:04, 25. Aug. 2016 (CEST)

= Referenzen =
Den Block bitte ganz unten belassen, weil hier die Referenzen auf Quellen automatisch eingefügt werden.

Benutzer:Malte

2021-03-27T09:52:18Z

Malte: 4. Artikel

Meine eigenen AVR Projekte gibt es auf:
http://www.marwedels.de/malte

Artikel, die ich zum Wiki beigetragen habe:
* [[MenuDesigner]]
* [[Vs1002]]
* [[ArithmetikBenchmark]]
* [[USB Programmierung auf dem PC]]

USB Programmierung auf dem PC

2021-03-26T22:00:08Z

Malte: Überschrift aus Artikel entfernt

Für einen Mikrocontroller mit USB Anschluss, wird meist ein passendes Programm auf dem PC benötigt, sofern der Mikrocontroller sich nicht als HID Gerät in den Standardklassen (Maus, Tastatur, CDC etc) nutzen lässt.

== PyUSB ==
Eine der vermutlich einfachsten Arten auf dem PC ein plattformunabhängiges Programm zu schreiben ist mit Python. Der hier gezeigte Code wurde mit Python 3.6 und Debian 10 (Linux), sowie Python 3.9 mit Windows 10 getestet. Jeweils in der 64Bit Variante. Für die Kommunikation mit der USB Schnittstelle kommt [https://github.com/pyusb/pyusb PyUSB] zum Einsatz. Das in den Beispielen verwendete PID/VID Paar ist für [https://pid.codes/1209/0001/ interne Tests reserviert].

Vorteile von PyUSB:
* Platformunabhängig
* Sehr wenig Code notwendig
Nachteile:
* Die Dokumentation ist dürftig
* Sind mehrere Geräte mit der selben PID/VID Kombination angeschlossen, ist nicht einfach auswählbar welches genutzt werden soll

Das Hello-World Programm ist für beide Betriebssysteme gleich. Das Gerät wird geöffnet, und ein Hersteller spezifisches Kommando (Vendor specific request) abgeschickt. Anschließend wird ein weiteres Kommando abgeschickt, welches ein Datenbyte vom USB Gerät als Antwort haben möchte.
Die Parameter für ctrl_transfer sind bmRequestType, bmRequest, wValue und wIndex. Danach folgt entweder die Anzahl der erwarteten Daten, oder ein Array mit Daten die zum Gerät geschickt werden sollen. In bmRequest gibt das höchste Bit (0x80) an, in welche Richtung das Kommando geht und wenn das zweit höchste gesetzt ist (0x40), so ist es ein Hersteller spezifisches Kommando. In diesem Fall können bmRequest, wValue und wIndex selbst einer Bedeutung zugewiesen werden. Weitere Beispiele, die eine Control Pipe öffnen, gibt es auf der Seite von [https://github.com/pyusb/pyusb/blob/master/docs/tutorial.rst PyUSB].

<source lang="python">
import usb.core
import usb.util
dev = usb.core.find(idVendor=0x1209, idProduct=0x0001)

# was it found?
if dev is None:
print('Error, device not found')
sys.exit(1)

# Host to device + vendor request
bmRequestSend = 0x40
# Device to host + vendor request
bmRequestRecv = 0xC0

# Write a control request, bmRequest = 1, wValue = 2, wIndex = 3, no extra data bytes
dev.ctrl_transfer(bmRequestSend, 1, 2, 3, 0)

#control request to read one byte from the USB device, bmRequest = 3, wValue = 2, wIndex = 1
data = dev.ctrl_transfer(bmRequestRecv, 3, 2, 1, 1)
print(data)
</source>

== Linux ==
Unter Debian Linux können alle notwendigen Bibliotheken und die Python Laufzeitumgebung mit '''sudo apt install python3-usb''' installiert werden. Sind für den PC keine Adminrechte verfügbar oder ein vergleichbares Paket in der verwendeten Distribution nicht enthalten, kann versucht werden bei einer vorhandenen Python Installation mit '''pip3 install pyusb''' das Paket lokal zu installieren. Die weiter benötigte libusb Bibliothek dürfte auf den meisten Systemen schon vorhanden sein, da populäre Programme wie VLC, CUPS oder WINE sie bereits als Abhängigkeit installieren.

Ist auf Seiten der Software alles notwendige vorhanden, schlägt der Zugriff zunächst fehl, da die Zugriffsrechte nicht ausreichen. Neben dem eher unschönen Workaround, das Programm einfach als Root (sudo) auszuführen, ist die bessere Variante eine passende udev Regel anzulegen. Das geht leider aber auch nur mit Root-Rechten.
Hierzu muss unter /etc/udev/rules.d/ eine neue Datei mit der Endung .rules angelegt werden. Die Regeln werden dem Namen nach ausgeführt, wer also seine Regel mit 10- beginnen lässt, ist somit mit als erstes dran. Beispielsweise "10-myUsbTestDevice.rules". Hier hat die Datei folgenden Inhalt:
<source>
#Allows all users in the group plugdev to read and write USB devices
# with the VID=0x1209 and PID=0x1
ATTRS{idVendor}=="1209", ATTRS{idProduct}=="0001", GROUP="plugdev", MODE="0660"
</source>

In diesem Fall können danach alle USB Geräte mit der passenden Hersteller und Produkt ID von Nutzern in der Gruppe plugdev gelesen und geschrieben werden (660 => Erste 6 Der Eigentümer darf lesen und schreiben, zweite 6 Die Nutzer der Gruppe dürfen lesen und schreiben und die 0 verbietet allen anderen den Zugriff). Falls die verwendete Linux Distribution keine Gruppe plugdev besitzt, muss natürlich eine andere eingetragen werden. Ist das USB Gerät bereits eingesteckt, wird die Regel nach einem neuen Einstecken übernommen, alternativ kann mit
'''sudo udevadm trigger --subsystem-match=usb'''
auch ein Neueinlesen ohne ab- und anstecken des USB Gerätes erreicht werden. Soll zu dem Programm ein Debian Paket bereit gestellt werden, kann es dem Anwender einfach gemacht werden und udevadm entsprechend automatisch während der Installation ausgeführt werden.
''Ergänzungen zu den Paketnamen und Installationsmethoden mit anderen Linux Distributionen sind willkommen.''

== Windows 10 ==
Unter Windows gibt es leider ein paar mehr Dinge zu tun, bis es möglich ist mit einem USB Gerät zu kommunizieren. Zunächst kann nach der Installation von [https://www.python.org/downloads/windows/ Python 3] mit
'''pip install pyusb''' (ja, hier ohne 3 nach dem pip) ebenfalls die passende Python Bibliothek installiert werden. Je nach dem was schon vorher auf dem System installiert wurde, gibt es danach bei dem Versuch, das obige Programm auszuführen entweder die Fehlermeldung "No backend available" oder das in unserem Quellcode definierte "Error, device not found". Die Problembeschreibung lässt sich recht oft im Netz finden und nicht alle Lösungsvorschläge helfen jedem Nutzer (dies war die Motivation für diesen Wikieintrag). Daher lohnt es sich die Bibliotheksabhängigkeiten im Detail zu betrachten. Etwas Recherche führt zu folgender Abhängigkeitskette:

[[Bild::PyusbDependencies.svg]]

=== Kein Backend vorhanden ===
PyUSB liefert die Unterstützung für drei Backends mit. Das erste gefundene Backend in der Reihenfolge libusb 1.0, libusb 0.1 und OpenUSB wird genutzt. Empfohlen wird hier libusb-1.0.dll. Dieses gibt es es entweder [https://libusb.info/ hier] unter '''Downloads''', dann '''Latest Windows Binaries'''. Getestet wurde Version 1.0.24 in dem Archiv aus dem Unterordner VS2019/MS64/dll. Alternativ kann auch mit '''pip install libusb1''' eine passende dll heruntergeladen werden. Wo nach den DLLs gesucht wird, ist von Microsoft [https://docs.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order#search-order-for-desktop-applications dokumentiert]. Wahrscheinlich ist es nicht gewünscht die dlls manuell in eines der Windows Verzeichnisse zu kopieren. Auch das Verzeichnis des Pyhton Interpreters ist sicher nicht der geeignete Ort. Als letztes bietet sich noch an, über die PATH Variable den Suchpfad zu beeinflussen. Dies kann aus dem Python Programms selbst erfolgen.

<source lang="python>
import os
import pathlib
libsearch = str(pathlib.Path(__file__).parent.absolute())
os.environ['PATH'] = libsearch + os.pathsep + os.environ['PATH']

</source>
Mit diesem Code am Anfang kann die DLL einfach in dem selben Verzeichnis wie das Python Programm liegen.

=== Kein Gerät gefunden ===
Demnach kann die Meldung "Error, device not found" mehrere Ursachen haben:
* Das Gerät ist tatsächlich nicht angeschlossen
* Das Gerät funktioniert nicht
* Für das Gerät ist ein Treiber installiert, aber das verwendete Backend von PyUSB unterstützt den Treiber nicht.
* Für das Gerät ist kein Treiber installiert

==== Funktioniert das Gerät? ====
Die ersten beiden Punkte können überprüft werden, indem in der Geräte-Manager geöffnet wird. Hier sollte das Gerät angezeigt werden - egal ob ein Treiber installiert ist oder nicht.

=== Das Backend passt nicht zum Treiber ===
Ist aus irgend einem Grund noch eine libusb0.dll im System, kann es passieren dass diese genutzt wird und nicht mit dem verwendetem Treiber des USB Gerätes sprechen kann. Mit dem folgendem Code am Anfang seines Python Programms lässt sich das Laden von libusb 1.0 erzwingen. Der Code zum Anpassen der PATH Variable kommt gegebenenfalls davor.
<source lang="python">
import usb.backend.libusb1 as libusb1

backendUsblib1 = libusb1.get_backend()
if (backendUsblib1 is None):
print('No backend found')

dev = usb.core.find(idVendor=0x1209, idProduct=0x7701, backend=backendUsblib1)
</source>

=== Es ist kein Treiber installiert ===
Um also mit einem USB Gerät zu kommunizieren, muss Windows zunächst mitgeteilt werden, welcher Treiber verwendet werden soll. Dieser Treiber sollte dann natürlich auch vorhanden sein.

==== Zadig ====
Die vermutlich einfachste Variante einem bestehendem USB Gerät einem Treiber zuzuweisen ist das Tool [https://zadig.akeo.ie/ Zadig]. Es lässt sich ein USB Gerät auswählen, dazu einen der vier Treiber (WinUSB, libusb-win32, libusbK oder USB Serial (CDC) und diesen mit einem Klick installieren. Auch nachträglich kann Geräten, die schon einen Treiber haben, ein anderer zuweisen werden. Je nach verwendetem Backend (siehe Abhängigkeitskette oben) sollte hier also der richtige ausgewählt werden.
Allerdings hat das Tool einen echten Nachteil:
Es gibt keinen Uninstaller.
Der so installierte Treiber und die generierte .inf Datei landen irgendwo im Windowssystem. Das Trägt nicht gerade dazu bei das System "sauber" zu halten.

==== WinUSB und WCID ====
Wie oben aus dem Abhängigkeitskette ersichtlich wird, gibt es auch nativ von Microsoft den WinUSB Treiber. Ist die Möglichkeit gegeben, die Firmware des USB Gerätes zu verändern, lässt sich diese WCID Kompatibel machen. Eine detaillierte Übersicht wie dies geht gibt es [https://github.com/pbatard/libwdi/wiki/WCID-Devices hier]. Die Kurzfassung:
Windows schickt drei Controlrequests, um zu erfahren welchen Treiber verwendet werden soll.
# Windows fragt den String mit dem Index 0xEE. Hier muss '''MSFT100''' und ein selbst gewähltes weiteres Zeichen als ID zurückgegeben werden. Zum Beispiel '''MSFT100W'''. Da der Descriptor 16Bit pro Zeichen benötigt, liefert das 'W' mit seinem zweiten Byte auch gleich das Padding.
# Dann wird ein Control Request geschickt, bei dem wIndex auf unserem gewählten Wert steht (hier also 0x57 = 'W') und 16 Byte angefordert werden. Als Antwort werden einfach die ersten 16 Byte der [https://github.com/pbatard/libwdi/wiki/WCID-Devices#Microsoft_Compatible_ID_Feature_Descriptor WCID Tabelle] geschickt. In diesen ist (unter anderem) die Größe der WCID Tabelle definiert.
# Ein dritter Control Request wird mit dem selben wIndex, jetzt aber mit der korrekten Größe (hier 40Byte), geschickt und muss mit dem kompletten WCID Tabelle beantwortet werden.

Eigentlich sollte es hiermit möglich sein, auch beliebige andere Treiber, außer WinUSB zu nutzen. Die klappte in der Praxis jedoch nicht.

=== Windows erinnert sich ===
Die Webseite zur Erklärung der WCID listet im Detail auf, welche Registry Keys bei einem Anschluss eines Geräts angelegt werden. Wurde also etwas falsch konfiguriert, ist es gegebenenfalls notwendig diese manuell zu löschen. Eine automatische Löschung scheint es nicht zu geben, so dass alle PIDS/VIDS aller jemals angeschlossenen USB Geräte nachgeschaut werden können.

== Schluss ==
Hat man also sein eigenes USB Gerät WCID kompatibel gemacht, lädt unter Windows den Treiber direkt aus dem Verzeichnis des Python Skripts und liefert eine passende dll mit, lässt sich das USB Gerät ohne manuelle Treiberinstallation einfach unter Windows nutzen.
Für Linux empfiehlt es sich ein passendes .deb Paket zu bauen, welches die Abhängigkeit zu pyusb3-usb hat und eine passende udev Regel mitliefert. Damit sollte die Benutzung unter beiden Betriebssystemen so einfach wie möglich sein :)

USB Programmierung auf dem PC

2021-03-26T21:59:25Z

Malte: Artikel neu angelegt

USB Programmierung auf dem PC

Für einen Mikrocontroller mit USB Anschluss, wird meist ein passendes Programm auf dem PC benötigt, sofern der Mikrocontroller sich nicht als HID Gerät in den Standardklassen (Maus, Tastatur, CDC etc) nutzen lässt.

== PyUSB ==
Eine der vermutlich einfachsten Arten auf dem PC ein plattformunabhängiges Programm zu schreiben ist mit Python. Der hier gezeigte Code wurde mit Python 3.6 und Debian 10 (Linux), sowie Python 3.9 mit Windows 10 getestet. Jeweils in der 64Bit Variante. Für die Kommunikation mit der USB Schnittstelle kommt [https://github.com/pyusb/pyusb PyUSB] zum Einsatz. Das in den Beispielen verwendete PID/VID Paar ist für [https://pid.codes/1209/0001/ interne Tests reserviert].

Vorteile von PyUSB:
* Platformunabhängig
* Sehr wenig Code notwendig
Nachteile:
* Die Dokumentation ist dürftig
* Sind mehrere Geräte mit der selben PID/VID Kombination angeschlossen, ist nicht einfach auswählbar welches genutzt werden soll

Das Hello-World Programm ist für beide Betriebssysteme gleich. Das Gerät wird geöffnet, und ein Hersteller spezifisches Kommando (Vendor specific request) abgeschickt. Anschließend wird ein weiteres Kommando abgeschickt, welches ein Datenbyte vom USB Gerät als Antwort haben möchte.
Die Parameter für ctrl_transfer sind bmRequestType, bmRequest, wValue und wIndex. Danach folgt entweder die Anzahl der erwarteten Daten, oder ein Array mit Daten die zum Gerät geschickt werden sollen. In bmRequest gibt das höchste Bit (0x80) an, in welche Richtung das Kommando geht und wenn das zweit höchste gesetzt ist (0x40), so ist es ein Hersteller spezifisches Kommando. In diesem Fall können bmRequest, wValue und wIndex selbst einer Bedeutung zugewiesen werden. Weitere Beispiele, die eine Control Pipe öffnen, gibt es auf der Seite von [https://github.com/pyusb/pyusb/blob/master/docs/tutorial.rst PyUSB].

<source lang="python">
import usb.core
import usb.util
dev = usb.core.find(idVendor=0x1209, idProduct=0x0001)

# was it found?
if dev is None:
print('Error, device not found')
sys.exit(1)

# Host to device + vendor request
bmRequestSend = 0x40
# Device to host + vendor request
bmRequestRecv = 0xC0

# Write a control request, bmRequest = 1, wValue = 2, wIndex = 3, no extra data bytes
dev.ctrl_transfer(bmRequestSend, 1, 2, 3, 0)

#control request to read one byte from the USB device, bmRequest = 3, wValue = 2, wIndex = 1
data = dev.ctrl_transfer(bmRequestRecv, 3, 2, 1, 1)
print(data)
</source>

== Linux ==
Unter Debian Linux können alle notwendigen Bibliotheken und die Python Laufzeitumgebung mit '''sudo apt install python3-usb''' installiert werden. Sind für den PC keine Adminrechte verfügbar oder ein vergleichbares Paket in der verwendeten Distribution nicht enthalten, kann versucht werden bei einer vorhandenen Python Installation mit '''pip3 install pyusb''' das Paket lokal zu installieren. Die weiter benötigte libusb Bibliothek dürfte auf den meisten Systemen schon vorhanden sein, da populäre Programme wie VLC, CUPS oder WINE sie bereits als Abhängigkeit installieren.

Ist auf Seiten der Software alles notwendige vorhanden, schlägt der Zugriff zunächst fehl, da die Zugriffsrechte nicht ausreichen. Neben dem eher unschönen Workaround, das Programm einfach als Root (sudo) auszuführen, ist die bessere Variante eine passende udev Regel anzulegen. Das geht leider aber auch nur mit Root-Rechten.
Hierzu muss unter /etc/udev/rules.d/ eine neue Datei mit der Endung .rules angelegt werden. Die Regeln werden dem Namen nach ausgeführt, wer also seine Regel mit 10- beginnen lässt, ist somit mit als erstes dran. Beispielsweise "10-myUsbTestDevice.rules". Hier hat die Datei folgenden Inhalt:
<source>
#Allows all users in the group plugdev to read and write USB devices
# with the VID=0x1209 and PID=0x1
ATTRS{idVendor}=="1209", ATTRS{idProduct}=="0001", GROUP="plugdev", MODE="0660"
</source>

In diesem Fall können danach alle USB Geräte mit der passenden Hersteller und Produkt ID von Nutzern in der Gruppe plugdev gelesen und geschrieben werden (660 => Erste 6 Der Eigentümer darf lesen und schreiben, zweite 6 Die Nutzer der Gruppe dürfen lesen und schreiben und die 0 verbietet allen anderen den Zugriff). Falls die verwendete Linux Distribution keine Gruppe plugdev besitzt, muss natürlich eine andere eingetragen werden. Ist das USB Gerät bereits eingesteckt, wird die Regel nach einem neuen Einstecken übernommen, alternativ kann mit
'''sudo udevadm trigger --subsystem-match=usb'''
auch ein Neueinlesen ohne ab- und anstecken des USB Gerätes erreicht werden. Soll zu dem Programm ein Debian Paket bereit gestellt werden, kann es dem Anwender einfach gemacht werden und udevadm entsprechend automatisch während der Installation ausgeführt werden.
''Ergänzungen zu den Paketnamen und Installationsmethoden mit anderen Linux Distributionen sind willkommen.''

== Windows 10 ==
Unter Windows gibt es leider ein paar mehr Dinge zu tun, bis es möglich ist mit einem USB Gerät zu kommunizieren. Zunächst kann nach der Installation von [https://www.python.org/downloads/windows/ Python 3] mit
'''pip install pyusb''' (ja, hier ohne 3 nach dem pip) ebenfalls die passende Python Bibliothek installiert werden. Je nach dem was schon vorher auf dem System installiert wurde, gibt es danach bei dem Versuch, das obige Programm auszuführen entweder die Fehlermeldung "No backend available" oder das in unserem Quellcode definierte "Error, device not found". Die Problembeschreibung lässt sich recht oft im Netz finden und nicht alle Lösungsvorschläge helfen jedem Nutzer (dies war die Motivation für diesen Wikieintrag). Daher lohnt es sich die Bibliotheksabhängigkeiten im Detail zu betrachten. Etwas Recherche führt zu folgender Abhängigkeitskette:

[[Bild::PyusbDependencies.svg]]

=== Kein Backend vorhanden ===
PyUSB liefert die Unterstützung für drei Backends mit. Das erste gefundene Backend in der Reihenfolge libusb 1.0, libusb 0.1 und OpenUSB wird genutzt. Empfohlen wird hier libusb-1.0.dll. Dieses gibt es es entweder [https://libusb.info/ hier] unter '''Downloads''', dann '''Latest Windows Binaries'''. Getestet wurde Version 1.0.24 in dem Archiv aus dem Unterordner VS2019/MS64/dll. Alternativ kann auch mit '''pip install libusb1''' eine passende dll heruntergeladen werden. Wo nach den DLLs gesucht wird, ist von Microsoft [https://docs.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order#search-order-for-desktop-applications dokumentiert]. Wahrscheinlich ist es nicht gewünscht die dlls manuell in eines der Windows Verzeichnisse zu kopieren. Auch das Verzeichnis des Pyhton Interpreters ist sicher nicht der geeignete Ort. Als letztes bietet sich noch an, über die PATH Variable den Suchpfad zu beeinflussen. Dies kann aus dem Python Programms selbst erfolgen.

<source lang="python>
import os
import pathlib
libsearch = str(pathlib.Path(__file__).parent.absolute())
os.environ['PATH'] = libsearch + os.pathsep + os.environ['PATH']

</source>
Mit diesem Code am Anfang kann die DLL einfach in dem selben Verzeichnis wie das Python Programm liegen.

=== Kein Gerät gefunden ===
Demnach kann die Meldung "Error, device not found" mehrere Ursachen haben:
* Das Gerät ist tatsächlich nicht angeschlossen
* Das Gerät funktioniert nicht
* Für das Gerät ist ein Treiber installiert, aber das verwendete Backend von PyUSB unterstützt den Treiber nicht.
* Für das Gerät ist kein Treiber installiert

==== Funktioniert das Gerät? ====
Die ersten beiden Punkte können überprüft werden, indem in der Geräte-Manager geöffnet wird. Hier sollte das Gerät angezeigt werden - egal ob ein Treiber installiert ist oder nicht.

=== Das Backend passt nicht zum Treiber ===
Ist aus irgend einem Grund noch eine libusb0.dll im System, kann es passieren dass diese genutzt wird und nicht mit dem verwendetem Treiber des USB Gerätes sprechen kann. Mit dem folgendem Code am Anfang seines Python Programms lässt sich das Laden von libusb 1.0 erzwingen. Der Code zum Anpassen der PATH Variable kommt gegebenenfalls davor.
<source lang="python">
import usb.backend.libusb1 as libusb1

backendUsblib1 = libusb1.get_backend()
if (backendUsblib1 is None):
print('No backend found')

dev = usb.core.find(idVendor=0x1209, idProduct=0x7701, backend=backendUsblib1)
</source>

=== Es ist kein Treiber installiert ===
Um also mit einem USB Gerät zu kommunizieren, muss Windows zunächst mitgeteilt werden, welcher Treiber verwendet werden soll. Dieser Treiber sollte dann natürlich auch vorhanden sein.

==== Zadig ====
Die vermutlich einfachste Variante einem bestehendem USB Gerät einem Treiber zuzuweisen ist das Tool [https://zadig.akeo.ie/ Zadig]. Es lässt sich ein USB Gerät auswählen, dazu einen der vier Treiber (WinUSB, libusb-win32, libusbK oder USB Serial (CDC) und diesen mit einem Klick installieren. Auch nachträglich kann Geräten, die schon einen Treiber haben, ein anderer zuweisen werden. Je nach verwendetem Backend (siehe Abhängigkeitskette oben) sollte hier also der richtige ausgewählt werden.
Allerdings hat das Tool einen echten Nachteil:
Es gibt keinen Uninstaller.
Der so installierte Treiber und die generierte .inf Datei landen irgendwo im Windowssystem. Das Trägt nicht gerade dazu bei das System "sauber" zu halten.

==== WinUSB und WCID ====
Wie oben aus dem Abhängigkeitskette ersichtlich wird, gibt es auch nativ von Microsoft den WinUSB Treiber. Ist die Möglichkeit gegeben, die Firmware des USB Gerätes zu verändern, lässt sich diese WCID Kompatibel machen. Eine detaillierte Übersicht wie dies geht gibt es [https://github.com/pbatard/libwdi/wiki/WCID-Devices hier]. Die Kurzfassung:
Windows schickt drei Controlrequests, um zu erfahren welchen Treiber verwendet werden soll.
# Windows fragt den String mit dem Index 0xEE. Hier muss '''MSFT100''' und ein selbst gewähltes weiteres Zeichen als ID zurückgegeben werden. Zum Beispiel '''MSFT100W'''. Da der Descriptor 16Bit pro Zeichen benötigt, liefert das 'W' mit seinem zweiten Byte auch gleich das Padding.
# Dann wird ein Control Request geschickt, bei dem wIndex auf unserem gewählten Wert steht (hier also 0x57 = 'W') und 16 Byte angefordert werden. Als Antwort werden einfach die ersten 16 Byte der [https://github.com/pbatard/libwdi/wiki/WCID-Devices#Microsoft_Compatible_ID_Feature_Descriptor WCID Tabelle] geschickt. In diesen ist (unter anderem) die Größe der WCID Tabelle definiert.
# Ein dritter Control Request wird mit dem selben wIndex, jetzt aber mit der korrekten Größe (hier 40Byte), geschickt und muss mit dem kompletten WCID Tabelle beantwortet werden.

Eigentlich sollte es hiermit möglich sein, auch beliebige andere Treiber, außer WinUSB zu nutzen. Die klappte in der Praxis jedoch nicht.

=== Windows erinnert sich ===
Die Webseite zur Erklärung der WCID listet im Detail auf, welche Registry Keys bei einem Anschluss eines Geräts angelegt werden. Wurde also etwas falsch konfiguriert, ist es gegebenenfalls notwendig diese manuell zu löschen. Eine automatische Löschung scheint es nicht zu geben, so dass alle PIDS/VIDS aller jemals angeschlossenen USB Geräte nachgeschaut werden können.

== Schluss ==
Hat man also sein eigenes USB Gerät WCID kompatibel gemacht, lädt unter Windows den Treiber direkt aus dem Verzeichnis des Python Skripts und liefert eine passende dll mit, lässt sich das USB Gerät ohne manuelle Treiberinstallation einfach unter Windows nutzen.
Für Linux empfiehlt es sich ein passendes .deb Paket zu bauen, welches die Abhängigkeit zu pyusb3-usb hat und eine passende udev Regel mitliefert. Damit sollte die Benutzung unter beiden Betriebssystemen so einfach wie möglich sein :)

Datei:PyusbDependencies.svg

2021-03-26T20:51:50Z

Malte: PyUSB library and driver dependencies under Linux and Windows

== Beschreibung ==
PyUSB library and driver dependencies under Linux and Windows
== Lizenz ==
{{subst:Mehrlizenzdateien|Bild-CC-by-sa/3.0/de|Bild-CC-by-sa/3.0|Bild-GFDL-Neu}}

USBN960x

2020-06-27T15:48:10Z

Malte: /* Weblinks */ Link tot, daher durch einen zur ursprünglichen Seite bei archive.org ersetzt

Der USBN9603/USBN9604 ist ein USB 1.1 FullSpeed-Controller von National mit DMA-Unterstützung.

Die Verwendung des USBN9602 wird vom Hersteller nicht mehr empfohlen.

== Features ==

* USBN9604 für "bus-powered"-Betrieb
* USBN9603 für "self-powered"-Betrieb
* 5V / 3,3V Betriebsspannung
* integrierter USB-Tranceiver
* integrierter 3,3V-Spannungsregler
* Clock-Generator (programmierbar)
* 7 Endpoints (einer für den Control-Endpoint, 3 Transmit, 3 Receive)
** 8 Bytes-FIFO für den Control-Endpoint
** 64 Bytes-FIFO für die restlichen Endpoints

== Der USBN9604 besitzt folgende Schnittstellen ==

* Parallel-Interface
** Non-Multiplexed Mode
** Multiplexed Mode
** DMA
* Microwire/Plus (kompatibel zu SPI)

== Weblinks ==

*[http://www.national.com/appinfo/usb/ National USB Home Page] - Website des Herstellers
* [https://web.archive.org/web/20081015220522/http://usbn2mc.berlios.de/ usbn2mc] Eine ANSI-C Schnittstelle um den USB960x simpel mit diversen Mikrocontrollern nutzen zu können...
* [http://www.nectix.com/projects/usb/usbn9604.html nectix usbn9604 breakout] Hier konnte mal ein Breakout im DIP-Format erworben werden. Zu finden gibt es aber noch Firmware + Layout für Anschluss eines USBN9604 an PIC-Mikrocontroller.

== Projekte mit dem USBN960x ==

* [http://www.digital-enlightenment.de/usbdmx.htm USB-DMX Interface]
* [http://www.ixbat.de/index.php?page_id=97 Netzwerkschnittstelle zu AVR über USB]
* [http://www.ixbat.de/index.php?page_id=81 AVR USB Bootloader]
* [http://www.ixbat.de/index.php?page_id=92 Logik Analysator]
* [http://www.ixbat.de/index.php?page_id=101 Schnittstellenerweiterung für Linux]

[[Kategorie:Bauteile]]

MenuDesigner

2020-05-03T17:50:10Z

Malte: Änderungen seit Version 2.0 nachgepflegt

[[Bild:Lcd-menu-demo.jpg |200px|right]]
Menüsystem für monochrome GLCDs

== Idee ==
[[Bild:MenuEdit.png|200px|right]]
[[Bild:MenuInterpreter-demo.png|200px|right]]
[[Bild:Menuedit-color-dialog.png|200px|right]]
[[Bild:Menuinterpreter-pc-test-color.png|200px|right]]

Die Idee war es, ein möglichst einfaches Menüsystem für kleinere LCDs zu haben, welches sich leicht erstellen lässt und dennoch die wichtigsten Elemente moderner Deskop GUIs zu bieten. Außerdem sollte der Flashverbrauch niedrig gehalten werden und nicht zwangsweise mit komplexeren Menüs immer größer werden. Über die Jahre kamen einige Features hinzu, so dass das System inzwischen auch 7 Segment Anzeigen und farbige LCDs unterstützt.

== Features ==

* Nicht an einen bestimmten LCD Controllertyp gebunden
* Grafischer Editor für Linux und Windows
* Benötigt 5KB Flash (bei einem ATMega8 und 16Bit Adressen)
* Auch als PC Programm testbar
* Sehr geringer statischer RAM Verbrauch (allerdings durchaus etwas mehr Stack)
* Der Sourcecode steht unter der GPL, der auf der Mikrocontroller benötigte Code steht unter der Mozilla Public License 2.0.
* Abspeichern der Menüstruktur als kompakte Bytecodes auf einem beliebigem wahlfrei lesbarem Speicher
* Die Menüstruktur darf bis zu 16MB groß werden (24/32 Bit Adressen) oder 64KB bei 16 Bit Adressen
* Die Navigation innerhalb des Menüs ist auf eine Bedienung mit wenigen Tasten optimiert. Alternativ kann auch eine Maus oder ein Touchscreen verwendet werden (die Liste wird hier bis auf weiteres aber nicht vollständig unterstützt).
* Unterstützung von verschiedenen Fonts
* Generell kann zwischen Objekten innerhalb eines Fensters mit zwei Tasten, ähnlich wie bei der TAB Taste, hin und her gewechselt werden „Fokus“. Mit einer weiteren Taste „Enter“ können dann dem Objekt zugeordnete Aktionen ausgeführt werden.
* Objekte des Menüsystems:
** Fenster: Enthält mehrere weitere Objekte und füllt üblicherweise den Bildschirm des LCDs komplett aus.
** Unterfenster: Kann ebenfalls weitere Objekte enthalten, wobei nur ein Teil des Bildschirms ausgefüllt wird und in dem restlichem Teil des Bildschirms weiterhin das ursprüngliche Fenster zu sehen ist
** Box: Dient dazu Teile des Bildschirms flächendeckend weiß oder schwarz zu füllen. Ebenfalls verwendbar für horizontale und vertikale Linien, sowie als „Löschfunktion“.
** Button: Zeigt Text an und kann mit Aktionen belegt werden. Wahlweise mit oder ohne Umrandung einsetzbar.
** Label: Einfaches Objekt zum Anzeigen von Text
** GFX: Zeigt Pixelgrafiken an und unterstützt eine einfache Längenkompression. Ebenfalls mit Aktionen belegbar. Zusätzlich lässt sich sehr leicht zwischen verschiedenen Darstellungen umschalten, was sich gut für Animationen eignet.
** Checkbox: Bietet eine Auswählbare Schaltfläche mit Text an. Mit Aktionen belegbar.
** Groupbutton: Ähnlich wie eine Checkbox, jedoch kann immer nur ein Groupbutton innerhalb einer Gruppe aktiv sein.
** List: Generiert eine Liste inklusive Positionsbalken an der rechten Seite. Ein Element ist auswählbar. Mit Aktionen belegbar.
** Shortcut: Nicht sichtbar. Bietet das direkte Ausführen von Funktionen an, ohne dass erst ein Objekt einen Fokus haben muss.
** Globaler Shortcut: Wie ein Shortcut, jedoch in jedem Fenster aktiv. Beispielsweise nützlich um aus jedem Fenster heraus zu einer Fehlermeldung springen zu können.
* Generell lässt sich die Fokusierbarkeit aller Objekte auch deaktivieren.
* Fokusierte Objekte können eine andere Schriftart verwenden.
* Unter „Aktionen“ ist folgendes möglich: Den Wechsel zu einem anderem (Unter)fenster und/oder der Aufruf der Funktion menu_action mit einer individuellen Nummer als Parameter. Das bedeutet, dass der Wechsel zwischen einzelnen Fenster keinen zusätzlichen Aufwand beim Programmieren benötigt.
* Statische Texte und Grafiken können in der Menüstruktur abgelegt werden, dynamische im RAM.
* Kommt ohne Interrupts, Delays u.ä. aus.
* Einfache Umschaltung zwischen verschiedenen Sprachen zur Laufzeit.
* Eignet sich sowohl für schwarz weiß, graustufen als auch für farbige Anzeigen. Die Anzahl der Bits pro Farbkanal kann eingestellt werden und Grafiken werden gegebenenfalls automatisch passend konvertiert.
* Als reduzierte Version auch für 7 Segment Anzeigen verwendbar.

== Einschränkungen ==

* Die LCD Auflösung ist auf 4096x4096 begrenzt
* Listen funktionieren mit Touchdisplays bisher nur eingeschränkt
* Objekte haben ihren festen Platz auf dem Bildschirm, ein Verschieben zur Laufzeit ist nicht möglich.
* Animationen sind nur schwer zu realisieren
* Es lassen sich maximal 16 verschiedene Groupbuttons je Gruppe verwenden. Es sind maximal 16 verschiedene Gruppen möglich
* Die Anzahl der unterschiedlichen Checkboxen ist auf 256 begrenzt
* Die Anzahl der unterschiedlichen Listen ist auf 256 begrenzt und die Zeilenzahl auf ~10000
* Die Anzahl der unterschiedlichen Indexe von Multi-Grafiken ist auf 256 begrenzt und jede Multi-Grafik unterstützt maximal 65536 verschiedene darstellbare Bitmaps.

Die Limits sind sicher hoch genug, dass es für fast alle Anwendungsfälle reichen müsste.

== Funktionsweise ==

[[Bild:Menuinterpreter-schema.png|right]]

Die Funktionen für die Grafikausgabe und dem Zugriff auf die Menüstruktur muss selbst geschrieben werden. Dies ermöglicht eine Anpassung an eigene Displays und beliebige Speicher.

Bei der Grafikausgabe, wird vor jedem Neuzeichnen einmal menu_screen_clear aufgerufen. Die Funktion ist deswegen nicht als einzelne menu_screen_set Aufrufe integriert, weil es oftmals einfach schnellere Methoden zum Löschen eines Bildschirms gibt, als jeden Pixel einzeln zu setzen.

Die menu_screen_set Funktion setzt beim Neuzeichnen alle Pixel, wobei bei übereinander liegenden Objekten der gleiche Pixel mehrfach gesetzt werden kann. Es muss darauf geachtet werden, dass bei dem Funktionsaufruf die Bildschirmgröße noch nicht beachtet wird.
Zum Schluss eines Neuzeichnens, wird einmalig menu_screen_flush() aufgerufen. Dann sollte der zuvor durch menu_screen_set gesetzte Inhalt wirklich auf das LCD geschrieben werden. Zwar kann auch stattdessen menu_screen_set direkt jeden Pixel auf dem LCD setzten, dann wird jedoch eventuell der Bildaufbau sichtbar und beim mehrfachen setzen des gleichen Pixels kann dies unnötig lange dauern.

menu_byte_get muss dem Interpreter die Daten der Menüstruktur liefern. Die Implementierung kann aus einem simplen Arrayzugriff oder aber aus einer komplexen Leseroutine für externe EEPROMs oder MMC bestehen. Generell sollte jedoch Speicher mit langer Latenz vermieden werden. Ist die Menüstruktur fehlerhaft, kann es zu Leseversuchen außerhalb der Größe der Menüstruktur kommen, ansonsten sollte dies nicht vorkommen.

menu_action wird immer dann aufgerufen, wenn ein Objekt mit einer Aktion belegt wurde. Das Ändern der Auswahl in einer Liste wird ebenfalls automatisch eine eigene Aktion zugewiesen. Als Parameter wird eine eindeutige 16Bit Nummer übergeben. Im MenüDesigner wird einer Aktion ein Name gegeben. Alle Namen werden automatisch durchnummeriert und eine Header Datei generiert, welche die Zuordnung Nummer - Aktion Name ermöglicht. Als Rückgabe kann angegeben werde ob die Aktion ein Neuzeichnen des Bildschirms erfordert. Dies ist sinnvoll wenn kein Bildschirmwechsel erfolgt, aber sich auf dem aktuellem etwas geändert hat, z. B. ein anderer Text gesetzt wurde.

Indexnummern für Dynamische Texte und Grafiken, die Eigenschaften von Radiogroups und Checkboxen werden auf eine ähnliche Weise automatisch generiert und sind dann unter dem eingestellten Namen in den Arrays auffindbar.

Dynamische Texte müssen generell wie in C Nullterminiert (\0) sein und haben keine Längenbeschränkung. Der Inhalt einer Liste ist ein langer Text, wobei \n eine neue Zeile markiert.
Grafiken werden gelesen, bis der letzte Pixel der fest eingestellten Größe gesetzt ist.

menu_redraw sollte immer dann aufgerufen werden, wenn sich dynamische Texte/Grafiken geändert haben und einmal zu Beginn des Programms.

menu_keypress ist die generelle Eingabemöglichkeit des Menüs. Je nach eingestellten Key werden die entsprechenden Aktionen ausgeführt. Beispielsweise „Fokus aufs nächste Objekt setzen“. Der Parameter darf einen Wert von 1 bis 255 haben.

Ab Version 1.4 kann zusätzlich zu der Funktion menu_keypress der Aufruf menu_mouse verwendet werden. Dieser besitzt als weitere Parameter die Bildschirmkoordinaten. Der Key Parameter wird auf das Objekt angewendet, welches sich an den entsprechenden Bildschirmkoordinaten befindet. Der aktuelle Fokus wird ignoriert und nicht geändert.

Ab Version 1.5 gibt es optional die Möglichkeit mehrere Sprachen zu unterstützen. Hierzu kann für jede Sprache im Editor ein eigener Text hinterlegt werden und dann mit der Funktion menu_language_set eine anzuzeigende Sprache ausgewählt werden. Maximal sind 255 verschiedene Sprachen möglich.

Ab Version 1.6 lässt sich für GFX Objekte 'Multi-image' auswählen. In diesem Fall wird das ausgewählte Bitmap vertikal in mehrere Bilder zerlegt. Über die Variable menu_gfxindexstate[] lässt sich dann einstellen, welches angezeigt werden soll. Ist der Index größer als die Anzahl der Bilder, wird der Wert beim nächsten Zeichnen auf 0 gestellt, so dass sich mit einem periodischem Hochzählen und Neuzeichnen ohne Bereichsüberprüfung leicht endlos laufende Animationen realisieren lassen.

In der Version 1.7 sind zusätzlich zu den seit Beginn vorhandenen 5x7 Pixel Schriftarten noch besonders kompakte 5x5 Pixel Schriftarten hinzugekommen. Des Weiteren wird jetzt noch etwas kompakterer Code generiert, wenn Objekttypen nicht verwendet werden.

Ab Version 2.0 werden farbige Anzeigen unterstützt. Der Bytecode ist noch etwas kompakter geworden (und damit leider nicht mehr zu den vorherigen Versionen kompatibel). Der 8x16 Font wurde neu gestaltet und die Lizenz für den auf der Seite des Mikrocontroller benötigten Code erlaubt eine Nutzung zusammen mit Closed Source.

== Weiterentwicklung ==
Falls es Interesse an weiteren Features gibt, bin ich - je nach Funktion - gerne bereit diese zu Implementieren. Schreibt am besten ins Forum.

== Download ==
[http://www.mikrocontroller.net/topic/140369#1409100 Beitrag in der Codesammlung]

[http://www.mikrocontroller.net/topic/140369#1292087 Fertige .hex Datei zum Testen auf einem ATMega8]

[http://menudesigner.sourceforge.net/ Der aktuelle Code bei Sourceforge]

[[Category:Projekte]]
[[Category:Displays und Anzeigen]]

Datei:Menuinterpreter-pc-test-color.png

2020-05-03T17:28:20Z

Malte: MenuInterpreter Beispiel mit Farben als Test auf einem PC

== Beschreibung ==
MenuInterpreter Beispiel mit Farben als Test auf einem PC
== Lizenz ==
{{subst:Mehrlizenzdateien|Bild-CC-by-sa/3.0/de|Bild-CC-by-sa/3.0|Bild-GFDL-Neu}}

Datei:Menuedit-color-dialog.png

2020-05-03T17:27:00Z

Malte: Einstellungen der Farben in MenuEdit

== Beschreibung ==
Einstellungen der Farben in MenuEdit
== Lizenz ==
{{subst:Mehrlizenzdateien|Bild-CC-by-sa/3.0/de|Bild-CC-by-sa/3.0|Bild-GFDL-Neu}}

MenuDesigner

2014-05-22T19:50:45Z

Malte: /* Funktionsweise */ Wortdopplung

Menüsystem für monochrome GLCDs

== Idee ==
[[Bild:Lcd-menu-demo.jpg |200px|right]]
[[Bild:MenuInterpreter-demo.png|200px|right]]

Die Idee war es, ein möglichst einfaches Menüsystem für kleinere LCDs zu haben, welches sich leicht erstellen lässt und dennoch die wichtigsten Elemente moderner Deskop GUIs zu bieten. Außerdem sollte der Flashverbrauch niedrig gehalten werden und nicht zwangsweise mit komplexeren Menüs immer größer werden.

== Features ==
[[Bild:MenuEdit.png|200px|right]]

* Nicht an einen bestimmten LCD Controllertyp gebunden
* Grafischer Editor für Linux und Windows
* Benötigt 5KB Flash (bei einem ATMega8 und 16Bit Adressen)
* Auch als PC Programm testbar
* Sehr geringer statischer RAM Verbrauch (allerdings durchaus etwas mehr Stack)
* Der Sourcecode steht unter der GPL
* Abspeichern der Menüstruktur als kompakte Bytecodes auf einem beliebigem wahlfrei lesbarem Speicher
* Die Menüstruktur darf bis zu 16MB groß werden (24/32 Bit Adressen) oder 64KB bei 16 Bit Adressen
* Die Navigation innerhalb des Menüs ist auf eine Bedienung mit wenigen Tasten optimiert. Alternativ kann auch eine Maus oder ein Touchscreen verwendet werden (die Liste wird hier bis auf weiteres aber nicht vollständig unterstützt).
* Unterstützung von verschiedenen Fonts
* Generell kann zwischen Objekten innerhalb eines Fensters mit zwei Tasten, ähnlich wie bei der TAB Taste, hin und her gewechselt werden „Fokus“. Mit einer weiteren Taste „Enter“ können dann dem Objekt zugeordnete Aktionen ausgeführt werden.
* Objekte des Menüsystems:
** Fenster: Enthält mehrere weitere Objekte und füllt üblicherweise den Bildschirm des LCDs komplett aus.
** Unterfenster: Kann ebenfalls weitere Objekte enthalten, wobei nur ein Teil des Bildschirms ausgefüllt wird und in dem restlichem Teil des Bildschirms weiterhin das ursprüngliche Fenster zu sehen ist
** Box: Dient dazu Teile des Bildschirms flächendeckend weiß oder schwarz zu füllen. Ebenfalls verwendbar für horizontale und vertikale Linien, sowie als „Löschfunktion“.
** Button: Zeigt Text an und kann mit Aktionen belegt werden. Wahlweise mit oder ohne Umrandung einsetzbar.
** Label: Einfaches Objekt zum Anzeigen von Text
** GFX: Zeigt Pixelgrafiken an und unterstützt eine einfache Längenkompression. Ebenfalls mit Aktionen belegbar. Zusätzlich lässt sich sehr leicht zwischen verschiedenen Darstellungen umschalten, was sich gut für Animationen eignet.
** Checkbox: Bietet eine Auswählbare Schaltfläche mit Text an. Mit Aktionen belegbar.
** Groupbutton: Ähnlich wie eine Checkbox, jedoch kann immer nur ein Groupbutton innerhalb einer Gruppe aktiv sein.
** List: Generiert eine Liste inklusive Positionsbalken an der rechten Seite. Ein Element ist auswählbar. Mit Aktionen belegbar.
** Shortcut: Nicht sichtbar. Bietet das direkte Ausführen von Funktionen an, ohne dass erst ein Objekt einen Fokus haben muss.
** Globaler Shortcut: Wie ein Shortcut, jedoch in jedem Fenster aktiv. Beispielsweise nützlich um aus jedem Fenster heraus zu einer Fehlermeldung springen zu können.
* Generell lässt sich die Fokusierbarkeit aller Objekte auch deaktivieren.
* Fokusierte Objekte können eine andere Schriftart verwenden.
* Unter „Aktionen“ ist folgendes möglich: Den Wechsel zu einem anderem (Unter)fenster und/oder der Aufruf der Funktion menu_action mit einer individuellen Nummer als Parameter. Das bedeutet, dass der Wechsel zwischen einzelnen Fenster keinen zusätzlichen Aufwand beim Programmieren benötigt.
* Statische Texte und Grafiken können in der Menüstruktur abgelegt werden, dynamische im RAM.
* Kommt ohne Interrupts, Delays u.ä. aus.
* Einfache Umschaltung zwischen verschiedenen Sprachen zur Laufzeit

== Einschränkungen ==

* Die LCD Auflösung ist auf 4096x4096 begrenzt
* Listen funktionieren mit Touchdisplays bisher nur eingeschränkt
* Objekte haben ihren festen Platz auf dem Bildschirm, ein Verschieben zur Laufzeit ist nicht möglich.
* Animationen sind nur schwer zu realisieren
* Es lassen sich maximal 16 verschiedene Groupbuttons je Gruppe verwenden. Es sind maximal 16 verschiedene Gruppen möglich
* Die Anzahl der unterschiedlichen Checkboxen ist auf 256 begrenzt
* Die Anzahl der unterschiedlichen Listen ist auf 256 begrenzt und die Zeilenzahl auf ~10000
* Die Anzahl der unterschiedlichen Indexe von Multi-Grafiken ist auf 256 begrenzt und jede Multi-Grafik unterstützt maximal 65536 verschiedene darstellbare Bitmaps.

Die Limits sind sicher hoch genug, dass es für fast alle Anwendungsfälle reichen müsste.

== Funktionsweise ==

[[Bild:Menuinterpreter-schema.png|right]]

Die Funktionen für die Grafikausgabe und dem Zugriff auf die Menüstruktur muss selbst geschrieben werden. Dies ermöglicht eine Anpassung an eigene Displays und beliebige Speicher.

Bei der Grafikausgabe, wird vor jedem Neuzeichnen einmal menu_screen_clear aufgerufen. Die Funktion ist deswegen nicht als einzelne menu_screen_set Aufrufe integriert, weil es oftmals einfach schnellere Methoden zum Löschen eines Bildschirms gibt, als jeden Pixel einzeln zu setzen.

Die menu_screen_set Funktion setzt beim Neuzeichnen alle Pixel, wobei bei übereinander liegenden Objekten der gleiche Pixel mehrfach gesetzt werden kann. Generell sollte nur das niederwertigste Bit beachtet werden und der Inhalt der höherwertigen irrelevant sein. Außerdem muss darauf geachtet werden, dass bei dem Funktionsaufruf die Bildschirmgröße noch nicht beachtet wird.
Zum Schluss eines Neuzeichnens, wird einmalig menu_screen_flush() aufgerufen. Dann sollte der zuvor durch menu_screen_set gesetzte Inhalt wirklich auf das LCD geschrieben werden. Zwar kann auch stattdessen menu_screen_set direkt jeden Pixel auf dem LCD setzten, dann wird jedoch eventuell der Bildaufbau sichtbar und beim mehrfachen setzen des gleichen Pixels kann dies unnötig lange dauern.

menu_byte_get muss dem Interpreter die Daten der Menüstruktur liefern. Die Implementierung kann aus einem simplen Arrayzugriff oder aber aus einer komplexen Leseroutine für externe EEPROMs oder MMC bestehen. Generell sollte jedoch Speicher mit langer Latenz vermieden werden. Ist die Menüstruktur fehlerhaft, kann es zu Leseversuchen außerhalb der Größe der Menüstruktur kommen, ansonsten sollte dies nicht vorkommen.

menu_action wird immer dann aufgerufen, wenn ein Objekt mit einer Aktion belegt wurde. Das Ändern der Auswahl in einer Liste wird ebenfalls automatisch eine eigene Aktion zugewiesen. Als Parameter wird eine eindeutige 16Bit Nummer übergeben. Im MenüDesigner wird einer Aktion ein Name gegeben. Alle Namen werden automatisch durchnummeriert und eine Header Datei generiert, welche die Zuordnung Nummer - Aktion Name ermöglicht. Als Rückgabe kann angegeben werde ob die Aktion ein Neuzeichnen des Bildschirms erfordert. Dies ist sinnvoll wenn kein Bildschirmwechsel erfolgt, aber sich auf dem aktuellem etwas geändert hat, z. B. ein anderer Text gesetzt wurde.

Indexnummern für Dynamische Texte und Grafiken, die Eigenschaften von Radiogroups und Checkboxen werden auf eine ähnliche Weise automatisch generiert und sind dann unter dem eingestellten Namen in den Arrays auffindbar.

Dynamische Texte müssen generell wie in C Nullterminiert (\0) sein und haben keine Längenbeschränkung. Der Inhalt einer Liste ist ein langer Text, wobei \n eine neue Zeile markiert.
Grafiken werden gelesen, bis der letzte Pixel der fest eingestellten Größe gesetzt ist.

menu_redraw sollte immer dann aufgerufen werden, wenn sich dynamische Texte/Grafiken geändert haben und einmal zu Beginn des Programms.

menu_keypress ist die generelle Eingabemöglichkeit des Menüs. Je nach eingestellten Key werden die entsprechenden Aktionen ausgeführt. Beispielsweise „Fokus aufs nächste Objekt setzen“. Der Parameter darf einen Wert von 1 bis 255 haben.

Ab Version 1.4 kann zusätzlich zu der Funktion menu_keypress der Aufruf menu_mouse verwendet werden. Dieser besitzt als weitere Parameter die Bildschirmkoordinaten. Der Key Parameter wird auf das Objekt angewendet, welches sich an den entsprechenden Bildschirmkoordinaten befindet. Der aktuelle Fokus wird ignoriert und nicht geändert.

Ab Version 1.5 gibt es optional die Möglichkeit mehrere Sprachen zu unterstützen. Hierzu kann für jede Sprache im Editor ein eigener Text hinterlegt werden und dann mit der Funktion menu_language_set eine anzuzeigende Sprache ausgewählt werden. Maximal sind 255 verschiedene Sprachen möglich.

Ab Version 1.6 lässt sich für GFX Objekte 'Multi-image' auswählen. In diesem Fall wird das ausgewählte Bitmap vertikal in mehrere Bilder zerlegt. Über die Variable menu_gfxindexstate[] lässt sich dann einstellen, welches angezeigt werden soll. Ist der Index größer als die Anzahl der Bilder, wird der Wert beim nächsten Zeichnen auf 0 gestellt, so dass sich mit einem periodischem Hochzählen und Neuzeichnen ohne Bereichsüberprüfung leicht endlos laufende Animationen realisieren lassen.

In der Version 1.7 sind zusätzlich zu den seit Beginn vorhandenen 5x7 Pixel Schriftarten noch besonders kompakte 5x5 Pixel Schriftarten hinzugekommen. Des Weiteren wird jetzt noch etwas kompakterer Code generiert, wenn Objekttypen nicht verwendet werden.

== Weiterentwicklung ==
Falls es Interesse an weiteren Features gibt, bin ich - je nach Funktion - gerne bereit diese zu Implementieren. Schreibt am besten ins Forum.
Bisherige Ideen, deren Aufwand ich als nicht all zu hoch einschätze:
* Die Möglichkeit Größe und Position der Objekte zur Laufzeit zu verändern

== Download ==
[http://www.mikrocontroller.net/topic/140369#1409100 Beitrag in der Codesammlung]

[http://www.mikrocontroller.net/topic/140369#1292087 Fertige .hex Datei zum Testen auf einem ATMega8]

[http://menudesigner.sourceforge.net/ Und inzwischen gibt es den Code auch bei Sourceforge]

[[Category:Projekte]]
[[Category:Displays und Anzeigen]]

MenuDesigner

2014-05-22T19:49:21Z

Malte: /* Funktionsweise */ Änderungen in Version 1.7

Menüsystem für monochrome GLCDs

== Idee ==
[[Bild:Lcd-menu-demo.jpg |200px|right]]
[[Bild:MenuInterpreter-demo.png|200px|right]]

Die Idee war es, ein möglichst einfaches Menüsystem für kleinere LCDs zu haben, welches sich leicht erstellen lässt und dennoch die wichtigsten Elemente moderner Deskop GUIs zu bieten. Außerdem sollte der Flashverbrauch niedrig gehalten werden und nicht zwangsweise mit komplexeren Menüs immer größer werden.

== Features ==
[[Bild:MenuEdit.png|200px|right]]

* Nicht an einen bestimmten LCD Controllertyp gebunden
* Grafischer Editor für Linux und Windows
* Benötigt 5KB Flash (bei einem ATMega8 und 16Bit Adressen)
* Auch als PC Programm testbar
* Sehr geringer statischer RAM Verbrauch (allerdings durchaus etwas mehr Stack)
* Der Sourcecode steht unter der GPL
* Abspeichern der Menüstruktur als kompakte Bytecodes auf einem beliebigem wahlfrei lesbarem Speicher
* Die Menüstruktur darf bis zu 16MB groß werden (24/32 Bit Adressen) oder 64KB bei 16 Bit Adressen
* Die Navigation innerhalb des Menüs ist auf eine Bedienung mit wenigen Tasten optimiert. Alternativ kann auch eine Maus oder ein Touchscreen verwendet werden (die Liste wird hier bis auf weiteres aber nicht vollständig unterstützt).
* Unterstützung von verschiedenen Fonts
* Generell kann zwischen Objekten innerhalb eines Fensters mit zwei Tasten, ähnlich wie bei der TAB Taste, hin und her gewechselt werden „Fokus“. Mit einer weiteren Taste „Enter“ können dann dem Objekt zugeordnete Aktionen ausgeführt werden.
* Objekte des Menüsystems:
** Fenster: Enthält mehrere weitere Objekte und füllt üblicherweise den Bildschirm des LCDs komplett aus.
** Unterfenster: Kann ebenfalls weitere Objekte enthalten, wobei nur ein Teil des Bildschirms ausgefüllt wird und in dem restlichem Teil des Bildschirms weiterhin das ursprüngliche Fenster zu sehen ist
** Box: Dient dazu Teile des Bildschirms flächendeckend weiß oder schwarz zu füllen. Ebenfalls verwendbar für horizontale und vertikale Linien, sowie als „Löschfunktion“.
** Button: Zeigt Text an und kann mit Aktionen belegt werden. Wahlweise mit oder ohne Umrandung einsetzbar.
** Label: Einfaches Objekt zum Anzeigen von Text
** GFX: Zeigt Pixelgrafiken an und unterstützt eine einfache Längenkompression. Ebenfalls mit Aktionen belegbar. Zusätzlich lässt sich sehr leicht zwischen verschiedenen Darstellungen umschalten, was sich gut für Animationen eignet.
** Checkbox: Bietet eine Auswählbare Schaltfläche mit Text an. Mit Aktionen belegbar.
** Groupbutton: Ähnlich wie eine Checkbox, jedoch kann immer nur ein Groupbutton innerhalb einer Gruppe aktiv sein.
** List: Generiert eine Liste inklusive Positionsbalken an der rechten Seite. Ein Element ist auswählbar. Mit Aktionen belegbar.
** Shortcut: Nicht sichtbar. Bietet das direkte Ausführen von Funktionen an, ohne dass erst ein Objekt einen Fokus haben muss.
** Globaler Shortcut: Wie ein Shortcut, jedoch in jedem Fenster aktiv. Beispielsweise nützlich um aus jedem Fenster heraus zu einer Fehlermeldung springen zu können.
* Generell lässt sich die Fokusierbarkeit aller Objekte auch deaktivieren.
* Fokusierte Objekte können eine andere Schriftart verwenden.
* Unter „Aktionen“ ist folgendes möglich: Den Wechsel zu einem anderem (Unter)fenster und/oder der Aufruf der Funktion menu_action mit einer individuellen Nummer als Parameter. Das bedeutet, dass der Wechsel zwischen einzelnen Fenster keinen zusätzlichen Aufwand beim Programmieren benötigt.
* Statische Texte und Grafiken können in der Menüstruktur abgelegt werden, dynamische im RAM.
* Kommt ohne Interrupts, Delays u.ä. aus.
* Einfache Umschaltung zwischen verschiedenen Sprachen zur Laufzeit

== Einschränkungen ==

* Die LCD Auflösung ist auf 4096x4096 begrenzt
* Listen funktionieren mit Touchdisplays bisher nur eingeschränkt
* Objekte haben ihren festen Platz auf dem Bildschirm, ein Verschieben zur Laufzeit ist nicht möglich.
* Animationen sind nur schwer zu realisieren
* Es lassen sich maximal 16 verschiedene Groupbuttons je Gruppe verwenden. Es sind maximal 16 verschiedene Gruppen möglich
* Die Anzahl der unterschiedlichen Checkboxen ist auf 256 begrenzt
* Die Anzahl der unterschiedlichen Listen ist auf 256 begrenzt und die Zeilenzahl auf ~10000
* Die Anzahl der unterschiedlichen Indexe von Multi-Grafiken ist auf 256 begrenzt und jede Multi-Grafik unterstützt maximal 65536 verschiedene darstellbare Bitmaps.

Die Limits sind sicher hoch genug, dass es für fast alle Anwendungsfälle reichen müsste.

== Funktionsweise ==

[[Bild:Menuinterpreter-schema.png|right]]

Die Funktionen für die Grafikausgabe und dem Zugriff auf die Menüstruktur muss selbst geschrieben werden. Dies ermöglicht eine Anpassung an eigene Displays und beliebige Speicher.

Bei der Grafikausgabe, wird vor jedem Neuzeichnen einmal menu_screen_clear aufgerufen. Die Funktion ist deswegen nicht als einzelne menu_screen_set Aufrufe integriert, weil es oftmals einfach schnellere Methoden zum Löschen eines Bildschirms gibt, als jeden Pixel einzeln zu setzen.

Die menu_screen_set Funktion setzt beim Neuzeichnen alle Pixel, wobei bei übereinander liegenden Objekten der gleiche Pixel mehrfach gesetzt werden kann. Generell sollte nur das niederwertigste Bit beachtet werden und der Inhalt der höherwertigen irrelevant sein. Außerdem muss darauf geachtet werden, dass bei dem Funktionsaufruf die Bildschirmgröße noch nicht beachtet wird.
Zum Schluss eines Neuzeichnens, wird einmalig menu_screen_flush() aufgerufen. Dann sollte der zuvor durch menu_screen_set gesetzte Inhalt wirklich auf das LCD geschrieben werden. Zwar kann auch stattdessen menu_screen_set direkt jeden Pixel auf dem LCD setzten, dann wird jedoch eventuell der Bildaufbau sichtbar und beim mehrfachen setzen des gleichen Pixels kann dies unnötig lange dauern.

menu_byte_get muss dem Interpreter die Daten der Menüstruktur liefern. Die Implementierung kann aus einem simplen Arrayzugriff oder aber aus einer komplexen Leseroutine für externe EEPROMs oder MMC bestehen. Generell sollte jedoch Speicher mit langer Latenz vermieden werden. Ist die Menüstruktur fehlerhaft, kann es zu Leseversuchen außerhalb der Größe der Menüstruktur kommen, ansonsten sollte dies nicht vorkommen.

menu_action wird immer dann aufgerufen, wenn ein Objekt mit einer Aktion belegt wurde. Das Ändern der Auswahl in einer Liste wird ebenfalls automatisch eine eigene Aktion zugewiesen. Als Parameter wird eine eindeutige 16Bit Nummer übergeben. Im MenüDesigner wird einer Aktion ein Name gegeben. Alle Namen werden automatisch durchnummeriert und eine Header Datei generiert, welche die Zuordnung Nummer - Aktion Name ermöglicht. Als Rückgabe kann angegeben werde ob die Aktion ein Neuzeichnen des Bildschirms erfordert. Dies ist sinnvoll wenn kein Bildschirmwechsel erfolgt, aber sich auf dem aktuellem etwas geändert hat, z. B. ein anderer Text gesetzt wurde.

Indexnummern für Dynamische Texte und Grafiken, die Eigenschaften von Radiogroups und Checkboxen werden auf eine ähnliche Weise automatisch generiert und sind dann unter dem eingestellten Namen in den Arrays auffindbar.

Dynamische Texte müssen generell wie in C Nullterminiert (\0) sein und haben keine Längenbeschränkung. Der Inhalt einer Liste ist ein langer Text, wobei \n eine neue Zeile markiert.
Grafiken werden gelesen, bis der letzte Pixel der fest eingestellten Größe gesetzt ist.

menu_redraw sollte immer dann aufgerufen werden, wenn sich dynamische Texte/Grafiken geändert haben und einmal zu Beginn des Programms.

menu_keypress ist die generelle Eingabemöglichkeit des Menüs. Je nach eingestellten Key werden die entsprechenden Aktionen ausgeführt. Beispielsweise „Fokus aufs nächste Objekt setzen“. Der Parameter darf einen Wert von 1 bis 255 haben.

Ab Version 1.4 kann zusätzlich zu der Funktion menu_keypress der Aufruf menu_mouse verwendet werden. Dieser besitzt als weitere Parameter die Bildschirmkoordinaten. Der Key Parameter wird auf das Objekt angewendet, welches sich an den entsprechenden Bildschirmkoordinaten befindet. Der aktuelle Fokus wird ignoriert und nicht geändert.

Ab Version 1.5 gibt es optional die Möglichkeit mehrere Sprachen zu unterstützen. Hierzu kann für jede Sprache im Editor ein eigener Text hinterlegt werden und dann mit der Funktion menu_language_set eine anzuzeigende Sprache ausgewählt werden. Maximal sind 255 verschiedene Sprachen möglich.

Ab Version 1.6 lässt sich für GFX Objekte 'Multi-image' auswählen. In diesem Fall wird das ausgewählte Bitmap vertikal in mehrere Bilder zerlegt. Über die Variable menu_gfxindexstate[] lässt sich dann einstellen, welches angezeigt werden soll. Ist der Index größer als die Anzahl der Bilder, wird der Wert beim nächsten Zeichnen auf 0 gestellt, so dass sich mit einem periodischem Hochzählen und Neuzeichnen ohne Bereichsüberprüfung leicht endlos laufende Animationen realisieren lassen.

In der Version 1.7 sind zusätzlich zu den seit Beginn vorhandenen 5x7 Pixel Schriftarten noch besonders kompakte 5x5 Pixel Schriftarten hinzugekommen. Zusätzlich wird jetzt noch etwas kompakterer Code generiert, wenn Objekttypen nicht verwendet werden.

== Weiterentwicklung ==
Falls es Interesse an weiteren Features gibt, bin ich - je nach Funktion - gerne bereit diese zu Implementieren. Schreibt am besten ins Forum.
Bisherige Ideen, deren Aufwand ich als nicht all zu hoch einschätze:
* Die Möglichkeit Größe und Position der Objekte zur Laufzeit zu verändern

== Download ==
[http://www.mikrocontroller.net/topic/140369#1409100 Beitrag in der Codesammlung]

[http://www.mikrocontroller.net/topic/140369#1292087 Fertige .hex Datei zum Testen auf einem ATMega8]

[http://menudesigner.sourceforge.net/ Und inzwischen gibt es den Code auch bei Sourceforge]

[[Category:Projekte]]
[[Category:Displays und Anzeigen]]

Reichelt-Wishlist

2014-04-16T18:31:34Z

Malte: Atxmega ohne U sind deprecated

= Reichelt Wunschliste =

Auf dieser Seite können Wünsche zur Erweiterung des Reichelt-Lieferprogramms eingetragen werden. Es ist keine offizielle Wunschliste von Reichelt und es ist nicht bekannt, ob Reichelt-Mitarbeiter diese Seite regelmäßig 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. Blöcke von 50 Strichen werden regelmäßig gegen eingefärbte Kolonnen von Ausrufezeichen ausgetauscht, die den Reichelt-Mitarbeitern hoffentlich umso mehr auffallen ;)

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

__TOC__

= Wunschliste =
== Halbleiter ==
=== Controller, FPGA und CPLD ===

* Ajile aj-100 (Java Real-Time Prozessor) ||||
* ALTERA CPLD EPM30xx - Familie |||
* ALTERA CPLD EPM70xx - Familie ||||| ||||| ||||| ||||| |||
* ALTERA Cyclone2 - Familie ||||| ||||| ||||| ||||| ||||
* ALTERA Cyclone3 - Familie ||||| ||
* ALTERA Flex10K - Familie ||||
* ALTERA MAX-II (CPLDs) ||||| ||||| ||||| ||||
* ALTERA MAX-V CPLDs |
* ARM: Cortex M3 Nachfolger für die LPC2x
* Atmel AT89LP4052 PDIP ||||| ||||| ||||
* Atmel AT89S2051/4051 |||||
* Atmel AT90PWM3B (µC für Servosteuerungen und z.b. Motorsteuerungen) ||||| ||||| ||||| ||||| ||||| |
* Atmel ATA6612/13 (LIN-Bus SoC) ||
* Atmel ATxmega192A3U-AUR |
* Atmel ATmega 16L und 32L in TQFP (wäre ATmega 16/32L8 TQ) ||||| ||
* Atmel ATmega16M1 in TQFP |||
* Atmel ATmega324P in TQFP und PDIP ||||| ||||| ||||| |
* Atmel ATmega324PV in TQFP und PDIP ||
* Atmel ATmega48P in TQFP und PDIP ||||
* Atmel ATmega644p(a) / ATmega1284p(a) in TQFP und PDIP ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Atmel ATtiny2313V in SO und PDIP ||||| |
* Atmel ATtiny4313 |||||||
* Atmel ATtiny1634 ||
* Atmel ATtiny261 (auch 461 und 861; bevorzugt DIP) ||||| ||||| ||||| |||
* Atmel AVR Controller mit Funkanbindung z. B. AT86RF230, AT86RF211, AT86RF401, dazu passende Quarze (evtl. SMD) 18,080 MHz (Crystek P/N 016758), Spulen 39nH. {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||||| ||||| ||||| ||||| ||||
* Atmel AVR mit USB: AT90USB82 und ATmega32u4 {{Reichelt50|FF0000}} ||||| ||
* Atmel AVR32 im TQFP ||||| ||||| ||||| ||||| |||||
* Atmel Cortex M3 SAM3S im QFN/LQFP Gehäuse ||
* Atmel Dream Sound Synthesizer Chips, z. B. ATSAM3103 und ATSAM3308 ||||| ||||
* Axis Etrax 100LX Risc Processor (kostenloses Linux-System vorhanden) ||||| ||||
* Bessere Auswahl: statt MSP430F147, F148, F149 wenigstens einen mit DAC -> MSP430F16x
* CY7C68013A-56PVXC (Cypress EZ-USB FX2LP) ||||| |||
* Cypress PSoC Mikrocontroller ||||| ||||| ||||| ||
* Freescale DSP56F801 ||||
* Freescale HCS12 Controller ||||| ||||| ||||| ||||| ||||
* Freescale MC9S08QD4 ||||
* Freescale MC9S08QEx |
* Freescale MC9S08QG8 (DIP 16) ||||| ||||| ||||| ||||
* Freescale Prozessoren (Coldfire) (16 + 32 Bit) ||||| ||
* Infineon XC866 ||||| ||||| ||||| ||||| |||
* Lattice GAL 26V12 ||
* Lattice ispMACH 4032C / 4064C / 4128C |||||
* Luminarymicro Stellaris Serie (Cortex-M3) ||||| ||
* Maxim/Dallas DS89C450 |
* 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)) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}{{Reichelt50|0000FF}}{{Reichelt50|00FFFF}}||||| ||||| | ||||| ||||| ||||| |
* Microchip dsPIC33FJ128GP802 |||||
* Microchip PIC12F1822 |
* Microchip PIC24HJ64GP202-I/SP |
* NXP LPC1114 (auch in DIP verfügbar!) ||||| |||
* NXP LPC1313 |||||
* NXP LPC1343 ||
* NXP LPC1751 |||
* NXP LPC1754 ||||
* NXP LPC214x-Serie ARM7-Controller ||||| ||||| |||||
* NXP LPC23xx/24xx ||||| ||
* NXP SAA5281 Videotextinterface ||||| ||||
* Parallax Propeller CPU, 8 Cogs - DIP 40 ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* PICAXE von Revolution Education Ltd ||
* Renesas M16C ||||| ||||
* Silabs C8051F320 USB Mikrocontroller ||
* Silabs C8051F340 USB Mikrocontroller ||
* Silabs Si4735 im SSOP-Gehäuse (AM/FM-Empfänger) ||||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com ||||| ||||| ||||
* ST ST7MC... (µC für Servosteuerungen, und vor allem Brushless-Motoren) ||||| ||||| |
* QFP Bausteine der STM32F4 Serie (Cortex-M4)
* ST STR7 Serie (ARM7TDMI) ||
* TI MSP430F167, TI MSP430F168 ||||
* TI MSP430F2001/2/3 etc. im RSA-Gehäuse (=QFN) ||||| ||
* TI MSP430F2618 |||
* TI MSP430FG4618 |
* TI MSP430G2553IN20 viele MSP430 Gs im DIP-Gehäuse für Launchpad-Besitzer ||
* TI TMS470 Arm7 ||||| ||||| ||||| ||||| |
* TI TUSB3210 ||||| ||
* Ubicom SX20 SX28 IP2022 ||
* Western Design Center 65c816 |||
* XC3S 400 TQ144 |||
* 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 ||||| ||
* 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 |
* Upgrade der XMEGA auf die XMEGA U Serie (zb ATXMEGA 64A1 -> ATXMEGA 64A1U)

=== Speicher ===

* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 ||||| |||||
* 24AA02E48 (EEPROM mit einprogrammierter MAC-Adresse) ||
* 3.3V async SRAM ab 16KByte ||||| |||
* 3.3V DRAM ||||| ||
* EEPROM mit SPI Schnittstelle 25XX Serien ||||| ||||
* F-RAM mit SPI von RAMTRON ||||| |||||
* FM25L16 o. FM25L256 SPI-FRAM ||
* FPGA Konfigurations-EEPROMS AT17LV256, AT17C65/128/256.../XCF04S/... ||||| ||||| ||||| |||||
* NexFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) ||||| ||||| ||||| |||
* RAMs (SRAM oder DRAM) mit ordentlicher Kapazität (z. B. HY57V641620HG oder besser) ||||| ||||| ||||| |||||
* Schnelles statisches RAM 128kB (10, 12, 15 oder 20ns, z. B. Samsung K6R1008C1D-UI10 oder CY7C1019D-10ZSXI) (5V/3,3V) {{Reichelt50|FF0000}}||||| ||||| |||||
* Serielle SRAMs (Microchip 23K256) ||

=== Einzeltransistoren, Op-Amps, MOSFET-Treiber ===

* OPA134, OPA2134, OPA4134 low noise audio OpAmps ||
* 2SC1971 Transistor mit hoher Frequenz und viel Leistung für Endstufen ||
* AD623 Single Supply,Rail-Rail, InstrOpamp ||||| |
* AD628 InstrOpAmp, high voltage inputs |
* AD8601 Rail to Rail Opamp |
* BSH205 P-Channel 1.5V(GS), 0.75A, 12V D-S |||
* BUF420AW Schaltnetzteil Transistor von STM |||||
* Digitaltransistoren (BCR*), auch als Pärchen NPN/PNP (BCR10, BCR08pn) ||||| ||||
* IPS5451S intelligenter Leistungsschalter 50 V, 35 A, 25 mΩ |
* IPW60R045CS Infineon MOSFET 600V 45mOhm Rdson 30ns tr+tf (niedrigster Rdson in der Klasse) |
* High Side Driver, 8-fach, z.B. AMIS−39101 (350 mA, 3Ω, SPI) |
* IR2011 MOSFET Treiber |||
* IR21844 DIL (High-Speed IGBT-Driver) |||
* IR3313 o.ä. Intelligenter Leistungsschalter 32V/90A, einstellbare Strombegrenzung |||
* IRF7503/IRF7506 Dual MOSFET SMD ||||| |||||
* IRFI4212H-117P Doppel-MOSFET (f. Klasse D-Verstärker) |
* J-FET BF545 A,B,C (entspricht BF245 in SMD ) |
* Leistungs-OP LM675 von National ||
* LM397, LM321 o.ä. single op-amp in SOT23-5 5-30V supply {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||
* MAX4420 MOSFET Driver ||
* MAX4429 MOSFET Driver ||
* MC 34152 D-SMD SO8 Dual MOSFET Driver |
* Mehr FET-Treiber (TI UCC3372x, HIPxxx , die neueren Brückentreiber von Maxim ||||| |||
* mehr FETs und IGBTs (nicht nur IRF, sehr gut IXYS <- und sauteuer!) ||||| ||||
* MJD31C NPN Transistor SMD DPAK 3
* Philips PDTD113E/123E und PDTB113E/123E (PNP und NPN im sot23 mit internen Widerständen für Basis und PullUp/Down ||
* Schnellere und gleichzeitig günstige OpAmps; Beispiel AD8055 ||
* Si4562DY N- and P-Channel 2.5-V (G-S) MOSFET SMD ||||| ||||| ||
* SPP20N60C3 Infineon MOSFET 600V 190mOhm Rdson <10ns tr+tf (Schnellste Schaltzeit in der Klasse) ||||| |
* TLC2264 (Quad Rail-to-Rail Operational Amplifier) |||
* TLV2782 (1,8V Rail-to-Rail OP) '''unklar: War "TLV27(2"''' |||||
* TLC3702 Komparator ||
* TLV2382ID Rail-Rail-OP von TI ||
* Sehr schnelle Op-Amps wie LMH6733 o.a in single und trible ||

=== Schaltregler (Buck, Boost, DC/DC,...) ===

* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM |||||
* Größere Auswahl an Step-up Reglern ||||| ||||| ||||| ||||| ||||| ||||| |
* L4941 Spannungsregler 5V/1A in SMD-Ausführung (DPAK) ||||| ||||| |
* L5970 o. L5972 1 bzw. 2A, 250kHz Schaltregler im SO8 |
* L5973D 2,5A, 250kHz, Schaltregler im SO8 (ca. 1€) |||||
* LF50ABDT Spannungsregler SMD DPAK 5.0V very low drop |
* LM1084-ADJ (low dropout voltage positive regulator) |
* LM1117 (low dropout voltage regulator) - 1,8V ||
* LM1117MPX-1.8 und LM1117MPX-3.3 (SMD-Spannungsregler SOT-223) ||||| ||||| |||||
* LM2734 Schaltregler |||||
* LM317EMP oder LM317AEMP SMD-Spannungsregler einstellbar (SMD TO-223 Gehäuse) ||||| ||||| ||||
* Maxim MAX629, MAX1795, MAX1703 (Aufwärtsregler / Step-Up-Konverter) ||||| ||||| |||||
* MAX859CSA |
* MAX 8865 Dual, Low-Dropout, 100mA Linear Regulator |
* MC78LCxx Serie - Ultra Low Drop Spannungsregler 3-5 Volt mit 1 Mikro-Ampere Ruhestrom ||||| ||
* MIC29300/29301 Spannungsregler 5,0V 3A im TO263(SMD) Gehäuse ||
* NCP3063: 1.5 A, BUCK _&_ BOOST Inverting Switching Regulator DIP8/SOIC8 (MC34063 upgrade) (0,32$) |
* R-523.3PA Schaltregler 4V - 18V Eingang, variabler Ausgang (Nominalspannung 3.3 V) mit nur 2-4 externen Bauteilen bei > 90% Effizienz
* R-723.3P Schaltregler 4V - 28V Eingang, variabler Ausgang (Nominalspannung 3.3 V) mit nur 2-4 externen Bauteilen bei > 90% Effizienz |
* 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) ||||| |||
* R-785.0-1.0 Schaltregler, Ausgang 5,0V, 1A ||||
* ST1S10 günstiger "Monolithic synchronous step-down regulator" bis zu 3A Ausgang |||||
* TI TPS61070 3.3V-75mA-aus-einer-NiMH-Zelle (+ passende SMD-Induktivität) |
* ViPER Schaltregler von ST ||
* ViPER 12A |
* LM3578 sehr universeller, weil in allen Konfigurationen einsetzbarer Schaltregler (DIP8) von NS mit 1.25V Vref |
* LTC4089 USB Power Manager with High Voltage Switching Charger |
* IS31LT3360 40V/1.2A LED DRIVER um 1€ |

=== Konstantstromquellen (LED, Akkus) ===

* CCS-Akkulade-IC (z. B. CCS9620SL) (siehe [[http://bticcs.com/]]) ||||||
* HV9910 Schaltregler für die Hochleistungs-LEDs Ub=8-450V; I beliebig; Eff. besser 90% ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* LM340x High Power LED-Treiber von National ||||
* LTC3490 (350mA-Konstantstromquelle) ||||| ||||| |
* Max1555 - LiPo Lade IC ||||| |
* MAX7313 16 LED-PWM-Dimmer (Im Gegensatz zu den Philips-ICs ist jede einzelne LED-Dimmbar, dafür nur in 16 Schritten) ||||| ||||| |
* PCA9685 16Kanal 12Bit PWM LED Controller ||||| |||||
* STP08CL596B1 DIP16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER ||
* STP08CL596M SO16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER ||||
* STP16CL596B1R DIP24 STM, LOW VOLTAGE 16-BIT CONSTANT CURRENT LED SINK DRIVER ||
* STP16CL596M SO24 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |||
* TLC5940 16 Kanal PWM LED-Treiber ||||| ||||| |||||
* UDN 2987 LW (Source Driver UDN298 SMD-Bauform) ||
* Holtek HT16K33 8*16-LED-Controller |

=== Ethernet, I²C (2Wire), SPI und andere Interfaces ===

* AMIS−39101: Siehe [http://www.mikrocontroller.net/articles/Reichelt-Wishlist#Einzeltransistoren.2C_Op-Amps.2C_MOSFET-Treiber MOSFET-Treiber]
* CLC020 und CLC021 (National Semiconductor) Parallel Component nach SDI-Converter |||||
* CP2120 single-chip SPI to I2C bridge and GPIO port expander |
* CS8900A Ethernet-Controller ||||| |||
* CY7C67300 (Cypress) dual role USB controller mit OTG ||||| ||||| ||||| ||||| |||
* DP83848C (Ethernet Physical Layer Transceiver/PHY, MII/RMII-Schnittstelle, passend zu AT91SAM7X) |||
* Ethernet Magnetics (Auch POE) ||||| |||||
* Fast Ethernet-Controller (DE9000A/B/E, AX88796B, ...) |
* FTDI High Speed Chips, z. B. FT2232H (USB - UART/FIFO IC)||||| |
* Generell mehr 1-Wire-ICs ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Generell mehr I²C-ICs {{Reichelt50|FF0000}}||||| ||||| ||||
* Generell mehr SPI IC ||||| ||||| ||||| ||||| ||||
* IP101 PHY von IC+ (Distri für DE [http://www.topas.de/tt/cfs/icp_cfs_mai05.htm Topas]) ||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) ||||| ||||| ||||| |
* LTC1694-1 (I2C/SMBus Accelerator) ||||| |
* MAX6650 I²C-Lüftermonitor ||
* MAX6958 / MAX6959 (I²C 4-Digit, 9-Segment LED Display Drivers with Keyscan) ||||| ||||| ||
* MAX7311AWG 2Wire Interface von Maxim ||||||
* MCP23008 8Bit I2C I/O Expander |||
* MCP23S08 8BIT SPI I/O Expander |
* P82B86 (I2C Dual Bi-Directional Bus Buffer) ||
* Philips PCA82C252 oder TJA1054A oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) ||||| |||||
* Power over Ethernet Bausteine z. B. LM5070 |||
* RS485 isoliert: z. B. Burr-Brown ISO485 o.ä. ||||| |||
* sn65hvd230/231/232 (CAN-Transceiver) in SO8 |||
* TH3122 K-Line Interface von Melexis ||||| ||||
* TH8080 LIN Transceiver von Melexis (oder vergleichbare) ||
* TI ISO1050 (Isolierter CAN-Transceiver) ||||
* SC18IM700 o.ä. I2C to UART-Converter ||
* RS232 Pegelkonverter für 1,8V (gibt derzeit nichts unter 3,3V). z.B. LTC2803 oder MAX3218 |

=== ADC, DAC und PWM ===

* 16-bit A/D-Wandler (waren von Maxim schon im Programm, sind aber wieder herausgeflogen?) ||||| ||
* AD7524 8-Bit DAC in SMD ||||| ||||| ||||
* ADS8320 ADC 16 Bit seriell ||||| ||||| ||||| ||||| ||||| ||||| |
* ADS8323Y ADC 16 Bit parallel 500kSPS |
* CS5641 von Cirrus...The CS5461 incl. two delta-sigma A/D converters.... ||
* D/A Wandler mit 4 oder mehr Ausgängen, z. B. TLC5620/TLV5629/AD5325 ||||| ||||| |||
* DAC7612 DAC 12 Bit seriell ||||| ||||| ||||| ||||| |||
* DAC8830 IDT (16Bit-DAC,ser. Input) ||||| |
* Generell mehr DAC's (auch die teureren) von TI ||||| |
* Generell mehr I2C IC (ADC, DAC, DSP, u.a. Crystal, BurrBrown etc.) |||||
* Generell mehr PWM-SIC's |||||
* LTC 1655(L) N8 16 Bit DAC interne Ref 2.048/1.25V(L Type) SPI Interface ||
* LTC24xx (24-Bit Delta-Sigma ADC) ||||
* MAX127/128 8-Kanal 12bit ADC mit I2C-Interface |||
* MAX528 8-fach 8Bit DAC mit Output Buffer seriell |
* MCP4725A0 und MCP4725A1 D/A-Wandler 12 Bit I²C ||||
* Philips TDA1543 - 2x16-Bit DAC |
* TI PCM1804 Audio-ADC||||
* TI PCM2707 USB-Audio-DAC ||
* Video-AD-Wandler z. B. LTC2208 (16 Bit 130 MS/s) für FPGA und SDR |
* IR Class-D Amplifier IRS2092 (In D derzeit nirgends erhältlich!) |||

=== Sensoren und Aktoren ===

* 4Hz Supersense µblox LEA-4S GPS module (Importer pointis.de) + Passende Passives Patch antenna (zB. von inpaq.com) ||||| ||||
* Allegro Stromsensoren (z. B. ACS713, ACS756) ||||| ||||| ||||| ||
* Allgemein mehr Sensoren ||||| ||||| ||||| ||||| ||||| ||||
* AD8210YRZ Stromsensor |
* Anemometer ||||| ||
* BLDC-Motoren ||||
* Durchflussmesser (z. B. wie Conrad Nr.155374) ||||| ||||| ||||| |||
* Flexinol / Nitinol (Nickel-Titanium) / NanoMuscle Aktuatoren ||||| ||||| ||||| ||||| |||
* Freescale/Motorola Drucksensoren, besonders die gängigen aber noch fehlenden MPX4100AP, MPX4200AP, MPX4250AP mit der robusten Automotive Spezifikation und Stutzen für Schlauchanschluss = CASE 867B-04 ||||| ||||| ||||| ||||| ||||| ||||| ||
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| ||||| ||||
* Getriebemotoren wie RB35 oder RB40 ||||| ||||| ||||| |
* günstige Temp. Sensoren TC77 ||||| ||||| |||||
* Gyro Sensoren MURATA, ENC-03J A/B ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Gyro, Drehwinkelgeber, Kreiselsensoren ähnl. Tokin CG-L43 {{Reichelt50|FF0000}} ||
* Hall-Sensor(analog) Allegro A1301, A1302 |
* Hall-Sensor UGN3503, KMZ51 ||||| ||||| ||||| |||
* Hall-Sensoren ähnlich TLE4905, aber mit Vcc 3,3V, z. B. CYD1102G (TLE 4905L Hallsensor, 3,8-24V ist lieferbar seit 20.12.11) ||
* I²C-Bus Temperatursensor DS1631Z ||||| ||||| ||||| ||||| |||
* iMEMs Acceleration Sensors ADXL Series von Analog Devices ||||| ||||| ||||| ||||| |
* Induktions-Stromsensoren Coilcraft #J9199-A o.ä. ||||| |||
* IS471 Selbstmodulierende IR-Lichtschranke ||||| ||||| ||||| ||||| ||||| ||
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' ||||| ||||| ||||| ||||| |||||
* LEM Stromsensoren (Transducer) der HAIS-Serie, speziell HAIS 50-P und 100-P ||||| ||||| ||||| ||||
* Luftdruck-/ Temperatur Sensor Intersema MS5534 (mit SPI- Interface) ||||| ||||
* Magnetfeld-Sensor (Kompass-Anwendung) KMZ52 ||||| ||||| |||
* Modellbau-Servos |||
* Piezo Minimotoren/Linearaktoren von Elliptec/Siemens einzeln und günstig ||||| |||||
* PIR Bewegungsmelder ||
* QT160 6-fach Touch Sensor IC ||||| ||
* Sensirion SHT11/SHT71 (oder auch SHT15/SHT75) {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) ||||| ||||| |||||
* Temperatur IC TC1047 |||||
* Temperatursensor mit SPI-Interface LM74 ||||| |||
* Thermoelement Typ-K (MAX6675)/ Typ-J mit Steckverbinder und SPI ||||| ||||| ||||| ||||| ||||| ||||| |||
* Sensoren zur Umweltanalyse (Sauerstoffgehalt der Luft, pH-Wert, etc.) ||

=== Funk und Signalsynthese ===

* Clock generator IC's, z. B. PCK20?? von Philips |
* DDS-IC (Waveform-Generator) von Analog wie AD9833, AD9835 ||||| ||||| ||||| ||||| ||||| ||||| ||||
* EM4095 (RFID) |||||
* LMX2306/LMX2316/LMX2326 PLL Synthesizer von National ||||| ||
* LTC5540 (RF-Mixer) |
* PLL Schaltkreise für Frequenzerzeugung. z. B. MC / ML145170 (SOIC16) / TSA5060A ||||| ||||| ||||| ||||
* SI4735 Silicon Labs Radio ICs ||||| ||||| |
* TEA5757 FM-Tuner IC von Philips |||
* TEA5768HL FM-Tuner IC von Philips |||||
* TPS79318 1,8V 200mA LDO in (bestens für z. B. LPC210x µC) ||

=== sonstige ===
* 74ACTxxx |
* 74ASxxx |
* 74HCxxxx komplette Serie ||||
* 74HCT-Logik in SMD {{Reichelt50|FF0000}}||||| ||||| ||||| ||||
* 74VHC-Serie komplettieren (z. B. 74VHC125D) ||||| ||
* 74xx mehr Familien von Logik-ICs, z. B. AC, ACT, LVC (in SMD) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* A3982 Motortreiber/Controller (1,5A, 2APeak, u.A. für RepRap's) ||
* Automotiv ICs z. B. LM1815, LM1915, LM1949, LM9011, LM9040, LM9044, LMD18400... ||||| |
* Bosch CJ125 (Lambdasonden-IC) ||||| |||||
* DS1616 von Dallas Datalogger-IC ||
* DTMF-Dekoder-Enkoder (8870, 8880) ||||| ||||| ||||| ||||| ||||| |||||
* High Side Current Sense ICs wie MAX4172,LT6105 ||||| ||
* IRS2092 Class-D Audio Driver IC |||
* ISD 2560 -> SOIC Gehäuse (Sprachaufnahme IC) ||||| |
* ITS4141N o. BTS4141N Smart High-Side Power Switch (z. B. bestens für 24V geeignet!) ||
* Kleinere SMD-Bauformen (bes. bei ICs) ||||| ||||| ||||| |||
* L6205 Motortreiber (2Kanal, 2,8A, DMOS)|||||
* L6206N Motortreiber (Wird für OpenDCC benötigt, und ist derzeit nur SEHR schlecht erhältlich) ||
* LM3886 (68W Audioverstärker) ||||| |
* LMD18200 (H-Bridge) |
* LT3080 Linearregler 0V-36V 1.1A ||||
* LT3081 Linearregler 0V-36V 1.5A |
* LTC 4411 ideale Diode 2,6 bis 5,5V max. 2,6A im SOT-23 Gehäuse
* LTZ1000ACH#PBF Linear Technology Präzisions-Referenz (Ersatz für LM399H) ||||
* Maxim Switched Capacitor Tiefpass-Filter (z. B. MAX297, MAX7410) ||||| |
* mehr SMD Bauteile {{Reichelt50|FF0000}} {{Reichelt50|00FF00}} ||||| ||
* MIC6315 von Micrel (3,3/5V Reset Baustein mit manual Reset) ||
* Motortreiber TLE 4205 ||||
* PGA2311 (Stereo Audio Volume Control) |
* PMEG2010AEB 20 V, 1 A ultra low VF Schottky Diode SOD523 |
* SDT06S60 Infineon SiC 600V 6A Silizium-Carbid Schottky-Diode (kein trr, daher keine Schaltverluste) ||||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z. B. 12CWQ06FN von IOR ||||| ||||| ||||| ||
* SMD SM5817 Schottky |
* SMD MBRX120LF Schottky SOT-123 |
* Solenoid drivers TI DRV102T, DRV103U |
* TLV320AIC23B Audio-Codec ||
* TPIC6B595 (oder ähnliche 74xx595 high current (150 mA) shift register) ||||| |||||
* uC supervisor chips + watchdog z. B.: MAX6864 ist z.Z. der beste (0.2uA!) ||||
* USB-Umschalter, z.B. FSUSB42MUX |
* VN808 Low Treshold Octal High Side Driver 0,7A ||
* VS1000 Ogg Decoder von VLSI |
* VS1053 MP3/AAC/WMA/Ogg Decoder von VLSI ||||| ||||| ||
* Zarlink MT8841 Calling Number Identification Circuit |
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) ||||| ||||
* ZRA250F005 Referenzspannungsquelle 2,5V 0.5% SOT23-Gehäuse ||||| ||||| ||
* TXB0108 8-Bit Bidirectional Voltage-Level Translator with Auto Direction Sensing |
* 579-MCP6S91-E/P (Sonderverstärker 1-Ch. 10 MHz SPI PGA) |
* 579-MCP6292-E/SN (Operationsverstärker Dual 10MHz ) |
* 926-LMH6642MAX/NOPB (Operationsverstärker Lo Pwr 130MHz 75mA RR Output Amp) |

== 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 ATSTK1000 von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3918 Atmel] ||||| ||||| ||||| ||||
* Axis Etrax 100LX MCM (Multi Chip Module) A full Linux computer on a single chip! ||||| |||||
* Bluetooth Funkmodul {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||
* Bluetooth Mini-Module (RS232-Bluetooth-"Wandler"-Platinchen) z. B. BTM222 ||||| |||||
* 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 ||||
* FPGA, low-cost Experimentierplatinen ||||| ||||| ||||| ||||| ||||
* Hope RF Module 433 u. 868 MHz, http://www.hoperf.com/pdf/RF12.pdf ||||| ||||| |
* Hope RF Module 2,4GHz, RFM70 |||||
* kostengünstige Funkempfänger/Funksender 433 & 868 Mhz ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* kostengünstige Funkschaltmodule (TLP/RLP) ||||| ||||| ||||| ||||| |||
* Lantronix XPort Direct |||
* Lantronix XPort Embedded Device Server ([http://www.lantronix.com www.lantronix.com]) ||||| ||||| ||
* Microchip PICkit 2 ||||| ||||
* Microchip PICkit 2 (PG164120) ohne Demoplatine ||
* 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 |||
* ST Primer 2 (Experimentierboard fuer ARM Einsteiger) ||
* STM STM3210C-EVAL für <=214,79€ netto (wie bei Future Elektronik, Stand 18.3.2011) |
* TI - MSP430 Wireless Development Tool (AEC13895U) |

== Passive Bauteile ==

=== Spulen und Trafos ===

* Die Micrometals Pulverkerne (-18 und -26) auch in größer ||||| ||
* Fastron 0805 AS Serie vervollständigen ||
* Funk-Entstördrosseln 16A, div. Werte ||||| ||||| ||||| |||
* Funk-Entstördrosseln 330µH / 3A |
* Funk-Entstördrosseln 47µH |||
* Magnetics CoolMu Ringkerne ||||| ||||| ||
* Magnetics MPP Ringkerne ||||| ||||| ||
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Passende Ferrite dazu: N27,N41,N67,N87,N97 ||||| ||||| ||||| ||||| ||||| ||||
* Ringkertrafos >500VA mit höherer Spannung als 30V (Verstärkerbau) |||
* SEPIC-Speicherdrosseln von Würth WE-DD (Größe M u. L) ||||
* Übertrager für Schaltregler z. B. Epcos Typ B78304 ||||| |||||
* Würth Induktivitäten ||||| ||||| ||||| ||||| ||||
* Würth Sortimentskästen Induktivitäten ||||| |

=== Kondensatoren ===

* Axiale Kondensatoren als Blockkondensator unter DIP-Sockeln, z.B. "C410C104M5U5TA7200" |
* Drehkondensatoren 20-500pf ||||| ||||| |||||
* Günstige hochkapazitive Doppelschichtkondensatoren (z. B. Maxfarad MES2245 220F 2,3V) ||||| |||
* Keramikkondensatoren SMD 0603/0805/1206: mehr Zwischenwerte (56p, 82p, 560p) ||||| ||||
* Kleine Niedervolt-Polyproplyenkondis mit mehr Kapazität ||||
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Low-ESR Elkos RM 3,5mm 1.000µF 6,3V (Mainboardaustausch Elko) ||||
* Low-ESR SMD Tantal-Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (AVX?, Epcos?)) ||||| ||||| ||||| ||||| ||||| |
* Radiale Elkos für 400V |
* Radiale Elkos 63V/2200µF |
* Sanyo OS-Con bedrahtet und SMD |||
* Wima FKP02 |
* Wima FKP2 |
* Wima MKP3-X2 (~275V, klein und ideal für Kondensatornetzteile) ||
* Wima MKP4 |||||
* SMD-Keramik/HF in 0402 |
* Bipolare Elkos bis ca. 100µF |

=== Widerstände und Potis ===
* Shunt ( ISABELLENHÜTTE ) PBV 5mOhm |
* Shunt ( ISABELLENHÜTTE ) BVE 2mOhm |
* 25/50/100W Hochlast-Widerstände (~20/50Ω auch weniger) ||||| ||||| ||||| ||||
* Digitalpoti AD5160 mit SPI in SOT23 ||
* Digital-Potentiometer (z. B. 2-Wire MAX546x, AD526x, X9C10x) ||||| ||||| ||||| ||||| ||||| ||||| |
* Durchsteck-Widerstände in kleiner Bauform 0204. ||||| ||||| |||
* Endlospotis als Motorgeber ||
* Erneut die 10k-Ohm SMD-Potis |||||
* Größere Auswahl an (Stereo-)Schiebepotis in log und lin, insbesondere jenseits 100K ||
* Hochlast NTC, z. B. 80-220Ω/1-4A (EPCOS, Ametherm) ||
* Hochspannuns-Widerstände (z. B. 330M/10kV) ||
* iPod-Wheel z.B. QT511-ISSG ||||| ||||| |||||
* Kleine Ein-Gang-Trimmer unterhalb 250Ω |
* Leitplastikpotis im Servogehäuse |
* Linear- und 360° Soft-Pots (iPod-Wheel) wie von spectrasymbol ||||| |||
* Niederohm-Widerstände (Shunts ab 1mOhm im guten Gehäuse z. B. TO220) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Null-Ohm Widerstände (Drahtbrücken) Baugröße wie 1/4W ||||| ||||| ||||
* Präzisions-Spannungsteilernetzwerke ||||| ||||| |
* Präzisionsspannungsteiler 1:10, 1:100, 1:1000 (10MOhm Gesamtwiderstand) |||
* Präzisionswiderstände 0,05% und besser, ev. drahtgewickelt ||||| ||||| ||||| |||
* R2R-Widerstandsnetzwerke (z. B. 10/20kOhm für DA-Wandler an Microcontrollern) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* SMD-Präzisionswiderstände (0,1% TC10ppm/K =>0,1W indukt.arm) ||||| ||||| ||||| ||||
* SMD-Widerstände 0805 auch aus der E24-Reihe ||||| ||||| ||||| ||||| |
* SMD-Widerstände 0805 und 1206 auch unterhalb von 1Ω ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* SMD-Widerstände unterhalb 1Ω, andere Gehäuse als 0805/1206 (leichter erfüllbarer Wunsch) ||||| ||||| ||||| ||||
* statt Radiohm-Potis bitte Prehostat oder Alphastat 16 63256-026xx ||||| ||||| ||||| |
* Widerstände > 10MOhm (möglichst bis 100GOhm) ||||
* Widerstandsnetzwerke 11-Pin (für 10er Bargraphanzeige) |||

=== Quarze, Quarzoszillatoren und Resonatoren ===

* 13,5600 MHz Quarz (benötigt für RFID) (SMD+bedrahtet) ||||| ||||| ||||| ||||
* 24,0000 MHz Standardquarz Grundton ('''kein 3. Oberton!!!'''), benötigt für USB-DMX-Interface (SMD-Grundtonquarz unter 24,0000-MA505 verfügbar) ||||| ||||| |
* 25,0000 MHz '''Grundton'''-Quarz, wird benötigt für Microchip TCP/IP Controller ENC28J60) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}} ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||| (inzwischen als Keramik-SMD-Quarze 25,000000-MJ, 25,000000-MQ, 25,000000-MT, 25,000000-X22, also div. Groessen, verfügbar)
* Allgemein mehr Grundtonquarze bei höheren Frequenzen ||||| |
* Murata Keramik-Resonator CSTLS16M0X, CSTLS20M0X (obwohl 3. OW, direkt mit µC verwendbar) |
* Quarze 6,500000 MHz (HF-Anwendung) ||
* Quarze 32 MHz 10ppm Oscillatorfrequenz 0 bis +70°C |
* Quarz mit 3,200 MHz ||
* Quarzoszillator 9,8304 MHz |||
* SMD Quarze/ Oszillatoren in flachen, kleinen SMD Gehäusen (SMX-A/-B) |||||
* SMD-Quarze mit Standardgehäuse (z. B. HC49/US & HC49/UP) ||||| ||||
* 32,768 kHz Quarz mit 12,5 pF ||

=== Sonstiges ===

* Lötfähige (SMD-) Kühlkörper (Fischer) ||||| ||||| ||||| |||
* Metallbrückengleichrichter für 50A |||||
* Netzfilter FFP Reihe Schurter ||
* Suppressordioden mit Spannungsbereich zwischen 15V und 30V |||
* Übertrager FB2022 oder 20F-001N (passend zu RTL8019AS)||
* Übertrager passend zu ENC28J60 |
* Varistoren 14V auch als bedrahtetes Bauteil (für KFZ-Bordnetz)-> 1,5KE 18CA ||||| ||||| ||
* ESD Schutzdiodenarray für CAN, USB,... z.B. PESD2CAN ||

== HF-Baumaterialien ==

* HF Übertrager/Balun´s ala TC1-1-13m+ (möglichst Breitbandig) |
* Durchführungskondensatoren 1nF/160V (waren Ende '06 noch im Programm) |||||
* Filter SFE10.7MA19 360khz SZP2026 |
* H155 (HF-Kabel) ||||| |
* HF-Litze(n) |
* Keramik / Teflon Leiterplatinen |
* Keramische Filter CFM455... ganzes Sortiment |||||
* MC68160FB
* MC68EN302PV20
* MICRF002/022, MICRF102/103 von Micrel ||||| |
* MMICs und Ringmischer von Mini-Circuits |
* UPC1678 / SGA-3286 (UHF MMICs) |
* PLL ICs z. B. von NXP und National für HF-UHF ||
* S3C4510B
* Transistoren MRFG35010 |
* U.FL bzw. IPEX Steckbuchsen zum Selbstkonfektionieren von HF-Kabeln ||
* ZF-Quarzfilter für versch. Frequenzen (10, 20, 40 MHz) ||
* Zirkulatoren ALD4302SB statt LM239
* µP Compatible CTCSS Encoder,Decoder FX 365

== Optoelektronik und Leuchtmittel ==

=== Einzel-LEDs ===

* DycoLeds (SMD RGB Leds mit integriertem Controller) |
* Acriche 230V~ LEDs
* 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 |||
* Everlight SMD-RGB (fullcolor) 19-337/R6GHBHC-A01/2T |||||
* Generell: Z-Power LEDs von Seoul (günstiger und heller als Luxeon) ||||| ||
* IR-Diode mit viel Power ttp://www.lc-led.com/Catalog/department/36/category/49/1 ||
* Low Current SMD-LEDs (z. B. Osram LG T679 - Anm.: hier gleich die neuen Varianten Lx T67K bestellen, nicht die alten 9er) ||||| ||||| ||||| ||||| |
* Luxeon Rebel weiß (180 lm) auf Star-, Mini- oder normaler Platine ||
* OSRAM Hyper TOPLEDS gelb LY T676-S1T1-26 ||
* OSRAM Hyper TOPLEDS weiss LW T67C-T2U2-5K8L ||
* Reflektoren für 10mm LEDs ||
* Samsung SLS RGB W815 TS (PLCC6 RGB-LED)|
* Seoul Z-LED RGB auf Platine ||
* Seoul Zled P4 (100lm bei 350mA, 240lm bei 1A!) ||||| |||||
* SMD-IR-LEDs in 0603/0805/SOT23 + dazu passende IR-Fotodioden in gleicher Größe ||
* SMD-LED Bauform 0402 rot/gelb/grün/blau/weiss ||||| ||||| ||||| ||||| |||
* Superflux RGB-LED ||||

=== Anzeigen und Displays ===

* 4-Stellige Dot-Matrix LED-Anzeigen Siemens SLG 2016 oder von HP oder ähnliches ||||| |
* 7-Segment-Anzeige 4 DIGIT mit und ohne Doppelpunkt ||||| ||
* 7-Segment-Anzeige, allgemein Low-Current bzw. High Efficiency Versionen anbieten ||||| ||||| ||
* 7-Segment-Anzeige, weiss, gem. Anode ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* 7-Segment-Anzeige, weiss, gem. Kathode ||||| ||||| ||||| ||||| ||||| ||||| ||
* Generell alle 7-Segment-Anzeigen auch in Blau und bis zu 100mm Höhe ||
* Kingbright PSC Serie (16 Segment LED-Display, insbesondere PSC08 und PSC12) |
* LED Punktmatrix Anzeigen 8x8 superrot 3mm (z. B. Everlight ELM-1883SRWA) ||
* LED Punktmatrix bicolor 1.9mm (z.b. Betlux BL-M 07A881SG-XX )
* LED Punktmatrix (Dot-Matrix) 8x8 RGB (z.B. Betlux BL-M 23B881RGB-11) |
* TFT/OLED Farb-Displays, wie die bereits abgekündigten OSRAM OLEDs ||||
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller, z. B. Futaba "LCD Emulators") ||||| ||||| |||

=== andere Leuchtmittel ===

* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||

=== sonstige Optoelektronik ===

* BPW 34 F / FS (aus dem Sortiment gefallen, PIN-Fotodiode) |
* IL207AT (SMD Optokoppler von Infineon) ||||| |||
* ILD256T (SMD AC-Optokoppler) ||||| |||||
* ILD620 (DIP Optokoppler) ||||| ||||| ||||| |||||
* IrDA-Tranceiver TFDS4500 (oder TFDU4100) wieder anbieten - war im 07/2005er Katalog noch drin) ||||| ||||
* PC923 (Opto MOSFET Gate Treiber auch für High Side) |
* SFH6106, SFH6206 4 Pin Optokoppler SMD ||||| |
* TLP 3617 Photo-Triac
* TLP113 (SMD Optokoppler) |||||
* TLP250 (Opto MOSFET Gate Treiber auch für High Side)||||
* TORX 178 Fiberoptik-Receiver |
* TOTX177PL und TORX177PL (Fiberoptik-Transmitter) als Ersatz für TOTX173 und TORX173 (zwar anderes Footprint, aber dafür auch kleiner und günstiger)
* TSOP 1140 Infrarot-Receiver (oder andere 40 kHz IR-Empfänger) |||
* TSOP 1730 Infrarot-Receiver [Achtung! TSOP17xx sind Auslaufmodelle bei Vishay] ||
* TSOP98200 (Breitband IR-Empfangsmodul 20-455 KHz) ||||
* TSOP98260 (Breitband IR-Empfangsmodul 20-60 kHz) |||||
* Vactrol Optokoppler (mit Fotowiderstand zur Analogsignalregelung) |||||

== Mechanisches ==

=== Schalter/Taster/Eingabegeräte, Relais ===

* bistabile Relais mit 2 Wicklungen ||||| ||||| |||||
* Drehimpulsgeber DDM Hopt+Schuler 427 SMD (evt auch normal, stehend & liegend) ||||| ||||| ||||| ||||| ||||| |||||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||| |||||
* Drucktastenfeld Matrix 3x4 ||||| ||||| ||||| ||||| ||||
* Grayhill Series 60A Joysticks mit USB-Adapter |
* Hohlwellen-Drehgeber (z. B. EC35B-Serie von Alps) ||
* kleiner Joystick wie beim Atmel Butterfly ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* mehrpolige Fußschalter, FS 35 bitte bei Druckschalter einordnen ||||
* Miniaturkippschalter mit Verriegelung ||||
* möglichst kleine und flache Druckschalter rastend! |||||
* passende Touchpanels für die coolen Blue-Line-Grafikdisplays ||||| ||||| ||
* Relais mit hohen Wirkungsgrad (daher nur geringer Spulenstrom nötig) ||
* SMD-Schiebeschalter |||||
* Taster Radiohm ST-1034 in rot, grün, gelb, blau, grau und schwarz |
* Taster und Kappen aus der Multimec-Reihe |||
* Taster, Schalter und LED-Fassungen aus der Mentor FEL-Reihe ||||
* Tastköpfe für Taster9308, wie zb Omron B32-2000 oder B32-2010 ||
* PhotoMOS Relay (z. B. AQV257 AQY221 AQY225 von Panasonic |||

=== (Steck-) Verbindungen PC- und Audiotechnik ===

* 2.5mm-Stereo-Klinkenbuchsen (3-polig) SMD ||||
* Adapter 3,5mm-Klinkenbuchse auf 3,5mm-Klinkenbuchse ||
* Cablesharing-Adapter 2x RJ45-Buchsen(1x Ethernet 1x ISDN)1xStecker |http://www.btr-netcom.com/Products/upload/ATCH-002661.pdf
* Floppy-Stromversorgungstecker 3,5" Printausführung ||||| ||
* Günstigere SD/MMC-Steckverbinder z. B.SDBMF-00915B0T2 von MULTICOMP(selbst bei Farnell für 1,80 Euro) ||||| |||
* Hochwertigere 1/4"-Klinkenbuchsen, z. B. von Rean oder Cliff |||||
* Höherwertige 3,5mm-Klinkenbuchsen / -stecker (statt "EBS35" oder "KK(S/M) ..") ||||| ||||| ||||

* Höherwertige Adapter für Klinke (die bisherigen 3,5 auf 6,3mm-Adapter sind nach ~2 mal Stecken völlig ausgeleiert) ||

* microSD- / Transflash-Sockel mit Push-Push-Technik (ist nervig die immer für teuren versand aus amiland kommen zu lassen) ||||| ||||| ||||| ||||| ||||| ||||| |
* MiniSD Card-Connector mit Auswurffunktion für Oberflächenmontage ||||| |
* Modulare Buchse RJ45 mit Übertrager und LEDs für Ethernet 10/100, z. B. SI-40138 MagJack von BEL-STEWART oder Taimag RJLBC-060TC1 {{Reichelt50|FF0000}}||||
* Modulare Buchse RJ45 ohne Übertrager mit LEDs (oder Lichtleiter für SMD-LEDs) ||||| |||
* RJ45-Stecker 90° nach unten oder zur Seite gewinkelt ||
* RJ11-Stecker (6-polig) mit seitlich versetzter Nase (im TK-Bereich häufig) |
* Molex Steckerreihe Minifit Jr 4,2mm Rastermaß (verwendet als Stromstecker in Computern, Mainboard, PCI-E, P4/EPS ...) |
* Ordentliche Lautsprecherbuchsen "Strich-Punkt" (Print oder Wand) (die Stecker sind OK) |
* SATA-Stromstecker/ -Buchsen für Kabel/ Printmontage ||||
* USB3-, e-SATA-, eSATAp (Power e-SATA)-Stecker in Printausführung (gerade und gewinkelt) [die gibts aber inzwischen, z.b. USB3 AEB] ||||
* Vernünftige Koax-Stecker und -Kupplungen z. Bsp. von Hirschmann |
* WOL-Verbindungskabel / -Stecker / -Print-Connectoren: ||||| |
* Micro-USB-Buchse in Print oder SMD: |

=== (Steck-) Verbindungen Platinen und ICs ===
* Buchsenleiste Fischer BL5 |
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2, z. B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=92125 Molex 2081 ?] oder Harwin M20 ) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Carrier-IC-Sockel
* Die PSK-Kontakte in anderen Packungen als 20/10k.100Stk. wäre z.B. gut.1k auch. ||||| ||||
* mehrpolige, hochwertige Miniatursteckverbinder (z. B. http://www.binder-connector.de/pdfs/serien/711.pdf) |||
* Molex C-Grid SL einreihig 2 bis >6 polig: Stecker, Buchsen, Buchsen-SMD, Crimp-Werkzeug ||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für 6-Pin SOT23 (SOT23-6) |||||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für DIL20 ||||| |||||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für DIL28 ||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für PLCC-44 ||||| ||||| |||||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für andere SO- oder TQFP-Gehäuse ||||| ||||| ||||| |||
* Stapelleiste AMP 2–0827730–0, 20polig, A 24,2 mm |
* Stiftleisten im Rastermaß 1 mm (z. B.: Samtec FTMH-120-03-F-DV-ES) |
* Wannenstecker 2,54mm Raster auch als SMD ||||| ||||| ||
* Gehäuse Serie CG einreihig, RM 2,54 mm + Crimpkontakte female
* 1.27mm Wannenstecker oder Stiftleiste mit Codierung SMD z.B. MPE-Garry 361-3
* Sandwich Verbinder / Stapelbare Buchsenleisten (wie: http://www.watterott.com/de/Stapelbare-Buchsenleisten ) ||

=== (Steck-) Verbindungen sonstige ===
* Wannenstecker 2,54mm Rastermaß in SMD (wie WSL 2x05SMD 2,00) |
* Adapterprogramm SMA auf SMB ausbauen ||
* BNC-Stecker (wie UG 88U, Lötmontage) aber für RG174-Kabel ||||| |
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) ||||| ||||| |
* E10-Schraubsockel, wie sie Glühbirnen haben, mit Lötstiften (Achtung es ist nicht die Fassung gemeint) |||||
* Euro-Einbausteckdose (230V~, gab's früher mal) ||||| |||
* Foliensteckverbinder (FFC) RM1,25 (z. B. 9pol, 11pol ...) |||||
* Für LC-Displays: Adapterplatine mit Anschlüssen im Raster 2,54mm (EA 9907-DIP) siehe http://www.lcd-module.de/ ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Hohlstecker für Laptops 1,7 x 4,75mm gelb |||
* Hohlstecker für Acer-Laptops 1,7 x 5,5mm |
* Hohlstecker-Buchsen, ganz kleine, passend zu Handy-Netzteilen z.B.von Nokia |
* JST HR-Steckverbinder |||
* Lüsterklemmen kleiner LÜK 2,5, also z.B. LÜK 1,5: ||||
* Mini-Schraubklemmen Phoenix Contact MPT-Reihe RM2,54, z.B. MPT0,5/12-2,54 f. 12polig |||
* OBD-Stecker. |||||
* Polklemmen Hirschmann PKNI 10B (max. 63A), zumindest Schwarz und Weiß ||
* preiswerte! Hochspannungssteckverbinder >2kV ||||
* Steckverbinder für PICTIVA OLED-Display-Folienkabel |||||
* Triaxstecker /-buchse (Coax mit 2. Schirm als 3. Kontakt) ||
* Deutsche Stecker für PKW, LKW, LoF ||
* Anderson PowerPoles oder ähnlich günstige, variable, simple Hochstrom-Steckverbinder
* JST-EH Steckverbinder aufnehmen |
* SMA Leiterplattenbuchse abgewinkelt |
* Miniatursteckverbinder Fa. Binder z.B. Serie 711 |

=== Kabel, Drähte etc. ===

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

=== Gehäuse und Gehäusetechnik ===

* Batteriehalter für 18650er Lithiumzellen (ähnlich dealextreme sku 100996/100997/100999) ||||
* Batteriehalter für 3 Mignonzellen mit Lötfahne (statt Druckknopf) |
* Batteriehalter für 4 Mignonzellen mit Lötfahne (statt Druckknopf) |||
* Bopla ABP oder ABPH 800-100 (10cm) Aluprofil Gehäuse |||
* Distanzbolzen M2,5 (SW4) in verschiedenen Längen aus Messing |||
* Distanzhülsen/-bolzen M3 in verschiedenen Längen aus Kunststoff ||||
* Gewindebolzen zur Sub-D Frontplattenmontage, z.B. "160X10329X" |
* mehr und v.a. kleine (Hand-) Gehäuse {{Reichelt50|FF0000}}||||| ||||| ||||| |
* Muttern M2 |||||
* Preiswertere Alu Druckgussgehäuse, wie z. B. von Hammond Manufacturing ||||| ||||| ||||| ||||
* Stopmuttern M2 |
* Strangpreßprofilgehäuse von Fischer |
* USB-Leergehäuse (z. B. wie USB-Stick, WLAN-Dongle, o.ä.) ||||| ||||| ||||| ||||| |||
* Zylinderkopfschrauben M2,5 x 12mm ||||| |
* Zylinderkopfschrauben M2,5 x 20mm |||||
* Zylinderkopfschrauben M2,5 x 30mm |||||
* Zylinderkopfschrauben M3 x 25mm ||||| |
* Gewindewürfel M3 wie z.B. von Ettinger oder Bürklin |
* Selbstschneidende Schrauben für Kunststoffe |

== Prototypenbau, Platinen und Chemie ==

* Adapter QSOP (versch. Pinzahlen) auf DIL/QIL ||||| ||||| |||
* Adapter TQFP (versch. Pinzahlen) auf DIL/QIL ||||| ||||| ||||| ||||| ||||| | ||||| ||||| ||||| |
* Arbeitsschalen zum Entwickeln und Ätzen von Platinen(*)(ist im Starterkit enthalten) ||||| ||||| ||||| ||||| ||
* Ballistol Universalöl ||||| |||||
* Bungard Green Coat ||
* Bungard Sur-Tin |||
* Bungard-Fotoplatinen auch in 80x100mm (halbes Euroformat), nicht nur 75x100mm ||||| ||||| ||||| |||||
* Bungard-Fotoplatinen BLAU div. Formate ||||| ||||| ||||| ||||| ||
* Bungard-Fotoplatinen SCHWARZ div. Formate |
* Cadsoft Eagle ||||| ||||| ||
* chemisches Zinnbad ||||| ||||| ||||| ||||||
* Entwickler NaOH-Frei von Bungard (SENO 4007 Universalentwickler) |||
* Fotoplatinen aus Hartpapier von Markenhersteller ||
* Fotoplatinen, zweiseitig, Hartpapier(!) |||||
* Hohlkehlenlötspitzen (Ersa 0832HD) ||||| |
* Hohlkehlenlötspitzen f. Weller MLR21 ||||| ||||||
* Kapton-Baender, evtl auch mit Kupferbeschichtung (Flex-PCB) ||||||
* Lötstopplaminat ||||| ||||| ||||| ||||| ||||| ||||| |||||
* LPKF Durchkontaktierungspaste |||
* Messingblech/Kupferblech 0.1mm (wenn möglich Photobeschichtet) ||||| |
* Natriumpersulfat 2 kg Packung ||||| ||
* PCI-Express x1 Laborkarte (wie RE 430EP) ||
* PIC_BASIC_II || Programm mit HardwareKey [z. B. für Azubi's]
* SMD Testplatine (3x3 Felder) wie bei Conrad |||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Spitzenhülsen WSP-/MPR 80 (Weller) ||
* Steckplatinen (Breadboards) ohne Grundplatte und ohne Versorgungsleiste (wie Conrad 526827; STECKBOARD 1K2V hat beidseitig Leisten und ist daher nicht anreihbar / ist anreihbar, aber danach sind die beiden Leisten jeweils übrig) |
* Steckplatinenen (STECKBOARDS) im 84 x 54 Format (gibts bei Conrad ist da aber viel zu teuer) |||
* [http://www.sugru.com/de Sugru] |
* Target 3001 V15 Autorouter verschiedene Lizenzen |
* Tonerverdichter (www.Huber-Troisdorf.com) ||||| ||||| ||||| ||||| ||||| ||||
* www.schmartboard.com hat super einfach zu lötende SMD-Adapter in allen Größen, nur leider keinen Vertriebspartner in Deutschland (doch: ELV (wo?)). Wie wäre es mit Reichelt? ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Blanko Katalogseiten "weiß" für die Toner direkt Methode (oder 2-3 Seiten im Katalog leer lassen) |||
* Leiterplattenmaterial/Platinen mit Stärke < 1,5mm (z.B. 0,8mm; 1mm) |

== Werkzeug und Zubehör ==

* einzelne Hartmetallbohrer in diversen Grössen (z. B. 0,8 1,0 1,3 1,5) {{Reichelt50|FF0000}}||||| ||||| |||||
* ESD-Erdungspunkte 4mm/10mm für Schuko, wie Vermason J6100 (alt) / 231125 (neu) ||||
* Gewindebohrer M2 und M2,5 ||||| ||||| ||
* hochwertige 9mm Abbrechklingen |||
* Konturenfräser/Gravurstichel, etc. zum Fräsen von Platinenprototypen (z. B. Bungard G60N/G30N) ||||| ||||| ||||
* M2 Gewindebohrer und Senker ||||
* robuste Allzweck- und Teppichmesser ||||| |||||
* Schneidmatten (schnittfeste, temperaturbeständige Unterlage, meist mit cm/mm-Raster) ||
* Sortimentskasten H1 und evtl. H2-Serie |||
* Tri-Wing Schraubendreher ||||
* Torx tamper resistant/tamper proof (die mit Loch) als Set und in Aufbewahrungsbox, z.B. Lindy 43015 |
* zöllische Gewindeschneider g1/4" und g 1/8" insbesondere interessant für Wasserkühlungen ||||| ||||
* Wiederlösbare Kabelbinder mit einfachem Verschluss (keine Knotenbänder oder Kabelbänder) ||
* Bindegarn zum Kabel binden |
* Really Useful Boxes (http://www.reallyusefulproducts.co.uk/germany/html/boxdetails.php) (schöne stabile Kunststoffboxen mit Deckel und in zig Größen) |

== Messgeräte, Diagnose und Stromversorgung ==

* FS300 Messgerät Antennenanalyzer Massenpreis 50000 Stück ||
* Günstigere Oszilloskope z. B. Multimetrix oder Grundig ||||| ||||| |
* LiPoly-Zellen (aufladbare Lithiumakkus, "Suppentüten" oder prismatische Zellen) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Neuere, bessere NiMH-Akkus (z.b. GP1100 2/3A, GP2000 AF, GP2200 4/5SubC) ||||| ||||| ||
* OBD2 Kabel auf RJ45 Stecker ||||| |
* Smart Tweezer (SMD-Pinzette mit Komponentenmessung) siehe [http://www.trgcomponents.de/TrgDE/Internet/ProductShow.aspx?ItemID=680&CategoryID=2426] ||||
* Tektronix TDS Series Osziloskope |||
* Vorschaltgeräte mit G23 Fassung (zum Bau von UV-Belichtern geeigent)|||

== Auswahl, Bestellung und Versand ==

* bei über 10kg Gewicht nicht gleich die Versandkosten verdoppeln, sondern geringerer oder keinen Aufschlag ||||| ||
* Filialen in Österreich und der Schweiz :-) {{Reichelt50|FF0000}}||||| (man beachte das ":-)", es gibt auch in D keine "Filialen" - mt)||
* Günstige Versandkonditionen für die EU ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* In Bereichen wie Multimedia etc. (z. B. Spielekonsolen) ein aktuelleres Angebot, und nicht 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) |
* Kein Mindestbestellwert (ich bezahle eh' Porto) ||||| ||||| ||||| ||||| ||||| ||
* Kundenkarte so wie bei ELV (Grundgebühr für ein Jahr, keine Versandkosten, evtl kleiner Rabatt) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||||| ||||| ||||| ||||
* mehr Verpackungsmaterial z. B. kleine Schachteln oder die Plastik IC-"Schienen" einzeln (und unzerschnitten) verkaufen ||||| ||||| ||
* Möglichkeit für Selbstabholen eine Bestellung unter 10 Euro abzuliefern. |
* 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) {{Reichelt50|FF0000}}||||| ||||| |||
* nicht wie die Konkurrenz jetzt schon im April den Juli-Katalog rausbringen ||||| ||||| ||||| |||
* Parametrische Suche aller Elektronikartikel, speziell erstmal Halbleiter, so wie bei Maxim-ic.com ||||| |
* 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)
* Skalierbarer Warenkorb für mehrfachen Aufbau gleicher Platinen |||||
* Versand von Kleinteilen als Maxibrief, zwecks niedrigerem Versand {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||| |
* Warenkorb immer in gleicher Reihenfolge sortiert, nicht bei jedem Aufruf anders ||||| ||||| ||||| ||
* Vergleichen von Ergebnissen einer Suchanfrage möglich machen |

== Unsortiert/Unspezifisch ==

* 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!!) ||||| ||||| ||||| |||
* Toner für Laserdrucker Kyocera FS-1010 TK17 (ist ja eigentlich der gängigste Kyocera Toner) ||||| ||
* Toner für Kyocera FS800-S |
* 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 ||||
* Beamer Casio YC-400 |
* PCMCIA WLAN-Karten (Linux-kompatibel) mit externem Antennenanschluss |
* Reichelt T-Shirt ||||| ||||| |||
* Röhrensortiment mit den wichtigsten Typen wie z.B. EL34; KT88 einführen + Sockel ||||
* Produktmanager, die des Deutschen mächtig sind. Die Rechtschreibung / Grammatik der Produktbeschreibungen ist eine Katastrophe. ||||| |
* Schnittstellenkarte USB3.0 mit Stromversorgung über PCIe (keine mit Extrastecker, davon sind schon ein Dutzend im Programm), z.B. WDBFNJ0000NNC |
* GlobalTop PA6H, GPS Receiver(MediaTek MT3339)|
* GlobalTop GPA externe GPS Antenne (SMA, 2 m) FGPANE1RHA2 |

= Bereits im Sortiment =

* Laser-Folien für die Druckformerstellung(Zweckform 3491) ||||| ||||| ||||| ||||| ||||| ||||
* Atmel AT91SAM7S32 53x gewünscht (=> 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
* Atmel ATmega 1284P PDIP |||
* Atmel ATmega 168PA, 88PA, etc. ||||| ||||
* Atmel ATmega 16A und 32A in TQFP und PDIP ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Atmel ATmega328P in TQFP und PDIP {{Reichelt50|FF0000}} ||||| |||||
* Philips LPC2000-Serie ARM7-Controller (LPC214x, LPC213X, LPC21xx und LPC22xx) 57x gewünscht => 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" 115x gewünscht => 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 50x gewünscht ==> 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 60x gewünscht (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Ω 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") 96x gewünscht (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) 173x gewünscht
** Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B 64x gewünscht 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 115x gewünscht
* 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 337x gewünscht (erhältlich: RTL 8019AS)
* SPI-Ethernet-Controller ENC28J60 (erhältlich: ENC 28J60-I/*)
* Microchip PIC 18F4550 (PIC mit USB) ||||| ||||| ||||| ||||| ||||| ||||| |||
* Microchip PIC 18F2585 ||||
* gleicher Mindestbestellwert in Österreich und in der Schweiz wie in Deutschland ''' Seit 1.12.10 umgesetzt''' ||
* gleicher Mindestbestellwert in den Niederlanden wie in Deutschland | (mittlerweile überall 10€)
* Versand nach Österreich über GLS oder sonstigen Paketdienst & auf Rechnung, damit die Spesen halbwegs im Rahmen bleiben (bei der letzten Bestellung ca. EUR 40) ||||| ||||| ||||| ||||| ||||| ||||| ||| '''Anm.: Versand nach AT inzwischen ab 9,90'''
* 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 (!) ||
* Digitale Speicherosziloskope für PC ||||| ||||| || (Picoscope, PC-Oszilloskop)
* Hameg HM2008 Oziloscope || ( ist möglich über Service -> Produktservice -> neue Artikel anfragen)
* Microchip dsPIC30F ||||| ||||| |||
* Microchip PIC 16F883 und 16F886 |||
* Microchip PIC 18F4523 (12/2007: PIC mit 12-Bit A/D-Wandler) ||
* Microchip PIC 18F6585 |
* Microchip PIC 18F6720 |
* Microchip PIC 18F8720 |
* Microchip PIC 24FJ64GB002-I/SP (USB-OTG im DIP28 Gehäuse) |
* Atmel XMega-Typen, z.B. ATXMega64A4, ATXMega128A1 ||||| ||
* 7-Segment-Anzeige, blau, gem. Kathode ||||| ||||| ||||| ||||| ||||| ||||| || (SC 52-11 BL)
* 7-Segment-Anzeige, blau, gem. Anode ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| (SA 52-11 BL, SA 56-11 BL)
* EA DOG-L128 128x64 Grafikdisplay zzgl Touch-Folie und Beleuchtung | --> ist ab Katalog 06/2009 drinn
* LTC 1661 N8 10 Bit Dual Dac mit SPI Interface | (LT C1661 CMS8)
* Microchip PIC 10F2xx (+ Programmiergerät) ||||| ||||| ||||| ||| (einige Varianten erhältlich, Programmiergerät nicht sicher)
* Microchip PIC 24 ||||| ||||| ||||| ||||| ||
* Microchip PIC32 (MIPS) ||||| ||||| ||||| |||
* Microchip dsPIC33 ||||| ||||| ||||
* WAGO 215-4mm-Stecker (Bananenstecker mit Käfigzugklemme) zur schnellen Montage bei Versuchsaufbauten ||||| ||||| ||||| ||||| ||| (dieser Wunsch wurde erhört, Hurraa! Best.-Nr. Wago 215-x11, Vielen Dank an Reichelt.)
* Philips PCA9555 (I2C IO, 16 Bit par. I/O, c't Project Soundcheck II) |||||
* ADuM 1201 o. ADuM1401, bzw. andere ADuMxxxx oder ISOxxxx - Digitale Übertrager mit galvanischer Trennung |||
* LM2675 SimpleSwitcher Step-Down-Konverter in SO-8 Bauform
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) 51x gewünscht---- siehe Reichelt Artikel : GP2-0430 und GP2-1080
* TSOP31238 (Besserer Ersatz (2,5-5,5V) für den nicht mehr Lieferbaren TSOP1738) || --- Artikel-Nr. "TSOP 31238"
* ERSA Lötspitzen der Serie 842 (besonders die feinen) Reichelt führt bis jetzt nur 832, die feinen davon sind aber recht unbrauchbar |||| --- sind nach einer freundlichen Mail in den Katalog aufgenommen worden. Artikel-Nr. "SPITZE 842"
* Atmel ATSTK600 von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=4254 Atmel] |||| (AVR STK 600)
* Atmel AVR Dragon von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3891 Atmel] ||||| ||||| ||||| ||||| ||| (AT AVR DRAGON)
* 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!!) ||||| ||||| ||||| || (oder klare Anzeige wie viel noch vorhanden ist)
* AVR mit USB: AT90USB1287 (AT 90USB1287 TQ, TQFP64), dazu passendes Demoboard AT 90USB KEY; AT90USB162TQ (AT 90USB162 TQ, TQFP32), AT90USB646 (AT 90USB646 TQ, TQFP64), AT90USB1286QFN (AT 90USB1286 QFN, QFN64), ATmega32u2 (ATMEGA 32-U2 TQ, TQFP44)
* Buchsenleisten 2.54mm (z. B. BL 1X...G 2,54) TEILBAR, *zum Auseinanderbrechen* (laut Anfrage vom 26.10.2009 nicht im Sortiment) (SPL 64?) {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* TLE 4905L :: Hallsensor, 3,8-24V ist lieferbar (20.12.11)
* Atmel DataFlash, z. B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| |
* Kupferlackdraht auf Spulen statt lose (Artikelbild ist irreführend!) ||||| (zu haben unter CUL 100 und CUL 500 von 0,1 bis 2mm Durchmesser)
* IRC540 (HEXFET) | (kann ggf. durch bereits vorhandenen IRCZ 44 ersetzt werden)
* Niederohm-FETs in SO8, N und P ||||| ||||| ||
* generell Spannungsregler, LOW-DROP, SMD (DPAK, D2PAK)
* Spannungsregler SMD in DPAK ||||| ||||| ||||| ||||| |||| (u.a. MC 78M05 CDTG)
* MCP23016 16Bit I²C I/O Expander ||||| ||||| ||| (verfügbar)
* MCP23S17 16Bit SPI I/O Expander (aber ohne Schmidt-triggerd Eingänge wie der 23x16) ||
* LT-1117-CST-5 als Sot223 (adj und 3.3 gibts schon, 5 fehlt noch) |
* UM232 FTDI USB - RS232 Modul für DIL sockel |||||
* TI eZ430-Chronos ||
* Generell SMD-Kerkos im Wert > 100nF (unter 1206/1210 High-Cap zu finden) {{Reichelt50|FF0000}} {{Reichelt50|00FF00}} |
* Zum MAX232 so20 passende SMD-Kerkos im Wert 1µF (0805, 0603, 1206) ||||| ||||| ||||| ||||| |||
* Kühlerplatinen für Power-LEDs im Star-Format oder vergleichbar |
* warmweiße LED ||||| ||||| ||||| ||||
* weiße SMD-LED Bauform 0603 ||||| ||||| |||||
* Folientastaturen {{Reichelt50|FF0000}}||||| ||||| |||||
* Micro-USB 2.0-Buchsen (Printmontage und SMD-Montage) ||
* Micro-USB-Steckverbinder ||||| ||||
* Einpolige Steckerleiste 2.54 ||||| |||
* 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 |||
* Platinensteckverbinder für Rastermass 2,00mm ||||
* Wannenstecker 6-Pol. gewinkelt, gibt nur gerade (WSL 6W, aber derzeit nicht lieferbar) ||||
* 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) (Lieferbar: PFL 6 und WSL 6G) ||||| ||||| ||||| ||||| ||||| ||||| ||||
* RP-SMA-Buchse/-Stecker (gewinkelt/gerade) ||||
* Schuko-Einbausteckdose (Maschinensteckdose) (mit oder ohne Klappdeckel); Flanschmaß möglichst klein (50mmx50mm); div. Farben (sw,grau,...) ||||| ||||| |||
* Distanzbolzen mit 2 M2,5-Innengewinden versch. Längen ||
* Flachbandkabel im 1,27 mm-Raster, 6-polig ||||
* kurze (10cm, 30cm, 50cm)-Kabel zB.: USB A->B, A->Bmini, A->Bmicro; Klinke/Cinchkabel ||||
* hochwertige MicroUSB-Kabel (AK 676-AB rupft einem fast die Buchse aus dem Handy) |||
* PATCHKABEL xx WS: Cat5 Patchkabel SF/UTP auch in weiß (deutlich dünner, flexibler und auch günstiger als die Cat6 PiMF) |
* der Reichelt Katalog auf CD/DVD (durch pdf-download überflüssig:) |||||
* Reichelt Katalog als PDF zum Download (siehe [[Reichelt PDF Katalog]] ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Reichelt-Gutscheine sollten bei Online-Bestellung einlösbar sein (wie bei z. B. Amazon) ||||| ||||| |||||
* 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
* Raspberry Pi ||||| |||

= Sonstiges =

== zur Webseite ==

----

Eine Möglichkeit das User Eagle-Libs zu den Bauteilen hochladen können.

----

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

----

Artikelsuche: Bitte standardmäßig in der Liste alle Suchergebnisse anzeigen, nicht nur 16 Stück (oder wenigstens eine vernünftige Anzahl). Die Zeiten der 56k-Modems sind vorbei. |||

----

Eine vernünftige Suchfunktion. Beispiel: Ich suche nach "Schnurschalter". Dann will ich auch Schnurschalter sehen und nicht alle Produkte, in denen der Begriff "Schalter" vorkommt. Sowas ist doch wirklich vorsinflutlich. |

----

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

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

* Abpackgrößen bei SMD-Bauteilen auf 5- oder 10er-Schritte beschränken. Die meisten sind eh im Cent-Bereich und es dürfte logistisch einfacher/schneller sein, feste Stückzahlen vorzuhalten, was man preislich sicher an die Kunden weitergeben kann ;)

* Private Bestellungen an den Arbeitsplatz: Da ich oft nicht zur Post gehen kann, wenn eine private Bestellung von DHL niedergelegt wird, will ich als Lieferanschrift den Firmennamen und in der zweiten Zeile meinen eigenen Namen angeben können. So kann ich die Lieferung an meinem Arbeitsplatz entgegennehmen.
In grossen Firmen ist aber eine Voraussetzung dafür, das die Anschrift in korrektem Format angegeben werden kann.

Z.B.

Firma Time Machines
 
z.Hd. Max Mustermann /* oder auch "c/o Max Musterman" oder nur "Max
Mustermann" */
 
Sowiesostr. 17
 
12345 Musterstädtchen
 

Fehlt die Angabe des Namens, so wird der Wareneingang die Annahme entweder gleich verweigern, weil die Sendung nicht erwartet wird, herumfragen wer eine Sendung erwartet oder das Päckchen öffnen. In den beiden letztere Fällen hat man spätestens nach zweimaligen Auftreten einen Rüffel vom Chef zu erwarten, wegen des Aufwandes den man verursacht. Das meine private Post geöffnet wird, mag ich auch nicht (wenn hier der Wareneingang auch durchaus berechtigt ist, das zu tun).

Problem 1: Das Bestellformular erlaubt es aber nicht die Lieferanschrift korrekt formatiert einzugeben. Die unter Vorname und Name/Firmenname angebotenen Felder werden in einer Zeile zusammengezogen. Das aber ist geeignet zu suggerieren, das der Name Teil des Firmennamens ist (mit allen rechtlichen Konsequenzen). Gibt man in die beiden unbenannten Zeilen unter Name/Firmenname etwas ein so wird diese Eingabe bei der Anzeige der Bestelldaten nicht angezeigt.

Problem 2: Ich habe nun mindestens zwei Mal in die Bemerkungen bei der Bestellung die korrekt formatierte Anschrift (wie oben) eingegeben. Das Problem ist aber, das in der Bestellbestätigung in der Lieferanschrift die zweite Zeile fehlt.

Problem 3: Auf meine telefonische Nachfrage wird mir erst erklärt, das ja auf dem Lieferschein die komplette Eingabe ausgedruckt ist. Auf meine Einwendung, das die Sendung ja dann nicht mir persönlich zuzuordnen ist und evtl. entweder gleich abgewiesen oder geöffnet wird, wurde erklärt, dass auch der Adressaufkleber diese Angabe enthält. Auf meine weitere Einwendung, das dies aber in der Bestellbestätigung nicht erkennbar ist, wurde erklärt, das zwischen dem Adressaufkleber und der Bestellbestätigung Unterschiede bestehen.
Auf meine vierte Einwendung, das man das doch bitte abstellen solle, um unnötige Nachfragen zu vermeiden, wurde das verweigert.

Ich wünsche mir alle vier Probleme abgestellt. Vor allem da ich das nun schon mindestens vor einem Jahr mal bei Reichelt angezeigt habe. ||

Nicht sehr kundenfreundlich und eigentlich Reichelt-untypisch

== Rücksendungen / Reklamationen ==

wurden nach unseren Erfahrungen früher (unter dere alten Chefin) viel kulanter gehandhabt. Seit ein paar Jahren wird bei Rücksendungen peinlich genau zwischen privat und Gewerbekunden unterschieden. Als Gewerbekunde mache wir 5 stellige Umsätze und kommen regelmässig in einen Rabatt für Warengruppe 1. Da passiert es natürlich schon mal, daß etwas versehentlich falsch bestellt wird und auch nicht gleich verarbeitet. Wegen dem Rücksendeporto ist das ok, aber obwohl originalverpackt, wurde jetzt bereits nach 8 Wochen eine Rücksendung verweigert so daß man das Zeugs jetzt wohl oder übel wegwerfen oder in Ebay vertickern muss. Entspricht natürlich den gesetzlichen Vorgaben bzw. übertrifft diese sogar weil bei Vollkaufleuten gar nix zurückgenommen werden muss. Solche Vorgänge sind bei Bürklin oder Schukat aber regelmäßig kein Problem.

== 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)
::Sehr clever. Das würde es Reichelt bestimmt enorm erleichtern, stark nachgefragte Artikel schnell zu erkennen. *facepalm* ;-)

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

20.03.2012: Sensorik Aktorik: Merge und alphabetische Sortierung

19.03.2012: Aufräumarbeiten (>50 eingefärbt, Blöcke >5 getrennt)
Dachte dafür gibts hier einen Bot, der dann auch am besten gleich nach Wunschhäufigkeit sortieren könnte...derweil habe ich den Bio-Bot gemacht...hoffe das geht OK, oder gibts da FESTE Zuständigkeiten?

07.10.2011: Reichelt über Facebook drauf aufmerksam gemacht - man schaue sich die Liste regelmäßig durch :)

01.10.2011: Umfangreiche Neuordnung der gesamten Wishlist: Neue Unterkategorien, alphabetische Sortierung, Zusammenführung gleicher Wünsche aus verschiedenen Kategorien, Fix diverse Falsch-Einsortierungen, Update inzwischen erhältlicher Teile, Ausbau einzelner Einträge für bessere Sortierung und mehr Info beim Lesen (nicht nur IC-Namen), etc. Vielleicht hat ja noch jemand nen Einfall für die Sichtbarmachung besonders nachgefragter Einträge, Fett- und Kursivdruck der '''''|||||'''''-Blöcke funktioniert ja leider nicht...

...bei Ausrufezeichen funktionierts aber. Meinungen zur Farbe und der Auslagerung in eine Vorlage?--[[Benutzer:Bzzz|Bzzz]] 14:49, 1. Okt. 2011 (UTC)

03.03.2011: E-Mail wurde an Reichelt-Verwaltung geschrieben.

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]]
[[Kategorie:Lieferanten]]

Reichelt-Wishlist

2014-01-05T14:35:31Z

Malte: /* Ethernet, I²C (2Wire), SPI und andere Interfaces */ Pegelkonverter -> besseres Gehäuse

= Reichelt Wunschliste =

Auf dieser Seite können Wünsche zur Erweiterung des Reichelt-Lieferprogramms eingetragen werden. Es ist keine offizielle Wunschliste von Reichelt und es ist nicht bekannt, ob Reichelt-Mitarbeiter diese Seite regelmäßig 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. Blöcke von 50 Strichen werden regelmäßig gegen eingefärbte Kolonnen von Ausrufezeichen ausgetauscht, die den Reichelt-Mitarbeitern hoffentlich umso mehr auffallen ;)

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

__TOC__

= Wunschliste =
== Halbleiter ==
=== Controller, FPGA und CPLD ===

* Ajile aj-100 (Java Real-Time Prozessor) ||||
* ALTERA CPLD EPM30xx - Familie |||
* ALTERA CPLD EPM70xx - Familie ||||| ||||| ||||| ||||| |||
* ALTERA Cyclone2 - Familie ||||| ||||| ||||| ||||| ||||
* ALTERA Cyclone3 - Familie ||||| ||
* ALTERA Flex10K - Familie ||||
* ALTERA MAX-II (CPLDs) ||||| ||||| ||||| ||||
* ALTERA MAX-V CPLDs |
* ARM: Cortex M3 Nachfolger für die LPC2x
* Atmel AT89LP4052 PDIP ||||| ||||| ||||
* Atmel AT89S2051/4051 |||||
* Atmel AT90PWM3B (µC für Servosteuerungen und z.b. Motorsteuerungen) ||||| ||||| ||||| ||||| ||||| |
* Atmel ATA6612/13 (LIN-Bus SoC) ||
* Atmel ATmega 16L und 32L in TQFP (wäre ATmega 16/32L8 TQ) ||||| ||
* Atmel ATmega16M1 in TQFP |||
* Atmel ATmega324P in TQFP und PDIP ||||| ||||| ||||| |
* Atmel ATmega324PV in TQFP und PDIP ||
* Atmel ATmega48P in TQFP und PDIP ||||
* Atmel ATmega644p(a) / ATmega1284p(a) in TQFP und PDIP ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Atmel ATtiny2313V in SO und PDIP ||||| |
* Atmel ATtiny4313 ||||||
* Atmel ATtiny1634 ||
* Atmel ATtiny261 (auch 461 und 861; bevorzugt DIP) ||||| ||||| ||||| |||
* Atmel AVR Controller mit Funkanbindung z. B. AT86RF230, AT86RF211, AT86RF401, dazu passende Quarze (evtl. SMD) 18,080 MHz (Crystek P/N 016758), Spulen 39nH. {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||||| ||||| ||||| ||||| ||||
* Atmel AVR mit USB: AT90USB82 und ATmega32u4 {{Reichelt50|FF0000}} ||||| |
* Atmel AVR32 im TQFP ||||| ||||| ||||| ||||| |||||
* Atmel Cortex M3 SAM3S im QFN/LQFP Gehäuse ||
* Atmel Dream Sound Synthesizer Chips, z. B. ATSAM3103 und ATSAM3308 ||||| ||||
* Axis Etrax 100LX Risc Processor (kostenloses Linux-System vorhanden) ||||| ||||
* Bessere Auswahl: statt MSP430F147, F148, F149 wenigstens einen mit DAC -> MSP430F16x
* CY7C68013A-56PVXC (Cypress EZ-USB FX2LP) ||||| |||
* Cypress PSoC Mikrocontroller ||||| ||||| ||||| ||
* Freescale DSP56F801 ||||
* Freescale HCS12 Controller ||||| ||||| ||||| ||||| ||||
* Freescale MC9S08QD4 ||||
* Freescale MC9S08QEx |
* Freescale MC9S08QG8 (DIP 16) ||||| ||||| ||||| ||||
* Freescale Prozessoren (Coldfire) (16 + 32 Bit) ||||| ||
* Infineon XC866 ||||| ||||| ||||| ||||| |||
* Lattice GAL 26V12 ||
* Lattice ispMACH 4032C / 4064C / 4128C |||||
* Luminarymicro Stellaris Serie (Cortex-M3) ||||| ||
* Maxim/Dallas DS89C450 |
* 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)) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}{{Reichelt50|0000FF}}{{Reichelt50|00FFFF}}||||| ||||| | ||||| ||||| ||||| |
* Microchip dsPIC33FJ128GP802 |||||
* Microchip PIC12F1822 |
* NXP LPC1114 (auch in DIP verfügbar!) ||||| |||
* NXP LPC1313 |||||
* NXP LPC1343 ||
* NXP LPC1751 |||
* NXP LPC1754 ||||
* NXP LPC214x-Serie ARM7-Controller ||||| ||||| |||||
* NXP LPC23xx/24xx ||||| ||
* NXP SAA5281 Videotextinterface ||||| ||||
* Parallax Propeller CPU, 8 Cogs - DIP 40 ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* PICAXE von Revolution Education Ltd ||
* Renesas M16C ||||| ||||
* Silabs C8051F320 USB Mikrocontroller ||
* Silabs C8051F340 USB Mikrocontroller ||
* Silabs Si4735 im SSOP-Gehäuse (AM/FM-Empfänger) ||||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com ||||| ||||| ||||
* ST ST7MC... (µC für Servosteuerungen, und vor allem Brushless-Motoren) ||||| ||||| |
* QFP Bausteine der STM32F4 Serie (Cortex-M4)
* ST STR7 Serie (ARM7TDMI) ||
* TI MSP430F167, TI MSP430F168 ||||
* TI MSP430F2001/2/3 etc. im RSA-Gehäuse (=QFN) ||||| ||
* TI MSP430F2618 |||
* TI MSP430FG4618 |
* TI MSP430G2553IN20 viele MSP430 Gs im DIP-Gehäuse für Launchpad-Besitzer ||
* TI TMS470 Arm7 ||||| ||||| ||||| ||||| |
* TI TUSB3210 ||||| ||
* Ubicom SX20 SX28 IP2022 ||
* Western Design Center 65c816 |||
* XC3S 400 TQ144 |||
* 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 ||||| ||
* 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 |

=== Speicher ===

* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 ||||| |||||
* 24AA02E48 (EEPROM mit einprogrammierter MAC-Adresse) |
* 3.3V async SRAM ab 16KByte ||||| |||
* 3.3V DRAM ||||| ||
* EEPROM mit SPI Schnittstelle 25XX Serien ||||| ||||
* F-RAM mit SPI von RAMTRON ||||| |||||
* FM25L16 o. FM25L256 SPI-FRAM ||
* FPGA Konfigurations-EEPROMS AT17LV256, AT17C65/128/256.../XCF04S/... ||||| ||||| ||||| |||||
* NexFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) ||||| ||||| ||||| |||
* RAMs (SRAM oder DRAM) mit ordentlicher Kapazität (z. B. HY57V641620HG oder besser) ||||| ||||| ||||| |||||
* Schnelles statisches RAM 128kB (10, 12, 15 oder 20ns, z. B. Samsung K6R1008C1D-UI10 oder CY7C1019D-10ZSXI) (5V/3,3V) {{Reichelt50|FF0000}}||||| ||||| |||||
* Serielle SRAMs (Microchip 23K256) ||

=== Einzeltransistoren, Op-Amps, MOSFET-Treiber ===

* OPA134, OPA2134, OPA4134 low noise audio OpAmps ||
* 2SC1971 Transistor mit hoher Frequenz und viel Leistung für Endstufen ||
* AD623 Single Supply,Rail-Rail, InstrOpamp ||||| |
* AD628 InstrOpAmp, high voltage inputs |
* AD8601 Rail to Rail Opamp |
* BSH205 P-Channel 1.5V(GS), 0.75A, 12V D-S |||
* BUF420AW Schaltnetzteil Transistor von STM |||||
* Digitaltransistoren (BCR*), auch als Pärchen NPN/PNP (BCR10, BCR08pn) ||||| ||||
* IPS5451S intelligenter Leistungsschalter 50 V, 35 A, 25 mΩ |
* IPW60R045CS Infineon MOSFET 600V 45mOhm Rdson 30ns tr+tf (niedrigster Rdson in der Klasse) |
* High Side Driver, 8-fach, z.B. AMIS−39101 (350 mA, 3Ω, SPI) |
* IR2011 MOSFET Treiber |||
* IR21844 DIL (High-Speed IGBT-Driver) |||
* IR3313 o.ä. Intelligenter Leistungsschalter 32V/90A, einstellbare Strombegrenzung |||
* IRF7503/IRF7506 Dual MOSFET SMD ||||| |||||
* IRFI4212H-117P Doppel-MOSFET (f. Klasse D-Verstärker) |
* J-FET BF545 A,B,C (entspricht BF245 in SMD ) |
* Leistungs-OP LM675 von National ||
* LM397, LM321 o.ä. single op-amp in SOT23-5 5-30V supply {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||
* MAX4420 MOSFET Driver ||
* MAX4429 MOSFET Driver ||
* MC 34152 D-SMD SO8 Dual MOSFET Driver |
* Mehr FET-Treiber (TI UCC3372x, HIPxxx , die neueren Brückentreiber von Maxim ||||| |||
* mehr FETs und IGBTs (nicht nur IRF, sehr gut IXYS <- und sauteuer!) ||||| ||||
* MJD31C NPN Transistor SMD DPAK 3
* Philips PDTD113E/123E und PDTB113E/123E (PNP und NPN im sot23 mit internen Widerständen für Basis und PullUp/Down ||
* Schnellere und gleichzeitig günstige OpAmps; Beispiel AD8055 ||
* Si4562DY N- and P-Channel 2.5-V (G-S) MOSFET SMD ||||| ||||| ||
* SPP20N60C3 Infineon MOSFET 600V 190mOhm Rdson <10ns tr+tf (Schnellste Schaltzeit in der Klasse) ||||| |
* TLC2264 (Quad Rail-to-Rail Operational Amplifier) ||
* TLV2782 (1,8V Rail-to-Rail OP) '''unklar: War "TLV27(2"''' |||||
* TLC3702 Komparator ||
* TLV2382ID Rail-Rail-OP von TI ||
* Sehr schnelle Op-Amps wie LMH6733 o.a in single und trible ||

=== Schaltregler (Buck, Boost, DC/DC,...) ===

* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM |||||
* Größere Auswahl an Step-up Reglern ||||| ||||| ||||| ||||| ||||| ||||| |
* L4941 Spannungsregler 5V/1A in SMD-Ausführung (DPAK) ||||| ||||| |
* L5970 o. L5972 1 bzw. 2A, 250kHz Schaltregler im SO8 |
* L5973D 2,5A, 250kHz, Schaltregler im SO8 (ca. 1€) |||||
* LF50ABDT Spannungsregler SMD DPAK 5.0V very low drop |
* LM1084-ADJ (low dropout voltage positive regulator) |
* LM1117 (low dropout voltage regulator) - 1,8V ||
* LM1117MPX-1.8 und LM1117MPX-3.3 (SMD-Spannungsregler SOT-223) ||||| ||||| |||||
* LM2734 Schaltregler |||||
* LM317EMP oder LM317AEMP SMD-Spannungsregler einstellbar (SMD TO-223 Gehäuse) ||||| ||||| ||||
* Maxim MAX629, MAX1795, MAX1703 (Aufwärtsregler / Step-Up-Konverter) ||||| ||||| |||||
* MAX 8865 Dual, Low-Dropout, 100mA Linear Regulator |
* MC78LCxx Serie - Ultra Low Drop Spannungsregler 3-5 Volt mit 1 Mikro-Ampere Ruhestrom ||||| ||
* MIC29300/29301 Spannungsregler 5,0V 3A im TO263(SMD) Gehäuse ||
* NCP3063: 1.5 A, BUCK _&_ BOOST Inverting Switching Regulator DIP8/SOIC8 (MC34063 upgrade) (0,32$) |
* R-523.3PA Schaltregler 4V - 18V Eingang, variabler Ausgang (Nominalspannung 3.3 V) mit nur 2-4 externen Bauteilen bei > 90% Effizienz
* R-723.3P Schaltregler 4V - 28V Eingang, variabler Ausgang (Nominalspannung 3.3 V) mit nur 2-4 externen Bauteilen bei > 90% Effizienz |
* 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) ||||| |||
* R-785.0-1.0 Schaltregler, Ausgang 5,0V, 1A ||||
* ST1S10 günstiger "Monolithic synchronous step-down regulator" bis zu 3A Ausgang |||||
* TI TPS61070 3.3V-75mA-aus-einer-NiMH-Zelle (+ passende SMD-Induktivität) |
* ViPER Schaltregler von ST ||
* ViPER 12A |
* LM3578 sehr universeller, weil in allen Konfigurationen einsetzbarer Schaltregler (DIP8) von NS mit 1.25V Vref |
* LTC4089 USB Power Manager with High Voltage Switching Charger |
* IS31LT3360 40V/1.2A LED DRIVER um 1€ |

=== Konstantstromquellen (LED, Akkus) ===

* CCS-Akkulade-IC (z. B. CCS9620SL) (siehe [[http://bticcs.com/]]) ||||||
* HV9910 Schaltregler für die Hochleistungs-LEDs Ub=8-450V; I beliebig; Eff. besser 90% ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* LM340x High Power LED-Treiber von National ||||
* LTC3490 (350mA-Konstantstromquelle) ||||| ||||| |
* Max1555 - LiPo Lade IC ||||| |
* MAX7313 16 LED-PWM-Dimmer (Im Gegensatz zu den Philips-ICs ist jede einzelne LED-Dimmbar, dafür nur in 16 Schritten) ||||| ||||| |
* PCA9685 16Kanal 12Bit PWM LED Controller ||||| |||||
* STP08CL596B1 DIP16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER ||
* STP08CL596M SO16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER ||||
* STP16CL596B1R DIP24 STM, LOW VOLTAGE 16-BIT CONSTANT CURRENT LED SINK DRIVER ||
* STP16CL596M SO24 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |||
* TLC5940 16 Kanal PWM LED-Treiber ||||| ||||| |||||
* UDN 2987 LW (Source Driver UDN298 SMD-Bauform) ||
* Holtek HT16K33 8*16-LED-Controller |

=== Ethernet, I²C (2Wire), SPI und andere Interfaces ===

* AMIS−39101: Siehe [http://www.mikrocontroller.net/articles/Reichelt-Wishlist#Einzeltransistoren.2C_Op-Amps.2C_MOSFET-Treiber MOSFET-Treiber]
* CLC020 und CLC021 (National Semiconductor) Parallel Component nach SDI-Converter |||||
* CP2120 single-chip SPI to I2C bridge and GPIO port expander |
* CS8900A Ethernet-Controller ||||| |||
* CY7C67300 (Cypress) dual role USB controller mit OTG ||||| ||||| ||||| ||||| |||
* DP83848C (Ethernet Physical Layer Transceiver/PHY, MII/RMII-Schnittstelle, passend zu AT91SAM7X) |||
* Ethernet Magnetics (Auch POE) ||||| |||||
* Fast Ethernet-Controller (DE9000A/B/E, AX88796B, ...) |
* FTDI High Speed Chips, z. B. FT2232H (USB - UART/FIFO IC)||||| |
* Generell mehr 1-Wire-ICs ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Generell mehr I²C-ICs {{Reichelt50|FF0000}}||||| ||||| ||||
* Generell mehr SPI IC ||||| ||||| ||||| ||||| ||||
* IP101 PHY von IC+ (Distri für DE [http://www.topas.de/tt/cfs/icp_cfs_mai05.htm Topas]) ||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) ||||| ||||| ||||| |
* LTC1694-1 (I2C/SMBus Accelerator) ||||| |
* MAX6650 I²C-Lüftermonitor ||
* MAX6958 / MAX6959 (I²C 4-Digit, 9-Segment LED Display Drivers with Keyscan) ||||| ||||| ||
* MAX7311AWG 2Wire Interface von Maxim ||||||
* MCP23008 8Bit I2C I/O Expander |||
* MCP23S08 8BIT SPI I/O Expander |
* P82B86 (I2C Dual Bi-Directional Bus Buffer) ||
* Philips PCA82C252 oder TJA1054A oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) ||||| |||||
* Power over Ethernet Bausteine z. B. LM5070 |||
* RS485 isoliert: z. B. Burr-Brown ISO485 o.ä. ||||| |||
* sn65hvd230/231/232 (CAN-Transceiver) in SO8 |||
* TH3122 K-Line Interface von Melexis ||||| ||||
* TH8080 LIN Transceiver von Melexis (oder vergleichbare) ||
* TI ISO1050 (Isolierter CAN-Transceiver) ||||
* SC18IM700 o.ä. I2C to UART-Converter ||
* RS232 Pegelkonverter für 1,8V (gibt derzeit nichts unter 3,3V). z.B. LTC2803 oder MAX3218 |

=== ADC, DAC und PWM ===

* 16-bit A/D-Wandler (waren von Maxim schon im Programm, sind aber wieder herausgeflogen?) ||||| ||
* AD7524 8-Bit DAC in SMD ||||| ||||| ||||
* ADS8320 ADC 16 Bit seriell ||||| ||||| ||||| ||||| ||||| ||||| |
* CS5641 von Cirrus...The CS5461 incl. two delta-sigma A/D converters.... ||
* D/A Wandler mit 4 oder mehr Ausgängen, z. B. TLC5620/TLV5629/AD5325 ||||| ||||| |||
* DAC7612 DAC 12 Bit seriell ||||| ||||| ||||| ||||| |||
* DAC8830 IDT (16Bit-DAC,ser. Input) ||||| |
* Generell mehr DAC's (auch die teureren) von TI ||||| |
* Generell mehr I2C IC (ADC, DAC, DSP, u.a. Crystal, BurrBrown etc.) |||||
* Generell mehr PWM-SIC's |||||
* LTC 1655(L) N8 16 Bit DAC interne Ref 2.048/1.25V(L Type) SPI Interface ||
* LTC24xx (24-Bit Delta-Sigma ADC) ||||
* MAX127/128 8-Kanal 12bit ADC mit I2C-Interface |||
* MAX528 8-fach 8Bit DAC mit Output Buffer seriell |
* MCP4725A0 und MCP4725A1 D/A-Wandler 12 Bit I²C ||||
* Philips TDA1543 - 2x16-Bit DAC |
* TI PCM1804 Audio-ADC||||
* TI PCM2707 USB-Audio-DAC ||
* Video-AD-Wandler z. B. LTC2208 (16 Bit 130 MS/s) für FPGA und SDR |
* IR Class-D Amplifier IRS2092 (In D derzeit nirgends erhältlich!) |||

=== Sensoren und Aktoren ===

* 4Hz Supersense µblox LEA-4S GPS module (Importer pointis.de) + Passende Passives Patch antenna (zB. von inpaq.com) ||||| ||||
* Allegro Stromsensoren (z. B. ACS713, ACS756) ||||| ||||| ||||| ||
* Allgemein mehr Sensoren ||||| ||||| ||||| ||||| ||||| ||||
* Anemometer ||||| ||
* BLDC-Motoren ||||
* Durchflussmesser (z. B. wie Conrad Nr.155374) ||||| ||||| ||||| |||
* Flexinol / Nitinol (Nickel-Titanium) / NanoMuscle Aktuatoren ||||| ||||| ||||| ||||| |||
* Freescale/Motorola Drucksensoren, besonders die gängigen aber noch fehlenden MPX4100AP, MPX4200AP, MPX4250AP mit der robusten Automotive Spezifikation und Stutzen für Schlauchanschluss = CASE 867B-04 ||||| ||||| ||||| ||||| ||||| ||||| ||
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| ||||| ||||
* Getriebemotoren wie RB35 oder RB40 ||||| ||||| ||||| |
* günstige Temp. Sensoren TC77 ||||| ||||| |||||
* Gyro Sensoren MURATA, ENC-03J A/B ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Gyro, Drehwinkelgeber, Kreiselsensoren ähnl. Tokin CG-L43 {{Reichelt50|FF0000}} ||
* Hall-Sensor(analog) Allegro A1301, A1302 |
* Hall-Sensor UGN3503, KMZ51 ||||| ||||| ||||| |||
* Hall-Sensoren ähnlich TLE4905, aber mit Vcc 3,3V, z. B. CYD1102G (TLE 4905L Hallsensor, 3,8-24V ist lieferbar seit 20.12.11) ||
* I²C-Bus Temperatursensor DS1631Z ||||| ||||| ||||| ||||| |||
* iMEMs Acceleration Sensors ADXL Series von Analog Devices ||||| ||||| ||||| ||||| |
* Induktions-Stromsensoren Coilcraft #J9199-A o.ä. ||||| |||
* IS471 Selbstmodulierende IR-Lichtschranke ||||| ||||| ||||| ||||| ||||| ||
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' ||||| ||||| ||||| ||||| |||||
* LEM Stromsensoren (Transducer) der HAIS-Serie, speziell HAIS 50-P und 100-P ||||| ||||| ||||| ||||
* Luftdruck-/ Temperatur Sensor Intersema MS5534 (mit SPI- Interface) ||||| ||||
* Magnetfeld-Sensor (Kompass-Anwendung) KMZ52 ||||| ||||| |||
* Modellbau-Servos |||
* Piezo Minimotoren/Linearaktoren von Elliptec/Siemens einzeln und günstig ||||| |||||
* PIR Bewegungsmelder ||
* QT160 6-fach Touch Sensor IC ||||| ||
* Sensirion SHT11/SHT71 (oder auch SHT15/SHT75) {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) ||||| ||||| |||||
* Temperatur IC TC1047 |||||
* Temperatursensor mit SPI-Interface LM74 ||||| |||
* Thermoelement Typ-K (MAX6675)/ Typ-J mit Steckverbinder und SPI ||||| ||||| ||||| ||||| ||||| ||||| |||
* Sensoren zur Umweltanalyse (Sauerstoffgehalt der Luft, pH-Wert, etc.) ||

=== Funk und Signalsynthese ===

* Clock generator IC's, z. B. PCK20?? von Philips |
* DDS-IC (Waveform-Generator) von Analog wie AD9833, AD9835 ||||| ||||| ||||| ||||| ||||| ||||| ||||
* EM4095 (RFID) |||||
* LMX2306/LMX2316/LMX2326 PLL Synthesizer von National ||||| ||
* LTC5540 (RF-Mixer) |
* PLL Schaltkreise für Frequenzerzeugung. z. B. MC / ML145170 (SOIC16) / TSA5060A ||||| ||||| ||||| ||||
* SI4735 Silicon Labs Radio ICs ||||| |||
* TEA5757 FM-Tuner IC von Philips |||
* TEA5768HL FM-Tuner IC von Philips |||||
* TPS79318 1,8V 200mA LDO in (bestens für z. B. LPC210x µC) ||

=== sonstige ===
* 74ACTxxx |
* 74ASxxx |
* 74HCxxxx komplette Serie ||||
* 74HCT-Logik in SMD {{Reichelt50|FF0000}}||||| ||||| ||||| ||||
* 74VHC-Serie komplettieren (z. B. 74VHC125D) ||||| ||
* 74xx mehr Familien von Logik-ICs, z. B. AC, ACT, LVC (in SMD) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* A3982 Motortreiber/Controller (1,5A, 2APeak, u.A. für RepRap's) ||
* Automotiv ICs z. B. LM1815, LM1915, LM1949, LM9011, LM9040, LM9044, LMD18400... ||||| |
* Bosch CJ125 (Lambdasonden-IC) ||||| |||||
* DS1616 von Dallas Datalogger-IC ||
* DTMF-Dekoder-Enkoder (8870, 8880) ||||| ||||| ||||| ||||| ||||| |||||
* High Side Current Sense ICs wie MAX4172,LT6105 ||||| ||
* IRS2092 Class-D Audio Driver IC |||
* ISD 2560 -> SOIC Gehäuse (Sprachaufnahme IC) ||||| |
* ITS4141N o. BTS4141N Smart High-Side Power Switch (z. B. bestens für 24V geeignet!) ||
* Kleinere SMD-Bauformen (bes. bei ICs) ||||| ||||| ||||| |||
* L6205 Motortreiber (2Kanal, 2,8A, DMOS)|||||
* L6206N Motortreiber (Wird für OpenDCC benötigt, und ist derzeit nur SEHR schlecht erhältlich) ||
* LM3886 (68W Audioverstärker) ||||| |
* LMD18200 (H-Bridge) |
* LT3080 Linearregler 0V-36V 1.1A |||
* LT3081 Linearregler 0V-36V 1.5A |
* LTC 4411 ideale Diode 2,6 bis 5,5V max. 2,6A im SOT-23 Gehäuse
* LTZ1000ACH#PBF Linear Technology Präzisions-Referenz (Ersatz für LM399H) ||||
* Maxim Switched Capacitor Tiefpass-Filter (z. B. MAX297, MAX7410) ||||| |
* mehr SMD Bauteile {{Reichelt50|FF0000}} {{Reichelt50|00FF00}} ||||| ||
* MIC6315 von Micrel (3,3/5V Reset Baustein mit manual Reset) ||
* Motortreiber TLE 4205 ||||
* PGA2311 (Stereo Audio Volume Control) |
* PMEG2010AEB 20 V, 1 A ultra low VF Schottky Diode SOD523 |
* SDT06S60 Infineon SiC 600V 6A Silizium-Carbid Schottky-Diode (kein trr, daher keine Schaltverluste) ||||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z. B. 12CWQ06FN von IOR ||||| ||||| ||||| ||
* Solenoid drivers TI DRV102T, DRV103U |
* TLV320AIC23B Audio-Codec ||
* TPIC6B595 (oder ähnliche 74xx595 high current (150 mA) shift register) ||||| |||||
* uC supervisor chips + watchdog z. B.: MAX6864 ist z.Z. der beste (0.2uA!) ||||
* USB-Umschalter, z.B. FSUSB42MUX |
* VN808 Low Treshold Octal High Side Driver 0,7A ||
* VS1000 Ogg Decoder von VLSI |
* VS1053 MP3/AAC/WMA/Ogg Decoder von VLSI ||||| ||||| ||
* Zarlink MT8841 Calling Number Identification Circuit |
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) ||||| ||||
* ZRA250F005 Referenzspannungsquelle 2,5V 0.5% SOT23-Gehäuse ||||| ||||| ||
* TXB0108 8-Bit Bidirectional Voltage-Level Translator with Auto Direction Sensing |
* 579-MCP6S91-E/P (Sonderverstärker 1-Ch. 10 MHz SPI PGA) |
* 579-MCP6292-E/SN (Operationsverstärker Dual 10MHz ) |
* 926-LMH6642MAX/NOPB (Operationsverstärker Lo Pwr 130MHz 75mA RR Output Amp) |

== 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 ATSTK1000 von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3918 Atmel] ||||| ||||| ||||| ||||
* Axis Etrax 100LX MCM (Multi Chip Module) A full Linux computer on a single chip! ||||| |||||
* Bluetooth Funkmodul {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||
* Bluetooth Mini-Module (RS232-Bluetooth-"Wandler"-Platinchen) z. B. BTM222 ||||| |||||
* 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 ||||
* FPGA, low-cost Experimentierplatinen ||||| ||||| ||||| ||||| ||||
* Hope RF Module 433 u. 868 MHz, http://www.hoperf.com/pdf/RF12.pdf ||||| ||||| |
* Hope RF Module 2,4GHz, RFM70 |||||
* kostengünstige Funkempfänger/Funksender 433 & 868 Mhz ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* kostengünstige Funkschaltmodule (TLP/RLP) ||||| ||||| ||||| ||||| |||
* Lantronix XPort Direct |||
* Lantronix XPort Embedded Device Server ([http://www.lantronix.com www.lantronix.com]) ||||| ||||| ||
* Microchip PICkit 2 ||||| ||||
* Microchip PICkit 2 (PG164120) ohne Demoplatine ||
* 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 |||
* ST Primer 2 (Experimentierboard fuer ARM Einsteiger) ||
* STM STM3210C-EVAL für <=214,79€ netto (wie bei Future Elektronik, Stand 18.3.2011) |
* TI - MSP430 Wireless Development Tool (AEC13895U) |

== Passive Bauteile ==

=== Spulen und Trafos ===

* Die Micrometals Pulverkerne (-18 und -26) auch in größer ||||| ||
* Fastron 0805 AS Serie vervollständigen ||
* Funk-Entstördrosseln 16A, div. Werte ||||| ||||| ||||| |||
* Funk-Entstördrosseln 330µH / 3A |
* Funk-Entstördrosseln 47µH |||
* Magnetics CoolMu Ringkerne ||||| ||||| ||
* Magnetics MPP Ringkerne ||||| ||||| ||
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Passende Ferrite dazu: N27,N41,N67,N87,N97 ||||| ||||| ||||| ||||| ||||| ||||
* Ringkertrafos >500VA mit höherer Spannung als 30V (Verstärkerbau) |||
* SEPIC-Speicherdrosseln von Würth WE-DD (Größe M u. L) ||||
* Übertrager für Schaltregler z. B. Epcos Typ B78304 ||||| |||||
* Würth Induktivitäten ||||| ||||| ||||| ||||| ||||
* Würth Sortimentskästen Induktivitäten ||||| |

=== Kondensatoren ===

* Axiale Kondensatoren als Blockkondensator unter DIP-Sockeln, z.B. "C410C104M5U5TA7200" |
* Drehkondensatoren 20-500pf ||||| ||||| |||||
* Günstige hochkapazitive Doppelschichtkondensatoren (z. B. Maxfarad MES2245 220F 2,3V) ||||| |||
* Keramikkondensatoren SMD 0603/0805/1206: mehr Zwischenwerte (56p, 82p, 560p) ||||| ||||
* Kleine Niedervolt-Polyproplyenkondis mit mehr Kapazität ||||
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Low-ESR Elkos RM 3,5mm 1.000µF 6,3V (Mainboardaustausch Elko) ||||
* Low-ESR SMD Tantal-Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (AVX?, Epcos?)) ||||| ||||| ||||| ||||| ||||| |
* Radiale Elkos für 400V |
* Radiale Elkos 63V/2200µF |
* Sanyo OS-Con bedrahtet und SMD |||
* Wima FKP02 |
* Wima FKP2 |
* Wima MKP3-X2 (~275V, klein und ideal für Kondensatornetzteile) ||
* Wima MKP4 |||||
* SMD-Keramik/HF in 0402 |
* Bipolare Elkos bis ca. 100µF |

=== Widerstände und Potis ===

* 25/50/100W Hochlast-Widerstände (~20/50Ω auch weniger) ||||| ||||| ||||| ||||
* Digitalpoti AD5160 mit SPI in SOT23 ||
* Digital-Potentiometer (z. B. 2-Wire MAX546x, AD526x, X9C10x) ||||| ||||| ||||| ||||| ||||| ||||| |
* Durchsteck-Widerstände in kleiner Bauform 0204. ||||| ||||| |||
* Endlospotis als Motorgeber ||
* Erneut die 10k-Ohm SMD-Potis |||||
* Größere Auswahl an (Stereo-)Schiebepotis in log und lin, insbesondere jenseits 100K ||
* Hochlast NTC, z. B. 80-220Ω/1-4A (EPCOS, Ametherm) ||
* Hochspannuns-Widerstände (z. B. 330M/10kV) ||
* iPod-Wheel z.B. QT511-ISSG ||||| ||||| |||||
* Kleine Ein-Gang-Trimmer unterhalb 250Ω |
* Leitplastikpotis im Servogehäuse |
* Linear- und 360° Soft-Pots (iPod-Wheel) wie von spectrasymbol ||||| |||
* Niederohm-Widerstände (Shunts ab 1mOhm im guten Gehäuse z. B. TO220) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Null-Ohm Widerstände (Drahtbrücken) Baugröße wie 1/4W ||||| ||||| ||||
* Präzisions-Spannungsteilernetzwerke ||||| ||||| |
* Präzisionsspannungsteiler 1:10, 1:100, 1:1000 (10MOhm Gesamtwiderstand) |||
* Präzisionswiderstände 0,05% und besser, ev. drahtgewickelt ||||| ||||| ||||| ||
* R2R-Widerstandsnetzwerke (z. B. 10/20kOhm für DA-Wandler an Microcontrollern) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* SMD-Präzisionswiderstände (0,1% TC10ppm/K =>0,1W indukt.arm) ||||| ||||| ||||| ||||
* SMD-Widerstände 0805 auch aus der E24-Reihe ||||| ||||| ||||| ||||| |
* SMD-Widerstände 0805 und 1206 auch unterhalb von 1Ω ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* SMD-Widerstände unterhalb 1Ω, andere Gehäuse als 0805/1206 (leichter erfüllbarer Wunsch) ||||| ||||| ||||| ||||
* statt Radiohm-Potis bitte Prehostat oder Alphastat 16 63256-026xx ||||| ||||| ||||| |
* Widerstände > 10MOhm (möglichst bis 100GOhm) ||||
* Widerstandsnetzwerke 11-Pin (für 10er Bargraphanzeige) |||

=== Quarze, Quarzoszillatoren und Resonatoren ===

* 13,5600 MHz Quarz (benötigt für RFID) (SMD+bedrahtet) ||||| ||||| ||||| ||||
* 24,0000 MHz Standardquarz Grundton ('''kein 3. Oberton!!!'''), benötigt für USB-DMX-Interface (SMD-Grundtonquarz unter 24,0000-MA505 verfügbar) ||||| ||||| |
* 25,0000 MHz '''Grundton'''-Quarz, wird benötigt für Microchip TCP/IP Controller ENC28J60) (als Keramik-SMD-Quarz 25,000000-MJ verfügbar) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Allgemein mehr Grundtonquarze bei höheren Frequenzen ||||| |
* Murata Keramik-Resonator CSTLS16M0X, CSTLS20M0X (obwohl 3. OW, direkt mit µC verwendbar) |
* Quarze 6,500000 MHz (HF-Anwendung) ||
* Quarze 32 MHz 10ppm Oscillatorfrequenz 0 bis +70°C |
* Quarz mit 3,200 MHz ||
* Quarzoszillator 9,8304 MHz |||
* SMD Quarze/ Oszillatoren in flachen, kleinen SMD Gehäusen (SMX-A/-B) |||||
* SMD-Quarze mit Standardgehäuse (z. B. HC49/US & HC49/UP) ||||| ||||
* 32,768 kHz Quarz mit 12,5 pF ||

=== Sonstiges ===

* Lötfähige (SMD-) Kühlkörper (Fischer) ||||| ||||| ||||| |||
* Metallbrückengleichrichter für 50A |||||
* Netzfilter FFP Reihe Schurter ||
* Suppressordioden mit Spannungsbereich zwischen 15V und 30V |||
* Übertrager FB2022 oder 20F-001N (passend zu RTL8019AS)||
* Übertrager passend zu ENC28J60 |
* Varistoren 14V auch als bedrahtetes Bauteil (für KFZ-Bordnetz)-> 1,5KE 18CA ||||| ||||| ||
* ESD Schutzdiodenarray für CAN, USB,... z.B. PESD2CAN ||

== HF-Baumaterialien ==

* Durchführungskondensatoren 1nF/160V (waren Ende '06 noch im Programm) ||||
* Filter SFE10.7MA19 360khz SZP2026 |
* H155 (HF-Kabel) ||||| |
* HF-Litze(n) |
* Keramik / Teflon Leiterplatinen |
* Keramische Filter CFM455... ganzes Sortiment |||||
* MC68160FB
* MC68EN302PV20
* MICRF002/022, MICRF102/103 von Micrel ||||| |
* MMICs und Ringmischer von Mini-Circuits |
* UPC1678 / SGA-3286 (UHF MMICs) |
* PLL ICs z. B. von NXP und National für HF-UHF ||
* S3C4510B
* Transistoren MRFG35010 |
* U.FL bzw. IPEX Steckbuchsen zum Selbstkonfektionieren von HF-Kabeln ||
* ZF-Quarzfilter für versch. Frequenzen (10, 20, 40 MHz) ||
* Zirkulatoren ALD4302SB statt LM239
* µP Compatible CTCSS Encoder,Decoder FX 365

== Optoelektronik und Leuchtmittel ==

=== Einzel-LEDs ===

* DycoLeds (SMD RGB Leds mit integriertem Controller) |
* Acriche 230V~ LEDs
* 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 |||
* Everlight SMD-RGB (fullcolor) 19-337/R6GHBHC-A01/2T |||||
* Generell: Z-Power LEDs von Seoul (günstiger und heller als Luxeon) ||||| ||
* IR-Diode mit viel Power ttp://www.lc-led.com/Catalog/department/36/category/49/1 ||
* Low Current SMD-LEDs (z. B. Osram LG T679 - Anm.: hier gleich die neuen Varianten Lx T67K bestellen, nicht die alten 9er) ||||| ||||| ||||| ||||| |
* Luxeon Rebel weiß (180 lm) auf Star-, Mini- oder normaler Platine ||
* OSRAM Hyper TOPLEDS gelb LY T676-S1T1-26 ||
* OSRAM Hyper TOPLEDS weiss LW T67C-T2U2-5K8L ||
* Reflektoren für 10mm LEDs ||
* Samsung SLS RGB W815 TS (PLCC6 RGB-LED)|
* Seoul Z-LED RGB auf Platine ||
* Seoul Zled P4 (100lm bei 350mA, 240lm bei 1A!) ||||| |||||
* SMD-IR-LEDs in 0603/0805/SOT23 + dazu passende IR-Fotodioden in gleicher Größe ||
* SMD-LED Bauform 0402 rot/gelb/grün/blau/weiss ||||| ||||| ||||| ||||| |||
* Superflux RGB-LED ||||

=== Anzeigen und Displays ===

* 4-Stellige Dot-Matrix LED-Anzeigen Siemens SLG 2016 oder von HP oder ähnliches ||||| |
* 7-Segment-Anzeige 4 DIGIT mit und ohne Doppelpunkt ||||| ||
* 7-Segment-Anzeige, allgemein Low-Current bzw. High Efficiency Versionen anbieten ||||| ||||| ||
* 7-Segment-Anzeige, weiss, gem. Anode ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* 7-Segment-Anzeige, weiss, gem. Kathode ||||| ||||| ||||| ||||| ||||| ||||| ||
* Generell alle 7-Segment-Anzeigen auch in Blau und bis zu 100mm Höhe ||
* Kingbright PSC Serie (16 Segment LED-Display, insbesondere PSC08 und PSC12) |
* LED Punktmatrix Anzeigen 8x8 superrot 3mm (z. B. Everlight ELM-1883SRWA) ||
* LED Punktmatrix bicolor 1.9mm (z.b. Betlux BL-M 07A881SG-XX )
* LED Punktmatrix (Dot-Matrix) 8x8 RGB (z.B. Betlux BL-M 23B881RGB-11) |
* TFT/OLED Farb-Displays, wie die bereits abgekündigten OSRAM OLEDs ||||
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller, z. B. Futaba "LCD Emulators") ||||| ||||| |||

=== andere Leuchtmittel ===

* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||

=== sonstige Optoelektronik ===

* BPW 34 F / FS (aus dem Sortiment gefallen, PIN-Fotodiode) |
* IL207AT (SMD Optokoppler von Infineon) ||||| |||
* ILD256T (SMD AC-Optokoppler) ||||| |||||
* ILD620 (DIP Optokoppler) ||||| ||||| ||||| |||||
* IrDA-Tranceiver TFDS4500 (oder TFDU4100) wieder anbieten - war im 07/2005er Katalog noch drin) ||||| ||||
* PC923 (Opto MOSFET Gate Treiber auch für High Side) |
* SFH6106, SFH6206 4 Pin Optokoppler SMD ||||| |
* TLP 3617 Photo-Triac
* TLP113 (SMD Optokoppler) |||||
* TLP250 (Opto MOSFET Gate Treiber auch für High Side)||||
* TORX 178 Fiberoptik-Receiver |
* TOTX177PL und TORX177PL (Fiberoptik-Transmitter) als Ersatz für TOTX173 und TORX173 (zwar anderes Footprint, aber dafür auch kleiner und günstiger)
* TSOP 1140 Infrarot-Receiver (oder andere 40 kHz IR-Empfänger) |||
* TSOP 1730 Infrarot-Receiver [Achtung! TSOP17xx sind Auslaufmodelle bei Vishay] ||
* TSOP98200 (Breitband IR-Empfangsmodul 20-455 KHz) ||||
* TSOP98260 (Breitband IR-Empfangsmodul 20-60 kHz) |||||
* Vactrol Optokoppler (mit Fotowiderstand zur Analogsignalregelung) |||||

== Mechanisches ==

=== Schalter/Taster/Eingabegeräte, Relais ===

* bistabile Relais mit 2 Wicklungen ||||| ||||| |||||
* Drehimpulsgeber DDM Hopt+Schuler 427 SMD (evt auch normal, stehend & liegend) ||||| ||||| ||||| ||||| ||||| |||||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||| |||||
* Drucktastenfeld Matrix 3x4 ||||| ||||| ||||| ||||| ||||
* Grayhill Series 60A Joysticks mit USB-Adapter |
* Hohlwellen-Drehgeber (z. B. EC35B-Serie von Alps) ||
* kleiner Joystick wie beim Atmel Butterfly ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* mehrpolige Fußschalter, FS 35 bitte bei Druckschalter einordnen ||||
* Miniaturkippschalter mit Verriegelung ||||
* möglichst kleine und flache Druckschalter rastend! |||||
* passende Touchpanels für die coolen Blue-Line-Grafikdisplays ||||| ||||| ||
* Relais mit hohen Wirkungsgrad (daher nur geringer Spulenstrom nötig) ||
* SMD-Schiebeschalter |||||
* Taster Radiohm ST-1034 in rot, grün, gelb, blau, grau und schwarz |
* Taster und Kappen aus der Multimec-Reihe |||
* Taster, Schalter und LED-Fassungen aus der Mentor FEL-Reihe ||||
* Tastköpfe für Taster9308, wie zb Omron B32-2000 oder B32-2010 ||
* PhotoMOS Relay (z. B. AQV257 AQY221 AQY225 von Panasonic ||

=== (Steck-) Verbindungen PC- und Audiotechnik ===

* 2.5mm-Stereo-Klinkenbuchsen (3-polig) SMD ||||
* Adapter 3,5mm-Klinkenbuchse auf 3,5mm-Klinkenbuchse ||
* Cablesharing-Adapter 2x RJ45-Buchsen(1x Ethernet 1x ISDN)1xStecker |http://www.btr-netcom.com/Products/upload/ATCH-002661.pdf
* Floppy-Stromversorgungstecker 3,5" Printausführung ||||| ||
* Günstigere SD/MMC-Steckverbinder z. B.SDBMF-00915B0T2 von MULTICOMP(selbst bei Farnell für 1,80 Euro) ||||| |||
* Hochwertigere 1/4"-Klinkenbuchsen, z. B. von Rean oder Cliff |||||
* Höherwertige 3,5mm-Klinkenbuchsen / -stecker (statt "EBS35" oder "KK(S/M) ..") ||||| ||||| |||
* Höherwertige Adapter für Klinke (die bisherigen 3,5 auf 6,3mm-Adapter sind nach ~2 mal Stecken völlig ausgeleiert) |
* microSD- / Transflash-Sockel mit Push-Push-Technik (ist nervig die immer für teuren versand aus amiland kommen zu lassen) ||||| ||||| ||||| ||||| ||||| ||||| |
* MiniSD Card-Connector mit Auswurffunktion für Oberflächenmontage ||||| |
* Modulare Buchse RJ45 mit Übertrager und LEDs für Ethernet 10/100, z. B. SI-40138 MagJack von BEL-STEWART oder Taimag RJLBC-060TC1 {{Reichelt50|FF0000}}||||
* Modulare Buchse RJ45 ohne Übertrager mit LEDs (oder Lichtleiter für SMD-LEDs) ||||| |||
* RJ45-Stecker 90° nach unten oder zur Seite gewinkelt ||
* RJ11-Stecker (6-polig) mit seitlich versetzter Nase (im TK-Bereich häufig) |
* Molex Steckerreihe Minifit Jr 4,2mm Rastermaß (verwendet als Stromstecker in Computern, Mainboard, PCI-E, P4/EPS ...) |
* Ordentliche Lautsprecherbuchsen "Strich-Punkt" (Print oder Wand) (die Stecker sind OK) |
* SATA-Stromstecker/ -Buchsen für Kabel/ Printmontage ||||
* USB3-, e-SATA-, eSATAp (Power e-SATA)-Stecker in Printausführung (gerade und gewinkelt) [die gibts aber inzwischen, z.b. USB3 AEB] ||||
* Vernünftige Koax-Stecker und -Kupplungen z. Bsp. von Hirschmann |
* WOL-Verbindungskabel / -Stecker / -Print-Connectoren: ||||| |
* Micro-USB-Buchse in Print oder SMD: |

=== (Steck-) Verbindungen Platinen und ICs ===
* Buchsenleiste Fischer BL5 |
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2, z. B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=92125 Molex 2081 ?] oder Harwin M20 ) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Carrier-IC-Sockel
* Die PSK-Kontakte in anderen Packungen als 20/10k.100Stk. wäre z.B. gut.1k auch. ||||| ||||
* mehrpolige, hochwertige Miniatursteckverbinder (z. B. http://www.binder-connector.de/pdfs/serien/711.pdf) |||
* Molex C-Grid SL einreihig 2 bis >6 polig: Stecker, Buchsen, Buchsen-SMD, Crimp-Werkzeug |
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für 6-Pin SOT23 (SOT23-6) |||||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für DIL20 ||||| |||||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für DIL28 ||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für PLCC-44 ||||| ||||| |||||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für andere SO- oder TQFP-Gehäuse ||||| ||||| ||||| |||
* Stapelleiste AMP 2–0827730–0, 20polig, A 24,2 mm |
* Stiftleisten im Rastermaß 1 mm (z. B.: Samtec FTMH-120-03-F-DV-ES) |
* Wannenstecker 2,54mm Raster auch als SMD ||||| ||||| ||
* Gehäuse Serie CG einreihig, RM 2,54 mm + Crimpkontakte female
* 1.27mm Wannenstecker oder Stiftleiste mit Codierung SMD z.B. MPE-Garry 361-3
* Sandwich Verbinder / Stapelbare Buchsenleisten (wie: http://www.watterott.com/de/Stapelbare-Buchsenleisten ) ||

=== (Steck-) Verbindungen sonstige ===
* Wannenstecker 2,54mm Rastermaß in SMD (wie WSL 2x05SMD 2,00) |
* Adapterprogramm SMA auf SMB ausbauen ||
* BNC-Stecker (wie UG 88U, Lötmontage) aber für RG174-Kabel ||||| |
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) ||||| ||||| |
* E10-Schraubsockel, wie sie Glühbirnen haben, mit Lötstiften (Achtung es ist nicht die Fassung gemeint) |||||
* Euro-Einbausteckdose (230V~, gab's früher mal) ||||| |||
* Foliensteckverbinder (FFC) RM1,25 (z. B. 9pol, 11pol ...) |||||
* Für LC-Displays: Adapterplatine mit Anschlüssen im Raster 2,54mm (EA 9907-DIP) siehe http://www.lcd-module.de/ ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Hohlstecker für Laptops 1,7 x 4,75mm gelb |||
* Hohlstecker für Acer-Laptops 1,7 x 5,5mm |
* Hohlstecker-Buchsen, ganz kleine, passend zu Handy-Netzteilen z.B.von Nokia |
* JST HR-Steckverbinder |||
* Lüsterklemmen kleiner LÜK 2,5, also z.B. LÜK 1,5: ||||
* Mini-Schraubklemmen Phoenix Contact MPT-Reihe RM2,54, z.B. MPT0,5/12-2,54 f. 12polig |||
* OBD-Stecker. |||||
* Polklemmen Hirschmann PKNI 10B (max. 63A), zumindest Schwarz und Weiß ||
* preiswerte! Hochspannungssteckverbinder >2kV ||||
* Steckverbinder für PICTIVA OLED-Display-Folienkabel |||||
* Triaxstecker /-buchse (Coax mit 2. Schirm als 3. Kontakt) ||
* Deutsche Stecker für PKW, LKW, LoF ||
* Anderson PowerPoles oder ähnlich günstige, variable, simple Hochstrom-Steckverbinder
* JST-EH Steckverbinder aufnehmen |
* SMA Leiterplattenbuchse abgewinkelt |

=== Kabel, Drähte etc. ===

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

=== Gehäuse und Gehäusetechnik ===

* Batteriehalter für 18650er Lithiumzellen (ähnlich dealextreme sku 100996/100997/100999) ||||
* Batteriehalter für 4 Mignonzellen mit Lötfahne (statt Druckknopf) |||
* Bopla ABP oder ABPH 800-100 (10cm) Aluprofil Gehäuse |||
* Distanzbolzen M2,5 (SW4) in verschiedenen Längen aus Messing |||
* Distanzhülsen/-bolzen M3 in verschiedenen Längen aus Kunststoff ||||
* Gewindebolzen zur Sub-D Frontplattenmontage, z.B. "160X10329X" |
* mehr und v.a. kleine (Hand-) Gehäuse {{Reichelt50|FF0000}}||||| ||||| |||||
* Muttern M2 |||||
* Preiswertere Alu Druckgussgehäuse, wie z. B. von Hammond Manufacturing ||||| ||||| ||||| ||||
* Stopmuttern M2 |
* Strangpreßprofilgehäuse von Fischer |
* USB-Leergehäuse (z. B. wie USB-Stick, WLAN-Dongle, o.ä.) ||||| ||||| ||||| ||||| |||
* Zylinderkopfschrauben M2,5 x 12mm ||||| |
* Zylinderkopfschrauben M2,5 x 20mm |||||
* Zylinderkopfschrauben M2,5 x 30mm |||||
* Zylinderkopfschrauben M3 x 25mm ||||| |
* Gewindewürfel M3 wie z.B. von Ettinger oder Bürklin |
* Selbstschneidende Schrauben für Kunststoffe |

== Prototypenbau, Platinen und Chemie ==

* Adapter QSOP (versch. Pinzahlen) auf DIL/QIL ||||| ||||| |||
* Adapter TQFP (versch. Pinzahlen) auf DIL/QIL ||||| ||||| ||||| ||||| ||||| | ||||| ||||| ||||| |
* Arbeitsschalen zum Entwickeln und Ätzen von Platinen(*)(ist im Starterkit enthalten) ||||| ||||| ||||| ||||| ||
* Ballistol Universalöl ||||| |||||
* Bungard Green Coat ||
* Bungard Sur-Tin |||
* Bungard-Fotoplatinen auch in 80x100mm (halbes Euroformat), nicht nur 75x100mm ||||| ||||| ||||| |||||
* Bungard-Fotoplatinen BLAU div. Formate ||||| ||||| ||||| ||||| ||
* Bungard-Fotoplatinen SCHWARZ div. Formate |
* Cadsoft Eagle ||||| ||||| ||
* chemisches Zinnbad ||||| ||||| ||||| ||||||
* Entwickler NaOH-Frei von Bungard (SENO 4007 Universalentwickler) |||
* Fotoplatinen aus Hartpapier von Markenhersteller ||
* Fotoplatinen, zweiseitig, Hartpapier(!) |||||
* Hohlkehlenlötspitzen (Ersa 0832HD) ||||| |
* Hohlkehlenlötspitzen f. Weller MLR21 ||||| ||||||
* Kapton-Baender, evtl auch mit Kupferbeschichtung (Flex-PCB) ||||||
* Lötstopplaminat ||||| ||||| ||||| ||||| ||||| ||||| |||||
* LPKF Durchkontaktierungspaste |||
* Messingblech/Kupferblech 0.1mm (wenn möglich Photobeschichtet) ||||| |
* Natriumpersulfat 2 kg Packung ||||| ||
* PCI-Express x1 Laborkarte (wie RE 430EP) ||
* PIC_BASIC_II || Programm mit HardwareKey [z. B. für Azubi's]
* SMD Testplatine (3x3 Felder) wie bei Conrad |||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Spitzenhülsen WSP-/MPR 80 (Weller) ||
* Steckplatinen (Breadboards) ohne Grundplatte und ohne Versorgungsleiste (wie Conrad 526827; STECKBOARD 1K2V hat beidseitig Leisten und ist daher nicht anreihbar / ist anreihbar, aber danach sind die beiden Leisten jeweils übrig) |
* Steckplatinenen (STECKBOARDS) im 84 x 54 Format (gibts bei Conrad ist da aber viel zu teuer) |||
* [http://www.sugru.com/de Sugru] |
* Target 3001 V15 Autorouter verschiedene Lizenzen |
* Tonerverdichter (www.Huber-Troisdorf.com) ||||| ||||| ||||| ||||| ||||| ||||
* www.schmartboard.com hat super einfach zu lötende SMD-Adapter in allen Größen, nur leider keinen Vertriebspartner in Deutschland (doch: ELV (wo?)). Wie wäre es mit Reichelt? ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Blanko Katalogseiten "weiß" für die Toner direkt Methode (oder 2-3 Seiten im Katalog leer lassen) |||
* Leiterplattenmaterial/Platinen mit Stärke < 1,5mm (z.B. 0,8mm; 1mm) |

== Werkzeug und Zubehör ==

* einzelne Hartmetallbohrer in diversen Grössen (z. B. 0,8 1,0 1,3 1,5) {{Reichelt50|FF0000}}||||| ||||| |||||
* ESD-Erdungspunkte 4mm/10mm für Schuko, wie Vermason J6100 (alt) / 231125 (neu) ||||
* Gewindebohrer M2 und M2,5 ||||| ||||| ||
* hochwertige 9mm Abbrechklingen |||
* Konturenfräser/Gravurstichel, etc. zum Fräsen von Platinenprototypen (z. B. Bungard G60N/G30N) ||||| ||||| |||
* M2 Gewindebohrer und Senker ||||
* robuste Allzweck- und Teppichmesser ||||| |||||
* Schneidmatten (schnittfeste, temperaturbeständige Unterlage, meist mit cm/mm-Raster) ||
* Sortimentskasten H1 und evtl. H2-Serie |||
* Tri-Wing Schraubendreher ||||
* Torx tamper resistant/tamper proof (die mit Loch) als Set und in Aufbewahrungsbox, z.B. Lindy 43015 |
* zöllische Gewindeschneider g1/4" und g 1/8" insbesondere interessant für Wasserkühlungen ||||| ||||
* Wiederlösbare Kabelbinder mit einfachem Verschluss (keine Knotenbänder oder Kabelbänder) ||
* Bindegarn zum Kabel binden |
* Really Useful Boxes (http://www.reallyusefulproducts.co.uk/germany/html/boxdetails.php) (schöne stabile Kunststoffboxen mit Deckel und in zig Größen) |

== Messgeräte, Diagnose und Stromversorgung ==

* FS300 Messgerät Antennenanalyzer Massenpreis 50000 Stück ||
* Günstigere Oszilloskope z. B. Multimetrix oder Grundig ||||| ||||| |
* LiPoly-Zellen (aufladbare Lithiumakkus, "Suppentüten" oder prismatische Zellen) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Neuere, bessere NiMH-Akkus (z.b. GP1100 2/3A, GP2000 AF, GP2200 4/5SubC) ||||| ||||| ||
* OBD2 Kabel auf RJ45 Stecker ||||| |
* Smart Tweezer (SMD-Pinzette mit Komponentenmessung) siehe [http://www.trgcomponents.de/TrgDE/Internet/ProductShow.aspx?ItemID=680&CategoryID=2426] ||||
* Tektronix TDS Series Osziloskope |||
* Vorschaltgeräte mit G23 Fassung (zum Bau von UV-Belichtern geeigent)|||

== Auswahl, Bestellung und Versand ==

* bei über 10kg Gewicht nicht gleich die Versandkosten verdoppeln, sondern geringerer oder keinen Aufschlag ||||| ||
* Filialen in Österreich und der Schweiz :-) {{Reichelt50|FF0000}}||||| (man beachte das ":-)", es gibt auch in D keine "Filialen" - mt)||
* Günstige Versandkonditionen für die EU ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* In Bereichen wie Multimedia etc. (z. B. Spielekonsolen) ein aktuelleres Angebot, und nicht 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) |
* Kein Mindestbestellwert (ich bezahle eh' Porto) ||||| ||||| ||||| ||||| ||||| |
* Kundenkarte so wie bei ELV (Grundgebühr für ein Jahr, keine Versandkosten, evtl kleiner Rabatt) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||||| ||||| ||||| |||
* mehr Verpackungsmaterial z. B. kleine Schachteln oder die Plastik IC-"Schienen" einzeln (und unzerschnitten) verkaufen ||||| ||||| ||
* Möglichkeit für Selbstabholen eine Bestellung unter 10 Euro abzuliefern. |
* 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) {{Reichelt50|FF0000}}||||| ||||| ||
* nicht wie die Konkurrenz jetzt schon im April den Juli-Katalog rausbringen ||||| ||||| ||||| |||
* Parametrische Suche aller Elektronikartikel, speziell erstmal Halbleiter, so wie bei Maxim-ic.com ||||| |
* 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)
* Skalierbarer Warenkorb für mehrfachen Aufbau gleicher Platinen |||||
* Versand von Kleinteilen als Maxibrief, zwecks niedrigerem Versand {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| |||||
* Warenkorb immer in gleicher Reihenfolge sortiert, nicht bei jedem Aufruf anders ||||| ||||| ||||| ||
* Vergleichen von Ergebnissen einer Suchanfrage möglich machen |

== Unsortiert/Unspezifisch ==

* 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!!) ||||| ||||| ||||| |||
* Toner für Laserdrucker Kyocera FS-1010 TK17 (ist ja eigentlich der gängigste Kyocera Toner) ||||| ||
* Toner für Kyocera FS800-S |
* 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 ||||
* Beamer Casio YC-400 |
* PCMCIA WLAN-Karten (Linux-kompatibel) mit externem Antennenanschluss |
* Reichelt T-Shirt ||||| ||||| |||
* Röhrensortiment mit den wichtigsten Typen wie z.B. EL34; KT88 einführen + Sockel ||||
* Produktmanager, die des Deutschen mächtig sind. Die Rechtschreibung / Grammatik der Produktbeschreibungen ist eine Katastrophe. ||||| |
* Schnittstellenkarte USB3.0 mit Stromversorgung über PCIe (keine mit Extrastecker, davon sind schon ein Dutzend im Programm), z.B. WDBFNJ0000NNC |
* GlobalTop PA6H, GPS Receiver(MediaTek MT3339)|
* GlobalTop GPA externe GPS Antenne (SMA, 2 m) FGPANE1RHA2 |

= Bereits im Sortiment =

* Laser-Folien für die Druckformerstellung(Zweckform 3491) ||||| ||||| ||||| ||||| ||||| ||||
* Atmel AT91SAM7S32 53x gewünscht (=> 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
* Atmel ATmega 1284P PDIP |||
* Atmel ATmega 168PA, 88PA, etc. ||||| ||||
* Atmel ATmega 16A und 32A in TQFP und PDIP ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Atmel ATmega328P in TQFP und PDIP {{Reichelt50|FF0000}} ||||| |||||
* Philips LPC2000-Serie ARM7-Controller (LPC214x, LPC213X, LPC21xx und LPC22xx) 57x gewünscht => 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" 115x gewünscht => 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 50x gewünscht ==> 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 60x gewünscht (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Ω 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") 96x gewünscht (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) 173x gewünscht
** Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B 64x gewünscht 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 115x gewünscht
* 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 337x gewünscht (erhältlich: RTL 8019AS)
* SPI-Ethernet-Controller ENC28J60 (erhältlich: ENC 28J60-I/*)
* Microchip PIC 18F4550 (PIC mit USB) ||||| ||||| ||||| ||||| ||||| ||||| |||
* Microchip PIC 18F2585 ||||
* gleicher Mindestbestellwert in Österreich und in der Schweiz wie in Deutschland ''' Seit 1.12.10 umgesetzt''' ||
* gleicher Mindestbestellwert in den Niederlanden wie in Deutschland | (mittlerweile überall 10€)
* Versand nach Österreich über GLS oder sonstigen Paketdienst & auf Rechnung, damit die Spesen halbwegs im Rahmen bleiben (bei der letzten Bestellung ca. EUR 40) ||||| ||||| ||||| ||||| ||||| ||||| ||| '''Anm.: Versand nach AT inzwischen ab 9,90'''
* 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 (!) ||
* Digitale Speicherosziloskope für PC ||||| ||||| || (Picoscope, PC-Oszilloskop)
* Hameg HM2008 Oziloscope || ( ist möglich über Service -> Produktservice -> neue Artikel anfragen)
* Microchip dsPIC30F ||||| ||||| |||
* Microchip PIC 16F883 und 16F886 |||
* Microchip PIC 18F4523 (12/2007: PIC mit 12-Bit A/D-Wandler) ||
* Microchip PIC 18F6585 |
* Microchip PIC 18F6720 |
* Microchip PIC 18F8720 |
* Microchip PIC 24FJ64GB002-I/SP (USB-OTG im DIP28 Gehäuse) |
* Atmel XMega-Typen, z.B. ATXMega64A4, ATXMega128A1 ||||| ||
* 7-Segment-Anzeige, blau, gem. Kathode ||||| ||||| ||||| ||||| ||||| ||||| || (SC 52-11 BL)
* 7-Segment-Anzeige, blau, gem. Anode ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| (SA 52-11 BL, SA 56-11 BL)
* EA DOG-L128 128x64 Grafikdisplay zzgl Touch-Folie und Beleuchtung | --> ist ab Katalog 06/2009 drinn
* LTC 1661 N8 10 Bit Dual Dac mit SPI Interface | (LT C1661 CMS8)
* Microchip PIC 10F2xx (+ Programmiergerät) ||||| ||||| ||||| ||| (einige Varianten erhältlich, Programmiergerät nicht sicher)
* Microchip PIC 24 ||||| ||||| ||||| ||||| ||
* Microchip PIC32 (MIPS) ||||| ||||| ||||| |||
* Microchip dsPIC33 ||||| ||||| ||||
* WAGO 215-4mm-Stecker (Bananenstecker mit Käfigzugklemme) zur schnellen Montage bei Versuchsaufbauten ||||| ||||| ||||| ||||| ||| (dieser Wunsch wurde erhört, Hurraa! Best.-Nr. Wago 215-x11, Vielen Dank an Reichelt.)
* Philips PCA9555 (I2C IO, 16 Bit par. I/O, c't Project Soundcheck II) |||||
* ADuM 1201 o. ADuM1401, bzw. andere ADuMxxxx oder ISOxxxx - Digitale Übertrager mit galvanischer Trennung |||
* LM2675 SimpleSwitcher Step-Down-Konverter in SO-8 Bauform
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) 51x gewünscht---- siehe Reichelt Artikel : GP2-0430 und GP2-1080
* TSOP31238 (Besserer Ersatz (2,5-5,5V) für den nicht mehr Lieferbaren TSOP1738) || --- Artikel-Nr. "TSOP 31238"
* ERSA Lötspitzen der Serie 842 (besonders die feinen) Reichelt führt bis jetzt nur 832, die feinen davon sind aber recht unbrauchbar |||| --- sind nach einer freundlichen Mail in den Katalog aufgenommen worden. Artikel-Nr. "SPITZE 842"
* Atmel ATSTK600 von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=4254 Atmel] |||| (AVR STK 600)
* Atmel AVR Dragon von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3891 Atmel] ||||| ||||| ||||| ||||| ||| (AT AVR DRAGON)
* 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!!) ||||| ||||| ||||| || (oder klare Anzeige wie viel noch vorhanden ist)
* AVR mit USB: AT90USB1287 (AT 90USB1287 TQ, TQFP64), dazu passendes Demoboard AT 90USB KEY; AT90USB162TQ (AT 90USB162 TQ, TQFP32), AT90USB646 (AT 90USB646 TQ, TQFP64), AT90USB1286QFN (AT 90USB1286 QFN, QFN64), ATmega32u2 (ATMEGA 32-U2 TQ, TQFP44)
* Buchsenleisten 2.54mm (z. B. BL 1X...G 2,54) TEILBAR, *zum Auseinanderbrechen* (laut Anfrage vom 26.10.2009 nicht im Sortiment) (SPL 64?) {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* TLE 4905L :: Hallsensor, 3,8-24V ist lieferbar (20.12.11)
* Atmel DataFlash, z. B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| |
* Kupferlackdraht auf Spulen statt lose (Artikelbild ist irreführend!) ||||| (zu haben unter CUL 100 und CUL 500 von 0,1 bis 2mm Durchmesser)
* IRC540 (HEXFET) | (kann ggf. durch bereits vorhandenen IRCZ 44 ersetzt werden)
* Niederohm-FETs in SO8, N und P ||||| ||||| ||
* generell Spannungsregler, LOW-DROP, SMD (DPAK, D2PAK)
* Spannungsregler SMD in DPAK ||||| ||||| ||||| ||||| |||| (u.a. MC 78M05 CDTG)
* MCP23016 16Bit I²C I/O Expander ||||| ||||| ||| (verfügbar)
* MCP23S17 16Bit SPI I/O Expander (aber ohne Schmidt-triggerd Eingänge wie der 23x16) ||
* LT-1117-CST-5 als Sot223 (adj und 3.3 gibts schon, 5 fehlt noch) |
* UM232 FTDI USB - RS232 Modul für DIL sockel |||||
* TI eZ430-Chronos ||
* Generell SMD-Kerkos im Wert > 100nF (unter 1206/1210 High-Cap zu finden) {{Reichelt50|FF0000}} {{Reichelt50|00FF00}} |
* Zum MAX232 so20 passende SMD-Kerkos im Wert 1µF (0805, 0603, 1206) ||||| ||||| ||||| ||||| |||
* Kühlerplatinen für Power-LEDs im Star-Format oder vergleichbar |
* warmweiße LED ||||| ||||| ||||| ||||
* weiße SMD-LED Bauform 0603 ||||| ||||| |||||
* Folientastaturen {{Reichelt50|FF0000}}||||| ||||| |||||
* Micro-USB 2.0-Buchsen (Printmontage und SMD-Montage) ||
* Micro-USB-Steckverbinder ||||| ||||
* Einpolige Steckerleiste 2.54 ||||| |||
* 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 |||
* Platinensteckverbinder für Rastermass 2,00mm ||||
* Wannenstecker 6-Pol. gewinkelt, gibt nur gerade (WSL 6W, aber derzeit nicht lieferbar) ||||
* 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) (Lieferbar: PFL 6 und WSL 6G) ||||| ||||| ||||| ||||| ||||| ||||| ||||
* RP-SMA-Buchse/-Stecker (gewinkelt/gerade) ||||
* Schuko-Einbausteckdose (Maschinensteckdose) (mit oder ohne Klappdeckel); Flanschmaß möglichst klein (50mmx50mm); div. Farben (sw,grau,...) ||||| ||||| |||
* Distanzbolzen mit 2 M2,5-Innengewinden versch. Längen ||
* Flachbandkabel im 1,27 mm-Raster, 6-polig ||||
* kurze (10cm, 30cm, 50cm)-Kabel zB.: USB A->B, A->Bmini, A->Bmicro; Klinke/Cinchkabel ||||
* hochwertige MicroUSB-Kabel (AK 676-AB rupft einem fast die Buchse aus dem Handy) |||
* PATCHKABEL xx WS: Cat5 Patchkabel SF/UTP auch in weiß (deutlich dünner, flexibler und auch günstiger als die Cat6 PiMF) |
* der Reichelt Katalog auf CD/DVD (durch pdf-download überflüssig:) |||||
* Reichelt Katalog als PDF zum Download (siehe [[Reichelt PDF Katalog]] ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Reichelt-Gutscheine sollten bei Online-Bestellung einlösbar sein (wie bei z. B. Amazon) ||||| ||||| |||||
* 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
* Raspberry Pi ||||| |||

= Sonstiges =

== zur Webseite ==

----

Eine Möglichkeit das User Eagle-Libs zu den Bauteilen hochladen können.

----

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

----

Artikelsuche: Bitte standardmäßig in der Liste alle Suchergebnisse anzeigen, nicht nur 16 Stück (oder wenigstens eine vernünftige Anzahl). Die Zeiten der 56k-Modems sind vorbei. ||

----

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

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

* Abpackgrößen bei SMD-Bauteilen auf 5- oder 10er-Schritte beschränken. Die meisten sind eh im Cent-Bereich und es dürfte logistisch einfacher/schneller sein, feste Stückzahlen vorzuhalten, was man preislich sicher an die Kunden weitergeben kann ;)

* Private Bestellungen an den Arbeitsplatz: Da ich oft nicht zur Post gehen kann, wenn eine private Bestellung von DHL niedergelegt wird, will ich als Lieferanschrift den Firmennamen und in der zweiten Zeile meinen eigenen Namen angeben können. So kann ich die Lieferung an meinem Arbeitsplatz entgegennehmen.
In grossen Firmen ist aber eine Voraussetzung dafür, das die Anschrift in korrektem Format angegeben werden kann.

Z.B.

Firma Time Machines
 
z.Hd. Max Mustermann /* oder auch "c/o Max Musterman" oder nur "Max
Mustermann" */
 
Sowiesostr. 17
 
12345 Musterstädtchen
 

Fehlt die Angabe des Namens, so wird der Wareneingang die Annahme entweder gleich verweigern, weil die Sendung nicht erwartet wird, herumfragen wer eine Sendung erwartet oder das Päckchen öffnen. In den beiden letztere Fällen hat man spätestens nach zweimaligen Auftreten einen Rüffel vom Chef zu erwarten, wegen des Aufwandes den man verursacht. Das meine private Post geöffnet wird, mag ich auch nicht (wenn hier der Wareneingang auch durchaus berechtigt ist, das zu tun).

Problem 1: Das Bestellformular erlaubt es aber nicht die Lieferanschrift korrekt formatiert einzugeben. Die unter Vorname und Name/Firmenname angebotenen Felder werden in einer Zeile zusammengezogen. Das aber ist geeignet zu suggerieren, das der Name Teil des Firmennamens ist (mit allen rechtlichen Konsequenzen). Gibt man in die beiden unbenannten Zeilen unter Name/Firmenname etwas ein so wird diese Eingabe bei der Anzeige der Bestelldaten nicht angezeigt.

Problem 2: Ich habe nun mindestens zwei Mal in die Bemerkungen bei der Bestellung die korrekt formatierte Anschrift (wie oben) eingegeben. Das Problem ist aber, das in der Bestellbestätigung in der Lieferanschrift die zweite Zeile fehlt.

Problem 3: Auf meine telefonische Nachfrage wird mir erst erklärt, das ja auf dem Lieferschein die komplette Eingabe ausgedruckt ist. Auf meine Einwendung, das die Sendung ja dann nicht mir persönlich zuzuordnen ist und evtl. entweder gleich abgewiesen oder geöffnet wird, wurde erklärt, dass auch der Adressaufkleber diese Angabe enthält. Auf meine weitere Einwendung, das dies aber in der Bestellbestätigung nicht erkennbar ist, wurde erklärt, das zwischen dem Adressaufkleber und der Bestellbestätigung Unterschiede bestehen.
Auf meine vierte Einwendung, das man das doch bitte abstellen solle, um unnötige Nachfragen zu vermeiden, wurde das verweigert.

Ich wünsche mir alle vier Probleme abgestellt. Vor allem da ich das nun schon mindestens vor einem Jahr mal bei Reichelt angezeigt habe. ||

Nicht sehr kundenfreundlich und eigentlich Reichelt-untypisch

== Rücksendungen / Reklamationen ==

wurden nach unseren Erfahrungen früher (unter dere alten Chefin) viel kulanter gehandhabt. Seit ein paar Jahren wird bei Rücksendungen peinlich genau zwischen privat und Gewerbekunden unterschieden. Als Gewerbekunde mache wir 5 stellige Umsätze und kommen regelmässig in einen Rabatt für Warengruppe 1. Da passiert es natürlich schon mal, daß etwas versehentlich falsch bestellt wird und auch nicht gleich verarbeitet. Wegen dem Rücksendeporto ist das ok, aber obwohl originalverpackt, wurde jetzt bereits nach 8 Wochen eine Rücksendung verweigert so daß man das Zeugs jetzt wohl oder übel wegwerfen oder in Ebay vertickern muss. Entspricht natürlich den gesetzlichen Vorgaben bzw. übertrifft diese sogar weil bei Vollkaufleuten gar nix zurückgenommen werden muss. Solche Vorgänge sind bei Bürklin oder Schukat aber regelmäßig kein Problem.

== 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)
::Sehr clever. Das würde es Reichelt bestimmt enorm erleichtern, stark nachgefragte Artikel schnell zu erkennen. *facepalm* ;-)

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

20.03.2012: Sensorik Aktorik: Merge und alphabetische Sortierung

19.03.2012: Aufräumarbeiten (>50 eingefärbt, Blöcke >5 getrennt)
Dachte dafür gibts hier einen Bot, der dann auch am besten gleich nach Wunschhäufigkeit sortieren könnte...derweil habe ich den Bio-Bot gemacht...hoffe das geht OK, oder gibts da FESTE Zuständigkeiten?

07.10.2011: Reichelt über Facebook drauf aufmerksam gemacht - man schaue sich die Liste regelmäßig durch :)

01.10.2011: Umfangreiche Neuordnung der gesamten Wishlist: Neue Unterkategorien, alphabetische Sortierung, Zusammenführung gleicher Wünsche aus verschiedenen Kategorien, Fix diverse Falsch-Einsortierungen, Update inzwischen erhältlicher Teile, Ausbau einzelner Einträge für bessere Sortierung und mehr Info beim Lesen (nicht nur IC-Namen), etc. Vielleicht hat ja noch jemand nen Einfall für die Sichtbarmachung besonders nachgefragter Einträge, Fett- und Kursivdruck der '''''|||||'''''-Blöcke funktioniert ja leider nicht...

...bei Ausrufezeichen funktionierts aber. Meinungen zur Farbe und der Auslagerung in eine Vorlage?--[[Benutzer:Bzzz|Bzzz]] 14:49, 1. Okt. 2011 (UTC)

03.03.2011: E-Mail wurde an Reichelt-Verwaltung geschrieben.

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]]
[[Kategorie:Lieferanten]]

Reichelt-Wishlist

2014-01-05T14:26:18Z

Malte: /* Ethernet, I²C (2Wire), SPI und andere Interfaces */ Pegelkonverter

= Reichelt Wunschliste =

Auf dieser Seite können Wünsche zur Erweiterung des Reichelt-Lieferprogramms eingetragen werden. Es ist keine offizielle Wunschliste von Reichelt und es ist nicht bekannt, ob Reichelt-Mitarbeiter diese Seite regelmäßig 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. Blöcke von 50 Strichen werden regelmäßig gegen eingefärbte Kolonnen von Ausrufezeichen ausgetauscht, die den Reichelt-Mitarbeitern hoffentlich umso mehr auffallen ;)

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

__TOC__

= Wunschliste =
== Halbleiter ==
=== Controller, FPGA und CPLD ===

* Ajile aj-100 (Java Real-Time Prozessor) ||||
* ALTERA CPLD EPM30xx - Familie |||
* ALTERA CPLD EPM70xx - Familie ||||| ||||| ||||| ||||| |||
* ALTERA Cyclone2 - Familie ||||| ||||| ||||| ||||| ||||
* ALTERA Cyclone3 - Familie ||||| ||
* ALTERA Flex10K - Familie ||||
* ALTERA MAX-II (CPLDs) ||||| ||||| ||||| ||||
* ALTERA MAX-V CPLDs |
* ARM: Cortex M3 Nachfolger für die LPC2x
* Atmel AT89LP4052 PDIP ||||| ||||| ||||
* Atmel AT89S2051/4051 |||||
* Atmel AT90PWM3B (µC für Servosteuerungen und z.b. Motorsteuerungen) ||||| ||||| ||||| ||||| ||||| |
* Atmel ATA6612/13 (LIN-Bus SoC) ||
* Atmel ATmega 16L und 32L in TQFP (wäre ATmega 16/32L8 TQ) ||||| ||
* Atmel ATmega16M1 in TQFP |||
* Atmel ATmega324P in TQFP und PDIP ||||| ||||| ||||| |
* Atmel ATmega324PV in TQFP und PDIP ||
* Atmel ATmega48P in TQFP und PDIP ||||
* Atmel ATmega644p(a) / ATmega1284p(a) in TQFP und PDIP ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Atmel ATtiny2313V in SO und PDIP ||||| |
* Atmel ATtiny4313 ||||||
* Atmel ATtiny1634 ||
* Atmel ATtiny261 (auch 461 und 861; bevorzugt DIP) ||||| ||||| ||||| |||
* Atmel AVR Controller mit Funkanbindung z. B. AT86RF230, AT86RF211, AT86RF401, dazu passende Quarze (evtl. SMD) 18,080 MHz (Crystek P/N 016758), Spulen 39nH. {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||||| ||||| ||||| ||||| ||||
* Atmel AVR mit USB: AT90USB82 und ATmega32u4 {{Reichelt50|FF0000}} ||||| |
* Atmel AVR32 im TQFP ||||| ||||| ||||| ||||| |||||
* Atmel Cortex M3 SAM3S im QFN/LQFP Gehäuse ||
* Atmel Dream Sound Synthesizer Chips, z. B. ATSAM3103 und ATSAM3308 ||||| ||||
* Axis Etrax 100LX Risc Processor (kostenloses Linux-System vorhanden) ||||| ||||
* Bessere Auswahl: statt MSP430F147, F148, F149 wenigstens einen mit DAC -> MSP430F16x
* CY7C68013A-56PVXC (Cypress EZ-USB FX2LP) ||||| |||
* Cypress PSoC Mikrocontroller ||||| ||||| ||||| ||
* Freescale DSP56F801 ||||
* Freescale HCS12 Controller ||||| ||||| ||||| ||||| ||||
* Freescale MC9S08QD4 ||||
* Freescale MC9S08QEx |
* Freescale MC9S08QG8 (DIP 16) ||||| ||||| ||||| ||||
* Freescale Prozessoren (Coldfire) (16 + 32 Bit) ||||| ||
* Infineon XC866 ||||| ||||| ||||| ||||| |||
* Lattice GAL 26V12 ||
* Lattice ispMACH 4032C / 4064C / 4128C |||||
* Luminarymicro Stellaris Serie (Cortex-M3) ||||| ||
* Maxim/Dallas DS89C450 |
* 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)) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}{{Reichelt50|0000FF}}{{Reichelt50|00FFFF}}||||| ||||| | ||||| ||||| ||||| |
* Microchip dsPIC33FJ128GP802 |||||
* Microchip PIC12F1822 |
* NXP LPC1114 (auch in DIP verfügbar!) ||||| |||
* NXP LPC1313 |||||
* NXP LPC1343 ||
* NXP LPC1751 |||
* NXP LPC1754 ||||
* NXP LPC214x-Serie ARM7-Controller ||||| ||||| |||||
* NXP LPC23xx/24xx ||||| ||
* NXP SAA5281 Videotextinterface ||||| ||||
* Parallax Propeller CPU, 8 Cogs - DIP 40 ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* PICAXE von Revolution Education Ltd ||
* Renesas M16C ||||| ||||
* Silabs C8051F320 USB Mikrocontroller ||
* Silabs C8051F340 USB Mikrocontroller ||
* Silabs Si4735 im SSOP-Gehäuse (AM/FM-Empfänger) ||||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com ||||| ||||| ||||
* ST ST7MC... (µC für Servosteuerungen, und vor allem Brushless-Motoren) ||||| ||||| |
* QFP Bausteine der STM32F4 Serie (Cortex-M4)
* ST STR7 Serie (ARM7TDMI) ||
* TI MSP430F167, TI MSP430F168 ||||
* TI MSP430F2001/2/3 etc. im RSA-Gehäuse (=QFN) ||||| ||
* TI MSP430F2618 |||
* TI MSP430FG4618 |
* TI MSP430G2553IN20 viele MSP430 Gs im DIP-Gehäuse für Launchpad-Besitzer ||
* TI TMS470 Arm7 ||||| ||||| ||||| ||||| |
* TI TUSB3210 ||||| ||
* Ubicom SX20 SX28 IP2022 ||
* Western Design Center 65c816 |||
* XC3S 400 TQ144 |||
* 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 ||||| ||
* 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 |

=== Speicher ===

* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 ||||| |||||
* 24AA02E48 (EEPROM mit einprogrammierter MAC-Adresse) |
* 3.3V async SRAM ab 16KByte ||||| |||
* 3.3V DRAM ||||| ||
* EEPROM mit SPI Schnittstelle 25XX Serien ||||| ||||
* F-RAM mit SPI von RAMTRON ||||| |||||
* FM25L16 o. FM25L256 SPI-FRAM ||
* FPGA Konfigurations-EEPROMS AT17LV256, AT17C65/128/256.../XCF04S/... ||||| ||||| ||||| |||||
* NexFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) ||||| ||||| ||||| |||
* RAMs (SRAM oder DRAM) mit ordentlicher Kapazität (z. B. HY57V641620HG oder besser) ||||| ||||| ||||| |||||
* Schnelles statisches RAM 128kB (10, 12, 15 oder 20ns, z. B. Samsung K6R1008C1D-UI10 oder CY7C1019D-10ZSXI) (5V/3,3V) {{Reichelt50|FF0000}}||||| ||||| |||||
* Serielle SRAMs (Microchip 23K256) ||

=== Einzeltransistoren, Op-Amps, MOSFET-Treiber ===

* OPA134, OPA2134, OPA4134 low noise audio OpAmps ||
* 2SC1971 Transistor mit hoher Frequenz und viel Leistung für Endstufen ||
* AD623 Single Supply,Rail-Rail, InstrOpamp ||||| |
* AD628 InstrOpAmp, high voltage inputs |
* AD8601 Rail to Rail Opamp |
* BSH205 P-Channel 1.5V(GS), 0.75A, 12V D-S |||
* BUF420AW Schaltnetzteil Transistor von STM |||||
* Digitaltransistoren (BCR*), auch als Pärchen NPN/PNP (BCR10, BCR08pn) ||||| ||||
* IPS5451S intelligenter Leistungsschalter 50 V, 35 A, 25 mΩ |
* IPW60R045CS Infineon MOSFET 600V 45mOhm Rdson 30ns tr+tf (niedrigster Rdson in der Klasse) |
* High Side Driver, 8-fach, z.B. AMIS−39101 (350 mA, 3Ω, SPI) |
* IR2011 MOSFET Treiber |||
* IR21844 DIL (High-Speed IGBT-Driver) |||
* IR3313 o.ä. Intelligenter Leistungsschalter 32V/90A, einstellbare Strombegrenzung |||
* IRF7503/IRF7506 Dual MOSFET SMD ||||| |||||
* IRFI4212H-117P Doppel-MOSFET (f. Klasse D-Verstärker) |
* J-FET BF545 A,B,C (entspricht BF245 in SMD ) |
* Leistungs-OP LM675 von National ||
* LM397, LM321 o.ä. single op-amp in SOT23-5 5-30V supply {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||
* MAX4420 MOSFET Driver ||
* MAX4429 MOSFET Driver ||
* MC 34152 D-SMD SO8 Dual MOSFET Driver |
* Mehr FET-Treiber (TI UCC3372x, HIPxxx , die neueren Brückentreiber von Maxim ||||| |||
* mehr FETs und IGBTs (nicht nur IRF, sehr gut IXYS <- und sauteuer!) ||||| ||||
* MJD31C NPN Transistor SMD DPAK 3
* Philips PDTD113E/123E und PDTB113E/123E (PNP und NPN im sot23 mit internen Widerständen für Basis und PullUp/Down ||
* Schnellere und gleichzeitig günstige OpAmps; Beispiel AD8055 ||
* Si4562DY N- and P-Channel 2.5-V (G-S) MOSFET SMD ||||| ||||| ||
* SPP20N60C3 Infineon MOSFET 600V 190mOhm Rdson <10ns tr+tf (Schnellste Schaltzeit in der Klasse) ||||| |
* TLC2264 (Quad Rail-to-Rail Operational Amplifier) ||
* TLV2782 (1,8V Rail-to-Rail OP) '''unklar: War "TLV27(2"''' |||||
* TLC3702 Komparator ||
* TLV2382ID Rail-Rail-OP von TI ||
* Sehr schnelle Op-Amps wie LMH6733 o.a in single und trible ||

=== Schaltregler (Buck, Boost, DC/DC,...) ===

* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM |||||
* Größere Auswahl an Step-up Reglern ||||| ||||| ||||| ||||| ||||| ||||| |
* L4941 Spannungsregler 5V/1A in SMD-Ausführung (DPAK) ||||| ||||| |
* L5970 o. L5972 1 bzw. 2A, 250kHz Schaltregler im SO8 |
* L5973D 2,5A, 250kHz, Schaltregler im SO8 (ca. 1€) |||||
* LF50ABDT Spannungsregler SMD DPAK 5.0V very low drop |
* LM1084-ADJ (low dropout voltage positive regulator) |
* LM1117 (low dropout voltage regulator) - 1,8V ||
* LM1117MPX-1.8 und LM1117MPX-3.3 (SMD-Spannungsregler SOT-223) ||||| ||||| |||||
* LM2734 Schaltregler |||||
* LM317EMP oder LM317AEMP SMD-Spannungsregler einstellbar (SMD TO-223 Gehäuse) ||||| ||||| ||||
* Maxim MAX629, MAX1795, MAX1703 (Aufwärtsregler / Step-Up-Konverter) ||||| ||||| |||||
* MAX 8865 Dual, Low-Dropout, 100mA Linear Regulator |
* MC78LCxx Serie - Ultra Low Drop Spannungsregler 3-5 Volt mit 1 Mikro-Ampere Ruhestrom ||||| ||
* MIC29300/29301 Spannungsregler 5,0V 3A im TO263(SMD) Gehäuse ||
* NCP3063: 1.5 A, BUCK _&_ BOOST Inverting Switching Regulator DIP8/SOIC8 (MC34063 upgrade) (0,32$) |
* R-523.3PA Schaltregler 4V - 18V Eingang, variabler Ausgang (Nominalspannung 3.3 V) mit nur 2-4 externen Bauteilen bei > 90% Effizienz
* R-723.3P Schaltregler 4V - 28V Eingang, variabler Ausgang (Nominalspannung 3.3 V) mit nur 2-4 externen Bauteilen bei > 90% Effizienz |
* 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) ||||| |||
* R-785.0-1.0 Schaltregler, Ausgang 5,0V, 1A ||||
* ST1S10 günstiger "Monolithic synchronous step-down regulator" bis zu 3A Ausgang |||||
* TI TPS61070 3.3V-75mA-aus-einer-NiMH-Zelle (+ passende SMD-Induktivität) |
* ViPER Schaltregler von ST ||
* ViPER 12A |
* LM3578 sehr universeller, weil in allen Konfigurationen einsetzbarer Schaltregler (DIP8) von NS mit 1.25V Vref |
* LTC4089 USB Power Manager with High Voltage Switching Charger |
* IS31LT3360 40V/1.2A LED DRIVER um 1€ |

=== Konstantstromquellen (LED, Akkus) ===

* CCS-Akkulade-IC (z. B. CCS9620SL) (siehe [[http://bticcs.com/]]) ||||||
* HV9910 Schaltregler für die Hochleistungs-LEDs Ub=8-450V; I beliebig; Eff. besser 90% ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* LM340x High Power LED-Treiber von National ||||
* LTC3490 (350mA-Konstantstromquelle) ||||| ||||| |
* Max1555 - LiPo Lade IC ||||| |
* MAX7313 16 LED-PWM-Dimmer (Im Gegensatz zu den Philips-ICs ist jede einzelne LED-Dimmbar, dafür nur in 16 Schritten) ||||| ||||| |
* PCA9685 16Kanal 12Bit PWM LED Controller ||||| |||||
* STP08CL596B1 DIP16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER ||
* STP08CL596M SO16 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER ||||
* STP16CL596B1R DIP24 STM, LOW VOLTAGE 16-BIT CONSTANT CURRENT LED SINK DRIVER ||
* STP16CL596M SO24 STM, LOW VOLTAGE 8-BIT CONSTANT CURRENT LED SINK DRIVER |||
* TLC5940 16 Kanal PWM LED-Treiber ||||| ||||| |||||
* UDN 2987 LW (Source Driver UDN298 SMD-Bauform) ||
* Holtek HT16K33 8*16-LED-Controller |

=== Ethernet, I²C (2Wire), SPI und andere Interfaces ===

* AMIS−39101: Siehe [http://www.mikrocontroller.net/articles/Reichelt-Wishlist#Einzeltransistoren.2C_Op-Amps.2C_MOSFET-Treiber MOSFET-Treiber]
* CLC020 und CLC021 (National Semiconductor) Parallel Component nach SDI-Converter |||||
* CP2120 single-chip SPI to I2C bridge and GPIO port expander |
* CS8900A Ethernet-Controller ||||| |||
* CY7C67300 (Cypress) dual role USB controller mit OTG ||||| ||||| ||||| ||||| |||
* DP83848C (Ethernet Physical Layer Transceiver/PHY, MII/RMII-Schnittstelle, passend zu AT91SAM7X) |||
* Ethernet Magnetics (Auch POE) ||||| |||||
* Fast Ethernet-Controller (DE9000A/B/E, AX88796B, ...) |
* FTDI High Speed Chips, z. B. FT2232H (USB - UART/FIFO IC)||||| |
* Generell mehr 1-Wire-ICs ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Generell mehr I²C-ICs {{Reichelt50|FF0000}}||||| ||||| ||||
* Generell mehr SPI IC ||||| ||||| ||||| ||||| ||||
* IP101 PHY von IC+ (Distri für DE [http://www.topas.de/tt/cfs/icp_cfs_mai05.htm Topas]) ||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) ||||| ||||| ||||| |
* LTC1694-1 (I2C/SMBus Accelerator) ||||| |
* MAX6650 I²C-Lüftermonitor ||
* MAX6958 / MAX6959 (I²C 4-Digit, 9-Segment LED Display Drivers with Keyscan) ||||| ||||| ||
* MAX7311AWG 2Wire Interface von Maxim ||||||
* MCP23008 8Bit I2C I/O Expander |||
* MCP23S08 8BIT SPI I/O Expander |
* P82B86 (I2C Dual Bi-Directional Bus Buffer) ||
* Philips PCA82C252 oder TJA1054A oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) ||||| |||||
* Power over Ethernet Bausteine z. B. LM5070 |||
* RS485 isoliert: z. B. Burr-Brown ISO485 o.ä. ||||| |||
* sn65hvd230/231/232 (CAN-Transceiver) in SO8 |||
* TH3122 K-Line Interface von Melexis ||||| ||||
* TH8080 LIN Transceiver von Melexis (oder vergleichbare) ||
* TI ISO1050 (Isolierter CAN-Transceiver) ||||
* SC18IM700 o.ä. I2C to UART-Converter ||
* RS232 Pegelkonverter für 1,8V (gibt derzeit nichts unter 3,3V). z.B. LTC2801 oder MAX3218 |

=== ADC, DAC und PWM ===

* 16-bit A/D-Wandler (waren von Maxim schon im Programm, sind aber wieder herausgeflogen?) ||||| ||
* AD7524 8-Bit DAC in SMD ||||| ||||| ||||
* ADS8320 ADC 16 Bit seriell ||||| ||||| ||||| ||||| ||||| ||||| |
* CS5641 von Cirrus...The CS5461 incl. two delta-sigma A/D converters.... ||
* D/A Wandler mit 4 oder mehr Ausgängen, z. B. TLC5620/TLV5629/AD5325 ||||| ||||| |||
* DAC7612 DAC 12 Bit seriell ||||| ||||| ||||| ||||| |||
* DAC8830 IDT (16Bit-DAC,ser. Input) ||||| |
* Generell mehr DAC's (auch die teureren) von TI ||||| |
* Generell mehr I2C IC (ADC, DAC, DSP, u.a. Crystal, BurrBrown etc.) |||||
* Generell mehr PWM-SIC's |||||
* LTC 1655(L) N8 16 Bit DAC interne Ref 2.048/1.25V(L Type) SPI Interface ||
* LTC24xx (24-Bit Delta-Sigma ADC) ||||
* MAX127/128 8-Kanal 12bit ADC mit I2C-Interface |||
* MAX528 8-fach 8Bit DAC mit Output Buffer seriell |
* MCP4725A0 und MCP4725A1 D/A-Wandler 12 Bit I²C ||||
* Philips TDA1543 - 2x16-Bit DAC |
* TI PCM1804 Audio-ADC||||
* TI PCM2707 USB-Audio-DAC ||
* Video-AD-Wandler z. B. LTC2208 (16 Bit 130 MS/s) für FPGA und SDR |
* IR Class-D Amplifier IRS2092 (In D derzeit nirgends erhältlich!) |||

=== Sensoren und Aktoren ===

* 4Hz Supersense µblox LEA-4S GPS module (Importer pointis.de) + Passende Passives Patch antenna (zB. von inpaq.com) ||||| ||||
* Allegro Stromsensoren (z. B. ACS713, ACS756) ||||| ||||| ||||| ||
* Allgemein mehr Sensoren ||||| ||||| ||||| ||||| ||||| ||||
* Anemometer ||||| ||
* BLDC-Motoren ||||
* Durchflussmesser (z. B. wie Conrad Nr.155374) ||||| ||||| ||||| |||
* Flexinol / Nitinol (Nickel-Titanium) / NanoMuscle Aktuatoren ||||| ||||| ||||| ||||| |||
* Freescale/Motorola Drucksensoren, besonders die gängigen aber noch fehlenden MPX4100AP, MPX4200AP, MPX4250AP mit der robusten Automotive Spezifikation und Stutzen für Schlauchanschluss = CASE 867B-04 ||||| ||||| ||||| ||||| ||||| ||||| ||
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| ||||| ||||
* Getriebemotoren wie RB35 oder RB40 ||||| ||||| ||||| |
* günstige Temp. Sensoren TC77 ||||| ||||| |||||
* Gyro Sensoren MURATA, ENC-03J A/B ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Gyro, Drehwinkelgeber, Kreiselsensoren ähnl. Tokin CG-L43 {{Reichelt50|FF0000}} ||
* Hall-Sensor(analog) Allegro A1301, A1302 |
* Hall-Sensor UGN3503, KMZ51 ||||| ||||| ||||| |||
* Hall-Sensoren ähnlich TLE4905, aber mit Vcc 3,3V, z. B. CYD1102G (TLE 4905L Hallsensor, 3,8-24V ist lieferbar seit 20.12.11) ||
* I²C-Bus Temperatursensor DS1631Z ||||| ||||| ||||| ||||| |||
* iMEMs Acceleration Sensors ADXL Series von Analog Devices ||||| ||||| ||||| ||||| |
* Induktions-Stromsensoren Coilcraft #J9199-A o.ä. ||||| |||
* IS471 Selbstmodulierende IR-Lichtschranke ||||| ||||| ||||| ||||| ||||| ||
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' ||||| ||||| ||||| ||||| |||||
* LEM Stromsensoren (Transducer) der HAIS-Serie, speziell HAIS 50-P und 100-P ||||| ||||| ||||| ||||
* Luftdruck-/ Temperatur Sensor Intersema MS5534 (mit SPI- Interface) ||||| ||||
* Magnetfeld-Sensor (Kompass-Anwendung) KMZ52 ||||| ||||| |||
* Modellbau-Servos |||
* Piezo Minimotoren/Linearaktoren von Elliptec/Siemens einzeln und günstig ||||| |||||
* PIR Bewegungsmelder ||
* QT160 6-fach Touch Sensor IC ||||| ||
* Sensirion SHT11/SHT71 (oder auch SHT15/SHT75) {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) ||||| ||||| |||||
* Temperatur IC TC1047 |||||
* Temperatursensor mit SPI-Interface LM74 ||||| |||
* Thermoelement Typ-K (MAX6675)/ Typ-J mit Steckverbinder und SPI ||||| ||||| ||||| ||||| ||||| ||||| |||
* Sensoren zur Umweltanalyse (Sauerstoffgehalt der Luft, pH-Wert, etc.) ||

=== Funk und Signalsynthese ===

* Clock generator IC's, z. B. PCK20?? von Philips |
* DDS-IC (Waveform-Generator) von Analog wie AD9833, AD9835 ||||| ||||| ||||| ||||| ||||| ||||| ||||
* EM4095 (RFID) |||||
* LMX2306/LMX2316/LMX2326 PLL Synthesizer von National ||||| ||
* LTC5540 (RF-Mixer) |
* PLL Schaltkreise für Frequenzerzeugung. z. B. MC / ML145170 (SOIC16) / TSA5060A ||||| ||||| ||||| ||||
* SI4735 Silicon Labs Radio ICs ||||| |||
* TEA5757 FM-Tuner IC von Philips |||
* TEA5768HL FM-Tuner IC von Philips |||||
* TPS79318 1,8V 200mA LDO in (bestens für z. B. LPC210x µC) ||

=== sonstige ===
* 74ACTxxx |
* 74ASxxx |
* 74HCxxxx komplette Serie ||||
* 74HCT-Logik in SMD {{Reichelt50|FF0000}}||||| ||||| ||||| ||||
* 74VHC-Serie komplettieren (z. B. 74VHC125D) ||||| ||
* 74xx mehr Familien von Logik-ICs, z. B. AC, ACT, LVC (in SMD) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* A3982 Motortreiber/Controller (1,5A, 2APeak, u.A. für RepRap's) ||
* Automotiv ICs z. B. LM1815, LM1915, LM1949, LM9011, LM9040, LM9044, LMD18400... ||||| |
* Bosch CJ125 (Lambdasonden-IC) ||||| |||||
* DS1616 von Dallas Datalogger-IC ||
* DTMF-Dekoder-Enkoder (8870, 8880) ||||| ||||| ||||| ||||| ||||| |||||
* High Side Current Sense ICs wie MAX4172,LT6105 ||||| ||
* IRS2092 Class-D Audio Driver IC |||
* ISD 2560 -> SOIC Gehäuse (Sprachaufnahme IC) ||||| |
* ITS4141N o. BTS4141N Smart High-Side Power Switch (z. B. bestens für 24V geeignet!) ||
* Kleinere SMD-Bauformen (bes. bei ICs) ||||| ||||| ||||| |||
* L6205 Motortreiber (2Kanal, 2,8A, DMOS)|||||
* L6206N Motortreiber (Wird für OpenDCC benötigt, und ist derzeit nur SEHR schlecht erhältlich) ||
* LM3886 (68W Audioverstärker) ||||| |
* LMD18200 (H-Bridge) |
* LT3080 Linearregler 0V-36V 1.1A |||
* LT3081 Linearregler 0V-36V 1.5A |
* LTC 4411 ideale Diode 2,6 bis 5,5V max. 2,6A im SOT-23 Gehäuse
* LTZ1000ACH#PBF Linear Technology Präzisions-Referenz (Ersatz für LM399H) ||||
* Maxim Switched Capacitor Tiefpass-Filter (z. B. MAX297, MAX7410) ||||| |
* mehr SMD Bauteile {{Reichelt50|FF0000}} {{Reichelt50|00FF00}} ||||| ||
* MIC6315 von Micrel (3,3/5V Reset Baustein mit manual Reset) ||
* Motortreiber TLE 4205 ||||
* PGA2311 (Stereo Audio Volume Control) |
* PMEG2010AEB 20 V, 1 A ultra low VF Schottky Diode SOD523 |
* SDT06S60 Infineon SiC 600V 6A Silizium-Carbid Schottky-Diode (kein trr, daher keine Schaltverluste) ||||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z. B. 12CWQ06FN von IOR ||||| ||||| ||||| ||
* Solenoid drivers TI DRV102T, DRV103U |
* TLV320AIC23B Audio-Codec ||
* TPIC6B595 (oder ähnliche 74xx595 high current (150 mA) shift register) ||||| |||||
* uC supervisor chips + watchdog z. B.: MAX6864 ist z.Z. der beste (0.2uA!) ||||
* USB-Umschalter, z.B. FSUSB42MUX |
* VN808 Low Treshold Octal High Side Driver 0,7A ||
* VS1000 Ogg Decoder von VLSI |
* VS1053 MP3/AAC/WMA/Ogg Decoder von VLSI ||||| ||||| ||
* Zarlink MT8841 Calling Number Identification Circuit |
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) ||||| ||||
* ZRA250F005 Referenzspannungsquelle 2,5V 0.5% SOT23-Gehäuse ||||| ||||| ||
* TXB0108 8-Bit Bidirectional Voltage-Level Translator with Auto Direction Sensing |
* 579-MCP6S91-E/P (Sonderverstärker 1-Ch. 10 MHz SPI PGA) |
* 579-MCP6292-E/SN (Operationsverstärker Dual 10MHz ) |
* 926-LMH6642MAX/NOPB (Operationsverstärker Lo Pwr 130MHz 75mA RR Output Amp) |

== 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 ATSTK1000 von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3918 Atmel] ||||| ||||| ||||| ||||
* Axis Etrax 100LX MCM (Multi Chip Module) A full Linux computer on a single chip! ||||| |||||
* Bluetooth Funkmodul {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||
* Bluetooth Mini-Module (RS232-Bluetooth-"Wandler"-Platinchen) z. B. BTM222 ||||| |||||
* 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 ||||
* FPGA, low-cost Experimentierplatinen ||||| ||||| ||||| ||||| ||||
* Hope RF Module 433 u. 868 MHz, http://www.hoperf.com/pdf/RF12.pdf ||||| ||||| |
* Hope RF Module 2,4GHz, RFM70 |||||
* kostengünstige Funkempfänger/Funksender 433 & 868 Mhz ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* kostengünstige Funkschaltmodule (TLP/RLP) ||||| ||||| ||||| ||||| |||
* Lantronix XPort Direct |||
* Lantronix XPort Embedded Device Server ([http://www.lantronix.com www.lantronix.com]) ||||| ||||| ||
* Microchip PICkit 2 ||||| ||||
* Microchip PICkit 2 (PG164120) ohne Demoplatine ||
* 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 |||
* ST Primer 2 (Experimentierboard fuer ARM Einsteiger) ||
* STM STM3210C-EVAL für <=214,79€ netto (wie bei Future Elektronik, Stand 18.3.2011) |
* TI - MSP430 Wireless Development Tool (AEC13895U) |

== Passive Bauteile ==

=== Spulen und Trafos ===

* Die Micrometals Pulverkerne (-18 und -26) auch in größer ||||| ||
* Fastron 0805 AS Serie vervollständigen ||
* Funk-Entstördrosseln 16A, div. Werte ||||| ||||| ||||| |||
* Funk-Entstördrosseln 330µH / 3A |
* Funk-Entstördrosseln 47µH |||
* Magnetics CoolMu Ringkerne ||||| ||||| ||
* Magnetics MPP Ringkerne ||||| ||||| ||
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Passende Ferrite dazu: N27,N41,N67,N87,N97 ||||| ||||| ||||| ||||| ||||| ||||
* Ringkertrafos >500VA mit höherer Spannung als 30V (Verstärkerbau) |||
* SEPIC-Speicherdrosseln von Würth WE-DD (Größe M u. L) ||||
* Übertrager für Schaltregler z. B. Epcos Typ B78304 ||||| |||||
* Würth Induktivitäten ||||| ||||| ||||| ||||| ||||
* Würth Sortimentskästen Induktivitäten ||||| |

=== Kondensatoren ===

* Axiale Kondensatoren als Blockkondensator unter DIP-Sockeln, z.B. "C410C104M5U5TA7200" |
* Drehkondensatoren 20-500pf ||||| ||||| |||||
* Günstige hochkapazitive Doppelschichtkondensatoren (z. B. Maxfarad MES2245 220F 2,3V) ||||| |||
* Keramikkondensatoren SMD 0603/0805/1206: mehr Zwischenwerte (56p, 82p, 560p) ||||| ||||
* Kleine Niedervolt-Polyproplyenkondis mit mehr Kapazität ||||
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Low-ESR Elkos RM 3,5mm 1.000µF 6,3V (Mainboardaustausch Elko) ||||
* Low-ESR SMD Tantal-Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (AVX?, Epcos?)) ||||| ||||| ||||| ||||| ||||| |
* Radiale Elkos für 400V |
* Radiale Elkos 63V/2200µF |
* Sanyo OS-Con bedrahtet und SMD |||
* Wima FKP02 |
* Wima FKP2 |
* Wima MKP3-X2 (~275V, klein und ideal für Kondensatornetzteile) ||
* Wima MKP4 |||||
* SMD-Keramik/HF in 0402 |
* Bipolare Elkos bis ca. 100µF |

=== Widerstände und Potis ===

* 25/50/100W Hochlast-Widerstände (~20/50Ω auch weniger) ||||| ||||| ||||| ||||
* Digitalpoti AD5160 mit SPI in SOT23 ||
* Digital-Potentiometer (z. B. 2-Wire MAX546x, AD526x, X9C10x) ||||| ||||| ||||| ||||| ||||| ||||| |
* Durchsteck-Widerstände in kleiner Bauform 0204. ||||| ||||| |||
* Endlospotis als Motorgeber ||
* Erneut die 10k-Ohm SMD-Potis |||||
* Größere Auswahl an (Stereo-)Schiebepotis in log und lin, insbesondere jenseits 100K ||
* Hochlast NTC, z. B. 80-220Ω/1-4A (EPCOS, Ametherm) ||
* Hochspannuns-Widerstände (z. B. 330M/10kV) ||
* iPod-Wheel z.B. QT511-ISSG ||||| ||||| |||||
* Kleine Ein-Gang-Trimmer unterhalb 250Ω |
* Leitplastikpotis im Servogehäuse |
* Linear- und 360° Soft-Pots (iPod-Wheel) wie von spectrasymbol ||||| |||
* Niederohm-Widerstände (Shunts ab 1mOhm im guten Gehäuse z. B. TO220) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Null-Ohm Widerstände (Drahtbrücken) Baugröße wie 1/4W ||||| ||||| ||||
* Präzisions-Spannungsteilernetzwerke ||||| ||||| |
* Präzisionsspannungsteiler 1:10, 1:100, 1:1000 (10MOhm Gesamtwiderstand) |||
* Präzisionswiderstände 0,05% und besser, ev. drahtgewickelt ||||| ||||| ||||| ||
* R2R-Widerstandsnetzwerke (z. B. 10/20kOhm für DA-Wandler an Microcontrollern) ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* SMD-Präzisionswiderstände (0,1% TC10ppm/K =>0,1W indukt.arm) ||||| ||||| ||||| ||||
* SMD-Widerstände 0805 auch aus der E24-Reihe ||||| ||||| ||||| ||||| |
* SMD-Widerstände 0805 und 1206 auch unterhalb von 1Ω ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* SMD-Widerstände unterhalb 1Ω, andere Gehäuse als 0805/1206 (leichter erfüllbarer Wunsch) ||||| ||||| ||||| ||||
* statt Radiohm-Potis bitte Prehostat oder Alphastat 16 63256-026xx ||||| ||||| ||||| |
* Widerstände > 10MOhm (möglichst bis 100GOhm) ||||
* Widerstandsnetzwerke 11-Pin (für 10er Bargraphanzeige) |||

=== Quarze, Quarzoszillatoren und Resonatoren ===

* 13,5600 MHz Quarz (benötigt für RFID) (SMD+bedrahtet) ||||| ||||| ||||| ||||
* 24,0000 MHz Standardquarz Grundton ('''kein 3. Oberton!!!'''), benötigt für USB-DMX-Interface (SMD-Grundtonquarz unter 24,0000-MA505 verfügbar) ||||| ||||| |
* 25,0000 MHz '''Grundton'''-Quarz, wird benötigt für Microchip TCP/IP Controller ENC28J60) (als Keramik-SMD-Quarz 25,000000-MJ verfügbar) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Allgemein mehr Grundtonquarze bei höheren Frequenzen ||||| |
* Murata Keramik-Resonator CSTLS16M0X, CSTLS20M0X (obwohl 3. OW, direkt mit µC verwendbar) |
* Quarze 6,500000 MHz (HF-Anwendung) ||
* Quarze 32 MHz 10ppm Oscillatorfrequenz 0 bis +70°C |
* Quarz mit 3,200 MHz ||
* Quarzoszillator 9,8304 MHz |||
* SMD Quarze/ Oszillatoren in flachen, kleinen SMD Gehäusen (SMX-A/-B) |||||
* SMD-Quarze mit Standardgehäuse (z. B. HC49/US & HC49/UP) ||||| ||||
* 32,768 kHz Quarz mit 12,5 pF ||

=== Sonstiges ===

* Lötfähige (SMD-) Kühlkörper (Fischer) ||||| ||||| ||||| |||
* Metallbrückengleichrichter für 50A |||||
* Netzfilter FFP Reihe Schurter ||
* Suppressordioden mit Spannungsbereich zwischen 15V und 30V |||
* Übertrager FB2022 oder 20F-001N (passend zu RTL8019AS)||
* Übertrager passend zu ENC28J60 |
* Varistoren 14V auch als bedrahtetes Bauteil (für KFZ-Bordnetz)-> 1,5KE 18CA ||||| ||||| ||
* ESD Schutzdiodenarray für CAN, USB,... z.B. PESD2CAN ||

== HF-Baumaterialien ==

* Durchführungskondensatoren 1nF/160V (waren Ende '06 noch im Programm) ||||
* Filter SFE10.7MA19 360khz SZP2026 |
* H155 (HF-Kabel) ||||| |
* HF-Litze(n) |
* Keramik / Teflon Leiterplatinen |
* Keramische Filter CFM455... ganzes Sortiment |||||
* MC68160FB
* MC68EN302PV20
* MICRF002/022, MICRF102/103 von Micrel ||||| |
* MMICs und Ringmischer von Mini-Circuits |
* UPC1678 / SGA-3286 (UHF MMICs) |
* PLL ICs z. B. von NXP und National für HF-UHF ||
* S3C4510B
* Transistoren MRFG35010 |
* U.FL bzw. IPEX Steckbuchsen zum Selbstkonfektionieren von HF-Kabeln ||
* ZF-Quarzfilter für versch. Frequenzen (10, 20, 40 MHz) ||
* Zirkulatoren ALD4302SB statt LM239
* µP Compatible CTCSS Encoder,Decoder FX 365

== Optoelektronik und Leuchtmittel ==

=== Einzel-LEDs ===

* DycoLeds (SMD RGB Leds mit integriertem Controller) |
* Acriche 230V~ LEDs
* 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 |||
* Everlight SMD-RGB (fullcolor) 19-337/R6GHBHC-A01/2T |||||
* Generell: Z-Power LEDs von Seoul (günstiger und heller als Luxeon) ||||| ||
* IR-Diode mit viel Power ttp://www.lc-led.com/Catalog/department/36/category/49/1 ||
* Low Current SMD-LEDs (z. B. Osram LG T679 - Anm.: hier gleich die neuen Varianten Lx T67K bestellen, nicht die alten 9er) ||||| ||||| ||||| ||||| |
* Luxeon Rebel weiß (180 lm) auf Star-, Mini- oder normaler Platine ||
* OSRAM Hyper TOPLEDS gelb LY T676-S1T1-26 ||
* OSRAM Hyper TOPLEDS weiss LW T67C-T2U2-5K8L ||
* Reflektoren für 10mm LEDs ||
* Samsung SLS RGB W815 TS (PLCC6 RGB-LED)|
* Seoul Z-LED RGB auf Platine ||
* Seoul Zled P4 (100lm bei 350mA, 240lm bei 1A!) ||||| |||||
* SMD-IR-LEDs in 0603/0805/SOT23 + dazu passende IR-Fotodioden in gleicher Größe ||
* SMD-LED Bauform 0402 rot/gelb/grün/blau/weiss ||||| ||||| ||||| ||||| |||
* Superflux RGB-LED ||||

=== Anzeigen und Displays ===

* 4-Stellige Dot-Matrix LED-Anzeigen Siemens SLG 2016 oder von HP oder ähnliches ||||| |
* 7-Segment-Anzeige 4 DIGIT mit und ohne Doppelpunkt ||||| ||
* 7-Segment-Anzeige, allgemein Low-Current bzw. High Efficiency Versionen anbieten ||||| ||||| ||
* 7-Segment-Anzeige, weiss, gem. Anode ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* 7-Segment-Anzeige, weiss, gem. Kathode ||||| ||||| ||||| ||||| ||||| ||||| ||
* Generell alle 7-Segment-Anzeigen auch in Blau und bis zu 100mm Höhe ||
* Kingbright PSC Serie (16 Segment LED-Display, insbesondere PSC08 und PSC12) |
* LED Punktmatrix Anzeigen 8x8 superrot 3mm (z. B. Everlight ELM-1883SRWA) ||
* LED Punktmatrix bicolor 1.9mm (z.b. Betlux BL-M 07A881SG-XX )
* LED Punktmatrix (Dot-Matrix) 8x8 RGB (z.B. Betlux BL-M 23B881RGB-11) |
* TFT/OLED Farb-Displays, wie die bereits abgekündigten OSRAM OLEDs ||||
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller, z. B. Futaba "LCD Emulators") ||||| ||||| |||

=== andere Leuchtmittel ===

* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||

=== sonstige Optoelektronik ===

* BPW 34 F / FS (aus dem Sortiment gefallen, PIN-Fotodiode) |
* IL207AT (SMD Optokoppler von Infineon) ||||| |||
* ILD256T (SMD AC-Optokoppler) ||||| |||||
* ILD620 (DIP Optokoppler) ||||| ||||| ||||| |||||
* IrDA-Tranceiver TFDS4500 (oder TFDU4100) wieder anbieten - war im 07/2005er Katalog noch drin) ||||| ||||
* PC923 (Opto MOSFET Gate Treiber auch für High Side) |
* SFH6106, SFH6206 4 Pin Optokoppler SMD ||||| |
* TLP 3617 Photo-Triac
* TLP113 (SMD Optokoppler) |||||
* TLP250 (Opto MOSFET Gate Treiber auch für High Side)||||
* TORX 178 Fiberoptik-Receiver |
* TOTX177PL und TORX177PL (Fiberoptik-Transmitter) als Ersatz für TOTX173 und TORX173 (zwar anderes Footprint, aber dafür auch kleiner und günstiger)
* TSOP 1140 Infrarot-Receiver (oder andere 40 kHz IR-Empfänger) |||
* TSOP 1730 Infrarot-Receiver [Achtung! TSOP17xx sind Auslaufmodelle bei Vishay] ||
* TSOP98200 (Breitband IR-Empfangsmodul 20-455 KHz) ||||
* TSOP98260 (Breitband IR-Empfangsmodul 20-60 kHz) |||||
* Vactrol Optokoppler (mit Fotowiderstand zur Analogsignalregelung) |||||

== Mechanisches ==

=== Schalter/Taster/Eingabegeräte, Relais ===

* bistabile Relais mit 2 Wicklungen ||||| ||||| |||||
* Drehimpulsgeber DDM Hopt+Schuler 427 SMD (evt auch normal, stehend & liegend) ||||| ||||| ||||| ||||| ||||| |||||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||| |||||
* Drucktastenfeld Matrix 3x4 ||||| ||||| ||||| ||||| ||||
* Grayhill Series 60A Joysticks mit USB-Adapter |
* Hohlwellen-Drehgeber (z. B. EC35B-Serie von Alps) ||
* kleiner Joystick wie beim Atmel Butterfly ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* mehrpolige Fußschalter, FS 35 bitte bei Druckschalter einordnen ||||
* Miniaturkippschalter mit Verriegelung ||||
* möglichst kleine und flache Druckschalter rastend! |||||
* passende Touchpanels für die coolen Blue-Line-Grafikdisplays ||||| ||||| ||
* Relais mit hohen Wirkungsgrad (daher nur geringer Spulenstrom nötig) ||
* SMD-Schiebeschalter |||||
* Taster Radiohm ST-1034 in rot, grün, gelb, blau, grau und schwarz |
* Taster und Kappen aus der Multimec-Reihe |||
* Taster, Schalter und LED-Fassungen aus der Mentor FEL-Reihe ||||
* Tastköpfe für Taster9308, wie zb Omron B32-2000 oder B32-2010 ||
* PhotoMOS Relay (z. B. AQV257 AQY221 AQY225 von Panasonic ||

=== (Steck-) Verbindungen PC- und Audiotechnik ===

* 2.5mm-Stereo-Klinkenbuchsen (3-polig) SMD ||||
* Adapter 3,5mm-Klinkenbuchse auf 3,5mm-Klinkenbuchse ||
* Cablesharing-Adapter 2x RJ45-Buchsen(1x Ethernet 1x ISDN)1xStecker |http://www.btr-netcom.com/Products/upload/ATCH-002661.pdf
* Floppy-Stromversorgungstecker 3,5" Printausführung ||||| ||
* Günstigere SD/MMC-Steckverbinder z. B.SDBMF-00915B0T2 von MULTICOMP(selbst bei Farnell für 1,80 Euro) ||||| |||
* Hochwertigere 1/4"-Klinkenbuchsen, z. B. von Rean oder Cliff |||||
* Höherwertige 3,5mm-Klinkenbuchsen / -stecker (statt "EBS35" oder "KK(S/M) ..") ||||| ||||| |||
* Höherwertige Adapter für Klinke (die bisherigen 3,5 auf 6,3mm-Adapter sind nach ~2 mal Stecken völlig ausgeleiert) |
* microSD- / Transflash-Sockel mit Push-Push-Technik (ist nervig die immer für teuren versand aus amiland kommen zu lassen) ||||| ||||| ||||| ||||| ||||| ||||| |
* MiniSD Card-Connector mit Auswurffunktion für Oberflächenmontage ||||| |
* Modulare Buchse RJ45 mit Übertrager und LEDs für Ethernet 10/100, z. B. SI-40138 MagJack von BEL-STEWART oder Taimag RJLBC-060TC1 {{Reichelt50|FF0000}}||||
* Modulare Buchse RJ45 ohne Übertrager mit LEDs (oder Lichtleiter für SMD-LEDs) ||||| |||
* RJ45-Stecker 90° nach unten oder zur Seite gewinkelt ||
* RJ11-Stecker (6-polig) mit seitlich versetzter Nase (im TK-Bereich häufig) |
* Molex Steckerreihe Minifit Jr 4,2mm Rastermaß (verwendet als Stromstecker in Computern, Mainboard, PCI-E, P4/EPS ...) |
* Ordentliche Lautsprecherbuchsen "Strich-Punkt" (Print oder Wand) (die Stecker sind OK) |
* SATA-Stromstecker/ -Buchsen für Kabel/ Printmontage ||||
* USB3-, e-SATA-, eSATAp (Power e-SATA)-Stecker in Printausführung (gerade und gewinkelt) [die gibts aber inzwischen, z.b. USB3 AEB] ||||
* Vernünftige Koax-Stecker und -Kupplungen z. Bsp. von Hirschmann |
* WOL-Verbindungskabel / -Stecker / -Print-Connectoren: ||||| |
* Micro-USB-Buchse in Print oder SMD: |

=== (Steck-) Verbindungen Platinen und ICs ===
* Buchsenleiste Fischer BL5 |
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2, z. B. [http://www.newproduct.molex.com/datasheet.aspx?ProductID=92125 Molex 2081 ?] oder Harwin M20 ) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Carrier-IC-Sockel
* Die PSK-Kontakte in anderen Packungen als 20/10k.100Stk. wäre z.B. gut.1k auch. ||||| ||||
* mehrpolige, hochwertige Miniatursteckverbinder (z. B. http://www.binder-connector.de/pdfs/serien/711.pdf) |||
* Molex C-Grid SL einreihig 2 bis >6 polig: Stecker, Buchsen, Buchsen-SMD, Crimp-Werkzeug |
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für 6-Pin SOT23 (SOT23-6) |||||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für DIL20 ||||| |||||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für DIL28 ||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für PLCC-44 ||||| ||||| |||||
* Nullkraftsockel (TEXTOOL, ARIES, Yamaichi,..) für andere SO- oder TQFP-Gehäuse ||||| ||||| ||||| |||
* Stapelleiste AMP 2–0827730–0, 20polig, A 24,2 mm |
* Stiftleisten im Rastermaß 1 mm (z. B.: Samtec FTMH-120-03-F-DV-ES) |
* Wannenstecker 2,54mm Raster auch als SMD ||||| ||||| ||
* Gehäuse Serie CG einreihig, RM 2,54 mm + Crimpkontakte female
* 1.27mm Wannenstecker oder Stiftleiste mit Codierung SMD z.B. MPE-Garry 361-3
* Sandwich Verbinder / Stapelbare Buchsenleisten (wie: http://www.watterott.com/de/Stapelbare-Buchsenleisten ) ||

=== (Steck-) Verbindungen sonstige ===
* Wannenstecker 2,54mm Rastermaß in SMD (wie WSL 2x05SMD 2,00) |
* Adapterprogramm SMA auf SMB ausbauen ||
* BNC-Stecker (wie UG 88U, Lötmontage) aber für RG174-Kabel ||||| |
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) ||||| ||||| |
* E10-Schraubsockel, wie sie Glühbirnen haben, mit Lötstiften (Achtung es ist nicht die Fassung gemeint) |||||
* Euro-Einbausteckdose (230V~, gab's früher mal) ||||| |||
* Foliensteckverbinder (FFC) RM1,25 (z. B. 9pol, 11pol ...) |||||
* Für LC-Displays: Adapterplatine mit Anschlüssen im Raster 2,54mm (EA 9907-DIP) siehe http://www.lcd-module.de/ ||||| ||||| ||||| ||||| ||||| ||||| ||||
* Hohlstecker für Laptops 1,7 x 4,75mm gelb |||
* Hohlstecker für Acer-Laptops 1,7 x 5,5mm |
* Hohlstecker-Buchsen, ganz kleine, passend zu Handy-Netzteilen z.B.von Nokia |
* JST HR-Steckverbinder |||
* Lüsterklemmen kleiner LÜK 2,5, also z.B. LÜK 1,5: ||||
* Mini-Schraubklemmen Phoenix Contact MPT-Reihe RM2,54, z.B. MPT0,5/12-2,54 f. 12polig |||
* OBD-Stecker. |||||
* Polklemmen Hirschmann PKNI 10B (max. 63A), zumindest Schwarz und Weiß ||
* preiswerte! Hochspannungssteckverbinder >2kV ||||
* Steckverbinder für PICTIVA OLED-Display-Folienkabel |||||
* Triaxstecker /-buchse (Coax mit 2. Schirm als 3. Kontakt) ||
* Deutsche Stecker für PKW, LKW, LoF ||
* Anderson PowerPoles oder ähnlich günstige, variable, simple Hochstrom-Steckverbinder
* JST-EH Steckverbinder aufnehmen |
* SMA Leiterplattenbuchse abgewinkelt |

=== Kabel, Drähte etc. ===

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

=== Gehäuse und Gehäusetechnik ===

* Batteriehalter für 18650er Lithiumzellen (ähnlich dealextreme sku 100996/100997/100999) ||||
* Batteriehalter für 4 Mignonzellen mit Lötfahne (statt Druckknopf) |||
* Bopla ABP oder ABPH 800-100 (10cm) Aluprofil Gehäuse |||
* Distanzbolzen M2,5 (SW4) in verschiedenen Längen aus Messing |||
* Distanzhülsen/-bolzen M3 in verschiedenen Längen aus Kunststoff ||||
* Gewindebolzen zur Sub-D Frontplattenmontage, z.B. "160X10329X" |
* mehr und v.a. kleine (Hand-) Gehäuse {{Reichelt50|FF0000}}||||| ||||| |||||
* Muttern M2 |||||
* Preiswertere Alu Druckgussgehäuse, wie z. B. von Hammond Manufacturing ||||| ||||| ||||| ||||
* Stopmuttern M2 |
* Strangpreßprofilgehäuse von Fischer |
* USB-Leergehäuse (z. B. wie USB-Stick, WLAN-Dongle, o.ä.) ||||| ||||| ||||| ||||| |||
* Zylinderkopfschrauben M2,5 x 12mm ||||| |
* Zylinderkopfschrauben M2,5 x 20mm |||||
* Zylinderkopfschrauben M2,5 x 30mm |||||
* Zylinderkopfschrauben M3 x 25mm ||||| |
* Gewindewürfel M3 wie z.B. von Ettinger oder Bürklin |
* Selbstschneidende Schrauben für Kunststoffe |

== Prototypenbau, Platinen und Chemie ==

* Adapter QSOP (versch. Pinzahlen) auf DIL/QIL ||||| ||||| |||
* Adapter TQFP (versch. Pinzahlen) auf DIL/QIL ||||| ||||| ||||| ||||| ||||| | ||||| ||||| ||||| |
* Arbeitsschalen zum Entwickeln und Ätzen von Platinen(*)(ist im Starterkit enthalten) ||||| ||||| ||||| ||||| ||
* Ballistol Universalöl ||||| |||||
* Bungard Green Coat ||
* Bungard Sur-Tin |||
* Bungard-Fotoplatinen auch in 80x100mm (halbes Euroformat), nicht nur 75x100mm ||||| ||||| ||||| |||||
* Bungard-Fotoplatinen BLAU div. Formate ||||| ||||| ||||| ||||| ||
* Bungard-Fotoplatinen SCHWARZ div. Formate |
* Cadsoft Eagle ||||| ||||| ||
* chemisches Zinnbad ||||| ||||| ||||| ||||||
* Entwickler NaOH-Frei von Bungard (SENO 4007 Universalentwickler) |||
* Fotoplatinen aus Hartpapier von Markenhersteller ||
* Fotoplatinen, zweiseitig, Hartpapier(!) |||||
* Hohlkehlenlötspitzen (Ersa 0832HD) ||||| |
* Hohlkehlenlötspitzen f. Weller MLR21 ||||| ||||||
* Kapton-Baender, evtl auch mit Kupferbeschichtung (Flex-PCB) ||||||
* Lötstopplaminat ||||| ||||| ||||| ||||| ||||| ||||| |||||
* LPKF Durchkontaktierungspaste |||
* Messingblech/Kupferblech 0.1mm (wenn möglich Photobeschichtet) ||||| |
* Natriumpersulfat 2 kg Packung ||||| ||
* PCI-Express x1 Laborkarte (wie RE 430EP) ||
* PIC_BASIC_II || Programm mit HardwareKey [z. B. für Azubi's]
* SMD Testplatine (3x3 Felder) wie bei Conrad |||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Spitzenhülsen WSP-/MPR 80 (Weller) ||
* Steckplatinen (Breadboards) ohne Grundplatte und ohne Versorgungsleiste (wie Conrad 526827; STECKBOARD 1K2V hat beidseitig Leisten und ist daher nicht anreihbar / ist anreihbar, aber danach sind die beiden Leisten jeweils übrig) |
* Steckplatinenen (STECKBOARDS) im 84 x 54 Format (gibts bei Conrad ist da aber viel zu teuer) |||
* [http://www.sugru.com/de Sugru] |
* Target 3001 V15 Autorouter verschiedene Lizenzen |
* Tonerverdichter (www.Huber-Troisdorf.com) ||||| ||||| ||||| ||||| ||||| ||||
* www.schmartboard.com hat super einfach zu lötende SMD-Adapter in allen Größen, nur leider keinen Vertriebspartner in Deutschland (doch: ELV (wo?)). Wie wäre es mit Reichelt? ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Blanko Katalogseiten "weiß" für die Toner direkt Methode (oder 2-3 Seiten im Katalog leer lassen) |||
* Leiterplattenmaterial/Platinen mit Stärke < 1,5mm (z.B. 0,8mm; 1mm) |

== Werkzeug und Zubehör ==

* einzelne Hartmetallbohrer in diversen Grössen (z. B. 0,8 1,0 1,3 1,5) {{Reichelt50|FF0000}}||||| ||||| |||||
* ESD-Erdungspunkte 4mm/10mm für Schuko, wie Vermason J6100 (alt) / 231125 (neu) ||||
* Gewindebohrer M2 und M2,5 ||||| ||||| ||
* hochwertige 9mm Abbrechklingen |||
* Konturenfräser/Gravurstichel, etc. zum Fräsen von Platinenprototypen (z. B. Bungard G60N/G30N) ||||| ||||| |||
* M2 Gewindebohrer und Senker ||||
* robuste Allzweck- und Teppichmesser ||||| |||||
* Schneidmatten (schnittfeste, temperaturbeständige Unterlage, meist mit cm/mm-Raster) ||
* Sortimentskasten H1 und evtl. H2-Serie |||
* Tri-Wing Schraubendreher ||||
* Torx tamper resistant/tamper proof (die mit Loch) als Set und in Aufbewahrungsbox, z.B. Lindy 43015 |
* zöllische Gewindeschneider g1/4" und g 1/8" insbesondere interessant für Wasserkühlungen ||||| ||||
* Wiederlösbare Kabelbinder mit einfachem Verschluss (keine Knotenbänder oder Kabelbänder) ||
* Bindegarn zum Kabel binden |
* Really Useful Boxes (http://www.reallyusefulproducts.co.uk/germany/html/boxdetails.php) (schöne stabile Kunststoffboxen mit Deckel und in zig Größen) |

== Messgeräte, Diagnose und Stromversorgung ==

* FS300 Messgerät Antennenanalyzer Massenpreis 50000 Stück ||
* Günstigere Oszilloskope z. B. Multimetrix oder Grundig ||||| ||||| |
* LiPoly-Zellen (aufladbare Lithiumakkus, "Suppentüten" oder prismatische Zellen) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Neuere, bessere NiMH-Akkus (z.b. GP1100 2/3A, GP2000 AF, GP2200 4/5SubC) ||||| ||||| ||
* OBD2 Kabel auf RJ45 Stecker ||||| |
* Smart Tweezer (SMD-Pinzette mit Komponentenmessung) siehe [http://www.trgcomponents.de/TrgDE/Internet/ProductShow.aspx?ItemID=680&CategoryID=2426] ||||
* Tektronix TDS Series Osziloskope |||
* Vorschaltgeräte mit G23 Fassung (zum Bau von UV-Belichtern geeigent)|||

== Auswahl, Bestellung und Versand ==

* bei über 10kg Gewicht nicht gleich die Versandkosten verdoppeln, sondern geringerer oder keinen Aufschlag ||||| ||
* Filialen in Österreich und der Schweiz :-) {{Reichelt50|FF0000}}||||| (man beachte das ":-)", es gibt auch in D keine "Filialen" - mt)||
* Günstige Versandkonditionen für die EU ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* In Bereichen wie Multimedia etc. (z. B. Spielekonsolen) ein aktuelleres Angebot, und nicht 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) |
* Kein Mindestbestellwert (ich bezahle eh' Porto) ||||| ||||| ||||| ||||| ||||| |
* Kundenkarte so wie bei ELV (Grundgebühr für ein Jahr, keine Versandkosten, evtl kleiner Rabatt) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| ||||| ||||| ||||| |||
* mehr Verpackungsmaterial z. B. kleine Schachteln oder die Plastik IC-"Schienen" einzeln (und unzerschnitten) verkaufen ||||| ||||| ||
* Möglichkeit für Selbstabholen eine Bestellung unter 10 Euro abzuliefern. |
* 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) {{Reichelt50|FF0000}}||||| ||||| ||
* nicht wie die Konkurrenz jetzt schon im April den Juli-Katalog rausbringen ||||| ||||| ||||| |||
* Parametrische Suche aller Elektronikartikel, speziell erstmal Halbleiter, so wie bei Maxim-ic.com ||||| |
* 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)
* Skalierbarer Warenkorb für mehrfachen Aufbau gleicher Platinen |||||
* Versand von Kleinteilen als Maxibrief, zwecks niedrigerem Versand {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| |||||
* Warenkorb immer in gleicher Reihenfolge sortiert, nicht bei jedem Aufruf anders ||||| ||||| ||||| ||
* Vergleichen von Ergebnissen einer Suchanfrage möglich machen |

== Unsortiert/Unspezifisch ==

* 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!!) ||||| ||||| ||||| |||
* Toner für Laserdrucker Kyocera FS-1010 TK17 (ist ja eigentlich der gängigste Kyocera Toner) ||||| ||
* Toner für Kyocera FS800-S |
* 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 ||||
* Beamer Casio YC-400 |
* PCMCIA WLAN-Karten (Linux-kompatibel) mit externem Antennenanschluss |
* Reichelt T-Shirt ||||| ||||| |||
* Röhrensortiment mit den wichtigsten Typen wie z.B. EL34; KT88 einführen + Sockel ||||
* Produktmanager, die des Deutschen mächtig sind. Die Rechtschreibung / Grammatik der Produktbeschreibungen ist eine Katastrophe. ||||| |
* Schnittstellenkarte USB3.0 mit Stromversorgung über PCIe (keine mit Extrastecker, davon sind schon ein Dutzend im Programm), z.B. WDBFNJ0000NNC |
* GlobalTop PA6H, GPS Receiver(MediaTek MT3339)|
* GlobalTop GPA externe GPS Antenne (SMA, 2 m) FGPANE1RHA2 |

= Bereits im Sortiment =

* Laser-Folien für die Druckformerstellung(Zweckform 3491) ||||| ||||| ||||| ||||| ||||| ||||
* Atmel AT91SAM7S32 53x gewünscht (=> 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
* Atmel ATmega 1284P PDIP |||
* Atmel ATmega 168PA, 88PA, etc. ||||| ||||
* Atmel ATmega 16A und 32A in TQFP und PDIP ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* Atmel ATmega328P in TQFP und PDIP {{Reichelt50|FF0000}} ||||| |||||
* Philips LPC2000-Serie ARM7-Controller (LPC214x, LPC213X, LPC21xx und LPC22xx) 57x gewünscht => 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" 115x gewünscht => 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 50x gewünscht ==> 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 60x gewünscht (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Ω 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") 96x gewünscht (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) 173x gewünscht
** Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B 64x gewünscht 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 115x gewünscht
* 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 337x gewünscht (erhältlich: RTL 8019AS)
* SPI-Ethernet-Controller ENC28J60 (erhältlich: ENC 28J60-I/*)
* Microchip PIC 18F4550 (PIC mit USB) ||||| ||||| ||||| ||||| ||||| ||||| |||
* Microchip PIC 18F2585 ||||
* gleicher Mindestbestellwert in Österreich und in der Schweiz wie in Deutschland ''' Seit 1.12.10 umgesetzt''' ||
* gleicher Mindestbestellwert in den Niederlanden wie in Deutschland | (mittlerweile überall 10€)
* Versand nach Österreich über GLS oder sonstigen Paketdienst & auf Rechnung, damit die Spesen halbwegs im Rahmen bleiben (bei der letzten Bestellung ca. EUR 40) ||||| ||||| ||||| ||||| ||||| ||||| ||| '''Anm.: Versand nach AT inzwischen ab 9,90'''
* 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 (!) ||
* Digitale Speicherosziloskope für PC ||||| ||||| || (Picoscope, PC-Oszilloskop)
* Hameg HM2008 Oziloscope || ( ist möglich über Service -> Produktservice -> neue Artikel anfragen)
* Microchip dsPIC30F ||||| ||||| |||
* Microchip PIC 16F883 und 16F886 |||
* Microchip PIC 18F4523 (12/2007: PIC mit 12-Bit A/D-Wandler) ||
* Microchip PIC 18F6585 |
* Microchip PIC 18F6720 |
* Microchip PIC 18F8720 |
* Microchip PIC 24FJ64GB002-I/SP (USB-OTG im DIP28 Gehäuse) |
* Atmel XMega-Typen, z.B. ATXMega64A4, ATXMega128A1 ||||| ||
* 7-Segment-Anzeige, blau, gem. Kathode ||||| ||||| ||||| ||||| ||||| ||||| || (SC 52-11 BL)
* 7-Segment-Anzeige, blau, gem. Anode ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||| (SA 52-11 BL, SA 56-11 BL)
* EA DOG-L128 128x64 Grafikdisplay zzgl Touch-Folie und Beleuchtung | --> ist ab Katalog 06/2009 drinn
* LTC 1661 N8 10 Bit Dual Dac mit SPI Interface | (LT C1661 CMS8)
* Microchip PIC 10F2xx (+ Programmiergerät) ||||| ||||| ||||| ||| (einige Varianten erhältlich, Programmiergerät nicht sicher)
* Microchip PIC 24 ||||| ||||| ||||| ||||| ||
* Microchip PIC32 (MIPS) ||||| ||||| ||||| |||
* Microchip dsPIC33 ||||| ||||| ||||
* WAGO 215-4mm-Stecker (Bananenstecker mit Käfigzugklemme) zur schnellen Montage bei Versuchsaufbauten ||||| ||||| ||||| ||||| ||| (dieser Wunsch wurde erhört, Hurraa! Best.-Nr. Wago 215-x11, Vielen Dank an Reichelt.)
* Philips PCA9555 (I2C IO, 16 Bit par. I/O, c't Project Soundcheck II) |||||
* ADuM 1201 o. ADuM1401, bzw. andere ADuMxxxx oder ISOxxxx - Digitale Übertrager mit galvanischer Trennung |||
* LM2675 SimpleSwitcher Step-Down-Konverter in SO-8 Bauform
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) 51x gewünscht---- siehe Reichelt Artikel : GP2-0430 und GP2-1080
* TSOP31238 (Besserer Ersatz (2,5-5,5V) für den nicht mehr Lieferbaren TSOP1738) || --- Artikel-Nr. "TSOP 31238"
* ERSA Lötspitzen der Serie 842 (besonders die feinen) Reichelt führt bis jetzt nur 832, die feinen davon sind aber recht unbrauchbar |||| --- sind nach einer freundlichen Mail in den Katalog aufgenommen worden. Artikel-Nr. "SPITZE 842"
* Atmel ATSTK600 von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=4254 Atmel] |||| (AVR STK 600)
* Atmel AVR Dragon von [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3891 Atmel] ||||| ||||| ||||| ||||| ||| (AT AVR DRAGON)
* 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!!) ||||| ||||| ||||| || (oder klare Anzeige wie viel noch vorhanden ist)
* AVR mit USB: AT90USB1287 (AT 90USB1287 TQ, TQFP64), dazu passendes Demoboard AT 90USB KEY; AT90USB162TQ (AT 90USB162 TQ, TQFP32), AT90USB646 (AT 90USB646 TQ, TQFP64), AT90USB1286QFN (AT 90USB1286 QFN, QFN64), ATmega32u2 (ATMEGA 32-U2 TQ, TQFP44)
* Buchsenleisten 2.54mm (z. B. BL 1X...G 2,54) TEILBAR, *zum Auseinanderbrechen* (laut Anfrage vom 26.10.2009 nicht im Sortiment) (SPL 64?) {{Reichelt50|FF0000}}||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* TLE 4905L :: Hallsensor, 3,8-24V ist lieferbar (20.12.11)
* Atmel DataFlash, z. B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) {{Reichelt50|FF0000}}{{Reichelt50|00FF00}}||||| |
* Kupferlackdraht auf Spulen statt lose (Artikelbild ist irreführend!) ||||| (zu haben unter CUL 100 und CUL 500 von 0,1 bis 2mm Durchmesser)
* IRC540 (HEXFET) | (kann ggf. durch bereits vorhandenen IRCZ 44 ersetzt werden)
* Niederohm-FETs in SO8, N und P ||||| ||||| ||
* generell Spannungsregler, LOW-DROP, SMD (DPAK, D2PAK)
* Spannungsregler SMD in DPAK ||||| ||||| ||||| ||||| |||| (u.a. MC 78M05 CDTG)
* MCP23016 16Bit I²C I/O Expander ||||| ||||| ||| (verfügbar)
* MCP23S17 16Bit SPI I/O Expander (aber ohne Schmidt-triggerd Eingänge wie der 23x16) ||
* LT-1117-CST-5 als Sot223 (adj und 3.3 gibts schon, 5 fehlt noch) |
* UM232 FTDI USB - RS232 Modul für DIL sockel |||||
* TI eZ430-Chronos ||
* Generell SMD-Kerkos im Wert > 100nF (unter 1206/1210 High-Cap zu finden) {{Reichelt50|FF0000}} {{Reichelt50|00FF00}} |
* Zum MAX232 so20 passende SMD-Kerkos im Wert 1µF (0805, 0603, 1206) ||||| ||||| ||||| ||||| |||
* Kühlerplatinen für Power-LEDs im Star-Format oder vergleichbar |
* warmweiße LED ||||| ||||| ||||| ||||
* weiße SMD-LED Bauform 0603 ||||| ||||| |||||
* Folientastaturen {{Reichelt50|FF0000}}||||| ||||| |||||
* Micro-USB 2.0-Buchsen (Printmontage und SMD-Montage) ||
* Micro-USB-Steckverbinder ||||| ||||
* Einpolige Steckerleiste 2.54 ||||| |||
* 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 |||
* Platinensteckverbinder für Rastermass 2,00mm ||||
* Wannenstecker 6-Pol. gewinkelt, gibt nur gerade (WSL 6W, aber derzeit nicht lieferbar) ||||
* 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) (Lieferbar: PFL 6 und WSL 6G) ||||| ||||| ||||| ||||| ||||| ||||| ||||
* RP-SMA-Buchse/-Stecker (gewinkelt/gerade) ||||
* Schuko-Einbausteckdose (Maschinensteckdose) (mit oder ohne Klappdeckel); Flanschmaß möglichst klein (50mmx50mm); div. Farben (sw,grau,...) ||||| ||||| |||
* Distanzbolzen mit 2 M2,5-Innengewinden versch. Längen ||
* Flachbandkabel im 1,27 mm-Raster, 6-polig ||||
* kurze (10cm, 30cm, 50cm)-Kabel zB.: USB A->B, A->Bmini, A->Bmicro; Klinke/Cinchkabel ||||
* hochwertige MicroUSB-Kabel (AK 676-AB rupft einem fast die Buchse aus dem Handy) |||
* PATCHKABEL xx WS: Cat5 Patchkabel SF/UTP auch in weiß (deutlich dünner, flexibler und auch günstiger als die Cat6 PiMF) |
* der Reichelt Katalog auf CD/DVD (durch pdf-download überflüssig:) |||||
* Reichelt Katalog als PDF zum Download (siehe [[Reichelt PDF Katalog]] ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||
* Reichelt-Gutscheine sollten bei Online-Bestellung einlösbar sein (wie bei z. B. Amazon) ||||| ||||| |||||
* 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
* Raspberry Pi ||||| |||

= Sonstiges =

== zur Webseite ==

----

Eine Möglichkeit das User Eagle-Libs zu den Bauteilen hochladen können.

----

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

----

Artikelsuche: Bitte standardmäßig in der Liste alle Suchergebnisse anzeigen, nicht nur 16 Stück (oder wenigstens eine vernünftige Anzahl). Die Zeiten der 56k-Modems sind vorbei. ||

----

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

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

* Abpackgrößen bei SMD-Bauteilen auf 5- oder 10er-Schritte beschränken. Die meisten sind eh im Cent-Bereich und es dürfte logistisch einfacher/schneller sein, feste Stückzahlen vorzuhalten, was man preislich sicher an die Kunden weitergeben kann ;)

* Private Bestellungen an den Arbeitsplatz: Da ich oft nicht zur Post gehen kann, wenn eine private Bestellung von DHL niedergelegt wird, will ich als Lieferanschrift den Firmennamen und in der zweiten Zeile meinen eigenen Namen angeben können. So kann ich die Lieferung an meinem Arbeitsplatz entgegennehmen.
In grossen Firmen ist aber eine Voraussetzung dafür, das die Anschrift in korrektem Format angegeben werden kann.

Z.B.

Firma Time Machines
 
z.Hd. Max Mustermann /* oder auch "c/o Max Musterman" oder nur "Max
Mustermann" */
 
Sowiesostr. 17
 
12345 Musterstädtchen
 

Fehlt die Angabe des Namens, so wird der Wareneingang die Annahme entweder gleich verweigern, weil die Sendung nicht erwartet wird, herumfragen wer eine Sendung erwartet oder das Päckchen öffnen. In den beiden letztere Fällen hat man spätestens nach zweimaligen Auftreten einen Rüffel vom Chef zu erwarten, wegen des Aufwandes den man verursacht. Das meine private Post geöffnet wird, mag ich auch nicht (wenn hier der Wareneingang auch durchaus berechtigt ist, das zu tun).

Problem 1: Das Bestellformular erlaubt es aber nicht die Lieferanschrift korrekt formatiert einzugeben. Die unter Vorname und Name/Firmenname angebotenen Felder werden in einer Zeile zusammengezogen. Das aber ist geeignet zu suggerieren, das der Name Teil des Firmennamens ist (mit allen rechtlichen Konsequenzen). Gibt man in die beiden unbenannten Zeilen unter Name/Firmenname etwas ein so wird diese Eingabe bei der Anzeige der Bestelldaten nicht angezeigt.

Problem 2: Ich habe nun mindestens zwei Mal in die Bemerkungen bei der Bestellung die korrekt formatierte Anschrift (wie oben) eingegeben. Das Problem ist aber, das in der Bestellbestätigung in der Lieferanschrift die zweite Zeile fehlt.

Problem 3: Auf meine telefonische Nachfrage wird mir erst erklärt, das ja auf dem Lieferschein die komplette Eingabe ausgedruckt ist. Auf meine Einwendung, das die Sendung ja dann nicht mir persönlich zuzuordnen ist und evtl. entweder gleich abgewiesen oder geöffnet wird, wurde erklärt, dass auch der Adressaufkleber diese Angabe enthält. Auf meine weitere Einwendung, das dies aber in der Bestellbestätigung nicht erkennbar ist, wurde erklärt, das zwischen dem Adressaufkleber und der Bestellbestätigung Unterschiede bestehen.
Auf meine vierte Einwendung, das man das doch bitte abstellen solle, um unnötige Nachfragen zu vermeiden, wurde das verweigert.

Ich wünsche mir alle vier Probleme abgestellt. Vor allem da ich das nun schon mindestens vor einem Jahr mal bei Reichelt angezeigt habe. ||

Nicht sehr kundenfreundlich und eigentlich Reichelt-untypisch

== Rücksendungen / Reklamationen ==

wurden nach unseren Erfahrungen früher (unter dere alten Chefin) viel kulanter gehandhabt. Seit ein paar Jahren wird bei Rücksendungen peinlich genau zwischen privat und Gewerbekunden unterschieden. Als Gewerbekunde mache wir 5 stellige Umsätze und kommen regelmässig in einen Rabatt für Warengruppe 1. Da passiert es natürlich schon mal, daß etwas versehentlich falsch bestellt wird und auch nicht gleich verarbeitet. Wegen dem Rücksendeporto ist das ok, aber obwohl originalverpackt, wurde jetzt bereits nach 8 Wochen eine Rücksendung verweigert so daß man das Zeugs jetzt wohl oder übel wegwerfen oder in Ebay vertickern muss. Entspricht natürlich den gesetzlichen Vorgaben bzw. übertrifft diese sogar weil bei Vollkaufleuten gar nix zurückgenommen werden muss. Solche Vorgänge sind bei Bürklin oder Schukat aber regelmäßig kein Problem.

== 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)
::Sehr clever. Das würde es Reichelt bestimmt enorm erleichtern, stark nachgefragte Artikel schnell zu erkennen. *facepalm* ;-)

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

20.03.2012: Sensorik Aktorik: Merge und alphabetische Sortierung

19.03.2012: Aufräumarbeiten (>50 eingefärbt, Blöcke >5 getrennt)
Dachte dafür gibts hier einen Bot, der dann auch am besten gleich nach Wunschhäufigkeit sortieren könnte...derweil habe ich den Bio-Bot gemacht...hoffe das geht OK, oder gibts da FESTE Zuständigkeiten?

07.10.2011: Reichelt über Facebook drauf aufmerksam gemacht - man schaue sich die Liste regelmäßig durch :)

01.10.2011: Umfangreiche Neuordnung der gesamten Wishlist: Neue Unterkategorien, alphabetische Sortierung, Zusammenführung gleicher Wünsche aus verschiedenen Kategorien, Fix diverse Falsch-Einsortierungen, Update inzwischen erhältlicher Teile, Ausbau einzelner Einträge für bessere Sortierung und mehr Info beim Lesen (nicht nur IC-Namen), etc. Vielleicht hat ja noch jemand nen Einfall für die Sichtbarmachung besonders nachgefragter Einträge, Fett- und Kursivdruck der '''''|||||'''''-Blöcke funktioniert ja leider nicht...

...bei Ausrufezeichen funktionierts aber. Meinungen zur Farbe und der Auslagerung in eine Vorlage?--[[Benutzer:Bzzz|Bzzz]] 14:49, 1. Okt. 2011 (UTC)

03.03.2011: E-Mail wurde an Reichelt-Verwaltung geschrieben.

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]]
[[Kategorie:Lieferanten]]

Datei:Menuinterpreter-schema.png

2012-12-08T22:23:01Z

Malte: hat eine neue Version von „Datei:Menuinterpreter-schema.png“ hochgeladen: Neuer versuch. Interface Änderungen von Version 1.1 auf 1.6

Menü Interpreter. Schema der Funktionsweise

Datei:Menuinterpreter-schema.png

2012-12-08T22:21:40Z

Malte: hat eine neue Version von „Datei:Menuinterpreter-schema.png“ hochgeladen: Interface updates von Version 1.1 auf 1.6

Menü Interpreter. Schema der Funktionsweise

ArithmetikBenchmark

2012-03-20T19:47:53Z

Malte: /* Benchmarks der Arithmetik-Funktionen auf einem AVR */ Link war falsch

==Benchmarks der Arithmetik-Funktionen auf einem AVR==
Im Netz fanden sich leider keine geeigneten Informationen, wie lange ein AVR für eine Berechnung mit Datentypen verschiedener Größe benötigt. Daher hier die Ergebnisse meines Benchmarkprogramms.

Ausgeführt wurde das Programm auf einem ATmega328p. Compiliert wurde mit avr-gcc 4.3.2 und avr-libc 1.6.2.cvs20080610-2. Das sind die Versionen, die bei einem aktuellem Debian (stand März 2010) mit geliefert werden. Compiliert wurde mit einer Optimierung für minimale Größe. Zum Messen der benötigten Ticks (CPU Zyklen) wurde der 16 Bit Timer1 verwendet. Um zu verhindern, dass die Berechnungen außerhalb des Start und Stopp Codes des Timers erfolgten, wurden die Variablen volatile deklariert. Dies erzeugt gegebenenfalls ein paar extra Ticks, die in der Praxis weg optimiert werden. Auch für das Starten und Stoppen des Timers werden ein paar Ticks zu viel gezählt. Insbesondere bei den 8 Bit Berechnungen ist dies deutlich zu sehen.

Gerechnet wurde hier mit den Beispielzahlen a = 123456789123450 und b = 512. Bei den Berechnungen mit weniger Bits, wurden die Zahlen entsprechend abgeschnitten. Insbesondere bei den Double Berechnungen hängt die Laufzeit auch von den verwendeten Werten ab, so dass die Werte hier eher als Richtwerte betrachtet werden müssen.

a, b, c sind immer vom gleichem Datentyp. Die verwendete Funktion gibt an, ob durch den Compiler eine vordefinierte Funktion aufgerufen wurde, oder aber direkter Assembler Code generiert wurde (Inline). Ersteres ist platzsparender, wenn die Verwendung mehrfach im Programm geschieht und der Code für die Berechnung relativ lang ist, letzteres gibt dem Compiler hingegen mehr Möglichkeiten für Optimierungen. Die Bits sind sizeof(datentyp)*8.

::{| class="wikitable"
|+ '''Ergebnisse'''
! Datentyp || Bits || Berechnung || Verwendete Funktion || Ticks<ref>Für Arithmetik, die vom Compiler direkt und ohne Funktionsaufruf in den Code engefügt wird, ist die Anzahl der Ticks im wesentlichen durch das Laden/Speichern der Daten bedingt und ''nicht'' durch die Arithmetik selbst. Grund dafür ist das <tt>volatile</tt> in den Testfällen. So ist eine long-Addition mit 30 Ticks angegeben, obwohl diese in Wirklichkeit nur 4−8 Ticks dauert.</ref>
|-
| signed long long || 64 || a+b=c || Inline || 135
|-
| signed long long || 64 || a*b=c || __muldi3 || 895
|-
| signed long long || 64 || a/b=c || __divdi3 || 3990
|-
| unsigned long long || 64 || a+b=c || Inline || 135
|-
| unsigned long long || 64 || a*b=c || __muldi3 || 895
|-
| unsigned long long || 64 || a/b=c || __udivdi3 || 3715
|-
| signed long || 32 || a+b=c || Inline || 30
|-
| signed long || 32 || a*b=c || __mulsi3 || 74
|-
| signed long || 32 || a/b=c || __divmodsi4 || 637
|-
| unsigned long || 32 || a+b=c || Inline || 30
|-
| unsigned long || 32 || a*b=c ||__mulsi3 || 74
|-
| unsigned long || 32 || a/b=c || __udivmodsi4 || 604
|-
| signed int || 16 || a+b=c || Inline || 16
|-
| signed int || 16 || a*b=c || Inline || 25
|-
| signed int || 16 || a/b=c || __divmodhi4 || 245
|-
| signed char || 8 || a+b=c || Inline || 9
|-
| signed char || 8 || a*b=c || Inline || 12
|-
| signed char || 8 || a/b=c || __divmodhi4 || 245
|-
| double || 32 || a+b=c || __addsf3 || 804
|-
| double || 32 || a*b=c || __mulsf3 || 1670
|-
| double || 32 || a/b=c || __divsf3 || 1274
|}
<references/>

Die Assemblerausgabe des Benchmark-Programms lässt sich mit

<code>
avr-gcc -S -mmcu=atmega328p -I. -gstabs -DF_CPU=16000000 -Os -Wall -Wstrict-prototypes -Wextra -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -mcall-prologues -fsplit-wide-types benchmark.c -o benchmark.s
</code>

generieren.
Beim Compilieren ist es ferner wichtig, dass die vollständige printf Funktionen verwendet werden, sonst werden bei den double Berechnungen nur '?' als Ergebnis angezeigt. An den gezählten Ticks ändert dies jedoch nichts. Siehe hierzu auch [http://winavr.scienceprog.com/avr-gcc-tutorial/using-sprintf-function-for-float-numbers-in-avr-gcc.html]

* Quellcode: [http://www.mikrocontroller.net/wikifiles/b/bc/Benchmark.c Benchmark.c]

== Weblinks ==

* [http://www.nongnu.org/avr-libc/user-manual/benchmarks.html www.nongnu.org: Benchmarks der avr-libc]

[[Kategorie:AVR-Arithmetik]]
[[Kategorie:avr-gcc]]

MenuDesigner

2012-03-20T19:38:04Z

Malte: /* Features */ Sprachen

Menüsystem für monochrome GLCDs

== Idee ==
[[Bild:Lcd-menu-demo.jpg |200px|right]]
[[Bild:MenuInterpreter-demo.png|200px|right]]

Die Idee war es, ein möglichst einfaches Menüsystem für kleinere LCDs zu haben, welches sich leicht erstellen lässt und dennoch die wichtigsten Elemente moderner Deskop GUIs zu bieten. Außerdem sollte der Flashverbrauch niedrig gehalten werden und nicht zwangsweise mit komplexeren Menüs immer größer werden.

== Features ==
[[Bild:MenuEdit.png|200px|right]]

* Nicht an einen bestimmten LCD Controllertyp gebunden
* Grafischer Editor für Linux und Windows
* Benötigt 5KB Flash (bei einem ATMega8 und 16Bit Adressen)
* Auch als PC Programm testbar
* Sehr geringer statischer RAM Verbrauch (allerdings durchaus etwas mehr Stack)
* Der Sourcecode steht unter der GPL
* Abspeichern der Menüstruktur als kompakte Bytecodes auf einem beliebigem wahlfrei lesbarem Speicher
* Die Menüstruktur darf bis zu 16MB groß werden (24/32 Bit Adressen) oder 64KB bei 16 Bit Adressen
* Die Navigation innerhalb des Menüs ist auf eine Bedienung mit wenigen Tasten optimiert. Alternativ kann auch eine Maus oder ein Touchscreen verwendet werden (die Liste wird hier bis auf weiteres aber nicht vollständig unterstützt).
* Unterstützung von verschiedenen Fonts
* Generell kann zwischen Objekten innerhalb eines Fensters mit zwei Tasten, ähnlich wie bei der TAB Taste, hin und her gewechselt werden „Fokus“. Mit einer weiteren Taste „Enter“ können dann dem Objekt zugeordnete Aktionen ausgeführt werden.
* Objekte des Menüsystems:
** Fenster: Enthält mehrere weitere Objekte und füllt üblicherweise den Bildschirm des LCDs komplett aus.
** Unterfenster: Kann ebenfalls weitere Objekte enthalten, wobei nur ein Teil des Bildschirms ausgefüllt wird und in dem restlichem Teil des Bildschirms weiterhin das ursprüngliche Fenster zu sehen ist
** Box: Dient dazu Teile des Bildschirms flächendeckend weiß oder schwarz zu füllen. Ebenfalls verwendbar für horizontale und vertikale Linien, sowie als „Löschfunktion“.
** Button: Zeigt Text an und kann mit Aktionen belegt werden. Wahlweise mit oder ohne Umrandung einsetzbar.
** Label: Einfaches Objekt zum Anzeigen von Text
** GFX: Zeigt Pixelgrafiken an und unterstützt eine einfache Längenkompression. Ebenfalls mit Aktionen belegbar.
** Checkbox: Bietet eine Auswählbare Schaltfläche mit Text an. Mit Aktionen belegbar.
** Groupbutton: Ähnlich wie eine Checkbox, jedoch kann immer nur ein Groupbutton innerhalb einer Gruppe aktiv sein.
** List: Generiert eine Liste inklusive Positionsbalken an der rechten Seite. Ein Element ist auswählbar. Mit Aktionen belegbar.
** Shortcut: Nicht sichtbar. Bietet das direkte Ausführen von Funktionen an, ohne dass erst ein Objekt einen Fokus haben muss.
** Globaler Shortcut: Wie ein Shortcut, jedoch in jedem Fenster aktiv. Beispielsweise nützlich um aus jedem Fenster heraus zu einer Fehlermeldung springen zu können.
* Generell lässt sich die Fokusierbarkeit aller Objekte auch deaktivieren.
* Fokusierte Objekte können eine andere Schriftart verwenden.
* Unter „Aktionen“ ist folgendes möglich: Den Wechsel zu einem anderem (Unter)fenster und/oder der Aufruf der Funktion menu_action mit einer individuellen Nummer als Parameter. Das bedeutet, dass der Wechsel zwischen einzelnen Fenster keinen zusätzlichen Aufwand beim Programmieren benötigt.
* Statische Texte und Grafiken können in der Menüstruktur abgelegt werden, dynamische im RAM.
* Kommt ohne Interrupts, Delays u.ä. aus.
* Einfache Umschaltung zwischen verschiedenen Sprachen zur Laufzeit

== Einschränkungen ==

* Die LCD Auflösung ist auf 4096x4096 begrenzt
* Listen funktionieren mit Touchdisplays bisher nur eingeschränkt
* Objekte haben ihren festen Platz auf dem Bildschirm, ein Verschieben zur Laufzeit ist nicht möglich.
* Animationen sind nur schwer zu realisieren
* Es lassen sich maximal 16 verschiedene Groupbuttons je Gruppe verwenden. Es sind maximal 16 verschiedene Gruppen möglich
* Die Anzahl der unterschiedlichen Checkboxen ist auf 256 begrenzt
* Die Anzahl der unterschiedlichen Listen ist auf 256 begrenzt und die Zeilenzahl auf ~10000

Die Limits sind sicher hoch genug, dass es für fast alle Anwendungsfälle reichen müsste.

== Funktionsweise ==

[[Bild:Menuinterpreter-schema.png|right]]

Die Funktionen für die Grafikausgabe und dem Zugriff auf die Menüstruktur muss selbst geschrieben werden. Dies ermöglicht eine Anpassung an eigene Displays und beliebige Speicher.

Bei der Grafikausgabe, wird vor jedem Neuzeichnen einmal menu_screen_clear aufgerufen. Die Funktion ist deswegen nicht als einzelne menu_screen_set Aufrufe integriert, weil es oftmals einfach schnellere Methoden zum Löschen eines Bildschirms gibt, als jeden Pixel einzeln zu setzen.

Die menu_screen_set Funktion setzt beim Neuzeichnen alle Pixel, wobei bei übereinander liegenden Objekten der gleiche Pixel mehrfach gesetzt werden kann. Generell sollte nur das niederwertigste Bit beachtet werden und der Inhalt der höherwertigen irrelevant sein. Außerdem muss darauf geachtet werden, dass bei dem Funktionsaufruf die Bildschirmgröße noch nicht beachtet wird.
Zum Schluss eines Neuzeichnens, wird einmalig menu_screen_flush() aufgerufen. Dann sollte der zuvor durch menu_screen_set gesetzte Inhalt wirklich auf das LCD geschrieben werden. Zwar kann auch stattdessen menu_screen_set direkt jeden Pixel auf dem LCD setzten, dann wird jedoch eventuell der Bildaufbau sichtbar und beim mehrfachen setzen des gleichen Pixels kann dies unnötig lange dauern.

menu_byte_get muss dem Interpreter die Daten der Menüstruktur liefern. Die Implementierung kann aus einem simplen Arrayzugriff oder aber aus einer komplexen Leseroutine für externe EEPROMs oder MMC bestehen. Generell sollte jedoch Speicher mit langer Latenz vermieden werden. Ist die Menüstruktur fehlerhaft, kann es zu Leseversuchen außerhalb der Größe der Menüstruktur kommen, ansonsten sollte dies nicht vorkommen.

menu_action wird immer dann aufgerufen, wenn ein Objekt mit einer Aktion belegt wurde. Das Ändern der Auswahl in einer Liste wird ebenfalls automatisch eine eigene Aktion zugewiesen. Als Parameter wird eine eindeutige 16Bit Nummer übergeben. Im MenüDesigner wird einer Aktion ein Name gegeben. Alle Namen werden automatisch durchnummeriert und eine Header Datei generiert, welche die Zuordnung Nummer - Aktion Name ermöglicht. Als Rückgabe kann angegeben werde ob die Aktion ein Neuzeichnen des Bildschirms erfordert. Dies ist sinnvoll wenn kein Bildschirmwechsel erfolgt, aber sich auf dem aktuellem etwas geändert hat, z. B. ein anderer Text gesetzt wurde.

Indexnummern für Dynamische Texte und Grafiken, die Eigenschaften von Radiogroups und Checkboxen werden auf eine ähnliche Weise automatisch generiert und sind dann unter dem eingestellten Namen in den Arrays auffindbar.

Dynamische Texte müssen generell wie in C Nullterminiert (\0) sein und haben keine Längenbeschränkung. Der Inhalt einer Liste ist ein langer Text, wobei \n eine neue Zeile markiert.
Grafiken werden gelesen, bis der letzte Pixel der fest eingestellten Größe gesetzt ist.

menu_redraw sollte immer dann aufgerufen werden, wenn sich dynamische Texte/Grafiken geändert haben und einmal zu Beginn des Programms.

menu_keypress ist die generelle Eingabemöglichkeit des Menüs. Je nach eingestellten Key werden die entsprechenden Aktionen ausgeführt. Beispielsweise „Fokus aufs nächste Objekt setzen“. Der Parameter darf einen Wert von 1 bis 255 haben.

Ab Version 1.4 kann zusätzlich zu der Funktion menu_keypress der Aufruf menu_mouse verwendet werden. Dieser besitzt als weitere Parameter die Bildschirmkoordinaten. Der Key Parameter wird auf das Objekt angewendet, welches sich an den entsprechenden Bildschirmkoordinaten befindet. Der aktuelle Focus wird ignoriert und nicht geändert.

Ab Version 1.5 gibt es optional die Möglichkeit mehrere Sprachen zu unterstützen. Hierzu kann für jede Sprache im Editor ein eigener Text hinterlegt werden und dann mit der Funktion menu_language_set eine anzuzeigende Sprache ausgewählt werden. Maximal sind 255 verschiedene Sprachen möglich.

== Weiterentwicklung ==
Falls es Interesse an weiteren Features gibt, bin ich - je nach Funktion - gerne bereit diese zu Implementieren. Schreibt am besten ins Forum.
Bisherige Ideen, deren Aufwand ich als nicht all zu hoch einschätze:
* Die Möglichkeit Größe und Position der Objekte zur Laufzeit zu verändern

== Download ==
[http://www.mikrocontroller.net/topic/140369#1409100 Beitrag in der Codesammlung]

[http://www.mikrocontroller.net/topic/140369#1292087 Fertige .hex Datei zum Testen auf einem ATMega8]

[http://menudesigner.sourceforge.net/ Und inzwischen gibt es den Code auch bei Sourceforge]

[[Category:Projekte]]
[[Category:Displays und Anzeigen]]

MenuDesigner

2012-03-20T19:36:13Z

Malte: /* Funktionsweise */ Version 1.5 Multilanguage

Menüsystem für monochrome GLCDs

== Idee ==
[[Bild:Lcd-menu-demo.jpg |200px|right]]
[[Bild:MenuInterpreter-demo.png|200px|right]]

Die Idee war es, ein möglichst einfaches Menüsystem für kleinere LCDs zu haben, welches sich leicht erstellen lässt und dennoch die wichtigsten Elemente moderner Deskop GUIs zu bieten. Außerdem sollte der Flashverbrauch niedrig gehalten werden und nicht zwangsweise mit komplexeren Menüs immer größer werden.

== Features ==
[[Bild:MenuEdit.png|200px|right]]

* Nicht an einen bestimmten LCD Controllertyp gebunden
* Grafischer Editor für Linux und Windows
* Benötigt 5KB Flash (bei einem ATMega8 und 16Bit Adressen)
* Auch als PC Programm testbar
* Sehr geringer statischer RAM Verbrauch (allerdings durchaus etwas mehr Stack)
* Der Sourcecode steht unter der GPL
* Abspeichern der Menüstruktur als kompakte Bytecodes auf einem beliebigem wahlfrei lesbarem Speicher
* Die Menüstruktur darf bis zu 16MB groß werden (24/32 Bit Adressen) oder 64KB bei 16 Bit Adressen
* Die Navigation innerhalb des Menüs ist auf eine Bedienung mit wenigen Tasten optimiert. Alternativ kann auch eine Maus oder ein Touchscreen verwendet werden (die Liste wird hier bis auf weiteres aber nicht vollständig unterstützt).
* Unterstützung von verschiedenen Fonts
* Generell kann zwischen Objekten innerhalb eines Fensters mit zwei Tasten, ähnlich wie bei der TAB Taste, hin und her gewechselt werden „Fokus“. Mit einer weiteren Taste „Enter“ können dann dem Objekt zugeordnete Aktionen ausgeführt werden.
* Objekte des Menüsystems:
** Fenster: Enthält mehrere weitere Objekte und füllt üblicherweise den Bildschirm des LCDs komplett aus.
** Unterfenster: Kann ebenfalls weitere Objekte enthalten, wobei nur ein Teil des Bildschirms ausgefüllt wird und in dem restlichem Teil des Bildschirms weiterhin das ursprüngliche Fenster zu sehen ist
** Box: Dient dazu Teile des Bildschirms flächendeckend weiß oder schwarz zu füllen. Ebenfalls verwendbar für horizontale und vertikale Linien, sowie als „Löschfunktion“.
** Button: Zeigt Text an und kann mit Aktionen belegt werden. Wahlweise mit oder ohne Umrandung einsetzbar.
** Label: Einfaches Objekt zum Anzeigen von Text
** GFX: Zeigt Pixelgrafiken an und unterstützt eine einfache Längenkompression. Ebenfalls mit Aktionen belegbar.
** Checkbox: Bietet eine Auswählbare Schaltfläche mit Text an. Mit Aktionen belegbar.
** Groupbutton: Ähnlich wie eine Checkbox, jedoch kann immer nur ein Groupbutton innerhalb einer Gruppe aktiv sein.
** List: Generiert eine Liste inklusive Positionsbalken an der rechten Seite. Ein Element ist auswählbar. Mit Aktionen belegbar.
** Shortcut: Nicht sichtbar. Bietet das direkte Ausführen von Funktionen an, ohne dass erst ein Objekt einen Fokus haben muss.
** Globaler Shortcut: Wie ein Shortcut, jedoch in jedem Fenster aktiv. Beispielsweise nützlich um aus jedem Fenster heraus zu einer Fehlermeldung springen zu können.
* Generell lässt sich die Fokusierbarkeit aller Objekte auch deaktivieren.
* Fokusierte Objekte können eine andere Schriftart verwenden.
* Unter „Aktionen“ ist folgendes möglich: Den Wechsel zu einem anderem (Unter)fenster und/oder der Aufruf der Funktion menu_action mit einer individuellen Nummer als Parameter. Das bedeutet, dass der Wechsel zwischen einzelnen Fenster keinen zusätzlichen Aufwand beim Programmieren benötigt.
* Statische Texte und Grafiken können in der Menüstruktur abgelegt werden, dynamische im RAM.
* Kommt ohne Interrupts, Delays u.ä. aus.

== Einschränkungen ==

* Die LCD Auflösung ist auf 4096x4096 begrenzt
* Listen funktionieren mit Touchdisplays bisher nur eingeschränkt
* Objekte haben ihren festen Platz auf dem Bildschirm, ein Verschieben zur Laufzeit ist nicht möglich.
* Animationen sind nur schwer zu realisieren
* Es lassen sich maximal 16 verschiedene Groupbuttons je Gruppe verwenden. Es sind maximal 16 verschiedene Gruppen möglich
* Die Anzahl der unterschiedlichen Checkboxen ist auf 256 begrenzt
* Die Anzahl der unterschiedlichen Listen ist auf 256 begrenzt und die Zeilenzahl auf ~10000

Die Limits sind sicher hoch genug, dass es für fast alle Anwendungsfälle reichen müsste.

== Funktionsweise ==

[[Bild:Menuinterpreter-schema.png|right]]

Die Funktionen für die Grafikausgabe und dem Zugriff auf die Menüstruktur muss selbst geschrieben werden. Dies ermöglicht eine Anpassung an eigene Displays und beliebige Speicher.

Bei der Grafikausgabe, wird vor jedem Neuzeichnen einmal menu_screen_clear aufgerufen. Die Funktion ist deswegen nicht als einzelne menu_screen_set Aufrufe integriert, weil es oftmals einfach schnellere Methoden zum Löschen eines Bildschirms gibt, als jeden Pixel einzeln zu setzen.

Die menu_screen_set Funktion setzt beim Neuzeichnen alle Pixel, wobei bei übereinander liegenden Objekten der gleiche Pixel mehrfach gesetzt werden kann. Generell sollte nur das niederwertigste Bit beachtet werden und der Inhalt der höherwertigen irrelevant sein. Außerdem muss darauf geachtet werden, dass bei dem Funktionsaufruf die Bildschirmgröße noch nicht beachtet wird.
Zum Schluss eines Neuzeichnens, wird einmalig menu_screen_flush() aufgerufen. Dann sollte der zuvor durch menu_screen_set gesetzte Inhalt wirklich auf das LCD geschrieben werden. Zwar kann auch stattdessen menu_screen_set direkt jeden Pixel auf dem LCD setzten, dann wird jedoch eventuell der Bildaufbau sichtbar und beim mehrfachen setzen des gleichen Pixels kann dies unnötig lange dauern.

menu_byte_get muss dem Interpreter die Daten der Menüstruktur liefern. Die Implementierung kann aus einem simplen Arrayzugriff oder aber aus einer komplexen Leseroutine für externe EEPROMs oder MMC bestehen. Generell sollte jedoch Speicher mit langer Latenz vermieden werden. Ist die Menüstruktur fehlerhaft, kann es zu Leseversuchen außerhalb der Größe der Menüstruktur kommen, ansonsten sollte dies nicht vorkommen.

menu_action wird immer dann aufgerufen, wenn ein Objekt mit einer Aktion belegt wurde. Das Ändern der Auswahl in einer Liste wird ebenfalls automatisch eine eigene Aktion zugewiesen. Als Parameter wird eine eindeutige 16Bit Nummer übergeben. Im MenüDesigner wird einer Aktion ein Name gegeben. Alle Namen werden automatisch durchnummeriert und eine Header Datei generiert, welche die Zuordnung Nummer - Aktion Name ermöglicht. Als Rückgabe kann angegeben werde ob die Aktion ein Neuzeichnen des Bildschirms erfordert. Dies ist sinnvoll wenn kein Bildschirmwechsel erfolgt, aber sich auf dem aktuellem etwas geändert hat, z. B. ein anderer Text gesetzt wurde.

Indexnummern für Dynamische Texte und Grafiken, die Eigenschaften von Radiogroups und Checkboxen werden auf eine ähnliche Weise automatisch generiert und sind dann unter dem eingestellten Namen in den Arrays auffindbar.

Dynamische Texte müssen generell wie in C Nullterminiert (\0) sein und haben keine Längenbeschränkung. Der Inhalt einer Liste ist ein langer Text, wobei \n eine neue Zeile markiert.
Grafiken werden gelesen, bis der letzte Pixel der fest eingestellten Größe gesetzt ist.

menu_redraw sollte immer dann aufgerufen werden, wenn sich dynamische Texte/Grafiken geändert haben und einmal zu Beginn des Programms.

menu_keypress ist die generelle Eingabemöglichkeit des Menüs. Je nach eingestellten Key werden die entsprechenden Aktionen ausgeführt. Beispielsweise „Fokus aufs nächste Objekt setzen“. Der Parameter darf einen Wert von 1 bis 255 haben.

Ab Version 1.4 kann zusätzlich zu der Funktion menu_keypress der Aufruf menu_mouse verwendet werden. Dieser besitzt als weitere Parameter die Bildschirmkoordinaten. Der Key Parameter wird auf das Objekt angewendet, welches sich an den entsprechenden Bildschirmkoordinaten befindet. Der aktuelle Focus wird ignoriert und nicht geändert.

Ab Version 1.5 gibt es optional die Möglichkeit mehrere Sprachen zu unterstützen. Hierzu kann für jede Sprache im Editor ein eigener Text hinterlegt werden und dann mit der Funktion menu_language_set eine anzuzeigende Sprache ausgewählt werden. Maximal sind 255 verschiedene Sprachen möglich.

== Weiterentwicklung ==
Falls es Interesse an weiteren Features gibt, bin ich - je nach Funktion - gerne bereit diese zu Implementieren. Schreibt am besten ins Forum.
Bisherige Ideen, deren Aufwand ich als nicht all zu hoch einschätze:
* Die Möglichkeit Größe und Position der Objekte zur Laufzeit zu verändern

== Download ==
[http://www.mikrocontroller.net/topic/140369#1409100 Beitrag in der Codesammlung]

[http://www.mikrocontroller.net/topic/140369#1292087 Fertige .hex Datei zum Testen auf einem ATMega8]

[http://menudesigner.sourceforge.net/ Und inzwischen gibt es den Code auch bei Sourceforge]

[[Category:Projekte]]
[[Category:Displays und Anzeigen]]

ArithmetikBenchmark

2010-04-25T11:29:11Z

Malte:

==Benchmarks der Arithmetik Funktionen auf einem AVR==
Im Netz fanden sich leider keine geeigneten Informationen, wie lange ein AVR für eine Berechnung mit Datentypen verschiedener Größe benötigt. Daher hier die Ergebnisse meines Benchmarkprogramms.

Ausgeführt wurde das Programm auf einem ATmega328p. Compiliert wurde mit avr-gcc 4.3.2 und avr-libc 1.6.2.cvs20080610-2. Das sind die Versionen, die bei einem aktuellem Debian (stand März 2010) mit geliefert werden. Compiliert wurde mit einer Optimierung für minimale Größe. Zum Messen der benötigten Ticks (CPU Zyklen) wurde der 16 Bit Timer1 verwendet. Um zu verhindern, dass die Berechnungen außerhalb des Start und Stopp Codes des Timers erfolgten, wurden die Variablen volatile deklariert. Dies erzeugt gegebenenfalls ein paar extra Ticks, die in der Praxis weg optimiert werden. Auch für das Starten und Stoppen des Timers werden ein paar Ticks zu viel gezählt. Insbesondere bei den 8 Bit Berechnungen ist dies deutlich zu sehen.

Gerechnet wurde hier mit den Beispielzahlen a = 123456789123450 und b = 512. Bei den Berechnungen mit weniger Bits, wurden die Zahlen entsprechend abgeschnitten. Insbesondere bei den Double Berechnungen hängt die Laufzeit auch von den verwendeten Werten ab, so dass die Werte hier eher als Richtwerte betrachtet werden müssen.

a, b, c sind immer vom gleichem Datentyp. Die verwendete Funktion gibt an, ob durch den Compiler eine vordefinierte Funktion aufgerufen wurde, oder aber direkter Assembler Code generiert wurde (Inline). Ersteres ist platzsparender, wenn die Verwendung mehrfach im Programm geschieht und der Code für die Berechnung relativ lang ist, letzteres gibt dem Compiler hingegen mehr Möglichkeiten für Optimierungen. Die Bits sind sizeof(datentyp)*8.

{| class="wikitable"
|+ '''Ergebnisse'''

! Datentyp || Bits || Berechnung || Verwendete Funktion || Ticks
|-
| signed long long || 64 || a+b=c || Inline || 135
|-
| signed long long || 64 || a*b=c || __muldi3 || 895
|-
| signed long long || 64 || a/b=c || __divdi3 || 3990
|-
| unsigned long long || 64 || a+b=c || Inline || 135
|-
| unsigned long long || 64 || a*b=c || __muldi3 || 895
|-
| unsigned long long || 64 || a/b=c || __udivdi3 || 3715
|-
| signed long || 32 || a+b=c || Inline || 30
|-
| signed long || 32 || a*b=c || __mulsi3 || 74
|-
| signed long || 32 || a/b=c || __divmodsi4 || 637
|-
| unsigned long || 32 || a+b=c || Inline || 30
|-
| unsigned long || 32 || a*b=c ||__mulsi3 || 74
|-
| unsigned long || 32 || a/b=c || __udivmodsi4 || 604
|-
| signed int || 16 || a+b=c || Inline || 16
|-
| signed int || 16 || a*b=c || Inline || 25
|-
| signed int || 16 || a/b=c || __divmodhi4 || 245
|-
| signed char || 8 || a+b=c || Inline || 9
|-
| signed char || 8 || a*b=c || Inline || 12
|-
| signed char || 8 || a/b=c || __divmodhi4 || 245
|-
| double || 32 || a+b=c || __addsf3 || 804
|-
| double || 32 || a*b=c || __mulsf3 || 1670
|-
| double || 32 || a/b=c || __divsf3 || 1274
|}

Die Assemblerausgabe des Benchmark Programms lässt sich mit

<code>
avr-gcc -S -mmcu=atmega328p -I. -gstabs -DF_CPU=16000000 -Os -Wall -Wstrict-prototypes -Wextra -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -mcall-prologues -fsplit-wide-types benchmark.c -o benchmark.s
</code>

generieren.
Beim Compilieren ist es ferner wichtig, dass die vollständige printf Funktionen verwendet werden, sonst werden bei den double Berechnungen nur '?' als Ergebnis angezeigt. An den gezählten Ticks ändert dies jedoch nichts. Siehe hierzu auch [http://winavr.scienceprog.com/avr-gcc-tutorial/using-sprintf--function-for-float-numbers-in-avr-gcc.html]

* Quellcode: [http://www.mikrocontroller.net/wikifiles/b/bc/Benchmark.c Benchmark.c]

[[Kategorie:AVR-Arithmetik]]

ArithmetikBenchmark

2010-04-25T11:25:06Z

Malte:

==Benchmarks der Arithmetik Funktionen auf einem AVR==
Im Netz fanden sich leider keine geeigneten Informationen, wie lange ein AVR für eine Berechnung mit Datentypen verschiedener Größe benötigt. Daher hier die Ergebnisse meines Benchmarkprogramms.

Ausgeführt wurde das Programm auf einem ATmega328p. Compiliert wurde mit avr-gcc 4.3.2 und avr-libc 1.6.2.cvs20080610-2. Das sind die Versionen, die bei einem aktuellem Debian (stand März 2010) mit geliefert werden. Compiliert wurde mit einer Optimierung für minimale Größe. Zum Messen der benötigten Ticks (CPU Zyklen) wurde der 16 Bit Timer1 verwendet. Um zu verhindern, dass die Berechnungen außerhalb des Start und Stopp Codes des Timers erfolgten, wurden die variablen volatile deklariert. Dies erzeugt gegebenenfalls ein paar extra Ticks, die in der Praxis weg optimiert werden. Insbesondere bei den 8 Bit Berechnungen ist dies deutlich zu sehen.

Gerechnet wurde hier mit den Beispielzahlen a = 123456789123450 und b = 512. Bei den Berechnungen mit weniger Bits, wurden die Zahlen entsprechend abgeschnitten. Insbesondere bei den Double Berechnungen hängt die Laufzeit auch von den verwendeten Werten ab, so dass die Werte hier eher als Richtwerte betrachtet werden müssen.

a, b, c sind immer vom gleichem Datentyp. Die verwendete Funktion gibt an, ob durch den Compiler eine vordefinierte Funktion aufgerufen wurde, oder aber direkter Assembler Code generiert wurde (Inline). Ersteres ist platzsparender, wenn die Verwendung mehrfach im Programm geschieht und der Code für die Berechnung relativ lang ist, letzteres gibt dem Compiler hingegen mehr Möglichkeiten für Optimierungen. Die Bits sind sizeof(datentyp)*8.

{| class="wikitable"
|+ '''Ergebnisse'''

! Datentyp || Bits || Berechnung || Verwendete Funktion || Ticks
|-
| signed long long || 64 || a+b=c || Inline || 135
|-
| signed long long || 64 || a*b=c || __muldi3 || 895
|-
| signed long long || 64 || a/b=c || __divdi3 || 3990
|-
| unsigned long long || 64 || a+b=c || Inline || 135
|-
| unsigned long long || 64 || a*b=c || __muldi3 || 895
|-
| unsigned long long || 64 || a/b=c || __udivdi3 || 3715
|-
| signed long || 32 || a+b=c || Inline || 30
|-
| signed long || 32 || a*b=c || __mulsi3 || 74
|-
| signed long || 32 || a/b=c || __divmodsi4 || 637
|-
| unsigned long || 32 || a+b=c || Inline || 30
|-
| unsigned long || 32 || a*b=c ||__mulsi3 || 74
|-
| unsigned long || 32 || a/b=c || __udivmodsi4 || 604
|-
| signed int || 16 || a+b=c || Inline || 16
|-
| signed int || 16 || a*b=c || Inline || 25
|-
| signed int || 16 || a/b=c || __divmodhi4 || 245
|-
| signed char || 8 || a+b=c || Inline || 9
|-
| signed char || 8 || a*b=c || Inline || 12
|-
| signed char || 8 || a/b=c || __divmodhi4 || 245
|-
| double || 32 || a+b=c || __addsf3 || 804
|-
| double || 32 || a*b=c || __mulsf3 || 1670
|-
| double || 32 || a/b=c || __divsf3 || 1274
|}

Die Assemblerausgabe des Benchmark Programms lässt sich mit

<code>
avr-gcc -S -mmcu=atmega328p -I. -gstabs -DF_CPU=16000000 -Os -Wall -Wstrict-prototypes -Wextra -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -mcall-prologues -fsplit-wide-types benchmark.c -o benchmark.s
</code>

generieren.
Beim Compilieren ist es ferner wichtig, dass die vollständige printf Funktionen verwendet werden, sonst werden bei den double Berechnungen nur '?' als Ergebnis angezeigt. An den gezählten Ticks ändert dies jedoch nichts. Siehe hierzu auch [http://winavr.scienceprog.com/avr-gcc-tutorial/using-sprintf--function-for-float-numbers-in-avr-gcc.html]

* Quellcode: [http://www.mikrocontroller.net/wikifiles/b/bc/Benchmark.c Benchmark.c]

[[Kategorie:AVR-Arithmetik]]

Benutzer:Malte

2010-03-01T11:44:07Z

Malte:

Meine eigenen AVR Projekte gibt es auf:
http://www.marwedels.de/malte

Artikel, die ich zum Wiki beigetragen habe:
* [[MenuDesigner]]
* [[Vs1002]]
* [[ArithmetikBenchmark]]

ArithmetikBenchmark

2010-03-01T11:28:51Z

Malte: Die Seite wurde neu angelegt: „==Benchmarks der Arithmetik Funktionen auf einem AVR== Im Netz fanden sich leider keine geeigneten Informationen, wie lange ein AVR für eine Berechnung mit Daten…“

==Benchmarks der Arithmetik Funktionen auf einem AVR==
Im Netz fanden sich leider keine geeigneten Informationen, wie lange ein AVR für eine Berechnung mit Datentypen verschiedener Größe benötigt. Daher hier die Ergebnisse meines Benchmarkprogramms.

Ausgeführt wurde das Programm auf einem ATmega328p. Compiliert wurde mit avr-gcc 4.3.2 und avr-libc 1.6.2.cvs20080610-2. Das sind die Versionen, die bei einem aktuellem Debian (stand März 2010) mit geliefert werden. Compiliert wurde mit einer Optimierung für minimale Größe. Zum Messen der benötigten Ticks (CPU Zyklen) wurde der 16 Bit Timer1 verwendet. Um zu verhindern, dass die Berechnungen außerhalb des Start und Stopp Codes des Timers erfolgten, wurden die variablen volatile deklariert. Dies erzeugt gegebenenfalls ein paar extra Ticks, die in der Praxis weg optimiert werden. Insbesondere bei den 8 Bit Berechnungen ist dies deutlich zu sehen.

Gerechnet wurde hier mit den Beispielzahlen a = 123456789123450 und b = 512. Bei den Berechnungen mit weniger Bits, wurden die Zahlen entsprechend abgeschnitten. Insbesondere bei den Double Berechnungen hängt die Laufzeit auch von den verwendeten Werten ab, so dass die Werte hier eher als Richtwerte betrachtet werden müssen.

a, b, c sind immer vom gleichem Datentyp. Die verwendete Funktion gibt an, ob durch den Compiler eine vordefinierte Funktion aufgerufen wurde, oder aber direkter Assembler Code generiert wurde (Inline). Ersteres ist platzsparender, wenn die Verwendung mehrfach im Programm geschieht und der Code für die Berechnung relativ lang ist, letzteres gibt dem Compiler hingegen mehr Möglichkeiten für Optimierungen. Die Bit Größe ist sizeof(datentyp)*8.

{| class="wikitable"
|+ '''Ergebnisse'''

! Datentyp || Bit Größe || Berechnung || Verwendete Funktion || Ticks
|-
| signed long long || 64 || a+b=c || Inline || 135
|-
| signed long long || 64 || a*b=c || __muldi3 || 895
|-
| signed long long || 64 || a/b=c || __divdi3 || 3990
|-
| unsigned long long || 64 || a+b=c || Inline || 135
|-
| unsigned long long || 64 || a*b=c || __muldi3 || 895
|-
| unsigned long long || 64 || a/b=c || __udivdi3 || 3715
|-
| signed long || 32 || a+b=c || Inline || 30
|-
| signed long || 32 || a*b=c || __mulsi3 || 74
|-
| signed long || 32 || a/b=c || __divmodsi4 || 637
|-
| unsigned long || 32 || a+b=c || Inline || 30
|-
| unsigned long || 32 || a*b=c ||__mulsi3 || 74
|-
| unsigned long || 32 || a/b=c || __udivmodsi4 || 604
|-
| signed int || 16 || a+b=c || Inline || 16
|-
| signed int || 16 || a*b=c || Inline || 25
|-
| signed int || 16 || a/b=c || __divmodhi4 || 245
|-
| signed char || 8 || a+b=c || Inline || 9
|-
| signed char || 8 || a*b=c || Inline || 12
|-
| signed char || 8 || a/b=c || __divmodhi4 || 245
|-
| double || 32 || a+b=c || __addsf3 || 804
|-
| double || 32 || a*b=c || __mulsf3 || 1670
|-
| double || 32 || a/b=c || __divsf3 || 1274
|}

Die Assemblerausgabe des Benchmark Programms lässt sich mit

<code>
avr-gcc -S -mmcu=atmega328p -I. -gstabs -DF_CPU=16000000 -Os -Wall -Wstrict-prototypes -Wextra -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -mcall-prologues -fsplit-wide-types benchmark.c -o benchmark.s
</code>

generieren.
Beim Compilieren ist es ferner wichtig, dass die vollständige printf Funktionen verwendet werden, sonst werden bei den double Berechnungen nur '?' als Ergebnis angezeigt. An den gezählten Ticks ändert dies jedoch nichts. Siehe hierzu auch [http://winavr.scienceprog.com/avr-gcc-tutorial/using-sprintf--function-for-float-numbers-in-avr-gcc.html]

* Quellcode: [http://www.mikrocontroller.net/wikifiles/b/bc/Benchmark.c Benchmark.c]

[[Kategorie:AVR-Arithmetik]]

Datei:Benchmark.c

2010-03-01T11:24:13Z

Malte: Quelltext zum Messen der Arithmetik Geschwindigkeit auf einem AVR.

Quelltext zum Messen der Arithmetik Geschwindigkeit auf einem AVR.

Vs1002

2010-02-18T14:30:08Z

Malte: Probleme

VS1002

Diese Anleitung beschreibt, was bei der Inbetriebnahme eines VS1002 mp3 Dekoders zu beachten ist, wie er beispielsweise auf der im Shop angebotenen mp3 Platine vorhanden ist. Der VS1002 ist zwar eigentlich schon „not recommended for new design“, aber die Ansteuerung der neueren VS10xx dürfte vergleichbar sein.
Motiviert ist die Anleitung durch diverse Threads hier im Forum, bei denen die Leute nicht wissen, wie sie dem Dekoder einen Ton entlocken können.

== Die Pins ==
Der Chip verwendet ein [[SPI]] Interface und benötigt 3,3V. Wird der Mikrocontroller mit 5V Betrieben, ist also ein [[Pegelwandler]] (z.B. 74HC4050) nötig.

Für das SPI Interface werden zunächst drei Datenleitungen benötigt. Hinzu kommen '''zwei''' Chip Select Leitungen XCS und XDSC. Wenn man so möchte besteht der Chip also aus zwei Slaves. Ist die eine Leitung (XDCS) low, so können mp3 Daten (SDI) an den Chip gesendet werden, mit der anderen Leitung (XCS) werden Befehle (SCI) gesendet. Einer der Befehle ermöglicht es auf die XDCS Leitung zu verzichten, in dem intern die invertierte XCS Leitung verwendet wird. Dies spart zwar einen Pin, hat aber den Nachteil dass so keine weiteren Slaves (wie eine MMC) mehr am SPI Bus
angeschlossen werden können, weil immer ein Slave mit dem Bus verbunden ist.

Zusätzlich zu dem SPI Interface gibt es noch die DREQ Leitung vom Chip zum Mikrocontroller. Diese ist immer dann high, wenn mindestens 32Byte Daten oder Befehle entgegengenommen werden können. Insbesondere wenn der Mikrocontroller noch viele Sachen (Display Menüs, Netzwerverkehr...) neben her macht, empfiehlt es sich, diese mit einem Interrupt Eingang zu verbinden um auf Rechenzeit intensives Pollen zu verzichten.

Die Chip Select Leitungen dienen auch gleichzeitig der Synchonisation, falls mal ein Takt „übersehen“ werden sollte. Daher empfiehlt das Datenblatt nach dem Senden größerer Datenblöcke die entsprechende Chip Select Leitung einmal auf high zu setzten (und wieder zurück auf low für den nächsten Dateblock).

Die Reset Leitung muss auf High liegen, damit der Chip lauffähig ist.

== Die Pins des Olimex mp3 Headers ==

Eigentlich sitzt in dem VS1002 ein kompletter eigener Mikrocontroller, der auch eigene Programme ausführen kann. Auf dem Olimex Board wird dies verwendet, um mp3s ohne zusätzlichen Mikrocontroller von einer SD Karte abspielen zu können. Möchte man aber das Board wie oben als SPI Slave benutzen, muss man verhindern, dass dieses Programm geladen wird. Hierzu muss der der SWCS1 Pin des Boards auf GND gelegt werden.

Der Reset Jumper muss gezogen werden und der Jumper für Spannungsversorgung entsprechend auf Extern umgestellt werden.

Eigentlich müsste dann das Board wie gewünscht laufen. Tut es aber nicht. Es muss erst der auf dem Board befindliche Jumper DREQ_E entfernt werden, auch wenn (soweit wie ich das Sehe) der Jumper den DREQ Pin nur mit den Eingängen der LED, des EEProms und des SD Sockels verbindet. Eigentlich müsste auch die rote ACT LED nach Entfernen des Jumpers aus sein, ist sie aber nicht. Möglicherweise passt hier also der gelieferte Schaltplan nicht zur Platine.

Die Pins des Olimex Anschlusses werden etwas anders benannt: Was im VS1002 Datenblatt XCS ist, ist auf der Platine CS. Und XDSC wird DSC genannt.

== SCI Kommandos ==
Kommandos bestehen aus 4 aufeinander folgende SPI Bytes. Das erste Byte entscheidet, ob ein Register gelesen (0x03) oder geschrieben (0x02) werden soll und das zweite welche Adresse benutzt werden soll. Byte 3 und 4 sind beim Schreiben dann der 16 Bit Wert des Registers. Wird gelesen, ist der Inhalt hingegen egal und der Controller empfängt den Register Inhalt. Es wird das höherwertige Byte der 16 Bit zu erst gelesen b.z. geschrieben.

Nach dem Senden eines SCI Kommandos, dürfen in den folgenden 5µs kein weiteren Daten oder Kommandos gesendet werden.

== SDI Daten ==
Als SDI Daten wird 1:1 die mp3 Datei gesendet, so wie sie ist - mit Header und allem drum und drann.

== Die Initalisierung ==
SPI Kann Beispielsweise mit 1 oder 2 MHZ Takt betrieben werden. Der Beispielcode von Olimex für den ARM verwendet 1 MHZ. CPOL und CPHA bleiben 0.
Die Initialisierung des Controllers besteht aus 3 SCI schreib Befehlen, danach darf begonnen werden die mp3 Datei zu senden und es sind nicht zwingend weitere SCI Kommandos benötigt.

* 0x0800 an Adresse 0 -> Entspricht eigentlich dem Defaultwert, aber stellt alles definitiv richtig ein. Das gesetzte Bit sagt, dass wir den VS1002 Modus und nicht einen VS1001 Kompatiblitätsmodus verwenden wollen.

* 0x9800 an Adresse 3 -> Sagt dem Chip welchen Takt der Quarz hat und dass wir den Takt verdoppeln möchten.
* Im Olimex Beispiel wird etwas gewartet, bis sich der gesetzt Takt „stabilisiert“ hat, also warten wir auch mal 100ms.

* 0x2020 an Adresse 0x0B -> Stellt die Lautstärke ein. Ein Byte für den linken und ein Byte für den rechten Kanal. 0xFFFF ist ganz leise, 0x0000 ganz laut. 0x2020 ist „recht laut“.

== Probleme ==
Im Dauerbetrieb, habe ich ein paar Gemeinheiten gefunden, die man eventuell beachten sollte und nicht im Datenblatt stehen.
* Das Senden von bestimmten ungültigen Daten kann den Chip scheinbar aufhängen und es hilft nur noch ein Hardware Reset (ein Software Reset reicht nicht).
* Der Decoder zählt die Spielzeit in Sekunden, was sehr praktisch ist wenn man die gespielte Zeit eines Stückes anzeigen möchte ohne sich um den Aufbau der mp3 Daten zu kümmern. Man könnte davon ausgehen, dass das 16 Bit Registern nach 2^16 Sekunden (~18 Std) überläuft. In der Praxis tut es dies aber bereits bei 2^14 Sekunden. Möglich, dass dies bei anderen Vs10xy anders ist.

== Weblinks ==
* [http://www.vlsi.fi/fileadmin/datasheets/vlsi/vs1002.pdf VS1002 Datenblatt]
* [http://www.olimex.com/dev/images/mod-mp3-sch.gif Olimex Schaltplan]

Diskussion:AVR Arithmetik/Saturierung

2010-02-01T20:21:35Z

Malte: In C

"Daher versuchen wir nach Möglichkeit Status-Flags des AVR zu verwenden, um einen Überlauf zu erkennen. Dies ist von einer Hochsprache aus leider nicht möglich, so daß wir auf (Inline-)Assembler zurückgreifen müssen, um eine effiziente Implementierung zu erhalten."

Stimmt IMHO nur halb.
<c>
uint8_t add_sat(uint8_t a, uint8_t b) {
uint8_t c;
c = a + b;
if (SREG & (1<<0)) {
c = 255;
}
return c;
}
</c>
Geht zwar nur auf dem AVR, aber das täte Assembler erst recht. Eventuell gibts auch defines für die Bits des SREG.

Natürlich wäre das nicht so gut wie die Verwendung von brcc, aber wohl besser als
mehrere aufwändige Vergleiche. Auch darf der Compiler nicht auf die Idee kommen die Berechnung a + b im Code wo anders hin zu stellen.

[[Benutzer:Malte|Malte]] 20:21, 1. Feb. 2010 (UTC)

MP3

2009-12-02T11:20:21Z

Malte: /* Weblinks */ Link korrigiert. Seite hat bei jedem 2. Aufruf leider einen XML Parsing Fehler

MP3 bezeichnet heute üblicherweise den ISO/IEC-Standard zur Datenreduktion von [[digital]]en Audiosignalen. Mit [http://www.cselt.it/mpeg/ MPEG] Audio Layer-3 (MP3) ist es möglich Musiksignale auf ca. 8% der sonst notwendigen Datenmenge zu komprimieren, ohne das Hörerlebnis merklich zu trüben.

== MP3/AAC-Decoder in Software ==

'''MP3''' lässt sich schon auf kleinen ARM-Controllern in Software dekodieren. Das [https://helixcommunity.org/projects/datatype/ Helix Datatype-Projekt] stellt einen MP3-Decoder mit optimierten ARM-Assemblerroutinen als Open Source zur Verfügung. Ein [[AT91SAM|AT91SAM7]] (ARM7TDMI) mit 55 MHz ist damit ungefähr zur Hälfte ausgelastet, der RAM-Bedarf liegt bei ca. 30-40 kB. Bei Helix findet man auch einen '''AAC''' ("MP4")-Decoder, der ähnlich viel RAM und nur wenig mehr Rechenleistung benötigt. Ein MP3/AAC-Player-Projekt basierend auf diesen Decodern wird auf der Seite [[ARM MP3/AAC Player]] vorgestellt.

Ein weiterer ARM-optimierter Decoder ist [http://www.underbit.com/products/mad/ MAD], der auch MPEG Layer 1 und 2 decodieren kann, jedoch etwas höhere Ansprüche an Rechenleistung und RAM stellt.

== OGG Vorbis-Decoder in Software ==

Für OGG Vorbis existiert mit [http://xiph.org/vorbis/ Tremor] ein u.a. für ARM optimierter Decoder, der ohne Floating Point auskommt. Das Problem dieses Decoders ist, dass er intensiv Gebrauch von dynamischer Speicherverwaltung (malloc, calloc) macht. Dadurch ist der Speicherbedarf schlecht abschätzbar und es treten Speicherlecks und Fragmentierung auf. Der Rechenaufwand ist höher als beim Helix-Decoder.

Die Version im offiziellen Repository wird nicht mehr gepflegt, als Startpunkt sollte man besser den Tremor-Sourcecode aus dem Rockbox-SVN (svn://svn.rockbox.org/rockbox/trunk) nehmen.

== Hardware-Decoder-ICs zum Anschluß an Mikrocontroller ==
=== Vergleich ===
Der VS1005 wird voraussichtlich Ogg en- und decoden können. Außerdem wird ein FM Tuner integriert sein.

{| border="1" cellspacing="0"
!Chip
|| VS1001k
|| [[Vs1002 | VS1002d]]
|| VS1011b
|| VS1003
|| VS1053b
|| MAS 3507D
|| MAS 3587F
|| STA013
|| STA015
|| STA016
|-
!Hersteller
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.micronas.com Micronas]
|| [http://www.micronas.com Micronas]
|| [http://www.st.com ST Microelectronics]
|| [http://www.st.com ST Microelectronics]
|| [http://www.st.com ST Microelectronics]
|-
!Datasheet/Links
|| [http://www.vlsi.fi/datasheets/vs1001.pdf]
|| [http://www.vlsi.fi/datasheets/vs1002.pdf]
|| [http://www.vlsi.fi/datasheets/vs1011.pdf]
|| [http://www.vlsi.fi/datasheets/vs1003.pdf]
|| [http://www.vlsi.fi/datasheets/vs1053.pdf]
|| ?
||[http://www.micronas.com/products/documentation/consumer/mas3587f/downloads/mas3587f_2pd.pdf] [http://www.micronas.com/products/documentation/multimedia/mas3587f/index.php]
|| [http://www.st.com/stonline/books/pdf/docs/6399.pdf] [http://www.st.com/stonline/prodpres/dedicate/mp3/sta013.htm] [http://www.pjrc.com/tech/mp3/sta013.html]
|| [http://www.st.com/stonline/books/pdf/docs/7042.pdf]
|| [http://www.st.com/stonline/books/pdf/docs/7816.pdf]
|-
|Output
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| ?
|| mit Stereo Headphone Amplifier, S/PDIF-OUT
|| z.B. CS4334
|| z.B. CS4340
|| ?
|-
|Input
|| SDI
|| Mic in (mono)
|| ?
|| Mic in, Line in (mono)
|| Mic in, Line in (stereo)
|| ?
|| 2x S/PDIF-IN, I2S, SDI, Line-IN, Mic-IN
|| ?
|| ?
|| ?
|-
|Käuflich
|| [http://www.reichelt.de] VS 1001K-S 13,85€
|| [http://shop.embedded-projects.net] MP3 Player Projekt (MOD-MP3) 29,90€
|| [http://www.reichelt.de] VS 1011B-S 12,50€
|| [http://www.segor.de] VS 1003B-L 19,30€
|| [http://www.egnite.de] VS 1053B 17,85€
|| [http://www.segor.de] MAS 3507 D-G12 19,80€
|| [http://www.segor.de] MAS 3587 F-QI 24,80€
|| [http://www.segor.de] STA 013 25,00€
|| ?
|| ?
|-
|Bus
|| [[SPI]]
|| [[SPI]] [[UART]]
|| [[SPI]]
|| [[SPI]] [[UART]]
|| [[SPI]] [[UART]]
|| ?
|| [[I2C]] [[PIO]]
|| [[I2C]]
|| [[I2C]] [[SPI]] [[PIO]]
|| [[I2C]]
|-
|Allgemeines
|| MP3
|| MP3
|| MP3
|| MP3, WMA, MIDI
|| MP3, WMA, MIDI, OGG Vorbis, LC-AAC, HE-AAC
|| ?
|| MP3 de- und encoden
|| MP3
|| MP3 de- und encoden
|| ?
|}

=== VS1001 ===

Hersteller: [http://www.vlsi.fi VLSI]

Der VS1001 ist ein Hardware-MP3-Decoder mit einem seriellen [[SPI]]-Interface und einem eingebauten [[DA-Wandler]]. Die vielen VS10xx Varianten sind von der Ansteuerung her recht ähnlich. Siehe auch die Erklärung zur Ansteuerung eines [[Vs1002]].

=== STA015 ===

Hersteller: [http://www.st.com ST Microelectronics]

Dieser IC vereint die Möglichkeit, MP3-Datenströme bis 320kBit zu dekodieren und digitale unkomprimierte Datenströme in das ADPCM Format zu verwandeln.
Beim Decodieren erlaubt der STA015 den direkten Anschluss eines DAC durch ein serielles PCM-Interface. Die zu dekodierenden Daten erhält er via [[SPI]] und die Steuersignale via [[I2C]].
Falls er Daten komprimiert, stellt er diese an einem parallelen 8 Bit Port bereit.
Dieser IC ist beispielsweise auf MP3-Playern verbaut, die an Siemens-Handys angeschlossen werden. Dort befindet sich auch ein CS4340 ([[DAC]]).
Siehe [[Siemens MP3 Player]].

=== MAS3587F ===

Die MP3 Decoder Chips von Micronas sind 2006 komplett abgekündigt worden.

Hersteller: [http://www.micronas.com Micronas]

Distributor: z.B. [http://www.rutronik.de Rutronik]

Erhältlich im PLQFP64, PMQFP64 und PQFN64 [[IC-Gehäuseformen|Gehäuse]].

==== Features ====
* [[MP3|MPEG 1/2 layer 3]] Encoder mit bis zu 192kbit/s
* MPEG 1/2 layer 2 and layer 3 Decoder
* Auslesen des ID3 Tags

==== Schnittstellen ====
* 2 serielle (I2S und andere Formate)
* 1 parallele
* [[I²C]] zur Steuerung
* S/PDIF Ein- und Ausgang

==== sonstige Funktionen ====
* zwei DC/DC Konverter
* Batterie Monitor
* Mikrofonverstärker
* Stereo [[AD-Wandler]]
* Stereo [[DA-Wandler]]
* 16Ω Kopfhörer Verstärker

=== AT89C51SND1C ===
Eigenständiger Microcontroller inklusive MP3-Codec, USB, IDE, UART, etc.
z.B. bei Farnell zu erwerben.
Hinweis (Stand August 2009): bei Farnell nicht mehr verfügbar, da abgekündigt.

== Weblinks ==
* zahlreiche Beiträge zum Thema MP3 [http://www.mikrocontroller.net/forum/1?filter=MP3* im Forum]
* ...und [http://www.mikrocontroller.net/forum/4?filter=MP3* in der Codesammlung]
* [http://www.iis.fraunhofer.de/pub_rel/presse/2000/geburtsort/index_d.html Fraunhofer IIS - der "Geburtsort" von MP3]
* [http://www.h-mpeg.de/ Anleitung für harddisk mp3 Player mit Atmel AVR]
* [http://www.fh-jena.de/contrib/fb/et/personal/ansorg/mp3/mp3_2_res.htm Allgemeine Infos zu MP3]
* [http://www.codeproject.com/KB/audio-video/mpegaudioinfo.aspx MPEG Audio Frame Header] by Konrad Windszus auf Codeproject.com (Infos und Beispielcode u.a. zur Schätzung der Spieldauer/Länge bei VBR Codierung. Windows MFC / C++)

[[Category:Audio]]
[[Category:Bauteile]]

MenuDesigner

2009-11-10T22:19:10Z

Malte: /* Download */ Sourceforge link

Menüsystem für monochrome GLCDs

== Idee ==
[[Bild:Lcd-menu-demo.jpg |200px|right]]
[[Bild:MenuInterpreter-demo.png|200px|right]]

Die Idee war es, ein möglichst einfaches Menüsystem für kleinere LCDs zu haben, welches sich leicht erstellen lässt und dennoch die wichtigsten Elemente moderner Deskop GUIs zu bieten. Außerdem sollte der Flashverbrauch niedrig gehalten werden und nicht zwangsweise mit komplexeren Menüs immer größer werden.

== Features ==
[[Bild:MenuEdit.png|200px|right]]

* Nicht an einen bestimmten LCD Controllertyp gebunden
* Grafischer Editor für Linux und Windows
* Benötigt 5KB Flash (bei einem ATMega8 und 16Bit Adressen)
* Auch als PC Programm testbar
* Sehr geringer statischer RAM Verbrauch (allerdings durchaus etwas mehr Stack)
* Der Sourcecode steht unter der GPL
* Abspeichern der Menüstruktur als kompakte Bytecodes auf einem beliebigem wahlfrei lesbarem Speicher
* Die Menüstruktur darf bis zu 16MB groß werden (24/32 Bit Adressen) oder 64KB bei 16 Bit Adressen
* Die Navigation innerhalb des Menüs ist auf eine Bedienung mit wenigen Tasten optimiert.
* Unterstützung von verschiedenen Fonts
* Generell kann zwischen Objekten innerhalb eines Fensters mit zwei Tasten, ähnlich wie bei der TAB Taste, hin und her gewechselt werden „Fokus“. Mit einer weiteren Taste „Enter“ können dann dem Objekt zugeordnete Aktionen ausgeführt werden.
* Objekte des Menüsystems:
** Fenster: Enthält mehrere weitere Objekte und füllt üblicherweise den Bildschirm des LCDs komplett aus.
** Unterfenster: Kann ebenfalls weitere Objekte enthalten, wobei nur ein Teil des Bildschirms ausgefüllt wird und in dem restlichem Teil des Bildschirms weiterhin das ursprüngliche Fenster zu sehen ist
** Box: Dient dazu Teile des Bildschirms flächendeckend weiß oder schwarz zu füllen. Ebenfalls verwendbar für horizontale und vertikale Linien, sowie als „Löschfunktion“.
** Button: Zeigt Text an und kann mit Aktionen belegt werden. Wahlweise mit oder ohne Umrandung einsetzbar.
** Label: Einfaches Objekt zum Anzeigen von Text
** GFX: Zeigt Pixelgrafiken an und unterstützt eine einfache Längenkompression. Ebenfalls mit Aktionen belegbar.
** Checkbox: Bietet eine Auswählbare Schaltfläche mit Text an. Mit Aktionen belegbar.
** Groupbutton: Ähnlich wie eine Checkbox, jedoch kann immer nur ein Groupbutton innerhalb einer Gruppe aktiv sein.
** List: Generiert eine Liste inklusive Positionsbalken an der rechten Seite. Ein Element ist auswählbar. Mit Aktionen belegbar.
** Shortcut: Nicht sichtbar. Bietet das direkte Ausführen von Funktionen an, ohne dass erst ein Objekt einen Fokus haben muss.
** Globaler Shortcut: Wie ein Shortcut, jedoch in jedem Fenster aktiv. Beispielsweise nützlich um aus jedem Fenster heraus zu einer Fehlermeldung springen zu können.
* Generell lässt sich die Fokusierbarkeit aller Objekte auch deaktivieren.
* Fokusierte Objekte können eine andere Schriftart verwenden.
* Unter „Aktionen“ ist folgendes möglich: Den Wechsel zu einem anderem (Unter)fenster und/oder der Aufruf der Funktion menu_action mit einer individuellen Nummer als Parameter. Das bedeutet, dass der Wechsel zwischen einzelnen Fenster keinen zusätzlichen Aufwand beim Programmieren benötigt.
* Statische Texte und Grafiken können in der Menüstruktur abgelegt werden, dynamische im RAM.
* Kommt ohne Interrupts, Delays u.ä. aus.

== Einschränkungen ==

* Die LCD Auflösung ist auf 4096x4096 begrenzt
* Für Touchdisplays ist die Eingabemöglichkeit bisher nicht geeignet
* Objekte haben ihren festen Platz auf dem Bildschirm, ein Verschieben zur Laufzeit ist nicht möglich.
* Animationen sind nur schwer zu realisieren
* Es lassen sich maximal 16 verschiedene Groupbuttons je Gruppe verwenden. Es sind maximal 16 verschiedene Gruppen möglich
* Die Anzahl der unterschiedlichen Checkboxen ist auf 256 begrenzt
* Die Anzahl der unterschiedlichen Listen ist auf 256 begrenzt und die Zeilenzahl auf ~10000

Die Limits sind sicher hoch genug, dass es für fast alle Anwendungsfälle reichen müsste.

== Funktionsweise ==

[[Bild:Menuinterpreter-schema.png|right]]

Die Funktionen für die Grafikausgabe und dem Zugriff auf die Menüstruktur muss selbst geschrieben werden. Dies ermöglicht eine Anpassung an eigene Displays und beliebige Speicher.

Bei der Grafikausgabe, wird vor jedem Neuzeichnen einmal menu_screen_clear aufgerufen. Die Funktion ist deswegen nicht als einzelne menu_screen_set Aufrufe integriert, weil es oftmals einfach schnellere Methoden zum Löschen eines Bildschirms gibt, als jeden Pixel einzeln zu setzen.

Die menu_screen_set Funktion setzt beim Neuzeichnen alle Pixel, wobei bei übereinander liegenden Objekten der gleiche Pixel mehrfach gesetzt werden kann. Generell sollte nur das niederwertigste Bit beachtet werden und der Inhalt der höherwertigen irrelevant sein. Außerdem muss darauf geachtet werden, dass bei dem Funktionsaufruf die Bildschirmgröße noch nicht beachtet wird.
Zum Schluss eines Neuzeichnens, wird einmalig menu_screen_flush() aufgerufen. Dann sollte der zuvor durch menu_screen_set gesetzte Inhalt wirklich auf das LCD geschrieben werden. Zwar kann auch stattdessen menu_screen_set direkt jeden Pixel auf dem LCD setzten, dann wird jedoch eventuell der Bildaufbau sichtbar und beim mehrfachen setzen des gleichen Pixels kann dies unnötig lange dauern.

menu_byte_get muss dem Interpreter die Daten der Menüstruktur liefern. Die Implementierung kann aus einem simplen Arrayzugriff oder aber aus einer komplexen Leseroutine für externe EEPROMs oder MMC bestehen. Generell sollte jedoch Speicher mit langer Latenz vermieden werden. Ist die Menüstruktur fehlerhaft, kann es zu Leseversuchen außerhalb der Größe der Menüstruktur kommen, ansonsten sollte dies nicht vorkommen.

menu_action wird immer dann aufgerufen, wenn ein Objekt mit einer Aktion belegt wurde. Das Ändern der Auswahl in einer Liste wird ebenfalls automatisch eine eigene Aktion zugewiesen. Als Parameter wird eine eindeutige 16Bit Nummer übergeben. Im MenüDesigner wird einer Aktion ein Name gegeben. Alle Namen werden automatisch durchnummeriert und eine Header Datei generiert, welche die Zuordnung Nummer - Aktion Name ermöglicht. Als Rückgabe kann angegeben werde ob die Aktion ein Neuzeichnen des Bildschirms erfordert. Dies ist sinnvoll wenn kein Bildschirmwechsel erfolgt, aber sich auf dem aktuellem etwas geändert hat, z.B. ein anderer Text gesetzt wurde.

Indexnummern für Dynamische Texte und Grafiken, die Eigenschaften von Radiogroups und Checkboxen werden auf eine ähnliche Weise automatisch generiert und sind dann unter dem eingestellten Namen in den Arrays auffindbar.

Dynamische Texte müssen generell wie in C Nullterminiert (\0) sein und haben keine Längenbeschränkung. Der Inhalt einer Liste ist ein langer Text, wobei \n eine neue Zeile markiert.
Grafiken werden gelesen, bis der letzte Pixel der fest eingestellten Größe gesetzt ist.

menu_redraw sollte immer dann aufgerufen werden, wenn sich dynamische Texte/Grafiken geändert haben und einmal zu Beginn des Programms.

menu_keypress ist die generelle Eingabemöglichkeit des Menüs. Je nach eingestellten Key werden die entsprechenden Aktionen ausgeführt. Beispielsweise „Fokus aufs nächste Objekt setzen“. Der Parameter darf einen Wert von 1 bis 255 haben.

== Weiterentwicklung ==
Falls es Interesse an weiteren Features gibt, bin ich - je nach Funktion - gerne bereit diese zu Implementieren. Schreibt am besten ins Forum.
Bisherige Ideen, deren Aufwand ich als nicht all zu hoch einschätze:
* Die Möglichkeit Größe und Position der Objekte zur Laufzeit zu verändern
* Touchscreen/Maus Unterstützung. Man müsste nur alle selektierbaren Objekte (am besten von Hinten nach vorne) überprüfen, ob diese innerhalb einer bestimmten X/Y Position liegen. Nur bei der Listbox mit dem Scrolling müsste man noch etwas mehr anpassen.

== Download ==
[http://www.mikrocontroller.net/topic/140369#1409100 Beitrag in der Codesammlung]

[http://www.mikrocontroller.net/topic/140369#1292087 Fertige .hex Datei zum Testen auf einem ATMega8]

[http://menudesigner.sourceforge.net/ Und inzwischen gibt es den Code auch bei Sourceforge]

[[Category:Projekte]]
[[Category:Displays und Anzeigen]]

Drehgeber

2009-10-17T20:57:57Z

Malte: /* Handbediente Drehgeber */ Typos

Drehgeber (auch Inkrementaldrehgeber, Quadraturencoder, Drehencoder, Drehimpulsgeber genannt) erzeugen bei Drehung der Achse an den zwei Datenleitungen am Ausgang ein sogenanntes [http://de.wikipedia.org/wiki/Gray-Code Gray-Code]-Signal. Der Vorteil dieser Codierung ist, dass ein [[Entprellung|Entprellen]] in der Regel überflüssig ist. Weiterhin hat dieser Code die Eigenschaft, dass sich zwischen benachbarten Codes nur ein Bit ändert. Das ermöglicht die asynchrone Abtastung, ohne mehr als einen Schritt vom wahren Ergebnis entfernt zu sein, weil maximal ein Bit falsch erfasst wird.

[[bild:encoder_signal.png]]

== Differenzierung von Drehgebern ==

Man muss unterscheiden zwischen Drehgebern, die von schnellaufenden Maschinen angetrieben werden z.B. zum Messen des Drehwinkels und solchen die von Hand bedient werden z.B. zum Einstellen der Lautstärke. Letztere haben in der Regel Rastpunkte, bei denen der Knopf leicht "einschnappt". Hierdurch fühlt der Benutzer das Fortschreiten des zu bedienenden Vorgangs z.B. das Hochregeln der Lautstärke. Die maschinengetriebenen Drehgeber sind jedoch in der Regel frei drehbar und haben keine mechanischen Rastpunkte.

=== Handbediente Drehgeber ===

Aus Kosten- und Platzgründen sind handbediente Drehgeber häufig als schaltende Kontakte ausgeführt, was die Gefahr des Prellens mit sich bringt. Die erste dagegen ergriffene Maßnahme ist die oben genannte Nutzung eines Codes, bei dem sich nie zwei Bits gleichzeitig ändern. Diese Maßnahme allein ist aber nicht ausreichend.

Das oben gezeigte Signaldiagramm zeigt mit den senkrecht gestrichelten Linien die Rastungen so an, wie sie für Handbedienung verbreitet sind, nämlich mit zwei Codewechseln zwischen den Rastungen. Die Software sollte dies berücksichtigen und pro Rastung nur um einen Schritt fortschreiten, was bedeutet, dass nur zwei vollendete aufeinanderfolgende elektrische Wechsel ausgewertet werden. Dies hat den Vorteil, dass ein kurzfristiges Prellen eines Kontaktes durch Erschütterung des Encoders z.B. durch vibrierende Maschinen oder durch Kontaktprellen beim Drehen nicht zur Ausführung kommt. Dennoch ist die Reaktionszeit hoch, da verzögernde Timerschleifen zum Entprellen überflüssig sind. Die hierbei auftretende Halbierung der Auflösung ist wegen des durch menschliche Fähigkeiten begrenzt dosierbaren Drehwinkels irrelevant. Zudem entsteht so haptische Übereinstimmung zwischen der Anzahl der gefühlten Rastungen und dem Fortschreiten des zu bedienenden Prozesses.

Es sei hier aber angemerkt, dass es auch handbediente Drehgeber mit anderer Anordnung der Rastungen gibt, die somit auch eines anderen Algorithmus bedürfen.

=== Maschinengetriebene Drehgeber ===

Der maschinengetriebene Drehgeber hat in der Regel keine Rastpunkte. Zudem dreht er sich häufig so schnell, dass für entprellende Maßnahmen nach dem Verzögerungsprinzip (Kondensator, Delayschleife oder zyklischer Timerüberlaufinterrupt) die Zeit fehlt. Daher sind solche Drehgeber in aller Regel zum Zwecke der prellfreien Ausgänge aufwendiger und somit teurer konstruiert. Realisiert wird dies durch kleines mechanisches Spiel, Leichtgängigkeit und optische Maßnahmen. Diese Prellfreiheit ist aber dann nutzlos, wenn der Drehgeber von einer Mechanik getrieben wird, welche Vibrationen bisweilen mikroskopischer Größe aufweist, z.B. ausgelöst durch mechanisches Spiel. Diese Vibration ist der Drehbewegung mechanisch überlagert. Dies kann dazu führen, dass beim Überschreiten eines elektrischen Schaltpunktes mikroskopisch mehrfach zurück und wieder vorgedreht wird und somit ein dem Prellen ähnliches Ereignis auftritt. Dies kann durch Auswertung zweier vollendeter aufeinanderfolgender elektrischer Wechsel vermieden werden. Dies stellt nach heutigem Kenntnisstand (2009) die schnellste Reaktionsmöglichkeit dar. Will man hierdurch nicht die Auflösung halbieren (wie es bei den oben genannten handbedienten Drehgebern passiert), müssen jeweils parallel zwei aufeinanderfolgende Impulse um die Periodenlänge eines Schaltimpulses phasenverschoben in zwei getrennten "Pipelines" überwacht werden. Vereinfacht ist dies hier für eine Drehrichtung illustriert. Die Berücksichtigung beider Drehrichtungen ist komplexer:

<c>
__|--|--|__|__
__|__|--|--|__
| | | |
1 2 3 4</c>Pipeline1 überwacht die vollendete Schaltfolge 1-2. Pipeline2 überwacht die vollendete Schaltfolge 2-3. Pipeline1 überwacht die vollendete Schaltfolge 3-4 etc. Jede der beiden Pipelines gibt einen Zählimpuls ab, so dass trotz Abwartens von zwei aufeinander folgenden Schaltpunkten bei jedem Schaltpunkt ein Fortschreitungsimpuls (Zählimpuls) erfolgt. Letztendlich liefert das Verfahren beim Wechsel zwischen Vor- und Rückwärtsdrehen eine mechanische [[Schmitt-Trigger|Hysterese]] von der Länge eines Schaltzustandes. Dies ist aber aufgrund der Vibrationen bzw. des mechanischen Spieles unvermeidbar. Der Drehgeber kann eben nicht genauer sein, als die ihn treibende Mechanik.

Ingesamt gesehen müssen die ergriffenen Maßnahmen auf die mechanischen Gegebenheiten und die Anforderungen an Auflösung und Geschwindigkeit optimiert werden. Die Angabe eines sehr aufwendigen parametrierbaren Algorithmus (dessen Wahl der Parameter wiederum nicht trivial wäre), der in allen Lebenslagen funktioniert, wäre zwar möglich, ist aber mit Blick auf die hohe Prozessorlast nicht angezeigt. In Extremfällen empfehlen sich möglicherweise [[FPGA]]s zur Auswertung. "Einigermaßen langsame" Anwendungen und geringe Auflösungen können aber mit denselben Methoden erschlagen werden, die sich auch für den handbetriebenen Drehgeber eignen und finden sich im Artikel unten.

== Signalauswertung ==

Die Auswertung eines Drehgebers macht man am besten in einem Timer-Interrupt, der mit einer festen Frequenz ausgeführt wird. Die Abtastfrequenz muss so hoch sein, dass bei maximaler Drehzahl zwischen zwei Codewechseln mindestens 1 Abtastung erfolgt, besser jedoch mehr.

== Warum Sparvarianten nicht gut sind ==

Oft sieht man im Netz "clevere" Sparvarianten, welche angeblich ebensogut zur Auswertung von Drehgebern gegeignet sind. Ein genaueres Hinschauen sowie Tests unter realen Bedingungen zeigen jedoch schnell die Schwächen dieser Ansätze.

=== Flankenerkennung von A und Pegelauswertung von B ===

Viele Sparvarianten verwenden einen externen Interrupt, welcher auf die steigende oder fallende Flanke von Spur A auslöst und dann den Pegel von B auswertet. Ist B=0, dann dreht der Encoder nach rechts, anderenfalls nach links. Diese Auswertung hat zwei Schwachstellen.

# Die Auflösung wird auf ein Viertel reduziert, weil nur jede steigende Flanke von A ausgewertet wird.
# Pendelt der Encoder zwischen zwei Codes, bei denen A seinen Pegel wechselt,
## kommt es zu (sehr) vielen Interrupts, die den Mikrocontroller vollkommen auslasten können.
## interpretiert die Auswertung jede steigende Flanke als neuen Schritt. Der Encoder scheint sich für die Auswertung immer weiter zu drehen, obwohl er nur pendelt.

Das Pendeln kann zwei Ursachen haben.

# Der Encoder pendelt wirklich; das kann z.B. bei hochauflösenden Encodern ohne Rastung geschehen, welche an jeder beliebigen Stelle stehen bleiben können und durch geringe mechanische Erschütterungen dann zwischen zwei Codes pendeln; das kann z.B. bei hochauflösenden Encodern in CNC-Maschinen der Fall sein.
# Die Signale prellen; das kommt vor allem bei billigen elektromechanischen Drehknöpfen vor, welche einfache Schleifkontakte zur Kodierung nutzen.

Wie man sieht ist diese Methode nicht geeignet, einen Drehgeber solide zu dekodieren.

=== Auswertung mit Interrupt durch Pegelwechsel ===

Es wird bisweilen die Auffassung vertreten, dass mit Hilfe von sog. Pin Change Interrupts Rechenzeit gespart werden kann. Dabei wird bei einem Pegelwechsel von Spur A oder B ein Interrupt erzeugt. Dort werden dann A und B eingelesen und vollständig ausgewertet. Diese Methode ist besser, aber nicht gut genug. Sie vermeidet Fehler 1. und 2.2 der oben genannten Auswertung, aber nicht 2.1, da auch sie durch einen pendelnden/prellenden Encoder die CPU stark belastet.

----
== Solide Lösung: Beispielcode in C ==

<c>
/************************************************************************/
/* */
/* Reading rotary encoder */
/* one, two and four step encoders supported */
/* */
/* Author: Peter Dannegger */
/* */
/************************************************************************/
#include <avr/io.h>
#include <avr/interrupt.h>

// target: ATmega16
//------------------------------------------------------------------------

#define XTAL 8e6 // 8MHz

#define PHASE_A (PINA & 1<<PA1)
#define PHASE_B (PINA & 1<<PA3)

#define LEDS_DDR DDRC
#define LEDS PORTC // LEDs against VCC

volatile int8_t enc_delta; // -128 ... 127
static int8_t last;

void encode_init( void )
{
int8_t new;

new = 0;
if( PHASE_A )
new = 3;
if( PHASE_B )
new ^= 1; // convert gray to binary
last = new; // power on state
enc_delta = 0;
TCCR0 = 1<<WGM01^1<<CS01^1<<CS00; // CTC, XTAL / 64
OCR0 = (uint8_t)(XTAL / 64.0 * 1e-3 - 0.5); // 1ms
TIMSK |= 1<<OCIE0;
}

ISR( TIMER0_COMP_vect ) // 1ms for manual movement
{
int8_t new, diff;

new = 0;
if( PHASE_A )
new = 3;
if( PHASE_B )
new ^= 1; // convert gray to binary
diff = last - new; // difference last - new
if( diff & 1 ){ // bit 0 = value (1)
last = new; // store new as next last
enc_delta += (diff & 2) - 1; // bit 1 = direction (+/-)
}
}

int8_t encode_read1( void ) // read single step encoders
{
int8_t val;

cli();
val = enc_delta;
enc_delta = 0;
sei();
return val; // counts since last call
}

int8_t encode_read2( void ) // read two step encoders
{
int8_t val;

cli();
val = enc_delta;
enc_delta = val & 1;
sei();
return val >> 1;
}

int8_t encode_read4( void ) // read four step encoders
{
int8_t val;

cli();
val = enc_delta;
enc_delta = val & 3;
sei();
return val >> 2;
}

int main( void )
{
int32_t val = 0;

LEDS_DDR = 0xFF;
encode_init();
sei();

for(;;){
val += encode_read1(); // read a single step encoder
LEDS = val;
}
}
</c>

Je nach Encodertyp entfernt man die beiden nicht benötigten Auslesefunktionen.
Für manuelle Eingabe empfand ich ein Abfrageintervall von 1ms als ausreichend.

* http://dse-faq.elektronik-kompendium.de/dse-faq.htm#F.29
* http://www.mikrocontroller.net/topic/6526
* http://www.mikrocontroller.net/topic/38863

Ferner ist beim Auswerten zu beachten, dass die beiden Signalleitungen des Drehgebers möglichst zeitgleich erfasst werden. Dies ist insbesondere dann wichtig, wenn der Drehgeber zusammen mit weiteren Bedienelementen an einen Multiplexer angeschlossen ist!

== Beispielcode in VHDL ==

Besonders bei höheren Winkelgeschwindigkeiten und Auflösungen ist eine Auswertung in Software in einem Mikrocontroller irgendwann einmal technisch unsinnig. Dann muss ein Dekoder in Hardware her, heutzutage meist programmierbare Logik in Form eines [[CPLD]] oder [[FPGA]]. [[VHDL]] ist eine weit verbreitete Sprache zur Logikbeschreibung bzw. Synthese. Der folgende Code tastet die beiden Quadratursignale ab und generiert daraus ein UP/DOWN Signal sowie ein CE für einen Zähler, mit dem dann die aktuelle Position erfasst werden kann. Zusätzlich wird ein illegaler Signalübergang signalisiert, was meist auf einen defekten Drehgeber oder zu niedrige Abtastfrequenz hinweist.

<vhdl>
-----------------------------------------------------------------------------
--
-- Decoder für Drehgeber
--
-----------------------------------------------------------------------------

library IEEE;
use IEEE.STD_LOGIC_1164.ALL;

entity incremental_encoder is
Port ( clk : in std_logic; -- Systemtakt
A : in std_logic; -- Spur A
B : in std_logic; -- Spur B
up_down : out std_logic; -- Zaehlrichtung
ce : out std_logic; -- Clock Enable
error : out std_logic); -- illegaler Signalübergang
end incremental_encoder;

architecture Behavioral of incremental_encoder is

signal a_in, b_in, a_old, b_old: std_logic;

begin

-- Abtastung und Verzoegerung der Quadratursignale

process(clk)
begin
if rising_edge(clk) then
a_in <= A;
a_old <= a_in;
b_in <= B;
b_old <= b_in;
end if;
end process;

-- Dekodierung der Ausgaenge

process(a_in, b_in, a_old, b_old)
variable state: std_logic_vector(3 downto 0);
begin
state := a_in & b_in & a_old & b_old;
case state is
when "0000" => up_down <= '0'; ce <= '0'; error <= '0';
when "0001" => up_down <= '1'; ce <= '1'; error <= '0';
when "0010" => up_down <= '0'; ce <= '1'; error <= '0';
when "0011" => up_down <= '0'; ce <= '0'; error <= '1';
when "0100" => up_down <= '0'; ce <= '1'; error <= '0';
when "0101" => up_down <= '0'; ce <= '0'; error <= '0';
when "0110" => up_down <= '1'; ce <= '0'; error <= '1';
when "0111" => up_down <= '1'; ce <= '1'; error <= '0';
when "1000" => up_down <= '1'; ce <= '1'; error <= '0';
when "1001" => up_down <= '0'; ce <= '0'; error <= '1';
when "1010" => up_down <= '0'; ce <= '0'; error <= '0';
when "1011" => up_down <= '0'; ce <= '1'; error <= '0';
when "1100" => up_down <= '0'; ce <= '0'; error <= '1';
when "1101" => up_down <= '0'; ce <= '1'; error <= '0';
when "1110" => up_down <= '1'; ce <= '1'; error <= '0';
when "1111" => up_down <= '0'; ce <= '0'; error <= '0';
when others => null;
end case;
end process;

end Behavioral;
</vhdl>

== Dekoder mit diskreten Logik-ICs ==

Für einige Anwender sind Mikrocontroller und programmierbare ICs bisweilen zu komplex oder aus anderen Gründen nicht nutzbar. Dann braucht man eine Lösung mit klassischen Logikbausteinen. Aber auch das ist recht leicht gemacht. Zwei kleine ICs genügen.
[[Bild:Schaltplan_quad_decoder.png|thumb|left|640px|Diskret aufgebauter Dekoder]]
 

Das [[media:Quad_decoder_opt.zip|Projekt im Eagleformat]] kann auf einer kleinen einseitigen Platine aufgebaut werden, es sind nur vier Lötbrücken notwendig (Rote Leitungen im TOP-Layer).

[[Category:Bauteile]]

Vs1002

2009-10-07T11:34:14Z

Malte: /* Die Initalisierung */

VS1002

Diese Anleitung beschreibt, was bei der Inbetriebnahme eines VS1002 mp3 Dekoders zu beachten ist, wie er beispielsweise auf der im Shop angebotenen mp3 Platine vorhanden ist. Der VS1002 ist zwar eigentlich schon „not recommended for new design“, aber die Ansteuerung der neueren VS10xx dürfte vergleichbar sein.
Motiviert ist die Anleitung durch diverse Threads hier im Forum, bei denen die Leute nicht wissen, wie sie dem Dekoder einen Ton entlocken können.

== Die Pins ==
Der Chip verwendet ein [[SPI]] Interface und benötigt 3,3V. Wird der Mikrocontroller mit 5V Betrieben, ist also ein [[Pegelwandler]] (z.B. 74HC4050) nötig.

Für das SPI Interface werden zunächst drei Datenleitungen benötigt. Hinzu kommen '''zwei''' Chip Select Leitungen XCS und XDSC. Wenn man so möchte besteht der Chip also aus zwei Slaves. Ist die eine Leitung (XDCS) low, so können mp3 Daten (SDI) an den Chip gesendet werden, mit der anderen Leitung (XCS) werden Befehle (SCI) gesendet. Einer der Befehle ermöglicht es auf die XDCS Leitung zu verzichten, in dem intern die invertierte XCS Leitung verwendet wird. Dies spart zwar einen Pin, hat aber den Nachteil dass so keine weiteren Slaves (wie eine MMC) mehr am SPI Bus
angeschlossen werden können, weil immer ein Slave mit dem Bus verbunden ist.

Zusätzlich zu dem SPI Interface gibt es noch die DREQ Leitung vom Chip zum Mikrocontroller. Diese ist immer dann high, wenn mindestens 32Byte Daten oder Befehle entgegengenommen werden können. Insbesondere wenn der Mikrocontroller noch viele Sachen (Display Menüs, Netzwerverkehr...) neben her macht, empfiehlt es sich, diese mit einem Interrupt Eingang zu verbinden um auf Rechenzeit intensives Pollen zu verzichten.

Die Chip Select Leitungen dienen auch gleichzeitig der Synchonisation, falls mal ein Takt „übersehen“ werden sollte. Daher empfiehlt das Datenblatt nach dem Senden größerer Datenblöcke die entsprechende Chip Select Leitung einmal auf high zu setzten (und wieder zurück auf low für den nächsten Dateblock).

Die Reset Leitung muss auf High liegen, damit der Chip lauffähig ist.

== Die Pins des Olimex mp3 Headers ==

Eigentlich sitzt in dem VS1002 ein kompletter eigener Mikrocontroller, der auch eigene Programme ausführen kann. Auf dem Olimex Board wird dies verwendet, um mp3s ohne zusätzlichen Mikrocontroller von einer SD Karte abspielen zu können. Möchte man aber das Board wie oben als SPI Slave benutzen, muss man verhindern, dass dieses Programm geladen wird. Hierzu muss der der SWCS1 Pin des Boards auf GND gelegt werden.

Der Reset Jumper muss gezogen werden und der Jumper für Spannungsversorgung entsprechend auf Extern umgestellt werden.

Eigentlich müsste dann das Board wie gewünscht laufen. Tut es aber nicht. Es muss erst der auf dem Board befindliche Jumper DREQ_E entfernt werden, auch wenn (soweit wie ich das Sehe) der Jumper den DREQ Pin nur mit den Eingängen der LED, des EEProms und des SD Sockels verbindet. Eigentlich müsste auch die rote ACT LED nach Entfernen des Jumpers aus sein, ist sie aber nicht. Möglicherweise passt hier also der gelieferte Schaltplan nicht zur Platine.

Die Pins des Olimex Anschlusses werden etwas anders benannt: Was im VS1002 Datenblatt XCS ist, ist auf der Platine CS. Und XDSC wird DSC genannt.

== SCI Kommandos ==
Kommandos bestehen aus 4 aufeinander folgende SPI Bytes. Das erste Byte entscheidet, ob ein Register gelesen (0x03) oder geschrieben (0x02) werden soll und das zweite welche Adresse benutzt werden soll. Byte 3 und 4 sind beim Schreiben dann der 16 Bit Wert des Registers. Wird gelesen, ist der Inhalt hingegen egal und der Controller empfängt den Register Inhalt. Es wird das höherwertige Byte der 16 Bit zu erst gelesen b.z. geschrieben.

Nach dem Senden eines SCI Kommandos, dürfen in den folgenden 5µs kein weiteren Daten oder Kommandos gesendet werden.

== SDI Daten ==
Als SDI Daten wird 1:1 die mp3 Datei gesendet, so wie sie ist - mit Header und allem drum und drann.

== Die Initalisierung ==
SPI Kann Beispielsweise mit 1 oder 2 MHZ Takt betrieben werden. Der Beispielcode von Olimex für den ARM verwendet 1 MHZ. CPOL und CPHA bleiben 0.
Die Initialisierung des Controllers besteht aus 3 SCI schreib Befehlen, danach darf begonnen werden die mp3 Datei zu senden und es sind nicht zwingend weitere SCI Kommandos benötigt.

* 0x0800 an Adresse 0 -> Entspricht eigentlich dem Defaultwert, aber stellt alles definitiv richtig ein. Das gesetzte Bit sagt, dass wir den VS1002 Modus und nicht einen VS1001 Kompatiblitätsmodus verwenden wollen.

* 0x9800 an Adresse 3 -> Sagt dem Chip welchen Takt der Quarz hat und dass wir den Takt verdoppeln möchten.
* Im Olimex Beispiel wird etwas gewartet, bis sich der gesetzt Takt „stabilisiert“ hat, also warten wir auch mal 100ms.

* 0x2020 an Adresse 0x0B -> Stellt die Lautstärke ein. Ein Byte für den linken und ein Byte für den rechten Kanal. 0xFFFF ist ganz leise, 0x0000 ganz laut. 0x2020 ist „recht laut“.

== Weblinks ==
* [http://www.vlsi.fi/fileadmin/datasheets/vlsi/vs1002.pdf VS1002 Datenblatt]
* [http://www.olimex.com/dev/images/mod-mp3-sch.gif Olimex Schaltplan]

MenuDesigner

2009-10-07T08:52:27Z

Malte: /* Features */

Menüsystem für monochrome GLCDs

== Idee ==
[[Bild:Lcd-menu-demo.jpg |200px|right]]
[[Bild:MenuInterpreter-demo.png|200px|right]]

Die Idee war es, ein möglichst einfaches Menüsystem für kleinere LCDs zu haben, welches sich leicht erstellen lässt und dennoch die wichtigsten Elemente moderner Deskop GUIs zu bieten. Außerdem sollte der Flashverbrauch niedrig gehalten werden und nicht zwangsweise mit komplexeren Menüs immer größer werden.

== Features ==
[[Bild:MenuEdit.png|200px|right]]

* Nicht an einen bestimmten LCD Controllertyp gebunden
* Grafischer Editor für Linux und Windows
* Benötigt 5KB Flash (bei einem ATMega8 und 16Bit Adressen)
* Auch als PC Programm testbar
* Sehr geringer statischer RAM Verbrauch (allerdings durchaus etwas mehr Stack)
* Der Sourcecode steht unter der GPL
* Abspeichern der Menüstruktur als kompakte Bytecodes auf einem beliebigem wahlfrei lesbarem Speicher
* Die Menüstruktur darf bis zu 16MB groß werden (24/32 Bit Adressen) oder 64KB bei 16 Bit Adressen
* Die Navigation innerhalb des Menüs ist auf eine Bedienung mit wenigen Tasten optimiert.
* Unterstützung von verschiedenen Fonts
* Generell kann zwischen Objekten innerhalb eines Fensters mit zwei Tasten, ähnlich wie bei der TAB Taste, hin und her gewechselt werden „Fokus“. Mit einer weiteren Taste „Enter“ können dann dem Objekt zugeordnete Aktionen ausgeführt werden.
* Objekte des Menüsystems:
** Fenster: Enthält mehrere weitere Objekte und füllt üblicherweise den Bildschirm des LCDs komplett aus.
** Unterfenster: Kann ebenfalls weitere Objekte enthalten, wobei nur ein Teil des Bildschirms ausgefüllt wird und in dem restlichem Teil des Bildschirms weiterhin das ursprüngliche Fenster zu sehen ist
** Box: Dient dazu Teile des Bildschirms flächendeckend weiß oder schwarz zu füllen. Ebenfalls verwendbar für horizontale und vertikale Linien, sowie als „Löschfunktion“.
** Button: Zeigt Text an und kann mit Aktionen belegt werden. Wahlweise mit oder ohne Umrandung einsetzbar.
** Label: Einfaches Objekt zum Anzeigen von Text
** GFX: Zeigt Pixelgrafiken an und unterstützt eine einfache Längenkompression. Ebenfalls mit Aktionen belegbar.
** Checkbox: Bietet eine Auswählbare Schaltfläche mit Text an. Mit Aktionen belegbar.
** Groupbutton: Ähnlich wie eine Checkbox, jedoch kann immer nur ein Groupbutton innerhalb einer Gruppe aktiv sein.
** List: Generiert eine Liste inklusive Positionsbalken an der rechten Seite. Ein Element ist auswählbar. Mit Aktionen belegbar.
** Shortcut: Nicht sichtbar. Bietet das direkte Ausführen von Funktionen an, ohne dass erst ein Objekt einen Fokus haben muss.
** Globaler Shortcut: Wie ein Shortcut, jedoch in jedem Fenster aktiv. Beispielsweise nützlich um aus jedem Fenster heraus zu einer Fehlermeldung springen zu können.
* Generell lässt sich die Fokusierbarkeit aller Objekte auch deaktivieren.
* Fokusierte Objekte können eine andere Schriftart verwenden.
* Unter „Aktionen“ ist folgendes möglich: Den Wechsel zu einem anderem (Unter)fenster und/oder der Aufruf der Funktion menu_action mit einer individuellen Nummer als Parameter. Das bedeutet, dass der Wechsel zwischen einzelnen Fenster keinen zusätzlichen Aufwand beim Programmieren benötigt.
* Statische Texte und Grafiken können in der Menüstruktur abgelegt werden, dynamische im RAM.
* Kommt ohne Interrupts, Delays u.ä. aus.

== Einschränkungen ==

* Die LCD Auflösung ist auf 4096x4096 begrenzt
* Für Touchdisplays ist die Eingabemöglichkeit bisher nicht geeignet
* Objekte haben ihren festen Platz auf dem Bildschirm, ein Verschieben zur Laufzeit ist nicht möglich.
* Animationen sind nur schwer zu realisieren
* Es lassen sich maximal 16 verschiedene Groupbuttons je Gruppe verwenden. Es sind maximal 16 verschiedene Gruppen möglich
* Die Anzahl der unterschiedlichen Checkboxen ist auf 256 begrenzt
* Die Anzahl der unterschiedlichen Listen ist auf 256 begrenzt und die Zeilenzahl auf ~10000

Die Limits sind sicher hoch genug, dass es für fast alle Anwendungsfälle reichen müsste.

== Funktionsweise ==

[[Bild:Menuinterpreter-schema.png|right]]

Die Funktionen für die Grafikausgabe und dem Zugriff auf die Menüstruktur muss selbst geschrieben werden. Dies ermöglicht eine Anpassung an eigene Displays und beliebige Speicher.

Bei der Grafikausgabe, wird vor jedem Neuzeichnen einmal menu_screen_clear aufgerufen. Die Funktion ist deswegen nicht als einzelne menu_screen_set Aufrufe integriert, weil es oftmals einfach schnellere Methoden zum Löschen eines Bildschirms gibt, als jeden Pixel einzeln zu setzen.

Die menu_screen_set Funktion setzt beim Neuzeichnen alle Pixel, wobei bei übereinander liegenden Objekten der gleiche Pixel mehrfach gesetzt werden kann. Generell sollte nur das niederwertigste Bit beachtet werden und der Inhalt der höherwertigen irrelevant sein. Außerdem muss darauf geachtet werden, dass bei dem Funktionsaufruf die Bildschirmgröße noch nicht beachtet wird.
Zum Schluss eines Neuzeichnens, wird einmalig menu_screen_flush() aufgerufen. Dann sollte der zuvor durch menu_screen_set gesetzte Inhalt wirklich auf das LCD geschrieben werden. Zwar kann auch stattdessen menu_screen_set direkt jeden Pixel auf dem LCD setzten, dann wird jedoch eventuell der Bildaufbau sichtbar und beim mehrfachen setzen des gleichen Pixels kann dies unnötig lange dauern.

menu_byte_get muss dem Interpreter die Daten der Menüstruktur liefern. Die Implementierung kann aus einem simplen Arrayzugriff oder aber aus einer komplexen Leseroutine für externe EEPROMs oder MMC bestehen. Generell sollte jedoch Speicher mit langer Latenz vermieden werden. Ist die Menüstruktur fehlerhaft, kann es zu Leseversuchen außerhalb der Größe der Menüstruktur kommen, ansonsten sollte dies nicht vorkommen.

menu_action wird immer dann aufgerufen, wenn ein Objekt mit einer Aktion belegt wurde. Das Ändern der Auswahl in einer Liste wird ebenfalls automatisch eine eigene Aktion zugewiesen. Als Parameter wird eine eindeutige 16Bit Nummer übergeben. Im MenüDesigner wird einer Aktion ein Name gegeben. Alle Namen werden automatisch durchnummeriert und eine Header Datei generiert, welche die Zuordnung Nummer - Aktion Name ermöglicht. Als Rückgabe kann angegeben werde ob die Aktion ein Neuzeichnen des Bildschirms erfordert. Dies ist sinnvoll wenn kein Bildschirmwechsel erfolgt, aber sich auf dem aktuellem etwas geändert hat, z.B. ein anderer Text gesetzt wurde.

Indexnummern für Dynamische Texte und Grafiken, die Eigenschaften von Radiogroups und Checkboxen werden auf eine ähnliche Weise automatisch generiert und sind dann unter dem eingestellten Namen in den Arrays auffindbar.

Dynamische Texte müssen generell wie in C Nullterminiert (\0) sein und haben keine Längenbeschränkung. Der Inhalt einer Liste ist ein langer Text, wobei \n eine neue Zeile markiert.
Grafiken werden gelesen, bis der letzte Pixel der fest eingestellten Größe gesetzt ist.

menu_redraw sollte immer dann aufgerufen werden, wenn sich dynamische Texte/Grafiken geändert haben und einmal zu Beginn des Programms.

menu_keypress ist die generelle Eingabemöglichkeit des Menüs. Je nach eingestellten Key werden die entsprechenden Aktionen ausgeführt. Beispielsweise „Fokus aufs nächste Objekt setzen“. Der Parameter darf einen Wert von 1 bis 255 haben.

== Weiterentwicklung ==
Falls es Interesse an weiteren Features gibt, bin ich - je nach Funktion - gerne bereit diese zu Implementieren. Schreibt am besten ins Forum.
Bisherige Ideen, deren Aufwand ich als nicht all zu hoch einschätze:
* Die Möglichkeit Größe und Position der Objekte zur Laufzeit zu verändern
* Touchscreen/Maus Unterstützung. Man müsste nur alle selektierbaren Objekte (am besten von Hinten nach vorne) überprüfen, ob diese innerhalb einer bestimmten X/Y Position liegen. Nur bei der Listbox mit dem Scrolling müsste man noch etwas mehr anpassen.

== Download ==
[http://www.mikrocontroller.net/topic/140369#1409100 Beitrag in der Codesammlung]

[http://www.mikrocontroller.net/topic/140369#1292087 Fertige .hex Datei zum Testen auf einem ATMega8]

[[Category:Projekte]]
[[Category:Displays und Anzeigen]]

AVR Softwarepool

2009-10-07T08:37:45Z

Malte: /* LCD und VFD */

Die interessantesten Softwareprojekte aus der Codesammlung...

(A) ... Projekt ist in '''Assembler''' 
(C) ... Projekt ist in '''C''' 
(B) ... Projekt ist in '''Bascom''' 
(PC) ... Projekt ist nicht für einen µC, sondern für den PC

==1-Wire==
* (C) [http://www.mikrocontroller.net/topic/14792 DS1820, DS18B20 in C]
* (A) [http://www.mikrocontroller.net/topic/6505 Mehrere DS1820/DS18B20 auslesen]
* (C) [http://www.mikrocontroller.net/topic/31408#536372 Mehrere DS1820/DS18B20/DS18S20/DS1822 über einen Webserver auslesbar]

==Akkulader==
* (A) [http://www.mikrocontroller.net/topic/72627#594587 Bleiakku-Lader 12/24V]
* (C) [http://www.mikrocontroller.net/topic/99803#866081 Glühwürmchen in Rotkohlglas gefangen]

==Bootloader==
* (A,C,PC) [http://www.mikrocontroller.net/topic/12181#79866 AVR Bootloader]
* (A, PC) [http://www.mikrocontroller.net/topic/146638#1364260 AVR Bootloader für GCC-Toolchain]
* (A,PC) [http://www.mikrocontroller.net/topic/95839 AVR Bootloader mit Verschlüsselung]
* (A) [http://www.mikrocontroller.net/topic/72308#591159 ATtiny45 Bootloader]
* (C) [http://www.mikrocontroller.net/topic/67047#538510 MMC/SD Bootloader für ATMega16]
* (C) [http://www.mikrocontroller.net/topic/56818#439359 SD/MMC Card Bootloader (passt in 2kb bootsection)]
* (C) [http://www.mikrocontroller.net/topic/61170#480765 boofa - Bootloader für AVR über UART (AVR109)]
* (C) [http://www.mikrocontroller.net/topic/53130#413058 Bootloader ATmega168]
* (C) [http://www.mikrocontroller.net/topic/73196#600293 UART Bootloader ATtiny13 - ATmega644]
* (C) [http://www.mikrocontroller.net/topic/99803#866081 Glühwürmchen in Rotkohlglas gefangen]
* (C) [http://www.mikrocontroller.net/topic/150816#1414460 UART Bootloader AtMega644P @ 20MHz] (Eclipse Projekt)

Siehe auch: [[Bootloader]]

==DCC==

(Digital Command Control, Standard zur digitalen Steuerung von Modelleisenbahnen)

* (A) [http://www.mikrocontroller.net/topic/31397#241300 DCC Decoder]

==DCF77==

(Zeitsignaldienst für funkgesteuerte Uhren auf der Langwellen-Frequenz 77,5 kHz)

* (A) [http://www.mikrocontroller.net/topic/38914#287867 DCF77 AVR-Assemblerbaustein ]
* (A) [http://www.mikrocontroller.net/topic/6500#41738 DCF77-Uhr mit ATTINY12]
* (A) [http://www.mikrocontroller.net/topic/31385#241104 DCF Digital Empfangsmodul - Korrelation - (Assembler)ATmega8 ]
* (C) [http://www.mikrocontroller.net/topic/25071#186286 DCF 77 ]
* (C) [http://www.mikrocontroller.net/topic/14788#101528 DCF-Uhr mit DotMatrix-Anzeige für avr-gcc]
* (C) [http://www.mikrocontroller.net/topic/12154#79501 PC DCF Timer ( PC Zeitschaltuhr)]
* (C) [http://www.mikrocontroller.net/topic/25116#187197 DCF 77 Uhr mit CodeVision ]
* (C) [http://www.mikrocontroller.net/topic/58769#456232 DCF77 Uhr in C mit ATtiny26]
* (C) [http://www.mikrocontroller.net/topic/48597#372164 DCF77 Uhr, zum X.ten Mal, jetzt mit SAF]
* (C,A) [http://www.mikrocontroller.net/topic/31408#536372 DCF77 mit beliebig gepoltem Eingangssignal innerhalb eines Webservers]
* (C) [http://www.mikrocontroller.net/topic/121049 DCF-Uhr, Sonnenstand, TWI-Port, Alarmfunktion für Atmega8]
* (A) [http://www.mikrocontroller.net/topic/151260#1419218 DCF77 Uhr 7 Segment LED ATmega8 Assembler]

== DRAM ==
* (A,C) [http://www.mikrocontroller.net/topic/25053#186085 2MB DRAM an AVR] und Anwendung als [http://www.mikrocontroller.net/topic/25053#186089 Audiorekorder]

==Drehgeber==
* (C) [http://www.mikrocontroller.net/topic/6526#41978 Drehgeber auslesen]

==DTMF==
* (A) [http://www.mikrocontroller.net/topic/92444#792954 DTMF dekodieren]

==DMX==

*[http://www.mikrocontroller.net/topic/92350#new 20 Kanal Relaissteuerung per DMX]

==Entwicklungssysteme==
* (PC) [http://www.mikrocontroller.net/topic/74198#611404 AVR Code Wizard]
* (A) [http://www.mikrocontroller.net/topic/30110#230503 Multitasking kernel für ATtinys in ASM]
* (A) [http://www.mikrocontroller.net/topic/65156#521012 BASIC-Computer mit ATmega32]
* (A) [http://www.mikrocontroller.net/topic/64129#511368 AVR TinyBASIC Anpassung für ATmega8]
* (A) [http://www.mikrocontroller.net/topic/59189#460273 Mini-Computer mit BASIC]
* (A) [http://www.mikrocontroller.net/topic/55807 Forth System für ATmegas in Assembler]
* (A) [http://www.mikrocontroller.net/topic/94193 Forth-Computer mit ATmega32 und Videoausgabe] von Christian Berger
* (C) [http://www.mikrocontroller.net/topic/62500#493931 Fixpoint-Arithmetik in "C"]
* (C) [http://www.mikrocontroller.net/topic/85256#717037 64 Bit float Emulator in C, IEEE754 kompatibel]
* (A,C) [http://www.mikrocontroller.net/topic/92979#797957 AVR ATmega8TestBoard]
* (C) [http://www.mikrocontroller.net/topic/94468#812992 Gleitkomma-Bibliothek für AVR]

==FFT==

(Fast Fourier Transformation, "schnelle" Fouriertransformation)

* (A) [http://www.mikrocontroller.net/topic/25095#186536 FFT auf dem AVR]
* (A) [http://www.mikrocontroller.net/topic/25062#186225 128point FFT in ASM]
* (A) [http://www.mikrocontroller.net/topic/27001#203911 Schnelle FFT in Assembler]
* (C) [http://www.mikrocontroller.net/topic/131525#1191497 AVR-Lichtorgel per FFT MEGA8 32 644 ]

==Funksteckdosen==
* (C,A) [http://www.mikrocontroller.net/topic/31408#536372 Ansteuerung von Funksteckdosen mit einem Webserver]

==GPS==

(Global Positioning System, satellitengestütztes System zur weltweiten Positions- und Zeitbestimmung)

* (A) [http://www.mikrocontroller.net/topic/48544#371717 GPS - MOUSE - MINI- NAVIGATOR (Assembler) ATmega8]
* (C) [http://www.mikrocontroller.net/topic/72507#593252 GPS an mega8,88 oder 168]

==Kryptographie==
* (A,C) [http://www.mikrocontroller.net/topic/73468 Verschiedene kryptographische Funktionen]

==LANC==

(Steuerprotokoll für Video- und Digitalfotokameras, auch als Control-L bekannt)

* (C) [http://www.mikrocontroller.net/topic/40463#302754 Sony LANC Auswertung mit AVR] (Atmega 128 @ 16 MHz)

==LEDs und LED-Anzeigen==
* (C) [http://www.mikrocontroller.net/topic/76839#638278 Solarlicht Steuerung]
* (C) [http://www.mikrocontroller.net/topic/77863#648213 Taster + LED am selben Draht (4*)]
* (A) [http://www.mikrocontroller.net/topic/73776#606472 LED-Touch-Panel] (ARM)
* (A) [http://www.mikrocontroller.net/topic/74013#609097 RGB-Moodlight auf ATTiny2313 mit RC5-Fernbedienung]
* (C) [http://www.mikrocontroller.net/topic/54561#421940 HSV RGB Led Dimmer, C Code & Video & Doku]
* (A) [http://www.mikrocontroller.net/topic/67567#543492 Mini RGB Lichteffektgenerator mit Menü für Pic16F84]
* (C) [http://www.mikrocontroller.net/topic/48464#370871 Ansteuerung einer RGB LED (PWM)]
* (A) [http://www.mikrocontroller.net/topic/87149#737282 3x7 Segment und 1 I/O-Pin (Assembler)]
* (C) [http://www.mikrocontroller.net/topic/31370#240843 ADC mit Multiplexanzeige] (vier 7-Segmentanzeigen)
* (A) [http://www.mikrocontroller.net/topic/31388#241192 AVR-Lauflicht]
* (A) [http://www.mikrocontroller.net/topic/94746#815809 HSB->RGB Umrechnung rein in Assembler, auch für ATiny]
* (C) [http://www.mikrocontroller.net/topic/99803#866081 Glühwürmchen in Rotkohlglas gefangen]
* (A) [http://www.mikrocontroller.net/topic/110168 2x7-Segment an nur 3 Leitungen]
* (A) [[Ambilight in Hardware]]
* (A) [http://www.mikrocontroller.net/topic/145156#1346531 µCke Microcontroller Mücke (Atmel Tiny13)]
* (C) [http://www.mikrocontroller.net/topic/131525#1191497 AVR-Lichtorgel per FFT MEGA8 32 644 ]

==LCD und VFD==
* (PC) [http://www.mikrocontroller.net/topic/53137#413137 Programm zum Erstellen eigener Schriftarten (LCD)]
* (PC) [http://www.mikrocontroller.net/topic/54860#423255 LCD Schriftarten ( Fonts in veschiedenen Größen )]
* (C) [http://www.mikrocontroller.net/topic/31403 The Siemens S65 132x176, 65536 color display with AVR]
* (C) [http://www.mikrocontroller.net/topic/48501#371218 LCD Ansteuerung im 4bit-Modus]
* (C) [http://www.mikrocontroller.net/topic/48456#370782 LCD Library T6963c]
* (C) [http://www.mikrocontroller.net/topic/76399#633680 "Bessere" T6963c Library]
* (C) [http://www.mikrocontroller.net/topic/25099#186569 LCD Controller für 640x480 LCD mit mega8515]
* (C) [http://www.mikrocontroller.net/topic/38923#287939 LCD Controller KS0073 Support im 4-Bit Mode]
* (A) [http://www.mikrocontroller.net/topic/79609#664268 KS0066U oder Ähnliche --- LCD Treiber]
* (C) [http://www.mikrocontroller.net/topic/81793#683135 Pollin E0855-2 SED1530-Treiber]
* (C) [http://www.mikrocontroller.net/topic/90449#772843 LCD über nur einen IO-Pin ansteuern]
* (C) [http://www.mikrocontroller.net/topic/120475 VFD Library (Vacuum Fluorescent Display Library)]
* (C) [http://www.mikrocontroller.net/topic/98321#851423 Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen]
* (C) [http://www.mikrocontroller.net/topic/140369 Menüsystem für beliebige schwarz-weiß LCDs bis 4096x4096 Pixeln und grafischem Editor]

==I2C==
* (C) [http://www.mikrocontroller.net/topic/98923#857451 Ultraschall Entfernungsmesser mit I2C, Eigenbau]
* (C) [http://www.mikrocontroller.net/topic/83871#new I2C-Master realisiert in Software, ohne TWI für alle ATMEGAs]
* (C) [http://www.mikrocontroller.net/topic/38919#new RS232 <-> TWI / I2C Interface für ATMega8 (ASM) inkl. Windows Software]

==Messgeräte==
===Drehzahlmesser===
* (B) [http://www.mikrocontroller.net/topic/1518#8469 Drehzahlmesser 4 mal 7-segment mit 90S2313]

===Entfernungsmesser===
* (C) [http://www.mikrocontroller.net/topic/98923#857451 Ultraschall Entfernungsmesser mit I2C, Eigenbau]
* (C) [http://www.mikrocontroller.net/topic/130834 3D Umgebungserfassung mit einem auf zwei Servors montiertem Sharp Distanzsensor, Eigenbau]

===Frequenzmesser===
* (A) [http://www.mikrocontroller.net/topic/62610#495030 Frequenzmesser bis 2Mhz -- mit AVR ATmega8]
* (C) [http://www.mikrocontroller.net/topic/48582#372072 Frequenzmessung]
* (C) [http://www.mikrocontroller.net/topic/62517#494146 Input Capture Pin (ICP) auslesen ( Frequenz messen)]
* (C) [http://www.mikrocontroller.net/topic/25144#187587 Frequenzmessung und Impulszählung über den Parallelport-IR]
* (A) [http://www.mikrocontroller.net/topic/31394#241251 einfacher 5 MHz Frequenzzähler (Assembler) ATmega8]
* (A) [http://www.mikrocontroller.net/topic/69021#558098 Multimeter]

===Kompass===
* (A) [http://www.mikrocontroller.net/topic/100239#870281 KOMPASS KMZ10A KMZ10B ATmega8 Assembler]

===Messgeräte für elektronische Bauteile===
* (A) [http://www.mikrocontroller.net/topic/69021#558098 Multimeter]
* (A) [http://www.mikrocontroller.net/topic/60797#477026 LC-METER / LC-Messgerät ATmega8 Assembler]
* (A) [http://www.mikrocontroller.net/topic/60591#474873 Widerstandstester]
* (A) [http://www.mikrocontroller.net/topic/56770#438957 Ladungsmessgerät]
* (A) [http://www.mikrocontroller.net/topic/31386#241139 Transistortester]
* (C) [http://www.mikrocontroller.net/topic/131804#1194273 Transistortester]

===Spannungsmesser===
* (C) [http://www.mikrocontroller.net/topic/31370#240843 ADC mit Multiplexanzeige] - Voltmeter
* (A) [http://www.mikrocontroller.net/topic/69021#558098 Multimeter]

===Thermometer===
* (C) [http://www.mikrocontroller.net/topic/6516#41903 Zeit + Temperatur auf LCD mit AVR]
* (C) [http://www.mikrocontroller.net/topic/53127#413006 Thermometer mit LED & LM35]
* (C) [http://www.mikrocontroller.net/topic/31408#536372 Viele DS18x20-Thermometer in einem Webserver]

===Oszilloskop===
* (B) [http://www.mikrocontroller.net/topic/53129#413011 Einfaches Oszilloskop - Bascom]
* (A) [http://www.mikrocontroller.net/topic/48586#372093 Oszi- & Logikanalyser mit LCD]
* (A) [http://www.mikrocontroller.net/topic/31376#240880 einfaches DIGITAL- Oszilloskop (800 Datenpunkte) Assembler]
* (A) [http://www.mikrocontroller.net/topic/56616#437772 Einfaches "Oszilloskop"]

==MIDI==

(Musical Instrument Digital Interface, Datenübertragungsstandard für Musikinstrumente)

* (C) [http://www.mikrocontroller.net/topic/48542#371695 Mr.MidiPlayer - Spielt alle MIDI-Dateien von einer SD-Karte] (siehe auch: [[Midi_Rekorder_mit_MMC/SD-Karte]])
* (C) [http://www.mikrocontroller.net/topic/25035#185861 MIDI-Rekorder mit SD/MMC und AVR]
* (A) [http://www.mikrocontroller.net/topic/106512# Drum-Trigger mit MIDI-Ausgabe]

==MMC==

(Multimedia Card, digitales Flash-Speichermedium)

* (C) [http://www.mikrocontroller.net/topic/25056#186117 SourceCode MMC die Zweite]
* (C) [http://www.mikrocontroller.net/topic/48481#370950 MMC/SD-Karte mit FAT16 an AVR]
* (C) [http://www.mikrocontroller.net/topic/67047#538510 MMC/SD Bootloader füt ATMega16]
* (C) [http://www.mikrocontroller.net/topic/14800#102024 MMC/SD ansteuern mit AVR]
* (C) [http://www.mikrocontroller.net/topic/25035#185861 MIDI-Rekorder mit SD/MMC und AVR]
* (C) [http://www.mikrocontroller.net/articles/FAT32 MMC/SD - FAT16/32 Bibliothek für AVR mit Wiki]

==Netzgeräte==
* [http://www.mikrocontroller.net/topic/60786#476904 Labornetzgerät]
* [[RADLAB-PS1]] [http://www.mikrocontroller.net/topic/124858#1138781 Netzteil um LM317 mit Strombegrenzung und Anzeige!]

==Netzwerk==
* (C) [http://www.mikrocontroller.net/topic/87517#new Kleiner ENC28J60 µWebserver von SimonK]
* (C) [http://www.mikrocontroller.net/topic/82127#new Ulrich Radigs ENC28J60 mit leicht lötbaren/beschaffbaren Bauteilen]
* (C) [http://www.mikrocontroller.net/topic/131825 Dirk Broßwick Webserver auf ENC28j60 Basis mit einem ATmega2561, es gibt auch einen Port auf das AVR-NET IO]

==Parser==
* (C) [http://www.mikrocontroller.net/topic/64763#517245 Zwei Parser für numerische Ausdrücke]
* (C) [http://www.mikrocontroller.net/topic/76842#638283 uShell - ein universeller Parser für uCs]

==RFID==

(Radio Frequency Identification, Verfahren zur funkbasierten Identifizierung und Lokalisierung von Gegenständen)

* (C) [http://www.mikrocontroller.net/topic/68442#552128 USB RFID Tag Leser]

==RC - Fernsteuerungen/Servos==
* (C) [http://www.mikrocontroller.net/topic/48529#371582 RC Summen Signal erzeugen ]
==RC5==

(verbreitetes Datenübertragungsprotokoll für Infrarot-Fernbedienungen)

* (A) [http://www.mikrocontroller.net/topic/14789#101536 RC5 Sender auf einem Attiny11L]
* (C) [http://www.mikrocontroller.net/topic/74013#609097 RGB-Moodlight auf ATTiny2313 mit RC5-Fernbedienung]
* (C) [http://www.mikrocontroller.net/topic/12216#80856 Fernbedien RC5 Empfänger]
* (C) [http://www.mikrocontroller.net/topic/59235#460765 RC5 Sender selber bauen ???]

==Ringpuffer==
* (A) [http://www.mikrocontroller.net/topic/66789#536189 Ringpuffer AVR]
* (C) [http://www.mikrocontroller.net/topic/101472#882716 AVR-GCC: UART mit FIFO]

==SD==

(Secure Digital Memory Card; digitales Flash-Speichermedium)

* (C) [http://www.mikrocontroller.net/topic/48542#371695 Mr.MidiPlayer - Spielt alle MIDI-Dateien von einer SD-Karte] (siehe auch: [[Midi_Rekorder_mit_MMC/SD-Karte]])
* (C) [http://www.mikrocontroller.net/topic/25035#185861 MIDI-Rekorder mit SD/MMC und AVR]
* (C) [http://www.mikrocontroller.net/topic/68257#550336 Datenrekorder auf SD-Karte mit mega88]

==Sonstiges==

* (C) [http://www.mikrocontroller.net/topic/111783#994358 Sonnenstandberechnung mit Atmega 8]

==Spaßprojekte==
* (C) [http://www.mikrocontroller.net/topic/99803#866081 Glühwürmchen in Rotkohlglas gefangen]
* (C) [http://www.mikrocontroller.net/topic/119876#1083044 Miniprojekt: Lagerfeuer-LED (ATtiny25)]
* (C) [http://www.mikrocontroller.net/topic/120289#1087905 Klingel mit 100 Melodien - last minute Weihnachtsgeschenk]
* (A) [http://www.mikrocontroller.net/topic/145156#1346531 µCke Microcontroller Mücke (Atmel Tiny13)]

==Spiele==
* (C) [http://www.mikrocontroller.net/topic/48505#371259 Tetris auf dem AtMega8]
==Steuerungen==
* (C) [http://www.mikrocontroller.net/topic/123551 Aquarium Controller]

==Taster / Schalter==
===mechanisch===
* (A) [http://www.mikrocontroller.net/topic/6492#41625 Tasten entprellen - Bulletproof] (siehe auch: [[Entprellung]])
* (C) [http://www.mikrocontroller.net/topic/48465#370877 Universelle Tastenabfrage]
* (C) [http://www.mikrocontroller.net/topic/6491#41624 Tasten-Matrix entprellen]
* (C) [http://www.mikrocontroller.net/topic/64731#517001 Tastenmatrix auslesen über nur 2 Leitungen]
* (C) [http://www.mikrocontroller.net/topic/64743#517105 Tasten Entprellen für N00bs]
* (C) [http://www.mikrocontroller.net/topic/77863#648213 Taster + LED am selben Draht (4*)]
===kapazitiv===
* (C) [http://www.mikrocontroller.net/topic/38904 Sensor mit nur einer Kontaktfläche]
* (C) [http://www.mikrocontroller.net/topic/25045 Einfache Sensortaste]

==Tonerzeugung==
* (A) [http://www.mikrocontroller.net/topic/66945#537624 ATMEGA8 Soundgenerator/Synthesizer]
* (C) [http://www.mikrocontroller.net/topic/120289#1087905 Klingel mit 100 Melodien - last minute Weihnachtsgeschenk]
* (C) [http://www.mikrocontroller.net/topic/134362 RTTTL Melodiegenerator mit ATTINY85]
* (A) [http://www.mikrocontroller.net/topic/25051 Melodie ausgeben mit AVR ATTiny12]
* (A) [http://www.mikrocontroller.net/topic/145156#1346531 µCke Microcontroller Mücke (Atmel Tiny13)]

==TWI==
* (C) [http://www.mikrocontroller.net/topic/87597#742070 AVR TWI Master und Slave Funtionen in C]
* (A) [http://www.mikrocontroller.net/topic/31404#242081 TWI / I2C einf. MASTER SLAVE Beispiel(Assembler) ATmega8]

==USB==
* (C) [http://www.mikrocontroller.net/topic/75254#622120 USB Host Stack für Eingebettete Systeme (LGPL)]
* (C) [http://www.mikrocontroller.net/topic/68442#552128 USB RFID Tag Leser]
* (A,C) [http://www.mikrocontroller.net/topic/92979#797957 AVR ATmega8TestBoard]
* (C) [http://www.mikrocontroller.net/topic/90791#776280 Relaiskarte für den USB Port]
* (C) [http://www.mikrocontroller.net/topic/130381#1179352 USB-Stick am Mikrocontroller VNC1L]

==UART==
* (C) [http://www.mikrocontroller.net/topic/101472#882716 AVR-GCC: UART mit FIFO]
* (C) [http://www.mikrocontroller.net/topic/38928#287985 Software UART]
* (C) [http://www.mikrocontroller.net/topic/125651#1147436 Software UART mit FIFO]

==Video==
* (A) [http://www.mikrocontroller.net/topic/53140#413249 AVR ASCII Video Terminal - 40 x 25 - BAS Signal]
* (A) [http://www.mikrocontroller.net/topic/53139#413225 TV VIDEO BILD BAS Frequenzzähler DVM Atmega8 Assembler]
* (A) [http://www.electronicspit.com/users/pit/ Videosignal in Farbe]
* (A) [http://www.mikrocontroller.net/topic/25091#new VGA Testbildgenerator]
* (C) [http://www.mikrocontroller.net/topic/101429#882288 ATmega8 erzeugt Video in C!]

==Zeitgeber und Uhren==
* (A) [http://www.mikrocontroller.net/topic/12185#80055 Die genaue Sekunde / RTC]
* (A) [http://www.mikrocontroller.net/topic/74673#616226 LCD-Timer für Belichtungsgerät]
* (A) [http://www.mikrocontroller.net/topic/119859#1082804 DS1307 Assembler-Code]
* (C) [http://www.mikrocontroller.net/topic/31374#240878 AVR Library für RTC 12C887 in C]
* (C) [http://www.mikrocontroller.net/topic/25136#187534 RTC DS1302 in C]
* (C) [http://www.mikrocontroller.net/topic/25087#186454 RTC + Scheduler]
* (C) [http://www.mikrocontroller.net/topic/53131#413059 Jumbo-LED Uhr]
* (C) [http://www.mikrocontroller.net/topic/6516#41903 Zeit + Temperatur auf LCD mit AVR]
* (C) [http://www.mikrocontroller.net/topic/25069 Sekunden in Zeit/Datum umwandeln (mit Sommerzeit/Schaltjahren)]
* (B) [http://www.mikrocontroller.net/topic/48560#371911 BASCOM Uhr mit Butterfly]
* (C) [http://www.mikrocontroller.net/topic/48450#370765 Countdown timer für UV Belichter]
* (C) [http://www.mikrocontroller.net/topic/98885 Countdown Timer mit ATtiny2313]
* (C) [http://www.mikrocontroller.net/topic/12176#79672 Wartezeiten effektiv (Scheduler)]
* (C) [http://www.mikrocontroller.net/topic/31408#536372 Schaltuhr mit DCF77-Referenz in einem Webserver, Steuerung von Funksteckdosen]
* (C) [http://www.mikrocontroller.net/topic/100892#876549 Eieruhr mit ATtiny24V/ATtiny2313V]
* (B) [http://www.mikrocontroller.net/topic/151236 Zeitauslöser für Casio EX F1 mit Attiny2313]
* (A) [http://www.mikrocontroller.net/topic/151260#1419218 DCF77 Uhr 7 Segment LED ATmega8 Assembler]

== Siehe auch ==

* [[AVR-Codesammlung Übersicht]]

[[Category:AVR| ]]

MenuDesigner

2009-09-11T08:48:04Z

Malte: Version 1.2 hat kein 256x256 Pixel Limit mehr

Menüsystem für monochrome GLCDs

== Idee ==
[[Bild:Lcd-menu-demo.jpg |200px|right]]
[[Bild:MenuInterpreter-demo.png|200px|right]]

Die Idee war es, ein möglichst einfaches Menüsystem für kleinere LCDs zu haben, welches sich leicht erstellen lässt und dennoch die wichtigsten Elemente moderner Deskop GUIs zu bieten. Außerdem sollte der Flashverbrauch niedrig gehalten werden und nicht zwangsweise mit komplexeren Menüs immer größer werden.

== Features ==
[[Bild:MenuEdit.png|200px|right]]

* Nicht an einen bestimmten LCD Controllertyp gebunden
* Grafischer Editor für Linux und Windows
* Benötigt 5KB Flash (bei einem ATMega8 und 16Bit Adressen)
* Auch als PC Programm testbar
* Sehr geringer statischer RAM Verbrauch (allerdings durchaus etwas mehr Stack)
* Der Sourcecode steht unter der GPL
* Abspeichern der Menüstruktur als kompakte Bytecodes auf einem beliebigem wahlfrei lesbarem Speicher
* Die Menüstruktur darf bis zu 16MB groß werden (24/32 Bit Adressen) oder 64KB bei 16 Bit Adressen
* Die Navigation innerhalb des Menüs ist auf eine Bedienung mit wenigen Tasten optimiert.
* Unterstützung von verschiedenen Fonts
* Generell kann zwischen Objekten innerhalb eines Fensters mit zwei Tasten, ähnlich wie bei der TAB Taste, hin und her gewechselt werden „Fokus“. Mit einer weiteren Taste „Enter“ können dann dem Objekt zugeordnete Aktionen ausgeführt werden.
* Objekte des Menüsystems:
** Fenster: Enthält mehrere weitere Objekte und füllt üblicherweise den Bildschirm des LCDs komplett aus.
** Unterfenster: Kann ebenfalls weitere Objekte enthalten, wobei nur ein Teil des Bildschirms ausgefüllt wird und in dem restlichem Teil des Bildschirms weiterhin das ursprüngliche Fenster zu sehen ist
** Box: Dient dazu Teile des Bildschirms flächendeckend weiß oder schwarz zu füllen. Ebenfalls verwendbar für horizontale und vertikale Linien, sowie als „Löschfunktion“ bei sich veränderbaren Texten.
** Button: Zeigt Text an und kann mit Aktionen belegt werden. Wahlweise mit oder ohne Umrandung einsetzbar.
** Label: Einfaches Objekt zum Anzeigen von Text
** GFX: Zeigt Pixelgrafiken an und unterstützt eine einfache Längenkompression. Ebenfalls mit Aktionen belegbar.
** Checkbox: Bietet eine Auswählbare Schaltfläche mit Text an. Mit Aktionen belegbar.
** Groupbutton: Ähnlich wie eine Checkbox, jedoch kann immer nur ein Groupbutton innerhalb einer Gruppe aktiv sein.
** List: Generiert eine Liste inklusive Positionsbalken an der rechten Seite. Ein Element ist auswählbar. Mit Aktionen belegbar.
** Shortcut: Nicht sichtbar. Bietet das direkte Ausführen von Funktionen an, ohne dass erst ein Objekt einen Fokus haben muss.
** Globaler Shortcut: Wie ein Shortcut, jedoch in jedem Fenster aktiv. Beispielsweise nützlich um aus jedem Fenster heraus zu einer Fehlermeldung springen zu können.
* Generell lässt sich die Fokusierbarkeit aller Objekte auch deaktivieren.
* Fokusierte Objekte können eine andere Schriftart verwenden.
* Unter „Aktionen“ ist folgendes möglich: Den Wechsel zu einem anderem (Unter)fenster und/oder der Aufruf der Funktion menu_action mit einer individuellen Nummer als Parameter. Das bedeutet, dass der Wechsel zwischen einzelnen Fenster keinen zusätzlichen Aufwand beim Programmieren benötigt.
* Statische Texte und Grafiken können in der Menüstruktur abgelegt werden, dynamische im RAM.
* Kommt ohne Interrupts, Delays u.ä. aus.

== Einschränkungen ==

* Die LCD Auflösung ist auf 4096x4096 begrenzt
* Für Touchdisplays ist die Eingabemöglichkeit bisher nicht geeignet
* Objekte haben ihren festen Platz auf dem Bildschirm, ein Verschieben zur Laufzeit ist nicht möglich.
* Animationen sind nur schwer zu realisieren
* Es lassen sich maximal 16 verschiedene Groupbuttons je Gruppe verwenden. Es sind maximal 16 verschiedene Gruppen möglich
* Die Anzahl der unterschiedlichen Checkboxen ist auf 256 begrenzt
* Die Anzahl der unterschiedlichen Listen ist auf 256 begrenzt und die Zeilenzahl auf ~10000

Die Limits sind sicher hoch genug, dass es für fast alle Anwendungsfälle reichen müsste.

== Funktionsweise ==

[[Bild:Menuinterpreter-schema.png|right]]

Die Funktionen für die Grafikausgabe und dem Zugriff auf die Menüstruktur muss selbst geschrieben werden. Dies ermöglicht eine Anpassung an eigene Displays und beliebige Speicher.

Bei der Grafikausgabe, wird vor jedem Neuzeichnen einmal menu_screen_clear aufgerufen. Die Funktion ist deswegen nicht als einzelne menu_screen_set Aufrufe integriert, weil es oftmals einfach schnellere Methoden zum Löschen eines Bildschirms gibt, als jeden Pixel einzeln zu setzen.

Die menu_screen_set Funktion setzt beim Neuzeichnen alle Pixel, wobei bei übereinander liegenden Objekten der gleiche Pixel mehrfach gesetzt werden kann. Generell sollte nur das niederwertigste Bit beachtet werden und der Inhalt der höherwertigen irrelevant sein. Außerdem muss darauf geachtet werden, dass bei dem Funktionsaufruf die Bildschirmgröße noch nicht beachtet wird.
Zum Schluss eines Neuzeichnens, wird einmalig menu_screen_flush() aufgerufen. Dann sollte der zuvor durch menu_screen_set gesetzte Inhalt wirklich auf das LCD geschrieben werden. Zwar kann auch stattdessen menu_screen_set direkt jeden Pixel auf dem LCD setzten, dann wird jedoch eventuell der Bildaufbau sichtbar und beim mehrfachen setzen des gleichen Pixels kann dies unnötig lange dauern.

menu_byte_get muss dem Interpreter die Daten der Menüstruktur liefern. Die Implementierung kann aus einem simplen Arrayzugriff oder aber aus einer komplexen Leseroutine für externe EEPROMs oder MMC bestehen. Generell sollte jedoch Speicher mit langer Latenz vermieden werden. Ist die Menüstruktur fehlerhaft, kann es zu Leseversuchen außerhalb der Größe der Menüstruktur kommen, ansonsten sollte dies nicht vorkommen.

menu_action wird immer dann aufgerufen, wenn ein Objekt mit einer Aktion belegt wurde. Das Ändern der Auswahl in einer Liste wird ebenfalls automatisch eine eigene Aktion zugewiesen. Als Parameter wird eine eindeutige 16Bit Nummer übergeben. Im MenüDesigner wird einer Aktion ein Name gegeben. Alle Namen werden automatisch durchnummeriert und eine Header Datei generiert, welche die Zuordnung Nummer - Aktion Name ermöglicht. Als Rückgabe kann angegeben werde ob die Aktion ein Neuzeichnen des Bildschirms erfordert. Dies ist sinnvoll wenn kein Bildschirmwechsel erfolgt, aber sich auf dem aktuellem etwas geändert hat, z.B. ein anderer Text gesetzt wurde.

Indexnummern für Dynamische Texte und Grafiken, die Eigenschaften von Radiogroups und Checkboxen werden auf eine ähnliche Weise automatisch generiert und sind dann unter dem eingestellten Namen in den Arrays auffindbar.

Dynamische Texte müssen generell wie in C Nullterminiert (\0) sein und haben keine Längenbeschränkung. Der Inhalt einer Liste ist ein langer Text, wobei \n eine neue Zeile markiert.
Grafiken werden gelesen, bis der letzte Pixel der fest eingestellten Größe gesetzt ist.

menu_redraw sollte immer dann aufgerufen werden, wenn sich dynamische Texte/Grafiken geändert haben und einmal zu Beginn des Programms.

menu_keypress ist die generelle Eingabemöglichkeit des Menüs. Je nach eingestellten Key werden die entsprechenden Aktionen ausgeführt. Beispielsweise „Fokus aufs nächste Objekt setzen“. Der Parameter darf einen Wert von 1 bis 255 haben.

== Weiterentwicklung ==
Falls es Interesse an weiteren Features gibt, bin ich - je nach Funktion - gerne bereit diese zu Implementieren. Schreibt am besten ins Forum.
Bisherige Ideen, deren Aufwand ich als nicht all zu hoch einschätze:
* Die Möglichkeit Größe und Position der Objekte zur Laufzeit zu verändern
* Touchscreen/Maus Unterstützung. Man müsste nur alle selektierbaren Objekte (am besten von Hinten nach vorne) überprüfen, ob diese innerhalb einer bestimmten X/Y Position liegen. Nur bei der Listbox mit dem Scrolling müsste man noch etwas mehr anpassen.

== Download ==
[http://www.mikrocontroller.net/topic/140369#1409100 Beitrag in der Codesammlung]

[http://www.mikrocontroller.net/topic/140369#1292087 Fertige .hex Datei zum Testen auf einem ATMega8]

[[Category:Projekte]]
[[Category:Displays und Anzeigen| ]]

MP3

2009-08-31T19:35:36Z

Malte: /* Vergleich */ Vs1002

MP3 bezeichnet heute üblicherweise den ISO/IEC-Standard zur Datenreduktion von [[digital]]en Audiosignalen. Mit [http://www.cselt.it/mpeg/ MPEG] Audio Layer-3 (MP3) ist es möglich Musiksignale auf ca. 8% der sonst notwendigen Datenmenge zu komprimieren, ohne das Hörerlebnis merklich zu trüben.

== MP3/AAC-Decoder in Software ==

'''MP3''' lässt sich schon auf kleinen ARM-Controllern in Software dekodieren. Das [https://helixcommunity.org/projects/datatype/ Helix Datatype-Projekt] stellt einen MP3-Decoder mit optimierten ARM-Assemblerroutinen als Open Source zur Verfügung. Ein [[AT91SAM|AT91SAM7]] (ARM7TDMI) mit 55 MHz ist damit ungefähr zur Hälfte ausgelastet, der RAM-Bedarf liegt bei ca. 30-40 kB. Bei Helix findet man auch einen '''AAC''' ("MP4")-Decoder, der ähnlich viel RAM und nur wenig mehr Rechenleistung benötigt. Ein MP3/AAC-Player-Projekt basierend auf diesen Decodern wird auf der Seite [[ARM MP3/AAC Player]] vorgestellt.

Ein weiterer ARM-optimierter Decoder ist [http://www.underbit.com/products/mad/ MAD], der auch MPEG Layer 1 und 2 decodieren kann, jedoch etwas höhere Ansprüche an Rechenleistung und RAM stellt.

== OGG Vorbis-Decoder in Software ==

Für OGG Vorbis existiert mit [http://xiph.org/vorbis/ Tremor] ein u.a. für ARM optimierter Decoder, der ohne Floating Point auskommt. Das Problem dieses Decoders ist, dass er intensiv Gebrauch von dynamischer Speicherverwaltung (malloc, calloc) macht. Dadurch ist der Speicherbedarf schlecht abschätzbar und es treten Speicherlecks und Fragmentierung auf. Der Rechenaufwand ist höher als beim Helix-Decoder.

Die Version im offiziellen Repository wird nicht mehr gepflegt, als Startpunkt sollte man besser den Tremor-Sourcecode aus dem Rockbox-SVN (svn://svn.rockbox.org/rockbox/trunk) nehmen.

== Hardware-Decoder-ICs zum Anschluß an Mikrocontroller ==
=== Vergleich ===
Der VS1005 wird voraussichtlich Ogg en- und decoden können. Außerdem wird ein FM Tuner integriert sein.

{| border="1" cellspacing="0"
!Chip
|| VS1001k
|| [[Vs1002 | VS1002d]]
|| VS1011b
|| VS1003
|| VS1053b
|| MAS 3507D
|| MAS 3587F
|| STA013
|| STA015
|| STA016
|-
!Hersteller
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.micronas.com Micronas]
|| [http://www.micronas.com Micronas]
|| [http://www.st.com ST Microelectronics]
|| [http://www.st.com ST Microelectronics]
|| [http://www.st.com ST Microelectronics]
|-
!Datasheet/Links
|| [http://www.vlsi.fi/datasheets/vs1001.pdf]
|| [http://www.vlsi.fi/datasheets/vs1002.pdf]
|| [http://www.vlsi.fi/datasheets/vs1011.pdf]
|| [http://www.vlsi.fi/datasheets/vs1003.pdf]
|| [http://www.vlsi.fi/datasheets/vs1053.pdf]
|| ?
||[http://www.micronas.com/products/documentation/consumer/mas3587f/downloads/mas3587f_2pd.pdf] [http://www.micronas.com/products/documentation/multimedia/mas3587f/index.php]
|| [http://www.st.com/stonline/books/pdf/docs/6399.pdf] [http://www.st.com/stonline/prodpres/dedicate/mp3/sta013.htm] [http://www.pjrc.com/tech/mp3/sta013.html]
|| [http://www.st.com/stonline/books/pdf/docs/7042.pdf]
|| [http://www.st.com/stonline/books/pdf/docs/7816.pdf]
|-
|Output
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| ?
|| mit Stereo Headphone Amplifier, S/PDIF-OUT
|| z.B. CS4334
|| z.B. CS4340
|| ?
|-
|Input
|| ?
|| Mic in (mono)
|| ?
|| Mic in, Line in (mono)
|| Mic in, Line in (stereo)
|| ?
|| 2x S/PDIF-IN, I2S, SDI, Line-IN, Mic-IN
|| ?
|| ?
|| ?
|-
|Käuflich
|| [http://www.reichelt.de] VS 1001K-S 13,85€
|| [http://shop.embedded-projects.net] MP3 Player Projekt (MOD-MP3) 29,90€
|| [http://www.reichelt.de] VS 1011B-S 12,50€
|| [http://www.segor.de] VS 1003B-L 19,30€
|| [http://www.egnite.de] VS 1053B 17,85€
|| [http://www.segor.de] MAS 3507 D-G12 19,80€
|| [http://www.segor.de] MAS 3587 F-QI 24,80€
|| [http://www.segor.de] STA 013 25,00€
|| ?
|| ?
|-
|Bus
|| [[SPI]]
|| [[SPI]] [[UART]]
|| [[SPI]]
|| [[SPI]] [[UART]]
|| [[SPI]] [[UART]]
|| ?
|| [[I2C]] [[PIO]]
|| [[I2C]]
|| [[I2C]] [[SPI]] [[PIO]]
|| [[I2C]]
|-
|Allgemeines
|| MP3
|| MP3
|| MP3
|| MP3, WMA, MIDI
|| MP3, WMA, MIDI, OGG Vorbis, LC-AAC, HE-AAC
|| ?
|| MP3 de- und encoden
|| MP3
|| MP3 de- und encoden
|| ?
|}

=== VS1001 ===

Hersteller: [http://www.vlsi.fi VLSI]

Der VS1001 ist ein Hardware-MP3-Decoder mit einem seriellen [[SPI]]-Interface und einem eingebauten [[DA-Wandler]]. Die vielen VS10xx Varianten sind von der Ansteuerung her recht ähnlich. Siehe auch die Erklärung zur Ansteuerung eines [[Vs1002]].

=== STA015 ===

Hersteller: [http://www.st.com ST Microelectronics]

Dieser IC vereint die Möglichkeit, MP3-Datenströme bis 320kBit zu dekodieren und digitale unkomprimierte Datenströme in das ADPCM Format zu verwandeln.
Beim Decodieren erlaubt der STA015 den direkten Anschluss eines DAC durch ein serielles PCM-Interface. Die zu dekodierenden Daten erhält er via [[SPI]] und die Steuersignale via [[I2C]].
Falls er Daten komprimiert, stellt er diese an einem parallelen 8 Bit Port bereit.
Dieser IC ist beispielsweise auf MP3-Playern verbaut, die an Siemens-Handys angeschlossen werden. Dort befindet sich auch ein CS4340 ([[DAC]]).
Siehe [[Siemens MP3 Player]].

=== MAS3587F ===

Die MP3 Decoder Chips von Micronas sind 2006 komplett abgekündigt worden.

Hersteller: [http://www.micronas.com Micronas]

Distributor: z.B. [http://www.rutronik.de Rutronik]

Erhältlich im PLQFP64, PMQFP64 und PQFN64 [[IC-Gehäuseformen|Gehäuse]].

==== Features ====
* [[MP3|MPEG 1/2 layer 3]] Encoder mit bis zu 192kbit/s
* MPEG 1/2 layer 2 and layer 3 Decoder
* Auslesen des ID3 Tags

==== Schnittstellen ====
* 2 serielle (I2S und andere Formate)
* 1 parallele
* [[I²C]] zur Steuerung
* S/PDIF Ein- und Ausgang

==== sonstige Funktionen ====
* zwei DC/DC Konverter
* Batterie Monitor
* Mikrofonverstärker
* Stereo [[AD-Wandler]]
* Stereo [[DA-Wandler]]
* 16Ω Kopfhörer Verstärker

=== AT89C51SND1C ===
Eigenständiger Microcontroller inklusive MP3-Codec, USB, IDE, UART, etc.
z.B. bei Farnell zu erwerben.
Hinweis (Stand August 2009): bei Farnell nicht mehr verfügbar, da abgekündigt.

== Weblinks ==
* zahlreiche Beiträge zum Thema MP3 [http://www.mikrocontroller.net/forum/1?filter=MP3* im Forum]
* ...und [http://www.mikrocontroller.net/forum/4?filter=MP3* in der Codesammlung]
* [http://www.iis.fraunhofer.de/pub_rel/presse/2000/geburtsort/index_d.html Fraunhofer IIS - der "Geburtsort" von MP3]
* [http://www.h-mpeg.de/ Anleitung für harddisk mp3 Player mit Atmel AVR]
* [http://www.fh-jena.de/contrib/fb/et/personal/ansorg/mp3/mp3_2_res.htm Allgemeine Infos zu MP3]
* [http://www.codeproject.com/audio/mpegaudioinfo.asp MPEG Audio Frame Header] by Konrad Windszus auf Codeproject.com (Infos und Beispielcode u.a. zur Schätzung der Spieldauer/Länge bei VBR Codierung. Windows MFC / C++)

[[Category:Audio]]
[[Category:Bauteile]]

MP3

2009-08-31T19:25:35Z

Malte: /* VS1001 */ +Vs1002

MP3 bezeichnet heute üblicherweise den ISO/IEC-Standard zur Datenreduktion von [[digital]]en Audiosignalen. Mit [http://www.cselt.it/mpeg/ MPEG] Audio Layer-3 (MP3) ist es möglich Musiksignale auf ca. 8% der sonst notwendigen Datenmenge zu komprimieren, ohne das Hörerlebnis merklich zu trüben.

== MP3/AAC-Decoder in Software ==

'''MP3''' lässt sich schon auf kleinen ARM-Controllern in Software dekodieren. Das [https://helixcommunity.org/projects/datatype/ Helix Datatype-Projekt] stellt einen MP3-Decoder mit optimierten ARM-Assemblerroutinen als Open Source zur Verfügung. Ein [[AT91SAM|AT91SAM7]] (ARM7TDMI) mit 55 MHz ist damit ungefähr zur Hälfte ausgelastet, der RAM-Bedarf liegt bei ca. 30-40 kB. Bei Helix findet man auch einen '''AAC''' ("MP4")-Decoder, der ähnlich viel RAM und nur wenig mehr Rechenleistung benötigt. Ein MP3/AAC-Player-Projekt basierend auf diesen Decodern wird auf der Seite [[ARM MP3/AAC Player]] vorgestellt.

Ein weiterer ARM-optimierter Decoder ist [http://www.underbit.com/products/mad/ MAD], der auch MPEG Layer 1 und 2 decodieren kann, jedoch etwas höhere Ansprüche an Rechenleistung und RAM stellt.

== OGG Vorbis-Decoder in Software ==

Für OGG Vorbis existiert mit [http://xiph.org/vorbis/ Tremor] ein u.a. für ARM optimierter Decoder, der ohne Floating Point auskommt. Das Problem dieses Decoders ist, dass er intensiv Gebrauch von dynamischer Speicherverwaltung (malloc, calloc) macht. Dadurch ist der Speicherbedarf schlecht abschätzbar und es treten Speicherlecks und Fragmentierung auf. Der Rechenaufwand ist höher als beim Helix-Decoder.

Die Version im offiziellen Repository wird nicht mehr gepflegt, als Startpunkt sollte man besser den Tremor-Sourcecode aus dem Rockbox-SVN (svn://svn.rockbox.org/rockbox/trunk) nehmen.

== Hardware-Decoder-ICs zum Anschluß an Mikrocontroller ==
=== Vergleich ===
Der VS1005 wird voraussichtlich Ogg en- und decoden können. Außerdem wird ein FM Tuner integriert sein.

{| border="1" cellspacing="0"
!Chip
|| VS1001k
|| VS1002d
|| VS1011b
|| VS1003
|| VS1053b
|| MAS 3507D
|| MAS 3587F
|| STA013
|| STA015
|| STA016
|-
!Hersteller
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.vlsi.fi VLSI]
|| [http://www.micronas.com Micronas]
|| [http://www.micronas.com Micronas]
|| [http://www.st.com ST Microelectronics]
|| [http://www.st.com ST Microelectronics]
|| [http://www.st.com ST Microelectronics]
|-
!Datasheet/Links
|| [http://www.vlsi.fi/datasheets/vs1001.pdf]
|| [http://www.vlsi.fi/datasheets/vs1002.pdf]
|| [http://www.vlsi.fi/datasheets/vs1011.pdf]
|| [http://www.vlsi.fi/datasheets/vs1003.pdf]
|| [http://www.vlsi.fi/datasheets/vs1053.pdf]
|| ?
||[http://www.micronas.com/products/documentation/consumer/mas3587f/downloads/mas3587f_2pd.pdf] [http://www.micronas.com/products/documentation/multimedia/mas3587f/index.php]
|| [http://www.st.com/stonline/books/pdf/docs/6399.pdf] [http://www.st.com/stonline/prodpres/dedicate/mp3/sta013.htm] [http://www.pjrc.com/tech/mp3/sta013.html]
|| [http://www.st.com/stonline/books/pdf/docs/7042.pdf]
|| [http://www.st.com/stonline/books/pdf/docs/7816.pdf]
|-
|Output
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| mit Stereo Earphone driver
|| ?
|| mit Stereo Headphone Amplifier, S/PDIF-OUT
|| z.B. CS4334
|| z.B. CS4340
|| ?
|-
|Input
|| ?
|| ?
|| ?
|| Mic in, Line in (mono)
|| Mic in, Line in (stereo)
|| ?
|| 2x S/PDIF-IN, I2S, SDI, Line-IN, Mic-IN
|| ?
|| ?
|| ?
|-
|Käuflich
|| [http://www.reichelt.de] VS 1001K-S 13,85€
|| ?
|| [http://www.reichelt.de] VS 1011B-S 12,50€
|| [http://www.segor.de] VS 1003B-L 19,30€
|| [http://www.egnite.de] VS 1053B 17,85€
|| [http://www.segor.de] MAS 3507 D-G12 19,80€
|| [http://www.segor.de] MAS 3587 F-QI 24,80€
|| [http://www.segor.de] STA 013 25,00€
|| ?
|| ?
|-
|Bus
|| [[SPI]]
|| [[SPI]] [[UART]]
|| [[SPI]]
|| [[SPI]] [[UART]]
|| [[SPI]] [[UART]]
|| ?
|| [[I2C]] [[PIO]]
|| [[I2C]]
|| [[I2C]] [[SPI]] [[PIO]]
|| [[I2C]]
|-
|Allgemeines
|| MP3
|| MP3
|| MP3
|| MP3, WMA, MIDI
|| MP3, WMA, MIDI, OGG Vorbis, LC-AAC, HE-AAC
|| ?
|| MP3 de- und encoden
|| MP3
|| MP3 de- und encoden
|| ?
|}

=== VS1001 ===

Hersteller: [http://www.vlsi.fi VLSI]

Der VS1001 ist ein Hardware-MP3-Decoder mit einem seriellen [[SPI]]-Interface und einem eingebauten [[DA-Wandler]]. Die vielen VS10xx Varianten sind von der Ansteuerung her recht ähnlich. Siehe auch die Erklärung zur Ansteuerung eines [[Vs1002]].

=== STA015 ===

Hersteller: [http://www.st.com ST Microelectronics]

Dieser IC vereint die Möglichkeit, MP3-Datenströme bis 320kBit zu dekodieren und digitale unkomprimierte Datenströme in das ADPCM Format zu verwandeln.
Beim Decodieren erlaubt der STA015 den direkten Anschluss eines DAC durch ein serielles PCM-Interface. Die zu dekodierenden Daten erhält er via [[SPI]] und die Steuersignale via [[I2C]].
Falls er Daten komprimiert, stellt er diese an einem parallelen 8 Bit Port bereit.
Dieser IC ist beispielsweise auf MP3-Playern verbaut, die an Siemens-Handys angeschlossen werden. Dort befindet sich auch ein CS4340 ([[DAC]]).
Siehe [[Siemens MP3 Player]].

=== MAS3587F ===

Die MP3 Decoder Chips von Micronas sind 2006 komplett abgekündigt worden.

Hersteller: [http://www.micronas.com Micronas]

Distributor: z.B. [http://www.rutronik.de Rutronik]

Erhältlich im PLQFP64, PMQFP64 und PQFN64 [[IC-Gehäuseformen|Gehäuse]].

==== Features ====
* [[MP3|MPEG 1/2 layer 3]] Encoder mit bis zu 192kbit/s
* MPEG 1/2 layer 2 and layer 3 Decoder
* Auslesen des ID3 Tags

==== Schnittstellen ====
* 2 serielle (I2S und andere Formate)
* 1 parallele
* [[I²C]] zur Steuerung
* S/PDIF Ein- und Ausgang

==== sonstige Funktionen ====
* zwei DC/DC Konverter
* Batterie Monitor
* Mikrofonverstärker
* Stereo [[AD-Wandler]]
* Stereo [[DA-Wandler]]
* 16Ω Kopfhörer Verstärker

=== AT89C51SND1C ===
Eigenständiger Microcontroller inklusive MP3-Codec, USB, IDE, UART, etc.
z.B. bei Farnell zu erwerben.
Hinweis (Stand August 2009): bei Farnell nicht mehr verfügbar, da abgekündigt.

== Weblinks ==
* zahlreiche Beiträge zum Thema MP3 [http://www.mikrocontroller.net/forum/1?filter=MP3* im Forum]
* ...und [http://www.mikrocontroller.net/forum/4?filter=MP3* in der Codesammlung]
* [http://www.iis.fraunhofer.de/pub_rel/presse/2000/geburtsort/index_d.html Fraunhofer IIS - der "Geburtsort" von MP3]
* [http://www.h-mpeg.de/ Anleitung für harddisk mp3 Player mit Atmel AVR]
* [http://www.fh-jena.de/contrib/fb/et/personal/ansorg/mp3/mp3_2_res.htm Allgemeine Infos zu MP3]
* [http://www.codeproject.com/audio/mpegaudioinfo.asp MPEG Audio Frame Header] by Konrad Windszus auf Codeproject.com (Infos und Beispielcode u.a. zur Schätzung der Spieldauer/Länge bei VBR Codierung. Windows MFC / C++)

[[Category:Audio]]
[[Category:Bauteile]]

Vs1002

2009-08-31T15:54:35Z

Malte: /* Die Initalisierung */

VS1002

Diese Anleitung beschreibt, was bei der Inbetriebnahme eines VS1002 mp3 Dekoders zu beachten ist, wie er beispielsweise auf der im Shop angebotenen mp3 Platine vorhanden ist. Der VS1002 ist zwar eigentlich schon „not recommended for new design“, aber die Ansteuerung der neueren VS10xx dürfte vergleichbar sein.
Motiviert ist die Anleitung durch diverse Threads hier im Forum, bei denen die Leute nicht wissen, wie sie dem Dekoder einen Ton entlocken können.

== Die Pins ==
Der Chip verwendet ein [[SPI]] Interface und benötigt 3,3V. Wird der Mikrocontroller mit 5V Betrieben, ist also ein [[Pegelwandler]] (z.B. 74HC4050) nötig.

Für das SPI Interface werden zunächst drei Datenleitungen benötigt. Hinzu kommen '''zwei''' Chip Select Leitungen XCS und XDSC. Wenn man so möchte besteht der Chip also aus zwei Slaves. Ist die eine Leitung (XDCS) low, so können mp3 Daten (SDI) an den Chip gesendet werden, mit der anderen Leitung (XCS) werden Befehle (SCI) gesendet. Einer der Befehle ermöglicht es auf die XDCS Leitung zu verzichten, in dem intern die invertierte XCS Leitung verwendet wird. Dies spart zwar einen Pin, hat aber den Nachteil dass so keine weiteren Slaves (wie eine MMC) mehr am SPI Bus
angeschlossen werden können, weil immer ein Slave mit dem Bus verbunden ist.

Zusätzlich zu dem SPI Interface gibt es noch die DREQ Leitung vom Chip zum Mikrocontroller. Diese ist immer dann high, wenn mindestens 32Byte Daten oder Befehle entgegengenommen werden können. Insbesondere wenn der Mikrocontroller noch viele Sachen (Display Menüs, Netzwerverkehr...) neben her macht, empfiehlt es sich, diese mit einem Interrupt Eingang zu verbinden um auf Rechenzeit intensives Pollen zu verzichten.

Die Chip Select Leitungen dienen auch gleichzeitig der Synchonisation, falls mal ein Takt „übersehen“ werden sollte. Daher empfiehlt das Datenblatt nach dem Senden größerer Datenblöcke die entsprechende Chip Select Leitung einmal auf high zu setzten (und wieder zurück auf low für den nächsten Dateblock).

Die Reset Leitung muss auf High liegen, damit der Chip lauffähig ist.

== Die Pins des Olimex mp3 Headers ==

Eigentlich sitzt in dem VS1002 ein kompletter eigener Mikrocontroller, der auch eigene Programme ausführen kann. Auf dem Olimex Board wird dies verwendet, um mp3s ohne zusätzlichen Mikrocontroller von einer SD Karte abspielen zu können. Möchte man aber das Board wie oben als SPI Slave benutzen, muss man verhindern, dass dieses Programm geladen wird. Hierzu muss der der SWCS1 Pin des Boards auf GND gelegt werden.

Der Reset Jumper muss gezogen werden und der Jumper für Spannungsversorgung entsprechend auf Extern umgestellt werden.

Eigentlich müsste dann das Board wie gewünscht laufen. Tut es aber nicht. Es muss erst der auf dem Board befindliche Jumper DREQ_E entfernt werden, auch wenn (soweit wie ich das Sehe) der Jumper den DREQ Pin nur mit den Eingängen der LED, des EEProms und des SD Sockels verbindet. Eigentlich müsste auch die rote ACT LED nach Entfernen des Jumpers aus sein, ist sie aber nicht. Möglicherweise passt hier also der gelieferte Schaltplan nicht zur Platine.

Die Pins des Olimex Anschlusses werden etwas anders benannt: Was im VS1002 Datenblatt XCS ist, ist auf der Platine CS. Und XDSC wird DSC genannt.

== SCI Kommandos ==
Kommandos bestehen aus 4 aufeinander folgende SPI Bytes. Das erste Byte entscheidet, ob ein Register gelesen (0x03) oder geschrieben (0x02) werden soll und das zweite welche Adresse benutzt werden soll. Byte 3 und 4 sind beim Schreiben dann der 16 Bit Wert des Registers. Wird gelesen, ist der Inhalt hingegen egal und der Controller empfängt den Register Inhalt. Es wird das höherwertige Byte der 16 Bit zu erst gelesen b.z. geschrieben.

Nach dem Senden eines SCI Kommandos, dürfen in den folgenden 5µs kein weiteren Daten oder Kommandos gesendet werden.

== SDI Daten ==
Als SDI Daten wird 1:1 die mp3 Datei gesendet, so wie sie ist - mit Header und allem drum und drann.

== Die Initalisierung ==
SPI Kann Beispielsweise mit 1 oder 2 MHZ Takt betrieben werden. Der Beispielcode von Olimex für den ARM verwendet 1 MHZ. CPOL und CPHA bleiben 0.
Die Initialisierung des Controllers besteht aus 3 SCI schreib Befehlen, danach darf begonnen werden die mp3 Datei zu senden und es sind nicht zwingend weitere SCI Kommandos benötigt.

* 0x0800 an Adresse 0 -> Entspricht eigentlich dem Defaultwert, aber stellt alles definitiv richtig ein. Das gesetzte Bit sagt, dass wir den VS1002 Modus und nicht einen VS1002 Kompatiblitätsmodus verwenden wollen.

* 0x9800 an Adresse 3 -> Sagt dem Chip welchen Takt der Quarz hat und dass wir den Takt verdoppeln möchten.
* Im Olimex Beispiel wird etwas gewartet, bis sich der gesetzt Takt „stabilisiert“ hat, also warten wir auch mal 100ms.

* 0x2020 an Adresse 0x0B -> Stellt die Lautstärke ein. Ein Byte für den linken und ein Byte für den rechten Kanal. 0xFFFF ist ganz leise, 0x0000 ganz laut. 0x2020 ist „recht laut“.

== Weblinks ==
* [http://www.vlsi.fi/fileadmin/datasheets/vlsi/vs1002.pdf VS1002 Datenblatt]
* [http://www.olimex.com/dev/images/mod-mp3-sch.gif Olimex Schaltplan]

Vs1002

2009-08-31T15:47:22Z

Malte: /* SCI Kommandos */

VS1002

Diese Anleitung beschreibt, was bei der Inbetriebnahme eines VS1002 mp3 Dekoders zu beachten ist, wie er beispielsweise auf der im Shop angebotenen mp3 Platine vorhanden ist. Der VS1002 ist zwar eigentlich schon „not recommended for new design“, aber die Ansteuerung der neueren VS10xx dürfte vergleichbar sein.
Motiviert ist die Anleitung durch diverse Threads hier im Forum, bei denen die Leute nicht wissen, wie sie dem Dekoder einen Ton entlocken können.

== Die Pins ==
Der Chip verwendet ein [[SPI]] Interface und benötigt 3,3V. Wird der Mikrocontroller mit 5V Betrieben, ist also ein [[Pegelwandler]] (z.B. 74HC4050) nötig.

Für das SPI Interface werden zunächst drei Datenleitungen benötigt. Hinzu kommen '''zwei''' Chip Select Leitungen XCS und XDSC. Wenn man so möchte besteht der Chip also aus zwei Slaves. Ist die eine Leitung (XDCS) low, so können mp3 Daten (SDI) an den Chip gesendet werden, mit der anderen Leitung (XCS) werden Befehle (SCI) gesendet. Einer der Befehle ermöglicht es auf die XDCS Leitung zu verzichten, in dem intern die invertierte XCS Leitung verwendet wird. Dies spart zwar einen Pin, hat aber den Nachteil dass so keine weiteren Slaves (wie eine MMC) mehr am SPI Bus
angeschlossen werden können, weil immer ein Slave mit dem Bus verbunden ist.

Zusätzlich zu dem SPI Interface gibt es noch die DREQ Leitung vom Chip zum Mikrocontroller. Diese ist immer dann high, wenn mindestens 32Byte Daten oder Befehle entgegengenommen werden können. Insbesondere wenn der Mikrocontroller noch viele Sachen (Display Menüs, Netzwerverkehr...) neben her macht, empfiehlt es sich, diese mit einem Interrupt Eingang zu verbinden um auf Rechenzeit intensives Pollen zu verzichten.

Die Chip Select Leitungen dienen auch gleichzeitig der Synchonisation, falls mal ein Takt „übersehen“ werden sollte. Daher empfiehlt das Datenblatt nach dem Senden größerer Datenblöcke die entsprechende Chip Select Leitung einmal auf high zu setzten (und wieder zurück auf low für den nächsten Dateblock).

Die Reset Leitung muss auf High liegen, damit der Chip lauffähig ist.

== Die Pins des Olimex mp3 Headers ==

Eigentlich sitzt in dem VS1002 ein kompletter eigener Mikrocontroller, der auch eigene Programme ausführen kann. Auf dem Olimex Board wird dies verwendet, um mp3s ohne zusätzlichen Mikrocontroller von einer SD Karte abspielen zu können. Möchte man aber das Board wie oben als SPI Slave benutzen, muss man verhindern, dass dieses Programm geladen wird. Hierzu muss der der SWCS1 Pin des Boards auf GND gelegt werden.

Der Reset Jumper muss gezogen werden und der Jumper für Spannungsversorgung entsprechend auf Extern umgestellt werden.

Eigentlich müsste dann das Board wie gewünscht laufen. Tut es aber nicht. Es muss erst der auf dem Board befindliche Jumper DREQ_E entfernt werden, auch wenn (soweit wie ich das Sehe) der Jumper den DREQ Pin nur mit den Eingängen der LED, des EEProms und des SD Sockels verbindet. Eigentlich müsste auch die rote ACT LED nach Entfernen des Jumpers aus sein, ist sie aber nicht. Möglicherweise passt hier also der gelieferte Schaltplan nicht zur Platine.

Die Pins des Olimex Anschlusses werden etwas anders benannt: Was im VS1002 Datenblatt XCS ist, ist auf der Platine CS. Und XDSC wird DSC genannt.

== SCI Kommandos ==
Kommandos bestehen aus 4 aufeinander folgende SPI Bytes. Das erste Byte entscheidet, ob ein Register gelesen (0x03) oder geschrieben (0x02) werden soll und das zweite welche Adresse benutzt werden soll. Byte 3 und 4 sind beim Schreiben dann der 16 Bit Wert des Registers. Wird gelesen, ist der Inhalt hingegen egal und der Controller empfängt den Register Inhalt. Es wird das höherwertige Byte der 16 Bit zu erst gelesen b.z. geschrieben.

Nach dem Senden eines SCI Kommandos, dürfen in den folgenden 5µs kein weiteren Daten oder Kommandos gesendet werden.

== SDI Daten ==
Als SDI Daten wird 1:1 die mp3 Datei gesendet, so wie sie ist - mit Header und allem drum und drann.

== Die Initalisierung ==
SPI Kann Beispielsweise mit 1 oder 2 MHZ Takt betrieben werden. Der Beispielcode von Olimex für den ARM verwendet 1 MHZ. CPOL und CPHA bleiben 0.
Die Initialisierung des Controllers besteht aus 3 SCI schreib Befehlen, danach darf begonnen werden die mp3 Datei zu senden und es sind nicht zwingend weitere SCI Kommandos benötigt.

0x0800 an Adresse 0 -> Entspricht eigentlich dem Defaultwert, aber stellt alles definitiv richtig ein. Das gesetzte Bit sagt, dass wir den VS1002 Modus und nicht einen VS1002 Kompatiblitätsmodus verwenden wollen.
0x9800 an Adresse 3 -> Sagt dem Chip welchen Takt der Quarz hat und dass wir den Takt verdoppeln möchten.
Im Olimex Beispiel wird etwas gewartet, bis sich der gesetzt Takt „stabilisiert“ hat, also warten wir auch mal 100ms.
0x2020 an Adresse 0x0B -> Stellt die Lautstärke ein. Ein Byte für den linken und ein Byte für den rechten Kanal. 0xFFFF ist ganz leise, 0x0000 ganz laut. 0x2020 ist „recht laut“.

== Weblinks ==
* [http://www.vlsi.fi/fileadmin/datasheets/vlsi/vs1002.pdf VS1002 Datenblatt]
* [http://www.olimex.com/dev/images/mod-mp3-sch.gif Olimex Schaltplan]

Vs1002

2009-08-31T15:44:56Z

Malte: /* Die Initalisierung */

VS1002

Diese Anleitung beschreibt, was bei der Inbetriebnahme eines VS1002 mp3 Dekoders zu beachten ist, wie er beispielsweise auf der im Shop angebotenen mp3 Platine vorhanden ist. Der VS1002 ist zwar eigentlich schon „not recommended for new design“, aber die Ansteuerung der neueren VS10xx dürfte vergleichbar sein.
Motiviert ist die Anleitung durch diverse Threads hier im Forum, bei denen die Leute nicht wissen, wie sie dem Dekoder einen Ton entlocken können.

== Die Pins ==
Der Chip verwendet ein [[SPI]] Interface und benötigt 3,3V. Wird der Mikrocontroller mit 5V Betrieben, ist also ein [[Pegelwandler]] (z.B. 74HC4050) nötig.

Für das SPI Interface werden zunächst drei Datenleitungen benötigt. Hinzu kommen '''zwei''' Chip Select Leitungen XCS und XDSC. Wenn man so möchte besteht der Chip also aus zwei Slaves. Ist die eine Leitung (XDCS) low, so können mp3 Daten (SDI) an den Chip gesendet werden, mit der anderen Leitung (XCS) werden Befehle (SCI) gesendet. Einer der Befehle ermöglicht es auf die XDCS Leitung zu verzichten, in dem intern die invertierte XCS Leitung verwendet wird. Dies spart zwar einen Pin, hat aber den Nachteil dass so keine weiteren Slaves (wie eine MMC) mehr am SPI Bus
angeschlossen werden können, weil immer ein Slave mit dem Bus verbunden ist.

Zusätzlich zu dem SPI Interface gibt es noch die DREQ Leitung vom Chip zum Mikrocontroller. Diese ist immer dann high, wenn mindestens 32Byte Daten oder Befehle entgegengenommen werden können. Insbesondere wenn der Mikrocontroller noch viele Sachen (Display Menüs, Netzwerverkehr...) neben her macht, empfiehlt es sich, diese mit einem Interrupt Eingang zu verbinden um auf Rechenzeit intensives Pollen zu verzichten.

Die Chip Select Leitungen dienen auch gleichzeitig der Synchonisation, falls mal ein Takt „übersehen“ werden sollte. Daher empfiehlt das Datenblatt nach dem Senden größerer Datenblöcke die entsprechende Chip Select Leitung einmal auf high zu setzten (und wieder zurück auf low für den nächsten Dateblock).

Die Reset Leitung muss auf High liegen, damit der Chip lauffähig ist.

== Die Pins des Olimex mp3 Headers ==

Eigentlich sitzt in dem VS1002 ein kompletter eigener Mikrocontroller, der auch eigene Programme ausführen kann. Auf dem Olimex Board wird dies verwendet, um mp3s ohne zusätzlichen Mikrocontroller von einer SD Karte abspielen zu können. Möchte man aber das Board wie oben als SPI Slave benutzen, muss man verhindern, dass dieses Programm geladen wird. Hierzu muss der der SWCS1 Pin des Boards auf GND gelegt werden.

Der Reset Jumper muss gezogen werden und der Jumper für Spannungsversorgung entsprechend auf Extern umgestellt werden.

Eigentlich müsste dann das Board wie gewünscht laufen. Tut es aber nicht. Es muss erst der auf dem Board befindliche Jumper DREQ_E entfernt werden, auch wenn (soweit wie ich das Sehe) der Jumper den DREQ Pin nur mit den Eingängen der LED, des EEProms und des SD Sockels verbindet. Eigentlich müsste auch die rote ACT LED nach Entfernen des Jumpers aus sein, ist sie aber nicht. Möglicherweise passt hier also der gelieferte Schaltplan nicht zur Platine.

Die Pins des Olimex Anschlusses werden etwas anders benannt: Was im VS1002 Datenblatt XCS ist, ist auf der Platine CS. Und XDSC wird DSC genannt.

== SCI Kommandos ==
Kommandos bestehen aus 4 aufeinander folgende SPI Bytes. Das erste Byte entscheidet, ob ein Register gelesen (0x03) oder geschrieben (0x02) werden soll und das zweite welche Adresse benutzt werden soll. Byte 3 und 4 sind beim Schreiben dann der 16 Bit Wert des Registers. Wird gelesen, ist der Inhalt hingegen egal und der Controller empfängt den Register Inhalt. Es wird das höherwertige Byte der 16 Bit zu erst gelesen b.z. geschrieben.

== SDI Daten ==
Als SDI Daten wird 1:1 die mp3 Datei gesendet, so wie sie ist - mit Header und allem drum und drann.

== Die Initalisierung ==
SPI Kann Beispielsweise mit 1 oder 2 MHZ Takt betrieben werden. Der Beispielcode von Olimex für den ARM verwendet 1 MHZ. CPOL und CPHA bleiben 0.
Die Initialisierung des Controllers besteht aus 3 SCI schreib Befehlen, danach darf begonnen werden die mp3 Datei zu senden und es sind nicht zwingend weitere SCI Kommandos benötigt.

0x0800 an Adresse 0 -> Entspricht eigentlich dem Defaultwert, aber stellt alles definitiv richtig ein. Das gesetzte Bit sagt, dass wir den VS1002 Modus und nicht einen VS1002 Kompatiblitätsmodus verwenden wollen.
0x9800 an Adresse 3 -> Sagt dem Chip welchen Takt der Quarz hat und dass wir den Takt verdoppeln möchten.
Im Olimex Beispiel wird etwas gewartet, bis sich der gesetzt Takt „stabilisiert“ hat, also warten wir auch mal 100ms.
0x2020 an Adresse 0x0B -> Stellt die Lautstärke ein. Ein Byte für den linken und ein Byte für den rechten Kanal. 0xFFFF ist ganz leise, 0x0000 ganz laut. 0x2020 ist „recht laut“.

== Weblinks ==
* [http://www.vlsi.fi/fileadmin/datasheets/vlsi/vs1002.pdf VS1002 Datenblatt]
* [http://www.olimex.com/dev/images/mod-mp3-sch.gif Olimex Schaltplan]

Vs1002

2009-08-31T15:42:20Z

Malte: /* SCI Kommandos */

VS1002

Diese Anleitung beschreibt, was bei der Inbetriebnahme eines VS1002 mp3 Dekoders zu beachten ist, wie er beispielsweise auf der im Shop angebotenen mp3 Platine vorhanden ist. Der VS1002 ist zwar eigentlich schon „not recommended for new design“, aber die Ansteuerung der neueren VS10xx dürfte vergleichbar sein.
Motiviert ist die Anleitung durch diverse Threads hier im Forum, bei denen die Leute nicht wissen, wie sie dem Dekoder einen Ton entlocken können.

== Die Pins ==
Der Chip verwendet ein [[SPI]] Interface und benötigt 3,3V. Wird der Mikrocontroller mit 5V Betrieben, ist also ein [[Pegelwandler]] (z.B. 74HC4050) nötig.

Für das SPI Interface werden zunächst drei Datenleitungen benötigt. Hinzu kommen '''zwei''' Chip Select Leitungen XCS und XDSC. Wenn man so möchte besteht der Chip also aus zwei Slaves. Ist die eine Leitung (XDCS) low, so können mp3 Daten (SDI) an den Chip gesendet werden, mit der anderen Leitung (XCS) werden Befehle (SCI) gesendet. Einer der Befehle ermöglicht es auf die XDCS Leitung zu verzichten, in dem intern die invertierte XCS Leitung verwendet wird. Dies spart zwar einen Pin, hat aber den Nachteil dass so keine weiteren Slaves (wie eine MMC) mehr am SPI Bus
angeschlossen werden können, weil immer ein Slave mit dem Bus verbunden ist.

Zusätzlich zu dem SPI Interface gibt es noch die DREQ Leitung vom Chip zum Mikrocontroller. Diese ist immer dann high, wenn mindestens 32Byte Daten oder Befehle entgegengenommen werden können. Insbesondere wenn der Mikrocontroller noch viele Sachen (Display Menüs, Netzwerverkehr...) neben her macht, empfiehlt es sich, diese mit einem Interrupt Eingang zu verbinden um auf Rechenzeit intensives Pollen zu verzichten.

Die Chip Select Leitungen dienen auch gleichzeitig der Synchonisation, falls mal ein Takt „übersehen“ werden sollte. Daher empfiehlt das Datenblatt nach dem Senden größerer Datenblöcke die entsprechende Chip Select Leitung einmal auf high zu setzten (und wieder zurück auf low für den nächsten Dateblock).

Die Reset Leitung muss auf High liegen, damit der Chip lauffähig ist.

== Die Pins des Olimex mp3 Headers ==

Eigentlich sitzt in dem VS1002 ein kompletter eigener Mikrocontroller, der auch eigene Programme ausführen kann. Auf dem Olimex Board wird dies verwendet, um mp3s ohne zusätzlichen Mikrocontroller von einer SD Karte abspielen zu können. Möchte man aber das Board wie oben als SPI Slave benutzen, muss man verhindern, dass dieses Programm geladen wird. Hierzu muss der der SWCS1 Pin des Boards auf GND gelegt werden.

Der Reset Jumper muss gezogen werden und der Jumper für Spannungsversorgung entsprechend auf Extern umgestellt werden.

Eigentlich müsste dann das Board wie gewünscht laufen. Tut es aber nicht. Es muss erst der auf dem Board befindliche Jumper DREQ_E entfernt werden, auch wenn (soweit wie ich das Sehe) der Jumper den DREQ Pin nur mit den Eingängen der LED, des EEProms und des SD Sockels verbindet. Eigentlich müsste auch die rote ACT LED nach Entfernen des Jumpers aus sein, ist sie aber nicht. Möglicherweise passt hier also der gelieferte Schaltplan nicht zur Platine.

Die Pins des Olimex Anschlusses werden etwas anders benannt: Was im VS1002 Datenblatt XCS ist, ist auf der Platine CS. Und XDSC wird DSC genannt.

== SCI Kommandos ==
Kommandos bestehen aus 4 aufeinander folgende SPI Bytes. Das erste Byte entscheidet, ob ein Register gelesen (0x03) oder geschrieben (0x02) werden soll und das zweite welche Adresse benutzt werden soll. Byte 3 und 4 sind beim Schreiben dann der 16 Bit Wert des Registers. Wird gelesen, ist der Inhalt hingegen egal und der Controller empfängt den Register Inhalt. Es wird das höherwertige Byte der 16 Bit zu erst gelesen b.z. geschrieben.

== SDI Daten ==
Als SDI Daten wird 1:1 die mp3 Datei gesendet, so wie sie ist - mit Header und allem drum und drann.

== Die Initalisierung ==
SPI Kann Beispielsweise mit 1 oder 2 MHZ Takt betrieben werden. Der Beispielcode von Olimex für den ARM verwendet 1 MHZ. CPOL und CPHA bleiben 0.
Die Initialisierung des Controllers besteht aus 3 SCI schreib Befehlen, danach darf begonnen werden die mp3 Datei zu senden und es sind nicht zwingend weitere SCI Kommandos benötigt.

0x0800 an Adresse 0 -> Entspricht eigentlich dem Defaultwert, aber stellt alles definitiv richtig ein. Das gesetzte Bit, sagt, dass wir den VS1002 Modus und nicht einen VS1002 Kompatiblitätsmodus verwenden wollen.
0x9800 an Adresse 3 -> Sagt dem Chip welchen Takt der Quarz hat und dass wir den Takt verdoppeln möchten.
Im Olimex Beispiel wird etwas gewartet, bis sich der gesetzt Takt „stabilisiert“ hat, also warten wir auch mal 100ms.
0x2020 an Adresse 0x0B -> Stellt die Lautstärke ein. Ein Byte für den linken und ein Byte für den rechten Kanal. 0xFFFF ist ganz leise, 0x0000 ganz laut. 0x2020 ist „recht laut“.

== Weblinks ==
* [http://www.vlsi.fi/fileadmin/datasheets/vlsi/vs1002.pdf VS1002 Datenblatt]
* [http://www.olimex.com/dev/images/mod-mp3-sch.gif Olimex Schaltplan]

Vs1002

2009-08-31T15:39:11Z

Malte: /* Die Pins */

VS1002

Diese Anleitung beschreibt, was bei der Inbetriebnahme eines VS1002 mp3 Dekoders zu beachten ist, wie er beispielsweise auf der im Shop angebotenen mp3 Platine vorhanden ist. Der VS1002 ist zwar eigentlich schon „not recommended for new design“, aber die Ansteuerung der neueren VS10xx dürfte vergleichbar sein.
Motiviert ist die Anleitung durch diverse Threads hier im Forum, bei denen die Leute nicht wissen, wie sie dem Dekoder einen Ton entlocken können.

== Die Pins ==
Der Chip verwendet ein [[SPI]] Interface und benötigt 3,3V. Wird der Mikrocontroller mit 5V Betrieben, ist also ein [[Pegelwandler]] (z.B. 74HC4050) nötig.

Für das SPI Interface werden zunächst drei Datenleitungen benötigt. Hinzu kommen '''zwei''' Chip Select Leitungen XCS und XDSC. Wenn man so möchte besteht der Chip also aus zwei Slaves. Ist die eine Leitung (XDCS) low, so können mp3 Daten (SDI) an den Chip gesendet werden, mit der anderen Leitung (XCS) werden Befehle (SCI) gesendet. Einer der Befehle ermöglicht es auf die XDCS Leitung zu verzichten, in dem intern die invertierte XCS Leitung verwendet wird. Dies spart zwar einen Pin, hat aber den Nachteil dass so keine weiteren Slaves (wie eine MMC) mehr am SPI Bus
angeschlossen werden können, weil immer ein Slave mit dem Bus verbunden ist.

Zusätzlich zu dem SPI Interface gibt es noch die DREQ Leitung vom Chip zum Mikrocontroller. Diese ist immer dann high, wenn mindestens 32Byte Daten oder Befehle entgegengenommen werden können. Insbesondere wenn der Mikrocontroller noch viele Sachen (Display Menüs, Netzwerverkehr...) neben her macht, empfiehlt es sich, diese mit einem Interrupt Eingang zu verbinden um auf Rechenzeit intensives Pollen zu verzichten.

Die Chip Select Leitungen dienen auch gleichzeitig der Synchonisation, falls mal ein Takt „übersehen“ werden sollte. Daher empfiehlt das Datenblatt nach dem Senden größerer Datenblöcke die entsprechende Chip Select Leitung einmal auf high zu setzten (und wieder zurück auf low für den nächsten Dateblock).

Die Reset Leitung muss auf High liegen, damit der Chip lauffähig ist.

== Die Pins des Olimex mp3 Headers ==

Eigentlich sitzt in dem VS1002 ein kompletter eigener Mikrocontroller, der auch eigene Programme ausführen kann. Auf dem Olimex Board wird dies verwendet, um mp3s ohne zusätzlichen Mikrocontroller von einer SD Karte abspielen zu können. Möchte man aber das Board wie oben als SPI Slave benutzen, muss man verhindern, dass dieses Programm geladen wird. Hierzu muss der der SWCS1 Pin des Boards auf GND gelegt werden.

Der Reset Jumper muss gezogen werden und der Jumper für Spannungsversorgung entsprechend auf Extern umgestellt werden.

Eigentlich müsste dann das Board wie gewünscht laufen. Tut es aber nicht. Es muss erst der auf dem Board befindliche Jumper DREQ_E entfernt werden, auch wenn (soweit wie ich das Sehe) der Jumper den DREQ Pin nur mit den Eingängen der LED, des EEProms und des SD Sockels verbindet. Eigentlich müsste auch die rote ACT LED nach Entfernen des Jumpers aus sein, ist sie aber nicht. Möglicherweise passt hier also der gelieferte Schaltplan nicht zur Platine.

Die Pins des Olimex Anschlusses werden etwas anders benannt: Was im VS1002 Datenblatt XCS ist, ist auf der Platine CS. Und XDSC wird DSC genannt.

== SCI Kommandos ==
Kommandos bestehen aus 4 aufeinander folgende SPI Bytes. Das erste Byte entscheidet, ob ein Register gelesen (0x03) oder geschrieben (0x02) werden soll und das zweite welche Adresse Benutzt werden soll. Byte 3 und 4 sind beim Schreiben dann der 16 Bit Wert des Registers. Wird gelesen, ist der Inhalt hingegen egal und der Controller empfängt den Register Inhalt. Es wird das höherwertige Byte der 16 Bit zu erst gelesen b.z. geschrieben.

== SDI Daten ==
Als SDI Daten wird 1:1 die mp3 Datei gesendet, so wie sie ist - mit Header und allem drum und drann.

== Die Initalisierung ==
SPI Kann Beispielsweise mit 1 oder 2 MHZ Takt betrieben werden. Der Beispielcode von Olimex für den ARM verwendet 1 MHZ. CPOL und CPHA bleiben 0.
Die Initialisierung des Controllers besteht aus 3 SCI schreib Befehlen, danach darf begonnen werden die mp3 Datei zu senden und es sind nicht zwingend weitere SCI Kommandos benötigt.

0x0800 an Adresse 0 -> Entspricht eigentlich dem Defaultwert, aber stellt alles definitiv richtig ein. Das gesetzte Bit, sagt, dass wir den VS1002 Modus und nicht einen VS1002 Kompatiblitätsmodus verwenden wollen.
0x9800 an Adresse 3 -> Sagt dem Chip welchen Takt der Quarz hat und dass wir den Takt verdoppeln möchten.
Im Olimex Beispiel wird etwas gewartet, bis sich der gesetzt Takt „stabilisiert“ hat, also warten wir auch mal 100ms.
0x2020 an Adresse 0x0B -> Stellt die Lautstärke ein. Ein Byte für den linken und ein Byte für den rechten Kanal. 0xFFFF ist ganz leise, 0x0000 ganz laut. 0x2020 ist „recht laut“.

== Weblinks ==
* [http://www.vlsi.fi/fileadmin/datasheets/vlsi/vs1002.pdf VS1002 Datenblatt]
* [http://www.olimex.com/dev/images/mod-mp3-sch.gif Olimex Schaltplan]

Benutzer:Malte

2009-08-31T15:21:57Z

Malte: Eigene Artikel

Meine eigenen AVR Projekte gibt es auf:
http://www.marwedels.de/malte

Artikel, die ich zum Wiki beigetragen habe:
* [[MenuDesigner]]
* [[Vs1002]]

Vs1002

2009-08-31T15:18:07Z

Malte: Neu angelegt, Feedback wilkommen

VS1002

Diese Anleitung beschreibt, was bei der Inbetriebnahme eines VS1002 mp3 Dekoders zu beachten ist, wie er beispielsweise auf der im Shop angebotenen mp3 Platine vorhanden ist. Der VS1002 ist zwar eigentlich schon „not recommended for new design“, aber die Ansteuerung der neueren VS10xx dürfte vergleichbar sein.
Motiviert ist die Anleitung durch diverse Threads hier im Forum, bei denen die Leute nicht wissen, wie sie dem Dekoder einen Ton entlocken können.

== Die Pins ==
Der Chip verwendet ein [[SPI]] Interface und benötigt 3,3V. Wird der Mikrocontroller mit 5V Betrieben, ist also ein [[Pegelwandler]] (z.B. 74HC4050) nötig.

Für das SPI Interface werden zunächst drei Datenleitungen benötigt. Hinzu kommen '''zwei''' Chip Select Leitungen XCS und XDSC. Wenn man so möchte besteht der Chip also aus zwei Slaves. Ist die eine Leitung (XDCS) low, so können mp3 Daten (SDI) an den Chip gesendet werden, mit der anderen Leitung (XCS) werden Befehle (SCI) gesendet. Einer der Befehle ermöglicht es auf die XDCS Leitung zu verzichten, in dem intern die invertierte XCS Leitung verwendet wird. Dies spart zwar einen Pin, hat aber den Nachteil dass so keine weiteren Slaves (wie eine MMC) mehr am SPI Bus
angeschlossen werden können, weil immer ein Slave mit dem Bus verbunden ist.

Zusätzlich zu dem SPI Interface gibt es noch die DREQ Leitung vom Chip zum Mikrocontroller. Diese ist immer dann high, wenn mindestens 32Byte Daten oder Befehle entgegengenommen werden. Insbesondere wenn der Mikrocontroller noch viele Sachen (Display Menüs, Netzwerverkehr...) neben her macht, empfiehlt es sich, diese mit einem Interrupt Eingang zu verbinden um auf Rechenzeit intensives Pollen zu verzichten.

Die Chip Select Leitungen dienen auch gleichzeitig der Synchonisation, falls mal ein Takt „übersehen“ werden sollte. Daher empfiehlt das Datenblatt nach dem Senden größerer Datenblöcke die entsprechende Chip Select Leitung einmal auf high zu setzten (und wieder zurück auf low für den nächsten Dateblock).

Die Reset Leitung muss auf High liegen, damit der Chip lauffähig ist.

== Die Pins des Olimex mp3 Headers ==

Eigentlich sitzt in dem VS1002 ein kompletter eigener Mikrocontroller, der auch eigene Programme ausführen kann. Auf dem Olimex Board wird dies verwendet, um mp3s ohne zusätzlichen Mikrocontroller von einer SD Karte abspielen zu können. Möchte man aber das Board wie oben als SPI Slave benutzen, muss man verhindern, dass dieses Programm geladen wird. Hierzu muss der der SWCS1 Pin des Boards auf GND gelegt werden.

Der Reset Jumper muss gezogen werden und der Jumper für Spannungsversorgung entsprechend auf Extern umgestellt werden.

Eigentlich müsste dann das Board wie gewünscht laufen. Tut es aber nicht. Es muss erst der auf dem Board befindliche Jumper DREQ_E entfernt werden, auch wenn (soweit wie ich das Sehe) der Jumper den DREQ Pin nur mit den Eingängen der LED, des EEProms und des SD Sockels verbindet. Eigentlich müsste auch die rote ACT LED nach Entfernen des Jumpers aus sein, ist sie aber nicht. Möglicherweise passt hier also der gelieferte Schaltplan nicht zur Platine.

Die Pins des Olimex Anschlusses werden etwas anders benannt: Was im VS1002 Datenblatt XCS ist, ist auf der Platine CS. Und XDSC wird DSC genannt.

== SCI Kommandos ==
Kommandos bestehen aus 4 aufeinander folgende SPI Bytes. Das erste Byte entscheidet, ob ein Register gelesen (0x03) oder geschrieben (0x02) werden soll und das zweite welche Adresse Benutzt werden soll. Byte 3 und 4 sind beim Schreiben dann der 16 Bit Wert des Registers. Wird gelesen, ist der Inhalt hingegen egal und der Controller empfängt den Register Inhalt. Es wird das höherwertige Byte der 16 Bit zu erst gelesen b.z. geschrieben.

== SDI Daten ==
Als SDI Daten wird 1:1 die mp3 Datei gesendet, so wie sie ist - mit Header und allem drum und drann.

== Die Initalisierung ==
SPI Kann Beispielsweise mit 1 oder 2 MHZ Takt betrieben werden. Der Beispielcode von Olimex für den ARM verwendet 1 MHZ. CPOL und CPHA bleiben 0.
Die Initialisierung des Controllers besteht aus 3 SCI schreib Befehlen, danach darf begonnen werden die mp3 Datei zu senden und es sind nicht zwingend weitere SCI Kommandos benötigt.

0x0800 an Adresse 0 -> Entspricht eigentlich dem Defaultwert, aber stellt alles definitiv richtig ein. Das gesetzte Bit, sagt, dass wir den VS1002 Modus und nicht einen VS1002 Kompatiblitätsmodus verwenden wollen.
0x9800 an Adresse 3 -> Sagt dem Chip welchen Takt der Quarz hat und dass wir den Takt verdoppeln möchten.
Im Olimex Beispiel wird etwas gewartet, bis sich der gesetzt Takt „stabilisiert“ hat, also warten wir auch mal 100ms.
0x2020 an Adresse 0x0B -> Stellt die Lautstärke ein. Ein Byte für den linken und ein Byte für den rechten Kanal. 0xFFFF ist ganz leise, 0x0000 ganz laut. 0x2020 ist „recht laut“.

== Weblinks ==
* [http://www.vlsi.fi/fileadmin/datasheets/vlsi/vs1002.pdf VS1002 Datenblatt]
* [http://www.olimex.com/dev/images/mod-mp3-sch.gif Olimex Schaltplan]