SS21_PRA/Dokumentation/Projektarbeit_BACKUP_1047.tex

\documentclass[a4paper,12pt]{scrreprt} %Dokument Einstellungen: Papierformat, Schriftgröße, Art des Dokuments (scr für Deutsch)


% ============= Packages =============
\usepackage[utf8]{inputenc} %Sonderzeichen, Umlaute
\usepackage[left= 3cm,right = 2cm, bottom = 4 cm]{geometry} %Anpassung Seitenränder
\usepackage[onehalfspacing]{setspace} %Zeilenabstand anpassen
\usepackage[ngerman]{babel} %Sprache z.B. für Worttrennungen
\usepackage[T1]{fontenc} %Schrift

\usepackage{amsmath} %Mathe package
\usepackage{mathpazo} %Schriftart
\usepackage{graphicx} %Bilder einfügen
\usepackage{fancyhdr} %Angepasste Kopf- und Fußzeile
\usepackage{siunitx}  %Chillige Einheiten
\usepackage{placeins} %Bilder daran hindern sonstwo zu landen
\usepackage{microtype} %Typesetting schöner
\usepackage[hidelinks]{hyperref} %Klickbare Verweise
\usepackage{listings} % code highlighting
%\usepackage{minted} % anderes code highlighting

% ============= Kopf- und Fußzeile =============
\pagestyle{fancy}
%
\lhead{\includegraphics[height=24pt]{"TH_Logo.jpeg"}} 
\chead{}
\rhead{\slshape \leftmark}
%%
\lfoot{}
\cfoot{\thepage}
\rfoot{}
%%
\renewcommand{\headrulewidth}{0.4pt}
\renewcommand{\footrulewidth}{0pt}

% ============= Dokument Beschreibung =============
\title{Projektarbeit}
\author{Katharina Steib\thanks{TH  Nürnberg}
\and Simon Kocher\footnotemark[1]
\and Julian Rico Birner\footnotemark[1]}
\date{heute}

% ============= Einstellungen =============
\setcounter{tocdepth}{5} %Erweiterung des Inhalstverzeichnisses um eine weiter Ebene
\setcounter{secnumdepth}{5} %Erweiterug der Kapiteltiefe um eine weitere Ebene

\bibliographystyle{unsrt} %Zitationsstil

\sisetup{output-decimal-marker = {,}} % Komma statt . bei \SI{...}

% ============= Dokumentbeginn =============
% ==========================================

\begin{document}


\begin{titlepage} % Suppresses displaying the page number on the title page and the subsequent page counts as page 1
	\newcommand{\HRule}{\rule{\linewidth}{0.5mm}} % Defines a new command for horizontal lines, change thickness here
	
	\center % Centre everything on the page
	
	%------------------------------------------------
	%	Headings
	%------------------------------------------------
	
	\textsc{\LARGE 
		\begin{figure}
		\begin{center}
		\includegraphics[scale=1]{"TH_Logo.jpeg"}
		\end{center}
		\end{figure}
	}\\[0.5cm] % Main heading such as the name of your university/college
	
	\textsc{\Large Projektarbeit}\\[0.5cm] % Major heading such as course name
	
	\textsc{\large Elektro- und Informationstechnik}\\[0.5cm] % Minor heading such as course title
	
	%------------------------------------------------
	%	Title
	%------------------------------------------------
	
	\HRule\\[0.4cm]
	
	{\huge\bfseries Entwicklung eines IR-Empfängers für einen Stromzähler}\\[0.4cm] % Title of your document
	
	\HRule\\[1.5cm]
	
	%------------------------------------------------
	%	Author(s)
	%------------------------------------------------
	
	\begin{minipage}{0.4\textwidth}
		\begin{flushleft}
			\large
			\textit{Autoren}
			\\ Katharina \textsc{Steib} % Your name
			\\ Simon \textsc{Kocher} %Your friends name
			\\ Julian \textsc{Rico Birner} %Your other friends name
			
		\end{flushleft}
	\end{minipage}
	~
	\begin{minipage}{0.4\textwidth}
		\begin{flushright}
			\large
			\textit{Betreuer}\\
			Bernd \textsc{Klehn} % Supervisor's name
		\end{flushright}
	\end{minipage}
	
	% If you don't want a supervisor, uncomment the two lines below and comment the code above
	%{\large\textit{Author}}\\
	%John \textsc{Smith} % Your name
	
	%------------------------------------------------
	%	Date
	%------------------------------------------------
	
	\vfill\vfill\vfill % Position the date 3/4 down the remaining page
	
	{\large\today} % Date, change the \today to a set date if you want to be precise
	
	%------------------------------------------------
	%	Logo
	%------------------------------------------------
	
	%\vfill\vfill
	%\includegraphics[width=0.2\textwidth]{placeholder.jpg}\\[1cm] % Include a department/university logo - this will require the graphicx package
	 
	%----------------------------------------------------------------------------------------
	
	\vfill % Push the date up 1/4 of the remaining page
	
	\begin{center}
	steibka77404@th-nuernberg.de (3264785)
	\\ kochersi74936@th-nuernberg.de(3254887)
	\\ ricobirnerju74691@th-nuernberg.de(3273163)
	\end{center}
	
\end{titlepage}

%\maketitle %Erstellt Titelseite
\tableofcontents % Erstellt Inhaltsverzeichnis

\part{Hauptteil}

\chapter{Einleitung}
%++-
% Kathi 1,5 Seiten
Durch die Corona-Pandemie ist der Stromverbrauch in Deutschland im Jahr 2020 um rund 4,4 Prozent im Vergleich
 zum Vorjahr gesunken, was einer Einsparung von 25 TWh entspricht. Dieses Phänomen lässt sich besonders auf den
  Lockdown-bedingten Konjunktureinbruch zurück führen. Trotz des Rückgangs ist aber noch viel Luft nach oben. 
  Laut dem Stromspiegel 2019 verschwendeten die privaten Haushalte in Deutschland Strom im Wert von 9 Mrd. Euro.\\
Viele Deutsche wissen gar nicht wie hoch ihr Stromverbrauch eigentlich ist und ob dieser über oder 
unterdurchschnittlich ist. Zum Vergleich kann der durchschnittliche Stromverbrauch einer Familie von 
4250 kWh / Jahr heran gezogen werden. Den eigenen Stromverbrauch zu ermitteln und im besten Fall auch entsprechend
 zu regulieren ist schon schwieriger. Zwar findet man im Internet zahlreiche Seiten die anhand verschiedener Angaben
  den Verbrauch abschätzen, jedoch handelt es sich dabei lediglich um eine grobe Näherung.\\ \\
Im Zuger der Digitalisierung verfügen immer mehr Haushalte über ein Smart Home System. Dabei handelt es sich
 eigentlich um einen Überbegriff der verschiedene Verfahren vereint, die mit automatisierbaren Abläufen das Leben
  in Bezug auf den Wohnraum vereinfachen sollen. Bekannte Beispiele sind das Regeln der Heizung auch von Unterwegs,
   das an und ausschalten verschiedener Geräte oder Lampen ohne zum Schalter gehen zu müssen oder auch das Öffnen 
   und Schließen von Fenstern und Rollläden. Dabei können die Geräte sowohl über eine Programmierschnittstelle zu 
   bestimmten Zeiten und/oder Bedingungen geschaltet werden als auch bequem per App vom Smartphone.
   Das Zuhause wird also sowohl intelligenter als auch bequemer für seine Bewohner.\\
Ein solches Smart Home System eignet sich auch zur genauen Stromerfassung und Regulierung besonders gut. 
Der Verbraucher kann nicht nur genaue Daten ablesen sondern auch gezielt daran arbeiten seinen Stromverbrauch mit
speziell auf ihn angepassten Einstellungen zu minimieren.
Leider ist die Installation eines solchen Systhems oftmals mit einem hohen Aufwand und hohen
 Kosten verbunden, da meist viele bereits vorhandene Teile ausgetauscht werden müssen. Auch die Kosten für die 
 Installation und Einrichtung sind nicht unerheblich.\\ \\
