Mikrocontroller.net - Benutzerbeiträge [de]

AVRDUDE

2012-08-14T19:55:03Z

79.83.80.182: Änderung 67912 von 84.147.32.209 (Diskussion) wurde rückgängig gemacht.

== Beschreibung ==
AVRDUDE (http://www.nongnu.org/avrdude/) ist eine Programmiersoftware für Atmel [[AVR]] Controller.

Funktionen unter Anderem:

* Übertragen von Programmcode in den Flash-Speicher
* Auslesen ungeschützen Codes aus dem Flash
* Setzen und Lesen von Fuse- und Lockbits (Siehe auch: [[AVR_Fuses#Vergleich_der_Fuses_bei_verschiedenen_Programmen|Vergleich der Fuses bei verschiedenen Programmen]])
* Schreiben und Lesen des EEPROMs

AVRDUDE kann das [[STK500]] (auch mit Firmware 2.x als stk500v2), das Atmel AVRISP (auch mit Firmware 2.x als avrispv2 o.ä.), das Atmel AVRISP MKII (USB Ansteuerung mittels lib-usb bzw. lib-usb-W32), [[AVR_In_System_Programmer#USB | AVR910-kompatible]] Programmierer, den [[AVR Butterfly]]/AVR109-kompatible Bootloader, [[STK200]]-Programmierdongles und verschiedene andere Parallelport-Adapter sowie "serielle Statusportprogrammierer" (Siprog) ansteuern. Auch das Atmel JTAGICE (oder Nachbauten wie Bootice oder Evertool), Atmel JTAGICE-MKII und der AVR Dragon können als Programmierhardware genutzt werden.

Das Programm ist unter MS-Windows (Cygwin nicht erforderlich), Linux, BSD, Solaris und Mac OS X lauffähig. Die Version für MS-Windows ist im [[WinAVR]]-Paket enthalten. Der Quellcode ist frei verfügbar (Lizenz beachten).

Da alle AVRDUDE-Funktionen über Kommandozeilenparamter gesteuert werden können, eignet es sich gut zur Integration in Makefiles. Beispiele finden sich in der Makefile-Vorlage von [[WinAVR]] und Mfile.

Die gesamte Konfiguration liegt in einer Textdatei (avrdude.conf), so dass sich bei Bedarf ein beliebiger neuer Parallelport-Programmierdongle oder auch ein noch nicht unterstützter AVR-Controller ergänzen lassen. Die Syntax für die Definition eines AVR-Controllers lehnt sich an die Datenblatt-Tabelle für die serielle Programmierung an, so dass man praktisch nur das Datenblatt "intelligent" abtippen muss.

Für die Ansteuerung von Parallelport-Adaptern unter MS-Windows NT/2000/XP wird ein spezieller Porttreiber (giveio) mitgeliefert. Bei der Installation von [[WinAVR]] wird giveio bereits mitinstalliert.

Programmer mit üblicher serieller Schnittstelle (RS232) benötigen keine zusätzliche Software oder Treiber zum Betrieb mit AVRDUDE.

Für Hardware mit USB-Anschluss muss die lib-usb bzw. lib-usb-win32 installiert sein.

===GUIs===
Bei [[WinAVR]] wird die grafische Oberfläche avrdude-gui.exe mitgeliefert.

Für Windows, Linux und andere Betriebssysteme gibt zwei weitere GUIs: den in Java geschriebene [[Burn-o-mat|AVR Burn-O-Mat]] und den [http://www.soft-land.de/index.php?page=avrburner avrburner] (avrburner: Link defekt).

Für Mac OS X gibt es noch [http://www.vonnieda.org/software/avrfuses AVRFuses.app]. AVRFuses muss beim ersten Starten auf den verwendeten Programmer und den Speicherort von AVRDUDE eingestellt werden.

GUIs vereinfachen vor allem Programmieren der Fuses.

== Kurzanleitung für Linux und STK200 ==

Dazu muss erst ein Hardware-Link auf die Printerport-Treiber eingerichtet werden:
<pre>
su
mknod /dev/parport0 c 99 0
chmod a+rw /dev/parport0
avrdude -p m8535 -c stk200 -e -U qqtraff.hex
</pre>

Hinweis :
Bei USB Programmern ist zu beachten, dass diese durch das Betriebssystem auf einen anderen Port gelegt werden können, als im Beispiel angegeben.
Diesen Port kann man unter Anderem "im Terminal" mit dem Befehl
<pre>
user@server: dmesg
</pre>
ermitteln.
Alternativ kann man sich eine Auflistung der Ports, im Verzeichnis "/dev" anzeigen lassen:
<pre>
user@server: ls /dev/
</pre>
Sollte man nicht sicher sein, auf welchem Port der Programmer liegt, kann man den Programmer nochmals ausstecken und "ls /dev/" ausführen. Der nun Fehlende Port, ist der Programmerport.
Diesen Port muss man statt "parport0" in die oben beschriebenen Terminalkommandos einsetzen.

Siehe auch :
* [http://wiki.ctbot.de/index.php/AVR_ISP_Programmer#BlueMP3_bzw._STK200_kompatible_Flasher weitere Beispiele für avrdude Kommandos (http://wiki.ctbot.de/index.php)]
* [[AVR_In_System_Programmer#STK200-kompatibel]]
* http://www.mikrocontroller.net/topic/200390#new

== Tipps + Tricks ==

=== [[AVR_In_System_Programmer#Parallelport|Parallelport-Programmer]] an aktuellen PCs ===
Aktuelle PCs sind einfach zu schnell mit dem Bitgewackel an der parallelen Schnittstelle, vor allem für AVRs, die noch mit den 1 MHz im Auslieferungszustand laufen (maximal zulässiger ISP-Takt < 250 kHz). Neuere Versionen von avrdude unterstützen zu diesem Zweck eine Option '''-i <N>''', wobei <N> die Anzahl der Mikrosekunden bezeichnet, die beim Bitwackeln zusätzlich zu warten ist. Einfach mal mit -i 10 anfangen und dann entweder die Fuses auf die Ziel-Taktfrequenz umstellen (falls diese wesentlich höher sein wird als die 1 MHz), oder sukkzessive mit kleineren Werten testen ([http://www.mikrocontroller.net/topic/83524#699933 Forenbeitrag von Jörg]).

Die Option -i ist auch nützlich bei AVRs, die für einen langsamen Takt konfiguriert sind. Bei einem ATmega8, der mit einem 32.768 kHz Quarz läuft, kann es z.B. notwendig sein, die Option -i 90 zu verwenden. Den Zahlenwert ggf. ausprobieren.

Manche Programmer werten die Option -i manchmal nicht aus, dann sollte man einen anderen Programmer versuchen.

Beim USBTINY und USBASP kann man die Geschwindigkeit der SPI-Schnittstelle mit dem Parameter -B [Periodendauer in Mikrosekunden] begrenzen. Da beide Geräte durch Interrupts der Software-USB-Schnittstelle stark belastet werden, handelt es sich hier um die Maximalbitrate.

Unter WinXPsp2 auf einem Thinkpad T40 lies sich die "avrdude: AVR device not responding"-Meldung beheben durch Ändern von Gerätemanager-->Ltp1-->Eigenschaften-->Anschlusseinstellungen-->Interrupt-nie-verwenden in "Jeden dem Anschluss zugewiesenem Interrupt verwenden".

===USB Programmer===
Die meisten USB- Programmer benötigen [http://sourceforge.net/apps/trac/libusb-win32/wiki libusb-win32] bzw [http://www.libusb.org/ libusb]

Ein Selbstbau USB-Programmer ist unter
[http://www.rototron.info/?Page=USBAVR/USBAVR.aspx http://www.rototron.info]
zu finden. Er läuft auch unter VISTA und benötigt mit der neuesten AVRDUDE Version keinen Treiber, da er im HID-Modus betrieben wird.

==== libusb0.dll wird bei WinAvr 20070525 nicht gefunden====
[http://www.mikrocontroller.net/topic/83524#701461 Forenbeitrag von Paul]: Habe leider noch etwas zu bemängeln, und zwar meckerte avrdude, dass es die "libusb0.dll" nicht fand. Musste dann erst noch manuell den Pfad c:\winavr\utils\libusb\bin in die autoxecec.bat eintragen. Siehe auch [http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&p=373283 Diskussion bei www.avrfreaks.net]

====Aufruf unter Linux als user (non-root)====

Unter Linux kann häufig avrdude nur als user 'root' auf den USB-Programmer zugreifen. Als normaler User bekommt man eine Fehlermeldung wie:

<pre>
#avrdude -c usbtiny -p m8

avrdude: error: usbtiny_transmit:
error sending control message:
Operation not permitted
</pre>

Dies liegt daran, dass die device-nodes, die beim Einstecken des USB-Programmers von udev angelegt werden, root zugeordnet sind. Man kann dies ändern, indem man udev-Regeln für die verwendeten Programmer anlegt. Unter Debian muß man dazu nur eine neue Datei, z. B. 015_usbprog.rules unter /etc/udev/rules.d anlegen, z. B. mit folgenden Inhalt:

<pre>
# Atmel AVR ISP mkII
SUBSYSTEM=="usb", SYSFS{idVendor}=="03eb", SYSFS{idProduct}=="2104", GROUP="users", MODE="0660" http://sourceforge.net/apps/trac/libusb-win32/wiki

# usbprog bootloader
ATTRS{idVendor}=="1781", ATTRS{idProduct}=="0c62", GROUP="users", MODE="0660"

# USBasp programmer
ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="05dc", GROUP="users", MODE="0660"

# USBtiny programmer
ATTRS{idVendor}=="1781", ATTRS{idProduct}=="0c9f", GROUP="users", MODE="0660"
</pre>



Danach muss in der Regel der udev-Dienst neu gestartet werden, was -- je nach System -- mit einem der beiden folgenden Befehle funktionieren sollte (natürlich nur als root):


<pre>sudo /sbin/udevadm control --reload-rules</pre> bei aktueller udev-version, oder
<pre>sudo /sbin/udevcontrol --reload-rules</pre>, bei älteren udev-versionen.

Danach sollte der USB-Programmer erneut angeschlossen werden. Falls es immer noch nicht funktioniert kann es helfen, als GROUP "plugdev" statt "users" zu verwenden.

Hiermit werden der AVR ISP mkII, der usbprog Bootloader, USBasp und USBtiny bekannt gemacht, so daß alle User in der Gruppe "users" darauf zugreifen können.

Für weitere USB-Programmer muß man die entsprechende Zeile (mit ATTRS...) anlegen und die passenden Vendor und Product IDs eintragen.

Siehe auch:
* [http://www.reactivated.net/writing_udev_rules.html Writing udev rules]

=== Anzeige unterstützter AVRs ===
Wie die anderen Atmels bei avrdude heißen zeigt:
<pre>
avrdude -?
avrdude -p ?
</pre>

=== neuere AVRs hinzufügen ===
Manch neueres Silizium wird nicht erkannt da sich z.T. die IDs geändert haben. Um diese erfolgreich zu Programmieren empfiehlt sich ein eigenes config-File zu verwenden. Darin werden die 'fehlenden' CPUs ergänzt:

z.B. ATmega168P (Programmierung wie ATmega168): einfach den ATmega168 Teil duplizieren und die entsprechenden Änderungen (id, desc, signature) vornehmen
<pre>
#------------------------------------------------------------
# ATmega168P
#------------------------------------------------------------

part
id = "m168p";
desc = "ATMEGA168P";
has_debugwire = yes;
flash_instr = 0xB6, 0x01, 0x11;
eeprom_instr = 0xBD, 0xF2, 0xBD, 0xE1, 0xBB, 0xCF, 0xB4, 0x00,
0xBE, 0x01, 0xB6, 0x01, 0xBC, 0x00, 0xBB, 0xBF,
0x99, 0xF9, 0xBB, 0xAF;
stk500_devcode = 0x86;
# avr910_devcode = 0x;
signature = 0x1e 0x94 0x0b;

...
;
</pre>

danach kann, unter Angabe des neuen config-Files, auch ein ATmega168P programmiert werden, z.B.:

<pre>
avrdude -pm168p -C ~/.avrdude.config.neu -cstk500v2 -v -U flash:w:main.hex
</pre>

=== Anschluss an COM10 und höher (Windows) ===

Wenn AVRDUDE unter Windows an COM10 und höher betrieben werden soll, ist eine andere Schreibweise für die Schnittstelle in der Kommandozeile nötig. Beispiel:

<pre>
avrdude -c stk500v2 -p m16 -P \\.\com13 -uF -vvvv 2> logfile.txt
</pre>

In diesem Beispiel wird statt der gewohnten Schreibweise '''com13''' die spezielle Schreibweise '''\\.\com13''' verwendet und es wird mit ''-vvvv 2> logfile.txt'' eine ausführliche Debugausgabe für Fragen im Forum erzeugt. Näheres hierzu in der [http://www.mikrocontroller.net/topic/90401 Forumsdiskussion].

=== AVRISPmkII + AVRDUDE + Window Vista (32) ===

http://www.mikrocontroller.net/topic/126594#1157327

=== "avrdude was compiled without usb support" ===

Offenbar enthielt WinAVR-20100110 zunächst fälschlicherweise eine AVRDUDE Version ohne USB Support [http://www.mikrocontroller.net/topic/163022#1554907].

Abhilfe:

1. WinAVR deinstallieren, gleiches Release (WinAVR-20100110) nocheinmal herunterladen und installieren (mindestens seit Anfang März 2010 enthält dieses Release avrdude in der Version 5.10 und bringt USB-Support mit).

2. AVRDUDE selbst compilieren: http://www.mikrocontroller.net/topic/163675

3. Compilierte Version 5.10 downloaden: http://www.mikrocontroller.net/topic/163675#1594689

=== Textausgabe in Datei umleiten? ===

Die Windows-"Shell" ''cmd'' benutzt für die Ausgabeumleitung die gleiche Syntax wie die Bourne-Shell (und damit auch
Bash):

<pre>
programm >datei 2>&1
</pre>

zur Umleitung von STDOUT und STDERR in die gleiche Datei (Yalu in [http://www.mikrocontroller.net/topic/124509#1135568]).

Beispiel für Windows ([http://www.mikrocontroller.net/topic/124509#1136322], [http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/redirection.mspx?mfr=true M$]):

<pre>
avrdude -c avrispmkII -p m8 -P usb:xx -v > "C:\output.txt" 2>&1
</pre>

oder nur STDERR in Datei umleiten:

<pre>
avrdude -c avrispmkII -p m8 -P usb:xx -v 2> "C:\output.txt"
</pre>

=== [http://www.franzis.de/elektronik/lernpakete-elektronik/lernpaket-mikrocontroller Franzis] bzw. [http://www.elo-web.de/elo/mikrocontroller-und-programmierung/avr-grundlagen/experimente-mit-dem-attiny13 ELO] Lernpaket Mikrocontroller (Attiny13) ===

Markus hat in [http://www.mikrocontroller.net/topic/169549#1649459] einen Weg beschrieben, wie man den einfachen Programmieradapter des Lernpakets mit AVRDUDE ansteuern kann.

Eine weitere Anleitung [http://www.elektronik-labor.de/AVR/AVRdude.html LP Mikrocontroller und Attiny45 mit Avrdude] gibt es von Ralf Beesner auf der Webseite des Entwicklers Burkhard Kainka. In ''avrdude.conf'' wird dabei ein neuer Programmieradapter namens ''burkhard'' hinzugefügt. Ein zweiter Eintrag ''burkhard2'' in dieser '''avrdude.conf''' ist für die Programmierung des Atmega8 auf dem Franzis Retro-Pong Bausatz mit Hilfe des "Mega8-ISP-Programmer" (Layout siehe ELO-Webseite) vorgesehen.

=== AVRDUDE mit Arduino Bootloader benutzen ===

Mit der Option ''-c stk500v1'' kann AVRDUDE den [[Bootloader]] in Arduino Boards ansprechen [http://www.mikrocontroller.net/topic/195963#1919654].

Es existieren auch modifizierte Versionen von AVRDUDE, die einen Programmer namens ''arduino'' kennen (avrdude.conf untersuchen!). Damit lautet die Kommandozeile für ein Arduinoboard mit Atmega168 beispielsweise [http://www.neuraladvance.com/2010/04/08/using-avrdude-with-the-arduino-duemilanove/]

<pre>
avrdude -c arduino -p m168 -P usb -U flash:w:<filename>
</pre>

Die Bootloader-Hacks von [http://www.ladyada.net/library/arduino/bootloader.html Ladyada] arbeiten nochmal etwas anders.

Gelegentlich gibt es unter Windows Probleme mit der allgemeinen AVRDUDE Version und deren Handling der DTR/RTS Leitung ([[RS232]]). Es kann helfen, unmittelbar von dem Absenden der Kommandozeile einen RESET auf dem Arduinoboard durchzuführen.
Ein kurzes Setzen der DTR Leitung auf HIGH bewirkt ein RESET. So ist es möglich eine .bat Datei zu erstellen mit folgendem Code: (com6 ist ein Virtueller USB Comport)
<pre>
mode com6 dtr=on
avrdude -c arduino -p m168 -P \\.\com6 -U flash:w:<filename>
if %ERRORLEVEL%==0 goto fertig
Pause
:fertig
exit
</pre>

Wenn man den mode-Befehl nicht verwenden kann, etwa weil man cygwin und ein makefile verwendet, so kann man stattdessen <pre>cmd /c mode com6 dtr=on</pre> verwenden. In cygwin empfiehlt sich <pre>cmd /c mode com6 dtr=on > /dev/null</pre>, damit wird die unnütze Ausgabe des Befehls verborgen.

Siehe auch:
* http://www.mikrocontroller.net/topic/232367
* http://www.mikrocontroller.net/topic/238243

=== mysmartUSB V2.11 und ATtiny 13 ===

mysmartUSB V2.11 verlangt -cavr910 als Programmer. Leider ist in avrdude
5.10 immer noch nich der ATtiny13 damit zu programmieren. Also in die
avrdude.conf folgendes mit unter ATtiny13 aufnehmen, so kann er dann
korrekt programmiert werden(inkl. Fuse Bits).
<pre>
#------------------------------------------------------------
# ATtiny13
#------------------------------------------------------------

part
id = "t13";
desc = "ATtiny13";
has_debugwire = yes;
flash_instr = 0xB4, 0x0E, 0x1E;
eeprom_instr = 0xBB, 0xFE, 0xBB, 0xEE, 0xBB, 0xCC, 0xB2, 0x0D,
0xBC, 0x0E, 0xB4, 0x0E, 0xBA, 0x0D, 0xBB, 0xBC,
0x99, 0xE1, 0xBB, 0xAC;
stk500_devcode = 0x14;
avr910_devcode = 0x55;
......
</pre>

Achtung! Programmieren geht auch mit -cavr911. Allerdings geht das Fuse
setzen nicht und man bekommt eine Fehlermeldung.(Programm läuft aber)
<pre>
Reading | ################################################## | 100%
0.12s

avrdude: verifying ...
avrdude: 226 bytes of flash verified
avrdude: reading input file "0x7a"
avrdude: writing lfuse (1 bytes):

Writing | ***failed;
################################################## | 100% 0.00s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0x7a:
avrdude: load data lfuse data from input file 0x7a:
avrdude: input file 0x7a contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100%
0.00s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xff"
avrdude: writing hfuse (1 bytes):

Writing | ***failed;
</pre>

== Anpassungen von avrdude.conf an neuere AVRs ==

* '''ATtiny167''' siehe [http://www.mikrocontroller.net/topic/236355 Forumbeitrag von Volker U.]

== Weblinks ==
* Offizielle AVRDUDE Homepage unter http://www.nongnu.org/avrdude/
* User Manual (engl.) unter http://www.nongnu.org/avrdude/user-manual/avrdude.html#Top
* Kompilierte Windows Version mit USB Support http://yuki-lab.jp/hw/avrdude-GUI/avrdude-5.5-win32-bin.zip
* Kompilierte Windows Version avrdude 5.10 mit USB Support http://www.mikrocontroller.net/topic/163675#1594689
* Kompilierte Windows Version avrdude 5.11.1 mit USB Support http://www.mikrocontroller.net/topic/163675#2383773
* Wer Interesse an der modifizierten Version von AVRDUDE und des AVR910-Programmer hat, kann sich bei http://www.fischl.de/thomas/elektronik/avr910e/ informieren. Der Programmer bleibt auch mit der Modifikation weiterhin kompatibel zu anderer Programmiersoftware.
* [[Burn-o-mat|AVR Burn-O-Mat]] GUI (Graphic User Interface) für AVRDUDE http://burn-o-mat.net mit FUSE-Editor (Java, für Windows und Linux)
* [http://www.soft-land.de/ AVRBurner] Ponyprog-ähnliche Oberfläche für AVRDUDE.

[[Kategorie:AVR-Programmer und -Bootloader]]
[[Kategorie:Entwicklungstools]]

Eagle-Wishlist

2012-08-14T15:01:47Z

79.83.80.182: Änderung 67902 von Moritz m72 (Diskussion) wurde rückgängig gemacht. gleich 5 striche auf einmal? so nicht!

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

Damit sich die beliebtesten Wünsche herauskristallisieren, macht jeder einfach einen virtuellen Strich dahinter: | (Windows: ALT-GR Taste und < Taste drücken, Mac OS X: Alt-Taste und 7 Taste drücken). Alle fünf Striche (|||||) bitte immer ein Leerzeichen einfügen.

Neue Wünsche einfügen darf und soll natürlich auch jeder. Einfach ganz viele Striche auf einmal hinter einem Wunsch einzufügen ist zwecklos. Das erkennt man in der History, und es gibt viele Leute, die diese Seite überwachen...

Ja, die Einleitung ist von der Reichelt-Wishlist geklaut. Existenzberechtigung für diese Seite: Farnell will Eagle verbessern. Siehe [http://de.farnell.com/jsp/bespoke/bespoke2.jsp?ICID=i-7706-00001001&bespokepage=farnell/de/design-link/cadsoft.jsp]

== Programmfunktionen ==

=== Control Panel ===

* In Bibliothek: Bei Klick auf ein Device soll das Fenster an der aktuellen Position stehenbleiben |
* In Bibliothek: Bildposition vom Symbol und Package soll fixed sein (mitscrollen), bei großen Device-Kollektionen vorteilhaft |
* Möglichkeit, für unterschiedliche Programmversionen auch unterschiedliche Projektverzeichnisse zu verwenden. |
* Backupdateien in Unterverzeichnisse packen ||| 2
* Raster-/Grid-Größe für X und Y Achse getrennt angeben |

=== Schaltplan-Editor ===
* Bibliotheken aus dem Download Bereich in die Releases mit aufnehmen ||||| | 6
* Standardbauteile oder Makros in "Schnellzugriff" (Symbolleiste) für den Schnellzugriff<ref>Mit dem ''MENU''-Befehl lässt sich eine Symbolleiste erzeugen, deren Knöpfe wiederum mit beliebigen Befehlen belegt werden können, einschließlich ''ADD'' --[[Benutzer:Haku|Haku]] 08:47, 21. Feb. 2010 (UTC)</ref> oder ''RUN''/''SCRIPT'' für Makros. |||
* Richtungsabhängige Labels: (3erlei) verschiedene Labels mit denen zusätzlich zum Netznamen die Signalrichtung (Eingang, Ausgang, Bidirektional) visualisiert werden kann ||||| |||| 9
* Farbige XREFs → Das Netz dazu in der gleichen Farbe ||||| 5
* Eigenen 'Lagerbestand' mitverwalten, sodass beim Zeichnen von Plänen direkt nur Lagerteile verbaut werden (nützlich bei diesen ganzen SMD-Varianten) |||||5
* Neben Ckeckbox "Smds" neue Checkbox "bedrahtet", sodass diese ausgeschaltet werden können, wenn nur mit SMDs gearbeitet wird. ||||| 5
* "hierarchisches Design" von identisch aufgebauten Unterbaugruppen, sprich Subcomponenten mit definierten Input/Output-Signalen aus z.B. einer speziellen hierarchy.lib. Diese kann dann ja im gleichen Verzeichnis wieder als Schematic abgelegt werden. Mit dazugehöriger Board-Datei läßt sich dann auch das Layout clonen. ||||| ||||| || 12
* Drucken: neue Option "Automatisch drehen", um bei mehrseitigen Plänen mit wechselnder Seitenorientierung automatisch auszurichten ||| 3
* Tastatur-/Maus-Bedienkonzept: z.B. Move, Copy etc. alle auf Tasten der linken Tastaturhälfte (bzw. auf der rechten für Linkshänder) und zwar ohne Ctrl/Shift etc. so daß man zügig arbeiten kann, ohne ständig mit der Maus umschalten zu müssen. ||||| | 6
* Suche im Bauteilkatalog nach Lieferanten-Artikelnummer (sofern gepflegt) ||| 3
* Mehrzeilige Texte || 2
* Der relative, beliebig setzbare Ursprung sollte vom absoluten zu unterscheiden sein (andere Farbe...) || 2
* Bauteilwerte direkt im ADD-Befehl festlegbar machen (-> Standardbauteile im Textmenü) | 1

=== Board-Editor ===
* Kacheln-Funktion im Drucken Dialog ||||| ||||| | 11
* Netznamen in verlegten Leiterbahnen einblenden<ref>Wird z. B. im AltiumDesigner so gemacht. Abstand und Größe der Beschriftung erfolgt je nach Zoom-Stufe.</ref> ||||| ||| 8
* Die Auswahl von Bauteilen sperren, die mit dem aktuellen Werkzeug nicht bearbeitet können<ref>Wenn zB eine Leiterbahn durch einen Bauteilmittelpunkt läuft und man mit Ripup auf den Mittelpunkt klickt, will man natürlich die Leiterbahn auflösen. Ripup lässt sich ja nicht auf Bauteile anwenden. Warum muss man also mit linker Maustaste wählen, auf was man Ripup anwenden will?</ref> ||||| | 6
* Routing mit Walkaround/Push/Hug&Push Funktionen (Hindernisse automatisch umrouten beim FollowMe) ||||| | 6
* Parameter eines Objektes (Via, Track,..) per Doppelklick-Option bearbeitbar ||||| ||||| | 11
* Thermal Vias für unterschiedliche Gehäuse einzeln anpassbar machen ||| 3
* Direkte Implementierung von EAGLE 3D ||||| ||||| ||||| ||||| |||| 23
* Messung der Leiterbahnlänge <ref>Die Messung der Länge einer Leiterbahn sollte zwischen zwei beliebigen Segmenten möglich sein. Man könnte dafür Start- und Endsegment markieren.</ref> ||||| ||||| ||||| ||||| ||||| || 27
* Weitere Standardgeometrien (Spiralen, Heaxagon u.ä.) ||||| ||||| | 11
* Abstandsmessung<ref>Wie in Sprint-Layout: Mit Maustaste auf Startpunk klicken, gedrückt halten und zum Endpunkt ziehen. Länge und Winkel der Strecke werden in Echtzeit angezeigt.</ref> ||||| ||||| ||||| ||||| 20
* Routen von LVDS-Leitungspaaren ||||| || 7
* Andere Farben für Versorgungsspannungen definierbar machen ||||| ||||| ||| 11
* Impedanzkontrolle von Leiterbahnen ||||| ||||| ||||| |||| 19
* Board im Editor drehen (90°-Schritte) und Umdrehen (Oberseite/Unterseite) ||||| ||||| ||||| 15
* Kopieren von Leiterbahnen/Gruppen ||||| ||||| 10
* Meanderstrukturen für Leiterbahnlängenausgleich ||||| 5
* Online DRC ||||| ||||| ||| 13
* Direkte Integration von Teardrops bzw SnowMans ||||| 5
* selektives Ratsnest (nicht mit dem Bauteil verbundene Luftlinien beim Plazieren ausblenden) ||||| || 7
* dynamisches Ratsnest (Luftlinien des Bauteils beim Plazieren zum nächstgelegenen Pin verbinden) ||||| ||||| || 12
* Benannte Gruppen in Editor und Schaltplan z. B. analog1 oder power zum einfachen plazieren | 1
* Dxf Drag and Drop Mechanische Teile direkt in eagle boards und libs ziehen | 1
* Parametrische Library-Erstellung über Textfile | 1
* Iges / Step Export. 3D Darstellung für Mcad exportieren ||| 3
* 3DScanner Import. Da eine fertige Leiterplatte die Lageinformationen aller Bauteile hat, wird über einen 3D-Scanner die Höheninformationen der Bauteile eingelesen und in die Bibliothek übertragen. || 2
* Direkte, einfache Nutzung von Layout- und Schaltplanmodulen | 1
* Im Layouteditor Bauteile konsistent platzieren sowie kopieren können | 1
* DRC: Bestückungsdruck auf PADs, SMDs oder VIAs ||| 3
* DRC: Warnung / Meldung über nicht geroutete Netze / bestehende Luftlinien ||||| ||||| ||||| | 16
* Layer werden sofort aktiviert/deaktiviert ohne erst "Übernehmen" anklicken zu müssen ||||| |||| 9
* Wert von "Alle Packages anzeigen" im change technology-Dialog merken | 1
* Busse werden automatisch umbenannt falls Nets umbenannt werden || 2
* Unrouted Layer nur für aktiveres Bauteil (oder Bereich) anzeigen lassen | 1
* Schrift-Ausrichtung: alle vier Richtungen zulassen, anstatt nur nach rechts oder oben. Dafür Ausrichtungen links/zentriert/rechts zulassen || 2
* unsplit-Funktion: einen Knick aus einem Wire löschen (z.B. als Shift-optimize) ||||| ||| 8
* Busse (oder mehrere parallele Leitungen gleichzeitig) verlegen (wo es Sinn macht) ||| 3
* "clonen" von Leiterbahnen-Routings von einer Baugruppe zu einer anderen |||| 4
* Ausblenden von Bauelementen im Layouteditor. Beispielsweise nach einer bestimmten Buchse Stecker Kombination im Schaltplan. Wäre hilfreich um Bauelemente im Gehäuse darzustelle | 1
* "Lochrastermodus" um noch einfacher Pläne für Lochrasterplatinen zu erstellen ||| 3
* Symmetrierfunktion, um Bauteile automatisch symmetrisch um eine Achse oder Punkt anordnen zu können || 2
* automatische Platzierung von Bauteilen im Board ||||| || 7
* Der relative, beliebig setzbare Ursprung sollte vom absoluten zu unterscheiden sein (ander Farbe...) | 1
*Offset Routing - Gleichzeitiges verlegen von paralell verlaufenden Leiterbahnen |1

=== Autorouter ===

* Ausführungen des Autorouters zurücksetzen (z. B. mit Ctrl + Z) ||||| ||||| ||||| ||||| |||| 24
* Autorouter um Autoplacer von nicht gelockten Bauteilen ergänzen ||||| | 6

=== Bibiliotheks-Editor ===

* Alle Packages zentral speichern, zB in ref-packages. Andere Libs laden dann von da das Package und verbinden das mit ihren Symbols ||||| ||||| ||||| | 16
* Auswahlmenü beim Kopieren von Bauteilen, damit nur einzelne Packages (z. B. nur SO16) kopiert werden können und nicht zusätzlich alle anderen Varianten (z. B. DIL16, TSSOP16, usw.) ||| 3
* Verschiedene Symbole für ein Bauteil (Auswählbar im Schaltplaneditor) |||| 4
* Möglichkeit Symbole einzeln zu kopieren und nicht nur als Device inkl. allen Varianten/ Packages |||| 4
* Zusätzliches Flag für Bauteile (Bestückt / Unbestückt), damit Bestückungsvarianten erstellt werden können |||| 4
* Einem Pin im Symbol können mehrere Pins eines Packages zugewiesen werden ||||| ||| 8
* Pin-Namen und Nummern per Smash-Befehl verschiebbar und drehbar ||| 3
* Pin-Namen und Nummern auch in Schriftgröße einstellbar || 2
* Polygone (mit Pad-Namen) zulassen für PAD-Sonderformen ||||| | 6
* Bibliotheken ausblenden oder Favoritenliste | 1
* Pin-Namen im Symbol mit auswählbaren Alternativen versehen (bei MCUs teilweise 8fach belegt) | 1
* Bauteile im Device als optional kennzeichnen, damit z.B. für MCUs unterschiedliche Packages als Varianten ausgewählt werden können | 1

== Preispolitik/Sonstiges ==
* Funktionsumfang der Non-Profit Version auf Schaltplan+Board mit 2 Layern reduzieren (Autorouter und 2 Innenlagen fallen weg), dafür max. Leiterplattengröße auf Doppel-Euro erhöhen. Besser noch 320cm<sup>2</sup> in beliebigem Format. ||||| ||||| ||||| ||||| ||||| ||| 28
* Kostenlose Studentenversion ||||| ||||| ||||| ||||| || 22
* max. Leiterplattengröße der Light-Version auf 160x100mm erhöhen. Dafür den Autorouter weglassen. ||||| ||||| ||||| ||||| ||| 23
* Light Version auf 2 Signal + 2 Power Lagen anheben. 2 Lagen ist nicht mehr Zeitgemäß ||||| |||| 9
* Generell eine ordentlicher strukturierte Bibliothek. Beispielsweise Widerstandsgehäuse in unterschiedlichen Rastern ("lange Beinchen"), einheitliches Bezeichnungsschema usw. ||||| ||||| 10
* Aktualisierung der Programmdateien statt jedes mal im neuen Ordner zu installieren <ref>''Nichts'' anderes passiert bei Installation im ''gleichen'' Ordner. Lesen lernen... → Diskussion --[[Benutzer:Hownottobeseen|Hownottobeseen]]</ref> ||||| | 6
* Bibliotheken mit Sammlungen der Bestände verschiedener Lieferanten (Reichelt, Segor, Farnell) ||||| ||| 8

== Anmerkungen ==
Diskussion im Forum: http://www.mikrocontroller.net/topic/169171

<references/>

[[Kategorie:Eagle]]

Temperatursensor

2011-10-29T15:59:39Z

79.83.80.182:

Will man mit einem [[Mikrocontroller]] Temperaturen messen, dann braucht man
* einen [[Sensor]], der die Temperatur z. B. in eine Spannung oder einen Strom umsetzt
* 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/artikel/Sensibelchen-289608.html c't].

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

Vorteil:
* genormt
* großer Meßbereich
* 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)]
* [http://pdfserv.maxim-ic.com/en/an/AN3450.pdf Maxim AN3450 Positive Analog Feedback Compensates PT100 Transducer]

=== 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 (z.B. [http://www.reichelt.de/?ARTICLE=9594 KTY81-110] bei Reichelt ~0,60€)

Nachteil:
* müssen für höhere Genauigkeiten abgeglichen werden
* brauchen A/D-Wandler
* sind nichtlinear

Beispiele:
* KTY10-5
* KTY13-6
* KTY81-121
* KTY81-122

Links:
* [http://www.sprut.de/electronic/temeratur/temp.htm Temperaturabhängige Stromquelle und NTC/PTC inclusive Linearisierung]
*[http://www.umnicom.de/Elektronik/Mikrokontroller/Atmel/AtFan/AtFan.html#2.2.2 Berechnung des Linearisierungswiderstandes für gewünschten Temperaturbereich] der fällt sonst immer vom Himmel
* [http://www.mikrocontroller.net/topic/208587#2065880 KTY 10-5 Formelprobleme]
* [http://www.mikrocontroller.net/topic/225563 Codesammlung: Beispiel mit 0,5°C Auflösung]

=== 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°C
* Auflösung besser 0,01°C, 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. Eine Beispiel Schaltplan mit einem ATmega8 findet man [http://www.ucblog.de/2010/09/mikrocontroller-thermometer-schaltplan/ 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°C

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

Kompatible Typen:
* AD7415ART
* DS7505S+

=== LM76 ===

Der LM76 ähnlich dem LM75, bietet aber eine 8-fach höhere Auflösung und eine Genauigkeit von 0.5 bzw. 1°C.

Vorteile:
* höhere Auflösung
* höhere Genauigkeit

Nachteil:
* schwerer zu beschaffen

=== 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°C
* 1-Wire-Ausgang

Nachteil:
* relativ teuer: Reichelt: 2,50€ / CSD: 1,85€ / Conrad 5,08€, es sei denn man hat Zeit und einen PayPal Account: [http://www.ebay.de/sch/i.html?_nkw=ds1820+ds18b20+ds18s20&_in_kw=2&_ex_kw=&_sacat=See-All-Categories&_okw=ds1820+ds18b20+ds18s20&_oexkw=&_adv=1&_udlo=&_udhi=&LH_BIN=1&_ftrt=901&_ftrv=1&_sabdlo=&_sabdhi=&_samilow=&_samihi=&_sadis=200&_fpos=Postleitzahl&LH_SubLocation=1&_sargn=-1%26saslc%3D0&_salic=77&_fsradio2=%26LH_AvailTo%3D1&_saact=77&LH_SALE_CURRENCY=0&_sop=15&_dmd=1&_ipg=200 Ebay China]

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)]
*[http://www.digitemp.com/building.shtml Anleitung Sensorfühleraufbau (DigiTemp)]
* http://www.mikrocontroller.net/topic/14792
* http://www.mikrocontroller.net/topic/232156 (Timing der parasitären Versorgung)

=== 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://www.mikrocontroller.net/topic/225554# Beispiel mit Strobe ohne Interrupt]
* [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) blockierend]
* [http://www.mikrocontroller.net/topic/144424#1367539 C++ Interrupt]
* [http://www.mikrocontroller.net/topic/88847 noch mehr C, problematisch Interrupt]
* [http://www.mikrocontroller.net/topic/151791#1426974 C für ATmega8]
* [http://www.mikrocontroller.net/topic/159149#1510455 auch problematisch]
* [http://www.sinc.sunysb.edu/Stu/maman/ESE_381.htm Projekt mit tsic sensor, evtl. code]
* [http://www.mikrocontroller.net/topic/188462#1837622 fertiger Code zum Einlesen des Zacwire-Protokolls für PIC in ASM]
* [http://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=55103 RN: Bascom]
* [http://www.mikrocontroller.net/search?query=tsic* Suche in den Foren]
* [http://www.avr-projekte.de/tinyclock.htm TSIC206 Thermometer mit Uhr und Kalender. Komplette Bauanleitung mit ASM Quellcode für AT-Tiny2313]

=== 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")
* sehr hohe Genauigkeit

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

[http://www.sensirion.com/en/01_humidity_sensors/00_humidity_sensors.htm Übersicht] der Temperatur- /Feutchtigkeitssensoren von Sensirion.

=== SHT21 ===

[http://www.sensirion.com Sensirion] bietet auch den SHT21 Feuchtigkeits- und Temperatursensor an, welcher wesentlich genauer ist.

Vorteile:
* I2C digital, PWM and SDM/analog Volt Ausgabe
* bei 8 bit, 1 Messung/s
* Temperaturbereich von -40 – +125°C bei einer Genauigkeit von +-0,3°C
* Feuchtigkeit mit einer Genauigkeit von +-3%RH

Nachteile:
* sehr teuer (Farnell 23 €, Segor 29 €)
* nur als SMD-Package

Application Notes und Datenblätter findet man [http://www.sensirion.com/en/01_humidity_sensors/10_Overview.htm hier].

=== 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]] (für [[I2C]] siehe [http://www.analog.com/en/sensors/digital-temperature-sensors/adt7410/products/product.html ADT7410])
* 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 3,15$)

[[Category:Sensorik]]