Mikrocontroller.net - Benutzerbeiträge [de]

Include-Files (C)

2007-03-14T15:32:03Z

212.64.224.250: /* Problemlösung mit Makros */

Include-Files in C/C++ enthalten typischerweise Informationen, die im Rahmen der Kompilierung verschiedener anderer Quelltexte (mehrfach) benötigt werden.

Wer bisher hauptsächlich kleinere (Assembler-) Programme für Mikrocontroller realisiert hat und sich nun langsam an größere Projekte heranwagt und deshalb auf C umsteigt, ist gut beraten, die Möglichkeiten sinnvoll einzusetzen, die Include-Files in C bieten. Dabei gilt es allerdings auch, einige Fallgruben zu vermeiden - mehr dazu in diesem Artikel.

== Verwendung von Include-Files ==

Die Verwendung von Include-Files in [[C]] und [[C-Plusplus|C++]] führt in der Regel zu besser strukturierten und damit besser wartbaren Programmen. Indem bestimmte, zentrale Informationen nur ein einziges Mal hinterlegt werden, fällt insbesondere bei Änderungen weniger Aufwand an.

Der übliche Suffix für Include-Files ist "<tt>.h</tt>", manchmal auch "<tt>.hpp</tt>" (für C++), und die ''Verwendung'' eines Include-Files ist sehr einfach:
#include "xyz.h"

Wird der Dateiname in spitze Klammern gesetzt, dann sucht der Präprozessor die Datei nicht im aktuellen Verzeichnis, sondern im Standard-Include-Pfad des Compilers:
#include <io.h>

Dabei sind auch relative Verzeichnisangaben erlaubt:
#include <avr/timer.h>

== Probleme bei Include-Files ==
In Include-Files werden mitunter Informationen aus anderen Include-Files benötigt und es ist an der Verwendungsstelle eines Include-Files oft nicht das Wissen über die möglicherweise sehr komplexen Abhängigkeiten vorhanden. Nachfolgend wird ausgehend von einer typischen Problemstellung eine Standardtechnik erläutert, die hilft, das Wissen um Abhängigkeiten an der Verwendungsstelle überflüssig zu machen:

Angenommen, es existieren zwei Datenstrukturen für die es die Typdefinitionen <tt>s1_t</tt> und <tt>s2_t</tt> gibt, die jeweils entsprechenden Include-Files hinterlegt sind, also
<tt>s1.h</tt>:
<pre>
/* Definition der Datenstruktur s1 */
struct s1 {
...
};
typedef struct s1 s1_t;
...
/* Funktions-Deklarationen */
void foo(s1_t);
...
</pre>

Die Datei <tt>s2.h</tt> sieht so aus:
<pre>
/* Definition der Datenstruktur s2 */
struct s2 {
...
};
typedef struct s2 s2_t;
...
/* Funktions-Deklarationen */
s2_t *bar();
...
</pre>

Eine bestimmte Applikation benötigt nun beide Struktur- und Funktions-Definitionen und inkludiert entsprechend beide Dateien, es gibt also eine kompilierbare Datei (z.B. <tt>main.c</tt>) die wie folgt aussieht:
<pre>
#include "s1.h"
#include "s2.h"
...
int main() {
s1_t a;
s2_t *b;
...
foo(a);
b = bar();
...
}
</pre>
So weit, so gut.

Nun kommt es eines Tages zu einer Änderung, die darauf hinausläuft, dass die erste Struktur die zweite als Element enthält. Das heißt die Datei <tt>s1.h</tt> sieht nun wie folgt aus:
<pre>
struct s1 {
s2_t x;
...
}
...
/* Funktions-Deklarationen */
void foo(s2_t);
...
</pre>
Daraufhin wird sich <tt>main.c</tt>(!) nicht mehr kompilieren lassen, da bei der Verarbeitung von <tt>s1.h</tt> (noch) nicht bekannt ist, worum es sich um bei <tt>s2_t</tt> handelt. (Es könnte ja auch einfach nur ein Tippfehler sein!)

