http://www.ethersex.de/api.php?action=feedcontributions&feedformat=atom&user=KpwgEthersex_Wiki - User contributions [en]2026-05-25T02:50:54ZUser contributionsMediaWiki 1.30.0http://www.ethersex.de/index.php?title=Nutzung_in_FHEM_(Deutsch)&diff=1789Nutzung in FHEM (Deutsch)2017-01-22T13:26:21Z<p>Kpwg: /* HD44780 Punktmatrixdisplays */</p>
<hr />
<div>{{i18n|Nutzung in FHEM}}<br />
<br />
[http://www.fhemwiki.de/wiki/Hauptseite FHEM] ist ein Hausautomations-Server von Rudolf Koenig et al. in Perl geschrieben, um diverse per Funk und Kabel angebundene Komponenten aus dem Bereich der Hausautomation zu steuern. Er ist lizensiert unter der GPL v2.<br />
<br />
Das [http://www.pollin.de/shop/suchergebnis.html?S_TEXT=810+058 AVR-Net-IO] von [http://www.pollin.de Pollin] mit [[Ethersex]] dient als [http://www.fhemwiki.de/wiki/AVR-NET-IO preisgünstiger Einstieg in die Hausautomatisierung]. Verwendbar ist aber auch jede andere [[Supported_Boards_(Deutsch) | Hardware]], die von Ethersex unterstützt wird (Arduino, eigene Entwicklungen, etc.). Über [[ECMD]] lassen sich dabei theoretisch alle in [[Ethersex]] vorhandenen [[ECMD_Protocols_%28Deutsch%29 | Möglichkeiten]] nutzen, sofern in FHEM entsprechende [http://fhem.de/commandref.html#ECMD ECMD-Devices] definiert und eingebunden werden, die passende Klassendefinition exisitert und die Aktion ausgelöst wird.<br />
<br />
== Grundlagen ==<br />
<br />
Ausgehend von einem fertigen und per Telnet erreichbaren Ethersex muss in FHEM zuerst das entsprechende Device definiert werden.<br />
<pre><br />
define NETIO_WZ ECMD telnet 192.168.3.81:2701<br />
</pre><br />
Eine serielle Anbindung kann mit ''define <name> ECMD serial <SerialDevice>[<@BaudRate>]'' alternativ erfolgen. <br />
<br />
Anschließend werden die erstellten .classdef-Konfigurationsdateien der einzelnen Funktionen dem System bekannt gemacht. In diesen .classdef-Dateien (Name und Endung sind frei wählbar!) wird die Schnittstelle zwischen FHEM und ECMD/Ethersex definiert. Dabei können mit perl übergebene Parameter und empfangene Daten bearbeitet sowie die in FHEM gebräuchlichen Readings erstellt werden.<br />
<pre><br />
attr NETIO_WZ classdefs RFM12_2272=/opt/fhem/FHEM/rfm12_2272.classdef:RFM12_IT=/opt/fhem/FHEM/rfm12_it.classdef:LCD=/opt/fhem/FHEM/lcd.classdef:DHT22=/opt/fhem/FHEM/dht22.classdef:1WIRE=/opt/fhem/FHEM/1wire.classdef<br />
</pre><br />
Die Definitionen für IC2272, Intertechno, HD44780-LCD, DHT22 und 1wire sind nun eingebunden. In den folgenden Abschnitten wird auf die einzelnen Devices näher eingegangen. Generell sind Pfade und IP-Adressen sowie übergebene Parameter noch entsprechend der eigenen Konfiguration anzupassen.<br />
<br />
== [[Onewire_(Deutsch) | 1-Wire Temperatursensoren]] ==<br />
<br />
[[File:DS18B20.jpg|150px|thumb|right|DS18B20-Sensoren]]<br />
Die 1wire-Temperatursensoren DS18B20 oder DS18S20 werden im [[Onewire_(Deutsch)#Polling_Modus | Polling Modus]] abgefragt. Das macht die zyklische Abfrage aus FHEM heraus wesentlich einfacher. Eine Polling-Zeit von mindestens 30 Sekunden ist absolut ausreichend.Im Vorfeld sollte man sich die [[Onewire_(Deutsch)#Benennung_von_Sensoren | ROM-Codes der Sensoren]] notieren, da diese nachher benötigt werden. <br />
<br />
1w-temp.classdef erstellen:<br />
<source lang="perl"><br />
# Uebergabeparameter Onewire Rom-Code<br />
params devID<br />
# Umsetzung in ECMD Befehle 1w get = Temperatur auslesen<br />
get 1W cmd {"1w get %devID\n"}<br />
get 1W expect "\d+.\d+\n"<br />
get 1W postproc {\<br />
s/\n//g;\<br />
my $hash = $defs{%NAME};\<br />
my $temperature = $_;\<br />
my $state = "T: $temperature";\<br />
\<br />
readingsSingleUpdate($hash, "temperature", $temperature, 1);\<br />
readingsSingleUpdate($hash, "state", $state, 1);\<br />
\<br />
}<br />
</source><br />
<br />
Die classdef wird eingebunden: <br />
<pre><br />
define NETIO_KU ECMD telnet 192.168.3.82:2701<br />
attr NETIO_KU classdefs 1W-TEMP=/opt/fhem/FHEM/1w-temp.classdef<br />
</pre><br />
<br />
Die Sensoren werden anhand des ROM-Code definiert:<br />
<pre><br />
define HZ_WW ECMDDevice 1W-TEMP 284c8820050003d4<br />
attr HZ_WW IODev NETIO_KU<br />
define HZ_VL ECMDDevice 1W-TEMP 2890a520050003d7<br />
attr HZ_VL IODev NETIO_KU<br />
</pre><br />
Eine zyklische Messung pro Minute lässt sich in dieser Form auslösen:<br />
<pre><br />
define Messung_1w at +*00:01 get HZ_WW 1W;; get HZ_VL 1W<br />
attr Messung_1w verbose 0<br />
</pre><br />
<br />
== [[DHT|DHT22 Temperatur-/Feuchtesensoren]] ==<br />
<br />
[[File:DHT22.jpg|150px|thumb|right|DHT22-Sensoren]]<br />
[[Ethersex]] unterstützt die preiswerten Temperatur-/Feuchtesensoren [[DHT|DHT11 und DHT22]], wobei letztere [[DHT#DHT11_vs_DHT22|um einiges genauer sind]].<br />
<br />
Die Sensoren benötigen 5V Betriebsspannung und kommunizieren über je einen Pin mit dem Prozessor. Der Preis pro Stück liegt derzeit bei etwa 3.50 Euro (ebay/China). Wer die Trägheit und Ungenauigkeit der S300TH oder TX29DTH kennt, wünscht sich vermutlich Besseres; vor allem bei Berechnung von [http://de.wikipedia.org/wiki/Taupunkt Taupunkt] und [http://de.wikipedia.org/wiki/Luftfeuchtigkeit#Absolute_Luftfeuchtigkeit absoluter Feuchte], welche von der Genauigkeit der gemessenen Eingangsgrößen sehr profitieren. Berechnungen von Hand kann man beim [http://www.wetterochs.de/wetter/feuchte.html Wetterochs] durchführen. Die automatische Berechnung der absoluten Feuchte in FHEM wird im [http://forum.fhem.de/index.php/topic,21458.0.html Forum] erklärt.<br />
<br />
<br />
'''Einbindung in FHEM'''<br />
<br />
dht22m.classdef erstellen:<br />
<source lang="perl"><br />
# Uebergabeparameter DHT22 ID 0...n<br />
params devID<br />
# Umsetzung in ECMD Befehle fuer DHT22<br />
get DHT cmd {"dht temp %devID\n\000dht humid %devID\n"}<br />
get DHT expect "-?\d+.\d\n"<br />
get DHT postproc {\<br />
s/(.*)\n(.*)\n/T: $1 H: $2/;\<br />
my $hash = $defs{%NAME};\<br />
my $temperature = $1;\<br />
my $humidity = $2;\<br />
my $state = $_;\<br />
\<br />
readingsSingleUpdate($hash, "temperature", $temperature, 1);\<br />
readingsSingleUpdate($hash, "humidity", $humidity, 1);\<br />
readingsSingleUpdate($hash, "state", $state, 1);\<br />
\<br />
}<br />
</source><br />
<br />
Die classdef wird eingebunden:<br />
<pre><br />
define NETIO_TEST ECMD telnet 192.168.3.89:2701<br />
attr NETIO_TEST classdefs DHT22M=/opt/fhem/FHEM/dht22m.classdef<br />
</pre><br />
<br />
Die Sensoren werden definiert:<br />
<pre><br />
define Test0 ECMDDevice DHT22M 0<br />
attr Test0 IODev NETIO_TEST<br />
define Test1 ECMDDevice DHT22M 1<br />
attr Test1 IODev NETIO_TEST<br />
define Test2 ECMDDevice DHT22M 2<br />
attr Test2 IODev NETIO_TEST<br />
define Test3 ECMDDevice DHT22M 3<br />
attr Test3 IODev NETIO_TEST<br />
</pre><br />
<br />
Eine zyklische Messung alle 4 Minuten könnte so aussehen:<br />
<pre><br />
<br />
define Messung_DHT at +*00:04 get Test0 DHT;; get Test1 DHT;; get Test2 DHT;; get Test3 DHT<br />
attr Messung_DHT verbose 0<br />
</pre><br />
Fünfzehn Messwerte pro Stunde genügen den allermeisten Anforderungen.<br />
<br />
== [[BMP085 | BMP085/BMP180 Luftdrucksensor]] ==<br />
<br />
<br />
[[File:BMP180.jpg|150px|thumb|right|BMP180 (unten links)]]<br />
<br />
Ethersex unterstützt den BMP085 (bzw. den BMP180; der Code ist identisch) über das [[I2C_(Deutsch) | I2C]]-Interface. Da der Sensor für 3.3V Betriebsspannung ausgelegt ist, muss entweder der I2C-Pegel angepasst oder der ATMega auf 3.3V adaptiert werden. Weiterhin sollte die Höhe über Null bekannt sein. Beispiel: Eine Abfrage per [[ECMD]] mit ''bmp085 pressnn 59000'' bedeutet, das ich 590m (59000cm) über NN wohne. Sollte der Befehl ''bmp085 pressnn'' aus Platzgründen nicht mehr in Image passen, kann man die Umrechnung auf Normal Null alternativ auch in der classdef erledigen.<br />
<br />
Die im Sensor verfügbare Temperatur wird parallel ausgelesen.<br />
<br />
'''Einbindung in FHEM'''<br />
<br />
bmp085.classdef erstellen, falls ''presnn'' unterstützt wird (59000 durch eigene Höhe in cm ersetzen!):<br />
<source lang="perl"><br />
get BMP cmd {"bmp085 temp\n\000bmp085 pressnn 59000\n"}<br />
get BMP expect ".*"<br />
get BMP postproc {\<br />
s/(.*)\n(.*)\n/T: $1 P: $2/;\<br />
my $hash = $defs{%NAME};\<br />
my $temperature = $1/10;\<br />
my $pressure = sprintf("%.1f",$2/100);\<br />
my $state = "T: $temperature P: $pressure";\<br />
\<br />
readingsSingleUpdate($hash, "temperature", $temperature, 1);\<br />
readingsSingleUpdate($hash, "pressure", $pressure, 1);\<br />
readingsSingleUpdate($hash, "state", $state, 1);\<br />
\<br />
}<br />
</source><br />
<br />
Die Temperatur wird in °C mit einer Nachkommastelle gelesen, der Luftdruck in hPa bzw. mbar auf eine Nachkommastelle gerundet. Passende Readings werden erstellt. Das expect .* kann noch angepasst werden, um bei fehlerhaften Messwerten entsprechend zu reagieren.<br />
<br />
Die classdef wird in FHEM eingebunden (mehrere .classdef mit Doppelpunkt trennen: siehe [[Nutzung_in_FHEM_(Deutsch)#Grundlagen | Grundlagen]]):<br />
<pre><br />
define NETIO_STK ECMD telnet 192.168.3.89:2701<br />
attr NETIO_STK classdefs BMP=/opt/fhem/FHEM/bmp085.classdef<br />
</pre><br />
<br />
Der Sensor wird definiert:<br />
<pre><br />
define BMP180 ECMDDevice BMP<br />
attr BMP180 IODev NETIO_STK<br />
</pre><br />
<br />
Das STATE ''kann'' mit Maßeinheiten versehen werden:<br />
<pre><br />
attr BMP180 stateFormat { sprintf("%s°C %shPa", ReadingsVal("BMP180","temperature",0), ReadingsVal("BMP180","pressure",0)) ;; }<br />
</pre><br />
<br />
Eine zyklische Messung alle 4 Minuten erfolgt wieder mit ''at'':<br />
<pre><br />
define Messung_BMP at +*00:04 get BMP180 BMP<br />
attr Messung_BMP verbose 0<br />
</pre><br />
Dabei unterdrückt verbose 0 einen zusätzlichen (doppelten) Logeintrag des Messvorganges.<br />
<br />
<br />
Alternative bmp085.classdef, die die Umrechnung auf Normal Null in Perl macht (590 durch eigene Höhe in m ersetzen):<br />
<source lang="perl"><br />
get pressure cmd {"bmp085 apress\n"}<br />
get pressure expect "\d+\n"<br />
get pressure postproc { s/(..)\n/.$1/; $_/=(1-(590/44330.7692))**5.255; $_ }<br />
get temp cmd {"bmp085 temp\n"}<br />
get temp expect "\d+\n"<br />
get temp postproc { s/(.)\n/.$1/; $_ }<br />
</source><br />
<br />
Bei diesem Beispiel können Temperatur und Druck separat ausgelesen werden, hier ein Beispiel für das zyklische Auslesen beider Werte:<br />
<pre><br />
define Messung_BMP at +*00:04 get BMP180 pressure ;; get BMP180 temp<br />
</pre><br />
<br />
== analoge Eingänge abfragen ==<br />
<br />
Die analogen Eingänge des ATMega sind recht simpel abzufragen. Dabei werden die hexadezimalen Werte gleich dezimal gewandelt, um die Weiterverarbeitung zu erleichtern.<br />
<br />
'''Einbindung in FHEM'''<br />
<br />
adc.classdef erstellen:<br />
<source lang="perl"><br />
get value cmd {"adc get %PortID\n"}<br />
params PortID<br />
get value expect ".*"<br />
get value postproc {\<br />
my $hexval = hex(trim("$_"));\<br />
my $hash = $defs{%NAME};\<br />
readingsSingleUpdate($hash, "state", $hexval, 1);\<br />
}<br />
</source><br />
<br />
Die classdef wird eingebunden:<br />
<pre><br />
define NETIO_KU ECMD telnet 192.168.3.89:2701<br />
attr NETIO_KU classdefs ADC=/opt/fhem/FHEM/adc.classdef<br />
</pre><br />
<br />
Die Sensoren an den ersten beiden Ports werden definiert:<br />
<pre><br />
define MP_0 ECMDDevice ADC 0<br />
attr MP_0 IODev NETIO_KU<br />
define MP_1 ECMDDevice ADC 1<br />
attr MP_1 IODev NETIO_KU<br />
</pre><br />
<br />
Eine zyklische Messung alle 60 Sekunden funktioniert damit:<br />
<pre><br />
define Messung_adc at +*00:01 get MP_0 value;; get MP_1 value<br />
attr Messung_adc verbose 0<br />
</pre><br />
<br />
== digitale Eingänge abfragen ==<br />
<br />
todo<br />
<br />
== digitale Eingänge - proaktiv ==<br />
<br />
Kontakte, die bei Zustandsänderung sofort in FHEM eine Meldung erzeugen sollen, kann man nicht zeitnah mit Polling abfragen. Diese Ereignisse, welche auch aus einem Control6-Script heraus generiert sein können, sollen selbst Meldung machen. Hierbei wird die ESEND-Funktion benutzt, mit welcher auch mehrere Ethersex'e untereinander kommunizieren können. Dabei ist es nicht relevant, ob das Device in FHEM per ECMDDevice bereits eingebunden wurde. Zuerst muss FHEM auf Port 2701 für Telnet-Verbindungen empfänglich werden:<br />
<pre><br />
define telnetECMD telnet 2701 global<br />
</pre><br />
Mit ''Watch io changes and react'' lässt sich per menuconfig bereits auf einfache Weise eine Abfrage von Portpins mit Generierung eines ESEND-Befehles bewerkstelligen. Das Beispiel soll zeigen, wie bei entsprechender Zustandsänderung an Pin PA0 an 192.168.178.10 ein FHEM-Befehl gesendet wird:<br />
<pre><br />
ECMDTCP(PA0, RISING, 192.168.178.10, set Lampe on\n\n)<br />
ECMDTCP(PA0, FALLING, 192.168.178.10, set Lampe off\n\n)<br />
</pre><br />
Jede Sequenz muss mit \n\n abgeschlossen werden, damit FHEM für weitere Befehle empfangsbereit bleibt. Falls man in FHEM flexibler bei der Weiterverarbeitung sein möchte, bietet sich eine dummy-notify-Kombination an.<br />
<br />
== [[Porterweiterungen_%28Deutsch%29#D.2FA-Wandler_mit_LTC1257 | LTC1257 D/A-Wandler]] ==<br />
<br />
[[File:LTC1257.jpg|150px|thumb|right|LTC1257 Digital-Analog-Wandler innerhalb einer Schaltung]]<br />
Die 12bit Digital-Analog-Wandler von LINEAR TECHNOLOGY werden mit drei Pins bedient. Er wandelt (bei interner Referenzspannung) einen digital übermittelten Wert in eine Spannung von 0-2,048V um. Ein nachgeschalteter OPV als nichtinvertierender Verstärker kann diesen Bereich entsprechend skalieren. <br />
<br />
ltc1257.classdef erstellen:<br />
<source lang="perl"><br />
# Umsetzung in ECMD Befehle<br />
# Ein Uebergabeparameter -> Sollwert<br />
set setDAC params dacValue<br />
set setDAC cmd {"ltc1257_set %dacValue\n"}<br />
set setDAC expect "OK\n"<br />
# Keine Uebergabeparameter<br />
set init cmd {"ltc1257_init\n"}<br />
set init expect "OK\n"<br />
#<br />
}<br />
</source><br />
<br />
Die classdef wird eingebunden: <br />
<pre><br />
define NETIO_KU ECMD telnet 192.168.3.82:2701<br />
attr NETIO_KU classdefs LTC1257=/opt/fhem/FHEM/ltc1257.classdef<br />
</pre><br />
<br />
Der LTC wird entsprechend definiert:<br />
<pre><br />
define HZ_DAC ECMDDevice LTC1257<br />
attr HZ_DAC IODev NETIO_KU<br />
</pre><br />
Nun lässt sich mit einem '''set HZ_DAC init''' der LTC initialisieren (die gemessene Ausgangsspannung sollte 0V sein) und mit '''set HZ_DAC setDAC [0...4095]''' der gewünschte Wert setzen. Hier muss vorab experimentell entsprechend der nachfolgenden Beschaltung die tatsächliche Spannung ermittelt werden.<br />
<br />
== [[HD44780 | HD44780 LCD Punktmatrixdisplays]] ==<br />
<br />
[[File:HD44780.jpg|150px|thumb|right|verschiedene HD44780 Displays (16x1 bis 40x4)]]<br />
Die beliebten Punktmatrix-Displays auf Basis [http://de.wikipedia.org/wiki/HD44780 HD44780] können vollumfänglich in FHEM beschrieben werden.<br />
<br />
'''Einbindung in FHEM'''<br />
<br />
lcd.classdef erstellen:<br />
<source lang="perl"><br />
# Umsetzung der ECMD Befehle<br />
set write params line col text <br />
set write cmd {"lcd goto %line %col\n\000lcd write %text\n"}<br />
set write expect "OK\n"<br />
set write postproc {s/([OK\n|;]*)/success/; "$_" eq "success" ? "ok" : "error";}<br />
set clear params col<br />
set clear cmd {"lcd clear %col\n"}<br />
set clear expect "OK\n"<br />
set clear postproc {s/([OK\n|;]*)/success/; "$_" eq "success" ? "ok" : "error";}<br />
set clear_all cmd {"lcd clear\n"} <br />
set clear_all expect "OK\n"<br />
set clear_all postproc {s/([OK\n|;]*)/success/; "$_" eq "success" ? "ok" : "error";}<br />
set lcd_bl params state<br />
set lcd_bl cmd {"lcd backlight %state\n"}<br />
set lcd_bl expect "OK\n"<br />
set lcd_bl postproc {s/([OK\n|;]*)/success/; "$_" eq "success" ? "ok" : "error";}<br />
</source><br />
<br />
Die classdef wird eingebunden:<br />
<pre><br />
define NETIO_TEST ECMD telnet 192.168.3.89:2701<br />
attr NETIO_TEST classdefs LCD=/opt/fhem/FHEM/lcd.classdef<br />
</pre><br />
<br />
Das Display wird definiert:<br />
<pre><br />
define WZ_LCD ECMDDevice LCD<br />
attr WZ_LCD IODev NETIO_TEST<br />
</pre><br />
<br />
Es stehen in FHEM folgende Befehle für das LCD bereit:<br />
{| border='1'<br />
| ''Befehl''<br />
| ''Funktion''<br />
|-<br />
| set WZ_LCD clear [ZEILE]<br />
| löscht den Inhalt einer ZEILE (0...3)<br />
|-<br />
| set WZ_LCD clear_all <br />
| löscht den Inhalt aller Zeilen<br />
|-<br />
| set WZ_LCD lcd_bl STATE <br />
| schaltet die Hintergrundbeleuchtung ein oder aus (STATE on oder off)<br />
|-<br />
| set WZ_LCD write [ZEILE] [SPALTE] [TEXT] <br />
| schreibt einen TEXT auf Position ZEILE SPALTE (0...n)<br />
|-<br />
|}<br />
<br />
Da ein im TEXT übergebenes Leerzeichen als weiterer Befehl interpretiert wird und zu einer Fehlermeldung führt, ist eine Übergabe nur mit \x20 im Text möglich. <br />
Das gilt auch für Umlaute. Anhand der [http://de.wikipedia.org/wiki/HD44780#Schrift_und_Zeichensatz Zeichensatztabelle] lassen sich ä durch \xE1, ü durch \xF5 und ö durch \xEF darstellen. Das ß wird mit \xE2 erreicht. Die Tabelle kann für manche Displays abweichend sein.<br /><br />
Beispiel: ''set WZ_LCD write 0 0 Fenster\x20schlie\xE2en'' schreibt ein '''Fenster schließen''' auf's LCD.<br />
<br />
<br />
<br />
'''Komfortable Nutzung in FHEM mit DLCD'''<br />
<br />
Mit dem DLCD-Modul ([http://www.fhemwiki.de/wiki/DLCD Wiki-Beitrag] / [http://forum.fhem.de/index.php/topic,24519.0.html Foren-Beitrag]) für FHEM lässt sich jedes Display auf einfache Weise beschreiben. Dabei lassen sich bequem Readings von allen Devices nutzen, aufbereiten (formatieren, umrechnen, etc.) und entsprechend darstellen. Eine genaue Beschreibung hält der Wiki-Beitrag bereit; hier soll ein Beispiel gezeigt werden. Ziel war es, auf einem 16x1 LCD wechselweise ''Datum/Zeit => Klimadaten Keller => Datum/Zeit => Klimadaten Garten'' darzustellen. Die Anzeige rotiert im 15-Sekunden-Takt, so das zu 50% Datum/Zeit und je 25% die Werte aus dem Garten und dem Keller angezeigt werden. Es wird bereits im Modul jedes Leerzeichen mit \x20 übersetzt. Der Außensensor ist ein [http://www.elv.de/elv-funk-kombi-wettersensor-ks-300-2-br-inkl-hochwertigem-2-m-edelstahlmast-br-und-qualitaetsbatterien.html KS300] (bzw. KS200) von ELV. Mit etwas Formatierung und ein paar Leerzeichen lässt sich eine stets gleiche Positionierung der Daten erreichen, da die Zeile nicht explizit gelöscht wird.<br />
<br />
Auszug aus der fhem.cfg:<br />
<pre><br />
define DLCD_WZ DLCD<br />
attr DLCD_WZ dlcdBlankspaceReplace \x20<br />
attr DLCD_WZ dlcdCols 16<br />
attr DLCD_WZ dlcdLine1 %date_WD_ger% %date_D%.%date_M_ger% %time_h%:%time_m%<br />
attr DLCD_WZ dlcdLine2 Keller:%1%/%2%<br />
attr DLCD_WZ dlcdLine3 %date_WD_ger% %date_D%.%date_M_ger% %time_h%:%time_m%<br />
attr DLCD_WZ dlcdLine4 Garten: %3%/%4%<br />
attr DLCD_WZ dlcdPhysicalRows 1<br />
attr DLCD_WZ dlcdPollInterval 15<br />
attr DLCD_WZ dlcdRows 4<br />
attr DLCD_WZ dlcdScrolling 1<br />
attr DLCD_WZ dlcdTriggerCmd set WZ_LCD write %L% 0 %T%<br />
attr DLCD_WZ dlcdVal1 Keller:temperature<br />
attr DLCD_WZ dlcdVal1formatnum 3+1<br />
attr DLCD_WZ dlcdVal2 Keller:humidity<br />
attr DLCD_WZ dlcdVal2formatnum 3+1<br />
attr DLCD_WZ dlcdVal3 KS300:temperature<br />
attr DLCD_WZ dlcdVal3formatnum 3+1+-<br />
attr DLCD_WZ dlcdVal4 KS300:humidity<br />
attr DLCD_WZ dlcdVal4formatnum 2+0<br />
</pre><br />
Das Ergebnis kann so aussehen:<br />
<gallery><br />
DLCD_1.jpg|Zustand 1.-15. Sekunde<br />
DLCD_2.jpg|Zustand 16.-30. Sekunde<br />
DLCD_3.jpg|Zustand 31.-45. Sekunde<br />
DLCD_4.jpg|Zustand 46.-60. Sekunde<br />
</gallery><br />
Die Formatierung bewirkt eine immer identische Platzierung der Daten. Der Außensensor hat keine Zehntelwerte bei der Feuchte, muss dafür aber negative Temperaturen darstellen. Der Innensensor zeigt Zehntelwerte, womit sich Tendenzen eher erkennen lassen.<br />
<br />
== [[RFM12_ASK_(Deutsch) | Intertechno schalten mit RFM12]] ==<br />
<br />
todo<br />
<br />
== [[RFM12_ASK_(Deutsch) | IC2272 schalten mit RFM12]] ==<br />
<br />
todo<br />
<br />
[[Category:Application|Application]]</div>Kpwghttp://www.ethersex.de/index.php?title=Nutzung_in_FHEM_(Deutsch)&diff=1722Nutzung in FHEM (Deutsch)2016-07-10T10:14:06Z<p>Kpwg: /* DHT22 Temperatur-/Feuchtesensoren */</p>
<hr />
<div>{{i18n|Nutzung in FHEM}}<br />
<br />
[http://www.fhemwiki.de/wiki/Hauptseite FHEM] ist ein Hausautomations-Server von Rudolf Koenig et al. in Perl geschrieben, um diverse per Funk und Kabel angebundene Komponenten aus dem Bereich der Hausautomation zu steuern. Er ist lizensiert unter der GPL v2.<br />
<br />
Das [http://www.pollin.de/shop/suchergebnis.html?S_TEXT=810+058 AVR-Net-IO] von [http://www.pollin.de Pollin] mit [[Ethersex]] dient als [http://www.fhemwiki.de/wiki/AVR-NET-IO preisgünstiger Einstieg in die Hausautomatisierung]. Verwendbar ist aber auch jede andere [[Supported_Boards_(Deutsch) | Hardware]], die von Ethersex unterstützt wird (Arduino, eigene Entwicklungen, etc.). Über [[ECMD]] lassen sich dabei theoretisch alle in [[Ethersex]] vorhandenen [[ECMD_Protocols_%28Deutsch%29 | Möglichkeiten]] nutzen, sofern in FHEM entsprechende [http://fhem.de/commandref.html#ECMD ECMD-Devices] definiert und eingebunden werden, die passende Klassendefinition exisitert und die Aktion ausgelöst wird.<br />
<br />
== Grundlagen ==<br />
<br />
Ausgehend von einem fertigen und per Telnet erreichbaren Ethersex muss in FHEM zuerst das entsprechende Device definiert werden.<br />
<pre><br />
define NETIO_WZ ECMD telnet 192.168.3.81:2701<br />
</pre><br />
Eine serielle Anbindung kann mit ''define <name> ECMD serial <SerialDevice>[<@BaudRate>]'' alternativ erfolgen. <br />
<br />
Anschließend werden die erstellten .classdef-Konfigurationsdateien der einzelnen Funktionen dem System bekannt gemacht. In diesen .classdef-Dateien (Name und Endung sind frei wählbar!) wird die Schnittstelle zwischen FHEM und ECMD/Ethersex definiert. Dabei können mit perl übergebene Parameter und empfangene Daten bearbeitet sowie die in FHEM gebräuchlichen Readings erstellt werden.<br />
<pre><br />
attr NETIO_WZ classdefs RFM12_2272=/opt/fhem/FHEM/rfm12_2272.classdef:RFM12_IT=/opt/fhem/FHEM/rfm12_it.classdef:LCD=/opt/fhem/FHEM/lcd.classdef:DHT22=/opt/fhem/FHEM/dht22.classdef:1WIRE=/opt/fhem/FHEM/1wire.classdef<br />
</pre><br />
Die Definitionen für IC2272, Intertechno, HD44780-LCD, DHT22 und 1wire sind nun eingebunden. In den folgenden Abschnitten wird auf die einzelnen Devices näher eingegangen. Generell sind Pfade und IP-Adressen sowie übergebene Parameter noch entsprechend der eigenen Konfiguration anzupassen.<br />
<br />
== [[Onewire_(Deutsch) | 1-Wire Temperatursensoren]] ==<br />
<br />
[[File:DS18B20.jpg|150px|thumb|right|DS18B20-Sensoren]]<br />
Die 1wire-Temperatursensoren DS18B20 oder DS18S20 werden im [[Onewire_(Deutsch)#Polling_Modus | Polling Modus]] abgefragt. Das macht die zyklische Abfrage aus FHEM heraus wesentlich einfacher. Eine Polling-Zeit von mindestens 30 Sekunden ist absolut ausreichend.Im Vorfeld sollte man sich die [[Onewire_(Deutsch)#Benennung_von_Sensoren | ROM-Codes der Sensoren]] notieren, da diese nachher benötigt werden. <br />
<br />
1w-temp.classdef erstellen:<br />
<source lang="perl"><br />
# Uebergabeparameter Onewire Rom-Code<br />
params devID<br />
# Umsetzung in ECMD Befehle 1w get = Temperatur auslesen<br />
get 1W cmd {"1w get %devID\n"}<br />
get 1W expect "\d+.\d+\n"<br />
get 1W postproc {\<br />
s/\n//g;\<br />
my $hash = $defs{%NAME};\<br />
my $temperature = $_;\<br />
my $state = "T: $temperature";\<br />
\<br />
readingsSingleUpdate($hash, "temperature", $temperature, 1);\<br />
readingsSingleUpdate($hash, "state", $state, 1);\<br />
\<br />
}<br />
</source><br />
<br />
Die classdef wird eingebunden: <br />
<pre><br />
define NETIO_KU ECMD telnet 192.168.3.82:2701<br />
attr NETIO_KU classdefs 1W-TEMP=/opt/fhem/FHEM/1w-temp.classdef<br />
</pre><br />
<br />
Die Sensoren werden anhand des ROM-Code definiert:<br />
<pre><br />
define HZ_WW ECMDDevice 1W-TEMP 284c8820050003d4<br />
attr HZ_WW IODev NETIO_KU<br />
define HZ_VL ECMDDevice 1W-TEMP 2890a520050003d7<br />
attr HZ_VL IODev NETIO_KU<br />
</pre><br />
Eine zyklische Messung pro Minute lässt sich in dieser Form auslösen:<br />
<pre><br />
define Messung_1w at +*00:01 get HZ_WW 1W;; get HZ_VL 1W<br />
attr Messung_1w verbose 0<br />
</pre><br />
<br />
== [[DHT|DHT22 Temperatur-/Feuchtesensoren]] ==<br />
<br />
[[File:DHT22.jpg|150px|thumb|right|DHT22-Sensoren]]<br />
[[Ethersex]] unterstützt die preiswerten Temperatur-/Feuchtesensoren [[DHT|DHT11 und DHT22]], wobei letztere [[DHT#DHT11_vs_DHT22|um einiges genauer sind]].<br />
<br />
Die Sensoren benötigen 5V Betriebsspannung und kommunizieren über je einen Pin mit dem Prozessor. Der Preis pro Stück liegt derzeit bei etwa 3.50 Euro (ebay/China). Wer die Trägheit und Ungenauigkeit der S300TH oder TX29DTH kennt, wünscht sich vermutlich Besseres; vor allem bei Berechnung von [http://de.wikipedia.org/wiki/Taupunkt Taupunkt] und [http://de.wikipedia.org/wiki/Luftfeuchtigkeit#Absolute_Luftfeuchtigkeit absoluter Feuchte], welche von der Genauigkeit der gemessenen Eingangsgrößen sehr profitieren. Berechnungen von Hand kann man beim [http://www.wetterochs.de/wetter/feuchte.html Wetterochs] durchführen. Die automatische Berechnung der absoluten Feuchte in FHEM wird im [http://forum.fhem.de/index.php/topic,21458.0.html Forum] erklärt.<br />
<br />
<br />
'''Einbindung in FHEM'''<br />
<br />
dht22m.classdef erstellen:<br />
<source lang="perl"><br />
# Uebergabeparameter DHT22 ID 0...n<br />
params devID<br />
# Umsetzung in ECMD Befehle fuer DHT22<br />
get DHT cmd {"dht temp %devID\n\000dht humid %devID\n"}<br />
get DHT expect "-?\d+.\d\n"<br />
get DHT postproc {\<br />
s/(.*)\n(.*)\n/T: $1 H: $2/;\<br />
my $hash = $defs{%NAME};\<br />
my $temperature = $1;\<br />
my $humidity = $2;\<br />
my $state = $_;\<br />
\<br />
readingsSingleUpdate($hash, "temperature", $temperature, 1);\<br />
readingsSingleUpdate($hash, "humidity", $humidity, 1);\<br />
readingsSingleUpdate($hash, "state", $state, 1);\<br />
\<br />
}<br />
</source><br />
<br />
Die classdef wird eingebunden:<br />
<pre><br />
define NETIO_TEST ECMD telnet 192.168.3.89:2701<br />
attr NETIO_TEST classdefs DHT22M=/opt/fhem/FHEM/dht22m.classdef<br />
</pre><br />
<br />
Die Sensoren werden definiert:<br />
<pre><br />
define Test0 ECMDDevice DHT22M 0<br />
attr Test0 IODev NETIO_TEST<br />
define Test1 ECMDDevice DHT22M 1<br />
attr Test1 IODev NETIO_TEST<br />
define Test2 ECMDDevice DHT22M 2<br />
attr Test2 IODev NETIO_TEST<br />
define Test3 ECMDDevice DHT22M 3<br />
attr Test3 IODev NETIO_TEST<br />
</pre><br />
<br />
Eine zyklische Messung alle 4 Minuten könnte so aussehen:<br />
<pre><br />
<br />
define Messung_DHT at +*00:04 get Test0 DHT;; get Test1 DHT;; get Test2 DHT;; get Test3 DHT<br />
attr Messung_DHT verbose 0<br />
</pre><br />
Fünfzehn Messwerte pro Stunde genügen den allermeisten Anforderungen.<br />
<br />
== [[BMP085 | BMP085/BMP180 Luftdrucksensor]] ==<br />
<br />
<br />
[[File:BMP180.jpg|150px|thumb|right|BMP180 (unten links)]]<br />
<br />
Ethersex unterstützt den BMP085 (bzw. den BMP180; der Code ist identisch) über das [[I2C_(Deutsch) | I2C]]-Interface. Da der Sensor für 3.3V Betriebsspannung ausgelegt ist, muss entweder der I2C-Pegel angepasst oder der ATMega auf 3.3V adaptiert werden. Weiterhin sollte die Höhe über Null bekannt sein. Beispiel: Eine Abfrage per [[ECMD]] mit ''bmp085 pressnn 59000'' bedeutet, das ich 590m (59000cm) über NN wohne. Sollte der Befehl ''bmp085 pressnn'' aus Platzgründen nicht mehr in Image passen, kann man die Umrechnung auf Normal Null alternativ auch in der classdef erledigen.<br />
<br />
Die im Sensor verfügbare Temperatur wird parallel ausgelesen.<br />
<br />
'''Einbindung in FHEM'''<br />
<br />
bmp085.classdef erstellen, falls ''presnn'' unterstützt wird (59000 durch eigene Höhe in cm ersetzen!):<br />
<source lang="perl"><br />
get BMP cmd {"bmp085 temp\n\000bmp085 pressnn 59000\n"}<br />
get BMP expect ".*"<br />
get BMP postproc {\<br />
s/(.*)\n(.*)\n/T: $1 P: $2/;\<br />
my $hash = $defs{%NAME};\<br />
my $temperature = $1/10;\<br />
my $pressure = sprintf("%.1f",$2/100);\<br />
my $state = "T: $temperature P: $pressure";\<br />
\<br />
readingsSingleUpdate($hash, "temperature", $temperature, 1);\<br />
readingsSingleUpdate($hash, "pressure", $pressure, 1);\<br />
readingsSingleUpdate($hash, "state", $state, 1);\<br />
\<br />
}<br />
</source><br />
<br />
Die Temperatur wird in °C mit einer Nachkommastelle gelesen, der Luftdruck in hPa bzw. mbar auf eine Nachkommastelle gerundet. Passende Readings werden erstellt. Das expect .* kann noch angepasst werden, um bei fehlerhaften Messwerten entsprechend zu reagieren.<br />
<br />
Die classdef wird in FHEM eingebunden (mehrere .classdef mit Doppelpunkt trennen: siehe [[Nutzung_in_FHEM_(Deutsch)#Grundlagen | Grundlagen]]):<br />
<pre><br />
define NETIO_STK ECMD telnet 192.168.3.89:2701<br />
attr NETIO_STK classdefs BMP=/opt/fhem/FHEM/bmp085.classdef<br />
</pre><br />
<br />
Der Sensor wird definiert:<br />
<pre><br />
define BMP180 ECMDDevice BMP<br />
attr BMP180 IODev NETIO_STK<br />
</pre><br />
<br />
Das STATE ''kann'' mit Maßeinheiten versehen werden:<br />
<pre><br />
attr BMP180 stateFormat { sprintf("%s°C %shPa", ReadingsVal("BMP180","temperature",0), ReadingsVal("BMP180","pressure",0)) ;; }<br />
</pre><br />
<br />
Eine zyklische Messung alle 4 Minuten erfolgt wieder mit ''at'':<br />
<pre><br />
define Messung_BMP at +*00:04 get BMP180 BMP<br />
attr Messung_BMP verbose 0<br />
</pre><br />
Dabei unterdrückt verbose 0 einen zusätzlichen (doppelten) Logeintrag des Messvorganges.<br />
<br />
<br />
Alternative bmp085.classdef, die die Umrechnung auf Normal Null in Perl macht (590 durch eigene Höhe in m ersetzen):<br />
<source lang="perl"><br />
get pressure cmd {"bmp085 apress\n"}<br />
get pressure expect "\d+\n"<br />
get pressure postproc { s/(..)\n/.$1/; $_/=(1-(590/44330.7692))**5.255; $_ }<br />
get temp cmd {"bmp085 temp\n"}<br />
get temp expect "\d+\n"<br />
get temp postproc { s/(.)\n/.$1/; $_ }<br />
</source><br />
<br />
Bei diesem Beispiel können Temperatur und Druck separat ausgelesen werden, hier ein Beispiel für das zyklische Auslesen beider Werte:<br />
<pre><br />
define Messung_BMP at +*00:04 get BMP180 pressure ;; get BMP180 temp<br />
</pre><br />
<br />
== analoge Eingänge abfragen ==<br />
<br />
Die analogen Eingänge des ATMega sind recht simpel abzufragen. Dabei werden die hexadezimalen Werte gleich dezimal gewandelt, um die Weiterverarbeitung zu erleichtern.<br />
<br />
'''Einbindung in FHEM'''<br />
<br />
adc.classdef erstellen:<br />
<source lang="perl"><br />
get value cmd {"adc get %PortID\n"}<br />
params PortID<br />
get value expect ".*"<br />
get value postproc {\<br />
my $hexval = hex(trim("$_"));\<br />
my $hash = $defs{%NAME};\<br />
readingsSingleUpdate($hash, "state", $hexval, 1);\<br />
}<br />
</source><br />
<br />
Die classdef wird eingebunden:<br />
<pre><br />
define NETIO_KU ECMD telnet 192.168.3.89:2701<br />
attr NETIO_KU classdefs ADC=/opt/fhem/FHEM/adc.classdef<br />
</pre><br />
<br />
Die Sensoren an den ersten beiden Ports werden definiert:<br />
<pre><br />
define MP_0 ECMDDevice ADC 0<br />
attr MP_0 IODev NETIO_KU<br />
define MP_1 ECMDDevice ADC 1<br />
attr MP_1 IODev NETIO_KU<br />
</pre><br />
<br />
Eine zyklische Messung alle 60 Sekunden funktioniert damit:<br />
<pre><br />
define Messung_adc at +*00:01 get MP_0 value;; get MP_1 value<br />
attr Messung_adc verbose 0<br />
</pre><br />
<br />
== digitale Eingänge abfragen ==<br />
<br />
todo<br />
<br />
== digitale Eingänge - proaktiv ==<br />
<br />
Kontakte, die bei Zustandsänderung sofort in FHEM eine Meldung erzeugen sollen, kann man nicht zeitnah mit Polling abfragen. Diese Ereignisse, welche auch aus einem Control6-Script heraus generiert sein können, sollen selbst Meldung machen. Hierbei wird die ESEND-Funktion benutzt, mit welcher auch mehrere Ethersex'e untereinander kommunizieren können. Dabei ist es nicht relevant, ob das Device in FHEM per ECMDDevice bereits eingebunden wurde. Zuerst muss FHEM auf Port 2701 für Telnet-Verbindungen empfänglich werden:<br />
<pre><br />
define telnetECMD telnet 2701 global<br />
</pre><br />
Mit ''Watch io changes and react'' lässt sich per menuconfig bereits auf einfache Weise eine Abfrage von Portpins mit Generierung eines ESEND-Befehles bewerkstelligen. Das Beispiel soll zeigen, wie bei entsprechender Zustandsänderung an Pin PA0 an 192.168.178.10 ein FHEM-Befehl gesendet wird:<br />
<pre><br />
ECMDTCP(PA0, RISING, 192.168.178.10, set Lampe on\n\n)<br />
ECMDTCP(PA0, FALLING, 192.168.178.10, set Lampe off\n\n)<br />
</pre><br />
Jede Sequenz muss mit \n\n abgeschlossen werden, damit FHEM für weitere Befehle empfangsbereit bleibt. Falls man in FHEM flexibler bei der Weiterverarbeitung sein möchte, bietet sich eine dummy-notify-Kombination an.<br />
<br />
== [[Porterweiterungen_%28Deutsch%29#D.2FA-Wandler_mit_LTC1257 | LTC1257 D/A-Wandler]] ==<br />
<br />
[[File:LTC1257.jpg|150px|thumb|right|LTC1257 Digital-Analog-Wandler innerhalb einer Schaltung]]<br />
Die 12bit Digital-Analog-Wandler von LINEAR TECHNOLOGY werden mit drei Pins bedient. Er wandelt (bei interner Referenzspannung) einen digital übermittelten Wert in eine Spannung von 0-2,048V um. Ein nachgeschalteter OPV als nichtinvertierender Verstärker kann diesen Bereich entsprechend skalieren. <br />
<br />
ltc1257.classdef erstellen:<br />
<source lang="perl"><br />
# Umsetzung in ECMD Befehle<br />
# Ein Uebergabeparameter -> Sollwert<br />
set setDAC params dacValue<br />
set setDAC cmd {"ltc1257_set %dacValue\n"}<br />
set setDAC expect "OK\n"<br />
# Keine Uebergabeparameter<br />
set init cmd {"ltc1257_init\n"}<br />
set init expect "OK\n"<br />
#<br />
}<br />
</source><br />
<br />
Die classdef wird eingebunden: <br />
<pre><br />
define NETIO_KU ECMD telnet 192.168.3.82:2701<br />
attr NETIO_KU classdefs LTC1257=/opt/fhem/FHEM/ltc1257.classdef<br />
</pre><br />
<br />
Der LTC wird entsprechend definiert:<br />
<pre><br />
define HZ_DAC ECMDDevice LTC1257<br />
attr HZ_DAC IODev NETIO_KU<br />
</pre><br />
Nun lässt sich mit einem '''set HZ_DAC init''' der LTC initialisieren (die gemessene Ausgangsspannung sollte 0V sein) und mit '''set HZ_DAC setDAC [0...4095]''' der gewünschte Wert setzen. Hier muss vorab experimentell entsprechend der nachfolgenden Beschaltung die tatsächliche Spannung ermittelt werden.<br />
<br />
== [[LCD_(Deutsch) | HD44780 Punktmatrixdisplays]] ==<br />
<br />
[[File:HD44780.jpg|150px|thumb|right|verschiedene HD44780 Displays (16x1 bis 40x4)]]<br />
Die beliebten Punktmatrix-Displays auf Basis [http://de.wikipedia.org/wiki/HD44780 HD44780] können vollumfänglich in FHEM beschrieben werden. Dabei wird vorrausgesetzt, das in [https://github.com/ethersex/ethersex/blob/master/hardware/lcd/hd44780.h /hardware/lcd/hd44780.h] beim entsprechenden Modell die passende Adressierung der Zeilen und die genutzte Zeilen-/Spaltenzahl vor dem Compilieren angepasst wurde.<br />
<br />
'''Einbindung in FHEM'''<br />
<br />
lcd.classdef erstellen:<br />
<source lang="perl"><br />
# Umsetzung der ECMD Befehle<br />
set write params line col text <br />
set write cmd {"lcd goto %line %col\n\000lcd write %text\n"}<br />
set write expect "OK\n"<br />
set write postproc {s/([OK\n|;]*)/success/; "$_" eq "success" ? "ok" : "error";}<br />
set clear params col<br />
set clear cmd {"lcd clear %col\n"}<br />
set clear expect "OK\n"<br />
set clear postproc {s/([OK\n|;]*)/success/; "$_" eq "success" ? "ok" : "error";}<br />
set clear_all cmd {"lcd clear\n"} <br />
set clear_all expect "OK\n"<br />
set clear_all postproc {s/([OK\n|;]*)/success/; "$_" eq "success" ? "ok" : "error";}<br />
set lcd_bl params state<br />
set lcd_bl cmd {"lcd backlight %state\n"}<br />
set lcd_bl expect "OK\n"<br />
set lcd_bl postproc {s/([OK\n|;]*)/success/; "$_" eq "success" ? "ok" : "error";}<br />
</source><br />
<br />
Die classdef wird eingebunden:<br />
<pre><br />
define NETIO_TEST ECMD telnet 192.168.3.89:2701<br />
attr NETIO_TEST classdefs LCD=/opt/fhem/FHEM/lcd.classdef<br />
</pre><br />
<br />
Das Display wird definiert:<br />
<pre><br />
define WZ_LCD ECMDDevice LCD<br />
attr WZ_LCD IODev NETIO_TEST<br />
</pre><br />
<br />
Es stehen in FHEM folgende Befehle für das LCD bereit:<br />
{| border='1'<br />
| ''Befehl''<br />
| ''Funktion''<br />
|-<br />
| set WZ_LCD clear [ZEILE]<br />
| löscht den Inhalt einer ZEILE (0...3)<br />
|-<br />
| set WZ_LCD clear_all <br />
| löscht den Inhalt aller Zeilen<br />
|-<br />
| set WZ_LCD lcd_bl STATE <br />
| schaltet die Hintergrundbeleuchtung ein oder aus (STATE on oder off)<br />
|-<br />
| set WZ_LCD write [ZEILE] [SPALTE] [TEXT] <br />
| schreibt einen TEXT auf Position ZEILE SPALTE (0...n)<br />
|-<br />
|}<br />
<br />
Da ein im TEXT übergebenes Leerzeichen als weiterer Befehl interpretiert wird und zu einer Fehlermeldung führt, ist eine Übergabe nur mit \x20 im Text möglich. <br />
Das gilt auch für Umlaute. Anhand der [http://de.wikipedia.org/wiki/HD44780#Schrift_und_Zeichensatz Zeichensatztabelle] lassen sich ä durch \xE1, ü durch \xF5 und ö durch \xEF darstellen. Das ß wird mit \xE2 erreicht. Die Tabelle kann für manche Displays abweichend sein.<br /><br />
Beispiel: ''set WZ_LCD write 0 0 Fenster\x20schlie\xE2en'' schreibt ein '''Fenster schließen''' auf's LCD.<br />
<br />
<br />
<br />
'''Komfortable Nutzung in FHEM mit DLCD'''<br />
<br />
Mit dem DLCD-Modul ([http://www.fhemwiki.de/wiki/DLCD Wiki-Beitrag] / [http://forum.fhem.de/index.php/topic,24519.0.html Foren-Beitrag]) für FHEM lässt sich jedes Display auf einfache Weise beschreiben. Dabei lassen sich bequem Readings von allen Devices nutzen, aufbereiten (formatieren, umrechnen, etc.) und entsprechend darstellen. Eine genaue Beschreibung hält der Wiki-Beitrag bereit; hier soll ein Beispiel gezeigt werden. Ziel war es, auf einem 16x1 LCD wechselweise ''Datum/Zeit => Klimadaten Keller => Datum/Zeit => Klimadaten Garten'' darzustellen. Die Anzeige rotiert im 15-Sekunden-Takt, so das zu 50% Datum/Zeit und je 25% die Werte aus dem Garten und dem Keller angezeigt werden. Es wird bereits im Modul jedes Leerzeichen mit \x20 übersetzt. Der Außensensor ist ein [http://www.elv.de/elv-funk-kombi-wettersensor-ks-300-2-br-inkl-hochwertigem-2-m-edelstahlmast-br-und-qualitaetsbatterien.html KS300] (bzw. KS200) von ELV. Mit etwas Formatierung und ein paar Leerzeichen lässt sich eine stets gleiche Positionierung der Daten erreichen, da die Zeile nicht explizit gelöscht wird.<br />
<br />
Auszug aus der fhem.cfg:<br />
<pre><br />
define DLCD_WZ DLCD<br />
attr DLCD_WZ dlcdBlankspaceReplace \x20<br />
attr DLCD_WZ dlcdCols 16<br />
attr DLCD_WZ dlcdLine1 %date_WD_ger% %date_D%.%date_M_ger% %time_h%:%time_m%<br />
attr DLCD_WZ dlcdLine2 Keller:%1%/%2%<br />
attr DLCD_WZ dlcdLine3 %date_WD_ger% %date_D%.%date_M_ger% %time_h%:%time_m%<br />
attr DLCD_WZ dlcdLine4 Garten: %3%/%4%<br />
attr DLCD_WZ dlcdPhysicalRows 1<br />
attr DLCD_WZ dlcdPollInterval 15<br />
attr DLCD_WZ dlcdRows 4<br />
attr DLCD_WZ dlcdScrolling 1<br />
attr DLCD_WZ dlcdTriggerCmd set WZ_LCD write %L% 0 %T%<br />
attr DLCD_WZ dlcdVal1 Keller:temperature<br />
attr DLCD_WZ dlcdVal1formatnum 3+1<br />
attr DLCD_WZ dlcdVal2 Keller:humidity<br />
attr DLCD_WZ dlcdVal2formatnum 3+1<br />
attr DLCD_WZ dlcdVal3 KS300:temperature<br />
attr DLCD_WZ dlcdVal3formatnum 3+1+-<br />
attr DLCD_WZ dlcdVal4 KS300:humidity<br />
attr DLCD_WZ dlcdVal4formatnum 2+0<br />
</pre><br />
Das Ergebnis kann so aussehen:<br />
<gallery><br />
DLCD_1.jpg|Zustand 1.-15. Sekunde<br />
DLCD_2.jpg|Zustand 16.-30. Sekunde<br />
DLCD_3.jpg|Zustand 31.-45. Sekunde<br />
DLCD_4.jpg|Zustand 46.-60. Sekunde<br />
</gallery><br />
Die Formatierung bewirkt eine immer identische Platzierung der Daten. Der Außensensor hat keine Zehntelwerte bei der Feuchte, muss dafür aber negative Temperaturen darstellen. Der Innensensor zeigt Zehntelwerte, womit sich Tendenzen eher erkennen lassen.<br />
<br />
== [[RFM12_ASK_(Deutsch) | Intertechno schalten mit RFM12]] ==<br />
<br />
todo<br />
<br />
== [[RFM12_ASK_(Deutsch) | IC2272 schalten mit RFM12]] ==<br />
<br />
todo<br />
<br />
[[Category:Application|Application]]</div>Kpwghttp://www.ethersex.de/index.php?title=Quick_Start_Guide_(Deutsch)&diff=1687Quick Start Guide (Deutsch)2016-02-01T07:08:33Z<p>Kpwg: </p>
<hr />
<div>{{i18n|Quick Start Guide}}<br />
Mit drei Schritten läuft Ethersex auf Ihrem Microcontroller!<br />
<br />
[[Quick_Start_Guide/Preparation_(Deutsch) | Step 1: Vorbereitung]]<br />
<br />
[[Quick_Start_Guide/Configuration_(Deutsch) | Step 2: Konfiguration]]<br />
<br />
[[Quick_Start_Guide/Flashing_(Deutsch) | Step 3: Flashen]]<br />
<br />
<br />
[[Category:Ethersex]]<br />
[[Category:Quick Start Guide]]<br />
[[Category:Tutorials]]</div>Kpwghttp://www.ethersex.de/index.php?title=Flashing_(Deutsch)&diff=1686Flashing (Deutsch)2016-02-01T06:47:16Z<p>Kpwg: </p>
<hr />
<div>{{i18n|Flashing}}<br />
<br />
= AVR Net-IO mit dem ATMEL Evaluations-Board von Pollin flashen=<br />
<br />
Als Einsteiger hat man es immer wieder schwer alle Information zu finden.<br />
Ich habe lange gesucht bis ich das mit dem Flashen kapiert habe.<br />
<br />
== Benötigt wird: ==<br />
* AVR Net-IO<br />
* ATMEL Evaluations-Board<br />
* ein 1:1 Kabel für den [[ISP]]-Port (10-poliger Pfostenstecker). <br />
<br />
=== Andere ISP-Programmer ===<br />
Wer über einen ISP-Programmer mit 6-poligem Ausgang verfügt, kann sich ein Adapterkabel bauen. Zu den Pinbelegungen siehe Figure 4-1 auf Seite 5 von [http://www.atmel.com/dyn/resources/prod_documents/doc2521.pdf AVR042: AVR Hardware Design Considerations].<br />
<br />
Achtung, Pin 4 des 10-poligen Steckers ist auf dem AVR Net-IO nicht belegt! GND muss daher an einen der anderen Pins (6, 8 oder 10) angeschlossen werden.<br />
<br />
== Flashen unter Linux ==<br />
Das 10-polige Kabel in die ISP-Buchse stecken.<br />
Nun das AVR Net-IO Board mit Strom versorgen.<br />
Wenn das ISP-Kabel richtig gesteckt ist, leuchtet auf dem Evalutions-Board die (gelbe) LED<br />
<br />
Nach dem Erzeugen der [[:Kategorie:StepByStep#Firmware_kompilieren|ethersex.hex]] kann man mit avrdude das Ganze flashen. Das nachfolgende Kommando ist bei einigen Parametern vom ISP-Programmer abhängig. Das nachfolgende Beispiel gilt für einen ISP-Programmer der über die serielle Schnittstelle arbeitet:<br />
<br />
avrdude -v -p m32 -c ponyser -P /dev/ttyS0 -U flash:w:ethersex.hex <br />
<br />
Für eine USB-ISP-Programmer wäre statt dessen der folgende Befehl zu verwenden:<br />
<br />
avrdude -v -p m32 -c stk500v2 -P /dev/ttyACM0 -U flash:w:ethersex.hex<br />
<br />
Für ein paralleles ISP-Kabel:<br />
<br />
avrdude -p m32 -e -c stk200 -U flash:w:ethersex.hex<br />
<br />
Nach dem Flashen das ISP-Kabel entfernen und kurz die Stromversorgung unterbrechen um das Board zu rebooten.<br />
<br />
* -p m32 steht für den ATMega32; -p m644 wäre der ATMega644<br />
* -v erweiterte Ausgaben<br />
* -c ponyser ist das Verfahren wie das Evalutions-Board die Daten flasht<br />
* -P ist die Serielle Schnittstelle an dem das Evalutions-Board angeschlossen ist (bei USB /dev/ttyUSB0)<br />
* -U was man machen möchte. In unserem Fall wollen wir das File ethersex.hex flashen (-U flash:w:ethersex.hex)<br />
<br />
Es kann sein das man für den ATMega32 die FUSE Bits setzen muss.<br />
<br />
avrdude -p m32 -c ponyser -P /dev/ttyS0 -U lfuse:w:0xCF:m -U hfuse:w:0xDC:m<br />
<br />
Um die korrekte Fuse-Einstellung rauszufinden, ist es sinnvoll http://www.engbedded.com/fusecalc/ zu benutzen.<br />
<br />
Die Parameter für MyAVR mySmartusb light (Insbesondere das -e war nötig):<br />
avrdude -p m32 -e -c stk500v2 -P /dev/ttyUSB0 -U flash:w:ethersex.hex<br />
<br />
== Umbau von einem ATMega32 auf den ATMega644 / ATMega644p ==<br />
<br />
Der Vorteil von ATMega644 und ATMega644p ist vor allem der doppelt so große Speicher gegenüber dem serienmäßigen ATMega32.<br />
<br />
=== Mikrocontroller tauschen ===<br />
* Stromversorgung abschalten und ISP-Stecker abziehen.<br />
* Den ATMega32 aus seinem Sockel auf dem AVR Net-IO ziehen.<br />
* Den ATMega644 oder ATMega644p einbauen. (ACHTUNG: Kerbe im Sockel muss mit Kerbe in der CPU übereinstimmen)<br />
<br />
=== Fuse-Bits setzen ===<br />
* ISP wieder einstecken und Stromversorgung einschalten.<br />
* Fuse-Bits setzen<br />
* '''Wichtig:''' im Auslieferungszustand ist der ATMega644 programmiert auf 8MHz interner RC-Oszillator '''und''' der Takt wird durch 8 geteilt; also 1MHz Takt. Wenn ein externer Quarz verwendet wir, muss das Bit CKDIV8 (Takt geteilt durch 8) auf null gesetzt werden.<br />
<br />
* (Übernommen von dinus) Der ATMega wird dabei mit 1Mhz getaktet, kein JTAG.<br />
avrdude -p m644 -c ponyser -P /dev/ttyS0 -U lfuse:w:0xE7:m -U hfuse:w:0xDC:m -U efuse:w:0xFF:m<br />
* bzw.<br />
avrdude -p m644p -c ponyser -P /dev/ttyS0 -U lfuse:w:0xE7:m -U hfuse:w:0xDC:m -U efuse:w:0xFF:m<br />
<br />
Fuse-Bits wie sie "DiDi" einsetzt. Der JTAG ist eingeschaltet.<br />
<br />
* -U lfuse:w:0xf7:m -U hfuse:w:0x99:m -U efuse:w:0xfc:m<br />
<br />
Fuse-Bits wie "loddel" sie einsetzt. Der JTAG ist ausgeschaltet.<br />
<br />
* -U lfuse:w:0xf7:m -U hfuse:w:0xd9:m -U efuse:w:0xff:m<br />
* -U lfuse:w:0xe7:m -U hfuse:w:0xd9:m -U efuse:w:0xff:m<br />
<br />
Fuse-Bits wie "gregor" sie einsetzt. "Damit läuft der 644 auf 16MHz Quarz und der Takt wird nicht durch 8 geteilt." Der JTAG ist eingeschaltet.<br />
<br />
* -U lfuse:w:0xef:m -U hfuse:w:0x99:m -U efuse:w:0xff:m<br />
<br />
=== Ethersex reinflashen===<br />
* in der Config von Ethersex (make menuconfig) von ATmega32 auf ATMega644 umstellen<br />
* Flashen mit<br />
avrdude -p m644 -c ponyser -P /dev/ttyS0 -U flash:w:ethersex.hex -v<br />
* bzw.<br />
avrdude -p m644p -c ponyser -P /dev/ttyS0 -U flash:w:ethersex.hex -v<br />
<br />
=== Unterschiede zwischen ATMega32, ATMega644, ATMega644p und ATMega1284p===<br />
<br />
{| border=1 cellspacing=0 padding=4 class=wikitable "<br />
! !! ATMega32 !! ATMega644 !! ATMega644p !! ATMega1284p<br />
|-<br />
| Gehäuse || DIL-40 || DIL-40 || DIL-40 || DIL-40<br />
|-<br />
| MHz || max. 16 || max. 20 || max. 20 || max. 20<br />
|-<br />
| Flash || 32 KB || 64 KB || 64 KB || 128 KB<br />
|-<br />
| EEProm || 1 KB || 2 KB || 2 KB || 4 KB<br />
|-<br />
| RAM || 2 KB || 4 KB || 4 KB || 16 KB<br />
|-<br />
| I/O || 32 || 32 || 32 || 32<br />
|-<br />
| PWM || 4 || 6 || 6 || 6<br />
|-<br />
| ext. INT || 3 || 32 || 32 || 32<br />
|-<br />
| Ser-Port || 1 || 1 || 2 || 2<br />
|}<br />
<br />
====Datenblätter====<br />
* [http://www.atmel.com/Images/doc2503.pdf AtMega32]<br />
* [http://www.atmel.com/Images/doc2593.pdf ATMega644]<br />
* [http://www.atmel.com/images/doc8011.pdf ATMega644p]<br />
* [http://www.atmel.com/dyn/resources/prod_documents/8059S.pdf ATMega1284p]<br />
<br />
== Flashen unter Windows ==<br />
Es gibt mindestens zwei Möglichkeiten:<br />
#Flashen mit avrdude<br />
#Flashen mit AVR Studio<br />
<br />
Wer keines der beiden Programme auf seine Festplatte legen möchte, weil er sein Windows-System nicht ändern möchte, kann auch die [[Live CD]] verwenden.<br />
<br />
===Flashen mit avrdude===<br />
Das Flashen mit avrdude erfolgt prinzipiell genauso wie unter Linux (siehe oben).<br />
<br />
Ein Windows-Binary von avrdude erhält man am einfachsten als Bestandteil von [http://sourceforge.net/projects/winavr/ WinAVR]. (Ansonsten findet man ein Windows-Binary von avrdude auch auf [http://yuki-lab.jp/hw/avrdude-GUI/index.html dieser japanischen Seite], wo man auch eine GUI für avrdude bekommen kann. Google-Translate hilft den japanischen Text zu verstehen.) <br />
<br />
In der Kommandozeile muss natürlich die Bezeichnung des seriellen Ports angepasst werden, also "COMx" anstelle von "/dev/ttyS0", z.B.<br />
avrdude -v -p m32 -c ponyser -P com3 -U flash:w:ethersex.hex <br />
<br />
Sofern der Programmer per USB angeschlossen ist, benötigt man <br />
* bei echten USB-Programmern die libusb0.dll (bei WinAVR enthalten),<br />
* bei Verwendung eines USB-nach-seriell-Adapters mit FTDI-Chip (dieser kann auch manchmal bereits in den Programmer mit USB-Anschluss eingebaut sein!) einen passenden Treiber, siehe http://www.ftdichip.com/Drivers/VCP.htm. <br />
<br />
===Flashen mit AVR Studio===<br />
Das [[AVR Studio]] von Atmel bietet eine grafische Oberfläche zur Bedienung von ISPs.<br />
<br />
Beim AVR Studio werden USB-Treiber für USB-Programmer mitgeliefert, die optional zusammen mit dem AVR Studio installiert werden können.<br />
<br />
Für USB-nach-seriell-Adapter mit FTDI-Chip benötigt man einen passenden Treiber, siehe http://www.ftdichip.com/Drivers/VCP.htm.<br />
<br />
=== Links zu Erfahrungsberichten ===<br />
*http://www.saschakimmel.de/2010/02/ethersex-auf-avr-net-io-installieren-mittels-pollin-atmel-evaluationsboard-2-0-und-windows/ , jedoch nicht mit ISP-Kabel sondern mit Umstecken des Controllers.<br />
<br />
== Live-CD ==<br />
Diese hat den Vorteil, dass man sein vorhandenes System nicht ändern muss.<br />
<br />
* http://www.ethersex.de/index.php?title=Live_CD<br />
* apt-get install libncurses5-dev<br />
* update und installier software fuer ethersex wie beschrieben http://www.ethersex.de/index.php/Download<br />
* wenn help in menuconfig nicht geht: apt-get install dialog <br />
* weiter wie in "Flashen unter Linux" beschrieben.<br />
<br />
[[Category:StepByStep]]</div>Kpwghttp://www.ethersex.de/index.php?title=ZBus_Serial_Host_(Deutsch)&diff=1685ZBus Serial Host (Deutsch)2016-02-01T06:44:18Z<p>Kpwg: Created page with "{{i18n|ZBus Serial Host}} TTL-ZBus-Adapter mit MAX485, Terminierung und Bias-R's Da der ZBus auf dem USART Feature basi..."</p>
<hr />
<div>{{i18n|ZBus Serial Host}}<br />
<br />
[[File:Zbus_ttl.jpg|thumb|right|TTL-ZBus-Adapter mit MAX485, Terminierung und Bias-R's]]<br />
Da der [[ZBus_(Deutsch) | ZBus]] auf dem USART Feature basiert, welches alle ATmegas haben, können wir einfach eine ZBus Netzwerkschnittstelle an unserem Computer anschließen.<br />
Die serielle Schnittstelle (auch bekannt als COM-Port oder RS232) ist nur eine normale USART mit Pegelwandler (-3V - +15V). Um eine RS485-Schnittstelle daraus zu machen, welche für den ZBus benötigt wird, nimmt man einen MAX232 (oder funktional ähnlich), um das RS232-Signal wieder in ein USART TTL-Signal zu wandeln. Ein RS485-Interface-Chip (z.B. ein MAX485, siehe Bild) konvertiert daraus das Differenzsignal.<br />
<br />
Einige Embedded-Gerät haben USARTs an Bord, die keinen Signalwandler besitzen- sie bieten das USART TTL-Signal direkt an. Man muss dann nur noch den RS485-Chip verbinden und den Treiber für die Architektur kompilieren. Der populäre Linksys WRT54G (WLAN-Router mit OpenWRT) ist so ein Embedded-Gerät mit einer TTL-USART an Bord.<br />
<br />
Auf der Software-Seite habe ich beschlossen, einen userland driver mit tun device anstatt eines Kernel-Moduls zu schreiben, weil es viel einfacher zu codieren und zu debuggen ist. Das Programm stellt eine übliche Netzwerkschnittstelle wie die Ethernet-Karte bereit und kann auch wie Diese verwendet werden (zum Beispiel Routing, verschiedene IP-Adressen und so weiter). Das ist sehr flexibel. Man kann den Treiber-Daemon bei [https://github.com/ethersex/ethersex/tree/master/contrib/zbus-serial-host contrib/zbus-serial-host] finden.<br />
<br />
<pre><br />
zbus0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 <br />
inet addr:192.168.9.1 P-t-P:192.168.9.1 Mask:255.255.255.0<br />
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:174 Metric:1<br />
RX packets:16418 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:16423 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:500 <br />
RX bytes:1381934 (1.3 MiB) TX bytes:1379532 (1.3 MiB)<br />
</pre><br />
<br />
<br />
[[Category:ZBus]]</div>Kpwghttp://www.ethersex.de/index.php?title=Control6_(Deutsch)&diff=1682Control6 (Deutsch)2016-01-30T20:10:48Z<p>Kpwg: </p>
<hr />
<div>{{i18n|Control6}}<br />
{{Module<br />
|NAME=Control6<br />
|MENUCONFIG=General Setup->Control6 script<br />
|STATUS={{stable}}<br />
|PINNING=no<br />
|ECMD={{has_ecmd}}<br />
|CONTROL6={{has_control6}}<br />
|DEPENDS=-<br />
|REQUIRES=-<br />
|TIMER=-<br />
|CODE=[https://github.com/ethersex/ethersex/tree/master/control6 https://github.com/ethersex/ethersex/tree/master/control6]<br />
}}<br />
<br />
'''Control6''' ist eine auf [http://de.wikipedia.org/wiki/Protothread Protothreads] fußende Art von Skriptsprache, die ein wenig von ''Basic'' inspiriert ist.<br />
Control6 soll insbesondere dazu dienen, dass man die einzelnen Komponenten von Ethersex schnell zusammenfügen kann.<br />
Beispielsweise können in einer Endlosschleife die Temperaturen von KTY-Sensoren ausgelesen werden und in Abhängigkeit der Werte dann Pins geschaltet, [[SYSLOG_(Deutsch)|SYSLOG]]-Nachrichten abgesetzt oder [[ECMD_(Deutsch)|ECMD]]-Befehle versendet werden.<br />
<br />
Die Skripte werden während des Kompiliervorgangs in C-Code übersetzt und letztlich mit in die Firmware einkompiliert.<br />
Sie sind somit ''statisch'' und nur durch Neuprogrammierung änderbar. <br />
<br />
== So fängt man an ==<br />
Standardmäßig werden, wenn in Menuconfig die Funktion ''Control6'' aktiviert wurde, die Instruktionen aus der Datei '''control6/control6.src''' in die Firmware eingebunden. Für Eigenentwicklungen, die nicht in die "Distribution" aufgenommen werden sollen, empfiehlt es sich separate Dateien in der Ethersex Ordnerstruktur anzulegen, sodass es zu keinen (oder zumindest seltener) zu Konflikten beim Update auf eine neuere offizielle Firmwareversion kommt.<br />
<br />
Dazu einfach eine beliebige Datei im Stile der o.g. ''control6.src'' anlegen, zum Beispiel eine ''control6/erste-schritte.src'' und diese dem Makesystem bekannt machen. Letzteres durch folgenden Eintrag in der Datei [[config.mk_(Deutsch)|config.mk]] im Hauptverzeichnis (wenn diese noch nicht existiert, einfach eine neue Datei anlegen und nur diese Zeile eintragen):<br />
C6_SOURCE = $(TOPDIR)/control6/erste-schritte.src<br />
<br />
* [[:Kategorie:Control6_Examples | Control6 Beispielcode]]<br />
* [[PIN_Commands_(Deutsch) | Wie schreibe ich ein Control6 Skript]]<br />
<br />
== Konzepte ==<br />
* Ein Control6-Skript wird immer von den Tags '''CONTROL_START''' und '''CONTROL_END''' umschlossen.<br />
* Mit '''THREAD''' resp. '''THREAD_END''' können leicht quasi nebenläufige Programmabschnitte erstellt werden. Dies ermöglicht mehrere Aufgaben, die miteinander nichts zu tun haben, auch getrennt voneinander im Control6-Code abzubilden.<br />
<br />
== Befehlssatz ==<br />
Control6 ist momentan schon relativ mächtig und stellt durchaus eine Alternative zum Verfassen von C-Code dar. Es werden aber nachwievor nicht alle Aspekte von Ethersex auch in Control6 abgebildet und noch weniger werden hier im Wiki bislang thematisiert.<br />
<br />
* übergreifende Funktionen<br />
** [[Global_Variables_(Deutsch)|Globale Variablen]]<br />
** [[PIN_Commands_(Deutsch)|Pin-Befehle]], Threading, Timer und Events<br />
** [[Conditions_(Deutsch)|Bedingungen]]<br />
* Einzelaspekte, siehe<br />
** [[ADC_(Deutsch) | ADC-Werte abfragen]]<br />
** [[Zugriff auf die Systemuhr]]<br />
** [[Debug-Meldungen und SYSLOG]]<br />
** [[ECMD-Befehle absetzen]]<br />
** [[Jabber_(Deutsch) | Jabber]]<br />
** [[eMail versenden]]<br />
** [[Onewire_(Deutsch) | Dallas 1-wire Bus]]<br />
** [[KTY81]]<br />
** [[Einfaches Menüsystem|TTY und Menü-System]]<br />
** [[IRMP_(Deutsch)|IR-Empfänger abfragen]]<br />
** [[TCP-Client als FRITZ!Box Call Monitor]]</div>Kpwghttp://www.ethersex.de/index.php?title=Control6_(Deutsch)&diff=1680Control6 (Deutsch)2016-01-30T20:07:15Z<p>Kpwg: </p>
<hr />
<div>{{i18n|Control6}}<br />
{{Module<br />
|NAME=Control6<br />
|MENUCONFIG=General Setup->Control6 script<br />
|STATUS={{stable}}<br />
|PINNING=no<br />
|ECMD={{has_ecmd}}<br />
|CONTROL6={{has_control6}}<br />
|DEPENDS=-<br />
|REQUIRES=-<br />
|TIMER=-<br />
|CODE=[https://github.com/ethersex/ethersex/tree/master/control6 https://github.com/ethersex/ethersex/tree/master/control6]<br />
}}<br />
<br />
'''Control6''' ist eine auf [http://de.wikipedia.org/wiki/Protothread Protothreads] fußende Art von Skriptsprache, die ein wenig von ''Basic'' inspiriert ist.<br />
Control6 soll insbesondere dazu dienen, dass man die einzelnen Komponenten von Ethersex schnell zusammenfügen kann.<br />
Beispielsweise können in einer Endlosschleife die Temperaturen von KTY-Sensoren ausgelesen werden und in Abhängigkeit der Werte dann Pins geschaltet, [[SYSLOG_(Deutsch)|SYSLOG]]-Nachrichten abgesetzt oder [[ECMD_(Deutsch)|ECMD]]-Befehle versendet werden.<br />
<br />
Die Skripte werden während des Kompiliervorgangs in C-Code übersetzt und letztlich mit in die Firmware einkompiliert.<br />
Sie sind somit ''statisch'' und nur durch Neuprogrammierung änderbar. <br />
<br />
== So fängt man an ==<br />
Standardmäßig werden, wenn in Menuconfig die Funktion ''Control6'' aktiviert wurde, die Instruktionen aus der Datei '''control6/control6.src''' in die Firmware eingebunden. Für Eigenentwicklungen, die nicht in die "Distribution" aufgenommen werden sollen, empfiehlt es sich separate Dateien in der Ethersex Ordnerstruktur anzulegen, sodass es zu keinen (oder zumindest seltener) zu Konflikten beim Update auf eine neuere offizielle Firmwareversion kommt.<br />
<br />
Dazu einfach eine beliebige Datei im Stile der o.g. ''control6.src'' anlegen, zum Beispiel eine ''control6/erste-schritte.src'' und diese dem Makesystem bekannt machen. Letzteres durch folgenden Eintrag in der Datei [[config.mk_(Deutsch)|config.mk]] im Hauptverzeichnis (wenn diese noch nicht existiert, einfach eine neue Datei anlegen und nur diese Zeile eintragen):<br />
C6_SOURCE = $(TOPDIR)/control6/erste-schritte.src<br />
<br />
* [[:Kategorie:Control6_Examples_(Deutsch) | Control6 Beispielcode]]<br />
* [[PIN_Commands_(Deutsch) | Wie schreibe ich ein Control6 Skript]]<br />
<br />
== Konzepte ==<br />
* Ein Control6-Skript wird immer von den Tags '''CONTROL_START''' und '''CONTROL_END''' umschlossen.<br />
* Mit '''THREAD''' resp. '''THREAD_END''' können leicht quasi nebenläufige Programmabschnitte erstellt werden. Dies ermöglicht mehrere Aufgaben, die miteinander nichts zu tun haben, auch getrennt voneinander im Control6-Code abzubilden.<br />
<br />
== Befehlssatz ==<br />
Control6 ist momentan schon relativ mächtig und stellt durchaus eine Alternative zum Verfassen von C-Code dar. Es werden aber nachwievor nicht alle Aspekte von Ethersex auch in Control6 abgebildet und noch weniger werden hier im Wiki bislang thematisiert.<br />
<br />
* übergreifende Funktionen<br />
** [[Global_Variables_(Deutsch)|Globale Variablen]]<br />
** [[PIN_Commands_(Deutsch)|Pin-Befehle]], Threading, Timer und Events<br />
** [[Conditions_(Deutsch)|Bedingungen]]<br />
* Einzelaspekte, siehe<br />
** [[ADC_(Deutsch) | ADC-Werte abfragen]]<br />
** [[Zugriff auf die Systemuhr]]<br />
** [[Debug-Meldungen und SYSLOG]]<br />
** [[ECMD-Befehle absetzen]]<br />
** [[Jabber_(Deutsch) | Jabber]]<br />
** [[eMail versenden]]<br />
** [[Onewire_(Deutsch) | Dallas 1-wire Bus]]<br />
** [[KTY81]]<br />
** [[Einfaches Menüsystem|TTY und Menü-System]]<br />
** [[IRMP_(Deutsch)|IR-Empfänger abfragen]]<br />
** [[TCP-Client als FRITZ!Box Call Monitor]]</div>Kpwghttp://www.ethersex.de/index.php?title=Control6_(Deutsch)&diff=1677Control6 (Deutsch)2016-01-30T20:01:29Z<p>Kpwg: </p>
<hr />
<div>{{i18n|Control6}}<br />
{{Module<br />
|NAME=Control6<br />
|MENUCONFIG=General Setup->Control6 script<br />
|STATUS={{stable}}<br />
|PINNING=no<br />
|ECMD={{has_ecmd}}<br />
|CONTROL6={{has_control6}}<br />
|DEPENDS=-<br />
|REQUIRES=-<br />
|TIMER=-<br />
|CODE=[https://github.com/ethersex/ethersex/tree/master/control6 https://github.com/ethersex/ethersex/tree/master/control6]<br />
}}<br />
<br />
'''Control6''' ist eine auf [http://de.wikipedia.org/wiki/Protothread Protothreads] fußende Art von Skriptsprache, die ein wenig von ''Basic'' inspiriert ist.<br />
Control6 soll insbesondere dazu dienen, dass man die einzelnen Komponenten von Ethersex schnell zusammenfügen kann.<br />
Beispielsweise können in einer Endlosschleife die Temperaturen von KTY-Sensoren ausgelesen werden und in Abhängigkeit der Werte dann Pins geschaltet, [[SYSLOG_(Deutsch)|SYSLOG]]-Nachrichten abgesetzt oder [[ECMD_(Deutsch)|ECMD]]-Befehle versendet werden.<br />
<br />
Die Skripte werden während des Kompiliervorgangs in C-Code übersetzt und letztlich mit in die Firmware einkompiliert.<br />
Sie sind somit ''statisch'' und nur durch Neuprogrammierung änderbar. <br />
<br />
== So fängt man an ==<br />
Standardmäßig werden, wenn in Menuconfig die Funktion ''Control6'' aktiviert wurde, die Instruktionen aus der Datei '''control6/control6.src''' in die Firmware eingebunden. Für Eigenentwicklungen, die nicht in die "Distribution" aufgenommen werden sollen, empfiehlt es sich separate Dateien in der Ethersex Ordnerstruktur anzulegen, sodass es zu keinen (oder zumindest seltener) zu Konflikten beim Update auf eine neuere offizielle Firmwareversion kommt.<br />
<br />
Dazu einfach eine beliebige Datei im Stile der o.g. ''control6.src'' anlegen, zum Beispiel eine ''control6/erste-schritte.src'' und diese dem Makesystem bekannt machen. Letzteres durch folgenden Eintrag in der Datei [[config.mk_(Deutsch)|config.mk]] im Hauptverzeichnis (wenn diese noch nicht existiert, einfach eine neue Datei anlegen und nur diese Zeile eintragen):<br />
C6_SOURCE = $(TOPDIR)/control6/erste-schritte.src<br />
<br />
* [[:Kategorie:Control6 Examples|Control6 Beispielcode]]<br />
* [[PIN_Commands|Wie schreibe ich ein Control6 Skript]]<br />
<br />
== Konzepte ==<br />
* Ein Control6-Skript wird immer von den Tags '''CONTROL_START''' und '''CONTROL_END''' umschlossen.<br />
* Mit '''THREAD''' resp. '''THREAD_END''' können leicht quasi nebenläufige Programmabschnitte erstellt werden. Dies ermöglicht mehrere Aufgaben, die miteinander nichts zu tun haben, auch getrennt voneinander im Control6-Code abzubilden.<br />
<br />
== Befehlssatz ==<br />
Control6 ist momentan schon relativ mächtig und stellt durchaus eine Alternative zum Verfassen von C-Code dar. Es werden aber nachwievor nicht alle Aspekte von Ethersex auch in Control6 abgebildet und noch weniger werden hier im Wiki bislang thematisiert.<br />
<br />
* übergreifende Funktionen<br />
** [[Global_Variables_(Deutsch)|Globale Variablen]]<br />
** [[PIN_Commands_(Deutsch)|Pin-Befehle]], Threading, Timer und Events<br />
** [[Conditions_(Deutsch)|Bedingungen]]<br />
* Einzelaspekte, siehe<br />
** [[ADC_(Deutsch) | ADC-Werte abfragen]]<br />
** [[Zugriff auf die Systemuhr]]<br />
** [[Debug-Meldungen und SYSLOG]]<br />
** [[ECMD-Befehle absetzen]]<br />
** [[Jabber_(Deutsch) | Jabber]]<br />
** [[eMail versenden]]<br />
** [[Onewire_(Deutsch) | Dallas 1-wire Bus]]<br />
** [[KTY81]]<br />
** [[Einfaches Menüsystem|TTY und Menü-System]]<br />
** [[IRMP_(Deutsch)|IR-Empfänger abfragen]]<br />
** [[TCP-Client als FRITZ!Box Call Monitor]]<br />
<br />
[[Kategorie:Ethersex]]<br />
[[Kategorie:Control6]]</div>Kpwghttp://www.ethersex.de/index.php?title=Config.mk_(Deutsch)&diff=1673Config.mk (Deutsch)2016-01-30T19:56:48Z<p>Kpwg: </p>
<hr />
<div>{{i18n|Config.mk}}<br />
<br />
Die Datei '''config.mk''' im Hauptverzeichnis der Ethersex-Ordnerstruktur ist quasi der Schlüssel zur Entwicklung eigener Ethersex-Komponenten, '''die nicht in Ethersex aufgenommen werden sollen''', weil sie schlicht zu speziell sind.<br />
<br />
Als Grundregel sollte in etwa gelten: Wenn du etwas an Ethersex ergänzen möchtest, das nicht groß veröffentlicht werden soll, solltest du zusehen, dass du die bestehenden Dateien, die in Ethersex enthalten sind, nicht modifizierst. Die Datei ''config.mk'' sowie Mechanismen wie die Meta-Bereiche ermöglichen dies weitestgehend. Dieses Vorgehen hat für dich den Vorteil, dass es beim Aktualisieren auf eine neue Ethersex-Version nicht zu Konflikten zwischen deinen und unseren Modifikationen kommen kann.<br />
<br />
Wenn du ab und an Patches erstellen möchtest, machst du dir das Leben so ebenfalls einfacher, da du nicht mehr aufpassen musst, versehentlich etwas zu committen, das eigentlich gar nicht eingecheckt werden sollte.<br />
<br />
Also: Alles, was du am liebsten in die Datei ''Makefile'' im Hauptverzeichnis eintragen möchtest, trägst du einfach in die Datei ''config.mk'' ein. Wenn es diese noch nicht gibt, leg' sie einfach an.<br />
<br />
== Weitere Ergänzungsdateien ==<br />
=== protocols/ecmd/ecmd_defs.m4 ===<br />
Statt die ''ecmd_defs.m4'' zu bearbeiten, kannst du auch irgendwo eine neue Datei anlegen und die gleiche Syntax wie in ''ecmd_defs.m4'' verwenden. Dass das Make-System die Datei berücksichtigt, musst du sie noch registrieren. Dazu dient wieder die ''config.mk'':<br />
<br />
ECMD_DEFS_EXTRA += mycruft/private_ecmds.m4<br />
<br />
... und schon werden auch die Einträge in der Datei mycruft/private_ecmds.m4 entsprechend berücksichtigt.<br />
<br />
=== named_pin Konfiguration ===<br />
Zunächst kopierst du dir am besten die Datei ''core/portio/config'' irgendwo hin und verwendest sie als Vorlage. Um diese zu registrieren, verwenden wir die folgende Zeile in ''config.mk'':<br />
<br />
NP_CONFIG = mycruft/named_pin.conf<br />
<br />
=== [[Control6_(Deutsch) | Control6]] Skript ===<br />
Ein eigenes [[Control6_(Deutsch) | Control6]] Skript in einer von control6/control6.src abweichenden Datei kann du mit folgendem Statement registrieren:<br />
<br />
C6_SOURCE = mycruft/wecky.src<br />
or<br />
C6_SOURCE = $(TOPDIR)/control6/you_programm.src<br />
<br />
== mögliche weitere Einträge ==<br />
=== avrdude mit 'make dude644' aufrufen ===<br />
dude644: ethersex.hex<br />
avrdude -p m644 -c usbasp -V -Uflash:w:$<<br />
<br />
=== AVR mit 'make reset' via ISP resetten ===<br />
reset:<br />
avrdude -p m644 -c usbasp<br />
<br />
[[Category:development]]</div>Kpwghttp://www.ethersex.de/index.php?title=Control6_(Deutsch)&diff=1661Control6 (Deutsch)2016-01-30T19:44:02Z<p>Kpwg: </p>
<hr />
<div>{{i18n|Control6}}<br />
{{Module<br />
|NAME=Control6<br />
|MENUCONFIG=General Setup->Control6 script<br />
|STATUS={{stable}}<br />
|PINNING=no<br />
|ECMD={{has_ecmd}}<br />
|CONTROL6={{has_control6}}<br />
|DEPENDS=-<br />
|REQUIRES=-<br />
|TIMER=-<br />
|CODE=[https://github.com/ethersex/ethersex/tree/master/control6 https://github.com/ethersex/ethersex/tree/master/control6]<br />
}}<br />
<br />
'''Control6''' ist eine auf [http://de.wikipedia.org/wiki/Protothread Protothreads] fußende Art von Skriptsprache, die ein wenig von ''Basic'' inspiriert ist.<br />
Control6 soll insbesondere dazu dienen, dass man die einzelnen Komponenten von Ethersex schnell zusammenfügen kann.<br />
Beispielsweise können in einer Endlosschleife die Temperaturen von KTY-Sensoren ausgelesen werden und in Abhängigkeit der Werte dann Pins geschaltet, [[SYSLOG_(Deutsch)|SYSLOG]]-Nachrichten abgesetzt oder [[ECMD_(Deutsch)|ECMD]]-Befehle versendet werden.<br />
<br />
Die Skripte werden während des Kompiliervorgangs in C-Code übersetzt und letztlich mit in die Firmware einkompiliert.<br />
Sie sind somit ''statisch'' und nur durch Neuprogrammierung änderbar. <br />
<br />
== So fängt man an ==<br />
Standardmäßig werden, wenn in Menuconfig die Funktion ''Control6'' aktiviert wurde, die Instruktionen aus der Datei '''control6/control6.src''' in die Firmware eingebunden. Für Eigenentwicklungen, die nicht in die "Distribution" aufgenommen werden sollen, empfiehlt es sich separate Dateien in der Ethersex Ordnerstruktur anzulegen, sodass es zu keinen (oder zumindest seltener) zu Konflikten beim Update auf eine neuere offizielle Firmwareversion kommt.<br />
<br />
Dazu einfach eine beliebige Datei im Stile der o.g. ''control6.src'' anlegen, zum Beispiel eine ''control6/erste-schritte.src'' und diese dem Makesystem bekannt machen. Letzteres durch folgenden Eintrag in der Datei [[config.mk_(Deutsch)|config.mk]] im Hauptverzeichnis (wenn diese noch nicht existiert, einfach eine neue Datei anlegen und nur diese Zeile eintragen):<br />
C6_SOURCE = $(TOPDIR)/control6/erste-schritte.src<br />
<br />
* [[:Kategorie:Control6 Examples|Control6 Beispielcode]]<br />
* [[PIN_Commands|Wie schreibe ich ein Control6 Skript]]<br />
<br />
== Konzepte ==<br />
* Ein Control6-Skript wird immer von den Tags '''CONTROL_START''' und '''CONTROL_END''' umschlossen.<br />
* Mit '''THREAD''' resp. '''THREAD_END''' können leicht quasi nebenläufige Programmabschnitte erstellt werden. Dies ermöglicht mehrere Aufgaben, die miteinander nichts zu tun haben, auch getrennt voneinander im Control6-Code abzubilden.<br />
<br />
== Befehlssatz ==<br />
Control6 ist momentan schon relativ mächtig und stellt durchaus eine Alternative zum Verfassen von C-Code dar. Es werden aber nachwievor nicht alle Aspekte von Ethersex auch in Control6 abgebildet und noch weniger werden hier im Wiki bislang thematisiert.<br />
<br />
* übergreifende Funktionen<br />
** [[Global_Variables_(Deutsch)|Globale Variablen]]<br />
** [[PIN_Commands_(Deutsch)|Pin-Befehle]], Threading, Timer und Events<br />
** [[Conditions_(Deutsch)|Bedingungen]]<br />
* Einzelaspekte, siehe<br />
** [[ADC_(Deutsch) | ADC-Werte abfragen]]<br />
** [[Zugriff auf die Systemuhr]]<br />
** [[Debug-Meldungen und SYSLOG]]<br />
** [[ECMD-Befehle absetzen]]<br />
** [[Jabber_(Deutsch) | Jabber]]<br />
** [[eMail versenden]]<br />
** [[Dallas 1-wire Bus]]<br />
** [[KTY81]]<br />
** [[Einfaches Menüsystem|TTY und Menü-System]]<br />
** [[IRMP_(Deutsch)|IR-Empfänger abfragen]]<br />
** [[TCP-Client als FRITZ!Box Call Monitor]]<br />
<br />
[[Kategorie:Ethersex]]<br />
[[Kategorie:Control6]]</div>Kpwghttp://www.ethersex.de/index.php?title=Conditions_(Deutsch)&diff=1659Conditions (Deutsch)2016-01-30T19:34:05Z<p>Kpwg: Created page with "{{i18n|Conditions}} == Bedingungen in Control6 == === Grundsätzlicher Aufbau === ON [ONCE] ''Bedingung'' DO ''Befehle'' END Das Schlüsselwort '''ONCE''' sorgt dafür,..."</p>
<hr />
<div>{{i18n|Conditions}}<br />
== Bedingungen in Control6 ==<br />
<br />
=== Grundsätzlicher Aufbau ===<br />
ON [ONCE] ''Bedingung'' DO<br />
''Befehle''<br />
END<br />
<br />
Das Schlüsselwort '''ONCE''' sorgt dafür, dass die Bedingung nur '''einmal pro Minute''' überprüft wird. Dies ist nützlich, wenn zum Beispiel ein Codeblock nur einmal um 6 Uhr morgens ausgeführt werden soll. Die Bedingung könnte dann '''ON ONCE CLOCK_MIN == 0 && CLOCK_HOUR == 6''' lauten. Ohne das Schlüsselwort ''ONCE'' würde der Codeblock von 6:00 bis 6:01 ständig im Rahmen der Hauptschleife von Ethersex ausgeführt, was häufig nicht gewünscht ist :-)<br />
<br />
Es kann jedoch nicht nur die Uhr abgefragt werden, sondern es steht auch alle übrigen Funktionen, die Rückgabewerte liefern, zur Auswahl. Beispielsweise können KTY-Temperatursensoren abgefragt werden. Um einmal pro Minute zu prüfen, ob die von Sensor 5 gemessene Temperatur unter 3,0 Grad liegt, kann Folgendes geschrieben werden:<br />
<br />
ON ONCE KTY_GET(AussenNord) < 30<br />
SYSLOG("Draußen ist es sehr kalt!")<br />
END<br />
<br />
[[Category:Control6]]</div>Kpwghttp://www.ethersex.de/index.php?title=Global_Variables_(Deutsch)&diff=1658Global Variables (Deutsch)2016-01-30T19:31:59Z<p>Kpwg: Created page with "{{i18n|Global Variables}} '''Globale Variablen''' werden in Control6 folgendermaßen deklariert: ECMD_GLOBAL(<name>, <initialwert>, [datentyp]); Di..."</p>
<hr />
<div>{{i18n|Global Variables}}<br />
'''Globale Variablen''' werden in [[Control6_(Deutsch) | Control6]] folgendermaßen deklariert:<br />
<br />
ECMD_GLOBAL(<name>, <initialwert>, [datentyp]);<br />
<br />
Die Angabe des Datentyps ist optional. Wenn kein Datentyp angegeben ist, wird uint8_t verwendet.<br />
<br />
Beispiel:<br />
ECMD_GLOBAL(zaehler, 0, uint16_t);<br />
<br />
Auf diese Weise deklarierte globale Variablen können per [[ECMD_(Deutsch) | ECMD]] abgefragt werden:<br />
<br />
c6 get zaehler<br />
<br />
oder gesetzt werden: <br />
<br />
c6 set zaehler 0<br />
<br />
==Beispiele==<br />
*siehe [[Counter_(Deutsch) | Counter]]<br />
<br />
[[Category:Control6]]</div>Kpwghttp://www.ethersex.de/index.php?title=File:Usb-schematic.png&diff=1657File:Usb-schematic.png2016-01-30T19:11:39Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=Features_(Deutsch)&diff=1656Features (Deutsch)2016-01-30T19:07:42Z<p>Kpwg: /* Hardware Treiber */</p>
<hr />
<div>{{i18n|Features}}<br />
<br />
<br />
== Unterstützte Netzwerk Hardware ==<br />
<br />
* Ethernet Microchip's [[ENC28J60_(Deutsch) | ENC28J60]] mit IEEE 802.1q VLAN tagging<br />
* [[USB_(Deutsch) | IP über USB serial host]]<br />
* [[RFM12_(Deutsch) | IP über RFM12]]<br />
* [[ZBus_(Deutsch) | ZBus: IP über RS485]]<br />
<br />
== Netzwerk Protokolle ==<br />
<br />
* IPv4, IPv4<br />
* TCP/IP, UDP/IP and ICMP<br />
* DNS<br />
* mDNS (Avahi)<br />
* [[BOOTP_(Deutsch)]]<br />
* [[DHCP]]<br />
* TFTP (can be used in combination with the [[Ethernet Loader]])<br />
* SYSLOG<br />
* [[SNMP]]<br />
* SMTP<br />
* [[NTP]] (Client and Server)<br />
* DynDNS<br />
* MySQL (Client)<br />
* IRC (Client)<br />
* [[XMPP | XMPP / Jabber Client]]<br />
* MPD (Music Player Daemon)<br />
* [[SOAP_(Deutsch)]] / XMLRPC<br />
* [[UPnP]]<br />
* [[Artnet]]<br />
<br />
== Hardware Treiber ==<br />
<br />
* [[Onewire_(Deutsch) | Onewire / 1Wire]]<br />
* [[I2C_(Deutsch) | I2C Master / Slave]] <br />
* [[ADC_(Deutsch) | ADC input]]<br />
* [[PWM Generator]]<br />
* [[RFM12_FS20_(Deutsch) | FS20 mit RFM12]]<br />
* [[RFM12_ASK_(Deutsch) | ASK mit RFM12]]<br />
* [[Generic ASK Modules | ASK mit generischen Modulen]]<br />
* [[Bluetooth|Bluetooth SPP]]<br />
* [[USB_(Deutsch) | USB]]<br />
* [[PS/2 Keyboard]]<br />
* [[Button Input]]<br />
* [[Porterweiterungen_(Deutsch)#74HC595_als_Ausgangserweiterung | 74HC595 Ausgangserweiterung]]<br />
* [[Porterweiterungen_(Deutsch)#74HC164_als_Ausgangserweiterung | 74HC164 Ausgangserweiterung]]<br />
* [[Porterweiterungen_(Deutsch)#74HC165_als_Eingangserweiterung | 74HC165 Eingangserweiterung]]<br />
* [[IRMP_(Deutsch) | IRMP Infrarot Empfänger]]<br />
* [[SRAM]]<br />
<br />
== Software Module ==<br />
<br />
* [[Ethersex Lighting Architecture]]<br />
** [[Starburst]]<br />
** [[StellaLight]]<br />
** [[DMX Storage]]<br />
** [[DMX FXSlot]]<br />
* [[Cron_(Deutsch) | Cron Daemon_(Deutsch)]]<br />
* [[System Clock | Clock ]]<br />
* [[VNC Server]]<br />
* [[lome6]]<br />
* [[Frequency Counter]]</div>Kpwghttp://www.ethersex.de/index.php?title=Funk-AVR-Evaluationsboard_(Deutsch)&diff=1655Funk-AVR-Evaluationsboard (Deutsch)2016-01-30T18:38:58Z<p>Kpwg: </p>
<hr />
<div>{{i18n|Funk-AVR-Evaluationsboard}}<br />
<br />
[[File:Funk-avr-eval.jpg|150px|thumb|right|Funk-AVR-Evaluationsboard]]<br />
Das Funk-AVR-Evaluationsboard von [http://www.pollin.de Pollin] ist ein relativ einfach gehaltenes und daher auch sehr günstiges Board. Es war als Bausatz oder auch als Fertigmodul erhältlich. Der gelieferte ATmega32 kann einfach durch einen leistungsfähigeren ATmega644 oder ATmega1284p (Hinweise zu 128K beachten!) ausgetauscht werden. Gegenüber dem AVR-Net-IO besitzt es zwar keine Netztwerkschnittstelle, jedoch zwei Plätze für RFM-Funkmodule, JTAG-Port, volltändig zugängliche IO-Ports und den ISP zusätzlich an einer Sub-D 9pol Buchse.<br />
<br />
===Features===<br />
<br />
* 40-poliger Sockel für Atmel ATmega 32/644/1284 Mikrocontroller<br />
* 28-poliger Sockel für Atmel ATmega 8/168/328 Mikrocontroller<br />
* zwei Plätze für RFM-Funkmodule<br />
* RS232-Schnittstelle<br />
* 10-polige ISP-Schnittstelle<br />
* 10-polige JTAG-Schnittstelle<br />
* vollständig zugängliche I/O-Pins an einer 2x20-poligen Pfostenleiste<br />
<br />
[[Category:Hardware]]</div>Kpwghttp://www.ethersex.de/index.php?title=ENC28J60_(Deutsch)&diff=1639ENC28J60 (Deutsch)2016-01-30T16:36:38Z<p>Kpwg: Created page with "{{i18n|ENC28J60}} Der Halbleiterbaustein ENC28J60 von Microchip ist ein "Stand-Alone Ethernet Controller with SPI Interface", also eine vollständige Ethernet-Schnittstelle f..."</p>
<hr />
<div>{{i18n|ENC28J60}}<br />
<br />
Der Halbleiterbaustein ENC28J60 von Microchip ist ein "Stand-Alone Ethernet Controller with SPI Interface", also eine vollständige Ethernet-Schnittstelle für 10BASE-T mit seriellem Anschluss (Serial Peripheral Interface) in einem 28-poligen SPDIP, SSOP, SOIC bzw. QFN-Gehäuse. <br />
<br />
Weitere Infos und Daten gibt es beim Hersteller: <br />
http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en022889</div>Kpwghttp://www.ethersex.de/index.php?title=Features_(Deutsch)&diff=1638Features (Deutsch)2016-01-30T16:34:57Z<p>Kpwg: /* Unterstützte Netzwerk Hardware */</p>
<hr />
<div>{{i18n|Features}}<br />
<br />
<br />
== Unterstützte Netzwerk Hardware ==<br />
<br />
* Ethernet Microchip's [[ENC28J60_(Deutsch) | ENC28J60]] mit IEEE 802.1q VLAN tagging<br />
* [[USB_(Deutsch) | IP über USB serial host]]<br />
* [[RFM12_(Deutsch) | IP über RFM12]]<br />
* [[ZBus_(Deutsch) | ZBus: IP über RS485]]<br />
<br />
== Netzwerk Protokolle ==<br />
<br />
* IPv4, IPv4<br />
* TCP/IP, UDP/IP and ICMP<br />
* DNS<br />
* mDNS (Avahi)<br />
* [[BOOTP_(Deutsch)]]<br />
* [[DHCP]]<br />
* TFTP (can be used in combination with the [[Ethernet Loader]])<br />
* SYSLOG<br />
* [[SNMP]]<br />
* SMTP<br />
* [[NTP]] (Client and Server)<br />
* DynDNS<br />
* MySQL (Client)<br />
* IRC (Client)<br />
* [[XMPP | XMPP / Jabber Client]]<br />
* MPD (Music Player Daemon)<br />
* [[SOAP_(Deutsch)]] / XMLRPC<br />
* [[UPnP]]<br />
* [[Artnet]]<br />
<br />
== Hardware Treiber ==<br />
<br />
* [[Onewire_(Deutsch) | Onewire / 1Wire]]<br />
* [[I2C_(Deutsch) | I2C Master / Slave]] <br />
* [[ADC_(Deutsch) | ADC input]]<br />
* [[PWM Generator]]<br />
* [[RFM12_FS20_(Deutsch) | FS20 mit RFM12]]<br />
* [[RFM12_ASK_(Deutsch) | ASK mit RFM12]]<br />
* [[Generic ASK Modules | ASK mit generischen Modulen]]<br />
* [[Bluetooth|Bluetooth SPP]]<br />
* [[USB]]<br />
* [[PS/2 Keyboard]]<br />
* [[Button Input]]<br />
* [[Porterweiterungen_(Deutsch)#74HC595_als_Ausgangserweiterung | 74HC595 Ausgangserweiterung]]<br />
* [[Porterweiterungen_(Deutsch)#74HC164_als_Ausgangserweiterung | 74HC164 Ausgangserweiterung]]<br />
* [[Porterweiterungen_(Deutsch)#74HC165_als_Eingangserweiterung | 74HC165 Eingangserweiterung]]<br />
* [[IRMP_(Deutsch) | IRMP Infrarot Empfänger]]<br />
* [[SRAM]]<br />
<br />
== Software Module ==<br />
<br />
* [[Ethersex Lighting Architecture]]<br />
** [[Starburst]]<br />
** [[StellaLight]]<br />
** [[DMX Storage]]<br />
** [[DMX FXSlot]]<br />
* [[Cron_(Deutsch) | Cron Daemon_(Deutsch)]]<br />
* [[System Clock | Clock ]]<br />
* [[VNC Server]]<br />
* [[lome6]]<br />
* [[Frequency Counter]]</div>Kpwghttp://www.ethersex.de/index.php?title=Features_(Deutsch)&diff=1636Features (Deutsch)2016-01-30T16:21:37Z<p>Kpwg: /* Software Modules */</p>
<hr />
<div>{{i18n|Features}}<br />
<br />
<br />
== Unterstützte Netzwerk Hardware ==<br />
<br />
* Ethernet [[ENC28J60 | Microchip's ENC28J60]] with IEEE 802.1q VLAN tagging<br />
* [[USB_(Deutsch)]]<br />
* [[RFM12_(Deutsch)]]<br />
* [[ZBus_(Deutsch)]]<br />
<br />
== Netzwerk Protokolle ==<br />
<br />
* IPv4, IPv4<br />
* TCP/IP, UDP/IP and ICMP<br />
* DNS<br />
* mDNS (Avahi)<br />
* [[BOOTP_(Deutsch)]]<br />
* [[DHCP]]<br />
* TFTP (can be used in combination with the [[Ethernet Loader]])<br />
* SYSLOG<br />
* [[SNMP]]<br />
* SMTP<br />
* [[NTP]] (Client and Server)<br />
* DynDNS<br />
* MySQL (Client)<br />
* IRC (Client)<br />
* [[XMPP | XMPP / Jabber Client]]<br />
* MPD (Music Player Daemon)<br />
* [[SOAP_(Deutsch)]] / XMLRPC<br />
* [[UPnP]]<br />
* [[Artnet]]<br />
<br />
== Hardware Treiber ==<br />
<br />
* [[Onewire_(Deutsch) | Onewire / 1Wire]]<br />
* [[I2C_(Deutsch) | I2C Master / Slave]] <br />
* [[ADC_(Deutsch) | ADC input]]<br />
* [[PWM Generator]]<br />
* [[RFM12_FS20_(Deutsch) | FS20 mit RFM12]]<br />
* [[RFM12_ASK_(Deutsch) | ASK mit RFM12]]<br />
* [[Generic ASK Modules | ASK mit generischen Modulen]]<br />
* [[Bluetooth|Bluetooth SPP]]<br />
* [[USB]]<br />
* [[PS/2 Keyboard]]<br />
* [[Button Input]]<br />
* [[Porterweiterungen_(Deutsch)#74HC595_als_Ausgangserweiterung | 74HC595 Ausgangserweiterung]]<br />
* [[Porterweiterungen_(Deutsch)#74HC164_als_Ausgangserweiterung | 74HC164 Ausgangserweiterung]]<br />
* [[Porterweiterungen_(Deutsch)#74HC165_als_Eingangserweiterung | 74HC165 Eingangserweiterung]]<br />
* [[IRMP_(Deutsch) | IRMP Infrarot Empfänger]]<br />
* [[SRAM]]<br />
<br />
== Software Module ==<br />
<br />
* [[Ethersex Lighting Architecture]]<br />
** [[Starburst]]<br />
** [[StellaLight]]<br />
** [[DMX Storage]]<br />
** [[DMX FXSlot]]<br />
* [[Cron_(Deutsch) | Cron Daemon_(Deutsch)]]<br />
* [[System Clock | Clock ]]<br />
* [[VNC Server]]<br />
* [[lome6]]<br />
* [[Frequency Counter]]</div>Kpwghttp://www.ethersex.de/index.php?title=Features_(Deutsch)&diff=1635Features (Deutsch)2016-01-30T16:19:25Z<p>Kpwg: /* Hardware Drivers */</p>
<hr />
<div>{{i18n|Features}}<br />
<br />
<br />
== Unterstützte Netzwerk Hardware ==<br />
<br />
* Ethernet [[ENC28J60 | Microchip's ENC28J60]] with IEEE 802.1q VLAN tagging<br />
* [[USB_(Deutsch)]]<br />
* [[RFM12_(Deutsch)]]<br />
* [[ZBus_(Deutsch)]]<br />
<br />
== Netzwerk Protokolle ==<br />
<br />
* IPv4, IPv4<br />
* TCP/IP, UDP/IP and ICMP<br />
* DNS<br />
* mDNS (Avahi)<br />
* [[BOOTP_(Deutsch)]]<br />
* [[DHCP]]<br />
* TFTP (can be used in combination with the [[Ethernet Loader]])<br />
* SYSLOG<br />
* [[SNMP]]<br />
* SMTP<br />
* [[NTP]] (Client and Server)<br />
* DynDNS<br />
* MySQL (Client)<br />
* IRC (Client)<br />
* [[XMPP | XMPP / Jabber Client]]<br />
* MPD (Music Player Daemon)<br />
* [[SOAP_(Deutsch)]] / XMLRPC<br />
* [[UPnP]]<br />
* [[Artnet]]<br />
<br />
== Hardware Treiber ==<br />
<br />
* [[Onewire_(Deutsch) | Onewire / 1Wire]]<br />
* [[I2C_(Deutsch) | I2C Master / Slave]] <br />
* [[ADC_(Deutsch) | ADC input]]<br />
* [[PWM Generator]]<br />
* [[RFM12_FS20_(Deutsch) | FS20 mit RFM12]]<br />
* [[RFM12_ASK_(Deutsch) | ASK mit RFM12]]<br />
* [[Generic ASK Modules | ASK mit generischen Modulen]]<br />
* [[Bluetooth|Bluetooth SPP]]<br />
* [[USB]]<br />
* [[PS/2 Keyboard]]<br />
* [[Button Input]]<br />
* [[Porterweiterungen_(Deutsch)#74HC595_als_Ausgangserweiterung | 74HC595 Ausgangserweiterung]]<br />
* [[Porterweiterungen_(Deutsch)#74HC164_als_Ausgangserweiterung | 74HC164 Ausgangserweiterung]]<br />
* [[Porterweiterungen_(Deutsch)#74HC165_als_Eingangserweiterung | 74HC165 Eingangserweiterung]]<br />
* [[IRMP_(Deutsch) | IRMP Infrarot Empfänger]]<br />
* [[SRAM]]<br />
<br />
== Software Modules ==<br />
<br />
* [[Ethersex Lighting Architecture]]<br />
** [[Starburst]]<br />
** [[StellaLight]]<br />
** [[DMX Storage]]<br />
** [[DMX FXSlot]]<br />
* [[Cron_(Deutsch) | Cron Daemon_(Deutsch)]]<br />
* [[System Clock | Clock ]]<br />
* [[VNC Server]]<br />
* [[lome6]]<br />
* [[Frequency Counter]]</div>Kpwghttp://www.ethersex.de/index.php?title=Features_(Deutsch)&diff=1634Features (Deutsch)2016-01-30T16:05:42Z<p>Kpwg: /* Network Protocols */</p>
<hr />
<div>{{i18n|Features}}<br />
<br />
<br />
== Unterstützte Netzwerk Hardware ==<br />
<br />
* Ethernet [[ENC28J60 | Microchip's ENC28J60]] with IEEE 802.1q VLAN tagging<br />
* [[USB_(Deutsch)]]<br />
* [[RFM12_(Deutsch)]]<br />
* [[ZBus_(Deutsch)]]<br />
<br />
== Netzwerk Protokolle ==<br />
<br />
* IPv4, IPv4<br />
* TCP/IP, UDP/IP and ICMP<br />
* DNS<br />
* mDNS (Avahi)<br />
* [[BOOTP_(Deutsch)]]<br />
* [[DHCP]]<br />
* TFTP (can be used in combination with the [[Ethernet Loader]])<br />
* SYSLOG<br />
* [[SNMP]]<br />
* SMTP<br />
* [[NTP]] (Client and Server)<br />
* DynDNS<br />
* MySQL (Client)<br />
* IRC (Client)<br />
* [[XMPP | XMPP / Jabber Client]]<br />
* MPD (Music Player Daemon)<br />
* [[SOAP_(Deutsch)]] / XMLRPC<br />
* [[UPnP]]<br />
* [[Artnet]]<br />
<br />
== Hardware Drivers ==<br />
<br />
* [[Onewire_(Deutsch)]]<br />
* [[I2C_(Deutsch) | I2C_(Deutsch) Master / Slave]] <br />
* [[ADC input]]<br />
* [[PWM Generator]]<br />
* [[RFM12_FS20_(Deutsch)]]<br />
* [[RFM12_ASK_(Deutsch)]]<br />
* [[Generic ASK Modules]]<br />
* [[Bluetooth|Bluetooth SPP]]<br />
* [[USB]]<br />
* [[PS/2 Keyboard]]<br />
* [[Button Input]]<br />
* [[HC595]]<br />
* [[HC165]]<br />
* [[IRMP_(Deutsch) | IR Receivers_(Deutsch)]]<br />
* [[SRAM]]<br />
<br />
== Software Modules ==<br />
<br />
* [[Ethersex Lighting Architecture]]<br />
** [[Starburst]]<br />
** [[StellaLight]]<br />
** [[DMX Storage]]<br />
** [[DMX FXSlot]]<br />
* [[Cron_(Deutsch) | Cron Daemon_(Deutsch)]]<br />
* [[System Clock | Clock ]]<br />
* [[VNC Server]]<br />
* [[lome6]]<br />
* [[Frequency Counter]]</div>Kpwghttp://www.ethersex.de/index.php?title=Features_(Deutsch)&diff=1633Features (Deutsch)2016-01-30T16:04:30Z<p>Kpwg: /* Supported Network Hardware */</p>
<hr />
<div>{{i18n|Features}}<br />
<br />
<br />
== Unterstützte Netzwerk Hardware ==<br />
<br />
* Ethernet [[ENC28J60 | Microchip's ENC28J60]] with IEEE 802.1q VLAN tagging<br />
* [[USB_(Deutsch)]]<br />
* [[RFM12_(Deutsch)]]<br />
* [[ZBus_(Deutsch)]]<br />
<br />
== Network Protocols ==<br />
<br />
* IPv4, IPv4<br />
* TCP/IP, UDP/IP and ICMP<br />
* DNS<br />
* mDNS (Avahi)<br />
* [[BOOTP_(Deutsch)]]<br />
* [[DHCP]]<br />
* TFTP (can be used in combination with the [[Ethernet Loader]])<br />
* SYSLOG<br />
* [[SNMP]]<br />
* SMTP<br />
* [[NTP]] (Client and Server)<br />
* DynDNS<br />
* MySQL (Client)<br />
* IRC (Client)<br />
* [[XMPP | XMPP / Jabber Client]]<br />
* MPD (Music Player Daemon)<br />
* [[SOAP_(Deutsch)]] / XMLRPC<br />
* [[UPnP]]<br />
* [[Artnet]]<br />
<br />
== Hardware Drivers ==<br />
<br />
* [[Onewire_(Deutsch)]]<br />
* [[I2C_(Deutsch) | I2C_(Deutsch) Master / Slave]] <br />
* [[ADC input]]<br />
* [[PWM Generator]]<br />
* [[RFM12_FS20_(Deutsch)]]<br />
* [[RFM12_ASK_(Deutsch)]]<br />
* [[Generic ASK Modules]]<br />
* [[Bluetooth|Bluetooth SPP]]<br />
* [[USB]]<br />
* [[PS/2 Keyboard]]<br />
* [[Button Input]]<br />
* [[HC595]]<br />
* [[HC165]]<br />
* [[IRMP_(Deutsch) | IR Receivers_(Deutsch)]]<br />
* [[SRAM]]<br />
<br />
== Software Modules ==<br />
<br />
* [[Ethersex Lighting Architecture]]<br />
** [[Starburst]]<br />
** [[StellaLight]]<br />
** [[DMX Storage]]<br />
** [[DMX FXSlot]]<br />
* [[Cron_(Deutsch) | Cron Daemon_(Deutsch)]]<br />
* [[System Clock | Clock ]]<br />
* [[VNC Server]]<br />
* [[lome6]]<br />
* [[Frequency Counter]]</div>Kpwghttp://www.ethersex.de/index.php?title=FHEM_Keller_(Deutsch)&diff=1632FHEM Keller (Deutsch)2016-01-30T15:44:44Z<p>Kpwg: </p>
<hr />
<div>{{i18n|FHEM Keller}}<br />
In einem durch nachlässiges Lüften sehr feuchten Keller sollen Temperatur/Feuchte an mehreren Punkten sowie außen am Gebäude gemessen werden. Daraus errechnet [[Nutzung_in_FHEM_(Deutsch)|FHEM]] Lüftungsempfehlungen. Diese wird zusätzlich auf dem Display durch '''(auf)''' und '''(zu)''' angzeigt.<br />
Da es keine Möglichkeit gibt, per LAN in den Raum zu gelangen, musste eine Wireless-Bridge her. Damit steht zugleich LAN an der Werkbank bereit. Ein Anschluss für [[ZBus_(Deutsch) | ZBus]] lässt Platz für weitere Spielereien.<br />
<br />
'''Ziele'''<br />
* genaue Messung Temperatur/Feuchte in den Räumen und an der Außenwand<br />
* Anzeige diverser Klimadaten und Uhrzeit<br />
* pespektivisch weitere Möglichkeiten zur Steuerung/Regelung<br />
* Feuchtraum-Gehäuse<br />
<br />
'''Ausstattung'''<br />
* WLAN-Router als Wireless-Bridge<br />
* mehrere [[DHT|DHT22]] mit bis zu 6m Kabel (Cat.5-Reste)<br />
* [[LCD_(Deutsch) | LCD]] 20x4 HD44780 zur Anzeige von Datum, Uhrzeit, Klimadaten, Lüftungsempfehlung<br />
* [[ZBus_(Deutsch) | ZBus]] Interface mit MAX485 für [[ZBus_Testboard_(Deutsch) | ZBus-Tests]] oder weitere Zbus-Roomnodes<br />
* Industrienetzteil mit Reserven für dem ZBus und Versorgung des Routers<br />
* ATMega32<br />
<br />
'''Bilder'''<br />
<gallery><br />
Fhem_ke_01.jpg|Aussenansicht (Klarsichtdeckel abgenommen)<br />
Fhem_ke_02.jpg|Display in Aktion (Hi=hinten; Vo=vorn; Ga=Garten; TP=Taupunkt)<br />
Fhem_ke_03.jpg|DHT22 als Raumsensor, auf einem alten Bopla-Gehäuse<br />
Fhem_ke_04.jpg|Prozessorboard von oben; LAN-modul aufgesetzt<br />
Fhem_ke_05.jpg|Prozessorboard von unten<br />
Fhem_ke_06.jpg|Stromversorgungs-/ZBus-Board von oben<br />
Fhem_ke_07.jpg|Stromversorgungs-/ZBus-Board von unten<br />
</gallery><br />
<br />
[[Category:Hardware]]<br />
[[Category:ZBus]]</div>Kpwghttp://www.ethersex.de/index.php?title=FHEM_Wohnzimmer_(Deutsch)&diff=1631FHEM Wohnzimmer (Deutsch)2016-01-30T15:43:14Z<p>Kpwg: /* FHEM Roomnode Wohnzimmer */</p>
<hr />
<div>{{i18n|FHEM Wohnzimmer}}<br />
== [[Nutzung_in_FHEM_(Deutsch)|FHEM]] Roomnode Wohnzimmer ==<br />
Für diverse Mess- und Schaltaufgaben im Wohnzimmer musste ein individuelles und vorzeigbares Gerät entstehen, das diese Aufgaben übernimmt. Dabei sollen Daten über LAN an FHEM geliefert bzw. Display und Schaltaktoren mit FHEM gesteuert werden. Die wichtigsten Grundfunktionen sollen auch ohne FHEM direkt bedienbar sein.<br />
<br />
'''Ziele'''<br />
* Messung Temperatur/Feuchte im Raum<br />
* Anzeige diverser Klimadaten und Uhrzeit<br />
* Schalten eines [[RFM12_ASK_(Deutsch)#Intertechno_.28ITS-150.29|Intertechno]] Schaltaktors<br />
* Schalten einiger [[RFM12_ASK_(Deutsch)#2272|IC2272]]-Funksteckdosen (Weihnachtsbeleuchtung, etc.)<br />
* Steuerung Schrankwandbeleuchtung<br />
* Schalten eines [http://www.raspberrypi.org/ RasPi] für [http://xbmc.org/ XBMC]<br />
* Autonome Grundfunktionen ohne FHEM<br />
* vorzeigbares fertiges Gehäuse<br />
<br />
'''Ausstattung'''<br />
* [[DHT|DHT22]] mit ca. 3m Kabel<br />
* LCD 16x1 HD44780 mit extra großen Zeichen<br />
* [[RFM12_(Deutsch)|RFM12]] 433MHz mit externer Antenne<br />
* Taster mit LEDs<br />
* Schaltausgänge 12V mit PowerFET (IRLZ34)<br />
* USB-Buchse, die per Kabel den RasPi mit 5V versorgt<br />
* ATMega32 (98% Nutzung des Flash)<br />
<br />
'''Bilder'''<br />
<gallery><br />
Fhem_wz_01.jpg|Aussenansicht (noch ohne Frontplatte)<br />
Fhem_wz_02.jpg|Platine von oben<br />
Fhem_wz_03.jpg|Stromversorgung und LAN-Modul<br />
Fhem_wz_04.jpg|Stecker Schrankwandbeleuchtung und DHT22<br />
Fhem_wz_05.jpg|RFM12, Reed-Relais für geschaltene 5V<br />
Fhem_wz_06.jpg|zweckentfremdetes WLAN-Pigtail und 433MHz-Antenne<br />
Fhem_wz_07.jpg|Platine ohne Gehäuse für letzte Anpassungen<br />
Fhem_wz_08.jpg|Platine von unten <br />
</gallery><br />
<br />
'''Update ZBus'''<br />
* Ersatz des Mega32 durch einen Mega644p<br />
* Einbau eines MAX485 mit Abschluss- und Bias-Widerständen sowie einer RJ10-Buchse für den ZBus-Anschluss<br />
* Fertigung eines Y-Kabels zur Übertragung des ZBus auf den ungenutzten LAN-Paaren<br />
<gallery><br />
Fhem_wz_09.jpg|Platine mit Mega644 und MAX485<br />
Fhem_wz_10.jpg|Rückseite mit RJ10 Buchse<br />
Fhem_wz_11.jpg|LAN-ZBus-Y-Kabel<br />
<br />
</gallery><br />
<br />
'''Besonderheiten/Hinweise'''<br />
* das Gehäuse stammt von einem nutzlos gewordenen ELSA Lancom 800<br />
* mit [[Control6_(Deutsch)|Control6]] und NamedPin sind die Grundfunktionen autonom bedienbar<br />
* die Stecker für die Schrankwandbeleuchtung entsprechen dem Original (Gewährleistung...)<br />
<br />
[[Category:Hardware]]<br />
[[Category:ZBus]]</div>Kpwghttp://www.ethersex.de/index.php?title=ZBus_Testboard_(Deutsch)&diff=1630ZBus Testboard (Deutsch)2016-01-30T15:42:16Z<p>Kpwg: </p>
<hr />
<div>{{i18n|ZBus Testboard}}<br />
'''Wofür?'''<br />
* Hiermit lassen sich Versuche mit [http://de.wikipedia.org/wiki/EIA-485 RS485] und [[ZBus_(Deutsch) | ZBus]] durchführen, um die Machbarkeit diverser Vorhaben abzuschätzen<br />
<br />
'''Ausstattung'''<br />
* Arduino ProMini Clone (hier das [http://arduino.cc/en/pmwiki.php?n=Main/ArduinoBoardProMini Original])<br />
* MAX485 als Pegelwandler<br />
* per Jumper aktivierbare Terminierung<br />
* Verpolschutzdiode, separater Spannungsregler für MAX485 und Test-Peripherie<br />
* Status-LEDs für ZBus TX/RX<br />
* ein DS18B20 Temperatursensor, damit es auch was zu messen gibt<br />
* 6pol. ISP-Stecker<br />
<br />
'''praktische Eigenschaften'''<br />
* sehr einfacher, schneller und preiswerter Aufbau (<6 Euro; Recycling aus der Bastelkiste)<br />
* hohe Flexibilität bei Peripherie und Platzierung innerhalb des Busses<br />
* weiter Betriebsspannungsbereich<br />
* bester Datendurchsatz mit 38,4 kbit/s bei ECMD (buffers=384)<br />
* 20-25mA Stromaufnahme an 12V<br />
<br />
'''Bilder'''<br />
<gallery><br />
Zbus_testboard.jpg|Gesamtansicht<br />
Zbus_testboard2.jpg|Ansicht von oben<br />
Zbus_testboard3.jpg|Ansicht von unten<br />
</gallery><br />
<br />
[[Category:Hardware]]<br />
[[Category:ZBus]]</div>Kpwghttp://www.ethersex.de/index.php?title=ZBus_Board_1_0_(Deutsch)&diff=1629ZBus Board 1 0 (Deutsch)2016-01-30T15:41:56Z<p>Kpwg: </p>
<hr />
<div>{{i18n|ZBus_Board_1_0}}<br />
[[File:ZBus-Board_06.jpg|thumb|right|Schaltbild]]<br />
'''Motivation'''<br />
* Test eines kommerziellen Platinenherstellers mit einem preiswerten, aber sinnvollen Projekt<br />
* einseitige Platine, um auch selbst ätzen zu können; leicht verfügbare Bauteile<br />
* günstiger [[ZBus_(Deutsch) | ZBus]]-Client für kleine Aufgaben und geringsten Platzbedarf<br />
* direkte Verbindung zu einem LCD (rückseitig auflötbar)<br />
* direkte Anschaltung eines DHT22 oder I2C<br />
<br />
<br />
[[File:ZBus-Board_05.jpg|thumb|right|Platine]]<br />
<br />
'''Ausstattung'''<br />
* ATMega 328p mit 16MHz Quarz<br />
* MAX485 als Pegelwandler<br />
* Terminierung optional bestückbar<br />
* Verpolschutzdiode, kleiner Spannungsregler<br />
* Status-LEDs für ZBus TX/RX oder andere Aufgaben<br />
* 16pol. Pinreihe für direkten Anschluß eines HD44780-LCD inkl. Kontrastregler und schaltbarer Hintergrundbeleuchtung<br />
* 4pol. Pinreihe für DHT22, I2C oder Onewire<br />
* 6pol. ISP-Stecker<br />
* alle Pinreihen sind zueinander im 2.54mm-Raster, um eine Lochrasterplatine für weitere Aufgaben anlöten zu können<br />
<br />
<br />
'''Einsatzbeispiele'''<br />
* Roomnode mit LCD und abgesetztem DHT22 im schlanken Gehäuse<br />
* mit optionalem Sensorboard (Lochraster) zum Messen und Schalten<br />
<br />
<br />
'''Bilder'''<br />
<gallery><br />
ZBus-Board_01.jpg|bestückte Platine<br />
ZBus-Board_02.jpg|Rückseite<br />
ZBus-Board_03.jpg|aufgesteckt auf HD44780-LCD<br />
ZBus-Board_04.jpg|Schnittstelle für DHT22 oder I2C<br />
</gallery><br />
<br />
[[Category:Hardware]]<br />
[[Category:ZBus]]</div>Kpwghttp://www.ethersex.de/index.php?title=Category:ZBus&diff=1628Category:ZBus2016-01-30T15:40:53Z<p>Kpwg: Created page with "This category lists all articles about ZBus."</p>
<hr />
<div>This category lists all articles about ZBus.</div>Kpwghttp://www.ethersex.de/index.php?title=ZBus_(Deutsch)&diff=1627ZBus (Deutsch)2016-01-30T15:37:53Z<p>Kpwg: /* Hinweise / Praktische Erfahrungen */</p>
<hr />
<div>{{i18n|ZBus}}<br />
{{Module<br />
|NAME=ZBUS<br />
|MENUCONFIG=Network->ZBUS Support<br />
|STATUS={{stable}}<br />
|PINNING= -<br />
|ECMD={{has_ecmd}}<br />
|CONTROL6= -<br />
|DEPENDS=[[ECMD]]<br />
|REQUIRES= USART<br />
|TIMER= -<br />
|CODE=[https://github.com/ethersex/ethersex/tree/master/protocols/zbus https://github.com/ethersex/ethersex/tree/master/protocols/zbus]<br />
}}<br />
<br />
== Was ist ZBus? ==<br />
<br />
ZBus ist ein auf [[wikipedia:RS485|RS485]] basierendes Zweidraht-Bussystem, auf welchem Pakete variabler Länge übermittelt werden können. <br />
Es wurde primär für die Datenübertragung zwischen Mikrocontrollern konzipiert, zum Beispiel zur Kommunikation von ATmega8 und ATmega644. Ethersex verwendet ZBus zur Übermittlung von IP-Paketen von einem Controller, der als Bridge fungiert, hin zu einzelnen kleineren ZBus-Geräten, die beispielsweise auf ATmega8 basieren. Der Einsatz von ZBus ermöglicht den großflächigen Einsatz von kleineren ATmega-Mikrocontrolleren, an die man in der Regel keinen ENC28J60 anschließen möchte. Zudem lässt sich zum Beispiel ein bestehendes Telefonkabelnetz verwenden, welches für LAN ungeeignet wäre.<br />
<br />
Ebendiese kleineren Controller können über eine Bridge hinweg via IP-Protokoll erreicht werden, zumindest über UDP und ICMP. Eine TCP/IP-Übertragung scheitert an den begrenzten Resourcen eines ATmega8, mit größeren Controllern ist jedoch auch TCP möglich. Als Bridge kann wahlweise ein entsprechend konfiguriertes Ethersex oder ein normaler Rechner mit serieller Schnittstelle, auf dem [[ZBus Serial Host_(Deutsch) | ZBus Serial Host]] läuft, eingesetzt werden.<br />
<br />
== Anschluss ==<br />
<br />
[[File:ZBUS_bias_term.JPG|thumb|right|ATMega8 mit ZBUS]]<br />
[[File:Zbus_ttl.jpg|thumb|right|TTL-ZBus-Adapter mit MAX485, Terminierung und Bias-R's]]<br />
==== prozessorseitige Beschaltung ====<br />
Zur Anschaltung des ZBus wird ein Pegelwandler benötigt. Dabei wird an dieser Stelle ein preiswerter und moderner MAX485 verwendet, welcher sich durch minimale Außenbeschaltung und geringen Eigenstromverbrauch (etwa 1mA) auszeichnet. Damit ist zwar nur Halbduplexbetrieb möglich, was jedoch in den allermeisten Fällen genügt. Es werden drei Prozessorpins benötigt: TX, RX sowie die TX/RX-Umschaltung.<br />
<br />
==== busseitige Beschaltung ====<br />
Der Bus muss an beiden Enden mit 120 Ohm terminiert werden (R1) und sollte an einer Stelle mit Bias-Widerständen (R2 und R3) bestückt sein, damit definierte Pegel herrschen, wenn kein Sender aktiv ist. Diese beiden identischen Widerstände sind unkritisch; Werte zwischen 390 und 820 Ohm funktionieren problemlos. Es kann daher Busteilnehmer mit einem, zwei oder drei Widerständen geben; der flexibelste Busteilnehmer hat alle Widerstände mit Jumper aktivierbar.<br />
<br />
== Konfiguration ==<br />
<br />
todo<br />
<br />
== Statusmonitor ==<br />
<br />
Der ECMD-Befehl "zbus stats" ermöglicht die schnelle Beurteilung der Übertragungsqualität. Aktiviert wird er über das Debug-flag "ZBUS ecmd" im Menuconfig. <br />
<br />
Die beispielhafte Ausgabe bedeutet im Einzelnen: '''fe=2, ov=0, pe=0, bf=0, #=57736, tx #=45264'''<br />
<br />
{| border='1'<br />
| ''Wert''<br />
| ''Beschreibung''<br />
|-<br />
| rx fe<br />
| frame error<br />
|-<br />
| rx ov<br />
| overflow<br />
|-<br />
| rx pe<br />
| parity error<br />
|-<br />
| rx bf<br />
| buffer full<br />
|-<br />
| #<br />
| Summe empfangene Bytes<br />
|-<br />
| tx #<br />
| Summe gesendete Bytes<br />
|-<br />
|}<br />
<br />
== Hinweise / Praktische Erfahrungen ==<br />
[[File:ZBus_Test.jpg|thumb|right|ZBus Testumgebung mit Gateway und Client]]<br />
<br />
* unterschiedliche Kabelarten sind zu vermeiden, da sich durch Stoßstellen die Signalqualität verschlechtert (Reflexionen); "fe" steigt<br />
* die Beschaltung der Terminierung und der Bias-R's muss experimentell ermittelt werden- hier sind deutliche Qualitätssteigerungen möglich<br />
* "Network Buffer Size" sollte maximiert werden; vor allem beim ZBus-LAN-Gateway hilft viel Speicher bzw. ein größerer Controller (m328p=384, m32=500, m644p=1500)<br />
* eine Datenrate von 38,4 kbit/s erzielte hier die besten Ergebnisse; eine geringere Geschwindigkeit bringt bei schlechterer Signalqualität praktisch keine Verbesserung<br />
* bei zu hoher Geschwindigkeit (hier 76,8 kbit/s auf Mega32@16MHz am ZBus-Gateway) kommt es zum Pufferüberlauf; "bf" steigt deutlich bei hohem Datenaufkommen<br />
* ein Mega644p@16MHz mit buffers=1500 läuft problemlos mit 115,2 kbit/s, sofern die anderen Busteilnehmer mitspielen<br />
* die Masseverbindung sollte mitgeführt werden; eine Versorgungsspannung wird als abgesicherte Rohspannung (12V) ebenfalls am Bus zur Versorgung der Devices bereitgestellt<br />
* ein [[ZBus_Testboard_(Deutsch) | ZBus-Testboard]] stellt zum Beispiel eine Minimalvariante dar; basierend auf ATMega328 (Arduino Pro Mini) mit Keramikresonator, Längsregler 7805 und MAX485<br />
<br />
<br />
[[Category:Hardware]]<br />
[[Category:ZBus]]</div>Kpwghttp://www.ethersex.de/index.php?title=JeeLink_(Deutsch)&diff=1626JeeLink (Deutsch)2016-01-30T15:36:55Z<p>Kpwg: /* Adressierung */</p>
<hr />
<div>{{i18n|JeeLink}}<br />
[[File:Jeelinkv2.jpg|thumb]]<br />
Das [http://jeelabs.org/jl2 JeeLink v2] ist ein kleines Atmega-Modul mit [[RFM12_(Deutsch) | RFM12]] in Form eines USB-Sticks. Es war von [http://jeelabs.org JeeLabs] aus Holland erhältlich für 29,50 EUR inkl. Versand. Mittlerweile gibt es zahlreiche Nachbauten auf Basis von [[https://www.arduino.cc/en/Main/ArduinoBoardNano | Arduino Nano]] und RFM12 bzw. RFM12b.<br />
<br />
Aktuelle JeeLink [http://www.digitalsmarties.net/products/jeelink (v3c)] werden aufgrund des verwendeten [[RFM69_(Deutsch) | RFM69]] Funkmoduls noch nicht von Ethersex unterstützt!<br />
<br />
==Features==<br />
* Atmega 328p<br />
* RFM12B mit 868MHz<br />
* USB-Anbindung über FTDI FT232R<br />
* Atmel Dataflash AT26DF081A (1 MByte, derzeit in Ethersex nicht unterstützt)<br />
<br />
==Flashen==<br />
* Das JeeLink-Modul wird fertig mit einem [http://www.arduino.cc/ Arduino]-kompatiblen seriellen Bootloader ausgeliefert<br />
* Der Bootloader wartet nach einem Reset ca. 1 Sek. auf entsprechende Kommandos, danach startet die normale Ethersex-Firmware<br />
* Über ein kleines Programm im contrib-Ordner kann ein Reset per Software ausgelöst werden:<br />
<source lang="bash"><br />
./contrib/arduino-bootloader/reset /dev/ttyUSB0<br />
</source><br />
* Dann mit avrdude flashen:<br />
<source lang="bash"><br />
avrdude -v -v -p m328p -c arduino -P /dev/ttyUSB0 -b 57600 -U flash:w:ethersex.hex<br />
</source><br />
<br />
<font color="red">ACHTUNG!</font> Bei der v3 funktioniert das flashen mit<br />
<source lang="bash"><br />
avrdude -v -v -p m328p -c arduino -P /dev/ttyUSB0 -b 115200 -U flash:w:ethersex.hex<br />
</source><br />
<br />
==Anbindung in Ethersex==<br />
* In Ethersex ist eine fertige Konfiguration für das JeeLink enthalten<br />
* Dabei wird über den FT232R das [[ZBus_(Deutsch) | ZBUS]]-Protokoll gesprochen, Anbindung über [[ZBus_Serial_Host_(Deutsch) | ZBus Serial Host]]<br />
* Nach Verbinden des JeeLinks folgendes aufrufen:<br />
<source lang="bash"><br />
./contrib/zbus-serial-host/zbus-serial-host -r 57600 -d /dev/ttyUSB0 -a 192.168.23.1/24<br />
</source><br />
* Das JeeLink-Modul selbst ist jetzt unter 192.168.23.244 erreichbar<br />
* Das Funknetz liegt auf 192.168.5.0/24, wir müssen daher ein Routing definieren:<br />
<source lang="bash"><br />
ip route add 192.168.5.0/24 via 192.168.23.244<br />
</source><br />
* Danach sind andere Ethersexe im Netz 192.168.5.0/24 über Funk erreichbar<br />
<br />
==Adressierung==<br />
* In obigen Beispielen wurde angenommen, daß das JeeLink auf /dev/ttyUSB0 liegt<br />
* Je nach Reihenfolge des Einsteckens und anderen seriellen Geräten am USB kann es aber auch auf einem anderen Namen landen. Das ist für Dinge wie Initskripte aber natürlich unpraktisch.<br />
* [https://wiki.ubuntuusers.de/udev/ Hier ist beschrieben], wie man dem JeeLink von udev immer einen festen Namen zuweisen lässt<br />
<br />
[[Category:Hardware]]<br />
[[Category:ZBus]]<br />
[[Category:USB]]<br />
[[Category:RFM12]]</div>Kpwghttp://www.ethersex.de/index.php?title=JeeLink_(Deutsch)&diff=1625JeeLink (Deutsch)2016-01-30T15:32:13Z<p>Kpwg: </p>
<hr />
<div>{{i18n|JeeLink}}<br />
[[File:Jeelinkv2.jpg|thumb]]<br />
Das [http://jeelabs.org/jl2 JeeLink v2] ist ein kleines Atmega-Modul mit [[RFM12_(Deutsch) | RFM12]] in Form eines USB-Sticks. Es war von [http://jeelabs.org JeeLabs] aus Holland erhältlich für 29,50 EUR inkl. Versand. Mittlerweile gibt es zahlreiche Nachbauten auf Basis von [[https://www.arduino.cc/en/Main/ArduinoBoardNano | Arduino Nano]] und RFM12 bzw. RFM12b.<br />
<br />
Aktuelle JeeLink [http://www.digitalsmarties.net/products/jeelink (v3c)] werden aufgrund des verwendeten [[RFM69_(Deutsch) | RFM69]] Funkmoduls noch nicht von Ethersex unterstützt!<br />
<br />
==Features==<br />
* Atmega 328p<br />
* RFM12B mit 868MHz<br />
* USB-Anbindung über FTDI FT232R<br />
* Atmel Dataflash AT26DF081A (1 MByte, derzeit in Ethersex nicht unterstützt)<br />
<br />
==Flashen==<br />
* Das JeeLink-Modul wird fertig mit einem [http://www.arduino.cc/ Arduino]-kompatiblen seriellen Bootloader ausgeliefert<br />
* Der Bootloader wartet nach einem Reset ca. 1 Sek. auf entsprechende Kommandos, danach startet die normale Ethersex-Firmware<br />
* Über ein kleines Programm im contrib-Ordner kann ein Reset per Software ausgelöst werden:<br />
<source lang="bash"><br />
./contrib/arduino-bootloader/reset /dev/ttyUSB0<br />
</source><br />
* Dann mit avrdude flashen:<br />
<source lang="bash"><br />
avrdude -v -v -p m328p -c arduino -P /dev/ttyUSB0 -b 57600 -U flash:w:ethersex.hex<br />
</source><br />
<br />
<font color="red">ACHTUNG!</font> Bei der v3 funktioniert das flashen mit<br />
<source lang="bash"><br />
avrdude -v -v -p m328p -c arduino -P /dev/ttyUSB0 -b 115200 -U flash:w:ethersex.hex<br />
</source><br />
<br />
==Anbindung in Ethersex==<br />
* In Ethersex ist eine fertige Konfiguration für das JeeLink enthalten<br />
* Dabei wird über den FT232R das [[ZBus_(Deutsch) | ZBUS]]-Protokoll gesprochen, Anbindung über [[ZBus_Serial_Host_(Deutsch) | ZBus Serial Host]]<br />
* Nach Verbinden des JeeLinks folgendes aufrufen:<br />
<source lang="bash"><br />
./contrib/zbus-serial-host/zbus-serial-host -r 57600 -d /dev/ttyUSB0 -a 192.168.23.1/24<br />
</source><br />
* Das JeeLink-Modul selbst ist jetzt unter 192.168.23.244 erreichbar<br />
* Das Funknetz liegt auf 192.168.5.0/24, wir müssen daher ein Routing definieren:<br />
<source lang="bash"><br />
ip route add 192.168.5.0/24 via 192.168.23.244<br />
</source><br />
* Danach sind andere Ethersexe im Netz 192.168.5.0/24 über Funk erreichbar<br />
<br />
==Adressierung==<br />
* In obigen Beispielen wurde angenommen, daß das JeeLink auf /dev/ttyUSB0 liegt<br />
* Je nach Reihenfolge des Einsteckens und anderen seriellen Geräten am USB kann es aber auch auf einem anderen Namen landen. Das ist für Dinge wie Initskripte aber natürlich unpraktisch.<br />
* [[https://wiki.ubuntuusers.de/udev/ | Hier ist beschrieben]], wie man dem JeeLink von udev immer einen festen Namen zuweisen lässt<br />
<br />
[[Category:Hardware]]<br />
[[Category:ZBus]]<br />
[[Category:USB]]<br />
[[Category:RFM12]]</div>Kpwghttp://www.ethersex.de/index.php?title=Fimser_(Deutsch)&diff=1624Fimser (Deutsch)2016-01-30T15:16:43Z<p>Kpwg: /* Fimser */</p>
<hr />
<div>{{i18n|Fimser}}<br />
== Fimser ==<br />
[[File:Fimser.jpg|thumb]]<br />
aka (Fifi) Field Day Instant Messenger<br />
<br />
Der Fifi SMSer auch Fimser genannt ist ein Amateurfunk Device das Kurzmitteilungen über Funk versenden kann.<br />
Entstanden ist der Fimser als Bastelprojekt für die Fielddays des OV Lennestadt und kann von dem Verein auch erworben werden.<br />
<br />
Ursprüngliche Einstellungen:<br />
* Trac: http://o28.sischa.net/fimser/trac<br />
* Fuse: fuse: D9h, lfuse: 62h, efuse: 07h<br />
<br />
== Ethersex ==<br />
<br />
Folgendes funktioniert bisher:<br />
* Speaker<br />
* LEDs<br />
* 20ms Periodic Call (interner Timer)<br />
* RFM12 (rfm12 status: 02xx)<br />
<br />
<br />
[[Category:Hardware]]</div>Kpwghttp://www.ethersex.de/index.php?title=Conrad_Probot_(Deutsch)&diff=1623Conrad Probot (Deutsch)2016-01-30T15:12:06Z<p>Kpwg: </p>
<hr />
<div>{{i18n|Conrad Probot}}<br />
<br />
Der Support für den [https://www.conrad.de/de/beratung/markenshops/c-control/c-robotics.html Probot von Conrad] ist noch experimentell!<br />
<br />
[[File:Conrad-probot.jpg|thumb|right]]<br />
<br />
== make menuconfig ==<br />
<br />
In menuconfig sollte man folgendes einstellen:<br />
* Target MCU: atmega128<br />
* MCU Frequency: 14745000<br />
* Hardware/Periphery Class: Conrad:Probot<br />
* Named and logic state I/O<br />
* I2C Master Support (mit I2C Detection Support und I2C EEPROM (24cxx) Support)<br />
* ADC Referenzspannung ist AVCC<br />
<br />
== Named Pin Konfiguration ==<br />
Hier die passende core/portio/config für [[Named PIN_(Deutsch) | Named PIN]]<br />
* Named Pin muss aktiviert sein!<br />
<br />
#<br />
# Named Pin Configuration File<br />
#<br />
# You can assign names to your microcontroller's pins here.<br />
# Keep in mind that this names must consist of alphanumeric <br />
# characters only!<br />
#<br />
# Every line starting with a hash sign (#) is a comment.<br />
#<br />
#<br />
# PIN | IN/OUT | When active? | Name<br />
#-----+--------+--------------+----------------<br />
PB0 OUTPUT LOW encoder_ir # led for encoder_right AND encoder_left<br />
PB4 OUTPUT HIGH beep<br />
PB5 OUTPUT HIGH motor_right<br />
PB6 OUTPUT HIGH motor_left<br />
PB7 OUTPUT HIGH motor_enable<br />
PC0 OUTPUT LOW led_back_right<br />
PC1 OUTPUT LOW led_back_left<br />
PC2 OUTPUT LOW led_front_right<br />
PC3 OUTPUT LOW led_front_left<br />
PC4 OUTPUT LOW led_line_sensor<br />
PD2 INPUT HIGH tsop<br />
PD3 OUTPUT LOW ir_left # together with pwm_ir<br />
PD4 OUTPUT LOW ir_right # together with pwm_ir<br />
PE3 OUTPUT HIGH pwm_ir # pwm for ir_left AND ir_right<br />
PE4 INPUT HIGH boot #test invert action<br />
PE6 INPUT LOW encoder_right # ?<br />
PE7 INPUT LOW encoder_left # ?<br />
PF5 INPUT LOW ldr_right # active?<br />
PF4 INPUT LOW ldr_left # active?<br />
PF3 INPUT HIGH mic<br />
PF2 INPUT HIGH line_sensor_right<br />
PF1 INPUT HIGH line_sensor_left<br />
PF0 INPUT HIGH ub_measurement<br />
<br />
== Control6 Scripte ==<br />
<br />
Einen Einstieg in [[Control6_(Deutsch) | Control6]] gibt es auch auf der Seite für [[PIN_Commands_(Deutsch) | PIN_Commands]]<br />
<br />
=== Beispiel für ein [[Control6_(Deutsch) | Control6]] mit Named Pin===<br />
* Script unter control6/control6.src<br />
* control6 muss aktiviert sein!<br />
* [[Named PIN_(Deutsch) | Named PIN]] muss aktiviert sein!<br />
<br />
Die 4 LEDs der Hauptplatine blinken alle der Reihe nach<br />
THREAD(blinkrun)<br />
PIN_SET(led_front_left);<br />
PIN_CLEAR(led_back_left);<br />
WAIT(1);<br />
PIN_SET(led_back_left);<br />
PIN_CLEAR(led_back_right);<br />
WAIT(1);<br />
PIN_SET(led_back_right);<br />
PIN_CLEAR(led_front_right);<br />
WAIT(1);<br />
PIN_SET(led_front_right);<br />
PIN_CLEAR(led_front_left);<br />
WAIT(1);<br />
THREAD_END(blinkrun)<br />
THREAD_START(blinkrun)<br />
<br />
== Funktionstüchtig ==<br />
Wichtig ist das man AVCC als Referenzspannung für die ADC Eingänge einstellt, sonst geben die Sensoren nichts sinnvolles zurück. <br />
<br />
=== Main Unit ===<br />
* [[I2C_(Deutsch) | I2C]] Bus<br />
* Serielle Schnittstelle für [[ECMD_(Deutsch) | ECMD]] (TTL Logik, daher Pegelwandler benutzen)<br />
* 4 Rote LEDs auf der Main Unit<br />
* Helligkeitssensoren mit [[ADC_(Deutsch) | ADC]]<br />
* Buzzer (Piezo Lautsprecher - sehr leise) getestet mit Melodyausgabe aus dem [[Sound_(Deutsch) | Sound]]-Modul<br />
<br />
=== Drive Unit ===<br />
* Motoren via H-Bridge angesteuert (Vor, Zurück, Rechts, Links)<br />
* Line Sensor mit [[ADC_(Deutsch) | ADC]]<br />
<br />
== Bilder ==<br />
<br />
<gallery><br />
Conrad-probot.jpg<br />
Habo_probot_drive_unit_top.jpg<br />
Habo_probot_drive_unit_top_bottom.jpg<br />
Habo_probot_front_view2.jpg<br />
Habo_probot_front_view3.jpg<br />
Habo_probot_main%2Bdrive_unit.jpg<br />
Habo_probot_main_unitbottom_mit_programmieradapter.jpg<br />
Habo_probot_main_unit_CPU_modul_ohne_Deckel.jpg<br />
Habo_probot_main_unit_top_mit_programmieradapter.jpg<br />
Habo_probot_mit_RFM12_modul.jpg<br />
Habo_probot_selfmade_breadboard.jpg<br />
Habo_rfm12_probot_modul1.jpg<br />
Habo_rfm12_probot_modul2.jpg<br />
Habo_probot_stackable.jpg<br />
Habo_probot_advanced.jpg<br />
Habo_probot_lights_on.jpg<br />
</gallery><br />
<br />
[[Category:Hardware]]</div>Kpwghttp://www.ethersex.de/index.php?title=Conrad_Probot_(Deutsch)&diff=1622Conrad Probot (Deutsch)2016-01-30T15:11:35Z<p>Kpwg: /* Conrad Probot */</p>
<hr />
<div>{{i18n|Conrad Probot}}<br />
{{i18n|Conrad Probot}}<br />
<br />
Der Support für den [https://www.conrad.de/de/beratung/markenshops/c-control/c-robotics.html Probot von Conrad] ist noch experimentell!<br />
<br />
[[File:Conrad-probot.jpg|thumb|right]]<br />
<br />
== make menuconfig ==<br />
<br />
In menuconfig sollte man folgendes einstellen:<br />
* Target MCU: atmega128<br />
* MCU Frequency: 14745000<br />
* Hardware/Periphery Class: Conrad:Probot<br />
* Named and logic state I/O<br />
* I2C Master Support (mit I2C Detection Support und I2C EEPROM (24cxx) Support)<br />
* ADC Referenzspannung ist AVCC<br />
<br />
== Named Pin Konfiguration ==<br />
Hier die passende core/portio/config für [[Named PIN_(Deutsch) | Named PIN]]<br />
* Named Pin muss aktiviert sein!<br />
<br />
#<br />
# Named Pin Configuration File<br />
#<br />
# You can assign names to your microcontroller's pins here.<br />
# Keep in mind that this names must consist of alphanumeric <br />
# characters only!<br />
#<br />
# Every line starting with a hash sign (#) is a comment.<br />
#<br />
#<br />
# PIN | IN/OUT | When active? | Name<br />
#-----+--------+--------------+----------------<br />
PB0 OUTPUT LOW encoder_ir # led for encoder_right AND encoder_left<br />
PB4 OUTPUT HIGH beep<br />
PB5 OUTPUT HIGH motor_right<br />
PB6 OUTPUT HIGH motor_left<br />
PB7 OUTPUT HIGH motor_enable<br />
PC0 OUTPUT LOW led_back_right<br />
PC1 OUTPUT LOW led_back_left<br />
PC2 OUTPUT LOW led_front_right<br />
PC3 OUTPUT LOW led_front_left<br />
PC4 OUTPUT LOW led_line_sensor<br />
PD2 INPUT HIGH tsop<br />
PD3 OUTPUT LOW ir_left # together with pwm_ir<br />
PD4 OUTPUT LOW ir_right # together with pwm_ir<br />
PE3 OUTPUT HIGH pwm_ir # pwm for ir_left AND ir_right<br />
PE4 INPUT HIGH boot #test invert action<br />
PE6 INPUT LOW encoder_right # ?<br />
PE7 INPUT LOW encoder_left # ?<br />
PF5 INPUT LOW ldr_right # active?<br />
PF4 INPUT LOW ldr_left # active?<br />
PF3 INPUT HIGH mic<br />
PF2 INPUT HIGH line_sensor_right<br />
PF1 INPUT HIGH line_sensor_left<br />
PF0 INPUT HIGH ub_measurement<br />
<br />
== Control6 Scripte ==<br />
<br />
Einen Einstieg in [[Control6_(Deutsch) | Control6]] gibt es auch auf der Seite für [[PIN_Commands_(Deutsch) | PIN_Commands]]<br />
<br />
=== Beispiel für ein [[Control6_(Deutsch) | Control6]] mit Named Pin===<br />
* Script unter control6/control6.src<br />
* control6 muss aktiviert sein!<br />
* [[Named PIN_(Deutsch) | Named PIN]] muss aktiviert sein!<br />
<br />
Die 4 LEDs der Hauptplatine blinken alle der Reihe nach<br />
THREAD(blinkrun)<br />
PIN_SET(led_front_left);<br />
PIN_CLEAR(led_back_left);<br />
WAIT(1);<br />
PIN_SET(led_back_left);<br />
PIN_CLEAR(led_back_right);<br />
WAIT(1);<br />
PIN_SET(led_back_right);<br />
PIN_CLEAR(led_front_right);<br />
WAIT(1);<br />
PIN_SET(led_front_right);<br />
PIN_CLEAR(led_front_left);<br />
WAIT(1);<br />
THREAD_END(blinkrun)<br />
THREAD_START(blinkrun)<br />
<br />
== Funktionstüchtig ==<br />
Wichtig ist das man AVCC als Referenzspannung für die ADC Eingänge einstellt, sonst geben die Sensoren nichts sinnvolles zurück. <br />
<br />
=== Main Unit ===<br />
* [[I2C_(Deutsch) | I2C]] Bus<br />
* Serielle Schnittstelle für [[ECMD_(Deutsch) | ECMD]] (TTL Logik, daher Pegelwandler benutzen)<br />
* 4 Rote LEDs auf der Main Unit<br />
* Helligkeitssensoren mit [[ADC_(Deutsch) | ADC]]<br />
* Buzzer (Piezo Lautsprecher - sehr leise) getestet mit Melodyausgabe aus dem [[Sound_(Deutsch) | Sound]]-Modul<br />
<br />
=== Drive Unit ===<br />
* Motoren via H-Bridge angesteuert (Vor, Zurück, Rechts, Links)<br />
* Line Sensor mit [[ADC_(Deutsch) | ADC]]<br />
<br />
== Bilder ==<br />
<br />
<gallery><br />
Conrad-probot.jpg<br />
Habo_probot_drive_unit_top.jpg<br />
Habo_probot_drive_unit_top_bottom.jpg<br />
Habo_probot_front_view2.jpg<br />
Habo_probot_front_view3.jpg<br />
Habo_probot_main%2Bdrive_unit.jpg<br />
Habo_probot_main_unitbottom_mit_programmieradapter.jpg<br />
Habo_probot_main_unit_CPU_modul_ohne_Deckel.jpg<br />
Habo_probot_main_unit_top_mit_programmieradapter.jpg<br />
Habo_probot_mit_RFM12_modul.jpg<br />
Habo_probot_selfmade_breadboard.jpg<br />
Habo_rfm12_probot_modul1.jpg<br />
Habo_rfm12_probot_modul2.jpg<br />
Habo_probot_stackable.jpg<br />
Habo_probot_advanced.jpg<br />
Habo_probot_lights_on.jpg<br />
</gallery><br />
<br />
[[Category:Hardware]]</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_rfm12_probot_modul2.jpg&diff=1621File:Habo rfm12 probot modul2.jpg2016-01-30T14:40:35Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_rfm12_probot_modul1.jpg&diff=1620File:Habo rfm12 probot modul1.jpg2016-01-30T14:40:16Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_stackable.jpg&diff=1619File:Habo probot stackable.jpg2016-01-30T14:39:53Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_selfmade_breadboard.jpg&diff=1618File:Habo probot selfmade breadboard.jpg2016-01-30T14:39:31Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_mit_RFM12_modul.jpg&diff=1617File:Habo probot mit RFM12 modul.jpg2016-01-30T14:39:04Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_main%2Bdrive_unit.jpg&diff=1616File:Habo probot main+drive unit.jpg2016-01-30T14:38:27Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_main_unitbottom_mit_programmieradapter.jpg&diff=1615File:Habo probot main unitbottom mit programmieradapter.jpg2016-01-30T14:37:58Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_main_unit_top_mit_programmieradapter.jpg&diff=1614File:Habo probot main unit top mit programmieradapter.jpg2016-01-30T14:37:33Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_main_unit_CPU_modul_ohne_Deckel.jpg&diff=1613File:Habo probot main unit CPU modul ohne Deckel.jpg2016-01-30T14:37:09Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_lights_on.jpg&diff=1612File:Habo probot lights on.jpg2016-01-30T14:36:14Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_front_view3.jpg&diff=1611File:Habo probot front view3.jpg2016-01-30T14:35:37Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_front_view2.jpg&diff=1610File:Habo probot front view2.jpg2016-01-30T14:35:15Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_drive_unit_top_bottom.jpg&diff=1609File:Habo probot drive unit top bottom.jpg2016-01-30T14:32:56Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_drive_unit_top.jpg&diff=1608File:Habo probot drive unit top.jpg2016-01-30T14:32:15Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=File:Habo_probot_advanced.jpg&diff=1607File:Habo probot advanced.jpg2016-01-30T14:31:40Z<p>Kpwg: taken from old wiki</p>
<hr />
<div>taken from old wiki</div>Kpwghttp://www.ethersex.de/index.php?title=ZBus_Board_1_0_(Deutsch)&diff=1514ZBus Board 1 0 (Deutsch)2015-04-02T18:20:25Z<p>Kpwg: </p>
<hr />
<div>{{i18n|ZBus_Board_1_0}}<br />
[[File:ZBus-Board_06.jpg|thumb|right|Schaltbild]]<br />
'''Motivation'''<br />
* Test eines kommerziellen Platinenherstellers mit einem preiswerten, aber sinnvollen Projekt<br />
* einseitige Platine, um auch selbst ätzen zu können; leicht verfügbare Bauteile<br />
* günstiger [[ZBus_(Deutsch) | ZBus]]-Client für kleine Aufgaben und geringsten Platzbedarf<br />
* direkte Verbindung zu einem LCD (rückseitig auflötbar)<br />
* direkte Anschaltung eines DHT22 oder I2C<br />
<br />
<br />
[[File:ZBus-Board_05.jpg|thumb|right|Platine]]<br />
<br />
'''Ausstattung'''<br />
* ATMega 328p mit 16MHz Quarz<br />
* MAX485 als Pegelwandler<br />
* Terminierung optional bestückbar<br />
* Verpolschutzdiode, kleiner Spannungsregler<br />
* Status-LEDs für ZBus TX/RX oder andere Aufgaben<br />
* 16pol. Pinreihe für direkten Anschluß eines HD44780-LCD inkl. Kontrastregler und schaltbarer Hintergrundbeleuchtung<br />
* 4pol. Pinreihe für DHT22, I2C oder Onewire<br />
* 6pol. ISP-Stecker<br />
* alle Pinreihen sind zueinander im 2.54mm-Raster, um eine Lochrasterplatine für weitere Aufgaben anlöten zu können<br />
<br />
<br />
'''Einsatzbeispiele'''<br />
* Roomnode mit LCD und abgesetztem DHT22 im schlanken Gehäuse<br />
* mit optionalem Sensorboard (Lochraster) zum Messen und Schalten<br />
<br />
<br />
'''Bilder'''<br />
<gallery><br />
ZBus-Board_01.jpg|bestückte Platine<br />
ZBus-Board_02.jpg|Rückseite<br />
ZBus-Board_03.jpg|aufgesteckt auf HD44780-LCD<br />
ZBus-Board_04.jpg|Schnittstelle für DHT22 oder I2C<br />
</gallery><br />
<br />
[[Category:Hardware]]</div>Kpwghttp://www.ethersex.de/index.php?title=ZBus_Board_1_0_(Deutsch)&diff=1513ZBus Board 1 0 (Deutsch)2015-04-02T18:09:38Z<p>Kpwg: Created page with "{{i18n|ZBus Board 1.0}} Schaltbild '''Motivation''' * Test eines kommerziellen Platinenherstellers mit einem preiswerten, aber sinnvolle..."</p>
<hr />
<div>{{i18n|ZBus Board 1.0}}<br />
[[File:ZBus-Board_06.jpg|thumb|right|Schaltbild]]<br />
'''Motivation'''<br />
* Test eines kommerziellen Platinenherstellers mit einem preiswerten, aber sinnvollen Projekt<br />
* einseitige Platine, um auch selbst ätzen zu können; leicht verfügbare Bauteile<br />
* günstiger [[ZBus_(Deutsch) | ZBus]]-Client für kleine Aufgaben und geringsten Platzbedarf<br />
* direkte Verbindung zu einem LCD (rückseitig auflötbar)<br />
* direkte Anschaltung eines DHT22 oder I2C<br />
<br />
<br />
[[File:ZBus-Board_05.jpg|thumb|right|Platine]]<br />
<br />
'''Ausstattung'''<br />
* ATMega 328p mit 16MHz Quarz<br />
* MAX485 als Pegelwandler<br />
* Terminierung optional bestückbar<br />
* Verpolschutzdiode, kleiner Spannungsregler<br />
* Status-LEDs für ZBus TX/RX oder andere Aufgaben<br />
* 16pol. Pinreihe für direkten Anschluß eines HD44780-LCD inkl. Kontrastregler und schaltbarer Hintergrundbeleuchtung<br />
* 4pol. Pinreihe für DHT22, I2C oder Onewire<br />
* 6pol. ISP-Stecker<br />
* alle Pinreihen sind zueinander im 2.54mm-Raster, um eine Lochrasterplatine für weitere Aufgaben anlöten zu können<br />
<br />
<br />
'''Einsatzbeispiele'''<br />
* Roomnode mit LCD und abgesetztem DHT22 im schlanken Gehäuse<br />
* mit optionalem Sensorboard (Lochraster) zum Messen und Schalten<br />
<br />
<br />
'''Bilder'''<br />
<gallery><br />
ZBus-Board_01.jpg|bestückte Platine<br />
ZBus-Board_02.jpg|Rückseite<br />
ZBus-Board_03.jpg|aufgesteckt auf HD44780-LCD<br />
ZBus-Board_04.jpg|Schnittstelle für DHT22 oder I2C<br />
</gallery><br />
<br />
[[Category:Hardware]]</div>Kpwghttp://www.ethersex.de/index.php?title=Supported_Boards&diff=1512Supported Boards2015-04-02T17:29:48Z<p>Kpwg: /* DIY Hardware */</p>
<hr />
<div>{{i18n|Supported Boards}}<br />
== Commercial Products ==<br />
<br />
<gallery><br />
Etherrape.jpg | [[Etherrape | Etherrape]] by lochraster.org<br />
Jackalope.jpg | [[Jackalope | Jackalope]] by lochraster.org<br />
Radig.jpg | [[AVR Webmodul | AVR Webmodul]] by lrich Radig<br />
Avr-net-io.jpg | [[AVR-NET-IO | AVR-NET-IO]] by Pollin<br />
Funk-avr-eval.jpg | [[Funk-AVR-Evaluationsboard | Funk-AVR-Evaluationsboard]] by Pollin <br />
Conrad-probot.jpg | [[Conrad Probot | Conrad Probot]] by Conrad<br />
Fimser.jpg | [[Fimser | Fimser]] by OV Lennestadt<br />
Jeelinkv2.jpg | [[JeeLink | JeeLink]] by JeeLabs<br />
</gallery><br />
<br />
== DIY Hardware ==<br />
<gallery><br />
Fhem_wz_01.jpg | [[Nutzung_in_FHEM | FHEM]] [[FHEM_Wohnzimmer | Roomnode #1]]<br />
Fhem_ku_01.jpg | [[Nutzung_in_FHEM | FHEM]] [[FHEM_Kueche | Roomnode #2]]<br />
Fhem_ke_01.jpg | [[Nutzung_in_FHEM | FHEM]] [[FHEM_Keller | Roomnode #3]]<br />
Zbus_testboard.jpg | [[ZBus|ZBus]][[ZBus_Testboard | Testboard]]<br />
ZBus-Board 01.jpg | [[ZBus|ZBus]][[ZBus_Board_1_0 | Board 1.0]]<br />
Bw_final.jpg | bed guard<br />
Atmega162-usb.jpg | ATmega162 with USB<br />
Usb2zbus-i2c.jpg | USB to [[ZBus | ZBus]] Dongle<br />
Pumpensteuerung.jpg | Jochen's pump control<br />
Ethmega.jpg | ths' ATmega64+ (SMD)<br />
Usbonly_atmega32+i2c_pcf8574_auf_steckbrett.jpg | USB-Ethersex with [[I2C| I2C]] and port extension<br />
Chaotischer-aufbau.jpg | Pollin AVR-NET-IO with add ons<br />
Ethersex-Avrnet-GPA.jpg | Pollin AVR-NET-IO based outlet control center<br />
Resetbox_proto_01.jpg | [[Resetbox | Resetbox]]<br />
Habo_bulbdial_clock.jpg | [[Bulbdial Clock | Bulbdial Clock]]<br />
Ftdi-lochraster.jpg | Atmega168p with USB connector via FT232R<br />
Ehaserl-badge-eh2010.jpg | [[ehaserl|ehaserl]] Badge des easter(h)egg 2010<br />
</gallery><br />
<br />
[[Category:Ethersex]]<br />
[[Category:Hardware]]</div>Kpwg