In diesem Projekt wurde an einer möglichst Benutzerfreundlichen, kostengünstigen und einfachen Lösung gearbeitet 
mit der man ein Stromzähler zu Hause selbst visualisieren kann. Dabei ist hervor zu heben, dass das Entwickelte 
Gerät an den bereits vorhandenen Stromzähler ergänzt wird und somit kein Austausch von Geräten nötig ist.\\
 Der folgende Bericht wurde zur besseren Übersicht in zwei Teile unterteilt.
 Im ersten Teil werden die Technischen Hintergründe und Funktionen erläutert.
 Der zweite Teil soll hierbei als eine  Art Benutzerhandbuch zur Anleitung dienen.\\

\chapter{Konzept}
%+--
% Simon ~1,5 Seiten
Im Folgenden wird zunächst auf die Aufgabenstellung eingegangen und anschließend ein Lösungsansatz schematisch erläutert.

\section{Soll-Ist-Analyse}
%+--
Gegeben ist ein Stromzähler des Typen \glqq eHZ Generation K\grqq{} der Firma EMH metering GmbH \& Co. KG [x].
% https://emh-metering.com/produkte/haushaltszaehler-smart-meter/ehz-k/
Der Zähler verfügt über mehrere Infrarotschnittstellen zur Datenübertragung [x].
% https://emh-metering.com/wp-content/uploads/2021/08/eHZ-K-DAB-D-1.10.pdf
Es soll ein Empfänger für die Zählerstände, die über diese Schnittstellen übertragen werden entwickelt
werden. Der Empfänger soll in sinnvollen Intervallen (z.B. zweimal pro Tag) den Zählerstand ermitteln
und an einen bestehenden Smart-Home-Controller in Form eines Raspberry Pi übermitteln.\\
Der bestehende Controller zeigt bereits vorhandene Daten aus anderer Quelle in einem Dashboard auf
Basis von Node-RED [x]
% https://nodered.org/
an. Die Zäherstände sollen ebenfalls in Node-RED angezeigt werden.\\
Um eine möglichst einfache Installation des Empfängers zu ermöglichen, soll der Empfänger sowohl
im Hinblick auf die Datenübertragung als auch die Energieversorgung vollständig drahtlos funktionieren.\\
Weiterhin soll ein Teststand entwickelt werden, mit dem der Empfänger ohne den Stromzähler auf 
Funktion getestet werden kann.

\section{Lösungskonzept}
%+--
% Konzept von Simon
% => Blockschaltbild
% - Nen Microcontroller+wifi
% - Iwie Versorgung
% - iwie Einlesen
% - Empfangen an Raspi
% - 
Um eine drahtlose Energieversorgung des Empfängers zu ermöglichen, wird der Empfängeraufbau mit
einem Akku betrieben. Für den Akku müssen sowohl eine Ladevorrichtung als auch der Akkutechnologie entsprechende
Schutzschaltungen vorgesehen werden. Der Datenempfang und die Weitergabe an den 
Smart-Home-Controller wird durch einen Microcontroller realisiert. Um auch für die 
Datenübermittlung an den Controller kabellos zu bleiben, wird ein Microcontroller mit
WiFi-Schnittstelle benötigt. Der Datentransfer zum Smart-Home-Controller kann dabei über das 
MQTT-Protokoll [x]
% https://mqtt.org/
realisiert werden. Für den Empfang der Stromzählerstände muss ein Infrarotempfänger, der kompatibel
zur IR-Schnittstelle des Zählers ist, entwickelt werden.
\begin{figure}[!h]\centering{
	\includegraphics[width=\linewidth]{img/konzept_bsb.PNG}
	\caption{Schematische Darstellung des Lösungskonzepts.}
	\label{fig:concept_bsb}
	}
\end{figure}

Für den Teststand muss ein Infrarotsender entwickelt werden, der die IR-Schnittstelle des Stromzählers
nachahmt und konfigurierbare Werte als Zählerstand versendet. Hier bietet sich ebenfalls eine Lösung
mit einem Microcontroller an.

\FloatBarrier

\chapter{Implementierung}
%---
% Simon und Julian
\section{Stromzähler}
%---
% Julian ~ 2 Seiten
\subsection{Infrarotschnittstellen}
%+--
% @Julian: war glaube ich dir zugeteilt, ich hab mich beim Zähler mal auf das Modell aus
% https://emh-metering.com/wp-content/uploads/2021/08/eHZ-K-DAB-D-1.10.pdf (Datasheet)
% bezogen, wär cool wenn du hier kurz erwähnen könntest dass es sowohl die Datenschnittstelle
% als auch so eine x Impulse/kWh IR-Schnittstelle gibt.
Wie bereits erwähnt verfügt der Stromzähler über mehrere Infrarotschnittstellen. Dabei ist zwischen der Prüf-LED und den beiden optischen Datenschnittstellen zu unterscheiden. Über die Prüf-LED sendet der Stromzähler 10.000 Impulse pro kWh, vorausgesetzt es wird ein Strom oberhalb der Anlaufschwelle gemessen. Diese Schnittstelle dient jedoch, wie der Name bereits vermuten lässt, primär zur Funktionsprüfung des Zählers. Die beiden Datenschnittstellen hingegen können dazu verwendet werden, umfangreichere Daten auszulesen.\\ Auf der Rückseite des Zählers befindet sich eine bidirektionale Datenschnittstelle, worüber neben dem Auslesen von Zählstanden auch das Setzen und Lesen von Zählerparametern, Fernabfragung oder Prüfung des Zählers möglich ist. Diese Schnittstelle ist jedoch hauptsächlich für den Netzbetreiber gedacht und aus diesem Grund auch mit einer Betriebsplombe versehen. Für den Endkunden zugänglich ist die unidirektionale INFO-Schnittstelle auf der Vorderseite, worüber der gleiche Datensatz empfangen werden kann, aber keine aktive Kommunikation mit dem Messgerät möglich ist [x].
% https://emh-metering.com/wp-content/uploads/2020/08/eHZ-K-BIA-D-1-20.pdf (User manual)
<<<<<<< HEAD
\subsection{SML - Smart Message Language} \label{SML spec}
%---
=======

\subsection{SML - Smart Message Language}
%+--
>>>>>>> c6f7d789a87a74dba7d203e8761e1ebbce0fa422
Über beide Datenschnittstellen wird alle paar Sekunden ein Datensatz verschickt, wobei hier zwischen einem reduzierten und einem vollständigen Datensatz gewechselt wird. Beide Datensätze verwenden SML (=Smart Message Language) [x]
% https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/Publikationen/TechnischeRichtlinien/TR03109/TR-03109-1_Anlage_Feinspezifikation_Drahtgebundene_LMN-Schnittstelle_Teilb.pdf?__blob=publicationFile
 als  Kommunikationsprotokoll mit einer Baudrate von 9600 Baud und einer maximalen Übertragungszeit von 400ms [x].
% Gleiche Quelle wie in vorheriger Subsection: user manual eHZ Gen K
Die dabei übertragenen Werte werden über das OBIS-Kennzahlen-System [x] kodiert. Der für das Projekt relevante Gesamtverbrauch hat dabei die Kennzahl 1.8.0.
% https://www.bundesnetzagentur.de/DE/Beschlusskammern/BK06/BK6_81_GPKE_GeLi/Mitteilung_Nr_37/Anlagen/OBIS-Kennzahlensystem%202.2a.pdf?__blob=publicationFile&v=2