Da es in der Praxis einen immensen Pflegeaufwand auslösen kann, wenn Änderungen in Include-Files Änderungen in vielen weiteren Dateien erfordern (dem Wesen nach soll ja eine Include-Dateien eine Information zentral für viele andere Dateien bereitstellen), muss nach einem Ausweg gesucht werden.

Dieser könnte so aussehen, dass man "vorsorglich" die Beschreibung der verwendeten Datenstruktur in <tt>s1.h</tt> inkludiert:
<pre>
#include "s2.h"
struct s1 {
s2_t x;
...
};
...
/* Funktions-Deklarationen */
void foo(s2_t);
...
</pre>

Inkludiert das Hauptprogramm lediglich <tt>s1.h</tt>, wäre nun alles in Ordnung, wenn aber beide Dateien inkludiert werden, beschwert sich der Compiler über die doppelte Definition der Datentypen. (Die doppelte Deklaration von Funktionen ist kein Fehler, wenn sie übereinstimmend erfolgt.)

== Problemlösung mit Makros ==
Die übliche und - fast - perfekte Lösung des Problems besteht darin, den eigentlichen Inhalt eines Include-Files vor einer zweiten Verarbeitung durch eine ''bedingte Kompilierung'' zu schützen.
Bei der bedingten Kompilierung handelt es sich ebenfalls um ein Feature des [[C-Präprozessor]]s und es wird hier wie folgt auf die Datei <tt>s2.h</tt> angewendet:
<pre>
#ifndef S2_h
#define S2_h
struct s2 {
...
};
...
/* Funktions-Deklarationen */
s2_t *bar();
...
#endif
</pre>
Da das beschriebene Problem in größeren Programmsystemen auch in Bezug auf die andere Struktur auftreten könnte, sollte man die Datei <tt>s1.h</tt> vorsorglich mit einem ähnlichen Schutz ausstatten:
<pre>
#ifndef S1_h
#define S1_h
#include "s2.h"
struct s1 {
s2_t x;
...
};
...
/* Funktions-Deklarationen */
void foo(s2_t);
...
#endif
</pre>
Der nette Nebeneffekt ist, dass es damit auch keine Rolle spielt, in welcher Reihenfolge beide Dateien in <tt>main.cpp</tt> inkludiert werden.

== Zusammenfassung der Regeln ==
Kochrezeptartig kann man beim Schreiben und Verwenden von Include-Files auch einfach die folgenden Regeln anwenden:
* Wird die externe Schnittstelle (Datenstrukturen, Funktions-Deklarationen) eines Moduls ''XYZ'' in einem Include-File <tt>xyz.h</tt> beschrieben, so sollte ein bestimmter Makroname (z.B. <tt>XYZ_h</tt>) für die Steuerung der tatsächlichen Verarbeitung des Include-Files reserviert werden(*1).
* Der Include-File selbst testet (und definiert anschließend) diesen Makro, um so eine doppelte Verarbeitung zu vermeiden.
* Wird in einer Kompilierung das Modul ''XYZ'' verwendet (= eine seiner Datenstrukturen oder Funktionen), wird auch der Include-File <tt>xyz.h</tt> in diese Kompilierung eingeschlossen.
* Verwendet das Modul ''XYZ'' '''intern''' ein weiteres Modul ''UVW'', so wird '''dessen''' Include-File <tt>uvw.h</tt> im Include-File <tt>xyz.h</tt> eingeschlossen.

Die beschriebenen Regeln funktionieren zufriedenstellend und entlasten vor allem Programm-Code, welcher Include-Files lediglich einschließt, vom Wissen über komplexe Zusammenhänge zwischen einzelnen Modulen. Ferner spielt die Reihenfolge, in der man Include-Files verwendet, keine Rolle und man kann sie beliebig gruppieren und ordnen, so wie es am übersichtlichsten ist(*2).

