Monitoring du Phytotron
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 

439 lines
14 KiB

\documentclass[a4paper,11pt]{article}
% \listfiles % pour le debug
\usepackage[french]{babel}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
% XXX \usepackage{lipsum}
\usepackage{makeidx}
\usepackage{listings}
% \usepackage{color}
% \usepackage{url}
\usepackage{xspace}
\usepackage[verbose]{layout}
\makeindex
% \setlength{\parskip}{0.16cm plus 0.16cm}
% -------------------------------------------------------------------
\title{DD2 Monitoring}
\author{tTh}
\begin{document}
\maketitle
\pagebreak
% -------------------------------------------------------------------
\section{Introduction}
Dans le cadre du futur projet \textsl{phytotron}\index{phytotron},
nous aurons besoin d'un
système de surveillance de divers paramêtres, du genre la température
et l'humidité de l'air ambiant ou de l'enceinte thermostatée.
Et comme nous sommes au Tetalab, nous allons essayer d'en faire le plus
possible nous même, tant pour l'aspect didactique que pour la possible
ré-utilisation de la chose dans un contexte artistique comme nous
arrivons parfois à le faire.
La première étape sera donc la mise au point d'un \textsl{cadriciel}
permettant d'essayer diverses options en se basant sur une conception
modulaire de l'ensemble.
Les valeurs à mesurer étant de diverses natures, nous aurons l'occasion
de découvrir plein de capteurs différents : température, humidité,
\texttt{pH}, transparence, lumière, vibrations\dots
% \setlength{\parskip}{0.01cm plus 0.01cm}
\tableofcontents
% \setlength{\parskip}{0.16cm plus 0.16cm}
\vspace{4cm}
Bonne lecture.
% -------------------------------------------------------------------
% ===================================================================
\pagebreak
\section{Présentation générale}
\subsection{Capteurs} \index{capteurs}
Actuellement nous disposons d'un capteur température et
humidité, le
\texttt{RDing} \texttt{TEMPERHUM1V1.2}{} qui
semble un peu étrange à interpeller, et qui sera destiné à mesurer
l'ambiance météo du Double Dragon\footnote{Pas de mauvais esprit, merci...},
l'influence humaine n'étant pas à négliger en cas d'afflux du public..
Par la suite, nous pourrons récupérer
(par liaison série, cf page \pageref{serial})
des données diverses en provenance de l'automate de contrôle de l'enceinte.
Cet automate\index{automate} est décrit page \pageref{automate}.
Le premier capteur de température sélectionné est le \textsc{LM35}\index{LM35}
qui fournit en sortie une tension linéairement proportionnle à
la température. Ils seront connectés sur l'automate qui s'en
servira pour la régulation thermostatique.
Il nous reste à choisir d'autres capteurs pour d'autres métriques :
humidité, lumière, vibrations, perturbations psychiques\dots
Notre dd2monitor
devrait donc aussi être capable d'envoyer des alertes en cas de souci,
par exemple si des algues\footnote{Ou des pleurotes, ou des morilles...}
tentent de s'échapper.
\subsection{Stockage}
Pour entreposer toutes ces valeurs numériques, il existe plusieurs
choix, et nous allons en évaluer quelques uns :
\texttt{flatfile}\index{flatfile} (page \pageref{flatfile}),
\texttt{rrdb}\index{rrdb} (page \pageref{rrdb}),
\texttt{influxdb}\index{Influxdb} (page \pageref{influxdb}),
\texttt{gnocchi}\index{Gnocchi} (page \pageref{gnocchi})
\texttt{Sqlite}\index{sqlite} (page \pageref{sqlite})
La représentation interne des valeurs reste à définir pour
la plupart d'entre elles.
\subsection{Affichage}
Nous allons laisser un petit bac-à-sable pour Fred Fermion\index{nodejs},
qui nous tartine les oreilles depuis bien trop longtemps avec son machin.js.
Mais sachez déja que l'automate sera équipé d'un minitel, pourquoi ne
pas en mettre un second sur le monitoring ? Après tout, un peu
d'eyecandy\index{eyecandy} ne peut pas faire de mal.
C'est expliqué à la page \pageref{eyecandy}\index{curses}.
% -------------------------------------------------------------------
% ===================================================================
% nouveau 2019-02-22
\input{automate}
% ===================================================================
\section{Outils}
\subsection{Simulations}
Bien entendu, mettre au point un système de monitoring pour un futur
phytotron pose un problème : d'où viennent les premières mesures ?
C'est pour ça qu'il y a déja un générateur de \textit{fake-values} qui
ne demande qu'à grandir.
Nous avons également un générateur de nombres divers et incohérents
qui envoie des quadruplets d'entiers 10 bits précédés d'un caractere
de bonne efficacité.
% -------------------------------------------------------------------
\subsection{Exemples}
\textsf{Promis, on va en mettre ! Dès que ça marche\dots}
Un premier exemple avec rrdb en page \pageref{rrdb}.
Le second cause des premiers essais du LM35\index{LM35},
capteur de
température analogique branché sur un Arduino Mega et relié
par un port série (page \pageref{serialcode}).
Pour continuer dans une démarche disruptive, des outils
avancés de visualisation sont proposés dans la rubrique
\ref{eyecandy} qui parle de \texttt{vt100}\label{vt100}.
% -------------------------------------------------------------------
\subsection{Analyses}
\textsf{Bla bla bla\dots Corrélations, Gnuplot\index{gnuplot}, toussa\dots}
Peut-être demander à Schmod777 des références de
documents bourbakistes ? J'ai entendu parler dans \textsc{irc}
de choses étranges, comme ça :
\textsl{<schmod777> s/booz/booze pour la courbe qui majore les autres en moyenne serait
d'une criante justesse scientifique ;)}
Ce qui donne quand même à réfléchir. À se demander quel savoir
allons-nous pouvoir déduire de ces\footnote{non, c'est pas du bigdata.}
chiffres improbables.
(Re-)Découvrir les lois de l'inertie thermique ?
Générer des formes d'ondes spatialisables ?
Déplacer des petites \textit{bubulles} colorées ?
Une histoire pour la section \pageref{detournements} ?
% -------------------------------------------------------------------
\subsection{Archivage} \index{archivage} \label{archivage}
\textsf{Conserver la mémoire de nos échecs.}
La création de cet outil de surveillance est un long parcours
pavé d'essais et d'erreurs. Tout cela peut générer beaucoup
de données. À titre d'exemple, la capture de température des
premier essais sort environ 800 Ko par jour.
99.99\% de ces chiffres sont inutiles, mais il peut arriver
qu'on désire conserver l'historique d'une
expérience réussie\footnote{En fait, c'est comme ça que la science existe}
ou d'un
\textit{epicfail\footnote{En fait, c'est comme ça que la science avance}}.
Nous devons donc rencontrer quelqu'un qui maitrise cette partie
de la mouvance détournementale de l'espionnage.
Je pense que Yaya\index{Yaya} pourra nous éclairer de ses lumières,
si on lui demande gentiment.
% -------------------------------------------------------------------
\subsection{Affichage}\index{affichage}
Pour commencer presque simple, un exemple d'affichage avec
Gnuplot\index{gnuplot} d'un fichier plat
de température (décrit page \pageref{foo.dat}) :
\begin{verbatim}
DATAFILE="foo.dat"
IMAGE="graphe.png"
gnuplot << __EOC__
set term png size 4200,640
set output "${IMAGE}"
set grid
set title "Temperature dans le Double Dragon 2"
set xdata time
set timefmt "%s"
set format x "%d, %H:%M:%S"
set yrange [ 0.0 : 30.0]
plot "${DATAFILE}" using 1:2 title " foo" with lines, \
"${DATAFILE}" using 1:3 title " bar" with lines, \
"${DATAFILE}" using 1:4 title "quux" with lines, \
"${DATAFILE}" using 1:5 title "booz" with lines
__EOC__
\end{verbatim}
Prochainement, dès que le premier prototype matériel fournira des
données, une tentative de visualisation animée sera faite avec
POVray\index{POV}.
% ===================================================================
\section{Configuration} \index{configuration} \label{configuration}
Pour adapter cet outil de surveillance aux variations du monde réel,
nous devons nous-même lui décrire ce monde. Une description qui se
fera avec des lignes de la forme '\texttt{input\_device s /dev/ttyACM0}'
qui représentent des tuples
\textit{clef-type-valeur}\footnote{Laissons les canards tranquilles.}
de choses diverses.
La syntaxe n'est pas encore vraiment fixée, mais un fichier exemple est
disponible pour des explication plus récentes, donc plus en
rapport avec la réalité du code. En voici un extrait :
\begin{verbatim}
# serial input from the control cpu
input_device s /dev/ttyACM0
input_speed i 9600
# --------------------------------------------------
# some values for the eyecandy displays
eyecandy_banner s hacked by tTh
\end{verbatim}
Certains de ces paramètres pourront être surchargé par des options
de la ligne de commande\index{cli} ou des variables d'environnement.
% ===================================================================
\section{Flatfile} \label{flatfile}
Parfois, un fichier à plat est bien pratique, parce qu'il est facilement
machinable avec des outils comme Awk\index{Awk}.
Après tout, un \textsl{timestamp}\index{timestamp} et quelques valeurs
numériques peuvent suffire à beaucoup de \textsl{usecases} de la
vie courante.
Voici un exemple, un format\label{foo.dat} d'enregistrement de
température facilement exploitable avec Awk ou Gnuplot :
\begin{verbatim}
tth@phytotron:~/DD2-monitor/doc$ tail -3 ../serial/foo.dat
1550673785 20.215054 20.107527 20.107527 20.215054
1550673811 20.215054 20.215054 20.215054 20.215054
1550673836 20.215054 20.107527 20.215054 20.215054
\end{verbatim}
% -------------------------------------------------------------------
\section{RRDB} \label{rrdb}
Première tentative d'utilisation le lendemain du premier apéro 2019
du Tetalab\footnote{Jean-Yves, je vous demande de vous calmer !}.
Je suis parti sur quelques scripts shell, pour créer, mettre à jour et
analyser les enregistrements d'une valeur de type \textsc{gauge}.
\subsection{Create}
\begin{lstlisting}
#!/bin/bash
source ./commun.sh
starttime=$(date +'%s')
echo creating $RRDB at ${starttime}s since epoch
rrdtool create $RRDB \
--start $starttime \
--step 60 \
DS:value:GAUGE:150:0:10 \
RRA:AVERAGE:0.5:1:60
\end{lstlisting}
\subsection{Update} \index{rrdtool}
Une fois la base créée, il faut bien la remplir.
Dans cet exemple, nous allons utiliser le \textit{load}
de notre Linux.
\begin{lstlisting}
#!/bin/bash
source ./commun.sh
ctime=$(date +'%s')
value=$(cut -d ' ' -f 1 /proc/loadavg)
# inject value in the rrdb file
rrdtool update $RRDB ${ctime}:${value}
\end{lstlisting}
\subsection{Analyze}
Nous allons essayer d'exploiter les données dûrement acquises
pendant les heures qui précèdent\dots
\begin{lstlisting}
#!/bin/bash
source ./commun.sh
tmpf="somevalues.dat"
rrdtool fetch $RRDB LAST |
tr -d ':' |
awk '
(!/nan/ && NF==2) { print $1, $2 }
' \
> ${tmpf}
# as an example, we are gnuploting our datas
gnuplot << __EOC__
set term png size 800,600
set output "graphe.png"
set grid
plot "${tmpf}" with lines
__EOC__
rm ${tmpf}
\end{lstlisting}
Il semble bien que l'utilisation de \texttt{fetch} ne soit pas
vraiment prévue pour ça, donc j'en arrive à la conclusion que
quelque chose m'échappe.
On va laisser ça en suspens pour le moment.
% -------------------------------------------------------------------
\section{InfluxDB} \label{influxdb}
La communication avec la bédédé se fait \textit{over HTTP}, un peu
comme tous ces trucs de d'jeunz d'aujourd'hui\dots
Au programme : écriture d'un injecteur en Perl\index{Perl}, en suivant
plus ou moins l'exemple de rrdb..
Ceci dit, en Debian stable, on n'a que la version 1.0, qui ne
correspond plus trop à l'actualité. Et la \textit{current} semble
trop fatiguante à compiler pour ce soir, ni même pour ce week-end.
% -------------------------------------------------------------------
\section{Gnocchi} \label{gnocchi} \index{Gnocchi}
\texttt{pip install gnocchi[postgresql,ceph,keystone]}, finalement,
çe ne me donne pas trop envie. C'est du genre \textit{usinagaz}.
% -------------------------------------------------------------------
\section{Sqlite} \index{sqlite} \label{sqlite}
\textsf{À regarder de près}
Est-il possible de traiter des \textit{time series} en SQL\index{SQL} ?
Peut-on utiliser Sqlite depuis un programme en Perl\index{Perl} ?
Faut-il commencer à trouver un \textit{usecase} crédible ?
NodeJs\index{nodejs} peut-il lire du Sqlite ?
% -------------------------------------------------------------------
\input{serial}
% -------------------------------------------------------------------
\section{Détournements} \label{detournements}
Dans le contexte myryssien\index{Myrys}, il est évident que l'aspect
artistique\index{Art}
doit être dès le départ pris en compte.
Les possibilités ne seront limitées que par votre manque d'imagination.
Si vous voulez un petit exemple, imaginez des courbes de température
qui pilotent un \texttt{uGen} de Chuck\index{Chuck} ou des algues dont
les pulses lumineux envoie du \texttt{cv/gate} en temps réel.
\subsection{Variante sonore}
Un peu de \texttt{awk} pipé dans du \texttt{sox} ?
Voire même l'occasion (ou un bon prétexte) de résoudre ce problème
de saut de phase qui me tracasse depuis des mois ?
\subsection{Eye candy}\index{eyecandy}\label{eyecandy}
Pour maximiser l'impact visuel, il sera convenant de sortir du
cadre pseudo-moderne des omniprésents écrans de ces
smartphones\footnote{Quand les téléphones étaient attachés par
un fil, les humains étaient libres.} qui nous lavent le cerveau.
Sortons donc du contexte pixeliste et revenons aux fondamentaux :
le caractère\index{ncurses},
avec toute la simplicité de son concept sémantique.
% -------------------------------------------------------------------
\section{Conclusion} \label{conclusion} \index{conclusion}
En fait, tout reste à faire. Mais ça peut être un beau projet
aux implications et usages multiples. À condition de bien
faire les choses.
Un couteau suisse de la capture du monde réel, un point pivot
de nos diverses interprétations de
l'univers\footnote{non, la terre n'est pas plate} et des interactions
étranges entre des paramètres sans relation clairement definie.
% -------------------------------------------------------------------
\setlength{\parskip}{0.05cm plus 0.05cm}
% \pagebreak \tableofcontents
\printindex
\end{document}