\section{IR Übertragungsstrecke}
%+--
% Simon ~ 1,5 Seiten
Die Impulsschnittstelle des Stromzählers würde sich grundsätzlich zum Aufzeichnen der Zählerstände eignen, 
vorausgesetzt der Zählerstand zu Aufzeichnungsbeginn ist bekannt. Ein großer Vorteil dieser Schnittstelle
ist ihre extrem simple Natur: per GPIO-Interrupt eines Microcontrollers oder sogar per diskretem Zähler-IC 
ist der Datenempfang sehr einfach realisierbar. Dagegen muss bei der IR-Datenschnittstelle sowohl
das Übertragungsprotokoll als auch die Datencodierung, die der Zähler verwendet, unterstützt werden.\\
Gegen die Impulsschnittstelle sprechen allerdings einige Nachteile. Da die diese lediglich
eine fixe Anzahl an Impulsen pro verbrauchter Kilowattstunde sendet, werden hier nur Verbrauchsdeltas und
nie der absolute Wert übermittelt. Folglich wird zur Feststellung eines tatsächlichen Zählerstandes
in Kilowattstunden der Zählerstand zu Aufzeichnungsbeginn benötigt. Außerdem führt ein temporärer Ausfall 
der Empfängerschaltung, bei dem Impulse nicht aufgezeichnet werden, zur Messung falscher Zählerstände.\\ 
Ein weiterer Nachteil der Impulsschnittstelle ist dass zumindest ein Teil der Empfängerschaltung dauerhaft in Betrieb sein
muss um jeden Infrarotimpuls aufzunehmen. Gerade bei einem Microcontroller ist hier von einem relativ
hohen Energieverbrauch auszugehen bei dem ein Großteil der Energie verschwendet wird.\\
Auf der Datenschnittstelle wird in regelmäßigen Intervallen der absolute Zählerstand übermittelt, damit
entfallen beide Nachteile der Impulsschnittstelle. Daher wurde sich für dieses Projekt für den Empfang
an der Datenschnittstelle entschieden. \\

Die Datenschnittstelle überträgt hier die Zählerstände mittels des sogenannten D0-Protokolls [x]
% https://www.mikrocontroller.net/attachment/89888/Q3Dx_D0_Spezifikation_v11.pdf
nach DIN EN 62056‐21. Die Beschreibung des Protokolls lässt bereits eine Ähnlichkeit mit RS232
vermuten, experimentell konnte bestätigt werden, dass die D0-Daten mittels der RS232-Peripherie eines
ESP8266 Microcontroller empfangen werden können. Dabei muss lediglich der RX-Pin der RS232-Schnittstelle
des Controllers an eine geeignete Empfangsschaltung angeschlossen werden.\\
Bei einem Test mit einem Stromzähler des Herstellers \glqq Landis+Gyr\grqq{} konnte allerdings 
festgestellt werden, dass die Datenformatangabe aus [x, gleiches wie vorher], d.h. 
1 Startbit, 7 Datenbits, 1 Paritätsbit und ein Stoppbit, von diesem Zähler nicht eingehalten wird,
stattdessen wird von diesem Zähler 1 Startbit, 8 Datenbits und 1 Stoppbit verwendet.
Laut Herstellerangabe [x]
% https://www.landisgyr.de/webfoo/wp-content/uploads/2018/08/D000063497-E220-AMxD-Benutzerhandbuch-de-f.pdf
handelt es sich bei dieser Schnittstelle ebenfalls um eine Datenschnittstelle gem. DIN EN 62056‐21.
Bei der Einstellung der RS232-Peripherie kann es also zu zählerabhängigen Unterschieden kommen.\\

Um einen Empfang der Zählerstände zu ermöglichen, müssen die Infrarotsignale des Zählers zunächst
in digitale elektrische Signale gewandelt werden. Für die Wandlung von Infrarotsignalen zu 
elektrischen Signalen wurde eine Photodiode vom Typ SFH 213 FA [x] gewählt. Laut Datenblatt
% https://cdn-reichelt.de/documents/datenblatt/A501/SFH213FA_ENG_TDS.pdf
fließt bei einer Sperrspannung von $V_R=\SI{20}{\volt}$ ein Dunkelstrom $I_R \leq \SI{5}{\nano\ampere}$.
Bei $V_R=\SI{5}{\volt}$ und bei einer Strahlungsleistung von \SI{1}{\milli\watt\per\centi\metre\squared}
ist ein Photostrom $I_P \geq \SI{65}{\micro\ampere}$ zu erwarten. Bei Anwendung der Photodiode
in der Empfängerschaltung sind diese Rahmenparameter, sowohl die \SI{20}{\volt} Sperrspannung als 
auch die genaue Strahlungsleistung nicht identisch mit den Vorgaben aus dem Datenblatt. Allerdings 
können der Dunkelstrom $I_R \approx \SI{5}{\nano\ampere}$ und der Photostrom $I_P\approx\SI{65}{\micro\ampere}$
als grobe Vorgaben zur Dimensionierung der Empfängerschaltung verwendet werden.\\

Um die Stromsignale der Photodiode zu verstärken, bietet sich ein einfacher NPN-Transistor an, gewählt wurde
der BC548B. Mit der Beschaltung aus Abb. \ref{fig:ir_recv_a} und $200 \leq h_{FE} \leq 450$
[x],
% https://cdn-reichelt.de/documents/datenblatt/A100/BC546_48-CDIL.pdf
ergibt sich ohne IR-Bestrahlung am Ausgang bei $V_{CC} = \SI{3,3}{\volt}$
$U_{out} \approx V_{CC} - R_1 \cdot \SI{5}{\nano\ampere} \cdot h_{FE} \approx \SI{3,3}{\volt} \approx V_{CC}$.
Mit IR-Bestrahlung bei $I_{P}\approx\SI{65}{\micro\ampere}$ ergäbe sich nach der obigen Formel
eine negative Ausgangsspannung, in der Praxis geht der Transistor in Sättigung und $U_{out} \approx \SI{0}{\volt}$.
\begin{figure}[!h]\centering{
	\includegraphics[height=0.25\textheight]{img/ir_recv_a.PNG}
	\caption{Die Infrarotempfängerschaltung.}
	\label{fig:ir_recv_a}
	}
\end{figure}

Anhand der Berechnung lässt sich erkennen, dass die Verstärkerschaltung das Eingangssignal invertiert:
bei Dunkelheit wird eine digitale 1 erzeugt, bei IR-Belichtung eine digitale 0. Dieses Verhalten
kann schaltungstechnisch mit einem einfach Inverter, wie in Abb. \ref{fig:ir_recv_b} zu sehen, behoben werden.
\begin{figure}[!h]\centering{
	\includegraphics[height=0.25\textheight]{img/ir_recv_b.PNG}
	\caption{Die Infrarotempfängerschaltung mit Inverter.}
	\label{fig:ir_recv_b}
	}
\end{figure}
Nach Entwicklung der Schaltung konnte experimentell festgestellt werden, dass der getestete Stromzähler
der Firma Landis+Gyr bereits beim Senden das serielle Signal invertiert, sodass ein Inverter beim Empfänger
entfällt. Daher wurde die Inverterstufe auf der fertigen Platine durch einen Jumper konfigurierbar
ausgelegt (s. Abschnitt \ref{sec:schematic}). So kann Anwendungsspezifisch die Schaltung aus Abb.
\ref{fig:ir_recv_a} oder aus Abb. \ref{fig:ir_recv_b} verwendet werden.\\

Das Signal $U_{out}$ der Empfängerschaltung kann direkt mit dem RX-Pin des Microcontrollers verbunden
werden.

\FloatBarrier