== Gegenseitige Bezugnahme ==
Eine Ausnahme von der allgemeinen Regel liegt vor, wenn sich zwei Datenstrukturen gegenseitig verwenden (was nur über Zeiger der Fall sein kann).
Alle wie auch immer gearteten Versuche, diese beiden Strukturdefinitionen und Funktionsprototypen in zwei verschiedene Include-Files aufzuteilen, also z.B. <tt>s1.h</tt>
<pre>
#ifndef S1_h
#define S1_h
#include "s2.h"
struct s1 {
struct s2 *px;
...
};
typedef struct s1 s1_t;
...
s2_t *bar(s1_t);
#endif
</pre>
und <tt>s2.h</tt>
<pre>
#ifndef S2_h
#define S2_h
#include "s1.h"
struct s2 {
struct s1 *yp;
....
};
...
void foo(s2_t);
#endif
</pre>
werden scheitern - mit und ohne dem beschriebenen Schutz vor doppelter Verarbeitung!

Die pragmatische Lösung ist hier, alles in einem '''gemeinsamen''' Include-File <tt>s1_s2.h</tt> zu hinterlegen:
<pre>
#ifndef S1_S2_h
#define S1_S2_h
struct s1 {
struct s2 *px;
....
};
typedef struct s1 s1_t;

struct s2 {
struct s1 *yp;
....
};
typedef struct s2 s2_t;
...
void foo(s2_t);
s2_t *bar(s1_t);
#endif
</pre>
Das ist insofern sinnvoll, als ein Programm, welches die eine Struktur kennen muss, stets auch die andere benötigt. Die Aufteilung in zwei Include-Files würde also keinen echten Vorteil bringen.

Eine Ausnahme kann lediglich gemacht werden, wenn auf die jeweils andere Struktur ausschließlich über Zeiger(*3) zugegriffen wird, dann sind auch zwei Include-Files möglich, nämlich <tt>s1.h</tt>
<pre>
#ifndef S1_h
#define S1_h
struct s2; /* Vorausdeklaration */
struct s1 {
struct s2 *px;
...
};
typdef struct s1 s1_t;
...
struct s2 *bar(s1_t);
</pre>
und <tt>s2.h</tt>
<pre>
#ifndef S2_h
#define S2_h
struct s1; /* Vorausdeklaration */
struct s2 {
struct s1 *py;
...
};
typdef struct s2 s2_t;
...
void bar(struct s1 *);
</pre>
Anstatt den jeweils anderen Include-File einzuschließen, sind nun die oben gezeigten Vorausdeklarationen vorzumehmen. (Allerdings sind damit die Typdefinitionen <tt>s1_t</tt> und <tt>s2_t</tt> nicht verfügbar, die Bezugnahme auf die jeweils andere Struktur kann nur über <tt>struct s1</tt> und <tt>struct s2</tt> erfolgen.)

----
* 1: Die genaue Beziehung zwischen dem Makro-Namen und dem Modul- (oder Struktur-) Namen ist dabei nicht so bedeutend. Die übliche Konvention, solche "Steuer-Makros" mit "<tt>_h</tt>" oder "<tt>_H</tt>" zu beenden, soll nur helfen, "zufällige" Kollissionen mit Makros zu vermeiden, die einen anderen Zweck haben.
* 2: Eine alphabetische Sortierung ist z.B. hilfreich, um bei einem Kompilierfehler schnell überprüfen zu können, ob vielleicht nur ein bestimmter Include-File vergessen wurde.
* 3: Bei der Verwendunng von C++ gilt das zusätzlich für die Bezugnahme über Referenzen.

Reichelt-Wishlist

2005-04-01T11:31:39Z

212.64.224.250: /* Sensoren/Aktoren */

== Reichelt Wunschliste ==

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

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

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

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

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

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

= Wunschliste =
== Halbleiter ==
=== Controller/FPGA/CPLD ===
* Microcontroller mit USB-Anschluß (z.B. AT89C5131 oder AT43USB355) ||||| ||||| | => Bereits im Sortiment: Cypress EZ-USB, Best. Nr AN2131 SC
* Konkret: Neuer PIC mit USB PIC18F4550 ||||| |||
* Mehr FPGAs (v.a aktuellere) von Xilinx, z.B. Spartan II und Spartan III ||||| ||||| ||||| ||||| ||||
* grosse MSP430, z.B.: MSP430F1611 (10k RAM, 48k Flash) MSP430F135 ||||| ||||| |||
* LPC2104, LPC2105, LPC2106 ||||| ||||| ||| (auch LPC213X und LPC22xx)
* Microchip dsPIC ||||
* Atmel ATmega48, ATmega88, ATmega168, ATtiny13(V) ||||| ||||| |||||
* Atmel ATtiny25/45/85 |
* Atmel AT91SAM7S32, AT91SAM7S64 |||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com |||

