https://www.mikrocontroller.net/api.php?action=feedcontributions&feedformat=atom&user=MaxmbMikrocontroller.net - Benutzerbeiträge [de]2026-04-28T08:29:19ZBenutzerbeiträgeMediaWiki 1.39.7https://www.mikrocontroller.net/index.php?title=Modbus&diff=101678Modbus2020-03-11T23:19:03Z<p>Maxmb: /* Implementierungen */</p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet als Modbus ASCII.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Eine recht schlanke und leicht einzubindende freie Implementierung in C für den AVR: [https://github.com/mbs38/yaMBSiavr yaMBSiavr]<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung, die auf so ziemlich jede Plattform portiert werden kann. Leider schwierig zu benutzen: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Temperatursensor&diff=92026Temperatursensor2016-02-24T18:24:31Z<p>Maxmb: /* DS1621 */</p>
<hr />
<div>Will man mit einem [[Mikrocontroller]] Temperaturen messen, dann braucht man<br />
* einen [[Sensor]], der die Temperatur z.&nbsp;B. in eine Spannung oder einen Strom umsetzt<br />
* einen [[ADC | AD-Wandler]], der das Signal digitalisiert. Der kann auf dem Sensor oder dem Mikrocontroller integriert sein.<br />
<br />
Temperatursensoren gibt es nun in allen möglichen Varianten. Vom temperaturabhängigen [[Widerstand]] bis zum fertig abgeglichenen All-in-one-Bauteil mit digitalem Ausgang. Wie bei allen Sensoren sollte man auch hier genau hinschauen und [[Auflösung und Genauigkeit]] unterscheiden.<br />
<br />
== Analoge Temperatursensoren ==<br />
<br />
=== PT100 ===<br />
<br />
Unter einem PT100 versteht man einen Platinwiderstand, der bei 0°C einen Widerstand von 100Ω hat.<br />
Platinwiderstände sind temperaturabhängige Widerstände mit hoher Wiederholgenauigkeit und Konstanz[http://de.wikipedia.org/wiki/Konstante]. Wegen der relativ geringen Widerstandsänderung von nur ca. 0,4Ω pro Grad ist etwas mehr Schaltungsaufwand erforderlich als bei anderen Sensoren. Genauere Formeln zur Temperaturbestimmung gibt es u.a. bei [http://de.wikipedia.org/wiki/Pt100 Wikipedia]. Ein Schaltplan findet sich bei der [http://www.heise.de/ct/artikel/Sensibelchen-289608.html c't].<br />
<br />
Die Sensoren gibt es auch mit anderen Widerstandswerten, z.&nbsp;B. mit 1000&Omega; und heißen dann entsprechend PT1000.<br />
<br />
Vorteil:<br />
* genormt<br />
* großer Meßbereich<br />
* hohe Linearität<br />
* hohe Wiederholgenauigkeit<br />
* einfach austauschbar<br />
<br />
Nachteil:<br />
* brauchen aufwändigere Auswerteschaltung<br />
<br />
Links:<br />
* [http://de.wikibooks.org/wiki/Linearisierung_von_resistiven_Sensoren/_Pt100 Wikibooks: Linearisierung von resistiven Sensoren - PT100]<br />
* [http://www.heise.de/ct/04/22/236/ c't-Artikel: Mikrocontroller-Programmierung: Timer, Sensoren und Drehgeber (mit PT100 Schaltung)]<br />
* [http://www.maxim-ic.com/app-notes/index.mvp/id/3450 Maxim AN3450 Positive Analog Feedback Compensates PT100 Transducer]<br />
* [http://www.maxim-ic.com/app-notes/index.mvp/id/4875 Maxim AN4875 High-Accuracy Temperature Measurements Call for Platinum Resistance Temperature Detectors (PRTDs) and Precision Delta-Sigma ADCs]<br />
* [http://ww1.microchip.com/downloads/en/AppNotes/01154a.pdf Microchip AN1154 Precision RTD Instrumentation for Temperature Sensing]<br />
* [http://www.analog.com/static/imported-files/application_notes/AN709_0.pdf Analog Devices AN709 RTD Interfacing and Linearization Using an ADuC8xx MicroConverter]<br />
<br />
=== NTC/PTC ===<br />
<br />
NTC und PTC sind temperaturabhängige Widerstände.<br />
<br />
* NTC (engl. '''N'''egative '''T'''emperature '''C'''oefficient, Heißleiter), hat bei hohen Temperaturen seinen niedrigsten Widerstand, z.&nbsp;B. Silizium<br />
* PTC (engl. '''P'''ositive '''T'''emperature '''C'''oefficient, Kaltleiter), hat bei niedrigen Temperaturen seinen geringsten Widerstand, z.&nbsp;B. Glühlampe<br />
<br />
Um den Widerstandswert zu messen schaltet man sie mit einem normalen Widerstand oder einer [[Konstantstromquelle]] in Reihe zu einem [[Spannungsteiler]] und misst den Spannungsabfall. Eine Beispielschaltung findet sich [http://www.mathar.com/msp_thermo1.html hier].<br />
<br />
Vorteil:<br />
* billig (z.B. [http://www.reichelt.de/?ARTICLE=9595 KTY81-120] bei Reichelt ~0,50&euro;)<br />
<br />
Nachteil:<br />
* müssen für höhere Genauigkeiten abgeglichen werden<br />
* brauchen A/D-Wandler<br />
* sind nichtlinear<br />
<br />
Beispiele:<br />
* KTY10-5<br />
* KTY13-6<br />
* KTY81-121<br />
* KTY81-122<br />
<br />
Links:<br />
* [http://www.sprut.de/electronic/temeratur/temp.htm Temperaturabhängige Stromquelle und NTC/PTC inclusive Linearisierung]<br />
*[http://www.umnicom.de/Elektronik/Mikrokontroller/Atmel/AtFan/AtFan.html#2.2.2 Berechnung des Linearisierungswiderstandes für gewünschten Temperaturbereich] der fällt sonst immer vom Himmel<br />
* [http://www.mikrocontroller.net/topic/208587#2065880 KTY 10-5 Formelprobleme]<br />
* [http://www.mikrocontroller.net/topic/225563 Codesammlung: Beispiel mit 0,5°C Auflösung]<br />
* [http://preis-ing.de/e_calc/index.php?seite=auternzc Automatisches Erzeugen von C-Code zur NTC Auswertung] Aus den NTC Parametern und den Anforderungen wird ein schneller und schlanker C-Code generiert.<br />
<br />
=== LMx35 ===<br />
<br />
Eine IC-Familie, die pro Kelvin Temperaturänderung ihre Ausgangsspannung um 10&nbsp;mV ändert. Die ICs gibt es in verschiedenen Genauigkeiten und Temperaturbereichen mit den Bezeichnungen LM135(A), LM235(A) und LM335(A). Der günstigste ist der LM335 mit einem Temperaturbereich von −40 … +100°C.<br />
In verschiedenen Bauformen erhältlich. Beispielschaltungen finden sich im [http://www.national.com/ds.cgi/LM/LM135.pdf Datenblatt] und [http://www.suessbrich.info/elek/elektherm1.html hier]<br />
<br />
Vorteile:<br />
* hat auch ohne Kalibrierung eine Genauigkeit von einem Grad (bei 25°C)<br />
* relativ billig (LM335 bei Reichelt ab 0,76&nbsp;€)<br />
<br />
Nachteile:<br />
* benötigt A/D-Wandler<br />
* bei längerer Anschlussleitung störanfällig<br />
<br />
Links:<br />
* [http://www.schramm-software.de/tipps/temperaturmessung/analogsensoren.htm Test-Schaltungen und -Code zur Auswertung mit ADC (AVR-Assembler)]<br />
<br />
=== LM334 ===<br />
<br />
Ein IC ähnlich dem LM335 mit dem Unterschied, dass der durch das IC fließende Strom proportional von der Temperatur abhängt. Mit einer einfachen Schaltung aus nur zwei Widerständen kann man dann den Strom in einer Weise wandeln, dass pro Kelvin eine Spannungsänderung von 10mV ausgegeben wird. Da die Strom-Spannungswandlung auf der Platine (und damit nahe am AD-Wandler) stattfindet und die Übertragung des Messwerts durch einen Strom stattfindet, sind Störungen durch Netzbrumm etc. viel geringer als beim LM335<br />
<br />
Vorteile:<br />
<!-- * hat auch ohne Kalibrierung eine Genauigkeit von einem Grad (bei 25°C) <br />
Laut Datenblatt +-3°C<br />
--><br />
* relativ billig ([http://www.reichelt.de/?ARTICLE=10468 Reichelt 0,54 &euro;])<br />
<br />
Nachteile:<br />
* benötigt A/D-Wandler<br />
* Bereich 0°C-70°C<br />
<br />
Ähnliche ICs:<br />
* AD592 (Ausgangsstrom 1µA pro Kelvin, absolute Temperatur) [http://www.reichelt.de/?ARTICLE=3825 Reichelt: 3,75 €], Conrad 174912 8,50 &euro;<br />
<br />
=== SMT160-30 ===<br />
<br />
Ist ein Zwischending zwischen Digital und Analog. Sein Ausgangssignal ist ein digitales PWM-Signal, zu dessen Messung man am besten den Input-Capture-Eingang eines Mikrocontrollers verwendet. Man kann ihn also wie einen analogen Sensor nur indirekt auslesen, anstatt über einen AD-Wandler hier über einen Timer.<br />
<br />
Vorteile:<br />
* Digitales PWM-Signal ist unempfindlich gegen Störeinflüsse<br />
* gibt es in SO8, TO18, TO92 und <b>TO220</b>, gut befestigbar, z.B am Kühlkörper<br />
* linear<br />
* kein Abgleich nötig<br />
<br />
Nachteile (viele):<br />
* benötigt Timer<br />
* jittert extrem, genaue Messungen nur über Mittelung / Filterung möglich<br />
* nicht nur das PWM-Verhältnis, sondern auf die Frequenz ist temp-abhängig (1-4kHz)<br />
* teuer (Farnell 10,90&euro; +16%, Conrad 9,xx&euro; , www.hy-line.de ??).<br />
* TO92 Gehäuse ist günstiger, dafür weniger genau<br />
<br />
Links:<br />
* http://www.hy-line.de/co/sensor-tec/hersteller/smartec/smt-160-30/index.html<br />
<br />
=== Thermoelement ===<br />
<br />
Ein Thermoelement besteht im einfachsten Fall aus zwei ungleichen Metallendrähten, die an einem Punkt miteinander verbunden sind und bei dem die Verbindungsstelle einer anderen Temperatur ausgesetzt ist als die offenen Enden der Drähte. An den offenen Enden der Drähten entsteht eine Spannung (Thermospannung). Dieser Effekt wurde 1821 von Thomas Seebeck entdeckt ([http://de.wikipedia.org/wiki/Seebeck-Effekt Seebeck-Effekt] bei Wikipedia). Eine weitere Anwendung ist der thermoelektrische Generator ("Thermogenerator").<br />
<br />
* MCP3421 18bit ADC 15SPS, I2C, auch mit andere Auflösungen erhältlich, Thermoelement kann direkt angeschlossen werden! (Reichelt : 2,10€)<br />
<br />
Vorteil:<br />
* über einen sehr weiten Temperaturbereich einsetzbar<br />
<br />
Nachteil:<br />
* die sehr geringen Temperaturspannungen im Mikrovoltbereich benötigen eine sehr gute Auswertelektronik (guter Analogteil + AD-Wandler). (aber: beachte MCP3421)<br />
<br />
Links:<br />
<!-- Der Link wird von NI umgebogen zur Homepage. Recherche nach dem Autor brachte nix hervor :-(<br />
* [http://digital.ni.com/worldwide/germany.nsf/web/all/7A4F02BAEFEC22AC802567F6003E0D6E Temperaturmessung mit Thermoelementen] - Eine Einführung von David Potter (deutsche Überarbeitung: G.Sinkovic) (inkl. Erläuterung der Kaltstellenkompensation) --><br />
* [http://www.sensorwell.at/fileadmin/templates/images/data_sheets/temperatur_messtechnik.pdf Warum Thermoelemente Relativtemperaturen messen! oder Was ist eine Kaltstelle?] - Technische Information von www.sensorwell.at (PDF, ca. 600kB)<br />
<br />
=== indirekte Messung über die Temperaturabhängigkeit der Schallgeschwindigkeit ===<br />
<br />
Acoustic Thermometry Measures Temperature To 0.1 Degree<br />
http://www.linear.com/solutions/1558<br />
AN131 http://www.linear.com/docs/39793 (PDF momentan nicht verfügbar) --><br />
http://www.mikrocontroller.net/topic/307557#new<br />
<br />
== Digitale Temperatursensoren ==<br />
<br />
=== DS1621 ===<br />
<br />
Der DS1621 ist Temperatursensor und A/D-Wandler in einem. Er gibt seine Daten per [[I²C]]-[[Bus]] aus. Ein Schaltplan für einen elektronischen Thermometer mit diesem IC findet sich [http://www.myplace.nu/avr/thermo/ hier].<br />
<br />
Eine Library für den AVR: https://sourceforge.net/projects/ds1621avr/<br />
<br />
Vorteile:<br />
* bereits kalibriert<br />
* kein A/D-Wandler nötig<br />
* da I²C ein Bus ist, kann man mehrere DS1621 und andere I²C-Bausteine zusammen anschließen und braucht dafür trotzdem nur zwei I/O-Ports.<br />
* Messbereich -55°C to +125°C <br />
* Genauigkeit +-0,5°C<br />
* Auflösung besser 0,01°C, wenn man die beiden Zählerregister (Count-Remain und Count-per-C) auswertet<br />
<br />
Nachteile:<br />
* teuer (Segor 5,80&euro;; RS 3,95&euro;; Conrad 5,22&euro;)<br />
* obwohl die meisten Register [[Speicher#NVRAM | nichtflüchtig]] sind, kann man ihn nicht als Stand-Alone-Thermostat einsetzen, da er erst nach einem Start-Conversion-Befehl zu messen beginnt.<br />
<br />
Nachfolger:<br />
* DS1631, DS1631A (Auto-Start-> Stand-Alone-Thermostat), DS1731<br />
* weitere Stand-Alone-Thermostaten: DS1821, DS1629<br />
<br />
=== LM75 ===<br />
<br />
Der LM75 ist so ähnlich wie der DS1621, allerdings nur in SMD erhältlich und nicht so genau. Er ist aber öfters mal auf PC-Mainboards zu finden, so dass man beim Schlachten eines solchen günstig an einen Temperatursensor kommen kann. Eine Beispiel Schaltplan mit einem ATmega8 findet man [http://www.ucblog.de/2010/09/mikrocontroller-thermometer-schaltplan/ hier]<br />
<br />
Vorteile:<br />
* bereits kalibriert<br />
* kein A/D-Wandler nötig<br />
* I²C-Bus Ausgang<br />
* billiger als DS1621 (Reichelt 1,45 &euro;; RS 3V: 3,75&euro;; 5V: 2,72&euro;)<br />
* Auflösung +-0,5°C<br />
<br />
Nachteile:<br />
* nur im SMD-Gehäuse erhältlich<br />
* relativ ungenau (+-2°C), kann man jedoch kalibrieren / kompensieren<br />
<br />
Kompatible Typen:<br />
* AD7415ART<br />
* DS7505S+<br />
<br />
=== LM76 ===<br />
<br />
Der LM76 ähnlich dem LM75, bietet aber eine 8-fach höhere Auflösung und eine Genauigkeit von 0.5 bzw. 1°C.<br />
<br />
Vorteile:<br />
* höhere Auflösung<br />
* höhere Genauigkeit<br />
<br />
Nachteil:<br />
* schwerer zu beschaffen<br />
<br />
=== TMP175 / TMP75 ===<br />
<br />
Ähnelt dem LM75 stark! Temperatursensor von Texas Instruments.<br />
<br />
Links:<br />
<br />
[https://github.com/ManuelSchneid3r/RaspberryPi/blob/master/sensors/src/tmp.c Linux Kommandozeilen Tool für den Zugriff]<br />
<br />
=== DS18S20 / DS18B20 ===<br />
<br />
Der DS18S20 (Nachfolger des DS1820) und DS18B20 sind scheinbar Temperatursensoren und A/D-Wandler in einem. Wenn man genauer hinschaut, stellt man fest, dass es sich um direktwandelnde Sensoren handelt. Die Temperatur wird ohne Umweg über eine analoge Zwischengröße (Spannung oder Strom) in ein digitales Signal überführt.<br />
<br />
Die Datenkommunikation erfolgt über ein 1-Wire-Interface, wodurch man am [[Mikrocontroller]] mit nur einem einzigen I/O-Pin auskommen kann. Außerdem beherrschen sie die parasitäre Stromversorgung, d.h., man braucht für Daten und Stromversorgung zusammen nur zwei Leitungen.<br />
<br />
Beim DS18B20 sind Auflösungen von 9, 10, 11 und 12 Bits konfigurierbar. Je kleiner die Auflösung, desto kürzer ist die Messzeit. Der DS18S20 hat eine feste Auflösung von 12 Bits, wobei die unteren 4 Bits aufwändiger auszuwerten sind als beim DS18B20. Der DS18S20 ist als Ersatz für den DS1820 gedacht. Der Hersteller empfiehlt den DS18B20 für Neuentwicklungen.<br />
<br />
Vorteile:<br />
* bereits kalibriert<br />
* Genauigkeit +-0,5°C<br />
* 1-Wire-Ausgang<br />
<br />
Nachteil:<br />
* Reichelt: 1,60&euro; / CSD: 1,59&euro; / Conrad 5,08&euro;<br />
<br />
Links:<br />
* [http://www.avr-projekte.de/ds18b20.htm Ein oder mehrere DS18B20 DS18S20 über Romcode einlesen. AVR-Assembler]<br />
* [http://pic-projekte.de/wiki/index.php?title=Ansteuerung_eines_DS18S20 Ansteuern eines DS18S20 in C (PIC)]<br />
* [http://pdfserv.maxim-ic.com/en/ds/DS18S20.pdf Datenblatt DS18S20] <br />
* [http://pdfserv.maxim-ic.com/en/ds/DS18B20.pdf Datenblatt DS18B20]<br />
* [http://www.maxim-ic.com/app-notes/index.mvp/id/4377 Vergleich DS18B20 <-> DS18S20]<br />
* [http://www.mikrocontroller.net/topic/6505 Code zur Ansteuerung (ASM ATTiny12)]<br />
* [http://www.mikrocontroller.net/topic/14792 Code zur Ansteuerung (AVR-GCC)]<br />
* [http://gandalf.arubi.uni-kl.de/avr_projects/tempsensor/ Code zur Ansteuerung mit CRC-Prüfung (AVR-GCC)]<br />
* [http://www.schramm-software.de/tipps/temperaturmessung/digitalsensoren.htm Code zur Ansteuerung mit CRC-Prüfung (AVR-Assembler)]<br />
* [http://chaokhun.kmitl.ac.th/~kswichit/avrthermo/avrthermo.html LED-Thermometer mit AT90S2313 (C)]<br />
* [http://www.mikrocontroller.net/forum/read-4-248219.html Webserver zur Ansteuerung von bis zu 63 Bausteinen]<br />
* [http://www.teslabs.com/openplayer/docs/docs/other/ds18b20_pre1.pdf PDF Anleitung zur Beschaltung und Programmierung (C)]<br />
*[http://www.digitemp.com/building.shtml Anleitung Sensorfühleraufbau (DigiTemp)]<br />
* http://www.mikrocontroller.net/topic/14792 <br />
* http://www.mikrocontroller.net/topic/232156 (Timing der parasitären Versorgung)<br />
<br />
=== DS1822 ===<br />
<br />
Ähnlich wie DS18S20, aber weniger genau (+-2°) und in großen Stückzahlen billiger. Wegen der geringeren Verbreitung kommt der Preisvorteil aber bei Einzelstücken nicht beim Kunden an. So kostet er bei Reichelt mit 3,50&euro; mehr als der DS18S20.<br />
<br />
=== DS1921 / DS1922 ===<br />
<br />
Sind wie die DS1821 1-wire-Sensoren mit zusätzlicher Logging-Funktion.<br />
Im iButton-Gehäuse befindet sich eine Lithium-Zelle, eine RTC, CMOS-RAM und der Temp-Sensor. Nach umfangreicher Progammierung startet der Button seine Mission (Aufzeichnung des Temperaturverlaufs).<br />
Gibt es auch mit zusätzlicher Feuchtemessung (DS1923).<br />
<br />
<br />
=== TSic ===<br />
<br />
Die TSic Sensoren werden baugleich von 2 Herstellern angeboten:<br />
* IST AG ([http://www.ist-ag.com/eh/ist-ag/en/home.nsf/contentview/F6D7CEE18FC82919C125789400182A81 Homepage])<br />
* B+B Thermo-Technik ([https://shop.bb-sensors.com/Temperaturmesstechnik/Temperatursensoren/Digitaler-TSic-Temperatursensor-TO92.html Homepage])<br />
<br />
Die TSic Sensoren ([https://shop.bb-sensors.com/out/media/Datasheet_Digital_Semiconductor_temperatur_sensor_TSIC.pdf Datenblatt]) geben ihre Temperaturmessdaten automatisch in einem festen Intervall aus. Daher muss der Host nur warten bis die nächsten Messdaten rausgeschickt werden. Die TSic Sensoren die es im freien Handel gibt, geben ihre Messdaten alle 100ms (10Hz) aus. <br />
Zur Übertragung wird das [http://www.ist-ag.com/eh/ist-ag/resource.nsf/imgref/Download_ZACWireAppNotes.pdf/$FILE/ZACWireAppNotes.pdf ZACwire] Protokoll benutzt. Es handelt sich um eine einfach zwei Byte Übertragung per Manchester-Code. Diese zwei Byte repräsentieren den digital gewandelten Temperaturwert. Im Gegensatz zu Sensoren wie den DS18xxx von Dallas muss dieser Wert aber erst auf einen dezimalen Wert umgerechnet werden. <br />
Die Sensoren kommen mit 3 Pins aus (VCC, GND, Dout).<br />
<br />
Vorteile:<br />
* Bereits kalibriert<br />
* Verschiedene Genauigkeiten lieferbar<br />
* Sehr einfaches Kommunikationsprotokoll<br />
* Geringer Stromverbrauch<br />
* Hochgenau: bis zu +/- 0.1°C (TSic 50x)<br />
<br />
Nachteil:<br />
* Recht teuer (Reichelt: 4,70&euro; für den TSic206)<br />
* Nur ein Sensor an einem I/O nutzbar (Kein Bussystem)<br />
<br />
Achtung! <br />
Die TSic Sensoren gibt es auch als Version mit analog Ausgang. Bei der Typenbezeichnung gibt die 3. Stelle an ob es sich um die analog- oder Digitalversion handelt (1 = analog, 6 = digital). <br />
Der TSic201 ist also analog, wärend der TSic206 ein digitaler ist.<br />
<br />
Links:<br />
<br />
* [http://www.mikrocontroller.net/topic/283615#3025721 ZACwire Protokoll im Logic Analyzer]<br />
* [http://www.mikrocontroller.net/topic/159774?goto=3157908#3157908 C-Code, (ohne Interrupt und ohne Timer) Sensor wird eingeschaltet->gelesen->ausgeschaltet]<br />
* [http://www.avr-projekte.de/zacwireasm.htm Zacwire Protokoll, AVR-Assembler]<br />
* [http://www.loetstelle.net/projekte2/tsic306/tsic306.php GCC AtMega8 Interruptgesteuerte Statemachine für TSIC206/306]<br />
* [http://www.mikrocontroller.net/topic/45573#347765 Ansatz zum Empfang der Daten]<br />
* [http://www.mikrocontroller.net/topic/225554# Beispiel mit Strobe ohne Interrupt]<br />
* [http://www.mikrocontroller.net/topic/82087 Diskussion mit Beispielcode (MSP430, AVR, PIC) blockierend]<br />
* [http://www.mikrocontroller.net/topic/144424#1367539 C++ Interrupt]<br />
* [http://www.mikrocontroller.net/topic/88847 noch mehr C, problematisch Interrupt]<br />
* [http://www.mikrocontroller.net/topic/151791#1426974 C für ATmega8]<br />
* [http://www.mikrocontroller.net/topic/159149#1510455 auch problematisch]<br />
* [http://www.mikrocontroller.net/topic/188462#1837622 fertiger Code zum Einlesen des Zacwire-Protokolls für PIC in ASM]<br />
* [http://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=55103 RN: Bascom]<br />
* [http://www.avr-projekte.de/tinyclock.htm TSIC206 Thermometer mit Uhr und Kalender. Komplette Bauanleitung mit ASM Quellcode für AT-Tiny2313]<br />
* [http://www.andeanelectronic.com/?Supporte___Arduino_con_TSic306%2CTSic506_y_TSic716 TSIC Routinen für Arduino von Andean Electronic aus Peru - Quelltext Dokumentation in Englisch]<br />
<br />
=== SHT1x/SHT7x ===<br />
<br />
Der SHT1x/SHT7x (SHT10, SHT11, SHT15, STH71, SHT75) sind kombinierte Temperatur- und Feuchtesensoren von [http://www.sensirion.com Sensirion]. Sie unterscheiden sich in Bauform und Genauigkeit.<br />
<br />
Vorteile:<br />
* digitale Schnittstelle mit einfacher [[I²C]]-''ähnlicher'' Ansteuerung<br />
* keine Kalibrierung notwendig<br />
* Beispielcode (C, MC51) auf der Sensirion-Seite verfügbar (relativ leicht portierbar)<br />
* interne Heizelemente (Funktionsprüfung, "raue" Umgebung)<br />
* Spannungsmonitor ("Battery fail")<br />
* sehr hohe Genauigkeit<br />
<br />
Nachteile:<br />
* kann nicht am [[I²C]] Bus betrieben werden, theoretisch gleiche Clockleitung möglich, fixe Adresse<br />
* relativ teuer (Farnell 18,60&euro;)(SHT11 bei CSD 14€)<br />
<br />
[http://www.sensirion.com/de/produkte/feuchte-und-temperatur/ Übersicht] der Temperatur- und Feuchtigkeitssensoren von Sensirion.<br />
<br />
=== SHT21 ===<br />
<br />
[http://www.sensirion.com Sensirion] bietet auch den SHT21 Feuchtigkeits- und Temperatursensor an, welcher wesentlich genauer ist.<br />
<br />
Vorteile:<br />
* I2C digital, PWM and SDM/analog Volt Ausgabe<br />
* Maximal 5 Messungen/s @ 14bit<br />
* Temperaturbereich von -40 – +125°C<br />
* Feuchtigkeit mit einer Genauigkeit von +-2%RH<br />
* Günstig (3-4€ Farnell/RS 2014)<br />
<br />
Nachteile:<br />
* nur als SMD-Package<br />
<br />
Application Notes und Datenblätter findet man [http://www.sensirion.com/en/products/humidity-temperature/humidity-sensor-sht2x/ hier].<br />
<br />
=== ADT7310 / ADT7xxx-Familie von AD ===<br />
<br />
Der [http://www.analog.com/en/sensors/digital-temperature-sensors/adt7310/products/product.html ADT7310] von [http://www.analog.com/ Analog Devices] besitzt eine Auflösung von 16 Bit und eine Genauigkeit von ±0.5°C im Bereich von −40°C bis +105°C.<br />
<br />
Vorteile:<br />
* Ansteuerung per [[SPI]] ADT73xx oder [[I2C]] ADT74xx<br />
* keine Kalibrierung notwendig<br />
* hohe [[Auflösung und Genauigkeit]]: 16 Bit<br />
** ADT7x02 2,00°<br />
** ADT7x01 1,00°<br />
** ADT7x10 0,40 / 0,50°<br />
** ADT7x20 0,20 / 0,25°<br />
* auch für automotive / als Die lieferbar<br />
* programmierbarer [[Interrupt]]ausgang für Unter- und Übertemperatur<br />
* relativ günstig (ca. 3-8€ bei Digi-Key, Stand 12/2011)<br />
<br />
Nachteile:<br />
* TBD<br />
<br />
NB: ONsemi hat auch Temperatursensoren mit der Bezeichnung ADT7xxx, verwendet aber ein anderes Namensschema<br />
<br />
=== TSYS01 / G-NICO-018 von Measurement Specialties Inc. ===<br />
* sehr hohe [[Auflösung und Genauigkeit]]: 0,10° @ -5°C … +50°C 16/24 Bit<br />
* Gehäuse 16-VQFN Exposed Pad<br />
* SPI / I2C über Pin auswählbar<br />
* Preis: 8,60 (4,40 @1k) bei Digikey<br />
kleiner Nachteil: der Sensor liefert den ADC-Wert und die Kompensationskonstanten (5 Polymon-Koeffizienten), mit denen im µC die Temperatur berechnet werden muss.<br />
<br />
=== SE95 ===<br />
<br />
Der [http://www.nxp.com/documents/data_sheet/SE95.pdf SE95] von NXP hat 13 Bit Auflösung, Genauigkeit ±2°C im Messbereich von -55°C bis +125°C, I²C, Gehäuse SO8 und TSSOP8. Einzelstück-Preis bei Segor 1,50€ (2012/I)<br />
<br />
<br />
=== BMP085 / BMP180 ===<br />
Die BMP085 (bzw. der verbesserte, aber Pin- und Software-komapatible Nachfolger BMP180) sind eigentlich Luftdrucksensoren, die jedoch auch einen Temperatursensor mitbringen. Der Anschluss erfolgt über I2C.<br />
<br />
Vorteile:<br />
* Wenig Stromverbrauch (5µA bei 1 Messung/s)<br />
* Liefern Luftdruck gleich mit<br />
* Absolute Genauigkeit (+-1°C typ. über kompletten Temperaturbereich). Relative Genauigkeit ist im Datenblatt nicht spezifiziert, gemessen gegen einen SHT11 ca. +-0.1°C. <br />
* Auflösung: 0.1°C mit Herstellercode, mehr ist möglich (16Bit)<br />
* Fertige Platinen für wenig Geld verfügbar (ca. 1,70€ inkl. Versand aus China)<br />
<br />
Nachteile:<br />
* Sehr aufwändige Linearisierung (Kalibrationskoeffizienten sind im Sensor gespeichert, müssen aber vom Host-µC verrechnet werden. Code ist im Datenblatt)<br />
* Nur als SMD<br />
* Bei Reichelt und Conrad nicht erhältlich. <br />
<br />
Preis: Ebay 1,70€ (mit Platine, China), Aliexpress 1,10€ (nackter Chip, China, mind. 10 Stück sonst auch ca. 1,70€)<br />
<br />
<br />
<br />
== Preisübersicht ==<br />
<br />
{| class="wikitable"<br />
|+ '''Preisübersicht 11/2012'''<br />
|-<br />
! Bauteil || Segor || RS-Components || Conrad || Farnell || Reichelt || DigiKey<br />
|-<br />
| AD592 || 21,40 || 5,74 || 6,43 || 5,90 || 3,95 || 4,61<br />
|-<br />
| ADT7310 || - || - || - || 4,56 || - || 3,02<br />
|-<br />
| ADT7410 || - || 3,35 || - || 2,71 || - || 3,02<br />
|-<br />
| DS1621 || 7,60 || 5,29 || 5,08 || 5,65 || - || 4,54<br />
|-<br />
| DS1629 || 8,70 || 8,68 || - || 5,00 || 6,50 || 7,65<br />
|-<br />
| DS1631 || 8,00 || 2,91 || - || 3,11 || - || 3,94<br />
|-<br />
| DS1731 || - || - || - || 9,79 || - || 3,81<br />
|-<br />
| DS1821 || 5,90 || 5,27 || 6,27 || - || - || 5,05<br />
|-<br />
| DS18B20 || 2,50 || 3,06 || - || 3,26 || 3,20 || 3,93<br />
|-<br />
| DS1921 || - || 26,15 || - || - || - || 21,13<br />
|-<br />
| DS1922 || - || 62,00 || - || - || - || 43,11<br />
|-<br />
| DS1923 || - || 97,96 || - || - || - || 80,30<br />
|-<br />
| KTY81/121 || - || - || - || 0,79 || 0,59 || 0,85<br />
|-<br />
| LM75 || 1,50 || 0,68 || 3,64 || 0,81 || 1,45 || 0,82<br />
|-<br />
| LM76 || - || 2,83 || - || 3,02 || - || 2,39<br />
|-<br />
| LM135 || 10,10 || 10,28 || - || 8,95 || 7,95 || 10,26<br />
|-<br />
| LM235 || - || - || - || 1,80 || 1,40 || 1,26<br />
|-<br />
| LM334 || 0,90 || 0,72 || 1,67 || 1,01 || 0,49 || 0,74<br />
|-<br />
| LM335 || 1,30 || 0,56 || 1,92 || 0,55 || 0,71 || 0,80<br />
|-<br />
| PT100 || 3,80 || 3,99 || 4,00 || 9,79 || 4,27 || 0,68<br />
|-<br />
| SE95 || 1,50 || 0,63 || - || 1,45 || - || 1,00<br />
|-<br />
| SHT11 || 26,00 || 24,38 || 33,20 || 25,65 || - || 36,76<br />
|-<br />
| SHT15 || - || 27,69 || 36,30 || 28,72 || - || -<br />
|-<br />
| SHT21 || 29,50 || 18,10 || - || 21,16 || - || -<br />
|-<br />
| SHT71 || 25,40 || 29,06 || 36,89 || 30,88 || - || -<br />
|-<br />
| SHT75 || - || 33,77 || 42,48 || 35,52 || - || -<br />
|-<br />
| SMT160-30 || - || 9,28 || 8,14 || 12,38 || - || -<br />
|-<br />
| TMP75 || - || 0,80 || - || 0,85 || - || 1,37<br />
|-<br />
| TSic206 || - || - || 5,84 || - || 4,20 || -<br />
|}<br />
<br />
[[Kategorie:Sensorik]]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Benutzer:Maxmb&diff=92002Benutzer:Maxmb2016-02-22T13:53:21Z<p>Maxmb: Die Seite wurde neu angelegt: „Warum soll ich hier was schreiben?“</p>
<hr />
<div>Warum soll ich hier was schreiben?</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=92001Modbus2016-02-22T03:27:16Z<p>Maxmb: </p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet als Modbus ASCII.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Eine recht schlanke und leicht einzubindende freie Implementierung in C für den AVR: [https://sourceforge.net/projects/yambsiavr/ yaMBSiavr]<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung, die auf so ziemlich jede Plattform portiert werden kann. Leider schwierig zu benutzen: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Hausbus&diff=92000Hausbus2016-02-22T00:31:40Z<p>Maxmb: /* Modbus */</p>
<hr />
<div>= Anforderungen =<br />
<br />
== Zentral/Dezentral ==<br />
<br />
Grundsätzlich kann so eine Steuerung zentral oder dezentral arbeiten (wobei natürlich auch Mischformen denkbar sind).<br />
<br />
=== Zentral ===<br />
<br />
Beim zentralen Ansatz gibt es einen Master, der zyklisch alle Sensoren (Thermometer, Lichtschalter, usw.) abfragt und dann die entsprechenden Aktionen auslöst.<br />
<br />
:+ wenig Intelligenz bei den Sensoren/Aktoren nötig<br />
:+ bei Konfigurationsänderungen keine Änderungen bei den Sensoren/Aktoren nötig.<br />
:+ keine Multimasterfähigkeit nötig<br />
:- je mehr Sensoren vorhanden sind, desto länger dauert ein Abfragezyklus. Da so ein selbst gebauter Hausbus ja auch Raum für Erweiterungen bieten soll, sollte man schon mit 100-200 Sensoren rechnen (Lichtschalter, Thermometer, Glasbruchsensoren, Rauchmelder usw. usf)<br />
:- Wenn die Zentrale ausfällt, dann fällt die gesamte Steuerung auf einmal aus<br />
<br />
Anmerkung: Falls, wie im dezentralen Fall die Sensoren von sich aus Zustandsänderungen melden, aber die Nachrichten nur an den Master schicken, entfällt der Nachteil durch das Polling. Dafür muss der Master allerdings asynchron eintreffende Nachrichten verarbeiten können (das kommt dann als Erschwernis dazu).<br />
<br />
=== Dezentral ===<br />
<br />
Beim dezentralen Ansatz senden die Sensoren (z.&nbsp;B. Lichtschalter) Botschaften an die Aktoren (z.&nbsp;B. die Glühlampe).<br />
<br />
:+ Die Buslast hängt von der Anzahl Ereignisse ab und nicht von der Anzahl Sensoren. Ein Glasbruchsensor, der nie aktiv wird, verursacht auch keine Buslast.<br />
:+ Keine Schaltzentrale nötig (also kein Single Point of Failure)<br />
:- Multimasterfähigkeit bei allen Sendern (also allen Sensoren) nötig.<br />
:- Konfigurationsänderungen müssen immer an den entsprechenden Aktoren/Sensoren gemacht werden. Dazu muss man sie entweder fernkonfigurieren können oder mit dem Konfigurationsgerät direkt an die jeweiligen Geräte.<br />
<br />
== Geschwindigkeit ==<br />
<br />
Solange man nur ein einzelnes Wohnhaus (und nicht etwa eine Schule oder eine Fabrik) ausrüsten will und nur die üblichen Sensoren/Aktoren hat, ist praktisch jeder Bus schnell genug. Andererseits erlauben RS485 und der CAN-Bus bei den in einem Haus vorkommenden Kabellängen auch durchaus Geschwindigkeiten von 1 MBit/s, wodurch man auch andere Anwendungen damit realisieren könnte.<br />
<br />
--> Hohe Geschwindigkeit heißt höherer Aufwand und höhere Kosten <--<br />
<br />
Ein Hausbus sollte deshalb in der Geschwindigkeit auf die notwendigen Bedürfnisse abgestimmt sein. Folgende Rechnung lässt sich aufmachen:<br />
Ein Frame mit einem einfachen Event z.&nbsp;B. "Taste 4 des Moduls 0x2007 gedrückt" lässt sich mit allem Nötigen wie Priorität, Parity-Bits Anzahl Datenbytes und Checksumme in 6 "Byte" à 10 Bit verpacken. Bei einer Geschwindigkeit von nur 10 kHz dauert die Übertragung ca. 6 ms. Erlaubt man pro Frame max. 12 Datenbyte, ergeben sich 18 ms. Wobei 12 Datenbyte eigentlich nur zur Konfiguration der Knoten nötig sind. Uhrzeit, Datum, Temperaturen usw. kann man meistens mit 2 - 4 Datenbyte melden. Da mit der CAN-Topologie kollisionsfrei Daten übertragen werden und ein Hausbus im Allgemeinen keiner hohen Belastung unterliegt, ist es realistisch sonstige Verzögerungen zu vernachlässigen. Ich habe in meinem Fünf-Personen-Haushalt den Bus nach "Bus-belegt-Verzögerungen" gescannt und in drei Monaten vier dieser Ereignisse festgestellt. Das bedeutete 12 ms anstatt der erwähnten 6 ms.<br />
<br />
Warum sollte man schneller werden, wenn eine Verzögerung von 200 ms in der Realität nicht festgestellt wird. Die Verzögerung einer Leuchtstofflampe empfinde ich da schon eher als störend.<br />
<br />
Sollten wir eine Schule mit solch einem Bus betreiben und 166 Kinder stürmen in die Pause und betätigen dann alle einen Taster, verzögert sich das letzte Ereignis um nicht ganz eine Sekunde.<br />
<br />
= Vergleich von Hausbussystemen =<br />
<br />
(es gibt auch noch DALI für Lichtsteuerung [http://epanorama.rackhost.net/linkbak/lights.html#homeautomation epanorama])<br />
<br />
== [[NRF24L01_Tutorial|NRF24L01]] ==<br />
<br />
:+ keine Leitungen<br />
:+ sehr günstig, geringe Kosten pro Knoten<br />
:+ multimasterfähig<br />
:+ übertragungssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt)<br />
:+ Herstellerunabhängig<br />
:+ fertige Funkmodule mit 8-Pin-Steckverbindung erhältlich<br />
:+ über USB-Dongle vom PC ansteuerbar<br />
:o Protokoll zum Teil bereits im Chip (Beaconing und Vermaschung muss selbst programmiert werden)<br />
:- keine genormten Hausbus-Protokolle<br />
<br />
Diskussion im Thread [http://www.mikrocontroller.net/topic/314298 NRF24L01+ als Hausbus]<br />
<br />
== EIB / KNX ==<br />
<br />
:+ nur 2 Leitungen für Daten, Power und GND<br />
:+ kein Abschluss-R nötig, alle Bustopologien<br />
:+ multimasterfähig<br />
:+ übertragungssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt)<br />
:+ Herstellerunabhängig (eine Vielzahl von Herstellern bieten Komponenten für alle erdenklichen Anwendungen)<br />
:- Chips nur schwer erhältlich und teuer<br />
:- nur industrielle Module erhältlich, kein Selbstbau<br />
<br />
:+ Freebus als Selbstbauvariante? [http://www.freebus.org Freebus Homepage (Deutsch)]<br />
<br />
== [[CAN-Bus]] ==<br />
<br />
:+ Protokoll bereits im Chip<br />
:+ multimasterfähig<br />
:+ übertragungssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt)<br />
:+ hohe Störsicherheit durch differentielle Übertragung<br />
:O Preis ist ausgewogen<br />
:- es werden 2 Leitungen Daten + Power + GND benötigt<br />
:- Abzweigungen vom Bus sind problematisch (max. 1 m?)<br />
:- Abschluss-R notwendig<br />
<br />
== [[RS-485]] ==<br />
<br />
:+ sehr günstig<br />
:+ Schnittstellenbausteine können direkt an den USART eines Mikrocontrollers angeschlossen werden<br />
:+ Buslänge von 1200 m möglich<br />
:+ hohe Störsicherheit durch differentielle Übertragung<br />
:- Abzweigungen vom Bus sind problematisch (max. 1 m?)<br />
:- Abschluss-R notwendig<br />
:- von Haus aus nicht multimasterfähig, muss per Software realisiert werden<br />
<br />
== [[1-wire als Hausbus]] ==<br />
<br />
:+/- zentrales System<br />
:+ sehr günstig<br />
:+ sehr einfache Verdrahtung<br />
:+ integrierte Peripheriebausteine erhältlich (Thermometer, I/O-Bausteine, etc.)<br />
:+ über einfaches Selbstbauinterface vom PC ansteuerbar<br />
:+ Bus kann mit Pullup-Widerstand direkt von einem bidirektionalen Microcontrollerpin angesteuert werden<br />
:+ professionelle Softwareinterface frei erhältlich (unterstützt bis zu acht Busleitungen)<br />
:+ mit einfachem Pullup-Widerstand maximal 200 m Buslänge zulässig<br />
:+ mit aufwendigerem aktiven Pullup maximal 500 m Buslänge zulässig<br />
:+ integrierte Interfaceschaltungen für I²C, USB und Serielle Schnittstelle erhältlich<br />
:+ ausführliche Darstellung zur Buslänge in Appnote 148 verfügbar<br />
:+ Peripherie ohne separate Spannungsversorgung möglich <br />
:+ umfangreiche Herstellerunterstützung durch technische Dokumente<br />
:- nicht multimasterfähig<br />
:- max. 75 Bausteinabfragen/s<br />
:- Peripherieschaltungen nur als integrierte Bausteine erhältlich<br />
:- in Software realisierte Peripherie verstößt gegen US-Patente<br />
:- keine differentielle Übertragung, dadurch deutlich störanfälliger<br />
:- keine genormte Kabel- und Steckerbelegung<br />
<br />
== [[I2C als Hausbus|I²C als Hausbus]] ==<br />
<br />
:+ billig<br />
:+ multimasterfähig<br />
:+ viele direkt anschließbare Slave-Bausteine vorhanden<br />
:+ mit Treiber IC Kabellängen von 100m und mehr möglich<br />
:- differentielle Übertragung nur mit Mehraufwand möglich<br />
:- ohne differentielle Übertragung störanfällig<br />
:- ohne Treiber IC nur Kabellängen unter 10 m möglich<br />
:- als "Inter-IC-Bus" zur Anwendung innerhalb von Geräten konzipiert<br />
<br />
== Ethernet ==<br />
<br />
:+ multimasterfähig<br />
:+ sehr schnell<br />
:+/- mit TP-Kabel (100Base-T) Sternstruktur, Leitungslänge bis 100 m<br />
:+/- mit Koaxkabel (10Base-2) Busstruktur, Leitungslänge bis 185 m<br />
:+ Verkabelung und Stecker sind genormt<br />
:- aufwändig anzusteuern (hoher Hardware- und Softwareaufwand)<br />
:- (teuer) d.h. für Selbstbau aufwendig<br />
:- (hoher Stromverbrauch des TCP/IP Treibers/PHY-ICs)<br />
<br />
== Powerline ==<br />
<br />
z.B. [http://de.wikipedia.org/wiki/X10_(Protokoll) X10], [http://de.wikipedia.org/wiki/PLC-BUS PLC-Bus]<br />
<br />
:+ Nachrüstbar (keine zusätzliche Verdrahtung erforderlich)<br />
:+ nutzt vorhandene Netzinstallation<br />
:- erzeugt ein breitbandiges Störspektrum (nur bei dLan), das über die Netzinstallation unkontrolliert abgestrahlt wird<br />
:- kann Funkbetrieb, insbesondere im Kurzwellenbereich, stören (bei Powerline im 125kHz-Bereich sind Störungen des Kurzwellenfunks ausgeschlossen)<br />
:- funktioniert ohne Phasenkoppler nur auf gleichen Phasen (Phasenkoppler besteht aus drei Kondensatoren)<br />
:- Netzteile mit vernünftigen EMI-Filter filtern auch das PL-Signal (hinter Netzteilfiltern wird meist kein Bus-Signal mehr benötigt)<br />
:- geringe Übertragungsrate (ohne breitbandige Störspektren zu erzeugen)<br />
:- Modems werden im Störungsfall von der RegTP außer Betrieb genommen und werden dadurch wertlos (VDE Konformität erforderlich, Layout anspruchsvoll - Labortests?)<br />
:- Kann von Energiesparlampen bzw von deren Vorschaltgeräte gestört werden (moderne Transceiver ICs sind relativ störsicher. Aber: Kosten)<br />
:- Netzspannung! (es gelten nicht mehr allein Niederspannungsrichtlinien)<br />
<br />
==LON==<br />
<br />
==LCN==<br />
:+ Nur ein Draht zusätzlich zu 230V-Leitungen notwendig<br />
<br />
== HS485 ==<br />
von [http://www.elv.de ELV]<br />
:+ Verwendet RS-485-Standard<br />
:+ Günstige Komponenten erhältlich, allerdings nur noch Restposten<br />
:+ Eigenbau möglich, da [http://www.elv-downloads.de/downloads/programme/HS485/HS485_Protokoll.pdf Protokoll dokumentiert]<br />
:- Wird nicht mehr aktiv weiter entwickelt (Nachfolger: HomeMatic, allerdings inkompatibel)<br />
<br />
== [[Modbus]] ==<br />
:+ verwendet RS-485-Standard<br />
:+ viel Hardware aus dem Industriebereich verfügbar<br />
:+ Eigenbau sehr leicht möglich, es sind freie Implementierungen für viele gängige Mikrocontroller verfügbar<br />
:+ offenes Protokoll<br />
:+ seit Jahrzehnten standardisiert, wird vermutlich noch lange existieren<br />
:- benötigt immer einen Busmaster, zB. openHAB, eine SPS oder eine eigene Lösung auf Mikrocontroller- oder PC-basis<br />
<br />
==HomeMatic==<br />
[http://www.homematic.com Homepage]<br />
:+ Es gibt Funk- und RS485-Komponenten (HomeMatic Wired), die auch gemeinsam eingesetzt werden können<br />
:+ Das Wired-Protokoll ist teilweise dokumentiert, ein Nachbau von Komponenten ist möglich. [http://forum.fhem.de/index.php?action=dlattach;topic=10027.0;attach=2441]<br />
:- Komponenten nur von einem Anbieter<br />
HomeMatic Wired Protokoll ist (inkompatibler) Nachfolger von HS485 (ELV) [http://www.elv-downloads.de/downloads/programme/HS485/HS485_Protokoll.pdf]<br />
<br />
==Qbus==<br />
[http://www.qbus.be/en/home Homepage]<br />
:+ Zwei Leitungen reichen für Daten und Stromversorgung der Komponenten<br />
:+ Busleitungen verpolungssicher<br />
:- Zentrale nötig<br />
:- Komponenten nur von einem Anbieter<br />
<br />
==RWE SmartHome==<br />
[http://www.rwe-smarthome.de/ Homepage]<br />
:+ Keine Leitungen nötig<br />
<br />
== Dupline ==<br />
[http://www.smartbus.de Homepage]<br />
:+ Kommt mit zweipoligem Kabel aus<br />
:+ Stromversorgung der Busgeräte über den Bus<br />
:+ Einfaches Protokoll, sollte leicht nachzuprogrammieren sein für eigene Erweiterungen<br />
:+ Garantierte Antwortzeiten / Raktionszeiten (Echtzeit-System)<br />
:- Weniger Flexibilität als andere Bussysteme<br />
<br />
== SmartBUS G4 ==<br />
[http://smarthomebus.com/ Homepage]<br />
[http://smarthomebus.com/dealers/Protocols/SMART-BUS%20Protocol%20V1.4.pdf Protokollbeschreibung]<br />
[http://smarthomebus.com/dealers/Protocols/Smart%20Bus%20Commands%20V5.10.pdf Befehlssatz]<br />
: Basiert auf RS-485<br />
:+ Offenes, aber patentiertes Protokoll<br />
:+ Sehr umfangreiches Produktprogramm<br />
:- Nur ein Hersteller<br />
<br />
== Yakko ==<br />
[http://yakko.sourceforge.net/ Homepage] - Der Link auf das „Hardware“-PDF funktioniert nicht. Die Hardware-Beschreibung ist im Protokoll-PDF enthalten.<br />
: Basiert auf RS-485<br />
:+ Open Source<br />
:+ Ausführliche Dokumentation<br />
:- Projekt scheint seit Ende 2007 nicht mehr betreut zu sein<br />
<br />
== Link Network Protocol via RS-485 ==<br />
[http://www.seng.de/technologie/link-network-protocol/ SENG digitale Systeme] - Nachrichtenbasierten Netzwerk-Protokoll auf Basis von Punkt zu Punkt RS-485 Übertragungsstecken<br />
<br />
Eckdaten:<br />
<br />
:+ alle Teilnehmer sind gleichberechtigt, kein Token, kein Polling<br />
:+ übertragungssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt) <br />
:+ Installation und Betrieb ohne Vergabe einer Busadresse oder Installation eines Busabschlusses<br />
:+ Netzwerktopologie kann als Linie, Ring oder Baum ausgeführt werden<br />
:+ eine hohe Anzahl von Netzwerkteilnehmern ist möglich<br />
:+ Abstand zweier Teilnehmer kann bis zu 1000m bei 115200 bit/s Übertragungsrate betragen<br />
:+ vollständig RS-485 konforme, robuste Übertragungsstrecken<br />
:+ Kommunikation belastet den Mikrocontroller (mit DMA) kaum<br />
:+ einfache Lokalisierung eines defekten Knotens oder einer defekten Übertragungsstrecke<br />
:+ Adressierung einzelner Knoten, von Gruppen oder Gerätetypen ist möglich<br />
:+ innerhalb eines Netzwerkes Betrieb von Übertragungsstrecken mit unterschiedlichen Übertragungsraten<br />
:+ keine speziellen Halbleiter notwendig<br />
:+ integrierter USB Anschluss / Access point im Netzwerkknoten<br />
:+ Software Development Kit und Demo-Baugruppe (ARM Cortex-M3 MCU) verfügbar<br />
:+ komfortable und kostenfreie Entwicklungsumgebung (für ARM Cortex-M3) verfügbar<br />
:+ nicht kommerzielle Nutzung ist kostenfrei möglich<br />
:+ offengelegte Spezifikation<br />
:+ Anwendungsgebiete: Steuerungstechnik, Gebäudeautomation, ...<br />
:- bei kommerzieller Anwendung Kosten für Registrierung (einmalig 99€) und Lizenzgebühren pro Netzwerkknoten (ca. 0,05€)<br />
:- nur ein Anbieter (Stand Juni 2014)<br />
<br />
= Links =<br />
<br />
== Forum ==<br />
<br />
* [http://www.mikrocontroller.net/forum/hausbus Hausbusforum]<br />
<br />
== Allgemein ==<br />
<br />
* http://www.uni-weimar.de/~weiprech/hausbus/<br />
<br />
== CAN ==<br />
<br />
* [[CAN als Hausbus]]<br />
* [[Hausbus Diskussion|Hausbus open source projekt]]<br />
* [http://www.isysbus.org Hausbus open source projekt (iSysBus-Homepage)]<br />
* [http://openhcan.org openHCAN - Hausautomatisierung auf CAN Basis]<br />
<br />
== EIB / KNX ==<br />
<br />
* [http://www.eib-home.de eib-home]<br />
* [http://www.knx-user-club.de knx-user-club]<br />
* [http://www.opternus.de/opternus-components/Preisliste/EIB%20Preisliste%201.July%202005.pdf Chipsatz Preisliste] // Link Funktioniert nicht mehr<br />
<br />
== RS485 ==<br />
* [http://openhc.sourceforge.net OpenHC - PHC Bus kompatibel]<br />
<br />
== Ethernet ==<br />
<br />
* [https://web.archive.org/web/20120417082158/http://www.ifas.htwk-leipzig.de/easytoweb/download/Verwendung%20eines%208-bit%20Microcontrollers%20zur%20Ethernet%20Vernetzung%20in%20der%20Hausautomation.pdf Diplomarbeit]<br />
<br />
== Powerline ==<br />
<br />
* [http://www.plc-bus.de]<br />
* [http://www.thelastinstance.de/elek/project03_4.phtml]<br />
* [http://www.darc.de/aktuell/plc/index.html (gilt für Powerline bei PC-Vernetzung/dLan)]<br />
* [http://www.ulrichradig.de/index.html Projekte-pl-modem]<br />
<br />
== EnOcean ==<br />
<br />
* [http://www.omnio.ch]<br />
<br />
== Link Network Protocol via RS-485 ==<br />
<br />
* [http://www.seng.de/technologie/link-network-protocol/ Beschreibung]<br />
* [http://www.seng.de/produkte/sdmn-devkit/ Software Development Kit]<br />
* [http://www.seng.de/produkte/sdmn-devkitpro/ Software Development Kit Pro]<br />
* [http://www.seng.de/produkte/sdmn-0002c3/ Hardware]<br />
* [http://www.seng.de/technologie/toolchain-stm32/ Entwicklungsumgebung]<br />
* [http://www.seng.de/produkte/sdmn-cc1/ Steuerung / Sensor / Aktor]<br />
<br />
== Sonstiges ==<br />
<br />
* [http://www.mikrocontroller.net/articles/S0-Schnittstelle S0-Schnittstelle(!= S0-BUS)]<br />
<br />
[[Kategorie:Hausbus]]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91653Modbus2016-02-07T13:31:34Z<p>Maxmb: </p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Eine recht schlanke und leicht einzubindende freie Implementierung in C für den AVR: [https://sourceforge.net/projects/yambsiavr/ yaMBSiavr]<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung, die auf so ziemlich jede Plattform portiert werden kann. Leider schwierig zu benutzen: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Hausbus&diff=91647Hausbus2016-02-06T15:08:36Z<p>Maxmb: </p>
<hr />
<div>= Anforderungen =<br />
<br />
== Zentral/Dezentral ==<br />
<br />
Grundsätzlich kann so eine Steuerung zentral oder dezentral arbeiten (wobei natürlich auch Mischformen denkbar sind).<br />
<br />
=== Zentral ===<br />
<br />
Beim zentralen Ansatz gibt es einen Master, der zyklisch alle Sensoren (Thermometer, Lichtschalter, usw.) abfragt und dann die entsprechenden Aktionen auslöst.<br />
<br />
:+ wenig Intelligenz bei den Sensoren/Aktoren nötig<br />
:+ bei Konfigurationsänderungen keine Änderungen bei den Sensoren/Aktoren nötig.<br />
:+ keine Multimasterfähigkeit nötig<br />
:- je mehr Sensoren vorhanden sind, desto länger dauert ein Abfragezyklus. Da so ein selbst gebauter Hausbus ja auch Raum für Erweiterungen bieten soll, sollte man schon mit 100-200 Sensoren rechnen (Lichtschalter, Thermometer, Glasbruchsensoren, Rauchmelder usw. usf)<br />
:- Wenn die Zentrale ausfällt, dann fällt die gesamte Steuerung auf einmal aus<br />
<br />
Anmerkung: Falls, wie im dezentralen Fall die Sensoren von sich aus Zustandsänderungen melden, aber die Nachrichten nur an den Master schicken, entfällt der Nachteil durch das Polling. Dafür muss der Master allerdings asynchron eintreffende Nachrichten verarbeiten können (das kommt dann als Erschwernis dazu).<br />
<br />
=== Dezentral ===<br />
<br />
Beim dezentralen Ansatz senden die Sensoren (z.&nbsp;B. Lichtschalter) Botschaften an die Aktoren (z.&nbsp;B. die Glühlampe).<br />
<br />
:+ Die Buslast hängt von der Anzahl Ereignisse ab und nicht von der Anzahl Sensoren. Ein Glasbruchsensor, der nie aktiv wird, verursacht auch keine Buslast.<br />
:+ Keine Schaltzentrale nötig (also kein Single Point of Failure)<br />
:- Multimasterfähigkeit bei allen Sendern (also allen Sensoren) nötig.<br />
:- Konfigurationsänderungen müssen immer an den entsprechenden Aktoren/Sensoren gemacht werden. Dazu muss man sie entweder fernkonfigurieren können oder mit dem Konfigurationsgerät direkt an die jeweiligen Geräte.<br />
<br />
== Geschwindigkeit ==<br />
<br />
Solange man nur ein einzelnes Wohnhaus (und nicht etwa eine Schule oder eine Fabrik) ausrüsten will und nur die üblichen Sensoren/Aktoren hat, ist praktisch jeder Bus schnell genug. Andererseits erlauben RS485 und der CAN-Bus bei den in einem Haus vorkommenden Kabellängen auch durchaus Geschwindigkeiten von 1 MBit/s, wodurch man auch andere Anwendungen damit realisieren könnte.<br />
<br />
--> Hohe Geschwindigkeit heißt höherer Aufwand und höhere Kosten <--<br />
<br />
Ein Hausbus sollte deshalb in der Geschwindigkeit auf die notwendigen Bedürfnisse abgestimmt sein. Folgende Rechnung lässt sich aufmachen:<br />
Ein Frame mit einem einfachen Event z.&nbsp;B. "Taste 4 des Moduls 0x2007 gedrückt" lässt sich mit allem Nötigen wie Priorität, Parity-Bits Anzahl Datenbytes und Checksumme in 6 "Byte" à 10 Bit verpacken. Bei einer Geschwindigkeit von nur 10 kHz dauert die Übertragung ca. 6 ms. Erlaubt man pro Frame max. 12 Datenbyte, ergeben sich 18 ms. Wobei 12 Datenbyte eigentlich nur zur Konfiguration der Knoten nötig sind. Uhrzeit, Datum, Temperaturen usw. kann man meistens mit 2 - 4 Datenbyte melden. Da mit der CAN-Topologie kollisionsfrei Daten übertragen werden und ein Hausbus im Allgemeinen keiner hohen Belastung unterliegt, ist es realistisch sonstige Verzögerungen zu vernachlässigen. Ich habe in meinem Fünf-Personen-Haushalt den Bus nach "Bus-belegt-Verzögerungen" gescannt und in drei Monaten vier dieser Ereignisse festgestellt. Das bedeutete 12 ms anstatt der erwähnten 6 ms.<br />
<br />
Warum sollte man schneller werden, wenn eine Verzögerung von 200 ms in der Realität nicht festgestellt wird. Die Verzögerung einer Leuchtstofflampe empfinde ich da schon eher als störend.<br />
<br />
Sollten wir eine Schule mit solch einem Bus betreiben und 166 Kinder stürmen in die Pause und betätigen dann alle einen Taster, verzögert sich das letzte Ereignis um nicht ganz eine Sekunde.<br />
<br />
= Vergleich von Hausbussystemen =<br />
<br />
(es gibt auch noch DALI für Lichtsteuerung [http://epanorama.rackhost.net/linkbak/lights.html#homeautomation epanorama])<br />
<br />
== [[NRF24L01_Tutorial|NRF24L01]] ==<br />
<br />
:+ keine Leitungen<br />
:+ sehr günstig, geringe Kosten pro Knoten<br />
:+ multimasterfähig<br />
:+ übertragungssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt)<br />
:+ Herstellerunabhängig<br />
:+ fertige Funkmodule mit 8-Pin-Steckverbindung erhältlich<br />
:+ über USB-Dongle vom PC ansteuerbar<br />
:o Protokoll zum Teil bereits im Chip (Beaconing und Vermaschung muss selbst programmiert werden)<br />
:- keine genormten Hausbus-Protokolle<br />
<br />
Diskussion im Thread [http://www.mikrocontroller.net/topic/314298 NRF24L01+ als Hausbus]<br />
<br />
== EIB / KNX ==<br />
<br />
:+ nur 2 Leitungen für Daten, Power und GND<br />
:+ kein Abschluss-R nötig, alle Bustopologien<br />
:+ multimasterfähig<br />
:+ übertragungssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt)<br />
:+ Herstellerunabhängig (eine Vielzahl von Herstellern bieten Komponenten für alle erdenklichen Anwendungen)<br />
:- Chips nur schwer erhältlich und teuer<br />
:- nur industrielle Module erhältlich, kein Selbstbau<br />
<br />
:+ Freebus als Selbstbauvariante? [http://www.freebus.org Freebus Homepage (Deutsch)]<br />
<br />
== [[CAN-Bus]] ==<br />
<br />
:+ Protokoll bereits im Chip<br />
:+ multimasterfähig<br />
:+ übertragungssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt)<br />
:+ hohe Störsicherheit durch differentielle Übertragung<br />
:O Preis ist ausgewogen<br />
:- es werden 2 Leitungen Daten + Power + GND benötigt<br />
:- Abzweigungen vom Bus sind problematisch (max. 1 m?)<br />
:- Abschluss-R notwendig<br />
<br />
== [[RS-485]] ==<br />
<br />
:+ sehr günstig<br />
:+ Schnittstellenbausteine können direkt an den USART eines Mikrocontrollers angeschlossen werden<br />
:+ Buslänge von 1200 m möglich<br />
:+ hohe Störsicherheit durch differentielle Übertragung<br />
:- Abzweigungen vom Bus sind problematisch (max. 1 m?)<br />
:- Abschluss-R notwendig<br />
:- von Haus aus nicht multimasterfähig, muss per Software realisiert werden<br />
<br />
== [[1-wire als Hausbus]] ==<br />
<br />
:+/- zentrales System<br />
:+ sehr günstig<br />
:+ sehr einfache Verdrahtung<br />
:+ integrierte Peripheriebausteine erhältlich (Thermometer, I/O-Bausteine, etc.)<br />
:+ über einfaches Selbstbauinterface vom PC ansteuerbar<br />
:+ Bus kann mit Pullup-Widerstand direkt von einem bidirektionalen Microcontrollerpin angesteuert werden<br />
:+ professionelle Softwareinterface frei erhältlich (unterstützt bis zu acht Busleitungen)<br />
:+ mit einfachem Pullup-Widerstand maximal 200 m Buslänge zulässig<br />
:+ mit aufwendigerem aktiven Pullup maximal 500 m Buslänge zulässig<br />
:+ integrierte Interfaceschaltungen für I²C, USB und Serielle Schnittstelle erhältlich<br />
:+ ausführliche Darstellung zur Buslänge in Appnote 148 verfügbar<br />
:+ Peripherie ohne separate Spannungsversorgung möglich <br />
:+ umfangreiche Herstellerunterstützung durch technische Dokumente<br />
:- nicht multimasterfähig<br />
:- max. 75 Bausteinabfragen/s<br />
:- Peripherieschaltungen nur als integrierte Bausteine erhältlich<br />
:- in Software realisierte Peripherie verstößt gegen US-Patente<br />
:- keine differentielle Übertragung, dadurch deutlich störanfälliger<br />
:- keine genormte Kabel- und Steckerbelegung<br />
<br />
== [[I2C als Hausbus|I²C als Hausbus]] ==<br />
<br />
:+ billig<br />
:+ multimasterfähig<br />
:+ viele direkt anschließbare Slave-Bausteine vorhanden<br />
:+ mit Treiber IC Kabellängen von 100m und mehr möglich<br />
:- differentielle Übertragung nur mit Mehraufwand möglich<br />
:- ohne differentielle Übertragung störanfällig<br />
:- ohne Treiber IC nur Kabellängen unter 10 m möglich<br />
:- als "Inter-IC-Bus" zur Anwendung innerhalb von Geräten konzipiert<br />
<br />
== Ethernet ==<br />
<br />
:+ multimasterfähig<br />
:+ sehr schnell<br />
:+/- mit TP-Kabel (100Base-T) Sternstruktur, Leitungslänge bis 100 m<br />
:+/- mit Koaxkabel (10Base-2) Busstruktur, Leitungslänge bis 185 m<br />
:+ Verkabelung und Stecker sind genormt<br />
:- aufwändig anzusteuern (hoher Hardware- und Softwareaufwand)<br />
:- (teuer) d.h. für Selbstbau aufwendig<br />
:- (hoher Stromverbrauch des TCP/IP Treibers/PHY-ICs)<br />
<br />
== Powerline ==<br />
<br />
z.B. [http://de.wikipedia.org/wiki/X10_(Protokoll) X10], [http://de.wikipedia.org/wiki/PLC-BUS PLC-Bus]<br />
<br />
:+ Nachrüstbar (keine zusätzliche Verdrahtung erforderlich)<br />
:+ nutzt vorhandene Netzinstallation<br />
:- erzeugt ein breitbandiges Störspektrum (nur bei dLan), das über die Netzinstallation unkontrolliert abgestrahlt wird<br />
:- kann Funkbetrieb, insbesondere im Kurzwellenbereich, stören (bei Powerline im 125kHz-Bereich sind Störungen des Kurzwellenfunks ausgeschlossen)<br />
:- funktioniert ohne Phasenkoppler nur auf gleichen Phasen (Phasenkoppler besteht aus drei Kondensatoren)<br />
:- Netzteile mit vernünftigen EMI-Filter filtern auch das PL-Signal (hinter Netzteilfiltern wird meist kein Bus-Signal mehr benötigt)<br />
:- geringe Übertragungsrate (ohne breitbandige Störspektren zu erzeugen)<br />
:- Modems werden im Störungsfall von der RegTP außer Betrieb genommen und werden dadurch wertlos (VDE Konformität erforderlich, Layout anspruchsvoll - Labortests?)<br />
:- Kann von Energiesparlampen bzw von deren Vorschaltgeräte gestört werden (moderne Transceiver ICs sind relativ störsicher. Aber: Kosten)<br />
:- Netzspannung! (es gelten nicht mehr allein Niederspannungsrichtlinien)<br />
<br />
==LON==<br />
<br />
==LCN==<br />
:+ Nur ein Draht zusätzlich zu 230V-Leitungen notwendig<br />
<br />
== HS485 ==<br />
von [http://www.elv.de ELV]<br />
:+ Verwendet RS-485-Standard<br />
:+ Günstige Komponenten erhältlich, allerdings nur noch Restposten<br />
:+ Eigenbau möglich, da [http://www.elv-downloads.de/downloads/programme/HS485/HS485_Protokoll.pdf Protokoll dokumentiert]<br />
:- Wird nicht mehr aktiv weiter entwickelt (Nachfolger: HomeMatic, allerdings inkompatibel)<br />
<br />
== [[Modbus]] ==<br />
:+ verwendet RS-485-Standard<br />
:+ viel Hardware aus dem Industriebereich verfügbar<br />
:+ Eigenbau sehr leicht möglich<br />
:+ offenes Protokoll<br />
:- benötigt immer einen Busmaster, zB. openHAB oder eine eigene Lösung auf Mikrocontrollerbasis<br />
<br />
==HomeMatic==<br />
[http://www.homematic.com Homepage]<br />
:+ Es gibt Funk- und RS485-Komponenten (HomeMatic Wired), die auch gemeinsam eingesetzt werden können<br />
:+ Das Wired-Protokoll ist teilweise dokumentiert, ein Nachbau von Komponenten ist möglich. [http://forum.fhem.de/index.php?action=dlattach;topic=10027.0;attach=2441]<br />
:- Komponenten nur von einem Anbieter<br />
HomeMatic Wired Protokoll ist (inkompatibler) Nachfolger von HS485 (ELV) [http://www.elv-downloads.de/downloads/programme/HS485/HS485_Protokoll.pdf]<br />
<br />
==Qbus==<br />
[http://www.qbus.be/en/home Homepage]<br />
:+ Zwei Leitungen reichen für Daten und Stromversorgung der Komponenten<br />
:+ Busleitungen verpolungssicher<br />
:- Zentrale nötig<br />
:- Komponenten nur von einem Anbieter<br />
<br />
==RWE SmartHome==<br />
[http://www.rwe-smarthome.de/ Homepage]<br />
:+ Keine Leitungen nötig<br />
<br />
== Dupline ==<br />
[http://www.smartbus.de Homepage]<br />
:+ Kommt mit zweipoligem Kabel aus<br />
:+ Stromversorgung der Busgeräte über den Bus<br />
:+ Einfaches Protokoll, sollte leicht nachzuprogrammieren sein für eigene Erweiterungen<br />
:+ Garantierte Antwortzeiten / Raktionszeiten (Echtzeit-System)<br />
:- Weniger Flexibilität als andere Bussysteme<br />
<br />
== SmartBUS G4 ==<br />
[http://smarthomebus.com/ Homepage]<br />
[http://smarthomebus.com/dealers/Protocols/SMART-BUS%20Protocol%20V1.4.pdf Protokollbeschreibung]<br />
[http://smarthomebus.com/dealers/Protocols/Smart%20Bus%20Commands%20V5.10.pdf Befehlssatz]<br />
: Basiert auf RS-485<br />
:+ Offenes, aber patentiertes Protokoll<br />
:+ Sehr umfangreiches Produktprogramm<br />
:- Nur ein Hersteller<br />
<br />
== Yakko ==<br />
[http://yakko.sourceforge.net/ Homepage] - Der Link auf das „Hardware“-PDF funktioniert nicht. Die Hardware-Beschreibung ist im Protokoll-PDF enthalten.<br />
: Basiert auf RS-485<br />
:+ Open Source<br />
:+ Ausführliche Dokumentation<br />
:- Projekt scheint seit Ende 2007 nicht mehr betreut zu sein<br />
<br />
== Link Network Protocol via RS-485 ==<br />
[http://www.seng.de/technologie/link-network-protocol/ SENG digitale Systeme] - Nachrichtenbasierten Netzwerk-Protokoll auf Basis von Punkt zu Punkt RS-485 Übertragungsstecken<br />
<br />
Eckdaten:<br />
<br />
:+ alle Teilnehmer sind gleichberechtigt, kein Token, kein Polling<br />
:+ übertragungssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt) <br />
:+ Installation und Betrieb ohne Vergabe einer Busadresse oder Installation eines Busabschlusses<br />
:+ Netzwerktopologie kann als Linie, Ring oder Baum ausgeführt werden<br />
:+ eine hohe Anzahl von Netzwerkteilnehmern ist möglich<br />
:+ Abstand zweier Teilnehmer kann bis zu 1000m bei 115200 bit/s Übertragungsrate betragen<br />
:+ vollständig RS-485 konforme, robuste Übertragungsstrecken<br />
:+ Kommunikation belastet den Mikrocontroller (mit DMA) kaum<br />
:+ einfache Lokalisierung eines defekten Knotens oder einer defekten Übertragungsstrecke<br />
:+ Adressierung einzelner Knoten, von Gruppen oder Gerätetypen ist möglich<br />
:+ innerhalb eines Netzwerkes Betrieb von Übertragungsstrecken mit unterschiedlichen Übertragungsraten<br />
:+ keine speziellen Halbleiter notwendig<br />
:+ integrierter USB Anschluss / Access point im Netzwerkknoten<br />
:+ Software Development Kit und Demo-Baugruppe (ARM Cortex-M3 MCU) verfügbar<br />
:+ komfortable und kostenfreie Entwicklungsumgebung (für ARM Cortex-M3) verfügbar<br />
:+ nicht kommerzielle Nutzung ist kostenfrei möglich<br />
:+ offengelegte Spezifikation<br />
:+ Anwendungsgebiete: Steuerungstechnik, Gebäudeautomation, ...<br />
:- bei kommerzieller Anwendung Kosten für Registrierung (einmalig 99€) und Lizenzgebühren pro Netzwerkknoten (ca. 0,05€)<br />
:- nur ein Anbieter (Stand Juni 2014)<br />
<br />
= Links =<br />
<br />
== Forum ==<br />
<br />
* [http://www.mikrocontroller.net/forum/hausbus Hausbusforum]<br />
<br />
== Allgemein ==<br />
<br />
* http://www.uni-weimar.de/~weiprech/hausbus/<br />
<br />
== CAN ==<br />
<br />
* [[CAN als Hausbus]]<br />
* [[Hausbus Diskussion|Hausbus open source projekt]]<br />
* [http://www.isysbus.org Hausbus open source projekt (iSysBus-Homepage)]<br />
* [http://openhcan.org openHCAN - Hausautomatisierung auf CAN Basis]<br />
<br />
== EIB / KNX ==<br />
<br />
* [http://www.eib-home.de eib-home]<br />
* [http://www.knx-user-club.de knx-user-club]<br />
* [http://www.opternus.de/opternus-components/Preisliste/EIB%20Preisliste%201.July%202005.pdf Chipsatz Preisliste] // Link Funktioniert nicht mehr<br />
<br />
== RS485 ==<br />
* [http://openhc.sourceforge.net OpenHC - PHC Bus kompatibel]<br />
<br />
== Ethernet ==<br />
<br />
* [https://web.archive.org/web/20120417082158/http://www.ifas.htwk-leipzig.de/easytoweb/download/Verwendung%20eines%208-bit%20Microcontrollers%20zur%20Ethernet%20Vernetzung%20in%20der%20Hausautomation.pdf Diplomarbeit]<br />
<br />
== Powerline ==<br />
<br />
* [http://www.plc-bus.de]<br />
* [http://www.thelastinstance.de/elek/project03_4.phtml]<br />
* [http://www.darc.de/aktuell/plc/index.html (gilt für Powerline bei PC-Vernetzung/dLan)]<br />
* [http://www.ulrichradig.de/index.html Projekte-pl-modem]<br />
<br />
== EnOcean ==<br />
<br />
* [http://www.omnio.ch]<br />
<br />
== Link Network Protocol via RS-485 ==<br />
<br />
* [http://www.seng.de/technologie/link-network-protocol/ Beschreibung]<br />
* [http://www.seng.de/produkte/sdmn-devkit/ Software Development Kit]<br />
* [http://www.seng.de/produkte/sdmn-devkitpro/ Software Development Kit Pro]<br />
* [http://www.seng.de/produkte/sdmn-0002c3/ Hardware]<br />
* [http://www.seng.de/technologie/toolchain-stm32/ Entwicklungsumgebung]<br />
* [http://www.seng.de/produkte/sdmn-cc1/ Steuerung / Sensor / Aktor]<br />
<br />
== Sonstiges ==<br />
<br />
* [http://www.mikrocontroller.net/articles/S0-Schnittstelle S0-Schnittstelle(!= S0-BUS)]<br />
<br />
[[Kategorie:Hausbus]]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91646Modbus2016-02-06T14:10:35Z<p>Maxmb: /* Implementierungen */</p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Eine sehr schlanke und leicht einzubindende freie Implementierung in C für den AVR: [https://sourceforge.net/projects/yambsiavr/ yaMBSiavr]<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung, die auf so ziemlich jede Plattform portiert werden kann. Leider schwierig zu benutzen: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91645Modbus2016-02-06T13:54:36Z<p>Maxmb: /* Implementierungen */</p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Eine sehr schlanke und leicht einzubindende freie Implementierung in C für den AVR: [https://github.com/mbs38/yaMBSiavr yaMBSiavr]<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung, die auf so ziemlich jede Plattform portiert werden kann. Leider schwierig zu benutzen: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91644Modbus2016-02-06T13:53:47Z<p>Maxmb: /* Implementierungen */</p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Eine sehr schlanke und leicht einzubindende freie Implementierung in C für den AVR: [https://github.com/mbs38/yaMBSiavr yaMBSiavr]<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung die auf so ziemlich jede Plattform portiert werden kann: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91643Modbus2016-02-06T13:53:09Z<p>Maxmb: /* Implementierungen */</p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Eine sehr schlanke und leicht einzubindende freie Implementierung in C für den AVR:[https://github.com/mbs38/yaMBSiavr yaMBSiavr]<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung die auf so ziemlich jede Plattform portiert werden kann: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91642Modbus2016-02-06T13:52:50Z<p>Maxmb: /* Implementierungen */</p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
* Eine sehr schlanke und leicht einzubindende freie Implementierung in C für den AVR:[https://github.com/mbs38/yaMBSiavr yaMBSiavr]<br />
<br />
* Die wahrscheinlich umfassendste freie Implementierung die auf so ziemlich jede Plattform portiert werden kann: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91641Modbus2016-02-06T13:52:38Z<p>Maxmb: /* Implementierungen */</p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
* Eine sehr schlanke und leicht einzubindende freie Implementierung in C für den AVR:[https://github.com/mbs38/yaMBSiavr yaMBSiavr]<br />
<br />
* Die wahrscheinlich umfassendste freie Implementierung die auf so ziemlich jede Plattform portiert werden kann: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91640Modbus2016-02-06T13:52:12Z<p>Maxmb: </p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Eine sehr schlanke und leicht einzubindende freie Implementierung in C für den AVR: [https://github.com/mbs38/yaMBSiavr yaMBSiavr]<br />
Die wahrscheinlich umfassendste freie Implementierung die auf so ziemlich jede Plattform portiert werden kann: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91639Modbus2016-02-06T13:43:02Z<p>Maxmb: /* Implementierungen */</p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung die auf so ziemlich jede Plattform portiert werden kann: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91638Modbus2016-02-06T13:42:18Z<p>Maxmb: </p>
<hr />
<div>aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91637Modbus2016-02-06T13:41:59Z<p>Maxmb: </p>
<hr />
<div>==== Modbus ====<br />
<br />
aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
== Implementierungen ==<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung: http://www.freemodbus.org/<br />
<br />
== potenziell interessante Links ==<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91636Modbus2016-02-06T13:35:06Z<p>Maxmb: /* potenziell interessante Links */</p>
<hr />
<div>==== Modbus ====<br />
<br />
aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
=== Implementierungen ===<br />
<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung: http://www.freemodbus.org/<br />
<br />
=== potenziell interessante Links ===<br />
<br />
[http://www.modbus.org/docs/PI_MBUS_300.pdf PI_MBUS_300.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf Modbus_Application_Protocol_V1_1b3.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91635Modbus2016-02-06T13:30:52Z<p>Maxmb: /* Implementierungen */</p>
<hr />
<div>==== Modbus ====<br />
<br />
aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
=== Implementierungen ===<br />
<br />
<br />
Die wahrscheinlich umfassendste freie Implementierung: http://www.freemodbus.org/<br />
<br />
=== potenziell interessante Links ===<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Glossar&diff=91634Glossar2016-02-06T13:24:19Z<p>Maxmb: /* M */</p>
<hr />
<div>{{TOC}}<br />
<br />
== A ==<br />
<br />
;ABI: '''A'''pplication '''B'''inary '''I'''nterface: Das Binärinterface, das zum Datenaustausch verwendet wird, z.B. die Registerverwendung in einer Funktion und für Parameterübergabe, Datenablage, Strukturlayout, etc. Jeder [[Compiler]] erzeugt Code nach einer bestimmten ABI, so daß der Code aus unterschiedlichen Modulen und Bibliotheken zusammenpasst. Beim Mischen von Hochsprachen mit (Inline-)Assembler muss auf ABI-Konformität geachtet werden. Compiler-Schalter können das ABI beeinflussen. Beispiel: -fpack-struct beim GCC.<br />
<br />
;[[ADC]]: '''A'''nalog '''D'''igital '''C'''onverter. Im Deutschen auch 'ADU'.<br />
<br />
;[[ADSR]]: '''A'''ttack '''D'''ecay '''S'''ustain '''R'''elease. Ein Amplitudenverlauf als Hüllkurve, die hauptsächlich in der elektronischen Musik - aber auch bei der Verhaltensbeschreibung von Regelersystemen verwendet wird<br />
<br />
;[[AGC]]: '''A'''utomatic '''G'''ain '''C'''ontrol. Ein Schaltkreis oder eine Software zur selbsttätigen Verstärkungsanpassung in Form einer Regelung.<br />
<br />
;[[ARM]]: '''A'''dvanced '''R'''ISC '''M'''achine. Eine Mikrocontrollerfamilie des Types RISC ("reduced instruction set") bzw. die Firma, die diese designt und lizensiert.<br />
<br />
;[[AVR]]: Eine Mikrocontrollerfamilie von Atmel. Der Ursprung des Namens ist unklar.<br />
<br />
== B ==<br />
<br />
;[[BGA]]: '''B'''all '''G'''rid '''A'''rray: Eine Gehäuseform für ICs.<br />
<br />
;Bit: '''Bi'''nary Digi'''t''': Kleinste Informationseinheit, siehe [[Bitmanipulation]].<br />
<br />
;BNC: '''B'''ajonet '''N'''ut '''C'''onnector: Ein Steckverbinder für Koaxialkabel.<br />
<br />
;[[BPM]]: '''B'''eats '''p'''er '''m'''minute: Anzahl der Herzschgläge bei Cardio-Applikationen / Zahl der Schlagzeugschläge je Minute in der Musik<br />
<br />
;[[BPS]]: '''B'''its '''p'''er '''s'''econd: Anzahl der Bits je Sekunde, Masszahl für die Übertragungsgeschwindigkeit / Bandbreite<br />
<br />
;[[BSDL]]: '''B'''oundary '''S'''can '''D'''escription '''L'''anguage: Eine Sprache für [[boundary scan]]-basiertes Testen und Debuggen.<br />
<br />
== C ==<br />
<br />
;[[C]]: Eine weit verbreitete Programmiersprache.<br />
<br />
;[[CAN]]: '''C'''ontroller '''A'''rea '''N'''etwork: Ein Netzwerk für kleine [[Mikrocontroller]], ursprünglich für die Automobilbranche entwickelt.<br />
<br />
;[[CCD]]: '''C'''harge '''C'''oupled '''D'''evices: (Ladungsverkoppelte Bauteile), eine Bezeichung für Bildsensoren<br />
<br />
;[[CDS]]: ''' C'''omponent '''D'''esign '''S'''pecification: formelle Designbeschreibung<br />
<br />
;[[CLB]]: '''C'''onfigurable '''L'''ogic '''B'''lock: elementares konfigurierbares Logikelement in PLDs<br />
<br />
;[[CMB]]: '''C'''ommand '''M'''anagement '''B'''lock: der Befehlsinterpreter in einer CPU-Plattform, meist im Bereich der Kommunikationsschnittstelle, auch [[CMI]]<br />
<br />
;[[CMT]]: '''C'''lock '''M'''anagement '''T'''ile: Ein takterzeugendes Element in einem (Xilinx)-FPGA<br />
<br />
;[[CNC]]: '''C'''omputerized '''N'''umerical '''C'''ontrol: Computer gesteuerte Steuerung, z.B. bei Werkzeugmaschinen<br />
<br />
;[[CPLD]]: '''C'''omplex '''P'''rogrammable '''L'''ogic '''D'''evice: Ein programmierbarer Logikbaustein<br />
<br />
;[[CRS]]: ''' C'''omponent '''R'''equirement '''S'''pecification: formelle Anforderungsspezifikation<br />
<br />
== D ==<br />
;[[DAC]]: '''D'''igital to '''A'''nalog '''C'''onverter<br />
;[[DCC]]: '''D'''igital '''C'''ommand '''C'''ontrol: Standard zur digitalen Steuerung von Modelleisenbahnen<br />
;[[DCM]]: '''D'''igital '''C'''lock '''M'''anager, eine Takterzeugungseinheit in [[FPGA]]s<br />
;[[DDC]]: '''D'''igital '''D'''own '''C'''onversion: Abtastfrequenzverringerung in der Signalverarbeitung<br />
;[[DDR]]: '''D'''ouble '''D'''ata '''R'''ate: "doppelte Datenrate", oft in Verbindung mit [[RAM]]s verwendet<br />
;DDS: '''D'''igital '''D'''ata '''S'''torage: Bezeichung für grosse Massenspeicher in der Computertechnik<br />
;[[DDS]]: '''D'''irect '''D'''igital '''S'''ynthesis: Verfahren zur Wellenformerzeugung<br />
<br />
;[[DMX]]: Protokoll zur Steuerung von Lichteffektgeräten<br />
;[[DRC]]: '''D'''esign '''R'''ule '''C'''heck, ein Prüfvorgang auf geometrische Fehler in einem PCB-Layout<br />
;[[DTMF]]: '''D'''ual '''T'''one '''M'''ultiple '''F'''requency: Tonwahlverfahren im Telephon<br />
;[[DUC]]: '''D'''igital '''U'''p '''C'''onversion: Abtastfrequenzerhöhung in der Signalverarbeitung<br />
<br />
== E ==<br />
<br />
;[[EEPROM]]: '''E'''lectrical '''E'''rasable and '''P'''rogrammable '''R'''ead '''O'''nly '''M'''emory: Ein nichtflüchtiger [[Speicher#EEPROM|Speicher]].<br />
<br />
;[[EMV]]: '''E'''lektro'''m'''agnetische '''V'''erträglichkeit: Beschreibt das Verhalten von Geräten bezüglich Aussenden von elektromagetischen Störungen und die Toleranz bezüglich Einstrahlung eben dieser.<br />
<br />
;[[ERC]]: '''E'''lectrical '''R'''ule '''C'''heck, ein Prüfvorgang auf Fehler in einem PCB-Layout, bzw einem Schaltplan.<br />
<br />
== F ==<br />
<br />
;FBGA: '''F'''ine [[BGA|'''B'''all '''G'''rid '''A'''rray]]: Eine Gehäusebauform für ICs.<br />
;FCU: '''F'''low '''C'''ontrol '''U'''nit: eine logische Einheit in einem Microcontroller oder einem FPGA, welche einen Datenfluss steuert, z.B. in einer Rechenpipeline<br />
;FEC: '''F'''orward '''E'''rror '''C'''orrectopn: Fehlerkorrekturverfahren, welches die Paritätsinformation vor den eigentlichen Daten sendet und somit eine on the fly Korrektur im Empfänger ermöglicht<br />
;FEM: '''F'''inite '''E'''lemente '''M'''ethode: Rechenverfahren, das mittels Stützstellenapproximation und Minimierung eines Energiefunktionals Systemzustände ermittelt<br />
;[http://de.wikipedia.org/wiki/Schnelle_Fourier-Transformation FFT]: '''F'''ast '''F'''ourier '''T'''ransformation: Ein Algorithmus zur effizienten Berechnung der [http://de.wikipedia.org/wiki/Diskrete_Fourier-Transformation Diskreten Fourier-Transformation] für den Fall gleicher Zeitabstände der Eingabewerte und einer Zweierpotenz als Anzahl der Eingabewerte. Die Fourier-Transformation bildet eine Funktion auf ihr Frequenzspektrum ab, was vielfach in der Signalverarbeitung Anwendung findet neben anderen Transformationen wie Laplace-Transformation, Wavelet-Transformation oder Z-Transformation.<br />
;[[FIFO]]: '''F'''irst '''I'''n '''F'''irst '''O'''ut: Eine Organisationsform für einen Zwischenspeicher, bei dem die Daten in der Reihenfolge ausgegeben werden, in der sie eingeschrieben wurden<br />
;[[FMEA]]: '''F'''ault '''M'''ode '''E'''ffect '''A'''nalsys, englisch für die Analyse von Funktionsfehlern eines Systems infolge äusserer Einflüsse, deutsch auch "Fehlermöglichkeitseinflussanalyse"<br />
;[[FOC]]: '''F'''ield '''O'''riented '''C'''ontrol, englisch für feldorientierte Regelung (bei Motoren)<br />
;[[FPGA]]: '''F'''ield '''P'''rogrammable '''G'''ate '''A'''rray: Bezeichnung für jederzeit wieder programmierbare Logikbausteine.<br />
;[[FPU]]: '''F'''loating '''P'''oint '''U'''nit: Teil eines Prozessors, der Berechnungen mit Gleitkommazahlen unterstützt.<br />
;[[FSM]]: '''F'''inite '''S'''tate '''M'''achine, englisch für Zustandsautomat; eine Schaltung, die einen Ablauf in Form einer Software realisiert, z.B. in einem Microcontroller oder auch einem Logikbaustein<br />
<br />
== G ==<br />
<br />
;GFR: '''G'''eneral '''F'''unction '''R'''egister: s.u.<br />
;GPR: '''G'''eneral '''P'''urpose '''R'''egister: Arbeitsregister eines Prozessors. Bei vielen Architekturen müssen Daten in solche Register geladen werden, um sie bearbeiten zu können. Bei [[AVR]] sind das die Register R0 – R31<br />
;GMI:<br />
;GMII: '''G'''igabit '''M'''edia '''I'''ndependent '''I'''nterface, ein [[MII]] für Gigabit-PHYs<br />
;GPS: '''G'''lobal '''P'''ositioning '''S'''ystem<br />
;GPU: '''G'''raphic '''P'''rocessing '''U'''nit, eine Grafikverarbeitungseinheit, meist für die Grafikarte in Rechnern verwendet, oft auch im Zusammenhang mit der Benutzung derselben als Coprozessor<br />
;GSM: '''G'''lobal '''S'''ystem for '''M'''obile Communications: Das Mobilfunknetz der zweiten Generation (auch 2G genannt). Darüber können Gespräche (circuit switched) und Daten (packet switched, GPRS) übertragen werden.<br />
;GTP: '''G'''igabit '''T'''ransceiver '''P'''ort: Ein high speed port bei FPGAs<br />
<br />
== H ==<br />
<br />
;HF: Hochfrequenz<br />
<br />
;HIL: &rarr; Wikipedia: [http://de.wikipedia.org/wiki/Hardware_in_the_Loop '''H'''ardware '''i'''n the '''L'''oop].<br />
<br />
;HP: '''H'''orse '''P'''ower, engl. Bezeichnung für mechanische Leistung, siehe Pferdestärek <br />
;HPF: '''H'''igh '''P'''ass '''F'''ilter: Englisch für Hochpass-[[Filter]], seltener auch nur '''HP'''<br />
<br />
== I ==<br />
<br />
;IIR: '''I'''nfinite '''I'''mpulse '''R'''esponse: Bezeichnet ein bestimmte Sorte von [[Filter]]n, mit unendlicher Sprungantwort.<br />
<br />
;ISA: '''I'''nstruction '''S'''et '''A'''rchitecture: Registerstruktur und Befehlssatz eines Prozessors/[[Mikrocontroller]]s bzw. einer Prozessorfamilie.<br />
<br />
;[[ISP]]: '''I'''n '''S'''ystem '''P'''rogramming: Der Mikrocontroller wird direkt auf der Zielhardware programmiert.<br />
<br />
;ISR: '''I'''nterrupt '''S'''ervice '''R'''outine: Ein Programmstück, das nach Eintreten eines bestimmten Ereignisses ausgeführt wird. Siehe [[Interrupt]].<br />
<br />
;IRQ: '''I'''nterrupt '''R'''e'''q'''uest: Ein Ereignis, das einen [[Interrupt]] auslöst. In der Regel wird die Programmausführung unterbrochen und ein spezielles Programmstück, eine ISR, ausgeführt und danach zum ursprünglichen Programmcode zurückgekehrt. Viele IRQs können aktiviert oder deaktiviert werden.<br />
<br />
== J ==<br />
<br />
;[[JTAG]]: '''J'''oint '''T'''est '''A'''ction '''G'''roup: Eine Funktion für komplexe ICs, um diese im aufgelöteten Zustand zu prüfen bzw. zu programmieren und debuggen (Mikrocontroller).<br />
<br />
== K ==<br />
<br />
;KDE: Oberfläche bei Linux<br />
<br />
== L ==<br />
;LIFO: '''L'''ast ''''I'''n '''F'''irst '''O'''ut, azyklisch beschriebener Speicher, der wie ein Stapel (stack) arbeitet<br />
<br />
;LPF: '''L'''ow '''P'''ass '''F'''ilter: Englisch für Tiefpass[[Filter]], teilweise auch nur '''LP'''<br />
<br />
;LSB: '''L'''east '''S'''ignificant '''B'''yte: Das niederwertigste Byte in einem Datenwort mit mehreren Bytes. Je nach Zusammenhang aber auch<br />
: '''L'''east '''S'''ignificant '''B'''it: niederwertigstes Bit.<br />
<br />
== M ==<br />
<br />
;MAC: '''M'''edia '''A'''ccess '''C'''ontroller: Bezeichnung für die Logik, die einen Baustein steuert, meist im Zusammenhang mit Ethernet verwendet<br />
<br />
;MCB: '''M'''ain '''C'''ontrol '''B'''lock: Eine allgemeine Bezeichnung für die zentrale Steuerlogik in einem System<br />
: '''M'''emory '''C'''ontroller '''B'''lock: Abkürzung für einen Speichercontroller z.B. in einem FPGA<br />
<br />
;MCU: '''M'''ain '''C'''ontrol '''U'''nit: Die zentrale Steuerlogik in einem System, auch '''[[CPU]]'''<br />
: '''M'''icro '''C'''ontroller '''U'''nit: allgeine Bezeichnung für einen Prozessor<br />
<br />
;MIG: '''M'''emory '''I'''nterface '''G'''enerator: Eine Software, die ein Speicherinterface in [[FPGA]]s konfiguriert<br />
<br />
;MII: '''M'''edia '''I'''ndependent '''I'''nterface, ein allgemeines, bausteinunabhängiges Interface, oft in Verbindung mit Ethernet-PHYs<br />
<br />
;[[MIPS]]: '''M'''illion '''i'''nstructions '''p'''er '''s'''econd<br />
: '''M'''icroprocessor without '''i'''nterlocked '''p'''ipeline '''s'''tages.<br />
<br />
;MMC: '''M'''ulti '''M'''edia '''C'''ard: Eine kleine Speicherkarte<br />
<br />
;MSB: '''M'''ost '''S'''ignificant '''B'''yte: Das höchstwertige Byte in einem Datenwort mit mehreren Bytes. Je nach Zusammenhang aber auch<br />
: '''M'''ost '''S'''ignificant '''B'''it: höchstwertiges Bit.<br />
<br />
;[[Modbus]]: Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig<br />
<br />
== N ==<br />
<br />
;NCO: '''N'''umeric '''C'''ontrolled '''O'''scillator. Ein numerisch/digital arbeitender Schwingkreis - siehe auch [[DDS]].<br />
<br />
== O ==<br />
<br />
; OCDS: '''O'''n '''C'''hip '''D'''ebug '''S'''upport<br />
<br />
== P ==<br />
;[[PAM]]: '''P'''ulse '''A'''mplituden '''M'''odulation: Umsetzung eines Wertes auf analoge Spannungszustände, z.B. bei Ethernet<br />
;[[PCM]]: '''P'''ulse '''C'''ode '''M'''odulation: Umsetzung eines Wertes auf 1-Bit Signal, auch ein Datenformat<br />
;PDM: '''P'''ulse '''D'''ichte '''M'''odulation: Umsetzung eines Wertes auf 1-Bit Signal, siehe [[Pulsdichtemodulation]]<br />
;[[PFC]]: '''P'''ower '''F'''actor '''C'''orrection: Eine Schaltung, die Blindleistung kompensiert<br />
;PHY: Bezeichnung für einen physikalischen Chip, oft im Zusammenhang mit Ethernet verwendet<br />
;[http://de.wikipedia.org/wiki/Phase-locked_loop PLL]: '''P'''hase '''L'''ocked '''L'''oop: Eine Schaltung, die einen Ausgangstakt mit definierter Phaselage zu einem Eingangstakt generiert.<br />
;[[PSU]]: '''P'''ower '''S'''upply '''U'''nit: Bezeichnung für die Stromversorgungseinheit<br />
;[[PWM]]: '''P'''ulse '''W'''eiten '''M'''odulation: Umsetzung eines Wertes auf 1-Bit Signal<br />
<br />
== Q ==<br />
;[[QAM]]: '''Q'''adratur '''A'''mplituden '''M'''odulation: Modulation eines Analogsignals mit einem Quadratursignal (IQ).<br />
<br />
;[[QDR]]: '''Q'''adruple '''D'''ata '''R'''ate: Eine Speicherzugriffstechnik mit 4 Daten je Takt, siehe RAMs.<br />
<br />
== R ==<br />
<br />
;[[RS232]]: '''R'''ecommended '''S'''tandard 232: Eine Definition zur seriellen Datenübertragung, eng gekoppelt an [[UART]].<br />
<br />
;RCD: '''R'''esidual '''C'''urrent protective '''D'''evice, neudeutsch für [http://de.wikipedia.org/wiki/Fehlerstromschutzschalter Fehlerstromschutzschalter].<br />
<br />
;RISC: '''R'''educed '''I'''nstruction '''S'''et '''C'''omputer. Designstrategie für den Befehlssatz von Prozessoren und Microcontrollern, die einfache Befehle bevorzugt.<br />
<br />
== S ==<br />
<br />
;SAR: '''S'''ynthetic '''A'''perture '''R'''adar: Eine Messwertverarbeitungsmethodik in der Radartechnik, bei der durch reale oder virutelle Positionsvariation eine künstlich vergrösserte "Blende" benutzt werden kann, wodurch sich der Empfangsbereich stark vergrössert.<br />
<br />
;SDR: '''S'''oftware '''D'''efined '''R'''adio: Allgemeine Bezeichung für mathematisch per Software erzeugte und modulierte elektromagnetische Wellen in der HF-Technik, speziell der Funkdatenübertragung und Radartechnik.<br />
<br />
;SOC: '''S'''ystem '''O'''n '''C'''hip: Bezeichung für die Erzeugung ganzer computerähnlicher Rechnersysteme auf programmierbaren Schaltkreisen wie FPGAs<br />
<br />
;SFR: '''S'''pecial '''F'''unction '''R'''egister: Hardware-Register, über die interne und externe Peripherie eines Prozessors/[[Mikrocontroller]]s konfiguriert wird, und über die Daten ausgetauscht werden. IO-Ports werden z.B. auf bestimmte [[Speicher#Register|SFRs]] abgebildet, auf die dann mit speziellen Befehlen zugegriffen werden kann.<br />
<br />
== T ==<br />
<br />
;TTL: '''T'''ransistor-'''T'''ransistor-'''L'''ogik.<br />
<br />
== U ==<br />
<br />
;[[UART]]: '''U'''niversal '''A'''synchronus '''R'''eceiver and '''T'''ransmitter: Ein Modul in Mikrocontrollern oder PCs zum seriellen Datenaustausch.<br />
<br />
;[[USB]]: '''U'''niversal '''S'''erial '''B'''us : Ein standardisiertes serielles Protokoll, das vorwiegend bei PCs verwendet wird. Bandbreite beträgt bis zu 5Gbit/s.<br />
<br />
== V ==<br />
;VCA: '''V'''oltage '''C'''ontrolled '''A'''mplifier - Spannungsgesteuerter Verstärker<br />
;VCO: '''V'''oltage '''C'''ontrolled '''O'''scillator - Spannungsgesteuerter Oszillator<br />
;VHDL: '''V'''HSIC '''H'''ardware '''D'''escription '''L'''anguage - Programmiersprache für ASIC-und FPGA-Entwurfswerkzeuge<br />
;VHSIC: '''V'''ery '''H'''igh '''S'''peed '''I'''ntegrated '''C'''ircuit - allgemein für schnelle Digtialschaltungen<br />
;VLSI: '''V'''ery '''L'''arge '''S'''cale '''I'''ntegrated '''C'''ircuit - allgemein für ASICS<br />
<br />
== W ==<br />
<br />
;[[Watchdog|WDT]]: '''W'''atch '''D'''og '''T'''imer<br />
<br />
== X ==<br />
<br />
== Y ==<br />
<br />
== Z ==<br />
<br />
;Z: In der HF-Technik das Formelzeichen für den [[Wellenwiderstand]].<br />
<br />
[[Kategorie:Grundlagen| ]]<br />
[[Kategorie:Listen]]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Glossar&diff=91633Glossar2016-02-06T13:23:48Z<p>Maxmb: /* M */</p>
<hr />
<div>{{TOC}}<br />
<br />
== A ==<br />
<br />
;ABI: '''A'''pplication '''B'''inary '''I'''nterface: Das Binärinterface, das zum Datenaustausch verwendet wird, z.B. die Registerverwendung in einer Funktion und für Parameterübergabe, Datenablage, Strukturlayout, etc. Jeder [[Compiler]] erzeugt Code nach einer bestimmten ABI, so daß der Code aus unterschiedlichen Modulen und Bibliotheken zusammenpasst. Beim Mischen von Hochsprachen mit (Inline-)Assembler muss auf ABI-Konformität geachtet werden. Compiler-Schalter können das ABI beeinflussen. Beispiel: -fpack-struct beim GCC.<br />
<br />
;[[ADC]]: '''A'''nalog '''D'''igital '''C'''onverter. Im Deutschen auch 'ADU'.<br />
<br />
;[[ADSR]]: '''A'''ttack '''D'''ecay '''S'''ustain '''R'''elease. Ein Amplitudenverlauf als Hüllkurve, die hauptsächlich in der elektronischen Musik - aber auch bei der Verhaltensbeschreibung von Regelersystemen verwendet wird<br />
<br />
;[[AGC]]: '''A'''utomatic '''G'''ain '''C'''ontrol. Ein Schaltkreis oder eine Software zur selbsttätigen Verstärkungsanpassung in Form einer Regelung.<br />
<br />
;[[ARM]]: '''A'''dvanced '''R'''ISC '''M'''achine. Eine Mikrocontrollerfamilie des Types RISC ("reduced instruction set") bzw. die Firma, die diese designt und lizensiert.<br />
<br />
;[[AVR]]: Eine Mikrocontrollerfamilie von Atmel. Der Ursprung des Namens ist unklar.<br />
<br />
== B ==<br />
<br />
;[[BGA]]: '''B'''all '''G'''rid '''A'''rray: Eine Gehäuseform für ICs.<br />
<br />
;Bit: '''Bi'''nary Digi'''t''': Kleinste Informationseinheit, siehe [[Bitmanipulation]].<br />
<br />
;BNC: '''B'''ajonet '''N'''ut '''C'''onnector: Ein Steckverbinder für Koaxialkabel.<br />
<br />
;[[BPM]]: '''B'''eats '''p'''er '''m'''minute: Anzahl der Herzschgläge bei Cardio-Applikationen / Zahl der Schlagzeugschläge je Minute in der Musik<br />
<br />
;[[BPS]]: '''B'''its '''p'''er '''s'''econd: Anzahl der Bits je Sekunde, Masszahl für die Übertragungsgeschwindigkeit / Bandbreite<br />
<br />
;[[BSDL]]: '''B'''oundary '''S'''can '''D'''escription '''L'''anguage: Eine Sprache für [[boundary scan]]-basiertes Testen und Debuggen.<br />
<br />
== C ==<br />
<br />
;[[C]]: Eine weit verbreitete Programmiersprache.<br />
<br />
;[[CAN]]: '''C'''ontroller '''A'''rea '''N'''etwork: Ein Netzwerk für kleine [[Mikrocontroller]], ursprünglich für die Automobilbranche entwickelt.<br />
<br />
;[[CCD]]: '''C'''harge '''C'''oupled '''D'''evices: (Ladungsverkoppelte Bauteile), eine Bezeichung für Bildsensoren<br />
<br />
;[[CDS]]: ''' C'''omponent '''D'''esign '''S'''pecification: formelle Designbeschreibung<br />
<br />
;[[CLB]]: '''C'''onfigurable '''L'''ogic '''B'''lock: elementares konfigurierbares Logikelement in PLDs<br />
<br />
;[[CMB]]: '''C'''ommand '''M'''anagement '''B'''lock: der Befehlsinterpreter in einer CPU-Plattform, meist im Bereich der Kommunikationsschnittstelle, auch [[CMI]]<br />
<br />
;[[CMT]]: '''C'''lock '''M'''anagement '''T'''ile: Ein takterzeugendes Element in einem (Xilinx)-FPGA<br />
<br />
;[[CNC]]: '''C'''omputerized '''N'''umerical '''C'''ontrol: Computer gesteuerte Steuerung, z.B. bei Werkzeugmaschinen<br />
<br />
;[[CPLD]]: '''C'''omplex '''P'''rogrammable '''L'''ogic '''D'''evice: Ein programmierbarer Logikbaustein<br />
<br />
;[[CRS]]: ''' C'''omponent '''R'''equirement '''S'''pecification: formelle Anforderungsspezifikation<br />
<br />
== D ==<br />
;[[DAC]]: '''D'''igital to '''A'''nalog '''C'''onverter<br />
;[[DCC]]: '''D'''igital '''C'''ommand '''C'''ontrol: Standard zur digitalen Steuerung von Modelleisenbahnen<br />
;[[DCM]]: '''D'''igital '''C'''lock '''M'''anager, eine Takterzeugungseinheit in [[FPGA]]s<br />
;[[DDC]]: '''D'''igital '''D'''own '''C'''onversion: Abtastfrequenzverringerung in der Signalverarbeitung<br />
;[[DDR]]: '''D'''ouble '''D'''ata '''R'''ate: "doppelte Datenrate", oft in Verbindung mit [[RAM]]s verwendet<br />
;DDS: '''D'''igital '''D'''ata '''S'''torage: Bezeichung für grosse Massenspeicher in der Computertechnik<br />
;[[DDS]]: '''D'''irect '''D'''igital '''S'''ynthesis: Verfahren zur Wellenformerzeugung<br />
<br />
;[[DMX]]: Protokoll zur Steuerung von Lichteffektgeräten<br />
;[[DRC]]: '''D'''esign '''R'''ule '''C'''heck, ein Prüfvorgang auf geometrische Fehler in einem PCB-Layout<br />
;[[DTMF]]: '''D'''ual '''T'''one '''M'''ultiple '''F'''requency: Tonwahlverfahren im Telephon<br />
;[[DUC]]: '''D'''igital '''U'''p '''C'''onversion: Abtastfrequenzerhöhung in der Signalverarbeitung<br />
<br />
== E ==<br />
<br />
;[[EEPROM]]: '''E'''lectrical '''E'''rasable and '''P'''rogrammable '''R'''ead '''O'''nly '''M'''emory: Ein nichtflüchtiger [[Speicher#EEPROM|Speicher]].<br />
<br />
;[[EMV]]: '''E'''lektro'''m'''agnetische '''V'''erträglichkeit: Beschreibt das Verhalten von Geräten bezüglich Aussenden von elektromagetischen Störungen und die Toleranz bezüglich Einstrahlung eben dieser.<br />
<br />
;[[ERC]]: '''E'''lectrical '''R'''ule '''C'''heck, ein Prüfvorgang auf Fehler in einem PCB-Layout, bzw einem Schaltplan.<br />
<br />
== F ==<br />
<br />
;FBGA: '''F'''ine [[BGA|'''B'''all '''G'''rid '''A'''rray]]: Eine Gehäusebauform für ICs.<br />
;FCU: '''F'''low '''C'''ontrol '''U'''nit: eine logische Einheit in einem Microcontroller oder einem FPGA, welche einen Datenfluss steuert, z.B. in einer Rechenpipeline<br />
;FEC: '''F'''orward '''E'''rror '''C'''orrectopn: Fehlerkorrekturverfahren, welches die Paritätsinformation vor den eigentlichen Daten sendet und somit eine on the fly Korrektur im Empfänger ermöglicht<br />
;FEM: '''F'''inite '''E'''lemente '''M'''ethode: Rechenverfahren, das mittels Stützstellenapproximation und Minimierung eines Energiefunktionals Systemzustände ermittelt<br />
;[http://de.wikipedia.org/wiki/Schnelle_Fourier-Transformation FFT]: '''F'''ast '''F'''ourier '''T'''ransformation: Ein Algorithmus zur effizienten Berechnung der [http://de.wikipedia.org/wiki/Diskrete_Fourier-Transformation Diskreten Fourier-Transformation] für den Fall gleicher Zeitabstände der Eingabewerte und einer Zweierpotenz als Anzahl der Eingabewerte. Die Fourier-Transformation bildet eine Funktion auf ihr Frequenzspektrum ab, was vielfach in der Signalverarbeitung Anwendung findet neben anderen Transformationen wie Laplace-Transformation, Wavelet-Transformation oder Z-Transformation.<br />
;[[FIFO]]: '''F'''irst '''I'''n '''F'''irst '''O'''ut: Eine Organisationsform für einen Zwischenspeicher, bei dem die Daten in der Reihenfolge ausgegeben werden, in der sie eingeschrieben wurden<br />
;[[FMEA]]: '''F'''ault '''M'''ode '''E'''ffect '''A'''nalsys, englisch für die Analyse von Funktionsfehlern eines Systems infolge äusserer Einflüsse, deutsch auch "Fehlermöglichkeitseinflussanalyse"<br />
;[[FOC]]: '''F'''ield '''O'''riented '''C'''ontrol, englisch für feldorientierte Regelung (bei Motoren)<br />
;[[FPGA]]: '''F'''ield '''P'''rogrammable '''G'''ate '''A'''rray: Bezeichnung für jederzeit wieder programmierbare Logikbausteine.<br />
;[[FPU]]: '''F'''loating '''P'''oint '''U'''nit: Teil eines Prozessors, der Berechnungen mit Gleitkommazahlen unterstützt.<br />
;[[FSM]]: '''F'''inite '''S'''tate '''M'''achine, englisch für Zustandsautomat; eine Schaltung, die einen Ablauf in Form einer Software realisiert, z.B. in einem Microcontroller oder auch einem Logikbaustein<br />
<br />
== G ==<br />
<br />
;GFR: '''G'''eneral '''F'''unction '''R'''egister: s.u.<br />
;GPR: '''G'''eneral '''P'''urpose '''R'''egister: Arbeitsregister eines Prozessors. Bei vielen Architekturen müssen Daten in solche Register geladen werden, um sie bearbeiten zu können. Bei [[AVR]] sind das die Register R0 – R31<br />
;GMI:<br />
;GMII: '''G'''igabit '''M'''edia '''I'''ndependent '''I'''nterface, ein [[MII]] für Gigabit-PHYs<br />
;GPS: '''G'''lobal '''P'''ositioning '''S'''ystem<br />
;GPU: '''G'''raphic '''P'''rocessing '''U'''nit, eine Grafikverarbeitungseinheit, meist für die Grafikarte in Rechnern verwendet, oft auch im Zusammenhang mit der Benutzung derselben als Coprozessor<br />
;GSM: '''G'''lobal '''S'''ystem for '''M'''obile Communications: Das Mobilfunknetz der zweiten Generation (auch 2G genannt). Darüber können Gespräche (circuit switched) und Daten (packet switched, GPRS) übertragen werden.<br />
;GTP: '''G'''igabit '''T'''ransceiver '''P'''ort: Ein high speed port bei FPGAs<br />
<br />
== H ==<br />
<br />
;HF: Hochfrequenz<br />
<br />
;HIL: &rarr; Wikipedia: [http://de.wikipedia.org/wiki/Hardware_in_the_Loop '''H'''ardware '''i'''n the '''L'''oop].<br />
<br />
;HP: '''H'''orse '''P'''ower, engl. Bezeichnung für mechanische Leistung, siehe Pferdestärek <br />
;HPF: '''H'''igh '''P'''ass '''F'''ilter: Englisch für Hochpass-[[Filter]], seltener auch nur '''HP'''<br />
<br />
== I ==<br />
<br />
;IIR: '''I'''nfinite '''I'''mpulse '''R'''esponse: Bezeichnet ein bestimmte Sorte von [[Filter]]n, mit unendlicher Sprungantwort.<br />
<br />
;ISA: '''I'''nstruction '''S'''et '''A'''rchitecture: Registerstruktur und Befehlssatz eines Prozessors/[[Mikrocontroller]]s bzw. einer Prozessorfamilie.<br />
<br />
;[[ISP]]: '''I'''n '''S'''ystem '''P'''rogramming: Der Mikrocontroller wird direkt auf der Zielhardware programmiert.<br />
<br />
;ISR: '''I'''nterrupt '''S'''ervice '''R'''outine: Ein Programmstück, das nach Eintreten eines bestimmten Ereignisses ausgeführt wird. Siehe [[Interrupt]].<br />
<br />
;IRQ: '''I'''nterrupt '''R'''e'''q'''uest: Ein Ereignis, das einen [[Interrupt]] auslöst. In der Regel wird die Programmausführung unterbrochen und ein spezielles Programmstück, eine ISR, ausgeführt und danach zum ursprünglichen Programmcode zurückgekehrt. Viele IRQs können aktiviert oder deaktiviert werden.<br />
<br />
== J ==<br />
<br />
;[[JTAG]]: '''J'''oint '''T'''est '''A'''ction '''G'''roup: Eine Funktion für komplexe ICs, um diese im aufgelöteten Zustand zu prüfen bzw. zu programmieren und debuggen (Mikrocontroller).<br />
<br />
== K ==<br />
<br />
;KDE: Oberfläche bei Linux<br />
<br />
== L ==<br />
;LIFO: '''L'''ast ''''I'''n '''F'''irst '''O'''ut, azyklisch beschriebener Speicher, der wie ein Stapel (stack) arbeitet<br />
<br />
;LPF: '''L'''ow '''P'''ass '''F'''ilter: Englisch für Tiefpass[[Filter]], teilweise auch nur '''LP'''<br />
<br />
;LSB: '''L'''east '''S'''ignificant '''B'''yte: Das niederwertigste Byte in einem Datenwort mit mehreren Bytes. Je nach Zusammenhang aber auch<br />
: '''L'''east '''S'''ignificant '''B'''it: niederwertigstes Bit.<br />
<br />
== M ==<br />
<br />
;MAC: '''M'''edia '''A'''ccess '''C'''ontroller: Bezeichnung für die Logik, die einen Baustein steuert, meist im Zusammenhang mit Ethernet verwendet<br />
<br />
;MCB: '''M'''ain '''C'''ontrol '''B'''lock: Eine allgemeine Bezeichnung für die zentrale Steuerlogik in einem System<br />
: '''M'''emory '''C'''ontroller '''B'''lock: Abkürzung für einen Speichercontroller z.B. in einem FPGA<br />
<br />
;MCU: '''M'''ain '''C'''ontrol '''U'''nit: Die zentrale Steuerlogik in einem System, auch '''[[CPU]]'''<br />
: '''M'''icro '''C'''ontroller '''U'''nit: allgeine Bezeichnung für einen Prozessor<br />
<br />
;MIG: '''M'''emory '''I'''nterface '''G'''enerator: Eine Software, die ein Speicherinterface in [[FPGA]]s konfiguriert<br />
<br />
;MII: '''M'''edia '''I'''ndependent '''I'''nterface, ein allgemeines, bausteinunabhängiges Interface, oft in Verbindung mit Ethernet-PHYs<br />
<br />
;[[MIPS]]: '''M'''illion '''i'''nstructions '''p'''er '''s'''econd<br />
: '''M'''icroprocessor without '''i'''nterlocked '''p'''ipeline '''s'''tages.<br />
<br />
;MMC: '''M'''ulti '''M'''edia '''C'''ard: Eine kleine Speicherkarte<br />
<br />
;MSB: '''M'''ost '''S'''ignificant '''B'''yte: Das höchstwertige Byte in einem Datenwort mit mehreren Bytes. Je nach Zusammenhang aber auch<br />
: '''M'''ost '''S'''ignificant '''B'''it: höchstwertiges Bit.<br />
<br />
;[[Modbus]] RTU/ASCII: Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig<br />
<br />
== N ==<br />
<br />
;NCO: '''N'''umeric '''C'''ontrolled '''O'''scillator. Ein numerisch/digital arbeitender Schwingkreis - siehe auch [[DDS]].<br />
<br />
== O ==<br />
<br />
; OCDS: '''O'''n '''C'''hip '''D'''ebug '''S'''upport<br />
<br />
== P ==<br />
;[[PAM]]: '''P'''ulse '''A'''mplituden '''M'''odulation: Umsetzung eines Wertes auf analoge Spannungszustände, z.B. bei Ethernet<br />
;[[PCM]]: '''P'''ulse '''C'''ode '''M'''odulation: Umsetzung eines Wertes auf 1-Bit Signal, auch ein Datenformat<br />
;PDM: '''P'''ulse '''D'''ichte '''M'''odulation: Umsetzung eines Wertes auf 1-Bit Signal, siehe [[Pulsdichtemodulation]]<br />
;[[PFC]]: '''P'''ower '''F'''actor '''C'''orrection: Eine Schaltung, die Blindleistung kompensiert<br />
;PHY: Bezeichnung für einen physikalischen Chip, oft im Zusammenhang mit Ethernet verwendet<br />
;[http://de.wikipedia.org/wiki/Phase-locked_loop PLL]: '''P'''hase '''L'''ocked '''L'''oop: Eine Schaltung, die einen Ausgangstakt mit definierter Phaselage zu einem Eingangstakt generiert.<br />
;[[PSU]]: '''P'''ower '''S'''upply '''U'''nit: Bezeichnung für die Stromversorgungseinheit<br />
;[[PWM]]: '''P'''ulse '''W'''eiten '''M'''odulation: Umsetzung eines Wertes auf 1-Bit Signal<br />
<br />
== Q ==<br />
;[[QAM]]: '''Q'''adratur '''A'''mplituden '''M'''odulation: Modulation eines Analogsignals mit einem Quadratursignal (IQ).<br />
<br />
;[[QDR]]: '''Q'''adruple '''D'''ata '''R'''ate: Eine Speicherzugriffstechnik mit 4 Daten je Takt, siehe RAMs.<br />
<br />
== R ==<br />
<br />
;[[RS232]]: '''R'''ecommended '''S'''tandard 232: Eine Definition zur seriellen Datenübertragung, eng gekoppelt an [[UART]].<br />
<br />
;RCD: '''R'''esidual '''C'''urrent protective '''D'''evice, neudeutsch für [http://de.wikipedia.org/wiki/Fehlerstromschutzschalter Fehlerstromschutzschalter].<br />
<br />
;RISC: '''R'''educed '''I'''nstruction '''S'''et '''C'''omputer. Designstrategie für den Befehlssatz von Prozessoren und Microcontrollern, die einfache Befehle bevorzugt.<br />
<br />
== S ==<br />
<br />
;SAR: '''S'''ynthetic '''A'''perture '''R'''adar: Eine Messwertverarbeitungsmethodik in der Radartechnik, bei der durch reale oder virutelle Positionsvariation eine künstlich vergrösserte "Blende" benutzt werden kann, wodurch sich der Empfangsbereich stark vergrössert.<br />
<br />
;SDR: '''S'''oftware '''D'''efined '''R'''adio: Allgemeine Bezeichung für mathematisch per Software erzeugte und modulierte elektromagnetische Wellen in der HF-Technik, speziell der Funkdatenübertragung und Radartechnik.<br />
<br />
;SOC: '''S'''ystem '''O'''n '''C'''hip: Bezeichung für die Erzeugung ganzer computerähnlicher Rechnersysteme auf programmierbaren Schaltkreisen wie FPGAs<br />
<br />
;SFR: '''S'''pecial '''F'''unction '''R'''egister: Hardware-Register, über die interne und externe Peripherie eines Prozessors/[[Mikrocontroller]]s konfiguriert wird, und über die Daten ausgetauscht werden. IO-Ports werden z.B. auf bestimmte [[Speicher#Register|SFRs]] abgebildet, auf die dann mit speziellen Befehlen zugegriffen werden kann.<br />
<br />
== T ==<br />
<br />
;TTL: '''T'''ransistor-'''T'''ransistor-'''L'''ogik.<br />
<br />
== U ==<br />
<br />
;[[UART]]: '''U'''niversal '''A'''synchronus '''R'''eceiver and '''T'''ransmitter: Ein Modul in Mikrocontrollern oder PCs zum seriellen Datenaustausch.<br />
<br />
;[[USB]]: '''U'''niversal '''S'''erial '''B'''us : Ein standardisiertes serielles Protokoll, das vorwiegend bei PCs verwendet wird. Bandbreite beträgt bis zu 5Gbit/s.<br />
<br />
== V ==<br />
;VCA: '''V'''oltage '''C'''ontrolled '''A'''mplifier - Spannungsgesteuerter Verstärker<br />
;VCO: '''V'''oltage '''C'''ontrolled '''O'''scillator - Spannungsgesteuerter Oszillator<br />
;VHDL: '''V'''HSIC '''H'''ardware '''D'''escription '''L'''anguage - Programmiersprache für ASIC-und FPGA-Entwurfswerkzeuge<br />
;VHSIC: '''V'''ery '''H'''igh '''S'''peed '''I'''ntegrated '''C'''ircuit - allgemein für schnelle Digtialschaltungen<br />
;VLSI: '''V'''ery '''L'''arge '''S'''cale '''I'''ntegrated '''C'''ircuit - allgemein für ASICS<br />
<br />
== W ==<br />
<br />
;[[Watchdog|WDT]]: '''W'''atch '''D'''og '''T'''imer<br />
<br />
== X ==<br />
<br />
== Y ==<br />
<br />
== Z ==<br />
<br />
;Z: In der HF-Technik das Formelzeichen für den [[Wellenwiderstand]].<br />
<br />
[[Kategorie:Grundlagen| ]]<br />
[[Kategorie:Listen]]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91632Modbus2016-02-06T13:19:59Z<p>Maxmb: /* Modbus */</p>
<hr />
<div>==== Modbus ====<br />
<br />
aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Busprotokoll, dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
=== Implementierungen ===<br />
<br />
<br />
Die umfassendste freie Implementierung: http://www.freemodbus.org/<br />
<br />
=== potenziell interessante Links ===<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=Modbus&diff=91631Modbus2016-02-06T13:19:30Z<p>Maxmb: Seite erstellt.</p>
<hr />
<div>==== Modbus ====<br />
<br />
aus unserem Glossar: "Ein älteres, aber immer noch oft eingesetztes Busprotokoll für serielle Verbindungen. In der Modbus TCP-Variante auch ethernetfähig"<br />
<br />
Sehr lesenswert ist der englische Wikipedia-Artikel dazu: https://en.wikipedia.org/wiki/Modbus<br />
<br />
Bei der seriellen Übertragung wird zwischen Modbus RTU und Modbus ASCII unterschieden. Modbus TCP transportiert im Grunde genommen Modbus RTU über TCP. Modbus RTU über serielle Verbindungen und TCP sind bedeutend weiter verbreitet.<br />
<br />
Modbus ist das einzige industrielle Steuerungsprotokoll dem ein [https://de.wikipedia.org/wiki/Liste_der_standardisierten_Ports Well Known Port] zugeordnet ist.<br />
<br />
=== Implementierungen ===<br />
<br />
<br />
Die umfassendste freie Implementierung: http://www.freemodbus.org/<br />
<br />
=== potenziell interessante Links ===<br />
<br />
[http://www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf Modbus_Messaging_Implementation_Guide_V1_0b.pdf]<br />
<br />
[http://www.modbus.org/docs/Modbus_over_serial_line_V1.pdf Modbus_over_serial_line_V1.pdf]</div>Maxmbhttps://www.mikrocontroller.net/index.php?title=AVR_Softwarepool&diff=91602AVR Softwarepool2016-02-05T12:39:19Z<p>Maxmb: /* I2C */</p>
<hr />
<div>Die interessantesten Softwareprojekte aus der Codesammlung...<br />
<br />
(A) ... Projekt ist in '''Assembler'''<br><br />
(C) ... Projekt ist in '''C'''<br><br />
(C++) ... Projekt ist in '''C++'''<br><br />
(B) ... Projekt ist in '''Bascom'''<br><br />
(PC) ... Projekt ist nicht für einen µC, sondern für den PC<br />
<br />
==1-Wire==<br />
* (C) [http://www.mikrocontroller.net/topic/14792 DS1820, DS18B20 in C]<br />
* (A) [http://www.mikrocontroller.net/topic/6505 Mehrere DS1820/DS18B20 auslesen]<br />
* (C) [http://www.mikrocontroller.net/topic/31408#536372 Mehrere DS1820/DS18B20/DS18S20/DS1822 über einen Webserver auslesbar]<br />
<br />
==Akkulader==<br />
* (A) [http://www.mikrocontroller.net/topic/72627#594587 Bleiakku-Lader 12/24V]<br />
* (C) [http://www.mikrocontroller.net/topic/99803#866081 Glühwürmchen in Rotkohlglas gefangen]<br />
<br />
==Betriebssysteme und Scheduler==<br />
* (C) [http://www.mikrocontroller.net/topic/190388#1856376 Nano OS] von Tobias W. ([http://sourceforge.net/projects/nanoos/ Sourceforge])<br />
* (C) [http://www.mikrocontroller.net/topic/12176#79672 Wartezeiten effektiv (Scheduler)] von Peter Dannegger<br />
* (C++) [http://www.mikrocontroller.net/topic/96977#837989 Einfacher Scheduler und Timer in C++ für ATMega] von S. Seegel<br />
* (C) [http://www.mikrocontroller.net/topic/74026#609246 GOS: einfacher preemptive multitasking scheduler] von Günter Greschenz<br />
* (A) [http://www.mikrocontroller.net/articles/Monitorprogramm_Bamo128 Bamo128] Monitorprogramm und Bootloader<br />
* (C) [http://www.mikrocontroller.net/topic/319580#new AvRtos] preemtiver real time multitasking scheduler von Harald B. ([http://sourceforge.net/projects/avrtos/ Sourceforge])<br />
* (C) [https://bitbucket.org/dferreyra/avr-threads/wiki/Home avr-threads] Thread-Library für AVR<br />
<br />
==Bootloader==<br />
* (A,C,PC) [http://www.mikrocontroller.net/topic/12181#79866 AVR Bootloader]<br />
* (A, PC) [http://www.mikrocontroller.net/topic/146638#1364260 AVR Bootloader für GCC-Toolchain]<br />
* (A,PC) [http://www.mikrocontroller.net/topic/95839 AVR Bootloader mit Verschlüsselung]<br />
* (A) [http://www.mikrocontroller.net/topic/72308#591159 ATtiny45 Bootloader]<br />
* (C) [http://www.mikrocontroller.net/topic/67047#538510 MMC/SD Bootloader für ATMega16]<br />
* (C) [http://www.mikrocontroller.net/topic/56818#439359 SD/MMC Card Bootloader (passt in 2kb bootsection)]<br />
* (C) [http://www.mikrocontroller.net/topic/61170#480765 boofa - Bootloader für AVR über UART (AVR109)]<br />
* (C) [http://www.mikrocontroller.net/topic/53130#413058 Bootloader ATmega168]<br />
* (C) [http://www.mikrocontroller.net/topic/73196#600293 UART Bootloader ATtiny13 - ATmega644]<br />
* (C) [http://www.mikrocontroller.net/topic/99803#866081 Glühwürmchen in Rotkohlglas gefangen]<br />
* (C) [http://www.mikrocontroller.net/topic/150816#1414460 UART Bootloader AtMega644P @ 20MHz] (Eclipse Projekt)<br />
* (C) [[AVR Bootloader in C - eine einfache Anleitung]]<br />
* (C) [http://www.mikrocontroller.net/topic/200645#1971295 LAN-Bootloader für ATmega1284p]<br />
* (A) [http://www.mikrocontroller.net/articles/Monitorprogramm_Bamo128 Bamo128] Monitorprogramm und Bootloader<br />
Siehe auch: [[Bootloader]]<br />
<br />
==DCC==<br />
<br />
(Digital Command Control, Standard zur digitalen Steuerung von Modelleisenbahnen)<br />
<br />
* (A) [http://www.mikrocontroller.net/topic/31397#241300 DCC Decoder]<br />
<br />
==DCF77==<br />
<br />
(Zeitsignaldienst für funkgesteuerte Uhren auf der Langwellen-Frequenz 77,5 kHz)<br />
<br />
* (A) [http://www.mikrocontroller.net/topic/38914#287867 DCF77 AVR-Assemblerbaustein ]<br />
* (A) [http://www.mikrocontroller.net/topic/6500#41738 DCF77-Uhr mit ATTINY12]<br />
* (A) [http://www.mikrocontroller.net/topic/31385#241104 DCF Digital Empfangsmodul - Korrelation - (Assembler)ATmega8 ]<br />
* (C) [http://pic-projekte.de/wordpress/?p=572 DCF77 PIC-Projekte.de]<br />
* (C) [http://www.mikrocontroller.net/topic/25071#186286 DCF 77 ]<br />
* (C) [http://www.mikrocontroller.net/topic/14788#101528 DCF-Uhr mit DotMatrix-Anzeige für avr-gcc]<br />
* (C) [http://www.mikrocontroller.net/topic/12154#79501 PC DCF Timer ( PC Zeitschaltuhr)]<br />
* (C) [http://www.mikrocontroller.net/topic/25116#187197 DCF 77 Uhr mit CodeVision ]<br />
* (C) [http://www.mikrocontroller.net/topic/58769#456232 DCF77 Uhr in C mit ATtiny26]<br />
* (C) [http://www.mikrocontroller.net/topic/48597#372164 DCF77 Uhr, zum X.ten Mal, jetzt mit SAF]<br />
* (C,A) [http://www.mikrocontroller.net/topic/31408#536372 DCF77 mit beliebig gepoltem Eingangssignal innerhalb eines Webservers]<br />
* (C) [http://www.mikrocontroller.net/topic/121049 DCF-Uhr, Sonnenstand, TWI-Port, Alarmfunktion für Atmega8]<br />
* (A) [http://www.mikrocontroller.net/topic/151260#1419218 DCF77 Uhr 7 Segment LED ATmega8 Assembler]<br />
* (C) [http://www.mikrocontroller.net/topic/168807#1614129 DCF-Uhr mit LCD in C]<br />
<br />
== DRAM ==<br />
* (A,C) [http://www.mikrocontroller.net/topic/25053#186085 2MB DRAM an AVR] und Anwendung als [http://www.mikrocontroller.net/topic/25053#186089 Audiorekorder]<br />
<br />
==Drehgeber==<br />
* (C) [http://www.mikrocontroller.net/topic/6526#41978 Drehgeber auslesen]<br />
* (C+A) [http://www.mikrocontroller.net/topic/302229#new 4-fach Auswertung für Dreh-/Inkrementalgeber, schnell]<br />
* (C) [http://www.mikrocontroller.net/topic/328348#new Schrittmotor als Drehgeber mit Drehdynamik]<br />
<br />
==DTMF==<br />
* (A) [http://www.mikrocontroller.net/topic/92444#792954 DTMF dekodieren]<br />
<br />
==DMX==<br />
<br />
* (C) [http://www.mikrocontroller.net/topic/92350#new 20 Kanal Relaissteuerung per DMX]<br />
* (A) [http://www.mikrocontroller.net/topic/276885#new DMX512 zu RGB Led Controller use HSV Farbraum]<br />
* (C) [http://www.mikrocontroller.net/topic/290366#3096821 20 Kanal PWM per DMX]<br />
<br />
==Ethernet==<br />
Siehe auch [[AVR Softwarepool#Netzwerk|Netzwerk]]<br />
<br />
==Entwicklungssysteme==<br />
* (PC) [http://www.mikrocontroller.net/topic/74198#611404 AVR Code Wizard]<br />
* (A) [http://www.mikrocontroller.net/topic/30110#230503 Multitasking kernel für ATtinys in ASM]<br />
* (A) [http://www.mikrocontroller.net/topic/65156#521012 BASIC-Computer mit ATmega32]<br />
* (A) [http://www.mikrocontroller.net/topic/64129#511368 AVR TinyBASIC Anpassung für ATmega8]<br />
* (A) [http://www.mikrocontroller.net/topic/59189#460273 Mini-Computer mit BASIC]<br />
* (A) [http://www.mikrocontroller.net/topic/55807 Forth System für ATmegas in Assembler]<br />
* (A) [http://www.mikrocontroller.net/topic/94193 Forth-Computer mit ATmega32 und Videoausgabe] von Christian Berger<br />
* (C) [http://www.mikrocontroller.net/topic/62500#493931 Fixpoint-Arithmetik in "C"]<br />
* (C++) [http://www.mikrocontroller.net/topic/143537 Fixpoint-Arithmetik in "C++"]<br />
* (C) [http://www.mikrocontroller.net/topic/85256#717037 64 Bit float Emulator in C, IEEE754 kompatibel]<br />
* (A,C) [http://www.mikrocontroller.net/topic/92979#797957 AVR ATmega8TestBoard]<br />
* (C) [http://www.mikrocontroller.net/topic/94468#812992 Gleitkomma-Bibliothek für AVR]<br />
* (A) [http://www.mikrocontroller.net/topic/177481?page=1 AVR CP/M System]<br />
* (PC) [http://www.mikrocontroller.net/topic/187390 EMACS Konfiguration]<br />
<br />
==FFT==<br />
<br />
(Fast Fourier Transformation, "schnelle" Fouriertransformation)<br />
<br />
* (A) [http://www.mikrocontroller.net/topic/25095#186536 FFT auf dem AVR]<br />
* (A) [http://www.mikrocontroller.net/topic/25062#186225 128point FFT in ASM]<br />
* (A) [http://www.mikrocontroller.net/topic/27001#203911 Schnelle FFT in Assembler]<br />
* (C) [http://www.mikrocontroller.net/topic/131525#1191497 AVR-Lichtorgel per FFT MEGA8 32 644 ]<br />
<br />
==Funksteckdosen==<br />
* (C,A) [http://www.mikrocontroller.net/topic/31408#536372 Ansteuerung von Funksteckdosen mit einem Webserver]<br />
<br />
==GPS==<br />
<br />
(Global Positioning System, satellitengestütztes System zur weltweiten Positions- und Zeitbestimmung)<br />
<br />
* (A) [http://www.mikrocontroller.net/topic/48544#371717 GPS - MOUSE - MINI- NAVIGATOR (Assembler) ATmega8]<br />
* (C) [http://www.mikrocontroller.net/topic/72507#593252 GPS an mega8,88 oder 168]<br />
<br />
==IR==<br />
* siehe auch [[AVR Softwarepool#RC5|RC5]]<br />
* (C) [[IRMP]] - Infrared Multi Protocol Decoder:<br />
**[[IRMP| Wiki Seite]]<br />
**[http://www.mikrocontroller.net/topic/162119#1545798 Thread im Forum]<br />
<br />
==Kryptographie==<br />
* (A,C) [http://www.mikrocontroller.net/topic/73468 Verschiedene kryptographische Funktionen] <br />
<br />
==LANC==<br />
<br />
(Steuerprotokoll für Video- und Digitalfotokameras, auch als Control-L bekannt)<br />
<br />
* (C) [http://www.mikrocontroller.net/topic/40463#302754 Sony LANC Auswertung mit AVR] (Atmega 128 @ 16 MHz)<br />
<br />
==LEDs und LED-Anzeigen==<br />
* (C) [http://www.mikrocontroller.net/topic/76839#638278 Solarlicht Steuerung]<br />
* (C) [http://www.mikrocontroller.net/topic/77863#648213 Taster + LED am selben Draht (4*)]<br />
* (A) [http://www.mikrocontroller.net/topic/73776#606472 LED-Touch-Panel] (ARM)<br />
* (A) [http://www.mikrocontroller.net/topic/74013#609097 RGB-Moodlight auf ATTiny2313 mit RC5-Fernbedienung]<br />
* (C) [http://www.mikrocontroller.net/topic/54561#421940 HSV RGB Led Dimmer, C Code & Video & Doku]<br />
* (A) [http://www.mikrocontroller.net/topic/67567#543492 Mini RGB Lichteffektgenerator mit Menü für Pic16F84]<br />
* (C) [http://www.mikrocontroller.net/topic/48464#370871 Ansteuerung einer RGB LED (PWM)]<br />
* (A) [http://www.mikrocontroller.net/topic/87149#737282 3x7 Segment und 1 I/O-Pin (Assembler)]<br />
* (C) [http://www.mikrocontroller.net/topic/31370#240843 ADC mit Multiplexanzeige] (vier 7-Segmentanzeigen)<br />
* (A) [http://www.mikrocontroller.net/topic/31388#241192 AVR-Lauflicht]<br />
* (A) [http://www.mikrocontroller.net/topic/94746#815809 HSB->RGB Umrechnung rein in Assembler, auch für ATiny]<br />
* (C) [http://www.mikrocontroller.net/topic/99803#866081 Glühwürmchen in Rotkohlglas gefangen]<br />
* (A) [http://www.mikrocontroller.net/topic/110168 2x7-Segment an nur 3 Leitungen]<br />
* (A) [[Ambilight in Hardware]]<br />
* (A) [http://www.mikrocontroller.net/topic/145156#1346531 µCke Microcontroller Mücke (Atmel Tiny13)]<br />
* (C) [http://www.mikrocontroller.net/topic/131525#1191497 AVR-Lichtorgel per FFT MEGA8 32 644 ]<br />
* (B) [http://www.mikrocontroller.net/topic/182305 TLC5940 16-Kanal 12bit LED Treiber ansteuern und HighPower LEDs über MosFETs treiben]<br />
* (PC) [http://www.mikrocontroller.net/topic/185730 7Segment Coder]<br />
* (C) [http://www.mikrocontroller.net/topic/244768 RGB-Moodlight, ATMega8, Soft-PWM mit Gammakorrektur, IR-Fernbedienung]<br />
* (C) [http://www.mikrocontroller.net/topic/275426 serielles 4x7 Segment Display NSM4202]<br />
<br />
==LCD und VFD==<br />
* (C) [http://bluematrixi.bl.funpic.de/index.php/elektronik-avr/lcd-display-nokia3310 Bibliothek für Nokia 3310 Lcd Ansteuerung in "C" - sehr gut]<br />
*(C,A)[http://www.mikrocontroller.net/articles/Ansteuerung_Handy_Displays Ansteuerung_Handy_Displays]<br />
* (PC) [http://www.mikrocontroller.net/topic/53137#413137 Programm zum Erstellen eigener Schriftarten (LCD)]<br />
* (PC) [http://www.mikrocontroller.net/topic/54860#423255 LCD Schriftarten ( Fonts in veschiedenen Größen )]<br />
* (C) [http://www.mikrocontroller.net/topic/31403 The Siemens S65 132x176, 65536 color display with AVR]<br />
* (C) [http://www.mikrocontroller.net/topic/48501#371218 LCD Ansteuerung im 4bit-Modus]<br />
* (C) [http://www.mikrocontroller.net/topic/48456#370782 LCD Library T6963c]<br />
* (C) [http://www.mikrocontroller.net/topic/76399#633680 "Bessere" T6963c Library]<br />
* (C) [http://www.mikrocontroller.net/topic/25099#186569 LCD Controller für 640x480 LCD mit mega8515]<br />
* (C) [http://www.mikrocontroller.net/topic/38923#287939 LCD Controller KS0073 Support im 4-Bit Mode]<br />
* (A) [http://www.mikrocontroller.net/topic/79609#664268 KS0066U oder Ähnliche --- LCD Treiber]<br />
* (C) [http://www.mikrocontroller.net/topic/81793#683135 Pollin E0855-2 SED1530-Treiber]<br />
* (C) [http://www.mikrocontroller.net/topic/90449#772843 LCD über nur einen IO-Pin ansteuern]<br />
* (C) [http://www.mikrocontroller.net/topic/120475 VFD Library (Vacuum Fluorescent Display Library)]<br />
* (C) [http://www.mikrocontroller.net/topic/98321#851423 Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen] (jetzt auch mit 8 Graustufen)<br />
* (C) [http://www.mikrocontroller.net/topic/140369 Menüsystem für beliebige schwarz-weiß LCDs bis 4096x4096 Pixeln und grafischem Editor]<br />
* (C) [http://www.mikrocontroller.net/topic/194149 Schnelle SED1520 Funktionsbibliothek mit Bildkonverter und Fontgenerator]<br />
* (PC,C) [http://www.mikrocontroller.net/topic/234304 DOGXL Fontgenerator (SW+Graustufen)]<br />
* (C,A) [http://www.mikrocontroller.net/topic/236862#2401250 Grafikfähiger LCD Controller für 320x240 LCD mit D-RAM]<br />
* (A) [http://www.mikrocontroller.net/topic/190078 LCD SHARP M078CKA mit LH155]<br />
* (C) [http://www.mikrocontroller.net/topic/287978 EA DOGM162 Textdisplay an SPI]<br />
* (A) [http://www.mikrocontroller.net/topic/305266 HD44780 Display 2x16 Xmega-Assemblerbaustein]<br />
* (C) [http://www.mikrocontroller.net/topic/320791#3524261 Nokia N95 Display 320x240 Arduino Lib.]<br />
* (C) [http://www.mikrocontroller.net/topic/318818#3456758 Library für ST7735 Display Controller mit GLCD Font Unterstützung]<br />
<br />
==I2C==<br />
* (C) [http://www.mikrocontroller.net/topic/98923#857451 Ultraschall Entfernungsmesser mit I2C, Eigenbau]<br />
* (C) [http://www.mikrocontroller.net/topic/83871#new I2C-Master realisiert in Software, ohne TWI für alle ATMEGAs]<br />
* (A) [http://www.mikrocontroller.net/topic/38919#new RS232 <-> TWI / I2C Interface für ATMega8 (ASM) inkl. Windows Software]<br />
* (C) [http://www.mikrocontroller.net/topic/67698#544930 USI TWI Master]<br />
* (A) [http://www.mikrocontroller.net/topic/235733#2388116 Hardware TWI-MASTER Interrupt basierend für Mega AVR]<br />
* (A) [http://www.mikrocontroller.net/topic/272621#new I2C/TWI Master-Interrupt Xmega-Assemblerbaustein]<br />
* (C) [https://www.mikrocontroller.net/topic/378553 hot-plug fähige Library für DS1621 Temperatursensoren ]<br />
<br />
==Messgeräte==<br />
===Drehzahlmesser===<br />
* (B) [http://www.mikrocontroller.net/topic/1518#8469 Drehzahlmesser 4 mal 7-Segment mit 90S2313]<br />
* (C) [http://www.mikrocontroller.net/articles/Drehzahlmesser Drehzahlmesser mit 4 mal 7-Segment anzeigen mit Tiny2313, Wiki-Artikel]<br />
* (C) [http://www.mikrocontroller.net/topic/231283 einfache Drehzahlmessung mit ATmega88]<br />
* (C) [http://www.mikrocontroller.net/topic/232485 4-Kanal Drehzahlmessung mit ATmega88]<br />
<br />
===Klopfsensormessgerät===<br />
* (C) [http://www.mikrocontroller.net/articles/Klopfsensormessgeraet Messgerät für Klopfgeräusche an Verbrennungsmotoren auf Basis des TPIC8101]<br />
<br />
===Entfernungsmesser===<br />
* (C) [http://www.mikrocontroller.net/topic/98923#857451 Ultraschall Entfernungsmesser mit I2C, Eigenbau]<br />
* (C) [http://www.mikrocontroller.net/topic/130834 3D Umgebungserfassung mit einem auf zwei Servors montiertem Sharp Distanzsensor, Eigenbau]<br />
<br />
===Frequenzmesser===<br />
* (A) [http://www.mikrocontroller.net/topic/62610#495030 Frequenzmesser bis 2Mhz -- mit AVR ATmega8]<br />
* (C) [http://www.mikrocontroller.net/topic/48582#372072 Frequenzmessung (Seite mit Quellcode nicht erreichbar)]<br />
* (C) [http://www.mikrocontroller.net/topic/62517#494146 Input Capture Pin (ICP) auslesen ( Frequenz messen)]<br />
* (C) [http://www.mikrocontroller.net/topic/25144#187587 Frequenzmessung und Impulszählung über den Parallelport-IR]<br />
* (A) [http://www.mikrocontroller.net/topic/31394#241251 einfacher 5 MHz Frequenzzähler (Assembler) ATmega8]<br />
* (A) [http://www.mikrocontroller.net/topic/69021#558098 Multimeter]<br />
* (C) [http://www.mikrocontroller.net/topic/173665#new sehr genauer Frequenzmesser Atmega8]<br />
* (C) [http://www.mikrocontroller.net/topic/186801#new Reziproker Frequenzzähler+ Optimierte 64bit uint Routinen]<br />
* (C+A) [http://www.mikrocontroller.net/topic/200279#new 6 Stellen von 1Hz bis 40MHz ATmega8]<br />
* (C) [http://www.mikrocontroller.net/topic/241150#2458079 Reziproker Frequenzzähler, GPS-stabilisiert, ATmega162]<br />
* (B) [http://www.mikrocontroller.net/topic/359552#new Reziproker Frequenzzähler mit BASCOM-AVR]<br />
<br />
===Frequenzgenerator===<br />
* (B) [http://www.mikrocontroller.net/topic/152966#1438488 Einstellbarer Frequenzgenerator für 0.12 Hz - 8 MHz mit Atmega 8 und Bascom ]<br />
<br />
===Kompass===<br />
* (A) [http://www.mikrocontroller.net/topic/100239#870281 KOMPASS KMZ10A KMZ10B ATmega8 Assembler]<br />
<br />
===Messgeräte für elektronische Bauteile===<br />
* (A) [http://www.mikrocontroller.net/topic/69021#558098 Multimeter]<br />
* (A) [http://www.mikrocontroller.net/topic/60797#477026 LC-METER / LC-Messgerät ATmega8 Assembler]<br />
* (A) [http://www.mikrocontroller.net/topic/60591#474873 Widerstandstester]<br />
* (A) [http://www.mikrocontroller.net/topic/56770#438957 Ladungsmessgerät]<br />
* (A) [http://www.mikrocontroller.net/topic/31386#241139 Transistortester]<br />
* (C) [http://www.mikrocontroller.net/topic/131804#1194273 Transistortester]<br />
<br />
===Spannungsmesser===<br />
* (C) [http://www.mikrocontroller.net/topic/31370#240843 ADC mit Multiplexanzeige] - Voltmeter<br />
* (A) [http://www.mikrocontroller.net/topic/69021#558098 Multimeter]<br />
* (C) [http://www.mikrocontroller.net/topic/31389 Wirkleistungsmessgerät] - "Ein einfaches Wirkleistungsmessgerät für 230V Verbraucher ohne Netztrennung mit 3 stelliger 7-Segment Anzeige für Verbraucher bis 500W." (+ ähnlicher Aufbau mit Silabs Controller)<br />
<br />
===Thermometer===<br />
* (A) [http://www.mikrocontroller.net/topic/6516#41903 Zeit + Temperatur auf LCD mit AVR]<br />
* (C) [http://www.mikrocontroller.net/topic/53127#413006 Thermometer mit LED & LM35]<br />
* (C) [http://www.mikrocontroller.net/topic/31408#536372 Viele DS18x20-Thermometer in einem Webserver]<br />
* (C) [http://www.mikrocontroller.net/topic/354441#3953900 Auswertung Temperatursensor KTY81 (PT1000), Arduino Uno, 1-6 Kanäle]<br />
<br />
===Oszilloskop===<br />
* (B) [http://www.mikrocontroller.net/topic/53129#413011 Einfaches Oszilloskop - Bascom]<br />
* (A) [http://www.mikrocontroller.net/topic/48586#372093 Oszi- & Logikanalyser mit LCD]<br />
* (A) [http://www.mikrocontroller.net/topic/31376#240880 einfaches DIGITAL- Oszilloskop (800 Datenpunkte) Assembler]<br />
* (A) [http://www.mikrocontroller.net/topic/56616#437772 Einfaches "Oszilloskop"]<br />
* (C) [http://www.christoph-lauer.de/Homepage/Blog/Eintrage/2010/8/1_Embedded_C_based_Spectrumanalyzer.html ATXMega based Oscilloscope and Spectrumanalyzer]<br />
* (A) [http://www.mikrocontroller.net/topic/228997#2308320 Selbstbau Digital Storage Oszilloskop]<br />
<br />
===Beschleunigungssensor===<br />
* (c++) [http://www.mikrocontroller.net/topic/268214 Einfache BMA020 Library, mit I2C]<br />
<br />
==MIDI==<br />
<br />
(Musical Instrument Digital Interface, Datenübertragungsstandard für Musikinstrumente)<br />
<br />
* (C) [http://www.mikrocontroller.net/topic/48542#371695 Mr.MidiPlayer - Spielt alle MIDI-Dateien von einer SD-Karte] (siehe auch: [[Midi_Rekorder_mit_MMC/SD-Karte]])<br />
* (C) [http://www.mikrocontroller.net/topic/25035#185861 MIDI-Rekorder mit SD/MMC und AVR]<br />
* (A) [http://www.mikrocontroller.net/topic/106512# Drum-Trigger mit MIDI-Ausgabe]<br />
<br />
==MMC==<br />
<br />
(Multimedia Card, digitales Flash-Speichermedium)<br />
<br />
* (C) [http://www.mikrocontroller.net/topic/25056#186117 SourceCode MMC die Zweite]<br />
* (C) [http://www.mikrocontroller.net/topic/48481#370950 MMC/SD-Karte mit FAT16 an AVR]<br />
* (C) [http://www.mikrocontroller.net/topic/67047#538510 MMC/SD Bootloader füt ATMega16]<br />
* (C) [http://www.mikrocontroller.net/topic/14800#102024 MMC/SD ansteuern mit AVR]<br />
* (C) [http://www.mikrocontroller.net/topic/25035#185861 MIDI-Rekorder mit SD/MMC und AVR]<br />
* (C) [http://www.mikrocontroller.net/articles/FAT32 MMC/SD - FAT16/32 Bibliothek für AVR mit Wiki]<br />
<br />
==Netzgeräte==<br />
* [http://www.mikrocontroller.net/topic/60786#476904 Labornetzgerät]<br />
* [[RADLAB-PS1]] [http://www.mikrocontroller.net/topic/124858#1138781 Netzteil um LM317 mit Strombegrenzung und Anzeige!]<br />
<br />
==Netzwerk==<br />
* (C) [http://www.mikrocontroller.net/topic/87517#new Kleiner ENC28J60 µWebserver von SimonK]<br />
* (C) [http://www.mikrocontroller.net/topic/82127#new Ulrich Radigs ENC28J60 mit leicht lötbaren/beschaffbaren Bauteilen]<br />
* (C) [http://www.mikrocontroller.net/topic/131825 Dirk Broßwick Webserver auf ENC28j60 Basis mit einem ATmega2561, es gibt auch einen Port auf das AVR-NET IO]<br />
<br />
==Parser==<br />
* (C) [http://www.mikrocontroller.net/topic/64763#517245 Zwei Parser für numerische Ausdrücke]<br />
* (C) [http://www.mikrocontroller.net/topic/76842#638283 uShell - ein universeller Parser für uCs]<br />
<br />
==RFID==<br />
<br />
(Radio Frequency Identification, Verfahren zur funkbasierten Identifizierung und Lokalisierung von Gegenständen)<br />
<br />
* (C) [http://www.mikrocontroller.net/topic/68442#552128 USB RFID Tag Leser]<br />
* (C) [http://www.mikrocontroller.net/topic/228709 Soft-RFID ohne RFID-IC]<br />
<br />
==RC - Fernsteuerungen/Servos==<br />
* (C) [http://www.mikrocontroller.net/topic/48529#371582 RC Summen Signal erzeugen ]<br />
* (C) [http://www.mikrocontroller.net/topic/192453 RC Summen Signal dekodieren ]<br />
<br />
==RC5==<br />
<br />
(verbreitetes Datenübertragungsprotokoll für Infrarot-Fernbedienungen)<br />
<br />
* (A) [http://www.mikrocontroller.net/topic/14789#101536 RC5 Sender auf einem Attiny11L]<br />
* (C) [http://www.mikrocontroller.net/topic/74013#609097 RGB-Moodlight auf ATTiny2313 mit RC5-Fernbedienung]<br />
* (C) [http://www.mikrocontroller.net/topic/12216#80856 Fernbedien RC5 Empfänger]<br />
* (C) [http://www.mikrocontroller.net/topic/59235#460765 RC5 Sender selber bauen ???]<br />
<br />
==Ringpuffer==<br />
* (A) [http://www.mikrocontroller.net/topic/66789#536189 Ringpuffer AVR]<br />
* (C) [http://www.mikrocontroller.net/topic/101472#882716 AVR-GCC: UART mit FIFO]<br />
<br />
==SD==<br />
<br />
(Secure Digital Memory Card; digitales Flash-Speichermedium)<br />
<br />
* (C) [http://www.mikrocontroller.net/topic/48542#371695 Mr.MidiPlayer - Spielt alle MIDI-Dateien von einer SD-Karte] (siehe auch: [[Midi_Rekorder_mit_MMC/SD-Karte]])<br />
* (C) [http://www.mikrocontroller.net/topic/25035#185861 MIDI-Rekorder mit SD/MMC und AVR]<br />
* (C) [http://www.mikrocontroller.net/topic/68257#550336 Datenrekorder auf SD-Karte mit mega88]<br />
<br />
==Sonstiges==<br />
<br />
* (C) [http://www.mikrocontroller.net/topic/111783#994358 Sonnenstandberechnung mit Atmega 8]<br />
* (C) [http://www.mikrocontroller.net/articles/UAC_Mikrocontroller_ASCII_Console uAC Mikrocontroller ASCII Console]<br />
<br />
==Spaßprojekte==<br />
* (C) [http://www.mikrocontroller.net/topic/99803#866081 Glühwürmchen in Rotkohlglas gefangen]<br />
* (C) [http://www.mikrocontroller.net/topic/119876#1083044 Miniprojekt: Lagerfeuer-LED (ATtiny25)]<br />
* (C) [http://www.mikrocontroller.net/topic/120289#1087905 Klingel mit 100 Melodien - last minute Weihnachtsgeschenk]<br />
* (A) [http://www.mikrocontroller.net/topic/145156#1346531 µCke Microcontroller Mücke (Atmel Tiny13)]<br />
* (C) [http://www.mikrocontroller.net/topic/167528#1601077 Toastbrote zählen]<br />
<br />
==Spiele==<br />
* (C) [http://www.mikrocontroller.net/topic/48505#371259 Tetris auf dem AtMega8]<br />
* (C) [http://www.mikrocontroller.net/topic/187253# Atmega8 Schachuhr mit Max7219 ]<br />
<br />
==Steuerungen==<br />
* (C) [http://www.mikrocontroller.net/topic/123551 Aquarium Controller]<br />
* () [http://www.mikrocontroller.net/topic/309045 Lüftersteuerung durch zwei SHT75, mega32, LCD und SD-Karte]<br />
* () [http://www.mikrocontroller.net/topic/307375 Fensteröffner mit Scheibenwischermotor dht11 sht11]<br />
<br />
==Taster / Schalter==<br />
===mechanisch===<br />
* (A) [http://www.mikrocontroller.net/topic/6492#41625 Tasten entprellen - Bulletproof] (siehe auch: [[Entprellung]])<br />
* (C) [http://www.mikrocontroller.net/topic/48465#370877 Universelle Tastenabfrage]<br />
* (C) [http://www.mikrocontroller.net/topic/6491#41624 Tasten-Matrix entprellen]<br />
* (C) [http://www.mikrocontroller.net/topic/64731#517001 Tastenmatrix auslesen über nur 2 Leitungen]<br />
* (C) [http://www.mikrocontroller.net/topic/64743#517105 Tasten Entprellen für N00bs]<br />
* (C) [http://www.mikrocontroller.net/topic/77863#648213 Taster + LED am selben Draht (4*)]<br />
* (C) [http://www.mikrocontroller.net/topic/1515#8455 Entprellen von Tastern, autorepeat, vintage]<br />
<br />
===kapazitiv===<br />
* (C) [http://www.mikrocontroller.net/topic/38904 Sensor mit nur einer Kontaktfläche]<br />
* (C) [http://www.mikrocontroller.net/topic/25045 Einfache Sensortaste]<br />
<br />
==Tonerzeugung==<br />
* (A) [http://www.mikrocontroller.net/topic/66945#537624 ATMEGA8 Soundgenerator/Synthesizer]<br />
* (C) [http://www.mikrocontroller.net/topic/120289#1087905 Klingel mit 100 Melodien - last minute Weihnachtsgeschenk]<br />
* (C) [http://www.mikrocontroller.net/topic/134362 RTTTL Melodiegenerator mit ATTINY85]<br />
* (B) [http://www.mikrocontroller.net/topic/232702#new RTTTL Melodiegenerator mit ATMEGA8]<br />
* (A) [http://www.mikrocontroller.net/topic/25051 Melodie ausgeben mit AVR ATTiny12]<br />
* (A) [http://www.mikrocontroller.net/topic/145156#1346531 µCke Microcontroller Mücke (Atmel Tiny13)]<br />
* (B) [http://www.mikrocontroller.net/topic/137629#1259132 Melodieklingel BASCOM ATmega8]<br />
* (A) [http://www.mikrocontroller.net/topic/191596 2Kanal Synthesizer ATtiny 2313, 85, ..]<br />
* (A) [http://www.mikrocontroller.net/topic/232845 17 Kanal Avr Synthesizer]<br />
* (C) [[AVR-Synthesizer]]<br />
<br />
==TWI==<br />
* (C) [http://www.mikrocontroller.net/topic/87597#742070 AVR TWI Master und Slave Funtionen in C]<br />
* (A) [http://www.mikrocontroller.net/topic/31404#242081 TWI / I2C einf. MASTER SLAVE Beispiel(Assembler) ATmega8]<br />
<br />
==USB==<br />
* (C) [http://www.mikrocontroller.net/topic/75254#622120 USB Host Stack für Eingebettete Systeme (LGPL)]<br />
* (C) [http://www.mikrocontroller.net/topic/68442#552128 USB RFID Tag Leser]<br />
* (A,C) [http://www.mikrocontroller.net/topic/92979#797957 AVR ATmega8TestBoard]<br />
* (C) [http://www.mikrocontroller.net/topic/90791#776280 Relaiskarte für den USB Port]<br />
* (C) [http://www.mikrocontroller.net/topic/130381#1179352 USB-Stick am Mikrocontroller VNC1L]<br />
* (C) [http://www.mikrocontroller.net/topic/155241 PDIUSBD12 Treiber und micro USB-Device stack]<br />
* (C) [http://www.mikrocontroller.net/topic/192453 HID-Joystick mit V-USB ]<br />
<br />
==UART==<br />
* (C) [http://www.mikrocontroller.net/topic/101472#882716 AVR-GCC: UART mit FIFO]<br />
* (C) [http://www.mikrocontroller.net/topic/38928#287985 Software UART]<br />
* (C) [http://www.mikrocontroller.net/topic/125651#1147436 Software UART mit FIFO]<br />
* (C) [http://www.mikrocontroller.net/topic/175946#1690682 uParse] - ein kompakter und vielseitiger Parser (Atmega32) für [[RS232]]<br />
* (C) [http://www.mikrocontroller.net/topic/159753#1517744 Einfacher Interpreter für Komandozeilen/Befehlszeilen] (Atmega32) für [[RS232]]<br />
<br />
==Video==<br />
* (A) [http://www.mikrocontroller.net/topic/53140#413249 AVR ASCII Video Terminal - 40 x 25 - BAS Signal]<br />
* (A) [http://www.mikrocontroller.net/topic/53139#413225 TV VIDEO BILD BAS Frequenzzähler DVM Atmega8 Assembler]<br />
* (A) [http://www.electronicspit.com/video/ Videosignal in Farbe aus dem ATMega32] (URL nicht mehr erreichbar)<br />
* (A) [http://www.mikrocontroller.net/topic/25091#new VGA Testbildgenerator]<br />
* (C) [http://www.mikrocontroller.net/topic/101429#882288 ATmega8 erzeugt Video in C!]<br />
<br />
==Zeitgeber und Uhren==<br />
* (A) [http://www.mikrocontroller.net/topic/12185#80055 Die genaue Sekunde / RTC]<br />
* (A) [http://www.mikrocontroller.net/topic/74673#616226 LCD-Timer für Belichtungsgerät]<br />
* (A) [http://www.mikrocontroller.net/topic/119859#1082804 DS1307 Assembler-Code]<br />
* (C) [http://www.mikrocontroller.net/topic/31374#240878 AVR Library für RTC 12C887 in C]<br />
* (C) [http://www.mikrocontroller.net/topic/25136#187534 RTC DS1302 in C]<br />
* (C) [http://www.mikrocontroller.net/topic/25087#186454 RTC + Scheduler]<br />
* (C) [http://www.mikrocontroller.net/topic/53131#413059 Jumbo-LED Uhr]<br />
* (C) [http://www.mikrocontroller.net/topic/6516#41903 Zeit + Temperatur auf LCD mit AVR]<br />
* (C) [http://www.mikrocontroller.net/topic/25069 Sekunden in Zeit/Datum umwandeln (mit Sommerzeit/Schaltjahren)]<br />
* (B) [http://www.mikrocontroller.net/topic/48560#371911 BASCOM Uhr mit Butterfly]<br />
* (C) [http://www.mikrocontroller.net/topic/48450#370765 Countdown timer für UV Belichter]<br />
* (C) [http://www.mikrocontroller.net/topic/98885 Countdown Timer mit ATtiny2313]<br />
* (C) [http://www.mikrocontroller.net/topic/12176#79672 Wartezeiten effektiv (Scheduler)]<br />
* (C) [http://www.mikrocontroller.net/topic/31408#536372 Schaltuhr mit DCF77-Referenz in einem Webserver, Steuerung von Funksteckdosen]<br />
* (C) [http://www.mikrocontroller.net/topic/100892#876549 Eieruhr mit ATtiny24V/ATtiny2313V]<br />
* (B) [http://www.mikrocontroller.net/topic/151236 Zeitauslöser für Casio EX F1 mit Attiny2313]<br />
* (A) [http://www.mikrocontroller.net/topic/151260#1419218 DCF77 Uhr 7 Segment LED ATmega8 Assembler]<br />
* (C) [http://www.mikrocontroller.net/topic/177688# NIXIE Uhr mit vielen Funktionen in C mit ATTiny2313]<br />
* (C) [http://www.mikrocontroller.net/topic/233699 Stoppuhr – Geschwindigkeit – Pulsweite mit Atmega88]<br />
* (C) [http://www.mikrocontroller.net/topic/275514 Timer bis 99:59 min - LED Display NSM4202, Drehgeber - At90S2313]<br />
* (A) [http://www.mikrocontroller.net/topic/289724 Uhr/Kalender AVR-Assemblerbaustein]<br />
<br />
== Siehe auch ==<br />
<br />
* [[AVR-Codesammlung Übersicht]]<br />
<br />
[[Kategorie:AVR]]<br />
[[Kategorie:Forum]]<br />
[[Kategorie:Listen]]</div>Maxmb