\section{Microcontroller} \label{sec:ESP}
%+--
%Julian
Für das Empfangen und Verarbeiten der Daten wurde als Microcontroller ein D1 mini ausgewählt, welcher auf einem ESP8266 Prozessor basiert. Dieser verfügt über eine integrierte WLAN-Schnittstelle und ausreichend Peripherie, um den Anforderungen gerecht zu werden. Die serielle Schnittstelle des Microcontrollers kann außerdem direkt genutzt werden, um das serielle Signal vom Stromzähler mittels der bereits vorgestellten Empfängerschaltung relativ einfach einzulesen. Außerdem ist der Microcontroller mit der Arduino IDE programmierbar, was die Vorteile einer einfachen Programmierung und der gleichzeitig großen Vielfalt an Bibliotheken und  Erweiterungen für diese Plattform kombiniert. Trotz seiner geringen Größe und dem vernachlässigbaren Gewicht verfügt das Board dennoch über ausreichend RAM und Flash-Speicher, eine Taktgeschwindigkeit von 80 bzw. 160 Mhz und einer $I^2C$-Schnittstelle zur Kommunikation mit der RTC, womit alle Anforderungen erfüllt sind und er sich perfekt zur Umsetztung des Projekts eignet[x].
% https://www.wemos.cc/en/latest/d1/d1_mini.html
\begin{figure}[!h]
	\centering
	\includegraphics[height=0.25\textheight]{img/d1_top.jpg}
	\caption{ESP 8266 D1 Mini.}
	\label{fig:d1_mini_top}
\end{figure}
% TODO Bild auf gleiche Seite wie Text

\FloatBarrier

\section{Energieverbrauch}
%+--
% Simon ~ 3-4 Seiten
Da das Infrarotempfängerkonzept eine vollständig kabellose Anbindung des Empfängeraufbaus vorsieht,
ist die Energieversorgung über einen Akku notwendig. Als Akku wurde ein Lithium-Ionen Akku im 18650
Formfaktor gewählt. Für das Akkumanagement, d.h. Laden des Akkus und Unterspannungsschutz, wird
ein fertiges BMS-Board verwendet. Das gewählte BMS-Board ist unter der Bezeichnung 
\glqq Wemos 18650 battery shield V3\grqq{} auf diversen Onlinemarktplätzen zu finden.\\
Das Board wird mit einer 18650 Lithium-Ionen-Zelle bestückt und liefert \SI{3}{\volt} und
\SI{5}{\volt} Ausgangsspannung, die bei Unterspannung der Akkuzelle automatisch abgeschaltet werden.
Weiterhin kann der Akku im BMS-Board bequem per Micro-USB aufgeladen werden.\\

Damit der Empfänger einen möglichst nützlichen
Smart Home-Sensor darstellt, muss eine hohe Akkulebensdauer sichergestellt sein, da bei einem Empfänger,
der sehr häufig aufgeladen werden muss auch das manuelle notieren der Stromzählerstände einen vergleichbaren
Aufwand verursachen würde.\\

Bei einem handelsüblichen 18650 Lithium-Ionen-Akku kann von einer Kapazität in der Größenordnung von 
\SI{2700}{\milli\ampere{}\hour} ausgegangen werden [x].
% https://b2b-api.panasonic.eu/file_stream/pids/fileversion/3447
Bei einer geschätzten Stromaufnahme der Empfängerschaltung im Dauerbetrieb von ca. 
\SI{150}{\milli\ampere}, ergäbe sich eine Akkulebensdauer von ca. \SI{18}{\hour}, ein völlig 
inakzeptabler Wert. Aus dieser Überschlagsrechnung wird klar, dass die Empfängerschaltung in zwei
Zuständen, einem Aktivzustand mit großem Energieverbrauch und einem möglichst sparsamen Passivzustand,
realisiert werden muss.

\subsection{Abschätzung der Akkulebensdauer}
%+--
\label{sec:lifetime_approx}
Um eine Realisierung dieser beiden Zustände zu beurteilen, ist ein Modell der Akkulebensdauer
in Abhängigkeit der Parameter der Zustände (Verweildauer im Zustand und Stromaufnahme) sinnvoll.\\
Der Aktivzustand wird charakterisiert durch die Dauer $t_{on}$ mit mittlerem Versorgungsstrom $I_{on}$, 
der in einem Zyklus der Periode $T_{cycle}$ auftritt, der Standby-Zustand wir charakterisiert durch 
den Ruhestrom $I_{off}$.\\
Mit Ladung $C=\int{I(\tau)d\tau}$ ergibt sich näherungsweise eine Ladungsaufnahme der Schaltung von
\begin{equation}
	C_{auf}(t) = I_{on}\cdot\frac{t_{on}}{T_{cycle}}\cdot t + I_{off}\cdot t.
\end{equation}
Dabei wurden unter den Annahmen $t \gg T_{cycle}$ und $\frac{t_{on}}{T_{cycle}} \ll 1$ einige Vereinfachungen vorgenommen.\\

Modelliert man nun den Akku der Kapazität $C_A$ (z.B. \SI{2800}{\milli\ampere{}\hour}) als simple Ladungsquelle,
die die Schaltung versorgt, bis $C_A$ \glqq aufgebraucht\grqq{} ist, ergibt sich durch Gleichsetzen von
$C_{auf}(t)$ und $C_A$ eine geschätzte Lebensdauer
\begin{equation}
	t_L = \frac{C_A}{I_{on}\cdot t_{on}/T_{cycle}+I_{off}}.
\end{equation}
Für einen Ruhestrom von $I_{off}=\SI{2}{\micro\ampere}$, eine Aktivzeit $t_{on}=\SI{30}{\second}$, 
$T_{cycle}=\SI{12}{\hour}$, $C_A=\SI{2800}{\milli\ampere{}\hour}$ und
einen mittleren Versorgungsstrom $I_{on}=\SI{150}{\milli\ampere}$ ergibt sich beispielsweise aus der Abschätzung
$t_L=\SI{1099}{\day}$. Wird bei den selben Parametern ein Ruhestrom von $I_{off}=\SI{0,2}{\milli\ampere}$
angesetzt, drittelt sich die geschätzte Lebensdauer auf ca. \SI{384}{\day}.\\

Es ist fragwürdig, ob in der Praxis tatsächlich eine derartig hohe Lebensdauer erreichbar ist, mitunter, 
da kein realistisches Akkumodell verwendet wurde.\\
Allerdings ist die hohe Abschätzung der Lebensdauer eine gute Indikation dafür, dass
die reale Lebensdauer nicht ausschließlich durch den Energieverbrauch der Schaltung sondern durch Eigenschaften
des Akkus limitiert wird und somit eine weitere Optimierung des Energieverbrauchs nicht unbedingt zu einem
signifikanten Anstieg der Akkulebensdauer führen würde. Um die Lebensdauer genauer zu bestimmen, ist allerdings
eine Echtzeitmessung oder die Verwendung eines präzisen Akkumodells erforderlich.

\subsection{Schaltungstechnische Realisierung des Standbyzustands}
%+--
Der ESP8266 verfügt Hardwareseitig bereits über einen sogenannten \glqq Deep-sleep\grqq{}-Modus [x].
% ESP8266 Low Power Solutions V1.5, Espressif
% https://www.espressif.com/sites/default/files/documentation/9b-esp8266-low_power_solutions__en.pdf
In diesem Modus wird der Großteil des Mikrocontrollers deaktiviert und damit der Energieverbrauch
deutlich gesenkt [x, selbe wie vorher]. Mittels der internen Uhr (RTC) des ESP wird der Microcontroller 
in bestimmten Intervallen wieder \glqq geweckt\grqq{} [x, selbe wie vorher].
Durch diesen Mechanismus könnte der zuvor beschriebene Energiesparmodus umgesetzt werden.
Da für dieses Projekt allerdings der ESP8266 nicht einzeln sondern in Form eines Entwicklungsboards
mit zusätzlicher Peripherie (z.B. Spannungswandler und USB zu UART Wandler) verwendet wird und
auch im Arbeitspunkt der IR-Empfängerschaltung ein geringer Strom fließt, würde
der Deep-sleep-Modus zwar den Energieverbrauch des ESP reduzieren, alle weiteren Komponenten wären
davon allerdings nicht betroffen. Wie die Lebensdauerabschätzung im vorherigen Abschnitt zeigt, ist
ein Standbystrom im Microamperebereich wünschenswert, daher ist der Deep-sleep-Modus für diesen Zweck
nicht ausreichend.\\

