https://www.mikrocontroller.net/api.php?action=feedcontributions&feedformat=atom&user=Mlh 2026-05-02T09:45:26Z Benutzerbeiträge MediaWiki 1.39.7 https://www.mikrocontroller.net/index.php?title=Optokoppler&diff=87628 2015-03-03T09:43:18Z

<p>Mlh: /* Standardtypen */ Prollwort entfernt. Ein Standard ist was anderes, sonst gäbe es nicht so viele verschiedene Typen.</p> <hr /> <div>== Beschreibung ==<br /> <br /> Optokoppler dienen zur Kopplung elektronischer Schaltungen mit Hilfe von Lichtenergie. In einem Optokoppler befindet sich ein Lichtsender ([[LED]], meist Infrarot) und ein Lichtempfänger (z.&amp;nbsp;B. [[Lichtsensor / Helligkeitssensor|Fototransistor]]), welche durch einen sehr kurzen Lichtleiter verbunden sind. Die elektrische (galvanische) Trennung zwischen Eingang und Ausgang ermöglicht Kopplung von Schaltungen sehr unterschiedlichen Spannungsniveaus. Das ist notwendig bei gefährlich hohen Spannungen, störverseuchten Umgebungen oder zur Verhinderung von Masseschleifen. Neben Optokopplern mit Fototransistoren als Lichtempfänger gibt es Typen mit Fotodioden oder Triacs. Typen mit Photodioden sind dabei wesentlich schneller als Transistor- und Triactypen. Ausserdem gibt es noch komplett integrierte Typen, welche ohne weitere Beschaltung wie ein normaler digitaler IC verwendet werden können.<br /> <br /> Die meisten Optokoppler sind nur für digitale Signale nutzbar. Zur elektrischen Trennung von analogen Signalen eignen sich spezielle Optokoppler. Diese haben meist zwei Photoempfänger, meist Photodioden. Eine Photodiode dient als [[Galvanische Trennung | galvanisch getrennter Ausgang]], die Zweite als Vergleichsausgang zur Kompensation von Unlinearitäten, Drift- und Alterungseffekten. Durch diese lässt sich eine Regelung aufbauen die die Vergleichsspannung proportional zur Eingangsspannung einstellt. Dadurch ist die Übertragungsfunktion des Optokopplers als linear anzusehen. Daher wird im Zusammenhang mit analogen Optokopplern häufig auch von linearen Optokopplern gesprochen. Für gemäßigte Ansprüche kann man aber auch mit normalen, digitalen Optokopplern analoge Signale übertragen.<br /> <br /> == Beschaltung ==<br /> <br /> Optokoppler sind relativ leicht nutzbar. Sie bieten ausserdem die Möglichkeit, das Signal bei der Übertragung zu invertieren. Nachfolgend sind drei Grundschaltungen gezeigt. Links nichtinvertierend, in der Mitte mit Invertierung am Eingang und rechts mit Invertierung am Ausgang, das ist die häufigste Schaltung.<br /> <br /> [[bild:optokoppler_grundschaltungen.png]]<br /> <br /> Wie berechnet man nun die Widerstände für die [[LED]] und den [[Transistor]] am Ausgang? Recht einfach. Zunächst muss man den Strom durch die LED festlegen, hier hilft auch das Datenblatt. Typische Werte liegen zwischen 5-20mA. Die Berechnung des Vorwiderstands erfolgt gemäß Beschreibung im Artikel [[LED]], wobei die Flußspannung meist 1,2-1,5V beträgt. Der Arbeitswiderstand am Ausgang berechnet sich wie folgt:<br /> <br /> &lt;math&gt; R_A = \frac{Vcc \cdot SF}{I_{LED} \cdot CTR }&lt;/math&gt;<br /> <br /> * R_A : Arbeitswiderstand<br /> * Vcc: Betriebsspannung am Ausgang<br /> * CTR: Stromübertragungsfaktor (engl. '''C'''urrent '''T'''ransfer '''R'''atio)<br /> * SF: Sicherheitsfaktor<br /> <br /> Dabei muss man im Datenblatt nach dem '''minimalen''' CTR suchen, der ist abhängig von dem speziellen Typ, Temperatur und ggf. vom LED-Strom. Als Sicherheitsfaktor sollte man mindestens 2 wählen, weil die gängige Definition der Lebensdauer einer LED bzw. Optokopplers auf die halbe optische Leistung ausgelegt ist. Wenn man die LED jedoch deutlich unter dem Nennstrom betreibt (50% und weniger), erhöht sich die Lebensdauer beachtlich, Faktor 10 und mehr ist möglich. Praktisch wird man einen Sicherheitsfaktor zwischen 2-5 wählen.<br /> Aber auch hier muss man Kompromisse eingehen. Denn um die maximale Geschwindigkeit eines Optokopplers zu erreichen, muss man meist mit Nennstrom und minimalem Arbeitswiderstand arbeiten. Hier sind dann die High Speed Optokoppler mit aktivem Empfänger und Verstärker deutlich im Vorteil (z.B. 6N137). Bei Optokopplern mit Transistorausgang und herausgeführtem Basisanschluß kann man durch einen passenden Widerstand zwischen Basis und Emitter vor allem die Abschaltgeschwindigkeit deutlich steigen, allerdings auf Kosten der Empfindlichkeit.<br /> <br /> == Geläufige Typen == <br /> <br /> {| {{Tabelle}} class=&quot;wikitable sortable&quot; id=&quot;transistors-npn&quot;<br /> |- bgcolor=&quot;#eeeeee&quot;<br /> ! Bezeichnung<br /> ! Gehäuse<br /> ! Vce-max<br /> | Vsupply<br /> ! CTR<br /> ! Iout<br /> ! Geschwindigkeit<br /> ! Bemerkung<br /> ! Lieferant<br /> ! Datenblatt<br /> |-<br /> | 4N32, 4N33<br /> | DIP6, SMD6<br /> | 30 V<br /> | <br /> | &gt;= 500 %<br /> | 100 mA max.<br /> | 5 µS / 100 µS<br /> | <br /> | R (nur DIP)<br /> | <br /> |-<br /> | 4N35, 4N36, 4N37<br /> | DIP6, DCJ6<br /> | 30 V<br /> | -<br /> |<br /> | 100 mA<br /> | ton/off 7 µs<br /> | <br /> | R<br /> | <br /> |-<br /> | 6N135, 6N136, HCPL2503, HCPL4502<br /> | DIP8<br /> | 20 V<br /> | 0 - 30 V<br /> | 18 - 30 %<br /> | 100 mA<br /> | 1 MBit/s<br /> | Dual-channel: HCPL2530, HCPL2531<br /> | <br /> | <br /> |-<br /> | 6N137<br /> | DIP8<br /> | <br /> | 4,5 - 5,5 V<br /> | <br /> | 15 mA<br /> | 10 MBit/s<br /> |<br /> | R<br /> |<br /> |-<br /> | FOD060<br /> | DIP8, SMT8<br /> | <br /> | 3,0 - 5,5 V<br /> | <br /> | <br /> | 10 MBit/s<br /> |<br /> | <br /> |<br /> |-<br /> | SFH610<br /> | DIP4, SMT (SFH6106)<br /> | 70 V<br /> |<br /> | 40 % - 320 %<br /> | <br /> | 10 MBit/s<br /> | Veraltet<br /> | <br /> |<br /> |-<br /> |}<br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> === Typen mit Transistorausgang ===<br /> <br /> * CNY17/x: 1-fach Koppler im DIL6-Gehäuse <br /> * PC817-Serie: 1-,2-,3- und 4-fachTyp verfügbar, CTR: 50%, 80 kHz<br /> * 6N135, 6N136: 1-fach Typ, DIL8, Highspeed 1 MBit/s<br /> * 6N138, Darlingtonausgang mit hohem CTR<br /> <br /> === Typen mit Triacausgang === <br /> <br /> * IL4218 TRIAC DRIVER OPTOCOUPLER<br /> * MOC3020 6-Pin DIP Random-Phase Optoisolators Triac Driver Output 400 V<br /> * MOC3052 6-Pin DIP Random-Phase Optoisolators Triac Drivers 600 V<br /> * MOC306x 6-Pin DIP Zero-Cross Optoisolators Triac Driver Output 600 V<br /> <br /> === Typen mit MOSFET ===<br /> <br /> * [http://www.panasonic-electric-works.com/peweu/en/html/photomos.php PhotoMOS Relais bei Panasonic]<br /> <br /> === Lineare Optokoppler ===<br /> <br /> * [http://www.avagotech.com/products/parametric/optocouplers/optocouplers_-_plastic/plastic_high_linearity_analog_optocoupler/ Avago HCNR-200/201]<br /> * [http://www.vishay.com/optocouplers/opto-linear/ Vishay IL300]<br /> <br /> === Vollintegrierte Optokoppler ===<br /> <br /> * 6N137: 1-fach Typ, DIL8, Highspeed 10 Mbit/s<br /> * HCPL 2630: 2-fach Typ, DIL8, Highspeed 10 Mbit/s<br /> <br /> === Alternative Technologien ===<br /> <br /> * Für höhere Geschwindigkeiten bietet z.&amp;nbsp;B. Analog Devices recht teure [http://www.analog.com/en/interface/digital-isolators/products/index.html Digital Isolators] an, genannt '''iCoupler''' und von Texas Instruments die [http://focus.ti.com/paramsearch/docs/parametricsearch.tsp?family=analog&amp;familyId=897&amp;uiTemplateId=NODE_STRY_PGE_T ISO Koppler] auf kapazitiver Basis.<br /> <br /> == Beispiele ==<br /> <br /> * [[I2C-Schaltmodul]] mit Optokoppler MOC3040 zur galvanischen Trennung von [[I2C]]-[[Bus]] und 230 Volt Netzspannung.<br /> <br /> [[Category:Bauteile]]<br /> [[Category:Datenübertragung]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=Bordspannungsversorgung&diff=80897 2014-01-16T22:41:47Z

<p>Mlh: </p> <hr /> <div>&lt;big&gt;<br /> == Bordspannungsversorgung im KFZ&lt;/big&gt; == <br /> ''von [[Benutzer:mlh|Micha H.]], erstellt 2014-01-17 ''<br /> <br /> Dieser Leitfaden befasst sich mit der Stromversorgung elektronischer Schaltungen im 12V-Bordnetz von KFZ.&lt;br /&gt;<br /> <br /> ''ACHTUNG: hier geht es nicht um kommerzielle Elektronik! Wer kommerzielle Elektronik entwickelt, seine Schaltung in einem Prüflabor untersuchen lassen will, Bedenkenträger ist oder auf solche hört, ist hier falsch! Bitte hier aufhören zu lesen und dort: [[http://www.mikrocontroller.net/articles/KFZ]] weitermachen. Auch die sogenannte dse-FAQ wurde oft genug genannt.''<br /> <br /> Alle anderen, welche eine einfache Lösung für die besonderen Erfordernisse bei der Stromversorgung im KFZ, speziell im PKW suchen, sind hier richtig.&lt;br /&gt;<br /> <br /> == Teil 1, auf die Schnelle zur Schaltung ==<br /> Dieser Artikel entstand, weil es im Zusammenhang mit der Stromversorgung von elektronischen Schaltungen im KFZ jede Menge falsche Vorstellungen, Halbwissen und Missverständnisse gibt, wie immer wiederkehrende Diskussionen im Forum zeigen.<br /> Viele Hobbyelektroniker und sogar Industrieentwickler halten das Bordnetz von KFZ für die reine Hölle, wie sogar das Datenblatt des LTC1435 [[http://www.datasheetdir.com/LTC1435+download]] (S.14) zeigt&lt;sup&gt;1&lt;/sup&gt;, und man müsste unglaubliche Anstrengungen und Vorsorge treffen, um eine Schaltung ohne Schaden im KFZ zu betreiben.<br /> Selbstverständlich ist das nicht so, wie Millionen von elektronischen Steuerungen in unseren KFZ tagtäglich auf der Straße beweisen.<br /> Andererseits ist das Bordnetz ein Umfeld, das besondere Beachtung und bestimmte Maßnahmen erfordert, um eine elektronische Schaltung, speziell mit Mikrocontrollern, sicher zu betreiben.&lt;br /&gt;<br /> <br /> Nun also endlich zur Schaltung, wobei wir davon ausgehen, daß 5V für den Mikrocontroller nötig sind. Dies war bei mir der Fall und so zeige ich meine Lösung, die natürlich nicht die einzig mögliche darstellt sondern nur eine von vielen Möglichkeiten ist.<br /> <br /> [[Schaltplan1]]<br /> <br /> Hier wird also die Bordspannung über eine Diode und einen Widerstand auf einen Elektrolytkondensator geführt, um dann von einem herkömmlichen Dreibein-Spannungsregler auf 5V reduziert zu werden.&lt;br /&gt;<br /> Manch einer fragt sich hier natürlich, warum eine Industrieschaltung um so viel aufwendiger ist, das muß doch einen Grund haben? Natürlich hat es den, aber das erkläre ich erst im 2. Teil.&lt;br /&gt;<br /> Zunächst sei hier gesagt, daß alle wesentlichen sowie in der Praxis vorkommenden Störfälle mit dieser Schaltung komplett abgedeckt sind.&lt;br /&gt;<br /> Zum Abfangen von negativen Pulsen reicht die Diode in Flußrichtung. Positive Pulse sind mit einem Tiefpass zu begrenzen, im einfachsten Fall genügt bereits die schon vorhandene Diode als „Vorwiderstand“ für einen etwas größeren Kondensator, man kann aber auch einen niederohmigen Widerstand so wie hier geschehen vorsehen, um auf der sicheren Seite zu sein. Alles weitere regelt im Sinne des Wortes ein ganz normaler Linearregler vom Typ 7805 mit einer maximalen Eingangsspannung von 35V. Eventuell laut Datenblatt nötige Kondensatoren sind freilich hinzuzufügen.&lt;br /&gt;<br /> Schon ist die Schaltung fertig; wer sich nicht weiter für die Theorie interessiert, kann hier aufhören zu lesen und anfangen zu löten. Viel Spass!&lt;br /&gt;<br /> <br /> == Teil 2, theoretische Betrachtung ==<br /> Hier nun eine etwas tiefer gehende Betrachtung der Fälle.&lt;br /&gt;<br /> <br /> ''Fortsetzung folgt nach Lust, Laune und Zeit.''&lt;br /&gt;<br /> <br /> &lt;sup&gt;1&lt;/sup&gt; Eigentlich zeigt das nur, daß der Autor des Datenblattes seinen Beruf nicht recht versteht, ein Profi braucht solche Theatralik nicht. Wie bedauerlich.</div>

Mlh https://www.mikrocontroller.net/index.php?title=Bordspannungsversorgung&diff=80894 2014-01-16T21:53:09Z

<p>Mlh: </p> <hr /> <div>&lt;big&gt;<br /> == Bordspannungsversorgung im KFZ&lt;/big&gt; == <br /> ''von [[Benutzer:mlh|Micha H.]], erstellt 2014-01-17 ''<br /> <br /> Dieser Leitfaden befasst sich mit der Stromversorgung elektronischer Schaltungen im 12V-Bordnetz von KFZ.&lt;br /&gt;<br /> <br /> ''ACHTUNG: hier geht es nicht um kommerzielle Elektronik! Wer kommerzielle Elektronik entwickelt, seine Schaltung in einem Prüflabor untersuchen lassen will, Bedenkenträger ist oder auf solche hört, ist hier falsch! Bitte hier aufhören zu lesen und dort: [[http://www.mikrocontroller.net/articles/KFZ]] weitermachen. Auch die sogenannte dse-FAQ wurde oft genug genannt.''<br /> <br /> Alle anderen, welche eine einfache Lösung für die speziellen Erfordernisse bei der Stromversorgung im KFZ, speziell im PKW suchen, sind hier richtig.&lt;br /&gt;<br /> <br /> == Teil 1, auf die Schnelle zur Schaltung ==<br /> Dieser Artikel entstand, weil es im Zusammenhang mit der Stromversorgung von elektronischen Schaltungen im KFZ jede Menge falsche Vorstellungen, Halbwissen und Missverständnisse gibt, wie immer wiederkehrende Diskussionen im Forum zeigen.<br /> Viele Hobbyelektroniker und sogar Industrieentwickler halten das Bordnetz von KFZ für die reine Hölle, wie sogar das Datenblatt des LTC1435 [[http://www.datasheetdir.com/LTC1435+download]] (S.14) zeigt&lt;sup&gt;1&lt;/sup&gt;, und man müsste unglaubliche Anstrengungen und Vorsorge treffen, um eine Schaltung ohne Schaden im KFZ zu betreiben.<br /> Selbstverständlich ist das nicht so, wie Millionen von elektronischen Steuerungen in unseren KFZ tagtäglich auf der Straße beweisen.<br /> Andererseits ist das Bordnetz ein Umfeld, das besondere Beachtung und bestimmte Maßnahmen erfordert, um eine elektronische Schaltung, speziell mit Mikrocontrollern, sicher zu betreiben.&lt;br /&gt;<br /> <br /> Nun also endlich zur Schaltung, wobei wir davon ausgehen, daß 5V für den Mikrocontroller nötig sind. Dies war bei mir der Fall und so zeige ich meine Lösung, die natürlich nicht die einzig mögliche darstellt sondern nur eine von vielen Möglichkeiten ist.<br /> <br /> [[Schaltplan1]]<br /> <br /> Hier wird also die Bordspannung über eine Diode und einen Widerstand auf einen Elektrolytkondensator geführt, um dann von einem herkömmlichen Dreibein-Spannungsregler auf 5V reduziert zu werden.&lt;br /&gt;<br /> Manch einer fragt sich hier natürlich, warum eine Industrieschaltung um so viel aufwendiger ist, das muß doch einen Grund haben? Natürlich hat es den, aber das erkläre ich erst im 2. Teil.&lt;br /&gt;<br /> Zunächst sei hier gesagt, daß alle wesentlichen sowie in der Praxis vorkommemden Störfälle mit dieser Schaltung komplett abgedeckt sind.&lt;br /&gt;<br /> Zum Abfangen von negativen Pulsen reicht die Diode in Flußrichtung. Positive Pulse sind mit einem Tiefpass zu begrenzen, im einfachsten Fall genügt bereits die schon vorhandene Diode als „Vorwiderstand“ für einen etwas größeren Kondensator, man kann aber auch einen niederohmigen Widerstand so wie hier geschehen vorsehen, um auf der sicheren Seite zu sein. Alles weitere regelt im Sinne des Wortes ein ganz normaler Linearregler vom Typ 7805 mit einer maximalen Eingangsspannung von 35V. Eventuell laut Datenblatt nötige Kondensatoren sind freilich hinzuzufügen.&lt;br /&gt;<br /> Schon ist die Schaltung fertig; wer sich nicht weiter für die Theorie interessiert, kann hier aufhören zu lesen und anfangen zu löten. Viel Spass!&lt;br /&gt;<br /> <br /> == Teil 2, theoretische Betrachtung ==<br /> Hier nun eine etwas tiefer gehende Betrachtung der Fälle.&lt;br /&gt;<br /> <br /> ''Fortsetzung folgt nach Lust, Laune und Zeit.''&lt;br /&gt;<br /> <br /> &lt;sup&gt;1&lt;/sup&gt; Eigentlich zeigt das nur, daß der Autor des Datenblattes seinen Beruf nicht recht versteht, ein Profi braucht solche Theatralik nicht. Wie bedauerlich.</div>

Mlh https://www.mikrocontroller.net/index.php?title=Bordspannungsversorgung&diff=80893 2014-01-16T21:51:49Z

<p>Mlh: </p> <hr /> <div>&lt;big&gt;<br /> == Bordspannungsversorgung im KFZ&lt;/big&gt; == <br /> ''von [[Benutzer:mlh|Micha H.]], erstellt 2014-01-17 ''<br /> <br /> Dieser Leitfaden befasst sich mit der Stromversorgung elektronischer Schaltungen im 12V-Bordnetz von KFZ.&lt;br /&gt;<br /> <br /> ''ACHTUNG: hier geht es nicht um kommerzielle Elektronik! Wer kommerzielle Elektronik entwickelt, seine Schaltung in einem Prüflabor untersuchen lassen will, Bedenkenträger ist oder auf solche hört, ist hier falsch! Bitte hier aufhören zu lesen und dort: [[http://www.mikrocontroller.net/articles/KFZ]] weitermachen. Auch die sogenannte dse-FAQ wurde oft genug genannt.''<br /> <br /> Alle anderen, welche eine einfache Lösung für die speziellen Erfordernisse bei der Stromversorgung im KFZ, speziell im PKW suchen, sind hier richtig.&lt;br /&gt;<br /> <br /> == Teil 1, auf die Schnelle zur Schaltung ==<br /> Dieser Artikel entstand, weil es im Zusammenhang mit der Stromversorgung von elektronischen Schaltungen im KFZ jede Menge falsche Vorstellungen, Halbwissen und Missverständnisse gibt, wie immer wiederkehrende Diskussionen im Forum zeigen.<br /> Viele Hobbyelektroniker und sogar Industrieentwickler halten das Bordnetz von KFZ für die reine Hölle, wie sogar das Datenblatt des LTC1435 [[http://www.datasheetdir.com/LTC1435+download]] (S.14) zeigt&lt;sup&gt;1&lt;/sup&gt;, und man müsste unglaubliche Anstrengungen und Vorsorge treffen, um eine Schaltung ohne Schaden im KFZ zu betreiben.<br /> Selbstverständlich ist das nicht so, wie Millionen von elektronischen Steuerungen in unseren KFZ tagtäglich auf der Straße beweisen.<br /> Andererseits ist das Bordnetz ein Umfeld, das besondere Beachtung und bestimmte Maßnahmen erfordert, um eine elektronische Schaltung, speziell mit Mikrocontrollern, sicher zu betreiben.&lt;br /&gt;<br /> <br /> Nun also endlich zur Schaltung, wobei wir davon ausgehen, daß 5V für den Mikrocontroller nötig sind. Dies war bei mir der Fall und so zeige ich meine Lösung, die natürlich nicht die einzig mögliche darstellt sondern nur eine von vielen Möglichkeiten ist.<br /> <br /> [[Schaltplan1]]<br /> <br /> Hier wird also die Bordspannung über eine Diode und einen Widerstand auf einen Elektrolytkondensator geführt, um dann von einem herkömmlichen Dreibein-Spannungsregler auf 5V reduziert zu werden.&lt;br /&gt;<br /> Manch einer fragt sich hier natürlich, warum eine Industrieschaltung um so viel aufwendiger ist, das muß doch einen Grund haben? Natürlich hat es den, aber das erkläre ich erst im 2. Teil.&lt;br /&gt;<br /> Zunächst sei hier gesagt, daß alle wesentlichen sowie in der Praxis vorkommemden Störfälle mit dieser Schaltung komplett abgedeckt sind.&lt;br /&gt;<br /> Zum Abfangen von negativen Pulsen reicht die Diode in Flußrichtung. Positive Pulse sind mit einem Tiefpass zu begrenzen, im einfachsten Fall genügt bereits die schon vorhandene Diode als „Vorwiderstand“ für einen etwas größeren Kondensator, man kann aber auch einen niederohmigen Widerstand so wie hier geschehen vorsehen, um auf der sicheren Seite zu sein. Alles weitere regelt im Sinne des Wortes ein ganz normaler Linearregler vom Typ 7805 mit einer maximalen Eingangsspannung von 35V. Eventuell laut Datenblatt nötige Kondensatoren sind freilich hinzuzufügen.&lt;br /&gt;<br /> Schon ist die Schaltung fertig; wer sich nicht weiter für die Theorie interessiert, kann hier aufhören zu lesen und anfangen zu löten. Viel Spass!&lt;br /&gt;<br /> <br /> == Teil 2, theoretische Betrachtung ==<br /> Hier nun eine etwas tiefer gehende Betrachtung der Fälle.&lt;br /&gt;<br /> <br /> ''Fortsetzung folgt nach Lust, Laune und Zeit.''&lt;br /&gt;<br /> <br /> &lt;sup&gt;1&lt;/sup&gt; Eigentlich zeigt das nur, daß der Autor des Datenblattes seinen Beruf nicht recht versteht. Wie bedauerlich.</div>

Mlh https://www.mikrocontroller.net/index.php?title=Bordspannungsversorgung&diff=80889 2014-01-16T21:31:48Z

<p>Mlh: </p> <hr /> <div>&lt;big&gt;<br /> == Bordspannungsversorgung im KFZ&lt;/big&gt; == <br /> ''von [[Benutzer:mlh|Micha H.]], erstellt 2014-01-17 ''<br /> <br /> Dieser Leitfaden befasst sich mit der Stromversorgung elektronischer Schaltungen im 12V-Bordnetz von KFZ.&lt;br /&gt;<br /> <br /> ''ACHTUNG: hier geht es nicht um kommerzielle Elektronik! Wer kommerzielle Elektronik entwickelt, seine Schaltung in einem Prüflabor untersuchen lassen will, Bedenkenträger ist oder auf solche hört, ist hier falsch! Bitte hier aufhören zu lesen und dort: [[http://www.mikrocontroller.net/articles/KFZ]] weitermachen. Auch die sogenannte dse-FAQ wurde oft genug genannt.''<br /> <br /> Alle anderen, welche eine einfache Lösung für die speziellen Erfordernisse bei der Stromversorgung im KFZ, speziell im PKW suchen, sind hier richtig.&lt;br /&gt;<br /> <br /> == Teil 1, auf die Schnelle zur Schaltung ==<br /> Dieser Artikel entstand, weil es im Zusammenhang mit der Stromversorgung von elektronischen Schaltungen im KFZ jede Menge falsche Vorstellungen, Halbwissen und Missverständnisse gibt, wie immer wiederkehrende Diskussionen im Forum zeigen.<br /> Viele Hobbyelektroniker und sogar Industrieentwickler halten das Bordnetz von KFZ für die reine Hölle, wie sogar das Datenblatt des LTC1435 [[http://www.datasheetdir.com/LTC1435+download]] (S.14) zeigt, und man müsste unglaubliche Anstrengungen und Vorsorge treffen, um eine Schaltung ohne Schaden im KFZ zu betreiben.<br /> Selbstverständlich ist das nicht so, wie Millionen von elektronischen Steuerungen in unseren KFZ tagtäglich auf der Straße beweisen.<br /> Andererseits ist das Bordnetz ein Umfeld, das besondere Beachtung und bestimmte Maßnahmen erfordert, um eine elektronische Schaltung, speziell mit Mikrocontrollern, sicher zu betreiben.&lt;br /&gt;<br /> <br /> Nun also endlich zur Schaltung, wobei wir davon ausgehen, daß 5V für den Mikrocontroller nötig sind. Dies war bei mir der Fall und so zeige ich meine Lösung, die natürlich nicht die einzig mögliche darstellt sondern nur eine von vielen Möglichkeiten ist.<br /> <br /> [[Schaltplan1]]<br /> <br /> Hier wird also die Bordspannung über eine Diode und einen Widerstand auf einen Elektrolytkondensator geführt, um dann von einem herkömmlichen Dreibein-Spannungsregler auf 5V reduziert zu werden.&lt;br /&gt;<br /> Manch einer fragt sich hier natürlich, warum eine Industrieschaltung um so viel aufwendiger ist, das muß doch einen Grund haben? Natürlich hat es den, aber das erkläre ich erst im 2. Teil.&lt;br /&gt;<br /> Zunächst sei hier gesagt, daß alle wesentlichen sowie in der Praxis vorkommemden Störfälle mit dieser Schaltung komplett abgedeckt sind.&lt;br /&gt;<br /> Zum Abfangen von negativen Pulsen reicht die Diode in Flußrichtung. Positive Pulse sind mit einem Tiefpass zu begrenzen, im einfachsten Fall genügt bereits die schon vorhandene Diode als „Vorwiderstand“ für einen etwas größeren Kondensator, man kann aber auch einen niederohmigen Widerstand so wie hier geschehen vorsehen, um auf der sicheren Seite zu sein. Alles weitere regelt im Sinne des Wortes ein ganz normaler Linearregler vom Typ 7805 mit einer maximalen Eingangsspannung von 35V. Eventuell laut Datenblatt nötige Kondensatoren sind freilich hinzuzufügen.&lt;br /&gt;<br /> Schon ist die Schaltung fertig; wer sich nicht weiter für die Theorie interessiert, kann hier aufhören zu lesen und anfangen zu löten. Viel Spass!&lt;br /&gt;<br /> <br /> == Teil 2, theoretische Betrachtung ==<br /> Hier nun eine etwas tiefer gehende Betrachtung der Fälle.&lt;br /&gt;<br /> <br /> ''Fortsetzung folgt nach Lust, Laune und Zeit.''</div>

Mlh https://www.mikrocontroller.net/index.php?title=Bordspannungsversorgung&diff=80888 2014-01-16T21:25:40Z

<p>Mlh: </p> <hr /> <div>&lt;big&gt;&lt;big&gt;<br /> == Bordspannungsversorgung im KFZ&lt;/big&gt;&lt;/big&gt; == <br /> ''von [[Benutzer:mlh|Micha H.]], erstellt 2014-01-17 ''<br /> <br /> Dieser Leitfaden befasst sich mit der elektrischen Stromversorgung elektronischer Schaltungen im 12V-Bordnetz von KFZ.&lt;br /&gt;<br /> <br /> ''ACHTUNG: hier geht es nicht um kommerzielle Elektronik! Wer kommerzielle Elektronik entwickelt, seine Schaltung in einem Prüflabor untersuchen lassen will, Bedenkenträger ist oder auf solche hört, ist hier falsch! Bitte hier aufhören zu lesen und dort: [[http://www.mikrocontroller.net/articles/KFZ]] weitermachen. Auch die sogenannte dse-FAQ wurde oft genug genannt.''<br /> <br /> Alle anderen, welche eine einfache Lösung für die speziellen Erfordernisse bei der Stromversorgung im KFZ, speziell im PKW suchen, sind hier richtig.&lt;br /&gt;<br /> <br /> Dieser Artikel entstand, weil es im Zusammenhang mit der Stromversorgung von elektronischen Schaltungen im KFZ jede Menge falsche Vorstellungen, Halbwissen und Missverständnisse gibt, wie immer wiederkehrende Diskussionen im Forum zeigen.<br /> Viele Hobbyelektroniker und sogar Industrieentwickler halten das Bordnetz von KFZ für die reine Hölle, wie sogar das Datenblatt des LTC1435 [[http://www.datasheetdir.com/LTC1435+download]] (S.14) zeigt, und man müsste unglaubliche Anstrengungen und Vorsorge treffen, um eine Schaltung ohne Schaden im KFZ zu betreiben.<br /> Selbstverständlich ist das nicht so, wie Millionen von elektronischen Steuerungen in unseren KFZ tagtäglich auf der Straße beweisen.<br /> Andererseits ist das Bordnetz ein Umfeld, das besondere Beachtung und bestimmte Maßnahmen erfordert, um eine elektronische Schaltung, speziell mit Mikrocontrollern, sicher zu betreiben.&lt;br /&gt;<br /> <br /> Nun also endlich zur Schaltung, wobei wir davon ausgehen, daß 5V für den Mikrocontroller nötig sind. Dies war bei mir der Fall und so zeige ich meine Lösung, die natürlich nicht die einzig mögliche darstellt sondern nur eine von vielen Möglichkeiten ist.<br /> <br /> [[Schaltplan1]]<br /> <br /> Hier wird also die Bordspannung über eine Diode und einen Widerstand auf einen Elektrolytkondensator geführt, um dann von einem herkömmlichen Dreibein-Spannungsregler auf 5V reduziert zu werden.&lt;br /&gt;<br /> Manch einer fragt sich hier natürlich, warum eine Industrieschaltung um so viel aufwendiger ist, das muß doch einen Grund haben? Natürlich hat es den, aber das erkläre ich erst im 2. Teil.&lt;br /&gt;<br /> Zunächst sei hier gesagt, daß alle wesentlichen sowie in der Praxis vorkommemden Störfälle mit dieser Schaltung komplett abgedeckt sind.&lt;br /&gt;<br /> Zum Abfangen von negativen Pulsen reicht die Diode in Flußrichtung. Positive Pulse sind mit einem Tiefpass zu begrenzen, im einfachsten Fall genügt bereits die schon vorhandene Diode als „Vorwiderstand“ für einen etwas größeren Kondensator, man kann aber auch einen niederohmigen Widerstand so wie hier geschehen vorsehen, um auf der sicheren Seite zu sein. Alles weitere regelt im Sinne des Wortes ein ganz normaler Linearregler vom Typ 7805 mit einer maximalen Eingangsspannung von 35V. Eventuell laut Datenblatt nötige Kondensatoren sind freilich hinzuzufügen.&lt;br /&gt;<br /> Schon ist die Schaltung fertig; wer sich nicht weiter für die Theorie interessiert, kann hier aufhören zu lesen und anfangen zu löten.&lt;br /&gt;<br /> <br /> == Teil 2 ==<br /> Hier nun eine etwas tiefer gehende Betrachtung der Fälle.&lt;br /&gt;<br /> <br /> ''Fortsetzung folgt nach Lust, Laune und Zeit.''</div>

Mlh https://www.mikrocontroller.net/index.php?title=Bordspannungsversorgung&diff=80887 2014-01-16T20:25:28Z

<p>Mlh: Die Seite wurde neu angelegt: „&lt;big&gt;&lt;big&gt;Bordspannungsversorgung im KFZ&lt;/big&gt;&lt;/big&gt;&lt;br /&gt; &#039;&#039;von Micha H., erstellt 2014-01-17 &#039;&#039; Dieser Leitfaden befasst sich mit der elekt…“</p> <hr /> <div>&lt;big&gt;&lt;big&gt;Bordspannungsversorgung im KFZ&lt;/big&gt;&lt;/big&gt;&lt;br /&gt;<br /> ''von [[Benutzer:mlh|Micha H.]], erstellt 2014-01-17 ''<br /> <br /> Dieser Leitfaden befasst sich mit der elektrischen Stromversorgung elektronischer Schaltungen im 12V-Bordnetz von KFZ.&lt;br /&gt;<br /> <br /> ''ACHTUNG: hier geht es nicht um kommerzielle Elektronik! Wer kommerzielle Elektronik entwickelt, seine Schaltung in einem Prüflabor untersuchen lassen will, Bedenkenträger ist oder auf solche hört, ist hier falsch! Bitte hier aufhören zu lesen und dort: [[http://www.mikrocontroller.net/articles/KFZ]] weitermachen. Auch die sogenannte dse-FAQ wurde oft genug genannt.''<br /> <br /> Alle anderen, welche eine einfache Lösung für die speziellen Erfordernisse bei der Stromversorgung im KFZ, speziell im PKW suchen, sind hier richtig.</div>

Mlh https://www.mikrocontroller.net/index.php?title=AVR-Tutorial:_IO-Grundlagen&diff=70549 2013-01-03T22:57:57Z

<p>Mlh: /* Hinweis: Konfigurieren der Taktversorgung des ATmega8 */ &quot;standardmäßig&quot;: welcher Standard sollte das sein?</p> <hr /> <div>== Hardware ==<br /> Für die ersten Versuche braucht man nur ein paar Taster und [[LED]]s an die IO-Ports des AVRs anzuschließen. An '''PB0-PB5''' schließt man 6 LEDs über einen Vorwiderstand von je 1 kΩ gegen Vcc (5V) an. In der Praxis ist es unerheblich, ob der Widerstand vor oder nach der Diode liegt, wichtig ist nur, dass er da ist. Weitere Details zu LEDs und entsprechenden Vorwiderständen findet ihr im Artikel über [[LED]]s und in diesem [http://www.mikrocontroller.net/topic/66109 Thread im Forum].<br /> <br /> [[Bild:Led.gif|framed|center| Standard Led Anschluss]]<br /> <br /> Dass die LEDs an den gleichen Pins wie der ISP-Programmer angeschlossen sind, stört übrigens normalerweise nicht. Falls wider Erwarten deshalb Probleme auftreten sollten, kann man versuchen, den Vorwiderstand der LEDs zu vergrößern.<br /> <br /> An '''PD0-PD3''' kommen 4 Taster mit je einem 10 kΩ Pullup-Widerstand:&lt;br&gt;<br /> <br /> [[Bild:Taster.gif|framed|center| Standard Taster Anschluss]]<br /> <br /> ==Zahlensysteme==<br /> Bevor es losgeht, hier noch ein paar Worte zu den verschiedenen Zahlensystemen.<br /> <br /> Binärzahlen werden für den Assembler im Format '''0b00111010''' geschrieben, Hexadezimalzahlen als '''0x7F'''. Umrechnen kann man die Zahlen z.&amp;nbsp;B. mit dem Windows-Rechner. Hier ein paar Beispiele:<br /> <br /> &lt;center&gt;<br /> {| {{Tabelle}} <br /> |- style=&quot;background-color:#ffddcc&quot;<br /> ! Dezimal || Hexadezimal || Binär <br /> |-<br /> |align=&quot;center&quot; | 0 <br /> |align=&quot;center&quot; | 0x00<br /> |align=&quot;center&quot; | 0b00000000<br /> |-<br /> |align=&quot;center&quot; | 1<br /> |align=&quot;center&quot; | 0x01<br /> |align=&quot;center&quot; | 0b00000001<br /> |-<br /> |align=&quot;center&quot; | 2<br /> |align=&quot;center&quot; | 0x02<br /> |align=&quot;center&quot; | 0b00000010<br /> |-<br /> |align=&quot;center&quot; | 3<br /> |align=&quot;center&quot; | 0x03<br /> |align=&quot;center&quot; | 0b00000011<br /> |-<br /> |align=&quot;center&quot; | 4<br /> |align=&quot;center&quot; | 0x04<br /> |align=&quot;center&quot; | 0b00000100<br /> |-<br /> |align=&quot;center&quot; | 5<br /> |align=&quot;center&quot; | 0x05<br /> |align=&quot;center&quot; |0b00000101<br /> |-<br /> |align=&quot;center&quot; | 6<br /> |align=&quot;center&quot; | 0x06<br /> |align=&quot;center&quot; |0b00000110<br /> |-<br /> |align=&quot;center&quot; | 7<br /> |align=&quot;center&quot; | 0x07<br /> |align=&quot;center&quot; | 0b00000111<br /> |-<br /> |align=&quot;center&quot; | 8<br /> |align=&quot;center&quot; | 0x08<br /> |align=&quot;center&quot; | 0b00001000<br /> |-<br /> |align=&quot;center&quot; | 9<br /> |align=&quot;center&quot; | 0x09<br /> |align=&quot;center&quot; | 0b00001001<br /> |-<br /> |align=&quot;center&quot; | 10<br /> |align=&quot;center&quot; | 0x0A<br /> |align=&quot;center&quot; | 0b00001010<br /> |-<br /> |align=&quot;center&quot; | 11<br /> |align=&quot;center&quot; | 0x0B<br /> |align=&quot;center&quot; | 0b00001011<br /> |-<br /> |align=&quot;center&quot; | 12<br /> |align=&quot;center&quot; | 0x0C<br /> |align=&quot;center&quot; | 0b00001100<br /> |-<br /> |align=&quot;center&quot; | 13<br /> |align=&quot;center&quot; | 0x0D<br /> |align=&quot;center&quot; | 0b00001101<br /> |-<br /> |align=&quot;center&quot; | 14<br /> |align=&quot;center&quot; | 0x0E<br /> |align=&quot;center&quot; | 0b00001110<br /> |-<br /> |align=&quot;center&quot; | 15<br /> |align=&quot;center&quot; | 0x0F<br /> |align=&quot;center&quot; | 0b00001111<br /> |-<br /> |align=&quot;center&quot; | 100<br /> |align=&quot;center&quot; | 0x64<br /> |align=&quot;center&quot; | 0b01100100<br /> |-<br /> |align=&quot;center&quot; | 255<br /> |align=&quot;center&quot; | 0xFF<br /> |align=&quot;center&quot; | 0b11111111<br /> |}<br /> &lt;/center&gt;<br /> <br /> &quot;0b&quot; und &quot;0x&quot; haben für die Berechnung keine Bedeutung, sie zeigen nur an, dass es sich bei dieser Zahl um eine Binär- bzw. Hexadezimalzahl handelt.<br /> <br /> &lt;font color=FF0000&gt;Wichtig dabei ist es, dass Hexadezimal- bzw. Binärzahlen bzw. Dezimalzahlen nur unterschiedliche Schreibweisen für immer das Gleiche sind: eine Zahl. Welche Schreibweise bevorzugt wird, hängt auch vom Verwendungszweck ab. Je nachdem kann die eine oder die andere Schreibweise klarer sein.&lt;/font&gt;&lt;br&gt;<br /> &lt;br&gt;<br /> &lt;font color=FF0000&gt;Auch noch sehr wichtig: Computer und µCs beginnen immer bei 0 zu zählen, d.h. wenn es 8 Dinge (Bits etc.) gibt, hat das erste die Nummer 0, das zweite die Nummer 1, ..., und das letzte (das 8.) die Nummer 7(!).&lt;/font&gt;<br /> <br /> == Ausgabe ==<br /> === Assembler-Sourcecode ===<br /> <br /> Unser erstes Assemblerprogramm, das wir auf dem Controller laufen lassen möchten, sieht so aus:<br /> <br /> &lt;avrasm&gt;<br /> .include &quot;m8def.inc&quot; ; Definitionsdatei für den Prozessortyp einbinden<br /> <br /> ldi r16, 0xFF ; lade Arbeitsregister r16 mit der Konstanten 0xFF<br /> out DDRB, r16 ; Inhalt von r16 ins IO-Register DDRB ausgeben<br /> <br /> ldi r16, 0b11111100 ; 0b11111100 in r16 laden<br /> out PORTB, r16 ; r16 ins IO-Register PORTB ausgeben<br /> <br /> ende: rjmp ende ; Sprung zur Marke &quot;ende&quot; -&gt; Endlosschleife<br /> &lt;/avrasm&gt;<br /> <br /> === Assemblieren ===<br /> Das Programm muss mit der Endung &quot;.asm&quot; abgespeichert werden, z.&amp;nbsp;B. als &quot;leds.asm&quot;. Diese Datei können wir aber noch nicht direkt auf den Controller programmieren. Zuerst müssen wir sie dem Assembler füttern. Bei wavrasm funktioniert das z.&amp;nbsp;B., indem wir ein neues Fenster öffnen, den Programmtext hineinkopieren, speichern und auf &quot;assemble&quot; klicken. Wichtig ist, dass sich die Datei &quot;m8def.inc&quot; (wird beim Atmel-Assembler mitgeliefert) im gleichen Verzeichnis wie die Assembler-Datei befindet. Der Assembler übersetzt die Klartext-Befehle des Assemblercodes in für den Mikrocontroller verständlichen Binärcode und gibt ihn in Form einer sogenannten &quot;Hex-Datei&quot; aus. Diese Datei kann man dann mit der entsprechenden Software direkt in den Controller programmieren. <br /> <br /> &lt;div style=&quot;border: 1px solid grey; padding: 1ex;&quot;&gt;<br /> <br /> === Hinweis: Konfigurieren der Taktversorgung des ATmega8 ===<br /> <br /> Beim '''ATmega8''' ist vom Hersteller der interne 1 MHz-Oszillator aktiviert; weil dieser für viele Anwendungen (z.&amp;nbsp;B. das UART, siehe späteres Kapitel) aber nicht genau genug ist, soll der Mikrocontroller seinen Takt aus dem angeschlossenen 4 MHz-Quarzoszillator beziehen. Dazu müssen ein paar Einstellungen an den '''Fusebits''' des Controllers vorgenommen werden. Am besten und sichersten geht das mit dem Programm [http://www.myplace.nu/avr/yaap/ yaap]. Wenn man das Programm gestartet hat und der ATmega8 richtig erkannt wurde, wählt man aus den Menüs den Punkt &quot;Lock Bits &amp; Fuses&quot; und klickt zunächst auf &quot;Read Fuses&quot;. Das Ergebnis sollte so aussehen: [http://www.mikrocontroller.net/images/atmega8-vorher.png Screenshot]. Nun ändert man die Kreuze so, dass das folgende Bild entsteht: [http://www.mikrocontroller.net/images/atmega8-nachher.png Screenshot] und klickt auf &quot;Write Fuses&quot;. Vorsicht, wenn die Einstellungen nicht stimmen, kann es sein, dass die ISP-Programmierung deaktiviert wird und man den AVR somit nicht mehr programmieren kann! Die FuseBits bleiben übrigens nach dem Löschen des Controllers aktiv, müssen also nur ein einziges Mal eingestellt werden. Mehr über die Fuse-Bits findet sich im Artikel [[AVR Fuses]].<br /> &lt;/div&gt;<br /> <br /> Nach dem Assemblieren sollte eine neue Datei mit dem Namen &quot;leds.hex&quot; oder &quot;leds.rom&quot; vorhanden sein, die man mit yaap, PonyProg oder AVRISP in den Flash-Speicher des Mikrocontrollers laden kann. Wenn alles geklappt hat, leuchten jetzt die ersten beiden angeschlossenen LEDs.<br /> <br /> === Programmerklärung ===<br /> In der ersten Zeile wird die Datei m8def.inc eingebunden, welche die prozessortypischen Bezeichnungen für die verschiedenen Register definiert. Wenn diese Datei fehlen würde, wüsste der Assembler nicht, was mit &quot;PORTB&quot;, &quot;DDRD&quot; usw. gemeint ist. Für jeden AVR-Mikrocontroller gibt es eine eigene derartige Include-Datei, da zwar die Registerbezeichnungen bei allen Controllern mehr oder weniger gleich sind, die Register aber auf unterschiedlichen Controllern unterschiedlich am Chip angeordnet sind und nicht alle Funktionsregister auf allen Prozessoren existieren. Für einen ATmega8 beispielsweise würde die einzubindende Datei m8def.inc heißen. Normalerweise ist also im Namen der Datei der Name des Chips in irgendeiner Form, auch abgekürzt, enthalten. Kennt man den korrekten Namen einmal nicht, so sieht man ganz einfach nach. Alle Include-Dateien wurden von Atmel in einem gemeinsamen Verzeichnis gespeichert. Das Verzeichnis ist bei einer Standardinstallation am PC auf C:\Programme\Atmel\AVR Tools\AvrAssembler\Appnotes\. Einige Include-Dateien heißen<br /> <br /> AT90s2313: 2313def.inc<br /> ATmega8: m8def.inc<br /> ATmega16: m16def.inc<br /> ATmega32: m32def.inc<br /> ATTiny12: tn12def.inc<br /> ATTiny2313: tn2313def.inc<br /> <br /> Um sicher zu gehen, dass man die richtige Include-Datei hat, kann man diese mit einem Texteditor (AVR-Studio oder Notepad) öffnen. Der Name des Prozessors wurde von Atmel immer an den Anfang der Datei geschrieben:<br /> <br /> &lt;avrasm&gt;<br /> ;***************************************************************************<br /> ;* A P P L I C A T I O N N O T E F O R T H E A V R F A M I L Y<br /> ;* <br /> ;* Number :AVR000<br /> ;* File Name :&quot;2313def.inc&quot;<br /> ;* Title :Register/Bit Definitions for the AT90S2313<br /> ;* Date :99.01.28<br /> ;* Version :1.30<br /> ;* Support E-Mail :avr@atmel.com<br /> ;* Target MCU :AT90S2313<br /> ...<br /> &lt;/avrasm&gt;<br /> <br /> Aber jetzt weiter mit dem selbstgeschriebenen Programm.<br /> <br /> In der 2. Zeile wird mit dem Befehl '''ldi r16, 0xFF''' der Wert 0xFF (entspricht 0b11111111) in das Register r16 geladen (mehr Infos unter [[Adressierung]]). Die AVRs besitzen 32 Arbeitsregister, r0-r31, die als Zwischenspeicher zwischen den I/O-Registern (z.&amp;nbsp;B. DDRB, PORTB, UDR...) und dem RAM genutzt werden. Zu beachten ist außerdem, dass die ersten 16 Register (r0-r15) nicht von jedem Assemblerbefehl genutzt werden können. Ein Register kann man sich als eine Speicherzelle direkt im Mikrocontroller vorstellen. Natürlich besitzt der Controller noch viel mehr Speicherzellen, die werden aber ausschließlich zum Abspeichern von Daten verwendet. Um diese Daten zu manipulieren, müssen sie zuerst in eines der Register geladen werden. Nur dort ist es möglich, die Daten zu manipulieren und zu verändern. Ein Register ist also vergleichbar mit einer Arbeitsfläche, während der restliche Speicher eher einem Stauraum entspricht. Will man arbeiten, so muss das Werkstück (= die Daten) aus dem Stauraum auf die Arbeitsfläche geholt werden und kann dann dort bearbeitet werden.<br /> Der Befehl Befehl '''ldi''' lädt jetzt einen bestimmten konstanten Wert in so ein Arbeitsregister. In diesem Fall kommt der zu ladende Wert also nicht aus dem Stauraum, sondern der Programmierer kennt ihn bereits. Auch Assemblerbefehle sind nicht einfach willkürlich gewählte Buchstabenkombinationen, sondern sind oft Abkürzungen für eine bestimmte Aktion. '''ldi''' bedeutet in Langform '''Load immediate'''. Load ist klar - laden. Und immediate bedutet, dass der zu ladende Wert beim Befehl selber angegeben wurde (engl. immediate - unmittelbar).<br /> <br /> Die Erklärungen nach dem Semikolon sind Kommentare und werden vom Assembler nicht beachtet.<br /> <br /> Der 3. Befehl, '''out''', gibt den Inhalt von r16 (=0xFF) in das Datenrichtungsregister für Port B aus. Das Datenrichtungsregister legt fest, welche Portpins als Ausgang und welche als Eingang genutzt werden. Steht in diesem Register ein Bit auf 0, wird der entsprechende Pin als Eingang konfiguriert, steht es auf 1, ist der Pin ein Ausgang. In diesem Fall sind also alle 6 Pins von Port B Ausgänge. Datenrichtungsregister können ebenfalls nicht direkt beschrieben werden, daher muss man den Umweg über eines der normalen Register r16 - r31 gehen.<br /> <br /> Der nächste Befehl, '''ldi r16, 0b11111100''' lädt den Wert 0b11111100 in das Arbeitsregister r16, der durch den darauffolgenden Befehl '''out PORTB, r16''' in das I/O-Register PORTB (und damit an den Port, an dem die LEDs angeschlossen sind) ausgegeben wird. Eine 1 im PORTB-Register bedeutet, dass an dem entsprechenden Anschluss des Controllers die Spannung 5V anliegt, bei einer 0 sind es 0V (Masse). <br /> <br /> Schließlich wird mit '''rjmp ende''' ein Sprung zur Marke '''ende:''' ausgelöst, also an die gleiche Stelle, wodurch eine Endlosschleife entsteht. Sprungmarken schreibt man gewöhnlich an den Anfang der Zeile, Befehle in die 2. und Kommentare in die 3. Spalte. Ein Marke ist einfach nur ein symbolischer Name, auf den man sich in Befehlen beziehen kann. Sie steht stellvertretend für die Speicheradresse des unmittelbar folgenden Befehls. Der Assembler, der den geschriebenen Text in eine für den µC ausführbare Form bringt, führt über die Marken Buch und ersetzt in den eigentlichen Befehlen die Referenzierungen auf die Marken mit den korrekten Speicheradressen.<br /> <br /> Bei Kopier- und Ladebefehlen (ldi, in, out...) wird immer der 2. Operand in den ersten kopiert:<br /> <br /> &lt;avrasm&gt;<br /> ldi r17, 15 ; das Register r17 wird mit der Konstanten 15 geladen<br /> mov r16, r17 ; das Register r16 wird mit dem Inhalt des Registers r17 geladen<br /> out PORTB, r16 ; das IO-Register &quot;PORTB&quot; wird mit dem Inhalt des Registers r16 geladen<br /> in r16, PIND ; das Register 16 wird mit dem Inhalt des IO-Registers &quot;PIND&quot; geladen<br /> &lt;/avrasm&gt;<br /> <br /> Wer mehr über die Befehle wissen möchte, sollte sich die PDF-Datei [http://www.atmel.com/dyn/resources/prod_documents/doc0856.pdf Instruction Set (1,27 MB)] runterladen (benötigt [http://www.acrobat.com/ Acrobat Reader] oder in der Hilfe von Assembler oder AVR-Studio nachschauen. Achtung: nicht alle Befehle sind auf jedem Controller der AVR-Serie verwendbar! <br /> <br /> Nun sollten die beiden ersten LEDs leuchten, weil die Portpins PB0 und PB1 durch die Ausgabe von 0 (low) auf Masse (0V) gelegt werden und somit ein Strom durch die gegen Vcc (5V) geschalteten LEDs fließen kann. Die 4 anderen LEDs sind aus, da die entsprechenden Pins durch die Ausgabe von 1 (high) auf 5V liegen. <br /> <br /> Warum leuchten die beiden ersten LEDs, wo doch die beiden letzen Bits auf 0 gesetzt sind? Das liegt daran, dass man die Bitzahlen von rechts nach links schreibt. Ganz rechts steht das niedrigstwertige Bit (&quot;LSB&quot;, Least Significant Bit), das man als Bit 0 bezeichnet, und ganz links das höchstwertige Bit (&quot;MSB&quot;, Most Significant Bit), bzw. Bit 7. Das Prefix &quot;0b&quot; gehört nicht zur Zahl, sondern sagt dem Assembler, dass die nachfolgende Zahl in binärer Form interpretiert werden soll.<br /> <br /> http://www.mikrocontroller.net/images/bits.gif<br /> <br /> Das LSB steht für PB0, und das MSB für PB7... aber PB7 gibt es doch z.&amp;nbsp;B. beim AT90S4433 gar nicht, es geht doch nur bis PB5? Der Grund ist einfach: Am Gehäuse des AT90S4433 gibt es nicht genug Pins für den kompletten Port B, deshalb existieren die beiden obersten Bits nur intern.<br /> <br /> == Eingabe ==<br /> Im folgenden Programm wird Port B als Ausgang und Port D als Eingang verwendet: <br /> <br /> [http://www.mikrocontroller.net/sourcecode/tutorial/leds+buttons.asm Download leds+buttons.asm]<br /> &lt;avrasm&gt;<br /> .include &quot;m8def.inc&quot;<br /> <br /> ldi r16, 0xFF<br /> out DDRB, r16 ; Alle Pins am Port B durch Ausgabe von 0xFF ins<br /> ; Richtungsregister DDRB als Ausgang konfigurieren<br /> ldi r16, 0x00<br /> out DDRD, r16 ; Alle Pins am Port D durch Ausgabe von 0x00 ins<br /> ; Richtungsregister DDRD als Eingang konfigurieren<br /> loop:<br /> in r16, PIND ; an Port D anliegende Werte (Taster) nach r16 einlesen<br /> out PORTB, r16 ; Inhalt von r16 an Port B ausgeben<br /> rjmp loop ; Sprung zu &quot;loop:&quot; -&gt; Endlosschleife<br /> &lt;/avrasm&gt;<br /> <br /> Wenn der Port D als Eingang geschaltet ist, können die anliegenden Daten über das IO-Register '''PIND''' eingelesen werden. Dazu wird der Befehl '''in''' verwendet, der ein IO-Register (in diesem Fall PIND) in ein Arbeitsregister (z.&amp;nbsp;B. r16) kopiert. Danach wird der Inhalt von r16 mit dem Befehl '''out''' an Port B ausgegeben. Dieser Umweg ist notwendig, da man nicht direkt von einem IO-Register in ein anderes kopieren kann. <br /> <br /> '''rjmp loop''' sorgt dafür, dass die Befehle '''in r16, PIND''' und '''out PORTB, r16''' andauernd wiederholt werden, so dass immer die zu den gedrückten Tasten passenden LEDs leuchten.<br /> <br /> Achtung: Auch wenn es hier nicht explizit erwähnt wird: Man kann natürlich jeden Pin eines jeden Ports einzeln auf Ein- oder Ausgabe schalten. Dass hier ein kompletter Port jeweils als Eingabe bzw. Ausgabe benutzt wurde, ist reine Bequemlichkeit.<br /> <br /> In komplexeren Situationen als der einfachen Verbindung eines Port-Pins mit einem Taster, der zuverlässig auf GND-Potential zieht, ist die '''Schaltschwelle''' des Eingangstreibers zu beachten. Diese liegt bei etwa 50 % der Versorgungsspannung. In [http://www.schramm-software.de/tipps/schaltschwelle/ dieser Testschaltung] wird dieser Aspekt genauer untersucht.<br /> <br /> === mögliche Zeitverzögerungen ===<br /> <br /> '''Vorsicht!''' In bestimmten Situationen kann es passieren, dass scheinbar Pins nicht richtig gelesen werden. <br /> <br /> Speziell bei der Abfrage von Matrixtastaturen kann der Effekt auftreten, dass Tasten scheinbar nicht reagieren. Typische Sequenzen sehen dann so aus:<br /> <br /> &lt;avrasm&gt;<br /> ldi r16,0x0F <br /> out DDRD,r16 ; oberes Nibble Eingang, unteres Ausgang<br /> ldi r16,0xFE <br /> out PORTD,r16 ; PD0 auf 0 ziehen, PD4..7 Pull ups aktiv<br /> in r17,PIND ; Pins lesen schlägt hier fehl!<br /> &lt;/avrasm&gt;<br /> <br /> Warum ist das problematisch? Nun, der AVR ist ein RISC-Microcontroller, welcher die meisten Befehle in einem Takt ausführt. Gleichzeitig werden aber alle Eingangssignale über FlipFlops abgetastet (synchronisiert), damit sie sauber im AVR zur Verfügung stehen. Dadurch ergibt sich eine Verzögerung (Latenz) von bis zu 1,5 Takten, mit der auf externe Signale reagiert werden kann. Die Erklärung dazu findet man im Datenblatt unter der Überschrift &quot;I/O Ports - Reading the Pin Value&quot;. <br /> <br /> Was tun? Wenn der Wert einer Port-Eingabe von einer unmittelbar vorangehenden Port-Ausgabe abhängt, muss man wenigstens einen weiteren Befehl zwischen beiden einfügen, im einfachsten Fall ein '''nop'''. '''nop''' bedeutet in Langform '''no operation''', und genau das macht der Befehl auch: nichts. Er dient einzig und alleine dazu, dass der Prozessor einen Befehl abarbeitet, also etwas zu tun hat, aber ansonsten an den Registern oder sonstigen Internals nichts verändert.<br /> <br /> &lt;avrasm&gt;<br /> ldi r16,0x0F<br /> out DDRD,r16 ; oberes Nibble Eingang, unteres Ausgang<br /> ldi r16,0xFE<br /> out PORTD,r16 ; PD0 auf 0 ziehem, PD4..7 Pull ups aktiv<br /> NOP ; Delay der Synchronisations-FlipFlops ausgleichen<br /> in r17,PIND ; Pins lesen ist hier OK.<br /> &lt;/avrasm&gt;<br /> <br /> Ein weiteres Beispiel für dieses Verhalten bei rasch aufeinanderfolgenden '''out''' und '''in''' Anweisungen ist in einem Forenbeitrag zur [http://www.mikrocontroller.net/topic/88680#753847 Abfrage des Busyflag bei einem LCD] angegeben. Dort spielen allerdings weitere, vom [[LCD]]-Controller abhängige Timings eine wesentliche Rolle für den korrekten Programmablauf.<br /> <br /> ==Pullup-Widerstand==<br /> [[Bild:Taster.gif|framed|right| Standard Taster Anschluss]]<br /> <br /> Bei der Besprechung der notwendigen Beschaltung der Ports wurde an einen Eingangspin jeweils ein Taster mit einem Widerstand nach Vcc vorgeschlagen. Diesen Widerstand nennt man einen '''Pullup'''-Widerstand. Wenn der Taster geöffnet ist, so ist es seine Aufgabe, den Eingangspegel am Pin auf Vcc zu ziehen. Daher auch der Name: 'pull up' (engl. für hochziehen). Ohne diesen Pullup-Widerstand würde ansonsten der Pin bei geöffnetem Taster in der Luft hängen, also weder mit Vcc noch mit GND verbunden sein. Dieser Zustand ist aber unbedingt zu vermeiden, da bereits elektromagnetische Einstreuungen auf Zuleitungen ausreichen, dem Pin einen Zustand vorzugaukeln, der in Wirklichkeit nicht existiert. Der Pullup-Widerstand sorgt also für einen definierten 1-Pegel bei geöffnetem Taster. Wird der Taster geschlossen, so stellt dieser eine direkte Verbindung zu GND her und der Pegel am Pin fällt auf GND. Durch den Pullup-Widerstand rinnt dann ein kleiner Strom von Vcc nach GND. Da Pullup-Widerstände in der Regel aber relativ hochohmig sind, stört dieser kleine Strom meistens nicht weiter.<br /> <br /> [[Bild:Taster2.gif|framed|right| Taster bei Benutzung des interen Pullup]]<br /> <br /> Anstelle eines externen Widerstandes wäre es auch möglich, den Widerstand wegzulassen und stattdessen den in den AVR eingebauten Pullup-Widerstand zu aktivieren. Die Beschaltung eines Tasters vereinfacht sich dann zum einfachst möglichen Fall: Der Taster wird direkt an den Eingangspin des µC angeschlossen und schaltet nach Masse durch.<br /> <br /> Das geht allerdings nur dann, wenn der entsprechende Mikroprozessor-Pin auf Eingang geschaltet wurde. Ein Pullup-Widerstand hat nun mal nur bei einem Eingangspin einen Sinn. Bei einem auf Ausgang geschalteten Pin sorgt der Mikroprozessor dafür, dass ein dem Port-Wert entsprechender Spannungspegel ausgegeben wird. Ein Pullup-Widerstand wäre in so einem Fall kontraproduktiv, da der Widerstand versucht, den Pegel am Pin auf Vcc zu ziehen, während eine 0 im Port-Register dafür sorgt, dass der Mikroprozessor versuchen würde, den Pin auf GND zu ziehen.<br /> <br /> Ein Pullup-Widerstand an einem Eingangspin wird durch das '''PORT'''-Register gesteuert. Das '''PORT'''-Register erfüllt also 2 Aufgaben. Bei einem auf Ausgang geschalteten Port steuert es den Pegel an den Ausgangspins. Bei einem auf Eingang geschalteten Port steuert es, ob die internen Pullup-Widerstände aktiviert werden oder nicht. Ein 1-Bit aktiviert den entsprechenden Pullup-Widerstand.<br /> <br /> &lt;center&gt;<br /> {| {{Tabelle}}<br /> |- style=&quot;background-color:#ffddcc&quot;<br /> ! DDRx || PORTx || IO-Pin-Zustand<br /> |-<br /> |align=&quot;center&quot; | 0<br /> |align=&quot;center&quot; | 0<br /> || Eingang ohne Pull-Up (Resetzustand)<br /> |-<br /> |align=&quot;center&quot; | 0<br /> |align=&quot;center&quot; | 1<br /> || Eingang mit Pull-Up<br /> |-<br /> |align=&quot;center&quot; | 1<br /> |align=&quot;center&quot; | 0<br /> || [[Ausgangsstufen_Logik-ICs#Push-Pull | Push-Pull]]-Ausgang auf LOW<br /> |-<br /> |align=&quot;center&quot; | 1<br /> |align=&quot;center&quot; | 1<br /> || [[Ausgangsstufen_Logik-ICs#Push-Pull | Push-Pull]]-Ausgang auf HIGH<br /> |}<br /> &lt;/center&gt;<br /> <br /> &lt;avrasm&gt;<br /> .include &quot;m8def.inc&quot;<br /> <br /> ldi r16, 0xFF<br /> out DDRB, r16 ; Alle Pins am Port B durch Ausgabe von 0xFF ins<br /> ; Richtungsregister DDRB als Ausgang konfigurieren<br /> ldi r16, 0x00<br /> out DDRD, r16 ; Alle Pins am Port D durch Ausgabe von 0x00 ins<br /> ; Richtungsregister DDRD als Eingang konfigurieren<br /> <br /> ldi r16, 0xFF ; An allen Pins vom Port D die Pullup-Widerstände<br /> out PORTD, r16 ; aktivieren. Dies geht deshalb durch eine Ausgabe<br /> ; nach PORTD, da ja der Port auf Eingang gestellt ist.<br /> loop:<br /> in r16, PIND ; an Port D anliegende Werte (Taster) nach r16 einlesen<br /> out PORTB, r16 ; Inhalt von r16 an Port B ausgeben<br /> rjmp loop ; zu &quot;loop:&quot; -&gt; Endlosschleife<br /> &lt;/avrasm&gt;<br /> <br /> Werden auf diese Art und Weise die AVR-internen Pullup-Widerstände aktiviert, so sind keine externen Widerstände mehr notwendig und die Beschaltung vereinfacht sich zu einem Taster, der einfach nur den µC-Pin mit GND verbindet.<br /> <br /> ==Zugriff auf einzelne Bits==<br /> Man muss nicht immer ein ganzes Register auf einmal einlesen oder mit einem neuen Wert laden. Es gibt auch Befehle, mit denen man einzelne Bits abfragen und ändern kann: <br /> <br /> * Der Befehl '''sbic''' (&quot;skip if bit cleared&quot;) überspringt den darauffolgenden Befehl, wenn das angegebene Bit 0 (low) ist.<br /> * '''sbis''' (&quot;skip if bit set&quot;) bewirkt das Gleiche, wenn das Bit 1 (high) ist.<br /> * Mit '''cbi''' (&quot;clear bit&quot;) wird das angegebene Bit auf 0 gesetzt.<br /> * '''sbi''' (&quot;set bit&quot;) bewirkt das Gegenteil.<br /> Achtung: Diese Befehle können nur auf die IO-Register angewandt werden! <br /> <br /> Am besten verstehen kann man das natürlich an einem Beispiel: <br /> <br /> [http://www.mikrocontroller.net/sourcecode/tutorial/bitaccess.asm Download bitaccess.asm]<br /> &lt;avrasm&gt; <br /> .include &quot;m8def.inc&quot;<br /> <br /> ldi r16, 0xFF<br /> out DDRB, r16 ; Port B ist Ausgang<br /> <br /> ldi r16, 0x00<br /> out DDRD, r16 ; Port D ist Eingang<br /> <br /> <br /> ldi r16, 0xFF<br /> out PORTB, r16 ; PORTB auf 0xFF setzen -&gt; alle LEDs aus<br /> <br /> loop: sbic PIND, 0 ; &quot;skip if bit cleared&quot;, nächsten Befehl überspringen,<br /> ; wenn Bit 0 im IO-Register PIND =0 (Taste 0 gedrückt)<br /> rjmp loop ; Sprung zu &quot;loop:&quot; -&gt; Endlosschleife<br /> <br /> cbi PORTB, 3 ; Bit 3 im IO-Register PORTB auf 0 setzen -&gt; 4. LED an<br /> <br /> ende: rjmp ende ; Endlosschleife<br /> &lt;/avrasm&gt;<br /> <br /> Dieses Programm wartet so lange in einer Schleife (&quot;'''loop:'''&quot;...&quot;'''rjmp loop'''&quot;), bis Bit 0 im Register '''PIND''' 0 wird, also die erste Taste gedrückt ist. Durch '''sbic''' wird dann der Sprungbefehl zu &quot;'''loop:'''&quot; übersprungen, die Schleife wird also verlassen und das Programm danach fortgesetzt. Ganz am Ende schließlich wird das Programm durch eine leere Endlosschleife praktisch &quot;angehalten&quot;, da es ansonsten wieder von vorne beginnen würde.<br /> <br /> ==Zusammenfassung der Portregister==<br /> Für jeden Hardwareport gibt es im Mikroprozessor insgesamt 3 Register:<br /> * Das Datenrichtungsregister '''DDRx'''. Es wird verwendet um die Richtung jedes einzelnen Mikroprozessor-Pins festzulegen. Eine 1 an der entsprechenden Bit Position steht für Ausgang, eine 0 steht für Eingang.<br /> * Das Einleseregister '''PINx'''. Es wird verwendet um von einem Mikroprozessor-Pin den aktuellen, extern anliegenden Zustand einzulesen. Dazu muss das entsprechende Datenrichtungsbit auf Eingang geschaltet sein.<br /> * Das Ausgangsregister '''PORTx'''. Es erfüllt 2 Funktionen, je nachdem wie das zugehörige Datenrichtungsbit geschaltet ist.<br /> ** Steht es auf Ausgang, so wird bei einer entsprechenden Zuweisung an das '''PORTx''' Register der entsprechende Mikroprozessor-Pin auf den angegebenen Wert gesetzt.<br /> ** Steht es auf Eingang, so beeinflusst das '''PORTx'''-Bit den internen Pullup-Widerstand an diesem Mikroprozessor-Pin. Bei einer 0 wird der Widerstand abgeschaltet, bei einer 1 wird der Widerstand an den Eingangs-Pin zugeschaltet.<br /> * Bei den neueren AVR (wie z.&amp;nbsp;B. ''ATtiny13'', ''ATtiny2313'', ''ATtiny24/44/84'', ''ATtiny25/45/85'', ''ATmega48/88/168'', usw.) kann man als Ausgang konfigurierte Pins toggeln ('''PORTx''' zwischen 0 und 1 „umschalten“), indem man eine 1 an die entsprechende Bit Position des '''PINx''' Register schreibt.<br /> <br /> ==Ausgänge benutzen, wenn mehr Strom benötigt wird==<br /> Man kann nicht jeden beliebigen Verbraucher nach dem LED-Vorbild von oben an einen µC anschließen. Die Ausgänge des ATMega8 können nur eine begrenzte Menge Strom liefern, so dass der Chip schnell überfordert ist, wenn eine nachgeschaltete Schaltung mehr Strom benötigt. Die Ausgangstreiber des µC würden in solchen Fällen den Dienst quittieren und durchbrennen.<br /> <br /> Abhilfe schafft in solchen Fällen eine zusätzliche Treiberstufe, die im einfachsten Fall mit einem [[Transistor|Transistor]] als Schalter aufgebaut wird.<br /> <br /> [[Bild:Transi2.gif|framed|center|Transistor Treiberstufe]]<br /> <br /> Die LED samt zugehörigen Widerständen dienen hier lediglich als Sinnbild für den Verbraucher, der vom µC ein und ausgeschaltet werden soll. Welcher Transistor als Schalter benutzt werden kann, hängt vom Stromverbrauch des Verbrauchers ab. Die Widerstände '''R1''' und '''R2''' werden als '''Basiswiderstände''' der Transistoren bezeichnet. Für ihre Berechnung siehe z.&amp;nbsp;B. [[Basiswiderstand|hier]]. Um eine sichere Störfestigkeit im Resetfall des Mikrocontrollers zu gewähren (wenn der µC daher die Ausgänge noch nicht ansteuert), sollte man noch einen Pulldown Widerstand zwischen Basis und Emitter schalten oder einen digitalen Transistor (z.&amp;nbsp;B. BCR135) mit integriertem Basis- und Basisemitterwiderstand benutzen.<br /> <br /> Um ein Relais an einen µC-Ausgang anzuschließen, siehe [[Relais_mit_Logik_ansteuern|hier]].<br /> <br /> ----<br /> <br /> {{Navigation_zurückhochvor|<br /> zurücktext=Benötigte Ausrüstung|<br /> zurücklink=AVR-Tutorial: Equipment|<br /> hochtext=Inhaltsverzeichnis|<br /> hochlink=AVR-Tutorial|<br /> vortext=logische Operationen|<br /> vorlink=AVR-Tutorial: Logik}}<br /> <br /> [[Category:AVR-Tutorial|IO-Grundlagen]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=70388 2012-12-29T20:27:00Z

<p>Mlh: /* Forum und Artikel */</p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Aus der Produktbeschreibung des Herstellers Pollin:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> <br /> Der Bausatz hat die Pollin-Bestellnummer: [http://www.pollin.de/shop/dt/MDQ5OTgxOTk-/Bausaetze_Module/Bausaetze/Bausatz_RFID_125kHz_Empfaenger.html 810 059] Preis: 12,95 € (Stand Dezember 2012)<br /> <br /> Hardware:<br /> * AT-Tiny 2313<br /> * U2270B<br /> * MAX232<br /> <br /> <br /> Erweitert werden kann der Bausatz mit:<br /> * &quot;RFID&quot;-Luftspule Pollin-BestNr: [http://www.pollin.de/shop/dt/NTc2OTQ3OTk-/Bauelemente_Bauteile/Passive_Bauelemente/Spulen_Filter/Luftspule.html 250 324]<br /> ** Preis: 1,00€ (Stand Juli 2012)<br /> ** [Anmerkung: Die &quot;RFID&quot;-Luftspule gehört mittlerweile zum Lieferumfang (Stand März 2012)]<br /> <br /> * LCD-Modul Pollin-BestNr: [http://www.pollin.de/shop/dt/OTc1OTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_TC1602E_01.html 120 420] Preis: 4,95 € (Stand Dezember 2012) <br /> ** Offenbar kompatible LCD-Displays:<br /> *** LCD-Modul Pollin-BestNr: [http://www.pollin.de/shop/dt/ODc1OTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_TC1602A_08.html 120 421]<br /> *** LCD-Modul Pollin-BestNr: [http://www.pollin.de/shop/dt/Nzc1OTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_TC1602A_09.html 120 422]<br /> <br /> --&gt; Als Display können alle HD47780 - kompatiblen Displays eingesetzt werden ***<br /> <br /> Tags für das Board:<br /> * Transponderkarte EM4102, ReadOnly, 125 kHz Pollin-BestNr: [http://www.pollin.de/shop/dt/NDM5OTgxOTk-/Bausaetze_Module/Bausaetze/Transponderkarte_EM4102_ReadOnly_125_kHz.html 810 065]<br /> * RFID-Schlüsselanhänger EM4102, ReadOnly Pollin-BestNr: [http://www.pollin.de/shop/dt/Nzk4OTgxOTk-/Bausaetze_Module/Bausaetze/RFID_Schluesselanhaenger_EM4102_ReadOnly_125_kHz.html 810 102]<br /> <br /> == Forum und Artikel ==<br /> Im Forum finden sich folgende, damit direkt zusammenhängende, nützliche Threads:<br /> * [http://www.mikrocontroller.net/topic/110714 Pollin RFID Entwicklungsboard]<br /> * [http://www.mikrocontroller.net/topic/195765 Pollin RFID Board - Schlüsselanhänger wird nicht gelesen]<br /> <br /> Folgende Artikel bieten nützliche weiterführende informationen:<br /> * [http://www.mikrocontroller.net/articles/RFID_T%C3%BCrmodul RFID Türmodul]<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500Ω) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in [[Bascom_AVR | Bascom ]] geschrieben und ist auch als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] &lt;br&gt;als Speicherabbild (Intel HEX-Format).<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer schnell gestrickten, aber funktionsfähigen (zumindest wenn man wenigstens den richtigen Prozessortyp im Makefile einträgt) [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:em4100_rfid.zip | C-Firmware]] (Funktion siehe Bilder).&lt;br&gt;<br /> Es werden 10 Zeichen und nur eine Zeile benutzt. Es können bis zu 20 Keys abgespeichert und damit &quot;erkannt&quot; werden.<br /> Leider ist die aktuelle Version der Firmware mit 2250 Bytes zu groß für den ATTiny 2313.<br /> <br /> Eine mögliche Alternative zum ATTiny 2313 stellt der ATTiny 4313 dar, da dieser vollständig pinkompatibel zum 2313 ist. Der ATTiny 4313 stellt 4 kByte Flash und 256 Byte EEPROM zur verfügung und hat somit genug Speicherplatz für die aktuelle Version der Firmware.<br /> Auch eine Erweiterung um RS232 und das Abspeichern von mehr als 20 Key ist somit möglich.<br /> <br /> == alternative Firmware in LunaAVR ==<br /> <br /> Ebenfalls funktionstüchtige Alternativfirmware mit optionaler LCD-Ansteuerung, die auf den Attiny2313 passt.<br /> [http://avr.myluna.de/doku.php?id=de:beispiel-sourcen LunaAVR-Version in den Examples]<br /> <br /> <br /> <br /> [[Kategorie:AVR-Projekte]]<br /> [[Kategorie:RFID-Projekte]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=70387 2012-12-29T20:25:03Z

<p>Mlh: /* Bausatz RFID-125kHz-Empfänger */ Preise aktualisiert, Typos</p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Aus der Produktbeschreibung des Herstellers Pollin:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> <br /> Der Bausatz hat die Pollin-Bestellnummer: [http://www.pollin.de/shop/dt/MDQ5OTgxOTk-/Bausaetze_Module/Bausaetze/Bausatz_RFID_125kHz_Empfaenger.html 810 059] Preis: 12,95 € (Stand Dezember 2012)<br /> <br /> Hardware:<br /> * AT-Tiny 2313<br /> * U2270B<br /> * MAX232<br /> <br /> <br /> Erweitert werden kann der Bausatz mit:<br /> * &quot;RFID&quot;-Luftspule Pollin-BestNr: [http://www.pollin.de/shop/dt/NTc2OTQ3OTk-/Bauelemente_Bauteile/Passive_Bauelemente/Spulen_Filter/Luftspule.html 250 324]<br /> ** Preis: 1,00€ (Stand Juli 2012)<br /> ** [Anmerkung: Die &quot;RFID&quot;-Luftspule gehört mittlerweile zum Lieferumfang (Stand März 2012)]<br /> <br /> * LCD-Modul Pollin-BestNr: [http://www.pollin.de/shop/dt/OTc1OTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_TC1602E_01.html 120 420] Preis: 4,95 € (Stand Dezember 2012) <br /> ** Offenbar kompatible LCD-Displays:<br /> *** LCD-Modul Pollin-BestNr: [http://www.pollin.de/shop/dt/ODc1OTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_TC1602A_08.html 120 421]<br /> *** LCD-Modul Pollin-BestNr: [http://www.pollin.de/shop/dt/Nzc1OTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_TC1602A_09.html 120 422]<br /> <br /> --&gt; Als Display können alle HD47780 - kompatiblen Displays eingesetzt werden ***<br /> <br /> Tags für das Board:<br /> * Transponderkarte EM4102, ReadOnly, 125 kHz Pollin-BestNr: [http://www.pollin.de/shop/dt/NDM5OTgxOTk-/Bausaetze_Module/Bausaetze/Transponderkarte_EM4102_ReadOnly_125_kHz.html 810 065]<br /> * RFID-Schlüsselanhänger EM4102, ReadOnly Pollin-BestNr: [http://www.pollin.de/shop/dt/Nzk4OTgxOTk-/Bausaetze_Module/Bausaetze/RFID_Schluesselanhaenger_EM4102_ReadOnly_125_kHz.html 810 102]<br /> <br /> == Forum und Artikel ==<br /> Im Forum finden sich folgende, damit direkt zusammenhängende, nützliche threads:<br /> * [http://www.mikrocontroller.net/topic/110714 Pollin RFID Entwicklungsboard]<br /> * [http://www.mikrocontroller.net/topic/195765 Pollin RFID Board - Schlüsselanhänger wird nicht gelesen]<br /> <br /> Folgende Artikel bieten nützliche weiterführende informationen:<br /> * [http://www.mikrocontroller.net/articles/RFID_T%C3%BCrmodul RFID Türmodul]<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500Ω) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in [[Bascom_AVR | Bascom ]] geschrieben und ist auch als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] &lt;br&gt;als Speicherabbild (Intel HEX-Format).<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer schnell gestrickten, aber funktionsfähigen (zumindest wenn man wenigstens den richtigen Prozessortyp im Makefile einträgt) [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:em4100_rfid.zip | C-Firmware]] (Funktion siehe Bilder).&lt;br&gt;<br /> Es werden 10 Zeichen und nur eine Zeile benutzt. Es können bis zu 20 Keys abgespeichert und damit &quot;erkannt&quot; werden.<br /> Leider ist die aktuelle Version der Firmware mit 2250 Bytes zu groß für den ATTiny 2313.<br /> <br /> Eine mögliche Alternative zum ATTiny 2313 stellt der ATTiny 4313 dar, da dieser vollständig pinkompatibel zum 2313 ist. Der ATTiny 4313 stellt 4 kByte Flash und 256 Byte EEPROM zur verfügung und hat somit genug Speicherplatz für die aktuelle Version der Firmware.<br /> Auch eine Erweiterung um RS232 und das Abspeichern von mehr als 20 Key ist somit möglich.<br /> <br /> == alternative Firmware in LunaAVR ==<br /> <br /> Ebenfalls funktionstüchtige Alternativfirmware mit optionaler LCD-Ansteuerung, die auf den Attiny2313 passt.<br /> [http://avr.myluna.de/doku.php?id=de:beispiel-sourcen LunaAVR-Version in den Examples]<br /> <br /> <br /> <br /> [[Kategorie:AVR-Projekte]]<br /> [[Kategorie:RFID-Projekte]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=55173 2011-02-19T15:21:55Z

<p>Mlh: /* alternative Firmware in C */</p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Bausatz von [http://www.pollin.de Pollin]. Aus der Produktbeschreibung:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> Der Bausatz kann durch ein ebenfalls von Pollin angebotenes LC-Display erweitert werden.<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500 Ohm) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in [[Bascom_AVR | Bascom ]] geschrieben und ist auch als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] &lt;br&gt;als Speicherabbild (Intel HEX-Format).<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer schnell gestrickten, aber funktionsfähigen (zumindest wenn man wenigstens den richtigen Prozessortyp im Makefile einträgt) [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:em4100_rfid.zip | C-Firmware]] (Funktion siehe Bilder).&lt;br&gt;<br /> Die Firmware benötigt im derzeitigen Zustand 1936 Bytes oder 94.5% des Flash-Speicherplatzes, es ist also nicht mehr viel Platz für eigene Erweiterungen vorhanden. Auch wurde auf das Löschen des Displays bei der Initialisierung und in main() verzichtet, das funktioniert weil die Länge der Einschaltmeldung mit der Länge der Tag-Codes übereinstimmt. Es werden 10 Zeichen und nur eine Zeile benutzt. Es können bis zu 20 Keys abgespeichert und damit &quot;erkannt&quot; werden.<br /> <br /> <br /> [[Kategorie:AVR-Projekte |AVR-Projekte ]]<br /> [[Kategorie:Projekte ]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=Datei:Em4100_rfid.zip&diff=55172 2011-02-19T15:21:15Z

<p>Mlh: </p> <hr /> <div></div>

Mlh https://www.mikrocontroller.net/index.php?title=Datei:Mlh_rfid.zip&diff=55171 2011-02-19T15:08:29Z

<p>Mlh: hat eine neue Version von „Datei:Mlh rfid.zip“ hochgeladen:&amp;#32;Zurückgesetzt auf die Version vom 19. Februar 2011, 15:04 Uhr</p> <hr /> <div></div>

Mlh https://www.mikrocontroller.net/index.php?title=Datei:Mlh_rfid.zip&diff=55170 2011-02-19T15:06:20Z

<p>Mlh: hat eine neue Version von „Datei:Mlh rfid.zip“ hochgeladen:&amp;#32;Zurückgesetzt auf die Version vom 13. Februar 2011, 17:22 Uhr</p> <hr /> <div></div>

Mlh https://www.mikrocontroller.net/index.php?title=Datei:Mlh_rfid.zip&diff=55169 2011-02-19T15:04:25Z

<p>Mlh: hat eine neue Version von „Datei:Mlh rfid.zip“ hochgeladen</p> <hr /> <div></div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=55127 2011-02-16T16:01:55Z

<p>Mlh: </p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Bausatz von [http://www.pollin.de Pollin]. Aus der Produktbeschreibung:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> Der Bausatz kann durch ein ebenfalls von Pollin angebotenes LC-Display erweitert werden.<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500 Ohm) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in [[Bascom_AVR | Bascom ]] geschrieben und ist auch als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] &lt;br&gt;als Speicherabbild (Intel HEX-Format).<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer schnell gestrickten, aber funktionsfähigen (zumindest wenn man wenigstens den richtigen Prozessortyp im Makefile einträgt) [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:mlh_rfid.zip | C-Firmware]] (Funktion siehe Bilder).&lt;br&gt;<br /> Die Firmware benötigt im derzeitigen Zustand 1936 Bytes oder 94.5% des Flash-Speicherplatzes, es ist also nicht mehr viel Platz für eigene Erweiterungen vorhanden. Auch wurde auf das Löschen des Displays bei der Initialisierung und in main() verzichtet, das funktioniert weil die Länge der Einschaltmeldung mit der Länge der Tag-Codes übereinstimmt. Es werden 10 Zeichen und nur eine Zeile benutzt. Es können bis zu 20 Keys abgespeichert und damit &quot;erkannt&quot; werden.<br /> <br /> <br /> [[Kategorie:AVR-Projekte |AVR-Projekte ]]<br /> [[Kategorie:Projekte ]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=55062 2011-02-13T20:29:34Z

<p>Mlh: /* alternative Firmware in C */</p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Bausatz von [http://www.pollin.de Pollin]. Aus der Produktbeschreibung:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> Der Bausatz kann durch ein ebenfalls von Pollin angebotenes LC-Display erweitert werden.<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500 Ohm) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in [[Bascom_AVR | Bascom ]] geschrieben und ist auch als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] &lt;br&gt;als Speicherabbild (Intel HEX-Format).<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer kruden, aber funktionsfähigen (zumindest wenn man wenigstens den richtigen Prozessortyp im Makefile einträgt) [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:mlh_rfid.zip | C-Firmware]] (Funktion siehe Bilder).&lt;br&gt;<br /> Die Firmware benötigt im derzeitigen Zustand 1936 Bytes oder 94.5% des Flash-Speicherplatzes, es ist also nicht mehr viel Platz für eigene Erweiterungen vorhanden. Auch wurde auf das Löschen des Displays bei der Initialisierung und in main() verzichtet, das funktioniert weil die Länge der Einschaltmeldung mit der Länge der Tag-Codes übereinstimmt. Es werden 10 Zeichen und nur eine Zeile benutzt. Es können bis zu 20 Keys abgespeichert und damit &quot;erkannt&quot; werden.<br /> <br /> <br /> [[Kategorie:AVR-Projekte |AVR-Projekte ]]<br /> [[Kategorie:Projekte ]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=55059 2011-02-13T17:37:42Z

<p>Mlh: </p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Bausatz von [http://www.pollin.de Pollin]. Aus der Produktbeschreibung:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> Der Bausatz kann durch ein ebenfalls von Pollin angebotenes LC-Display erweitert werden.<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500 Ohm) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in [[Bascom_AVR | Bascom ]] geschrieben und ist auch als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] &lt;br&gt;als Speicherabbild (Intel HEX-Format).<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer kruden, aber funktionsfähigen [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:mlh_rfid.zip | C-Firmware]] (Funktion siehe Bilder).&lt;br&gt;<br /> Die Firmware benötigt im derzeitigen Zustand 1936 Bytes oder 94.5% des Flash-Speicherplatzes, es ist also nicht mehr viel Platz für eigene Erweiterungen vorhanden. Auch wurde auf das Löschen des Displays bei der Initialisierung und in main() verzichtet, das funktioniert weil die Länge der Einschaltmeldung mit der Länge der Tag-Codes übereinstimmt. Es werden 10 Zeichen und nur eine Zeile benutzt. Es können bis zu 20 Keys abgespeichert und damit &quot;erkannt&quot; werden.<br /> <br /> <br /> [[Kategorie:AVR-Projekte |AVR-Projekte ]]<br /> [[Kategorie:Projekte ]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=55058 2011-02-13T17:29:55Z

<p>Mlh: alternative Firmware + Beschreibung</p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Bausatz von [http://www.pollin.de Pollin]. Aus der Produktbeschreibung:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> Der Bausatz kann durch ein ebenfalls von Pollin angebotenes LC-Display erweitert werden.<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500 Ohm) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in Bascom geschrieben und ist auch als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] als Speicherabbild (Intel HEX-Format).<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer kruden, aber funktionsfähigen [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:mlh_rfid.zip | C-Firmware]] (Funktion siehe Bilder).&lt;br&gt;<br /> Die Firmware benötigt im derzeitigen Zustand 1936 Bytes oder 94.5% des Flash-Speicherplatzes, es ist also nicht mehr viel Platz für eigene Erweiterungen vorhanden. Auch wurde auf das Löschen des Displays bei der Initialisierung und in main() verzichtet, das funktioniert weil die Länge der Einschaltmeldung mit der Länge der Tag-Codes übereinstimmt. Es werden 10 Zeichen und nur eine Zeile benutzt. Es können bis zu 20 Keys abgespeichert und damit &quot;erkannt&quot; werden.<br /> <br /> <br /> [[Kategorie:AVR-Projekte |AVR-Projekte ]]<br /> [[Kategorie:Projekte ]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=Datei:Mlh_rfid.zip&diff=55057 2011-02-13T17:22:49Z

<p>Mlh: </p> <hr /> <div></div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=55054 2011-02-13T16:20:11Z

<p>Mlh: </p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Bausatz von [http://www.pollin.de Pollin]. Aus der Produktbeschreibung:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> Der Bausatz kann durch ein ebenfalls von Pollin angebotenes LC-Display erweitert werden.<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500 Ohm) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in Bascom geschrieben und ist auch als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] als Speicherabbild (Intel HEX-Format).<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer kruden, aber funktionsfähigen [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Demnächst:&lt;br&gt;<br /> &lt;s&gt;Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:mlh_rfid.zip | C-Firmware]] &lt;/s&gt;(Funktion siehe Bilder).<br /> <br /> <br /> [[Kategorie:AVR-Projekte |AVR-Projekte ]]<br /> [[Kategorie:Projekte ]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=55053 2011-02-13T16:17:12Z

<p>Mlh: </p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Bausatz von [http://www.pollin.de Pollin]. Aus der Produktbeschreibung:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> Der Bausatz kann durch ein ebenfalls von Pollin angebotenes LC-Display erweitert werden.<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500 Ohm) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in Bascom geschrieben und ist auch als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] als Speicherabbild (Intel HEX-Format).<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer kruden, aber funktionsfähigen [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Demnächst:&lt;br&gt;<br /> &lt;s&gt;Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:mlh_rfid.zip | C-Firmware]] &lt;/s&gt;(Funktion siehe Bilder).<br /> <br /> <br /> [[Kategorie:AVR-Projekte ]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=55052 2011-02-13T16:15:23Z

<p>Mlh: /* Software */</p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Bausatz von [http://www.pollin.de Pollin]. Aus der Produktbeschreibung:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> Der Bausatz kann durch ein ebenfalls von Pollin angebotenes LC-Display erweitert werden.<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500 Ohm) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in Bascom geschrieben und ist auch als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] als Speicherabbild (Intel HEX-Format).<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer kruden, aber funktionsfähigen [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Demnächst:&lt;br&gt;<br /> &lt;s&gt;Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:mlh_rfid.zip | C-Firmware]] &lt;/s&gt;(Funktion siehe Bilder).<br /> <br /> <br /> [[Kategorie:AVR-Projekte ]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=55051 2011-02-13T16:14:21Z

<p>Mlh: </p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|250px|Empfangsbereit]]<br /> <br /> Bausatz von [http://www.pollin.de Pollin]. Aus der Produktbeschreibung:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> Der Bausatz kann durch ein ebenfalls von Pollin angebotenes LC-Display erweitert werden.<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|250px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500 Ohm) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in Bascom geschrieben und ist als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] als Speicherabbild (Intel HEX-Format).<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer kruden, aber funktionsfähigen [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Demnächst:&lt;br&gt;<br /> &lt;s&gt;Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:mlh_rfid.zip | C-Firmware]] &lt;/s&gt;(Funktion siehe Bilder).<br /> <br /> <br /> [[Kategorie:AVR-Projekte ]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=RFID_Bausatz_von_Pollin&diff=55049 2011-02-13T16:10:54Z

<p>Mlh: Neuerstellung Pollin RFID Bausatz mit alternativer Firmware</p> <hr /> <div>''von [[Benutzer:mlh|Micha H.]], erstellt 2011-02-13 ''<br /> == Bausatz RFID-125kHz-Empfänger ==<br /> [[Datei:Pollin_Rfid.jpg|miniatur|rechts|350px|Empfangsbereit]]<br /> <br /> Bausatz von [http://www.pollin.de Pollin]. Aus der Produktbeschreibung:&lt;br&gt;<br /> &quot;RFID-Board zum kontaktlosen Auslesen von HF-Tags. Ideal zum Experimentieren, zum Bau von Zugriffskontrollen, Zeiterfassungen usw. Ein Beispielprogramm, welches den gelesenen HF-Tag über die RS232-Schnittstelle sendet, ist bereits vorprogrammiert.&quot;&lt;br&gt;<br /> Der Bausatz kann durch ein ebenfalls von Pollin angebotenes LC-Display erweitert werden.<br /> [[Datei:Tag_Rfid.jpg|miniatur|rechts|350px|Tag wird empfangen &quot;01094BC868&quot;]]<br /> <br /> == Hardware ==<br /> Zur Optimierung der Reichweite müssen die Schwingkreiselemente auf Resonanz abgestimmt werden, entweder durch Anpassen der Spule oder des Schwingkreiskondensators. Zusätzlich kann ein Widerstand in Reihe zur Spule verwendet werden, am einfachsten ein Poti (500 Ohm) einfügen und auf Maximum abstimmen. Danach kann das Poti ausgemessen werden und durch einen Festwiderstand ersetzt werden. Bei meinem RFID-Leser konnte ich so durch Einfügen eines 150-Ohm-Widerstandes die Lesereichweite von 0,5cm auf ca. 6cm vergrößern.<br /> <br /> == Software ==<br /> <br /> Die Originalsoftware wurde in Bascom geschrieben und ist als Quelltext bei Pollin verfügbar.<br /> Hier ein Link zur [[Media:RFID TINY2313 U2770B.hex | Originalfirmware]] als Speicherabbild (Intel HEX-Format).<br /> <br /> == alternative Firmware in C ==<br /> <br /> Link zu einer kruden, aber funktionsfähigen [http://www.mikrocontroller.net/topic/110714#2001213 C-Version] der Firmware aus dem Forum. Funktionsbeschreibung im Artikel.<br /> <br /> Demnächst:&lt;br&gt;<br /> &lt;s&gt;Darauf aufbauend: erweiterte, korrigierte und mit LCD-Ansteuerung versehene [[Media:mlh_rfid.zip | C-Firmware]] &lt;/s&gt;(Funktion siehe Bilder).<br /> <br /> <br /> [[Kategorie:AVR-Projekte ]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=Kategorie:AVR-Projekte&diff=55047 2011-02-13T15:44:06Z

<p>Mlh: Typo</p> <hr /> <div>In dieser Schublade findest Du Projekte, die mit oder für [[AVR]]-Controllern realisiert wurden, also Projekte mit AVR-Hardware und passender Software oder reine Software-Projekte wie die NanoVM. <br /> <br /> Ausserdem gibt es noch die [[:Kategorie:AVR-Boards]] mit Entwicklungsboards und Tipps dazu sowie die [[:Kategorie:AVR-Programmer und -Bootloader]].<br /> <br /> [[Kategorie:AVR]]<br /> [[Kategorie:Projekte]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=Hilfe:Bearbeitungshilfe&diff=55046 2011-02-13T15:38:23Z

<p>Mlh: /* Formatierung */ durchgestrichen</p> <hr /> <div>== Umfangreiche Hilfe ==<br /> Umfangreiche Hilfe befindet sich auch hier: &lt;br&gt;<br /> '''[http://de.wikipedia.org/wiki/Hilfe:Bearbeiten de.Wikipedia.org/wiki/Hilfe:Bearbeiten]''' <br /> <br /> == Überschriften ==<br /> <br /> &lt;pre&gt;<br /> == Überschrift ==<br /> === Unter-Überschrift ===<br /> ==== Unter-Unter-Überschrift ====<br /> ...<br /> &lt;/pre&gt;<br /> <br /> == Formatierung ==<br /> Eine ausführlichere Beschreibung der Gliederungs- und Formatierungsmöglichkeiten findet sich im Wikipedia Online-Lexikon: http://de.wikipedia.org/wiki/Hilfe:Bearbeitungshilfe<br /> <br /> {| border=&quot;0&quot;<br /> |-<br /> |''kursiv''<br /> |&lt;nowiki&gt;''kursiv''&lt;/nowiki&gt;<br /> |-<br /> |'''fett'''<br /> |&lt;nowiki&gt;'''fett'''&lt;/nowiki&gt;<br /> |-<br /> |&lt;u&gt;unterstrichen&lt;/u&gt;<br /> |&lt;nowiki&gt;&lt;u&gt;unterstrichen&lt;/u&gt;&lt;/nowiki&gt;<br /> |-<br /> |&lt;s&gt;durchgestrichen&lt;/s&gt;<br /> |&lt;nowiki&gt;&lt;s&gt;durchgestrichen&lt;/s&gt;&lt;/nowiki&gt;<br /> |-<br /> |&lt;sup&gt;hoch&lt;/sup&gt;gestellt<br /> |&lt;nowiki&gt;&lt;sup&gt;hoch&lt;/sup&gt;gestellt&lt;/nowiki&gt;<br /> |-<br /> |&lt;sub&gt;tief&lt;/sub&gt;gestellt<br /> |&lt;nowiki&gt;&lt;sub&gt;tief&lt;/sub&gt;gestellt&lt;/nowiki&gt;<br /> |}<br /> <br /> == Einbinden von Sourcecode ==<br /> <br /> &lt;code&gt;&lt;nowiki&gt;&lt;c&gt;C-Code&lt;/c&gt;&lt;/nowiki&gt;&lt;/code&gt;<br /> <br /> Beispiel:<br /> <br /> &lt;c&gt;<br /> int main(void) {<br /> return 0;<br /> }<br /> &lt;/c&gt;<br /> <br /> &lt;code&gt;&lt;nowiki&gt;&lt;avrasm&gt;AVR Assembler-Code&lt;/avrasm&gt;&lt;/nowiki&gt;&lt;/code&gt;<br /> <br /> Beispiel:<br /> <br /> &lt;avrasm&gt;<br /> ; Mach fast nix!<br /> .org 0x0000<br /> Start:<br /> LDI r16, 42<br /> RJMP Start<br /> &lt;/avrasm&gt;<br /> <br /> &lt;code&gt;&lt;nowiki&gt;&lt;vhdl&gt;VHDL-Code&lt;/vhdl&gt;&lt;/nowiki&gt;&lt;/code&gt;<br /> <br /> &lt;vhdl&gt;<br /> -- Kommentar in VHDL<br /> process(clk)<br /> begin<br /> if rising_dedge(clk) then<br /> data &lt;= data_in;<br /> end if; <br /> end process;<br /> &lt;/vhdl&gt;<br /> <br /> &lt;code&gt;&lt;nowiki&gt;&lt;pre&gt;Sonstige Texte mmit fester Formatierung&lt;/pre&gt;&lt;/nowiki&gt;&lt;/code&gt;<br /> <br /> &lt;pre&gt;<br /> Hallo Welt!<br /> Leerzeichen bleiben, feste Zeichenbreite.<br /> Geht auch für ASCII-Art<br /> &lt;/pre&gt;<br /> <br /> == Einfügen von Bildern oder Dateien ==<br /> <br /> ''Hierfür ist [[Spezial:Anmelden|Anmeldung]] erforderlich!''<br /> <br /> === Bild erstellen ===<br /> * Fotos müssen nicht von Hand verkleinert werden, sondern können bis 2 MB groß hochgeladen werden.<br /> * Falls mit einem Vektorzeichenprogramm (z.B. Inkscape) gearbeitet wird, bitte das SVG-Format verwenden (erlaubt nachträgliche Bearbeitung durch andere!)<br /> * Für Zeichnungen/Schaltpläne ist ansonsten das PNG-Format am besten geeignet, JPEG nur für Fotos/Scans verwenden, siehe [[Bildformate]].<br /> <br /> === Datei/Bild hochladen und einfügen ===<br /> # Dort, wo das Bild erscheinen (oder die Datei verlinkt werden) soll, den Code &lt;code&gt;&lt;nowiki&gt;[[Bild:AVR-Programmer.png]]&lt;/nowiki&gt;&lt;/code&gt; in den Text einfügen (beliebiger Dateiname, aber mit richtiger Endung!).<br /> # In der Vorschau oder der gespeicherten Seite auf den Platzhalter-Link &quot;Bild:AVR-Programmer.png&quot; klicken. Vorsicht, nicht gespeicherte Änderungen gehen verloren!<br /> # Datei auswählen, ggf. Beschreibung eingeben und hochladen (wird automatisch umbenannt).<br /> <br /> === Größe festlegen ===<br /> <br /> Folgender Code skaliert das Bild automatisch auf 200 Pixel Breite: &lt;code&gt;&lt;nowiki&gt;[[Bild:AVR-Programmer.png|&lt;/nowiki&gt;'''200px'''&lt;nowiki&gt;]]&lt;/nowiki&gt;&lt;/code&gt;<br /> <br /> == Tabellen ==<br /> <br /> Für eine ausführlichere Liste und Beschreibung möglicher Features sei auf [http://de.wikipedia.org/wiki/Hilfe:Tabellen Wikipedia Hilfe:Tabellen] und [http://de.wikipedia.org/wiki/Hilfe:Tabellen-Referenz Wikipedia Hilfe:Tabellen-Referenz] verwiesen.<br /> <br /> {| class=&quot;wikitable&quot;<br /> |+ '''Tabellen-Überschrift'''<br /> |-<br /> ! Überschrift links || Überschrift rechts<br /> |-<br /> | links oben || rechts oben<br /> |-<br /> | links mitte || rechts mitte<br /> |-<br /> | links unten || rechts unten<br /> |}<br /> <br /> &lt;pre&gt;<br /> {| class=&quot;wikitable&quot;<br /> |+ '''Tabellen-Überschrift'''<br /> |-<br /> ! Überschrift links || Überschrift rechts<br /> |-<br /> | links oben || rechts oben<br /> |-<br /> | links mitte || rechts mitte<br /> |-<br /> | links unten || rechts unten<br /> |}<br /> &lt;/pre&gt;<br /> <br /> Um sortierbare Tabellen zu erhalten fügt man statt &lt;tt&gt; class=&quot;wikitable&quot; &lt;/tt&gt; folgendes ein: &lt;tt&gt; class=&quot;wikitable sortable&quot; id=&quot;tabellexyz&quot; &lt;/tt&gt;<br /> <br /> == Richtlinien ==<br /> <br /> === Links zu verwandten Artikeln und externen Seiten ===<br /> <br /> Für '''interne''' Links zu verwandten Artikeln legt man einen Bereich nach dem folgenden Muster an:<br /> <br /> &lt;pre&gt;<br /> == Siehe auch ==<br /> * [[Test]]<br /> * [[Foobar]]<br /> &lt;/pre&gt;<br /> <br /> Ähnlich bei '''externen''' Links:<br /> <br /> &lt;pre&gt;<br /> == Weblinks ==<br /> * http://url1/<br /> * http://url2/<br /> * [http://url3/ Seite 3 hat einen Linktext]<br /> &lt;/pre&gt;<br /> <br /> === Link für Nachricht an eine Person/Autor ===<br /> <br /> &lt;pre&gt;[http://www.mikrocontroller.net/user/show/Username_aus_Forum Alternativer Text]&lt;/pre&gt;<br /> <br /> [http://www.mikrocontroller.net/user/show/andreas Alternativer Text]<br /> <br /> [[Kategorie:Tipps für Autoren]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=Datei:RFID_TINY2313_U2770B.hex&diff=55010 2011-02-13T13:02:09Z

<p>Mlh: </p> <hr /> <div></div>

Mlh https://www.mikrocontroller.net/index.php?title=Datei:Tag_Rfid.jpg&diff=55008 2011-02-13T12:59:05Z

<p>Mlh: </p> <hr /> <div></div>

Mlh https://www.mikrocontroller.net/index.php?title=Datei:Pollin_Rfid.jpg&diff=55007 2011-02-13T12:54:43Z

<p>Mlh: </p> <hr /> <div></div>

Mlh https://www.mikrocontroller.net/index.php?title=LCD&diff=51574 2010-10-20T13:53:09Z

<p>Mlh: /* Weblinks */</p> <hr /> <div>== Aufbau ==<br /> <br /> '''L'''iquid '''C'''rystal '''D'''isplays, kurz LCDs, bestehen aus einer großen Fläche von Flüssigkristallen, die unter Einwirkung eines elektrischen Feldes die Polarisationsebene des Lichts drehen. Wird ein solches Display von bereits polarisiertem Licht durchleuchtet, dann erscheinen diese Kristalle mehr oder weniger hell oder dunkel. Die angelegte Spannung ist sehr gering, es muss sich aber um eine Wechselspannung handeln, da eine Gleichspannung die Kristalle zersetzt.<br /> <br /> === Beleuchtung ===<br /> Die Beleuchtung eines LCDs kann durch verschiedene Möglichkeiten erfolgen.<br /> Kleine Displays (&lt;25cm bzw. 10&quot; Diagonale) werden mittlerweile fast ausschließlich mit LEDs beleuchtet.<br /> Größere haben oft noch CCFL-Röhren, wobei auch hier leistungsstarke LEDs auf dem Vormarsch sind, da die Röhren hohe Spannungen benötigen und diese den Aufbau verkomplizieren (Röhrendicke, Inverter, HF-Felder, ...)<br /> <br /> Manchmal findet man auch EL(Elektrolumineszenz)-Folien, die aufgrund ihrer vergleichsweise geringen Lichtausbeute (bei weißer Leuchtfarbe) fast nur bei monochromen Displays anzutreffen sind.<br /> <br /> === Schnittstellen ===<br /> Die gängigen Schnittstellen zu einem LCD-Controller sind ein 8bit, 4bit oder serielles Interface.<br /> <br /> Bei vielen &quot;8bit&quot;-LCDs ist es möglich, bei der Konfiguration festzulegen, dass auf 4bit Datenleitungen jeweils 2 nibble hintereinander gesendet werden. Dies spart Anschlüsse auf der Datensteuerungseinheit (PC, µC, etc). Bei 4-Bit-Ansteuerung darauf achten, dass die Datenpins 4-7 und nicht die Datenpins 0-3 des Displays an den µC angeschlossen werden müssen!<br /> <br /> === Touchscreen ===<br /> <br /> Ein ''Touchscreen-LCD'' oder ''Monitor'' existiert als vorgefertigte Einzeleinheit nicht. Wird das unter dem Marketingwort Touchscreen erworbene Produkt zerlegt bleibt die Eingabeeinheit Touchpanel und die Ausgabeeinheit LCD-Screen übrig. <br /> <br /> Jeder ''Touchscreen'' besteht aus einem Monitor, der mit transparenten Matrix überzogen wurde, der Berührungen an einen Controller weitergibt, der sie in Koordinaten übersetzt und das Anzeigegerät so zum Eingabegerät macht.<br /> <br /> Die aus zwei (sich bei Berührung elektrisch veränderndernden) Matrixflächen bestehende Kunststofffläche wird von Systemarchitekten und Mikrocontroller.net-Besuchern beim Einbau des LCD's in das Endprodukt über die anstelle einer Maus mit Berührungen durch Gegenstände oder eines Fingers zu Bedienenden Fläche platziert.<br /> <br /> Das Internet gibt Aufschluss über die für die geplante Anwendung geeignete Touchpanel-Technologie und den für die benötigte Schnittstelle zu verwendenden Controller.<br /> <br /> Ein Selbstbauvorschlag und Links zu einigen kommerziellen Lösungen findet sich [http://www.mikrocontroller.net/forum/read-3-34005 hier].<br /> <br /> (LINK DEFEKT)<br /> <br /> === Hacks ===<br /> <br /> Eine bei Handybastlern bekannte Spielerei ist das Abziehen der Polarisationsfolie vom LCD und dem um 90° gedrehten Aufkleben der alten oder einer neuen Folie. Dies führt zu einem hardwaremäßigen Invertieren der LCD Anzeige.<br /> <br /> Übliche Text-LCD-Module sind für den Betrieb an 5V vorgesehen. Will man sie an einen Mikrocontroller mit 3V IO-Pegel anschließen, wäre eigentlich ein Pegelwandler nötig. Es gibt jedoch einen Trick, um das LCD direkt an 3V betreiben zu können. Dazu muss man wissen, dass das Problem nicht die Versorgung des Controllers auf dem LCD-Modul (der HD44780 ist ab 2,7V spezifiziert), sondern die Erzeugung der Kontrastspannung für die Anzeige ist. Selbst wenn man den Kontrastpin auf Masse legt, ist unterhalb von etwa 4V nichts mehr zu erkennen. Dies führt zu folgender Lösung: die Spannung muss noch kleiner werden, also negativ! Man legt also eine Spannung im Bereich von -1 bis -2V am Kontrastpin an. Mit dieser Methode funktionieren manche LCDs schon ab etwa 2V.<br /> <br /> == Ansteuerroutinen Handy LCDs ==<br /> <br /> Es gibt noch eine bei Bastlern vergleichsweise beliebte Alternative zu den &quot;normal&quot; gekauften LCDs. Hier werden Ersatz-LCDs bestimmter Handytypen hergenommen und per µC angesteuert. Dadurch hat man einige Vorteile: Die Controller sind oft (eigentlich immer) bereits integriert, die Größe des gesamten Systems ist meist minimal und die LCDs sind teilweise unverschämt günstig im Vergleich zu KSS0066er oder HD44780er LCDs. Als Beispiel: Ein 132x176 Pixel LCD mit 60k Farben (!) für das Siemens S65 Handy kostet inzwischen bei Ebay um die 10 Euro zzgl. Versand und die benötigte Ansteuerung dazu hat einen Materialwert von maximal nochmal 10 Euro. Das kann man mit gekauften LCDs oder TFTs bei Reichelt &amp; Co. nicht mehr vergleichen. Allerdings erkauft man sich auch ein paar Nachteile: Es gibt teilweise (noch) keine sauberen Companionboards. Das resultiert vor Allem dann in Arbeit, wenn die LCDs mehrere Spannungen zum Laufen benötigen (oft +10V und +3,3V) oder spezielle Anschlüsse von Nöten sind (SMD-Adapter bspw.) und man somit um eine eigens entwickelte Platine schwer herumkommt. Allerdings beschäftigen sich viele Leute damit, von daher wird man oft etwas kopieren können. Als eine Auswahl an beliebten Handy-LCDs hier eine Auflistung von Displays, mit denen oft gearbeitet wird (daher findet man hier auch massenhaft Infos im Forum).<br /> <br /> <br /> === Vorlage Display === <br /> resolution : pixel<br /> display area : <br /> colours : <br /> Controller :<br /> backlight : <br /> adj contrast : <br /> Link : <br /> Datei : <br /> <br /> ===NOKIA 1100===<br /> resolution : pixel<br /> display area : <br /> colours : <br /> Controller :<br /> backlight : <br /> adj contrast : <br /> Link : [http://www.sunbizhosting.com/~spiral/1100/ Nokia 1100 LCD Pic interface]<br /> Datei : <br /> <br /> === NOKIA 7110 ===<br /> resolution : 96 x 65 pixel<br /> display area : <br /> colours : 1<br /> Controller : SED1565<br /> backlight : <br /> adj contrast : <br /> Link : [http://module.ro/nokia_7110.html http://module.ro/nokia_7110.html]<br /> Datei : [[Media: Nokia7110 Lcd library (SED1565).pdf]]<br /> Library : Datum:<br /> Pinout : [[Media: Nokia 7110 LCD pin outputs.JPG]]<br /> <br /> === NOKIA 3310 ===<br /> <br /> resolution : 84 x 48 pixel<br /> display area : <br /> colours : 1<br /> controller :<br /> backlight : <br /> adj contrast : <br /> Link : [http://www.jtronics.de/elektronik-avr/lcd-display-nokia3310 Lcd Ansteuerung in &quot;C&quot; von http://www.jtronics.de - sehr gut]<br /> Link : [http://www.mikrocontroller.net/topic/25039 Nokia 3310]<br /> Link : [http://www.mikrocontroller.net/topic/14817 NOKIA 3310 LCD in BAS]<br /> Link : [http://tinkerish.com/blog/?tag=nokia-3310-lcd.html http://tinkerish.com/blog/?tag=nokia-3310-lcd]<br /> Link : [http://www.lcdinterfacing.info/Nokia-3310-LCD-Interface.php http://www.lcdinterfacing.info/Nokia-3310-LCD-Interface.php]<br /> <br /> === NOKIA 3510i === <br /> resolution : 97x65 pixel<br /> display area : <br /> colours : 256, 4096<br /> controller : S1D15G14<br /> backlight :<br /> adj contrast : <br /> Datei : [[Media:Nokia 3510i LCD.pdf|Nokia 3510i LCD.pdf]]<br /> <br /> === NOKIA 6100 ===<br /> <br /> resolution : 130x130 pixel<br /> display area : 27 x 27 mm<br /> colours : 256, 4096 (4096 colours supported since v 1.97.8)<br /> controller : Epson S1D15G10 (meist grüner connector) oder Philips (PCF8833 oder LDS176 meist brauner connector)<br /> backlight : yes<br /> adj contrast : yes<br /> Link : [http://www.mikrocontroller.net/topic/12208 Nokia 6100 Ansteuerung in C]<br /> Link : [http://www.mikrocontroller.net/topic/12218 Nokia 6100 Grafiklibrary die Zweite]<br /> Link : [http://www.sparkfun.com/commerce/product_info.php?products_id=8683 http://www.sparkfun.com/ NOKIA 6100 PHILLIPS &amp; EPSON]<br /> Link : [http://www.ccsinfo.com/forum/viewtopic.php?t=26461 NOKIA 6100 EPSON]<br /> Link : [http://serdisplib.sourceforge.net/ser/nokcol_15g10.html http://serdisplib.sourceforge.net/Epson]<br /> Pinout : [[Media: Nokia 5100, 6100, 6610, 6800, 7210, 7250, 8910i LCD Pins.JPG|Nokia 5100, 6100, 6610, 6800, 7210, 7250, 8910i LCD Pins.JPG]]<br /> Library : [[Media:HAGEN - Nokia 6100 Grafiklibrary 2.2 - 16.09.2004.zip|HAGEN - Nokia 6100 Grafiklibrary 2.2 - 16.09.2004.zip]]<br /> <br /> '''Nokia 6100''' &amp; kompatible: 132x132 Pixel mit 4096 Farben und ebenfalls SPI. Ein sehr beliebtes Display, mit dem sich ebenfalls sehr viele beschäftigen. Einziges Hauptproblem: Es gibt zwei unterschiedliche Controller ([http://www.e-dsp.com/controlling-a-color-graphic-lcd-epson-s1d15g10-controller-with-an-atmel-avr-atmega32l/ Epson S1D15G10] und [http://thomaspfeifer.net/nokia_6100_display.htm Philips PCF8833]) für dasselbe Display, die allerdings nicht kompatibel angesteuert werden! Von daher ist Vorsicht geboten. Zu kaufen gibt es die Displays ab etwa 15€. Man benötigt unter Umständen noch einen SMD-Adapter, den es für etwa 4€ gibt (je nach gekaufter Anzahl). Infos gibts hier: [http://serdisplib.sourceforge.net/ser/nokcol_15g10.html serdisp6100] [http://www.sparkfun.com/commerce/product_info.php?products_id=569 sparkfun] [http://thomaspfeifer.net/nokia_6100_display.htm ThomasPfeifer] und (wie sollte es anders sein) natürlich direkt vor Ort: [http://www.mikrocontroller.net/topic/12218#new Forumsbeitrag]<br /> <br /> UPDATE 17.10.2007: Neuerdings ist ein zusätzlicher (und damit dritter) Controllerchip recht beliebt geworden: Epson S1D15G17 (also G17 statt G10). Das Tolle hierbei: Dieser ist zu keinem der anderen Controller voll kompatibel, sondern teilt sich nur einige Befehle. Und zudem gibts bisher noch sehr wenig Infos zu diesem Controller. Also noch mehr aufpassen beim Kauf bzw. dem Ansteuern!<br /> <br /> === NOKIA N95 ===<br /> <br /> resolution : 240 x 320 pixel<br /> display area : 40 x 55 mm<br /> colours : 16.7 Mio.<br /> controller :<br /> backlight : <br /> adj contrast : <br /> Link : [http://www.mikrocontroller.net/topic/142447 NOKIA N95 Display]<br /> Datei :<br /> <br /> === SIEMENS S65 ===<br /> <br /> resolution : 132 x 176 pixel<br /> display area : <br /> colours : 65.536<br /> controller :<br /> backlight : <br /> adj contrast : <br /> Link : [http://www.mikrocontroller.net/topic/31403 The Siemens S65 132x176, 65536 color display with AVR]<br /> Link : [http://www.superkranz.de/christian/S65_Display/DisplayIndex.html http://www.superkranz.de/christian/S65_Display]<br /> Datei : <br /> Info : Es kann sein, dass die oben verlinkte Library beim kompilieren mit dem Fehler<br /> &quot;glcd_init.asm:91: Error: number must be positive and less than 32&quot; abbricht.<br /> Eine Lösung wird in diesem Forenbeitrag gegeben: [http://www.mikrocontroller.net/topic/157911]<br /> <br /> '''Siemens S65''' &amp; kompatible: 132x176 Pixel mit 60k Farben und wiederum SPI. Ein vergleichsweise neues LCD, das erst seit etwa ein/zwei Jahren erfolgreich angesteuert wird, obwohl man nicht einmal den verbauten Controller kennt! Re-Engineering sei Dank! Dieses Display gibt es momentan noch unverschämt günstig für etwa 10€, nur die benötigten Spannungen machen Kopfweh (10V für die HG-Beleuchtung und 2,8V für den LCD-Controller). Das Display ist wirklich vergleichsweise groß (das Größte aller hier vorgestellten) und auch noch aus einer größeren Entfernung wunderbar zu lesen/sehen. Einziges Problem: Da pro Pixel zwei volle Bytes gesendet werden müssen, benötigt ein komplett zu beschriftender Bildschirm mit 8 MHz SPI etwa 50 ms für einen Refresh. Das sieht man bspw. bei einem Übergang von schwarz auf weiß schon relativ deutlich.<br /> <br /> LS020<br /> Datei : <br /> <br /> === SIEMENS M55 ===<br /> resolution : pixel<br /> display area : <br /> colours : <br /> controller :<br /> backlight : <br /> adj contrast : <br /> Link : [http://www.mikrocontroller.net/topic/83267 Siemens M55 Display Datenblatt Ansteuerung]<br /> Datei : <br /> <br /> === Sonstige Displays ===<br /> <br /> Pinout : [[Media:Nokia 3410 LCD Pinouts.JPG|Nokia 3410 LCD Pinouts.JPG]]<br /> Pinout : [[Media:Nokia 6310 lcd pinouts.JPG|Nokia 6310 lcd pinouts.JPG]]<br /> Pinout : [[Media:Nokia 8310 LCD Pinouts.JPG|Nokia 8310 LCD Pinouts.JPG]]<br /> <br /> == Ansteuerung ==<br /> <br /> Direkt hinter der Dot-Matrix sitzen nur ein paar Treiber, die auch die Leitungen bündeln. Das Interface daran bietet keine &quot;Intelligenz&quot;, es werden Signale für Vertical Sync / Horizontal Sync (also Spalten/Zeilenumbruch) sowie ein Clock Signal benötigt. Es werden nacheinander alle Pixel gescant und über eine Signalleitung an/aus mitgeteilt. Da deshalb ein konstanter (hoher) Datenfluss und ein nicht geringer Speicher (Framebuffer) benötigt wird, ist es für Mikrocontroller eher weniger geeignet. <br /> <br /> Zur Ansteuerung von LCDs gibt es spezielle LCD Controller, fertige Module mit Controller und einige Prozessoren mit integrierter Ansteuerung (z.&amp;nbsp;B. aus der [[MSP430]]-Serie, oder [[AVR]] wie der ATmega169 ). LCD-Module mit eingebautem Controller lassen sich meist einfach mit einem [[Mikrocontroller]] ansteuern. <br /> <br /> '''Text (character) LCDs''' verwenden meistens den '''[[HD44780]]''' oder einen kompatiblen Controller (z.B [[KS0066]]). Das [[KS0066]] Timing und die Init-Sequenz weichen stark vom Timing des HD44780 ab! Es gibt gute Application Notes zu Displays (mit KS0066) von Hitachi. 1x16 LCDs werden oft wie 2x8 betrieben! D.h. es ist ein 'Zeilenwechsel' an Position (z.&amp;nbsp;B. 0x40) nötig. Bei manchen Text-LCDs ist mit '''selbstdefinierten Zeichen''' eine [[Pseudo-Graphische LCD-Ansteuerung]] möglich.<br /> <br /> '''Grafik (graphic) LCDs''' verwenden z.&amp;nbsp;B. den [[T6963]], den [[SED1330]] oder den [[KS0108]] Controller.<br /> <br /> Bei LCDs ohne eigenen Controller (Laptop-LCDs z.&amp;nbsp;B.) ist die direkte Ansteuerung sehr schwierig (weil zeitkritisch), allerdings lässt sich in manchen Fällen ein Standard-Controller nachrüsten.<br /> <br /> Wenn die Ansteuerung des Displays gemeistert wurde, muss als nächstes die höheren Grafikfunktionen (Pixel an/aus, Linie, Rechteck, Kreis,...) gemeistert werden. Die entsprechenden Funktionen zum [[Rastern]] sind für µC recht resourcenfressend. Auch das abspeichern kompletter Bitmaps im ROM ist bei größeren Displays nicht wirklich praktikabel so das die Anbindung an ein größeren Speicher meistens Not tut.<br /> <br /> == Display Controller Datenblätter ==<br /> <br /> Datasheet : [[Media:Datasheet_LDS176.pdf|Datasheet_LDS176.pdf‎]]<br /> Datasheet : [[Media:Datasheet_S1D15G00_REV1_0.pdf|Datasheet_S1D15G00_REV1_0.pdf]]<br /> Datasheet : [[Media:Datasheet_S1D15G14E.pdf|Datasheet_S1D15G14E.pdf]]<br /> Datasheet : [[Media:Epson_S1D13305.pdf|Datasheet_Epson_S1D13305.pdf]]<br /> Datasheet : [[Media:Datasheet_HM628128D.pdf|Datasheet_HM628128D.pdf]]<br /> Datasheet : [[Media:Datasheet_SED1330F-1335F-1336F.pdf]]<br /> <br /> == Projekte ==<br /> === Projekte mit Text-LCD ===<br /> <br /> * [[AVR-Tutorial: LCD]]<br /> * [[Projekt LCD an Parallelport]]<br /> * [http://www.mikrocontroller.net/topic/79609#664268 (A) KS0066U oder Ähnliche --- LCD Treiber]<br /> * [[Tinykon]] - Menüsystem für LCD oder [[UART]]<br /> <br /> === Projekte mit Grafik-LCD ===<br /> * [http://www.jtronics.de/elektronik-avr/lcd-display-nokia3310 Bibliothek für Nokia 3310 Lcd Ansteuerung in &quot;C&quot; von http://www.jtronics.de - sehr gut]<br /> * [http://www.mikrocontroller.net/articles/Ansteuerung_Handy_Displays.html Ansteuerung_Handy_Displays]<br /> * [http://www.mikrocontroller.net/forum/read-4-160854.html LCD Controller für 640x480 LCD mit mega8515] von Benedikt.<br /> * [http://www.mikrocontroller.net/forum/read-4-422387.html Fontgenerator] zum Erstellen eigener Schriftarten (LCD) von Hauke Radtki. ([[Java]], [[T6963]]c)<br /> * [http://www.mikrocontroller.net/forum/read-4-306961.html LCD Library T6963c] angepasst auf [[AVR-GCC]] von Nico Sachs und Florian.<br /> * [[Projekt T6963-LCD-Ansteuerung]]<br /> * [http://thomaspfeifer.net/nokia_6100_display.htm Ansteuerung eines Nokia LCDs mit einem AVR-Controller] von Thomas Pfeifer<br /> * [http://www.mikrocontroller.net/topic/79738#665417 Digitaler Bilderrahmen mit mega8 S65 Display und SD-Karte] von Matthias Bode<br /> * [http://www.mikrocontroller.net/topic/81793#683135 Pollin E0855-2 SED1530-Treiber] von Mark Meise (AVR-GCC)<br /> * [http://www.siwawi.arubi.uni-kl.de/avr_projects/glcd2/index.html Interfacing Atmel AVR with Graphics Liquid Crystal Displays (GLCDs)] (SED1520)<br /> <br /> == Weblinks ==<br /> <br /> * [http://sandiding.tripod.com/Bertys.html Berty's Home Page] mit vielen Pinouts von Handy LCDs<br /> * [http://www.geocities.com/dinceraydin/lcd/index.html LCD Info] von Dincer Aydin (Englisch).<br /> * [http://www.geocities.com/dinceraydin/djlcdsim/djlcdsim.html Dincer's Text LCD Simulator V 1.021] (Online, Javascript erforderlich).<br /> * [http://www.geocities.com/dinceraydin/djgfxlcdsim/djgfxlcdsim.html Dincer's Graphic LCD Simulator V 1.01] (Online, Javascript erforderlich).<br /> * [http://www.pacificdisplay.com/lcd_ics.htm Übersicht LCD-Controller und Treiber-ICs] bei Pacific Display Devices. (Englisch)<br /> &lt;!--<br /> * [http://www.tianma.com/controller.php Übersicht LCD-Controller] bei Tianma. (Englisch)<br /> --&gt;<br /> * [http://www.sprut.de/electronic/lcd/index.htm Dot-Matrix LCD's] von Jörg ''sprut'' Bredendiek <br /> * [http://www.lcd-module.de/deu/knowhow/knowhow.htm LCD - Know How] von Electronic Assembly &quot;&quot;toter Link&quot;&quot;<br /> * [http://passworld.co.jp/ForumMSP430/viewforum.php?f=2 Graphic LCDs for Microcontroller] (PassWorld YK, Englisch - Japanisch)<br /> * [http://www.myke.com/lcd.htm LCD Interfacing Reference Page] (44780) &quot;&quot;Link passt nicht mehr&quot;&quot;<br /> * [http://techref.massmind.org/techref/microchip/pwmvee.htm Vee (negative power supply) (for LCD etc...) from PIC PWM] - Vorschlag zum Erzeugen der geringen, negativen Kontrastspannung bei manchen LCD per µC/PWM und Ladungspumpe.<br /> * [http://www.edn.com/article/CA6505569.html?spacedesc=designideas&amp;industryid=44217 Microcontroller drives LCD with just one wire] - EDN Design Idea von Noureddine Benabadji, 12/3/07 (PIC10F)<br /> * [http://www.elvand.com/en/index.php?option=com_content&amp;task=view&amp;id=15&amp;Itemid=40 LCD Font Generator (LFG)] von elvand.com (Freeware)<br /> * [http://homepages.tesco.net/~steve.lawther/steve/t6963c.htm Toshiba T6963C Controller based Displays]<br /> * [http://www.avrfreaks.net/index.php?name=PNphpBB2&amp;file=viewtopic&amp;t=61156 Using the KS0713/S6B1713/ST7565 LCD driver chips] - Tutorial bei www.avrfreaks.net (kostenkose Registrierung erforderlich)<br /> * [http://fluessigkristalle.com/index.htm Flüssigkristalle und Flüssigkristallanzeigen] - Infos für Lehrende und Lernende inkl. Selbstbauanleitungen von Dr. Feodor Oestreicher.<br /> * [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&amp;nodeId=2608&amp;page=1&amp;param=en532061 Grafische Bibliothek mit Touchscreen Unterstützung]<br /> * [http://www.vdr-wiki.de/wiki/index.php/Display#Graphische_LCD-Displays Graphische_LCD-Displays im VDR Wiki]<br /> * [http://www.microvga.com/conio-lib uVGA-CONIO-LIB: MicroVGA-TEXT conio Library]<br /> * [http://hackaday.com/2009/09/29/how-to-generate-font-and-picture-header-files/ How to generate font and picture header files] auf hackaday.com<br /> * [http://www.muGUI.de/ Font and Bitmap Generator] - Umfangreiche SW zur Erstellung von Programmcode aus Bitmaps und Fonts für uC auf www.muGUI.de.<br /> [[Category:Bauteile]]<br /> [[Category:LCD| ]]<br /> <br /> == FAQ ==<br /> <br /> '''Wie kann ich was auf ein LCD ausgeben?''' &lt;br&gt; <br /> <br /> Gute Frage! Eine Methode ist sich als Einzelkämpfer durchzubeißen. Dabei helfen Datenblätter und Handbücher sowie die Suche nach Tutorials, Forenbeiträgen und ähnlichen Projekten. Oder man fragt in einem Forum. Dabei steigen die Erfolgsaussichten auf eine hilfreiche Antwort enorm, wenn man seine Hausaufgaben gemacht hat. Also Links zu Datenblättern angeben! Schaltplan beilegen! Vorhandenen Sourcecode beilegen! ...<br /> <br /> '''Wie kann ich Zahlen auf LCD/UART ausgeben?'''&lt;br&gt;<br /> <br /> Siehe die Artikel zur allgemeinen [[FAQ#Wie_kann_ich_Zahlen_auf_LCD.2FUART_ausgeben.3F| FAQ]] und zur [[Festkommaarithmetik]].<br /> <br /> '''Egal was ich mache auf dem Display erscheinen keine Zeichen! Was ist los?''' &lt;br&gt; <br /> <br /> Möglicherweise ist einfach nur der Kontrast unpassend eingestellt. <br /> <br /> Es gibt auch LCDs (s. unten), die eine negative Kontrastspannung benötigen ([http://www.mikrocontroller.net/topic/81596#681507 Forenbeitrag von Thorsten]); näheres kann das Datenblatt klären. Man kann u.U. die benötigte negative Kontrastspannung von einem freien Anschluss am TTL-RS232 Pegelwandler nehmen ([http://www.mikrocontroller.net/topic/121074#1097636 Forenbeitrag von P. M.]).<br /> <br /> Liste bekannter LCDs mit '''negativer Kontrastspannung''':<br /> * Pollin: LCD-Modul YL162-90 / Best.Nr. 120 060 ([http://www.pollin.de/shop/downloads/D120060D.PDF D120060D.PDF])<br /> * Pollin: POWERTIP PC1602LRM-LSO-C <br /> <br /> '''R/W Leitung vom Text-LCD ist fix mit GND verbunden und die Ansteuerung mit der LCD/AVR-Library von Peter Fleury funktioniert nicht! Was ist los?''' &lt;br&gt; <br /> <br /> Die Fleury Library erwartet, dass R/W nicht fix ist, sondern vom Programm gesteuert werden kann. Das muss auch so sein, denn Peter liest das Busy Flag aus, um Warteschleifen zu vermeiden.</div>

Mlh https://www.mikrocontroller.net/index.php?title=Brownout&diff=48985 2010-07-06T08:20:13Z

<p>Mlh: Eeprom schreiben ergänzt</p> <hr /> <div>In Anlehnung an Blackout (= Stromausfall) ist ein Brownout eine zu geringe Spannung.<br /> <br /> Jeder [[Mikrocontroller]] hat einen angegebenen Versorgungsspannungsbereich, z.&amp;nbsp;B. 4,5 - 5,5V. Unterschreitet man diesen, dann hört er aber nicht einfach auf zu funktionieren, sondern nach und nach fallen einzelne Komponenten aus oder werden unzuverlässig. Die CPU &quot;spielt verrückt&quot;. <br /> <br /> Die üblichen Ursachen für einen Brownout sind leer werdende Batterien und der normale Ausschaltvorgang, wenn in der Stromversorgung ein größerer Kondensator ist (was bei Netzteilen normalerweise der Fall ist). Anders ausgedrückt: Ein Brownout ist kein exotischer Sonderfall, sondern man muss immer mit ihm rechnen.<br /> <br /> Ob man etwas gegen einen Brownout tun muss, hängt von der Anwendung ab. Zeigt ein elektronisches Thermometer beim Ausschalten noch kurz wirre Zeichen an, dann ist das ziemlich egal; macht eine elektronische Steuerung aber dabei z.&amp;nbsp;B. ein Ventil auf, dann könnte das unangenehme bis fatale Folgen haben.<br /> <br /> Zur Lösung des Problems kann man über eine externe Schaltung am Prozessor das Reset-Signal aktivieren (solange läuft der Prozessor nämlich nicht). Dafür gibts auch fertige ICs, sogenannte Reset-Controller.<br /> <br /> Immer wieder gerne genommene '''Reset-Controller''':<br /> <br /> * TL7705 ([http://www.ti.com Ti])<br /> * MCP100 ([http://www.microchip.com Microchip])<br /> * MAX809 im sehr kleinen SC70 oder SOT23 Gehäuse zu haben ([http://www.maxim-ic.com Maxim])<br /> * MAX6864 mit [[Watchdog]]<br /> <br /> Neuere [[Mikrocontroller]] haben oft auch schon eine Brownout-Detection eingebaut, man muss sie dann nur noch aktivieren. Bedenken sollte man dabei, dass so eine Schaltung zusätzlich Strom benötigt. Bei den AVR-Prozessoren sind das 10-30 µA, was bei langlaufenden Batteriegeräten nicht mehr zu vernachlässigen ist (ca. 300 mAh pro Jahr).<br /> <br /> Eventuell will man vor dem Brownout Daten ins Eeprom schreiben, dazu lässt sich diese [[Speicher#EEPROM_Schreibzugriffe_minimieren | Schaltung]] nutzen.<br /> <br /> [[Kategorie:Bauteile]]<br /> [[Kategorie:Spannungsversorgung und Energiequellen]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=Compact_Plus_Blutzuckermessger%C3%A4t-Hardware&diff=47281 2010-05-07T12:25:37Z

<p>Mlh: /* Bauteilliste */ Werte ergänzt</p> <hr /> <div>== Hardware ==<br /> === Übersicht Hardware ===<br /> * OLED Display 102×80 Pixel incl. 16 Helligkeitsstufen pro Pixel / SSD1325 /43x36 mm gesamt<br /> * Atmega168PA<br /> * DC/DC-Wandler (Regler und Drosseln)<br /> * IR-Sender/Empfänger<br /> * 3 Tasten (4 wenn man den Schließer der Klappe mitzählt)<br /> * 2 Elektromotoren<br /> * kleine Lichtschranke/Barcodescanner<br /> * kleines Spektrometer (2 * LEDs rot, IR(?)-LED, Fotodiode)<br /> * Betriebsspannung 3V (2*AAA)<br /> * SMD Piezo-Summer<br /> <br /> === Gerät als Ganzes ===<br /> [[Bild:compact_plus.jpg|400px]]<br /> <br /> Das unzerlegte Gerät. Ganz links ist die Stechhilfe.<br /> <br /> === Gerät zerlegen ===<br /> Das Gehäuse besteht aus drei ineinander einrastenden Teilen (keine Schrauben). Relativ schadlose Demontage durch vorsichtiges Aufhebeln möglich.<br /> Erst das Seitenteil (links) ganz oben und 2 cm von unten ausrasten.<br /> Von unten anfangen die Gehäusehälften zu lösen, bis man sie über die Oberkante aufklappen kann.<br /> <br /> Die Platine selbst ist mit 2 Schrauben und ein paar Clipsen befestigt. Vor dem Entnehmen ist der untere Folienstecker abzuziehen.<br /> <br /> <br /> [[Bild:compact_plus_open.jpg|250px]]<br /> <br /> Das geöffnete Gerät ohne Platine.<br /> Gut zu erkennen (im unverkleinertem Bild) sind die zwei Motoren und die Mechanik die dafür sorgen, dass die Aufbewarungstrommel gedreht und die Messstreifen herausgefahren werden können.<br /> <br /> === Komponenten ===<br /> <br /> ==== Board ====<br /> Hochauflösende Scans beider Platinenseiten.<br /> Die Bauteile sind nach bestem Wissen und Gewissen bezeichnet (für spätere Schaltpläne). Speziell bei den Widerständen und Kondensatoren ist noch eine Kontrolle notwendig. Ich habe dabei alle blauen und schwarzen Bauteile als Widerstände und alles graue und weiße als Kondensatoren gedeutet.<br /> <br /> Änderungen bitte mir (Netzwanze) melden.<br /> <br /> [[Bild:AccuCheckL1.jpg|300px]][[Bild:AccuCheckL6.jpg|300px]]<br /> <br /> ==== Stromversorgung ====<br /> Die zwei AAA Zellen sind in Serie geschaltet.<br /> Ein Schaltregler [IC7] erzeugt daraus 3.3 V.<br /> Ein Schaltregler [IC6] erzeugt daraus 12 V für das OLED.<br /> <br /> ==== Bauteilliste ====<br /> <br /> Nach bestem Wissen und Gewissen bestimmt durch Kombination aus Schaltplänen und Messungen. Bei Komponenten mit &quot;(?)&quot; bin ich mir nicht sicher.<br /> <br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Bauteil || Größe<br /> |-<br /> | R1 || 820 kOhm<br /> |-<br /> | R11 || 100 Ohm<br /> |-<br /> | R35 || Temperaturfühler; NTC 10 kOhm bei 20°C (?)<br /> |-<br /> | R36 || 10 kOhm<br /> |-<br /> | R43 || 100 kOhm<br /> |-<br /> | R44 || 100 Ohm<br /> |-<br /> | R45 || 39 kOhm<br /> |-<br /> | R46 || 1 MOhm<br /> |-<br /> | C24 || 22 uF (?)<br /> |-<br /> | C38 || 4,7 uF<br /> |-<br /> | C39 || 4,7 uF<br /> |-<br /> | C44 || 100 nF<br /> |-<br /> | C45 || 470 nF (?)<br /> |-<br /> | C46 || 10 pF<br /> |-<br /> | L2 || 100 uH<br /> |-<br /> | IC1 || ASIC<br /> |-<br /> | IC2 || ATmega168A<br /> |-<br /> | IC3 || Atmel AT25640A SPI EEPROM<br /> |-<br /> | IC4 || NC7NP14 ULP Triple Inverter with Schmitt Trigger Input<br /> |-<br /> | IC5 || 74LVC1G86GV (Markierung V68)<br /> |-<br /> | IC6 || TPS61080 Step-up 12 V<br /> |-<br /> | IC7 || AS1329, Step-up 3,3 V<br /> |-<br /> | IC8 || BIG 01 A825MFL ????<br /> |-<br /> | IC9 || [[#IC9 (IR)|IR (TFDU2201)]]<br /> |-<br /> | Buzzer || [[#Buzzer|Piezo Schallwandler]]<br /> |-<br /> | D1 || BAT54W<br /> |-<br /> | XTAL1 || 32 Khz<br /> |-<br /> | XTAL2 || 4 Mhz<br /> |}<br /> <br /> ==== Pinbelegung Mega168 ====<br /> <br /> Wie oben mittles Messungen ermittelt. Ohne Garantie auf Vollständigkeit und Richtigkeit.<br /> <br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Pin || Port || Funktionen || Verwendung<br /> |-<br /> | 1 || PD3 || (PCINT19/OC2B/INT1) || Taste Mitte (S2)<br /> |-<br /> | 2 || PD4 || (PCINT20/XCK/T0) || Display SCLK (XCLK)<br /> |-<br /> | 3 || GND || || GND<br /> |-<br /> | 4 || VCC || || VCC<br /> |-<br /> | 5 || GND || || GND<br /> |-<br /> | 6 || VCC || || VCC<br /> |-<br /> | 7 || PB6 || (PCINT6/XTAL1/TOSC1) || An 32,768(?)kHz Oszillator. Taktsignal auch ohne ASIC vorhanden.<br /> |-<br /> | 8 || PB7 || (PCINT7/XTAL2/TOSC2) || enable 3.3V step-up<br /> |-<br /> | 9 || PD5 || (PCINT21/OC0B/T1) || VCC enable (12 V step-up)<br /> |-<br /> | 10 || PD6 || (PCINT22/OC0A/AIN0) || <br /> |-<br /> | 11 || PD7 || (PCINT23/AIN1) ||<br /> |-<br /> | 12 || PB0 || (PCINT0/CLKO/ICP1) || an Transistor T1 (schaltet 12 V über 100 Ohm gegen GND als Grundlast bzw. zum Entladen)<br /> |-<br /> | 13 || PB1 || (PCINT1/OC1A) || Display /CS<br /> |-<br /> | 14 || PB2 || (PCINT2/SS/OC1B) || Anschluss des [[#Buzzer|Buzzers]] möglich<br /> |-<br /> | 15 || PB3 || (PCINT3/OC2A/MOSI) || ISP MOSI<br /> |-<br /> | 16 || PB4 || (PCINT4/MISO) || ISP MISO<br /> |-<br /> | 17 || PB5 || (SCK/PCINT5) || ISP SCK<br /> |-<br /> | 18 || AVCC || || mit Beschaltung an VCC<br /> |-<br /> | 19 || ADC6 || || Batteriespannung (3.3Volt StepUp dafür abschalten)<br /> |-<br /> | 20 || AREF || || mit Beschaltung an VCC (REFS1=0, REFS0=1)<br /> |-<br /> | 21 || GND || || GND<br /> |-<br /> | 22 || ADC7 || || Ausgang des 3,3V step-up über Spannungsteiler. Mit Step-Up wird 707 gemessen, ohne ca. 637.<br /> |-<br /> | 23 || PC0 || (ADC0/PCINT8) || Batteriespannung über Spannungsteiler, bei voller Batterie ca. 638<br /> |-<br /> | 24 || PC1 || (ADC1/PCINT9) || Display D/C<br /> |-<br /> | 25 || PC2 || (ADC2/PCINT10) || Display RESET<br /> |-<br /> | 26 || PC3 || (ADC3/PCINT11) || <br /> |-<br /> | 27 || PC4 || (ADC4/SDA/PCINT12) || Taste Links (S1)<br /> |-<br /> | 28 || PC5 || (ADC5/SCL/PCINT13) || Taste rechts (S3)<br /> |-<br /> | 29 || PC6 || (RESET/PCINT14) || ISP Reset<br /> |-<br /> | 30 || PD0 || (RXD/PCINT16) || <br /> |-<br /> | 31 || PD1 || (TXD/PCINT17) || Display SDIN. Achtung, ist auch TxD (UART-SPI möglich)<br /> |-<br /> | 32 || PD2 || (INT0/PCINT18) ||<br /> |}<br /> <br /> ==== Unbekanntes IC1 ====<br /> <br /> Hier mal der Dekodierte Barcode des noch Unbekannten IC1.<br /> Der decodierte Text ist:<br /> <br /> 25SLEATM 8R4222 084420179+2P00+PLCMC<br /> <br /> [[Bild:AccuCheckDecodedMatrixCode.png|500px]]<br /> <br /> ==== IC9 (IR) ====<br /> <br /> Ist wohl ein TFDU2201 ([http://www.vishay.com/docs/82539/tfdu2201.pdf Datenblatt]).<br /> <br /> [[Bild:Accu chek combo ir.png|320px]] [[Bild:AccuCheckIRDA(TFDU2201)Pinout.png|320px]]<br /> <br /> ==== Buzzer ====<br /> <br /> Ist ein Piezo Schallwandler. Es ist möglich eine ihn mit PB2 des [[#Pinbelegung Mega168|mega168]] zu verbinden. Im Bereich &quot;Kurzzeitwecker mit 7-Segment-Anzeige&quot; auf adriano6's [[#Websites|Webseite]].<br /> <br /> ==== Display ====<br /> [[Bild:display.JPG|300px]]<br /> <br /> Das Display basiert auf OLED - Technologie und besitzt eine Auflösung von 102×80 Pixel, von denen jedes 16 Helligkeitsstufen darstellen kann.<br /> Displaycontroller ist SSD1325.<br /> <br /> Detailierte Informationen zum Display gibts auf adriano6's [[#Websites|Webseite ]]<br /> <br /> ===== Inbetriebnahme auf dem Board =====<br /> <br /> Es ist möglich das Display auf dem Board in Betrieb zu nehmen, wenn alle Komponenten bis auf:<br /> R1, R43, R44, R45, R46, C24, C38, C39, C44, C45, C46, L2, IC6 und D1<br /> entfernt werden.<br /> T1 und R11 sind vermutlich als Grundlast zum Start des 12 V Step-up und zum Entladen des OLED beim Abschalten.<br /> Die folgende Tabelle enthält die Pads des Atmega168 Footprints und die entsprechenden Pins am Display.<br /> <br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Pad am Atmega168 || Pin am Display<br /> |-<br /> | PD1 || SDIN<br /> |-<br /> | PD4 || SCLK<br /> |-<br /> | PC1 || D/C<br /> |-<br /> | PC2 || RESET<br /> |-<br /> | PB1 || /CS<br /> |}<br /> <br /> ===== Grafikbeschleunigung mit dem SSD1325 =====<br /> <br /> Mit dem im SSD1325 vorhandenen Befehlen Copy, DrawRectangle und HorizontalScolling kann man ein paar nette Animationen machen, bzw. dem ATmega eine Menge Arbeit abnehmen (Details zu Controller und Display stehen im Datenblatt und [[#Websites|hier ]]).<br /> <br /> Der Displaycontroller verfügt über ein 64x80 Bytes großes RAM, von dem das Display aber nur 51x80 Bytes (102x80 Pixel) darstellt, beginnend von Spalte 7 bis Spalte 57:<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center; width:60em&quot;<br /> ! colspan=2 style=&quot;width:6em&quot; | Col0<br /> ! colspan=2 style=&quot;width:6em&quot; | ...<br /> ! colspan=2 style=&quot;width:6em&quot; | Col6<br /> ! colspan=2 style=&quot;width:6em; background:#c0c0c0&quot; | Col7<br /> ! colspan=2 style=&quot;width:6em; background:#c0c0c0&quot; | ...<br /> ! colspan=2 style=&quot;width:6em; background:#c0c0c0&quot; | Col56<br /> ! colspan=2 style=&quot;width:6em; background:#c0c0c0&quot; | Col57<br /> ! colspan=2 style=&quot;width:6em&quot; | Col58<br /> ! colspan=2 style=&quot;width:6em&quot; | ...<br /> ! colspan=2 style=&quot;width:6em&quot; | Col63<br /> |- style=&quot;width:3em&quot;<br /> | D7-4 || D3-0 || ... || ... || D7-4 || D3-0 || D7-4 || D3-0 || ... || ... || D7-4 || D3-0 || D7-4 || D3-0 || D7-4 || D3-0 || ... || ... || D7-4 || D3-0 <br /> |}<br /> <br /> Schaltet man im Controller nun Wraparound für das Scrolling- und Copy-Commando ein, hängen Ende und Anfang der jeweiligen Zeile hintereinander:<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center; width:36em&quot;<br /> |-<br /> | style=&quot;width:6em&quot; | Col58 || style=&quot;width:6em&quot; | ... || style=&quot;width:6em&quot; | Col63 || style=&quot;width:6em&quot; | Col0 || style=&quot;width:6em&quot; | ... || style=&quot;width:6em&quot; | Col6<br /> |}<br /> <br /> Aus Sicht des Copy- und DrawRectangle-Kommandos kann man jetzt folgendermaßen auf den nicht sichtbaren Bereich des Display-RAM zugreifen:<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center; width:36em&quot;<br /> |-<br /> | style=&quot;width:6em&quot; | Col58 || style=&quot;width:6em&quot; | ... || style=&quot;width:6em&quot; | Col63 || style=&quot;width:6em&quot; | Col64 || style=&quot;width:6em&quot; | ... || style=&quot;width:6em&quot; | Col70<br /> |}<br /> <br /> Um Daten in diesen Bereich zu bekommen, könnte man einen entsprechenden Bildschirmausschnitt definieren und die Daten einfach sequentiell da rein schreiben. Praktisch hat das aber nicht einwandfrei funktioniert. Besser schreibt man zuerst in den sichtbaren Bereich und kopiert dann den Block in den Bereich ab Spalte 58.<br /> Statt jetzt Grafiken byteweise über die Schnittstelle in das RAM zu schreiben braucht man sie nur noch durch den Controller vom unsichtbaren Bereich (maximal 26x80 Pixel) in den sichtbaren kopieren zu lassen.<br /> <br /> Ich habe [http://www.mikrocontroller.net/topic/109648#1419368 eine kleine Demo] geschrieben, die mit dem Copy-Befehl 8 Sprites (sich drehende Bälle) fliegen läßt und bei jeder Randberührung eines Sprites einen Zähler erhöht. Im Hintergrund laufen je eine horizontale und vertikale Linie (Rechteck) durch.<br /> Das Ganze verbraucht mit Software-SPI ca. 20% Rechenzeit des ATmega, bei Hardware-SPI sind es ca. 6%.<br /> <br /> Um auch in horizontaler Richtung eine pixelgenaue Bewegung zu erreichen, erstellt man für jedes Sprite zwei um jeweils ein Pixel verschobene Versionen, und kopiert diese nacheinander auf die selbe Spaltenposition.<br /> <br /> Das Timing ist etwas kritisch, da vom Controller keine Rückmeldung möglich ist, man muß ggf. die Wartezeit nach einem Kommando versuchsweise ermitteln. Schickt man das nächste Kommando zu früh ab, wird das gerade laufende abgebrochen, was nicht immer schön aussieht oder sogar den Controller zum Abstürzen bringt.<br /> <br /> Bei Ansteuerung mit Hardware-SPI muß man außerdem ca. 2us warten, bevor das CS-Signal deaktiviert werden kann.<br /> <br /> ==== Spektrometer ====<br /> [[Bild:Accu-Check_CompactPlus_BZ_Sensor.jpg|200px]]<br /> <br /> Im Grunde genommen, handelt es sich um eine Reflexlichtschranke mit zwei roten LEDs, einer vermutlich infraroten LED, sowie einer Fotodiode.<br /> <br /> [[Bild:Accu-Check_CompactPlus_Photometer.jpg|200px]]<br /> <br /> == Software ==<br /> === Programmierung ===<br /> ==== AVRdude ==== <br /> Auslesen der Fuses<br /> avrdude -p m168 -P /dev/ttyUSB0 -c avrispv2 -F -v<br /> <br /> avrdude: Device signature = 0x1e940b<br /> avrdude: Expected signature for ATMEGA168 is 1E 94 06<br /> avrdude: safemode: lfuse reads as 42<br /> avrdude: safemode: hfuse reads as D6<br /> avrdude: safemode: efuse reads as 1<br /> <br /> ==== Flashen mit AVRdude ====<br /> Da die IDs von ATmega168 und ATmega168A abweichen, muss die Option -F mit avrdude verwendet werden.<br /> avrdude -p m168 -P /dev/ttyUSB0 -c avrispv2 -F -u -U flash:w:Oled-Demo.hex<br /> <br /> ==== Fuses mit AVRdude ====<br /> Der ATmega168A hat die Fuse CLKDIV8 eingeschaltet.<br /> avrdude -p m168 -P /dev/ttyUSB0 -c avrispv2 -F -U lfuse:w:0xC2:m<br /> <br /> === Programme ===<br /> ==== µC ====<br /> * GPS http://www.mikrocontroller.net/topic/109648#1385554<br /> ** http://www.mikrocontroller.net/topic/109648#1397017<br /> <br /> * Grafikdemo: http://www.mikrocontroller.net/topic/109648#1419368<br /> ** Video: http://vimeo.com/6609124<br /> <br /> * Kurzzeitwecker: http://www.mikrocontroller.net/topic/109648#1412841<br /> ** http://www.mikrocontroller.net/topic/109648#1427502<br /> <br /> * serielle Displaysteuerung: http://www.mikrocontroller.net/topic/109648#1487494<br /> <br /> * Software-I2C + Drucksensor HP03: http://www.mikrocontroller.net/topic/109648#1653266<br /> <br /> ==== PC ====<br /> * [http://www.mikrocontroller.net/topic/109648#1352701 gibt als Header gespeicherte Bilder auf std aus]<br /> * [http://www.mikrocontroller.net/topic/109648#1353067 Erweiterter (ungetesteter) Konvertierer für Bilder in Format für Display]<br /> <br /> == Links ==<br /> <br /> === Technische Dokumente ===<br /> * [http://www.crystalfontz.com/controllers/SSD1325_2.1.pdf Datenblatt für Display-Controller]<br /> * [http://www.atmel.com/dyn/products/product_card.asp?PN=ATmega168PA AVR Produktseite ATmega168PA mit Datasheets ]<br /> * [http://www.freshpatents.com/Device-for-analysis-of-a-sample-on-a-test-element-dt20081113ptan20080277280.php Patentschrift zu Gerät ]<br /> <br /> === Websites ===<br /> * [http://home.arcor.de/wehrsdorf/Oled-Display-Recycling.html Oled-Recycling Seite von adriano6]<br /> <br /> === Diskussions Threads ===<br /> <br /> * [http://www.mikrocontroller.net/topic/109648 Hauptdiskussionsthread im Mikrocontrollernet ]<br /> * [http://bascom-forum.de/index.php/topic,2754.0.html Umsetzung in Bascom (wer's mag) im Bascom-Forum]<br /> * [http://www.mikrocontroller.net/topic/143806 Vorschlag für Display-Adapter-Platine]<br /> <br /> [[Category:AVR-Projekte]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=Benutzer:Mlh&diff=42853 2010-02-04T19:41:17Z

<p>Mlh: /* PIC Bücher */</p> <hr /> <div>== PICs == <br /> <br /> [[Bild:PICs.jpg]]<br /> <br /> <br /> VERKAUFT&lt;br&gt;<br /> <br /> == PIC Bücher == <br /> <br /> [[Bild:Picbook.jpg]]<br /> <br /> <br /> ENTSORGT</div>

Mlh https://www.mikrocontroller.net/index.php?title=Benutzer:Mlh&diff=42852 2010-02-04T19:40:55Z

<p>Mlh: /* Programmer */</p> <hr /> <div>== PICs == <br /> <br /> [[Bild:PICs.jpg]]<br /> <br /> <br /> VERKAUFT&lt;br&gt;<br /> <br /> == PIC Bücher == <br /> <br /> [[Bild:Picbook.jpg]]</div>

Mlh https://www.mikrocontroller.net/index.php?title=Benutzer:Mlh&diff=42851 2010-02-04T19:40:32Z

<p>Mlh: /* PICs */</p> <hr /> <div>== PICs == <br /> <br /> [[Bild:PICs.jpg]]<br /> <br /> <br /> VERKAUFT&lt;br&gt;<br /> <br /> == PIC Bücher == <br /> <br /> [[Bild:Picbook.jpg]]<br /> <br /> == Programmer == <br /> <br /> -*- ToDo -*-</div>

Mlh https://www.mikrocontroller.net/index.php?title=Benutzer:Mlh&diff=42451 2010-01-22T17:39:13Z

<p>Mlh: /* PICs */</p> <hr /> <div>== PICs == <br /> <br /> [[Bild:PICs.jpg]]<br /> <br /> <br /> 12x 12C508A &lt;br&gt;<br /> 1x 12C509A/JW&lt;br&gt;<br /> 1x 12C671/JW&lt;br&gt;<br /> 1x 16C54A &lt;br&gt;<br /> 2x 16C54 SO &lt;br&gt;<br /> 3x 16C54/JW &lt;br&gt;<br /> 2x 16C554 SO &lt;br&gt;<br /> 3x 16C55/JW &lt;br&gt;<br /> 2x 16C554/JW &lt;br&gt;<br /> 1x 16C56/JW &lt;br&gt;<br /> 1x 16C57 &lt;br&gt;<br /> 1x 16C57/JW &lt;br&gt;<br /> 1x 16C84&lt;br&gt;<br /> 4x 16F84&lt;br&gt;<br /> 10x 12C622 &lt;br&gt;<br /> 1x 12C622/JW &lt;br&gt;<br /> 3x 16C71/JW &lt;br&gt;<br /> 2x 16C712&lt;br&gt;<br /> 1x 16LC73&lt;br&gt;<br /> 1x 16C73/JW&lt;br&gt;<br /> <br /> - Insgesamt 17x /JW, also Epromversionen mit Fenster&lt;br&gt;<br /> - 4x SO-Typen&lt;br&gt;<br /> - 4x F-(Flash)Typen&lt;br&gt;<br /> - 3 Eigenbau-Demoboards, teilweise bestückt&lt;br&gt;<br /> <br /> == PIC Bücher == <br /> <br /> [[Bild:Picbook.jpg]]<br /> <br /> == Programmer == <br /> <br /> -*- ToDo -*-</div>

Mlh https://www.mikrocontroller.net/index.php?title=Datei:Picbook.jpg&diff=42450 2010-01-22T17:36:55Z

<p>Mlh: </p> <hr /> <div></div>

Mlh https://www.mikrocontroller.net/index.php?title=Benutzer:Mlh&diff=42449 2010-01-22T17:17:11Z

<p>Mlh: Die Seite wurde neu angelegt: „== PICs == Bild:PICs.jpg 12x 12C508A &lt;br&gt; 1x 12C509A/JW&lt;br&gt; 1x 12C671/JW&lt;br&gt; 1x 16C54A &lt;br&gt; 2x 16C54 SO &lt;br&gt; 3x 16C54/JW &lt;br&gt; 2x 16C554 SO &lt;br&gt; 3x 16C55/J…“</p> <hr /> <div>== PICs == <br /> <br /> [[Bild:PICs.jpg]]<br /> <br /> <br /> 12x 12C508A &lt;br&gt;<br /> 1x 12C509A/JW&lt;br&gt;<br /> 1x 12C671/JW&lt;br&gt;<br /> 1x 16C54A &lt;br&gt;<br /> 2x 16C54 SO &lt;br&gt;<br /> 3x 16C54/JW &lt;br&gt;<br /> 2x 16C554 SO &lt;br&gt;<br /> 3x 16C55/JW &lt;br&gt;<br /> 2x 16C554/JW &lt;br&gt;<br /> 1x 16C56/JW &lt;br&gt;<br /> 1x 16C57 &lt;br&gt;<br /> 1x 16C57/JW &lt;br&gt;<br /> 1x 16C84&lt;br&gt;<br /> 4x 16F84&lt;br&gt;<br /> 10x 12C622 &lt;br&gt;<br /> 1x 12C622/JW &lt;br&gt;<br /> 3x 16C71/JW &lt;br&gt;<br /> 2x 16C712&lt;br&gt;<br /> 1x 16LC73&lt;br&gt;<br /> 1x 16C73/JW&lt;br&gt;<br /> <br /> - Insgesamt 17x /JW, also Epromversionen mit Fenster&lt;br&gt;<br /> - 4x SO-Typen&lt;br&gt;<br /> - 4x F-(Flash)Typen&lt;br&gt;<br /> - 3 Eigenbau-Demoboards, teilweise bestückt&lt;br&gt;</div>

Mlh https://www.mikrocontroller.net/index.php?title=Datei:PICs.jpg&diff=42448 2010-01-22T16:51:11Z

<p>Mlh: </p> <hr /> <div></div>

Mlh