=== Speicher ===
* Atmel DataFlash, z.B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) ||||| |||
* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 ||
* NextFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) |||
=== ICs ===
* uC supervisor chips + watchdog z.B.: MAX6864 ist z.Z. der beste (0.2uA!) |||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) |||||
* DTMF-Dekoder-Enkoder (8870, 8880) ||
* Philips PCA82C252 oder Nachfolger oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) ||||
* MCP25050 CAN-Bus Input/Output Expander ||
* Maxim Switched Capacitor Tiefpass-Filter (z.B. MAX297) ||
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) ||||
* Motortreiber TLE 4205 |
* Ethernet-Controller RTL8019AS und Übertrager FB2022 ||||| ||||| ||||| ||||
* AD7524 in SMD |||||
* ADS8320 ADC 16 Bit seriell ||||| ||||| |
* DAC7612 DAC 12 Bit seriell ||||| ||||
* DALLAS DS2482 |
=== Discrete ===
* 3,3V Längsregler SMD zu vernünfitgen Preisen (Bsp: LF33)(der LT1086 kostet 4 Euro) ||||| ||||
* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM ||
* Größere Auswahl an Step-up Reglern ||||| |||
* Spannungsregler in SMD-Version (7805 etc.) ||||| ||||
* BUF420AW Schaltnetzteil Transistor von STM ||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z.B. 12CWQ06FN von IOR ||||| ||||

== Sensoren/Aktoren ==
* Sensirion SHT11 ||||| ||||| |
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' ||||
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) ||||| |||||
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| ||
* NanoMuscle Aktuatoren |
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) ||
* IS471 Selbstmodulierende IR-Lichtschranke |

== Baugruppen ==
* Mini-Bluetooth Module (RS232-Bluetooth-"Wandler"-Platinchen) ||||| ||||| |||| ||

* DCF77 Empfangsmodule ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||

== "Passive" Bauteile ==
* Shunt-Widerstände ||||| ||||| ||||| | (neu im Sortiment: Widerstandsdraht, Best.-Nr. "RD100/x,xx")
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) ||||| |
* 14,7456 MHz Quarze |||||
* zu Schaltreglern LM257x u.a. passende fertige Spulen (Induktivitaet, max.Strom, keine "Entstörspulen") ||||| ||||| ||||| ||
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 |||||
* Passende Ferrite dazu: N27,N41,N67 |||

== Optoelektronik und Leuchtmittel ==
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller) |||
* Diese 4-Stelligen Dot-Matrix LED Anzeigen Siemens SLG 2016 oder von HP oder ähnliches |
* low current SMD LEDs (zB Osram LG T679) ||||
* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||

== Mechanisches ==
=== Schalter/Potis etc. ===
* Drehimpulsgeber (konkreter Vorschlag von O.R.: PEC16-4220F-S0024 von Bourns) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B ||||| ||||| |||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||
* T215 ersetzen gegen etwas Qualitativeres ||||
* Folientastaturen ||||| |||||
* statt radiohm potis bitte prehostat oder Alphastat 16 63256-026xx ||
=== (Steck-) Verbindungen ===
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) ||
* Stift-/Buchsenleisten 2.54mm zum Auseinanderbrechen ||||| ||||| ||||| ||||| ||||| ||||| ||||| || => Bereits im Sortiment: SPL XX, AW 122/XX (XX = 20,32,64); leider nicht als brechbaren Buchsenleisten zu SL xXxxG
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2) ||||| |||||
* Print-Steckverbinder (die einreihigen Stecker auf dem PC-Mainboard) |||||
* Für die LC-Displays: Adapterplatine mit anschlüssen im Raster 2,54mm (EA 9907-DIP) ||||| ||||| |

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