Eine alternative Lösung, die im Rahmen dieses Projekts gewählt wurde, ist im Standbyzustand die 
Energieversorgung der kompletten Schaltung zu unterbrechen.\\
Dafür wird mittels eines p-MOSFET ein high-side Schalter realisiert, der die Versorgungsspannung
vom BMS-Board zum Empfänger schaltet. Der MOSFET wird angesteuert durch eine externe Echtzeituhr
(RTC) vom Typ DS3231 [x].
% https://datasheets.maximintegrated.com/en/ds/DS3231.pdf
Die DS3231 liefert via I\textsuperscript{2}C-Schnittstelle nach einmaliger Konfiguration fortlaufend
das aktuelle Datum und die aktuelle Uhrzeit. Die RTC wird dabei von einer Lithium-Knopfzelle versorgt
und ist damit in ihrer Funktion unabhängig von einer externen Spannungsversorgung. Die für dieses Projekt
wichtigste Funktion der DS3231 sind die zwei programmierbaren Alarme der RTC.\\ 

\begin{figure}[!h]\centering{
	\includegraphics[width=0.5\linewidth]{img/power_schema.PNG}
	\caption{Schematische Darstellung der geschalteten Energieversorgung.}
	\label{fig:power_schema}
	}
\end{figure}

Mittels I\textsuperscript{2}C können in den Registern der RTC zwei Alarme dazu programmiert werden, in 
bestimmten Intervallen (minütlich, stündlich, täglich, ...) den $\overline{\mbox{INT}}$-Pin der RTC
auf Masse zu ziehen [x, selbe wie vorher]. Dabei ist sehr hilfreich, dass die Alarmsignale selbsthaltend sind, 
d.h. wird ein Alarm ausgelöst bleibt $\overline{\mbox{INT}}$ auf Masse gezogen, bis via 
I\textsuperscript{2}C das jeweilige Alarmflag (A1E bzw. A2E) in den RTC-Registern zurückgesetzt wird [x, selbe wie vorher].\\
Das Signal eignet sich also direkt zum Schalten der Energieversorgung der Empfängerschaltung.
Weiterhin handelt es sich bei dem $\overline{\mbox{INT}}$-Pin um einen open-drain Ausgang, d.h. der Pin
muss mit einem externen Pull-Up-Widerstand beschaltet werden [x, selbe wie vorher], der die high-Spannung des
Signals vorgibt. Damit bietet sich das Signal zum Steuern des p-MOSFET sehr an, da durch einen
Pull-Up auf die Sourcespannung des MOSFET der p-MOSFET korrekt durch das Signal geschaltet wird.\\

In der praktischen Erprobung der Schaltung hat sich gezeigt, dass teils beim Ausschalten Glitches
auftreten können, bei denen die Versorgung nicht vollständig ausgeschaltet wird, sondern die Spannung
am Drain des MOSFET (die nahe \SI{0}{\volt} liegen sollte) bei beispielsweise \SI{1,6}{\volt} hängen
bleibt und der Ausschaltvorgang somit fehlschlägt. Um ein sicheres Ausschalten zu gewährleisten,
wurde zwischen das $\overline{\mbox{INT}}$-Signal der RTC mit Pull-Up und den MOSFET ein Spannungspuffer
geschaltet (realisiert durch zwei nacheinander geschaltete NAND-Gatter aus einem CD4011B IC, 
Schaltung siehe Abschnitt \ref{sec:schematic}).\\
Nach dieser Änderung konnten keine Glitches mehr festgestellt werden.\\

Als p-MOSFET wurde ein NX2301P gewählt [x].
% https://assets.nexperia.com/documents/data-sheet/NX2301P.pdf
Das wichtigste Auswahlkriterium für den MOSFET war in dieser Funktion ein betragsmäßig ausreichend
geringes $V_{GS}$ um den MOSFET einzuschalten. Dem Datenblatt lässt sich bei 
$V_{GS}=\SI{-1.8}{\volt}$ ein maximales $R_{DSon}$ von \SI{270}{\milli\ohm} entnehmen. Dieser 
$R_{DSon}$-Wert ist für den Aktivzustand der Schaltung völlig ausreichend - bei einer Stromaufnahme
von \SI{150}{\milli\ampere} fallen über dem MOSFET maximal \SI{41}{\milli\volt} ab, der Leistungsverlust
über dem MOSFET liegt im einstelligen Milliwattbereich. Die Gate-Source Spannung
von \SI{-1.8}{\volt} ist ebenfalls komfortabel erreichbar, bei einer Akkuspannung von \SI{3}{\volt}
wird ein $V_{GS}$ von knapp \SI{-3}{\volt} im Aktivzustand erreicht.

\FloatBarrier

\subsection{Messtechnische Überprüfung des Energieverbrauchs}
%+--
Zur messtechnischen Überprüfung des Energieverbrauchs wurde zunächst das BMS-Board mit \SI{3,7}{\volt}
versorgt und die Stromaufnahme ohne angeschlossene Last bestimmt. Es konnte ein Wert von ca.
\SI{0,33}{\milli\ampere} gemessen werden. Wie bereits bei der Abschätzung der Akkulebensdauer festgestellt
wurde, handelt es sich hierbei um einen relativ hohen Standbyverbrauch. Es ist eine naheliegende Vermutung,
dass dieser Stromverbrauch ohne Last durch den DC-DC Step-Up Konverter auf dem BMS-Board verursacht wird,
der die \SI{5}{\volt} Ausgangsspannung des Boards generiert.\\
\begin{figure}[h]\centering{
	\includegraphics[width=0.7\linewidth]{img/bms_board.jpg}
	\caption{Die Rückseite des BMS-Boards. Rot markiert der Step-Up Konverter.}
	\label{fig:bms_backside}
	}
\end{figure}
Durch Position der Induktivität und Nachschlagen der IC-Nummern konnte U7 (s. Abb. \ref{fig:bms_backside})
als Step-Up Konverter des Typs FP6298 identifiziert werden. Durch Entfernen des Step-Up ICs von der Platine
konnte die Stromaufnahme des BMS-Boards ohne angeschlossene Last auf unter \SI{0,2}{\micro\ampere}
reduziert werden. Durch diese Modifikation geht selbstverständlich der \SI{5}{\volt} Ausgang des BMS-Boards
verloren, stattdessen steht maximal die Zellspannung zur Verfügung. Das stellt allerdings kein Problem
dar, da experimentell festgestellt wurde, dass eine Versorgungsspannung im Bereich von \SI{3}{\volt}
bis \SI{3,7}{\volt} für den Betrieb der Empfängerschaltung ausreichend ist. Betrachtet man die
Entladecharakteristik eines typischen 18650 Lithium-Ionen Akkus (s. Abb. \ref{fig:liion_discharge}), 
ist ersichtlich, dass in diesem
Spannungsbereich der größte Teil der Akkuladung ausgenutzt werden kann.\\
\begin{figure}[h]\centering{
	\includegraphics[width=0.7\linewidth]{img/discharge_curve.PNG}
	\caption{Entladekurve eines 18650 Lithium-Ionen Akkus [x].}
	% https://b2b-api.panasonic.eu/file_stream/pids/fileversion/3447
	\label{fig:liion_discharge}
	}
\end{figure}

