Mikrocontroller.net - Benutzerbeiträge [de]

AVR Net-IO Bausatz von Pollin

2017-02-06T00:17:16Z

Debegr92: /* U. Radigs Webserver */

Hier steht eine Beschreibung des Pollin Bausatzes [http://www.pollin.de/shop/shop.php?cf=detail.php&pg=NQ==&a=MTQ5OTgxOTk= AVR-NET-IO. Best.Nr. 810 058], oder als aufgebautes Fertigmodul, Best.Nr. 810 073.

Einige Features: Ethernet-Platine mit ATmega32 und Netzwerkcontroller ENC28J60. Die Platine verfügt über 8 digitale Ausgänge, 4 digitale und 4 ADC-Eingänge, welche alle über einen Netzwerkanschluss (TCP/IP) abgerufen bzw. geschaltet werden können.

[[Datei:AVR-NET-IO ADD-ON.JPG|thumb|right|400px|AVR-NET-IO (links) mit zusätzlicher SUB-D Anschlussplatine (rechts, nicht im Lieferumfang)und Add-On-Board (oben, mit aufgelötetem RFM12-433-Modul, beides nicht im Lieferumfang). Ebenso ist zusätzlich ein nicht im Lieferumfang enthaltener kleiner Kühlkörper auf einem der Spannungsregler montiert und die Schraubklemmen zur Stromversorgung wurden durch Buchsen ersetzt.]]

== Technische Daten ==

* Betriebsspannung 9 V AC/DC
* Stromaufnahme ca. 190 mA
* bzw. 5V DC, 1A (Steckernetzteil) an J6
* 8 digitale Ausgänge (0/5 V) [PC0-PC7 an J3]
* 4 digitale Eingänge (0/5 V) [PA0-PA3 an J3]
* 4 ADC-Eingänge (10 Bit) [PA4-PA7 an Schraubklemmen]
* LCD-Anschluss (HD44780 komp. Controller nötig) [PD2-7,PB0,PB3 an EXT]
* [[ENC28J60]]
* [http://www.atmel.com/dyn/Products/Product_card.asp?part_id=2014 ATmega32] Mikrocontroller

Maße (L×B×H): 108×76×22 mm.

== Hardware ==
=== AVR-NET-IO ===

Die Schaltung des AVR-NET-IO ist recht einfach:
* Ein ATmega32 Mikrocontroller enthält die gesamte Software
* Ein ENC28J60 Ethernet-Controller für das Senden und Empfangen von Ethernet Frames (MAC und PHY Ethernet Layer) ist über [[SPI]] mit dem ATmega32 verbunden
* Ein Ethernet RJ-45 MagJack TRJ 0011 BA NL von [http://www.trxcom.com/ Trxcom] mit eingebautem Übertrager und Anzeige-LEDs am ENC28J60.
* Ein MAX232 für die serielle Schnittstelle
* Zwei Spannungsregler, 5 V und 3,3 V
* "Hühnerfutter"

Fast alle I/O Pins des ATmega32 sind irgendwo auf Anschlüssen herausgeführt. Entweder auf dem SUB-D Stecker, dem EXT oder ISP Wannensteckern oder den blauen Anschlussklemmen. Eine Schutzbeschaltung gibt es nicht.

Die blauen Anschlussklemmen haben eine Nut und eine Feder mit denen man
sie zusammenstecken kann, dadurch ist das Anlöten wesentlich leichter
und sie stehen auch sauber in der Reihe.

=== Erweiterungsplatine ===

Seit Januar 2010 gibt es auch eine Erweiterungsplatine

[http://www.pollin.de/shop/dt/Nzg4OTgxOTk-/Bausaetze/Diverse/Bausatz_Add_on_fuer_AVR_NET_IO.html Add-on für AVR-NET-IO-Board Best.Nr. 810 112]

Diese Platine erweitert das NET-IO um:

* SD-Karten-Slot über SPI
* Display über PCF 8574
* Infrarot-Empfang
* [[RFM12]] Funkmodul (nicht im Lieferumfang enthalten)

Eine Aufstellung bekannter Fehler findet sich weiter unten [[#Bekannte Fehler|Bekannte Fehler - Erweiterungplatine]]

Erste Erfahrungsberichte im Forum http://www.mikrocontroller.net/topic/161354

=== Hardware-Umbauten & -Verbesserungen ===

* Kühlkörper auf dem 7805 - (Vorsicht: Der LM317T ist rückseitig spannungsführend. Den Kühlkörper also keinesfalls an beide Spannungsregler anschließen!)
* MAX232 nach anfänglicher Konfiguration nicht bestücken um Strom zu sparen oder um zwei weitere I/O-Pins zu gewinnen
* 10µF-Elkos für MAX232N (C14-C17) durch 1µF ersetzen. <s>Eine 10µF-Version für den MAX232 gibt es nicht</s>. Die 10µF-Elkos können auch Ursache einer nicht funktionierenden RS232 sein.
** Laut Spezifikation sind auch mehr als 1µF erlaubt. Selbst Atmel verwendet beim STK500 10µF. Dies führt keinesfalls dazu, dass die RS232 nicht mehr funktioniert.
* Die IC-Fassungen aus "Pollins Resterampe" durch Fassungen mit gedrehten Kontakten ersetzen.
* ''Netz'' LED nicht bestücken oder größere Widerstände einlöten um Strom zu sparen (R3)
* Vorwiderstände der Ethernet-LEDs größer machen (z. B. verdoppeln) um Strom zu sparen (R6,R7)
* Linear-Spannungsregler ersetzen
* Kondensator an AREF-Pin des ATmega32 (ATmega32 Datenblatt) (100nF gegen Masse)
* Kondensator an den RESET-Pin des ATmega32 ([http://www.atmel.com/dyn/resources/prod_documents/doc2521.pdf Atmel Application Note AVR042: AVR Hardware Design Considerations]) Wenn man diese Quelle genauer liest, ist das aber eher unnötig. - Kondensator bei selbstbau-ISP empfehlenswert.
* Umbau auf 3,3 V:
** Ersatz der Spannungsregler durch einen einzigen 3,3 V Regler
** Anpassen (verkleinern) des LED-Vorwiderstands R3 für 3,3 Volt Betrieb
** Reduktion der Taktfrequenz (Austausch von Q2) auf den bei 3,3V erlaubten Bereich des ATmega32 ( ATmega32(L) 3.3V /8.0 Mhz Takt )
** Ersatz des MAX232 durch einen MAX3232
[[Bild:POWER.JPG|thumb|400px|5V Stromversorgung über USB Kabel, ohne 5 V Spannungsregler und Gleichrichterdioden, Vorsicht: kein Verpolungsschutz! ]]
* ATmega32 vom ENC28J60 takten (OSC2)
* Betrieb mit Gleichspannung:
** Dioden D2 und D5 durch Drahtbrücken ersetzen, D1 und D4 nicht bestücken (komplette Entfernung des Brückengleichrichters, beinhaltet Verlust des Verpolungsschutzes)
** Diode D2 bestücken, D5 durch Drahtbrücke ersetzen, D1 und D4 nicht bestücken (Brückengleichrichter durch Verpolungsschutze ersetzen)
*** ??? Ist dies nicht kontraproduktiv? Bei mir wurde durch D2-Bestückung die Eingangsspannung von ca. 5,2 V am LM317T auf ca. 4,6 V gedrückt, so dass am ENC28J60 nur ca. 2,6 V ankamen (außerhalb der lt. Datenblatt "Operating voltage range of 3.14V to 3.45V"). Man müsste also ein geregeltes Netzteil mit ca. 5,5 V anschließen um 5 und 3,3 V zu erzielen. Dann lieber den Verpolungsschutz durch andere Maßnahmen sicherstellen.
** Beim Betrieb von USB beachten, dass USB-Spezifikation keinesfalls 5V garantiert, sondern Spannung bis runter 4.4V erlaubt und dann u.U. durch den LM317 nicht mehr genügend Spannung am ENC anliegt. Das äußert sich so, dass zwar der Atmega einwandfrei funktioniert, die Ethernet-Kommunikation aber nicht oder nur sehr sporadisch.
* Betrieb mit Steckernetzteil
** Wenn man ein energieeffizientes Stecker-Schaltnetzteil mit 5V, 1A direkt an J6 kontaktiert, kann man sich die o.g. Um- und Ausbauten sparen. Kein Spannungsregler wird mehr heiß, kein Kühlkörper wird benötigt, das Board arbeitet absolut stabil.
* Ersatz des ATmega32 durch einen ATmega644 oder ATmega1284p mit mehr FLASH-Speicher.
** Der ATmega644 und auch der ATMega1284p sind nicht mit der Pollin-Firmware kompatibel
* 100nF über alle drei IC Störunterdrückung zusätzlich bestücken

== Inbetriebnahme der Originalsoftware ==
=== Einleitung ===

Die bei Auslieferung (Stand September 2008) in den ATmega32 gebrannte Firmware stellt sich manchmal recht zickig an. Es scheint dann die Netzwerk-Schnittstelle, ggf. auch die serielle Schnittstelle, nicht zu funktionieren. Falls es Probleme geben sollte, sollte man erst einmal ein Firmwareupdate versuchen. Dies geschieht über die serielle Schnittstelle mittels des Programmes NetServer (aktuelle Version 1.03, Februar 2010), die dem Bausatz beiliegt.

Falls die serielle Schnittstelle ebenfalls nicht zugänglich ist, kann mit den im folgenden beschriebenen Schritten die Inbetriebnahme der Software möglich sein. Dazu benötigt man:

* Einen Windows-PC mit Ethernet-Schnittstelle und RS232-Schnittstelle (ein Prolific RS232-USB Konverter funktioniert)
* Entweder
**zwei normale (''straight through'') Ethernet-Kabel und einen Ethernet Switch/Hub, oder
**ein gekreuztes(''cross over'') Ethernet-Kabel
* Einen AVR Programmer (Hardware und Software). Zum Beispiel einen [[AVR Dragon]] oder [[STK500]] mit [[AVR Studio]] oder das [[Pollin ATMEL Evaluations-Board]] und [[avrdude]].
* Die [http://www.pollin.de/shop/ds/MTQ5OTgxOTk-.html Pollin NetServer Software], Version 1.03 (oder neuer)

=== Gelieferten ATmega32 richtig einstellen ===
[[image:fuse_bits_avr_studio.jpg|thumb|right|250px|Einstellungen der Fuse-Bits mittels AVR Studio 4]]
Die Fuses der gelieferten ATmega32s scheinen nicht immer mit den im Handbuch auf Seite 12 als erforderlich angegebenen Fuse-Einstellungen übereinzustimmen.

Dies kann man mittels eines Programmers ändern. LFuse = 0xBF, HFuse = 0xD2. Das genaue Vorgehen hängt dabei vom verwendeten Programmer ab. Bei der Gelegenheit kann man ebenfalls eine Sicherheitskopie des ursprünglichen Flash-Inhalts und des EEPROMs anfertigen. Das EEPROM scheint die MAC-Adresse des Ethernet-Ports zu enthalten.

Entgegen der Spezifikation im Handbuch von Pollin sollten die '''HFuses auf 0xC2''' gesetzt werden, d. h. CKOPT-Fuse programmiert (dies ist in der Software Version 1.03 bereits vollzogen). Das sorgt für einen stabilen Betrieb des AVR-Oszillators im "full rail-to-rail swing"-Mode bei 16 MHz. Atmel garantiert ansonsten nur stabilen Betrieb bis 8 MHz. Siehe ATmega32-Datenblatt, Kapitel 8.4, Crystal Oscillator.
{{Absatz}}

==== Funktionsfähige Konfiguration - AVR-Prog ====

[[Bild:Avrprog.png|thumb|right|250px]]
Benutzer von AVR-Prog können die nachfolgenden Einstellungen für die Lock- und Fuse-Bits verwenden. Hierbei handelt es sich um die ausgelesenen Einstellungen eines funktionsfähigen Controllers. Allerdings sollte, laut Handbuch des AVR-NET-IO-Boards, das Fuse-Bit EESAVE eigentlich gesetzt sein.

Alternativ kann auch per avrdude die Einstellung getroffen werden:
avrdude -c stk500v2 -pm32 -U lfuse:w:0xBF:m
und
avrdude -c stk500v2 -pm32 -U hfuse:w:0xC2:m

Anschließend muß noch der Bootloader und die Firmware aktualisiert werden (siehe Handbuch AVR-NET-IO-Board Seite 12 Punkt 3).

=== PC Konfiguration ===

==== PC normalerweise nicht im 192.168.0.0/24 Subnetz ====

Betreibt man den PC nicht im 192.168.0.0/24 Subnetz, muss er wie folgt umkonfiguriert werden, oder die IP Adresse des Boards wird entsprechend angepasst. ( Siehe Handbuch Seite 14ff. Das ist meist sinnvoller und auch einfacher. )

Den PC vom normalen Netzwerk abstecken[1]. Zur Umkonfiguration dazu bei Windows XP in der Systemsteuerung ''Netzwerkverbindungen'' aufrufen und die lokale ''LAN-Verbindung'' markieren. Dann in der rechten Leiste ''Einstellungen dieser Verbindung ändern'' aufrufen.

Es erscheint der Dialog ''Eigenschaften von <Verbindungsname>''. In der Liste im Dialog zu ''Internetprotokoll (TCP/IP)'' gehen. Ein Doppelklick auf den Eintrag öffnet den ''Eigenschaften von Internetprotokoll (TCP/IP)'' Dialog.

In diesem Dialog ''Folgende IP-Adresse verwenden:'' auswählen und zum Beispiel

IP-Adresse: '''192.168.0.100''' 
Subnetzmaske: '''255.255.255.0''' 
Standardgateway: '''192.168.0.1'''

eingeben.

Anmerkung von bitman:
[1] Dies ist spätestens ab Windows XP nicht mehr notwendig, wenn das Netz 192.168.0.0/24 noch frei ist. Dann kann man einfach den Client ''zusätzlich'' in diesem Netzwerk zusätzlich einbinden über Einstellungen/Netzwerkverbindungen/Lanverbindung/Eigenschaften/TCP-IP/Eigenschaften/Erweitert/IP-Adresse hinzufügen. Es werden dann eben mehrere IP-Adressen an den NIC gebunden.

Alle geöffneten Dialoge nacheinander mit OK schließen.

Alternativ bietet sich das Umprogrammieren des Boards über die serielle Schnittstelle an. Die Werte für IP-Adresse, Netzmaske und Standard-Gateway werden mit den dokumentierten SETxx-Befehlen geändert, das Board neu gestartet und ans vorhandene Netzwerk gesteckt.

Im EEPROM sind folgende Werte vorprogrammiert: 
3EE - 3F3 MAC-ADRESSE 
3F4 - 3F7 GATEWAY 
3F8 - 3FB NETMASK 
3FC - 3FF IP-ADRESSE 

==== PC bereits im 192.168.0.0/24 Subnetz ====

In diesem Fall muss man prüfen, ob die IP-Adresse 192.168.0.90 bereits im Subnetz verwendet wird. Ist dies der Fall, muss das verwendete Gerät mit dieser IP vorübergehend aus dem Subnetz entfernt werden. Es sei denn, dabei handelt es sich um den PC. In diesem Fall muss er wie zuvor umkonfiguriert werden. Ansonsten kann der unverändert im Netz verbleiben.

Dem AVR-NET-IO gibt man eine neue, zuvor unbenutzte Adresse (siehe unten). Dann kann das abgekoppelte Gerät wieder angeschlossen werden, beziehungsweise der PC zurückkonfiguriert werden.

=== AVR-NET-IO anschließen ===

Musste man den PC umkonfigurieren, so werden jetzt nur der PC und der AVR-NET-IO über Ethernet miteinander verbunden. Je nach Ethernet-Kabel benötigt man dazu einen Switch/Hub oder nicht.

Musste man den PC nicht umkonfigurieren, so kann man den AVR-NET-IO wie einen normalen Rechner an das vorhandenen Netz anschließen.

Zusätzlich schließt man die serielle Schnittstelle des AVR-NET-IO an den PC an.

=== Firmware 1.03 einspielen ===

Laut Handbuch sollte der AVR-NET-IO jetzt über Ethernet funktionieren. Ebenso sollte er über die serielle Schnittstelle und ein Terminalprogramm konfigurierbar sein. Beides ist offensichtlich im Auslieferungszustand selten der Fall.

Auch wenn sich Pollins NetServer Software nicht mit dem AVR-NET-IO verbinden lässt, so ist sie jedoch in der Lage eine neue Firmware 1.03 einzuspielen. Das Vorgehen ist im Handbuch auf Seite 12 beschrieben. NetServer präsentiert dabei ein paar einfache Anweisungen denen man folgen sollte.

Wenn sich nach dem scheinbar erfolgreichem Einspielen der Firmware, später nichts tut, so sollte die Firmware mit gesetztem "FailSafe" in der mitgelieferten NetServer-Software nochmals Eingespielt werden.

=== Abschluss ===

Jetzt sollte sich die NetServer Software mit dem AVR-NET-IO über Ethernet verbinden lassen. Dies macht es wiederum möglich, den AVR-NET-IO mit einer anderen IP-Adresse zu versehen. Will man den AVR-NET-IO in einem anderen Subnetz betreiben kann man dies jetzt einstellen.

Nachdem man die IP-Adresse neu eingestellt hat, muss man den PC zurückkonfigurieren und kann dann sowohl den AVR-NET-IO und den PC zusammen betreiben.

== Funktionsumfang der Originalsoftware ==
Die Originalsoftware ist sehr einfach gestrickt. Im AVR Net-IO läuft ein Programm, welches am Port 50290 eine Textschnittstelle bereit stellt. Diese Schnittstelle kann sowohl über die RS232 als auch über Ethernet angesprochen werden kann. Mit diesem Programm ist es möglich, alle Eingänge sowie alle Ausgänge anzusprechen, als auch die Konfiguration der Netzwerkeinstellungen zu verändern. Die Karte versteht dann folgende Befehle:
* SETPORT
Einen digitalen Ausgang auf 0 oder 1 schalten
* GETPORT
Den Status eines digital Ausgangs/Eingangs abfragen
* GETSTATUS
Den Status aller digital Ausgänge abfragen
* GETADC
Den Messwert eines analogen Eingangs ermitteln
* SETIP
Die IP-Adresse des Boards ändern
* GETIP
Die eingestellte IP-Adresse abfragen
* SETMASK
Die Netzwerkmaske verändern
* GETMASK
Die eingestelle Netzwerkmaske abfragen
* SETGW
Das Netzwerk-Gateway verändern
* GETGW
Das eingestellte Netzwerk-Gateway abfragen
* INITLCD
Ein angeschlossenes LCD initialisieren
* WRITELCD
Einen Text am LCD ausgeben
* CLEARLCD
Ein angeschlossenes LCD löschen
* VERSION
Die Versionsnummer des Programms ausgeben

Dazu gibt es ein auf Java basierendes Programm, welches alternativ zu einem Terminalprogramm benutzt werden kann. Es zeigt den Status der Portpins an und diese lassen sich auch mit der Maus verändern. Die Messwerte der 4 analogen Eingänge werden ständig angezeigt, wobei es möglich ist, durch einstellbare Faktoren die internen Werte gleich in sinnvolle Einheiten umrechnen zu lassen. Diese Messwerte können auch in eine Datei geloggt werden.
Neben der Möglichkeit, alle Kommandos auch händisch einzugeben, wird das Java-Programm auch benötigt, um einen Firmware-Update der Net-IO Platine durchzuführen.
Alles in allem ist dieses Frontend aber mehr als Testumgebung anzusehen, um damit die Hardware in Betrieb zu nehmen. Für einen sinnvollen Dauereinsatz ist das Programm deutlich zu einfach und unflexibel gestrickt. Auch kann die grafische Aufbereitung der Anzeige- und Kontrollelemente nicht befriedigen.

== Bekannte Fehler ==
=== AVR-NET-IO ===

Siehe auch [[#Hardware-Umbauten_.26_-Verbesserungen|Hardware-Umbauten und Verbesserungen]] 
Käufer berichten von fehlenden Bauteilen im Bausatz (Wannenstecker, Widerstände, Kondensatoren, Induktivitäten). Für Reklamationen: [https://www.pollin.de/shop/kontakt_service/reklamation.html]

* Die Stückliste auf Seite 4 in den Anleitung mit den Versionsangaben
** ''Stand 20.08.2008, kloiber, #1100, wpe'' (gedruckt im Bausatz)
** ''Stand 20.08.2008, cd, #all, wpe'' (auf der CD)
:ist falsch. Pollin legt dem Bausatz irgendwann ab September 2008 einen gedruckten Korrekturzettel bei. Die Online-Version der Anleitung ist korrigiert.
* Im Schaltplan auf Seite 7 in den Anleitungen mit den Versionen
** ''Stand 20.08.2008, kloiber, #1100, wpe'' (gedruckt im Bausatz)
** ''Stand 20.08.2008, cd, #all, wpe'' (auf der CD)
** ''Stand 03.09.2008, online, #all, wpe'' (Online)
:ist eine 25-polige SUB-D Buchse gezeichnet. Geliefert wird und in der Stückliste verzeichnet ist ein Stecker.

* Die September 2008 ausgelieferte Firmware im ATmega32 funktioniert bei vielen nicht und muss erst upgedatet werden (siehe [[#Inbetriebnahme der Originalsoftware|Inbetriebnahme der Originalsoftware]])

* Im Flash der gelieferten AVR ist anders als beschrieben nur der Bootloader enthalten, die eigentliche Firmware muss erst mit Hilfe der Updatefunktion geladen werden. Wenn zusätzlich auch die Fuses falsch gebrannt sind, dann funktioniert das Update nicht, auch wenn das PC Programm was anderes behauptet.

* Die Fuse-Einstellungen des ausgelieferten ATmega32 entspricht nicht der Anleitung (siehe [[#Inbetriebnahme der Originalsoftware|Inbetriebnahme der Originalsoftware]])

* Bausatz, gekauft am 27.10.08, Anleitungsversion 19.09.08, ohne Probleme oder erkennbare Fehler zusammengebaut und in Betrieb genommen.

* Bausatz gekauft 29.09.2008, Pinbelegung des 25 poligen D-Sub "Anschlusses" stimmt nicht mit der Anleitung überein. Der Aufdruck auf der Platine ist falsch. Pin1 <-> Pin13, Pin2 <-> Pin12 usw. Setzt man den D-Sub Stecker ein, so sind dessen Pinnummern korrekt. Bei einem Bausatz gekauft 05/2013 ist dies ebenfalls noch der Fall.

* 3 Bausätze Anf. Oktober 2008 gekauft, bei einem waren 2 LM317 dabei, dafür fehlte der 7805 - aus der Bastelkiste ersetzt. Alle haben jedoch auf Anhieb funktioniert

* Bausatz gekauft Ende Januar 2009. Die Lock-Bits (u.a. für PonyProg2000) werden falsch beschrieben. Die in Klammern aufgeführten Werte stimmen bei einem Bit nicht. Die Texte "Programmiert/Unprogrammiert" hingegen schon. Bei den Bauteilen gab es 4 Kondensatoren mit der Aufschrift "220", ich habe diese durch welche mit 22p ersetzt, da ich nicht sicher war ob wirklich 22p geliefert wurden. Dafür wurden statt einem zwei 7805 und statt einem mindestens vier LM317 mitgeliefert.

* Bausatz geliefert 22.4.2009. Alles vollständig, zusammengebaut, läuft. Software-Version 1.03. Für den oben schon genannten Steckverbinder wurde eine Buchse geliefert. Allerdings stimmen die PIN-Nummern im Schaltplan nicht mit den PIN-Nummern auf der Buchse überein (sie sind gespiegelt), daher liefen die Test-LEDs zunächst nicht.

* Bausatz geliefert 11.7.2009. Spannungsregler LM317T fehlt, grüne statt roter LED. Ein Kondensator 22pF zu viel. LM317T wurde auf Anfrage kostenlos nachgeliefert (27.7.). Inbetriebnahme problemlos.

* Bausatz geliefert 24.7.2009. Ein Quarz 16MHz zu viel, ebenfalls grüne statt rote LED.

* Bausatz geliefert 20.08.2009. Ein Kondensator 22pF zuviel und grüne statt rote LED.

* Bausatz Juli '09 gekauft, grüne statt rote LED

* Bausatz 25.09.09 geliefert, grüne Betriebs-LED, ein ELKO zuviel, Fehler 1µF am MAX232 statt 100nF behoben, richtiger C wird mitgeliefert, Aufbau komplett nach Pollin Anleitung durchgeführt, auf Anhieb fehlerfrei!

* Bausatz 17.10.09 geliefert, grüne Betriebs-LED, zwei 100nF Kondensatoren zu wenig. Aufbau und Inbetriebnahme problemlos.

* Bausatz 21.10.09 gekauft, grüne Betriebs-LED. Aufbau problemlos, RS232 läuft nicht. LAN läuft

* Bausatz Nov. 09 gekauft, grüne LED, alles o.k.

* Bausatz Nov. 09 gekauft, grüne LED, ENC28J60, MAX232 und ATmega32 fehlen, Nachlieferung nach einer Woche

* Bausatz Nov. 09 gekauft,Bauteile komplett.Verbindungsaufbau Seriell klappt erst nach mehreren Versuchen.Problem gelöst:Spannung an MAX und Mega zu niedrig

* Bausatz Dez. 09 gekauft, grüne LED, 100µF Kondensator fehlt, alles o.k.

* Bausatz August 09 gekauft, alle teile da nach Einstellen der fusebits lief alles perfekt

* Bausatz Okt. 09 gekauft, ein 100nF Kondensator und 25MHz Quarz fehlten ... hab beim lokalen Elektronikhändler keinen 25Mhz Grundton Quarz sondern nur im 3. Oberton bekommen aber mit R2.2k parallel zum Quarz schwingt er in der Schaltung schön bei 25Mhz. Mit 1µF am MAX232 funktioniert jetzt auch die RS232.

* 2x Bausatz Feb. 10 gekauft, bei beiden fehlten 7805, L1+L2 je 100µH sowie 4x falscher Wert Kondensator an Max232 vorhanden. Fehlende Bauteile nachgelötet und Funktion getestet. Hat alles einwandfrei funktioniert!!!

* Bausatz März. 10 gekauft, RS232 Printbuchse fehlt, dafür 1x 10pol Wannenstecker zuviel. Grüne LED statt Rot. Funktioniert ansonsten einwandfrei.

* Bausatz Jan. 10 gekauft, gelbe LED statt rot, C14...C17: 10µF, weder seriell noch via Ethernet Konnektivität. Nach Austausch von C14-C17 gegen 1µF, wenigstens serielle Kontaktaufnahme möglich, kein Ethernet auch nach Flash von 1.03 mit NetServer.

* Bausatz Feb. 10 gekauft, Spannungsregler LM317T fehlte

* Bausatz März 10 gekauft, gelbe statt rote LED geliefert, aber Aufbau und inbetriebnahme lt. Handbuch ohne Probleme

* Bausatz März 10 gekauft und gelbe statt rote LED geliefert, funzt wunderbar gemäß Anleitung

* Fertig gelötete Platine gekauft. µC war falsch im Sockel.

* Bausatz April 10 gekauft und gelbe statt rote LED geliefert, ADM232LJN statt MAX232 - Funktion erst nach Ersetzung des ADM durch nen MAX

* Bausatz April 10 gekauft und gelbe statt rote LED geliefert, ADM232LJN statt MAX232 - funktionierte sofort auch mit dem ADM232LJN.

* Bausatz April 10 gekauft wurde mit grüner statt roter LED Ausgeliefert

* Bausatz Juni 10 gekauft: wurde mit grüner statt roter Netz-LED ausgeliefert, 2x 22pF Kerko zuviel

* Bausatz August 10 gekauft: komplett und sofort funktioniert

* Bausatz Juli 10 gekauft: 2 Quarze mit 16 MHz geliefert, statt 1x 16MHz und 1x25MHz.

* Bausatz September 10 gekauft: hat sofort funktioniert. 1x 3,3k und 1x 10k Widerstand zuviel. Statt 100nF Kondensatoren wurden 1µF geliefert -> Platzprobleme auf der Platine durch grössere Bauform. LED grün.

* Bausatz Oktober 6 gekauft: alles funktioniert. LED grün statt rot.

* Fertigmodul Oktober 10 gekauft: Auf Anhieb alles funktioniert!

* Bausatz Oktober 10 gekauft: komplett und sofort funktioniert

* Bausatz November 10 gekauft: komplett und sofort funktioniert (sogar mit der neusten Pollin Firmware 1.03 schon drauf) LED grün statt rot.

* Bausatz November 10 gekauft. Nach Bezug neuer Feinst-Lötspitzen konnte ich ihn dann auch zusammenlöten. Es hat sofort alles funktioniert, obwohl ich nur 12V bzw. 9V Gleichspannung zur Verfügung hatte, und nicht sicher war, wieviel die Komponenten wirklich benötigen. Der Regler wird auch bei 9V Gleichspannungsversorgung noch sehr warm. Da muss auf jeden Fall ein Kühlkörper dran! Ich habe auch eine grüne LED bekommen, ist mir aber wurscht :-)

* Bausatz Dezember 10 gekauft: komplett und funktionierte sofort. Firmware 1.03, grüne LED (Ein Quarz und ein IC-Sockel zu viel)

* Bausatz Januar 2011 gekauft: nur genau die richtige Anzahl Teile dabei, Firmware 1.03, grüne LED, ging auf Anhieb

* 2x Bausatz Januar 2011 gekauft: beide grüne LED, und 1x doppelter Satz Jumper/Stiftleiste, 22PF und Anschlussklemmen. Rest vollständig und beide haben sofort nach zusammenbau funktioniert.

* Februar 2011: AVR-NET-IO: die Diode D5 fehlt, 10 µF gegen 1 µF für MAX232 getauscht, Flash im ATmega32 war programmiert, passende IP-Adr über serielle Schnittstelle eingestellt; ADD-ON: für R1 war 22Ω statt 0,2Ω beigelegt, durch richtigen ersetzt, Beschreibung der LED Bestückung mangelhaft / oe1smc

* Februar 2011: AVR-NET-IO: 1 Diode zuviel, 2 Spulen fehlen, LED grün. Die fehlenden Spulen wurden durch welche aus der Bastelkiste ersetzt - funktioniert. Der 7805 bekam einen kleinen Kühlkörper spendiert.

* Februar 2011: AVR-NET-IO: 2x 10k Widerstände fehlen. Dafür eine Diode zu viel.

* Ende Februar 2011: Zwei Bausaetze an jeweils zwei Adressen, alles in Ordnung.

* Ende März 2011: 2x 25 Mhz Quarz statt 1x16 u. 1x25 Mhz. LED fehlt. Bausatz funktioniert nach Tausch des Quarz den mir mein Freund oe9rsv aus seinem Fundus spendiert hat. Danke auch für die Hilfe beim Fehler suchen.

* Mitte 2010 gekauft: 1x 100nF fehlt

* Mitte Juni 2011: Beide Quarze fehlen und beide Spannungsregler fehlen, Pollin wollte, dass ich das ganze Paket zurückschicke für einen Austausch. Ein 51Ω zu viel. 16Mhz im Handel und 25Mhz vom alten Mobo ausgelötet. Läuft wunderbar.

* Anfang Juni 2011: Beide Quarze fehlen und beide Spannungsregler fehlen, nach kurzer Mail an Pollin (leider ohne Antwort) wurden diese nach ca. 1 Woche in einem Brief nachgeliefert.

* August 2011: alles 1a...

* August 2011: Platine fehlte -> in Nachlieferung

* 30 August 2011: alles 1a...

* 06 Sep. 2011: alles 1a...

* August 2011: 6 Stück bestellt, bei einem haben die 100nF Kondensatoren gefehlt, bei einem zwei LM317 statt 7805 und LM317. Angerufen, 3 Tage später Nachlieferung erhalten.

* Nov. 2011: '''Net_IO''' vollständig. Einspielen der Firmware 1.03 war erforderlich. Bei '''Add-On''' immer noch falscher Q1 BC548 (NPN) in Stückliste und Lieferung. BC327-40 oder BC328-40 (PNP) nachgefordert. R11 und R24 mitgeliefert, entsprechend Beschreibung V1.1 von Pollin's Download. Beiliegende Beschreibung war älter, ohne diese Widerstände.

* Ende Nov.2011, alle Teile dabei, Firmware war drauf, sofort funktioniert.

* Anfang Dez.2011, komplett bestückte Platine gekauft. Auf 7805 Kühlkörper gebaut, da er nach 1 Minute schon ausgestiegen ist (LED hat das Pumpen angefangen). Firmware 1.03 musste noch aufgespielt werden danach funktioniert alles einwandfrei. In Betrieb mit 10V DC

* Ende Dez.2011 2xNET-IO und 2xADD bestellt, 4 verschieden volle Kisten bekommen... WSL16 ist mit Verriegelung, geht nicht aufs Board, Jumper fehlen, Spannungsregler doppelt, Poti Löcher zu klein, lsb3 fehlt, SD-Slot hab ich jetzt 3, 100nF hab ich jetzt 4 übrig ... also immer noch lustig. HW-Stand immer noch 1.0 ( gab es überhaupt eine 1.1?)

* Mitte Jan. 2012, 10pol. beide Wannenstecker nicht dabei, Firmware war drauf, sofort funktioniert. 1 LED zuviel. Unproblematische Nachlieferung bei Reklamation (wegen der beiden Wannenstecker kam ein PAKET!).

* Ende Feb. 2012, Um die PHP-Scripte über öffentlichen Webserver zu betreiben muss mit SETGW die Gateway-Adresse des lokalen Routers eingetragen werden. Bei der NAT im Router sollte z.B. Port 8080 auf den internen Port 50290 umgeleitet werden, da manche Provider diesen Port für die Socket-Kommunikation nicht zulassen.

* Juli 2012, Bausatz vollständig, Nach Aufbau sofort den 7805 mit einem kleinen Kühlkörper versehen, da er sonst thermisch überlastet wird! hat weder auf LAN noch RS232 reagiert, musste erst Update einspielen (Download Pollin), danach funktionierte alles einwandfrei!

* Januar 2013, Bausatz vollständig, 7805 mit Kühlkörper versehen, nach Aufbau ohne Probleme funktioniert

* Februar 2013, Bausatz komplett, Aufbau ohne Probleme, 7805 nur leicht warm, LAN funktioniert, RS232 noch ohne Funktion.

* Oktober 2013, Bausatz komplett laut Stückliste, problemloser Aufbau, 7805 leicht warm am 10V DC. RS232 und LAN funktionierten auf Anhieb.

* Januar 2014, Bausatz komplett, Aufbau ohne Probleme, Betrieb mit 9V DC, LAN funktioniert auf Anhieb, RS232 noch nicht getestet.

* März 2014, Komplettgerät, von ca. 100 Versuchen gerade mal 2 erfolgreiche Zugänge. Weder LAN noch RS232 mit Putty funktionierten.

* Dezember Bausatz komplett, Aufbau ohne Probleme und mit zusätzlichen Kondensatoren gesichert, Betrieb mit 9V DC, LAN funktioniert auf Anhieb, RS232 getestet.

=== Erweiterungsplatine ===

Die nachfolgend genannten Änderungen sind in der Bauanleitung V1.1 mit Stand 07.12.2011 (Wichtig! Es gibt mehr als eine V1.1 ...) bereits berücksichtigt, R3 wird allerdings mit 3,6kΩ angegeben.

Um bei einem Neuaufbau parallele Widerstände zu vermeiden, sollten folgende Änderungen auf dem Addon-Board gemacht werden:
*R2 1,5kΩ ersetzen mit 2kΩ
*R3 1,8K ersetzen mit 3,3kΩ
*R19 470kΩ ersetzen zu 470Ω
*Q1 BC548 ersetzen durch BC327 oder BC328 (Hauptsache PNP! und mehr als 100mA)

'''ACHTUNG''' beim Anschluß eines LC-Displays an J5 (über I2C, PCF 8574): Vcc/5V liegt an Pin 1, GND an Pin 2 von J5. Es gibt etliche Displays mit abweichender Belegung Pin 1 GND und Pin 2 Vcc!

Auch beim Add-On gibt es fehlende oder falsche Bauteile im Bausatz und Fehler im Schaltplan und auf der Platine:

*Stand Feb. 2011: R2 wird mit 2,2kΩ und R3 wird mit 3,6kΩ ausgeliefert. Somit werden die 3,3 V richtig erzeugt. R19 hat 470Ω. Der ISP-Anschluß ist nicht vollständig durchgeschleift, es besteht keine Verbindung der RESET-Leitung zwischen ISP und ISP1 (Abhilfe: Drahtbrücke einlöten, [http://www.mikrocontroller.net/topic/161354#1600385 Quelle]).

*Stand Nov. 2011: bei mir ist die RESET-Leitung korrekt zw. ISP und ISP1 verbunden. Es gibt jetzt auch einen R24 (470Ohm) und R11 (1KOhm), der in der bei mir mitgelieferten Bauanleitung fehlt, in der zum Download (V1.1) angebotenen aber drin steht. Es wird immer noch der falsche Q1 BC548C (NPN) mitgeliefert. Das Schaltsymbol für einen PNP ist richtig im Schaltplan gezeichnet.

*Stand Dez. 2011: R24 (470Ω) kann mit 0Ω ersetzt und R11 (1kΩ) völlig weggelassen werden. Diese Widerstände bilden einen (eigentlich überflüssigen) Spannungsteiler in der MISO Leitung. Der Spannungsteiler hat allerdings auch eine Schutzfunktion, falls weitere Slaves am SPI-Bus hängen, die 5V-Pegel nutzen, z. B. ISP-Programmierer. (siehe [http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=1167&postid=9203 1284p: Board, ich oder beide verwirrt?])

*Sept'12: Bausatz mit Stecker anstelle einer Buchse ausgeliefert, 5mm anstelle von 3mm LED's dafür aber 3 Poti zuviel.

*Sept'12: Ebenfalls Bausatz mit Sub-D-Stecker statt Buchse ausgeliefert, 5mm anstelle von 3mm LED's und 3 Potis zuviel.

*Stand März 2013: Die Belegung der 25 pol. Sub-D-Buchse im Schaltplan der Anleitung V1.1 (und früher) ist falsch dargestellt. SCL und SDA des I2C-Busses liegen wie beim AVR-NET-IO Board auf Pin 2 bzw. 3 und nicht auf Pin 11 bzw. 12 der Buchse. Ein 1:1 verdrahtetes Kabel funktioniert.

== Andere Software für den Client-PC ==
=== NetIOLib ===

In C# geschriebene Bibliothek zur Ansteuerung der Platine im Orginalzustand. Inkl. Beispielsoftware und Quellcode (GNU GPL)

Links gehen nicht:
DLL: [http://www.tware.org/downloads/NetIOLib_dll.zip Download-Link]
Source: [http://www.tware.org/downloads/NetIOLib_src.zip Download-Link]

=== E2000-NET-IO-Multi-Control ===
Mit dem E2000-NET-IO-Multi-Control ist es möglich, die von dem E2000-NET-IO-Designer erstellten Projekte zu öffnen und die AVR-NET-IO's zu steuern.

Die Anwendung liegt dem [http://www.mikrocontroller.net/articles/AVR_Net-IO_Bausatz_von_Pollin#E2000-NET-IO-Designer_.28Windows.5BXP.2F7.5D_.2F_Android.29 E2000-NET-IO-Designer] bei.

=== ControlIO ===
Einfache Bibliothek zur Ansteuerung mit Originalfirmware.
http://www.mikrocontroller.net/topic/149695

=== JAVA Lib ===
Einfache Java-Bibliothek zur Ansteuerung mit Originalfirmware.
http://son.ffdf-clan.de/?path=forumsthread&threadid=611

=== PHP ===
PHP Klasse zur Ansteuerung mit der Originalfirmware. (Opensource Lizenz)
http://blog.coldtobi.de/1_coldtobis_blog/archive/298_pollin_net-io_php_library.html

PHP Funktionen zum Ansteuern der Originalfirmware. (Free for All Lizenz)
http://defcon-cc.dyndns.org/wiki/index.php/Pollin_AVR-NetIO_PHP_Wrapper

== Clients für Smartphones ==

=== AVR NET IO Control (Windows Phone 7.5,7.8,8.0) ===

App zur steuerung des AVR NET IO. (Kostet $0,99)

'''App im Market: [http://www.windowsphone.com/de-de/store/app/avr-net-io-controll/030d107f-9a27-4a62-ac8f-cb74e79c0500 AVR NET IO Control]'''

=== App NetIO (Windows Mobile 6.5) ===
Frei verfügbare App für Windows Mobile zur Ansteuerung mit der Orginalsoftware. Das HTC HD2 wird damit zur Fernsteuerung für das AVR Net-IO Board.
http://www.heesch.net/netio.aspx

=== NET-IO Control (Android) ===
Eine Application für das Android Betriebssystem zur Steuerung des AVR Net-IO Boards. Es ist möglich, alle Ausgänge zu steuern und alle Eingänge anzuzeigen. Die Analogen Eingänge können mit einem Berechnungsfaktor versehen werden. ''Geplant ist noch ein Offsetwert.'' Außerdem kann jedem analogen Wert eine Einheit zugeordnet werden. Die Ausgänge können in der neusten Version in einen Tastermodus gesetzt werden.

[[Datei:NET-IO-Control.png|200px]] [[Datei:NET-IO-Control2.png|200px]] [[Datei:NET-IO-Control3.png|200px]]

'''Trial-Version: [https://play.google.com/store/apps/details?id=de.android.AVR.NETIOControlTRAIL Google-Play]'''

(In dieser Probe Version können nur 1 Output und 2 Inputs gesteuert werden)

'''Vollversion: [https://play.google.com/store/apps/details?id=de.android.AVR.NETIOControl Google-Play]'''

(Kostet im Google-Play 3,00 €)

Weitere Informationen sind auf der Entwickler-Seite zu finden: [http://elektronik2000.de/ Elektronik2000.de]

=== E2000-NET-IO-Designer (Windows[XP/7] / Android) ===
[[Datei:E2000-NET-IO-Designer.png|400px|right]]
Mit dem E2000-NET-IO-Designer ist es möglich, eine grafische Oberfläche für die NET-IOs von Pollin zu erstellen. Dafür werden Knöpfe, Texte und Anzeigebilder zur Verfügung gestellt. Jedes dieser Element kann "Aufgaben" übernehmen um die NET-IOs zu steuern oder einen Status des NET-IO anzuzeigen. Weitere Icons können von dem Benutzer selbst in den entsprechenden Ordner gelegt werden und in die Oberfläche eingebunden werden. Es können mehrere Seiten designt werden die durch einen selbst positionierten Knopf erreichbar sind. Die Android Application arbeitet somit im Fullscreen-Modus. Des weiteren ist es möglich, mehrere NET-IO's in einem Projekt zu benutzen. Nach dem erstellen der grafischen Oberfläche mit dem E2000-NET-IO-Designer, kann mit der Android APP das Projekt einfach gedownloaded werden. Dafür baut die APP eine Verbindung zum E2000-NET-IO-Designer auf und läd alle benötigten Dateien herunter (Achtung: Firewall-Einstellungen beachten). Die designten Oberflächen können außerdem noch mit der E2000-NET-IO-Multi-Control.exe auf dem Computer ausgeführt werden. Dadurch ist es Möglich, seine NET-IOs vom PC aus zu steuern über eine selbst designte Oberfläche.

Zum Ausführen des E2000-NET-IO-Designer muss .NET Framework 4.0 installiert sein und es muss eine Internetverbindung exisitieren.

'''Features:'''<ul>
<li>Grafische Oberfläche am PC erstellen</li>
<li>Verwendung von eigenen Button- und Hintergrundbildern</li>
<li>Designbare Anzeige von Digital- und Analogwerten</li>
<li>Steuern von mehreren AVR-NET-IO Boards</li>
<li>Unterstützung der E2000-NET-IO Firmware (mehere Boards gleichzeitig)</li>
<li>Designte Steuerungen können auf dem PC oder dem Handy ausgeführt werden (Android)</li>
<li>Schnelle Verbindung</li>
<li>Einfache übertragung auf das Handy durch Projekt Download</li>
</ul>

[http://www.elektronik2000.de/downloads.php?id=44 Download E2000-NET-IO-Designer]

[http://www.elektronik2000.de/hilfe/E2000Netdesigneruebersicht.html Online Hilfe]

Weitere Informationen sind auf der Entwickler-Seite zu finden: [http://elektronik2000.de/ Elektronik2000.de]

=== NetIO ( iPhone & Android ) ===
<div style="float: left; margin-right: 20px">[[Datei:Netio_logo.png|70px]]</div>

Schöne universelle Fernbedienung für das Board (iOS / Android). Konfigurierbar über einen Browserbasierten Editor. 
Unterstützt TCP socket Verbindungen, kann http request absetzen und kann auch Webseiten einbinden (z.B. IP-Kameras). Kann mehrere
Boards gleichzeitig steuern! Einfach super schnell ins Projekt eingebaut... Es gibt Buttons (die auch als Taster konfiguriert werden können), Slider, Switches und einfache Labels. Dinge können geschaltet oder Daten ausgelesen und mit regex dargstellt werden.

<div style='float: right'>
[[Datei:Netio_TV.png|190px]]
[[Datei:Netio_iphone5.png|190px]]
[[Datei:NetIO_appflow.jpg|190px]]
</div>

 
AppStore Link: http://itunes.apple.com/app/netio/id464924297?mt=8 
Google Play Link: https://play.google.com/store/apps/details?id=com.luvago.netio 
Webseite: http://netioapp.de

Hinweis: Man findet es unter "NetIO" im Store, im Icon selbst und in iTunes wird es als "Controller" angezeigt. 
Die eigene Konfiguration kann man mit dem [http://netioapp.com/editor/ Online Editor] vorher am PC erstellen.
Eine fertige [http://netioapp.com/editor/?config=pollin AVR-NET-IO Konfiguration] gibt es als funktionierendes Beispiel schon als Preset.

 
<div style='clear: both'></div>

=== AVR Net IO (iPhone) ===
[[Datei:AVRNetIO-Screenshot1.png|160px|rechts]]
Update 15.12.2011: Die Neue Version 1.3 ist seit gestern im AppStore. Fehlerkorrekturen und ein robusteres Handling machen die App nun zur universellen AVR-Net-IO-Steuerung.

Mit der [http://itunes.apple.com/de/app/avr-net-io/id460991760?mt=8 iPhone App AVR-Net-IO] kann das Board ferngesteuert werden. Die Fernsteuerung umfasst in der Version 1.1 folgende Funktionen: <ul>
<li>ADC-Werte zyklisch auslesen und darstellen</li>
<li>Digital-Inputs zyklisch darstellen</li>
<li>Digital-Outputs können über Buttons geschaltet werden. Die Werte der Digital-Outputs werden zuerst ausgelesen und zeigen den zuletzt gesetzten Wert an.</li>
<li>Terminal-Modus: Hier können beliebige AVR-Net-IO-Befehle eingegeben werden. Das Ergebnis wird 1:1 angezeigt, wie es vom Board kommt. Hilfreich für Tests bei Eigenentwicklungen und Konfigurationen.</li>
</ul>
 
Mehr Infos gibt's dazu direkt von den Entwicklern auf [http://www.facebook.com/pages/AVR-Net-IO/187799687958255?ref=nf AVR-net-IO Facebook-Page] oder direkt auf deren Homepage [http://www.ondics.de/apps/1001/ Homepage].
 
Hinweis: MIt der aktuellen Version 1.1 gibt es noch bei manchen Boards Probleme beim auslesen und anzeigen der ADC- und Digital-Werte. Das Terminal funzt problemlos. Die Entwickler kümmern sich gerade drum und haben einen baldigen Update versprochen.
 

== Andere Software statt der Originalsoftware von Pollin ==

Die Umrüstung auf einen Webserver durch Austausch der Software (und ev. des ATmega32) bietet sich an. Kleiner Hinweis dabei: wenn zum Flashen ein ISP-Adapter verwendet wird, diesen unbedingt vor dem Start der neuen Software abziehen! Der ISP arbeitet nämlich über dieselbe SPI-Schnittstelle über die auch der ENC28J60 angesteuert wird. Ein eventuell noch angeschlossener, wenn auch passiver ISP-Adapter stört diese Kommunikation, d.h. das Programm an sich scheint zu laufen, aber die Ethernet-Schnittstelle funktioniert nicht.

=== E2000 - Logik ===

[[Datei:E2000-Logik-Bedienoberflaeche.jpg|500px|rechts]]

Anwenderfreundliche Logik-Software von Elektronik2000.de zur Steuerung des AVR-NET-IO. Der ATMEGA32 wird durch einen ATMEGA644 ersetzt und mit der E2000-Firmware beschrieben. Nun ist es möglich in der E2000-Logik Software eine Logikschaltung zu erstellen und diese auf das NET-IO-Board zu übertragen. Dort wird diese Schaltung simuliert. Dies funktioniert komplett ohne einen Computer.

Durch ein Erweiterungsboard von Elektronik2000.de ist es auch möglich, das Board ohne Internet laufen zu lassen eine RTC (RealTimeClock) übernimmt dabei die Uhrzeitgesteuerten Funktionen. Auf dieser Erweiterung ist auch ein EEPROM integriert, um Firmware-Updates über Netzwerk einzuspielen (in Zukunft). Diese Erweiterung bietet außerdem die Anbindung an das E2000-Bus-System, durch das es möglich ist das AVR-NET-IO-Board durch weitere Ein- und Ausgänge zu erweitern.

Das Designen von Schaltaufgaben wird in diesem Programm grafisch dargestellt, durch das ein einfaches Anpassen seiner Logikschaltungen möglich ist.

Eine Steuerung des E2000-NET-IO ist möglich durch den Intregrieten Webserver, die PC-Software (E2000-NET-IO Control) oder der Androidsoftware. All diese Können gleichzeitig auf das E2000-NET-IO zugreifen und Funktionen ausführen.

Weitere Informationen gibt es auf der Entwicklerseite: [http://www.elektronik2000.de Elektronik2000.de]

=== Bascom Version von Hütti ===

(Quelle: http://bascom-forum.de/index.php/topic,1781.45.html )
dort am Ende der Seite.

=== Ben's Bascom Quellcode ===

(Quelle: http://members.home.nl/bzijlstra/software/examples/enc28j60.htm )

Muss aber für Bascom 1.11.9.3 angepasst werden, siehe Code von Hütti !

=== U. Radigs Webserver ===

Angepasster Sourcecode von U.Radig: http://www.mikrocontroller.net/attachment/40027/Webserver_MEGA32.hex
oder selbst anpassen:
Ändere in der Datei ENC28J60.H:
#define ENC28J60_PIN_CS 4
(Quelle: http://www.mikrocontroller.net/topic/109988#988386)

Temporären Dateien (*.d, *,lst,*.o) vorher im Verzeichnis löschen ''make clean'', damit neu compiliert wird.

IP: 192.168.0.99 
User: admin 
Pass: uli1 

Den orginal SourceCode gibt's übrigens hier:http://www.ulrichradig.de/home/index.php/avr/eth_m32_ex

Bei den Fuses BOOTRST ausschalten, da die Software keinen Bootloader enthält.

IP: 192.168.1.90 
User: admin 
Pass: tim 

Weiterentwicklung des Radig-Codes von RoBue: 
- 1-Wire-Unterstützung (Anschlus an PORTA7) 
- PORTA0-3 digitaler Eingang (ein/aus) 
- PORTA4-6 analoger Eingang (0 - 1023) 
- LCD an PORTC 
- Schalten in Abhängigkeit von Temperatur und analogem Wert 
- (Teilweise) Administration über Weboberfläche 
- Erweiterung des cmd-Befehlsatzes für telnet/rs232 
Gedacht ist der Einsatz des AVR-NET-IO-Bausatzes für Heizungs- oder Haussteuerung) 

(Quelle: 
http://www.mikrocontroller.net/attachment/43307/AVR-NET-IO_RoBue_V1.3.zip 
http://www.mikrocontroller.net/attachment/44569/AVR-NET-IO_RoBue_V1.4.zip 
http://www.mikrocontroller.net/attachment/46720/AVR-NET-IO_RoBue_1.5-final_hoffentlich_.zip)

Bei der Ver 1.5 sind die Ports PD2+3 fürs 4bit LCD (Ext.) vertauscht ! Gruß B.P

=== Simon Ks Webserver (uip-Stack) ===
Angepasster Sourcecode von Simon K: http://www.mikrocontroller.net/attachment/39939/uWebSrv.zip
IP: 192.168.0.93:8080 
Um diesen Code mit einem Atmega1284P verwenden zu können, muss in der main.c in Zeile 38, "TIMSK" durch "TIMSK1" ersetzt werden.
Die Fusebits für den Atmega1284p ohne Bootloader sind:
lfuse=0xFF, hfuse=0xD9, efuse=0xFF

=== Ethersex Server ===

http://www.ethersex.de - Einfach für atmega32 compilieren und funktioniert.

=== Etherrape Server ===

http://www.lochraster.org/etherrape/

ist in jedem Fall hier auch zu erwähnen zumal es sich beim etherrape um das Ursprungsprojekt von ethersex handelt.
Es scheint aber bei der Weiterentwicklung wenig zu passieren.
Ausführliche Dokumentation findet sich unter http://wiki.lochraster.org/wiki/Etherrape

=== Mini SRCP Server (kommerziell, Closed-Source)===

Damit wird die Platine zu einer Modellbahnsteuerung, die
über das Netzwerkprotokoll SRCP mit verschiedenen Programmen
gesteuert werden kann.

[http://www.7soft.de/de/mini_srcp_server/index.html Infoseite] zur Hardware
und das zugrundeliegende [http://www.der-moba.de/index.php/Digitalprojekt Digitalprojekt].

=== Avr ArtNET-Node ===

Hiermit kann die Platine zu einem Art-Net Node werden, mit dem sich ein DMX-Universe über Ethernet übertragen lässt. Basiert auf den Quellen von Ulrich Radig.

Dokumentation: [http://www.dmxcontrol.de/wiki/Art-Net-Node_f%C3%BCr_25_Euro Art-Net-Node für 25 Euro]

=== Webserver von G. Menke ===

Ein Webserver (basierend auf den Sourcen von U. Radig), der so angepasst ist, dass alle Ein- und Ausgänge wie bei der originalen Pollin-Software genutzt werden können (8xDIGOUT, 4xDIGIN, 4xADIN). Der Webserver kann daher direkt auf das Net-IO geladen werden. Im ZIP-File sind ein ReadMe und alle C-Sourcen enthalten. Download:
[http://gm.stream-center.de/webserver/ Webserver mit passender IO]

=== OpenMCP ===
'''(Projekt scheint erloschen - Links all down - Jan. 2014)'''

Tolles Projekt, welches viele Features bietet und stabil läuft. Hervorzuheben ist die Übersichtlichkeit der Programmteile/Module und die vielleicht nicht ganz komplette Dokumentation. Man merkt, dass viel Arbeit und Liebe in diesem Projekt steckt. Herausgekommen ist dabei eine einfach zu handhabende Entwicklungsumgebung. Anfänger können, dank des gut durchdachten CGI-Systems, welches sich um alle wichtigen Sachen kümmert, leicht eigene CGI implementieren. Alle Ausgaben erfolgen nur mit printf über die Standardausgabe und werden automatisch richtig per Netzwerk übertragen, dadurch ist es auch für den Anfänger recht gut geeignet, da man sich nicht mit der Netzwerkprogrammierung auseinander setzen muss.

Die Software belegt im Moment (Stand Juli 2010) ca. 55 Kb im Flash, so dass man das Board mit einem grösseren µC (z.B. ATMega644) aufrüsten muss.

[http://wiki.neo-guerillaz.de Projekt und Doku]

Der Autor stellt zwei über das Internet erreichbare Testboards bereit unter http://www.neo-guerillaz.de:81 und http://www.neo-guerillaz.de:82 die beide unter OpenMCP laufen, je auf einen AVR-NETIO mit einem ATmega644 und dem eigentlichen Board mit einem ATmega2561. Zusätzlich ist gerade eine Version für das myAVR in Arbeit die schon ordentlich Fortschritte macht.

=== OpenMLP ===
Auf openMCP basierender Port nach [http://avr.myluna.de LunaAVR] (GPL). Umfangreiche Funktionalität und direkte Anpassung an die Sprache. Abgespeckte Version auch auf Atmega32 lauffähig. Die Original-Dokumentation kann zum Großteil hergenommen werden. Einige Zusatzfeatures. Leichte Konfiguration und guter Einstieg für Anfänger und zum Verständnis der Serverfunktionalität.

[http://avr.myluna.de/doku.php?id=de:openmlp Artikelseite]
[http://forum.myluna.de/viewtopic.php?f=8&t=13 Forum]

=== ENC28J60 I/O-Webserver von Thomas Heldt ===

Ein Modul-Webserver (Softwarekompatibel zum Pollin Webserver), der durch div. Module erweitert werden kann, Software in Bascom basierend auf dem Code von Ben Zijlsta wurde erweitert und angepasst:

[http://mikrocontroller.heldt.eu/index.php?page=enc28j60-io-webserver Projekt und Software]

=== AVR-Netino ===
[http://code.google.com/p/avr-netino/ Projekt und Software]

Arduino fürs Net-IO

== Siehe auch ==
* Diskussion zu diesem Projekt: http://www.mikrocontroller.net/topic/109988
* [http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en022889 ENC28J60 Produktseite]
* [http://ww1.microchip.com/downloads/en/DeviceDoc/39662c.pdf ENC28J60 Datenblatt(pdf)]
* [http://son.ffdf-clan.de Forum für AVR-Net-IO]
* [http://avr.myluna.de/doku.php?id=de:openmlp LunaAVR openMLP ]
* [http://bascom-forum.de/index.php/topic,1781.0.html Bascom Forum ]
* [http://hobbyelektronik.org/w/index.php/AVR-NET-IO-Shield Shield für den NET-IO]

[[Category:AVR-Boards]]
[[Category:Ethernet|P]]

AVR Net-IO Bausatz von Pollin

2017-02-06T00:16:47Z

Debegr92: Links 404

Hier steht eine Beschreibung des Pollin Bausatzes [http://www.pollin.de/shop/shop.php?cf=detail.php&pg=NQ==&a=MTQ5OTgxOTk= AVR-NET-IO. Best.Nr. 810 058], oder als aufgebautes Fertigmodul, Best.Nr. 810 073.

Einige Features: Ethernet-Platine mit ATmega32 und Netzwerkcontroller ENC28J60. Die Platine verfügt über 8 digitale Ausgänge, 4 digitale und 4 ADC-Eingänge, welche alle über einen Netzwerkanschluss (TCP/IP) abgerufen bzw. geschaltet werden können.

[[Datei:AVR-NET-IO ADD-ON.JPG|thumb|right|400px|AVR-NET-IO (links) mit zusätzlicher SUB-D Anschlussplatine (rechts, nicht im Lieferumfang)und Add-On-Board (oben, mit aufgelötetem RFM12-433-Modul, beides nicht im Lieferumfang). Ebenso ist zusätzlich ein nicht im Lieferumfang enthaltener kleiner Kühlkörper auf einem der Spannungsregler montiert und die Schraubklemmen zur Stromversorgung wurden durch Buchsen ersetzt.]]

== Technische Daten ==

* Betriebsspannung 9 V AC/DC
* Stromaufnahme ca. 190 mA
* bzw. 5V DC, 1A (Steckernetzteil) an J6
* 8 digitale Ausgänge (0/5 V) [PC0-PC7 an J3]
* 4 digitale Eingänge (0/5 V) [PA0-PA3 an J3]
* 4 ADC-Eingänge (10 Bit) [PA4-PA7 an Schraubklemmen]
* LCD-Anschluss (HD44780 komp. Controller nötig) [PD2-7,PB0,PB3 an EXT]
* [[ENC28J60]]
* [http://www.atmel.com/dyn/Products/Product_card.asp?part_id=2014 ATmega32] Mikrocontroller

Maße (L×B×H): 108×76×22 mm.

== Hardware ==
=== AVR-NET-IO ===

Die Schaltung des AVR-NET-IO ist recht einfach:
* Ein ATmega32 Mikrocontroller enthält die gesamte Software
* Ein ENC28J60 Ethernet-Controller für das Senden und Empfangen von Ethernet Frames (MAC und PHY Ethernet Layer) ist über [[SPI]] mit dem ATmega32 verbunden
* Ein Ethernet RJ-45 MagJack TRJ 0011 BA NL von [http://www.trxcom.com/ Trxcom] mit eingebautem Übertrager und Anzeige-LEDs am ENC28J60.
* Ein MAX232 für die serielle Schnittstelle
* Zwei Spannungsregler, 5 V und 3,3 V
* "Hühnerfutter"

Fast alle I/O Pins des ATmega32 sind irgendwo auf Anschlüssen herausgeführt. Entweder auf dem SUB-D Stecker, dem EXT oder ISP Wannensteckern oder den blauen Anschlussklemmen. Eine Schutzbeschaltung gibt es nicht.

Die blauen Anschlussklemmen haben eine Nut und eine Feder mit denen man
sie zusammenstecken kann, dadurch ist das Anlöten wesentlich leichter
und sie stehen auch sauber in der Reihe.

=== Erweiterungsplatine ===

Seit Januar 2010 gibt es auch eine Erweiterungsplatine

[http://www.pollin.de/shop/dt/Nzg4OTgxOTk-/Bausaetze/Diverse/Bausatz_Add_on_fuer_AVR_NET_IO.html Add-on für AVR-NET-IO-Board Best.Nr. 810 112]

Diese Platine erweitert das NET-IO um:

* SD-Karten-Slot über SPI
* Display über PCF 8574
* Infrarot-Empfang
* [[RFM12]] Funkmodul (nicht im Lieferumfang enthalten)

Eine Aufstellung bekannter Fehler findet sich weiter unten [[#Bekannte Fehler|Bekannte Fehler - Erweiterungplatine]]

Erste Erfahrungsberichte im Forum http://www.mikrocontroller.net/topic/161354

=== Hardware-Umbauten & -Verbesserungen ===

* Kühlkörper auf dem 7805 - (Vorsicht: Der LM317T ist rückseitig spannungsführend. Den Kühlkörper also keinesfalls an beide Spannungsregler anschließen!)
* MAX232 nach anfänglicher Konfiguration nicht bestücken um Strom zu sparen oder um zwei weitere I/O-Pins zu gewinnen
* 10µF-Elkos für MAX232N (C14-C17) durch 1µF ersetzen. <s>Eine 10µF-Version für den MAX232 gibt es nicht</s>. Die 10µF-Elkos können auch Ursache einer nicht funktionierenden RS232 sein.
** Laut Spezifikation sind auch mehr als 1µF erlaubt. Selbst Atmel verwendet beim STK500 10µF. Dies führt keinesfalls dazu, dass die RS232 nicht mehr funktioniert.
* Die IC-Fassungen aus "Pollins Resterampe" durch Fassungen mit gedrehten Kontakten ersetzen.
* ''Netz'' LED nicht bestücken oder größere Widerstände einlöten um Strom zu sparen (R3)
* Vorwiderstände der Ethernet-LEDs größer machen (z. B. verdoppeln) um Strom zu sparen (R6,R7)
* Linear-Spannungsregler ersetzen
* Kondensator an AREF-Pin des ATmega32 (ATmega32 Datenblatt) (100nF gegen Masse)
* Kondensator an den RESET-Pin des ATmega32 ([http://www.atmel.com/dyn/resources/prod_documents/doc2521.pdf Atmel Application Note AVR042: AVR Hardware Design Considerations]) Wenn man diese Quelle genauer liest, ist das aber eher unnötig. - Kondensator bei selbstbau-ISP empfehlenswert.
* Umbau auf 3,3 V:
** Ersatz der Spannungsregler durch einen einzigen 3,3 V Regler
** Anpassen (verkleinern) des LED-Vorwiderstands R3 für 3,3 Volt Betrieb
** Reduktion der Taktfrequenz (Austausch von Q2) auf den bei 3,3V erlaubten Bereich des ATmega32 ( ATmega32(L) 3.3V /8.0 Mhz Takt )
** Ersatz des MAX232 durch einen MAX3232
[[Bild:POWER.JPG|thumb|400px|5V Stromversorgung über USB Kabel, ohne 5 V Spannungsregler und Gleichrichterdioden, Vorsicht: kein Verpolungsschutz! ]]
* ATmega32 vom ENC28J60 takten (OSC2)
* Betrieb mit Gleichspannung:
** Dioden D2 und D5 durch Drahtbrücken ersetzen, D1 und D4 nicht bestücken (komplette Entfernung des Brückengleichrichters, beinhaltet Verlust des Verpolungsschutzes)
** Diode D2 bestücken, D5 durch Drahtbrücke ersetzen, D1 und D4 nicht bestücken (Brückengleichrichter durch Verpolungsschutze ersetzen)
*** ??? Ist dies nicht kontraproduktiv? Bei mir wurde durch D2-Bestückung die Eingangsspannung von ca. 5,2 V am LM317T auf ca. 4,6 V gedrückt, so dass am ENC28J60 nur ca. 2,6 V ankamen (außerhalb der lt. Datenblatt "Operating voltage range of 3.14V to 3.45V"). Man müsste also ein geregeltes Netzteil mit ca. 5,5 V anschließen um 5 und 3,3 V zu erzielen. Dann lieber den Verpolungsschutz durch andere Maßnahmen sicherstellen.
** Beim Betrieb von USB beachten, dass USB-Spezifikation keinesfalls 5V garantiert, sondern Spannung bis runter 4.4V erlaubt und dann u.U. durch den LM317 nicht mehr genügend Spannung am ENC anliegt. Das äußert sich so, dass zwar der Atmega einwandfrei funktioniert, die Ethernet-Kommunikation aber nicht oder nur sehr sporadisch.
* Betrieb mit Steckernetzteil
** Wenn man ein energieeffizientes Stecker-Schaltnetzteil mit 5V, 1A direkt an J6 kontaktiert, kann man sich die o.g. Um- und Ausbauten sparen. Kein Spannungsregler wird mehr heiß, kein Kühlkörper wird benötigt, das Board arbeitet absolut stabil.
* Ersatz des ATmega32 durch einen ATmega644 oder ATmega1284p mit mehr FLASH-Speicher.
** Der ATmega644 und auch der ATMega1284p sind nicht mit der Pollin-Firmware kompatibel
* 100nF über alle drei IC Störunterdrückung zusätzlich bestücken

== Inbetriebnahme der Originalsoftware ==
=== Einleitung ===

Die bei Auslieferung (Stand September 2008) in den ATmega32 gebrannte Firmware stellt sich manchmal recht zickig an. Es scheint dann die Netzwerk-Schnittstelle, ggf. auch die serielle Schnittstelle, nicht zu funktionieren. Falls es Probleme geben sollte, sollte man erst einmal ein Firmwareupdate versuchen. Dies geschieht über die serielle Schnittstelle mittels des Programmes NetServer (aktuelle Version 1.03, Februar 2010), die dem Bausatz beiliegt.

Falls die serielle Schnittstelle ebenfalls nicht zugänglich ist, kann mit den im folgenden beschriebenen Schritten die Inbetriebnahme der Software möglich sein. Dazu benötigt man:

* Einen Windows-PC mit Ethernet-Schnittstelle und RS232-Schnittstelle (ein Prolific RS232-USB Konverter funktioniert)
* Entweder
**zwei normale (''straight through'') Ethernet-Kabel und einen Ethernet Switch/Hub, oder
**ein gekreuztes(''cross over'') Ethernet-Kabel
* Einen AVR Programmer (Hardware und Software). Zum Beispiel einen [[AVR Dragon]] oder [[STK500]] mit [[AVR Studio]] oder das [[Pollin ATMEL Evaluations-Board]] und [[avrdude]].
* Die [http://www.pollin.de/shop/ds/MTQ5OTgxOTk-.html Pollin NetServer Software], Version 1.03 (oder neuer)

=== Gelieferten ATmega32 richtig einstellen ===
[[image:fuse_bits_avr_studio.jpg|thumb|right|250px|Einstellungen der Fuse-Bits mittels AVR Studio 4]]
Die Fuses der gelieferten ATmega32s scheinen nicht immer mit den im Handbuch auf Seite 12 als erforderlich angegebenen Fuse-Einstellungen übereinzustimmen.

Dies kann man mittels eines Programmers ändern. LFuse = 0xBF, HFuse = 0xD2. Das genaue Vorgehen hängt dabei vom verwendeten Programmer ab. Bei der Gelegenheit kann man ebenfalls eine Sicherheitskopie des ursprünglichen Flash-Inhalts und des EEPROMs anfertigen. Das EEPROM scheint die MAC-Adresse des Ethernet-Ports zu enthalten.

Entgegen der Spezifikation im Handbuch von Pollin sollten die '''HFuses auf 0xC2''' gesetzt werden, d. h. CKOPT-Fuse programmiert (dies ist in der Software Version 1.03 bereits vollzogen). Das sorgt für einen stabilen Betrieb des AVR-Oszillators im "full rail-to-rail swing"-Mode bei 16 MHz. Atmel garantiert ansonsten nur stabilen Betrieb bis 8 MHz. Siehe ATmega32-Datenblatt, Kapitel 8.4, Crystal Oscillator.
{{Absatz}}

==== Funktionsfähige Konfiguration - AVR-Prog ====

[[Bild:Avrprog.png|thumb|right|250px]]
Benutzer von AVR-Prog können die nachfolgenden Einstellungen für die Lock- und Fuse-Bits verwenden. Hierbei handelt es sich um die ausgelesenen Einstellungen eines funktionsfähigen Controllers. Allerdings sollte, laut Handbuch des AVR-NET-IO-Boards, das Fuse-Bit EESAVE eigentlich gesetzt sein.

Alternativ kann auch per avrdude die Einstellung getroffen werden:
avrdude -c stk500v2 -pm32 -U lfuse:w:0xBF:m
und
avrdude -c stk500v2 -pm32 -U hfuse:w:0xC2:m

Anschließend muß noch der Bootloader und die Firmware aktualisiert werden (siehe Handbuch AVR-NET-IO-Board Seite 12 Punkt 3).

=== PC Konfiguration ===

==== PC normalerweise nicht im 192.168.0.0/24 Subnetz ====

Betreibt man den PC nicht im 192.168.0.0/24 Subnetz, muss er wie folgt umkonfiguriert werden, oder die IP Adresse des Boards wird entsprechend angepasst. ( Siehe Handbuch Seite 14ff. Das ist meist sinnvoller und auch einfacher. )

Den PC vom normalen Netzwerk abstecken[1]. Zur Umkonfiguration dazu bei Windows XP in der Systemsteuerung ''Netzwerkverbindungen'' aufrufen und die lokale ''LAN-Verbindung'' markieren. Dann in der rechten Leiste ''Einstellungen dieser Verbindung ändern'' aufrufen.

Es erscheint der Dialog ''Eigenschaften von <Verbindungsname>''. In der Liste im Dialog zu ''Internetprotokoll (TCP/IP)'' gehen. Ein Doppelklick auf den Eintrag öffnet den ''Eigenschaften von Internetprotokoll (TCP/IP)'' Dialog.

In diesem Dialog ''Folgende IP-Adresse verwenden:'' auswählen und zum Beispiel

IP-Adresse: '''192.168.0.100''' 
Subnetzmaske: '''255.255.255.0''' 
Standardgateway: '''192.168.0.1'''

eingeben.

Anmerkung von bitman:
[1] Dies ist spätestens ab Windows XP nicht mehr notwendig, wenn das Netz 192.168.0.0/24 noch frei ist. Dann kann man einfach den Client ''zusätzlich'' in diesem Netzwerk zusätzlich einbinden über Einstellungen/Netzwerkverbindungen/Lanverbindung/Eigenschaften/TCP-IP/Eigenschaften/Erweitert/IP-Adresse hinzufügen. Es werden dann eben mehrere IP-Adressen an den NIC gebunden.

Alle geöffneten Dialoge nacheinander mit OK schließen.

Alternativ bietet sich das Umprogrammieren des Boards über die serielle Schnittstelle an. Die Werte für IP-Adresse, Netzmaske und Standard-Gateway werden mit den dokumentierten SETxx-Befehlen geändert, das Board neu gestartet und ans vorhandene Netzwerk gesteckt.

Im EEPROM sind folgende Werte vorprogrammiert: 
3EE - 3F3 MAC-ADRESSE 
3F4 - 3F7 GATEWAY 
3F8 - 3FB NETMASK 
3FC - 3FF IP-ADRESSE 

==== PC bereits im 192.168.0.0/24 Subnetz ====

In diesem Fall muss man prüfen, ob die IP-Adresse 192.168.0.90 bereits im Subnetz verwendet wird. Ist dies der Fall, muss das verwendete Gerät mit dieser IP vorübergehend aus dem Subnetz entfernt werden. Es sei denn, dabei handelt es sich um den PC. In diesem Fall muss er wie zuvor umkonfiguriert werden. Ansonsten kann der unverändert im Netz verbleiben.

Dem AVR-NET-IO gibt man eine neue, zuvor unbenutzte Adresse (siehe unten). Dann kann das abgekoppelte Gerät wieder angeschlossen werden, beziehungsweise der PC zurückkonfiguriert werden.

=== AVR-NET-IO anschließen ===

Musste man den PC umkonfigurieren, so werden jetzt nur der PC und der AVR-NET-IO über Ethernet miteinander verbunden. Je nach Ethernet-Kabel benötigt man dazu einen Switch/Hub oder nicht.

Musste man den PC nicht umkonfigurieren, so kann man den AVR-NET-IO wie einen normalen Rechner an das vorhandenen Netz anschließen.

Zusätzlich schließt man die serielle Schnittstelle des AVR-NET-IO an den PC an.

=== Firmware 1.03 einspielen ===

Laut Handbuch sollte der AVR-NET-IO jetzt über Ethernet funktionieren. Ebenso sollte er über die serielle Schnittstelle und ein Terminalprogramm konfigurierbar sein. Beides ist offensichtlich im Auslieferungszustand selten der Fall.

Auch wenn sich Pollins NetServer Software nicht mit dem AVR-NET-IO verbinden lässt, so ist sie jedoch in der Lage eine neue Firmware 1.03 einzuspielen. Das Vorgehen ist im Handbuch auf Seite 12 beschrieben. NetServer präsentiert dabei ein paar einfache Anweisungen denen man folgen sollte.

Wenn sich nach dem scheinbar erfolgreichem Einspielen der Firmware, später nichts tut, so sollte die Firmware mit gesetztem "FailSafe" in der mitgelieferten NetServer-Software nochmals Eingespielt werden.

=== Abschluss ===

Jetzt sollte sich die NetServer Software mit dem AVR-NET-IO über Ethernet verbinden lassen. Dies macht es wiederum möglich, den AVR-NET-IO mit einer anderen IP-Adresse zu versehen. Will man den AVR-NET-IO in einem anderen Subnetz betreiben kann man dies jetzt einstellen.

Nachdem man die IP-Adresse neu eingestellt hat, muss man den PC zurückkonfigurieren und kann dann sowohl den AVR-NET-IO und den PC zusammen betreiben.

== Funktionsumfang der Originalsoftware ==
Die Originalsoftware ist sehr einfach gestrickt. Im AVR Net-IO läuft ein Programm, welches am Port 50290 eine Textschnittstelle bereit stellt. Diese Schnittstelle kann sowohl über die RS232 als auch über Ethernet angesprochen werden kann. Mit diesem Programm ist es möglich, alle Eingänge sowie alle Ausgänge anzusprechen, als auch die Konfiguration der Netzwerkeinstellungen zu verändern. Die Karte versteht dann folgende Befehle:
* SETPORT
Einen digitalen Ausgang auf 0 oder 1 schalten
* GETPORT
Den Status eines digital Ausgangs/Eingangs abfragen
* GETSTATUS
Den Status aller digital Ausgänge abfragen
* GETADC
Den Messwert eines analogen Eingangs ermitteln
* SETIP
Die IP-Adresse des Boards ändern
* GETIP
Die eingestellte IP-Adresse abfragen
* SETMASK
Die Netzwerkmaske verändern
* GETMASK
Die eingestelle Netzwerkmaske abfragen
* SETGW
Das Netzwerk-Gateway verändern
* GETGW
Das eingestellte Netzwerk-Gateway abfragen
* INITLCD
Ein angeschlossenes LCD initialisieren
* WRITELCD
Einen Text am LCD ausgeben
* CLEARLCD
Ein angeschlossenes LCD löschen
* VERSION
Die Versionsnummer des Programms ausgeben

Dazu gibt es ein auf Java basierendes Programm, welches alternativ zu einem Terminalprogramm benutzt werden kann. Es zeigt den Status der Portpins an und diese lassen sich auch mit der Maus verändern. Die Messwerte der 4 analogen Eingänge werden ständig angezeigt, wobei es möglich ist, durch einstellbare Faktoren die internen Werte gleich in sinnvolle Einheiten umrechnen zu lassen. Diese Messwerte können auch in eine Datei geloggt werden.
Neben der Möglichkeit, alle Kommandos auch händisch einzugeben, wird das Java-Programm auch benötigt, um einen Firmware-Update der Net-IO Platine durchzuführen.
Alles in allem ist dieses Frontend aber mehr als Testumgebung anzusehen, um damit die Hardware in Betrieb zu nehmen. Für einen sinnvollen Dauereinsatz ist das Programm deutlich zu einfach und unflexibel gestrickt. Auch kann die grafische Aufbereitung der Anzeige- und Kontrollelemente nicht befriedigen.

== Bekannte Fehler ==
=== AVR-NET-IO ===

Siehe auch [[#Hardware-Umbauten_.26_-Verbesserungen|Hardware-Umbauten und Verbesserungen]] 
Käufer berichten von fehlenden Bauteilen im Bausatz (Wannenstecker, Widerstände, Kondensatoren, Induktivitäten). Für Reklamationen: [https://www.pollin.de/shop/kontakt_service/reklamation.html]

* Die Stückliste auf Seite 4 in den Anleitung mit den Versionsangaben
** ''Stand 20.08.2008, kloiber, #1100, wpe'' (gedruckt im Bausatz)
** ''Stand 20.08.2008, cd, #all, wpe'' (auf der CD)
:ist falsch. Pollin legt dem Bausatz irgendwann ab September 2008 einen gedruckten Korrekturzettel bei. Die Online-Version der Anleitung ist korrigiert.
* Im Schaltplan auf Seite 7 in den Anleitungen mit den Versionen
** ''Stand 20.08.2008, kloiber, #1100, wpe'' (gedruckt im Bausatz)
** ''Stand 20.08.2008, cd, #all, wpe'' (auf der CD)
** ''Stand 03.09.2008, online, #all, wpe'' (Online)
:ist eine 25-polige SUB-D Buchse gezeichnet. Geliefert wird und in der Stückliste verzeichnet ist ein Stecker.

* Die September 2008 ausgelieferte Firmware im ATmega32 funktioniert bei vielen nicht und muss erst upgedatet werden (siehe [[#Inbetriebnahme der Originalsoftware|Inbetriebnahme der Originalsoftware]])

* Im Flash der gelieferten AVR ist anders als beschrieben nur der Bootloader enthalten, die eigentliche Firmware muss erst mit Hilfe der Updatefunktion geladen werden. Wenn zusätzlich auch die Fuses falsch gebrannt sind, dann funktioniert das Update nicht, auch wenn das PC Programm was anderes behauptet.

* Die Fuse-Einstellungen des ausgelieferten ATmega32 entspricht nicht der Anleitung (siehe [[#Inbetriebnahme der Originalsoftware|Inbetriebnahme der Originalsoftware]])

* Bausatz, gekauft am 27.10.08, Anleitungsversion 19.09.08, ohne Probleme oder erkennbare Fehler zusammengebaut und in Betrieb genommen.

* Bausatz gekauft 29.09.2008, Pinbelegung des 25 poligen D-Sub "Anschlusses" stimmt nicht mit der Anleitung überein. Der Aufdruck auf der Platine ist falsch. Pin1 <-> Pin13, Pin2 <-> Pin12 usw. Setzt man den D-Sub Stecker ein, so sind dessen Pinnummern korrekt. Bei einem Bausatz gekauft 05/2013 ist dies ebenfalls noch der Fall.

* 3 Bausätze Anf. Oktober 2008 gekauft, bei einem waren 2 LM317 dabei, dafür fehlte der 7805 - aus der Bastelkiste ersetzt. Alle haben jedoch auf Anhieb funktioniert

* Bausatz gekauft Ende Januar 2009. Die Lock-Bits (u.a. für PonyProg2000) werden falsch beschrieben. Die in Klammern aufgeführten Werte stimmen bei einem Bit nicht. Die Texte "Programmiert/Unprogrammiert" hingegen schon. Bei den Bauteilen gab es 4 Kondensatoren mit der Aufschrift "220", ich habe diese durch welche mit 22p ersetzt, da ich nicht sicher war ob wirklich 22p geliefert wurden. Dafür wurden statt einem zwei 7805 und statt einem mindestens vier LM317 mitgeliefert.

* Bausatz geliefert 22.4.2009. Alles vollständig, zusammengebaut, läuft. Software-Version 1.03. Für den oben schon genannten Steckverbinder wurde eine Buchse geliefert. Allerdings stimmen die PIN-Nummern im Schaltplan nicht mit den PIN-Nummern auf der Buchse überein (sie sind gespiegelt), daher liefen die Test-LEDs zunächst nicht.

* Bausatz geliefert 11.7.2009. Spannungsregler LM317T fehlt, grüne statt roter LED. Ein Kondensator 22pF zu viel. LM317T wurde auf Anfrage kostenlos nachgeliefert (27.7.). Inbetriebnahme problemlos.

* Bausatz geliefert 24.7.2009. Ein Quarz 16MHz zu viel, ebenfalls grüne statt rote LED.

* Bausatz geliefert 20.08.2009. Ein Kondensator 22pF zuviel und grüne statt rote LED.

* Bausatz Juli '09 gekauft, grüne statt rote LED

* Bausatz 25.09.09 geliefert, grüne Betriebs-LED, ein ELKO zuviel, Fehler 1µF am MAX232 statt 100nF behoben, richtiger C wird mitgeliefert, Aufbau komplett nach Pollin Anleitung durchgeführt, auf Anhieb fehlerfrei!

* Bausatz 17.10.09 geliefert, grüne Betriebs-LED, zwei 100nF Kondensatoren zu wenig. Aufbau und Inbetriebnahme problemlos.

* Bausatz 21.10.09 gekauft, grüne Betriebs-LED. Aufbau problemlos, RS232 läuft nicht. LAN läuft

* Bausatz Nov. 09 gekauft, grüne LED, alles o.k.

* Bausatz Nov. 09 gekauft, grüne LED, ENC28J60, MAX232 und ATmega32 fehlen, Nachlieferung nach einer Woche

* Bausatz Nov. 09 gekauft,Bauteile komplett.Verbindungsaufbau Seriell klappt erst nach mehreren Versuchen.Problem gelöst:Spannung an MAX und Mega zu niedrig

* Bausatz Dez. 09 gekauft, grüne LED, 100µF Kondensator fehlt, alles o.k.

* Bausatz August 09 gekauft, alle teile da nach Einstellen der fusebits lief alles perfekt

* Bausatz Okt. 09 gekauft, ein 100nF Kondensator und 25MHz Quarz fehlten ... hab beim lokalen Elektronikhändler keinen 25Mhz Grundton Quarz sondern nur im 3. Oberton bekommen aber mit R2.2k parallel zum Quarz schwingt er in der Schaltung schön bei 25Mhz. Mit 1µF am MAX232 funktioniert jetzt auch die RS232.

* 2x Bausatz Feb. 10 gekauft, bei beiden fehlten 7805, L1+L2 je 100µH sowie 4x falscher Wert Kondensator an Max232 vorhanden. Fehlende Bauteile nachgelötet und Funktion getestet. Hat alles einwandfrei funktioniert!!!

* Bausatz März. 10 gekauft, RS232 Printbuchse fehlt, dafür 1x 10pol Wannenstecker zuviel. Grüne LED statt Rot. Funktioniert ansonsten einwandfrei.

* Bausatz Jan. 10 gekauft, gelbe LED statt rot, C14...C17: 10µF, weder seriell noch via Ethernet Konnektivität. Nach Austausch von C14-C17 gegen 1µF, wenigstens serielle Kontaktaufnahme möglich, kein Ethernet auch nach Flash von 1.03 mit NetServer.

* Bausatz Feb. 10 gekauft, Spannungsregler LM317T fehlte

* Bausatz März 10 gekauft, gelbe statt rote LED geliefert, aber Aufbau und inbetriebnahme lt. Handbuch ohne Probleme

* Bausatz März 10 gekauft und gelbe statt rote LED geliefert, funzt wunderbar gemäß Anleitung

* Fertig gelötete Platine gekauft. µC war falsch im Sockel.

* Bausatz April 10 gekauft und gelbe statt rote LED geliefert, ADM232LJN statt MAX232 - Funktion erst nach Ersetzung des ADM durch nen MAX

* Bausatz April 10 gekauft und gelbe statt rote LED geliefert, ADM232LJN statt MAX232 - funktionierte sofort auch mit dem ADM232LJN.

* Bausatz April 10 gekauft wurde mit grüner statt roter LED Ausgeliefert

* Bausatz Juni 10 gekauft: wurde mit grüner statt roter Netz-LED ausgeliefert, 2x 22pF Kerko zuviel

* Bausatz August 10 gekauft: komplett und sofort funktioniert

* Bausatz Juli 10 gekauft: 2 Quarze mit 16 MHz geliefert, statt 1x 16MHz und 1x25MHz.

* Bausatz September 10 gekauft: hat sofort funktioniert. 1x 3,3k und 1x 10k Widerstand zuviel. Statt 100nF Kondensatoren wurden 1µF geliefert -> Platzprobleme auf der Platine durch grössere Bauform. LED grün.

* Bausatz Oktober 6 gekauft: alles funktioniert. LED grün statt rot.

* Fertigmodul Oktober 10 gekauft: Auf Anhieb alles funktioniert!

* Bausatz Oktober 10 gekauft: komplett und sofort funktioniert

* Bausatz November 10 gekauft: komplett und sofort funktioniert (sogar mit der neusten Pollin Firmware 1.03 schon drauf) LED grün statt rot.

* Bausatz November 10 gekauft. Nach Bezug neuer Feinst-Lötspitzen konnte ich ihn dann auch zusammenlöten. Es hat sofort alles funktioniert, obwohl ich nur 12V bzw. 9V Gleichspannung zur Verfügung hatte, und nicht sicher war, wieviel die Komponenten wirklich benötigen. Der Regler wird auch bei 9V Gleichspannungsversorgung noch sehr warm. Da muss auf jeden Fall ein Kühlkörper dran! Ich habe auch eine grüne LED bekommen, ist mir aber wurscht :-)

* Bausatz Dezember 10 gekauft: komplett und funktionierte sofort. Firmware 1.03, grüne LED (Ein Quarz und ein IC-Sockel zu viel)

* Bausatz Januar 2011 gekauft: nur genau die richtige Anzahl Teile dabei, Firmware 1.03, grüne LED, ging auf Anhieb

* 2x Bausatz Januar 2011 gekauft: beide grüne LED, und 1x doppelter Satz Jumper/Stiftleiste, 22PF und Anschlussklemmen. Rest vollständig und beide haben sofort nach zusammenbau funktioniert.

* Februar 2011: AVR-NET-IO: die Diode D5 fehlt, 10 µF gegen 1 µF für MAX232 getauscht, Flash im ATmega32 war programmiert, passende IP-Adr über serielle Schnittstelle eingestellt; ADD-ON: für R1 war 22Ω statt 0,2Ω beigelegt, durch richtigen ersetzt, Beschreibung der LED Bestückung mangelhaft / oe1smc

* Februar 2011: AVR-NET-IO: 1 Diode zuviel, 2 Spulen fehlen, LED grün. Die fehlenden Spulen wurden durch welche aus der Bastelkiste ersetzt - funktioniert. Der 7805 bekam einen kleinen Kühlkörper spendiert.

* Februar 2011: AVR-NET-IO: 2x 10k Widerstände fehlen. Dafür eine Diode zu viel.

* Ende Februar 2011: Zwei Bausaetze an jeweils zwei Adressen, alles in Ordnung.

* Ende März 2011: 2x 25 Mhz Quarz statt 1x16 u. 1x25 Mhz. LED fehlt. Bausatz funktioniert nach Tausch des Quarz den mir mein Freund oe9rsv aus seinem Fundus spendiert hat. Danke auch für die Hilfe beim Fehler suchen.

* Mitte 2010 gekauft: 1x 100nF fehlt

* Mitte Juni 2011: Beide Quarze fehlen und beide Spannungsregler fehlen, Pollin wollte, dass ich das ganze Paket zurückschicke für einen Austausch. Ein 51Ω zu viel. 16Mhz im Handel und 25Mhz vom alten Mobo ausgelötet. Läuft wunderbar.

* Anfang Juni 2011: Beide Quarze fehlen und beide Spannungsregler fehlen, nach kurzer Mail an Pollin (leider ohne Antwort) wurden diese nach ca. 1 Woche in einem Brief nachgeliefert.

* August 2011: alles 1a...

* August 2011: Platine fehlte -> in Nachlieferung

* 30 August 2011: alles 1a...

* 06 Sep. 2011: alles 1a...

* August 2011: 6 Stück bestellt, bei einem haben die 100nF Kondensatoren gefehlt, bei einem zwei LM317 statt 7805 und LM317. Angerufen, 3 Tage später Nachlieferung erhalten.

* Nov. 2011: '''Net_IO''' vollständig. Einspielen der Firmware 1.03 war erforderlich. Bei '''Add-On''' immer noch falscher Q1 BC548 (NPN) in Stückliste und Lieferung. BC327-40 oder BC328-40 (PNP) nachgefordert. R11 und R24 mitgeliefert, entsprechend Beschreibung V1.1 von Pollin's Download. Beiliegende Beschreibung war älter, ohne diese Widerstände.

* Ende Nov.2011, alle Teile dabei, Firmware war drauf, sofort funktioniert.

* Anfang Dez.2011, komplett bestückte Platine gekauft. Auf 7805 Kühlkörper gebaut, da er nach 1 Minute schon ausgestiegen ist (LED hat das Pumpen angefangen). Firmware 1.03 musste noch aufgespielt werden danach funktioniert alles einwandfrei. In Betrieb mit 10V DC

* Ende Dez.2011 2xNET-IO und 2xADD bestellt, 4 verschieden volle Kisten bekommen... WSL16 ist mit Verriegelung, geht nicht aufs Board, Jumper fehlen, Spannungsregler doppelt, Poti Löcher zu klein, lsb3 fehlt, SD-Slot hab ich jetzt 3, 100nF hab ich jetzt 4 übrig ... also immer noch lustig. HW-Stand immer noch 1.0 ( gab es überhaupt eine 1.1?)

* Mitte Jan. 2012, 10pol. beide Wannenstecker nicht dabei, Firmware war drauf, sofort funktioniert. 1 LED zuviel. Unproblematische Nachlieferung bei Reklamation (wegen der beiden Wannenstecker kam ein PAKET!).

* Ende Feb. 2012, Um die PHP-Scripte über öffentlichen Webserver zu betreiben muss mit SETGW die Gateway-Adresse des lokalen Routers eingetragen werden. Bei der NAT im Router sollte z.B. Port 8080 auf den internen Port 50290 umgeleitet werden, da manche Provider diesen Port für die Socket-Kommunikation nicht zulassen.

* Juli 2012, Bausatz vollständig, Nach Aufbau sofort den 7805 mit einem kleinen Kühlkörper versehen, da er sonst thermisch überlastet wird! hat weder auf LAN noch RS232 reagiert, musste erst Update einspielen (Download Pollin), danach funktionierte alles einwandfrei!

* Januar 2013, Bausatz vollständig, 7805 mit Kühlkörper versehen, nach Aufbau ohne Probleme funktioniert

* Februar 2013, Bausatz komplett, Aufbau ohne Probleme, 7805 nur leicht warm, LAN funktioniert, RS232 noch ohne Funktion.

* Oktober 2013, Bausatz komplett laut Stückliste, problemloser Aufbau, 7805 leicht warm am 10V DC. RS232 und LAN funktionierten auf Anhieb.

* Januar 2014, Bausatz komplett, Aufbau ohne Probleme, Betrieb mit 9V DC, LAN funktioniert auf Anhieb, RS232 noch nicht getestet.

* März 2014, Komplettgerät, von ca. 100 Versuchen gerade mal 2 erfolgreiche Zugänge. Weder LAN noch RS232 mit Putty funktionierten.

* Dezember Bausatz komplett, Aufbau ohne Probleme und mit zusätzlichen Kondensatoren gesichert, Betrieb mit 9V DC, LAN funktioniert auf Anhieb, RS232 getestet.

=== Erweiterungsplatine ===

Die nachfolgend genannten Änderungen sind in der Bauanleitung V1.1 mit Stand 07.12.2011 (Wichtig! Es gibt mehr als eine V1.1 ...) bereits berücksichtigt, R3 wird allerdings mit 3,6kΩ angegeben.

Um bei einem Neuaufbau parallele Widerstände zu vermeiden, sollten folgende Änderungen auf dem Addon-Board gemacht werden:
*R2 1,5kΩ ersetzen mit 2kΩ
*R3 1,8K ersetzen mit 3,3kΩ
*R19 470kΩ ersetzen zu 470Ω
*Q1 BC548 ersetzen durch BC327 oder BC328 (Hauptsache PNP! und mehr als 100mA)

'''ACHTUNG''' beim Anschluß eines LC-Displays an J5 (über I2C, PCF 8574): Vcc/5V liegt an Pin 1, GND an Pin 2 von J5. Es gibt etliche Displays mit abweichender Belegung Pin 1 GND und Pin 2 Vcc!

Auch beim Add-On gibt es fehlende oder falsche Bauteile im Bausatz und Fehler im Schaltplan und auf der Platine:

*Stand Feb. 2011: R2 wird mit 2,2kΩ und R3 wird mit 3,6kΩ ausgeliefert. Somit werden die 3,3 V richtig erzeugt. R19 hat 470Ω. Der ISP-Anschluß ist nicht vollständig durchgeschleift, es besteht keine Verbindung der RESET-Leitung zwischen ISP und ISP1 (Abhilfe: Drahtbrücke einlöten, [http://www.mikrocontroller.net/topic/161354#1600385 Quelle]).

*Stand Nov. 2011: bei mir ist die RESET-Leitung korrekt zw. ISP und ISP1 verbunden. Es gibt jetzt auch einen R24 (470Ohm) und R11 (1KOhm), der in der bei mir mitgelieferten Bauanleitung fehlt, in der zum Download (V1.1) angebotenen aber drin steht. Es wird immer noch der falsche Q1 BC548C (NPN) mitgeliefert. Das Schaltsymbol für einen PNP ist richtig im Schaltplan gezeichnet.

*Stand Dez. 2011: R24 (470Ω) kann mit 0Ω ersetzt und R11 (1kΩ) völlig weggelassen werden. Diese Widerstände bilden einen (eigentlich überflüssigen) Spannungsteiler in der MISO Leitung. Der Spannungsteiler hat allerdings auch eine Schutzfunktion, falls weitere Slaves am SPI-Bus hängen, die 5V-Pegel nutzen, z. B. ISP-Programmierer. (siehe [http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=1167&postid=9203 1284p: Board, ich oder beide verwirrt?])

*Sept'12: Bausatz mit Stecker anstelle einer Buchse ausgeliefert, 5mm anstelle von 3mm LED's dafür aber 3 Poti zuviel.

*Sept'12: Ebenfalls Bausatz mit Sub-D-Stecker statt Buchse ausgeliefert, 5mm anstelle von 3mm LED's und 3 Potis zuviel.

*Stand März 2013: Die Belegung der 25 pol. Sub-D-Buchse im Schaltplan der Anleitung V1.1 (und früher) ist falsch dargestellt. SCL und SDA des I2C-Busses liegen wie beim AVR-NET-IO Board auf Pin 2 bzw. 3 und nicht auf Pin 11 bzw. 12 der Buchse. Ein 1:1 verdrahtetes Kabel funktioniert.

== Andere Software für den Client-PC ==
=== NetIOLib ===

In C# geschriebene Bibliothek zur Ansteuerung der Platine im Orginalzustand. Inkl. Beispielsoftware und Quellcode (GNU GPL)

Links gehen nicht:
DLL: [http://www.tware.org/downloads/NetIOLib_dll.zip Download-Link]
Source: [http://www.tware.org/downloads/NetIOLib_src.zip Download-Link]

=== E2000-NET-IO-Multi-Control ===
Mit dem E2000-NET-IO-Multi-Control ist es möglich, die von dem E2000-NET-IO-Designer erstellten Projekte zu öffnen und die AVR-NET-IO's zu steuern.

Die Anwendung liegt dem [http://www.mikrocontroller.net/articles/AVR_Net-IO_Bausatz_von_Pollin#E2000-NET-IO-Designer_.28Windows.5BXP.2F7.5D_.2F_Android.29 E2000-NET-IO-Designer] bei.

=== ControlIO ===
Einfache Bibliothek zur Ansteuerung mit Originalfirmware.
http://www.mikrocontroller.net/topic/149695

=== JAVA Lib ===
Einfache Java-Bibliothek zur Ansteuerung mit Originalfirmware.
http://son.ffdf-clan.de/?path=forumsthread&threadid=611

=== PHP ===
PHP Klasse zur Ansteuerung mit der Originalfirmware. (Opensource Lizenz)
http://blog.coldtobi.de/1_coldtobis_blog/archive/298_pollin_net-io_php_library.html

PHP Funktionen zum Ansteuern der Originalfirmware. (Free for All Lizenz)
http://defcon-cc.dyndns.org/wiki/index.php/Pollin_AVR-NetIO_PHP_Wrapper

== Clients für Smartphones ==

=== AVR NET IO Control (Windows Phone 7.5,7.8,8.0) ===

App zur steuerung des AVR NET IO. (Kostet $0,99)

'''App im Market: [http://www.windowsphone.com/de-de/store/app/avr-net-io-controll/030d107f-9a27-4a62-ac8f-cb74e79c0500 AVR NET IO Control]'''

=== App NetIO (Windows Mobile 6.5) ===
Frei verfügbare App für Windows Mobile zur Ansteuerung mit der Orginalsoftware. Das HTC HD2 wird damit zur Fernsteuerung für das AVR Net-IO Board.
http://www.heesch.net/netio.aspx

=== NET-IO Control (Android) ===
Eine Application für das Android Betriebssystem zur Steuerung des AVR Net-IO Boards. Es ist möglich, alle Ausgänge zu steuern und alle Eingänge anzuzeigen. Die Analogen Eingänge können mit einem Berechnungsfaktor versehen werden. ''Geplant ist noch ein Offsetwert.'' Außerdem kann jedem analogen Wert eine Einheit zugeordnet werden. Die Ausgänge können in der neusten Version in einen Tastermodus gesetzt werden.

[[Datei:NET-IO-Control.png|200px]] [[Datei:NET-IO-Control2.png|200px]] [[Datei:NET-IO-Control3.png|200px]]

'''Trial-Version: [https://play.google.com/store/apps/details?id=de.android.AVR.NETIOControlTRAIL Google-Play]'''

(In dieser Probe Version können nur 1 Output und 2 Inputs gesteuert werden)

'''Vollversion: [https://play.google.com/store/apps/details?id=de.android.AVR.NETIOControl Google-Play]'''

(Kostet im Google-Play 3,00 €)

Weitere Informationen sind auf der Entwickler-Seite zu finden: [http://elektronik2000.de/ Elektronik2000.de]

=== E2000-NET-IO-Designer (Windows[XP/7] / Android) ===
[[Datei:E2000-NET-IO-Designer.png|400px|right]]
Mit dem E2000-NET-IO-Designer ist es möglich, eine grafische Oberfläche für die NET-IOs von Pollin zu erstellen. Dafür werden Knöpfe, Texte und Anzeigebilder zur Verfügung gestellt. Jedes dieser Element kann "Aufgaben" übernehmen um die NET-IOs zu steuern oder einen Status des NET-IO anzuzeigen. Weitere Icons können von dem Benutzer selbst in den entsprechenden Ordner gelegt werden und in die Oberfläche eingebunden werden. Es können mehrere Seiten designt werden die durch einen selbst positionierten Knopf erreichbar sind. Die Android Application arbeitet somit im Fullscreen-Modus. Des weiteren ist es möglich, mehrere NET-IO's in einem Projekt zu benutzen. Nach dem erstellen der grafischen Oberfläche mit dem E2000-NET-IO-Designer, kann mit der Android APP das Projekt einfach gedownloaded werden. Dafür baut die APP eine Verbindung zum E2000-NET-IO-Designer auf und läd alle benötigten Dateien herunter (Achtung: Firewall-Einstellungen beachten). Die designten Oberflächen können außerdem noch mit der E2000-NET-IO-Multi-Control.exe auf dem Computer ausgeführt werden. Dadurch ist es Möglich, seine NET-IOs vom PC aus zu steuern über eine selbst designte Oberfläche.

Zum Ausführen des E2000-NET-IO-Designer muss .NET Framework 4.0 installiert sein und es muss eine Internetverbindung exisitieren.

'''Features:'''<ul>
<li>Grafische Oberfläche am PC erstellen</li>
<li>Verwendung von eigenen Button- und Hintergrundbildern</li>
<li>Designbare Anzeige von Digital- und Analogwerten</li>
<li>Steuern von mehreren AVR-NET-IO Boards</li>
<li>Unterstützung der E2000-NET-IO Firmware (mehere Boards gleichzeitig)</li>
<li>Designte Steuerungen können auf dem PC oder dem Handy ausgeführt werden (Android)</li>
<li>Schnelle Verbindung</li>
<li>Einfache übertragung auf das Handy durch Projekt Download</li>
</ul>

[http://www.elektronik2000.de/downloads.php?id=44 Download E2000-NET-IO-Designer]

[http://www.elektronik2000.de/hilfe/E2000Netdesigneruebersicht.html Online Hilfe]

Weitere Informationen sind auf der Entwickler-Seite zu finden: [http://elektronik2000.de/ Elektronik2000.de]

=== NetIO ( iPhone & Android ) ===
<div style="float: left; margin-right: 20px">[[Datei:Netio_logo.png|70px]]</div>

Schöne universelle Fernbedienung für das Board (iOS / Android). Konfigurierbar über einen Browserbasierten Editor. 
Unterstützt TCP socket Verbindungen, kann http request absetzen und kann auch Webseiten einbinden (z.B. IP-Kameras). Kann mehrere
Boards gleichzeitig steuern! Einfach super schnell ins Projekt eingebaut... Es gibt Buttons (die auch als Taster konfiguriert werden können), Slider, Switches und einfache Labels. Dinge können geschaltet oder Daten ausgelesen und mit regex dargstellt werden.

<div style='float: right'>
[[Datei:Netio_TV.png|190px]]
[[Datei:Netio_iphone5.png|190px]]
[[Datei:NetIO_appflow.jpg|190px]]
</div>

 
AppStore Link: http://itunes.apple.com/app/netio/id464924297?mt=8 
Google Play Link: https://play.google.com/store/apps/details?id=com.luvago.netio 
Webseite: http://netioapp.de

Hinweis: Man findet es unter "NetIO" im Store, im Icon selbst und in iTunes wird es als "Controller" angezeigt. 
Die eigene Konfiguration kann man mit dem [http://netioapp.com/editor/ Online Editor] vorher am PC erstellen.
Eine fertige [http://netioapp.com/editor/?config=pollin AVR-NET-IO Konfiguration] gibt es als funktionierendes Beispiel schon als Preset.

 
<div style='clear: both'></div>

=== AVR Net IO (iPhone) ===
[[Datei:AVRNetIO-Screenshot1.png|160px|rechts]]
Update 15.12.2011: Die Neue Version 1.3 ist seit gestern im AppStore. Fehlerkorrekturen und ein robusteres Handling machen die App nun zur universellen AVR-Net-IO-Steuerung.

Mit der [http://itunes.apple.com/de/app/avr-net-io/id460991760?mt=8 iPhone App AVR-Net-IO] kann das Board ferngesteuert werden. Die Fernsteuerung umfasst in der Version 1.1 folgende Funktionen: <ul>
<li>ADC-Werte zyklisch auslesen und darstellen</li>
<li>Digital-Inputs zyklisch darstellen</li>
<li>Digital-Outputs können über Buttons geschaltet werden. Die Werte der Digital-Outputs werden zuerst ausgelesen und zeigen den zuletzt gesetzten Wert an.</li>
<li>Terminal-Modus: Hier können beliebige AVR-Net-IO-Befehle eingegeben werden. Das Ergebnis wird 1:1 angezeigt, wie es vom Board kommt. Hilfreich für Tests bei Eigenentwicklungen und Konfigurationen.</li>
</ul>
 
Mehr Infos gibt's dazu direkt von den Entwicklern auf [http://www.facebook.com/pages/AVR-Net-IO/187799687958255?ref=nf AVR-net-IO Facebook-Page] oder direkt auf deren Homepage [http://www.ondics.de/apps/1001/ Homepage].
 
Hinweis: MIt der aktuellen Version 1.1 gibt es noch bei manchen Boards Probleme beim auslesen und anzeigen der ADC- und Digital-Werte. Das Terminal funzt problemlos. Die Entwickler kümmern sich gerade drum und haben einen baldigen Update versprochen.
 

== Andere Software statt der Originalsoftware von Pollin ==

Die Umrüstung auf einen Webserver durch Austausch der Software (und ev. des ATmega32) bietet sich an. Kleiner Hinweis dabei: wenn zum Flashen ein ISP-Adapter verwendet wird, diesen unbedingt vor dem Start der neuen Software abziehen! Der ISP arbeitet nämlich über dieselbe SPI-Schnittstelle über die auch der ENC28J60 angesteuert wird. Ein eventuell noch angeschlossener, wenn auch passiver ISP-Adapter stört diese Kommunikation, d.h. das Programm an sich scheint zu laufen, aber die Ethernet-Schnittstelle funktioniert nicht.

=== E2000 - Logik ===

[[Datei:E2000-Logik-Bedienoberflaeche.jpg|500px|rechts]]

Anwenderfreundliche Logik-Software von Elektronik2000.de zur Steuerung des AVR-NET-IO. Der ATMEGA32 wird durch einen ATMEGA644 ersetzt und mit der E2000-Firmware beschrieben. Nun ist es möglich in der E2000-Logik Software eine Logikschaltung zu erstellen und diese auf das NET-IO-Board zu übertragen. Dort wird diese Schaltung simuliert. Dies funktioniert komplett ohne einen Computer.

Durch ein Erweiterungsboard von Elektronik2000.de ist es auch möglich, das Board ohne Internet laufen zu lassen eine RTC (RealTimeClock) übernimmt dabei die Uhrzeitgesteuerten Funktionen. Auf dieser Erweiterung ist auch ein EEPROM integriert, um Firmware-Updates über Netzwerk einzuspielen (in Zukunft). Diese Erweiterung bietet außerdem die Anbindung an das E2000-Bus-System, durch das es möglich ist das AVR-NET-IO-Board durch weitere Ein- und Ausgänge zu erweitern.

Das Designen von Schaltaufgaben wird in diesem Programm grafisch dargestellt, durch das ein einfaches Anpassen seiner Logikschaltungen möglich ist.

Eine Steuerung des E2000-NET-IO ist möglich durch den Intregrieten Webserver, die PC-Software (E2000-NET-IO Control) oder der Androidsoftware. All diese Können gleichzeitig auf das E2000-NET-IO zugreifen und Funktionen ausführen.

Weitere Informationen gibt es auf der Entwicklerseite: [http://www.elektronik2000.de Elektronik2000.de]

=== Bascom Version von Hütti ===

(Quelle: http://bascom-forum.de/index.php/topic,1781.45.html )
dort am Ende der Seite.

=== Ben's Bascom Quellcode ===

(Quelle: http://members.home.nl/bzijlstra/software/examples/enc28j60.htm )

Muss aber für Bascom 1.11.9.3 angepasst werden, siehe Code von Hütti !

=== U. Radigs Webserver ===

Angepasster Sourcecode von U.Radig: http://www.mikrocontroller.net/attachment/40027/Webserver_MEGA32.hex
oder selbst anpassen:
Ändere in der Datei ENC28J60.H:
#define ENC28J60_PIN_CS 4
(Quelle: http://www.mikrocontroller.net/topic/109988#988386)

Temporären Dateien (*.d, *,lst,*.o) vorher im Verzeichnis löschen ''make clean'', damit neu compiliert wird.

IP: 192.168.0.99 
User: admin 
Pass: uli1 

Den orginal SourceCode gibt's übrigens hier:http://www.ulrichradig.de/home/index.php/avr/eth_m32_ex

Bei den Fuses BOOTRST ausschalten, da die Software keinen Bootloader enthält.

IP: 192.168.1.90 
User: admin 
Pass: tim 

Weiterentwicklung des Radig-Codes von RoBue: 
- 1-Wire-Unterstützung (Anschlus an PORTA7) 
- PORTA0-3 digitaler Eingang (ein/aus) 
- PORTA4-6 analoger Eingang (0 - 1023) 
- LCD an PORTC 
- Schalten in Abhängigkeit von Temperatur und analogem Wert 
- (Teilweise) Administration über Weboberfläche 
- Erweiterung des cmd-Befehlsatzes für telnet/rs232 
Gedacht ist der Einsatz des AVR-NET-IO-Bausatzes für Heizungs- oder Haussteuerung) 

Test: http://avrboard.eluhost.de/ 

(Quelle: 
http://www.mikrocontroller.net/attachment/43307/AVR-NET-IO_RoBue_V1.3.zip 
http://www.mikrocontroller.net/attachment/44569/AVR-NET-IO_RoBue_V1.4.zip 
http://www.mikrocontroller.net/attachment/46720/AVR-NET-IO_RoBue_1.5-final_hoffentlich_.zip)

Bei der Ver 1.5 sind die Ports PD2+3 fürs 4bit LCD (Ext.) vertauscht ! Gruß B.P

=== Simon Ks Webserver (uip-Stack) ===
Angepasster Sourcecode von Simon K: http://www.mikrocontroller.net/attachment/39939/uWebSrv.zip
IP: 192.168.0.93:8080 
Um diesen Code mit einem Atmega1284P verwenden zu können, muss in der main.c in Zeile 38, "TIMSK" durch "TIMSK1" ersetzt werden.
Die Fusebits für den Atmega1284p ohne Bootloader sind:
lfuse=0xFF, hfuse=0xD9, efuse=0xFF

=== Ethersex Server ===

http://www.ethersex.de - Einfach für atmega32 compilieren und funktioniert.

=== Etherrape Server ===

http://www.lochraster.org/etherrape/

ist in jedem Fall hier auch zu erwähnen zumal es sich beim etherrape um das Ursprungsprojekt von ethersex handelt.
Es scheint aber bei der Weiterentwicklung wenig zu passieren.
Ausführliche Dokumentation findet sich unter http://wiki.lochraster.org/wiki/Etherrape

=== Mini SRCP Server (kommerziell, Closed-Source)===

Damit wird die Platine zu einer Modellbahnsteuerung, die
über das Netzwerkprotokoll SRCP mit verschiedenen Programmen
gesteuert werden kann.

[http://www.7soft.de/de/mini_srcp_server/index.html Infoseite] zur Hardware
und das zugrundeliegende [http://www.der-moba.de/index.php/Digitalprojekt Digitalprojekt].

=== Avr ArtNET-Node ===

Hiermit kann die Platine zu einem Art-Net Node werden, mit dem sich ein DMX-Universe über Ethernet übertragen lässt. Basiert auf den Quellen von Ulrich Radig.

Dokumentation: [http://www.dmxcontrol.de/wiki/Art-Net-Node_f%C3%BCr_25_Euro Art-Net-Node für 25 Euro]

=== Webserver von G. Menke ===

Ein Webserver (basierend auf den Sourcen von U. Radig), der so angepasst ist, dass alle Ein- und Ausgänge wie bei der originalen Pollin-Software genutzt werden können (8xDIGOUT, 4xDIGIN, 4xADIN). Der Webserver kann daher direkt auf das Net-IO geladen werden. Im ZIP-File sind ein ReadMe und alle C-Sourcen enthalten. Download:
[http://gm.stream-center.de/webserver/ Webserver mit passender IO]

=== OpenMCP ===
'''(Projekt scheint erloschen - Links all down - Jan. 2014)'''

Tolles Projekt, welches viele Features bietet und stabil läuft. Hervorzuheben ist die Übersichtlichkeit der Programmteile/Module und die vielleicht nicht ganz komplette Dokumentation. Man merkt, dass viel Arbeit und Liebe in diesem Projekt steckt. Herausgekommen ist dabei eine einfach zu handhabende Entwicklungsumgebung. Anfänger können, dank des gut durchdachten CGI-Systems, welches sich um alle wichtigen Sachen kümmert, leicht eigene CGI implementieren. Alle Ausgaben erfolgen nur mit printf über die Standardausgabe und werden automatisch richtig per Netzwerk übertragen, dadurch ist es auch für den Anfänger recht gut geeignet, da man sich nicht mit der Netzwerkprogrammierung auseinander setzen muss.

Die Software belegt im Moment (Stand Juli 2010) ca. 55 Kb im Flash, so dass man das Board mit einem grösseren µC (z.B. ATMega644) aufrüsten muss.

[http://wiki.neo-guerillaz.de Projekt und Doku]

Der Autor stellt zwei über das Internet erreichbare Testboards bereit unter http://www.neo-guerillaz.de:81 und http://www.neo-guerillaz.de:82 die beide unter OpenMCP laufen, je auf einen AVR-NETIO mit einem ATmega644 und dem eigentlichen Board mit einem ATmega2561. Zusätzlich ist gerade eine Version für das myAVR in Arbeit die schon ordentlich Fortschritte macht.

=== OpenMLP ===
Auf openMCP basierender Port nach [http://avr.myluna.de LunaAVR] (GPL). Umfangreiche Funktionalität und direkte Anpassung an die Sprache. Abgespeckte Version auch auf Atmega32 lauffähig. Die Original-Dokumentation kann zum Großteil hergenommen werden. Einige Zusatzfeatures. Leichte Konfiguration und guter Einstieg für Anfänger und zum Verständnis der Serverfunktionalität.

[http://avr.myluna.de/doku.php?id=de:openmlp Artikelseite]
[http://forum.myluna.de/viewtopic.php?f=8&t=13 Forum]

=== ENC28J60 I/O-Webserver von Thomas Heldt ===

Ein Modul-Webserver (Softwarekompatibel zum Pollin Webserver), der durch div. Module erweitert werden kann, Software in Bascom basierend auf dem Code von Ben Zijlsta wurde erweitert und angepasst:

[http://mikrocontroller.heldt.eu/index.php?page=enc28j60-io-webserver Projekt und Software]

=== AVR-Netino ===
[http://code.google.com/p/avr-netino/ Projekt und Software]

Arduino fürs Net-IO

== Siehe auch ==
* Diskussion zu diesem Projekt: http://www.mikrocontroller.net/topic/109988
* [http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en022889 ENC28J60 Produktseite]
* [http://ww1.microchip.com/downloads/en/DeviceDoc/39662c.pdf ENC28J60 Datenblatt(pdf)]
* [http://son.ffdf-clan.de Forum für AVR-Net-IO]
* [http://avr.myluna.de/doku.php?id=de:openmlp LunaAVR openMLP ]
* [http://bascom-forum.de/index.php/topic,1781.0.html Bascom Forum ]
* [http://hobbyelektronik.org/w/index.php/AVR-NET-IO-Shield Shield für den NET-IO]

[[Category:AVR-Boards]]
[[Category:Ethernet|P]]

My nRF5832

2017-01-15T11:08:17Z

Debegr92: Link eingefügt

My nRF52832 - BLE Funkmodul mit ARM-Cortex M4 SoC
[[Datei:My nRF52832 A1.jpg|miniatur|rechts]]
von ''Dennis Greguhn ([https://www.mikrocontroller.net/user/show/debegr92 debegr92])''

Ein Breakout Board für einen Bluetooth Low Energy SoC mit ARM Cortex M4 Mikrocontroller.

=== Einleitung ===
Anregung dieses Projektes war ein Beitrag im Forum über den nRF52832 Bluetooth Low Energy (BLE / Bluetooth Smart) Chip von Nordic Semiconductor.
Dieser kleine System-on-Chip bietet eigentlich alles was das Bastlerherz begehrt und verfügt neben seinem Funkinterface ebenso folgende Features (nur ein kleiner Auszug aus dem Datenblatt):
* 32-bit ARM Cortex M4F processor
* 512kB flash + 64kB RAM
* Flexible and configurable 32 pin GPIO
* Simple ON/OFF global power modes
* Full set of digital interfaces including: SPI/2-wire/UART/PDM/
* I2S, all with EasyDMA
* 12-bit/200KSPS ADC
* 128-bit AES ECB/CCM/AAR co-processor
* NFC

Da mir diese Daten sehr gefallen haben, machte ich mich an die Arbeit ein eigenes kleines Modul zu entwickeln. Ein eigenes kleines Modul desswegen, weil ich dann alles aus einer Hand habe und das Modul genau so gestalten kann wie ich es möchte. Außerdem hat mir keins der bereits verfügbaren wirklich zugesagt. Zudem lagen die bei einzelnen Stückzahlen etwas über dem Preis den ich mir vorgestellt hatte.

=== Anforderungen ===
Folgende Gesichtspunkte hatte ich während der Entwicklung beachtet:
* Alle IOs des nRF52832 nach außen führen
* So klein wie möglich / so groß wie nötig
* Zwei Versionen mit PCB Antenne und UFL
* Billiger bei kleinen Stückzahlen als bereits vorhandene Module
* Komplette Grundschaltung mit auf das Board

=== Schaltplan ===
Der Schaltplan beinhaltet die Grundschaltung des nRF52832 Chips. Zusätzlich wurden die beiden Quarze mit 32 MHz und 32 kHz angeschlossen. Außerdem sind drei optionale LEDs auf der Platine. Eine direkt an der Versorgungsspannung und zwei angeschlossen an IO-Pins des Controllers. Alle LEDs sind optional und können, für maximale Energieeffizienz, einfach nicht bestückt werden.

<gallery>
Datei:Schematic my nrf52832.png|Schaltplan zum Modul (A1)
</gallery>

=== Layouts ===
Es wurden zwei Layouts erstellt. Eines mit einer Antenne als Leiterbahn und ein Modul mit einem UFL Steckverbinder von Molex wie man ihn aus Notebooks oder Routern kennt.
<gallery>
Datei:Layout A1.png|A1 Modul mit PCB Antenne
Datei:Layout B1.png|B1 Modul mit UFL
Datei:Pinout my nrf52832.png|Pinout zum A1 Modul. Selbes Pinout bei B1
</gallery>

=== Prototypen ===
Da ich 10 dieser Nutzen bestellt habe, jedoch nur 3 Module für mich bestückt habe, sind noch einige Platinen hier. Eine kurze Nachricht an mich, falls hier Interesse besteht. Auch hab ich die ganzen Widerstände und Kondensatoren noch vorrätig.
<gallery>
Datei:Nutzen nRF52832.jpg|Platinen
Datei:A1 B1 Module.jpg|Bestückte Prototypen
</gallery>
Die Module beötigen lediglich eine einzige +3.3V Spannung. Alle Kondensatoren und externen Bauteile würden auf dem Board verbaut.
Die Programmierung erfolgt über SWD. Es wird dazu ein SWD Programmier Gerät benötigt. Ich habe einen JLinkEDU von Segger verwendet. Es würde auch ein STLink-v2 von einem STM Board funktionieren oder ein ~5€ Programmer aus eBay. Für einen einfachen Test kann direkt begonnen werden, ein Blinky Projekt für die LEDs an P0.04 und P0.05 zu schreiben.

=== Downloads ===
[https://www.mikrocontroller.net/wikifiles/e/ee/My_nRF52832-A1-B1-KiCAD.zip KiCAD Unterlagen] 
[http://www.mikrocontroller.net/wikifiles/0/0e/Schematic_board_my_nrf.zip Schaltplan + Pinout PNG] 
[https://www.mikrocontroller.net/wikifiles/6/6e/My_nRF52832_bom.ods Bauteilliste + Preise + Bestellnummern] 

=== Links ===
[https://www.nordicsemi.com/eng/Products/Bluetooth-low-energy/nRF52832 Nordic Produktseite zum nRF52832]

=== ToDo ===
* SDK in virtueller Maschine einrichten für eine erleichterte Programmierung
* Warenkorb bei Mouser und Digi-Key anlegen für das direkte Importieren der Bauteile

[[Kategorie:Datenübertragung|Datenübertragung]]
[[Kategorie:Mikrocontroller|Mikrocontroller]]
[[Kategorie:Bluetooth]]

My nRF5832

2017-01-14T23:22:15Z

Debegr92: Links 404 behoben

My nRF52832 - BLE Funkmodul mit ARM-Cortex M4 SoC
[[Datei:My nRF52832 A1.jpg|miniatur|rechts]]
von ''Dennis Greguhn ([https://www.mikrocontroller.net/user/show/debegr92 debegr92])''

Ein Breakout Board für einen Bluetooth Low Energy SoC mit ARM Cortex M4 Mikrocontroller.

=== Einleitung ===
Anregung dieses Projektes war ein Beitrag im Forum über den nRF52832 Bluetooth Low Energy (BLE / Bluetooth Smart) Chip von Nordic Semiconductor.
Dieser kleine System-on-Chip bietet eigentlich alles was das Bastlerherz begehrt und verfügt neben seinem Funkinterface ebenso folgende Features (nur ein kleiner Auszug aus dem Datenblatt):
* 32-bit ARM Cortex M4F processor
* 512kB flash + 64kB RAM
* Flexible and configurable 32 pin GPIO
* Simple ON/OFF global power modes
* Full set of digital interfaces including: SPI/2-wire/UART/PDM/
* I2S, all with EasyDMA
* 12-bit/200KSPS ADC
* 128-bit AES ECB/CCM/AAR co-processor
* NFC

Da mir diese Daten sehr gefallen haben, machte ich mich an die Arbeit ein eigenes kleines Modul zu entwickeln. Ein eigenes kleines Modul desswegen, weil ich dann alles aus einer Hand habe und das Modul genau so gestalten kann wie ich es möchte. Außerdem hat mir keins der bereits verfügbaren wirklich zugesagt. Zudem lagen die bei einzelnen Stückzahlen etwas über dem Preis den ich mir vorgestellt hatte.

=== Anforderungen ===
Folgende Gesichtspunkte hatte ich während der Entwicklung beachtet:
* Alle IOs des nRF52832 nach außen führen
* So klein wie möglich / so groß wie nötig
* Zwei Versionen mit PCB Antenne und UFL
* Billiger bei kleinen Stückzahlen als bereits vorhandene Module
* Komplette Grundschaltung mit auf das Board

=== Schaltplan ===
Der Schaltplan beinhaltet die Grundschaltung des nRF52832 Chips. Zusätzlich wurden die beiden Quarze mit 32 MHz und 32 kHz angeschlossen. Außerdem sind drei optionale LEDs auf der Platine. Eine direkt an der Versorgungsspannung und zwei angeschlossen an IO-Pins des Controllers. Alle LEDs sind optional und können, für maximale Energieeffizienz, einfach nicht bestückt werden.

<gallery>
Datei:Schematic my nrf52832.png|Schaltplan zum Modul (A1)
</gallery>

=== Layouts ===
Es wurden zwei Layouts erstellt. Eines mit einer Antenne als Leiterbahn und ein Modul mit einem UFL Steckverbinder von Molex wie man ihn aus Notebooks oder Routern kennt.
<gallery>
Datei:Layout A1.png|A1 Modul mit PCB Antenne
Datei:Layout B1.png|B1 Modul mit UFL
Datei:Pinout my nrf52832.png|Pinout zum A1 Modul. Selbes Pinout bei B1
</gallery>

=== Prototypen ===
Da ich 10 dieser Nutzen bestellt habe, jedoch nur 3 Module für mich bestückt habe, sind noch einige Platinen hier. Eine kurze Nachricht an mich, falls hier Interesse besteht. Auch hab ich die ganzen Widerstände und Kondensatoren noch vorrätig.
<gallery>
Datei:Nutzen nRF52832.jpg|Platinen
Datei:A1 B1 Module.jpg|Bestückte Prototypen
</gallery>
Die Module beötigen lediglich eine einzige +3.3V Spannung. Alle Kondensatoren und externen Bauteile würden auf dem Board verbaut.
Die Programmierung erfolgt über SWD. Es wird dazu ein SWD Programmier Gerät benötigt. Ich habe einen JLinkEDU von Segger verwendet. Es würde auch ein STLink-v2 von einem STM Board funktionieren oder ein ~5€ Programmer aus eBay. Für einen einfachen Test kann direkt begonnen werden, ein Blinky Projekt für die LEDs an P0.04 und P0.05 zu schreiben.

=== Downloads ===
[https://www.mikrocontroller.net/wikifiles/e/ee/My_nRF52832-A1-B1-KiCAD.zip KiCAD Unterlagen] 
[http://www.mikrocontroller.net/wikifiles/0/0e/Schematic_board_my_nrf.zip Schaltplan + Pinout PNG] 
[https://www.mikrocontroller.net/wikifiles/6/6e/My_nRF52832_bom.ods Bauteilliste + Preise + Bestellnummern] 

=== ToDo ===
* SDK in virtueller Maschine einrichten für eine erleichterte Programmierung
* Warenkorb bei Mouser und Digi-Key anlegen für das direkte Importieren der Bauteile

[[Kategorie:Datenübertragung|Datenübertragung]]
[[Kategorie:Mikrocontroller|Mikrocontroller]]
[[Kategorie:Bluetooth]]

My nRF5832

2017-01-14T23:21:00Z

Debegr92: Kategorien

My nRF52832 - BLE Funkmodul mit ARM-Cortex M4 SoC
[[Datei:My nRF52832 A1.jpg|miniatur|rechts]]
von ''Dennis Greguhn ([https://www.mikrocontroller.net/user/show/debegr92 debegr92])''

Ein Breakout Board für einen Bluetooth Low Energy SoC mit ARM Cortex M4 Mikrocontroller.

=== Einleitung ===
Anregung dieses Projektes war ein Beitrag im Forum über den nRF52832 Bluetooth Low Energy (BLE / Bluetooth Smart) Chip von Nordic Semiconductor.
Dieser kleine System-on-Chip bietet eigentlich alles was das Bastlerherz begehrt und verfügt neben seinem Funkinterface ebenso folgende Features (nur ein kleiner Auszug aus dem Datenblatt):
* 32-bit ARM Cortex M4F processor
* 512kB flash + 64kB RAM
* Flexible and configurable 32 pin GPIO
* Simple ON/OFF global power modes
* Full set of digital interfaces including: SPI/2-wire/UART/PDM/
* I2S, all with EasyDMA
* 12-bit/200KSPS ADC
* 128-bit AES ECB/CCM/AAR co-processor
* NFC

Da mir diese Daten sehr gefallen haben, machte ich mich an die Arbeit ein eigenes kleines Modul zu entwickeln. Ein eigenes kleines Modul desswegen, weil ich dann alles aus einer Hand habe und das Modul genau so gestalten kann wie ich es möchte. Außerdem hat mir keins der bereits verfügbaren wirklich zugesagt. Zudem lagen die bei einzelnen Stückzahlen etwas über dem Preis den ich mir vorgestellt hatte.

=== Anforderungen ===
Folgende Gesichtspunkte hatte ich während der Entwicklung beachtet:
* Alle IOs des nRF52832 nach außen führen
* So klein wie möglich / so groß wie nötig
* Zwei Versionen mit PCB Antenne und UFL
* Billiger bei kleinen Stückzahlen als bereits vorhandene Module
* Komplette Grundschaltung mit auf das Board

=== Schaltplan ===
Der Schaltplan beinhaltet die Grundschaltung des nRF52832 Chips. Zusätzlich wurden die beiden Quarze mit 32 MHz und 32 kHz angeschlossen. Außerdem sind drei optionale LEDs auf der Platine. Eine direkt an der Versorgungsspannung und zwei angeschlossen an IO-Pins des Controllers. Alle LEDs sind optional und können, für maximale Energieeffizienz, einfach nicht bestückt werden.

<gallery>
Datei:Schematic my nrf52832.png|Schaltplan zum Modul (A1)
</gallery>

=== Layouts ===
Es wurden zwei Layouts erstellt. Eines mit einer Antenne als Leiterbahn und ein Modul mit einem UFL Steckverbinder von Molex wie man ihn aus Notebooks oder Routern kennt.
<gallery>
Datei:Layout A1.png|A1 Modul mit PCB Antenne
Datei:Layout B1.png|B1 Modul mit UFL
Datei:Pinout my nrf52832.png|Pinout zum A1 Modul. Selbes Pinout bei B1
</gallery>

=== Prototypen ===
Da ich 10 dieser Nutzen bestellt habe, jedoch nur 3 Module für mich bestückt habe, sind noch einige Platinen hier. Eine kurze Nachricht an mich, falls hier Interesse besteht. Auch hab ich die ganzen Widerstände und Kondensatoren noch vorrätig.
<gallery>
Datei:Nutzen nRF52832.jpg|Platinen
Datei:A1 B1 Module.jpg|Bestückte Prototypen
</gallery>
Die Module beötigen lediglich eine einzige +3.3V Spannung. Alle Kondensatoren und externen Bauteile würden auf dem Board verbaut.
Die Programmierung erfolgt über SWD. Es wird dazu ein SWD Programmier Gerät benötigt. Ich habe einen JLinkEDU von Segger verwendet. Es würde auch ein STLink-v2 von einem STM Board funktionieren oder ein ~5€ Programmer aus eBay. Für einen einfachen Test kann direkt begonnen werden, ein Blinky Projekt für die LEDs an P0.04 und P0.05 zu schreiben.

=== Downloads ===
[http://www.mikrocontroller.net/wikifiles/0/0e/My_nRF52832-A1-B1-KiCAD.zip KiCAD Unterlagen] 
[http://www.mikrocontroller.net/wikifiles/0/0e/Schematic_board_my_nrf.zip Schaltplan + Pinout PNG] 
[http://www.mikrocontroller.net/wikifiles/0/0e/My_nRF52832_bom.ods Bauteilliste + Preise + Bestellnummern] 

=== ToDo ===
* SDK in virtueller Maschine einrichten für eine erleichterte Programmierung
* Warenkorb bei Mouser und Digi-Key anlegen für das direkte Importieren der Bauteile

[[Kategorie:Datenübertragung|Datenübertragung]]
[[Kategorie:Mikrocontroller|Mikrocontroller]]
[[Kategorie:Bluetooth]]

My nRF5832

2017-01-14T23:19:44Z

Debegr92: Neuer Artikel zu meinem Funkmodul mit nRF52832

My nRF52832 - BLE Funkmodul mit ARM-Cortex M4 SoC
[[Datei:My nRF52832 A1.jpg|miniatur|rechts]]
von ''Dennis Greguhn ([https://www.mikrocontroller.net/user/show/debegr92 debegr92])''

Ein Breakout Board für einen Bluetooth Low Energy SoC mit ARM Cortex M4 Mikrocontroller.

=== Einleitung ===
Anregung dieses Projektes war ein Beitrag im Forum über den nRF52832 Bluetooth Low Energy (BLE / Bluetooth Smart) Chip von Nordic Semiconductor.
Dieser kleine System-on-Chip bietet eigentlich alles was das Bastlerherz begehrt und verfügt neben seinem Funkinterface ebenso folgende Features (nur ein kleiner Auszug aus dem Datenblatt):
* 32-bit ARM Cortex M4F processor
* 512kB flash + 64kB RAM
* Flexible and configurable 32 pin GPIO
* Simple ON/OFF global power modes
* Full set of digital interfaces including: SPI/2-wire/UART/PDM/
* I2S, all with EasyDMA
* 12-bit/200KSPS ADC
* 128-bit AES ECB/CCM/AAR co-processor
* NFC

Da mir diese Daten sehr gefallen haben, machte ich mich an die Arbeit ein eigenes kleines Modul zu entwickeln. Ein eigenes kleines Modul desswegen, weil ich dann alles aus einer Hand habe und das Modul genau so gestalten kann wie ich es möchte. Außerdem hat mir keins der bereits verfügbaren wirklich zugesagt. Zudem lagen die bei einzelnen Stückzahlen etwas über dem Preis den ich mir vorgestellt hatte.

=== Anforderungen ===
Folgende Gesichtspunkte hatte ich während der Entwicklung beachtet:
* Alle IOs des nRF52832 nach außen führen
* So klein wie möglich / so groß wie nötig
* Zwei Versionen mit PCB Antenne und UFL
* Billiger bei kleinen Stückzahlen als bereits vorhandene Module
* Komplette Grundschaltung mit auf das Board

=== Schaltplan ===
Der Schaltplan beinhaltet die Grundschaltung des nRF52832 Chips. Zusätzlich wurden die beiden Quarze mit 32 MHz und 32 kHz angeschlossen. Außerdem sind drei optionale LEDs auf der Platine. Eine direkt an der Versorgungsspannung und zwei angeschlossen an IO-Pins des Controllers. Alle LEDs sind optional und können, für maximale Energieeffizienz, einfach nicht bestückt werden.

<gallery>
Datei:Schematic my nrf52832.png|Schaltplan zum Modul (A1)
</gallery>

=== Layouts ===
Es wurden zwei Layouts erstellt. Eines mit einer Antenne als Leiterbahn und ein Modul mit einem UFL Steckverbinder von Molex wie man ihn aus Notebooks oder Routern kennt.
<gallery>
Datei:Layout A1.png|A1 Modul mit PCB Antenne
Datei:Layout B1.png|B1 Modul mit UFL
Datei:Pinout my nrf52832.png|Pinout zum A1 Modul. Selbes Pinout bei B1
</gallery>

=== Prototypen ===
Da ich 10 dieser Nutzen bestellt habe, jedoch nur 3 Module für mich bestückt habe, sind noch einige Platinen hier. Eine kurze Nachricht an mich, falls hier Interesse besteht. Auch hab ich die ganzen Widerstände und Kondensatoren noch vorrätig.
<gallery>
Datei:Nutzen nRF52832.jpg|Platinen
Datei:A1 B1 Module.jpg|Bestückte Prototypen
</gallery>
Die Module beötigen lediglich eine einzige +3.3V Spannung. Alle Kondensatoren und externen Bauteile würden auf dem Board verbaut.
Die Programmierung erfolgt über SWD. Es wird dazu ein SWD Programmier Gerät benötigt. Ich habe einen JLinkEDU von Segger verwendet. Es würde auch ein STLink-v2 von einem STM Board funktionieren oder ein ~5€ Programmer aus eBay. Für einen einfachen Test kann direkt begonnen werden, ein Blinky Projekt für die LEDs an P0.04 und P0.05 zu schreiben.

=== Downloads ===
[http://www.mikrocontroller.net/wikifiles/0/0e/My_nRF52832-A1-B1-KiCAD.zip KiCAD Unterlagen] 
[http://www.mikrocontroller.net/wikifiles/0/0e/Schematic_board_my_nrf.zip Schaltplan + Pinout PNG] 
[http://www.mikrocontroller.net/wikifiles/0/0e/My_nRF52832_bom.ods Bauteilliste + Preise + Bestellnummern] 

=== ToDo ===
* SDK in virtueller Maschine einrichten für eine erleichterte Programmierung
* Warenkorb bei Mouser und Digi-Key anlegen für das direkte Importieren der Bauteile

[[Kategorie:Datenübertragung|Mikrocontroller|Bluetooth]]

Datei:My nRF52832 bom.ods

2017-01-14T23:08:43Z

Debegr92:

BOM

Datei:Schematic board my nrf.zip

2017-01-14T23:01:43Z

Debegr92:

BOM + Datenblätter + Schaltplan (PDF)

Datei:My nRF52832-A1-B1-KiCAD.zip

2017-01-14T22:56:22Z

Debegr92:

KiCAD Unterlagen

Datei:Pinout my nrf52832.png

2017-01-14T22:43:08Z

Debegr92:

Pinout zum My_nRF Modul.

Datei:Nutzen nRF52832.jpg

2017-01-14T22:23:18Z

Debegr92:

Nutzen für My_nRF52832

Datei:A1 B1 Module.jpg

2017-01-14T22:22:38Z

Debegr92:

Modul B1 oben
Modul A1 unten

Datei:Schematic my nrf52832.png

2017-01-14T22:19:08Z

Debegr92:

Schaltplan My_nRF52832 (A1)

Datei:Layout B1.png

2017-01-14T21:57:25Z

Debegr92:

Layout B1 Modul mit UFL

Datei:Layout A1.png

2017-01-14T21:56:07Z

Debegr92:

Layout des A1 Modul mit PCB Antenne

Datei:My nRF52832 A1.jpg

2017-01-14T21:41:22Z

Debegr92:

A1 Modul des "My nRF52832"

Elektronik Lagerverwaltung

2016-03-29T20:47:09Z

Debegr92: Link erneuert...

== EleLa - Allgemeine Infos ==

EleLa die Elektronik Lagerverwaltung für Hobby bis hin zu kleinen Unternehmen. Die
Software arbeitet sehr schnell und ist leicht bedienbar. Selbst ungeübte
PC-User finden sich damit schnell zurecht und EleLa ist dennoch ein
mächtiges Tool das viele andere in den Schatten stellt.

* Bauteile, mit Gehäuse/Varianten, Lagerplätze
* Typunterscheidung / Kategorien
* Definition Bauteil als "Bauteil", "Arbeitszeit" oder "Kleinmaterial" mit jeweils unterschiedlicher Behandlung für Projektplanung und Mengen Berechnung
* Handbuch-Funktion um Datenblätter schneller zu finden
* Gehäuse, mit Import/Export Funktion für externe Gehäusebibliotheken
* Lagerplätze, Kisten, Boxen usw.
* mehrere Lieferanten je Bauteil, mit VPE und Staffelpreise, Bestellnummern, Rabatt
* Öffnen der Lieferantenseite anhand der Bestellnummer
* Adressen mit Hersteller, Lieferanten, Kontakte (viele Eingabefelder)
* Bestellungen / Warenkorbfunktion der Lieferanten / Teillieferungen / Auftragsnummer / Bestellnummer Export / Bestellarchivierung
* Projektverwaltung / Reparaturverwaltung / Positionen / Ansicht Bauteilposition in Bild
* Geräteverwaltung mit Seriennummer und Historie
* Historie, auch von Projekten und Reparaturen, Logbuch, ToDo Liste
* Kostenvoranschlage/Angebotkalkulation von Projekten / Geräten
* Wissens-Datenbank
* mehrere Bilder zu nahezu allen Funktionen hinterlegbar
* Suche
* Drucken, auch Etikette für Lagerfächer mit Barcode-Funktion
* Schneller Etikettendruck um mit einem Etikettendrucker schnell einen Aufkleber zu generieren
* Drucken von Bestellungen, Projekten und Reparaturberichte anhand Vorlagen
* Export- / Importfunktionen
* nahezu komplett über die Tastatur bedienbar
* Extras: Timer/Stoppuhr, Datumsanzeige, Taschenrechner, Widerstandsteiler, LM317/LM350, SMD Zahlencode, Statistik
* Übersetzbar in andere Sprachen, derzeit Englisch verfügbar.
* F1 Hilfe über alle Funktionen
* USB-Stick tauglich und portabel
* Windows / Linux (32/64 Bit) kombinierbar
* Mehrbenutzertauglich dank Datenbanken, Wechsel der Datenbank innerhalb weniger Minuten machbar.
* Einfach zu administrieren da die Konfiguration in einer INI Datei abgelegt ist und EleLa nur ein Verzeichnis mit wenigen Dateien benötigt.
* Tauglich für ISO9001 zertifizierte Firmen, mit speziellem Parameter aktivierbar
* Datensicherung der SQL-Server Datenbank ist in EleLa integriert.
* Bei Updates wird EleLa selbstständig die Datenbank aktualisieren, kein Handeingriff nötig.
* Optionale Datenabfrage über Web-Browser mit EleLaPHP (MySQL)
* Freeware ohne Limit

== Download ==

[[Media: Setup.zip | Version 2.2.13924]], als Setup Paket (ca. 8,2MB) (die aktuellste gibt es immer auf der Homepage vom Autor)

Alternativ kann die Software auch von der [http://www.mmvisual.de/elela/ Homepage des Autors] geladen werden. Auf dieser Seite kann auch eine native Linux-Version geladen werden.

Eine ausführliche Beschreibung mit Bildern findet sich auch auf der [http://www.mmvisual.de Homepage von Markus].

Installation Setup-Paket:
* Neuinstallation / Update (wird automatisch erkannt)
* Anhand dem Betriebssystem wird automatisch die 32 oder 64 Bit EXE installiert
* Sprache Deutsch, Englisch, Deutsch für Warenlager
* Einrichtung Datenbank, bei MySQL/PostgreSQL mit Zugangsdaten
* Start-Datenbank (Elektronik oder Warenlager) wird nur bei Neuinstallation automatisch installiert
* Einrichtung Handbuch-Verzeichnis
* Bei Uninstall kann entschieden werden ob die Datenbank intakt gelassen werden soll
* Für die erste Benutzung empfehle ich das Setup-Paket mit der Datenbank-Option SQLite. Weitere Informationen können Sie nach der Installation in der Hilfe unter "Installation" nachlesen. Dazu EleLa starten und die F1 Taste drücken.

Wichtig:
Sollten Sie bereits EleLa V1.x.xxxxx nutzen, so muss VOR der Installation ein Backup der Datenbank vollzogen werden.

Wenn man eine Datenbank, z.B. PostgreSQL mit 32 Bit installiert hat, so muss die EXE auch mit 32Bit genommen werden. Ansonsten kann die EXE die DLL nicht laden. Sollte das Setup die 64 Bit Version installiert haben, so kann jederzeit die 32 Bit Version von der Homepage des Autors oder mittels Versionsabfrage geladen werden.

Hier ein Auszug daraus:

== Betriebssystem ==

EleLa wurde mit Lazarus für Windows programmiert und wurde auch mit Lazarus für Linux kompilliert. In diesem Artikel kann nur die Windows-Version geladen werden, die Linux-Version gibt es nur von der [http://www.mmvisual.de/elela/ Homepage des Autors].

== Bauteile verwalten ==

In der Bauteilverwaltung werden alle Bauteile angelegt, Lager und Gehäusevarianten verwaltet und Lieferanten eingetragen.

In der Bauteil-Übersicht wird von einer Bauteilvariante nur der Haupt-Typ eingetragen, z.B. 7400. Die Untertypen wie z.B. 74HC00, 74LVX00 unter "Lager / Gehäuse". Oder unter Bauteil wird nur der Widerstandswert "R 4,7 KOhm" eingetragen, alle Leistungsklassen und Gehäuseformen kommen nach "Lager / Gehäuse".
Der Vorteil liegt auf der Hand, die Bauteileliste enthält dadurch viel weniger Einträge und ist somit übersichtlicher. Gleichzeitig sieht man unter "Lager / Gehäuse" alle Typen mit der gleichen Funktion.

[[Datei: Bauteile.png]]

Über die Filtermöglichkeit anhand dem Typ oder einem Bezeichnungstext kann sehr schnell ein Bauteil mit ähnlichen Eigenschaften gefunden werden.

=== Lager / Gehäuse ===

Hier werden die Bauteilvarianten, Lagermengen und Gehäuseformen gespeichert.

[[Datei: Bauteile_LG.png]]

Als Kennzeichnung vom Bauteil können Barcode, Artikel-Nr sowie eine zweite Artikel-Nr eingetragen werden.

=== Lieferanten ===

Hier wird dem Lager/Gehäuse ein Lieferant zugeordnet und der Einkaufspreis ab Menge (Preisstaffel), VPE und Stückelung eingetragen. Ist dem Lieferant eine Internet-Adresse hinterlegt, so kann direkt der Hersteller mit dem Artikel geöffnet werden.

=== Bestellungen ===

Übersicht aller Bestellungen zu diesem Bauteil, auch archivierte (ältere).

=== Projekte ===

Übersicht aller Projekte in denen das Bauteil verwendet wird.

== Projektverwaltung ==

Hier können Stücklisten, Softwareprojekte und auch Geräte verwaltet werden.

[[Datei: Projekt.png]]

Links im Baum werden alle Projekte angezeigt und man kann Projekte zusammen fassen was für einen besseren Überblick sorgt.

Zusätzlich gibt es Funktionen um den Lagerbestand vor einer Produktion zu prüfen und nach der Produktion ab zu buchen. Das fertige Projekt kann wiederum als Bauteil geführt werden, deren Bestand nach der Produktion automatisch erhöht wird. Die bestückte Platine ist somit wiederum ein Bauteil mit Lagerverwaltung, das in ein Fertiggerät (Projekt mit Produktion Fertiggerät) hinzugefügt werden kann.

Unter Positionen können Bauteile eingetragen werden, auch Bauteile die nicht unter "Bauteile - F2" deklariert sind. Unterstützung der Produktion indem der Bearbeitungsstatus hinterlegt werden kann. Jede Position kann als Bestückungsvariante gekennzeichnet werden somit kann eine Stückliste für unterschiedliche Ausführungen verwendet werden.
Jede Position erhält ein Status, mit dem man für jedes Bauteil den Bearbeitungsstatus setzen kann. Somit wird auch bei komplexen Platinen in der Handbestückung / Einrichtung Bestückungsautomat nichts vergessen.
Importfunktion von Stücklisten direkt vom CAD Programm mit Kennzeichnung von Bauteilen die nicht mehr in der Import-Stückliste enthalten sind. Direkte Zuordnung anhand der ArtikelNr oder dem Barcode möglich.

Unter Historie können Änderungen (auch Software) dokumentiert werden. Wenn ein Termin in der Zukunft eingegeben wird, so zeigt EleLa ein Hinweis bei fälligem Termin.
Alternativ kann die Historie auch als Reparaturliste von Geräten verwendet werden, daher gibt es relativ viele Eingabemöglichkeiten und eine Druckfunktion für Einzelpositionen. Jedem Reparatur- (Historien-) Eintrag können Bilder hinterlegt werden um zu dokumentieren.

Da hier überall eine Seriennummer eingetragen werden kann eignet sich dies bestens als Gerätedatenbank.

== Bestellung ==

Hier wird vorgemerkt welche Artikel zu bestellen sind, welche bestellt wurden und welche geliefert und bereits eingelagert sind.

[[Datei: Bestellung.png]]

Die Bestell-Vorschlagliste kann entweder von "Hand" gefüllt werden, indem die "Neu" Taste gedrückt wird oder aus "Bauteile" heraus mit der "Warenkorb-Taste". Wichtig ist, dass auch Bauteile aufgeschrieben werden können die gar nicht als "Bauteil" angelegt sind.

Als Status kann "offen" / "bestellt" / "Teillieferung" / "geliefert" / "eingelagert" und "später" gesetzt werden.

Je Bauteil kann man sich zwei Lieferanten vormerken, bei denen man bestellen möchte. (Unter Bauteil kann man dennoch eine unbegrenzte Anzahl von Lieferanten hinterlegen.)

Mit Exportieren kann direkt ein Reichelt-Warenkorb exportiert und importiert werden.

Mit Archivieren werden abgeschlossene Bestellvorgänge versteckt, die jederzeit wieder aktiviert oder erneut bestellt werden können.

== Gehäuse verwalten ==

Hier werden alle Gehäuse Typen der Bauteile angelegt. Zu jedem Gehäuse können auch mehrere Bilder hinterlegt werden.

[[Datei: Gehause.png]]

In der Tabelle rechts sind alle Bauteile ersichtlich, die mit dem Gehäuse verfügbar sind.

Mit der Import-/Exportfunktion können Gehäuse incl. Bilder von Gehäusebibliotheken oder Freunden ausgetauscht werden.

== Typ - Kategorie der Bauteile ==

Hier werden die Kategorien angelegt die ein Bauteil annehmen kann.

[[Datei: Typ.png]]

Wichtig ist hierbei dass es nicht zu viele Untertypen gibt, denn man kann anhand dieser Typeinordnung ein Bauteil filtern. Daher sollte dies relativ "allgemein" gehalten werden.

Der Kategorie können Bilder zugeordnet werden, diese werden unter "Bauteil - F2" beim Bauteil gezeigt, wenn dem Bauteil kein individuelles Bild zugeordnet wurde. Somit braucht man bei einem Kondensator nur ein mal ein Bild zuordnen und das Bild wird bei allen Bauteilen mit Typ Kondensatoren unter "Bauteile" gezeigt.

In der Tabelle werden alle Bauteile gezeigt, die der Typ-Kategorie zugeordnet sind. So lässt es sich gut in den bestehenden Bauteilen stöbern und man findet schneller einen Ersatztyp der bereits auf Lager ist und spart sich so eine extra Bestellung und viel Arbeit.

== Extra-Funktionen ==

Hier sind die Rechner-Funktionen Timer/Stoppuhr, Datumsanzeige, Taschenrechner, Widerstandsteiler, LM317/LM350 Widerstandsrechner, SMD Zahlencode verfügbar.

Hier können die Historien aller Projekte verwaltet und Tipps in die Wissens-Datenbank eingetragen werden. Die Wissens-Einträge können nach Themen gruppiert werden wodurch das Suchen einfacher wird.

Die gesamte Datenbank kann mittels SQL-Befehle als CSV oder XML Dateien exportiert werden, dies garantiert eine einfache Weiterverwendung sämtlicher Daten in anderen Systemen.

Unter Info ist die Statistik in der jederzeit die Artikelanzahl und deren hinterlegte Wert sichtbar ist.

Überall sind Sprünge und Querverweise hinterlegt die direkt angesprungen werden können. Filterfunktionen mit der "Y" Taste um anhand einem Kriterium die Auswahl ein zu grenzen.

Viele Memo-Text Felder um alles eingeben zu können, Erkennung von Links auch aus dem Memo um auf mehr Dokumente verweisen zu können.

Umfangreiche Hilfe Datei in der alle Funktionen detailiert und mit Tipps beschrieben sind. Unbedingt sollte in der Hilfe unter "Allgemeine Infos" gelesen werden, hier stehen allgemein gültige Infos die das Arbeiten mit EleLa deutlich vereinfachen.

== Weblinks, Foren, Communities ==

* [http://www.mikrocontroller.net/topic/265580 Diskussion zum Artikel]
* [http://www.mmvisual.de Homepage Autor]
* [http://www.mikrocontroller.net/topic/267979 Project EleLa RS232 / RS485 Magazin LED Register]
* [[Part-DB RW - Lagerverwaltung]] ein anderes Lagerverwaltungsprogramm, PHP-Basiert

== Publikationen / Weiterempfehlungen ==

* [http://www.jtronics.de/software/elela-elektronik-lagerverwaltung.html http://www.jtronics.de]
* [http://schnittpunkt2012.blogspot.com/2010/11/weitere-tipps-zur-krisenvorsorge.html http://schnittpunkt2012.blogspot.com]
* [http://www.elektor.de/jahrgang/2011/februar/mailbox-februar-2011.1674094.lynkx? http://www.elektor.de]
* [http://www.stromflo.de/dokuwiki/doku.php?id=elela http://www.stromflo.de]

[[Category:Projekte]]
[[Category:Entwicklungstools]]
[[Category:Bauteile]]

Elektronik Lagerverwaltung

2016-03-29T20:45:56Z

Debegr92: Link für die Versionen geändert. Alter Link führt auf falsche Versionen...

== EleLa - Allgemeine Infos ==

EleLa die Elektronik Lagerverwaltung für Hobby bis hin zu kleinen Unternehmen. Die
Software arbeitet sehr schnell und ist leicht bedienbar. Selbst ungeübte
PC-User finden sich damit schnell zurecht und EleLa ist dennoch ein
mächtiges Tool das viele andere in den Schatten stellt.

* Bauteile, mit Gehäuse/Varianten, Lagerplätze
* Typunterscheidung / Kategorien
* Definition Bauteil als "Bauteil", "Arbeitszeit" oder "Kleinmaterial" mit jeweils unterschiedlicher Behandlung für Projektplanung und Mengen Berechnung
* Handbuch-Funktion um Datenblätter schneller zu finden
* Gehäuse, mit Import/Export Funktion für externe Gehäusebibliotheken
* Lagerplätze, Kisten, Boxen usw.
* mehrere Lieferanten je Bauteil, mit VPE und Staffelpreise, Bestellnummern, Rabatt
* Öffnen der Lieferantenseite anhand der Bestellnummer
* Adressen mit Hersteller, Lieferanten, Kontakte (viele Eingabefelder)
* Bestellungen / Warenkorbfunktion der Lieferanten / Teillieferungen / Auftragsnummer / Bestellnummer Export / Bestellarchivierung
* Projektverwaltung / Reparaturverwaltung / Positionen / Ansicht Bauteilposition in Bild
* Geräteverwaltung mit Seriennummer und Historie
* Historie, auch von Projekten und Reparaturen, Logbuch, ToDo Liste
* Kostenvoranschlage/Angebotkalkulation von Projekten / Geräten
* Wissens-Datenbank
* mehrere Bilder zu nahezu allen Funktionen hinterlegbar
* Suche
* Drucken, auch Etikette für Lagerfächer mit Barcode-Funktion
* Schneller Etikettendruck um mit einem Etikettendrucker schnell einen Aufkleber zu generieren
* Drucken von Bestellungen, Projekten und Reparaturberichte anhand Vorlagen
* Export- / Importfunktionen
* nahezu komplett über die Tastatur bedienbar
* Extras: Timer/Stoppuhr, Datumsanzeige, Taschenrechner, Widerstandsteiler, LM317/LM350, SMD Zahlencode, Statistik
* Übersetzbar in andere Sprachen, derzeit Englisch verfügbar.
* F1 Hilfe über alle Funktionen
* USB-Stick tauglich und portabel
* Windows / Linux (32/64 Bit) kombinierbar
* Mehrbenutzertauglich dank Datenbanken, Wechsel der Datenbank innerhalb weniger Minuten machbar.
* Einfach zu administrieren da die Konfiguration in einer INI Datei abgelegt ist und EleLa nur ein Verzeichnis mit wenigen Dateien benötigt.
* Tauglich für ISO9001 zertifizierte Firmen, mit speziellem Parameter aktivierbar
* Datensicherung der SQL-Server Datenbank ist in EleLa integriert.
* Bei Updates wird EleLa selbstständig die Datenbank aktualisieren, kein Handeingriff nötig.
* Optionale Datenabfrage über Web-Browser mit EleLaPHP (MySQL)
* Freeware ohne Limit

== Download ==

[[Media: Setup.zip | Version 2.2.13924]], als Setup Paket (ca. 8,2MB) (die aktuellste gibt es immer auf der Homepage vom Autor)

Alternativ kann die Software auch von der [http://www.mmvisual.de Homepage des Autors] geladen werden. Auf dieser Seite kann auch eine native Linux-Version geladen werden.

Installation Setup-Paket:
* Neuinstallation / Update (wird automatisch erkannt)
* Anhand dem Betriebssystem wird automatisch die 32 oder 64 Bit EXE installiert
* Sprache Deutsch, Englisch, Deutsch für Warenlager
* Einrichtung Datenbank, bei MySQL/PostgreSQL mit Zugangsdaten
* Start-Datenbank (Elektronik oder Warenlager) wird nur bei Neuinstallation automatisch installiert
* Einrichtung Handbuch-Verzeichnis
* Bei Uninstall kann entschieden werden ob die Datenbank intakt gelassen werden soll
* Für die erste Benutzung empfehle ich das Setup-Paket mit der Datenbank-Option SQLite. Weitere Informationen können Sie nach der Installation in der Hilfe unter "Installation" nachlesen. Dazu EleLa starten und die F1 Taste drücken.

Wichtig:
Sollten Sie bereits EleLa V1.x.xxxxx nutzen, so muss VOR der Installation ein Backup der Datenbank vollzogen werden.

Wenn man eine Datenbank, z.B. PostgreSQL mit 32 Bit installiert hat, so muss die EXE auch mit 32Bit genommen werden. Ansonsten kann die EXE die DLL nicht laden. Sollte das Setup die 64 Bit Version installiert haben, so kann jederzeit die 32 Bit Version von der Homepage des Autors oder mittels Versionsabfrage geladen werden.

Hier ein Auszug daraus:

== Betriebssystem ==

EleLa wurde mit Lazarus für Windows programmiert und wurde auch mit Lazarus für Linux kompilliert. In diesem Artikel kann nur die Windows-Version geladen werden, die Linux-Version gibt es nur von der [http://www.mmvisual.de/elela/ Homepage des Autors].

== Bauteile verwalten ==

In der Bauteilverwaltung werden alle Bauteile angelegt, Lager und Gehäusevarianten verwaltet und Lieferanten eingetragen.

In der Bauteil-Übersicht wird von einer Bauteilvariante nur der Haupt-Typ eingetragen, z.B. 7400. Die Untertypen wie z.B. 74HC00, 74LVX00 unter "Lager / Gehäuse". Oder unter Bauteil wird nur der Widerstandswert "R 4,7 KOhm" eingetragen, alle Leistungsklassen und Gehäuseformen kommen nach "Lager / Gehäuse".
Der Vorteil liegt auf der Hand, die Bauteileliste enthält dadurch viel weniger Einträge und ist somit übersichtlicher. Gleichzeitig sieht man unter "Lager / Gehäuse" alle Typen mit der gleichen Funktion.

[[Datei: Bauteile.png]]

Über die Filtermöglichkeit anhand dem Typ oder einem Bezeichnungstext kann sehr schnell ein Bauteil mit ähnlichen Eigenschaften gefunden werden.

=== Lager / Gehäuse ===

Hier werden die Bauteilvarianten, Lagermengen und Gehäuseformen gespeichert.

[[Datei: Bauteile_LG.png]]

Als Kennzeichnung vom Bauteil können Barcode, Artikel-Nr sowie eine zweite Artikel-Nr eingetragen werden.

=== Lieferanten ===

Hier wird dem Lager/Gehäuse ein Lieferant zugeordnet und der Einkaufspreis ab Menge (Preisstaffel), VPE und Stückelung eingetragen. Ist dem Lieferant eine Internet-Adresse hinterlegt, so kann direkt der Hersteller mit dem Artikel geöffnet werden.

=== Bestellungen ===

Übersicht aller Bestellungen zu diesem Bauteil, auch archivierte (ältere).

=== Projekte ===

Übersicht aller Projekte in denen das Bauteil verwendet wird.

== Projektverwaltung ==

Hier können Stücklisten, Softwareprojekte und auch Geräte verwaltet werden.

[[Datei: Projekt.png]]

Links im Baum werden alle Projekte angezeigt und man kann Projekte zusammen fassen was für einen besseren Überblick sorgt.

Zusätzlich gibt es Funktionen um den Lagerbestand vor einer Produktion zu prüfen und nach der Produktion ab zu buchen. Das fertige Projekt kann wiederum als Bauteil geführt werden, deren Bestand nach der Produktion automatisch erhöht wird. Die bestückte Platine ist somit wiederum ein Bauteil mit Lagerverwaltung, das in ein Fertiggerät (Projekt mit Produktion Fertiggerät) hinzugefügt werden kann.

Unter Positionen können Bauteile eingetragen werden, auch Bauteile die nicht unter "Bauteile - F2" deklariert sind. Unterstützung der Produktion indem der Bearbeitungsstatus hinterlegt werden kann. Jede Position kann als Bestückungsvariante gekennzeichnet werden somit kann eine Stückliste für unterschiedliche Ausführungen verwendet werden.
Jede Position erhält ein Status, mit dem man für jedes Bauteil den Bearbeitungsstatus setzen kann. Somit wird auch bei komplexen Platinen in der Handbestückung / Einrichtung Bestückungsautomat nichts vergessen.
Importfunktion von Stücklisten direkt vom CAD Programm mit Kennzeichnung von Bauteilen die nicht mehr in der Import-Stückliste enthalten sind. Direkte Zuordnung anhand der ArtikelNr oder dem Barcode möglich.

Unter Historie können Änderungen (auch Software) dokumentiert werden. Wenn ein Termin in der Zukunft eingegeben wird, so zeigt EleLa ein Hinweis bei fälligem Termin.
Alternativ kann die Historie auch als Reparaturliste von Geräten verwendet werden, daher gibt es relativ viele Eingabemöglichkeiten und eine Druckfunktion für Einzelpositionen. Jedem Reparatur- (Historien-) Eintrag können Bilder hinterlegt werden um zu dokumentieren.

Da hier überall eine Seriennummer eingetragen werden kann eignet sich dies bestens als Gerätedatenbank.

== Bestellung ==

Hier wird vorgemerkt welche Artikel zu bestellen sind, welche bestellt wurden und welche geliefert und bereits eingelagert sind.

[[Datei: Bestellung.png]]

Die Bestell-Vorschlagliste kann entweder von "Hand" gefüllt werden, indem die "Neu" Taste gedrückt wird oder aus "Bauteile" heraus mit der "Warenkorb-Taste". Wichtig ist, dass auch Bauteile aufgeschrieben werden können die gar nicht als "Bauteil" angelegt sind.

Als Status kann "offen" / "bestellt" / "Teillieferung" / "geliefert" / "eingelagert" und "später" gesetzt werden.

Je Bauteil kann man sich zwei Lieferanten vormerken, bei denen man bestellen möchte. (Unter Bauteil kann man dennoch eine unbegrenzte Anzahl von Lieferanten hinterlegen.)

Mit Exportieren kann direkt ein Reichelt-Warenkorb exportiert und importiert werden.

Mit Archivieren werden abgeschlossene Bestellvorgänge versteckt, die jederzeit wieder aktiviert oder erneut bestellt werden können.

== Gehäuse verwalten ==

Hier werden alle Gehäuse Typen der Bauteile angelegt. Zu jedem Gehäuse können auch mehrere Bilder hinterlegt werden.

[[Datei: Gehause.png]]

In der Tabelle rechts sind alle Bauteile ersichtlich, die mit dem Gehäuse verfügbar sind.

Mit der Import-/Exportfunktion können Gehäuse incl. Bilder von Gehäusebibliotheken oder Freunden ausgetauscht werden.

== Typ - Kategorie der Bauteile ==

Hier werden die Kategorien angelegt die ein Bauteil annehmen kann.

[[Datei: Typ.png]]

Wichtig ist hierbei dass es nicht zu viele Untertypen gibt, denn man kann anhand dieser Typeinordnung ein Bauteil filtern. Daher sollte dies relativ "allgemein" gehalten werden.

Der Kategorie können Bilder zugeordnet werden, diese werden unter "Bauteil - F2" beim Bauteil gezeigt, wenn dem Bauteil kein individuelles Bild zugeordnet wurde. Somit braucht man bei einem Kondensator nur ein mal ein Bild zuordnen und das Bild wird bei allen Bauteilen mit Typ Kondensatoren unter "Bauteile" gezeigt.

In der Tabelle werden alle Bauteile gezeigt, die der Typ-Kategorie zugeordnet sind. So lässt es sich gut in den bestehenden Bauteilen stöbern und man findet schneller einen Ersatztyp der bereits auf Lager ist und spart sich so eine extra Bestellung und viel Arbeit.

== Extra-Funktionen ==

Hier sind die Rechner-Funktionen Timer/Stoppuhr, Datumsanzeige, Taschenrechner, Widerstandsteiler, LM317/LM350 Widerstandsrechner, SMD Zahlencode verfügbar.

Hier können die Historien aller Projekte verwaltet und Tipps in die Wissens-Datenbank eingetragen werden. Die Wissens-Einträge können nach Themen gruppiert werden wodurch das Suchen einfacher wird.

Die gesamte Datenbank kann mittels SQL-Befehle als CSV oder XML Dateien exportiert werden, dies garantiert eine einfache Weiterverwendung sämtlicher Daten in anderen Systemen.

Unter Info ist die Statistik in der jederzeit die Artikelanzahl und deren hinterlegte Wert sichtbar ist.

Überall sind Sprünge und Querverweise hinterlegt die direkt angesprungen werden können. Filterfunktionen mit der "Y" Taste um anhand einem Kriterium die Auswahl ein zu grenzen.

Viele Memo-Text Felder um alles eingeben zu können, Erkennung von Links auch aus dem Memo um auf mehr Dokumente verweisen zu können.

Umfangreiche Hilfe Datei in der alle Funktionen detailiert und mit Tipps beschrieben sind. Unbedingt sollte in der Hilfe unter "Allgemeine Infos" gelesen werden, hier stehen allgemein gültige Infos die das Arbeiten mit EleLa deutlich vereinfachen.

== Weblinks, Foren, Communities ==

* [http://www.mikrocontroller.net/topic/265580 Diskussion zum Artikel]
* [http://www.mmvisual.de Homepage Autor]
* [http://www.mikrocontroller.net/topic/267979 Project EleLa RS232 / RS485 Magazin LED Register]
* [[Part-DB RW - Lagerverwaltung]] ein anderes Lagerverwaltungsprogramm, PHP-Basiert

== Publikationen / Weiterempfehlungen ==

* [http://www.jtronics.de/software/elela-elektronik-lagerverwaltung.html http://www.jtronics.de]
* [http://schnittpunkt2012.blogspot.com/2010/11/weitere-tipps-zur-krisenvorsorge.html http://schnittpunkt2012.blogspot.com]
* [http://www.elektor.de/jahrgang/2011/februar/mailbox-februar-2011.1674094.lynkx? http://www.elektor.de]
* [http://www.stromflo.de/dokuwiki/doku.php?id=elela http://www.stromflo.de]

[[Category:Projekte]]
[[Category:Entwicklungstools]]
[[Category:Bauteile]]

Entprellung

2014-01-27T15:34:25Z

Debegr92: /* Flankenerkennung */

== Problembeschreibung ==
Mechanische [[Schalter]] wie [[Drehgeber]] neigen beim Ein- und Ausschalten zum sogenannten '''Prellen''', d.h sie schalten schnell mehrfach aus und ein, verursacht durch mechanische Vibrationen des Schaltkontaktes, sofern sie nicht dagegen geschützt sind. Vereinfacht dargestellt, sieht eine von einem Schalter oder Taster geschaltete Spannung beim Schalten wie folgt aus:

[[Bild:Entprellen.png]]

Für die Vermeidung bzw. Auswertung dieses unsauberen Signals gibt es verschiedene Ansätze:

== Hardwareentprellung ==

===Prellfreie Schalter===

Für Spezialanwendungen hält die elektromechanische Industrie verschiedene Sonderkonstruktionen bereit, die saubere Schaltzustände nach Aussen generieren, indem sie entweder eine mechanische Dämpfung in Form eines selbsthemmenden Federmechanismus oder eine integrierte elektronische Signalverzögerung benutzen.

Solche Systeme sind jedoch teuer und werden meist nur im Leistungsbereich eingesetzt.

===Wechselschalter===

Für die Entprellung von Wechselschaltern (engl. Double Throw Switch) kann ein klassisches RS-[[Flipflop]] genutzt werden. Bei dieser Variante werden neben zwei NAND-Gattern nur noch zwei Pull-Up Widerstände benötigt.

[[Bild:NAND_debouncer.png|thumb|left|350px|'''Taster entprellen mit NAND-RS-Flipflop''']]

 

In der gezeigten Schalterstellung liegt an der Position /S der Pegel 0 an. Damit ist das Flipflop gesetzt und der Ausgang auf dem Pegel 1. Schließt der Schalter zwischen den Kontakten 2 und 3, liegt an der Postion /R der Pegel 0 an. Dies bedeutet, dass der Ausgang des Flipflops auf den Pegel 0 geht. Sobald der Schalter von einem zum anderen Kontakt wechselt, beginnt er in der Regel zu prellen. Während des Prellens wechselt der Schalter zwischen den beiden Zuständen "Schalter berührt Kontakt" und "Schalter ist frei in der Luft". Der Ausgang des Flipflops bleibt in dieser Prellzeit aber stabil, da der Schalter während des Prellens nie den gegenüberliegenden Kontakt berührt und das RS-Flipflop seinen Zustand allein halten kann. Die Prellzeit ist stark vom Schaltertyp abhängig und liegt zwischen 0,1 und 10ms. Die Dimensionierung der Widerstände ist relativ unkritisch. Als Richtwert können hier 100kOhm verwendet werden.

====Wechselschalter ohne Flip-Flop====

Wenn man mal gerade kein Flip-Flop zur Hand hat, kann man sich auch mit dieser Schaltung behelfen.

[[Bild:WechselEntprellC.PNG|thumb|left|350px|'''Wechsler entprellen mit Kondensator''']]

 

Zur Funktionsweise:
Beim Umschalten wird der Kondensator immer sofort umgeladen.
Während der Kontakt prellt, befindet er sich in der Luft und hat keinerlei Verbindung. Während dieser Zeit übernimmt der Kondensator das halten des Pegels.

Dimensionierung:
Ist der entprellte Taster an ein IC Angeschlossen, ist der ''Input Leakage Current'' der ausschlaggebende Strom. Falls weitere Ströme fließen sind diese mit zu berücksichtigen. Bei einem Mikrocontroller von Atmel sind 1µA typisch.
Es gilt:
:<math>\frac{dU}{dt} = \frac{I}{C}</math>
Da eine Prellung ca. 10ms dauert und die Spannung in dieser Zeit beispielsweise um maximal 0,5V fallen soll kommt man auf folgende Kapazität:
:<math> C = \frac{I \cdot dt}{dU} = \frac{1\mu A \cdot 10ms}{0,5V} = 20nF </math>

Um Stromspitzen zu verringern kann ein Widerstand mit eingefügt werden. Eine Zeitkonstante von 1µs bis 1ms scheint sinnvoll. Also 500 Ohm bis 500kOhm sind nutzbar, wobei bei niedrigem Widerstand die Stromspitzen höher sind, und bei 500kOhm der Pinstrom störend wird.

===Einfacher Taster===

Auch wenn das RS-Flipflop sehr effektiv ist, wird diese Variante der Entprellung nur selten angewendet. Grund dafür ist, dass in Schaltungen häufiger einfache Taster eingesetzt werden. Diese sind oft kleiner und preisgünstiger. Um einfache Taster (engl. Single Throw Switch) zu entprellen, kann ein einfacher RC-Tiefpass eingesetzt werden. Hierbei wird ein Kondensator über einen Widerstand je nach Schalterstellung auf- oder entladen. Das RC-Glied bildet einen Tiefpass, sodass die Spannung über den Kondensator nicht von einen Pegel auf den anderen springen kann.

[[Bild:RC_debouncer.png|thumb|left|300px|Taster entprellen mit RC-Entpreller]]

[[Datei:Entprellen1a.png|thumb|350px| Entstehender Spannungsverlauf]]
{{Absatz}}

Wenn der Schalter geöffnet ist, lädt sich der Kondensator langsam über die beiden Widerstände R1 und R2 auf Vcc auf. Beim Erreichen der Umschaltschwelle springt der Ausgang auf den Pegel 0. Wird der Schalter geschlossen, entlädt sich der Kondensator langsam über den Widerstand R2. Demnach ändert sich der Ausgang des Inverters auf den Pegel 1. Während der Taster prellt, kann sich die Spannung über dem Kondensator nicht sprunghaft ändern, da das Auf- und Entladen eher langsam über die Widerstände erfolgt. Außerdem sind die Schaltschwellen für den Übergang LOW->HIGH und HIGH->LOW stark verschieden (Hysterese, siehe Artikel [[Schmitt-Trigger]]). Bei richtiger Dimensionierung der Bauelemente wird somit der Ausgang des Inverters prellfrei.

Zu beachten ist, dass der Inverter '''unbedingt''' einer mit [[Schmitt-Trigger]] Eingängen sein muss, weil bei Standard-Logikeingängen im Bereich von üblicherweise 0,8V - 2,0V der Ausgang nicht definiert ist. Als Inverter kann zum Beispiel der 74HC14 oder der CD40106 (pinkompatibel) eingesetzt werden. Alternativ kann auch ein CD4093 eingesetzt werden. Bei dem CD4093 handelt es sich um NAND-Gatter mit Schmitt-Trigger-Eingängen. Um aus einem NAND-Gatter einen Inverter zu machen, müssen einfach nur die beiden Eingänge verbunden werden oder ein Eingang fest auf HIGH gelegt werden.

Für eine geeignete Dimensionierung muss man etwas mit den Standardformeln für einen Kondensator jonglieren. Die Spannung über den Kondensator beim Entladen berechnet sich nach:
:<math>U_C(t) = U_0 \cdot e^{\frac{-t}{R_2 C_1}}</math>

Damit der Ausgang des Inverters stabil ist, muss die Spannung über den Kondensator und damit die Spannung am Eingang des Inverters über der Spannung bleiben, bei welcher der Inverter umschaltet. Diese Schwellwertspannung ist genau die zeitabhängige Spannung über den Kondensator.
:<math>U_C(t)\!\ = U_{th}</math>

Durch Umstellen der Formel ergibt sich nun:
:<math>R_2=\frac{-t}{C_1 \cdot ln\left(\frac{U_{th}}{U_0} \right)}</math>

Ein Taster prellt üblicherweise etwa 10ms. Zur Sicherheit kann bei der Berechnung des Widerstandes eine Prellzeit von 20ms angenommen werden. U_0 ist die Betriebsspannung also Vcc. Die Schwellwertspannung muss aus dem Datenblatt des eingesetzten Schmitt-Triggers abgelesen werden. Beim 74HC14 beträgt der gesuchte Wert 2,0V. Nimmt man für den Kondensator 1µF und beträgt die Betriebsspannung 5V, ergibt sich für den Widerstand ein Wert von etwa 22kOhm.

Wird der Schalter geöffnet, lädt sich der Kondensator nach folgender Formel auf:
:<math>U_C(t) = U_0 \cdot \left( 1-e^{\frac{-t}{(R_1+R_2)\cdot C_1}} \right)</math>

Mit U_th=U_C ergibt das Umstellen nach (R_1+R_2):
:<math>R_1+R_2 = \frac{-t}{C_1 \cdot ln\left(1-\frac{U_{th}}{U_0} \right)} </math>

Für die Schwellspannung lässt sich aus dem Datenblatt ein Wert von 2,3V ablesen. Mit diesem Wert und den Annahmen von oben ergibt sich für R_1+R_2 ein Wert von 32kOhm. Somit ergibt sich für R_1 ein Wert von etwa 10kOhm.

Anmerkung: Beim 74LS14 von Hitachi z. B. sind die oberen und unteren Schaltschwellwerte unterschiedlich. Es muss darauf geachtet werden, dass U_{th} beim Entladen die untere Schwelle und U_{th} beim Laden die obere Schwelle einnimmt.

== Softwareentprellung ==

In den Zeiten der elektronischen Auswertung von Tastern und Schaltern ist das softwaretechnische Entprellen oft billiger, als die Benutzung eines teuren Schalters. Daher werden heute z.B. auch Computertastaturen nicht mehr mit prellarmen Tasten oder Entprellkondensatoren ausgestattet.

Bei Verwendung des in den meisten Geräten ohnehin vorhandenen Mikrocontrollers z.B., kann man sich die zusätzliche Hardware sparen, da die Entprellung in Software praktisch genauso gut funktioniert. Dabei ist nur zu beachten, dass zusätzliche Rechenleistung und je nach Umsetzung auch einige Hardwareressourcen (z.B. Timer) benötigt werden.

=== Flankenerkennung ===
Bei einem Taster gibt es insgesamt 4 theoretische Zustände:

* 1. war nicht gedrückt und ist nicht gedrückt
* 2. war nicht gedrückt und ist gedrückt (steigende Flanke)
* 3. war gedrückt und ist immer noch gedrückt
* 4. war gedrückt und ist nicht mehr gedrückt (fallende Flanke)

Diese einzelnen Zustände lassen sich jetzt bequem abfragen/durchlaufen. Die Entprellung geschieht dabei durch die ganze Laufzeit des Programms. Die Taster werden hierbei als Active-Low angeschlossen, um die internen Pull-Ups zu nutzen.

Diese Routine gibt für den Zustand "steigende Flanke" den Wert "1" zurück, sonst "0"

<syntaxhighlight lang="c">
#define TASTERPORT PINC
#define TASTERBIT PINC1

char taster(void)
{
static unsigned char zustand;
char rw = 0;

if(zustand == 0 && !(TASTERPORT & (1<<TASTERBIT))) //Taster wird gedrueckt (steigende Flanke)
{
zustand = 1;
rw = 1;
}
else if (zustand == 1 && !(TASTERPORT & (1<<TASTERBIT))) //Taster wird gehalten
{
zustand = 2;
rw = 0;
}
else if (zustand == 2 && (TASTERPORT & (1<<TASTERBIT))) //Taster wird losgelassen (fallende Flanke)
{
zustand = 3;
rw = 0;
}
else if (zustand == 3 && (TASTERPORT & (1<<TASTERBIT))) //Taster losgelassen
{
zustand = 0;
rw = 0;
}

return rw;
}
</syntaxhighlight>

Eine Erweiterung, damit beliebig lange das Halten einer Taste erkannt wird kann man ganz einfach so implementieren:

<syntaxhighlight lang="c">
// zustand kann entweder zum ersten mal als gehlaten detektiert werden oder aber jedes weiter mal
else if (((zustand == 1) || (zustand == 2)) && !(TASTERPORT & (1<<TASTERBIT))) //Taster wird gehalten
{
zustand = 2;
rw = 0;
}
</syntaxhighlight>

=== Warteschleifen-Verfahren ===

Soll nun mit einem Mikrocontroller gezählt werden, wie oft ein Kontakt oder ein Relais geschaltet wird, muss das Prellen des Kontaktes exakt berücksichtigt - und von einem gewollten Mehrfachschalten abgegrenzt werden, da sonst möglicherweise Fehlimpulse gezählt- oder andererseits echte Schaltvorgänge übersprungen werden. Dies muss beim Schreiben des Programms hinsichtlich des Abtastens des Kontaktes unbedingt Rechnung getragen werden.

Beim folgenden einfachen Beispiel für eine Entprellung ist zu beachten, dass der AVR im Falle eines Tastendrucks 200ms wartet, also brach liegt. Bei zeitkritische Anwendungen sollte man ein anderes Verfahren nutzen (z. B. Abfrage der Tastenzustände in einer Timer-Interrupt-Service-Routine).

<syntaxhighlight lang="c">
#include <avr/io.h>
#include <inttypes.h>
#ifndef F_CPU
#warning "F_CPU war noch nicht definiert, wird nun mit 3686400 definiert"
#define F_CPU 3686400UL /* Quarz mit 3.6864 Mhz */
#endif
#include <util/delay.h> /* bei alter avr-libc: #include <avr/delay.h> */

/* Einfache Funktion zum Entprellen eines Tasters */
inline uint8_t debounce(volatile uint8_t *port, uint8_t pin)
{
if ( !(*port & (1 << pin)) )
{
/* Pin wurde auf Masse gezogen, 100ms warten */
_delay_ms(50); // Maximalwert des Parameters an _delay_ms
_delay_ms(50); // beachten, vgl. Dokumentation der avr-libc
if ( *port & (1 << pin) )
{
/* Anwender Zeit zum Loslassen des Tasters geben */
_delay_ms(50);
_delay_ms(50);
return 1;
}
}
return 0;
}

int main(void)
{
DDRB &= ~( 1 << PB0 ); /* PIN PB0 auf Eingang Taster) */
PORTB |= ( 1 << PB0 ); /* Pullup-Widerstand aktivieren */
...
if (debounce(&PINB, PB0))
{
/* Falls Taster an PIN PB0 gedrueckt */
/* LED an Port PD7 an- bzw. ausschalten: */
PORTD = PORTD ^ ( 1 << PD7 );
}
...
}
</syntaxhighlight>

Die obige Routine hat leider mehrere Nachteile:
* sie detektiert nur das Loslassen (unergonomisch)
* sie verzögert die Mainloop immer um 100ms bei gedrückter Taste
* sie verliert Tastendrücke, je mehr die Mainloop zu tun hat.

Eine ähnlich einfach zu benutzende Routine, aber ohne all diese Nachteile findet sich im Forenthread
[http://www.mikrocontroller.net/topic/164194#new Entprellung für Anfänger]

Der ''DEBOUNCE'' Befehl in dem BASIC-Dialekt BASCOM für AVR ist ebenfalls nach dem Warteschleifen-Verfahren programmiert. Die Wartezeit beträgt standardmäßig 25 ms, kann aber vom Anwender überschrieben werden. Vgl. [http://avrhelp.mcselec.com/bascom-avr.html?DEBOUNCE BASCOM Online-Manual zu DEBOUNCE].

Eine C-Implementierung für eine Tastenabfrage mit Warteschleife ist im Artikel [[AVR-GCC-Tutorial#IO-Register_als_Parameter_und_Variablen|AVR-GCC-Tutorial: IO-Register als Parameter und Variablen]] angeben.

Der Nachteil dieses Verfahrens ist, dass der Controller durch die Warteschleife blockiert wird. Günstiger ist die Implementierung mit einem Timer-Interrupt.

==== Warteschleifenvariante mit Maske und Pointer (nach Christian Riggenbach) ====

Hier eine weitere Funktion, um Taster zu entprellen: Durch den zusätzlichen Code kann eine Entprellzeit von durchschnittlich 1-3ms (mindestens 8*150µs = 1ms) erreicht werden. Grundsätzlich prüft die Funktion den Pegel der Pins auf einem bestimmten Port. Wenn die/der Pegel 8 Mal konstant war, wird die Schleife verlassen. Diese Funktion kann sehr gut eingesetzt werden, um in einer Endlosschleife Taster anzufragen, da sie, wie erwähnt, eine kurze Wartezeit hat.

<syntaxhighlight lang="c">
void entprellung( volatile uint8_t *port, uint8_t maske ) {
uint8_t port_puffer;
uint8_t entprellungs_puffer;

for( entprellungs_puffer=0 ; entprellungs_puffer!=0xff ; ) {
entprellungs_puffer<<=1;
port_puffer = *port;
_delay_us(150);
if( (*port & maske) == (port_puffer & maske) )
entprellungs_puffer |= 0x01;
}
}
</syntaxhighlight>
Die Funktion wird wie folgt aufgerufen:
<syntaxhighlight lang="c">
// Bugfix 20100414
// http://www.nongnu.org/avr-libc/user-manual/FAQ.html#faq_port_pass
entprellung( &PINB, (1<<PINB2) ); // ggf. Prellen abwarten
if( PINB & (1<<PINB2) ) // dann stabilen Wert einlesen
{
// mach was
}
else
{
// mach was anderes
}
</syntaxhighlight>
Als Maske kann ein beliebiger Wert übergeben werden. Sie verhindert, dass nichtverwendete Taster die Entprellzeit negativ beeinflussen.

==== Debounce-Makro von Peter Dannegger ====

Peter Dannegger hat in [http://www.mikrocontroller.net/topic/164194#1566921 "Entprellen für Anfänger"] folgende vereinfachtes Entprellverfahren beschrieben. Das Makro arbeitet in der Originalversion mit ''active low'' geschalteten Tastern, kann aber einfach für ''active high'' geschaltete Taster angepasst werden ([[Pollin Funk-AVR-Evaluationsboard#Tasty Reloaded|Tasty Reloaded]]).

<syntaxhighlight lang="c">
/************************************************************************/
/* */
/* Not so powerful Debouncing Example */
/* No Interrupt needed */
/* */
/* Author: Peter Dannegger */
/* */
/************************************************************************/
// Target: ATtiny13

#include <avr/io.h>
#define F_CPU 9.6e6
#include <util/delay.h>

#define debounce( port, pin ) \
({ \
static uint8_t flag = 0; /* new variable on every macro usage */ \
uint8_t i = 0; \
\
if( flag ){ /* check for key release: */ \
for(;;){ /* loop ... */ \
if( !(port & 1<<pin) ){ /* ... until key pressed or ... */ \
i = 0; /* 0 = bounce */ \
break; \
} \
_delay_us( 98 ); /* * 256 = 25ms */ \
if( --i == 0 ){ /* ... until key >25ms released */ \
flag = 0; /* clear press flag */ \
i = 0; /* 0 = key release debounced */ \
break; \
} \
} \
}else{ /* else check for key press: */ \
for(;;){ /* loop ... */ \
if( (port & 1<<pin) ){ /* ... until key released or ... */ \
i = 0; /* 0 = bounce */ \
break; \
} \
_delay_us( 98 ); /* * 256 = 25ms */ \
if( --i == 0 ){ /* ... until key >25ms pressed */ \
flag = 1; /* set press flag */ \
i = 1; /* 1 = key press debounced */ \
break; \
} \
} \
} \
i; /* return value of Macro */ \
})

/*
Testapplication
*/
int main(void)
{
DDRB &= ~(1<<PB0);
PORTB |= 1<<PB0;
DDRB |= 1<<PB2;
DDRB &= ~(1<<PB1);
PORTB |= 1<<PB1;
DDRB |= 1<<PB3;
for(;;){
if( debounce( PINB, PB1 ) )
PORTB ^= 1<<PB2;
if( debounce( PINB, PB0 ) )
PORTB ^= 1<<PB3;
}
}

</syntaxhighlight>

Wenn das Makro für die gleiche Taste (Pin) an mehreren Stellen aufgerufen werden soll, muss eine Funktion angelegt werden, damit beide Aufrufe an die gleiche Zustandsvariable ''flag'' auswerten [http://www.mikrocontroller.net/topic/195914#1918727]:

<syntaxhighlight lang="c">
// Hilfsfunktion
uint8_t debounce_C1( void )
{
return debounce(PINC, PC1);
}

// Beispielanwendung
int main(void)
{
DDRB |= 1<<PB2;
DDRB |= 1<<PB3;
DDRC &= ~(1<<PC1);
PORTC |= 1<<PC1; // Pullup für Taster

for(;;){
if( debounce_C1() ) // nicht: debounce(PINC, PC1)
PORTB ^= 1<<PB2;
if( debounce_C1() ) // nicht: debounce(PINC, PC1)
PORTB ^= 1<<PB3;
}
}
</syntaxhighlight>

=== Timer-Verfahren (nach Peter Dannegger) ===

==== Grundroutine (AVR Assembler) ====

Siehe dazu: [http://www.mikrocontroller.net/forum/read-4-20435.html#new Forum]

Vorteile
* besonders kurzer Code
* schnell

Außerdem können 8 Tasten (aktiv low) gleichzeitig bearbeitet werden, es dürfen also
alle exakt zur selben Zeit gedrückt werden. Andere Routinen können z. B. nur eine Taste verarbeiten, d.h. die zuerst oder zuletzt gedrückte gewinnt, oder es kommt Unsinn heraus.

Die eigentliche Einlese- und Entprellroutine ist nur 8 Instruktionen
kurz. Der entprellte Tastenzustand ist im Register ''key_state''. Mit nur 2 weiteren Instruktionen wird dann der Wechsel von ''Taste offen'' zu
''Taste gedrückt'' erkannt und im Register ''key_press'' abgelegt. Im Beispielcode werden dann damit 8 LEDs ein- und ausgeschaltet. Jede Taste entspricht einem Bit in den Registern, d.h. die Verarbeitung erfolgt bitweise mit logischen Operationen. Zum Verständnis empfiehlt es sich daher, die Logikgleichungen mit Gattern für ein Bit = eine Taste aufzumalen. Die Register kann man sich als Flipflops denken, die mit der Entprellzeit als Takt arbeiten. D.h. man kann das auch so z. B. in einem GAL22V10 realisieren.

Als Kommentar sind neben den einzelnen Instruktionen alle 8 möglichen
Kombinationen der 3 Signale dargestellt.

Beispielcode für AVR (Assembler):

<syntaxhighlight lang="avrasm">
.nolist
.include "c:\avr\inc\1200def.inc"
.list
.def save_sreg = r0
.def iwr0 = r1
.def iwr1 = r2

.def key_old = r3
.def key_state = r4
.def key_press = r5

.def leds = r16
.def wr0 = r17

.equ key_port = pind
.equ led_port = portb

rjmp init
.org OVF0addr ;timer interrupt 24ms
in save_sreg, SREG
get8key: ;/old state iwr1 iwr0
mov iwr0, key_old ;00110011 10101010 00110011
in key_old, key_port ;11110000
eor iwr0, key_old ; 11000011
com key_old ;00001111
mov iwr1, key_state ; 10101010
or key_state, iwr0 ; 11101011
and iwr0, key_old ; 00000011
eor key_state, iwr0 ; 11101000
and iwr1, iwr0 ; 00000010
or key_press, iwr1 ;store key press detect
;
; insert other timer functions here
;
out SREG, save_sreg
reti
;-------------------------------------------------------------------------
init:
ldi wr0, 0xFF
out ddrb, wr0
ldi wr0, 1<<CS02 | 1<<CS00 ;divide by 1024 * 256
out TCCR0, wr0
ldi wr0, 1<<TOIE0 ;enable timer interrupt
out TIMSK, wr0

clr key_old
clr key_state
clr key_press
ldi leds, 0xFF
main: cli
eor leds, key_press ;toggle LEDs
clr key_press ;clear, if key press action done
sei
out led_port, leds
rjmp main
;-------------------------------------------------------------
</syntaxhighlight>

==== Komfortroutine (C für AVR) ====

Siehe dazu: [http://www.mikrocontroller.net/forum/read-4-310276.html Forum]

'''Anmerkung''' Wenn statt active-low (Ruhezustand High) active-high (Ruhezustand Low) verwendet wird muss eine Zeile geändert werden siehe:
[http://www.mikrocontroller.net/forum/read-4-310276.html gesamter Beitrag im Forum],
[http://www.mikrocontroller.net/topic/48465#606555 Stelle 1 im Beitrag], ([http://www.mikrocontroller.net/topic/48465#2306398 Stelle 2 im Beitrag] muss *nicht* geändert werden, da hier die Polarität gar keinen Einfluß hat).

Funktionsprinzip wie oben plus zusätzliche Features:
* Kann Tasten sparen durch unterschiedliche Aktionen bei kurzem oder langem Drücken
* Wiederholfunktion, z. B. für die Eingabe von Werten

Das Programm ist für avr-gcc/avr-libc geschrieben, kann aber mit ein paar Anpassungen auch mit anderen Compilern und Mikrocontrollern verwendet werden. Eine Portierung für den AT91SAM7 findet man [http://www.google.com/codesearch?q=show:ac2viP-2E2Y:pzkOO5QRsoc:RPICuprYy-A&sa=N&cd=1&ct=rc&cs_p=svn://mikrocontroller.net/mp3dec/trunk&cs_f=keys.c#a0 hier] (aus dem Projekt [[ARM MP3/AAC Player]]).
<syntaxhighlight lang="c">
/************************************************************************/
/* */
/* Debouncing 8 Keys */
/* Sampling 4 Times */
/* With Repeat Function */
/* */
/* Author: Peter Dannegger */
/* danni@specs.de */
/* */
/************************************************************************/

#include <stdint.h>
#include <avr/io.h>
#include <avr/interrupt.h>

#ifndef F_CPU
#define F_CPU 1000000 // processor clock frequency
#warning kein F_CPU definiert
#endif

#define KEY_DDR DDRB
#define KEY_PORT PORTB
#define KEY_PIN PINB
#define KEY0 0
#define KEY1 1
#define KEY2 2
#define ALL_KEYS (1<<KEY0 | 1<<KEY1 | 1<<KEY2)

#define REPEAT_MASK (1<<KEY1 | 1<<KEY2) // repeat: key1, key2
#define REPEAT_START 50 // after 500ms
#define REPEAT_NEXT 20 // every 200ms

#define LED_DDR DDRA
#define LED_PORT PORTA
#define LED0 0
#define LED1 1
#define LED2 2

volatile uint8_t key_state; // debounced and inverted key state:
// bit = 1: key pressed
volatile uint8_t key_press; // key press detect

volatile uint8_t key_rpt; // key long press and repeat

ISR( TIMER0_OVF_vect ) // every 10ms
{
static uint8_t ct0, ct1, rpt;
uint8_t i;

TCNT0 = (uint8_t)(int16_t)-(F_CPU / 1024 * 10e-3 + 0.5); // preload for 10ms

i = key_state ^ ~KEY_PIN; // key changed ?
ct0 = ~( ct0 & i ); // reset or count ct0
ct1 = ct0 ^ (ct1 & i); // reset or count ct1
i &= ct0 & ct1; // count until roll over ?
key_state ^= i; // then toggle debounced state
key_press |= key_state & i; // 0->1: key press detect

if( (key_state & REPEAT_MASK) == 0 ) // check repeat function
rpt = REPEAT_START; // start delay
if( --rpt == 0 ){
rpt = REPEAT_NEXT; // repeat delay
key_rpt |= key_state & REPEAT_MASK;
}
}

///////////////////////////////////////////////////////////////////
//
// check if a key has been pressed. Each pressed key is reported
// only once
//
uint8_t get_key_press( uint8_t key_mask )
{
cli(); // read and clear atomic !
key_mask &= key_press; // read key(s)
key_press ^= key_mask; // clear key(s)
sei();
return key_mask;
}

///////////////////////////////////////////////////////////////////
//
// check if a key has been pressed long enough such that the
// key repeat functionality kicks in. After a small setup delay
// the key is reported being pressed in subsequent calls
// to this function. This simulates the user repeatedly
// pressing and releasing the key.
//
uint8_t get_key_rpt( uint8_t key_mask )
{
cli(); // read and clear atomic !
key_mask &= key_rpt; // read key(s)
key_rpt ^= key_mask; // clear key(s)
sei();
return key_mask;
}

///////////////////////////////////////////////////////////////////
//
// check if a key is pressed right now
//
uint8_t get_key_state( uint8_t key_mask )

{
key_mask &= key_state;
return key_mask;
}

///////////////////////////////////////////////////////////////////
//
uint8_t get_key_short( uint8_t key_mask )
{
cli(); // read key state and key press atomic !
return get_key_press( ~key_state & key_mask );
}

///////////////////////////////////////////////////////////////////
//
uint8_t get_key_long( uint8_t key_mask )
{
return get_key_press( get_key_rpt( key_mask ));
}

int main( void )
{
LED_PORT = 0xFF;
LED_DDR = 0xFF;

// Configure debouncing routines
KEY_DDR &= ~ALL_KEYS; // configure key port for input
KEY_PORT |= ALL_KEYS; // and turn on pull up resistors

TCCR0 = (1<<CS02)|(1<<CS00); // divide by 1024
TCNT0 = (uint8_t)(int16_t)-(F_CPU / 1024 * 10e-3 + 0.5); // preload for 10ms
TIMSK |= 1<<TOIE0; // enable timer interrupt

sei();

while(1){
if( get_key_short( 1<<KEY1 ))
LED_PORT ^= 1<<LED1;

if( get_key_long( 1<<KEY1 ))
LED_PORT ^= 1<<LED2;

// single press and repeat

if( get_key_press( 1<<KEY2 ) || get_key_rpt( 1<<KEY2 )){
uint8_t i = LED_PORT;

i = (i & 0x07) | ((i << 1) & 0xF0);
if( i < 0xF0 )
i |= 0x08;
LED_PORT = i;
}
}
}
</syntaxhighlight>

Das single-press-und-repeat-Beispiel geht nicht in jeder Beschaltung; folgendes Beispiel sollte universeller sein (einzelne LED an/aus):
<syntaxhighlight lang="c">
// single press and repeat
if( get_key_press( 1<<KEY2 ) || get_key_rpt( 1<<KEY2 ))
LED_PORT ^=0x08;
</syntaxhighlight>

===== Funktionsweise =====
Der Code basiert auf 8 parallelen vertikalen Zählern, die über die Variablen ct0 und ct1 aufgebaut werden

[[Bild:VertCount.png|framed|center|'''8 vertikale Zähler in 2 8-Bit Variablen''']]

wobei jeweils ein Bit in ct0 mit dem gleichwertigen Bit in ct1 zusammengenommen einen 2-Bit-Zähler bildet.
Der Code der sich um die 8 Zähler kümmert, ist so geschrieben, daß er alle 8 Zähler gemeinsam parallel behandelt.

<syntaxhighlight lang="c">
i = key_state ^ ~KEY_PIN; // key changed ?
</syntaxhighlight>
i enthält an dieser Stelle für jede Taste, die sich im Vergleich mit dem vorhergehenden entprellten Zustand (keystate) verändert hat, ein 1 Bit.

<syntaxhighlight lang="c">
ct0 = ~( ct0 & i ); // reset or count ct0
ct1 = ct0 ^ (ct1 & i); // reset or count ct1
</syntaxhighlight>

Diese beiden Anweisungen erniedrigen den 2-Bit Zähler ct0/ct1 für jedes Bit um 1, welches in i gesetzt ist. Liegt an der entsprechenden Stelle in i ein 0 Bit vor (keine Änderung des Zustands), so wird der Zähler ct0/ct1 für dieses Bit auf 1 gesetzt.
Der Grundzustand des Zählers ist als ct0 == 1 und ct1 == 1 (Wert 3). Der Zähler zählt daher mit jedem ISR Aufruf, bei dem die Taste im Vergleich zu keystate als verändert erkannt wurde

ct1 ct0
1 1 // 3
1 0 // 2
0 1 // 1
0 0 // 0
1 1 // 3

<syntaxhighlight lang="c">
i &= ct0 & ct1; // count until roll over ?
</syntaxhighlight>
in i bleibt nur dort ein 1-Bit erhalten, wo sowohl in ct1 als auch in ct0 ein 1 Bit vorgefunden wird, der betreffenede Zähler also bis 3 zählen konnte. Durch die zusätzliche Verundung mit i wird der Fall abgefangen, dass ein konstanter Zählerwert von 3 in i ein 1 Bit hinterlässt. Im Endergebnis bedeutet dass, dass nur ein Zählerwechsel von 0 auf 3 zu einem 1 Bit an der betreffenden Stelle in i führt, aber auch nur dann, wenn in i an dieser Bitposition ebenfalls ein 1 Bit war (welches wiederrum deswegen auf 1 war, weil an diesem Eingabeport eine Veränderung zum letzten bekannten entprellten Zustand festgestellt wurde). alles zusammengenommen heißt das, dass ein Tastendruck dann erkannt wird, wenn die Taste 4 mal hintereinander in einem anderen Zustand vorgefunden wurde als dem zuletzt bekannten entprellten Tastenzustand.

An dieser Stelle ist i daher ein Vektor von 8 Bits, von denen jedes einzelne der Bits darüber Auskunft gibt, ob die entsprechende Taste mehrmals hintereinander im selben Zustand angetroffen wurde, der nicht mit dem zuletzt bekannten Tastenzustand übereinstimmt. Ist das der Fall, dann wird eine entsprechende Veränderung des Tastenzustands in key_state registriert
<syntaxhighlight lang="c">
key_state ^= i; // then toggle debounced state
</syntaxhighlight>
und wenn sich in key_state das entsprechende Bit von 0 auf 1 verändert hat, wird dieses Ereignis als 'Taste wurde niedergedrückt' gewertet.
<syntaxhighlight lang="c">
key_press |= key_state & i; // 0->1: key press detect
</syntaxhighlight>

Damit ist der Tasteneingang entprellt. Und zwar sowohl beim Drücken einer Taste als auch beim Loslassen (damit Tastenpreller beim Loslassen nicht mit dem Niederdrücken einer Taste verwechselt werden). Der weitere Code beschäftigt sich dann nur noch damit, diesen entprellten Tastenzustand weiter zu verarbeiten.

Der Codeteil sieht durch die Verwendung der vielen bitweisen Operationen relativ komplex aus. Behält man aber im Hinterkopf, dass einige der bitweisen wie ein 'paralles If' gleichzeitig auf allen 8 Bits eingesetzt werden, dann vereinfacht sich vieles. Ein
<syntaxhighlight lang="c">
key_press |= key_state & i;
</syntaxhighlight>
ist nichts anderes als ein
<syntaxhighlight lang="c">
// teste ob Bit 0 sowohl in key_state als auch in i gesetzt ist
// und setze Bit 0 in key_press, wenn das der Fall ist
if( ( key_state & ( 1 << 0 ) ) &&
( i & ( 1 << 0 ) )
key_press |= ( 1 << 0 );

// Bit 1
if( ( key_state & ( 1 << 1 ) ) &&
( i & ( 1 << 1 ) )
key_press |= ( 1 << 1 );

// Bit 2
if( ( key_state & ( 1 << 2 ) ) &&
( i & ( 1 << 2 ) )
key_press |= ( 1 << 2 );

...
</syntaxhighlight>
nur als wesentlich kompaktere Operation ausgeführt und für alle 8 Bits gleichzeitig.
Die Kürze und Effizienz dieser paar Codezeilen ergibt sich aus dem Umstand, dass jedes Bit in den Variablen für eine Taste steht und alle 8 (maximal möglichen) Tasten gleichzeitig die Operationen durchlaufen.

===== Reduziert auf lediglich 1 Taste =====
Diskussionen im Forum zeigen immer wieder, dass viele eine Abneigung gegen diesen Code haben, weil er ihnen sehr kompliziert vorkommt.

Der Code ist nicht leicht zu analysieren und er zieht alle Register dessen, was möglich ist, um sowohl Laufzeit als auch Speicherverbrauch einzusparen. Oft hört man auch das Argument: Ich benötige ja nur eine Entprellung für 1 Taste, gibt es da nichts Einfacheres?

Hier ist die 'Langform' des Codes, so wie man das für lediglich 1 Taste schreiben würde, wenn man exakt dasselbe Entprellverfahren einsetzen würde. Man sieht: Da ist keine Hexerei dabei: In key_state wird der letzte bekannte entprellte Zustand der Taste gehalten. Der Pin-Eingang wird mit diesem Zustand verglichen und wenn sich die beiden unterscheiden, dann wird ein Zähler heruntergezählt. Produziert dieses herunterzählen einen Unterlauf des Zählers, dann gilt die Taste als entprellt und wenn dann auch noch die Taste gerade gedrückt ist, dann wird dieses in key_press entsprechend vermerkt.

<syntaxhighlight lang="c">
uint8_t key_state;
uint8_t key_counter;
volatile uint8_t key_press;

ISR( ... Overflow ... )
{
uint8_t input = KEY_PIN & ( 1 << KEY0 );

if( input != key_state ) {
key_counter--;
if( key_counter == 0xFF ) {
key_counter = 3;
key_state = input;
if( input )
key_press = TRUE;
}
}
else
key_counter = 3;

}

uint8_t get_key_press()
{
uint8_t result;

cli();
result = key_press;
key_press = FALSE;
sei();

return result;
}
</syntaxhighlight>

Der vollständige Entprellcode, wie weiter oben gelistet, besticht jetzt aber darin, dass er compiliert kleiner ist als diese anschaulichere Variante für lediglich 1 Taste. Und das bei gleichzeitig erhöhter Funktionalität. Denn zb. ein Autorepeat ist in diesem Code noch gar nicht eingebaut. Und spätestens wenn man dann eine 2.te Taste entprellen möchte, dann ist auch der SRAM-Speicherverbrauch dieser Langform höher als der des Originals für 8 Tasten. Daraus folgt: Selbst für lediglich 1 Taste ist die Originalroutine die bessere Wahl.

Und wegen der Komplexität mal eine Frage: Sind Sie selbst in der Lage eine entsprechend effiziente sqrt() Funktion zu schreiben, wie die, die sie in der Standard-C-Bibliothek vorfinden? Nein? Dann dürften Sie eigentlich Ihrer Argumentation nach die Bibliotheksfunktion sqrt() nicht verwenden, sondern müssten sich statt dessen selbst eine Wurzel-Funktion schreiben.

=== Selbstsättigender Filter (nach Jürgen Schuhmacher) ===
Durch die Nutzung der diskreten Signalanalyse in Software kann die Funktionalität einer einfachen Entprellung mit einem Widerstand, einem Kondensator und einem Schmitttrigger wie in Hardware nachgebildet werden, indem ein abstrakter IIR-Filter benutzt wird, der eine Kondensatorladekurve emuliert. Mit der Vorschrift Y(t) = k Y(t-1) + Input wird ein einfaches Filter erzeugt, dass dem Eingangswert träge folgt. Bei Überschreiten eines bestimmten Wertes erfolgt mit einer einfachen Abfrage das Schalten des Ausgangssignals.

Für Assembler und VHDL bei FPGAs eignet sich aufgrund der leicht zu implementierenden binären Operationen folgende Darstellung mit einer Auflösung des Filterwertspeichers von nur 8 bit: Wert_Neu = Wert_Alt - Wert_Alt/16 + 16*(Taste = True). Der Filterwert bildet dann den gedämpften Verlauf des Eingangs (flankenverschliffen) ab und kann Prellen bis nahe an den Grenzbereich zum schnellen Tasten unterdrücken. Der Ausgangswert ist dann einfach das höchstwertige Bit des Filterwertes.

[[Datei:Entprellung mit IIR-Filter.gif]]

Dazu muss das Signal des Tasters idealerweise um den Faktor 10-20 schneller abgetastet werden, als die höchste gewünschte Tippgeschwindigkeit vorgibt. Noch schneller abzutasten ist möglich, führt aber zu mehr Bedarf an Bits beim Filter. Die Schmittriggerfunktion kann dadurch gebildet werden, dass eine 1 am Ausgang bei z.B. Überschreiten einer 55% Grenze und eine 0 bei Unterschreitung der 45%-Grenze ausgeben wird. Im Zwischenbereich wird der alte Wert gehalten.

=== Einfacher Mittelwertfilter (nach Lothar Miller) ===
Für digitale Schaltungen oder PLDs empfiehlt sich ein FIR-Filter mit aneinandergereihten FlipFlops. Man schiebt das Eingangssignal in eine FlipFlop-Kette und schaltet oberhalb der Mitte um:

SignalInput -> FF1 -> FF2 -> FF3 -> FF4 -> FF5 -> FF6 -> FF7 -> FF8

Wenn alle FFs = 1 (Summe der FFs=8) dann SignalOutput = 1 
Wenn alle FFs = 0 (Summe der FFs=0) dann SignalOutput = 0

Dieses Verfahren kann sehr einfach in Logik abgebildet werden, weil für die Berechnung des Ausgangs nur ein NOR bz. ein AND Gatter nötig ist.

== Gegenüberstellung der Verfahren ==
* HW - "entprellte Schalter": Sehr teuer, grosse Bauform, verschleissbelastet, geringe Haltbarkeit
* HW - "Umschalter" : benötigt aufwändigeren Schalter, benötigt Elektronik
* HW - "Umschalter ohne FF" : benötigt aufwändigeren Schalter und kleiner Kondensator
* HW - "Kondensatorentprellung" : benötigt etwas mehr Platz, kommt mit schlechten Schaltern zurecht

* SW - Flankenverfahren:
* SW - Warteschleife: Durch die Warteschleifen eine nicht zu vernachlässigende Verzögerung im Code. Speziell wenn mehrere Tasten zu überwachen sind, nicht unproblematisch
* SW - Timer: Universalfunktionalität, die durch geringen Speicherverbrauch, geringen Rechenzeitverbrauch und gute Funktion besticht. Der 'Verbrauch' eines Timers sieht auf den ersten Blick schlimmer aus, als er ist, denn in den meisten Programmen hat man sowieso einen Basistimer für die Zeitsteuerung des Programms im Einsatz, der für die Tastenentprellung mitbenutzt werden kann.
* SW - Filter: sehr geringer Platzbedarf in FPGAs, relativ gute Wirkung
* SW - Filter 2: sehr geringer Platzbedarf, gute Wirkung

== Links zum Thema ==

* [http://www.edn.com/design/analog/4324067/Contact-debouncing-algorithm-emulates-Schmitt-trigger Contact-debouncing algorithm (Artikel)], [http://www.edn.com/file/13370-70705di.pdf als PDF]
* [[AVR-Tutorial: Tasten]]
* [[AVR-GCC-Tutorial#.28Tasten-.29Entprellung|AVR-GCC-Tutorial Tastenentprellung]]
* [http://www.mikrocontroller.net/forum/read-4-20435.html Beitrag im Forum, AVR Assembler]
* [http://www.ganssle.com/debouncing.pdf A guide to debouncing (engl.), praktische Erläuterungen zum Entprellen in Soft- und Hardware]
* [http://www.pololu.com/docs/0J16/all Understanding Destructive LC Voltage Spikes]

[[Kategorie:AVR]]
[[Kategorie:Signalverarbeitung]]

Entprellung

2014-01-27T15:34:06Z

Debegr92: /* Flankenerkennung */

== Problembeschreibung ==
Mechanische [[Schalter]] wie [[Drehgeber]] neigen beim Ein- und Ausschalten zum sogenannten '''Prellen''', d.h sie schalten schnell mehrfach aus und ein, verursacht durch mechanische Vibrationen des Schaltkontaktes, sofern sie nicht dagegen geschützt sind. Vereinfacht dargestellt, sieht eine von einem Schalter oder Taster geschaltete Spannung beim Schalten wie folgt aus:

[[Bild:Entprellen.png]]

Für die Vermeidung bzw. Auswertung dieses unsauberen Signals gibt es verschiedene Ansätze:

== Hardwareentprellung ==

===Prellfreie Schalter===

Für Spezialanwendungen hält die elektromechanische Industrie verschiedene Sonderkonstruktionen bereit, die saubere Schaltzustände nach Aussen generieren, indem sie entweder eine mechanische Dämpfung in Form eines selbsthemmenden Federmechanismus oder eine integrierte elektronische Signalverzögerung benutzen.

Solche Systeme sind jedoch teuer und werden meist nur im Leistungsbereich eingesetzt.

===Wechselschalter===

Für die Entprellung von Wechselschaltern (engl. Double Throw Switch) kann ein klassisches RS-[[Flipflop]] genutzt werden. Bei dieser Variante werden neben zwei NAND-Gattern nur noch zwei Pull-Up Widerstände benötigt.

[[Bild:NAND_debouncer.png|thumb|left|350px|'''Taster entprellen mit NAND-RS-Flipflop''']]

 

In der gezeigten Schalterstellung liegt an der Position /S der Pegel 0 an. Damit ist das Flipflop gesetzt und der Ausgang auf dem Pegel 1. Schließt der Schalter zwischen den Kontakten 2 und 3, liegt an der Postion /R der Pegel 0 an. Dies bedeutet, dass der Ausgang des Flipflops auf den Pegel 0 geht. Sobald der Schalter von einem zum anderen Kontakt wechselt, beginnt er in der Regel zu prellen. Während des Prellens wechselt der Schalter zwischen den beiden Zuständen "Schalter berührt Kontakt" und "Schalter ist frei in der Luft". Der Ausgang des Flipflops bleibt in dieser Prellzeit aber stabil, da der Schalter während des Prellens nie den gegenüberliegenden Kontakt berührt und das RS-Flipflop seinen Zustand allein halten kann. Die Prellzeit ist stark vom Schaltertyp abhängig und liegt zwischen 0,1 und 10ms. Die Dimensionierung der Widerstände ist relativ unkritisch. Als Richtwert können hier 100kOhm verwendet werden.

====Wechselschalter ohne Flip-Flop====

Wenn man mal gerade kein Flip-Flop zur Hand hat, kann man sich auch mit dieser Schaltung behelfen.

[[Bild:WechselEntprellC.PNG|thumb|left|350px|'''Wechsler entprellen mit Kondensator''']]

 

Zur Funktionsweise:
Beim Umschalten wird der Kondensator immer sofort umgeladen.
Während der Kontakt prellt, befindet er sich in der Luft und hat keinerlei Verbindung. Während dieser Zeit übernimmt der Kondensator das halten des Pegels.

Dimensionierung:
Ist der entprellte Taster an ein IC Angeschlossen, ist der ''Input Leakage Current'' der ausschlaggebende Strom. Falls weitere Ströme fließen sind diese mit zu berücksichtigen. Bei einem Mikrocontroller von Atmel sind 1µA typisch.
Es gilt:
:<math>\frac{dU}{dt} = \frac{I}{C}</math>
Da eine Prellung ca. 10ms dauert und die Spannung in dieser Zeit beispielsweise um maximal 0,5V fallen soll kommt man auf folgende Kapazität:
:<math> C = \frac{I \cdot dt}{dU} = \frac{1\mu A \cdot 10ms}{0,5V} = 20nF </math>

Um Stromspitzen zu verringern kann ein Widerstand mit eingefügt werden. Eine Zeitkonstante von 1µs bis 1ms scheint sinnvoll. Also 500 Ohm bis 500kOhm sind nutzbar, wobei bei niedrigem Widerstand die Stromspitzen höher sind, und bei 500kOhm der Pinstrom störend wird.

===Einfacher Taster===

Auch wenn das RS-Flipflop sehr effektiv ist, wird diese Variante der Entprellung nur selten angewendet. Grund dafür ist, dass in Schaltungen häufiger einfache Taster eingesetzt werden. Diese sind oft kleiner und preisgünstiger. Um einfache Taster (engl. Single Throw Switch) zu entprellen, kann ein einfacher RC-Tiefpass eingesetzt werden. Hierbei wird ein Kondensator über einen Widerstand je nach Schalterstellung auf- oder entladen. Das RC-Glied bildet einen Tiefpass, sodass die Spannung über den Kondensator nicht von einen Pegel auf den anderen springen kann.

[[Bild:RC_debouncer.png|thumb|left|300px|Taster entprellen mit RC-Entpreller]]

[[Datei:Entprellen1a.png|thumb|350px| Entstehender Spannungsverlauf]]
{{Absatz}}

Wenn der Schalter geöffnet ist, lädt sich der Kondensator langsam über die beiden Widerstände R1 und R2 auf Vcc auf. Beim Erreichen der Umschaltschwelle springt der Ausgang auf den Pegel 0. Wird der Schalter geschlossen, entlädt sich der Kondensator langsam über den Widerstand R2. Demnach ändert sich der Ausgang des Inverters auf den Pegel 1. Während der Taster prellt, kann sich die Spannung über dem Kondensator nicht sprunghaft ändern, da das Auf- und Entladen eher langsam über die Widerstände erfolgt. Außerdem sind die Schaltschwellen für den Übergang LOW->HIGH und HIGH->LOW stark verschieden (Hysterese, siehe Artikel [[Schmitt-Trigger]]). Bei richtiger Dimensionierung der Bauelemente wird somit der Ausgang des Inverters prellfrei.

Zu beachten ist, dass der Inverter '''unbedingt''' einer mit [[Schmitt-Trigger]] Eingängen sein muss, weil bei Standard-Logikeingängen im Bereich von üblicherweise 0,8V - 2,0V der Ausgang nicht definiert ist. Als Inverter kann zum Beispiel der 74HC14 oder der CD40106 (pinkompatibel) eingesetzt werden. Alternativ kann auch ein CD4093 eingesetzt werden. Bei dem CD4093 handelt es sich um NAND-Gatter mit Schmitt-Trigger-Eingängen. Um aus einem NAND-Gatter einen Inverter zu machen, müssen einfach nur die beiden Eingänge verbunden werden oder ein Eingang fest auf HIGH gelegt werden.

Für eine geeignete Dimensionierung muss man etwas mit den Standardformeln für einen Kondensator jonglieren. Die Spannung über den Kondensator beim Entladen berechnet sich nach:
:<math>U_C(t) = U_0 \cdot e^{\frac{-t}{R_2 C_1}}</math>

Damit der Ausgang des Inverters stabil ist, muss die Spannung über den Kondensator und damit die Spannung am Eingang des Inverters über der Spannung bleiben, bei welcher der Inverter umschaltet. Diese Schwellwertspannung ist genau die zeitabhängige Spannung über den Kondensator.
:<math>U_C(t)\!\ = U_{th}</math>

Durch Umstellen der Formel ergibt sich nun:
:<math>R_2=\frac{-t}{C_1 \cdot ln\left(\frac{U_{th}}{U_0} \right)}</math>

Ein Taster prellt üblicherweise etwa 10ms. Zur Sicherheit kann bei der Berechnung des Widerstandes eine Prellzeit von 20ms angenommen werden. U_0 ist die Betriebsspannung also Vcc. Die Schwellwertspannung muss aus dem Datenblatt des eingesetzten Schmitt-Triggers abgelesen werden. Beim 74HC14 beträgt der gesuchte Wert 2,0V. Nimmt man für den Kondensator 1µF und beträgt die Betriebsspannung 5V, ergibt sich für den Widerstand ein Wert von etwa 22kOhm.

Wird der Schalter geöffnet, lädt sich der Kondensator nach folgender Formel auf:
:<math>U_C(t) = U_0 \cdot \left( 1-e^{\frac{-t}{(R_1+R_2)\cdot C_1}} \right)</math>

Mit U_th=U_C ergibt das Umstellen nach (R_1+R_2):
:<math>R_1+R_2 = \frac{-t}{C_1 \cdot ln\left(1-\frac{U_{th}}{U_0} \right)} </math>

Für die Schwellspannung lässt sich aus dem Datenblatt ein Wert von 2,3V ablesen. Mit diesem Wert und den Annahmen von oben ergibt sich für R_1+R_2 ein Wert von 32kOhm. Somit ergibt sich für R_1 ein Wert von etwa 10kOhm.

Anmerkung: Beim 74LS14 von Hitachi z. B. sind die oberen und unteren Schaltschwellwerte unterschiedlich. Es muss darauf geachtet werden, dass U_{th} beim Entladen die untere Schwelle und U_{th} beim Laden die obere Schwelle einnimmt.

== Softwareentprellung ==

In den Zeiten der elektronischen Auswertung von Tastern und Schaltern ist das softwaretechnische Entprellen oft billiger, als die Benutzung eines teuren Schalters. Daher werden heute z.B. auch Computertastaturen nicht mehr mit prellarmen Tasten oder Entprellkondensatoren ausgestattet.

Bei Verwendung des in den meisten Geräten ohnehin vorhandenen Mikrocontrollers z.B., kann man sich die zusätzliche Hardware sparen, da die Entprellung in Software praktisch genauso gut funktioniert. Dabei ist nur zu beachten, dass zusätzliche Rechenleistung und je nach Umsetzung auch einige Hardwareressourcen (z.B. Timer) benötigt werden.

=== Flankenerkennung ===
Bei einem Taster gibt es insgesamt 4 theoretische Zustände:

* 1. war nicht gedrückt und ist nicht gedrückt
* 2. war nicht gedrückt und ist gedrückt (steigende Flanke)
* 3. war gedrückt und ist immer noch gedrückt
* 4. war gedrückt und ist nicht mehr gedrückt (fallende Flanke)

Diese einzelnen Zustände lassen sich jetzt bequem abfragen/durchlaufen. Die Entprellung geschieht dabei durch die ganze Laufzeit des Programms. Die Taster werden hierbei als Active-Low angeschlossen, um die internen Pull-Ups zu nutzen.

Diese Routine gibt für den Zustand "steigende Flanke" den Wert "1" zurück, sonst "0"

<syntaxhighlight lang="c">
#define TASTERPORT PINC
#define TASTERBIT PINC1

char taster(void)
{
static unsigned char zustand;
char rw = 0;

if(zustand == 0 && !(TASTERPORT & (1<<TASTERBIT))) //Taster wird gedrueckt (steigende Flanke)
{
zustand = 1;
rw = 1;
}
else if (zustand == 1 && !(TASTERPORT & (1<<TASTERBIT))) //Taster wird gehalten
{
zustand = 2;
rw = 0;
}
else if (zustand == 2 && (TASTERPORT & (1<<TASTERBIT))) //Taster wird losgelassen (fallende Flanke)
{
zustand = 3;
rw = 0;
}
else if (zustand == 3 && (TASTERPORT & (1<<TASTERBIT))) //Taster losgelassen
{
zustand = 0;
rw = 0;
}

return rw;
}
</syntaxhighlight>

Eine Erweiterung, damit beliebig lange das Halten einer Taste erkannt wird kann man ganz einfach so implementieren:

<syntaxhighlight>
// zustand kann entweder zum ersten mal als gehlaten detektiert werden oder aber jedes weiter mal
else if (((zustand == 1) || (zustand == 2)) && !(TASTERPORT & (1<<TASTERBIT))) //Taster wird gehalten
{
zustand = 2;
rw = 0;
}
</syntaxhighlight>

=== Warteschleifen-Verfahren ===

Soll nun mit einem Mikrocontroller gezählt werden, wie oft ein Kontakt oder ein Relais geschaltet wird, muss das Prellen des Kontaktes exakt berücksichtigt - und von einem gewollten Mehrfachschalten abgegrenzt werden, da sonst möglicherweise Fehlimpulse gezählt- oder andererseits echte Schaltvorgänge übersprungen werden. Dies muss beim Schreiben des Programms hinsichtlich des Abtastens des Kontaktes unbedingt Rechnung getragen werden.

Beim folgenden einfachen Beispiel für eine Entprellung ist zu beachten, dass der AVR im Falle eines Tastendrucks 200ms wartet, also brach liegt. Bei zeitkritische Anwendungen sollte man ein anderes Verfahren nutzen (z. B. Abfrage der Tastenzustände in einer Timer-Interrupt-Service-Routine).

<syntaxhighlight lang="c">
#include <avr/io.h>
#include <inttypes.h>
#ifndef F_CPU
#warning "F_CPU war noch nicht definiert, wird nun mit 3686400 definiert"
#define F_CPU 3686400UL /* Quarz mit 3.6864 Mhz */
#endif
#include <util/delay.h> /* bei alter avr-libc: #include <avr/delay.h> */

/* Einfache Funktion zum Entprellen eines Tasters */
inline uint8_t debounce(volatile uint8_t *port, uint8_t pin)
{
if ( !(*port & (1 << pin)) )
{
/* Pin wurde auf Masse gezogen, 100ms warten */
_delay_ms(50); // Maximalwert des Parameters an _delay_ms
_delay_ms(50); // beachten, vgl. Dokumentation der avr-libc
if ( *port & (1 << pin) )
{
/* Anwender Zeit zum Loslassen des Tasters geben */
_delay_ms(50);
_delay_ms(50);
return 1;
}
}
return 0;
}

int main(void)
{
DDRB &= ~( 1 << PB0 ); /* PIN PB0 auf Eingang Taster) */
PORTB |= ( 1 << PB0 ); /* Pullup-Widerstand aktivieren */
...
if (debounce(&PINB, PB0))
{
/* Falls Taster an PIN PB0 gedrueckt */
/* LED an Port PD7 an- bzw. ausschalten: */
PORTD = PORTD ^ ( 1 << PD7 );
}
...
}
</syntaxhighlight>

Die obige Routine hat leider mehrere Nachteile:
* sie detektiert nur das Loslassen (unergonomisch)
* sie verzögert die Mainloop immer um 100ms bei gedrückter Taste
* sie verliert Tastendrücke, je mehr die Mainloop zu tun hat.

Eine ähnlich einfach zu benutzende Routine, aber ohne all diese Nachteile findet sich im Forenthread
[http://www.mikrocontroller.net/topic/164194#new Entprellung für Anfänger]

Der ''DEBOUNCE'' Befehl in dem BASIC-Dialekt BASCOM für AVR ist ebenfalls nach dem Warteschleifen-Verfahren programmiert. Die Wartezeit beträgt standardmäßig 25 ms, kann aber vom Anwender überschrieben werden. Vgl. [http://avrhelp.mcselec.com/bascom-avr.html?DEBOUNCE BASCOM Online-Manual zu DEBOUNCE].

Eine C-Implementierung für eine Tastenabfrage mit Warteschleife ist im Artikel [[AVR-GCC-Tutorial#IO-Register_als_Parameter_und_Variablen|AVR-GCC-Tutorial: IO-Register als Parameter und Variablen]] angeben.

Der Nachteil dieses Verfahrens ist, dass der Controller durch die Warteschleife blockiert wird. Günstiger ist die Implementierung mit einem Timer-Interrupt.

==== Warteschleifenvariante mit Maske und Pointer (nach Christian Riggenbach) ====

Hier eine weitere Funktion, um Taster zu entprellen: Durch den zusätzlichen Code kann eine Entprellzeit von durchschnittlich 1-3ms (mindestens 8*150µs = 1ms) erreicht werden. Grundsätzlich prüft die Funktion den Pegel der Pins auf einem bestimmten Port. Wenn die/der Pegel 8 Mal konstant war, wird die Schleife verlassen. Diese Funktion kann sehr gut eingesetzt werden, um in einer Endlosschleife Taster anzufragen, da sie, wie erwähnt, eine kurze Wartezeit hat.

<syntaxhighlight lang="c">
void entprellung( volatile uint8_t *port, uint8_t maske ) {
uint8_t port_puffer;
uint8_t entprellungs_puffer;

for( entprellungs_puffer=0 ; entprellungs_puffer!=0xff ; ) {
entprellungs_puffer<<=1;
port_puffer = *port;
_delay_us(150);
if( (*port & maske) == (port_puffer & maske) )
entprellungs_puffer |= 0x01;
}
}
</syntaxhighlight>
Die Funktion wird wie folgt aufgerufen:
<syntaxhighlight lang="c">
// Bugfix 20100414
// http://www.nongnu.org/avr-libc/user-manual/FAQ.html#faq_port_pass
entprellung( &PINB, (1<<PINB2) ); // ggf. Prellen abwarten
if( PINB & (1<<PINB2) ) // dann stabilen Wert einlesen
{
// mach was
}
else
{
// mach was anderes
}
</syntaxhighlight>
Als Maske kann ein beliebiger Wert übergeben werden. Sie verhindert, dass nichtverwendete Taster die Entprellzeit negativ beeinflussen.

==== Debounce-Makro von Peter Dannegger ====

Peter Dannegger hat in [http://www.mikrocontroller.net/topic/164194#1566921 "Entprellen für Anfänger"] folgende vereinfachtes Entprellverfahren beschrieben. Das Makro arbeitet in der Originalversion mit ''active low'' geschalteten Tastern, kann aber einfach für ''active high'' geschaltete Taster angepasst werden ([[Pollin Funk-AVR-Evaluationsboard#Tasty Reloaded|Tasty Reloaded]]).

<syntaxhighlight lang="c">
/************************************************************************/
/* */
/* Not so powerful Debouncing Example */
/* No Interrupt needed */
/* */
/* Author: Peter Dannegger */
/* */
/************************************************************************/
// Target: ATtiny13

#include <avr/io.h>
#define F_CPU 9.6e6
#include <util/delay.h>

#define debounce( port, pin ) \
({ \
static uint8_t flag = 0; /* new variable on every macro usage */ \
uint8_t i = 0; \
\
if( flag ){ /* check for key release: */ \
for(;;){ /* loop ... */ \
if( !(port & 1<<pin) ){ /* ... until key pressed or ... */ \
i = 0; /* 0 = bounce */ \
break; \
} \
_delay_us( 98 ); /* * 256 = 25ms */ \
if( --i == 0 ){ /* ... until key >25ms released */ \
flag = 0; /* clear press flag */ \
i = 0; /* 0 = key release debounced */ \
break; \
} \
} \
}else{ /* else check for key press: */ \
for(;;){ /* loop ... */ \
if( (port & 1<<pin) ){ /* ... until key released or ... */ \
i = 0; /* 0 = bounce */ \
break; \
} \
_delay_us( 98 ); /* * 256 = 25ms */ \
if( --i == 0 ){ /* ... until key >25ms pressed */ \
flag = 1; /* set press flag */ \
i = 1; /* 1 = key press debounced */ \
break; \
} \
} \
} \
i; /* return value of Macro */ \
})

/*
Testapplication
*/
int main(void)
{
DDRB &= ~(1<<PB0);
PORTB |= 1<<PB0;
DDRB |= 1<<PB2;
DDRB &= ~(1<<PB1);
PORTB |= 1<<PB1;
DDRB |= 1<<PB3;
for(;;){
if( debounce( PINB, PB1 ) )
PORTB ^= 1<<PB2;
if( debounce( PINB, PB0 ) )
PORTB ^= 1<<PB3;
}
}

</syntaxhighlight>

Wenn das Makro für die gleiche Taste (Pin) an mehreren Stellen aufgerufen werden soll, muss eine Funktion angelegt werden, damit beide Aufrufe an die gleiche Zustandsvariable ''flag'' auswerten [http://www.mikrocontroller.net/topic/195914#1918727]:

<syntaxhighlight lang="c">
// Hilfsfunktion
uint8_t debounce_C1( void )
{
return debounce(PINC, PC1);
}

// Beispielanwendung
int main(void)
{
DDRB |= 1<<PB2;
DDRB |= 1<<PB3;
DDRC &= ~(1<<PC1);
PORTC |= 1<<PC1; // Pullup für Taster

for(;;){
if( debounce_C1() ) // nicht: debounce(PINC, PC1)
PORTB ^= 1<<PB2;
if( debounce_C1() ) // nicht: debounce(PINC, PC1)
PORTB ^= 1<<PB3;
}
}
</syntaxhighlight>

=== Timer-Verfahren (nach Peter Dannegger) ===

==== Grundroutine (AVR Assembler) ====

Siehe dazu: [http://www.mikrocontroller.net/forum/read-4-20435.html#new Forum]

Vorteile
* besonders kurzer Code
* schnell

Außerdem können 8 Tasten (aktiv low) gleichzeitig bearbeitet werden, es dürfen also
alle exakt zur selben Zeit gedrückt werden. Andere Routinen können z. B. nur eine Taste verarbeiten, d.h. die zuerst oder zuletzt gedrückte gewinnt, oder es kommt Unsinn heraus.

Die eigentliche Einlese- und Entprellroutine ist nur 8 Instruktionen
kurz. Der entprellte Tastenzustand ist im Register ''key_state''. Mit nur 2 weiteren Instruktionen wird dann der Wechsel von ''Taste offen'' zu
''Taste gedrückt'' erkannt und im Register ''key_press'' abgelegt. Im Beispielcode werden dann damit 8 LEDs ein- und ausgeschaltet. Jede Taste entspricht einem Bit in den Registern, d.h. die Verarbeitung erfolgt bitweise mit logischen Operationen. Zum Verständnis empfiehlt es sich daher, die Logikgleichungen mit Gattern für ein Bit = eine Taste aufzumalen. Die Register kann man sich als Flipflops denken, die mit der Entprellzeit als Takt arbeiten. D.h. man kann das auch so z. B. in einem GAL22V10 realisieren.

Als Kommentar sind neben den einzelnen Instruktionen alle 8 möglichen
Kombinationen der 3 Signale dargestellt.

Beispielcode für AVR (Assembler):

<syntaxhighlight lang="avrasm">
.nolist
.include "c:\avr\inc\1200def.inc"
.list
.def save_sreg = r0
.def iwr0 = r1
.def iwr1 = r2

.def key_old = r3
.def key_state = r4
.def key_press = r5

.def leds = r16
.def wr0 = r17

.equ key_port = pind
.equ led_port = portb

rjmp init
.org OVF0addr ;timer interrupt 24ms
in save_sreg, SREG
get8key: ;/old state iwr1 iwr0
mov iwr0, key_old ;00110011 10101010 00110011
in key_old, key_port ;11110000
eor iwr0, key_old ; 11000011
com key_old ;00001111
mov iwr1, key_state ; 10101010
or key_state, iwr0 ; 11101011
and iwr0, key_old ; 00000011
eor key_state, iwr0 ; 11101000
and iwr1, iwr0 ; 00000010
or key_press, iwr1 ;store key press detect
;
; insert other timer functions here
;
out SREG, save_sreg
reti
;-------------------------------------------------------------------------
init:
ldi wr0, 0xFF
out ddrb, wr0
ldi wr0, 1<<CS02 | 1<<CS00 ;divide by 1024 * 256
out TCCR0, wr0
ldi wr0, 1<<TOIE0 ;enable timer interrupt
out TIMSK, wr0

clr key_old
clr key_state
clr key_press
ldi leds, 0xFF
main: cli
eor leds, key_press ;toggle LEDs
clr key_press ;clear, if key press action done
sei
out led_port, leds
rjmp main
;-------------------------------------------------------------
</syntaxhighlight>

==== Komfortroutine (C für AVR) ====

Siehe dazu: [http://www.mikrocontroller.net/forum/read-4-310276.html Forum]

'''Anmerkung''' Wenn statt active-low (Ruhezustand High) active-high (Ruhezustand Low) verwendet wird muss eine Zeile geändert werden siehe:
[http://www.mikrocontroller.net/forum/read-4-310276.html gesamter Beitrag im Forum],
[http://www.mikrocontroller.net/topic/48465#606555 Stelle 1 im Beitrag], ([http://www.mikrocontroller.net/topic/48465#2306398 Stelle 2 im Beitrag] muss *nicht* geändert werden, da hier die Polarität gar keinen Einfluß hat).

Funktionsprinzip wie oben plus zusätzliche Features:
* Kann Tasten sparen durch unterschiedliche Aktionen bei kurzem oder langem Drücken
* Wiederholfunktion, z. B. für die Eingabe von Werten

Das Programm ist für avr-gcc/avr-libc geschrieben, kann aber mit ein paar Anpassungen auch mit anderen Compilern und Mikrocontrollern verwendet werden. Eine Portierung für den AT91SAM7 findet man [http://www.google.com/codesearch?q=show:ac2viP-2E2Y:pzkOO5QRsoc:RPICuprYy-A&sa=N&cd=1&ct=rc&cs_p=svn://mikrocontroller.net/mp3dec/trunk&cs_f=keys.c#a0 hier] (aus dem Projekt [[ARM MP3/AAC Player]]).
<syntaxhighlight lang="c">
/************************************************************************/
/* */
/* Debouncing 8 Keys */
/* Sampling 4 Times */
/* With Repeat Function */
/* */
/* Author: Peter Dannegger */
/* danni@specs.de */
/* */
/************************************************************************/

#include <stdint.h>
#include <avr/io.h>
#include <avr/interrupt.h>

#ifndef F_CPU
#define F_CPU 1000000 // processor clock frequency
#warning kein F_CPU definiert
#endif

#define KEY_DDR DDRB
#define KEY_PORT PORTB
#define KEY_PIN PINB
#define KEY0 0
#define KEY1 1
#define KEY2 2
#define ALL_KEYS (1<<KEY0 | 1<<KEY1 | 1<<KEY2)

#define REPEAT_MASK (1<<KEY1 | 1<<KEY2) // repeat: key1, key2
#define REPEAT_START 50 // after 500ms
#define REPEAT_NEXT 20 // every 200ms

#define LED_DDR DDRA
#define LED_PORT PORTA
#define LED0 0
#define LED1 1
#define LED2 2

volatile uint8_t key_state; // debounced and inverted key state:
// bit = 1: key pressed
volatile uint8_t key_press; // key press detect

volatile uint8_t key_rpt; // key long press and repeat

ISR( TIMER0_OVF_vect ) // every 10ms
{
static uint8_t ct0, ct1, rpt;
uint8_t i;

TCNT0 = (uint8_t)(int16_t)-(F_CPU / 1024 * 10e-3 + 0.5); // preload for 10ms

i = key_state ^ ~KEY_PIN; // key changed ?
ct0 = ~( ct0 & i ); // reset or count ct0
ct1 = ct0 ^ (ct1 & i); // reset or count ct1
i &= ct0 & ct1; // count until roll over ?
key_state ^= i; // then toggle debounced state
key_press |= key_state & i; // 0->1: key press detect

if( (key_state & REPEAT_MASK) == 0 ) // check repeat function
rpt = REPEAT_START; // start delay
if( --rpt == 0 ){
rpt = REPEAT_NEXT; // repeat delay
key_rpt |= key_state & REPEAT_MASK;
}
}

///////////////////////////////////////////////////////////////////
//
// check if a key has been pressed. Each pressed key is reported
// only once
//
uint8_t get_key_press( uint8_t key_mask )
{
cli(); // read and clear atomic !
key_mask &= key_press; // read key(s)
key_press ^= key_mask; // clear key(s)
sei();
return key_mask;
}

///////////////////////////////////////////////////////////////////
//
// check if a key has been pressed long enough such that the
// key repeat functionality kicks in. After a small setup delay
// the key is reported being pressed in subsequent calls
// to this function. This simulates the user repeatedly
// pressing and releasing the key.
//
uint8_t get_key_rpt( uint8_t key_mask )
{
cli(); // read and clear atomic !
key_mask &= key_rpt; // read key(s)
key_rpt ^= key_mask; // clear key(s)
sei();
return key_mask;
}

///////////////////////////////////////////////////////////////////
//
// check if a key is pressed right now
//
uint8_t get_key_state( uint8_t key_mask )

{
key_mask &= key_state;
return key_mask;
}

///////////////////////////////////////////////////////////////////
//
uint8_t get_key_short( uint8_t key_mask )
{
cli(); // read key state and key press atomic !
return get_key_press( ~key_state & key_mask );
}

///////////////////////////////////////////////////////////////////
//
uint8_t get_key_long( uint8_t key_mask )
{
return get_key_press( get_key_rpt( key_mask ));
}

int main( void )
{
LED_PORT = 0xFF;
LED_DDR = 0xFF;

// Configure debouncing routines
KEY_DDR &= ~ALL_KEYS; // configure key port for input
KEY_PORT |= ALL_KEYS; // and turn on pull up resistors

TCCR0 = (1<<CS02)|(1<<CS00); // divide by 1024
TCNT0 = (uint8_t)(int16_t)-(F_CPU / 1024 * 10e-3 + 0.5); // preload for 10ms
TIMSK |= 1<<TOIE0; // enable timer interrupt

sei();

while(1){
if( get_key_short( 1<<KEY1 ))
LED_PORT ^= 1<<LED1;

if( get_key_long( 1<<KEY1 ))
LED_PORT ^= 1<<LED2;

// single press and repeat

if( get_key_press( 1<<KEY2 ) || get_key_rpt( 1<<KEY2 )){
uint8_t i = LED_PORT;

i = (i & 0x07) | ((i << 1) & 0xF0);
if( i < 0xF0 )
i |= 0x08;
LED_PORT = i;
}
}
}
</syntaxhighlight>

Das single-press-und-repeat-Beispiel geht nicht in jeder Beschaltung; folgendes Beispiel sollte universeller sein (einzelne LED an/aus):
<syntaxhighlight lang="c">
// single press and repeat
if( get_key_press( 1<<KEY2 ) || get_key_rpt( 1<<KEY2 ))
LED_PORT ^=0x08;
</syntaxhighlight>

===== Funktionsweise =====
Der Code basiert auf 8 parallelen vertikalen Zählern, die über die Variablen ct0 und ct1 aufgebaut werden

[[Bild:VertCount.png|framed|center|'''8 vertikale Zähler in 2 8-Bit Variablen''']]

wobei jeweils ein Bit in ct0 mit dem gleichwertigen Bit in ct1 zusammengenommen einen 2-Bit-Zähler bildet.
Der Code der sich um die 8 Zähler kümmert, ist so geschrieben, daß er alle 8 Zähler gemeinsam parallel behandelt.

<syntaxhighlight lang="c">
i = key_state ^ ~KEY_PIN; // key changed ?
</syntaxhighlight>
i enthält an dieser Stelle für jede Taste, die sich im Vergleich mit dem vorhergehenden entprellten Zustand (keystate) verändert hat, ein 1 Bit.

<syntaxhighlight lang="c">
ct0 = ~( ct0 & i ); // reset or count ct0
ct1 = ct0 ^ (ct1 & i); // reset or count ct1
</syntaxhighlight>

Diese beiden Anweisungen erniedrigen den 2-Bit Zähler ct0/ct1 für jedes Bit um 1, welches in i gesetzt ist. Liegt an der entsprechenden Stelle in i ein 0 Bit vor (keine Änderung des Zustands), so wird der Zähler ct0/ct1 für dieses Bit auf 1 gesetzt.
Der Grundzustand des Zählers ist als ct0 == 1 und ct1 == 1 (Wert 3). Der Zähler zählt daher mit jedem ISR Aufruf, bei dem die Taste im Vergleich zu keystate als verändert erkannt wurde

ct1 ct0
1 1 // 3
1 0 // 2
0 1 // 1
0 0 // 0
1 1 // 3

<syntaxhighlight lang="c">
i &= ct0 & ct1; // count until roll over ?
</syntaxhighlight>
in i bleibt nur dort ein 1-Bit erhalten, wo sowohl in ct1 als auch in ct0 ein 1 Bit vorgefunden wird, der betreffenede Zähler also bis 3 zählen konnte. Durch die zusätzliche Verundung mit i wird der Fall abgefangen, dass ein konstanter Zählerwert von 3 in i ein 1 Bit hinterlässt. Im Endergebnis bedeutet dass, dass nur ein Zählerwechsel von 0 auf 3 zu einem 1 Bit an der betreffenden Stelle in i führt, aber auch nur dann, wenn in i an dieser Bitposition ebenfalls ein 1 Bit war (welches wiederrum deswegen auf 1 war, weil an diesem Eingabeport eine Veränderung zum letzten bekannten entprellten Zustand festgestellt wurde). alles zusammengenommen heißt das, dass ein Tastendruck dann erkannt wird, wenn die Taste 4 mal hintereinander in einem anderen Zustand vorgefunden wurde als dem zuletzt bekannten entprellten Tastenzustand.

An dieser Stelle ist i daher ein Vektor von 8 Bits, von denen jedes einzelne der Bits darüber Auskunft gibt, ob die entsprechende Taste mehrmals hintereinander im selben Zustand angetroffen wurde, der nicht mit dem zuletzt bekannten Tastenzustand übereinstimmt. Ist das der Fall, dann wird eine entsprechende Veränderung des Tastenzustands in key_state registriert
<syntaxhighlight lang="c">
key_state ^= i; // then toggle debounced state
</syntaxhighlight>
und wenn sich in key_state das entsprechende Bit von 0 auf 1 verändert hat, wird dieses Ereignis als 'Taste wurde niedergedrückt' gewertet.
<syntaxhighlight lang="c">
key_press |= key_state & i; // 0->1: key press detect
</syntaxhighlight>

Damit ist der Tasteneingang entprellt. Und zwar sowohl beim Drücken einer Taste als auch beim Loslassen (damit Tastenpreller beim Loslassen nicht mit dem Niederdrücken einer Taste verwechselt werden). Der weitere Code beschäftigt sich dann nur noch damit, diesen entprellten Tastenzustand weiter zu verarbeiten.

Der Codeteil sieht durch die Verwendung der vielen bitweisen Operationen relativ komplex aus. Behält man aber im Hinterkopf, dass einige der bitweisen wie ein 'paralles If' gleichzeitig auf allen 8 Bits eingesetzt werden, dann vereinfacht sich vieles. Ein
<syntaxhighlight lang="c">
key_press |= key_state & i;
</syntaxhighlight>
ist nichts anderes als ein
<syntaxhighlight lang="c">
// teste ob Bit 0 sowohl in key_state als auch in i gesetzt ist
// und setze Bit 0 in key_press, wenn das der Fall ist
if( ( key_state & ( 1 << 0 ) ) &&
( i & ( 1 << 0 ) )
key_press |= ( 1 << 0 );

// Bit 1
if( ( key_state & ( 1 << 1 ) ) &&
( i & ( 1 << 1 ) )
key_press |= ( 1 << 1 );

// Bit 2
if( ( key_state & ( 1 << 2 ) ) &&
( i & ( 1 << 2 ) )
key_press |= ( 1 << 2 );

...
</syntaxhighlight>
nur als wesentlich kompaktere Operation ausgeführt und für alle 8 Bits gleichzeitig.
Die Kürze und Effizienz dieser paar Codezeilen ergibt sich aus dem Umstand, dass jedes Bit in den Variablen für eine Taste steht und alle 8 (maximal möglichen) Tasten gleichzeitig die Operationen durchlaufen.

===== Reduziert auf lediglich 1 Taste =====
Diskussionen im Forum zeigen immer wieder, dass viele eine Abneigung gegen diesen Code haben, weil er ihnen sehr kompliziert vorkommt.

Der Code ist nicht leicht zu analysieren und er zieht alle Register dessen, was möglich ist, um sowohl Laufzeit als auch Speicherverbrauch einzusparen. Oft hört man auch das Argument: Ich benötige ja nur eine Entprellung für 1 Taste, gibt es da nichts Einfacheres?

Hier ist die 'Langform' des Codes, so wie man das für lediglich 1 Taste schreiben würde, wenn man exakt dasselbe Entprellverfahren einsetzen würde. Man sieht: Da ist keine Hexerei dabei: In key_state wird der letzte bekannte entprellte Zustand der Taste gehalten. Der Pin-Eingang wird mit diesem Zustand verglichen und wenn sich die beiden unterscheiden, dann wird ein Zähler heruntergezählt. Produziert dieses herunterzählen einen Unterlauf des Zählers, dann gilt die Taste als entprellt und wenn dann auch noch die Taste gerade gedrückt ist, dann wird dieses in key_press entsprechend vermerkt.

<syntaxhighlight lang="c">
uint8_t key_state;
uint8_t key_counter;
volatile uint8_t key_press;

ISR( ... Overflow ... )
{
uint8_t input = KEY_PIN & ( 1 << KEY0 );

if( input != key_state ) {
key_counter--;
if( key_counter == 0xFF ) {
key_counter = 3;
key_state = input;
if( input )
key_press = TRUE;
}
}
else
key_counter = 3;

}

uint8_t get_key_press()
{
uint8_t result;

cli();
result = key_press;
key_press = FALSE;
sei();

return result;
}
</syntaxhighlight>

Der vollständige Entprellcode, wie weiter oben gelistet, besticht jetzt aber darin, dass er compiliert kleiner ist als diese anschaulichere Variante für lediglich 1 Taste. Und das bei gleichzeitig erhöhter Funktionalität. Denn zb. ein Autorepeat ist in diesem Code noch gar nicht eingebaut. Und spätestens wenn man dann eine 2.te Taste entprellen möchte, dann ist auch der SRAM-Speicherverbrauch dieser Langform höher als der des Originals für 8 Tasten. Daraus folgt: Selbst für lediglich 1 Taste ist die Originalroutine die bessere Wahl.

Und wegen der Komplexität mal eine Frage: Sind Sie selbst in der Lage eine entsprechend effiziente sqrt() Funktion zu schreiben, wie die, die sie in der Standard-C-Bibliothek vorfinden? Nein? Dann dürften Sie eigentlich Ihrer Argumentation nach die Bibliotheksfunktion sqrt() nicht verwenden, sondern müssten sich statt dessen selbst eine Wurzel-Funktion schreiben.

=== Selbstsättigender Filter (nach Jürgen Schuhmacher) ===
Durch die Nutzung der diskreten Signalanalyse in Software kann die Funktionalität einer einfachen Entprellung mit einem Widerstand, einem Kondensator und einem Schmitttrigger wie in Hardware nachgebildet werden, indem ein abstrakter IIR-Filter benutzt wird, der eine Kondensatorladekurve emuliert. Mit der Vorschrift Y(t) = k Y(t-1) + Input wird ein einfaches Filter erzeugt, dass dem Eingangswert träge folgt. Bei Überschreiten eines bestimmten Wertes erfolgt mit einer einfachen Abfrage das Schalten des Ausgangssignals.

Für Assembler und VHDL bei FPGAs eignet sich aufgrund der leicht zu implementierenden binären Operationen folgende Darstellung mit einer Auflösung des Filterwertspeichers von nur 8 bit: Wert_Neu = Wert_Alt - Wert_Alt/16 + 16*(Taste = True). Der Filterwert bildet dann den gedämpften Verlauf des Eingangs (flankenverschliffen) ab und kann Prellen bis nahe an den Grenzbereich zum schnellen Tasten unterdrücken. Der Ausgangswert ist dann einfach das höchstwertige Bit des Filterwertes.

[[Datei:Entprellung mit IIR-Filter.gif]]

Dazu muss das Signal des Tasters idealerweise um den Faktor 10-20 schneller abgetastet werden, als die höchste gewünschte Tippgeschwindigkeit vorgibt. Noch schneller abzutasten ist möglich, führt aber zu mehr Bedarf an Bits beim Filter. Die Schmittriggerfunktion kann dadurch gebildet werden, dass eine 1 am Ausgang bei z.B. Überschreiten einer 55% Grenze und eine 0 bei Unterschreitung der 45%-Grenze ausgeben wird. Im Zwischenbereich wird der alte Wert gehalten.

=== Einfacher Mittelwertfilter (nach Lothar Miller) ===
Für digitale Schaltungen oder PLDs empfiehlt sich ein FIR-Filter mit aneinandergereihten FlipFlops. Man schiebt das Eingangssignal in eine FlipFlop-Kette und schaltet oberhalb der Mitte um:

SignalInput -> FF1 -> FF2 -> FF3 -> FF4 -> FF5 -> FF6 -> FF7 -> FF8

Wenn alle FFs = 1 (Summe der FFs=8) dann SignalOutput = 1 
Wenn alle FFs = 0 (Summe der FFs=0) dann SignalOutput = 0

Dieses Verfahren kann sehr einfach in Logik abgebildet werden, weil für die Berechnung des Ausgangs nur ein NOR bz. ein AND Gatter nötig ist.

== Gegenüberstellung der Verfahren ==
* HW - "entprellte Schalter": Sehr teuer, grosse Bauform, verschleissbelastet, geringe Haltbarkeit
* HW - "Umschalter" : benötigt aufwändigeren Schalter, benötigt Elektronik
* HW - "Umschalter ohne FF" : benötigt aufwändigeren Schalter und kleiner Kondensator
* HW - "Kondensatorentprellung" : benötigt etwas mehr Platz, kommt mit schlechten Schaltern zurecht

* SW - Flankenverfahren:
* SW - Warteschleife: Durch die Warteschleifen eine nicht zu vernachlässigende Verzögerung im Code. Speziell wenn mehrere Tasten zu überwachen sind, nicht unproblematisch
* SW - Timer: Universalfunktionalität, die durch geringen Speicherverbrauch, geringen Rechenzeitverbrauch und gute Funktion besticht. Der 'Verbrauch' eines Timers sieht auf den ersten Blick schlimmer aus, als er ist, denn in den meisten Programmen hat man sowieso einen Basistimer für die Zeitsteuerung des Programms im Einsatz, der für die Tastenentprellung mitbenutzt werden kann.
* SW - Filter: sehr geringer Platzbedarf in FPGAs, relativ gute Wirkung
* SW - Filter 2: sehr geringer Platzbedarf, gute Wirkung

== Links zum Thema ==

* [http://www.edn.com/design/analog/4324067/Contact-debouncing-algorithm-emulates-Schmitt-trigger Contact-debouncing algorithm (Artikel)], [http://www.edn.com/file/13370-70705di.pdf als PDF]
* [[AVR-Tutorial: Tasten]]
* [[AVR-GCC-Tutorial#.28Tasten-.29Entprellung|AVR-GCC-Tutorial Tastenentprellung]]
* [http://www.mikrocontroller.net/forum/read-4-20435.html Beitrag im Forum, AVR Assembler]
* [http://www.ganssle.com/debouncing.pdf A guide to debouncing (engl.), praktische Erläuterungen zum Entprellen in Soft- und Hardware]
* [http://www.pololu.com/docs/0J16/all Understanding Destructive LC Voltage Spikes]

[[Kategorie:AVR]]
[[Kategorie:Signalverarbeitung]]

Mcruler

2013-11-07T13:35:17Z

Debegr92: /* Anpassungen/Ergänzungen */

== Infos ==

Hier soll eine Community Variante eines Lineals entstehen, nach Vorbild des µRuler von EEVBlog/Dave Jones:

[[Datei:uRuler.jpg|1200px]]

'''Aktueller Stand:''' http://www.mikrocontroller.net/topic/313642#3393274

'''Thread im Forum:''' http://www.mikrocontroller.net/topic/313642

'''Projekt-Seite auf GitHub:''' https://github.com/maugsburger/ucruler

== Spezifikationen ==

{| class="wikitable"
|-
| Maße || ??? x ?? mm
|-
| PCB || 0.8mm FR4 2-Layer 35µ
|-
| Lötstop || beidseitig, Farbe TBD
|-
| Bestückungsdruck || beidseitig, weiß
|-
| '''Preise''' || ca. 2 € / MOQ: 5 Stück
|}

== Farbe des Lötstopplackes ==
<pre>
grün |
gelb |
schwarz |+++++
weiß |+
rot |++++++
blau |++
</pre>

einfach bitte ein Plus hinter die Farbe die euch als Lötstoplack am besten gefallen würde.

== Anpassungen/Ergänzungen ==

Bitte einfach ein + oder - ergänzen oder gar nichts eintragen (wichtig, brauch ich nicht, egal), so dass am Ende ein Stimmungsbild entsteht. Daraus ergeben sich dann Prioritäten, in deren Reihenfolge der Platz aufgefüllt wird.

{| class="wikitable"

|-
! Name !! Wertung !! Beschreibung

|-
| Formelsamlung
||
<pre>
+| ++++
-| ---
</pre>
||
Vllt. könnte man auch ein paar Formeln unterbringen die oft verwendet werden und trotzdem gerne vergessen werden

Vorschläge [[Mcnet-ruler#Vorschl.C3.A4ge_f.C3.BCr_Formelsammlung|siehe unten]].

|-
| Leiterbahnstärken
||
<pre>
1| +
2| ++++++++++
3|
4|
5|
</pre>
||
Bitte genau eine Möglichkeit mit + wählen:
# Bahnen in mm und mil, beschriftet in mm und mil
# Bahnen in mm, beschriftet in mm und mil
# Bahnen in mil, beschriftet in mm und mil
# Bahnen in mm, beschriftet in mm
# Bahnen in mil, beschriftet in mil

|-
| Inches in mm
||
<pre>
+| +++++++++++++++
-|
</pre>
||
Bitte generell Inches in mm umrechnen.

|-
| Layout/Textfluss mm/inch
||
<pre>
+|+
-|
</pre>
||
Die Umrechnungstabelle mm/inch in den Textfluss drehen.

|-
| Isolationsabstände
||
<pre>
+| ++++++++++++++++
-|
</pre>
||
Die Tabelle für Isolationsabstände (Luft-/Kriechstrecken) ggf. an in Deutschland geltende Normen anpassen.

|-
| Kabel-Widerstände
||
<pre>
+| ++++++++++
-| --
</pre>
||
Wenn noch Platz ist, wäre eine Tabelle für Kabel-Widerstände gut (sortiert nach gängigen Querschnitten, pro m oder 10m Kabellänge).

|-
| Widerstands-Farbcode-Tabelle
||
<pre>
+| +++++++++
-| ----------
</pre>
||
Rückseite Widerstands-Farbcode-Tabelle

|-
| LM317
||
<pre>
+| ++++
-| ----------
</pre>
||
Tabelle für LM317-Widerstandswerte

|-
| Kapazitäts-/Induktivitätsbelag
||
<pre>
+|+++
-|---
</pre>
||
Tabellen zum Kapazitäts-/Induktivitätsbelag von Leiterbahnen

|-
| Wellenwiderstände
||
<pre>
+|+++
-|---
</pre>
||
Richtwerttabellen für Wellenwiderstände, Micro Striplines (insbes. für USB/Ethernet Routing), etc. auf gängigen PCBs

|-
| Wechselstrom Ueff, Upp
||
<pre>
+| ++
-| ----------
</pre>
||
Wenn immer noch Platz ist: Tabelle zur Umrechnung von Wechselstromgrößen (Ueff, Upp für gängige Trafowicklungen, 110V, 230V, 240V, 400V, 600V)

Anm.: Sinnvoll für gängige Elko-Spannungen 16VDC, 25VDC, 50VDC, 63VDC, 80VDC.

|-
| f/T-Umrechnung
||
<pre>
+| +++
-| -------
</pre>
||
Und wenn dann noch Platz wäre: Tabelle mit f und T für gängige µC-Frequenzen und Samplingraten

Anm.: Sinnvoll und platzsparend, wenn wie vorgeschlagen für einige wenige gängige Werte (z.B. "8 MHz / 125 ns" und "48 kHz / 20,8 µs").

|-
| PCB-Kühlkörper
||
<pre>
+| ++++++++++++
-|
</pre>
||
Was auch interessant waere ist eine Tabelle fuer Leiterplattenkuehlkoerper. K/W pro cm² für div. Kupferstärken!

|-
| SMD-Footprints R
||
<pre>
+| ++++++++++++++++++
-|
</pre>
||
Die Idee mit den SMD Footprints auf der Rückseite finde ich auch sehr gut.

|-
| SMD-Größen R
||
<pre>
+| ++++++++
-|
</pre>
||
Eine Tabelle mit den Größen (im Sinne von Maßen) von SMD Widerständen ist auch manchmal ganz gut.
Anm.: Vorschlag Widerstandsreihe siehe unten.

|-
| SMD-Footprints ElKo
||
<pre>
+| ++++++++++++++++
-|
</pre>
||
Zudem wäre der Footprint von SMD Elkos wenn möglich auf der Rückseite auch ganz praktisch

|-
| SMD-Größen Elko
||
<pre>
+| +++++++++++++
-|
</pre>
||
Eine Tabelle mit den Größen (im Sinne von Maßen) von SMD Elkos ist auch manchmal ganz gut.

|-
| E-Reihen
||
<pre>
+| +++++
-| ----
</pre>
||
Abdruck der E24-Reihe mit Markierungen für E12, E6.

|-
| TQFP, SOP und SOT Footprint
||
<pre>
+| +++++++++++
-|
</pre>
||
Der Footprint von TQFP, SOT und SOP Bauteilen auf der Rückseite könnte sich auch als nützlich erweisen

Vorschläge für Footprints [[Mcnet-ruler#Vorschl.C3.A4ge_f.C3.BCr_Footprints|siehe unten]].

|-
| THT Lochreihe
||
<pre>
+| ++++
-| ---
</pre>
||
Ebenso eine kurze Lochreihe im 2,54mm-Raster für THT.

|-
| Kleines Namensfeld
||
<pre>
+| +++++++++++
-|-
</pre>
||
Damit die Lineale nicht "verschwinden", zum selbst beschriften.

|-
| Tabelle Leitfähigkeit/spezifischer Widerstand
||
<pre>
+| ++
-| --
</pre>
||
Eine Tabelle mit der Leitfähigkeit/spezifischer Widerstand von zb. Kufer, Aluminium, Eisen ...

|-
| Temperaturkoeffizent
||
<pre>
+| +
-| --
</pre>
||
Eine Tabelle mit den Temperaturkoeffizenten (alpha in 1/k) von zb. Kufer, Aluminium, Eisen ...

|}

== Vorschläge für Formelsammlung ==

{| class="wikitable"

|-
! Name !! Wertung !! Beschreibung

|-
| C/L
||
<pre>
+| +
-|
</pre>
||
http://upload.wikimedia.org/math/d/5/5/d550b39c146790974bae8a9a2e1830fb.png

http://upload.wikimedia.org/math/0/9/a/09ab806c34320b749ddadca35a32fc8a.png

http://de.wikipedia.org/wiki/Elektrische_Kapazit%C3%A4t#Kapazit.C3.A4t_bestimmter_Leiteranordnungen

http://de.wikipedia.org/wiki/Induktivit%C3%A4t#Induktivit.C3.A4t_einer_Zylinderspule

|-
| Eckfrequenz RC-Glied HP/LP
||
<pre>
+| +
-| -
</pre>
||
http://upload.wikimedia.org/math/5/d/1/5d1295e236a3c860416fbdb9940fb043.png

http://de.wikipedia.org/wiki/RC-Glied#Tiefpass

|-
| I(t) / U(t) für C/L
||
<pre>
+| ++
-|
</pre>
||
http://upload.wikimedia.org/math/0/b/9/0b93b4a1ce2832629d42509b43184894.png

http://upload.wikimedia.org/math/9/e/6/9e6ea02a73a08f263454786c1c9d7e44.png

http://de.wikipedia.org/wiki/Zeitkonstante#Kondensator

|-
| Wärmewiderstand
||
<pre>
+| +
-|
</pre>
||
http://upload.wikimedia.org/math/8/7/b/87b98460f0867373471f540167591ebb.png

http://de.wikipedia.org/wiki/W%C3%A4rmewiderstand#Definition

|}

== Vorschläge für Footprints ==

Vorschläge für Footprints auf der Rückseite. Es werden die Pads in Kupfer ausgeführt (also theoretisch lötbar), der Rand des Bauteils im Bestückungsdruck.

* SC-70
* SOT-23-6
* SOT-89
* SOT-23
* SOT-223
* TO-252 / DPAK
* TO-263 / D2PAK
* SMA / DO-214AC
* SMB / DO-214AA
* SMC / DO-214AB
* Melf
* MiniMelf
* MicroMelf
* PLCC-4 / 3528
* PLCC-6 / 5050
* SOIC-24
* SSOP-24
* TSSOP-24
* TQFP32, 0.8mm Pitch
* TQFP48, 0.5mm Pitch
* QFN32, 0.5mm Pitch

== Vorbestellungen ==

<pre>
10 Dominik S. (dasd)
5 Dennis X. (debegr92)
2 Arne M. (armut)
3 Benedikt K. (benek)
5 AVR (Gast)
5 Jürgen (Gast)
5 Uwe ... (uwegw)
10 Rene H. (promeus)
5 hum (Gast)
3 Werner A. (homebrew)
2 Frank Werner (wesoft)
5 Jan B. (diphthong)
5 Thomas J. (tom16)
10 Felix Schulze (pepe)
3 Patrick Berninghaus (patricck)
5 B. B. (morgenmuffel)
5 Bernd D. (bernd_d56)
5 Daniel (Gast)
5 Jan Dressler (keyman)
3 Gerd E. (robberknight)
5 Ralf E. (r_e)
5 D. S. (compuvidy)
5 Michael R. (elektr-hobbyist)
5 Samuel Hildebrandt (musicsammy)
5 Martin H. (marrtn)
5 Michael Becker (mich_at_el)
5 Marco André (marphy)
5 Chris (Gast)
5 mr. mo (Gast)
10 René B. (reneb)
5 Martin R. (martin84)
3 J. S. (voochee)
5 Andreas H. (ahz)
5 Ronny Spiegel (duselbaer)
10 G. L. (lele)
3 Axel Jäger (axeljaeger)
5 Stephan G. (stephan_g35)
5 Gibts Ne (schneeblau)
5 Sascha G. (sascha-g)
5 Richard Zink (Gast)
5 Stephan K. (nightowl)
5 Martin Wende (Firma: fritzler-avr.de) (fritzler)
5 Jörg S. (Gast)
10 J. L. (lindenbaum)
10 Jan M. (mueschel)
5 Bad Urban (bad_urban)
5 Daniel M. (amad)
5 Sascha S. (dec)
5 A. S. (rava)
10 Jens M. (jens-m)
5 Sascha E. (baracuss)
5 avr avr (colombo010)
5 Michael B. (michael_b25)
5 Thomas Sch. (doschi_)
5 K. J. (theborg0815)
5 Daniel C. (cecky)
5 Philipp E. (erlang)
5 Thorsten Ostermann (Firma: mechapro GmbH) (ostermann)
-------------------------------------
312 ZWISCHENSTAND
-------------------------------------
5 ...

</pre>

Mcruler

2013-11-07T13:33:12Z

Debegr92: /* Farbe des Lötstopplackes */

== Infos ==

Hier soll eine Community Variante eines Lineals entstehen, nach Vorbild des µRuler von EEVBlog/Dave Jones:

[[Datei:uRuler.jpg|1200px]]

'''Aktueller Stand:''' http://www.mikrocontroller.net/topic/313642#3393274

'''Thread im Forum:''' http://www.mikrocontroller.net/topic/313642

'''Projekt-Seite auf GitHub:''' https://github.com/maugsburger/ucruler

== Spezifikationen ==

{| class="wikitable"
|-
| Maße || ??? x ?? mm
|-
| PCB || 0.8mm FR4 2-Layer 35µ
|-
| Lötstop || beidseitig, Farbe TBD
|-
| Bestückungsdruck || beidseitig, weiß
|-
| '''Preise''' || ca. 2 € / MOQ: 5 Stück
|}

== Farbe des Lötstopplackes ==
<pre>
grün |
gelb |
schwarz |+++++
weiß |+
rot |++++++
blau |++
</pre>

einfach bitte ein Plus hinter die Farbe die euch als Lötstoplack am besten gefallen würde.

== Anpassungen/Ergänzungen ==

Bitte einfach ein + oder - ergänzen oder gar nichts eintragen (wichtig, brauch ich nicht, egal), so dass am Ende ein Stimmungsbild entsteht. Daraus ergeben sich dann Prioritäten, in deren Reihenfolge der Platz aufgefüllt wird.

{| class="wikitable"

|-
! Name !! Wertung !! Beschreibung

|-
| Formelsamlung
||
<pre>
+| +++
-| ---
</pre>
||
Vllt. könnte man auch ein paar Formeln unterbringen die oft verwendet werden und trotzdem gerne vergessen werden

Vorschläge [[Mcnet-ruler#Vorschl.C3.A4ge_f.C3.BCr_Formelsammlung|siehe unten]].

|-
| Leiterbahnstärken
||
<pre>
1| +
2| +++++++++
3|
4|
5|
</pre>
||
Bitte genau eine Möglichkeit mit + wählen:
# Bahnen in mm und mil, beschriftet in mm und mil
# Bahnen in mm, beschriftet in mm und mil
# Bahnen in mil, beschriftet in mm und mil
# Bahnen in mm, beschriftet in mm
# Bahnen in mil, beschriftet in mil

|-
| Inches in mm
||
<pre>
+| ++++++++++++++
-|
</pre>
||
Bitte generell Inches in mm umrechnen.

|-
| Layout/Textfluss mm/inch
||
<pre>
+|+
-|
</pre>
||
Die Umrechnungstabelle mm/inch in den Textfluss drehen.

|-
| Isolationsabstände
||
<pre>
+| +++++++++++++++
-|
</pre>
||
Die Tabelle für Isolationsabstände (Luft-/Kriechstrecken) ggf. an in Deutschland geltende Normen anpassen.

|-
| Kabel-Widerstände
||
<pre>
+| +++++++++
-| --
</pre>
||
Wenn noch Platz ist, wäre eine Tabelle für Kabel-Widerstände gut (sortiert nach gängigen Querschnitten, pro m oder 10m Kabellänge).

|-
| Widerstands-Farbcode-Tabelle
||
<pre>
+| +++++++++
-| ---------
</pre>
||
Rückseite Widerstands-Farbcode-Tabelle

|-
| LM317
||
<pre>
+| ++++
-| ----------
</pre>
||
Tabelle für LM317-Widerstandswerte

|-
| Kapazitäts-/Induktivitätsbelag
||
<pre>
+|+++
-|---
</pre>
||
Tabellen zum Kapazitäts-/Induktivitätsbelag von Leiterbahnen

|-
| Wellenwiderstände
||
<pre>
+|++
-|---
</pre>
||
Richtwerttabellen für Wellenwiderstände, Micro Striplines (insbes. für USB/Ethernet Routing), etc. auf gängigen PCBs

|-
| Wechselstrom Ueff, Upp
||
<pre>
+| +
-| ----------
</pre>
||
Wenn immer noch Platz ist: Tabelle zur Umrechnung von Wechselstromgrößen (Ueff, Upp für gängige Trafowicklungen, 110V, 230V, 240V, 400V, 600V)

Anm.: Sinnvoll für gängige Elko-Spannungen 16VDC, 25VDC, 50VDC, 63VDC, 80VDC.

|-
| f/T-Umrechnung
||
<pre>
+| +++
-| ------
</pre>
||
Und wenn dann noch Platz wäre: Tabelle mit f und T für gängige µC-Frequenzen und Samplingraten

Anm.: Sinnvoll und platzsparend, wenn wie vorgeschlagen für einige wenige gängige Werte (z.B. "8 MHz / 125 ns" und "48 kHz / 20,8 µs").

|-
| PCB-Kühlkörper
||
<pre>
+| ++++++++++++
-|
</pre>
||
Was auch interessant waere ist eine Tabelle fuer Leiterplattenkuehlkoerper. K/W pro cm² für div. Kupferstärken!

|-
| SMD-Footprints R
||
<pre>
+| +++++++++++++++++
-|
</pre>
||
Die Idee mit den SMD Footprints auf der Rückseite finde ich auch sehr gut.

|-
| SMD-Größen R
||
<pre>
+| +++++++
-|
</pre>
||
Eine Tabelle mit den Größen (im Sinne von Maßen) von SMD Widerständen ist auch manchmal ganz gut.
Anm.: Vorschlag Widerstandsreihe siehe unten.

|-
| SMD-Footprints ElKo
||
<pre>
+| +++++++++++++++
-|
</pre>
||
Zudem wäre der Footprint von SMD Elkos wenn möglich auf der Rückseite auch ganz praktisch

|-
| SMD-Größen Elko
||
<pre>
+| ++++++++++++
-|
</pre>
||
Eine Tabelle mit den Größen (im Sinne von Maßen) von SMD Elkos ist auch manchmal ganz gut.

|-
| E-Reihen
||
<pre>
+| ++++
-| ----
</pre>
||
Abdruck der E24-Reihe mit Markierungen für E12, E6.

|-
| TQFP, SOP und SOT Footprint
||
<pre>
+| ++++++++++
-|
</pre>
||
Der Footprint von TQFP, SOT und SOP Bauteilen auf der Rückseite könnte sich auch als nützlich erweisen

Vorschläge für Footprints [[Mcnet-ruler#Vorschl.C3.A4ge_f.C3.BCr_Footprints|siehe unten]].

|-
| THT Lochreihe
||
<pre>
+| ++++
-| --
</pre>
||
Ebenso eine kurze Lochreihe im 2,54mm-Raster für THT.

|-
| Kleines Namensfeld
||
<pre>
+| ++++++++++
-|-
</pre>
||
Damit die Lineale nicht "verschwinden", zum selbst beschriften.

|-
| Tabelle Leitfähigkeit/spezifischer Widerstand
||
<pre>
+| ++
-| --
</pre>
||
Eine Tabelle mit der Leitfähigkeit/spezifischer Widerstand von zb. Kufer, Aluminium, Eisen ...

|-
| Temperaturkoeffizent
||
<pre>
+| +
-| --
</pre>
||
Eine Tabelle mit den Temperaturkoeffizenten (alpha in 1/k) von zb. Kufer, Aluminium, Eisen ...

|}

== Vorschläge für Formelsammlung ==

{| class="wikitable"

|-
! Name !! Wertung !! Beschreibung

|-
| C/L
||
<pre>
+| +
-|
</pre>
||
http://upload.wikimedia.org/math/d/5/5/d550b39c146790974bae8a9a2e1830fb.png

http://upload.wikimedia.org/math/0/9/a/09ab806c34320b749ddadca35a32fc8a.png

http://de.wikipedia.org/wiki/Elektrische_Kapazit%C3%A4t#Kapazit.C3.A4t_bestimmter_Leiteranordnungen

http://de.wikipedia.org/wiki/Induktivit%C3%A4t#Induktivit.C3.A4t_einer_Zylinderspule

|-
| Eckfrequenz RC-Glied HP/LP
||
<pre>
+| +
-| -
</pre>
||
http://upload.wikimedia.org/math/5/d/1/5d1295e236a3c860416fbdb9940fb043.png

http://de.wikipedia.org/wiki/RC-Glied#Tiefpass

|-
| I(t) / U(t) für C/L
||
<pre>
+| ++
-|
</pre>
||
http://upload.wikimedia.org/math/0/b/9/0b93b4a1ce2832629d42509b43184894.png

http://upload.wikimedia.org/math/9/e/6/9e6ea02a73a08f263454786c1c9d7e44.png

http://de.wikipedia.org/wiki/Zeitkonstante#Kondensator

|-
| Wärmewiderstand
||
<pre>
+| +
-|
</pre>
||
http://upload.wikimedia.org/math/8/7/b/87b98460f0867373471f540167591ebb.png

http://de.wikipedia.org/wiki/W%C3%A4rmewiderstand#Definition

|}

== Vorschläge für Footprints ==

Vorschläge für Footprints auf der Rückseite. Es werden die Pads in Kupfer ausgeführt (also theoretisch lötbar), der Rand des Bauteils im Bestückungsdruck.

* SC-70
* SOT-23-6
* SOT-89
* SOT-23
* SOT-223
* TO-252 / DPAK
* TO-263 / D2PAK
* SMA / DO-214AC
* SMB / DO-214AA
* SMC / DO-214AB
* Melf
* MiniMelf
* MicroMelf
* PLCC-4 / 3528
* PLCC-6 / 5050
* SOIC-24
* SSOP-24
* TSSOP-24
* TQFP32, 0.8mm Pitch
* TQFP48, 0.5mm Pitch
* QFN32, 0.5mm Pitch

== Vorbestellungen ==

<pre>
10 Dominik S. (dasd)
5 Dennis X. (debegr92)
2 Arne M. (armut)
3 Benedikt K. (benek)
5 AVR (Gast)
5 Jürgen (Gast)
5 Uwe ... (uwegw)
10 Rene H. (promeus)
5 hum (Gast)
3 Werner A. (homebrew)
2 Frank Werner (wesoft)
5 Jan B. (diphthong)
5 Thomas J. (tom16)
10 Felix Schulze (pepe)
3 Patrick Berninghaus (patricck)
5 B. B. (morgenmuffel)
5 Bernd D. (bernd_d56)
5 Daniel (Gast)
5 Jan Dressler (keyman)
3 Gerd E. (robberknight)
5 Ralf E. (r_e)
5 D. S. (compuvidy)
5 Michael R. (elektr-hobbyist)
5 Samuel Hildebrandt (musicsammy)
5 Martin H. (marrtn)
5 Michael Becker (mich_at_el)
5 Marco André (marphy)
5 Chris (Gast)
5 mr. mo (Gast)
10 René B. (reneb)
5 Martin R. (martin84)
3 J. S. (voochee)
5 Andreas H. (ahz)
5 Ronny Spiegel (duselbaer)
10 G. L. (lele)
3 Axel Jäger (axeljaeger)
5 Stephan G. (stephan_g35)
5 Gibts Ne (schneeblau)
5 Sascha G. (sascha-g)
5 Richard Zink (Gast)
5 Stephan K. (nightowl)
5 Martin Wende (Firma: fritzler-avr.de) (fritzler)
5 Jörg S. (Gast)
10 J. L. (lindenbaum)
10 Jan M. (mueschel)
5 Bad Urban (bad_urban)
5 Daniel M. (amad)
5 Sascha S. (dec)
5 A. S. (rava)
10 Jens M. (jens-m)
5 Sascha E. (baracuss)
5 avr avr (colombo010)
5 Michael B. (michael_b25)
5 Thomas Sch. (doschi_)
5 K. J. (theborg0815)
5 Daniel C. (cecky)
5 Philipp E. (erlang)
5 Thorsten Ostermann (Firma: mechapro GmbH) (ostermann)
-------------------------------------
312 ZWISCHENSTAND
-------------------------------------
5 ...

</pre>

Mcruler

2013-11-07T13:32:16Z

Debegr92: /* Vorschläge für Footprints */

== Infos ==

Hier soll eine Community Variante eines Lineals entstehen, nach Vorbild des µRuler von EEVBlog/Dave Jones:

[[Datei:uRuler.jpg|1200px]]

'''Aktueller Stand:''' http://www.mikrocontroller.net/topic/313642#3393274

'''Thread im Forum:''' http://www.mikrocontroller.net/topic/313642

'''Projekt-Seite auf GitHub:''' https://github.com/maugsburger/ucruler

== Spezifikationen ==

{| class="wikitable"
|-
| Maße || ??? x ?? mm
|-
| PCB || 0.8mm FR4 2-Layer 35µ
|-
| Lötstop || beidseitig, Farbe TBD
|-
| Bestückungsdruck || beidseitig, weiß
|-
| '''Preise''' || ca. 2 € / MOQ: 5 Stück
|}

== Farbe des Lötstopplackes ==
<pre>
grün |
gelb |
schwarz |++++
weiß |+
rot |++++++
blau |++
</pre>

einfach bitte ein Plus hinter die Farbe die euch als Lötstoplack am besten gefallen würde.

== Anpassungen/Ergänzungen ==

Bitte einfach ein + oder - ergänzen oder gar nichts eintragen (wichtig, brauch ich nicht, egal), so dass am Ende ein Stimmungsbild entsteht. Daraus ergeben sich dann Prioritäten, in deren Reihenfolge der Platz aufgefüllt wird.

{| class="wikitable"

|-
! Name !! Wertung !! Beschreibung

|-
| Formelsamlung
||
<pre>
+| +++
-| ---
</pre>
||
Vllt. könnte man auch ein paar Formeln unterbringen die oft verwendet werden und trotzdem gerne vergessen werden

Vorschläge [[Mcnet-ruler#Vorschl.C3.A4ge_f.C3.BCr_Formelsammlung|siehe unten]].

|-
| Leiterbahnstärken
||
<pre>
1| +
2| +++++++++
3|
4|
5|
</pre>
||
Bitte genau eine Möglichkeit mit + wählen:
# Bahnen in mm und mil, beschriftet in mm und mil
# Bahnen in mm, beschriftet in mm und mil
# Bahnen in mil, beschriftet in mm und mil
# Bahnen in mm, beschriftet in mm
# Bahnen in mil, beschriftet in mil

|-
| Inches in mm
||
<pre>
+| ++++++++++++++
-|
</pre>
||
Bitte generell Inches in mm umrechnen.

|-
| Layout/Textfluss mm/inch
||
<pre>
+|+
-|
</pre>
||
Die Umrechnungstabelle mm/inch in den Textfluss drehen.

|-
| Isolationsabstände
||
<pre>
+| +++++++++++++++
-|
</pre>
||
Die Tabelle für Isolationsabstände (Luft-/Kriechstrecken) ggf. an in Deutschland geltende Normen anpassen.

|-
| Kabel-Widerstände
||
<pre>
+| +++++++++
-| --
</pre>
||
Wenn noch Platz ist, wäre eine Tabelle für Kabel-Widerstände gut (sortiert nach gängigen Querschnitten, pro m oder 10m Kabellänge).

|-
| Widerstands-Farbcode-Tabelle
||
<pre>
+| +++++++++
-| ---------
</pre>
||
Rückseite Widerstands-Farbcode-Tabelle

|-
| LM317
||
<pre>
+| ++++
-| ----------
</pre>
||
Tabelle für LM317-Widerstandswerte

|-
| Kapazitäts-/Induktivitätsbelag
||
<pre>
+|+++
-|---
</pre>
||
Tabellen zum Kapazitäts-/Induktivitätsbelag von Leiterbahnen

|-
| Wellenwiderstände
||
<pre>
+|++
-|---
</pre>
||
Richtwerttabellen für Wellenwiderstände, Micro Striplines (insbes. für USB/Ethernet Routing), etc. auf gängigen PCBs

|-
| Wechselstrom Ueff, Upp
||
<pre>
+| +
-| ----------
</pre>
||
Wenn immer noch Platz ist: Tabelle zur Umrechnung von Wechselstromgrößen (Ueff, Upp für gängige Trafowicklungen, 110V, 230V, 240V, 400V, 600V)

Anm.: Sinnvoll für gängige Elko-Spannungen 16VDC, 25VDC, 50VDC, 63VDC, 80VDC.

|-
| f/T-Umrechnung
||
<pre>
+| +++
-| ------
</pre>
||
Und wenn dann noch Platz wäre: Tabelle mit f und T für gängige µC-Frequenzen und Samplingraten

Anm.: Sinnvoll und platzsparend, wenn wie vorgeschlagen für einige wenige gängige Werte (z.B. "8 MHz / 125 ns" und "48 kHz / 20,8 µs").

|-
| PCB-Kühlkörper
||
<pre>
+| ++++++++++++
-|
</pre>
||
Was auch interessant waere ist eine Tabelle fuer Leiterplattenkuehlkoerper. K/W pro cm² für div. Kupferstärken!

|-
| SMD-Footprints R
||
<pre>
+| +++++++++++++++++
-|
</pre>
||
Die Idee mit den SMD Footprints auf der Rückseite finde ich auch sehr gut.

|-
| SMD-Größen R
||
<pre>
+| +++++++
-|
</pre>
||
Eine Tabelle mit den Größen (im Sinne von Maßen) von SMD Widerständen ist auch manchmal ganz gut.
Anm.: Vorschlag Widerstandsreihe siehe unten.

|-
| SMD-Footprints ElKo
||
<pre>
+| +++++++++++++++
-|
</pre>
||
Zudem wäre der Footprint von SMD Elkos wenn möglich auf der Rückseite auch ganz praktisch

|-
| SMD-Größen Elko
||
<pre>
+| ++++++++++++
-|
</pre>
||
Eine Tabelle mit den Größen (im Sinne von Maßen) von SMD Elkos ist auch manchmal ganz gut.

|-
| E-Reihen
||
<pre>
+| ++++
-| ----
</pre>
||
Abdruck der E24-Reihe mit Markierungen für E12, E6.

|-
| TQFP, SOP und SOT Footprint
||
<pre>
+| ++++++++++
-|
</pre>
||
Der Footprint von TQFP, SOT und SOP Bauteilen auf der Rückseite könnte sich auch als nützlich erweisen

Vorschläge für Footprints [[Mcnet-ruler#Vorschl.C3.A4ge_f.C3.BCr_Footprints|siehe unten]].

|-
| THT Lochreihe
||
<pre>
+| ++++
-| --
</pre>
||
Ebenso eine kurze Lochreihe im 2,54mm-Raster für THT.

|-
| Kleines Namensfeld
||
<pre>
+| ++++++++++
-|-
</pre>
||
Damit die Lineale nicht "verschwinden", zum selbst beschriften.

|-
| Tabelle Leitfähigkeit/spezifischer Widerstand
||
<pre>
+| ++
-| --
</pre>
||
Eine Tabelle mit der Leitfähigkeit/spezifischer Widerstand von zb. Kufer, Aluminium, Eisen ...

|-
| Temperaturkoeffizent
||
<pre>
+| +
-| --
</pre>
||
Eine Tabelle mit den Temperaturkoeffizenten (alpha in 1/k) von zb. Kufer, Aluminium, Eisen ...

|}

== Vorschläge für Formelsammlung ==

{| class="wikitable"

|-
! Name !! Wertung !! Beschreibung

|-
| C/L
||
<pre>
+| +
-|
</pre>
||
http://upload.wikimedia.org/math/d/5/5/d550b39c146790974bae8a9a2e1830fb.png

http://upload.wikimedia.org/math/0/9/a/09ab806c34320b749ddadca35a32fc8a.png

http://de.wikipedia.org/wiki/Elektrische_Kapazit%C3%A4t#Kapazit.C3.A4t_bestimmter_Leiteranordnungen

http://de.wikipedia.org/wiki/Induktivit%C3%A4t#Induktivit.C3.A4t_einer_Zylinderspule

|-
| Eckfrequenz RC-Glied HP/LP
||
<pre>
+| +
-| -
</pre>
||
http://upload.wikimedia.org/math/5/d/1/5d1295e236a3c860416fbdb9940fb043.png

http://de.wikipedia.org/wiki/RC-Glied#Tiefpass

|-
| I(t) / U(t) für C/L
||
<pre>
+| ++
-|
</pre>
||
http://upload.wikimedia.org/math/0/b/9/0b93b4a1ce2832629d42509b43184894.png

http://upload.wikimedia.org/math/9/e/6/9e6ea02a73a08f263454786c1c9d7e44.png

http://de.wikipedia.org/wiki/Zeitkonstante#Kondensator

|-
| Wärmewiderstand
||
<pre>
+| +
-|
</pre>
||
http://upload.wikimedia.org/math/8/7/b/87b98460f0867373471f540167591ebb.png

http://de.wikipedia.org/wiki/W%C3%A4rmewiderstand#Definition

|}

== Vorschläge für Footprints ==

Vorschläge für Footprints auf der Rückseite. Es werden die Pads in Kupfer ausgeführt (also theoretisch lötbar), der Rand des Bauteils im Bestückungsdruck.

* SC-70
* SOT-23-6
* SOT-89
* SOT-23
* SOT-223
* TO-252 / DPAK
* TO-263 / D2PAK
* SMA / DO-214AC
* SMB / DO-214AA
* SMC / DO-214AB
* Melf
* MiniMelf
* MicroMelf
* PLCC-4 / 3528
* PLCC-6 / 5050
* SOIC-24
* SSOP-24
* TSSOP-24
* TQFP32, 0.8mm Pitch
* TQFP48, 0.5mm Pitch
* QFN32, 0.5mm Pitch

== Vorbestellungen ==

<pre>
10 Dominik S. (dasd)
5 Dennis X. (debegr92)
2 Arne M. (armut)
3 Benedikt K. (benek)
5 AVR (Gast)
5 Jürgen (Gast)
5 Uwe ... (uwegw)
10 Rene H. (promeus)
5 hum (Gast)
3 Werner A. (homebrew)
2 Frank Werner (wesoft)
5 Jan B. (diphthong)
5 Thomas J. (tom16)
10 Felix Schulze (pepe)
3 Patrick Berninghaus (patricck)
5 B. B. (morgenmuffel)
5 Bernd D. (bernd_d56)
5 Daniel (Gast)
5 Jan Dressler (keyman)
3 Gerd E. (robberknight)
5 Ralf E. (r_e)
5 D. S. (compuvidy)
5 Michael R. (elektr-hobbyist)
5 Samuel Hildebrandt (musicsammy)
5 Martin H. (marrtn)
5 Michael Becker (mich_at_el)
5 Marco André (marphy)
5 Chris (Gast)
5 mr. mo (Gast)
10 René B. (reneb)
5 Martin R. (martin84)
3 J. S. (voochee)
5 Andreas H. (ahz)
5 Ronny Spiegel (duselbaer)
10 G. L. (lele)
3 Axel Jäger (axeljaeger)
5 Stephan G. (stephan_g35)
5 Gibts Ne (schneeblau)
5 Sascha G. (sascha-g)
5 Richard Zink (Gast)
5 Stephan K. (nightowl)
5 Martin Wende (Firma: fritzler-avr.de) (fritzler)
5 Jörg S. (Gast)
10 J. L. (lindenbaum)
10 Jan M. (mueschel)
5 Bad Urban (bad_urban)
5 Daniel M. (amad)
5 Sascha S. (dec)
5 A. S. (rava)
10 Jens M. (jens-m)
5 Sascha E. (baracuss)
5 avr avr (colombo010)
5 Michael B. (michael_b25)
5 Thomas Sch. (doschi_)
5 K. J. (theborg0815)
5 Daniel C. (cecky)
5 Philipp E. (erlang)
5 Thorsten Ostermann (Firma: mechapro GmbH) (ostermann)
-------------------------------------
312 ZWISCHENSTAND
-------------------------------------
5 ...

</pre>