== Platinen/Prototypen ==
* Eisen(III)-Chlorid ||||| ||||| ||||| ||||| ||||| ||
* Breadboards/"Steckbretter" ||||| ||||| ||||| ||||| ||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau |||

== Werkzeug und Zubehör ==
* einzelne Hartmetallbohrer in diversen Grössen ||||| ||||| |||
* Hartmetallbohrer in mehr verschiedenen Größen (z.B. 1,1mm 1,2mm etc.) |||||

== Unsortiert/Unspezifisch ==
* mehr SMD Bauteile ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* mehr Familien von Logik-ICs, z.B. AC, ACT (in SMD) ||||| |||||
* HCT-Logik in SMD ||||| ||||| ||||| ||
* mehr und v.a. kleine (Hand-) Gehäuse ||||| ||||| ||||| ||||| ||||| |||||
* Die SMD Version des Source Driver "UDN 2987 A", also den "UDN 2987 LW" aufnehmen |
* LiPoly-Zellen (aufladbare Lithiumakkus "Suppentüten") ||||| |||
* gleicher Mindestbestellwert in Österreich wie in Deutschland ||||| |
* schnelle Lieferzeit (wie früher 1-2 Tage) |
* Filialen in Österreich und der Schweiz :-) ||||

= Bereits im Sortiment =

* 3,3V Laengsregler (LT1086-Serie z.B.) ||||| => vgl z.B. [http://reichelt.de/?ARTIKEL=LT%201086%20CM3%2C3 LT 1086 CM3,3] (SMD) oder [http://reichelt.de/?ARTIKEL=LT%201086%20CT3%2C3 LT 1086 CT3,3] (TO-220) bei Reichelt
* Flexible Messleitungen: Wie gesagt Reichelt bietet ja die ganze Palette an Bananen/Laborsteckern, Krokodilklemmen usw. an, nur die Leitungen dazu fehlen im Programm. (Sind schon im Sortiment. Fertig konfektionierte z.B.: ML 100 SW, Meterware z.B.: MESSLEITUNG 10SW)
* FTDI USB Chips ||||| ||||| ||||| ||||| ||||| || => Best-Nr. FT232BM oder FT245BM
* CAN-Bus Controller MCP2515 |||||
* VLSI MP3 Decoder ||||| ||||| ||||| z.Zt. unter CAN-Bus(!) einsortiert
* Atmel AT90CAN128 ||||| |
* MMC / SDC slot ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ==> Bestell-Nr.: CONNECTOR MMC 11, CONNECTOR MMC 12, CONNECTOR SD 21 und CONNECTOR SD 22
* lineare Potentiometer als Schiebepoti ||||| | - Bestell-Nr. PSS-LIN* ("mono") PSM-LIN* ("stereo")
* Echtzeituhr DALAS DS1307 (auch SMD) ||||||| - Bestell-Nr. DS1307/DS1307Z
* Konkret: Neuer PIC ... und PIC18F2550 ||||| |||
* MSP430F1232 |
* Fädelstift, Draht und Kämme ||||| | - Bestell-Nr. Fädelstift/Fädeldraht/Fädelkamm
* Mini-GPS-Module ||||| ||||| ||||| ||||| ||| - Bestell-Nr. GPS ET 102/GPS ET 202/GPS EM 401
* Atmel ATmega48, ATmega168, ATtiny13 ||||| ||||| |||||
* CompactFlash Stecker ||||| ||||| ||||| || - Bestell-Nr. connector CF 01/ Connector CF 02

==== Logbuch ====

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

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

Reichelt-Wishlist

2005-04-01T11:30:39Z

212.64.224.250: /* Baugruppen */

== Reichelt Wunschliste ==

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

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

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

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

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

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

= Wunschliste =
== Halbleiter ==
=== Controller/FPGA/CPLD ===
* Microcontroller mit USB-Anschluß (z.B. AT89C5131 oder AT43USB355) ||||| ||||| | => Bereits im Sortiment: Cypress EZ-USB, Best. Nr AN2131 SC
* Konkret: Neuer PIC mit USB PIC18F4550 ||||| |||
* Mehr FPGAs (v.a aktuellere) von Xilinx, z.B. Spartan II und Spartan III ||||| ||||| ||||| ||||| ||||
* grosse MSP430, z.B.: MSP430F1611 (10k RAM, 48k Flash) MSP430F135 ||||| ||||| |||
* LPC2104, LPC2105, LPC2106 ||||| ||||| ||| (auch LPC213X und LPC22xx)
* Microchip dsPIC ||||
* Atmel ATmega48, ATmega88, ATmega168, ATtiny13(V) ||||| ||||| |||||
* Atmel ATtiny25/45/85 |
* Atmel AT91SAM7S32, AT91SAM7S64 |||
* SSV DIL/NetPCs [http://www.dilnetpc.com]http://www.dilnetpc.com |||

=== Speicher ===
* Atmel DataFlash, z.B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) ||||| |||
* 24LC256 oder 24AA256 oder 24LC512 oder 24AA512 ||
* NextFlash spiFlash NX25P16 (16MBit serial Flash im SO8-Gehäuse) |||
=== ICs ===
* uC supervisor chips + watchdog z.B.: MAX6864 ist z.Z. der beste (0.2uA!) |||
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) |||||
* DTMF-Dekoder-Enkoder (8870, 8880) ||
* Philips PCA82C252 oder Nachfolger oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) ||||
* MCP25050 CAN-Bus Input/Output Expander ||
* Maxim Switched Capacitor Tiefpass-Filter (z.B. MAX297) ||
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) ||||
* Motortreiber TLE 4205 |
* Ethernet-Controller RTL8019AS und Übertrager FB2022 ||||| ||||| ||||| ||||
* AD7524 in SMD |||||
* ADS8320 ADC 16 Bit seriell ||||| ||||| |
* DAC7612 DAC 12 Bit seriell ||||| ||||
* DALLAS DS2482 |
=== Discrete ===
* 3,3V Längsregler SMD zu vernünfitgen Preisen (Bsp: LF33)(der LT1086 kostet 4 Euro) ||||| ||||
* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM ||
* Größere Auswahl an Step-up Reglern ||||| |||
* Spannungsregler in SMD-Version (7805 etc.) ||||| ||||
* BUF420AW Schaltnetzteil Transistor von STM ||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z.B. 12CWQ06FN von IOR ||||| ||||