Anschließend wurde der Energieverbrauch der vollständigen Empfängerschaltung zusammen mit dem
BMS-Board charakterisiert. Dafür wurden erneut \SI{3,7}{\volt} an den Zellanschlüssen des BMS-Boards
eingespeist und der Stromfluss am Zellanschluss gemessen.\\
Es konnte im Aktivzustand ein mittlerer Stromverbrauch von ca. \SI{150}{\milli\ampere} und im
Standbyzustand ein Stromverbrauch zwischen \SI{0,3}{\micro\ampere} und \SI{1,5}{\micro\ampere}
gemessen werden. Mit der Abschätzung aus Abschnitt \ref{sec:lifetime_approx} ergibt sich mit diesen
Werten bei $t_{on}=\SI{30}{\second}$, $T_{cycle}=\SI{12}{\hour}$ und $C_A=\SI{2800}{\milli\ampere{}\hour}$
eine geschätzte Lebensdauer von $t_L\approx\SI{1104}{\day}$. Obwohl die reale Akkulebensdauer
sicherlich deutlich geringer ausfallen wird, lässt dieser hohe Wert vermuten, dass Verbraucherseitig
die Voraussetzungen für eine hohe Akkulebensdauer erfüllt sind.

\FloatBarrier

\section{Platine}
%+--
% Julian ~ 1-2 Seiten
Um alle benötigten Komponenten sicher miteinander zu verbinden wurde entschieden eine eigene Platine zu entwerfen. Zwar hätte ein Aufbau auf einer Lochrasterplatine sicherlich auch funktioniert, jedoch wäre dieser bei der Anzahl der Komponenten und deren Größe, wie z.B. dem Microcontroller oder den NAND-Gates, sehr unübersichtlich geworden. Außerdem konnten die verschiedenen Konfigurationsmöglichkeiten so leichter implementiert und beschriftet werden.\\ \\
\begin{figure}[!h]\centering{
	\includegraphics[width=1.0\linewidth]{img/platine_rendering.png}
	\caption{3D-Rendering der Platine in Altium.}
	\label{fig:pcb_rendering}
	}
\end{figure}
Wie bereits im vorherigen Kapitel beschrieben kam es zu Glitches beim Abschalten des pMOSFETs. Um sowohl die Möglichkeit des direkten Abschaltens, als auch die des gepufferten Abschaltens zu haben, wurden Lötbrücken platziert. Somit kann ohne besonders viel Aufwand die Konfiguration geändert werden.\\ \\
\begin{figure}[!h]\centering{
	\includegraphics[width=1.0\linewidth]{img/pcb_sb1_sb2.png}
	\caption{Lötbrücke 1 und 2 für Abschaltung mit oder ohne Puffer.}
	\label{fig:pcb_sb1_sb2}
	}
\end{figure}
Eine weitere Lötbrücke wurde platziert um die RTC im aktiven Zustand aus dem Akku zu speisen. Damit wird vermieden, dass die Knopfzelle zu schnell entleert wird.\\
\begin{figure}[!h]\centering{
	\includegraphics[height=0.5\textheight]{img/pcb_sb3.png}
	\caption{Lötbrücke 3 für Versorgung der RTC per Akku.}
	\label{fig:pcb_sb3}
	}
\end{figure}
Außerdem wurde beim Testen mit einem anderen Stromzähler entdeckt, dass der Stromzähler des Herstellers \glqq Landis+Gyr\grqq bereits ein invertiertes Signal sendet. Da der Stromzähler, an dem der Empfänger letzten Endes betrieben wird, nicht getestet werden konnte, wurden hierfür Jumper eingebaut. Somit kann die Inverterstufe im Empfangspfad leichter aktiviert oder deaktiviert werden.\\
\begin{figure}[!h]\centering{
	\includegraphics[width=1.0\textwidth]{img/pcb_jumper.png}
	\caption{Jumper zum Aktivieren und Deaktivieren der Inverterstufe.}
	\label{fig:pcb_jumper}
	}
\end{figure}

	%TODO Bildgrößen und Platzierung anpassen

\FloatBarrier

\section{Software}
%---
Das komplette Programm sowohl für den Empfänger, als auch für den Teststand, sind im Anhang zu finden.
% TODO Macht das Sinn? Schickt man sowas einfach nur per Mail mit? Wie machen wir das?
% Julian ~ 6-8 Seiten
\subsection{Programmablauf}
%+--
Der ESP wurde mit der Arduino IDE programmiert. Diese ermöglicht den Zugang zu beliebiger Hardware, solange der korrekte Treiber installiert ist und es eine Anbindung an die Arduino IDE gibt. Als Schnittstelle gibt es eine setup()-Funktion, welche einmalig zu Beginn des Programms abgearbeitet wird und eine loop()-Funktion, welche nach dem Setup zyklisch als Endlosschleife abläuft.\\
Im Setup werden zunächst einzelne Pins initialisiert, danach wird die serielle Kommunikation gestartet, woraufhin die Verbindung zum WLAN hergestellt wird. Ist dies erfolgreich, versucht der ESP als nächstes sich mit dem MQTT-Broker zu verbinden. Sobald auch das funktioniert hat ist die Initialisierung beendet. Sollte jedoch keine Verbindung zum WLAN oder dem MQTT-Broker hergestellt werden können, wird nach einer bestimmten Zeit das Ausschalten initialisiert.
\subsection{RTC}
%+--
Die Spannungsversorgung des Microcontrollers wird von der RTC gesteuert. Diese arbeitet mit internen Alarmen und schaltet den INT-Pin (low-aktiv), sobald ein aktiver Alarm abgelaufen ist. Danach bleibt sie aktiv, bis über $I^2C$ der Befehl zum Ausschalten gesendet wird. Dies geschieht, indem der Microcontroller nach Ablauf seines Programms im Control-Register der RTC die Flags für die Alarme zurücksetzt. Sobald das passiert ist, setzt die RTC den INT-Pin zurück und unterbricht damit die Stromversorgung für den ESP. Nach Ablaufen des Alarms beginnt dieser Zyklus von neuem.
\subsection{WifiManager}
%+--
Kernanforderung des Projekts war die drahtlose Kommunikation zwischen Empfänger und Smart-Home-Controller. Da uns aus ersichtlichen Gründen jedoch zur Projektlaufzeit die Zugangsdaten zum endgültigen WLAN nicht zur Verfügung standen war es nötig, dem Bediener die Möglichkeit zu geben, eine gültige WLAN Konfiguration an den Microcontroller zu übermitteln, ohne ihn dafür jedes Mal neu flashen zu müssen. Diese Funktionalität gibt es bereits in Form einer Bibliothek mit dem Namen WifiManager [x].\\
% https://github.com/tzapu/WiFiManager
Mit Hilfe der Bibliothek startet der Microcontroller im Station-Mode und versucht, sich mit ggf. vorher gespeicherten Zugangsdaten anzumelden. Gelingt dies nicht oder ist noch keine Konfiguration hinterlegt, wechselt der ESP in Access-Point-Mode und startet einen eigenen Webserver. Nun kann sich der Bediener mit jedem beliebigen, WLAN-fähigen Gerät am WLAN des ESP anmelden und wird zu einer Anmeldeseite weitergeleitet, wo nun die WLAN Zugangsdaten eingegeben werden können. Sobald sich der ESP erfolgreich mit dem angegebenen Netzwerk verbunden hat wird der Programmablauf fortgesetzt.\\
\begin{figure}[!h]\centering{
	\includegraphics[width=0.5\textwidth]{img/wifimgr_loginpage.png}
	\caption{Anmeldeseite des WifiManager aus Sicht des Bedieners.}
	\label{fig:wifi_manager}
	}
\end{figure}

