https://www.mikrocontroller.net/api.php?action=feedcontributions&feedformat=atom&user=Amad 2026-04-30T10:57:09Z Benutzerbeiträge MediaWiki 1.39.7 https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=107560 2025-06-17T06:17:22Z

<p>Amad: update link</p> <hr /> <div>Meine Projekte:<br /> * [https://www.mikrocontroller.net/topic/136702?page=3#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [https://www.mikrocontroller.net/topic/136702?page=3#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose<br /> <br /> * [https://www.mikrocontroller.net/topic/136702?page=5#1539194 USB&lt;-&gt;Seriell Wandler] mit FT2232RL drauf und einer [http://www.mikrocontroller.net/topic/71682#585851 Bidirektionalen Funkbrücke nach Benedikt K.]<br /> <br /> * [https://www.mikrocontroller.net/topic/136702?page=5#1539205 Ausstattung] eines Palm IIIc mit einer Bidirektionalen Funkbrücke<br /> <br /> * ATTiny13 [https://www.mikrocontroller.net/topic/136702?page=5#1539229 mit] RFM12 dran<br /> <br /> * [https://www.mikrocontroller.net/topic/136702?page=5#1539245 Drahtpositions und Dickenerkennung] mit ATMega8, Nokia 3310 [http://www.myplace.nu/mp3/nokialcd.htm Display] und [http://ams.com/eng/Products/Light-Sensors/Linear-Array-Sensors/TSL1401CL TSL1401R-LF]<br /> <br /> * [https://www.mikrocontroller.net/topic/136702?page=5#1539546 Platinenlayout] für 1,27SMD und SO-8 IC-Kontaktierung<br /> <br /> * [https://www.mikrocontroller.net/topic/354864#4083976 Motorisierte Lötzinnzuführung]<br /> <br /> <br /> Einige relativ gut nachbaubare &amp; dokumentierte Projekte finden sich hier:<br /> * http://www.zabex.de/<br /> * http://b-kainka.de/bastel0.htm<br /> * http://www.elektronik-kompendium.de/public/arnerossius/schaltungen/avr/<br /> <br /> Speziell zu Assembler:<br /> * http://www.avr-asm-tutorial.net/avr_de/index.html<br /> * http://hanneslux.de/avr/divers/melody/index.html<br /> * http://en.wikipedia.org/wiki/Atmel_AVR_instruction_set<br /> * http://www.atmel.com/images/doc0856.pdf<br /> * https://www.mikrocontroller.net/articles/AVR_Assembler_-_Vergleichstabelle<br /> <br /> Speziell zu C:<br /> * http://www.nongnu.org/avr-libc/user-manual/index.html Online-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.pdf.bz2 PDF-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.tar.bz2 HTML-Version<br /> <br /> allgemeiner, schöner Überblick über viele Bauteile &amp; deren Verwendung:<br /> * http://stefanfrings.de/mikrocontroller_buch/index.html<br /> * http://stefanfrings.de/avr_workshop/index.html<br /> <br /> Weiteres Nützliches:<br /> * https://www.mikrocontroller.net/articles/AVR_Checkliste<br /> * https://www.mikrocontroller.net/articles/AVR_Typen<br /> * https://www.mikrocontroller.net/articles/AVR_Fuses<br /> * http://www.engbedded.com/fusecalc/<br /> * https://www.mikrocontroller.net/articles/Baudratenquarz<br /> * http://hanneslux.de/avr/tipps/baudratenquarz.html<br /> * http://www.pighixxx.com/test/<br /> * http://bienonline.magix.net/public/avr.html<br /> <br /> Ich programmiere entweder mit dem AVR Dragon<br /> * https://www.mikrocontroller.net/articles/AVR-Dragon<br /> Der auf dem Bild in der Kassettenhülle ist übrigens meiner. ;=)<br /> oder mit einem USB&lt;-&gt;Seriell-Wandler auf FT232-Basis a 'la<br /> * http://www.ebay.com/itm/281369531490<br /> <br /> Interessanter Kurs der TU Wien über AVRs<br /> * http://ti.tuwien.ac.at/ecs/teaching/courses/mclu<br /> Vor allem die Skripten sind sehr lehrreich!</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=107559 2025-06-17T06:12:20Z

<p>Amad: update link</p> <hr /> <div>Meine Projekte:<br /> * [https://www.mikrocontroller.net/topic/136702?page=5#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [https://www.mikrocontroller.net/topic/136702?page=5#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose<br /> <br /> * [https://www.mikrocontroller.net/topic/136702?page=5#1539194 USB&lt;-&gt;Seriell Wandler] mit FT2232RL drauf und einer [http://www.mikrocontroller.net/topic/71682#585851 Bidirektionalen Funkbrücke nach Benedikt K.]<br /> <br /> * [https://www.mikrocontroller.net/topic/136702?page=5#1539205 Ausstattung] eines Palm IIIc mit einer Bidirektionalen Funkbrücke<br /> <br /> * ATTiny13 [https://www.mikrocontroller.net/topic/136702?page=5#1539229 mit] RFM12 dran<br /> <br /> * [https://www.mikrocontroller.net/topic/136702?page=5#1539245 Drahtpositions und Dickenerkennung] mit ATMega8, Nokia 3310 [http://www.myplace.nu/mp3/nokialcd.htm Display] und [http://ams.com/eng/Products/Light-Sensors/Linear-Array-Sensors/TSL1401CL TSL1401R-LF]<br /> <br /> * [https://www.mikrocontroller.net/topic/136702?page=5#1539546 Platinenlayout] für 1,27SMD und SO-8 IC-Kontaktierung<br /> <br /> * [https://www.mikrocontroller.net/topic/354864#4083976 Motorisierte Lötzinnzuführung]<br /> <br /> <br /> Einige relativ gut nachbaubare &amp; dokumentierte Projekte finden sich hier:<br /> * http://www.zabex.de/<br /> * http://b-kainka.de/bastel0.htm<br /> * http://www.elektronik-kompendium.de/public/arnerossius/schaltungen/avr/<br /> <br /> Speziell zu Assembler:<br /> * http://www.avr-asm-tutorial.net/avr_de/index.html<br /> * http://hanneslux.de/avr/divers/melody/index.html<br /> * http://en.wikipedia.org/wiki/Atmel_AVR_instruction_set<br /> * http://www.atmel.com/images/doc0856.pdf<br /> * https://www.mikrocontroller.net/articles/AVR_Assembler_-_Vergleichstabelle<br /> <br /> Speziell zu C:<br /> * http://www.nongnu.org/avr-libc/user-manual/index.html Online-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.pdf.bz2 PDF-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.tar.bz2 HTML-Version<br /> <br /> allgemeiner, schöner Überblick über viele Bauteile &amp; deren Verwendung:<br /> * http://stefanfrings.de/mikrocontroller_buch/index.html<br /> * http://stefanfrings.de/avr_workshop/index.html<br /> <br /> Weiteres Nützliches:<br /> * https://www.mikrocontroller.net/articles/AVR_Checkliste<br /> * https://www.mikrocontroller.net/articles/AVR_Typen<br /> * https://www.mikrocontroller.net/articles/AVR_Fuses<br /> * http://www.engbedded.com/fusecalc/<br /> * https://www.mikrocontroller.net/articles/Baudratenquarz<br /> * http://hanneslux.de/avr/tipps/baudratenquarz.html<br /> * http://www.pighixxx.com/test/<br /> * http://bienonline.magix.net/public/avr.html<br /> <br /> Ich programmiere entweder mit dem AVR Dragon<br /> * https://www.mikrocontroller.net/articles/AVR-Dragon<br /> Der auf dem Bild in der Kassettenhülle ist übrigens meiner. ;=)<br /> oder mit einem USB&lt;-&gt;Seriell-Wandler auf FT232-Basis a 'la<br /> * http://www.ebay.com/itm/281369531490<br /> <br /> Interessanter Kurs der TU Wien über AVRs<br /> * http://ti.tuwien.ac.at/ecs/teaching/courses/mclu<br /> Vor allem die Skripten sind sehr lehrreich!</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=93649 2016-08-17T21:54:22Z

<p>Amad: </p> <hr /> <div>Meine Projekte:<br /> * [http://www.mikrocontroller.net/topic/136702#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539194 USB&lt;-&gt;Seriell Wandler] mit FT2232RL drauf und einer [http://www.mikrocontroller.net/topic/71682#585851 Bidirektionalen Funkbrücke nach Benedikt K.]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539205 Ausstattung] eines Palm IIIc mit einer Bidirektionalen Funkbrücke<br /> <br /> * ATTiny13 [http://www.mikrocontroller.net/topic/136702#1539229 mit] RFM12 dran<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539245 Drahtpositions und Dickenerkennung] mit ATMega8, Nokia 3310 [http://www.myplace.nu/mp3/nokialcd.htm Display] und [http://ams.com/eng/Products/Light-Sensors/Linear-Array-Sensors/TSL1401CL TSL1401R-LF]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539546 Platinenlayout] für 1,27SMD und SO-8 IC-Kontaktierung<br /> <br /> * [https://www.mikrocontroller.net/topic/354864#4083976 Motorisierte Lötzinnzuführung]<br /> <br /> <br /> Einige relativ gut nachbaubare &amp; dokumentierte Projekte finden sich hier:<br /> * http://www.zabex.de/<br /> * http://b-kainka.de/bastel0.htm<br /> * http://www.elektronik-kompendium.de/public/arnerossius/schaltungen/avr/<br /> <br /> Speziell zu Assembler:<br /> * http://www.avr-asm-tutorial.net/avr_de/index.html<br /> * http://hanneslux.de/avr/divers/melody/index.html<br /> * http://en.wikipedia.org/wiki/Atmel_AVR_instruction_set<br /> * http://www.atmel.com/images/doc0856.pdf<br /> * https://www.mikrocontroller.net/articles/AVR_Assembler_-_Vergleichstabelle<br /> <br /> Speziell zu C:<br /> * http://www.nongnu.org/avr-libc/user-manual/index.html Online-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.pdf.bz2 PDF-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.tar.bz2 HTML-Version<br /> <br /> allgemeiner, schöner Überblick über viele Bauteile &amp; deren Verwendung:<br /> * http://stefanfrings.de/mikrocontroller_buch/index.html<br /> * http://stefanfrings.de/avr_workshop/index.html<br /> <br /> Weiteres Nützliches:<br /> * https://www.mikrocontroller.net/articles/AVR_Checkliste<br /> * https://www.mikrocontroller.net/articles/AVR_Typen<br /> * https://www.mikrocontroller.net/articles/AVR_Fuses<br /> * http://www.engbedded.com/fusecalc/<br /> * https://www.mikrocontroller.net/articles/Baudratenquarz<br /> * http://hanneslux.de/avr/tipps/baudratenquarz.html<br /> * http://www.pighixxx.com/test/<br /> * http://bienonline.magix.net/public/avr.html<br /> <br /> Ich programmiere entweder mit dem AVR Dragon<br /> * https://www.mikrocontroller.net/articles/AVR-Dragon<br /> Der auf dem Bild in der Kassettenhülle ist übrigens meiner. ;=)<br /> oder mit einem USB&lt;-&gt;Seriell-Wandler auf FT232-Basis a 'la<br /> * http://www.ebay.com/itm/281369531490<br /> <br /> Interessanter Kurs der TU Wien über AVRs<br /> * http://ti.tuwien.ac.at/ecs/teaching/courses/mclu<br /> Vor allem die Skripten sind sehr lehrreich!</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=92748 2016-04-15T08:43:08Z

<p>Amad: </p> <hr /> <div>Meine Projekte:<br /> * [http://www.mikrocontroller.net/topic/136702#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539194 USB&lt;-&gt;Seriell Wandler] mit FT2232RL drauf und einer [http://www.mikrocontroller.net/topic/71682#585851 Bidirektionalen Funkbrücke nach Benedikt K.]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539205 Ausstattung] eines Palm IIIc mit einer Bidirektionalen Funkbrücke<br /> <br /> * ATTiny13 [http://www.mikrocontroller.net/topic/136702#1539229 mit] RFM12 dran<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539245 Drahtpositions und Dickenerkennung] mit ATMega8, Nokia 3310 [http://www.myplace.nu/mp3/nokialcd.htm Display] und [http://ams.com/eng/Products/Light-Sensors/Linear-Array-Sensors/TSL1401CL TSL1401R-LF]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539546 Platinenlayout] für 1,27SMD und SO-8 IC-Kontaktierung<br /> <br /> * [https://www.mikrocontroller.net/topic/354864#4083976 Motorisierte Lötzinnzuführung]<br /> <br /> <br /> Einige relativ gut nachbaubare &amp; dokumentierte Projekte finden sich hier:<br /> * http://www.zabex.de/<br /> * http://b-kainka.de/bastel0.htm<br /> * http://www.elektronik-kompendium.de/public/arnerossius/schaltungen/avr/<br /> <br /> Speziell zu Assembler:<br /> * http://www.avr-asm-tutorial.net/avr_de/index.html<br /> * http://hanneslux.de/avr/divers/melody/index.html<br /> * http://en.wikipedia.org/wiki/Atmel_AVR_instruction_set<br /> * http://www.atmel.com/images/doc0856.pdf<br /> * https://www.mikrocontroller.net/articles/AVR_Assembler_-_Vergleichstabelle<br /> <br /> Speziell zu C:<br /> * http://www.nongnu.org/avr-libc/user-manual/index.html Online-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.pdf.bz2 PDF-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.tar.bz2 HTML-Version<br /> <br /> allgemeiner, schöner Überblick über viele Bauteile &amp; deren Verwendung:<br /> * http://stefanfrings.de/mikrocontroller_buch/index.html<br /> * http://stefanfrings.de/avr_workshop/index.html<br /> <br /> Weiteres Nützliches:<br /> * https://www.mikrocontroller.net/articles/AVR_Checkliste<br /> * https://www.mikrocontroller.net/articles/AVR_Typen<br /> * https://www.mikrocontroller.net/articles/AVR_Fuses<br /> * http://www.engbedded.com/fusecalc/<br /> * https://www.mikrocontroller.net/articles/Baudratenquarz<br /> * http://hanneslux.de/avr/tipps/baudratenquarz.html<br /> * http://www.pighixxx.com/test/<br /> <br /> Ich programmiere entweder mit dem AVR Dragon<br /> * https://www.mikrocontroller.net/articles/AVR-Dragon<br /> Der auf dem Bild in der Kassettenhülle ist übrigens meiner. ;=)<br /> oder mit einem USB&lt;-&gt;Seriell-Wandler auf FT232-Basis a 'la<br /> * http://www.ebay.com/itm/281369531490<br /> <br /> Interessanter Kurs der TU Wien über AVRs<br /> * http://ti.tuwien.ac.at/ecs/teaching/courses/mclu<br /> Vor allem die Skripten sind sehr lehrreich!</div>

Amad https://www.mikrocontroller.net/index.php?title=IRMP&diff=89563 2015-08-15T11:07:52Z

<p>Amad: GitHub-Link hinzugefügt, automatisch synchronisiertes Repository!</p> <hr /> <div>Von '''Frank M. ([http://www.mikrocontroller.net/user/show/ukw ukw])'''<br /> <br /> [[Datei:irmp-title.png| |Scan eines NEC-kompatiblen Fernbedienungssignals]]<br /> <br /> Da RC5 nicht nur veraltet, sondern mittlerweile obsolet ist und immer mehr die elektronischen Geräte der fernöstlichen Unterhaltungsindustrie in unseren Haushalten Einzug finden, ist es an der Zeit, einen IR-Decoder zu entwickeln, der ca. 90% aller bei uns im täglichen Leben zu findenden IR-Fernbedienungen &quot;versteht&quot;. <br /> <br /> Im folgenden wird IRMP als &quot;Infrarot-Multiprotokoll-Decoder&quot; in allen Einzelheiten vorgestellt. Auch das Gegenstück, nämlich IRSND als IR-Encoder, wird in diesem Artikel behandelt.<br /> <br /> = IRMP - Infrarot-Multiprotokoll-Decoder =<br /> <br /> [[Datei:irmp-empfaenger.png|miniatur|Anschluß eines IR-Empfängers an µC]]<br /> <br /> === Unterstützte µCs ===<br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] ist u.a. lauffähig auf folgenden AVR µCs:<br /> <br /> * ATtiny87, ATtiny167<br /> * ATtiny45, ATtiny85<br /> * ATtiny44, ATtiny84<br /> * ATmega8, ATmega16, ATmega32<br /> * ATmega162<br /> * ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284<br /> * ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P<br /> <br /> Es gibt aber auch Portierungen auf diverse PIC µCs - für den CCS- und C18-Compiler. Auch ist [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] mittlerweile auf AVR XMega, ARM STM32 und Stellaris LM4F120 Launchpad von TI (ARM Cortex M4) lauffähig.<br /> <br /> === Unterstützte IR-Protokolle ===<br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] - der Infrarot-Fernbedienungsdecoder, der mehrere Protokolle auf einmal decodieren kann, beherrscht folgende Protokolle (in alphabetischer Reihenfolge):<br /> <br /> {| {{Tabelle}}<br /> |+ '''Unterstützte Protokolle'''<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! style=&quot;width:15%&quot; | Protokoll || Hersteller<br /> |-<br /> | [[IRMP#A1TVBOX|A1TVBOX]] || ADB (Advanced Digital Broadcast), z.B. A1 TV Box<br /> |-<br /> | [[IRMP#APPLE|APPLE]] || Apple<br /> |-<br /> | [[IRMP#ACP24|ACP24]] || Stiebel Eltron '''(NEU!)'''<br /> |-<br /> | [[IRMP#B&amp;O|B&amp;O]] || Bang &amp; Olufsen<br /> |-<br /> | [[IRMP#BOSE|BOSE]] || Bose<br /> |-<br /> | [[IRMP#DENON|DENON]] || Denon, Sharp<br /> |-<br /> | [[IRMP#FAN|FAN]] || FAN, Fernsteuerung für Ventilatoren '''(NEU!)'''<br /> |-<br /> | [[IRMP#FDC|FDC]] || FDC Keyboard<br /> |-<br /> | [[IRMP#GRUNDIG_+_NOKIA|GRUNDIG]] || Grundig<br /> |-<br /> | [[IRMP#GRUNDIG_+_NOKIA|NOKIA]] || Nokia, z.B. D-Box<br /> |-<br /> | [[IRMP#IR60 (SDA2008)|IR60 (SDA2008)]] || Diverse europäische Hersteller<br /> |-<br /> | [[IRMP#JVC|JVC]] || JVC<br /> |-<br /> | [[IRMP#KASEIKYO|KASEIKYO]] || Panasonic, Technics, Denon und andere japanische Hersteller, welche Mitglied der &quot;Japan's Association for Electric Home Application&quot; sind.<br /> |-<br /> | [[IRMP#KATHREIN|KATHREIN]] || KATHREIN<br /> |-<br /> | [[IRMP#LEGO|LEGO]] || Lego<br /> |-<br /> | [[IRMP#LGAIR|LGAIR]] || LG Air Conditioner<br /> |-<br /> | [[IRMP#MATSUSHITA|MATSUSHITA]] || Matsushita<br /> |-<br /> | [[IRMP#NEC16|NEC16]] || JVC, Daewoo<br /> |-<br /> | [[IRMP#NEC42|NEC42]] || JVC<br /> |-<br /> | [[IRMP#NEC42|NEC42]] || MERLIN Fernbedienung (Pollin Bestellnummer: 620 185) '''(NEU!)'''<br /> |-<br /> | [[IRMP#NEC_+_extended_NEC|NEC]] || NEC, Yamaha, Canon, Tevion, Harman/Kardon, Hitachi, JVC, Pioneer, Toshiba, Xoro, Orion, NoName und viele weitere japanische Hersteller.<br /> |-<br /> | [[IRMP#NETBOX|NETBOX]] || Netbox<br /> |-<br /> | [[IRMP#NIKON|NIKON]] || NIKON<br /> |-<br /> | [[IRMP#NUBERT|NUBERT]] || Nubert, z.B. Subwoofer System<br /> |-<br /> | [[IRMP#ORTEK|ORTEK]] || Ortek, Hama<br /> |-<br /> | [[IRMP#PENTAX|PENTAX]] || PENTAX ('''NEU!''')<br /> |-<br /> | [[IRMP#RC5_+_RC5X|RC5]] || Philips und andere europäische Hersteller<br /> |-<br /> | [[IRMP#RC6_+_RC6A|RC6A]] || Philips, Kathrein und andere Hersteller, z.B. XBOX<br /> |-<br /> | [[IRMP#RC6_+_RC6A|RC6]] || Philips und andere europäische Hersteller<br /> |-<br /> | [[IRMP#RCCAR|RCCAR]] || RC Car: IR Fernbedienung für Modellfahrzeuge <br /> |-<br /> | [[IRMP#RECS80|RECS80]] || Philips, Nokia, Thomson, Nordmende, Telefunken, Saba<br /> |-<br /> | [[IRMP#RECS80EXT|RECS80EXT]] || Philips, Technisat, Thomson, Nordmende, Telefunken, Saba<br /> |-<br /> | [[IRMP#RCMM|RCMM]] || Fujitsu-Siemens z.B. Activy keyboard<br /> |-<br /> | [[IRMP#ROOMBA|ROOMBA]] || iRobot Roomba Staubsauger<br /> |-<br /> | [[IRMP#S100|S100]] || Ähnlich zu RC5, aber 14 statt 13 Bits und 56kHz Modulation. Hersteller unbekannt.<br /> |-<br /> | [[IRMP#SAMSUNG32|SAMSUNG32]] || Samsung<br /> |-<br /> | [[IRMP#SAMSUNG48|SAMSUNG48]] || Div. Klimaanlagen Hersteller<br /> |-<br /> | [[IRMP#SAMSUNG|SAMSUNG]] || Samsung<br /> |-<br /> | [[IRMP#SIEMENS_+_RUWIDO|RUWIDO]] || RUWIDO (z.B. T-Home-Mediareceiver, MERLIN-Tastatur (Pollin))<br /> |-<br /> | [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]] || Siemens, z.B. Gigaset M740AV<br /> |-<br /> | [[IRMP#SIRCS|SIRCS]] || Sony<br /> |-<br /> | [[IRMP#SPEAKER|SPEAKER]] || Lautsprecher Systeme wie z.B. X-Tensions<br /> |-<br /> | [[IRMP#TELEFUNKEN|TELEFUNKEN]] || Telefunken<br /> |-<br /> | [[IRMP#THOMSON|THOMSON]] || Thomson<br /> |}<br /> <br /> Jedes dieser Protokolle ist einzeln aktivierbar. Wer möchte, kann alle Protokolle aktivieren. Wer nur ein Protokoll braucht, kann alle anderen deaktivieren. Es wird nur das vom Compiler übersetzt, was auch benötigt wird.<br /> <br /> === Entstehung ===<br /> <br /> Der auf AVR- und PIC-µCs einsetzbare Source zu [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] entstand im Rahmen des [[Word Clock]] Projektes.<br /> <br /> === Thread im Forum ===<br /> <br /> '''Anlass für einen eigenen [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]]-Artikel ist folgender Thread in der Codesammlung: [http://www.mikrocontroller.net/topic/162119 Beitrag: IRMP - Infrared Multi Protocol Decoder]'''<br /> <br /> == IR-Protokolle ==<br /> <br /> [[Datei:nec-protocol.png|miniatur|NEC-Protokoll, Reichelt RGB-LED-Fernbedienung, T-&gt;A: 9,14ms, A-&gt;B: 4,42ms, B-&gt;C: 660us]]<br /> <br /> Einige Hersteller verwenden ihr eigenes hausinterne Protokoll, dazu gehören u.a. Sony, Samsung und Matsushita. Philips hat [[IRMP#RC5 + RC5X|RC5]] entwickelt und natürlich auch selbst benutzt. [[IRMP#RC5 + RC5X|RC5]] galt damals in Europa als ''das'' Standard-IR-Protokoll, welches von vielen europäischen Herstellern übernommen wurde. Mittlerweile ist [[IRMP#RC5 + RC5X|RC5]] fast gar nicht mehr anzutreffen - man kann es eigentlich als &quot;ausgestorben&quot; abhaken. Der Nachfolger [[IRMP#RC6_+_RC6A|RC6]] wird zwar noch in einigen aktuellen europäischen Geräten eingesetzt, ist aber auch nur vereinzelt vorzufinden.<br /> <br /> Auch die japanischen Hersteller haben versucht, einen eigenen Standard zu etablieren, nämlich das sog. [[IRMP#KASEIKYO|Kaseikyo]]- (oder auch &quot;Japan-&quot;) Protokoll. Dieses ist mit einer Bitlänge von 48 sehr universell und allgemein verwendbar. Richtig durchgesetzt hat es sich aber bis heute nicht - auch wenn man es hier und da im heimischen Haushalt vorfindet.<br /> <br /> Heutzutage wird (auch vornehmlich bei japanischen Geräten) das [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll verwendet - und zwar von den unterschiedlichsten (Marken- und auch Noname-)Herstellern. Ich schätze den &quot;Marktanteil&quot; auf ca. 80% beim [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll. Fast alle Fernbedienungen im alltäglichen Einsatz verwenden bei mir den [[IRMP#NEC_+_extended_NEC|NEC]]-IR-Code. Das fängt beim Fernseher an, geht über vom DVD-Player zur Notebook-Fernbedienung und reicht bis zur Noname-MultiMedia-Festplatte - um nur einige Beispiele zu nennen.<br /> <br /> == Kodierungen ==<br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] unterstützt folgende IR-Codings:<br /> <br /> * [[IRMP#Pulse Distance|Pulse Distance]], typ. Beispiel: [[IRMP#NEC_+_extended_NEC|NEC]]<br /> * [[IRMP#Pulse Width|Pulse Width]], typ. Beispiel: [[IRMP#SIRCS|Sony SIRCS]]<br /> * [[IRMP#Biphase|Biphase (Manchester)]], typ. Beispiel: Philips [[IRMP#RC5_+_RC5X|RC5]], [[IRMP#RC6_+_RC6A|RC6]]<br /> * [[IRMP#Pulse Position|Pulse Position (NRZ)]], typ. Beispiel: [[IRMP#NETBOX|Netbox]]<br /> * [[IRMP#Pulse Distance Width|Pulse Distance Width]], typ. Beispiel: [[IRMP#NUBERT|Nubert]]<br /> <br /> Die Pulse werden dabei moduliert - üblicherweise mit 36kHz oder 38kHz - um Umwelteinflüsse wie Raum- oder Sonnenlicht ausfiltern zu können.<br /> <br /> === Pulse Distance ===<br /> <br /> [[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]<br /> <br /> Eine Pulse Distance Kodierung erkennt man an der folgenden Regel:<br /> <br /> * es gibt nur '''eine Pulslänge''' und '''zwei verschiedene Pausenlängen.'''<br /> <br /> === Pulse Width ===<br /> <br /> [[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]<br /> <br /> Bei der Pulse Width Kodierung gilt die Regel:<br /> <br /> * es gibt '''zwei verschiedene Pulslängen''' und nur '''eine Pausenlänge'''<br /> <br /> === Pulse Distance Width ===<br /> <br /> [[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]<br /> <br /> Dies ist ein Mischmasch aus Pulse Distance und Pulse Width Coding.<br /> <br /> Also:<br /> <br /> * es gibt '''zwei verschiedene Pulslängen''' und '''zwei verschiedene Pausenlängen.'''<br /> <br /> === Biphase ===<br /> <br /> [[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]<br /> <br /> Bei der Biphase Kodierung entscheidet die Reihenfolge von Puls und Pause über den Wert des Bits.<br /> <br /> Damit erkennt man ein Biphase-Coding an folgendem Kriterium:<br /> <br /> * es kommen genau '''eine''' Pausen- und eine Pulslänge, sowie jeweils die '''doppelten''' Puls-/Pausenlängen vor<br /> <br /> Normalerweise sind die Längen für die Pulse und Pausen gleich, d.h. die Signalform ist symmetrisch. IRMP erkennt aber auch Protokolle, die mit unterschiedlichen Puls-/Pause-Längen arbeiten. Dies ist zum Beispiel bei dem [[IRMP#A1TVBOX|A1TVBOX]]-Protokoll der Fall.<br /> <br /> === Pulse Position ===<br /> <br /> [[Datei:Pulse-Position.png|miniatur|Pulse Position Coding]]<br /> <br /> Die Pulse Position Kodierung kennt man von den üblichen UARTs. Hier hat jedes Bit eine feste Länge. Je nach Wert (0 oder 1) ist es ein Puls oder eine Pause.<br /> <br /> Typisches Kriterium für ein '''Pulse Position Protokoll''' ist:<br /> <br /> * es kommen '''Vielfache''' einer Grund-Puls-/Pausenlänge vor<br /> <br /> '''Eine tabellarische Aufstellung der verschiedenen IR-Protokolle findet man hier: [[IRMP#Die_IR-Protokolle_im_Detail|Die IR-Protokolle im Detail]].'''<br /> <br /> Die dort angegebenen Timingwerte sind Idealwerte. Bei einigen Fernbedienungen in der Praxis weichen sie um bis zu 40% voneinander ab. Deshalb arbeitet [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] mit Minimum-/Maximumsgrenzen, um bzgl. des Zeitverhaltens tolerabel zu sein.<br /> <br /> == Protokoll-Erkennung ==<br /> <br /> Die meisten der von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] decodierten Protokolle haben etwas gemeinsames: Sie weisen ein Start-Bit auf, welches vom Timing her ausgezeichnet, d.h. einmalig ist.<br /> <br /> Anhand dieses Start-Bit-Timings werden meistens die verschiedenen Protokolle unterschieden. [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] misst also das Timing des Start-Bits und stellt dann &quot;on-thy-fly&quot; seine Timingtabellen auf das erkannte Protokoll um, damit die nach dem Start-Bit gesandten Daten in einem Rutsch eingelesen werden können, ohne das komplette Telegramm (Frame) erst speichern zu müssen. [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] wartet also nicht darauf, dass ein kompletter Frame eingelesen wurde, sondern legt direkt nach der ersten Pulserkennung los.<br /> <br /> Ist das gelesene Start-Bit nicht eindeutig, fährt [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] &quot;mehrspurig&quot;, d.h. es werden zum Beispiel zwei mögliche Protokolle gleichzeitig verfolgt. Sobald aus Plausibilitätsgründen eines der beiden Protokolle nicht mehr möglich sein kann, wird komplett auf das andere Protokoll gewechselt.<br /> <br /> Realisiert wird die Erkennung über eine [[Statemachine]], die [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|timergesteuert]] über eine [[Interrupt|Interruptroutine]] in regelmäßigen Abständen (üblicherweise 15.000 mal in der Sekunde) aufgerufen wird. Die [[Statemachine]] kennt (unter anderem) folgende Zustände:<br /> <br /> * Erkenne den ersten Puls des Start-Bits<br /> * Erkenne die Pause des Start-Bits<br /> * Erkenne den Puls des ersten Datenbits<br /> <br /> Danach sind die Puls/Pause-Längen des Startbits bekannt. Nun werden alle vom Anwender aktivierten Protokolle nach diesen Längen durchsucht. Wurde ein Protokoll gefunden, werden die Timing-Tabellen dieses Protokolls geladen und im weiteren geprüft, ob die nachfolgenden Puls-/Pause-Zeiten innerhalb der geladenen Werte übereinstimmen.<br /> <br /> Es geht also weiter in der [[Statemachine]] mit folgenden Zuständen<br /> <br /> * Erkenne die Pausen der Datenbits<br /> * Erkenne die Pulse der Datenbits<br /> * Prüfe Timing. Wenn abweichend, schalte um auf ein anderes noch in Frage kommendes IR-Protokoll, ansonsten schalte [[Statemachine]] komplett zurück<br /> * Erkenne das Stop-Bit, falls das Protokoll eines vorsieht<br /> * Prüfe Daten auf Plausibilität, wie CRC oder andere redundante Datenbits<br /> * Wandle die Daten in Geräte-Adresse und Kommando<br /> * Erkenne Wiederholungen durch längere Tastendrücke, setze entsprechendes Flag<br /> <br /> Tatsächlich ist die [[Statemachine]] noch etwas komplizierter, da manche Protokolle gar kein Start-Bit (z.B. [[IRMP#DENON|Denon]]) bzw. mehrere Start-Bits (z.B. 4 bei [[IRMP#B.26O|B&amp;O]]) haben bzw. mitten im Frame ein weiteres Synchronisierungs-Bit (z.B. [[IRMP#SAMSUNG|Samsung]]) vorsehen. Diese besonderen Bedingungen werden durch protokollspezifische &quot;Spezialbehandlungen&quot; im Code abgefangen.<br /> <br /> Das Umschalten auf ein anderes Protokoll kann mehrfach während des Empfangs des Frames geschehen, z.B. von [[IRMP#NEC42|NEC42]] (42 Bit) auf [[IRMP#NEC16|NEC16]] (8 Bit + Sync-Bit + 8 Bit), wenn vorzeitig ein zusätzliches Synchronisierungsbit erkannt wurde, oder von [[IRMP#NEC + extended NEC|NEC]]/[[IRMP#NEC42|NEC42]] (32/42 Bit) auf [[IRMP#JVC|JVC]] (16 Bit), wenn das Stop-Bit vorzeitig auftrat. Schwierig wird es dann, wenn zwei mögliche Protokolle nach Erkennung des Start-Bits unterschiedliche Kodierungen verwenden, z.B. wenn das eine Protokoll ein [[IRMP#Pulse Distance|Pulse Distance Coding]] und das andere ein [[IRMP#Biphase|Biphase Coding (Manchester)]] benutzt. Hier speichert [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] die jeweils völlig verschieden ermittelten Bits für beide Codierungen, um dann später die einen oder anderen<br /> Werte wieder zu verwerfen.<br /> <br /> Desweiteren senden einige Fernbedienungen bei bestimmten Protokollen aus Gründen der Redundanz (Fehlererkennung) oder wegen längeren Tastendrucks Wiederholungsframes. Diese werden von IRMP unterschieden: Die für die Fehlererkennung zuständigen Frames werden von IRMP geprüft, aber nicht an die Anwendung zurückgegeben, die anderen werden als langer Tastendruck erkannt und entsprechend von IRMP gekennzeichnet.<br /> <br /> == Download ==<br /> <br /> Version 2.9.4, Stand vom 15.06.2015<br /> <br /> Download Release-Version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip] <br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] &amp; [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] sind nun auch über SVN abrufbar: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP im SVN], Download [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball], Git: [https://github.com/svn2github/irmp IRMP auf GitHub]<br /> <br /> '''Achtung:'''<br /> <br /> Die Version im SVN kann eine Zwischen- oder Test-Version sein, die nicht den hier dokumentierten Stand widerspiegelt! Im Zweifel verwendet man besser den obigen Download-Link auf Irmp.zip.<br /> <br /> '''Die Software-Änderungen kann man sich hier anschauen: [http://www.mikrocontroller.net/articles/IRMP#Software-Historie_IRMP Software-Historie IRMP]'''<br /> <br /> == Source-Code ==<br /> <br /> Der Source-Code lässt sich einfach für AVR-µCs übersetzen, indem man unter Windows die Projekt-Datei irmp.aps in das AVR Studio 4 lädt.<br /> <br /> Für andere Entwicklungsumgebungen ist leicht ein Projekt bzw. Makefile angelegt. Zum Source gehören:<br /> <br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] - Der eigentliche IR-Decoder<br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - Sämtliche Definitionen zu den IR-Protokollen<br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - Vom Zielsystem abhängige Definitionen für AVR/PIC/STM32<br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.h?view=markup irmp.h] - Include-Datei für die Applikation<br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] - Anzupassende Konfigurationsdatei <br /> <br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/main.c?view=markup main.c] - Beispiel Anwendung<br /> <br /> {{Warnung|<br /> ;WICHTIG: Im Applikations-Source sollte nur irmp.h per include eingefügt werden, also lediglich:<br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #include &quot;irmp.h&quot;<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Alle anderen Include-Dateien werden automatisch über irmp.h &quot;eingefügt&quot;. Siehe dazu auch die Beispieldatei main.c.<br /> <br /> Desweiteren muss die Preprocessor-Konstante '''F_CPU im Projekt bzw. Makefile''' gesetzt werden. Diese sollte mindestens den Wert 8000000UL haben, der Prozessor sollte also zumindest mit 8 MHz laufen.<br /> }}<br /> <br /> Auch auf PIC-Prozessoren ist [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] lauffähig. Für den PIC-CCS-Compiler sind entsprechende Preprocessor-Konstanten bereits gesetzt, so dass man [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] direkt in der CCS-Entwicklungsumgebung verwenden kann. Lediglich eine kleine Interrupt-Routine wie<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> void TIMER2_isr(void) <br /> {<br /> irmp_ISR ();<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> ist hinzuzufügen, wobei man den Interrupt auf 66µs (also 15kHz) stellt. <br /> <br /> Für AVR-Prozessoren ist ein Beispiel für die Anwendung von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] in [http://www.mikrocontroller.net/svnbrowser/irmp/main.c?view=markup main.c] zu finden - im wesentlichen geht es da um die [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|Timer]]-Initialisierung und den Abruf der empfangenen IR-Telegramme. Das empfangene Protokoll, die Geräte-Adresse und der Kommando-Code wird dann in der AVR-Version auf dem HW-UART ausgegeben.<br /> <br /> Für das Stellaris LM4F120 Launchpad von TI (ARM Cortex M4) ist eine entsprechende Timer-Initialisierungsfunktion in [http://www.mikrocontroller.net/svnbrowser/irmp/main.c?view=markup main.c] bereits integriert.<br /> <br /> Ebenso kann [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] auf STM32-Mikroprozessoren eingesetzt werden.<br /> <br /> === avr-gcc-Optimierungen ===<br /> <br /> Ab Version avr-gcc 4.7.x kann die [https://gcc.gnu.org/onlinedocs/gccint/LTO.html#LTO LTO-Option] genutzt werden, um den Aufruf der externen Funktion irmp_ISR() aus der eigentlichen ISR effizienter zu machen. Das verbessert das Zeitverhalten der ISR etwas.<br /> <br /> Zu den sonst schon üblichen Compiler- und Linker-Optionen kommen noch folgende dazu:<br /> <br /> * Zusätzliche Compiler-Option: -flto<br /> * Zusätzliche Linker-Optionen: -flto -Os<br /> <br /> Vergisst man (unter Windows?) die zusätzliche Linker-Option -Os, wird das Binary allerdings wesentlich größer, da dann nicht mehr optimiert wird. Auch muss -flto an den Linker übergeben werden, weil sonst die LTO-Optimierung nicht mehr greift.<br /> <br /> === Konfiguration ===<br /> <br /> Die Konfiguration von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] wird über Parameter in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] vorgenommen, nämlich:<br /> <br /> * [[IRMP#F_INTERRUPTS|Anzahl Interrupts pro Sekunde]]<br /> * [[IRMP#IRMP_SUPPORT_xxx_PROTOCOL|Unterstützte IR-Protokolle]]<br /> * [[IRMP#IRMP_PORT_LETTER + IRMP_BIT_NUMBER|Hardware-Pin zum IR-Empfänger]]<br /> * [[IRMP#IRMP_LOGGING|IR-Logging]]<br /> <br /> === Einstellungen in irmpconfig.h ===<br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] decodiert sämtliche oben aufgelisteten Protokolle in einer ISR. Dafür sind einige Angaben nötig. Diese werden in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] eingestellt.<br /> <br /> ==== F_INTERRUPTS ====<br /> <br /> Anzahl der Interrupts pro Sekunde. Der Wert kann zwischen 10000 und 20000 eingestellt werden. Je höher der Wert, desto besser die Auflösung und damit die Erkennung. Allerdings erkauft man sich diesen Vorteil mit erhöhter CPU-Last. Der Wert 15000 ist meist ein guter Kompromiss.<br /> <br /> Standardwert:<br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define F_INTERRUPTS 15000 // interrupts per second<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Auf AVR-Prozessoren wird in der Beispielroutine in [http://www.mikrocontroller.net/svnbrowser/irmp/main.c?view=markup main.c] der Timer1 mit 16-Bit-Genauigkeit verwendet. Sollte der Timer1 aus irgendwelchen Gründen nicht verfügbar sein, kann man alternativ auch den Timer2 mit 8-Bit-Genauigkeit verwenden.<br /> <br /> In diesem Fall wird dieser dann konfiguriert über:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> OCR2 = (uint8_t) ((F_CPU / F_INTERRUPTS) / 8) - 1 + 0.5); // Compare Register OCR2<br /> TCCR2 = (1 &lt;&lt; WGM21) | (1 &lt;&lt; CS21); // CTC Mode, prescaler = 8<br /> TIMSK = 1 &lt;&lt; OCIE2; // enable timer2 interrupt<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Das obige Beispiel gilt für ATmega88/ATmega168/ATmega328. Bei anderen AVR-µCs empfiehlt sich ein Blick ins Datenblatt.<br /> <br /> Man sollte in diesem Fall nicht vergessen, auch die Interrupt-Routine an den Timer2 anzupassen:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> ISR(TIMER2_COMP_vect)<br /> {<br /> (void) irmp_ISR(); <br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> ==== IRMP_SUPPORT_xxx_PROTOCOL ====<br /> <br /> Hier lässt sich einstellen, welche Protokolle von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] unterstützt werden sollen. Die Standardprotokolle sind bereits aktiv. Möchte man weitere Protokolle einschalten bzw. einige aus Speicherplatzgründen deaktivieren, sind die entsprechenden Werte in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] anzupassen.<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> // typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space<br /> #define IRMP_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS &gt;= 10000 ~150 bytes<br /> #define IRMP_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE &gt;= 10000 ~300 bytes<br /> #define IRMP_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 &gt;= 10000 ~300 bytes<br /> #define IRMP_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita &gt;= 10000 ~50 bytes<br /> #define IRMP_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo &gt;= 10000 ~250 bytes<br /> <br /> // more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space<br /> #define IRMP_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp &gt;= 10000 ~250 bytes<br /> #define IRMP_SUPPORT_RC5_PROTOCOL 0 // RC5 &gt;= 10000 ~250 bytes<br /> #define IRMP_SUPPORT_RC6_PROTOCOL 0 // RC6 &amp; RC6A &gt;= 10000 ~250 bytes<br /> #define IRMP_SUPPORT_JVC_PROTOCOL 0 // JVC &gt;= 10000 ~150 bytes<br /> #define IRMP_SUPPORT_NEC16_PROTOCOL 0 // NEC16 &gt;= 10000 ~100 bytes<br /> #define IRMP_SUPPORT_NEC42_PROTOCOL 0 // NEC42 &gt;= 10000 ~300 bytes<br /> #define IRMP_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) &gt;= 10000 ~300 bytes<br /> #define IRMP_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig &gt;= 10000 ~300 bytes<br /> #define IRMP_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens Gigaset &gt;= 15000 ~550 bytes<br /> #define IRMP_SUPPORT_NOKIA_PROTOCOL 0 // Nokia &gt;= 10000 ~300 bytes<br /> <br /> // exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space<br /> #define IRMP_SUPPORT_BOSE_PROTOCOL 0 // BOSE &gt;= 10000 ~150 bytes<br /> #define IRMP_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein &gt;= 10000 ~200 bytes<br /> #define IRMP_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT &gt;= 10000 ~50 bytes<br /> #define IRMP_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang &amp; Olufsen &gt;= 10000 ~200 bytes<br /> #define IRMP_SUPPORT_RECS80_PROTOCOL 0 // RECS80 (SAA3004) &gt;= 15000 ~50 bytes<br /> #define IRMP_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT (SAA3008) &gt;= 15000 ~50 bytes<br /> #define IRMP_SUPPORT_THOMSON_PROTOCOL 0 // Thomson &gt;= 10000 ~250 bytes<br /> #define IRMP_SUPPORT_NIKON_PROTOCOL 0 // NIKON camera &gt;= 10000 ~250 bytes<br /> #define IRMP_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard &gt;= 10000 ~400 bytes (PROTOTYPE!)<br /> #define IRMP_SUPPORT_ORTEK_PROTOCOL 0 // ORTEK (Hama) &gt;= 10000 ~150 bytes<br /> #define IRMP_SUPPORT_TELEFUNKEN_PROTOCOL 0 // Telefunken 1560 &gt;= 10000 ~150 bytes<br /> #define IRMP_SUPPORT_FDC_PROTOCOL 0 // FDC3402 keyboard &gt;= 10000 (better 15000) ~150 bytes (~400 in combination with RC5)<br /> #define IRMP_SUPPORT_RCCAR_PROTOCOL 0 // RC Car &gt;= 10000 (better 15000) ~150 bytes (~500 in combination with RC5)<br /> #define IRMP_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba &gt;= 10000 ~150 bytes<br /> #define IRMP_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home &gt;= 15000 ~550 bytes<br /> #define IRMP_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX &gt;= 15000 (better 20000) ~300 bytes<br /> #define IRMP_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC &gt;= 20000 ~150 bytes<br /> #define IRMP_SUPPORT_RCMM_PROTOCOL 0 // RCMM 12,24, or 32 &gt;= 20000 ~150 bytes<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Jedes von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] unterstützte IR-Protokoll &quot;verbrät&quot; ungefähr den oben angegebenen Speicher an Code. Hier kann man Optimierungen vornehmen: Zum Beispiel ist die Modulationsfrequenz von 455kHz beim [[IRMP#B&amp;O|B&amp;O]]-Protokoll weitab von den Frequenzen, die von den anderen Protokollen verwendet werden. Hier braucht man evtl. andere IR-Empfänger, anderenfalls kann man diese Protokolle einfach deaktiveren. Zum Beispiel kann man mit einem TSOP1738 kein [[IRMP#B&amp;O|B&amp;O]]-Protokoll (455kHz) mehr empfangen. <br /> <br /> Ausserdem werden die Protokolle [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]]/[[IRMP#FDC|FDC]]/[[IRMP#RCCAR|RCCAR]] erst ab einer Scan-Frequenz von ca. 15kHz zuverlässig erkannt. Bei [[IRMP#LEGO|LEGO]] sind es sogar 20kHz. Wenn man also diese Protokolle nutzen will, muss man [[IRMP#F_INTERRUPTS|F_INTERRUPTS]] entsprechend anpassen, sonst erscheint beim Übersetzen eine entsprechende Warnung und die entsprechenden Protokolle werden dann automatisch abgeschaltet.<br /> <br /> ==== IRMP_PORT_LETTER + IRMP_BIT_NUMBER ====<br /> <br /> Über diese Konstanten wird der Pin am µC beschrieben, an welchem der IR-Empfänger angeschlossen ist.<br /> <br /> Standardwert ist PORT B6:<br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> /*---------------------------------------------------------------------------<br /> * Change hardware pin here for ATMEL AVR<br /> *---------------------------------------------------------------------------<br /> */<br /> #if defined (ATMEL_AVR) // use PB6 as IR input on AVR<br /> # define IRMP_PORT_LETTER B<br /> # define IRMP_BIT_NUMBER 6<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Diese beiden Werte sind an den tatsächlichen Hardware-Pin des µCs anzupassen. <br /> <br /> Dies gilt ebenso für die STM32-µCs:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> /*----------------------------------------------------------------------------<br /> * Change hardware pin here for ARM STM32<br /> *----------------------------------------------------------------------------<br /> */<br /> #elif defined (ARM_STM32) // use C13 as IR input on STM32<br /> # define IRMP_PORT_LETTER C<br /> # define IRMP_BIT_NUMBER 13<br /> &lt;/syntaxhighlight&gt;<br /> <br /> <br /> Bei den PIC-Prozessoren gibt es lediglich die anzupassende Konstante '''IRMP_PIN''' - je nach Compiler:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> /*----------------------------------------------------------------------------<br /> * Change hardware pin here for PIC C18 compiler<br /> *----------------------------------------------------------------------------<br /> */<br /> #elif defined (PIC_C18) // use RB4 as IR input on PIC<br /> # define IRMP_PIN PORTBbits.RB4<br /> <br /> /*----------------------------------------------------------------------------<br /> * Change hardware pin here for PIC CCS compiler<br /> *----------------------------------------------------------------------------<br /> */<br /> #elif defined (PIC_CCS) // use PB4 as IR input on PIC<br /> # define IRMP_PIN PIN_B4<br /> &lt;/syntaxhighlight&gt;<br /> <br /> ==== IRMP_USE_CALLBACK ====<br /> <br /> Standardwert:<br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define IRMP_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Wenn man Callbacks einschaltet, wird bei jeder Pegeländerung des Eingangs eine Callback-Funktion aufgerufen. Dies kann zum Beispiel dafür verwendet werden, das eingehende IR-Signal sichtbar zu machen, also als Signal an einem weiteren Pin auszugeben.<br /> <br /> Hier ein Beispiel:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define LED_PORT PORTD // LED at PD6<br /> #define LED_DDR DDRD<br /> #define LED_PIN 6<br /> <br /> /*-----------------------------------------------------------------------------------------------------------------------<br /> * Called (back) from IRMP module<br /> * This example switches a LED (which is connected to Vcc)<br /> *-----------------------------------------------------------------------------------------------------------------------<br /> */<br /> void<br /> led_callback (uint8_t on)<br /> {<br /> if (on)<br /> {<br /> LED_PORT &amp;= ~(1 &lt;&lt; LED_PIN);<br /> }<br /> else<br /> {<br /> LED_PORT |= (1 &lt;&lt; LED_PIN);<br /> }<br /> }<br /> <br /> int<br /> main ()<br /> {<br /> ...<br /> irmp_init ();<br /> <br /> LED_DDR |= (1 &lt;&lt; LED_PIN); // LED pin to output<br /> LED_PORT |= (1 &lt;&lt; LED_PIN); // switch LED off (active low)<br /> irmp_set_callback_ptr (led_callback);<br /> <br /> sei ();<br /> ...<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> ==== IRMP_LOGGING ====<br /> <br /> Mit IRMP_LOGGING kann das Protokollieren von eingehenden IR-Frames eingeschaltet werden.<br /> <br /> Standardwert:<br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not. default is 0<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Weitere Erläuterungen siehe [[IRMP#Scannen_von_unbekannten_IR-Protokollen|Scannen von unbekannten IR-Protokollen]].<br /> <br /> === Anwendung von IRMP ===<br /> <br /> Die von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] unterstützten Protokolle weisen Bitlängen - teilweise variabel, teilweise fest - von 2 bis 48 Bit auf. Diese werden über Preprocessor-Defines beschrieben.<br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] trennt diese IR-Telegramme prinzipiell in 3 Bereiche:<br /> <br /> 1. ID für verwendetes Protokoll<br /> 2. Adresse bzw. Herstellercode<br /> 3. Kommando<br /> <br /> Mittels der Funktion<br /> <br /> irmp_get_data (IRMP_DATA * irmp_data_p)<br /> <br /> kann man ein decodiertes Telegramm abrufen. Der Return-Wert ist 1, wenn ein Telegramm eingelesen wurde, sonst 0. Im ersten Fall werden die Struct-Members<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> irmp_data_p-&gt;protocol (8 Bit)<br /> irmp_data_p-&gt;address (16 Bit)<br /> irmp_data_p-&gt;command (16 Bit)<br /> irmp_data_p-&gt;flags (8 Bit)<br /> &lt;/syntaxhighlight&gt;<br /> <br /> gefüllt.<br /> <br /> Das heisst: am Ende bekommt man dann über irmp_get_data() einfach drei<br /> Werte (Protokoll, Adresse und Kommando-Code), die man über ein if oder switch checken kann, z.&amp;nbsp;B. hier eine Routine, welche die Tasten 1-9 auf einer Fernbedienung auswertet:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> IRMP_DATA irmp_data;<br /> <br /> if (irmp_get_data (&amp;irmp_data))<br /> {<br /> if (irmp_data.protocol == IRMP_NEC_PROTOCOL &amp;&amp; // NEC-Protokoll<br /> irmp_data.address == 0x1234) // Adresse 0x1234<br /> {<br /> switch (irmp_data.command)<br /> {<br /> case 0x0001: key1_pressed(); break; // Taste 1<br /> case 0x0002: key2_pressed(); break; // Taste 2<br /> ...<br /> case 0x0009: key9_pressed(); break; // Taste 9<br /> }<br /> }<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Hier die möglichen Werte für irmp_data.protocol, siehe auch [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define IRMP_SIRCS_PROTOCOL 1 // Sony<br /> #define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, NoName etc.<br /> #define IRMP_SAMSUNG_PROTOCOL 3 // Samsung<br /> #define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita<br /> #define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic etc)<br /> #define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba<br /> #define IRMP_RC5_PROTOCOL 7 // Philips etc<br /> #define IRMP_DENON_PROTOCOL 8 // Denon, Sharp<br /> #define IRMP_RC6_PROTOCOL 9 // Philips etc<br /> #define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37<br /> #define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC<br /> #define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba<br /> #define IRMP_NUBERT_PROTOCOL 13 // Nubert<br /> #define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang &amp; Olufsen<br /> #define IRMP_GRUNDIG_PROTOCOL 15 // Grundig<br /> #define IRMP_NOKIA_PROTOCOL 16 // Nokia<br /> #define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset<br /> #define IRMP_FDC_PROTOCOL 18 // FDC keyboard<br /> #define IRMP_RCCAR_PROTOCOL 19 // RC Car<br /> #define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)<br /> #define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX<br /> #define IRMP_NIKON_PROTOCOL 22 // Nikon<br /> #define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Mediareceiver<br /> #define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)<br /> #define IRMP_KATHREIN_PROTOCOL 25 // Kathrein<br /> #define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)<br /> #define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)<br /> #define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits<br /> #define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC<br /> #define IRMP_THOMSON_PROTOCOL 30 // Thomson<br /> #define IRMP_BOSE_PROTOCOL 31 // BOSE<br /> #define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box<br /> #define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama<br /> #define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)<br /> #define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner<br /> #define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)<br /> #define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)<br /> #define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)<br /> #define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert<br /> #define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner<br /> #define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with SAMSUNG protocol (48 bits)<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Die Werte für die Adresse und das Kommando muss man natürlich einmal für eine unbekannte Fernbedienung auslesen und dann über ein UART oder LC-Display ausgeben, um sie dann im Programm hart zu kodieren. Oder man hat eine kleine Anlernroutine, wo man einmal die gewünschten Tasten drücken muss, um sie anschließend im EEPROM abzuspeichern. Ein Beispiel dazu findet man im Artikel [http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP Lernfähige IR-Fernbedienung mit IRMP].<br /> <br /> Eine weitere [http://www.mikrocontroller.net/svnbrowser/irmp/main.c?view=markup Beispiel-Main-Funktion] ist im Zip-File enthalten, da sieht man dann auch die Initialisierung des Timers.<br /> <br /> === &quot;Entprellen&quot; von Tasten ===<br /> <br /> Um zu unterscheiden, ob eine Taste lange gedrückt wurde oder lediglich einzeln, dient das Bit IRMP_FLAG_REPETITION. Dieses wird im Struct-Member '''flags''' gesetzt, wenn eine Taste auf der Fernbedienung längere Zeit gedrückt wurde und dadurch immer wieder dasselbe Kommando innerhalb kurzer Zeitabstände ausgesandt wird.<br /> <br /> Beispiel:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> if (irmp_data.flags &amp; IRMP_FLAG_REPETITION)<br /> {<br /> // Benutzer hält die Taste länger runter<br /> // entweder:<br /> // ich ignoriere die (Wiederholungs-)Taste<br /> // oder:<br /> // ich benutze diese Info, um einen Repeat-Effekt zu nutzen<br /> }<br /> else<br /> {<br /> // Es handelt sich um eine neue Taste<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Dies kann zum Beispiel dafür genutzt werden, um die Tasten 0-9 zu &quot;entprellen&quot;, indem man Kommandos mit gesetztem Bit IRMP_FLAG_REPETITION ignoriert. Bei dem Drücken auf die Tasten VOLUME+ oder VOLUME- kann die wiederholte Auswertung ein und desselben Kommandos aber durchaus gewünscht sein - zum Beispiel, um [[LED-Fading|LEDs zu faden]].<br /> <br /> Wenn man nur Einzeltasten auswerten will, kann man obigen IF-Block reduzieren auf:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> if (! (irmp_data.flags &amp; IRMP_FLAG_REPETITION))<br /> {<br /> // Es handelt sich um eine neue Taste<br /> // ACTION!<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> == Arbeitsweise ==<br /> <br /> Das &quot;Working Horse&quot; von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] ist die Interrupt Service Routine irmp_ISR() welche 15.000 mal pro Sekunde aufgerufen werden sollte. Weicht dieser Wert ab, muss die Preprocessor-Konstante [[IRMP#F_INTERRUPTS|F_INTERRUPTS]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] angepasst werden. Der Wert kann zwischen 10kHz und 20kHz eingestellt werden.<br /> <br /> irmp_ISR() detektiert zunächst die Länge und die Form des/der Startbits und ermittelt daraus das verwendete Protokoll. Sobald das Protokoll erkannt wurde, werden die weiter einzulesenden Bits parametrisiert, um dann möglichst effektiv in den weiteren Aufrufen das komplette IR-Telegramm einzulesen.<br /> <br /> Um direkt Kritikern den Wind aus den Segeln zu nehmen:<br /> <br /> Ich weiss, die ISR ist ziemlich groß. Aber da sie sich wie eine State Machine verhält, ist der tatsächlich ausgeführte Code pro Durchlauf relativ gering. Solange es &quot;dunkel&quot; ist (und das ist es ja die meiste Zeit ;-)) ist die aufgewendete Zeit sogar verschwindend gering. Im WordClock-Projekt werden mit ein- und demselben Timer 8 ISRs aufgerufen, davon ist die irmp_ISR() nur eine unter vielen. Bei mindestens 8 MHz CPU-Takt traten bisher keine Timing-Probleme auf. Daher sehe ich bei der Länge von irmp_ISR überhaupt kein Problem.<br /> <br /> Ein Quarz ist nicht unbedingt notwendig, es funktioniert auch mit dem internen Oszillator des AVRs, wenn man die Prescaler-Fuse entsprechend gesetzt hat, dass die CPU auch mit 8MHz rennt ... Die Fuse-Werte für einen ATMEGA88 findet man in [http://www.mikrocontroller.net/svnbrowser/irmp/main.c?view=markup main.c].<br /> <br /> == Scannen von unbekannten IR-Protokollen ==<br /> <br /> Stellt man in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] in der Zeile<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not (default)<br /> &lt;/syntaxhighlight&gt;<br /> <br /> den Wert für [[IRMP#IRMP_LOGGING|IRMP_LOGGING]] auf 1, wird in [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] eine Protokollierung eingeschaltet: Es werden dann die Hell- und Dunkelphase auf dem UART des Microntrollers mit 9600Bd ausgegeben: 1=Dunkel, 0=Hell. Eventuell müssen dann die Konstanten in den Funktionen uart_init() und uart_putc() angepasst werden; das kommt auf den verwendeten AVR-µC an.<br /> <br /> '''Hinweis: Für PIC-Prozessoren gibt es ein eigenes Logging-Modul namens [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]. Dieses ermöglicht das Logging über USB. Für AVR-Prozessoren ist [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c] irrelevant'''<br /> <br /> Nimmt man diese Protokoll-Scans mit einem Terminal-Emulationsprogramm auf und speichert sie dann als normale Datei ab, kann man diese Scan-Dateien zur Analyse verwenden, um damit [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] an das unbekannte Protokoll anzupassen - siehe nächstes Kapitel.<br /> <br /> Wer eine Fernbedienung hat, die nicht von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] unterstützt wird, kann mir ([http://www.mikrocontroller.net/user/show/ukw ukw]) gern die Scan-Dateien zuschicken. Ich schaue dann, ob das Protokoll in das IRMP-Konzept passt und passe gegebenenfalls den Source an.<br /> <br /> == IRMP unter Linux und Windows ==<br /> <br /> === Übersetzen ===<br /> <br /> [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] lässt sich auch unter Linux direkt kompilieren, um damit Infrarot-Scans, welche in Dateien gespeichert sind, direkt zu testen. Im Unterordner IR-Data finden sich solche Dateien, die man dem [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] direkt zum &quot;Fraß&quot; vorwerfen kann. <br /> <br /> Das Übersetzen von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] geht folgendermaßen:<br /> <br /> make -f makefile.lnx<br /> <br /> Dabei werden 3 IRMP-Versionen erzeugt:<br /> <br /> * irmp-10kHz: Version für 10kHz Scans<br /> * irmp-15kHz: Version für 15kHz Scans<br /> * irmp-20kHz: Version für 20kHz Scans<br /> <br /> === Aufruf von IRMP ===<br /> <br /> Der Aufruf geschieht dann über:<br /> <br /> ./irmp-nnkHz [-l|-p|-a|-v] &lt; scan-file<br /> <br /> Die angegebenen Optionen schließen sich aus, das heisst, es kann jeweils nur eine Option zu einer Zeit angegeben werden:<br /> <br /> Option:<br /> <br /> -l List gibt eine Liste der Pulse und Pausen aus<br /> -a analyze analysiert die Puls-/Pausen und schreibt ein &quot;Spektrum&quot; in ASCII-Form<br /> -v verbose ausführliche Ausgabe<br /> -p Print Timings gibt für alle Protokolle eine Timing-Tabelle aus<br /> <br /> Beispiele:<br /> <br /> === Normale Ausgabe ===<br /> <br /> ./irmp-10kHz &lt; IR-Data/orion_vcr_07660BM070.txt<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> -------------------------------------------------------------------------<br /> # Taste 1<br /> 00000001110111101000000001111111 p = 2, a = 0x7b80, c = 0x0001, f = 0x00<br /> -------------------------------------------------------------------------<br /> # Taste 2<br /> 00000001110111100100000010111111 p = 2, a = 0x7b80, c = 0x0002, f = 0x00<br /> -------------------------------------------------------------------------<br /> # Taste 3<br /> 00000001110111101100000000111111 p = 2, a = 0x7b80, c = 0x0003, f = 0x00<br /> -------------------------------------------------------------------------<br /> # Taste 4<br /> 00000001110111100010000011011111 p = 2, a = 0x7b80, c = 0x0004, f = 0x00<br /> -------------------------------------------------------------------------<br /> ...<br /> &lt;/syntaxhighlight&gt;<br /> <br /> === Listen-Ausgabe ===<br /> <br /> ./irmp-10kHz -l &lt; IR-Data/orion_vcr_07660BM070.txt<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> # Taste 1<br /> pulse: 91 pause: 44<br /> pulse: 6 pause: 5<br /> pulse: 6 pause: 6<br /> pulse: 6 pause: 5<br /> pulse: 6 pause: 5<br /> pulse: 6 pause: 5<br /> pulse: 6 pause: 6<br /> pulse: 6 pause: 5<br /> pulse: 6 pause: 16<br /> ...<br /> &lt;/syntaxhighlight&gt;<br /> <br /> === Analyse ===<br /> <br /> ./irmp-10kHz -a &lt; IR-Data/orion_vcr_07660BM070.txt<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> -------------------------------------------------------------------------------<br /> START PULSES:<br /> 90 o 1<br /> 91 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 33<br /> 92 ooo 2<br /> pulse avg: 91.0=9102.8 us, min: 90=9000.0 us, max: 92=9200.0 us, tol: 1.1%<br /> -------------------------------------------------------------------------------<br /> START PAUSES:<br /> 43 oo 1<br /> 44 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 25<br /> 45 oooooooooooooooooooooooo 10<br /> pause avg: 44.2=4425.0 us, min: 43=4300.0 us, max: 45=4500.0 us, tol: 2.8%<br /> -------------------------------------------------------------------------------<br /> PULSES:<br /> 5 o 17<br /> 6 ooooooooooooooooooooooooooooooooooooooooooooooooooooooo 562<br /> 7 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 609<br /> pulse avg: 6.5= 649.8 us, min: 5= 500.0 us, max: 7= 700.0 us, tol: 23.1%<br /> -------------------------------------------------------------------------------<br /> PAUSES:<br /> 4 ooooooooooooooooooooooo 169<br /> 5 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 412<br /> 6 oooo 31<br /> pause avg: 4.8= 477.5 us, min: 4= 400.0 us, max: 6= 600.0 us, tol: 25.7%<br /> 15 oooooo 43<br /> 16 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 425<br /> 17 oooooooooo 72<br /> pause avg: 16.1=1605.4 us, min: 15=1500.0 us, max: 17=1700.0 us, tol: 6.6%<br /> -------------------------------------------------------------------------------<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Hier sieht man die gemessenen Zeiten aller Pulse und Pausen als (liegende) Glockenkurven, welche natürlich wegen der ASCII-Darstellung nicht gerade einer Idealkurve entsprechen. Je schmaler die gemessenen Kanäle, desto besser ist das Timing der Fernbedienung.<br /> <br /> Aus obigem Output kann man herauslesen:<br /> <br /> * Das Start-Bit hat eine Pulslänge zwischen 9000 und 9200 usec, im Mittel sind es 9102 usec. Die Abweichung von diesem Mittelwert liegt bei 1,1 Prozent.<br /> <br /> * Das Start-Bit hat eine Pausenlänge zwischen 4300 usec und 4500 usec, der Mittelwert beträgt 4424 usec. Der Fehler liegt bei 2,8 Prozent.<br /> <br /> * Die Pulslänge eines Datenbits liegt zwischen 500 usec und 700 usec, im Mittel sind es 650 usec, der Fehler liegt bei (stolzen) 23,1 Prozent!<br /> <br /> Desweiteren gibt es noch 2 verschieden lange Pausen (für die Bits 0 und 1), das Ablesen der Werte überlasse ich dem geneigten Leser ;-)<br /> <br /> === Ausführliche Ausgabe ===<br /> <br /> ./irmp-10kHz -v &lt; IR-Data/orion_vcr_07660BM070.txt<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> -------------------------------------------------------------------------------<br /> # 1 - IR-cmd: 0x0001<br /> 0.200ms [starting pulse]<br /> 13.700ms [start-bit: pulse = 91, pause = 44]<br /> protocol = NEC, start bit timings: pulse: 62 - 118, pause: 30 - 60<br /> pulse_1: 3 - 8<br /> pause_1: 11 - 23<br /> pulse_0: 3 - 8<br /> pause_0: 3 - 8<br /> command_offset: 16<br /> command_len: 16<br /> complete_len: 32<br /> stop_bit: 1<br /> 14.800ms [bit 0: pulse = 6, pause = 5] 0<br /> 16.000ms [bit 1: pulse = 6, pause = 6] 0<br /> 17.100ms [bit 2: pulse = 6, pause = 5] 0<br /> 18.200ms [bit 3: pulse = 6, pause = 5] 0<br /> 19.300ms [bit 4: pulse = 6, pause = 5] 0<br /> 20.500ms [bit 5: pulse = 6, pause = 6] 0<br /> 21.600ms [bit 6: pulse = 6, pause = 5] 0<br /> 23.800ms [bit 7: pulse = 6, pause = 16] 1<br /> 26.100ms [bit 8: pulse = 6, pause = 17] 1<br /> 28.300ms [bit 9: pulse = 6, pause = 16] 1<br /> 29.500ms [bit 10: pulse = 6, pause = 6] 0<br /> 31.700ms [bit 11: pulse = 6, pause = 16] 1<br /> 34.000ms [bit 12: pulse = 6, pause = 17] 1<br /> 36.200ms [bit 13: pulse = 6, pause = 16] 1<br /> 38.500ms [bit 14: pulse = 6, pause = 17] 1<br /> 39.600ms [bit 15: pulse = 6, pause = 5] 0<br /> 41.900ms [bit 16: pulse = 6, pause = 17] 1<br /> 43.000ms [bit 17: pulse = 6, pause = 5] 0<br /> 44.100ms [bit 18: pulse = 6, pause = 5] 0<br /> 45.200ms [bit 19: pulse = 6, pause = 5] 0<br /> 46.400ms [bit 20: pulse = 7, pause = 5] 0<br /> 47.500ms [bit 21: pulse = 6, pause = 5] 0<br /> 48.600ms [bit 22: pulse = 6, pause = 5] 0<br /> 49.800ms [bit 23: pulse = 6, pause = 6] 0<br /> 50.900ms [bit 24: pulse = 5, pause = 6] 0<br /> 53.100ms [bit 25: pulse = 6, pause = 16] 1<br /> 55.400ms [bit 26: pulse = 6, pause = 17] 1<br /> 57.600ms [bit 27: pulse = 6, pause = 16] 1<br /> 59.900ms [bit 28: pulse = 6, pause = 17] 1<br /> 62.100ms [bit 29: pulse = 6, pause = 16] 1<br /> 64.400ms [bit 30: pulse = 6, pause = 17] 1<br /> 66.700ms [bit 31: pulse = 6, pause = 17] 1<br /> stop bit detected<br /> 67.300ms code detected, length = 32<br /> 67.300ms p = 2, a = 0x7b80, c = 0x0001, f = 0x00<br /> -------------------------------------------------------------------------------<br /> &lt;/syntaxhighlight&gt;<br /> <br /> === Aufruf unter Windows ===<br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] kann man auch unter Windows nutzen, nämlich folgendermaßen:<br /> <br /> * Eingabeaufforderung starten<br /> * In das Verzeichnis irmp wechseln<br /> * Aufruf von:<br /> irmp-10kHz.exe &lt; IR-Data\rc5x.txt<br /> <br /> Es gelten dieselben Optionen wie für die Linux-Version.<br /> <br /> === Längere Ausgaben ===<br /> <br /> Da manche Ausgaben sehr lang werden, empfiehlt es sich auch hier, die Ausgabe in eine Datei zu lenken oder in einen Pager weiterzuleiten, damit man seitenweise blättern kann:<br /> <br /> Linux:<br /> <br /> ./irmp-10kHz &lt; IR-Data/rc5x.txt | less<br /> <br /> Windows:<br /> <br /> irmp-10kHz.exe &lt; IR-Data\rc5x.txt | more<br /> <br /> == Fernbedienungen ==<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! Protokoll || Bezeichnung || Gerät || Device Address<br /> |-<br /> | [[IRMP#NEC_+_extended_NEC|NEC]] || Toshiba CT-9859 || Fernseher || 0x5F40<br /> |-<br /> | || Toshiba VT-728G || V-728G Videorekorder || 0x5B44<br /> |-<br /> | || Elta 8848 MP 4 || DVD-Player || 0x7F00<br /> |-<br /> | || AS-218 || Askey TV-View CHP03X (TV-Karte) || 0x3B86<br /> |-<br /> | || Cyberhome ??? || Cyberhome DVD Player || 0x6D72<br /> |-<br /> | || WD TV Live || Western Digital Multimediaplayer || 0x1F30<br /> |-<br /> | || Canon WL-DC100 || Kamera Canon PowerShot G5 || 0xB1CA<br /> |-<br /> | [[IRMP#NEC16|NEC16]] || Daewoo || Videorekorder || 0x0015<br /> |-<br /> | [[IRMP#KASEIKYO|KASEIKYO]] || Technics EUR646497 || AV Receiver SA-AX 730 || 0x2002<br /> |-<br /> | || Panasonic TV || Fernseher TX-L32EW6 || 0x2002<br /> |-<br /> | [[IRMP#RC5_+_RC5X|RC5]] || Loewe Assist/RC3/RC4 || Fernseher (FB auf TV-Mode) || 0x0000<br /> |-<br /> | [[IRMP#RC6_+_RC6A|RC6]] || Philips Television || Fernseher (FB auf TV-Mode) || 0x0000<br /> |-<br /> | [[IRMP#SIRCS|SIRCS]] || Sony RM-816 || Fernseher (FB auf TV-Mode) || 0x0000<br /> |-<br /> | [[IRMP#DENON|DENON]] || DENON RC970 || AVR3805 (Verstärker) || 0x0008<br /> |-<br /> | || DENON RC970 || DVD/CD-Player || 0x0002<br /> |-<br /> | || DENON RC970 || Tuner || 0x0006<br /> |-<br /> | [[IRMP#SAMSUNG32|SAMSUNG32]] || Samsung AA59-00484A || LE40D550 Fernseher || 0x0707<br /> |-<br /> | || LG AKB72033901 || Blu-Ray Player BD370 || 0x2D2D<br /> |-<br /> | [[IRMP#APPLE|APPLE]] || Apple || Apple Dock (iPod 2) || 0x0020<br /> |-<br /> |}<br /> <br /> ----<br /> <br /> == Kameras ==<br /> <br /> [[Datei:Irmp-pentax.png|miniatur|Pentax-Protokoll]]<br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] unterstützt zunehmend auch die Fernsteuerung von Kameras, nämlich:<br /> <br /> * [[IRMP#PENTAX|PENTAX]]<br /> * [[IRMP#NIKON|NIKON]]<br /> <br /> Die Kommando-Vielfalt ist nicht gerade groß. Normalerweise verstehen die Kameras gerade mal das Kommando &quot;Auslösen&quot;.<br /> <br /> Hier eine kleine Tabelle für [[IRMP#PENTAX|PENTAX]]-Kameras:<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! Kommando || Funktion<br /> |-<br /> | 0x0000 || Auslösen<br /> |-<br /> | 0x0001 || Zoomlevel umschalten<br /> |-<br /> |}<br /> <br /> Da keine Adresse im [[IRMP#PENTAX|PENTAX]]-Protokoll vorgesehen ist, sollte man am diese beim Senden mittels [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] am besten auf 0x0000 setzen. Ebenso sollte man in diesem Fall einen Quarz verwenden, da gerade die Nikons bezüglich des Timings sehr penibel sind.<br /> <br /> == IR-Tastaturen ==<br /> <br /> [[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402-Tastatur]]<br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] unterstützt ab Version 1.7.0 auch IR-Tastaturen, nämlich die Infrarot-Tastatur FDC-3402 - erhältlich bei Pollin (Art. 711 056) für weniger als 2 EUR.<br /> <br /> Beim Erkennen einer Taste gibt [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] folgende Daten zurück:<br /> <br /> Protokoll-Nummer (irmp_data.protocol): 18<br /> Addresse (irmp_data.address): 0x003F<br /> <br /> Als Kommando (irmp_data.command) werden folgende Werte zurückgeliefert:<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! Code || Taste || Code || Taste || Code || Taste || Code || Taste || Code || Taste || Code || Taste || Code || Taste || Code || Taste<br /> |-<br /> | 0x0000 || || 0x0010 || TAB || 0x0020 || 's' || 0x0030 || 'c' || 0x0040 || || 0x0050 || HOME || 0x0060 || || 0x0070 || MENUE<br /> |-<br /> | 0x0001 || '^' || 0x0011 || 'q' || 0x0021 || 'd' || 0x0031 || 'v' || 0x0041 || || 0x0051 || END || 0x0061 || || 0x0071 || BACK<br /> |-<br /> | 0x0002 || '1' || 0x0012 || 'w' || 0x0022 || 'f' || 0x0032 || 'b' || 0x0042 || || 0x0052 || || 0x0062 || || 0x0072 || FORWARD<br /> |-<br /> | 0x0003 || '2' || 0x0013 || 'e' || 0x0023 || 'g' || 0x0033 || 'n' || 0x0043 || || 0x0053 || UP || 0x0063 || || 0x0073 || ADDRESS<br /> |-<br /> | 0x0004 || '3' || 0x0014 || 'r' || 0x0024 || 'h' || 0x0034 || 'm' || 0x0044 || || 0x0054 || DOWN || 0x0064 || || 0x0074 || WINDOW<br /> |-<br /> | 0x0005 || '4' || 0x0015 || 't' || 0x0025 || 'j' || 0x0035 || ',' || 0x0045 || || 0x0055 || PAGE_UP || 0x0065 || || 0x0075 || 1ST_PAGE<br /> |-<br /> | 0x0006 || '5' || 0x0016 || 'z' || 0x0026 || 'k' || 0x0036 || '.' || 0x0046 || || 0x0056 || PAGE_DOWN || 0x0066 || || 0x0076 || STOP<br /> |-<br /> | 0x0007 || '6' || 0x0017 || 'u' || 0x0027 || 'l' || 0x0037 || '-' || 0x0047 || || 0x0057 || || 0x0067 || || 0x0077 || MAIL<br /> |-<br /> | 0x0008 || '7' || 0x0018 || 'i' || 0x0028 || 'ö' || 0x0038 || || 0x0048 || || 0x0058 || || 0x0068 || || 0x0078 || FAVORITES<br /> |-<br /> | 0x0009 || '8' || 0x0019 || 'o' || 0x0029 || 'ä' || 0x0039 || SHIFT_RIGHT || 0x0049 || || 0x0059 || RIGHT || 0x0069 || || 0x0079 || NEW_PAGE<br /> |-<br /> | 0x000A || '9' || 0x001A || 'p' || 0x002A || '#' || 0x003A || CTRL || 0x004A || || 0x005A || || 0x006A || || 0x007A || SETUP<br /> |-<br /> | 0x000B || '0' || 0x001B || 'ü' || 0x002B || CR || 0x003B || || 0x004B || INSERT || 0x005B || || 0x006B || || 0x007B || FONT<br /> |-<br /> | 0x000C || 'ß' || 0x001C || '+' || 0x002C || SHIFT_LEFT || 0x003C || ALT_LEFT || 0x004C || DELETE || 0x005C || || 0x006C || || 0x007C || PRINT<br /> |-<br /> | 0x000D || '´' || 0x001D || || 0x002D || '&lt;' || 0x003D || SPACE || 0x004D || || 0x005D || || 0x006D || || 0x007D ||<br /> |-<br /> | 0x000E || || 0x001E || CAPSLOCK || 0x002E || 'y' || 0x003E || ALT_RIGHT || 0x004E || || 0x005E || || 0x006E || ESCAPE || 0x007E || ON_OFF<br /> |-<br /> | 0x000F || BACKSPACE || 0x001F || 'a' || 0x002F || 'x' || 0x003F || || 0x004F || LEFT || 0x005F || || 0x006F || || 0x007F ||<br /> |-<br /> |}<br /> <br /> Zusatztasten links:<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! Code || Taste<br /> |-<br /> |-<br /> | 0x0400 || KEY_MOUSE_1<br /> |-<br /> | 0x0800 || KEY_MOUSE_2<br /> |}<br /> <br /> Dabei gelten die obigen Werte für das Drücken einer Taste. Wird die Taste wieder losgelassen, setzt [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] zusätzlich das 8. Bit im Kommando.<br /> <br /> Beispiel:<br /> <br /> Taste 'a' drücken: 0x001F<br /> Taste 'a' loslassen: 0x009F<br /> <br /> Ausnahme ist die EIN/AUS-Taste: Diese sendet nur beim Drücken einen Code, nicht beim Loslassen.<br /> <br /> Wird eine Taste länger gedrückt, wird das in irmp_data.flag angezeigt.<br /> <br /> Beispiel:<br /> <br /> command flag<br /> Taste 'a' drücken: 0x001F 0x00<br /> Taste 'a' drücken: 0x001F 0x01<br /> Taste 'a' drücken: 0x001F 0x01<br /> Taste 'a' drücken: 0x001F 0x01<br /> ....<br /> Taste 'a' loslassen: 0x009F 0x00<br /> <br /> <br /> Werden Tastenkombinationen (zum Beispiel für ein großes 'A') gedrückt, dann sind die Rückgabewerte von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] in folgendem Ablauf zu sehen:<br /> <br /> Linke SHIFT-Taste drücken: 0x0002<br /> Taste 'a' drücken: 0x001F<br /> Taste 'a' loslassen: 0x009F<br /> Linke SHIFT-Taste loslassen: 0x0082<br /> <br /> In [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] findet man für die LINUX-Version eine Funktion get_fdc_key(), welche als Vorlage dienen mag, die Keycodes einer FDC-Tastatur in die entsprechenden ASCII-Codes umzuwandeln. Diese Funktion kann man entweder lokal auf dem µC nutzen, um die Keycodes zu decodieren, oder auf einem Hostsystem (z.B. PC), an welches die IRMP-Data-Struktur gesandt wird. Dafür sollte man die Funktion incl. der dazugehörenden Preprozessor-Konstanten in seinen Applikations-Quelltext kopieren.<br /> <br /> Hier der entsprechende Auszug:<br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define STATE_LEFT_SHIFT 0x01<br /> #define STATE_RIGHT_SHIFT 0x02<br /> #define STATE_LEFT_CTRL 0x04<br /> #define STATE_LEFT_ALT 0x08<br /> #define STATE_RIGHT_ALT 0x10<br /> <br /> #define KEY_ESCAPE 0x1B // keycode = 0x006e<br /> #define KEY_MENUE 0x80 // keycode = 0x0070<br /> #define KEY_BACK 0x81 // keycode = 0x0071<br /> #define KEY_FORWARD 0x82 // keycode = 0x0072<br /> #define KEY_ADDRESS 0x83 // keycode = 0x0073<br /> #define KEY_WINDOW 0x84 // keycode = 0x0074<br /> #define KEY_1ST_PAGE 0x85 // keycode = 0x0075<br /> #define KEY_STOP 0x86 // keycode = 0x0076<br /> #define KEY_MAIL 0x87 // keycode = 0x0077<br /> #define KEY_FAVORITES 0x88 // keycode = 0x0078<br /> #define KEY_NEW_PAGE 0x89 // keycode = 0x0079<br /> #define KEY_SETUP 0x8A // keycode = 0x007a<br /> #define KEY_FONT 0x8B // keycode = 0x007b<br /> #define KEY_PRINT 0x8C // keycode = 0x007c<br /> #define KEY_ON_OFF 0x8E // keycode = 0x007c<br /> <br /> #define KEY_INSERT 0x90 // keycode = 0x004b<br /> #define KEY_DELETE 0x91 // keycode = 0x004c<br /> #define KEY_LEFT 0x92 // keycode = 0x004f<br /> #define KEY_HOME 0x93 // keycode = 0x0050<br /> #define KEY_END 0x94 // keycode = 0x0051<br /> #define KEY_UP 0x95 // keycode = 0x0053<br /> #define KEY_DOWN 0x96 // keycode = 0x0054<br /> #define KEY_PAGE_UP 0x97 // keycode = 0x0055<br /> #define KEY_PAGE_DOWN 0x98 // keycode = 0x0056<br /> #define KEY_RIGHT 0x99 // keycode = 0x0059<br /> #define KEY_MOUSE_1 0x9E // keycode = 0x0400<br /> #define KEY_MOUSE_2 0x9F // keycode = 0x0800<br /> <br /> static uint8_t<br /> get_fdc_key (uint16_t cmd)<br /> {<br /> static uint8_t key_table[128] =<br /> {<br /> // 0 1 2 3 4 5 6 7 8 9 A B C D E F<br /> 0, '^', '1', '2', '3', '4', '5', '6', '7', '8', '9', '0', 'ß', '´', 0, '\b',<br /> '\t','q', 'w', 'e', 'r', 't', 'z', 'u', 'i', 'o', 'p', 'ü', '+', 0, 0, 'a',<br /> 's', 'd', 'f', 'g', 'h', 'j', 'k', 'l', 'ö', 'ä', '#', '\r', 0, '&lt;', 'y', 'x',<br /> 'c', 'v', 'b', 'n', 'm', ',', '.', '-', 0, 0, 0, 0, 0, ' ', 0, 0,<br /> <br /> 0, '°', '!', '&quot;', '§', '$', '%', '&amp;', '/', '(', ')', '=', '?', '`', 0, '\b',<br /> '\t','Q', 'W', 'E', 'R', 'T', 'Z', 'U', 'I', 'O', 'P', 'Ü', '*', 0, 0, 'A',<br /> 'S', 'D', 'F', 'G', 'H', 'J', 'K', 'L', 'Ö', 'Ä', '\'','\r', 0, '&gt;', 'Y', 'X',<br /> 'C', 'V', 'B', 'N', 'M', ';', ':', '_', 0, 0, 0, 0, 0, ' ', 0, 0<br /> };<br /> static uint8_t state;<br /> <br /> uint8_t key = 0;<br /> <br /> switch (cmd)<br /> {<br /> case 0x002C: state |= STATE_LEFT_SHIFT; break; // pressed left shift<br /> case 0x00AC: state &amp;= ~STATE_LEFT_SHIFT; break; // released left shift<br /> case 0x0039: state |= STATE_RIGHT_SHIFT; break; // pressed right shift<br /> case 0x00B9: state &amp;= ~STATE_RIGHT_SHIFT; break; // released right shift<br /> case 0x003A: state |= STATE_LEFT_CTRL; break; // pressed left ctrl<br /> case 0x00BA: state &amp;= ~STATE_LEFT_CTRL; break; // released left ctrl<br /> case 0x003C: state |= STATE_LEFT_ALT; break; // pressed left alt<br /> case 0x00BC: state &amp;= ~STATE_LEFT_ALT; break; // released left alt<br /> case 0x003E: state |= STATE_RIGHT_ALT; break; // pressed left alt<br /> case 0x00BE: state &amp;= ~STATE_RIGHT_ALT; break; // released left alt<br /> <br /> case 0x006e: key = KEY_ESCAPE; break;<br /> case 0x004b: key = KEY_INSERT; break;<br /> case 0x004c: key = KEY_DELETE; break;<br /> case 0x004f: key = KEY_LEFT; break;<br /> case 0x0050: key = KEY_HOME; break;<br /> case 0x0051: key = KEY_END; break;<br /> case 0x0053: key = KEY_UP; break;<br /> case 0x0054: key = KEY_DOWN; break;<br /> case 0x0055: key = KEY_PAGE_UP; break;<br /> case 0x0056: key = KEY_PAGE_DOWN; break;<br /> case 0x0059: key = KEY_RIGHT; break;<br /> case 0x0400: key = KEY_MOUSE_1; break;<br /> case 0x0800: key = KEY_MOUSE_2; break;<br /> <br /> default:<br /> {<br /> if (!(cmd &amp; 0x80)) // pressed key<br /> {<br /> if (cmd &gt;= 0x70 &amp;&amp; cmd &lt;= 0x7F) // function keys<br /> {<br /> key = cmd + 0x10; // 7x -&gt; 8x<br /> }<br /> else if (cmd &lt; 64) // key listed in key_table<br /> {<br /> if (state &amp; (STATE_LEFT_ALT | STATE_RIGHT_ALT))<br /> {<br /> switch (cmd)<br /> {<br /> case 0x0003: key = '²'; break;<br /> case 0x0008: key = '{'; break;<br /> case 0x0009: key = '['; break;<br /> case 0x000A: key = ']'; break;<br /> case 0x000B: key = '}'; break;<br /> case 0x000C: key = '\\'; break;<br /> case 0x001C: key = '~'; break;<br /> case 0x002D: key = '|'; break;<br /> case 0x0034: key = 'µ'; break;<br /> }<br /> }<br /> else if (state &amp; (STATE_LEFT_CTRL))<br /> {<br /> if (key_table[cmd] &gt;= 'a' &amp;&amp; key_table[cmd] &lt;= 'z')<br /> {<br /> key = key_table[cmd] - 'a' + 1;<br /> }<br /> else<br /> {<br /> key = key_table[cmd];<br /> }<br /> }<br /> else<br /> {<br /> int idx = cmd + ((state &amp; (STATE_LEFT_SHIFT | STATE_RIGHT_SHIFT)) ? 64 : 0);<br /> <br /> if (key_table[idx])<br /> {<br /> key = key_table[idx];<br /> }<br /> }<br /> }<br /> }<br /> break;<br /> }<br /> }<br /> <br /> return (key);<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Als letztes noch ein Beispiel einer Anwendung der Funktion get_fdc_key():<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> if (irmp_get_data (&amp;irmp_data))<br /> {<br /> uint8_t key;<br /> <br /> if (irmp_data.protocol == IRMP_FDC_PROTOCOL &amp;&amp;<br /> (key = get_fdc_key (irmp_data.command)) != 0)<br /> {<br /> if ((key &gt;= 0x20 &amp;&amp; key &lt; 0x7F) || key &gt;= 0xA0) // show only printable characters<br /> {<br /> printf (&quot;ascii-code = 0x%02x, character = '%c'\n&quot;, key, key);<br /> }<br /> else // it's a non-printable key<br /> {<br /> printf (&quot;ascii-code = 0x%02x\n&quot;, key);<br /> }<br /> }<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Alle nicht-druckbaren Zeichen werden dabei folgendermaßen codiert:<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! Taste || Konstante || Wert<br /> |-<br /> | ESC || KEY_ESCAPE || 0x1B<br /> |-<br /> | Menü || KEY_MENUE || 0x80<br /> |-<br /> | Zurück || KEY_BACK || 0x81<br /> |-<br /> | Vorw. || KEY_FORWARD || 0x82<br /> |-<br /> | Adresse || KEY_ADDRESS || 0x83<br /> |-<br /> | Fenster || KEY_WINDOW || 0x84<br /> |-<br /> | 1. Seite || KEY_1ST_PAGE || 0x85<br /> |-<br /> | Stop || KEY_STOP || 0x86<br /> |-<br /> | Mail || KEY_MAIL || 0x87<br /> |-<br /> | Fav. || KEY_FAVORITES || 0x88<br /> |-<br /> | Neue Seite || KEY_NEW_PAGE || 0x89<br /> |-<br /> | Setup || KEY_SETUP || 0x8A<br /> |-<br /> | Schrift || KEY_FONT || 0x8B<br /> |-<br /> | Druck || KEY_PRINT || 0x8C<br /> |-<br /> | Ein/Aus || KEY_ON_OFF || 0x8E<br /> |-<br /> | Backspace || '\b' || 0x08<br /> |-<br /> | CR/ENTER || '\r' || 0x0C<br /> |-<br /> | TAB || '\t' || 0x09<br /> |-<br /> | Einfg || KEY_INSERT || 0x90<br /> |-<br /> | Entf || KEY_DELETE || 0x91<br /> |-<br /> | Cursor links || KEY_LEFT || 0x92<br /> |-<br /> | Pos1 || KEY_HOME || 0x93<br /> |-<br /> | Ende || KEY_END || 0x94<br /> |-<br /> | Cursor rechts || KEY_UP || 0x95<br /> |-<br /> | Cursor runter || KEY_DOWN || 0x96<br /> |-<br /> | Bild hoch || KEY_PAGE_UP || 0x97<br /> |-<br /> | Bild runter || KEY_PAGE_DOWN || 0x98<br /> |-<br /> | Cursor links || KEY_RIGHT || 0x99<br /> |-<br /> | Linke Maustaste || KEY_MOUSE_1 || 0x9E<br /> |-<br /> | Rechte Maustaste || KEY_MOUSE_2 || 0x9F<br /> |-<br /> |}<br /> <br /> Die Funktion get_fdc_key berücksichtigt das Gedrückthalten der Shift-, Strg- und ALT-Tasten. Damit funktioniert nicht nur das Schreiben von Großbuchstaben, sondern auch das Auswählen der Sonderzeichen mit der Tastenkombination ALT + Taste, z.B. ALT + m = µ oder ALT + q = @. Ebenso kann man mit der Strg-Taste die Control-Zeichen CTRL-A bis CTRL-Z senden. Die CapsLock-Taste wird ignoriert, da ich sie sowieso für die überflüssigste Taste überhaupt halte ;-)<br /> <br /> ----<br /> <br /> = IRSND - Infrarot-Multiprotokoll-Encoder =<br /> <br /> [[Datei:irmp-title.png| |Scan eines NEC-kompatiblen Fernbedienungssignals]]<br /> <br /> == Einleitung IRSND ==<br /> <br /> [[Datei:irsnd-sender.png|miniatur|Anschluß eines einfachen IR-Senders an µC.]]<br /> <br /> [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] ist das Gegenstück zu IRMP: es reproduziert aus den Daten, die mit [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] empfangen wurden, wieder den Original Frame, der dann über eine Infrarot-Diode ausgegeben werden kann.<br /> <br /> === Von IRSND unterstützte µCs ===<br /> <br /> [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] ist lauffähig auf folgenden AVR µCs:<br /> <br /> * ATtiny87, ATtiny167<br /> * ATtiny45, ATtiny85<br /> * ATtiny44, ATtiny84<br /> * ATmega8, ATmega16, ATmega32<br /> * ATmega162<br /> * ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284<br /> * ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P<br /> <br /> Es gibt aber auch Portierungen auf diverse PIC µCs - für den CCS- und C18-Compiler. Auch ist [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] mittlerweile auf ARM STM32 lauffähig.<br /> <br /> === Von IRSND unterstützte Protokolle ===<br /> <br /> [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] unterstützt die folgenden Protokolle:<br /> <br /> * [[IRMP#SIRCS|SIRCS]]<br /> * [[IRMP#NEC_+_extended_NEC|NEC]]<br /> * [[IRMP#SAMSUNG|SAMSUNG]]<br /> * [[IRMP#SAMSUNG32|SAMSUNG32]]<br /> * [[IRMP#SAMSUNG48|SAMSUNG48]]<br /> * [[IRMP#MATSUSHITA|MATSUSHITA]]<br /> * [[IRMP#RC5_+_RC5X|RC5]]<br /> * [[IRMP#KASEIKYO|KASEIKYO]]<br /> * [[IRMP#DENON|DENON]]<br /> * [[IRMP#JVC|JVC]]<br /> * [[IRMP#APPLE|APPLE]]<br /> * [[IRMP#NUBERT|NUBERT]]<br /> * [[IRMP#B&amp;O|BANG_OLUFSON]]<br /> * [[IRMP#GRUNDIG_+_NOKIA|GRUNDIG]]<br /> * [[IRMP#GRUNDIG_+_NOKIA|NOKIA]]<br /> * [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]] (bei mind. ~15kHz)<br /> * [[IRMP#FDC|FDC]] (bei mind. ~15kHz)<br /> * [[IRMP#RCCAR|RCCAR]] (bei mind. ~15kHz)<br /> * [[IRMP#RECS80|RECS80]] (bei mind. ~20kHz)<br /> * [[IRMP#RECS80EXT|RECS80EXT]] (bei mind. ~20kHz)<br /> * [[IRMP#NIKON|NIKON]]<br /> * [[IRMP#RC6_+_RC6A|RC6]]<br /> * [[IRMP#RC6_+_RC6A|RC6A]]<br /> * [[IRMP#THOMSON|THOMSON]]<br /> * [[IRMP#NEC16|NEC16]]<br /> * [[IRMP#NEC42|NEC42]]<br /> * [[IRMP#LEGO|LEGO]]<br /> * [[IRMP#IR60 (SDA2008)|IR60 (SDA2008)]]<br /> * [[IRMP#A1TVBOX|A1TVBOX]]<br /> * [[IRMP#ROOMBA|ROOMBA]]<br /> * [[IRMP#SPEAKER|SPEAKER]]<br /> * [[IRMP#TELEFUNKEN|TELEFUNKEN]]<br /> * [[IRMP#LGAIR|LGAIR]]<br /> * [[IRMP#PENTAX|PENTAX]] '''(NEU!)'''<br /> * [[IRMP#FAN|FAN]] '''(NEU!)'''<br /> * [[IRMP#AP24|ACP24]] '''(NEU!)'''<br /> <br /> [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] unterstützt die folgenden Protokolle derzeit (noch) '''NICHT''':<br /> <br /> * [[IRMP#KATHREIN|KATHREIN]]<br /> * [[IRMP#NETBOX|NETBOX]]<br /> * [[IRMP#ORTEK|ORTEK]]<br /> * [[IRMP#RCMM|RCMM]]<br /> * [[IRMP#MERLIN|MERLIN]]<br /> <br /> == Download IRSND ==<br /> <br /> Version 2.9.4, Stand vom 15.06.2015<br /> <br /> Download Release-Version: [http://www.mikrocontroller.net/wikifiles/c/c7/Irsnd.zip Irsnd.zip] <br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] &amp; [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] sind nun auch über SVN abrufbar: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP im SVN]<br /> <br /> '''Achtung:'''<br /> <br /> Die Version im SVN kann eine Zwischen- oder Test-Version sein, die nicht den hier dokumentierten Stand widerspiegelt! Im Zweifel verwendet man besser den obigen Download auf Irsnd.zip.<br /> <br /> '''Die Software-Änderungen kann man sich hier anschauen: [http://www.mikrocontroller.net/articles/IRMP#Software-Historie_IRSND Software-Historie IRSND]'''<br /> <br /> == Source-Code IRSND ==<br /> <br /> Der Source-Code lässt sich einfach übersetzen, indem man unter Windows die Projekt-Datei irsnd.aps in das AVRStudio 4 lädt.<br /> <br /> Auch für andere Entwicklungsumgebungen lässt sich leicht ein Projekt bzw. Makefile zusammenstellen. Zum IRSND-Source gehören folgende Dateien:<br /> <br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c] - Der eigentliche IR-Encoder<br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - Sämtliche Definitionen zu den IR-Protokollen<br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - Vom Zielsystem abhängige Definitionen für AVR/PIC/STM32<br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h] - Include-Datei für die Applikation<br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h] - Anzupassende Konfigurationsdatei<br /> <br /> * [http://www.mikrocontroller.net/svnbrowser/irmp/irsndmain.c?view=markup irsndmain.c] - Beispiel Anwendung<br /> <br /> <br /> '''WICHTIG:'''<br /> <br /> '''Im Applikations-Source sollte nur [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h] per include eingefügt werden, also lediglich:'''<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #include &quot;irsnd.h&quot;<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Alle anderen Include-Dateien werden automatisch über [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h] &quot;eingefügt&quot;. Siehe dazu auch die Beispieldatei [http://www.mikrocontroller.net/svnbrowser/irmp/irsndmain.c?view=markup irsndmain.c].<br /> <br /> [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] encodiert sämtliche oben aufgelisteten Protokolle in einer ISR, siehe [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c].<br /> <br /> === Einstellungen in irsndconfig.h ===<br /> <br /> ==== F_INTERRUPTS ====<br /> <br /> Anzahl der Interrupts pro Sekunde. Der Wert kann zwischen 10000 und 20000 eingestellt werden.<br /> <br /> Standardwert:<br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define F_INTERRUPTS 15000 // interrupts per second<br /> &lt;/syntaxhighlight&gt;<br /> <br /> ==== IRSND_SUPPORT_xxx_PROTOCOL ====<br /> <br /> Hier lässt sich einstellen, welche Protokolle von [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] unterstützt werden sollen. Die Standardprotokolle sind bereits aktiv. Möchte man weitere Protokolle einschalten bzw. einige aus Speicherplatzgründen deaktivieren, sind die entsprechenden Werte in [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h] anzupassen.<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> // typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space<br /> #define IRSND_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS &gt;= 10000 ~200 bytes<br /> #define IRSND_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE &gt;= 10000 ~100 bytes<br /> #define IRSND_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 &gt;= 10000 ~300 bytes<br /> #define IRSND_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita &gt;= 10000 ~200 bytes<br /> #define IRSND_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo &gt;= 10000 ~300 bytes<br /> <br /> // more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space<br /> #define IRSND_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp &gt;= 10000 ~200 bytes<br /> #define IRSND_SUPPORT_RC5_PROTOCOL 0 // RC5 &gt;= 10000 ~150 bytes<br /> #define IRSND_SUPPORT_RC6_PROTOCOL 0 // RC6 &gt;= 10000 ~250 bytes<br /> #define IRSND_SUPPORT_RC6A_PROTOCOL 0 // RC6A &gt;= 10000 ~250 bytes<br /> #define IRSND_SUPPORT_JVC_PROTOCOL 0 // JVC &gt;= 10000 ~150 bytes<br /> #define IRSND_SUPPORT_NEC16_PROTOCOL 0 // NEC16 &gt;= 10000 ~150 bytes<br /> #define IRSND_SUPPORT_NEC42_PROTOCOL 0 // NEC42 &gt;= 10000 ~150 bytes<br /> #define IRSND_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) &gt;= 10000 ~250 bytes<br /> #define IRSND_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig &gt;= 10000 ~300 bytes<br /> #define IRSND_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens, Gigaset &gt;= 15000 ~150 bytes<br /> #define IRSND_SUPPORT_NOKIA_PROTOCOL 0 // Nokia &gt;= 10000 ~400 bytes<br /> <br /> // exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space<br /> #define IRSND_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein &gt;= 10000 DON'T CHANGE, NOT SUPPORTED YET!<br /> #define IRSND_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT &gt;= 10000 ~100 bytes<br /> #define IRSND_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang&amp;Olufsen &gt;= 10000 ~250 bytes<br /> #define IRSND_SUPPORT_RECS80_PROTOCOL 0 // RECS80 &gt;= 15000 ~100 bytes<br /> #define IRSND_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT &gt;= 15000 ~100 bytes<br /> #define IRSND_SUPPORT_THOMSON_PROTOCOL 0 // Thomson &gt;= 10000 ~250 bytes<br /> #define IRSND_SUPPORT_NIKON_PROTOCOL 0 // NIKON &gt;= 10000 ~150 bytes<br /> #define IRSND_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard &gt;= 10000 DON'T CHANGE, NOT SUPPORTED YET!<br /> #define IRSND_SUPPORT_FDC_PROTOCOL 0 // FDC IR keyboard &gt;= 10000 (better 15000) ~150 bytes<br /> #define IRSND_SUPPORT_RCCAR_PROTOCOL 0 // RC CAR &gt;= 10000 (better 15000) ~150 bytes<br /> #define IRSND_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba &gt;= 10000 ~150 bytes<br /> #define IRSND_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home &gt;= 15000 ~250 bytes<br /> #define IRSND_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX &gt;= 15000 (better 20000) ~200 bytes<br /> #define IRSND_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC &gt;= 20000 ~150 bytes<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Mit Setzen auf 0 wird das Protokoll deaktiviert, mit Setzen auf 1 wird es aktiviert. Die deaktivierten Protokolle werden dann nicht mitübersetzt. Das spart Speicherplatz im Flash, siehe Angaben in obigen Kommentaren. Wenn man unbedingt Speicherplatz sparen muss, gelten natürlich hier dieselben Tipps wie für IRMP.<br /> <br /> Um das [[IRMP#APPLE|APPLE]]-Protokoll zu unterstützen, ist IRSND_SUPPORT_NEC_PROTOCOL auf 1 zu setzen, da es sich hier lediglich um einen Spezialfall vom [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll handelt.<br /> <br /> ==== IRSND_OCx ====<br /> <br /> Für das Senden der IR-Signale benötigt [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] einen PWM-fähigen Output-Pin, da das Signal moduliert werden muss. Möglich sind eine der folgenden Einstellungen:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define IRSND_OCx IRSND_OC2 // OC2 on ATmegas supporting OC2, e.g. ATmega8<br /> #define IRSND_OCx IRSND_OC2A // OC2A on ATmegas supporting OC2A, e.g. ATmega88<br /> #define IRSND_OCx IRSND_OC2B // OC2B on ATmegas supporting OC2B, e.g. ATmega88<br /> #define IRSND_OCx IRSND_OC0 // OC0 on ATmegas supporting OC0, e.g. ATmega162<br /> #define IRSND_OCx IRSND_OC0A // OC0A on ATmegas/ATtinys supporting OC0A, e.g. ATtiny84, ATtiny85<br /> #define IRSND_OCx IRSND_OC0B // OC0B on ATmegas/ATtinys supporting OC0B, e.g. ATtiny84, ATtiny85<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Standardwert:<br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define IRSND_OCx IRSND_OC2B<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Für die PIC- und STM32-µCs sind entsprechende Werte anzupassen, siehe Kommentare in [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h].<br /> <br /> ==== IRSND_USE_CALLBACK ====<br /> <br /> Standardwert:<br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define IRSND_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Wenn man Callbacks einschaltet, wird bei jeder Änderung des Signals (IR-Modulation ein/aus) eine Callback-Funktion aufgerufen. Dies kann zum Beispiel dafür verwendet werden, ein unmoduliertes Signal an einem weiteren Pin auszugeben.<br /> <br /> Hier ein Beispiel:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define LED_PORT PORTD // LED at PD6<br /> #define LED_DDR DDRD<br /> #define LED_PIN 6<br /> <br /> /*-----------------------------------------------------------------------------------------------------------------------<br /> * Called (back) from IRSND module<br /> * This example switches a LED (which is connected to Vcc)<br /> *-----------------------------------------------------------------------------------------------------------------------<br /> */<br /> void<br /> led_callback (uint8_t on)<br /> {<br /> if (on)<br /> {<br /> LED_PORT &amp;= ~(1 &lt;&lt; LED_PIN);<br /> }<br /> else<br /> {<br /> LED_PORT |= (1 &lt;&lt; LED_PIN);<br /> }<br /> }<br /> <br /> int<br /> main ()<br /> {<br /> ...<br /> LED_DDR |= (1 &lt;&lt; LED_PIN); // LED pin to output<br /> LED_PORT |= (1 &lt;&lt; LED_PIN); // switch LED off (active low)<br /> irsnd_init ();<br /> irsnd_set_callback_ptr (led_callback);<br /> sei ();<br /> ...<br /> }<br /> <br /> &lt;/syntaxhighlight&gt;<br /> <br /> === Anwendung von IRSND ===<br /> <br /> [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] baut den zu sendenden Frame &quot;on-the-fly&quot; aus der IRMP-Datenstruktur wieder zusammen. Dazu zählen:<br /> <br /> 1. ID für verwendetes Protokoll<br /> 2. Adresse bzw. Herstellercode<br /> 3. Kommando<br /> <br /> Mittels der Funktion<br /> <br /> irsnd_send_data (IRMP_DATA * irmp_data_p)<br /> <br /> kann man ein zu encodierendes Telegramm versenden. Der Return-Wert ist 1, wenn das Telegramm versendet werden kann, sonst 0. Im ersten Fall werden die Struct-Members<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> irmp_data_p-&gt;protocol<br /> irmp_data_p-&gt;address<br /> irmp_data_p-&gt;command<br /> irmp_data_p-&gt;flags<br /> &lt;/syntaxhighlight&gt;<br /> <br /> ausgelesen und dann als Frame im jeweils gewünschten Protokoll gesendet.<br /> <br /> irmp_data_p-&gt;flags gibt die Anzahl der Wiederholungen an, z.B.<br /> <br /> irmp_data_p-&gt;flags = 0: keine Wiederholung<br /> irmp_data_p-&gt;flags = 1: 1 Wiederholung<br /> irmp_data_p-&gt;flags = 2: 2 Wiederholungen<br /> usw.<br /> <br /> '''Zu beachten: Es ist unbedingt darauf zu achten, dass irmp_data_p-&gt;flags vor dem Aufruf von irsnd_send_data() einen definierten Wert hat!'''<br /> <br /> Hier ein Beispiel:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> IRMP_DATA irmp_data;<br /> <br /> irmp_data.protocol = IRMP_NEC_PROTOCOL; // sende im NEC-Protokoll<br /> irmp_data.address = 0x00FF; // verwende Adresse 0x00FF<br /> irmp_data.command = 0x0001; // sende Kommando 0001<br /> irmp_data.flags = 0; // keine Wiederholung!<br /> <br /> (void) irsnd_send_data (&amp;irmp_data, FALSE); // versende ohne Prüfung und ohne Warten<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Der Frame wird asynchron über die Interrupt-Routine irsnd_ISR() verschickt, so dass die Funktion irsnd_send_data() sofort zurückkommt.<br /> <br /> Sind Wiederholungen angegeben, wird entweder der Frame nach einer Pause (protokollabhängig) neu ausgegeben oder ein protokollspezifischer Wiederholungsframe (z.B. für NEC) gesendet.<br /> <br /> Wird erneut irsnd_send_data() aufgerufen, wartet diese, bis der vorhergenhende Frame vollständig verschickt wurde. Man kann aber auch selbst prüfen, ob [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] gerade &quot;busy&quot; ist oder nicht:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> while (irsnd_is_busy ())<br /> {<br /> ; // selber warten oder was anderes tun...<br /> }<br /> (void) irsnd_send_data (&amp;irmp_data, FALSE); // versende ohne Prüfung und ohne Warten<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Wird irsnd_send_data() mit dem 2. Argument TRUE aufgerufen, kommt diese Funktion erst zurück, wenn der Frame komplett ausgesendet wurde.<br /> <br /> Im Beispiel-Source irsndmain.c findet man neben der Verwendung von irsnd_send_data() auch den [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|Timer]]-Aufruf:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> ISR(TIMER1_COMPA_vect)<br /> {<br /> irsnd_ISR()) // call irsnd ISR<br /> // call other timer interrupt routines...<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> === Paralleles Betreiben von IRMP und IRSND ===<br /> <br /> Möchte man [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] und [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] parallel verwenden (also als Sender und Empfänger) schreibt man die ISR folgendermaßen:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> ISR(TIMER1_COMPA_vect)<br /> {<br /> if (! irsnd_ISR()) // call irsnd ISR<br /> { // if not busy...<br /> irmp_ISR(); // call irmp ISR<br /> }<br /> // call other timer interrupt routines...<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Das heisst: Nur wenn irsnd_ISR() nichts zu tun hat, dann rufe die ISR des Empfängers auf. Damit ist der Empfänger solange abgeschaltet, während irsnd_ISR() noch Daten sendet. Die [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|Timer]]-Initialisierungsroutine ist für [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] und [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] dann natürlich dieselbe.<br /> <br /> Eine gemeinsame main-Funktion könnte dann zum Beispiel folgendermaßen aussehen:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> int<br /> main (void)<br /> {<br /> IRMP_DATA irmp_data;<br /> <br /> irmp_init(); // initialize irmp<br /> irsnd_init(); // initialize irsnd<br /> timer_init(); // initialize timer<br /> sei (); // enable interrupts<br /> <br /> for (;;)<br /> {<br /> if (irmp_get_data (&amp;irmp_data))<br /> {<br /> irmp_data.flags = 0; // reset flags!<br /> irsnd_send_data (&amp;irmp_data);<br /> }<br /> }<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Die Funktion des obigen Sources ist offensichtlich: Ein empfangenes Telegramm wird nach vollständiger Decodierung wieder encodiert und dann wieder über die IR-Diode ausgesandt. Somit können dann zum Beispiel Signale &quot;um die Ecke&quot; oder streckenweise drahtgebunden übertragen werden.<br /> <br /> Desweiteren könnte man auch Protokolle transformieren, zum Beispiel NEC-Telegramme in RC5 umwandeln, wenn man seine Original-RC5-FB zu seinem Philips-Gerät verlegt hat...<br /> <br /> Der Rest bleibt der Phantasie des geneigten Lesers überlassen ;-)<br /> <br /> Hier noch die möglichen Werte für irmp_data.protocol, siehe auch [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #define IRMP_SIRCS_PROTOCOL 1 // Sony<br /> #define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, NoName etc.<br /> #define IRMP_SAMSUNG_PROTOCOL 3 // Samsung<br /> #define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita<br /> #define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic etc)<br /> #define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba<br /> #define IRMP_RC5_PROTOCOL 7 // Philips etc<br /> #define IRMP_DENON_PROTOCOL 8 // Denon, Sharp<br /> #define IRMP_RC6_PROTOCOL 9 // Philips etc<br /> #define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37<br /> #define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC<br /> #define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba<br /> #define IRMP_NUBERT_PROTOCOL 13 // Nubert<br /> #define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang &amp; Olufsen<br /> #define IRMP_GRUNDIG_PROTOCOL 15 // Grundig<br /> #define IRMP_NOKIA_PROTOCOL 16 // Nokia<br /> #define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset<br /> #define IRMP_FDC_PROTOCOL 18 // FDC keyboard<br /> #define IRMP_RCCAR_PROTOCOL 19 // RC Car<br /> #define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)<br /> #define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX<br /> #define IRMP_NIKON_PROTOCOL 22 // Nikon<br /> #define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Mediareceiver<br /> #define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)<br /> #define IRMP_KATHREIN_PROTOCOL 25 // Kathrein<br /> #define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)<br /> #define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)<br /> #define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits<br /> #define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC<br /> #define IRMP_THOMSON_PROTOCOL 30 // Thomson<br /> #define IRMP_BOSE_PROTOCOL 31 // BOSE<br /> #define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box<br /> #define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama<br /> #define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)<br /> #define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner<br /> #define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)<br /> #define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)<br /> #define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)<br /> #define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert<br /> #define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner<br /> #define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with SAMSUNG protocol (48 bits)<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Die Daten für die Adresse und das Kommando ermittelt man am besten über IRMP, siehe weiter oben ;-)<br /> <br /> == IRSND unter Linux und Windows ==<br /> <br /> === Übersetzen von IRSND ===<br /> <br /> [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c] lässt sich auch unter Linux direkt kompilieren, um damit Telegramme in Form von IRMP-Scan-Dateien zu erzeugen. Das geht folgendermaßen:<br /> <br /> make -f makefile.unx<br /> <br /> === Aufruf von IRSND ===<br /> <br /> Der Aufruf geht dann folgendermaßen:<br /> <br /> ./irsnd protocol-number hex-address hex-command [repeat] &gt; filename.txt<br /> <br /> also zum Beispiel für das NEC-Protokoll, Adresse 0x00FF, Kommando 0x0001<br /> <br /> ./irsnd 2 00FF 0001 &gt; nec.txt # irsnd ausführen<br /> <br /> === IRSND unter Windows ===<br /> <br /> [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] kann man auch unter Windows nutzen, nämlich folgendermaßen:<br /> <br /> * Eingabeaufforderung starten<br /> * In das Verzeichnis von irsnd wechseln<br /> * Aufruf von:<br /> <br /> irsnd.exe 2 00FF 0001 &gt; nec.txt<br /> <br /> Nun kann man direkt mit [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] anschließend testen, ob das erzeugte Telegramm auch korrekt ist:<br /> <br /> ./irmp-15kHz &lt; nec.txt<br /> <br /> bzw. unter Windows:<br /> <br /> irmp.exe &lt; nec.txt<br /> <br /> Das Ganze geht auch ohne Zwischendatei, nämlich:<br /> <br /> ./irsnd-15kHz 2 00FF 0001 | ./irmp-15kHz<br /> <br /> bzw. unter Windows:<br /> <br /> irsnd.exe 2 00FF 0001 | irmp.exe<br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] gibt dann als Ergebnis folgendes aus:<br /> <br /> 11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00<br /> <br /> [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] konnte also aus dem von [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] generierten Frame wieder das Protokoll 2, Adresse 0x00FF und Kommando 0x0001 decodieren.<br /> <br /> Tatsächlich simuliert [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] unter Linux/Windows immer das zweimalige Drücken einer Taste - mit einer Pause dazwischen. Als Egebnis erscheint daher:<br /> <br /> 11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00<br /> 11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00<br /> <br /> Der Grund ist einfach: Damit kann man wunderbar testen, ob bei Protokollen mit Toggle-Bit dieses von [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] auch korrekt behandelt wird:<br /> <br /> ./irsnd-15kHz 7 2 3 0 | ./irmp-15kHz<br /> 1100010000011 p= 7 (RC5), a=0x0002, c=0x0003, f=0x00 '''Erster Tastendruck'''<br /> 1000010000011 p= 7 (RC5), a=0x0002, c=0x0003, f=0x00 '''Zweiter Tastendruck'''<br /> ^<br /> Toggle-Bit<br /> <br /> Bitte beachten: Je nach benutztem Protokoll sind die Bit-Breiten der Adressen bzw. Kommandos verschieden, siehe obige Tabelle [http://www.mikrocontroller.net/articles/IRMP#Protokolle].<br /> <br /> Man kann also nicht mit jedem IR-Protokoll komplett 16-Bit breite Adressen oder Kommandos transparent übertragen.<br /> <br /> ----<br /> <br /> = Anhang =<br /> <br /> == Die IR-Protokolle im Detail ==<br /> [[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]<br /> <br /> === Pulse Distance Protokolle ===<br /> ''' '''<br /> ==== NEC + extended NEC ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#NEC-Protokoll|NEC + extended NEC]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 36 kHz / 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 32 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten NEC || 8 Adress-Bits + 8 invertierte Adress-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits<br /> |-<br /> | Daten ext. NEC || 16 Adress-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits<br /> |-<br /> | Start-Bit || 9000µs (4500µs) Puls, 4500µs Pause<br /> |-<br /> | 0-Bit || 560µs Puls, 560µs Pause<br /> |-<br /> | 1-Bit || 560µs Puls, 1690µs Pause<br /> |-<br /> | Stop-Bit || 560µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || 9000µs Puls, 2250µs Pause, 560µs Puls, ~100ms Pause<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== JVC ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#NEC16-Protokoll (JVC)|JVC]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 16 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 4 Adress-Bits + 12 Kommando-Bits<br /> |-<br /> | Start-Bit || 9000µs Puls, 4500µs Pause, 6000µs Pause bei Tasten-Wiederholung<br /> |-<br /> | 0-Bit || 560µs Puls, 560µs Pause<br /> |-<br /> | 1-Bit || 560µs Puls, 1690µs Pause<br /> |-<br /> | Stop-Bit || 560µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || Wiederholung nach Pause von 25ms<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== NEC16 ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''NEC16''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 8 Adress-Bits + 1 Sync-Bit + 8 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Start-Bit || 9000µs Puls, 4500µs Pause<br /> |-<br /> | Sync-Bit || 560µs Puls, 4500µs Pause<br /> |-<br /> | 0-Bit || 560µs Puls, 560µs Pause<br /> |-<br /> | 1-Bit || 560µs Puls, 1690µs Pause<br /> |-<br /> | Stop-Bit || 560µs Puls<br /> |-<br /> | Wiederholung || keine/eine/zwei nach 25ms?<br /> |-<br /> | Tasten-Wiederholung || Wiederholung nach Pause von 25ms?<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== NEC42 ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''NEC42''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 42 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 13 Adress-Bits + 13 invertierte Adress-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits<br /> |-<br /> | Start-Bit || 9000µs Puls, 4500µs Pause<br /> |-<br /> | 0-Bit || 560µs Puls, 560µs Pause<br /> |-<br /> | 1-Bit || 560µs Puls, 1690µs Pause<br /> |-<br /> | Stop-Bit || 560µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || nach 110ms (ab Start-Bit), 9000µs Puls, 2250µs Pause, 560µs Puls<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== ACP24 ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#ACP24-Protokoll|ACP24]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 70 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 0 Adress-Bits + 70 Kommando-Bits<br /> |-<br /> | Start-Bit || 390µs Puls, 950µs Pause<br /> |-<br /> | 0-Bit || 390µs Puls, 950µs Pause<br /> |-<br /> | 1-Bit || 390µs Puls, 13000µs Pause<br /> |-<br /> | Stop-Bit || 390µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || unbekannt<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== LGAIR ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#LGAIR-Protokoll|LGAIR]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 28 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 8 Adress-Bits + 16 Kommando-Bits + 4 Checksum-Bits<br /> |-<br /> | Start-Bit || 9000µs Puls, 4500µs Pause (identisch mit [[IRMP#NEC_.2B_extended_NEC|NEC]])<br /> |-<br /> | 0-Bit || 560µs Puls, 560µs Pause (identisch mit [[IRMP#NEC_.2B_extended_NEC|NEC]])<br /> |-<br /> | 1-Bit || 560µs Puls, 1690µs Pause (identisch mit [[IRMP#NEC_.2B_extended_NEC|NEC]])<br /> |-<br /> | Stop-Bit || 560µs Puls (identisch mit [[IRMP#NEC_.2B_extended_NEC|NEC]])<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || unbekannt<br /> |-<br /> | Bit-Order || MSB first ('''abweichend''' zu [[IRMP#NEC_.2B_extended_NEC|NEC]])<br /> |-<br /> |}<br /> <br /> ==== SAMSUNG ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#SAMSUNG-Protokoll|SAMSUNG]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || ?? kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 16 Daten(1)-Bits + 1 Sync-Bit + 20 Daten(2)-Bits + 1 Stop-Bit<br /> |-<br /> | Daten(1) || 16 Adress-Bits<br /> |-<br /> | Daten(2) || 4 ID-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits<br /> |-<br /> | Start-Bit || 4500µs Puls, 4500µs Pause<br /> |-<br /> | 0-Bit || 550µs Puls, 550µs Pause<br /> |-<br /> | 1-Bit || 550µs Puls, 1650µs Pause<br /> |-<br /> | Sync-Bit || 550µs Puls, 4500µs Pause<br /> |-<br /> | Stop-Bit || 550µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== SAMSUNG32 ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''SAMSUNG32''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 32 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 16 Adress-Bits + 16 Kommando-Bits<br /> |-<br /> | Start-Bit || 4500µs Puls, 4500µs Pause<br /> |-<br /> | 0-Bit || 550µs Puls, 550µs Pause<br /> |-<br /> | 1-Bit || 550µs Puls, 1650µs Pause<br /> |-<br /> | Stop-Bit || 550µs Puls<br /> |-<br /> | Wiederholung || eine nach ca. 47 msec<br /> |-<br /> | Tasten-Wiederholung || dritter, fünfter, siebter usw. identischer Frame<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== SAMSUNG48 ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''SAMSUNG48''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 48 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 16 Adress-Bits + 32 Kommando-Bits<br /> |-<br /> | Kommando || 8 Bits + 8 invertierte Bits + 8 Bits + 8 invertierte Bits<br /> |-<br /> | Start-Bit || 4500µs Puls, 4500µs Pause<br /> |-<br /> | 0-Bit || 550µs Puls, 550µs Pause<br /> |-<br /> | 1-Bit || 550µs Puls, 1650µs Pause<br /> |-<br /> | Stop-Bit || 550µs Puls<br /> |-<br /> | Wiederholung || eine nach ca. 5 msec<br /> |-<br /> | Tasten-Wiederholung || dritter, fünfter, siebter usw. identischer Frame<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== MATSUSHITA ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#MATSUHITA-Protokoll|MATSUSHITA]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 36 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 24 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 6 Hersteller-Bits + 6 Kommando-Bits + 12 Adress-Bits<br /> |-<br /> | Start-Bit || 3488µs Puls, 3488µs Pause<br /> |-<br /> | 0-Bit || 872µs Puls, 872µs Pause<br /> |-<br /> | 1-Bit || 872µs Puls, 2616µs Pause<br /> |-<br /> | Stop-Bit || 872µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Original-Frames nach 40ms Pause<br /> |-<br /> | Bit-Order || LSB first?<br /> |-<br /> |}<br /> <br /> ==== KASEIKYO ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#KASEIKYO-Protokoll (auch &quot;Japan-Protokoll&quot;)|KASEIKYO]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 48 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 16 Hersteller-Bits + 4 Parity-Bits + 4 Genre1-Bits + 4 Genre2-Bits + 10 Kommando-Bits + 2 ID-Bits + 8 Parity-Bits<br /> |-<br /> | Start-Bit || 3380µs Puls, 1690µs Pause<br /> |-<br /> | 0-Bit || 423µs Puls, 423µs Pause<br /> |-<br /> | 1-Bit || 423µs Puls, 1269µs Pause<br /> |-<br /> | Stop-Bit || 423µs Puls<br /> |-<br /> | Wiederholung || einmalig nach 74ms Pause<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des 1. Original-Frames nach ca. 80ms Pause<br /> |-<br /> | Bit-Order || LSB first?<br /> |-<br /> |}<br /> <br /> ==== RECS80 ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#RECS80- und RECS80-Extended-Protokoll|RECS80]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bits + 10 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 1 Toggle-Bit + 3 Adress-Bits + 6 Kommando-Bits<br /> |-<br /> | Start-Bit || 158µs Puls, 7432µs Pause<br /> |-<br /> | 0-Bit || 158µs Puls, 4902µs Pause<br /> |-<br /> | 1-Bit || 158µs Puls, 7432µs Pause<br /> |-<br /> | Stop-Bit || 158µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== RECS80EXT ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#RECS80- und RECS80-Extended-Protokoll|RECS80EXT]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 2 Start-Bits + 11 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 1 Toggle-Bit + 4 Adress-Bits + 6 Kommando-Bits<br /> |-<br /> | Start-Bit || 158µs Puls, 3637µs Pause<br /> |-<br /> | 0-Bit || 158µs Puls, 4902µs Pause<br /> |-<br /> | 1-Bit || 158µs Puls, 7432µs Pause<br /> |-<br /> | Stop-Bit || 158µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== DENON ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#Denon-Protokoll|DENON]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz (in der Praxis, lt. Dokumentation: 32 kHz)<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 0 Start-Bits + 15 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 5 Address-Bits + 10 Kommando-Bits<br /> |-<br /> | Kommando || 6 Datenbits + 2 Extension Bits + 2 Data Construction Bits (normal: 00, invertiert: 11)<br /> |-<br /> | Start-Bit || kein Start-Bit<br /> |-<br /> | 0-Bit || 310µs Puls, 745µs Pause (in der Praxis, lt. Doku: 275µs Puls, 775µs Pause)<br /> |-<br /> | 1-Bit || 310µs Puls, 1780µs Pause (in der Praxis, lt. Doku: 275µs Puls, 1900µs Pause)<br /> |-<br /> | Stop-Bit || 310µs Puls (310µs Puls, 745µs Pause (in der Praxis, lt. Doku: 275µs Puls)<br /> |-<br /> | Wiederholung || Nach 65ms Wiederholung des Frames mit invertieren Kommando-Bits (Data Construction Bits = 11)<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung der beiden Original-Frames nach 65ms<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== APPLE ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''APPLE''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 32 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 16 Adress-Bits + 11100000 + 8 Kommando-Bits<br /> |-<br /> | Start-Bit || siehe [[IRMP#NEC_+_extended_NEC|NEC]]<br /> |-<br /> | 0-Bit || siehe [[IRMP#NEC_+_extended_NEC|NEC]]<br /> |-<br /> | 1-Bit || siehe [[IRMP#NEC_+_extended_NEC|NEC]]<br /> |-<br /> | Stop-Bit || siehe [[IRMP#NEC_+_extended_NEC|NEC]]<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== BOSE ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''BOSE''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 16 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 0 Adress-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits<br /> |-<br /> | Start-Bit || 1060µs Puls, 1425µs Pause<br /> |-<br /> | 0-Bit || 550µs Puls, 437µs Pause<br /> |-<br /> | 1-Bit || 550µs Puls, 1425µs Pause<br /> |-<br /> | Stop-Bit || 550µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || noch ungeklärt<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== B&amp;O ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#Bang &amp; Olufsen|B&amp;O]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 455 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 4 Start-Bits + 16 Daten-Bits + 1 Trailer-Bit + 1 Stop-Bit<br /> |-<br /> | Daten || 0 Adress-Bits + 16 Kommando-Bits<br /> |-<br /> | Start-Bit 1 || 200µs Puls, 2925µs Pause<br /> |-<br /> | Start-Bit 2 || 200µs Puls, 2925µs Pause<br /> |-<br /> | Start-Bit 3 || 200µs Puls, 15425µs Pause<br /> |-<br /> | Start-Bit 4 || 200µs Puls, 2925µs Pause<br /> |-<br /> | 0-Bit || 200µs Puls, 2925µs Pause<br /> |-<br /> | 1-Bit || 200µs Puls, 9175µs Pause<br /> |-<br /> | R-Bit || 200µs Puls, 6050µs Pause, wiederholt das letzte Bit (repetition)<br /> |-<br /> | Trailer-Bit || 200µs Puls, 12300µs Pause<br /> |-<br /> | Stop-Bit || 200µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== FDC ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''FDC''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 40 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 8 Adress-Bits + 12 x 0-Bits + 4 Press/Release-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits<br /> |-<br /> | Start-Bit || 2085µs Puls, 966µs Pause<br /> |-<br /> | 0-Bit || 300µs Puls, 220µs Pause<br /> |-<br /> | 1-Bit || 300µs Puls, 715µs Pause<br /> |-<br /> | Stop-Bit || 300µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Drücken || Press/Release-Bits = 0000<br /> |-<br /> | Tasten-Loslassen || Press/Release-Bits = 1111<br /> |-<br /> | Tasten-Wiederholung || Wiederholung nach Pause von 60ms<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== NIKON ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''NIKON''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 2 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 2 Kommando-Bits<br /> |-<br /> | Start-Bit || 2200µs Puls, 27100µs Pause<br /> |-<br /> | 0-Bit || 500µs Puls, 1500µs Pause<br /> |-<br /> | 1-Bit || 500µs Puls, 3500µs Pause<br /> |-<br /> | Stop-Bit || 500µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || unbekannt<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== PENTAX ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''PENTAX''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 6 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 6 Kommando-Bits<br /> |-<br /> | Start-Bit || 2200µs Puls, 27100µs Pause<br /> |-<br /> | 0-Bit || 1000µs Puls, 1000µs Pause<br /> |-<br /> | 1-Bit || 1000µs Puls, 3000µs Pause<br /> |-<br /> | Stop-Bit || 1000µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || unbekannt<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== KATHREIN ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''KATHREIN''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 11 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 4 Adress-Bits + 7 Kommando-Bits<br /> |-<br /> | Start-Bit || 210µs Puls, 6218µs Pause<br /> |-<br /> | 0-Bit || 210µs Puls, 1400µs Pause<br /> |-<br /> | 1-Bit || 210µs Puls, 3000µs Pause<br /> |-<br /> | Stop-Bit || 210µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || nach 35ms?<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== LEGO ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#LEGO Power Functions RC|LEGO]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 16 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 16 Kommando-Bits<br /> |-<br /> | Start-Bit || 158µs Puls, 1026µs Pause<br /> |-<br /> | 0-Bit || 158µs Puls, 263µs Pause<br /> |-<br /> | 1-Bit || 158µs Puls, 553µs Pause<br /> |-<br /> | Stop-Bit || 158µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || unbekannt<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== THOMSON ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''THOMSON''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 33 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 0 Start-Bits + 12 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 4 Adress-Bits + 1 Toggle-Bit + 7 Kommando-Bits<br /> |-<br /> | 0-Bit || 550µs Puls, 2000µs Pause<br /> |-<br /> | 1-Bit || 550µs Puls, 4500µs Pause<br /> |-<br /> | Stop-Bit || 550µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || Framewiederholung nach 35ms<br /> |-<br /> | Bit-Order || vermutlich MSB first<br /> |-<br /> |}<br /> <br /> ==== TELEFUNKEN ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''TELEFUNKEN''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 15 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 0 Adress-Bits + 15 Kommando-Bits<br /> |-<br /> | Start-Bit || 600µs Puls, 1500µs Pause<br /> |-<br /> | 0-Bit || 600µs Puls, 600µs Pause<br /> |-<br /> | 1-Bit || 600µs Puls, 1500µs Pause<br /> |-<br /> | Stop-Bit || 600µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || unbekannt<br /> |-<br /> | Bit-Order || vermutlich MSB first<br /> |-<br /> |}<br /> <br /> ==== RCCAR ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''RCCAR''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame || 1 Start-Bit + 13 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 13 Kommando-Bits<br /> |-<br /> | Start-Bit || 2000µs Puls, 2000µs Pause<br /> |-<br /> | 0-Bit || 600µs Puls, 900µs Pause<br /> |-<br /> | 1-Bit || 600µs Puls, 450µs Pause<br /> |-<br /> | Stop-Bit || 600µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || nach 40ms?<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> <br /> ==== RCMM ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#RCMM-Protokoll|RCMM]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 36 kHz<br /> |-<br /> | Kodierung || Pulse Distance<br /> |-<br /> | Frame RCMM32 || 1 Start-Bit + 32 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Frame RCMM24 || 1 Start-Bit + 24 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Frame RCMM12 || 1 Start-Bit + 12 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten RCMM32 || 16 Adress-Bits (= 4 Mode-Bits + 12 Device-Bits) + 1 Toggle-Bit + 15 Kommando-Bits<br /> |-<br /> | Daten RCMM24 || 16 Adress-Bits (= 4 Mode-Bits + 12 Device-Bits) + 1 Toggle-Bit + 7 Kommando-Bits<br /> |-<br /> | Daten RCMM12 || 4 Adress-Bits (= 2 Mode-Bits + 2 Device-Bits) + 8 Kommando-Bits<br /> |-<br /> | Start-Bit || 500µs Puls, 220µs Pause<br /> |-<br /> | 00-Bits || 230µs Puls, 220µs Pause<br /> |-<br /> | 01-Bits || 230µs Puls, 380µs Pause<br /> |-<br /> | 10-Bits || 230µs Puls, 550µs Pause<br /> |-<br /> | 11-Bits || 230µs Puls, 720µs Pause<br /> |-<br /> | Stop-Bit || 230µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || nach 80ms<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> [[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]<br /> <br /> === Pulse Width Protokolle ===<br /> ''' '''<br /> ==== SIRCS ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#SIRCS-Protokoll|SIRCS]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> |Frequenz ||40 kHz<br /> |-<br /> | Kodierung || Pulse Width<br /> |-<br /> | Frame || 1 Start-Bit + 12-20 Daten-Bits, kein Stop-Bit<br /> |-<br /> | Daten || 7 Kommando-Bits + 5 Adress-Bits + bis zu 8 zusätzliche Bits<br /> |-<br /> | Start-Bit || 2400µs Puls, 600µs Pause<br /> |-<br /> | 0-Bit || 600µs Puls, 600µs Pause<br /> |-<br /> | 1-Bit || 1200µs Puls, 600µs Pause<br /> |-<br /> | Wiederholung || zweimalig nach ca. 25ms, d.h. 2. und 3. Frame<br /> |-<br /> | Tasten-Wiederholung || ab dem 4. identischen Frame, Abstand ca. 25ms<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> [[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]<br /> <br /> === Pulse Distance Width Protokolle ===<br /> ''' '''<br /> ==== NUBERT ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''NUBERT''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 36 kHz?<br /> |-<br /> | Kodierung || Pulse Distance Width<br /> |-<br /> | Frame || 1 Start-Bit + 10 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 0 Adress-Bits + 10 Kommando-Bits ?<br /> |-<br /> | Start-Bit || 1340µs Puls, 340µs Pause<br /> |-<br /> | 0-Bit || 500µs Puls, 1300µs Pause<br /> |-<br /> | 1-Bit || 1340µs Puls, 340µs Pause<br /> |-<br /> | Stop-Bit || 500µs Puls<br /> |-<br /> | Wiederholung || einmalig nach 35ms<br /> |-<br /> | Tasten-Wiederholung || dritter, fünfter, siebter usw. identischer Frame<br /> |-<br /> | Bit-Order || MSB first?<br /> |-<br /> |}<br /> <br /> ==== FAN ====<br /> <br /> Das Protokoll ist sehr ähnlich zu [[IRMP#NUBERT|NUBERT]], jedoch wird nur ein Frame gesandt. Außerdem werden 11 statt 10 Datenbits verwendet und kein Stop-Bit versandt. Die Pause zwischen Frame-Wiederholungen ist wesentlich geringer.<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''FAN ''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 36 kHz<br /> |-<br /> | Kodierung || Pulse Distance Width<br /> |-<br /> | Frame || 1 Start-Bit + 11 Daten-Bits + 0 Stop-Bits<br /> |-<br /> | Daten || 0 Adress-Bits + 11 Kommando-Bits<br /> |-<br /> | Start-Bit || 1280µs Puls, 380µs Pause<br /> |-<br /> | 0-Bit || 380µs Puls, 1280µs Pause<br /> |-<br /> | 1-Bit || 1280µs Puls, 380µs Pause<br /> |-<br /> | Stop-Bit || 500µs Puls<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || nach 6,6ms Pause<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== SPEAKER ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''SPEAKER''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance Width<br /> |-<br /> | Frame || 1 Start-Bit + 10 Daten-Bits + 1 Stop-Bit<br /> |-<br /> | Daten || 0 Adress-Bits + 10 Kommando-Bits ?<br /> |-<br /> | Start-Bit || 440µs Puls, 1250µs Pause<br /> |-<br /> | 0-Bit || 440µs Puls, 1250µs Pause<br /> |-<br /> | 1-Bit || 1250µs Puls, 440µs Pause<br /> |-<br /> | Stop-Bit || 440µs Puls<br /> |-<br /> | Wiederholung || einmalig nach ca. 38ms<br /> |-<br /> | Tasten-Wiederholung || dritter, fünfter, siebter usw. identischer Frame<br /> |-<br /> | Bit-Order || MSB first?<br /> |-<br /> |}<br /> <br /> ==== ROOMBA ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''ROOMBA''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Distance Width<br /> |-<br /> | Frame || 1 Start-Bit + 7 Daten-Bits + 0 Stop-Bit<br /> |-<br /> | Daten || 0 Adress-Bits + 7 Kommando-Bits<br /> |-<br /> | Start-Bit || 2790µs Puls, 930µs Pause<br /> |-<br /> | 0-Bit || 930µs Puls, 2790µs Pause<br /> |-<br /> | 1-Bit || 2790µs Puls, 930µs Pause<br /> |-<br /> | Stop-Bit || kein Stop-Bit<br /> |-<br /> | Wiederholung || dreimalig nach jeweils 18ms?<br /> |-<br /> | Tasten-Wiederholung || noch unbekannt<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> [[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]<br /> <br /> === Biphase Protokolle ===<br /> ''' '''<br /> ==== RC5 + RC5X ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#RC5- und RC5x-Protokoll|RC5 + RC5X]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 36 kHz<br /> |-<br /> | Kodierung || Biphase (Manchester)<br /> |-<br /> | Frame RC5 || 2 Start-Bits + 12 Daten-Bits + 0 Stop-Bits<br /> |-<br /> | Daten RC5 || 1 Toggle-Bit + 5 Adress-Bits + 6 Kommando-Bits<br /> |-<br /> | Frame RC5X || 1 Start-Bit + 13 Daten-Bits + 0 Stop-Bit<br /> |-<br /> | Daten RC5X || 1 invertiertes Kommando-Bit + 1 Toggle-Bit + 5 Adress-Bits + 6 Kommando-Bits<br /> |-<br /> | Start-Bit || 889µs Pause, 889µs Puls<br /> |-<br /> | 0-Bit || 889µs Puls, 889µs Pause<br /> |-<br /> | 1-Bit || 889µs Pause, 889µs Puls<br /> |-<br /> | Stop-Bit || kein Stop-Bit<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== S100 ====<br /> <br /> Ähnlich zu RC5x, aber 14 statt 13 Daten-Bits und 56kHz Modulation<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''S100''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 56 kHz<br /> |-<br /> | Kodierung || Biphase (Manchester)<br /> |-<br /> | Frame || 1 Start-Bit + 14 Daten-Bits + 0 Stop-Bit<br /> |-<br /> | Daten || 1 invertiertes Kommando-Bit + 1 Toggle-Bit + 5 Adress-Bits + 7 Kommando-Bits<br /> |-<br /> | Start-Bit || 889µs Pause, 889µs Puls<br /> |-<br /> | 0-Bit || 889µs Puls, 889µs Pause<br /> |-<br /> | 1-Bit || 889µs Pause, 889µs Puls<br /> |-<br /> | Stop-Bit || kein Stop-Bit<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== RC6 + RC6A ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#RC6 und RC6A-Protokoll|RC6 + RC6A]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 36 kHz<br /> |-<br /> | Kodierung || Biphase (Manchester)<br /> |-<br /> | Frame RC6 || 1 Start-Bit + 1 Bit &quot;1&quot; + 3 Mode-Bits (000) + 1 Toggle-Bit + 16 Daten-Bits + 2666µs pause<br /> |-<br /> | Frame RC6A || 1 Start-Bit + 1 Bit &quot;1&quot; + 3 Mode-Bits (110) + 1 Toggle-Bit + 31 Daten-Bits + 2666µs pause<br /> |-<br /> | Daten RC6 || 8 Adress-Bits + 8 Kommando Bits<br /> |-<br /> | Daten RC6A || &quot;1&quot; + 14 Hersteller-Bits + 8 System-Bits + 8 Kommando-Bits<br /> |-<br /> | Daten RC6A Pace (Sky) || &quot;1&quot; + 3 Mode-Bits (&quot;110&quot;) + 1 Toggle-Bit(UNUSED &quot;0&quot;) + 16 Bit + 1 Toggle(!) + 15 Kommando-Bits<br /> |-<br /> | Start-Bit || 2666µs Puls, 889µs Pause<br /> |-<br /> | Toggle 0-Bit || 889µs Pause, 889µs Puls<br /> |-<br /> | Toggle 1-Bit || 889µs Puls, 889µs Pause<br /> |-<br /> | 0-Bit || 444µs Pause, 444µs Puls<br /> |-<br /> | 1-Bit || 444µs Puls, 444µs Pause<br /> |-<br /> | Stop-Bit || kein Stop-Bit<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== GRUNDIG + NOKIA ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#Grundig-Protokoll|GRUNDIG + NOKIA]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz (?)<br /> |-<br /> | Kodierung || Biphase (Manchester)<br /> |-<br /> | Frame-Paket || 1 Start-Frame + 19,968ms Pause + N Info-Frames + 117,76ms Pause + 1 Stop-Frame<br /> |-<br /> | Start-Frame || 1 Pre-Bit + 1 Start-Bit + 9 Daten-Bits (alle 1) + 0 Stop-Bits<br /> |-<br /> | Info-Frame || 1 Pre-Bit + 1 Start-Bit + 9 Daten-Bits + 0 Stop-Bits<br /> |-<br /> | Stop-Frame || 1 Pre-Bit + 1 Start-Bit + 9 Daten-Bits (alle 1) + 0 Stop-Bits<br /> |-<br /> | Daten Grundig || 9 Kommando-Bits + 0 Adress-Bits<br /> |-<br /> | Daten Nokia || 8 Kommando-Bits + 8 Adress-Bits<br /> |-<br /> | Pre-Bit || 528µs Puls, 2639µs Pause<br /> |-<br /> | Start-Bit || 528µs Puls, 528µs Pause<br /> |-<br /> | 0-Bit || 528µs Pause, 528µs Puls<br /> |-<br /> | 1-Bit || 528µs Puls, 528µs Pause<br /> |-<br /> | Stop-Bit || kein Stop-Bit<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Info-Frames mit einem Pausenabstand von 117,76ms<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== IR60 (SDA2008) ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''[[IRMP#IR60 (SDA2008 bzw. MC14497P)|IR60 (SDA2008)]]''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 30 kHz<br /> |-<br /> | Kodierung || Biphase (Manchester)<br /> |-<br /> | Start Frame || 1 Start-Bit + 101111 + 0 Stop-Bits + 22ms Pause<br /> |-<br /> | Daten Frame || 1 Start-Bit + 7 Daten-Bits + 0 Stop-Bits<br /> |-<br /> | Daten || 0 Adress-Bits + 7 Kommando-Bits<br /> |-<br /> | Start-Bit || 528µs Puls, 2639µs Pause<br /> |-<br /> | 0-Bit || 528µs Pause, 528µs Puls<br /> |-<br /> | 1-Bit || 528µs Puls, 528µs Pause<br /> |-<br /> | Stop-Bit || kein Stop-Bit<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Info-Frames mit einem Pausenabstand von 117,76ms<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> ==== SIEMENS + RUWIDO ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''SIEMENS + RUWIDO''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 36 kHz? (Merlin-Tastatur mit Ruwido-Protokoll: 56 kHz)<br /> |-<br /> | Kodierung || Biphase (Manchester)<br /> |-<br /> | Frame Siemens || 1 Start-Bit + 22 Daten-Bits + 0 Stop-Bits<br /> |-<br /> | Frame Ruwido || 1 Start-Bit + 17 Daten-Bits + 0 Stop-Bits<br /> |-<br /> | Daten Siemens || 11 Adress-Bits + 10 Kommando-Bits + 1 invertiertes Bit (letztes Bit davor nochmal invertiert)<br /> |-<br /> | Daten Ruwido || 9 Adress-Bits + 7 Kommando-Bits + 1 invertiertes Bit (letztes Bit davor nochmal invertiert)<br /> |-<br /> | Start-Bit || 275µs Puls, 275µs Pause<br /> |-<br /> | 0-Bit || 275µs Pause, 275µs Puls<br /> |-<br /> | 1-Bit || 275µs Puls, 275µs Pause<br /> |-<br /> | Stop-Bit || kein Stop-Bit<br /> |-<br /> | Wiederholung || 1-malige Wiederholung mit gesetztem Repeat-Bit (?)<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms (?)<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== A1TVBOX ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''A1TVBOX''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Biphase (Manchester) asymmetrisch<br /> |-<br /> | Frame || 2 Start-Bits + 16 Daten-Bits + 0 Stop-Bits<br /> |-<br /> | Daten || 8 Adress-Bits + 8 Kommando-Bits<br /> |-<br /> | Start-Bits || &quot;10&quot;, also 250µs Puls, 150µs + 150µs Pause, 250µs Puls<br /> |-<br /> | 0-Bit || 150µs Pause, 250µs Puls<br /> |-<br /> | 1-Bit || 250µs Puls, 150µs Pause<br /> |-<br /> | Stop-Bit || kein Stop-Bit<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || unbekannt<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== MERLIN ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''MERLIN''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Biphase (Manchester) asymmetrisch<br /> |-<br /> | Frame || 2 Start-Bits + 18 Daten-Bits + 0 Stop-Bits<br /> |-<br /> | Daten || 8 Adress-Bits + 10 Kommando-Bits<br /> |-<br /> | Start-Bits || &quot;10&quot;, also 210µs Puls, 210µs + 210µs Pause, 210µs Puls<br /> |-<br /> | 0-Bit || 210µs Pause, 210µs Puls<br /> |-<br /> | 1-Bit || 210µs Puls, 210µs Pause<br /> |-<br /> | Stop-Bit || kein Stop-Bit<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || unbekannt<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> ==== ORTEK ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''ORTEK''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Biphase (Manchester) symmetrisch<br /> |-<br /> | Frame || 2 Start-Bits + 18 Daten-Bits + 0 Stop-Bits<br /> |-<br /> | Daten || 6 Adress-Bits + 2 Spezial-Bits + 6 Kommando-Bits + 4 Spezial-Bits<br /> |-<br /> | Start-Bit || 2000µs Puls, 1000µs Pause<br /> |-<br /> | 0-Bit || 500µs Pause, 500µs Puls<br /> |-<br /> | 1-Bit || 500µs Puls, 500µs Pause<br /> |-<br /> | Stop-Bit || kein Stop-Bit<br /> |-<br /> | Wiederholung || 2 zusätzliche Frames mit gesetzten Spezial-Bits<br /> |-<br /> | Tasten-Wiederholung || N-fache Wiederholung des 2. Frames<br /> |-<br /> | Bit-Order || MSB first<br /> |-<br /> |}<br /> <br /> === Pulse Position Protokolle ===<br /> <br /> ==== NETBOX ====<br /> <br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#eeeeee&quot;<br /> ! '''NETBOX''' || Wert<br /> |-<br /> |style=&quot;width: 15em&quot;|<br /> |style=&quot;width: 50em&quot;|<br /> |-<br /> | Frequenz || 38 kHz?<br /> |-<br /> | Kodierung || Pulse Position<br /> |-<br /> | Frame || 1 Start-Bit + 16 Daten-Bits, kein Stop-Bit<br /> |-<br /> | Daten || 3 Adress-Bits + 13 Kommando-Bits<br /> |-<br /> | Start-Bit || 2400µs Puls, 800µs Pause<br /> |-<br /> | Bitlänge || 800µs<br /> |-<br /> | Wiederholung || keine<br /> |-<br /> | Tasten-Wiederholung || Abstand ca. 35ms?<br /> |-<br /> | Bit-Order || LSB first<br /> |-<br /> |}<br /> <br /> == Software-Historie IRMP ==<br /> <br /> Änderungen IRMP in 2.9.x:<br /> <br /> Version 2.9.4:<br /> <br /> * 15.06.2015: '''Neues Protokoll''': [[IRMP#ACP24|ACP24]]<br /> <br /> Version 2.9.2: '''(nur im SVN!)'''<br /> <br /> * 29.05.2015: '''Neues Protokoll''': [[IRMP#S100|S100]]<br /> * 29.05.2015: Kleinere Korrekturen<br /> <br /> Version 2.9.1: '''(nur im SVN!)'''<br /> <br /> * 28.05.2015: Logging für XMega hinzugefügt<br /> * 28.05.2015: Timing-Korrekturen für FAN-Protokoll<br /> <br /> Version 2.9.0:<br /> <br /> * 27.05.2015: '''Neues Protokoll''': [[IRMP#MERLIN|MERLIN]]<br /> * 27.05.2015: '''Neues Protokoll''': [[IRMP#FAN|FAN]]<br /> <br /> Ältere Versionen:<br /> <br /> * 18.05.2015: F_CPU Macro für STM32L1XX hinzugefügt<br /> * 18.05.2015: Korrekturen zur XMega-Portierung<br /> * 23.04.2015: '''Neues Protokoll''': [[IRMP#PENTAX|PENTAX]]<br /> * 23.04.2015: Portierung auf AVR XMega<br /> * 19.09.2014: Kleineren Bug behoben: Fehlendes Newline vor #else eingefügt<br /> * 18.09.2014: Logging für ARM STM32F10X hinzugefügt<br /> * 17.09.2014: PROGMEM-Zugriff für Array irmp_protocol_names[] korrigiert.<br /> * 15.09.2014: Timing-Toleranzen für [[IRMP#KASEIKYO|KASEIKYO]]-Protokoll vergrößert<br /> * 15.09.2014: Wechsel von irmp_protocol_names auf PROGMEM, zusätzliche UART Routinen in main.c<br /> * 21.07.2014: Portierung auf PIC 12F1840<br /> * 09.07.2014: '''Neues Protokoll''': [[IRMP#SAMSUNG48|SAMSUNG48]]<br /> * 09.07.2014: Kleine Syntaxfehlerkorrektur<br /> * 01.07.2014: Logging für ARM_STM32F4XX eingebaut<br /> * 01.07.214: IRMP port für PIC XC8 compiler, Variadic Macros herausgenommen wg. dummen XC8-Compiler :-(<br /> * 05.06.2014: '''Neues Protokoll''': [[IRMP#LGAIR|LGAIR]]<br /> * 30.05.2014: '''Neues Protokoll''': [[IRMP#SPEAKER|SPEAKER]]<br /> * 30.05.2014: Timings für [[IRMP#SAMSUNG|SAMSUNG]]-Protokolle optimiert<br /> * 20.02.2014: Fehlerhaftes Decodieren des [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]]-Protokolls korrigiert<br /> * 19.02.2014: '''Neue Protokolle''': [[IRMP#RCMM|RCMM32, RCMM24 und RCMM12]]<br /> * 17.09.2014: Timing für [[IRMP#ROOMBA|ROOMBA]] verbessert<br /> * 09.04.2013: '''Neues Protokoll''': [[IRMP#ROOMBA|ROOMBA]]<br /> * 09.04.2013: Verbesserte Frame-Erkennung für [[IRMP#ORTEK|ORTEK (Hama)]]<br /> * 19.03.2013: '''Neues Protokoll''': [[IRMP#ORTEK|ORTEK (Hama)]]<br /> * 19.03.2013: '''Neues Protokoll''': [[IRMP#TELEFUNKEN|TELEFUNKEN]]<br /> * 12.03.2013: Geänderte Timing-Toleranzen für [[IRMP#RECS80|RECS80]]- und [[IRMP#RECS80EXT|RECS80EXT]]-Protokoll<br /> * 21.01.2013: Korrekturen Erkennung des Wiederholungsframes beim [[IRMP#DENON|DENON]]-Protokoll<br /> * 17.01.2013: Korrekturen Frame-Erkennung beim [[IRMP#DENON|DENON]]-Protokoll<br /> * 11.12.2012: '''Neues Protokoll''': [[IRMP#A1TVBOX|A1TVBOX]]<br /> * 07.12.2012: Verbesserte Erkennung von [[IRMP#DENON|DENON]]-Wiederholungsframes<br /> * 19.11.2012: Portierung auf Stellaris LM4F120 Launchpad von TI (ARM Cortex M4)<br /> * 06.11.2012: Korrektur [[IRMP#DENON|DENON]]-Frame-Erkennung<br /> * 26.10.2012: Einige Timer-Korrekturen, Anpassungen an Arduino<br /> * 11.07.2012: '''Neues Protokoll''': [[IRMP#BOSE|BOSE]]<br /> * 18.06.2012: Unterstützung für ATtiny87/167 hinzugefügt<br /> * 05.06.2012: Kleinere Korrekturen Portierung auf ARM STM32<br /> * 05.06.2012: Include-Korrektur in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]<br /> * 05.06.2012: Bugfix, wenn nur [[IRMP#NEC_+_extended_NEC|NEC]] und [[IRMP#NEC42|NEC42]] aktiviert<br /> * 23.05.2012: Portierung auf ARM STM32<br /> * 23.05.2012: Bugfix Frame-Erkennung beim [[IRMP#DENON|DENON]]-Protokoll<br /> * 27.02.2012: Bug in IR60-Decoder behoben<br /> * 27.02.2012: Bug in CRC-Berechnung von [[IRMP#KASEIKYO|KASEIKYO]]-Frames behoben<br /> * 27.02.2012: Portierung auf C18 Compiler für PIC-Mikroprozessoren<br /> * 13.02.2012: Bugfix: oberstes Bit in Adresse falsch bei [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll, wenn auch [[IRMP#NEC42|NEC42]]-Protokoll eingeschaltet ist.<br /> * 13.02.2012: Timing von [[IRMP#SAMSUNG|SAMSUNG]]- und [[IRMP#SAMSUNG32|SAMSUNG32]]-Protokoll korrigiert<br /> * 13.02.2012: [[IRMP#KASEIKYO|KASEIKYO]]: Genre2-Bits werden nun im oberen Nibble von flags gespeichert.<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#KATHREIN|KATHREIN]]<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#SIEMENS_+_RUWIDO|RUWIDO]]<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#THOMSON|THOMSON]]<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#IR60 (SDA2008)|IR60 (SDA2008)]]<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#LEGO|LEGO]]<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#NEC16|NEC16]]<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#NEC42|NEC42]]<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#NETBOX|NETBOX]]<br /> * 20.09.2011: Portierung auf ATtiny84 und ATtiny85<br /> * 20.09.2011: Verbesserung von Tastenwiederholungen bei [[IRMP#RC5_+_RC5X|RC5]]<br /> * 20.09.2011: Verbessertes Decodieren von [[IRMP#Biphase|Biphase]]-Protokollen<br /> * 20.09.2011: Korrekturen am [[IRMP#RECS80|RECS80]]-Decoder<br /> * 20.09.2011: Korrekturen beim Erkennen von zusätzlichen Bits im SIRCS-Protocol<br /> * 18.01.2011: Korrekturen für [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]]-Protokoll<br /> * 18.01.2011: '''Neues Protokoll''': [[IRMP#NIKON|NIKON]]<br /> * 18.01.2011: Speichern der zusätzlichen Bits (&gt;12) im [[IRMP#SIRCS|SIRCS]]-Protokoll in der Adresse<br /> * 18.01.2011: Timing-Korrekturen für [[IRMP#DENON|DENON]]-Protokoll<br /> <br /> * 04.09.2010: Bugfix für F_INTERRUPTS &gt;= 16000<br /> <br /> * 02.09.2010: '''Neues Protokoll''': [[IRMP#RC6_+_RC6A|RC6A]]<br /> <br /> * 29.08.2010: '''Neues Protokoll''': [[IRMP#JVC|JVC]]<br /> * 29.08.2010: [[IRMP#KASEIKYO|KASEIKYO]]-Protokoll: Berücksichtigung der Genre-Bits. '''ACHTUNG: dadurch neue Command-Codes!'''<br /> * 29.08.2010: [[IRMP#KASEIKYO|KASEIKYO]]-Protokoll: Verbesserte Behandlung von Wiederholungs-Frames<br /> * 29.08.2010: Verbesserte Unterstützung des [[IRMP#APPLE|APPLE]]-Protokolls. '''ACHTUNG: dadurch neue Adress-Codes!'''<br /> <br /> * 01.07.2010: Bugfix: Einführen eines Timeouts für [[IRMP#NEC_+_extended_NEC|NEC]]-Repetition-Frames, um &quot;Geisterkommandos&quot; zu verhindern.<br /> <br /> * 26.06.2010: Bugfix: Deaktivieren von [[IRMP#RECS80|RECS80]], [[IRMP#RECS80EXT|RECS80EXT]] &amp; [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]] bei geringer Interrupt-Rate<br /> <br /> * 25.06.2010: '''Neues Protokoll''': [[IRMP#RCCAR|RCCAR]]<br /> * 25.06.2010: Tastenerkennung für [[IRMP#FDC|FDC]]-Protokoll (IR-keyboard) erweitert<br /> * 25.06.2010: Interrupt-Frequenz nun bis zu 20kHz möglich<br /> <br /> * 09.06.2010: '''Neues Protokoll''': [[IRMP#FDC|FDC]] (IR-keyboard)<br /> * 09.06.2010: Timing für [[IRMP#DENON|DENON]]-Protokoll korrigiert<br /> <br /> * 02.06.2010: '''Neues Protokoll''': [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)<br /> <br /> * 26.05.2010: '''Neues Protokoll''': [[IRMP#GRUNDIG_+_NOKIA|NOKIA]]<br /> * 26.05.2010: Bugfix Auswertung von langen Tastendrücken bei [[IRMP#GRUNDIG_+_NOKIA|GRUNDIG]]-Protokoll<br /> <br /> * 17.05.2010: Bugfix [[IRMP#SAMSUNG32|SAMSUNG32]]-Protokoll: Kommando-Bit-Maske korrigiert<br /> <br /> * 16.05.2010: '''Neues Protokoll''': [[IRMP#GRUNDIG_+_NOKIA|GRUNDIG]]<br /> * 16.05.2010: Behandlung von automatischen Frame-Wiederholungen beim [[IRMP#SIRCS|SIRCS]]-, [[IRMP#SAMSUNG32|SAMSUNG32]]- und [[IRMP#NUBERT|NUBERT]]-Protokoll verbessert.<br /> <br /> * 28.04.2010: Nur einige kosmetische Code-Optimierungen<br /> <br /> * 16.04.2010: Sämtliche Timing-Toleranzen angepasst/optimiert<br /> <br /> * 12.04.2010: '''Neues Protokoll''': [[IRMP#B&amp;O|Bang &amp; Olufsen]]<br /> <br /> * 29.03.2010: Bugfix beim Erkennen von mehrfachen [[IRMP#NEC_+_extended_NEC|NEC]]-Repetition-Frames<br /> * 29.03.2010: Konfiguration in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] ausgelagert<br /> * 29.03.2010: Einführung einer Programmversion in README.txt: Version 1.0<br /> <br /> * 17.03.2010: '''Neues Protokoll''': [[IRMP#NUBERT|NUBERT]]<br /> <br /> * 16.03.2010: Korrektur der RECS80-Startbit-Timings<br /> * 16.03.2010: '''Neues Protokoll''': [[IRMP#RECS80EXT|RECS80 Extended]]<br /> <br /> * 15.03.2010: Codeoptimierung<br /> <br /> * 14.03.2010: Portierung auf PIC<br /> <br /> * 11.03.2010: Anpassungen an verschiedene ATMega-Typen durchgeführt<br /> <br /> * 07.03.2010: Bugfix: Zurücksetzen der Statemachine nach einem unvollständigen [[IRMP#RC5_+_RC5X|RC5]]-Frame<br /> <br /> * 05.03.2010: '''Neues Protokoll''': [[IRMP#APPLE|APPLE]]<br /> * 05.03.2010: Die Daten irmp_data.addr + irmp_data.command werden nun in der jeweiligen Bit-Order des verwendeten Protokolls gespeichert<br /> <br /> * 04.03.2010: '''Neues Protokoll''': [[IRMP#SAMSUNG32|SAMSUNG32]] (Mix aus [[IRMP#SAMSUNG|SAMSUNG]] &amp; [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll)<br /> * 04.03.2010: Änderung der [[IRMP#SIRCS|SIRCS]]- und [[IRMP#KASEIKYO|KASEIKYO]]-Toleranzen<br /> <br /> * 02.03.2010: [[IRMP#SIRCS|SIRCS]]: Korrekte Erkennung und Unterdrückung von automatischen Frame-Wiederholungen<br /> * 02.03.2010: [[IRMP#SIRCS|SIRCS]]: Device-ID-Bits werden nun in irmp_data.command und nicht mehr in irmp_data.address gespeichert<br /> * 02.03.2010: Vergrößerung des Scan Buffers (zwecks Protokollierung)<br /> <br /> * 24.02.2010: Neue Variable flags in IRMP_DATA zur Erkennung von langen Tastendrücken<br /> <br /> * 20.02.2010: Bugfix [[IRMP#DENON|DENON]]-Protokoll: Wiederholungsframe grundsätzlich invertiert<br /> <br /> * 19.02.2010: Erkennung von [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll-Varianten, z.&amp;nbsp;B. [[IRMP#APPLE|APPLE]]-Fernbedienung<br /> * 19.02.2010: Erkennung von [[IRMP#RC6_+_RC6A|RC6]]- und [[IRMP#DENON|DENON]]-Protokoll<br /> * 19.02.2010: Verbesserung des [[IRMP#RC5_+_RC5X|RC5]]-Decoders (Bugfixes)<br /> <br /> * 13.02.2010: Bugfix: Puls/Pausen-Counter um 1 zu niedrig, nun bessere Erkennung bei Protokollen mit sehr kurzen Pulszeiten<br /> * 13.02.2010: Erkennung der [[IRMP#NEC_+_extended_NEC|NEC]]-Wiederholungssequenz<br /> <br /> * 12.02.2010: [[IRMP#RC5_+_RC5X|RC5]]-Protokoll-Decoder hinzugefügt<br /> <br /> * 05.02.2010: Konflikt zwischen [[IRMP#SAMSUNG|SAMSUNG]]- und [[IRMP#MATSUSHITA|MATSUSHITA]]-Protokoll beseitigt<br /> <br /> * 07.01.2010: Erste Version<br /> <br /> == Software-Historie IRSND ==<br /> <br /> Version 2.9.4:<br /> <br /> * 15.06.2015: '''Neues Protokoll''': [[IRMP#ACP24|ACP24]]<br /> <br /> Änderungen IRSND in 2.9.x:<br /> <br /> Version 2.9.1:<br /> <br /> * 28.05.2015: Timing-Korrekturen für FAN-Protokoll<br /> <br /> Version 2.9.0:<br /> <br /> * 27.05.2015: '''Neues Protokoll''': [[IRMP#MERLIN|MERLIN]]<br /> * 27.05.2015: '''Neues Protokoll''': [[IRMP#FAN|FAN]]<br /> <br /> Ältere Versionen:<br /> <br /> * 18.05.2015: F_CPU Macro für STM32L1XX hinzugefügt<br /> * 07.05.2015: Korrekturen zur XMega-Portierung<br /> * 23.04.2015: '''Neues Protokoll''': [[IRMP#PENTAX|PENTAX]]<br /> * 23.04.2015: Portierung auf AVR XMega<br /> * 10.07.2014: Einige GPIO Änderungen für STM32F10x (in IRSND).<br /> * 10.07.2014: '''Neues Protokoll''': [[IRMP#SAMSUNG48|SAMSUNG48]]<br /> * 23.06.2014: '''Neues Protokoll''': [[IRMP#LGAIR|LGAIR]]<br /> * 03.06.2014: '''Neues Protokoll''': [[IRMP#TELEFUNKEN|TELEFUNKEN]]<br /> * 30.05.2014: '''Neues Protokoll''': [[IRMP#SPEAKER|SPEAKER]]<br /> * 30.05.2014: Timings für [[IRMP#SAMSUNG|SAMSUNG]]-Protokolle optimiert<br /> * 20.02.2014: '''Neues Protokoll''': [[IRMP#SIEMENS_+_RUWIDO|RUWIDO]]<br /> * 09.04.2013: '''Neues Protokoll''': [[IRMP#ROOMBA|ROOMBA]]<br /> * 12.03.2013: 15kHz für [[IRMP#RECS80|RECS80]]- und [[IRMP#RECS80EXT|RECS80EXT]]-Protokoll ist nun auch erlaubt<br /> * 17.01.2013: Unterstützung für ATtiny44 hinzugefügt<br /> * 12.12.2012: '''Neues Protokoll''': [[IRMP#A1TVBOX|A1TVBOX]]<br /> * 07.12.2012: Korrektur Timing beim [[IRMP#NIKON|NIKON]]-Protokoll<br /> * 26.10.2012: Einige Timer-Korrekturen, Anpassungen an Arduino<br /> * 18.06.2012: Unterstützung für ATtiny87/167 hinzugefügt<br /> * 05.06.2012: Korrekturen Portierung auf ARM STM32 - nun getestet<br /> * 23.05.2012: Portierung auf ARM STM32 (ungetestet!)<br /> * 23.05.2012: Bugfix Timing für 2. Frame beim Denon-Protokoll<br /> * 27.02.2012: '''Neues Protokoll''': [[IRMP#IR60 (SDA2008)|IR60 (SDA2008)]]<br /> * 27.02.2012: Bug beim Senden von [[IRMP#Biphase|Biphase]]-Frames (Manchester) behoben<br /> * 27.02.2012: Portierung auf C18 Compiler für PIC-Mikroprozessoren<br /> * 15.02.2012: Bugfix: Nur der 1. Frame wurde gesendet<br /> * 13.02.2012: Timing von [[IRMP#SAMSUNG|SAMSUNG]]- und [[IRMP#SAMSUNG32|SAMSUNG32]]-Protokoll korrigiert<br /> * 13.02.2012: [[IRMP#KASEIKYO|KASEIKYO]]: Genre2-Bits werden nun im oberen Nibble von flags gespeichert.<br /> * 13.02.2012: Zusätzliche Pause nach dem Senden des letzten Frames<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#THOMSON|THOMSON]]<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#LEGO|LEGO]]<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#NEC16|NEC16]]<br /> * 20.09.2011: '''Neues Protokoll''': [[IRMP#NEC42|NEC42]]<br /> * 20.09.2011: Portierung auf ATtiny84 und ATtiny85<br /> * 20.09.2011: Korrektur von Pausenlängen<br /> * 20.09.2011: Korrekturen von irsnd_stop()<br /> * 20.09.2011: Korrektur des [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]]-Timings<br /> * 20.09.2011: Umstellung auf 36kHz Modulationsfrequenz für [[IRMP#DENON|DENON]]-Protokoll<br /> * 20.09.2011: Korrektur Behandlung zusätzlicher Bits im [[IRMP#SIRCS|SIRCS]]-Protokoll<br /> * 18.01.2011: '''Neues Protokoll''': [[IRMP#RC6_+_RC6A|RC6A]]<br /> * 18.01.2011: '''Neues Protokoll''': [[IRMP#RC6_+_RC6A|RC6]]<br /> * 18.01.2011: '''Neues Protokoll''': [[IRMP#NIKON|NIKON]]<br /> * 18.01.2011: Beachten der zusätzlichen Bits (&gt;12) im [[IRMP#SIRCS|SIRCS]]-Protokoll<br /> * 18.01.2011: Korrektur der Pausenlängen<br /> * 18.01.2011: Timing-Korrekturen für [[IRMP#DENON|DENON]]-Protokoll<br /> <br /> * 02.09.2010: Neues Protokoll: [[IRMP#JVC|JVC]]<br /> * 02.09.2010: Anpassung des [[IRMP#APPLE|APPLE]]-Encoders an IRMP-Version 1.7.3.<br /> <br /> * 29.08.2010: Neues Protokoll: [[IRMP#KASEIKYO|KASEIKYO]] (Panasonic u.a.)<br /> <br /> * 01.07.2010: Bugfix: Deaktivieren von [[IRMP#RECS80|RECS80]], [[IRMP#RECS80EXT|RECS80EXT]] &amp; [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]] bei geringer Interrupt-Rate<br /> <br /> * 25.06.2010: Neues Protokoll: [[IRMP#RCCAR|RCCAR]]<br /> <br /> * 09.06.2010: Neues Protokoll: [[IRMP#FDC|FDC]] (IR-keyboard)<br /> * 09.06.2010: Timing für [[IRMP#DENON|DENON]]-Protokoll korrigiert<br /> <br /> * 02.06.2010: Neues Protokoll: [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)<br /> * 02.06.2010: Simulation von langen Tastendrücken<br /> <br /> * 26.05.2010: Neues Protokoll: [[IRMP#GRUNDIG_+_NOKIA|NOKIA]]<br /> <br /> * 17.05.2010: Neues Protokoll: [[IRMP#GRUNDIG_+_NOKIA|GRUNDIG]]<br /> * 17.05.2010: Behandlung von Frame-Wiederholungen für [[IRMP#SIRCS|SIRCS]], [[IRMP#SAMSUNG32|SAMSUNG32]] und [[IRMP#NUBERT|NUBERT]] korrigiert<br /> <br /> * 28.04.2010: Unterstützung des [[IRMP#APPLE|APPLE]]-Protokolls<br /> * 28.04.2010: Konfiguration über [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h]<br /> <br /> * 16.04.2010: Sämtliche Timing-Toleranzen angepasst/optimiert<br /> <br /> * 14.04.2010: Neues Protokoll: [[IRMP#B&amp;O|Bang &amp; Olufsen]]<br /> <br /> * 17.03.2010: Neues Protokoll: [[IRMP#NUBERT|NUBERT]]<br /> * 17.03.2010: Korrektur der Pausen zwischen Frame-Wiederholungen<br /> <br /> * 16.03.2010: Korrektur des Timer-Registers TCCR2<br /> * 16.03.2010: Korrektur der [[IRMP#RECS80|RECS80]]-Startbit-Timings<br /> * 16.03.2010: Neues Protokoll: [[IRMP#RECS80EXT|RECS80 Extended]]<br /> <br /> * 11.03.2010: Anpassungen an verschiedene ATMega-Typen durchgeführt<br /> <br /> * 07.03.2010: Alpha-Version<br /> <br /> == Literatur ==<br /> <br /> === IR-Übersicht ===<br /> <br /> * http://www.sbprojects.com/knowledge/ir/index.php<br /> * http://www.epanorama.net/links/irremote.html<br /> * http://www.elektor.de/jahrgang/2008/juni/cc2-avr-projekt-%283%29-unsichtbare-kommandos.497184.lynkx?tab=4 (IR Übersicht &amp; RC5)<br /> <br /> === SIRCS-Protokoll ===<br /> <br /> * http://www.sbprojects.com/knowledge/ir/sirc.php<br /> * http://www.ustr.net/infrared/sony.shtml<br /> * http://users.telenet.be/davshomepage/sony.htm<br /> * http://picprojects.org.uk/projects/sirc/<br /> * http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf<br /> <br /> === NEC-Protokoll ===<br /> <br /> * http://www.sbprojects.com/knowledge/ir/nec.php<br /> * http://www.ustr.net/infrared/nec.shtml<br /> * http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf<br /> <br /> === ACP24-Protokoll ===<br /> <br /> Das ACP24-Protokoll wird von Stiebel-Eltron-Klimaanlagen verwendet.<br /> <br /> Die 70 Datenbits sind folgendermaßen aufgebaut:<br /> <br /> 1 2 3 4 5 6<br /> 0123456789012345678901234567890123456789012345678901234567890123456789<br /> N VVMMM ? ??? t vmA x y TTTT<br /> 0011001000000111000010001010000000000000000010000000000000000000001111on, temp=30<br /> <br /> Diese werden in die folgenden 16 Bits von irmp_data.command gewandelt:<br /> <br /> 5432109876543210<br /> NAVVvMMMmtxyTTTT<br /> <br /> Bedeutung der Symbole:<br /> <br /> TTTT = Temperatur + 15 Grad<br /> TTTT<br /> ----------<br /> 0000 ???<br /> 0001 ???<br /> 0010 ???<br /> 0011 18 Grad<br /> 0100 19 Grad<br /> 0101 20 Grad<br /> 0110 21 Grad<br /> ...<br /> 1111 30 Grad<br /> <br /> N = Nacht-Modus<br /> N<br /> ----------<br /> 0 aus<br /> 1 ein<br /> <br /> VV = Luefter-Stufe, v muss 1 sein!<br /> VV v<br /> ----------<br /> 00 1 Stufe 1<br /> 01 1 Stufe 2<br /> 10 1 Stufe 3<br /> 11 1 Automatik<br /> <br /> MMM = Modus<br /> MMM m<br /> ----------<br /> 000 0 Ausschalten<br /> 001 0 Einschalten<br /> 001 1 Kuehlen<br /> 010 1 Lueften<br /> 011 1 Entfeuchten<br /> 100 1 ???<br /> 101 1 ---<br /> 110 1 ---<br /> 111 1 ---<br /> <br /> A = Automatik-Programm<br /> A<br /> ----------<br /> 0 aus<br /> 1 ein<br /> <br /> t = Timer<br /> t x y<br /> ----------<br /> 1 1 0 Timer 1<br /> 1 0 1 Timer 2<br /> <br /> Um die Klimaanlage mittels IRSND anzusteuern, kann man folgende Funktionen verwenden:<br /> <br /> &lt;syntaxhighlight lang=&quot;c&quot;&gt;<br /> #include &quot;irmp.h&quot;<br /> #include &quot;irsnd.h&quot;<br /> <br /> #define IRMP_ACP24_TEMPERATURE_MASK 0x000F // TTTT<br /> <br /> #define IRMP_ACP24_SET_TIMER_MASK (1&lt;&lt;6) // t<br /> #define IRMP_ACP24_TIMER1_MASK (1&lt;&lt;5) // x<br /> #define IRMP_ACP24_TIMER2_MASK (1&lt;&lt;4) // y<br /> <br /> #define IRMP_ACP24_SET_MODE_MASK (1&lt;&lt;7) // m<br /> #define IRMP_ACP24_MODE_POWER_ON_MASK (1&lt;&lt;8) // MMMm = 0010 Einschalten<br /> #define IRMP_ACP24_MODE_COOLING_MASK (IRMP_ACP24_SET_MODE_MASK | (1&lt;&lt;8)) // MMMm = 0011 Kuehlen<br /> #define IRMP_ACP24_MODE_VENTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1&lt;&lt;9)) // MMMm = 0101 Lueften<br /> #define IRMP_ACP24_MODE_DEMISTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1&lt;&lt;10) | (1&lt;&lt;8)) // MMMm = 1001 Entfeuchten<br /> <br /> #define IRMP_ACP24_SET_FAN_STEP_MASK (1&lt;&lt;11) // v<br /> #define IRMP_ACP24_FAN_STEP_MASK 0x3000 // VV<br /> #define IRMP24_ACP_FAN_STEP_BIT 12 // VV<br /> #define IRMP_ACP24_AUTOMATIC_MASK (1&lt;&lt;14) // A<br /> #define IRMP_ACP24_NIGHT_MASK (1&lt;&lt;15) // N<br /> <br /> <br /> // possible values for acp24_set_mode();<br /> #define ACP24_MODE_COOLING 1<br /> #define ACP24_MODE_VENTING 2<br /> #define ACP24_MODE_DEMISTING 3<br /> <br /> static uint8_t temperature = 18; // 18 degrees<br /> <br /> static void<br /> acp24_send (uint16_t cmd)<br /> {<br /> IRMP_DATA irmp_data;<br /> <br /> cmd |= (temperature - 15) &amp; IRMP_ACP24_TEMPERATURE_MASK;<br /> <br /> irmp_data.protocol = IRMP_ACP24_PROTOCOL;<br /> irmp_data.address = 0x0000;<br /> irmp_data.command = cmd;<br /> irmp_data.flags = 0;<br /> <br /> irsnd_send_data (&amp;irmp_data, 1);<br /> }<br /> <br /> void<br /> acp24_set_temperature (uint8_t temp)<br /> {<br /> uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;<br /> <br /> temperature = temp;<br /> acp24_send (cmd);<br /> }<br /> <br /> void<br /> acp24_off (void)<br /> {<br /> uint16_t cmd = 0;<br /> acp24_send (cmd);<br /> }<br /> <br /> #define ACP_FAN_STEP1 0<br /> #define ACP_FAN_STEP2 1<br /> #define ACP_FAN_STEP3 2<br /> #define ACP_FAN_AUTOMATIC 3<br /> <br /> void<br /> acp24_fan (uint8_t fan_step)<br /> {<br /> uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;<br /> <br /> cmd |= IRMP_ACP24_SET_FAN_STEP_MASK | ((fan_step &lt;&lt; IRMP24_ACP_FAN_STEP_BIT) &amp; IRMP_ACP24_FAN_STEP_MASK);<br /> <br /> acp24_send (cmd);<br /> }<br /> <br /> void<br /> acp24_set_mode (uint8_t mode)<br /> {<br /> uint16_t cmd = 0;<br /> <br /> switch (mode)<br /> {<br /> case ACP24_MODE_COOLING: cmd = IRMP_ACP24_MODE_COOLING_MASK; break;<br /> case ACP24_MODE_VENTING: cmd = IRMP_ACP24_MODE_VENTING_MASK; break;<br /> case ACP24_MODE_DEMISTING: cmd = IRMP_ACP24_MODE_DEMISTING_MASK; break;<br /> default: return;<br /> }<br /> acp24_send (cmd);<br /> }<br /> <br /> void<br /> acp24_program_automatic (void)<br /> {<br /> uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_AUTOMATIC_MASK;<br /> acp24_send (cmd);<br /> }<br /> <br /> void<br /> acp24_program_night (void)<br /> {<br /> uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_NIGHT_MASK;<br /> acp24_send (cmd);<br /> }<br /> &lt;/syntaxhighlight&gt;<br /> <br /> === LGAIR-Protokoll ===<br /> <br /> Der LG Air Conditioner ist eine Klimaanlage, die durch eine &quot;intelligente&quot; Fernbedienung gesteuert wird.<br /> Dies sind die &quot;entschlüsselten&quot; Daten:<br /> <br /> &lt;code&gt;<br /> Befehl AAAAAAAA PW Z S T mmm tttt vvvv PPPP<br /> --------------------------------------------------------------------<br /> ON 23C 10001000 00 0 0 0 000 1000 0100 1100<br /> ON 26C 10001000 00 0 0 0 000 1011 0100 1111<br /> <br /> OFF 10001000 11 0 0 0 000 0000 0101 0001<br /> TURN OFF 10001000 11 0 0 0 000 0000 0101 0001 (18C currently, identical with off)<br /> <br /> TEMP DOWN 23C 10001000 00 0 0 1 000 1000 0100 0100<br /> MODE (to mode0, 23C) 10001000 00 0 0 1 000 1000 0100 0100<br /> <br /> TEMP UP (24C) 10001000 00 0 0 1 000 1001 0100 0101<br /> TEMP DOWN 24C 10001000 00 0 0 1 000 1001 0100 0101<br /> <br /> TEMP UP (25C) 10001000 00 0 0 1 000 1010 0100 0110<br /> TEMP DOWN 25C 10001000 00 0 0 1 000 1010 0100 0110<br /> <br /> TEMP UP (26C) 10001000 00 0 0 1 000 1011 0100 0111<br /> <br /> MODE 10001000 00 0 0 1 011 0111 0100 0110 (to mode1, 22C - when switching to mode1 temp automaticall sets to 22C)<br /> ON (mode1, 22C) 10001000 00 0 0 0 011 0111 0100 1110<br /> <br /> MODE 10001000 00 0 0 1 001 1000 0100 0101 (to mode2, no temperature displayed)<br /> ON (mode2) 10001000 00 0 0 0 001 1000 0100 1101<br /> MODE (to mode3, 23C) 10001000 00 0 0 1 100 1000 0100 1000<br /> ON (mode3, 23C) 10001000 00 0 0 0 100 1000 0100 0000<br /> <br /> VENTILATION SLOW 10001000 00 0 0 1 000 0011 0000 1011<br /> VENTILATION MEDIUM 10001000 00 0 0 1 000 0011 0010 1101<br /> VENTILATION HIGH 10001000 00 0 0 1 000 0011 0100 1111<br /> VENTILATION LIGHT 10001000 00 0 0 1 000 0011 0101 0000<br /> <br /> SWING ON/OFF 10001000 00 0 1 0 000 0000 0000 0001<br /> <br /> <br /> Format: 1 start bit + 8 address bits + 16 data bits + 4 checksum bits + 1 stop bit<br /> <br /> Address: AAAAAAAA = 0x88 (8 bits)<br /> <br /> Data: PW Z S T MMM tttt vvvv PPPP (16 bits)<br /> <br /> PW: Power: 00 = On, 11 = Off<br /> <br /> Z: N/A: Always 0<br /> <br /> S: Swing: 1 = Toggle swing, all other data bits are zeros.<br /> <br /> T: Temp/Vent: 1 = Set temperature and ventilation<br /> <br /> MMM: Mode, can be combined with temperature<br /> 000=Mode 0<br /> 001=Mode 2<br /> 010=????<br /> 011=Mode 1<br /> 100=Mode 3<br /> 101=???<br /> 111=???<br /> <br /> tttt: Temperature:<br /> 0000=used by OFF command<br /> 0001=????<br /> 0010=????<br /> 0011=18°C<br /> 0100=19°C<br /> 0101=20°C<br /> 0110=21°C<br /> 0111=22°C<br /> 1000=23°C<br /> 1001=24°C<br /> 1010=25°C<br /> 1011=26°C<br /> 1011=27°C<br /> 1100=28°C<br /> 1101=29°C<br /> 1111=30°C<br /> <br /> vvvv: Ventilation:<br /> 0000=slow<br /> 0010=medium<br /> 0011=????<br /> 0100=high<br /> 0101=light<br /> 0110=????<br /> 0111=????<br /> ...<br /> 1111=????<br /> <br /> Checksum: PPPP = (DataNibble1 + DataNibble2 + DataNibble3 + DataNibble4) &amp; 0x0F<br /> &lt;/code&gt;<br /> <br /> === NEC16-Protokoll (JVC) ===<br /> <br /> * http://www.sbprojects.com/knowledge/ir/jvc.php<br /> * http://www.ustr.net/infrared/jvc.shtml<br /> <br /> === SAMSUNG-Protokoll ===<br /> <br /> (wurde aus diversen Protokollen (Daewoo u.ä.) zusammengereimt, daher kein direkter Link auf irgendwelche SAMSUNG-Dokumentation verfügbar)<br /> <br /> Hier ein Link zum Daewoo-Protokoll, welches dasselbe Prinzip des Sync-Bits in der Mitte eines Frames nutzt, jedoch mit anderen Timing-Werten arbeitet:<br /> <br /> * http://users.telenet.be/davshomepage/daewoo.htm<br /> <br /> === MATSUHITA-Protokoll ===<br /> <br /> * http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf<br /> <br /> === KASEIKYO-Protokoll (auch &quot;Japan-Protokoll&quot;) ===<br /> <br /> * http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf<br /> * http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf<br /> <br /> === RECS80- und RECS80-Extended-Protokoll ===<br /> <br /> * http://www.sbprojects.com/knowledge/ir/recs80.php<br /> <br /> === RC5- und RC5x-Protokoll ===<br /> <br /> * http://www.sbprojects.com/knowledge/ir/rc5.php<br /> * http://users.telenet.be/davshomepage/rc5.htm<br /> * http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf<br /> * http://www.opendcc.de/info/rc5/rc5.html<br /> <br /> === Denon-Protokoll ===<br /> <br /> * http://www.mikrocontroller.com/de/IR-Protokolle.php#DENON<br /> * http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243<br /> <br /> === RC6 und RC6A-Protokoll ===<br /> <br /> * http://www.sbprojects.com/knowledge/ir/rc6.php<br /> * http://www.picbasic.nl/info_rc6_uk.htm<br /> <br /> === Bang &amp; Olufsen ===<br /> <br /> * http://www.mikrocontroller.net/attachment/33137/datalink.pdf<br /> <br /> === Grundig-Protokoll ===<br /> <br /> * http://www.see-solutions.de/sonstiges/Grundig_10bit.pdf<br /> <br /> === Nokia-Protokoll ===<br /> <br /> * http://www.sbprojects.com/knowledge/ir/nrc17.php<br /> <br /> === IR60 (SDA2008 bzw. MC14497P) ===<br /> <br /> * http://www.datasheetcatalog.org/datasheet/motorola/MC14497P.pdf<br /> <br /> === LEGO Power Functions RC ===<br /> <br /> * http://www.philohome.com/pf/LEGO_Power_Functions_RC_v110.pdf<br /> <br /> === RCMM-Protokoll ===<br /> <br /> * http://www.sbprojects.com/knowledge/ir/rcmm.php<br /> <br /> === Diverse Protokolle ===<br /> <br /> * http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf<br /> * http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf<br /> * http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf<br /> <br /> == IRMP auf Youtube ==<br /> <br /> Einige Videos zu [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] habe ich auf Youtube gefunden:<br /> <br /> * http://www.youtube.com/watch?v=Q7DJvLIyTEI<br /> <br /> * http://www.youtube.com/watch?v=1tQ_aqayWZk<br /> <br /> * http://www.youtube.com/watch?v=W4tI2axR3-w<br /> <br /> * http://www.youtube.com/watch?v=SRs98dIe2WE<br /> <br /> == Weitere Artikel zu IRMP ==<br /> <br /> [http://www.infineon.com/dgdl/RF2ir+WhitePaper+V1.0.pdf?folderId=db3a3043191a246301192dd3ee2c2ae4&amp;fileId=db3a30432b57a660012b5c16272c2e81 Whitepaper von Martin Gotschlich, Infineon Technologies AG]<br /> <br /> == Hardware / IRMP-Projekte ==<br /> <br /> === Remote IRMP ===<br /> <br /> Netzwerkfähiger Infrarot-Sender und Empfänger mit Android Handy als Fernbedienung:<br /> <br /> * http://www.mikrocontroller.net/articles/Remote_IRMP<br /> <br /> === IR-Tester ===<br /> <br /> Eine Implementierung auf Basis [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] und [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]] als Multiprotokoll Dekoder mit LCD<br /> von Klaus Leidinger: <br /> * http://www.mikrocontroller-projekte.de/Mikrocontroller/index.html<br /> <br /> === IR-Tester mit AVR-NET-IO ===<br /> <br /> Ähnliche Implementierung wie von Klaus Leidinger für Pollin AVR-NET-IO mit Pollin ADD-ON Board:<br /> * http://son.ffdf-clan.de/include.php?path=forumsthread&amp;threadid=703<br /> <br /> === USB IR Remote Receiver ===<br /> <br /> USB IR Remote Receiver von Hugo Portisch:<br /> * http://www.mikrocontroller.net/articles/USB_IR_Remote_Receiver<br /> <br /> === USB IR Empfänger/Sender/Einschalter mit Wakeup-Timer ===<br /> <br /> * http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/123572-fertig-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer/<br /> <br /> * http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_ein_USB_IR_Empf%C3%A4nger/Sender/Einschalter_mit_Wakeup-Timer<br /> <br /> === USBASP ===<br /> <br /> IR-Einschalter auf Grundlage des USBasp<br /> * http://wiki.easy-vdr.de/index.php?title=USBASP_Einschalter<br /> <br /> === Servo-gesteuerter IR-Sender ===<br /> <br /> Servo-gesteuerter IR-Sender mit Anlernfunktion von Stefan Pendsa:<br /> * http://forum.mikrokopter.de/topic-21060.html<br /> * [http://svn.mikrokopter.de/listing.php?repname=Projects&amp;path=%2FServo-Controlled+IR-Transmitter%2F&amp;#Ad2417800d6aa14bf08c571a896e9def7 SVN]<br /> <br /> === Lernfähige IR-Fernbedienung ===<br /> <br /> Lernfähige IR-Fernbedienung von Robert und Frank M.<br /> * http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP<br /> <br /> === AVR Moodlight ===<br /> <br /> AVR Moodlight von Axel Schwenke<br /> * http://www.mikrocontroller.net/topic/244768<br /> <br /> === Infinity-Mirror-LED-Deckenlampe ===<br /> <br /> Infinity-Mirror-LED-Deckenlampe mit Fernbedienung von Philipp Meißner<br /> * http://digital-nw.de/Infinity-Mirror.htm<br /> <br /> === Kinosteuerung ===<br /> <br /> Kinosteuerung von Owagner<br /> * http://ccc.zerties.org/index.php/Benutzer:Owagner<br /> <br /> === Phasenanschnittsdimmer ===<br /> <br /> Phasenanschnittsdimmer - steuerbar über IR-Fernbedienung:<br /> <br /> * http://flosserver.dyndns.org/phasenanschnittsdimmer.php<br /> <br /> === IRDioder – Ikea Dioder Hack ===<br /> <br /> Ikea Dioder Hack mit Atmel und Infrarotempfaenger:<br /> <br /> * http://marco-difeo.de/tag/infrared/<br /> <br /> === Expedit Coffee Bar ===<br /> <br /> Ikea Expedit Regal - umgebaut zur Kaffee-Bar:<br /> <br /> * http://chaozlabs.blogspot.de/2013/09/expedit-coffee-bar.html<br /> <br /> === Arduino als IR-Empfänger ===<br /> <br /> Arduino als IR-Empfänger:<br /> <br /> * http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/110918-arduino-als-ir-empf%C3%A4nger-einsetzen/<br /> <br /> === IR-Lautstärkesteuerung mit Stellaris Launchpad ===<br /> <br /> IR-Lautstärkesteuerung mit Stellaris Launchpad (ARM Cortex-M4F):<br /> <br /> * http://www.anthonyvh.com/2013/03/31/ir-volume-control/<br /> <br /> === RemotePi Board ===<br /> <br /> Herunterfahren eines RaspPI mittels Fernbedienung:<br /> <br /> * http://www.msldigital.com/pages/more-information<br /> <br /> === Ethernut &amp; IRMP ===<br /> <br /> IRMP unter dem RTOS Ethernut:<br /> <br /> * http://www.klkl.de/ethernut.html<br /> <br /> === LED strip Remote Control ===<br /> <br /> LED-Beleuchtung per Fernbedienung steuern:<br /> <br /> * http://www.solderlab.de/index.php/misc/led-strip-remote-control<br /> <br /> === ADAT Audio Mixer ===<br /> <br /> Audio Mixer:<br /> <br /> * http://mailtonne.de/adat-audio-mixer/<br /> <br /> === Ethersex &amp; IRMP ===<br /> <br /> IRMP + IRSND Modul in Ethersex, einer modularen Firmware für AVR MCUs<br /> <br /> * http://ethersex.de/index.php/IRMP<br /> <br /> === Mastermind Solver ===<br /> <br /> Mastermind-Solver mit LED-Streifen und IR-Fernbedienung <br /> <br /> * http://www.mystrobl.de/Plone/basteleien/weitere-bulls-and-cows-mastermind-implementationen/mm-v1821/mastermind-solver-mit-led-streifen-und-ir-fernbedienung<br /> <br /> === A MythTV Remote Control without LIRC ===<br /> <br /> PC Remote Control mit ATtiny85<br /> <br /> * http://tomscircuits.blogspot.de/2014/12/a-mythtv-remote-control-without-lirc.html<br /> <br /> === IRMP + IRSND Library für STM32F4 ===<br /> <br /> IRMP für STM32F4<br /> <br /> * http://mikrocontroller.bplaced.net/wordpress/?page_id=1516<br /> <br /> IRSND für STM32F4<br /> <br /> * http://mikrocontroller.bplaced.net/wordpress/?page_id=1940<br /> <br /> === IRMP auf STM32 - Bauanleitung ===<br /> <br /> * http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_Bauanleitung<br /> <br /> === Studienarbeit - Erweiterung der Arduino Plattform ===<br /> <br /> * www.eislab.fim.uni-passau.de/files/publications/2010/StudentDiener_ErweiterungDerArduinoPlattform.pdf<br /> <br /> == Danksagung ==<br /> <br /> Ganz herzlich bedanken möchte ich mich bei Vlad Tepesch, Klaus Leidinger und Peter K., die mich mit Scan-Dateien ihrer Infrarot-Fernbedienungen versorgt haben. Dank auch an Klaus für seine nächtelangen Tests von [[IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder|IRMP]] &amp; [[IRMP#IRSND_-_Infrarot-Multiprotokoll-Encoder|IRSND]].<br /> <br /> Ebenso bedanken möchte ich mich bei Christian F. für seine Tipps zur PIC-Portierung. Vielen Dank auch an gera für die Portierung auf den PIC-C18 Compiler. Für die Portierung auf ARM STM32 bedanke ich mich herzlich bei kichi (Michael K.). Vielen Dank auch an Markus Schuster für die Portierung auf Stellaris LM4F120 Launchpad von TI (ARM Cortex M4). Danke an Matthias Frank für die Portierung auf XMega.<br /> <br /> Mein Dank geht auch an Dániel Körmendi, welcher mich nicht nur immer wieder fleißig mit Scans versorgt, sondern auch das LG-AIR-Protokoll in den IRSND eingebaut hat. Danke auch hier an Ulrich v.d. Kammer für die IRSND-Variante des Pentax-Protokolls.<br /> <br /> == Diskussion ==<br /> <br /> Meinungen, Verbesserungsvorschläge, harsche Kritik und ähnliches kann im [http://www.mikrocontroller.net/topic/162119 Beitrag: Infrared Multi Protocol Decoder] geäussert werden.<br /> <br /> Viel Spaß mit IRMP!<br /> <br /> [[Kategorie:Infrarot]]<br /> [[Kategorie:AVR-Projekte]]</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=89450 2015-08-01T09:53:10Z

<p>Amad: </p> <hr /> <div>Meine Projekte:<br /> * [http://www.mikrocontroller.net/topic/136702#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539194 USB&lt;-&gt;Seriell Wandler] mit FT2232RL drauf und einer [http://www.mikrocontroller.net/topic/71682#585851 Bidirektionalen Funkbrücke nach Benedikt K.]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539205 Ausstattung] eines Palm IIIc mit einer Bidirektionalen Funkbrücke<br /> <br /> * ATTiny13 [http://www.mikrocontroller.net/topic/136702#1539229 mit] RFM12 dran<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539245 Drahtpositions und Dickenerkennung] mit ATMega8, Nokia 3310 [http://www.myplace.nu/mp3/nokialcd.htm Display] und [http://ams.com/eng/Products/Light-Sensors/Linear-Array-Sensors/TSL1401CL TSL1401R-LF]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539546 Platinenlayout] für 1,27SMD und SO-8 IC-Kontaktierung<br /> <br /> * [https://www.mikrocontroller.net/topic/354864#4083976 Motorisierte Lötzinnzuführung]<br /> <br /> <br /> Einige relativ gut nachbaubare &amp; dokumentierte Projekte finden sich hier:<br /> * http://www.zabex.de/<br /> * http://b-kainka.de/bastel0.htm<br /> * http://www.elektronik-kompendium.de/public/arnerossius/schaltungen/avr/<br /> <br /> Speziell zu Assembler:<br /> * http://www.avr-asm-tutorial.net/avr_de/index.html<br /> * http://hanneslux.de/avr/divers/melody/index.html<br /> * http://en.wikipedia.org/wiki/Atmel_AVR_instruction_set<br /> * http://www.atmel.com/images/doc0856.pdf<br /> * https://www.mikrocontroller.net/articles/AVR_Assembler_-_Vergleichstabelle<br /> <br /> Speziell zu C:<br /> * http://www.nongnu.org/avr-libc/user-manual/index.html Online-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.pdf.bz2 PDF-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.tar.bz2 HTML-Version<br /> <br /> allgemeiner, schöner Überblick über viele Bauteile &amp; deren Verwendung:<br /> * http://stefanfrings.de/mikrocontroller_buch/index.html<br /> * http://stefanfrings.de/avr_workshop/index.html<br /> <br /> Weiteres Nützliches:<br /> * https://www.mikrocontroller.net/articles/AVR_Checkliste<br /> * https://www.mikrocontroller.net/articles/AVR_Typen<br /> * https://www.mikrocontroller.net/articles/AVR_Fuses<br /> * http://www.engbedded.com/fusecalc/<br /> * https://www.mikrocontroller.net/articles/Baudratenquarz<br /> * http://hanneslux.de/avr/tipps/baudratenquarz.html<br /> <br /> Ich programmiere entweder mit dem AVR Dragon<br /> * https://www.mikrocontroller.net/articles/AVR-Dragon<br /> Der auf dem Bild in der Kassettenhülle ist übrigens meiner. ;=)<br /> oder mit einem USB&lt;-&gt;Seriell-Wandler auf FT232-Basis a 'la<br /> * http://www.ebay.com/itm/281369531490<br /> <br /> Interessanter Kurs der TU Wien über AVRs<br /> * http://ti.tuwien.ac.at/ecs/teaching/courses/mclu<br /> Vor allem die Skripten sind sehr lehrreich!</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=89449 2015-08-01T09:49:46Z

<p>Amad: Änderung 89448 von Amad (Diskussion) rückgängig gemacht.</p> <hr /> <div>Meine Projekte:<br /> * [http://www.mikrocontroller.net/topic/136702#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539194 USB&lt;-&gt;Seriell Wandler] mit FT2232RL drauf und einer [http://www.mikrocontroller.net/topic/71682#585851 Bidirektionalen Funkbrücke nach Benedikt K.]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539205 Ausstattung] eines Palm IIIc mit einer Bidirektionalen Funkbrücke<br /> <br /> * ATTiny13 [http://www.mikrocontroller.net/topic/136702#1539229 mit] RFM12 dran<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539245 Drahtpositions und Dickenerkennung] mit ATMega8, Nokia 3310 [http://www.myplace.nu/mp3/nokialcd.htm Display] und [http://www.taosinc.com/productdetail.aspx?product=8 TSL1401R-LF]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539546 Platinenlayout] für 1,27SMD und SO-8 IC-Kontaktierung<br /> <br /> * [https://www.mikrocontroller.net/topic/354864#4083976 Motorisierte Lötzinnzuführung]<br /> <br /> <br /> Einige relativ gut nachbaubare &amp; dokumentierte Projekte finden sich hier:<br /> * http://www.zabex.de/<br /> * http://b-kainka.de/bastel0.htm<br /> * http://www.elektronik-kompendium.de/public/arnerossius/schaltungen/avr/<br /> <br /> Speziell zu Assembler:<br /> * http://www.avr-asm-tutorial.net/avr_de/index.html<br /> * http://hanneslux.de/avr/divers/melody/index.html<br /> * http://en.wikipedia.org/wiki/Atmel_AVR_instruction_set<br /> * http://www.atmel.com/images/doc0856.pdf<br /> * https://www.mikrocontroller.net/articles/AVR_Assembler_-_Vergleichstabelle<br /> <br /> Speziell zu C:<br /> * http://www.nongnu.org/avr-libc/user-manual/index.html Online-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.pdf.bz2 PDF-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.tar.bz2 HTML-Version<br /> <br /> allgemeiner, schöner Überblick über viele Bauteile &amp; deren Verwendung:<br /> * http://stefanfrings.de/mikrocontroller_buch/index.html<br /> * http://stefanfrings.de/avr_workshop/index.html<br /> <br /> Weiteres Nützliches:<br /> * https://www.mikrocontroller.net/articles/AVR_Checkliste<br /> * https://www.mikrocontroller.net/articles/AVR_Typen<br /> * https://www.mikrocontroller.net/articles/AVR_Fuses<br /> * http://www.engbedded.com/fusecalc/<br /> * https://www.mikrocontroller.net/articles/Baudratenquarz<br /> * http://hanneslux.de/avr/tipps/baudratenquarz.html<br /> <br /> Ich programmiere entweder mit dem AVR Dragon<br /> * https://www.mikrocontroller.net/articles/AVR-Dragon<br /> Der auf dem Bild in der Kassettenhülle ist übrigens meiner. ;=)<br /> oder mit einem USB&lt;-&gt;Seriell-Wandler auf FT232-Basis a 'la<br /> * http://www.ebay.com/itm/281369531490<br /> <br /> Interessanter Kurs der TU Wien über AVRs<br /> * http://ti.tuwien.ac.at/ecs/teaching/courses/mclu<br /> Vor allem die Skripten sind sehr lehrreich!</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=89448 2015-08-01T09:46:15Z

<p>Amad: </p> <hr /> <div>Meine Projekte:<br /> * [http://www.mikrocontroller.net/topic/136702?page=single#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702?page=single#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702?page=single#1539194 USB&lt;-&gt;Seriell Wandler] mit FT2232RL drauf und einer [http://www.mikrocontroller.net/topic/71682#585851 Bidirektionalen Funkbrücke nach Benedikt K.]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702?page=single#1539205 Ausstattung] eines Palm IIIc mit einer Bidirektionalen Funkbrücke<br /> <br /> * ATTiny13 [http://www.mikrocontroller.net/topic/136702?page=single#1539229 mit] RFM12 dran<br /> <br /> * [http://www.mikrocontroller.net/topic/136702?page=single#1539245 Drahtpositions und Dickenerkennung] mit ATMega8, Nokia 3310 [http://www.myplace.nu/mp3/nokialcd.htm Display] und [http://www.taosinc.com/productdetail.aspx?product=8 TSL1401R-LF]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702?page=single#1539546 Platinenlayout] für 1,27SMD und SO-8 IC-Kontaktierung<br /> <br /> * [https://www.mikrocontroller.net/topic/354864?page=single#4083976 Motorisierte Lötzinnzuführung]<br /> <br /> <br /> Einige relativ gut nachbaubare &amp; dokumentierte Projekte finden sich hier:<br /> * http://www.zabex.de/<br /> * http://b-kainka.de/bastel0.htm<br /> * http://www.elektronik-kompendium.de/public/arnerossius/schaltungen/avr/<br /> <br /> Speziell zu Assembler:<br /> * http://www.avr-asm-tutorial.net/avr_de/index.html<br /> * http://hanneslux.de/avr/divers/melody/index.html<br /> * http://en.wikipedia.org/wiki/Atmel_AVR_instruction_set<br /> * http://www.atmel.com/images/doc0856.pdf<br /> * https://www.mikrocontroller.net/articles/AVR_Assembler_-_Vergleichstabelle<br /> <br /> Speziell zu C:<br /> * http://www.nongnu.org/avr-libc/user-manual/index.html Online-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.pdf.bz2 PDF-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.tar.bz2 HTML-Version<br /> <br /> allgemeiner, schöner Überblick über viele Bauteile &amp; deren Verwendung:<br /> * http://stefanfrings.de/mikrocontroller_buch/index.html<br /> * http://stefanfrings.de/avr_workshop/index.html<br /> <br /> Weiteres Nützliches:<br /> * https://www.mikrocontroller.net/articles/AVR_Checkliste<br /> * https://www.mikrocontroller.net/articles/AVR_Typen<br /> * https://www.mikrocontroller.net/articles/AVR_Fuses<br /> * http://www.engbedded.com/fusecalc/<br /> * https://www.mikrocontroller.net/articles/Baudratenquarz<br /> * http://hanneslux.de/avr/tipps/baudratenquarz.html<br /> <br /> Ich programmiere entweder mit dem AVR Dragon<br /> * https://www.mikrocontroller.net/articles/AVR-Dragon<br /> Der auf dem Bild in der Kassettenhülle ist übrigens meiner. ;=)<br /> oder mit einem USB&lt;-&gt;Seriell-Wandler auf FT232-Basis a 'la<br /> * http://www.ebay.com/itm/281369531490<br /> <br /> Interessanter Kurs der TU Wien über AVRs<br /> * http://ti.tuwien.ac.at/ecs/teaching/courses/mclu<br /> Vor allem die Skripten sind sehr lehrreich!</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=88897 2015-06-14T10:53:11Z

<p>Amad: </p> <hr /> <div>Meine Projekte:<br /> * [http://www.mikrocontroller.net/topic/136702#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539194 USB&lt;-&gt;Seriell Wandler] mit FT2232RL drauf und einer [http://www.mikrocontroller.net/topic/71682#585851 Bidirektionalen Funkbrücke nach Benedikt K.]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539205 Ausstattung] eines Palm IIIc mit einer Bidirektionalen Funkbrücke<br /> <br /> * ATTiny13 [http://www.mikrocontroller.net/topic/136702#1539229 mit] RFM12 dran<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539245 Drahtpositions und Dickenerkennung] mit ATMega8, Nokia 3310 [http://www.myplace.nu/mp3/nokialcd.htm Display] und [http://www.taosinc.com/productdetail.aspx?product=8 TSL1401R-LF]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539546 Platinenlayout] für 1,27SMD und SO-8 IC-Kontaktierung<br /> <br /> * [https://www.mikrocontroller.net/topic/354864#4083976 Motorisierte Lötzinnzuführung]<br /> <br /> <br /> Einige relativ gut nachbaubare &amp; dokumentierte Projekte finden sich hier:<br /> * http://www.zabex.de/<br /> * http://b-kainka.de/bastel0.htm<br /> * http://www.elektronik-kompendium.de/public/arnerossius/schaltungen/avr/<br /> <br /> Speziell zu Assembler:<br /> * http://www.avr-asm-tutorial.net/avr_de/index.html<br /> * http://hanneslux.de/avr/divers/melody/index.html<br /> * http://en.wikipedia.org/wiki/Atmel_AVR_instruction_set<br /> * http://www.atmel.com/images/doc0856.pdf<br /> * https://www.mikrocontroller.net/articles/AVR_Assembler_-_Vergleichstabelle<br /> <br /> Speziell zu C:<br /> * http://www.nongnu.org/avr-libc/user-manual/index.html Online-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.pdf.bz2 PDF-Version<br /> * http://download.savannah.gnu.org/releases/avr-libc/avr-libc-user-manual-1.8.1.tar.bz2 HTML-Version<br /> <br /> allgemeiner, schöner Überblick über viele Bauteile &amp; deren Verwendung:<br /> * http://stefanfrings.de/mikrocontroller_buch/index.html<br /> * http://stefanfrings.de/avr_workshop/index.html<br /> <br /> Weiteres Nützliches:<br /> * https://www.mikrocontroller.net/articles/AVR_Checkliste<br /> * https://www.mikrocontroller.net/articles/AVR_Typen<br /> * https://www.mikrocontroller.net/articles/AVR_Fuses<br /> * http://www.engbedded.com/fusecalc/<br /> * https://www.mikrocontroller.net/articles/Baudratenquarz<br /> * http://hanneslux.de/avr/tipps/baudratenquarz.html<br /> <br /> Ich programmiere entweder mit dem AVR Dragon<br /> * https://www.mikrocontroller.net/articles/AVR-Dragon<br /> Der auf dem Bild in der Kassettenhülle ist übrigens meiner. ;=)<br /> oder mit einem USB&lt;-&gt;Seriell-Wandler auf FT232-Basis a 'la<br /> * http://www.ebay.com/itm/281369531490<br /> <br /> Interessanter Kurs der TU Wien über AVRs<br /> * http://ti.tuwien.ac.at/ecs/teaching/courses/mclu<br /> Vor allem die Skripten sind sehr lehrreich!</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=88243 2015-04-08T15:08:50Z

<p>Amad: </p> <hr /> <div>Meine Projekte:<br /> * [http://www.mikrocontroller.net/topic/136702#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539194 USB&lt;-&gt;Seriell Wandler] mit FT2232RL drauf und einer [http://www.mikrocontroller.net/topic/71682#585851 Bidirektionalen Funkbrücke nach Benedikt K.]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539205 Ausstattung] eines Palm IIIc mit einer Bidirektionalen Funkbrücke<br /> <br /> * ATTiny13 [http://www.mikrocontroller.net/topic/136702#1539229 mit] RFM12 dran<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539245 Drahtpositions und Dickenerkennung] mit ATMega8, Nokia 3310 [http://www.myplace.nu/mp3/nokialcd.htm Display] und [http://www.taosinc.com/productdetail.aspx?product=8 TSL1401R-LF]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539546 Platinenlayout] für 1,27SMD und SO-8 IC-Kontaktierung<br /> <br /> * [https://www.mikrocontroller.net/topic/354864#4083976 Motorisierte Lötzinnzuführung]</div>

Amad https://www.mikrocontroller.net/index.php?title=AVR-Dragon&diff=42700 2010-01-30T10:33:57Z

<p>Amad: /* Links */</p> <hr /> <div>[[Datei:AVR Dragon.jpg|400px|Ein AVR-Dragon der ersten Generation]][[Datei:dragon_bottom.jpg|400px|Ein AVR-Dragon der ersten Generation (Rückseite)]]<br /> [[Bild:dragon_box.jpg|290px|right|miniatur|z.B. mit Kassettenhülle als Gehäuse und aufgesetztem [http://www.mikrocontroller.net/topic/136702#1330420 Dragonlair], in welches auch noch ein [http://www.mikrocontroller.net/topic/136702#1539194 USB&lt;-&gt;Seriell Wandler] mit [http://www.ftdichip.com/Products/FT2232C.htm FT2232RL] und ein USB-Hub passt, an dem er direkt angeschlossen ist, um eine Überstrombegrenzung zu haben, falls der PC diese nicht hat.]]<br /> == Allgemeines zum AVR-Dragon ==<br /> <br /> Der '''[http://www.atmel.com/AVRDRAGON AVR-Dragon]''' ist ein preiswerter [[AVR In System Programmer|ISP]] und ICE (OCD) von [[Atmel]], der aufgrund seines Preis/Leistungs-Verhältnisses schnell populär wurde. Atmel wurde von dieser Popularität überrascht, da der Dragon wohl ursprünglich nur als ein &quot;Gimmick&quot; zur Verbreitung von AVRs in Asien gedacht war.<br /> <br /> Die großen Vorteile des Dragons sind, dass er alle Programmiermodi beherrscht, mit Ausnahme von TPI, aber inklusive PDI (XMEGAs) und High-Voltage Parallel Programming (mit [http://www.mikrocontroller.net/topic/66241 Adaptern], &quot;verfuste&quot; AVRs retten), dass er ein natives USB-Interface hat, von AVR-Studio unterstützt wird, und sogar [[JTAG]] und [[debugWIRE]] On-Chip-Debugging (OCD) unterstützt (bei den AVRs die dies können). <br /> <br /> Auch eine Stromversorgung bis maximal 300mA (strombegrenzend wirkt, wenn dann der USB-Hub) ist integriert, wobei der Strom über die USB-Schnittstelle bezogen wird. Es lassen sich trotzdem auch Boards mit ihrer eigenen Stromversorgung betreiben. Hierbei darf allerdings keine Verbindung zur Stromversorgung des AVR-Dragon bestehen. Ein Levelconverter passt die Spannungen für JTAG, ISP, PDU und dW an, so dass beispielsweise auch das Programmieren und Debuggen von 3,3 V Schaltungen möglich ist.<br /> <br /> Zu den größten bekannten Nachteilen gehören, dass der Dragon völlig &quot;nackt&quot; kommt. Kein USB-Kabel, kein Gehäuse, nicht einmal Abstandsbolzen unter der Platine, keine Patchkabel und nicht einmal die Fassungen zum Einstecken von AVRs sind bestückt. Eine gedruckte Anleitung gibt es auch nicht. Daneben wird aufgrund des Stromverbrauchs des Dragon ein USB-Hub mit Netzteil benötigt.<br /> <br /> Weiter ist der Dragon dafür bekannt, empfindlich auf statische Aufladungen zu reagieren. Ein Spannungsregler und ein Ausgangstreiber gehen dabei besonders gerne kaputt. Ein gerne von Anfängern gemachter Fehler ist es, den Dragon im Betrieb auf dem mitgelieferten &quot;Schaumstoff&quot; aus der Verpackung liegen zu lassen. Das ist jedoch kein Schaumstoff, sondern leitendes Moosgummi.<br /> <br /> == Debuggen ==<br /> <br /> Durch die integrierte JTAG und debugWire-Schnittstelle ist On-Chip-Debuggen (OCD) von unterstützten Mikrocontrollern möglich. <br /> <br /> Ursprünglich hatte Atmel die Debugmöglichkeiten künstlich auf AVRs mit bis zu 32 KB Flash-Speicher begrenzt. Mit einer mit AVR Studio 4.18 mitgelieferten Dragon-Firmware wurde diese künstliche Einschränkung fallen gelassen.<br /> <br /> == Hardware-Generationen ==<br /> <br /> Es sind mindestens zwei unterschiedliche Hardware-Generationen des Dragon bekannt. Die ursprüngliche Hardware (siehe Bild am Anfang dieser Seite) und eine neuere Version. Die neuere Version tauchte erstmals Ende 2008, Anfang 2009 auf. Man kann sie daran erkennen, dass die Platine vier Befestigungslöcher (jedoch immer noch keine Abstandsbolzen) und ein anderes Layout der Stromversorgung enthält. Die geänderte Stromversorgung lässt darauf schließen, dass Atmel die immer wieder auftretenden Probleme mit den defekten Stromversorgungen der ersten Hardware-Generation bekannt sind.<br /> <br /> Diese neue Hardware-Generation hat von Atmel keinen eigenen Namen bekommen und lässt sich auch nicht durch die Verpackung von alten Dragons unterscheiden.<br /> <br /> == Vorteile ==<br /> * Programmierung und Debugging von Tiny, Mega, XMEGA und AVR32 MCUs<br /> <br /> * USB-Anschluss, den alle neueren PCs/Laptops haben<br /> <br /> * gute Transportierbarkeit, da kein Netzteil benötigt wird (was dadurch aufgehoben wird, dass man einen Dragon nur an einem USB-Hub mit eigenem Netzteil (self-powered, mindestens 500 mA), nie direkt am PC oder an einem USB-Hub ohne eigenes Netzteil (bus-powered) betreiben sollte[http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm], da zumindest die Dragons der ersten Generation einen Spannungswandler besitzen, der sehr empfindlich gegenüber Unterspannung sein soll).<br /> <br /> * vergleichsweise geringer Preis<br /> <br /> * viele Schnittstellen, dadurch viele AVRs programmierbar und debugbar<br /> <br /> * Unterstützung durch AVR-Studio in Windows<br /> <br /> * Unterstützung durch [[avrdude]] unter Linux<br /> <br /> == Nachteile ==<br /> <br /> * Der Dragon wird ohne Gehäuse und Kabel geliefert. Zum Teil sind Header nicht bestückt. Ebenso sind die IC-Fassungen nicht bestückt.<br /> **Hardware der ersten Generation hatte nicht einmal Montagelöcher, so dass die Befestigung in einem eigenen Gehäuse ein Abenteuer war.<br /> **Die fehlenden Kabel stören Anfänger. Das fehlende USB-Kabel hat man vielleicht noch in der Kramkiste. Die fehlenden ISP- und JTAG-Anschlusskabel lassen sich noch selber aus Flachbandkabel und IDC-Buchsen quetschen. Wobei die 6-poligen IDC-Buchsen für ISP schon nicht in jedem Elektronikladen erhältlich sind (Bezugsquelle zum Beispiel [http://www.reichelt.de/?ARTICLE=53153;GROUPID=3231; Reichelt Pfostenbuchse PFL 6]). Die fehlenden Jumper-Kabel sind jedoch wirklich ärgerlich. Sortimente mit unterschiedlichen Längen sind schwer erhältlich.<br /> **Der Header zur HV-Programmierung und der Header zum Patchen der Anschlussbelegung der ebenfalls nicht bestückten IC-Fassungen, sind nicht bestückt.<br /> **Die sogenannte Prototypen-Area ist ein Witz. Dabei handelt es sich bei weitem nicht um einen Bereich zum Aufbau von Prototyp-Schaltungen auf der Dragon-Platine, sondern um zwei nicht bestückte IC-Fassungen zum Programmieren.<br /> <br /> * Empfindliche Hardware<br /> ** Der Dragon hat den Ruf empfindlich gegenüber elektrostatische Entladungen zu sein (Abhilfe mittels [http://www.mikrocontroller.net/topic/136702#1330420 Aufbau] des [http://www.aplomb.nl/TechStuff/Dragon/Dragon.html Dragonlair], wobei man sich überlegen muss, ob es sich bei den Kosten für einen Dragon lohnt den zusätzlichen Aufwand zu betreiben)<br /> ** Besonders die Hardware der ersten Generation hat den Ruf, dass der Spannungswandler sowohl durch einfaches Berühren im Betrieb kaputt gehen kann, als auch schon durch zu geringe Spannung am USB-Port bei Bus-powered Hubs oder schlechten(dünnen) USB-Kabeln.<br /> ::Atmel hat es nie für nötig befunden, zu den Problemen Stellung zu nehmen. Angeblich soll Atmel eine Zeit lang defekte Dragons umgetauscht haben. Offiziell gab es dazu von Atmel nie Informationen und man musste oder muss wohl Beziehungen zu Atmel haben, was Hobbyisten nicht haben.<br /> <br /> * Ursprünglich künstliche Beschränkung der Debugging-Fähigkeiten, die sich durch ein Firmware-Update mit AVR-Studio 4.18 oder neuer beseitigen lässt.<br /> <br /> * Unerklärlicherweise stellt Atmel die aktuelle Dokumentation und Beschreibung des Dragon nur als Teil der Online-Hilfe der AVR-Studio Software unter Windows zur Verfügung. Die Version auf [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm] ist normalerweise veraltet.<br /> <br /> * Firmware-Updates lassen sich nur mittels einer proprietären Atmel-Software unter Windows einspielen, die als Teil von AVR Studio geliefert wird. Daher ist der Dragon für [[Linux]]-Benutzer nur dann zu empfehlen, wenn man zusätzlich noch Zugriff auf eine Windows-Installation hat.<br /> <br /> == Links ==<br /> * [http://www.atmel.com/AVRDRAGON Atmels AVR-Dragon Seite]<br /> * [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm Atmels Online-Hilfe. Die Hilfe in AVR-Studio ist normalerweise aktueller]<br /> * [http://www.mikrocontroller.net/topic/72561#1575443 Außenmaße und Befestigungslochpositionen]<br /> <br /> [[Kategorie:AVR-Boards]]</div>

Amad https://www.mikrocontroller.net/index.php?title=AVR-Dragon&diff=41975 2010-01-06T11:45:56Z

<p>Amad: </p> <hr /> <div>[[Datei:AVR Dragon.jpg|400px|Ein AVR-Dragon der ersten Generation]][[Datei:dragon_bottom.jpg|400px|Ein AVR-Dragon der ersten Generation (Rückseite)]]<br /> [[Bild:dragon_box.jpg|290px|right|miniatur|z.B. mit Kassettenhülle als Gehäuse und aufgesetztem [http://www.mikrocontroller.net/topic/136702#1330420 Dragonlair], in welches auch noch ein [http://www.mikrocontroller.net/topic/136702#1539194 USB&lt;-&gt;Seriell Wandler] mit [http://www.ftdichip.com/Products/FT2232C.htm FT2232RL] und ein USB-Hub passt, an dem er direkt angeschlossen ist, um eine Überstrombegrenzung zu haben, falls der PC diese nicht hat.]]<br /> == Allgemeines zum AVR-Dragon ==<br /> <br /> Der '''[http://www.atmel.com/AVRDRAGON AVR-Dragon]''' ist ein preiswerter [[AVR In System Programmer|ISP]] und ICE (OCD) von [[Atmel]], der aufgrund seines Preis/Leistungs-Verhältnisses schnell populär wurde. Atmel wurde von dieser Popularität überrascht, da der Dragon wohl ursprünglich nur als ein &quot;Gimmick&quot; zur Verbreitung von AVRs in Asien gedacht war.<br /> <br /> Die großen Vorteile des Dragons sind, dass er alle Programmiermodi beherrscht, mit Ausnahme von TPI, aber inklusive PDI (XMEGAs) und High-Voltage Parallel Programming (mit [http://www.mikrocontroller.net/topic/66241 Adaptern], &quot;verfuste&quot; AVRs retten), dass er ein natives USB-Interface hat, von AVR-Studio unterstützt wird, und sogar [[JTAG]] und [[debugWIRE]] On-Chip-Debugging (OCD) unterstützt (bei den AVRs die dies können). <br /> <br /> Auch eine Stromversorgung bis maximal 300mA (strombegrenzend wirkt, wenn dann der USB-Hub) ist integriert, wobei der Strom über die USB-Schnittstelle bezogen wird. Es lassen sich trotzdem auch Boards mit ihrer eigenen Stromversorgung betreiben. Hierbei darf allerdings keine Verbindung zur Stromversorgung des AVR-Dragon bestehen. Ein Levelconverter passt die Spannungen für JTAG, ISP, PDU und dW an, so dass beispielsweise auch das Programmieren und Debuggen von 3,3 V Schaltungen möglich ist.<br /> <br /> Zu den größten bekannten Nachteilen gehören, dass der Dragon völlig &quot;nackt&quot; kommt. Kein USB-Kabel, kein Gehäuse, nicht einmal Abstandsbolzen unter der Platine, keine Patchkabel und nicht einmal die Fassungen zum Einstecken von AVRs sind bestückt. Eine gedruckte Anleitung gibt es auch nicht. Daneben wird aufgrund des Stromverbrauchs des Dragon ein USB-Hub mit Netzteil benötigt.<br /> <br /> Weiter ist der Dragon dafür bekannt, empfindlich auf statische Aufladungen zu reagieren. Ein Spannungsregler und ein Ausgangstreiber gehen dabei besonders gerne kaputt. Ein gerne von Anfängern gemachter Fehler ist es, den Dragon im Betrieb auf dem mitgelieferten &quot;Schaumstoff&quot; aus der Verpackung liegen zu lassen. Das ist jedoch kein Schaumstoff, sondern leitendes Moosgummi.<br /> <br /> == Debuggen ==<br /> <br /> Durch die integrierte JTAG und debugWire-Schnittstelle ist On-Chip-Debuggen (OCD) von unterstützten Mikrocontrollern möglich. <br /> <br /> Ursprünglich hatte Atmel die Debugmöglichkeiten künstlich auf AVRs mit bis zu 32 KB Flash-Speicher begrenzt. Mit einer mit AVR Studio 4.18 mitgelieferten Dragon-Firmware wurde diese künstliche Einschränkung fallen gelassen.<br /> <br /> == Hardware-Generationen ==<br /> <br /> Es sind mindestens zwei unterschiedliche Hardware-Generationen des Dragon bekannt. Die ursprüngliche Hardware (siehe Bild am Anfang dieser Seite) und eine neuere Version. Die neuere Version tauchte erstmals Ende 2008, Anfang 2009 auf. Man kann sie daran erkennen, dass die Platine vier Befestigungslöcher (jedoch immer noch keine Abstandsbolzen) und ein anderes Layout der Stromversorgung enthält. Die geänderte Stromversorgung lässt darauf schließen, dass Atmel die immer wieder auftretenden Probleme mit den defekten Stromversorgungen der ersten Hardware-Generation bekannt sind.<br /> <br /> Diese neue Hardware-Generation hat von Atmel keinen eigenen Namen bekommen und lässt sich auch nicht durch die Verpackung von alten Dragons unterscheiden.<br /> <br /> == Vorteile ==<br /> * Programmierung und Debugging von Tiny, Mega, XMEGA und AVR32 MCUs<br /> <br /> * USB-Anschluss, den alle neueren PCs/Laptops haben<br /> <br /> * gute Transportierbarkeit, da kein Netzteil benötigt wird (was dadurch aufgehoben wird, dass man einen Dragon nur an einem USB-Hub mit eigenem Netzteil (self-powered, mindestens 500 mA), nie direkt am PC oder an einem USB-Hub ohne eigenes Netzteil (bus-powered) betreiben sollte[http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm], da zumindest die Dragons der ersten Generation einen Spannungswandler besitzen, der sehr empfindlich gegenüber Unterspannung sein soll).<br /> <br /> * vergleichsweise geringer Preis<br /> <br /> * viele Schnittstellen, dadurch viele AVRs programmierbar und debugbar<br /> <br /> * Unterstützung durch AVR-Studio in Windows<br /> <br /> * Unterstützung durch [[avrdude]] unter Linux<br /> <br /> == Nachteile ==<br /> <br /> * Der Dragon wird ohne Gehäuse und Kabel geliefert. Zum Teil sind Header nicht bestückt. Ebenso sind die IC-Fassungen nicht bestückt.<br /> **Hardware der ersten Generation hatte nicht einmal Montagelöcher, so dass die Befestigung in einem eigenen Gehäuse ein Abenteuer war.<br /> **Die fehlenden Kabel stören Anfänger. Das fehlende USB-Kabel hat man vielleicht noch in der Kramkiste. Die fehlenden ISP- und JTAG-Anschlusskabel lassen sich noch selber aus Flachbandkabel und IDC-Buchsen quetschen. Wobei die 6-poligen IDC-Buchsen für ISP schon nicht in jedem Elektronikladen erhältlich sind (Bezugsquelle zum Beispiel [http://www.reichelt.de/?ARTICLE=53153;GROUPID=3231; Reichelt Pfostenbuchse PFL 6]). Die fehlenden Jumper-Kabel sind jedoch wirklich ärgerlich. Sortimente mit unterschiedlichen Längen sind schwer erhältlich.<br /> **Der Header zur HV-Programmierung und der Header zum Patchen der Anschlussbelegung der ebenfalls nicht bestückten IC-Fassungen, sind nicht bestückt.<br /> **Die sogenannte Prototypen-Area ist ein Witz. Dabei handelt es sich bei weitem nicht um einen Bereich zum Aufbau von Prototyp-Schaltungen auf der Dragon-Platine, sondern um zwei nicht bestückte IC-Fassungen zum Programmieren.<br /> <br /> * Empfindliche Hardware<br /> ** Der Dragon hat den Ruf empfindlich gegenüber elektrostatische Entladungen zu sein (Abhilfe mittels [http://www.mikrocontroller.net/topic/136702#1330420 Aufbau] des [http://www.aplomb.nl/TechStuff/Dragon/Dragon.html Dragonlair], wobei man sich überlegen muss, ob es sich bei den Kosten für einen Dragon lohnt den zusätzlichen Aufwand zu betreiben)<br /> ** Besonders die Hardware der ersten Generation hat den Ruf, dass der Spannungswandler sowohl durch einfaches Berühren im Betrieb kaputt gehen kann, als auch schon durch zu geringe Spannung am USB-Port bei Bus-powered Hubs oder schlechten(dünnen) USB-Kabeln.<br /> ::Atmel hat es nie für nötig befunden, zu den Problemen Stellung zu nehmen. Angeblich soll Atmel eine Zeit lang defekte Dragons umgetauscht haben. Offiziell gab es dazu von Atmel nie Informationen und man musste oder muss wohl Beziehungen zu Atmel haben, was Hobbyisten nicht haben.<br /> <br /> * Ursprünglich künstliche Beschränkung der Debugging-Fähigkeiten, die sich durch ein Firmware-Update mit AVR-Studio 4.18 oder neuer beseitigen lässt.<br /> <br /> * Unerklärlicherweise stellt Atmel die aktuelle Dokumentation und Beschreibung des Dragon nur als Teil der Online-Hilfe der AVR-Studio Software unter Windows zur Verfügung. Die Version auf [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm] ist normalerweise veraltet.<br /> <br /> * Firmware-Updates lassen sich nur mittels einer proprietären Atmel-Software unter Windows einspielen, die als Teil von AVR Studio geliefert wird. Daher ist der Dragon für [[Linux]]-Benutzer nur dann zu empfehlen, wenn man zusätzlich noch Zugriff auf eine Windows-Installation hat.<br /> <br /> == Links ==<br /> * [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm Atmels Online-Hilfe. Die Hilfe in AVR-Studio ist normalerweise aktueller]<br /> <br /> * [http://www.atmel.com/AVRDRAGON Atmels AVR-Dragon Seite]<br /> <br /> [[Kategorie:AVR-Boards]]</div>

Amad https://www.mikrocontroller.net/index.php?title=Datei:Dragon_box.jpg&diff=41974 2010-01-06T11:36:07Z

<p>Amad: hat eine neue Version von „Datei:Dragon box.jpg“ hochgeladen:&amp;#32;Schöneres Bild mit Dragon, sowie FT2232RL-USB&lt;-&gt;Seriell Wandler und USB-HUB drinnen.</p> <hr /> <div>Beispiel für ein verwendbares Gehäuse: Kasettenhülle<br /> (Wenn noc jemand genau solch eine(Polygram) hat, dann würde ich mich sehr freuen, wenn er sie mir zukommen lassen könnte!)</div>

Amad https://www.mikrocontroller.net/index.php?title=AVR-Dragon&diff=41973 2010-01-06T11:18:20Z

<p>Amad: </p> <hr /> <div>[[Datei:AVR Dragon.jpg|400px|Ein AVR-Dragon der ersten Generation]][[Datei:dragon_bottom.jpg|400px|Ein AVR-Dragon der ersten Generation (Rückseite)]]<br /> [[Bild:dragon_box.jpg|230px|right|miniatur|z.B. Kassettenhülle als Gehäuse verwendet]]<br /> == Allgemeines zum AVR-Dragon ==<br /> <br /> Der '''[http://www.atmel.com/AVRDRAGON AVR-Dragon]''' ist ein preiswerter [[AVR In System Programmer|ISP]] und ICE (OCD) von [[Atmel]], der aufgrund seines Preis/Leistungs-Verhältnisses schnell populär wurde. Atmel wurde von dieser Popularität überrascht, da der Dragon wohl ursprünglich nur als ein &quot;Gimmick&quot; zur Verbreitung von AVRs in Asien gedacht war.<br /> <br /> Die großen Vorteile des Dragons sind, dass er alle Programmiermodi beherrscht, mit Ausnahme von TPI, aber inklusive PDI (XMEGAs) und High-Voltage Parallel Programming (mit [http://www.mikrocontroller.net/topic/66241 Adaptern], &quot;verfuste&quot; AVRs retten), dass er ein natives USB-Interface hat, von AVR-Studio unterstützt wird, und sogar [[JTAG]] und [[debugWIRE]] On-Chip-Debugging (OCD) unterstützt (bei den AVRs die dies können). <br /> <br /> Auch eine Stromversorgung bis maximal 300mA (strombegrenzend wirkt, wenn dann der USB-Hub) ist integriert, wobei der Strom über die USB-Schnittstelle bezogen wird. Es lassen sich trotzdem auch Boards mit ihrer eigenen Stromversorgung betreiben. Hierbei darf allerdings keine Verbindung zur Stromversorgung des AVR-Dragon bestehen. Ein Levelconverter passt die Spannungen für JTAG, ISP, PDU und dW an, so dass beispielsweise auch das Programmieren und Debuggen von 3,3 V Schaltungen möglich ist.<br /> <br /> Zu den größten bekannten Nachteilen gehören, dass der Dragon völlig &quot;nackt&quot; kommt. Kein USB-Kabel, kein Gehäuse, nicht einmal Abstandsbolzen unter der Platine, keine Patchkabel und nicht einmal die Fassungen zum Einstecken von AVRs sind bestückt. Eine gedruckte Anleitung gibt es auch nicht. Daneben wird aufgrund des Stromverbrauchs des Dragon ein USB-Hub mit Netzteil benötigt.<br /> <br /> Weiter ist der Dragon dafür bekannt, empfindlich auf statische Aufladungen zu reagieren. Ein Spannungsregler und ein Ausgangstreiber gehen dabei besonders gerne kaputt. Ein gerne von Anfängern gemachter Fehler ist es, den Dragon im Betrieb auf dem mitgelieferten &quot;Schaumstoff&quot; aus der Verpackung liegen zu lassen. Das ist jedoch kein Schaumstoff, sondern leitendes Moosgummi.<br /> <br /> == Debuggen ==<br /> <br /> Durch die integrierte JTAG und debugWire-Schnittstelle ist On-Chip-Debuggen (OCD) von unterstützten Mikrocontrollern möglich. <br /> <br /> Ursprünglich hatte Atmel die Debugmöglichkeiten künstlich auf AVRs mit bis zu 32 KB Flash-Speicher begrenzt. Mit einer mit AVR Studio 4.18 mitgelieferten Dragon-Firmware wurde diese künstliche Einschränkung fallen gelassen.<br /> <br /> == Hardware-Generationen ==<br /> <br /> Es sind mindestens zwei unterschiedliche Hardware-Generationen des Dragon bekannt. Die ursprüngliche Hardware (siehe Bild am Anfang dieser Seite) und eine neuere Version. Die neuere Version tauchte erstmals Ende 2008, Anfang 2009 auf. Man kann sie daran erkennen, dass die Platine vier Befestigungslöcher (jedoch immer noch keine Abstandsbolzen) und ein anderes Layout der Stromversorgung enthält. Die geänderte Stromversorgung lässt darauf schließen, dass Atmel die immer wieder auftretenden Probleme mit den defekten Stromversorgungen der ersten Hardware-Generation bekannt sind.<br /> <br /> Diese neue Hardware-Generation hat von Atmel keinen eigenen Namen bekommen und lässt sich auch nicht durch die Verpackung von alten Dragons unterscheiden.<br /> <br /> == Vorteile ==<br /> * Programmierung und Debugging von Tiny, Mega, XMEGA und AVR32 MCUs<br /> <br /> * USB-Anschluss, den alle neueren PCs/Laptops haben<br /> <br /> * gute Transportierbarkeit, da kein Netzteil benötigt wird (was dadurch aufgehoben wird, dass man einen Dragon nur an einem USB-Hub mit eigenem Netzteil (self-powered, mindestens 500 mA), nie direkt am PC oder an einem USB-Hub ohne eigenes Netzteil (bus-powered) betreiben sollte[http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm], da zumindest die Dragons der ersten Generation einen Spannungswandler besitzen, der sehr empfindlich gegenüber Unterspannung sein soll).<br /> <br /> * vergleichsweise geringer Preis<br /> <br /> * viele Schnittstellen, dadurch viele AVRs programmierbar und debugbar<br /> <br /> * Unterstützung durch AVR-Studio in Windows<br /> <br /> * Unterstützung durch [[avrdude]] unter Linux<br /> <br /> == Nachteile ==<br /> <br /> * Der Dragon wird ohne Gehäuse und Kabel geliefert. Zum Teil sind Header nicht bestückt. Ebenso sind die IC-Fassungen nicht bestückt.<br /> **Hardware der ersten Generation hatte nicht einmal Montagelöcher, so dass die Befestigung in einem eigenen Gehäuse ein Abenteuer war.<br /> **Die fehlenden Kabel stören Anfänger. Das fehlende USB-Kabel hat man vielleicht noch in der Kramkiste. Die fehlenden ISP- und JTAG-Anschlusskabel lassen sich noch selber aus Flachbandkabel und IDC-Buchsen quetschen. Wobei die 6-poligen IDC-Buchsen für ISP schon nicht in jedem Elektronikladen erhältlich sind (Bezugsquelle zum Beispiel [http://www.reichelt.de/?ARTICLE=53153;GROUPID=3231; Reichelt Pfostenbuchse PFL 6]). Die fehlenden Jumper-Kabel sind jedoch wirklich ärgerlich. Sortimente mit unterschiedlichen Längen sind schwer erhältlich.<br /> **Der Header zur HV-Programmierung und der Header zum Patchen der Anschlussbelegung der ebenfalls nicht bestückten IC-Fassungen, sind nicht bestückt.<br /> **Die sogenannte Prototypen-Area ist ein Witz. Dabei handelt es sich bei weitem nicht um einen Bereich zum Aufbau von Prototyp-Schaltungen auf der Dragon-Platine, sondern um zwei nicht bestückte IC-Fassungen zum Programmieren.<br /> <br /> * Empfindliche Hardware<br /> ** Der Dragon hat den Ruf empfindlich gegenüber elektrostatische Entladungen zu sein (Abhilfe mittels [http://www.mikrocontroller.net/topic/136702#1330420 Aufbau] des [http://www.aplomb.nl/TechStuff/Dragon/Dragon.html Dragonlair], wobei man sich überlegen muss, ob es sich bei den Kosten für einen Dragon lohnt den zusätzlichen Aufwand zu betreiben)<br /> ** Besonders die Hardware der ersten Generation hat den Ruf, dass der Spannungswandler sowohl durch einfaches Berühren im Betrieb kaputt gehen kann, als auch schon durch zu geringe Spannung am USB-Port bei Bus-powered Hubs oder schlechten(dünnen) USB-Kabeln.<br /> ::Atmel hat es nie für nötig befunden, zu den Problemen Stellung zu nehmen. Angeblich soll Atmel eine Zeit lang defekte Dragons umgetauscht haben. Offiziell gab es dazu von Atmel nie Informationen und man musste oder muss wohl Beziehungen zu Atmel haben, was Hobbyisten nicht haben.<br /> <br /> * Ursprünglich künstliche Beschränkung der Debugging-Fähigkeiten, die sich durch ein Firmware-Update mit AVR-Studio 4.18 oder neuer beseitigen lässt.<br /> <br /> * Unerklärlicherweise stellt Atmel die aktuelle Dokumentation und Beschreibung des Dragon nur als Teil der Online-Hilfe der AVR-Studio Software unter Windows zur Verfügung. Die Version auf [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm] ist normalerweise veraltet.<br /> <br /> * Firmware-Updates lassen sich nur mittels einer proprietären Atmel-Software unter Windows einspielen, die als Teil von AVR Studio geliefert wird. Daher ist der Dragon für [[Linux]]-Benutzer nur dann zu empfehlen, wenn man zusätzlich noch Zugriff auf eine Windows-Installation hat.<br /> <br /> == Links ==<br /> * [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm Atmels Online-Hilfe. Die Hilfe in AVR-Studio ist normalerweise aktueller]<br /> <br /> * [http://www.atmel.com/AVRDRAGON Atmels AVR-Dragon Seite]<br /> <br /> [[Kategorie:AVR-Boards]]</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=41856 2010-01-03T13:09:38Z

<p>Amad: </p> <hr /> <div>Meine Projekte:<br /> * [http://www.mikrocontroller.net/topic/136702#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539194 USB&lt;-&gt;Seriell Wandler] mit FT2232RL drauf und einer [http://www.mikrocontroller.net/topic/71682#585851 Bidirektionalen Funkbrücke nach Benedikt K.]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539205 Ausstattung] eines Palm IIIc mit einer Bidirektionalen Funkbrücke<br /> <br /> * ATTiny13 [http://www.mikrocontroller.net/topic/136702#1539229 mit] RFM12 dran<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539245 Drahtpositions und Dickenerkennung] mit ATMega8, Nokia 3310 [http://www.myplace.nu/mp3/nokialcd.htm Display] und [http://www.taosinc.com/productdetail.aspx?product=8 TSL1401R-LF]<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1539546 Platinenlayout] für 1,27SMD und SO-8 IC-Kontaktierung</div>

Amad https://www.mikrocontroller.net/index.php?title=AVR-Dragon&diff=41760 2009-12-30T17:34:16Z

<p>Amad: </p> <hr /> <div>[[Datei:AVR Dragon.jpg|400px|Ein AVR-Dragon der ersten Generation]][[Datei:dragon_bottom.jpg|400px|Ein AVR-Dragon der ersten Generation (Rückseite)]]<br /> [[Bild:dragon_box.jpg|230px|right|miniatur|z.B. Kasettenhülle als Gehäuse verwendet]]<br /> == Allgemeines zum AVR-Dragon ==<br /> <br /> Der '''[http://www.atmel.com/AVRDRAGON AVR-Dragon]''' ist ein preiswerter [[AVR In System Programmer|ISP]] und ICE (OCD) von [[Atmel]], der aufgrund seines Preis/Leistungs-Verhältnisses schnell populär wurde. Atmel wurde von dieser Popularität überrascht, da der Dragon wohl ursprünglich nur als ein &quot;Gimmick&quot; zur Verbreitung von AVRs in Asien gedacht war.<br /> <br /> Die großen Vorteile des Dragons sind, dass er alle Programmiermodi beherrscht, mit Ausnahme von TPI, aber inklusive PDI (XMEGAs) und High-Voltage Parallel Programming (mit [http://www.mikrocontroller.net/topic/66241 Adaptern], &quot;verfuste&quot; AVRs retten), dass er ein natives USB-Interface hat, von AVR-Studio unterstützt wird, und sogar [[JTAG]] und [[debugWIRE]] On-Chip-Debugging (OCD) unterstützt (bei den AVRs die dies können). <br /> <br /> Auch eine Stromversorgung bis maximal 300mA (strombegrenzend wirkt, wenn dann der USB-Hub) ist integriert, wobei der Strom über die USB-Schnittstelle bezogen wird. Es lassen sich trotzdem auch Boards mit ihrer eigenen Stromversorgung betreiben. Hierbei darf allerdings keine Verbindung zur Stromversorgung des AVR-Dragon bestehen. Ein Levelconverter passt die Spannungen für JTAG, ISP, PDU und dW an, so dass beispielsweise auch das Programmieren und Debuggen von 3,3 V Schaltungen möglich ist.<br /> <br /> Zu den größten bekannten Nachteilen gehören, dass der Dragon völlig &quot;nackt&quot; kommt. Kein USB-Kabel, kein Gehäuse, nicht einmal Abstandsbolzen unter der Platine, keine Patchkabel und nicht einmal die Fassungen zum Einstecken von AVRs sind bestückt. Eine gedruckte Anleitung gibt es auch nicht. Daneben wird aufgrund des Stromverbrauchs des Dragon ein USB-Hub mit Netzteil benötigt.<br /> <br /> Weiter ist der Dragon dafür bekannt, empfindlich auf statische Aufladungen zu reagieren. Ein Spannungsregler und ein Ausgangstreiber gehen dabei besonders gerne kaputt. Ein gerne von Anfängern gemachter Fehler ist es, den Dragon im Betrieb auf dem mitgelieferten &quot;Schaumstoff&quot; aus der Verpackung liegen zu lassen. Das ist jedoch kein Schaumstoff, sondern leitendes Moosgummi.<br /> <br /> == Debuggen ==<br /> <br /> Durch die integrierte JTAG und debugWire-Schnittstelle ist On-Chip-Debuggen (OCD) von unterstützten Mikrocontrollern möglich. <br /> <br /> Ursprünglich hatte Atmel die Debugmöglichkeiten künstlich auf AVRs mit bis zu 32 KB Flash-Speicher begrenzt. Mit einer mit AVR Studio 4.18 mitgelieferten Dragon-Firmware wurde diese künstliche Einschränkung fallen gelassen.<br /> <br /> == Hardware-Generationen ==<br /> <br /> Es sind mindestens zwei unterschiedliche Hardware-Generationen des Dragon bekannt. Die ursprüngliche Hardware (siehe Bild am Anfang dieser Seite) und eine neuere Version. Die neuere Version tauchte erstmals Ende 2008, Anfang 2009 auf. Man kann sie daran erkennen, dass die Platine vier Befestigungslöcher (jedoch immer noch keine Abstandsbolzen) und ein anderes Layout der Stromversorgung enthält. Die geänderte Stromversorgung lässt darauf schließen, dass Atmel die immer wieder auftretenden Probleme mit den defekten Stromversorgungen der ersten Hardware-Generation bekannt sind.<br /> <br /> Diese neue Hardware-Generation hat von Atmel keinen eigenen Namen bekommen und lässt sich auch nicht durch die Verpackung von alten Dragons unterscheiden.<br /> <br /> == Vorteile ==<br /> * Programmierung und Debugging von Tiny, Mega, XMEGA und AVR32 MCUs<br /> <br /> * USB-Anschluss, den alle neueren PCs/Laptops haben<br /> <br /> * gute Transportierbarkeit, da kein Netzteil benötigt wird (was dadurch aufgehoben wird, dass man einen Dragon nur an einem USB-Hub mit eigenem Netzteil (self-powered, mindestens 500 mA), nie direkt am PC oder an einem USB-Hub ohne eigenes Netzteil (bus-powered) betreiben sollte[http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm], da zumindest die Dragons der ersten Generation einen Spannungswandler besitzen, der sehr empfindlich gegenüber Unterspannung sein soll).<br /> <br /> * vergleichsweise geringer Preis<br /> <br /> * viele Schnittstellen, dadurch viele AVRs programmierbar und debugbar<br /> <br /> * Unterstützung durch AVR-Studio in Windows<br /> <br /> * Unterstützung durch [[avrdude]] unter Linux<br /> <br /> == Nachteile ==<br /> <br /> * Der Dragon ohne Gehäuse und Kabel geliefert. Zum Teil sind Header nicht bestückt. Ebenso sind die IC-Fassungen nicht bestückt.<br /> **Hardware der ersten Generation hatte nicht einmal Montagelöcher, so dass die Befestigung in einem eigenen Gehäuse ein Abenteuer war.<br /> **Die fehlenden Kabel stören Anfänger. Das fehlende USB-Kabel hat man vielleicht noch in der Kramkiste. Die fehlenden ISP- und JTAG-Anschlusskabel lassen sich noch selber aus Flachbandkabel und IDC-Buchsen quetschen. Wobei die 6-poligen IDC-Buchsen für ISP schon nicht in jedem Elektronikladen erhältlich sind (Bezugsquelle zum Beispiel [http://www.reichelt.de/?ARTICLE=53153;GROUPID=3231; Reichelt Pfostenbuchse PFL 6]). Die fehlenden Jumper-Kabel sind jedoch wirklich ärgerlich. Sortimente mit unterschiedlichen Längen sind schwer erhältlich.<br /> **Der Header zur HV-Programmierung und der Header zum Patchen der Anschlussbelegung der ebenfalls nicht bestückten IC-Fassungen, sind nicht bestückt.<br /> **Die sogenannte Prototypen-Area ist ein Witz. Dabei handelt es sich bei weitem nicht um einen Bereich zum Aufbau von Prototyop-Schaltungen auf der Dragon-Platinen, sondern um zwei nicht bestückte IC-Fassungen zum Programmieren.<br /> <br /> * Empfindliche Hardware<br /> ** Der Dragon hat den Ruf empfindlich gegenüber elektrostatische Entladungen zu sein (Abhilfe: [http://www.aplomb.nl/TechStuff/Dragon/Dragon.html Dragonlair], wobei man sich überlegen muss, ob es sich bei den Kosten für einen Dragon lohnt den zusätzlichen Aufwand zu betreiben)<br /> ** Besonders die Hardware der ersten Generation hat den Ruf, dass der Spannungswandler sowohl durch einfaches Berühren im Betrieb kaputt gehen kann, als auch schon durch zu geringe Spannung am USB-Port bei Bus-powered Hubs oder schlechten(dünnen) USB-Kabeln.<br /> ::Atmel hat es nie für nötig befunden zu den Problemen Stellung zu nehmen. Angeblich soll Atmel eine Zeit lang defekte Dragons umgetauscht haben. Offiziell gab es dazu von Atmel nie Informationen und man musste oder muss wohl entsprechende Beziehungen zu Atmel haben, also dass was Hobbyisten nicht haben.<br /> <br /> * Ursprünglich künstliche Beschränkung der Debugging-Fähigkeiten, die sich durch ein Firmware-Update mit AVR-Studio 4.18 oder neuer beseitigen lässt.<br /> <br /> * Unerklärlicherweise stellt Atmel die aktuelle Dokumentation und Beschreibung des Dragon nur als Teil der Online-Hilfe der AVR-Studio Software unter Windows zur Verfügung. Die Version auf [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm] ist normalerweise veraltet.<br /> <br /> * Firmware-Updates lassen sich nur mittels einer proprietären Atmel-Software unter Windows einspielen, die als Teil von AVR Studio geliefert wird. Daher ist der Dragon für [[Linux]]-Benutzer nur dann zu empfehlen, wenn man zusätzlich noch Zugriff auf eine Windows-Installation hat.<br /> <br /> == Links ==<br /> * [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm Atmels Online-Hilfe. Die Hilfe in AVR-Studio ist normalerweise aktueller]<br /> <br /> * [http://www.atmel.com/AVRDRAGON Atmels AVR-Dragon Seite]<br /> <br /> [[Kategorie:AVR-Boards]]</div>

Amad https://www.mikrocontroller.net/index.php?title=Datei:Dragon_box.jpg&diff=41759 2009-12-30T17:25:58Z

<p>Amad: Beispiel für ein verwendbares Gehäuse: Kasettenhülle (Wenn noc jemand genau solch eine(Polygram) hat, dann würde ich mich sehr freuen, wenn er sie mir zukommen lassen könnte!)</p> <hr /> <div>Beispiel für ein verwendbares Gehäuse: Kasettenhülle<br /> (Wenn noc jemand genau solch eine(Polygram) hat, dann würde ich mich sehr freuen, wenn er sie mir zukommen lassen könnte!)</div>

Amad https://www.mikrocontroller.net/index.php?title=AVR-Dragon&diff=41758 2009-12-30T17:15:35Z

<p>Amad: /* Allgemeines zum AVR-Dragon */</p> <hr /> <div>[[Datei:AVR Dragon.jpg|400px|Ein AVR-Dragon der ersten Generation]][[Datei:dragon_bottom.jpg|400px|Ein AVR-Dragon der ersten Generation (Rückseite)]]<br /> <br /> == Allgemeines zum AVR-Dragon ==<br /> <br /> Der '''[http://www.atmel.com/AVRDRAGON AVR-Dragon]''' ist ein preiswerter [[AVR In System Programmer|ISP]] und ICE (OCD) von [[Atmel]], der aufgrund seines Preis/Leistungs-Verhältnisses schnell populär wurde. Atmel wurde von dieser Popularität überrascht, da der Dragon wohl ursprünglich nur als ein &quot;Gimmick&quot; zur Verbreitung von AVRs in Asien gedacht war.<br /> <br /> Die großen Vorteile des Dragons sind, dass er alle Programmiermodi beherrscht, mit Ausnahme von TPI, aber inklusive PDI (XMEGAs) und High-Voltage Parallel Programming (mit [http://www.mikrocontroller.net/topic/66241 Adaptern], &quot;verfuste&quot; AVRs retten), dass er ein natives USB-Interface hat, von AVR-Studio unterstützt wird, und sogar [[JTAG]] und [[debugWIRE]] On-Chip-Debugging (OCD) unterstützt (bei den AVRs die dies können). <br /> <br /> Auch eine Stromversorgung bis maximal 300mA (strombegrenzend wirkt, wenn dann der USB-Hub) ist integriert, wobei der Strom über die USB-Schnittstelle bezogen wird. Es lassen sich trotzdem auch Boards mit ihrer eigenen Stromversorgung betreiben. Hierbei darf allerdings keine Verbindung zur Stromversorgung des AVR-Dragon bestehen. Ein Levelconverter passt die Spannungen für JTAG, ISP, PDU und dW an, so dass beispielsweise auch das Programmieren und Debuggen von 3,3 V Schaltungen möglich ist.<br /> <br /> Zu den größten bekannten Nachteilen gehören, dass der Dragon völlig &quot;nackt&quot; kommt. Kein USB-Kabel, kein Gehäuse, nicht einmal Abstandsbolzen unter der Platine, keine Patchkabel und nicht einmal die Fassungen zum Einstecken von AVRs sind bestückt. Eine gedruckte Anleitung gibt es auch nicht. Daneben wird aufgrund des Stromverbrauchs des Dragon ein USB-Hub mit Netzteil benötigt.<br /> <br /> Weiter ist der Dragon dafür bekannt, empfindlich auf statische Aufladungen zu reagieren. Ein Spannungsregler und ein Ausgangstreiber gehen dabei besonders gerne kaputt. Ein gerne von Anfängern gemachter Fehler ist es, den Dragon im Betrieb auf dem mitgelieferten &quot;Schaumstoff&quot; aus der Verpackung liegen zu lassen. Das ist jedoch kein Schaumstoff, sondern leitendes Moosgummi.<br /> <br /> == Debuggen ==<br /> <br /> Durch die integrierte JTAG und debugWire-Schnittstelle ist On-Chip-Debuggen (OCD) von unterstützten Mikrocontrollern möglich. <br /> <br /> Ursprünglich hatte Atmel die Debugmöglichkeiten künstlich auf AVRs mit bis zu 32 KB Flash-Speicher begrenzt. Mit einer mit AVR Studio 4.18 mitgelieferten Dragon-Firmware wurde diese künstliche Einschränkung fallen gelassen.<br /> <br /> == Hardware-Generationen ==<br /> <br /> Es sind mindestens zwei unterschiedliche Hardware-Generationen des Dragon bekannt. Die ursprüngliche Hardware (siehe Bild am Anfang dieser Seite) und eine neuere Version. Die neuere Version tauchte erstmals Ende 2008, Anfang 2009 auf. Man kann sie daran erkennen, dass die Platine vier Befestigungslöcher (jedoch immer noch keine Abstandsbolzen) und ein anderes Layout der Stromversorgung enthält. Die geänderte Stromversorgung lässt darauf schließen, dass Atmel die immer wieder auftretenden Probleme mit den defekten Stromversorgungen der ersten Hardware-Generation bekannt sind.<br /> <br /> Diese neue Hardware-Generation hat von Atmel keinen eigenen Namen bekommen und lässt sich auch nicht durch die Verpackung von alten Dragons unterscheiden.<br /> <br /> == Vorteile ==<br /> * Programmierung und Debugging von Tiny, Mega, XMEGA und AVR32 MCUs<br /> <br /> * USB-Anschluss, den alle neueren PCs/Laptops haben<br /> <br /> * gute Transportierbarkeit, da kein Netzteil benötigt wird (was dadurch aufgehoben wird, dass man einen Dragon nur an einem USB-Hub mit eigenem Netzteil (self-powered, mindestens 500 mA), nie direkt am PC oder an einem USB-Hub ohne eigenes Netzteil (bus-powered) betreiben sollte[http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm], da zumindest die Dragons der ersten Generation einen Spannungswandler besitzen, der sehr empfindlich gegenüber Unterspannung sein soll).<br /> <br /> * vergleichsweise geringer Preis<br /> <br /> * viele Schnittstellen, dadurch viele AVRs programmierbar und debugbar<br /> <br /> * Unterstützung durch AVR-Studio in Windows<br /> <br /> * Unterstützung durch [[avrdude]] unter Linux<br /> <br /> == Nachteile ==<br /> <br /> * Der Dragon ohne Gehäuse und Kabel geliefert. Zum Teil sind Header nicht bestückt. Ebenso sind die IC-Fassungen nicht bestückt.<br /> **Hardware der ersten Generation hatte nicht einmal Montagelöcher, so dass die Befestigung in einem eigenen Gehäuse ein Abenteuer war.<br /> **Die fehlenden Kabel stören Anfänger. Das fehlende USB-Kabel hat man vielleicht noch in der Kramkiste. Die fehlenden ISP- und JTAG-Anschlusskabel lassen sich noch selber aus Flachbandkabel und IDC-Buchsen quetschen. Wobei die 6-poligen IDC-Buchsen für ISP schon nicht in jedem Elektronikladen erhältlich sind (Bezugsquelle zum Beispiel [http://www.reichelt.de/?ARTICLE=53153;GROUPID=3231; Reichelt Pfostenbuchse PFL 6]). Die fehlenden Jumper-Kabel sind jedoch wirklich ärgerlich. Sortimente mit unterschiedlichen Längen sind schwer erhältlich.<br /> **Der Header zur HV-Programmierung und der Header zum Patchen der Anschlussbelegung der ebenfalls nicht bestückten IC-Fassungen, sind nicht bestückt.<br /> **Die sogenannte Prototypen-Area ist ein Witz. Dabei handelt es sich bei weitem nicht um einen Bereich zum Aufbau von Prototyop-Schaltungen auf der Dragon-Platinen, sondern um zwei nicht bestückte IC-Fassungen zum Programmieren.<br /> <br /> * Empfindliche Hardware<br /> ** Der Dragon hat den Ruf empfindlich gegenüber elektrostatische Entladungen zu sein (Abhilfe: [http://www.aplomb.nl/TechStuff/Dragon/Dragon.html Dragonlair], wobei man sich überlegen muss, ob es sich bei den Kosten für einen Dragon lohnt den zusätzlichen Aufwand zu betreiben)<br /> ** Besonders die Hardware der ersten Generation hat den Ruf, dass der Spannungswandler sowohl durch einfaches Berühren im Betrieb kaputt gehen kann, als auch schon durch zu geringe Spannung am USB-Port bei Bus-powered Hubs oder schlechten(dünnen) USB-Kabeln.<br /> ::Atmel hat es nie für nötig befunden zu den Problemen Stellung zu nehmen. Angeblich soll Atmel eine Zeit lang defekte Dragons umgetauscht haben. Offiziell gab es dazu von Atmel nie Informationen und man musste oder muss wohl entsprechende Beziehungen zu Atmel haben, also dass was Hobbyisten nicht haben.<br /> <br /> * Ursprünglich künstliche Beschränkung der Debugging-Fähigkeiten, die sich durch ein Firmware-Update mit AVR-Studio 4.18 oder neuer beseitigen lässt.<br /> <br /> * Unerklärlicherweise stellt Atmel die aktuelle Dokumentation und Beschreibung des Dragon nur als Teil der Online-Hilfe der AVR-Studio Software unter Windows zur Verfügung. Die Version auf [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm] ist normalerweise veraltet.<br /> <br /> * Firmware-Updates lassen sich nur mittels einer proprietären Atmel-Software unter Windows einspielen, die als Teil von AVR Studio geliefert wird. Daher ist der Dragon für [[Linux]]-Benutzer nur dann zu empfehlen, wenn man zusätzlich noch Zugriff auf eine Windows-Installation hat.<br /> <br /> == Links ==<br /> * [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm Atmels Online-Hilfe. Die Hilfe in AVR-Studio ist normalerweise aktueller]<br /> <br /> * [http://www.atmel.com/AVRDRAGON Atmels AVR-Dragon Seite]<br /> <br /> [[Kategorie:AVR-Boards]]</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer:Amad&diff=41757 2009-12-30T17:05:29Z

<p>Amad: Die Seite wurde neu angelegt: „Meine Projekte: * [http://www.mikrocontroller.net/topic/136702#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose * [http://www.mikrocontroller.net…“</p> <hr /> <div>Meine Projekte:<br /> * [http://www.mikrocontroller.net/topic/136702#1330420 Schutzschaltung] für den AVR-Dragon in der Tic-Tac-Dose<br /> <br /> * [http://www.mikrocontroller.net/topic/136702#1283826 Kapazitätsmessgerät] in der Tic-Tac-Dose</div>

Amad https://www.mikrocontroller.net/index.php?title=Benutzer_Diskussion:Amad&diff=41756 2009-12-30T16:50:15Z

<p>Amad: Die Seite wurde neu angelegt: „Ich hab das alte Bild drinlassen, aber mein Bild auch als &quot;alte&quot; Version, weil man auf meinem ein paar IC-Beschriftungen erkennt, die auf dem ursprünglichen nich…“</p> <hr /> <div>Ich hab das alte Bild drinlassen, aber mein Bild auch als &quot;alte&quot; Version, weil man auf meinem ein paar IC-Beschriftungen erkennt, die auf dem ursprünglichen nicht erkennbar sind, jedoch nicht meines sofort anzeigen lassen, da ich schon die Buchsenleisten eingelötet habe und es ja ohne diese geliefert wird.</div>

Amad https://www.mikrocontroller.net/index.php?title=Datei:AVR_Dragon.jpg&diff=41755 2009-12-30T16:47:14Z

<p>Amad: hat eine neue Version von „Datei:AVR Dragon.jpg“ hochgeladen:&amp;#32;Zurückgesetzt auf die Version vom 4. August 2009, 22:29 Uhr</p> <hr /> <div></div>

Amad https://www.mikrocontroller.net/index.php?title=Datei:AVR_Dragon.jpg&diff=41754 2009-12-30T16:47:02Z

<p>Amad: hat eine neue Version von „Datei:AVR Dragon.jpg“ hochgeladen:&amp;#32;(Vorderseite von AVR-Dragon der ersten Generation (ohne Bohrung) Nachträglich mit Stift- und Buchsenleisten sowie IC-Fassungen in der &quot;Prototype&quot;-Area bestückt.)</p> <hr /> <div></div>

Amad https://www.mikrocontroller.net/index.php?title=AVR-Dragon&diff=41753 2009-12-30T16:44:15Z

<p>Amad: Bild der Rückseite hinzugefügt</p> <hr /> <div>[[Datei:AVR Dragon.jpg|400px|Ein AVR-Dragon der ersten Generation]][[Datei:dragon_bottom.jpg|400px|Ein AVR-Dragon der ersten Generation (Rückseite)]]<br /> <br /> == Allgemeines zum AVR-Dragon ==<br /> <br /> Der '''[http://www.atmel.com/AVRDRAGON AVR-Dragon]''' ist ein preiswerter [[AVR In System Programmer|ISP]] und ICE (OCD) von [[Atmel]], der aufgrund seines Preis/Leistungs-Verhältnisses schnell populär wurde. Atmel wurde von dieser Popularität überrascht, da der Dragon wohl ursprünglich nur als ein &quot;Gimmick&quot; zur Verbreitung von AVRs in Asien gedacht war.<br /> <br /> Die großen Vorteile des Dragons sind, dass er alle Programmiermodi beherrscht, mit Ausnahme von TPI, aber inklusive PDI (XMEGAs) und High-Voltage Parallel Programming (&quot;verfuste&quot; AVRs retten), dass er ein natives USB-Interface hat, von AVR-Studio unterstützt wird, und sogar [[JTAG]] und [[debugWIRE]] On-Chip-Debugging (OCD) unterstützt (bei den AVRs die dies können). <br /> <br /> Auch eine Stromversorgung bis maximal 300mA (strombegrenzend wirkt, wenn dann der USB-Hub) ist integriert, wobei der Strom über die USB-Schnittstelle bezogen wird. Es lassen sich trotzdem auch Boards mit ihrer eigenen Stromversorgung betreiben. Hierbei darf allerdings keine Verbindung zur Stromversorgung des AVR-Dragon bestehen. Ein Levelconverter passt die Spannungen für JTAG, ISP, PDU und dW an, so dass beispielsweise auch das Programmieren und Debuggen von 3,3 V Schaltungen möglich ist.<br /> <br /> Zu den größten bekannten Nachteilen gehören, dass der Dragon völlig &quot;nackt&quot; kommt. Kein USB-Kabel, kein Gehäuse, nicht einmal Abstandsbolzen unter der Platine, keine Patchkabel und nicht einmal die Fassungen zum Einstecken von AVRs sind bestückt. Eine gedruckte Anleitung gibt es auch nicht. Daneben wird aufgrund des Stromverbrauchs des Dragon ein USB-Hub mit Netzteil benötigt.<br /> <br /> Weiter ist der Dragon dafür bekannt, empfindlich auf statische Aufladungen zu reagieren. Ein Spannungsregler und ein Ausgangstreiber gehen dabei besonders gerne kaputt. Ein gerne von Anfängern gemachter Fehler ist es, den Dragon im Betrieb auf dem mitgelieferten &quot;Schaumstoff&quot; aus der Verpackung liegen zu lassen. Das ist jedoch kein Schaumstoff, sondern leitendes Moosgummi.<br /> <br /> == Debuggen ==<br /> <br /> Durch die integrierte JTAG und debugWire-Schnittstelle ist On-Chip-Debuggen (OCD) von unterstützten Mikrocontrollern möglich. <br /> <br /> Ursprünglich hatte Atmel die Debugmöglichkeiten künstlich auf AVRs mit bis zu 32 KB Flash-Speicher begrenzt. Mit einer mit AVR Studio 4.18 mitgelieferten Dragon-Firmware wurde diese künstliche Einschränkung fallen gelassen.<br /> <br /> == Hardware-Generationen ==<br /> <br /> Es sind mindestens zwei unterschiedliche Hardware-Generationen des Dragon bekannt. Die ursprüngliche Hardware (siehe Bild am Anfang dieser Seite) und eine neuere Version. Die neuere Version tauchte erstmals Ende 2008, Anfang 2009 auf. Man kann sie daran erkennen, dass die Platine vier Befestigungslöcher (jedoch immer noch keine Abstandsbolzen) und ein anderes Layout der Stromversorgung enthält. Die geänderte Stromversorgung lässt darauf schließen, dass Atmel die immer wieder auftretenden Probleme mit den defekten Stromversorgungen der ersten Hardware-Generation bekannt sind.<br /> <br /> Diese neue Hardware-Generation hat von Atmel keinen eigenen Namen bekommen und lässt sich auch nicht durch die Verpackung von alten Dragons unterscheiden.<br /> <br /> == Vorteile ==<br /> * Programmierung und Debugging von Tiny, Mega, XMEGA und AVR32 MCUs<br /> <br /> * USB-Anschluss, den alle neueren PCs/Laptops haben<br /> <br /> * gute Transportierbarkeit, da kein Netzteil benötigt wird (was dadurch aufgehoben wird, dass man einen Dragon nur an einem USB-Hub mit eigenem Netzteil (self-powered, mindestens 500 mA), nie direkt am PC oder an einem USB-Hub ohne eigenes Netzteil (bus-powered) betreiben sollte[http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm], da zumindest die Dragons der ersten Generation einen Spannungswandler besitzen, der sehr empfindlich gegenüber Unterspannung sein soll).<br /> <br /> * vergleichsweise geringer Preis<br /> <br /> * viele Schnittstellen, dadurch viele AVRs programmierbar und debugbar<br /> <br /> * Unterstützung durch AVR-Studio in Windows<br /> <br /> * Unterstützung durch [[avrdude]] unter Linux<br /> <br /> == Nachteile ==<br /> <br /> * Der Dragon ohne Gehäuse und Kabel geliefert. Zum Teil sind Header nicht bestückt. Ebenso sind die IC-Fassungen nicht bestückt.<br /> **Hardware der ersten Generation hatte nicht einmal Montagelöcher, so dass die Befestigung in einem eigenen Gehäuse ein Abenteuer war.<br /> **Die fehlenden Kabel stören Anfänger. Das fehlende USB-Kabel hat man vielleicht noch in der Kramkiste. Die fehlenden ISP- und JTAG-Anschlusskabel lassen sich noch selber aus Flachbandkabel und IDC-Buchsen quetschen. Wobei die 6-poligen IDC-Buchsen für ISP schon nicht in jedem Elektronikladen erhältlich sind (Bezugsquelle zum Beispiel [http://www.reichelt.de/?ARTICLE=53153;GROUPID=3231; Reichelt Pfostenbuchse PFL 6]). Die fehlenden Jumper-Kabel sind jedoch wirklich ärgerlich. Sortimente mit unterschiedlichen Längen sind schwer erhältlich.<br /> **Der Header zur HV-Programmierung und der Header zum Patchen der Anschlussbelegung der ebenfalls nicht bestückten IC-Fassungen, sind nicht bestückt.<br /> **Die sogenannte Prototypen-Area ist ein Witz. Dabei handelt es sich bei weitem nicht um einen Bereich zum Aufbau von Prototyop-Schaltungen auf der Dragon-Platinen, sondern um zwei nicht bestückte IC-Fassungen zum Programmieren.<br /> <br /> * Empfindliche Hardware<br /> ** Der Dragon hat den Ruf empfindlich gegenüber elektrostatische Entladungen zu sein (Abhilfe: [http://www.aplomb.nl/TechStuff/Dragon/Dragon.html Dragonlair], wobei man sich überlegen muss, ob es sich bei den Kosten für einen Dragon lohnt den zusätzlichen Aufwand zu betreiben)<br /> ** Besonders die Hardware der ersten Generation hat den Ruf, dass der Spannungswandler sowohl durch einfaches Berühren im Betrieb kaputt gehen kann, als auch schon durch zu geringe Spannung am USB-Port bei Bus-powered Hubs oder schlechten(dünnen) USB-Kabeln.<br /> ::Atmel hat es nie für nötig befunden zu den Problemen Stellung zu nehmen. Angeblich soll Atmel eine Zeit lang defekte Dragons umgetauscht haben. Offiziell gab es dazu von Atmel nie Informationen und man musste oder muss wohl entsprechende Beziehungen zu Atmel haben, also dass was Hobbyisten nicht haben.<br /> <br /> * Ursprünglich künstliche Beschränkung der Debugging-Fähigkeiten, die sich durch ein Firmware-Update mit AVR-Studio 4.18 oder neuer beseitigen lässt.<br /> <br /> * Unerklärlicherweise stellt Atmel die aktuelle Dokumentation und Beschreibung des Dragon nur als Teil der Online-Hilfe der AVR-Studio Software unter Windows zur Verfügung. Die Version auf [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm] ist normalerweise veraltet.<br /> <br /> * Firmware-Updates lassen sich nur mittels einer proprietären Atmel-Software unter Windows einspielen, die als Teil von AVR Studio geliefert wird. Daher ist der Dragon für [[Linux]]-Benutzer nur dann zu empfehlen, wenn man zusätzlich noch Zugriff auf eine Windows-Installation hat.<br /> <br /> == Links ==<br /> * [http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/AVRDragon.htm Atmels Online-Hilfe. Die Hilfe in AVR-Studio ist normalerweise aktueller]<br /> <br /> * [http://www.atmel.com/AVRDRAGON Atmels AVR-Dragon Seite]<br /> <br /> [[Kategorie:AVR-Boards]]</div>

Amad https://www.mikrocontroller.net/index.php?title=Datei:Dragon_bottom.jpg&diff=41752 2009-12-30T16:41:46Z

<p>Amad: Rückseite von AVR-Dragon der ersten Generation (ohne Bohrung) Nachträglich mit Stift- und Buchsenleisten sowie IC-Fassungen in der &quot;Prototype&quot;-Area bestückt.</p> <hr /> <div>Rückseite von AVR-Dragon der ersten Generation (ohne Bohrung)<br /> Nachträglich mit Stift- und Buchsenleisten sowie IC-Fassungen in der &quot;Prototype&quot;-Area bestückt.</div>

Amad