== Sensoren/Aktoren ==
* Sensirion SHT11 ||||| ||||| |
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' ||||
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) ||||| ||||
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| ||
* NanoMuscle Aktuatoren |
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) ||
* IS471 Selbstmodulierende IR-Lichtschranke

== Baugruppen ==
* Mini-Bluetooth Module (RS232-Bluetooth-"Wandler"-Platinchen) ||||| ||||| |||| ||

* DCF77 Empfangsmodule ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||

== "Passive" Bauteile ==
* Shunt-Widerstände ||||| ||||| ||||| | (neu im Sortiment: Widerstandsdraht, Best.-Nr. "RD100/x,xx")
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche! (Rubycon?)) ||||| |
* 14,7456 MHz Quarze |||||
* zu Schaltreglern LM257x u.a. passende fertige Spulen (Induktivitaet, max.Strom, keine "Entstörspulen") ||||| ||||| ||||| ||
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 |||||
* Passende Ferrite dazu: N27,N41,N67 |||

== Optoelektronik und Leuchtmittel ==
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller) |||
* Diese 4-Stelligen Dot-Matrix LED Anzeigen Siemens SLG 2016 oder von HP oder ähnliches |
* low current SMD LEDs (zB Osram LG T679) ||||
* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs ||

== Mechanisches ==
=== Schalter/Potis etc. ===
* Drehimpulsgeber (konkreter Vorschlag von O.R.: PEC16-4220F-S0024 von Bourns) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |
* Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B ||||| ||||| |||
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||||
* T215 ersetzen gegen etwas Qualitativeres ||||
* Folientastaturen ||||| |||||
* statt radiohm potis bitte prehostat oder Alphastat 16 63256-026xx ||
=== (Steck-) Verbindungen ===
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) ||
* Stift-/Buchsenleisten 2.54mm zum Auseinanderbrechen ||||| ||||| ||||| ||||| ||||| ||||| ||||| || => Bereits im Sortiment: SPL XX, AW 122/XX (XX = 20,32,64); leider nicht als brechbaren Buchsenleisten zu SL xXxxG
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2) ||||| |||||
* Print-Steckverbinder (die einreihigen Stecker auf dem PC-Mainboard) |||||
* Für die LC-Displays: Adapterplatine mit anschlüssen im Raster 2,54mm (EA 9907-DIP) ||||| ||||| |

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