<<<<<<< HEAD
Zwar bietet die Bibliothek auch Felder für MQTT-Broker IP und Port an, dies hat jedoch zum Zeitpunkt des Projekts nicht zuverlässig funktioniert und wurde deshalb aus dem Programm entfernt. Sollte die Bibliothek dahingehend verbessert werden würde es Sinn machen, dieses Feature nachzurüsten, um nicht jedes Mal den Microcontroller flashen zu müssen wenn ein anderer MQTT-Broker verwendet wird. Da dem Broker, welcher in diesem Fall ein Raspberry Pi ist, entweder in der internen Konfiguration des Raspberry Pi eine statische bzw. über den Router immer dieselbe IP zugewiesen werden kann und das Gerät nicht für wechselnde Broker gedacht ist, kann auf dieses Feature aber auch verzichtet werden. Ersatzweise ist die IP im Programm hardkodiert.

\subsection{Einlesen der SML-Daten}
%---
Hauptauftrag der Software ist das erfolgreiche Einlesen und Verarbeiten der eingehenden Daten. Da die serielle Schnittstelle des ESP genutzt wird kann dafür auch die Standardbibliothek von Arduino zum Einlesen serieller Daten genutzt werden. Sobald Daten verfügbar sind werden diese in einen internem Buffer, ein Int-Array der Länge 1000, gespeichert. Danach wird dieser Buffer auf bestimmte Zeichenfolgen untersucht. Da die Daten per SML kodiert sind muss auf eine bestimmte Zeichenfolge aus dem SML-Protokoll getriggert werden, hierbei wurde sich auf die OBIS-Kennzahl 1.8.0 (vgl. \ref{SML spec}) konzentriert. 

% TODO Code so formattieren dass kein Overflow passiert, ggf Kommentare in eigene Zeile
% TODO In Endfassung schauen dass Code auf EINER Seite ist

\begin{verbatim}
    // Daten von Stromzähler: Gesamtverbrauch herausfiltern 
     if (                        /* OBIS Kennung: 1-0.1.8.0*255 = 01 00 01 08 00 FF */
      BUFFER[j]   == 0x77 &&    /* 77 - SML_Message.messageBody.SML_GetList_Reponse.valList.valListEntry (Sequence) */
      BUFFER[j+1] == 0x07 &&    /* 07 - objName (TL[1] + octet-string[6] */
      BUFFER[j+2] == 0x01 &&    /* 01 - objName Teil A */
      BUFFER[j+3] == 0x00 &&    /* 00 - objName Teil B */
      BUFFER[j+4] == 0x01 &&    /* 01 - objName Teil C */
      BUFFER[j+5] == 0x08 &&    /* 08 - objName Teil D */
      BUFFER[j+6] == 0x00 &&    /* 00 - objName Teil E */
      BUFFER[j+7] == 0xFF)      /* FF - objName Teil F */
                                /* xx - status          */
                                /* xx - valTime         */
                                /* xx - unit            */
                                /* xx - scaler          */
\end{verbatim}

Nun kann es auch passieren dass der ESP genau dann hochfährt, wenn gerade ein SML Paket verschickt wurde, der relevante Teil aber bereits gesendet wurde und für den ESP verloren ist. In diesem Fall darf der ESP nach dem Einlesen der Daten nicht sofort heruntergefahren werden, sondern es muss auf das nächste Paket gewartet werden, welches den Gesamtverbrauch beinhaltet.

Der Gesamtverbrauch hat eine Auflösung von 0,1Wh und ist als Type-Length-Field kodiert. Dieses TL-Feld definiert die Bedeutung des aktuellen und der folgenden Bytes. 
Aus dem Datenblatt des Stromzählers lässt sich schließen, dass es sich dabei um eine 64-Bit große vorzeichenbehaftete Festpunktzahl (Integer) handelt, was sich zu \glqq0x59h\grqq kodiert. 

