Mikrocontroller.net - Benutzerbeiträge [de]

Temperatursensor

2010-06-02T07:19:49Z

Stan: Vandalismus rückgängig gemacht

Will man mit einem [[Mikrocontroller]] Temperaturen messen, dann braucht man
* einen [[Sensor]], der die Temperatur z. B. in eine Spannung oder einen Strom umwandelt
* einen [[ADC | AD-Wandler]], der das Signal digitalisiert. Der kann auf dem Sensor oder dem Mikrocontroller integriert sein.

Temperatursensoren gibt es nun in allen möglichen Varianten. Vom temperaturabhängigen [[Widerstand]] bis zum fertig abgeglichenen All-in-one-Bauteil mit digitalem Ausgang. Wie bei allen Sensoren sollte man auch hier genau hinschauen und [[Auflösung und Genauigkeit]] unterscheiden.

== Analoge Temperatursensoren ==

=== PT100 ===

Unter einem PT100 versteht man einen Platinwiderstand, der bei 0°C einen Widerstand von 100 Ohm hat.
Platinwiderstände sind temperaturabhängige Widerstände mit hoher Wiederholgenauigkeit und Konstanz[http://de.wikipedia.org/wiki/Konstante]. Wegen der relativ geringen Widerstandsänderung von nur ca. 0,4 Ohm pro Grad ist etwas mehr Schaltungsaufwand erforderlich als bei anderen Sensoren. Genauere Formeln zur Temperaturbestimmung gibt es u.a. bei der [http://de.wikipedia.org/wiki/Pt100 Wikipedia]. Ein Schaltplan findet sich bei der [http://www.heise.de/ct/04/22/236/ c't].

Die Sensoren gibt es auch mit anderen Widerstandswerten, z. B. mit 1000Ω und heißen dann entsprechend PT1000.

Vorteil:
* genormt
* hohe Linearität
* hohe Wiederholgenauigkeit
* einfach austauschbar

Nachteil:
* relativ teuer (bei segor.de ab 3,80€)
* brauchen aufwendigere Auswerteschaltung

Links:
* [http://www.heise.de/ct/04/22/236/ c't-Artikel: Mikrocontroller-Programmierung: Timer, Sensoren und Drehgeber (mit PT100 Schaltung)]

=== NTC/PTC ===

NTC und PTC sind temperaturabhängige Widerstände.

* NTC (engl. '''N'''egative '''T'''emperature '''C'''oefficient, Heißleiter), hat bei hohen Temperaturen seinen niedrigsten Widerstand, z. B. Silizium
* PTC (engl. '''P'''ositive '''T'''emperature '''C'''oefficient, Kaltleiter), hat bei niedrigen Temperaturen seinen geringsten Widerstand, z. B. Glühlampe

Um den Widerstandswert zu messen schaltet man sie mit einem normalen Widerstand oder einer [[Konstantstromquelle]] in Reihe zu einem [[Spannungsteiler]] und misst den Spannungsabfall. Eine Beispielschaltung findet sich [http://www.mathar.com/msp_thermo1.html hier].

Vorteil:
* billig (Reichelt 0,29 €)

Nachteil:
* müssen abgeglichen werden
* brauchen A/D-Wandler
* sind nichtlinear

Links:
* [http://www.sprut.de/electronic/temeratur/temp.htm Temperaturabhängige Stromquelle und NTC/PTC inclusive Linearisierung]

=== LMx35 ===

Eine IC-Familie, die pro Kelvin Temperaturänderung ihre Ausgangsspannung um 10 mV ändert. Die ICs gibt es in verschiedenen Genauigkeiten und Temperaturbereichen mit den Bezeichnungen LM135(A), LM235(A) und LM335(A). Der günstigste ist der LM335 mit einem Temperaturbereich von −40 … +100°C.
In verschiedenen Bauformen erhältlich. Beispielschaltungen finden sich im [http://www.national.com/ds.cgi/LM/LM135.pdf Datenblatt] und [http://www.suessbrich.info/elek/elektherm1.html hier]

Vorteile:
* hat auch ohne Kalibrierung eine Genauigkeit von einem Grad (bei 25°C)
* relativ billig (LM335 bei Reichelt ab 0,50 €)

Nachteile:
* benötigt A/D-Wandler
* bei längerer Anschlussleitung störanfällig

=== LM334 ===

Ein IC ähnlich dem LM335 mit dem Unterschied, dass der durch das IC fließende Strom proportional von der Temperatur abhängt. Mit einer einfachen Schaltung aus nur zwei Widerständen kann man dann den Strom in einer Weise wandeln, dass pro Kelvin eine Spannungsänderung von 10mV ausgegeben wird. Da die Strom-Spannungswandlung auf der Platine (und damit nahe am AD-Wandler) stattfindet und die Übertragung des Messwerts durch einen Strom stattfindet, sind Störungen durch Netzbrumm etc. viel geringer als beim LM335

Vorteile:

* relativ billig ([http://www.reichelt.de/?ARTICLE=10468 Reichelt 0,54 €])

Nachteile:
* benötigt A/D-Wandler
* Bereich 0°C-70°C

Ähnliche ICs:
* AD592 (Ausgangsstrom 1µA pro Kelvin, absolute Temperatur) [http://www.reichelt.de/?ARTICLE=3825 Reichelt: 3,75 €], Conrad 174912 8,50 €

=== SMT160-30 ===

Ist ein Zwischending zwischen Digital und Analog. Sein Ausgangssignal ist ein digitales PWM-Signal, zu dessen Messung man am besten den Input-Capture-Eingang eines Mikrocontrollers verwendet. Man kann ihn also wie einen analogen Sensor nur indirekt auslesen, anstatt über einen AD-Wandler hier über einen Timer.

Vorteile:
* Digitales PWM-Signal ist unempfindlich gegen Störeinflüsse
* gibt es in SO8, TO18, TO92 und <b>TO220</b>, gut befestigbar, z.B am Kühlkörper
* linear
* kein Abgleich nötig

Nachteile (viele):
* benötigt Timer
* jittert extrem, genaue Messungen nur über Mittelung / Filterung möglich
* nicht nur das PWM-Verhältnis, sondern auf die Frequenz ist temp-abhängig (1-4kHz)
* teuer (Farnell 10,90€ +16%, Conrad 9,xx€ , www.hy-line.de ??).
* TO92 Gehäuse ist günstiger, dafür weniger genau

Links:
* http://www.hy-line.de/co/sensor-tec/hersteller/smartec/smt-160-30/index.html

=== Thermoelement ===

Ein Thermoelement besteht im einfachsten Fall aus zwei ungleichen Metallendrähten, die an einem Punkt miteinander verbunden sind und bei dem die Verbindungsstelle einer anderen Temperatur ausgesetzt ist als die offenen Enden der Drähte. An den offenen Enden der Drähten entsteht eine Spannung (Thermospannung). Dieser Effekt wurde 1821 von Thomas Seebeck entdeckt ([http://de.wikipedia.org/wiki/Seebeck-Effekt Seebeck-Effekt] bei Wikipedia). Eine weitere Anwendung ist der thermoelektrische Generator ("Thermogenerator").

Vorteil:
* über einen sehr weiten Temperaturbereich einsetzbar

Nachteil:
* die sehr geringen Temperaturspannungen im Mikrovoltbereich benötigen eine sehr gute Auswertelektronik (guter Analogteil + AD-Wandler).

Links:
* [http://digital.ni.com/worldwide/germany.nsf/web/all/7A4F02BAEFEC22AC802567F6003E0D6E Temperaturmessung mit Thermoelementen] - Eine Einführung von David Potter (deutsche Überarbeitung: G.Sinkovic) (inkl. Erläuterung der Kaltstellenkompensation)
* [http://www.ipetronik.com/pdf/Newsletter/Ipetronik_NL2_2004_d.pdf Warum Thermoelemente Relativtemperaturen messen! oder Was ist eine Kaltstelle?] - Technische Information von www.ipetronik.com (PDF, 272 KB)

== Digitale Temperatursensoren ==

=== DS1621 ===

Der DS1621 ist Temperatursensor und A/D-Wandler in einem. Er gibt seine Daten per [[I²C]]-[[Bus]] aus. Ein Schaltplan für einen elektronischen Thermometer mit diesem IC findet sich [http://www.myplace.nu/avr/thermo/ hier].

Vorteile:
* bereits kalibriert
* kein A/D-Wandler nötig
* da I²C ein Bus ist, kann man mehrere DS1621 und andere I²C-Bausteine zusammen anschließen und braucht dafür trotzdem nur zwei I/O-Ports.
* Messbereich -55°C to +125°C
* Genauigkeit +-0,5°
* Auflösung besser 0,01°, wenn man die beiden Zählerregister (Count-Remain und Count-per-C) auswertet

Nachteile:
* teuer (Segor 5,80€; RS 3,95€; Conrad 5,22€)
* obwohl die meisten Register [[Speicher#NVRAM | nichtflüchtig]] sind, kann man ihn nicht als Stand-Alone-Thermostat einsetzen, da er erst nach einem Start-Conversion-Befehl zu messen beginnt.

Nachfolger:
* DS1631, DS1631A (Auto-Start-> Stand-Alone-Thermostat), DS1731
* weitere Stand-Alone-Thermostaten: DS1821, DS1629

=== LM75 ===

Der LM75 ist so ähnlich wie der DS1621, allerdings nur in SMD erhältlich und nicht so genau. Er ist aber öfters mal auf PC-Mainboards zu finden, so dass man beim Schlachten eines solchen günstig an einen Temperatursensor kommen kann. Einen Schaltplan findet man [http://www.mcselec.com/index.php?option=com_docman&task=cat_view&gid=83&limit=1&limitstart=35 hier].

Vorteile:
* bereits kalibriert
* kein A/D-Wandler nötig
* I²C-Bus Ausgang
* billiger als DS1621 (Reichelt 1,45 €; RS 3V: 3,75€; 5V: 2,72€)
* Auflösung 0,5°

Nachteile:
* nur im SMD-Gehäuse erhältlich
* relativ ungenau (+-2°), kann man jedoch kalibrieren / kompensieren

Kompatible Typen:
* AD7415ART

=== TMP175 / TMP75 ===

Ähnelt dem LM75 stark! Temperatursensor von Texas Instruments.

=== DS18S20 / DS18B20 ===

Der DS18S20 (Nachfolger des DS1820) und DS18B20 sind scheinbar Temperatursensoren und A/D-Wandler in einem. Wenn man genauer hinschaut, stellt man fest, dass es sich um direktwandelnde Sensoren handelt. Die Temperatur wird ohne Umweg über eine analoge Zwischengröße (Spannung oder Strom) in ein digitales Signal überführt. Die Datenkommunikation erfolgt über ein 1-Wire-Interface, wodurch man am [[Mikrocontroller]] mit nur einen einzigen I/O-Pin auskommen kann. Außerdem beherrschen sie die parasitäre Stromversorgung, d.h. man braucht für Daten und Stromversorgung zusammen nur zwei Leitungen. Der DS18B20 hat 12 Bit Auflösung gegenüber 9 Bit Auflösung beim DS18S20.

Vorteile:
* bereits kalibriert
* Genauigkeit +-0,5°
* 1-Wire-Ausgang

Nachteil:
* relativ teuer: Reichelt: 2,50€ / CSD: 1,85€ / Conrad 5,08€

Links:
* [http://chaokhun.kmitl.ac.th/~kswichit/avrthermo/avrthermo.html Ein Schaltplan]
* [http://www.mikrocontroller.net/topic/6505 Code zur Ansteuerung ASM ATTiny12]
* [http://www.mikrocontroller.net/topic/14792 Code zur Ansteuerung AVR-GCC]
* [http://pdfserv.maxim-ic.com/en/ds/DS18S20.pdf Datenblatt DS18S20]
* [http://pdfserv.maxim-ic.com/en/ds/DS18B20.pdf Datenblatt DS18B20]
* [http://www.mikrocontroller.net/forum/read-4-248219.html Webserver zur Ansteuerung von bis zu 63 Bausteinen]
* [http://www.teslabs.com/openplayer/docs/docs/other/ds18b20_pre1.pdf PDF Anleitung zur Beschaltung und Programmierung (C)]

=== DS1822 ===

Ähnlich wie DS18S20, aber weniger genau (+-2°) und in großen Stückzahlen billiger. Wegen der geringeren Verbreitung kommt der Preisvorteil aber bei Einzelstücken nicht beim Kunden an. So kostet er bei Reichelt mit 3,50€ mehr als der DS18S20.

=== DS1921 / DS1922 ===

Sind wie die DS1821 1-wire-Sensoren mit zusätzlicher Logging-Funktion.
Im iButton-Gehäuse befindet sich eine Lithium-Zelle, eine RTC, CMOS-RAM und der Temp-Sensor. Nach umfangreicher Progammierung startet der Button seine Mission (Aufzeichnung des Temperaturverlaufs).
Gibt es auch mit zusätzlicher Feuchtemessung (DS1923).

=== TSic ===

Die TSic Sensoren werden baugleich von 3 Herstellern angeboten:
* ZMD ([http://www.zmd.biz/temp.php?group=temp&content=products Homepage]) ([http://tarr.uspto.gov/servlet/tarr?regser=serial&entry=78673282 Trademark])
* IST AG ([http://www.ist-ag.com/eh/ist-ag/de/home.nsf/contentview/8F5D32432CAC53C2C1257405003C2433 Homepage])
* Hygrosens ([http://www.hygrosens.de/english/shop/list.html?tx_ttproducts_pi1%5Bcat%5D=11&cHash=dcd89b823b Homepage])

Die TSic Sensoren ([http://www.zmd.biz/pdf/ZMD%20TSic%20Data%20Sheet%20V3%207.pdf Datenblatt]) geben ihre Temperaturmessdaten automatisch in einem festen Intervall aus. Daher muss der Host nur warten bis die nächsten Messdaten rausgeschickt werden. Die TSic Sensoren die es im freien Handel gibt, geben ihre Messdaten alle 100ms (10Hz) aus.
Zur Übertragung wird das [http://www.zmd.biz/pdf/IST_TSic_ZACwire_V2.3%20Digital%20Output_17-Oct-06.pdf ZACwire] Protokoll benutzt. Es handelt sich um eine einfach zwei Byte Übertragung per Manchester-Code. Diese zwei Byte repräsentieren den digital gewandelten Temperaturwert. Im Gegensatz zu Sensoren wie den DS18xxx von Dallas muss dieser Wert aber erst auf einen dezimalen Wert umgerechnet werden.
Die Sensoren kommen mit 3 Pins aus (VCC, GND, Dout).

Vorteile:
* Bereits kalibriert
* Verschiedene Genauigkeiten lieferbar
* Sehr einfaches Kommunikationsprotokoll
* Geringer Stromverbrauch
* Hochgenau: bis zu +/- 0.1°C (TSic 50x)

Nachteil:
* Recht teuer (Reichelt: 4,70€ für den TSic206)
* Nur ein Sensor an einem I/O nutzbar (Kein Bussystem)

Achtung!
Die TSic Sensoren gibt es auch als Version mit analog Ausgang. Bei der Typenbezeichnung gibt die 3. Stelle an ob es sich um die analog- oder Digitalversion handelt (1 = analog, 6 = digital).
Der TSic201 ist also analog, wärend der TSic206 ein digitaler ist.

Links:
* [http://www.mikrocontroller.net/topic/45573#347765 Ansatz zum Empfang der Daten]
* [http://ethersex.de/index.php/Zacwire Fertige Ansteuerung durch AVR in Ethersex]
* [http://www.zmd.biz/temp.php?group=temp&content=products Herstellerseite mit Datenblättern und FAQ]
* [http://www.mikrocontroller.net/topic/82087 Diskussion mit Beispielcode (MSP430, AVR, PIC)]
* [http://www.mikrocontroller.net/search?query=tsic* Suche in den Foren]

=== SHT1x/SHT7x ===

Der SHT1x/SHT7x (SHT10, SHT11, SHT15, STH71, SHT75) sind kombinierte Temperatur- und Feuchtesensoren von [http://www.sensirion.com Sensirion]. Sie unterscheiden sich in Bauform und Genauigkeit.

Vorteile:
* digitale Schnittstelle mit einfacher [[I²C]]-''ähnlicher'' Ansteuerung
* keine Kalibrierung notwendig
* Beispielcode (C, MC51) auf der Sensirion-Seite verfügbar (relativ leicht portierbar)
* interne Heizelemente (Funktionsprüfung, "rauhe" Umgebung)
* Spannungsmonitor ("Battery fail")

Nachteile:
* kann nicht am [[I²C]] Bus betrieben werden, theoretisch gleiche Clockleitung möglich, fixe Adresse
* relativ teuer (Farnell 18,60€)

Es gibt jetzt einen Nachfolger SHT2x, der I²C-kompatibel ist.

=== ADT7310 ===

Der ADT7310 von [http://www.analog.com/en/sensors/digital-temperature-sensors/adt7310/products/product.html Analog Devices] besitzt eine Auflösung von 16 Bit und eine Genauigkeit von ±0.5°C im Bereich von −40°C bis +105°C.

Vorteile:
* Ansteuerung per [[SPI]]
* keine Kalibrierung notwendig
* hohe [[Auflösung und Genauigkeit]]
* programmierbarer [[Interrupt]]ausgang für Unter- und Übertemperatur

Nachteile:
* zur Zeit noch schlecht erhältlich (z.B. bei Digikey für 4,39$)

[[Category:Sensorik]]

AVR RFM12

2009-12-07T15:38:19Z

Stan: /* USB RFM12 */ linebreak entfernt

Schaltungen und Software für AVR und das Funkmodul [[RFM12]].

== SVN ==

svn://mikrocontroller.net/rfm12

Wegen Zugangsdaten bitte bei [http://www.mikrocontroller.net/user/show/andreas Andreas Schwarz] melden.

----

== Software ==

=== Treiber ===

[http://www.mikrocontroller.net/attachment/22473/rfm12_pc.zip Firmware v1.0.0] von Benedikt K.

[http://www.mikrocontroller.net/attachment/23542/RMxx_Driver.tar.bz2 Firmware v2.0.1] von Jürgen Eckert

{| border="1" cellspacing="0"
|+ Funktionalität
|-
! || Beschreibung || Software
|-
!1. Stufe:
| Die Daten von der seriellen Schnittstelle werden über die Funkstrecke auf die serielle Schnittstelle der anderen Seite übertragen. (Wir freuen uns über jedes Byte das ankommt)
| [http://www.mikrocontroller.net/topic/67273#564945 Claude Schwarz], [http://www.mikrocontroller.net/topic/71682#584915 Benedikt K.] oder [http://www.mikrocontroller.net/attachment/36742/RFM12_V3.zip Manuel Stahl]
|-
! 2. Stufe:
| Es findet eine Fehlererkennung (z.B. mit CRC-Summen) statt. Fehlerhafte Daten werden erneut angefordert. Dadurch gehen auf der Funkstrecke keine Daten verloren und es werden keine Daten verfälscht.
| [http://www.mikrocontroller.net/topic/71682#585851 Benedikt K.]
|-
! 3. Stufe:
| Die Datenübertragung wird individualisiert. Dadurch können zwei Funkstrecken, die im gleichen Empfangsbereich liegen nebeneinander arbeiten, ohne sich zu beeinträchtigen.
| [[RFM12_Protokoll_Stack]]
|-
! 4. Stufe:
| Die Datenübertragung wird verschlüsselt und damit abhörsicher.
|
|-
!5. Stufe:
| Neben den Daten der seriellen Schnittstelle werden auch Änderungen der Statusleitungen übertragen. Damit erhält man eine "RS232-Verlängerung" über eine Funkstrecke, die fehlerfrei arbeitet und zu einer Drahtverbindung weitestgehend kompatibel ist.
|
|}

=== RS232 <-> RFM12 ===

TODO

=== USB <-> RFM12 ===

Mit [http://www.obdev.at/vusb/ V-USB] lässt sich ein USB-Slave in Software emulieren.

* [http://www.recursion.jp/avrcdc/ AVR-CDC] läuft mit Anpassung der USB-Pins. ''(Zumindest unter Windows an einem USB2.0-Port)''

Adapter für [http://www.embedded-projects.net/?page_id=135 USBprog]:

* Funktionierender Code liegt im oben genannten SVN
* Implementiert die USB-CDC-Klasse (kein Treiber nötig)
* Sicherung der Übertragung durch Hamming-Code
* Work in progress... (Manuel Stahl)

----

=== Alternative rfm12lib ===
rfm12lib von das-labor.org

==== Features ====
* Ein einfaches Paketformat, bestehend aus:
** Einem 8-bit (0..255) Pakettyp- oder Adress-feld
** Paketlänge bis zu 255 Bytes
** Eine simple Header Checksumme
* Interrupt oder Polling basierte Datenübertragung
* Verschiedene Frequenzbänder, abhängig von dem verwendeten Modul (433, 868 und 915 MHz)
* Collision avoidance (carrier sense)
* Synchronisierungsfunktion beim Datenempfang
* Hardware oder software SPI
* Nur-Sende-Modus, zum verkleinern der binaries
* Grundlegende ASK (amplitude shift keying) empfangs und sende Funktionalität (Für Funksteckdosen aus dem Baumarkt und ähnlichem)
* Low-battery detector (funktion des RFM12)
* Low-power Wakeup timer (funktion des RFM12)

==== Download ====
* [http://www.das-labor.org/wiki/RFM12_library Projektseite]
* [http://www.das-labor.org/LaborLibTrac/browser/rfm12 Code im SVN]
----

== Hardware ==

=== Basismodul V1.0 ===

'''Prozessor'''

ATmega8 TQFP32 (kompatibel ATmega48, ATmega88, ATmega168)

'''Schnittstellen'''

* RS232
* I²C:
* USB
* GPIO

'''Platine'''

[[Bild:AVR RFM12 Schematic.png|200px|ATmega48 + USB]]
[[Bild:AVR RFM12 Board TOP.png|220px|2-lagig top]]
[[Bild:AVR RFM12 Board BOTTOM.png|240px|2-lagig bottom]]
[[Bild:AVR_RFM12_Photo.jpg|240px|Photo]]

<div style="float:left; border-right:1px solid gray; padding-right:10px;">
'''Bauteile:'''

Größe: SMD 0603

* R1, R2: 68R (nur USB)
* R3, R4: 10k
* R5: 1k5 (nur USB)
* C1, C2: 22pF
* C3 - C9: 100nF
* Q1: 12Mhz (nur USB)
* D1, D2: beliebig, Minimelf
* IC3: MAX3221CUE
</div>

<div style="float:left; border-right:1px solid gray; padding: 0px 0px 10px 10px; width:33%">
'''Kosten:'''

* MiniUSB SMD: '''1,25€'''
* HF-Buchse MMCX: '''4,25€'''
* ATmega48: '''2,85€'''
* MAX3221CUE: '''1,10€'''
* Quarz 12Mhz 30ppm: '''1,19€'''
* Kleinkram: '''< 1,10€'''

* habe ein verbindliches Angebot für 24 Stück von http://mme-pcb.de/: '''4,00€ pro Platine'''
</div>

<div style="float:left; padding: 0px 0px 10px 10px; width:33%">
''' Bugs / Erweiterungen:'''

* Der 1,5k Widerstand muss direkt an den VCC-Pin angelötet werden (Pad ist nicht verbunden)
* Beim Fertigen wurde das Polygon, welches das VCC-Signal durch die eine Ecke des ATmega48 leitet, unterbrochen. Hier hilft nur eine Drahtbrücke.
* Unter den RFM12 und unter das Quarz am Besten Isolierband kleben!
* Beim Programmieren sollte der SEL des RFM12 (J1 der zweite Pin vom RS232 aus) auf VCC gelegt werden
</div>
<div style="clear:both"></div>

[http://www.mikrocontroller.net/attachment/24012/RFM12.brd Board (Eagle)]:

[[Bild:AVR RFM12 Board top bestuecken.png|200px|top]]
[[Bild:Board bottom bestuecken.png|200px|bottom]]
----

=== Flashcraft Funkboard ===

[http://flashcraft.de/index.php/funkboard-uebersicht Homepage des Projekts]

Eine andere Funklösung mit dem RFM12 bietet das '''Open Source''' Flashcraft Funkboard von Florian Scherb.

[[Bild:Flashcraft_funkboard_pic.jpg|right]]

'''Das Projekt enthält'''
* Funkboard Platine
* Code für AVR
* PC Terminalprogramm
* Dokumentation

'''Überblick:'''

# Über 60 Seiten starke Dokumentation
# PC Terminalprogramm zum Testen und Konfigurieren
# Abmessungen: 32x34mm, Montage durch 2 Stiftleisten im 2,54mm Raster
# ATmega32 übernimmt komplette Ansteuerung
# 3 Schnittstellen sind vorgesehen: I2C, SPI, UART (derzeit nur UART)
# SMA-Antennenanschluss
# Stromaufnahme: 40mA im normalen Betrieb, 2 Schlafmodi mit Stromverbrauch bis min. 25µA!
# Betriebsspannungsbereich von 3,2 - 5,4V (mit ATmega32L)
# 5V oder 3V Spannungsregler onBoard! Direkter Batteriebetrieb möglich; Kann externe Schaltung versorgen!
# uvm.

'''Außerdem:'''

# Unterstützt Funknetzwerk mit bis zu 125 Modulen!
# Kontrolle über fast alle Konfigurationen, direkt im Betrieb änderbar, kein Umprogrammieren notwendig!
# Zahlreiche Sicherheitsfeatures wie Acknowledge, CRCs,...
# RS232-Treiberbaustein MAX3221 onBoard. Damit TTL- und RS232-UART möglich
# Clock Takt am Funkboard abgreifbar, z.B. für externen Mikrocontroller
# Totzeiten ca. 1,5 Millisekunden beim Wechsel zwischen Sende- und Empfangsbetrieb
# uvm.

'''Schaltpläne, Board-Layout, Sourcecodes und andere Files sind auf der [http://flashcraft.de/index.php/funkboard-uebersicht Homepage] des Funkboard-Projekts verfügbar. Diskussionen zum Projekt gibt es im [http://www.mikrocontroller.net/topic/115542 Forums-Thread]'''
----

=== USBprogRFM12 ===

Da der USBprog genau das SPI-Interface des ATmega32 zur Verfügung stellt, eignet er sich perfekt als USB-RFM12-Adapter.

[[Bild:USBprogRFM12_schematic.png|200px|USBprogRFM12]] [[Bild:USBprogRFM12_board.png|200px|USBprogRFM12]]

[[Bild:USBprogRFM12.jpg|400px|USBprogRFM12]]

----

== Links ==

* [http://www.mikrocontroller.net/topic/65984 Allgemeine Diskussion]
* [http://www.mikrocontroller.net/topic/71682 bidirektionale RS232 Funkbrücke mit RFM12]
* [http://www.das-labor.org/wiki/Datenfunk_mit_dem_AVR Datenfunk mit dem AVR] bei das-labor.org
* [http://news.jeelabs.org/docs/jn3.html JeeNode (v3)]

[[Kategorie:AVR-Projekte]]
[[Kategorie:AVR-Boards]]
[[Kategorie:Funk]]

Include-Files

2009-01-26T10:31:06Z

Stan: link added

Allgemein Dateien, die im Rahmen der Verarbeitung einer anderen Datei ''eingeschlossen'' (inkludiert) werden.

Bei der Programmierung werden Include-Files häufig eingesetzt, um das wiederholte Hinterlegen ein und derselben Information in mehreren Dateien zu vermeiden (z.B. die Beschreibung häufig verwendeter Datenstrukturen).

Für die bei der Programmierung von Mikrocontrollern oft verwendeten, [[HLL|höheren Programmiersprachen]] [[C]] und [[C-Plusplus|C++]] bietet der [[C-Präprozessor]] entsprechende Möglichkeiten.

siehe auch: [[Include-Files (C)]]

Eagle im Hobbybereich

2008-10-17T10:48:18Z

Stan: /* Schaltplan */ typo

== Einleitung ==

Ich habe bis vor kurzem keinerlei Erfahrung mit einem PCB Programm gehabt. Meine ersten Schritte habe ich mit Gschem und PCB versucht. Sie waren auch einigermassen erfolgreich. Mittlerweile bin ich zu Eagle gewechselt.
Es finden sich einfach mehr Informationen zu Eagle und die Freeware ist für mich vollkommen ausreichend. Desweitern muss ich für das nächste Projekt im Studium Eagle benutzten. Daher will ich erstmal ein System erlernen.

Meine ersten Erfahrungen zu Eagle waren eigentlich grundsätzlich ganz positiv. Was jedoch völlig in die Hose gegangen ist ist die fertige Platine. Nach dem Belichten, Entwickeln, Ätzen, Bohren und Bestücken sind mir meine Fehler erstmal so wirklich aufgefallen.
Viele Leiterbahnen und Pads waren einfach nicht Hobbygerecht ausgeführt. Sind die Pads zu klein und man bohrt nicht ganz genau gibt das nur Ärger.

Aus diesem Grund soll dieser Artikel kein Eagle Tutorial werden, sondern eher eine Anlaufstelle mit welchen optimalen Einstellungen Eagle im Hobbybereich verwendbar ist.

Meine meisten Informationen habe ich aus folgenden Büchern:

* Michael Schramm: "Entwurf und Herstellung gedruckter Schaltungen", Elektor Verlag, 5.Auflage (recht alt, aber sinnvolle Tips zum Positionieren von Bauteilen, Verlegen von Leitungen und Tips zu Eagle 2.05)
* Ketler, Neujahr: "Leiterplattendesign mit Eagle", mitp Verlag

Sehr zu empfehlen ist das erste Buch. Optimale Leiterbahnendicken werden unter Berücksichtigung des Machbaren im Hobbybereich berechnet und definiert.

Ich habe mich entschlossen, Eagle nochmal von Vorne an zu erlernen und die Tips aus beiden Büchern mit einzubeziehen. Deshalb wird diese Seite auch erst langsam wachsen. Natürlich sind die Tips und Tricks von langjährigen Eagle Nutzern nicht durch das Geschwafel aus den Büchern ersetzbar. Also daher auch der Aufruf an jeden: Mitmachen.

== Empfehlungen für Leiterbahnen im Hobbybereich ==

{| border="1"
!Breite<BR>[mil]
!Breite<BR>[mm]
!Verwendungszweck
!Strombelastbarkeit<BR>[A]
|-
| align="center" |14
| align="center" |0.35
|für IC-Durchführungen und als Standardleiterbreite, wenn wenig Platz ist
| align="center" |0.5
|-
| align="center" |36
| align="center" |0.91
|Standardleiter bei genügend Platz
| align="center" |1.5
|-
| align="center" |58
| align="center" |1.47
|Mittlere Breite
| align="center" |2
|-
| align="center" |86
| align="center" |2.18
|Kräftiger Leiter für Versorgungsspannung und Masse
| align="center" |3
|-
| align="center" |136
| align="center" |3.45
|Sehr kräftiger Leiter für große Elkos und Leistungsbauteile
| align="center" |5
|-
| align="center" |225
| align="center" |5.72
|
| align="center" |8
|}

Warum diese Leiterbahndicken gewählt wurden, ist im [Schramm] zu finden. Grundsätzlich haben sie mit der optimalen Isolation, dem Grid und der optimal erreichbaren Packungsdichte zu tun.

Die benutzten Leiterbreiten und Pads besitzen immer mind. 10 mil Isolationsabstand. Die feinster 14 mil Leiter ist im Grundraster 0.025 anreihbar. Betriebsspannungen sollen mind. ueber 36 mil breiter Leiterbahnen geführt werden, IC-Durchführungen sind hierbei zu vermeiden. Siehe auch [[Leiterbahnbreite]].

== Pad-Innendurchmesser / Bohrlöcher ==

Grundsätzlich: Je weniger Bohrstärken desto weniger Bohrerwechsel und Kosten (z.B. bei professioneller PCB Herstellung)

{| border="1"
!DRILL<BR>[mil]
!Zurdnung<BR>Werkzeug Nr.
!Auszuführender<BR>Bohrdurchmesser<BR>[mm]
|-
| align="center" |22
| align="center" |TO 1
| align="center" |0.8
|-
| align="center" |24
| align="center" |TO 2
| align="center" |1.0
|-
| align="center" |26
| align="center" |TO 3
| align="center" |1.3
|-
| align="center" |28
| align="center" |TO 4
| align="center" |1.6
|-
| align="center" |30
| align="center" |TO 5
| align="center" |2.8
|-
| align="center" |32
| align="center" |TO 6
| align="center" |3.5
|}

== Padformen und Außendurchmesser ==

{| border="1"
!Form
!Größe<BR>[mil]
!Verwendung
|-
|Quadrat
| align="center" |62
|nur für Anreihungen in 0.1" wie in IC's und Stecker nach DIN 41651, DIN 41612
|-
|Octagon
| align="center" |86
|Widerstände Bauform 0207, Kleindioden, kleine Kondensatoren, Transistor TO-92
|-
|Octagon
| align="center" |136
|größere Bauteile und einzelne Lötstifte
|-
|Octagon
| align="center" |225
|größte Bauteile, z.B. axiale Elko, Printtrafo
|}

'''Pads für Befestigungsbohrungen'''

Rund 189 mil außen, 28 mil innen für 2.8 mm Bohrung
Rund 217 mil außen, 30 mil innen für 3.5 mm Bohrung

== Auswahl des Rasters ==

=== Schaltplan ===

Im Schaltplan ist es '''dringend''' empfohlen, die Pins von Bauteilen sowie die Netze nur auf dem voreingestellten Raster von 0.1 Inch (100mil) zu platzieren. Warum? Weil Eagle nur dann Pins und Netzteile automatisch verbinden kann, wenn die Endpunkte '''exakt''' die gleichen Koordinaten haben. Siehe Handbuch. Also hier bitte '''nicht''' das Raster verändern. Ausnahmen davon sind Names, Values und Bauteilumrandungen. Die können auf einem beliebigen Raster platziert werden und z.B. nach dem Befehl '''SMASH''' beliebig verschoben werden (alternatives Raster mit gedrückter '''ALT'''-Taste nutzen).

=== Layout ===

Hier sollte man zu Bauteilplatzierung ein eher grobes Raster wählen, z.B. 50mil, um eine saubere Ausrichtung der Bauteile zu erreichen. Zum Layouten dann auf ein feines Raster umschalten, welches aber möglichst ein ganzzahliger Teiler des groben Raster ist. Also z.B. 25mil oder für feinere Sachen 10mil. Es ist auch nicht verkehrt das metrische System einzustellen. Somit hat man viel eher eine Größenvorstellung. Allerdings hat man dann ein paar Probleme Leitungen genau mittig durch die meist immer noch zollmassigen Stecker und Pins zu verlegen. Hier sollte man besser bei einem zollbasiertem Raster bleiben.

=== Leitungen gerade anschliessen ===

Anfäger haben oft das Problem, dass ein IC mit metrischem Pinraster nicht sauber layoutet werden kann, weil das Raster zum Layouten meist zöllig ist (siehe oben). Das ist aber kein Problem. '''Man muss mit dem Routen am Pin des betreffenden Bauteils anfangen!''' Denn dann beginnt Eagle '''exakt''' mittig auf dem Pad mit der Leiterbahnverlegung. Es versucht dann halbautomatisch, möglicht kurz auf das aktuelle Raster zu springen. Dabei kann man mit der rechten Maustaste den Verlegemodus umstellen (direkt, 45 Grad Knicke, Bögen etc.). Nach dem ersten Click ist man dann auf dem normalen Raster und kann ganz einfach und sauber layouten.

== Weitere Tips ==

=== Projektbeschreibung ===

Nutze die Projektbeschreibungen. Projektbeschreibungen sollten erfolgen und genutzt werden. Viele Informationen zur Schaltung lassen sich hier noch unterbringen und man weiß später noch was man wie und wieso gemacht hat.

RECHTE MAUSTASTE auf das Projekt -> EDIT DESCRIPTION

Die Formatierung kann im HTML-Format erfolgen,
z.B.:
<pre>

<b> zu digitales Labornetzteil </b>

<p> Dieses Verzeichniss enthält das digitale Labornetzteil von tuxgraphics.org</p>

<p> Die Schaltung sowie das Layout sind von mir für meine Zwecke optimiert worden.
Für die Zukunft will ich noch ein paar Funktionen hinzufügen und die Schaltung erweitern.</p>
...

</pre>

=== Voreinstellungen ===

Wer mit COMMAND TEXT arbeitet, dem kann eventuell die Eagle.scr Einstellungsdatei hier weiterhelfen. Bitte auf die ID achten. Ich probiere momentan noch ein wenig mit der Datei herum. Evtl. stellen sich manche Einstellungen als Unsinn heraus. Daher kann es vorkommen, dass ich dies hier ab und zu mal aktualisieren werden.

<pre>
# Configuration Script
#
# This file can be used to configure the editor windows.
# $Id: eagle.scr,v 1.6 2006/04/08 14:08:24 sascha Exp $

# Einstellungen für Layoutprogramm
BRD:

Grid Default On; # Gitter auf Normalwert (0.5)
Layer Bottom; # Erster aktiver Layer ist Solder

# Leiterbahnnen
Change Width 0.014; # Erste aktive Linienbreite
#Set auto_width 0.014; # Linienbreite für Autorouter
Set Width 0.014 0.036 0.058 0.086 0.136 0.225 # Auswahl Linienbreiten, die angeboten werden

# Menue
# Menu Add Change Copy Delete \
# Display \
# Grid Group Move Name \
# Quit \
# Route Script Show Signal \
# Split Text Value Via \
# Window ';' \
# Wire Write Use Edit;

MENU 'Grid {\
Metric {\
Fine : Grid mm 0.1; |\
Coarse : Grid mm 1;\
} | \
Imperial {\
Fine : Grid inch 0.001; |\
Coarse : Grid inch 0.1;\
} | \
On : Grid On; | \
Off : Grid Off;\
}'\
'Display {\
Top : Display None Top Pads Vias Dimension; |\
Bottom : Display None Bottom Pads Vias Dimension; |\
Placeplan {\
Top : Display None tPlace Dimension; |\
Bottom : Display None bPlace Dimension;\
}\
}'\
'---'\
'Fit : Window Fit;'\
'Add' 'Delete' 'Move' ';' 'Edit' 'Quit'\
;

# VIAs
#set diamaeter 0.063; # Via Durchmesser
#set drill 0.020; # DRILL für VIA
#change shape oc; # VIAs 8-Eck Wahl

# Bohrloecher
#change diameter 0.063; # Erster aktiver Durchmesser
#set drill 0.020; # Ertse aktive Drilleinstellung

# Autorouter
#set auto_shape oc; # Autorouter VIA 8-Eck
#set auto_diameter 0.063; # Autorouter VIA-Durchmesser
#set auto_drill 0.020; # Autorouter VIA DRILL

# Schriftgrö??en
#set size 0.050 0.070 0.100 0.150 # Schriftgrö??enauswahl
#change size 0.070; # Erste aktive Schriftgrö??e

#Menu Add Change Copy Delete Display Grid Group Move Name Quit Rect \
# Route Script Show Signal Split Text Value Via Window ';' Wire Write Edit;

# --------------------
# Einstellungen für den Schaltplan
SCH:

# Grid
Grid Default; # Gitter auf Normalwert (100 mil), wird auch von Eagle Empfohlen
Grid Mil; # Einheiten auf MIL umstellen
Grid Alt Mil 50 Mil; # Alternatives (feineres Gitte) mit 50 mil, Umschalten mit ALT-Taste
Grid Dots; # Punkte
Grid On; # Grid an

Change Width 0.006;

MENU 'Grid {\
Imperial {\
Finest: Grid Mil 25 Dots on;|\
Fine : Grid Mil 50 Dots on ; |\
Normale : Grid Mil 100 Dots on;\
} | \
On : Grid On; | \
Off : Grid Off;\
}'\
'Display {\
All Important: Display None Nets Busses Symbols Names Values; |\
Components : Display None Symbols Names Values; |\
Wires : Display None Net Busses; |\
No Names and Values : Display None Nets Busses Symbols -Names -Values; \
}'\
'---'\
'Fit : Window Fit;'\
'Add' \
'---' \
'Group' 'Move' 'Delete' 'Edit' \
'---' \
'Label' 'Name' 'Value'\
'---' \
'Net' 'Bus' 'Wire' 'Junction' \
'---' \
';' 'Quit'\
;

#Menu Add Bus Change Copy Delete Display Gateswap Grid Group Invoke Junction \
# Label Move Name Net Pinswap Quit Script Show Split Value Window ';' \
# Wire Write Edit;

LBR:

#Menu Close Export Open Script Write ';' Edit;

DEV:

Grid Default;
#Menu Add Change Copy Connect Delete Display Export Grid Move Name Package \
# Prefix Quit Script Show Value Window ';' Write Edit;

SYM:

Grid Default On;
Change Width 0.010;
#Menu Arc Change Copy Cut Delete Display Export Grid Group Move Name Paste \
# Pin Quit Script Show Split Text Value Window ';' Wire Write Edit;

PAC:

Grid Default On;
Change Width 0.005;
Change Size 0.050;
#Menu Add Change Copy Delete Display Grid Group Move Name Pad Quit \
# Script Show Smd Split Text Window ';' Wire Write Edit;

</pre>

=== Module kopieren ===

Manchmal hat man eine kleine Anordnung von Bauteilen, welche mehrfach verwendet werden soll, z.B. in einer Relaisansteuerung mit mehreren Kanälen. Da ist es sinnvoll, dieses Modul nur einmal im Schaltplan zu erstellen, zu platzieren und zu layouten und dann mehrfach zu kopieren. Leider geht das so direkt nicht mit Eagle. Es gibt aber einen brauchbaren Trick.

* Baugruppe im Schaltplan anlegen
* '''Alle''' Signale mit '''NAME''' benennen (die N$xx sind spezielle automatische Netznamen, die funktionieren hier nicht)
* Die Namen dürfen keine Nummer beinhalten
* Ins Board wechseln, Bauteile platzieren und layouten
* Alles '''speichern''', danach eine Sicherheitskopie von Board und Schaltplan erstellen
* Board schliessen
* Im Schaltplan die Baugruppe mit '''GROUP''' markieren und über '''CUT/PASTE''' vervielfältigen (rechte Maustaste bei '''CUT''')
* Schaltplan speichern und schliessen
* Schaltplan wieder öffnen, Eagle lädt automatisch auch das Board und meckert wegen der Inkonsistenz
* Ins Board gehen und auch dort die Baugruppe mit '''GROUP''' markieren und mitsammt Layout über '''CUT/PASTE''' kopieren (rechte Maustaste bei '''CUT''')
* Jetzt im Board '''ERC''' durchführen, Eagle wird eine Inkonsistenz feststellen, weil einige Signalnamen nicht übereinstimmen. Das gilt vor allem für gemeinsame GND/VCC.
* Im Board die Namen korrigieren ('''NAME''')
* Danach sind Board und Schaltplan wieder konsistent.
* Speichern!

[[Category:Platinen]]

Touchpad

2008-08-15T10:27:45Z

Stan: typos

=Touchpad – do it yourself=

Dieses Platinentouchpad reagiert nicht wie die herkömmlichen Touchs auf Kapazität sondern auf den Hautwiderstand.

==Die Funktionsweise:==

====Der Touch:====

Auf einer Platine ist jeweils eine Minusleitung direkt neben einer Sensorleitung. Beim Berühren wird die Sensorleitung hochohmig mit der Minusleitung verbunden. Bei den Pullupwiderständen gilt desto höher der Wert desto feinfühliger reagiert der Touch. Ich würde hier Werte zwischen 500 Kiloohm und 2000 Kiloohm nehmen je nachdem wie man die Touchplatine aufgebaut hat und wo und wie man sie einsetzt.

[[Bild:Touch.gif]]

[[Bild:Touchschaltplan.jpg]]

====Die Auswerteeinheit:====

Die Auswerteeinheit ist extrem einfach:
Ein 4066 cmos-Ic beinhaltet 4 digitale Schalter. Wenn die Steuerleitung an den Pluspol gelegt wird „schaltet“ der Schalter durch und wenn sie an Masse gelegt wird ist er geöffnet.
Eine der Seiten der Schalter sind an den Mikrocontroller angeschlossen, die anderen an Minus, die Steuerleitungen an den Touch
Ein AVR wertet die Signale von dem 4066 aus und sendet wenn der Touch berührt wurde dem Hostcontroller seriell die Daten

==Touchkreis:==

[[Bild:Touchkreistest.jpg]]
Eine Möglichkeit ist ein Touchkreis zu bauen. Natürlich kann man auch andere Formen gestalten. Bei dieser Version kann man srollen (im Uhrzeigersinn oder gegen den Uhrzeigersinn über den Kreis fahren) und hat die Möglichkeit 4 Taster (Oben, Unten, Recht, Links) zu benutzen. Durch ein Doppelklick (wie beim Laptop) wird dem Touchcontroller gezeigt das es sich um ein Tasten handelt und nicht um srollen.
Ich hab hier ein ATtiny13 eingesetzt, weil er die benötigten Portpins hat, sehr bekannt ist/ oft eingesetzt wird und preiswert ist

===Der Aufbau===
====Des Touchs====
Man muss bei der Platine eigentlich nur zwei Sachen beachten:

1) Der innere Kreis darf nicht direkt an den vier Sensorflächen anliegen, weil sonst der Touch sehr feuchtigkeitsempfindlich wird und
2) Das Gehäuse muss die Sensorleitungen die zu den Sensorflächen führen vollständig abdecken sonst würde man z.B wenn man Rechts berührt die Leitung wo nach Oben führt auch an Masse legen.

====In Standgeräten:====
Das Problem in Standgeräten ist das man normalerweise waagerecht tippt. Daher berührt nur die Fingerkuppe den Touch.
Ich würde hier die Sensorflächen ein bisschen näher an den Minuskreis legen, außerdem die Pullupwiderstände vor den 4066er Eingängen erhöhen (nicht zu hoch sonst treten Probleme auf wenn man schwitzt, dagegen Haucht oder sich in stark feuchten Räumen befindet).

====In Handgeräten:====
Hier hat man den Vorteil das man fast parallel zum Gehäuse den Touch berührt (-> große Auflegefläche daher kann man die Pullups vor den 4066er Eingängen ein bisschen senken)
In Handgehäusen bietet sich oft nicht viel Platz deswegen würde ich eine kleine doppelseitige Platine verwenden auf der eine Seite der Touch und auf der Rückseite die Auswerteelektronik komplett in SMD.

===Die Funktionsweise der Software des AVRs===

Im Hauptprogramm wird erst kontrolliert ob zu hohe Feuchtigkeit ist dann ob man die Tastensperre aktiviert werden sollte und dann werden noch alle Toucheingänge abgefragt und wenn eine Sensorfläche berührt wurde wird die alte Berührung mit der jetzigen verglichen. Wenn ein danebenliegendes Feld berührt wurde wird mit dem Uhrzeigersinn scrollen oder gegen den Uhrzeigersinn srollen in Register 18 gespeichert danach oder wenn ein anderes Feld berührt wurde wird die jetzige Berührung einfach in das Register wo die alte Berührung ist verschoben.

<avrasm>
;+----------------------------------------------------------------------
;| Title : Touchkreiscode
;+----------------------------------------------------------------------
;| Funktion : man mit dem Uhrzeigersinn scrollen und gegen den
;| Uhrzeigersinn
;| Schaltung : Die Anschlüsse PB4, PB2, PB1, PB0 sind an die 4
;| 4066 IC-Ausgänge angeschlossen. Die anderen an
;| Minus. Die Steuereingänge des 4066 sind an die
;| 4 Touchfelder angeschlossen mit hochomigen
;| Wiederständen zu Plus (damit dei eingänge nicht
;| wahllos an und ausschalten)
;| ____ ____
;| / |__| |
;| --|RST VCC|-- Plus
;| | |
;| Ausgangssignal --|PB3 PB2|-- Unteres Touchfeld
;| | |
;|Rechtes Touchfeld --|PB4 PB1|-- Linkes Touchfeld
;| | |
;| Minus --|GND PB0|-- Oberes Touchfeld
;| |____________|
;|
;+----------------------------------------------------------------------
;| Prozessor : ATtiny13 , ATmega8
;| Takt : egal
;| Sprache : Assembler
;| Datum : heute
;| Version : 1.1
;| Autor : Tobias Frintz, 15
;| Tobias-Frintz@web.de
;+----------------------------------------------------------------------
.include "AVR.H"
;------------------------------------------------------------------------
;Reset and Interrupt vector ;VNr. Beschreibung
rjmp main ;1 POWER ON RESET
reti ;2 Int0-Interrupt
reti ;3 Int1-Interrupt
reti ;4 TC2 Compare Match
reti ;5 TC2 Overflow
reti ;6 TC1 Capture
reti ;7 TC1 Compare Match A
reti ;8 TC1 Compare Match B
reti ;9 TC1 Overflow
reti ;10 TC0 Overflow
reti ;11 SPI, STC Serial Transfer Complete
reti ;12 UART Rx Complete
reti ;13 UART Data Register Empty
reti ;14 UART Tx Complete
reti ;15 ADC Conversion Complete
reti ;16 EEPROM Ready
reti ;17 Analog Comparator
reti ;18 TWI (I²C) Serial Interface
reti ;19 Store Program Memory Ready
; r16 ist das Arbeitesregister
;
; r17 speichert die alte Berührung:
; oben = 1
; rechts = 2
; unten = 3
; links = 4
;
; r18 ist das Register in dem das Ausggangssignal steht
; Feuchtigkeitsfehler = 0b00000001
; Tastensperre = 0b00000111
; Gegen den Uhrzeigersinn = 0b00000010
; Mit dem Uhrzeigersinn = 0b00000100
; Obengetastet = 0b00000101
;
;------------------------------------------------------------------------
;Start, Power ON, Reset
main: ldi r16,lo8(RAMEND)
out SPL,r16
ldi r16,hi8(RAMEND)
out SPH,r16
sbi DDRC,0 ;Leds auf Output
sbi DDRC,1
sbi DDRC,2
sbi PORTB,0 ; Pullup einschalten für Touch
sbi PORTB,1
sbi PORTB,2
sbi PORTB,4
ldi r18,0b00000000
clr r19
clr r20
clr r21
clr r22
;------------------------------------------------------------------------
mainloop: wdr
rcall Tastensperre
out PORTC,r18
sbis PINB,0
rjmp Obenberuehrt
sbis PINB,1
rjmp Linksberuehrt
sbis PINB,2
rjmp Untenberuehrt
sbis PINB,4
rjmp Rechtsberuehrt
rjmp mainloop
;------------------------------------------------------------------------

Obenberuehrt:
ldi r16,2
cp r17,r16
breq im_uhrzeigersinn
ldi r16,4
cp r17,r16
breq geg_uhrzeigersinn
ldi r17,1
rjmp mainloop
;--------------------------------------------------------------------------
Rechtsberuehrt:
ldi r16,3
cp r17,r16
breq im_uhrzeigersinn
ldi r16,1
cp r17,r16
breq geg_uhrzeigersinn
ldi r17,2
rjmp mainloop
;-------------------------------------------------------------------------
Untenberuehrt:
ldi r16,4
cp r17,r16
breq im_uhrzeigersinn
ldi r16,2
cp r17,r16
breq geg_uhrzeigersinn
ldi r17,3
rjmp mainloop
;--------------------------------------------------------------------------
Linksberuehrt:
ldi r16,1
cp r17,r16
breq im_uhrzeigersinn
ldi r16,3
cp r17,r16
breq geg_uhrzeigersinn
ldi r17,4
rjmp mainloop
;---------------------------------------------------------------------------

Tastensperre:
sbic PINB,0
ret
sbis PINB,1
ret
sbic PINB,2
ret
sbis PINB,4
ret
;jetzt ist die tasstensperre aktiviert
ldi r18,0b00000111
out PORTC,r18
ldi r17,100

Aktiviert: wdr
rcall Feuchtigkeit
sbis PINB,0
rjmp Aktiviert
sbic PINB,1
rjmp Aktiviert
sbis PINB,2
rjmp Aktiviert
sbic PINB,4
rjmp Aktiviert
ldi r18,0b00000000
out PORTC,r18
ret
;------------------------------------------------------------------------------

im_uhrzeigersinn:
ldi r18,0b00000100
ldi r17,100
rjmp mainloop
;---------------------------------------------------------------------------
geg_uhrzeigersinn:
ldi r18,0b00000010
ldi r17,100
rjmp mainloop
;---------------------------------------------------------------------------

Feuchtigkeit:
sbic PINB,0 ; Wenn auf dem Touchpad Wasser ist
ret ; sind alle Touchfelder "berührt"
sbic PINB,4 ; dieses Unterprogramm ist dazu da
ret ; diesen Fehler zu erkennen und es
sbic PINB,2 ; dem Host mitzuteilen
ret ; "Reinigen sie ihr Touchfeld"
sbic PINB,1
ret
rjmp Feuchtigkeitsfehler
;------------------------------------------------------------------------------
Feuchtigkeitsfehler:
ldi r18,0b00000001
out PORTC,r18
ldi r17,100
rjmp Feuchtigkeitsfehler
;------------------------------------------------------------------------------

</avrasm>

“[[Kategorie:Wettbewerb]]”

Touchpad

2008-08-15T10:22:04Z

Stan: /* Des Touchs */ typos

=Touchpad – do it yourself=

Diese Platinentouchpad reagiert nicht wie die herkömmlichen Touchs auf Kapazität sondern auf den Hautwiderstand

==Die Funktionsweise:==

====Der Touch:====

Auf einer Platine ist jeweils eine Minusleitung direkt neben einer Sensorleitung. Beim Berühren wird die Sensorleitung hochomig mit der Minusleitung verbunden. Bei den Pullupwiederständen gilt desto höhger der Wert desto feinfühliger reagiert der Touch ích würde hier Werte zwischen 500 Kiloohm und 2000 Kiloohm nehmen je nachdem wie man die Touchplatine aufgebaut hat und wo und wie man sie einsetzt.

[[Bild:Touch.gif]]

[[Bild:Touchschaltplan.jpg]]

====Die Auswerteinheit:====

Die Auswerteinheit ist extrem einfach:
Ein 4066 cmos-Ic beinhaltet 4 digitale Schalter. Wenn die Steuerleitung an den Pluspol gelegt wird „schaltet“ der Schalter durch und wenn sie an Masse gelegt wird ist er geöffnet.
Eine der Seiten der Schalter sind an den Mikrocontroller angeschlossen, die anderen an Minus, die Steuerleitungen an den Touch
Ein AVR wertet die signale von dem 4066 aus und sendet wenn der Touch berührt wurde dem Hostcontroller seriell die Daten

==Touchkreis:==

[[Bild:Touchkreistest.jpg]]
Eine Möglichkeit ist ein touchkreis zu bauen. Natürlich kann man auch andere Formen gestalten. Bei dieser Version kann man srollen (im Uhrzeigersinn oder gegen den Uhrzeigersinn über den Kreis fahren) und hat die Möglichkeit 4 Taster (Oben, Unten, Recht, Links) zu benutzen. Durch ein Doppelklick (wie beim Laptop) wird dem Touchcontroller gezeigt das es sich um ein Tasten handelt und nicht um srollen.
Ich hab hier ein ATtiny13 eingesetzt, weil er die benötigten Portpins hat, sehr bekannt ist/ oft eingesetzt wird und preiswert ist

===Der Aufbau===
====Des Touchs====
Man muss bei der Platine eigentlich nur zwei Sachen beachten:

1) Der innere Kreis darf nicht direkt an den vier Sensorflächen anliegen, weil sonst der Touch sehr feuchtigkeitsempfindlich wird und
2) Das Gehäuse muss die Sensorleitungen die zu den Sensorflächen führen vollständig abdecken sonst würde man z.B wenn man Rechts berührt die Leitung wo nach Oben führt auch an Masse legen.
In Standgeräten:
Das Problem in Standgeräten ist das man normalerweise waagerecht tippt. Daher berührt nur die Fingerkuppe den Touch.
Ich würde hier die Sensorflächen ein bisschen näher an den Minuskreis legen, außerdem die Pullupwiderstände vor den 4066er Eingängen erhöhen (nicht zu hoch sonst treten Probleme auf wenn man schwitzt, dagegen Haucht oder sich in stark feuchten Räumen befindet).

====In Standgeräten:====
Das Problem in Standgeräten ist das man normalerweise wagerecht tippt. Daher berührt nur die Fingerkuppe den Touch.
Ich würde hier die Sensorflächen ein bisschen näher an den Minuskreis legen, ausserdem die Pullupwiederstände vor den 4066er Eingängen erhöhen (nicht zu hoch sonst treten Probleme auf wenn man schwitzt, dagegen Haucht oder sich in stark feuchten Räumen befindet).

====In Handgeräten:====
Hier hat man den Vorteil das man fast paralell zum Gehäuse den Touch berührt (-> große Auflegefläche daher kann man die Pullups vor den 4066er Eingängen ein bisschen senken)
In Handgehäusen bietet sich oft nicht viel Platz deswegen würde ich eine kleine doppelseitige Platine verwenden auf der eine Seite der Touch und auf der Rückseite die Auswerteelektronik komplett in smd

===Die Funktionsweise der Software des AVRs===

Im Hauptprogramm wird erst kontrolliert ob zu hohe Feuchtigkeit ist dann ob man die Tastensperre aktiviert werden sollte und dann werden noch alle Toucheingänge abgefragt und wenn eine Sensorfläche berührt wurde wird die alte Berührung mit der jetzigen verglichen. Wenn ein danebenliegendes Feld berührt wurde wird mit dem Uhrzeigersinn scrollen oder gegen den Uhrzeigersinn srollen in Register 18 gespeichert dannach oder wenn ein anderes Feld berührt wurde wird die jetztige Berührung einfach in das Register wo die alte Berührung ist verschoben.

<avrasm>
;+----------------------------------------------------------------------
;| Title : Touchkreiscode
;+----------------------------------------------------------------------
;| Funktion : man mit dem Uhrzeigersinn scrollen und gegen den
;| Uhrzeigersinn
;| Schaltung : Die Anschlüsse PB4, PB2, PB1, PB0 sind an die 4
;| 4066 IC-Ausgänge angeschlossen. Die anderen an
;| Minus. Die Steuereingänge des 4066 sind an die
;| 4 Touchfelder angeschlossen mit hochomigen
;| Wiederständen zu Plus (damit dei eingänge nicht
;| wahllos an und ausschalten)
;| ____ ____
;| / |__| |
;| --|RST VCC|-- Plus
;| | |
;| Ausgangssignal --|PB3 PB2|-- Unteres Touchfeld
;| | |
;|Rechtes Touchfeld --|PB4 PB1|-- Linkes Touchfeld
;| | |
;| Minus --|GND PB0|-- Oberes Touchfeld
;| |____________|
;|
;+----------------------------------------------------------------------
;| Prozessor : ATtiny13 , ATmega8
;| Takt : egal
;| Sprache : Assembler
;| Datum : heute
;| Version : 1.1
;| Autor : Tobias Frintz, 15
;| Tobias-Frintz@web.de
;+----------------------------------------------------------------------
.include "AVR.H"
;------------------------------------------------------------------------
;Reset and Interrupt vector ;VNr. Beschreibung
rjmp main ;1 POWER ON RESET
reti ;2 Int0-Interrupt
reti ;3 Int1-Interrupt
reti ;4 TC2 Compare Match
reti ;5 TC2 Overflow
reti ;6 TC1 Capture
reti ;7 TC1 Compare Match A
reti ;8 TC1 Compare Match B
reti ;9 TC1 Overflow
reti ;10 TC0 Overflow
reti ;11 SPI, STC Serial Transfer Complete
reti ;12 UART Rx Complete
reti ;13 UART Data Register Empty
reti ;14 UART Tx Complete
reti ;15 ADC Conversion Complete
reti ;16 EEPROM Ready
reti ;17 Analog Comparator
reti ;18 TWI (I²C) Serial Interface
reti ;19 Store Program Memory Ready
; r16 ist das Arbeitesregister
;
; r17 speichert die alte Berührung:
; oben = 1
; rechts = 2
; unten = 3
; links = 4
;
; r18 ist das Register in dem das Ausggangssignal steht
; Feuchtigkeitsfehler = 0b00000001
; Tastensperre = 0b00000111
; Gegen den Uhrzeigersinn = 0b00000010
; Mit dem Uhrzeigersinn = 0b00000100
; Obengetastet = 0b00000101
;
;------------------------------------------------------------------------
;Start, Power ON, Reset
main: ldi r16,lo8(RAMEND)
out SPL,r16
ldi r16,hi8(RAMEND)
out SPH,r16
sbi DDRC,0 ;Leds auf Output
sbi DDRC,1
sbi DDRC,2
sbi PORTB,0 ; Pullup einschalten für Touch
sbi PORTB,1
sbi PORTB,2
sbi PORTB,4
ldi r18,0b00000000
clr r19
clr r20
clr r21
clr r22
;------------------------------------------------------------------------
mainloop: wdr
rcall Tastensperre
out PORTC,r18
sbis PINB,0
rjmp Obenberuehrt
sbis PINB,1
rjmp Linksberuehrt
sbis PINB,2
rjmp Untenberuehrt
sbis PINB,4
rjmp Rechtsberuehrt
rjmp mainloop
;------------------------------------------------------------------------

Obenberuehrt:
ldi r16,2
cp r17,r16
breq im_uhrzeigersinn
ldi r16,4
cp r17,r16
breq geg_uhrzeigersinn
ldi r17,1
rjmp mainloop
;--------------------------------------------------------------------------
Rechtsberuehrt:
ldi r16,3
cp r17,r16
breq im_uhrzeigersinn
ldi r16,1
cp r17,r16
breq geg_uhrzeigersinn
ldi r17,2
rjmp mainloop
;-------------------------------------------------------------------------
Untenberuehrt:
ldi r16,4
cp r17,r16
breq im_uhrzeigersinn
ldi r16,2
cp r17,r16
breq geg_uhrzeigersinn
ldi r17,3
rjmp mainloop
;--------------------------------------------------------------------------
Linksberuehrt:
ldi r16,1
cp r17,r16
breq im_uhrzeigersinn
ldi r16,3
cp r17,r16
breq geg_uhrzeigersinn
ldi r17,4
rjmp mainloop
;---------------------------------------------------------------------------

Tastensperre:
sbic PINB,0
ret
sbis PINB,1
ret
sbic PINB,2
ret
sbis PINB,4
ret
;jetzt ist die tasstensperre aktiviert
ldi r18,0b00000111
out PORTC,r18
ldi r17,100

Aktiviert: wdr
rcall Feuchtigkeit
sbis PINB,0
rjmp Aktiviert
sbic PINB,1
rjmp Aktiviert
sbis PINB,2
rjmp Aktiviert
sbic PINB,4
rjmp Aktiviert
ldi r18,0b00000000
out PORTC,r18
ret
;------------------------------------------------------------------------------

im_uhrzeigersinn:
ldi r18,0b00000100
ldi r17,100
rjmp mainloop
;---------------------------------------------------------------------------
geg_uhrzeigersinn:
ldi r18,0b00000010
ldi r17,100
rjmp mainloop
;---------------------------------------------------------------------------

Feuchtigkeit:
sbic PINB,0 ; Wenn auf dem Touchpad Wasser ist
ret ; sind alle Touchfelder "berührt"
sbic PINB,4 ; dieses Unterprogramm ist dazu da
ret ; diesen Fehler zu erkennen und es
sbic PINB,2 ; dem Host mitzuteilen
ret ; "Reinigen sie ihr Touchfeld"
sbic PINB,1
ret
rjmp Feuchtigkeitsfehler
;------------------------------------------------------------------------------
Feuchtigkeitsfehler:
ldi r18,0b00000001
out PORTC,r18
ldi r17,100
rjmp Feuchtigkeitsfehler
;------------------------------------------------------------------------------

</avrasm>

“[[Kategorie:Wettbewerb]]”

Include-Files (C)

2008-06-10T12:33:17Z

Stan: link zu thread hinzugefügt

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

== Weblinks ==
* [http://www.mikrocontroller.net/topic/80956#676650 sehr ausführliches Forumsthema zur Thematik]

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