== Platinen/Prototypen ==
* Eisen(III)-Chlorid ||||| ||||| ||||| ||||| ||||| ||
* Breadboards/"Steckbretter" ||||| ||||| ||||| ||||| ||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau |||

== Werkzeug und Zubehör ==
* einzelne Hartmetallbohrer in diversen Grössen ||||| ||||| |||
* Hartmetallbohrer in mehr verschiedenen Größen (z.B. 1,1mm 1,2mm etc.) |||||

== Unsortiert/Unspezifisch ==
* mehr SMD Bauteile ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||
* mehr Familien von Logik-ICs, z.B. AC, ACT (in SMD) ||||| |||||
* HCT-Logik in SMD ||||| ||||| ||||| ||
* mehr und v.a. kleine (Hand-) Gehäuse ||||| ||||| ||||| ||||| ||||| |||||
* Die SMD Version des Source Driver "UDN 2987 A", also den "UDN 2987 LW" aufnehmen |
* LiPoly-Zellen (aufladbare Lithiumakkus "Suppentüten") ||||| |||
* gleicher Mindestbestellwert in Österreich wie in Deutschland ||||| |
* schnelle Lieferzeit (wie früher 1-2 Tage) |
* Filialen in Österreich und der Schweiz :-) ||||

= Bereits im Sortiment =

* 3,3V Laengsregler (LT1086-Serie z.B.) ||||| => vgl z.B. [http://reichelt.de/?ARTIKEL=LT%201086%20CM3%2C3 LT 1086 CM3,3] (SMD) oder [http://reichelt.de/?ARTIKEL=LT%201086%20CT3%2C3 LT 1086 CT3,3] (TO-220) bei Reichelt
* Flexible Messleitungen: Wie gesagt Reichelt bietet ja die ganze Palette an Bananen/Laborsteckern, Krokodilklemmen usw. an, nur die Leitungen dazu fehlen im Programm. (Sind schon im Sortiment. Fertig konfektionierte z.B.: ML 100 SW, Meterware z.B.: MESSLEITUNG 10SW)
* FTDI USB Chips ||||| ||||| ||||| ||||| ||||| || => Best-Nr. FT232BM oder FT245BM
* CAN-Bus Controller MCP2515 |||||
* VLSI MP3 Decoder ||||| ||||| ||||| z.Zt. unter CAN-Bus(!) einsortiert
* Atmel AT90CAN128 ||||| |
* MMC / SDC slot ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ==> Bestell-Nr.: CONNECTOR MMC 11, CONNECTOR MMC 12, CONNECTOR SD 21 und CONNECTOR SD 22
* lineare Potentiometer als Schiebepoti ||||| | - Bestell-Nr. PSS-LIN* ("mono") PSM-LIN* ("stereo")
* Echtzeituhr DALAS DS1307 (auch SMD) ||||||| - Bestell-Nr. DS1307/DS1307Z
* Konkret: Neuer PIC ... und PIC18F2550 ||||| |||
* MSP430F1232 |
* Fädelstift, Draht und Kämme ||||| | - Bestell-Nr. Fädelstift/Fädeldraht/Fädelkamm
* Mini-GPS-Module ||||| ||||| ||||| ||||| ||| - Bestell-Nr. GPS ET 102/GPS ET 202/GPS EM 401
* Atmel ATmega48, ATmega168, ATtiny13 ||||| ||||| |||||
* CompactFlash Stecker ||||| ||||| ||||| || - Bestell-Nr. connector CF 01/ Connector CF 02

==== Logbuch ====

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]