\begin{figure}[!h]\centering{
	\includegraphics[width=1.0\textwidth]{img/typelengthfield.png}
	\caption{Type-Length-Field Definition aus [x, siehe unter Abbildung}
	\label{fig:typelengthfield}
	}
\end{figure}
% Diese Quelle wird bereits unter 1.3.1 schon mal verwendet!
% Punkt 7.1: https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/Publikationen/TechnischeRichtlinien/TR03109/TR-03109-1_Anlage_Feinspezifikation_Drahtgebundene_LMN-Schnittstelle_Teilb.pdf?__blob=publicationFile&v=1, 


Als nächstes müssen die Bytes aus dem Buffer zur eigentlichen Zahl zusammengesetzt werden:

\begin{verbatim}
	// mWh aus Buffer rekonstruieren
	long long mWh = ((long long)BUFFER[j+1]) << 56 | ((long long)BUFFER[j+2]) << 48 | 
					((long long)BUFFER[j+3]) << 40 | ((long long)BUFFER[j+4]) << 32 |
					((long long)BUFFER[j+5]) << 24 | ((long long)BUFFER[j+6]) << 16 | 
					((long long)BUFFER[j+7]) <<  8 | ((long long)BUFFER[j+8]);      
\end{verbatim}

Abschließend wird diese Zahl in kWh umgerechnet und dieser Messwert an den MQTT-Broker gesendet.
=======
Zwar bietet die Bibliothek auch Felder für MQTT-Broker IP und Port an, dies hat jedoch zum Zeitpunkt des Projekts nicht zuverlässig funktioniert und wurde deshalb aus dem Programm entfernt. Sollte die Bibliothek dahingehend verbessert werden, wäre es sinnvoll, dieses Feature nachzurüsten, um nicht jedes Mal den Microcontroller flashen zu müssen wenn ein anderer MQTT-Broker verwendet wird. Da dem Broker, welcher in diesem Fall ein Raspberry Pi ist, entweder in der internen Konfiguration des Raspberry Pi eine statische oder über den Router immer dieselbe IP zugewiesen werden kann und das Gerät nicht für wechselnde Broker gedacht ist, kann auf dieses Feature aber auch verzichtet werden.
%den letzten Satz evt nochmal umschreiben, der ist sehr verwirrend
>>>>>>> c6f7d789a87a74dba7d203e8761e1ebbce0fa422

\subsection{MQTT}
%---
MQTT (=Message Queuing Telemetry Transport [x]) % https://mqtt.org/
ist ein Nachrichtenprotokoll zur Vernetzung von IoT-Geräten und funktioniert nach einem Client-Server Modell. Die Clients können Daten versenden, indem sie eine Nachricht in einem Topic an den Broker senden. Auf der anderen Seite können Daten empfangen werden, indem Topics abonniert werden. Das besondere dabei ist, dass Clients Anfragen und Daten ausschließlich über den MQTT-Broker erhalten, welcher den Datenstrom verwaltet. Im Fall dieser Projektarbeit ist der ESP ein MQTT-Client, welcher den Gesamtverbrauch an das Topic \glqq smartmeter\grqq sendet. Der Raspberry Pi ist in diesem Fall der MQTT-Broker.
Da MQTT bereits weit verbreitet ist und besonders für IoT-Geräte bereits ausreichend Implementierungen vorhanden sind wurde hier auf eine bereits bestehende Lösung zurückgegriffen. Dafür wurde die Bibliothek \glqq PubSubClient\grqq verwendet, welche eine einfache Implementation bereitstellt. Für Details sei an dieser Stelle auf die GitHub-Seite verwiesen. [x]
% https://github.com/knolleary/pubsubclient

\subsection{NodeRed und Datenbank}
%---
Die Daten aus dem MQTT-Paket werden in einer MySQL-Datenbank auf dem Raspberry Pi gespeichert.  Der genaue Aufbau dieser Datenbank wird weiter unten im Kapitel \ref{anleitung} beschrieben. 
Um die Daten vom ESP in der Datenbank abzuspeichern wird ein NodeRed-Flow verwendet. Um die Zuverlässigkeit der Daten zu erhöhen wird vor dem Einfügen in die Tabelle eine Plausibilitätsprüfung durchgeführt, da Tests ergeben haben dass unvollständige Datensätze vom Stromzähler zu unplausiblen Messwerten führen können. Deshalb wird ein neuer Messwert zuerst mit dem letzten Messwert verglichen. Der neue Wert wird nur dann in der Datenbank gespeichert wenn er größer und höchstens doppelt so groß ist wie der letzte Wert (in den Tests wurden in seltenen Fällen fälschlicherweise Nullwerte oder extrem hohe Werte bemerkt).

\begin{figure}[!h]\centering{
	\includegraphics[width=1.0\textwidth]{img/nodered-flow.png}
	\caption{NodeRed-Flow zum Speichern und Anzeigen des Messwertes}
	\label{fig:nodered-flow}
	}
\end{figure}

Abschließend wird der Wert auf einem Dashboard angezeigt. Dieses wurde bewusst simpel gehalten, da Herr Prof. Klehn hier eigene Ideen umsetzen möchte.

\begin{figure}[!h]\centering{
	\includegraphics[width=1.0\textwidth]{img/nodered_dashboard.png}
	\caption{NodeRed-Dasboard zum Anzeigen des letzten Messwerts}
	\label{fig:nodered_dashboard}
	}
\end{figure}

% TODO Eventuell was dazu sagen wie ein Dashboard gebaut wird, ist aber eher Fülltext falls nötig

\section{Gehäuse}
%+--
Für den Empfängeraufbau aus BMS-Board, Platine, Photodiode, Ein- und Resetschalter wurde ein
3D-Druckgehäuse gezeichnet und gedruckt.\\
\begin{figure}[h]\centering{
	\includegraphics[width=0.9\linewidth]{img/case_cad.PNG}
	\caption{CAD-Schnittbild des Gehäuses. Modellquelle BMS-Board: [x].}
	% https://cad.grabcad.com/library/wemos-18650-battery-shield-v3-1
	\label{fig:cad_case}
	}
\end{figure}
Das Gehäuse kann mit einem Deckel verschlossen werden, der durch vier Schrauben befestigt wird.
Die Platine und das BMS-Board werden durch metrische Distanzbolzen im Gehäuse und aneinander befestigt.
Sämtliche Gewinde im gedruckten Material werden durch metallische Gewindeeinsätze realisiert.\\
Für die Photodiode befindet sich im Boden des Gehäuses eine Durchführung in die die Diode eingepresst wird.
An die Außenseite der Durchführung ist ein Ringmagnet montiert, der den Empfängeraufbau an die magnetische
Fläche des Stromzählers fixiert.
% ToDo (Julian) hier wären 1-2 Bilder vom fertigen Gehäuse cool bzw. falls du die bei Anleitung
% o.Ä. hast (z.B. wegen Resetschalter) einfach ein kurzer Verweis auf die. Ich hab leider nur
% Bilder im halb fertigen Zustand.

\FloatBarrier

\section{Teststrecke}
% Kathi ~ 2 Seiten
%---
Zum Testen der Funktion wurde eine kleine Teststrecke aufgebaut, mit der es möglich 
ist die Übertragung ohne den Stromzähler zu simulieren.

\subsection{Aufbau}
%---
Zunächst wurde die Schaltung der Teststrecke auf einem Steckbrett aufgebaut, um zu überprüfen, ob die Grundidee des Projekts umsetzbar ist. Auch die bestellten Bauteile und Dimensionierungen konnten so überprüft werden. Da während der arbeit am Projekt zunächst kein Stromzähler zur verfügung stand wurde der Teststrecke zusätzlich zu dem bereits in Kapitel \ref{sec:ESP} erleuterten ESP, ein Arduino UNO hinzugefügt. So konnte überprüft werden, ob auch die Kommunikation zwischen zwei komplett voneinander getrennten Systhemen funktioniert. Der ESP dient also weiterhin als Empfänger, während der Arduino den Stromzähler als Sender simuliert. 

\begin{figure}[!h]\centering{
	\includegraphics[height=0.3\textheight]{img/Schaltung_Teststrecke.jpeg}
	\caption{Der Schalplan der Teststrecke.}
	\label{fig:sp_test}
	}
\end{figure}

Wie in Abb. \ref{fig:sp_test} zu sehen ist, sind also die Schaltkreise komplett von einander getrennt. Um die besten Ergebnisse bei der Übertragung zu erzielen, werden die beiden LEDs gegenüber, Spitze an Spitze aufgebaut. Sendet man nun von TX-Pin des Arduino beispielsweise ein "A" so kann dieses am RX-Pin des ESP empfangen werden. Mit der richtigen dimensionierung von R1, auf \SI{100} {\ohm} nehmen auch wechselnde Lichtverhältnisse keinen Einfluss auf die Funktion der Schaltung. Der Wert der beiden Wiederstände R3 und R4 ist allerdings relativ frei wählbar, solange diese annähernd in der richtigen Größenordnung liegen.\\
Eine weitere Besonderheit ist bei den beiden Dioden D1 und D2 zu beachten. Zwar handelt es sich bei beiden um Infrarotdioden, allerdings ist für die Funktion wichtig, dass es sich dabei auf der Sender Seite um eine klare, und auf der Empfänger Seite um eine möglichst dunkle, oder im besten Fall schwarze Diode handelt. Dazu wurden die LD274 (Sender) und die SHF213FA (Empfänger) gewählt.\\ \\
Bei der Programmierung ist außerdem aufgefallen, dass das Hochladen des Programmes nur möglich ist, wenn der RX- und TX-Pin vom jeweiligen Mikrocontroller von der Schaltung getrennt sind. Nachdem die funktion der Schaltung überprüft war, wurde der Aufbau auf eine Lochplatine gelötet, dabei wurde mit Pin-Headern gearbeitet, sodass das Ergebnis als eine Art Arduino-Shield fungiert. Der Vorteil liegt dabei darin, dass beide Mikrocontroller zwar fest mit der Platine verbunden sind, aber bei Änderungen am Programm, auch genauso leicht zum Hochladen getrennt werden können. Außerdem befinden sich die beiden Dioden an der Unterseite des Shields, also im Gebrauch zwischen Shield und Arduino, was die Schaltung noch zusätzlich von äußeren Lichteinflüssen schützt.\\

\subsection{Funktion}
%---
- ESp Empfänger
- Arduino Sender
- Beide an einen Laptop mit zwei command windows öffnen
- kleiner Code zum eingeben was man senden will
- Problem dass Consolen text mit gesendet wird 
- Was wollen sie senden text raus filtern
- Testen des Programms
- Inverter



\chapter{Anleitung} \label{anleitung}
%---
% Julian ~ 4-5 Seiten
\section{Raspberry Pi}
%---
Config und alles pipapo um Raspi komplett einzurichten
PLUS das was Klehn zusätzlich machen muss für unseren Teil
\subsection{Betriebssystem}
%---
\subsection{Installation MQTT}
%---
\subsection{NodeRed}
%---
\subsection{Datebank}
%---

\section{ESP8266}
%---
Wifi Manager undso in der praktischen Anwendung nochmal erklären
Bilder WifiMgr etc blabla
Jumper Inverter

\section{Testaufbau}
%---
Erklärung shield, putty, evtl. arduino Include
+Fotos


% ab hier alles Kathi: 
\chapter{Fazit}
%---

- Es funktioniert
- mit geringen finanziellen Mitteln umgesetzt
- einigermaßen Benutzerfreundlich
- Nicht für jeden geeignet, bezug auf Einleitung
- Speziell an den Klehn angepasst

\part{Anhang}
\section{Schaltplan}\label{sec:schematic}
\begin{figure}[!h] \centering{
	\includegraphics[angle=90,scale=0.7]{schematic.pdf}}
\end{figure}  

\chapter{Literaturverzeichnis}
\label{sec:bibliography{Literatur}}

\part{Danksagung}

\end{document}