• Headless Raspberry Pi setup

Install from sources

The raspbian package is very old, so its preferable to install it from sources:

$ wget http://znc.in/releases/znc-1.6.2.tar.gz
$ tar zxvf znc-1.6.2.tar.gz
$ cd znc-1.6.2
$ sudo apt-get install build-essential libssl-dev libperl-dev pkg-config
$ ./configure
$ make

Wait.... 30 minutes on a rpi2... one hour on a rpi1...

$ sudo make install

Generate configuration file:

$ znc --makeconf

[ .. ] Checking for list of available modules...
[ >> ] ok
[ ** ]
[ ** ] -- Global settings --
[ ** ]
[ ?? ] Listen on port (1025 to 65534): <PORT>
[ ?? ] Listen using SSL (yes/no) [no]: yes
[ ?? ] Listen using both IPv4 and IPv6 (yes/no) [yes]: yes
[ .. ] Verifying the listener...
[ >> ] ok
[ ** ] Unable to locate pem file: [/home/pi/.znc/znc.pem], creating it
[ .. ] Writing Pem file [/home/pi/.znc/znc.pem]...
[ >> ] ok
[ ** ] Enabled global modules [webadmin]
[ ** ]
[ ** ] -- Admin user settings --
[ ** ]
[ ?? ] Username (alphanumeric): aymerick
[ ?? ] Enter password:
[ ?? ] Confirm password:
[ ?? ] Nick [aymerick]:
[ ?? ] Alternate nick [aymerick_]:
[ ?? ] Ident [aymerick]:
[ ?? ] Real name [Got ZNC?]: Rieul Nem
[ ?? ] Bind host (optional): 0.0.0.0
[ ** ] Enabled user modules [chansaver, controlpanel]
[ ** ]
[ ?? ] Set up a network? (yes/no) [yes]: yes
[ ** ]
[ ** ] -- Network settings --
[ ** ]
[ ?? ] Name [freenode]:
[ ?? ] Server host [chat.freenode.net]:
[ ?? ] Server uses SSL? (yes/no) [yes]:
[ ?? ] Server port (1 to 65535) [6697]:
[ ?? ] Server password (probably empty):
[ ?? ] Initial channels: #test
[ ** ] Enabled network modules [simple_away]
[ ** ]
[ .. ] Writing config [/home/pi/.znc/configs/znc.conf]...
[ >> ] ok
[ ** ]
[ ** ] To connect to this ZNC you need to connect to it as your IRC server
[ ** ] using the port that you supplied.  You have to supply your login info
[ ** ] as the IRC server password like this: user/network:pass.
[ ** ]
[ ** ] Try something like this in your IRC client...
[ ** ] /server <znc_server_ip> +48914 aymerick:<pass>
[ ** ]
[ ** ] To manage settings, users and networks, point your web browser to
[ ** ] https://<znc_server_ip>:48914/
[ ** ]
[ ?? ] Launch ZNC now? (yes/no) [yes]: yes
[ .. ] Opening config [/home/pi/.znc/configs/znc.conf]...
[ >> ] ok
[ .. ] Loading global module [webadmin]...
[ >> ] [/usr/local/lib/znc/webadmin.so]
[ .. ] Binding to port [+48914]...
[ >> ] ok
[ ** ] Loading user [aymerick]
[ ** ] Loading network [freenode]
[ .. ] Loading network module [simple_away]...
[ >> ] [/usr/local/lib/znc/simple_away.so]
[ .. ] Adding server [chat.freenode.net +6697 ]...
[ >> ] ok
[ .. ] Loading user module [chansaver]...
[ >> ] ok
[ .. ] Loading user module [controlpanel]...
[ >> ] ok
[ .. ] Forking into the background...
[ >> ] [pid: 17547]
[ ** ] ZNC 1.6.2 - http://znc.in

Login to web admin: https://:

Keep znc running

Edit crontab:

$ crontab -e

Add:

*/5 * * * * /usr/local/bin/znc >/dev/null 2>&1

Log stuff

Go to https://<SERVER>:<PORT>/mods/global/webadmin/edituser and check the log module (and only there).

Logs are now saved into /home/pi/.znc/users/<USERNAME>/moddata/log.

• Go language on Raspberry Pi

InfluxDB

Install dependencies

$ sudo apt-get install ruby-dev gcc
$ sudo gem install fpm

Build package

Let's build InfluxDB 0.9.4.

Setup a gvm package set:

$ gvm pkgset create influxdb
$ gvm pkgset use influxdb

Checkout sources:

$ mkdir -p ~/.gvm/pkgsets/go1.5/influxdb/src/github.com/influxdb
$ cd ~/.gvm/pkgsets/go1.5/influxdb/src/github.com/influxdb
$ git clone https://github.com/influxdb/influxdb.git

Build debian package:

$ cd influxdb
$ ./package.sh -t deb -p 0.9.4

Install

Install package:

$ sudo dpkg -i influxdb_0.9.4_armhf.deb

Start server:

$ sudo service influxdb start

Test server:

$ /opt/influxdb/influx

Note: configuration file is located at: /etc/opt/influxdb/influxdb.conf

Telegraf

Install dependencies

$ sudo apt-get install rpm

Build package

Let's build Telegraf 0.1.9.

Setup a gvm package set:

$ gvm pkgset create telegraf
$ gvm pkgset use telegraf

Install godep:

$ go get github.com/tools/godep

Checkout sources:

$ mkdir -p ~/.gvm/pkgsets/go1.5/telegraf/src/github.com/influxdb
$ cd ~/.gvm/pkgsets/go1.5/telegraf/src/github.com/influxdb
$ git clone https://github.com/influxdb/telegraf.git

Build debian package:

$ cd telegraf
$ ./scripts/package.sh

Respond to questions:

...
Commence creation of unknown packages, version 0.1.9-27-gb4e8a23? [Y/n] Y
...
Publish packages to S3? [y/N] N
...

Install

Install package:

$ sudo dpkg -i telegraf_0.1.9-27-gb4e8a23_armhf.deb

Start server:

$ sudo service telegraf start

Configuration file is located at: /etc/opt/telegraf/telegraf.conf

Grafana

Install dependencies

$ sudo apt-get install ruby-dev rpm
$ sudo gem install fpm

Install nodejs

NOTE: You can skip that part if you already have node.js installed

Install pre-built binaries. In that case, we fetch the armv7l package for a Raspberry Pi 2:

$ sudo mkdir /opt/node
$ wget https://nodejs.org/dist/v4.1.2/node-v4.1.2-linux-armv7l.tar.gz
$ tar zxvf node-v4.1.2-linux-armv7l.tar.gz
$ sudo cp -r node-v4.1.2-linux-armv7l/* /opt/node
$ rm node-v4.1.2-linux-armv7l.tar.gz

Adds those lines to /etc/profile juste before export PATH:

NODE_JS_HOME="/opt/node"
PATH="$PATH:$NODE_JS_HOME/bin"

Build package

Let's build Grafana 2.1.3.

Setup a gvm package set:

$ gvm pkgset create grafana
$ gvm pkgset use grafana

Fetch sources:

$ go get github.com/grafana/grafana
$ cd ~/.gvm/pkgsets/go1.5/grafana/src/github.com/grafana/grafana/
$ git checkout tags/v2.1.3

Setup build:

$ go run build.go setup
$ godep restore
$ npm install
$ sudo /opt/node/bin/npm install -g grunt-cli

Change build.go file, line 76, with grunt("--force","release") to bypass an issue with phantomjs (cf. https://github.com/grafana/grafana/issues/2683).

Then fix a timeout issue:

$ sed -i 's/baseUrl: '\''.\/app'\'',/baseUrl: '\''.\/app'\'',waitSeconds: 0,/' tasks/options/requirejs.js

Build package:

$ go run build.go build package

Install

Install package:

$ sudo dpkg -i dist/grafana_2.1.3_armhf.deb

Setup service:

$ sudo update-rc.d grafana-server defaults 95 10

Start server:

$ sudo service grafana-server start

Configuration files are located at: /etc/default/grafana-server and /etc/grafana/grafana.ini.

Create dashboards

Navigate with a browser to: http://RPI_IP:3000/

Authenticate with admin / admin credendials then change password at: http://RPI_IP:3000/profile/password.

Add the telegraf influxdb datasource as explained at: http://docs.grafana.org/datasources/influxdb/:

- Name: RPI-NAME
- Default: checked
- Type: InfluxDB 0.9.x
- Url: http://localhost:8086/
- Access: proxy
- Basic Auth: NOT checked
- Database: telegraf
- User: admin
- Password: admin

You can now create cool grafana dashboards. Enjoy.

External References

• https://nicolas.steinmetz.fr/blog/post/InfluxDB-0.9.3-sur-un-RaspberriPy
• http://docs.grafana.org/project/building_from_source/
• https://github.com/fg2it/grafana-on-raspberry/blob/master/v2.1.2%2FREADME.md

• Headless Raspberry Pi setup

Setup

Install ssmtp:

$ sudo apt-get install ssmtp
$ sudo emacs /etc/ssmtp/ssmtp.conf

root=YOUR_EMAIL
mailhub=smtp.gmail.com:587
hostname=PI_HOSTNAME
AuthUser=YOUR_EMAIL
AuthPass=YOUR_PASSWORD
FromLineOverride=YES
UseSTARTTLS=YES

Install heirloom-mailx:

$ sudo apt-get install heirloom-mailx

Test

Send a mail to DESTINATION_EMAIL:

$ echo This is a test | mail -v -s "A mail from your pi" DESTINATION_EMAIL

External references

• http://doc.ubuntu-fr.org/ssmtp
• http://blog.hotfirenet.com/envoyer-mail-depuis-le-raspberry-pi/

When developing, I use the server provided by ember cli with a proxy enabled to send api requests to my backend:

$ ember server --proxy http://127.0.0.1:<BACKEND_PORT>

All requests starting with /api are proxied to the backend, and the ember cli server serves the ember app files and the assets, with a nice live-reload feature. This setup is perfect for development.

However, how to handle uploaded files ? My backend needs to store them somewhere on the file system where the ember cli server can serves them too.

You may think that storing them inside the /public directory of the ember cli project is the solution. But this is not the way to go, because everything in the /public folder is copied into the /dist directory when building your app, including for production. So that's a bad idea.

I searched how to make the ember cli server serve another directory. I'm not sure this is the best way to do it, but here is the solution I came to.

First let's create the upload directory in the ember cli project:

$ cd myapp
$ mkdir upload

Add a /upload/test.html file with this content:

This file is in the upload directory

Now let's generate a server directory:

$ ember g server

The main purpose of the new server directory is to mock server enpoints.

Open the /server/index.js file and add those lines:

var express = require('express');
app.use('/upload', express.static(__dirname + "/../upload"));

For example, my file looks like that:

// To use it create some files under `mocks/`
// e.g. `server/mocks/ember-hamsters.js`
//
// module.exports = function(app) {
//   app.get('/ember-hamsters', function(req, res) {
//     res.send('hello');
//   });
// };

module.exports = function(app) {
  var globSync   = require('glob').sync;
  var mocks      = globSync('./mocks/**/*.js', { cwd: __dirname }).map(require);
  var proxies    = globSync('./proxies/**/*.js', { cwd: __dirname }).map(require);

  // Log proxy requests
  var morgan  = require('morgan');
  app.use(morgan('dev'));

  mocks.forEach(function(route) { route(app); });
  proxies.forEach(function(route) { route(app); });

  // Permits to serve files in /upload directory
  var express = require('express');
  app.use('/upload', express.static(__dirname + "/../upload"));
};

Adds express dependency:

$ npm install express --save-dev

Start the server:

$ ember server

And now browse to: http://127.0.0.1:4200/upload/test.html

Victory \o/

My backend can now save uploaded file into the /upload directory of my ember cli project, and the ember cli server will serve them.

You can now continue having fun with Ember.js.

@aymerick

Aujourd'hui ta mission sera d'uploader un nouveau sketch dans ton magnifique JeeNode pour remplacer le sketch RF12demo.

Pour rappel, par sketch je ne parle pas du jeu d'acteur dont le but est de te faire hurler de rire, comme par exemple celui-ci:

Les Nuls - Professeur Thibault - La mouche qui... par les-nuls

Non non non, dans l'univers Arduino, un sketch est la façon de dire programme. Je ne sais absolument pas d'où ça vient et pourquoi ils ont choisi ce nom là. Peut-être qu'à la base c'était une énorme blague, j'en sais rien, je ne veux pas savoir, laisse moi tranquille, merci.

Ah, alors on me fait signe dans mon oreillette qu'en français on dit croquis, du coup oublie tout ce que je viens de dire, nous allons donc écrire un croq... ho non c'est trop naze, on va garder sketch.

Alors c'est l'histoire d'un Italien, un Allemand et un Belge...

Pour commencer, il faut installer la jeelib, qui est la lib de base pour les JeeNode. Sur MacOS, c'est comme ça que ça se passe:

$ cd ~/Documents/Arduino/libraries/
$ git clone https://github.com/jcw/jeelib

Puis relance l'IDE Arduino.

Ensuite va dans Ficher > Exemples > jeelib > RF12 > radioBlip:

Une fenêtre s'ouvre avec le sketch radioBlip. Celui-ci envoie un message toutes les 60 secondes, avec comme payload un compteur qui s'incrémente. Nous allons le modifier un peu.

Tout d'abord, remplace la ligne:

rf12_initialize(22, RF12_868MHZ, 5);

par celle-ci:

rf12_initialize(16, RF12_868MHZ, 212);

En effet, dans ce sketch le numéro de node et le groupe sont en dûr. C'est mal mais on va vivre avec. On le modifie juste pour mettre les bonnes valeurs: c'est le node 16 du groupe 212 qui fera tourner ce sketch.

Puis, on va faire en sorte d'envoyer des messages plus souvent, genre toutes les 10 secondes. Change cette ligne:

Sleepy::loseSomeTime(60000);

par:

Sleepy::loseSomeTime(10000);

Sauvegarde le fichier ainsi modifié.

Clique maintenant sur le bouton Vérifier pour compiler le sketch. Si tout va bien, le message Compilation terminée s'affiche sans erreur. Sinon, eh ba... bon courage:

Maintenant on va uploader le sketch. Branche ton JeeNode sélectionne le dans Outils > Port série (genre /dev/tty.usbserial-AH019ZSM).

Fait bien attention à ne pas sélectionner le JeeLink de test si tu l'as laissé branché sur ton ordi.

Ensuite clique sur la deuxième icone qui s'appelle... QUOI?!... non mais... qu'est-ce que c'est que ce.... ouaw... ok. Bon, donc cette deuxième icône s'appelle Téléverser, qui permet donc de... téléverser un croquis. Voilà voilà. On n'a pas peur du ridicule, non non.

Et donc, si le téléversement foire lamentablement avec le message avrdude: stk500_getsync(): not in sync: resp=0xfe c'est que nous sommes face à un problème de drivers! TADAAAAAAAAA!

Oui ça fait toujours peur, mais ne t'inquiète pas j'ai la solution: rend toi sur cette page et télécharge le fichier qui correspond à ta machine. Par exemple en ce qui me concerne j'ai besoin du fichier Mac OS X 2.2.18 pour x64 (64-bit).

Ensuite on installe les drivers, on débranche puis rebranche le USB HUB, et on retente le... téléversement donc (non je ne m'y ferai pas, c'est pas possible). Et là, maintenant, ça doit être bon:

"Hey mais c'est super !" te dis-tu, "Mais... et maintenant ? Qu'est-ce que quoi ?". Alors dèjà tu te calmes, tu respires à fond, et tu me laisses continuer.

Branche donc ton JeeLink de test, et sélectionne le dans Outils > Port série (ex: /dev/tty.usbserial-A1014IM4), puis affiche Outils > Moniteur série. Voyons-voir ce que reçoit notre ami JeeLink.

Tu dois voir apparaitre un nouveau message toutes les 10 secondes en provenance du node 16, avec un compteur qui s'incrémente:

OK 16 1 0 0 0
OK 16 2 0 0 0
OK 16 3 0 0 0
OK 16 4 0 0 0

Wouhou ! Trop la fête ! Tu viens d'uploader un sketch que tu as modifié sur ton JeeNode, et ça fonctionne ! Tu trouves pas ça génial ? ... Comment ça bof ? Il t'en faut plus pour être impressionné ?

Okaaayyy, défi accepté.

On se retrouve bientôt pour t'en mettre plein les mirettes.

Repose toi bien mon ami, car je vais avoir besoin de toute ton attention la prochaine fois.

A+ Arthus.

Alors aujourd'hui, ensemble, faisons communiquer deux JeeNode.

Mais avant tout j'ai un aveux à te faire: je t'ai menti. Oui je sais, c'est mal, et depuis j'ai un peu de mal à dormir.

L'aveux

Je t'expliquais donc qu'il suffisait de deux JeeNode pour commencer, et que tu n'avais pas besoin de JeeLink. Disons que dans l'absolu c'est pas faux, mais pour tester c'est quand même bien pratique de pouvoir connecter un JeeMachin sur son ordinateur de développement.

Personnellement j'utilise donc un JeeLink, branché sur mon Mac:

Giles Inc.

Allez, je suis pas chien, je vais t'expliquer comment ça marche.

Pour commencer, il faut installer le dernier SDK Arduino; en ce qui me concerne ça sera Arduino 1.0.6 pour MacOS X.

Puis lance l'IDE Arduino, et connecte le JeeLink sur un port USB de ton ordi.

Ensuite va dans Outils > Port série et sélectionne /dev/tty.usbserial-A1014IM4:

(si le JeeLink n'est pas détecté, installe ces drivers)

Sélectionne Outils > Moniteur série:

Une fenêtre s'affiche: choisis 57600 baud dans le menu déroulant en bas à droite de celle-ci.

Et là, normalement, le JeeLink essaie d'entrer en communication avec toi:

Si ce n'est pas le cas, tappe ? puis clique sur Envoyer. Si cela ne marche toujours pas débranche le JeeLink, rebranche le et relance le Moniteur série. Si cela ne marche toujours pas, envoie MOUISE au 7 12 12.

¯\_(ツ)_/¯

Alors, par défaut tous les JeeNode et JeeLink sont flashés avec un programme (on parle de sketch pour un Arduino) qui s'appelle, attention tiens-toi bien, le RF12demo. Encore un bel exemple que:

There are only two hard things in Computer Science: cache invalidation and naming things. -- Phil Karlton

Non mais demo ? Sérieux ? Alors en ce qui concerne les nodes "capteurs" on va en effet rapidement les flasher avec un autre sketch, mais on en a quand même besoin pour les configurer. Et puis on va par contre bel et bien garder ce sketch tel quel au niveau du node maitre. Du coup, demo je trouve que c'est assez mal choisis pour du code qui est essentiel pour notre petit réseau domestique.

Bon, bref, j'imagine que tout cela est historique, et sinon tu peux jeter un oeil au code source qui se trouve ici.

Revenons à notre JeeLink qui vient de nous dire plein de choses super intéressantes. Il a commencé par un truc dans ce genre là:

[RF12demo.7] A i1 g100 @ 915 Mhz

Ce qu'on peut traduire par:

Wesh cousin, je suis le sketch RF12demo version 7 mon pote. Eh ouais ! Je suis le number 1 du crew 100 et je sent la vibe à 915Mhz.

Ce qu'on peut traduire également par:

Je suis le node numéro 1 dans le groupe numéro 100 et je communique sur du 915Mhz.

Ensuite on a:

DF I 795 9

Et ça autant te dire qu'on s'en fout complètement.

Après on a la liste des commandes que l'on peut envoyer au JeeLink pour le configurer ou pour envoyer des packets de test.

On va donc commencer par le configurer correctement, en tappant des commandes dans la zone de saisie en haut de la fenêtre:

15i

Cà c'est pour dire "tu seras le node numéro 15 mon fils"...

8b

... "et je t'assure, tu communiques sur du 868Mhz, c'est ce qui était marqué sur l'emballage quand tu es né"...

212g

... "ah au fait ton nom de famille c'est 212. Bienvenue dans notre famille fiston!"

Une chose qu'il faut que tu saches, c'est que plus tard, quand ton réseau de JeeNode sera en place, il faudra faire en sorte que seul ton node maitre connecté au raspberry réponde aux autres nodes. Et il y aura donc une configuration supplémentaire à effectuer sur ton JeeLink de test:

1c

La traduction étant: "tu sais, tu es un peu spécial, tu est un JeeLink de test, et pour ne pas interférer avec les autres membres de la famille, je te met en mode collect, ce qui veut dire qu'a partir de maintenant tu entendras bien ce que disent les autres nodes mais tu ne leur répondras jamais, je sais c'est dûr mais c'est tombé sur toi, c'est comme ça, fait avec".

Pour l'instant ce n'est pas nécessaire.

Voilà, le JeeLink est configuré et gardera ses paramètres bien au chaud dans son EEPROM.

A chaque fois que ce JeeLink reçoit un message, il l'affiche à l'écran sur une seule ligne, genre comme ça:

? 41 247 84 70 252 129 16 100 211 6 129 241 18 230 72 64 65 219 157 180 182

Tu remarqueras le ? en début de ligne. Cela signifie que notre pote JeeLink n'a rien compris. En gros il y a un appareil pas loin qui cause aussi sur le 868Mhz mais ce n'est pas un JeeNode.

Si tu vois ce genre de choses apparaitre:

OK 4 1 129 166 0

Le OK veut dire que le JeeLink a bien reçu un packet d'un autre JeeNode.

Live on RFM12B

Alors, arrêtons nous un instant sur la façon dont ce réseau de JeeNode fonctionne.

Tu l'as compris, il y a une histoire de groupes. On peut avoir 212 groupes de 31 nodes chacun.

Dans mon cas de figure, qui est je te le rappelle la mise en place de capteurs un peu partout chez moi, un node maitre (le node 31) est branché en permanence sur un raspberry pi pour faire tourner le célèbre sketch RF12demo.

Les autres nodes, numérotés de 1 à 30, font tourner un sketch spécifique aux capteurs qu'ils possèdent et envoient leurs données à intervalle régulier. Je configure toujours ces nodes pour qu'ils demandent un acquittement; le node maitre doit est le seul à envoyer ces acquittements. C'est pour cela que mon JeeLink de test est configuré en mode collect, pour ne pas interférer avec le node maitre.

Dans l'exemple ci-dessous, on voit le node maitre JeeNode 31 qui reçoit des données des deux JeeNode JeeNode 1 et JeeNode 2 possédant chacun un capteur de température, et il leur répond en envoyant un acquittement.

      +----+      +----+
      |Temp|      |Temp|
      +----+      +----+
    +-+----+--+ +-+----+--+
    |JeeNode 1| |JeeNode 2|
    +----+----+ +-+-------+
         |        |
     temp| ^  temp| ^
         | |      | |
         | |      | |
         v |ack   v |ack
           |        |
       +---+--------+-+
       |  JeeNode 31  |
       | +----------+ |
       | |RFM12demo | |
       | +----------+ |
       +--------------+
              |
              |
              v
      +-----------------+
      |  Raspberry Pi   |
      |  +-----------+  |
      |  |RFM12demo  |  |
      |  |decoder    |  |
      |  +-----------+  |
      +-----------------+
                                                                

Si les nodes ne recoivent pas d'acquittement, il réémettrons plusieurs fois avant d'abandonner.

Soyons clair, le node maitre ne fait que transmettre les données brutes au raspberry. Il faut donc un programme qui décode les paquets reçus; c'est le role du RFM12demo decoder sur le schéma. Notre ami Jean-Claude a développé un outil pour jouer ce role: HouseMon. Alors autant te dire tout de suite, j'ai installé une vieille version il y a bien longtemps qui ne m'a pas vraiment emballé. Depuis ça a pas mal bougé, mais ça m'a l'air bien compliqué avec des histoires de jeebus et de flow... mMmm ok bon, ba "ça ne me plait pas donc je vais coder un truc à ma façon" (tm).

Mais je vois qu'une question te taraude. Que ce passe-t-il si on veut installer plus de 31 nodes chez soit ? Eh bien mon jeune ami, il faut mettre en place un deuxième groupe, et donc un deuxième node maitre pour ce groupe. On se retrouvera alors avec deux nodes maitres sur le raspberry pi, et le RFM12demo decoder devra prendre ça en compte.

Bééééé !

Revenons maintenant à nos moutons, ou plutôt à notre JeeLink de test. Essayons donc de le faire communiquer avec le JeeNode que tu as soudé.

Allez, branche ton JeeNode sur ton ordinateur. Vas-y essaie. Tu n'y arrives pas ? Ahah je suis taquin: il te faut un un USB BUB pour relier le port FTDI du JeeNode au port USB de ton ordinateur:

Donc maintenant tu peux y aller, branche ton JeeNode:

Les leds TX et RX du USB BUB vont clignoter un peu.

Ensuite, dans l'IDE Arduino, va dans Outils > Port série et sélectionne quelque chose comme /dev/tty.usbserial-AH019ZSM:

Et enfin sélectionne Outils > Moniteur série.

Si rien ne s'affiche, c'est peut etre un soucis de connexion, essaie de bouger un peu le JeeNode au niveau du connecteur FTDI. Si vraiment cela ne fonctionne pas, vérifie toutes les soudures de ton JeeNode.

Normalement tu dois voir le JeeNode causer avec toi comme le faisait le JeeLink. C'est normal, c'est parce qu'il a été flashé avec le même sketch RFM12demo. Cela va nous permettre de le configurer correctement, cette fois-ci en lui donnant le numéro 16:

16i
8b
212g

Et voilà. Si tu as bien laissé le JeeLink connecté, on va pouvoir lui dire bonjour en tappant:

15a

Ce qui veut dire "Envoi un message de test au node 15 et demande un acquittement".

Ensuite on voit ça:

-> 0 b

Ce qui veut dire "Ok, je viens d'envoyer un message tout vide".

Et surtout, on recoit ce message:

OK 143

Eh bien ça mon jeune ami, c'est le JeeLink qui envoie un acquittement, ce qui signifie qu'il a bien reçu ton message. Et là, normalement, tu pleures de joie tellement c'est beau. Comment ça non ? Ah ok... eh ba moi non plus hein.

Si jamais tu ne reçois pas la réponse du JeeLink, vérifie que celui-ci n'est pas en mode collect.

Ainsi s'achève cet article.

Lors d'un prochain épisode nous ajouterons un capteur au JeeNode.

A la prochain Etienne !

(Un pneu mon neveu hahahahaha.... haha... ha....)

J'imagine que suite à mon dernier billet sur la vie de Jean-Claude, tu t'es empressé d'acheter un JeeNode, fougeux que tu es.

Et du coup tu te retrouves devant çà:

Je vois bien ton désarroi. Personne ne t'avais prévenu. Hey ba ouais, il va falloir faire resurgir tes vieux cours d'EMT du passé et souder tout çà.

Alors attention, que çà soit bien clair, on dit bien souder et pas soudre, parce que si tu dis soudre, tu disparais... hoho... hum passons.

Si jamais tu veux la version originale, tu peux aller sur le blog de Jean-Claude.

C'est sûr ces Slaves savent souder sans soucis

Allez, on y va, on se lance, on y croit, on n'a pas peur.

On est donc devant çà:

Alors, ma petite astuce, mon petit plus à moi, c'est de remplacer cette saloperie de header tout pourrit vendu avec le kit par des headers à angle droit vendus dans la boutique de Jean-Claude.

Regarde bien; à gauche, le tout pourrit, et à droite, le moins pourrit:

Je crois que la photo parle d'elle même, c'est flagrant.

Non mais à la base, la soudure c'est pas mon truc, alors forcément si en plus y'a des pièges, çà peut énerver.

Bref, gardons çà pour plus tard, et continuons.

Commençons donc par la résistance. Met la résistance dans son emplacement R1, retourne le tout, et soude les pates:

Ensuite tu peux couper les pates (admire au passage la mise en scène avec la pince sur cette photo):

Et hop! Une résistance soudée! BRAVO! Tu voies qu'ils servent enfin à quelque chose tes cours d'EMT du collège:

Ensuite tu fais la même chose avec les 4 petits condensateurs:

Alors là attention, accroche-toi bien, il y a une difficulté. Nous attaquons l'étape dites du GROS CONDENSATEUR. Oui je sais çà fait peur, mais c'est fait exprès. Car le gros condensateur est polarisé.

Alors, d'après toi, est-ce que çà veut dire que:

1. Il est le héro du dernier San Antonio
2. Il s'est fait prendre au Polaroïd
3. Il cherche constamment un mec qui s'appellerait Risé mais qui ne serait jamais là
4. Contrairement à d'autres gros condensateurs, il n'est pas la risé des petits condensateurs
5. Y'a un sens et faut faire gaffe (en gros)

Oui ok, donc oui y'a un sens et faut faire gaffe: la pate la plus longue est le +, et se trouve donc à droite. Voilà c'est tout:

Passons maintenant au régulateur de tension. La aussi y'a un sens, mais maintenant que tu es bien chaud, je te vois mal te gourer sur celui-là.

Commence donc par tordre la pate du milieu:

Et sinon, tu connais l'histoire de Hop! le régulateur ? Bon va c'est un régulateur qui passe et puis Hop! le régulateur:

Ensuite, si sur la photo suivante il y a un cercle rouge, ce n'est pas parce qu'il faut dessiner un rond au feutre rouge sur le JeeNode. Non pas du tout, c'est juste pour t'indiquer l'endroit où il faut mettre un peu de soudure.

Alors oui, avant il y avait une diode à cet endroit, mais Jean-Claude s'est dit que finalement çà ne servait à rien. Du coup il faut relier les deux machins. Voilà. Et oui, machin c'est le terme technique qui convient:

Attention accroche toi bien, tu vas maintenant enchainer 54 soudures d'affilée!

D'abord le support du chip:

Ensuite les 4 headers de port:

Voilà, tu l'as fait. Tu dois te sentir super fort maintenant.

Je te vois même esquisser un sourire "LOL trop facile" quand vient le tour du résonnateur:

Je te conseille quand même de moins faire le malin, car c'est avec la prochaine étape que tu vas commencer à bien transpirer des doigts.

Non, tu ne rêves pas, tu vas effectivement souder le composant RFM12B comme tu penses que tu dois le faire. Et fait bien gaffe parce qu'il y a un sens, donc regarde bien la photo.

On va commencer par mettre un peu de soudure sur un emplacement du composant, genre en haut à gauche:

Le but maintenant est de positionner le RFM12B correctement, puis de chauffer la soudure préalablement posée pour la liquéfier. Et quand ca refroidit, le RFM12B doit être bien en place, comme ceci:

A partir de là tu peux finir de le souder tout partout sauf au niveau du trou qui a un A à côté. Celui-là c'est pour l'antenne.

Dénude donc un peu l'antenne, fait la passer dans ce trou, et soude la:

Enfin, c'est au tout du port FTDI. Et c'est là que tu me remercies pour l'astuce du header à angle droit. Tu vas voir comme c'est facile avec ce header. Si tu es joueur, essaye donc de souder le header fourni avec le kit à la place, puis ouvre la fenêtre et jete le tout dehors en gueulant.

Bon bref, voilà le bon header bien soudé:

ET TADA ! Tu as soudé ton premier JeeNode, bravo je suis fier de toi:

Ca mérite même une deuxième photo tiens:

Donc voilà, c'est fini. Tu peux maintenant exposer ton JeeNode dans ton salon pour bien montrer à tout le monde que tu es un pro en électronique, un vrai. Un de ceux qui savent ce qui se cache derrière des termes techniques tels que machin et Y'a un sens et faut faire gaffe.

Sinon, dans un futur plus ou moins proche, je t'expliquerai comment le programmer, lui ajouter des capteurs...

Mais pour l'instant, je te dis à la prochaine, et n'oublie pas d'éteindre ton fer à souder avant de partir.

Références

• http://jeelabs.org/2010/09/26/assembling-the-jeenode-v5/

En ce début d'année 2015, installons des JeeNode partout dans la maison.

Et là je vous vois venir gros comme une maison:

Ok Aymerick, nous on veut bien hein, on n'est pas contre, mais qu'est ce que c'est qu'un Ginaude ? Et pourquoi qu'on ferait çà, crévindiou de nom de diou de bon diou ?

Héhé, amical habitant de la campagne. Ne t'inquiète pas, je vais tout t'expliquer.

Le Ginaude

Un JeeNode est un circuit électonique créé par Jean-Claude Wippler, qui avait comme objectif de créer un réseau local de capteurs communiquant sans-fil. Il est compatible avec la plateforme arduino, on peut donc utiliser les mêmes outils de développement que pour un arduino standard.

Mais arrêtons-nous un instant sur la vie de Jean-Claude Wippler.

Jean-Claude, sa vie, son oeuvre

Mais qui est vraiment Jean-Claude ? C'est la question que tout le monde se pose. Vivant actuellement aux Pays-Bas, il se dit être à la fois Français, Allemand et Néerlandais tant il est vrai que déjà tout petit il aimait picorer des morceaux de goudat entre deux bières allemandes lors de ses vacances dans un camping de la cote d'azur.

Informaticien indépendant depuis plus de 20 ans, il se lance dans l'électronique pour le fun, et commence à partager ses aventures sur son blog jeelabs.org en 2008. Etant moi-même une quiche en électronique, j'ai parcouru ses nombreux billets et j'ai trouvé ses expérimentations fascinantes. Toujours est-il que quelques mois plus tard, Jean-Claude nous sort déjà son premier JeeNode, qu'il déclinera jusqu'à l'actuelle v6 de l'engin.

Un JeeNode est doté d'une puce RFM12B pour communiquer en RF. C'est sûr que comparé au wifi, le RFM12B c'est plutôt low-tech. Mais c'est moins cher, çà consomme très peu, et c'est grandement suffisant croyez moi.

Vous trouverez plus d'informations techniques sur cette page.

JC fini par créer une boutique en ligne (qui est maintenant sous-traitée en Angleterre) et décline sa plateforme avec d'autres types de nodes:

• Le JeeNode SMD: une version pré-assemblée du JeeNode
• Le JeeNode USB: un JeeNode pré-assemblé avec un port USB à la place du port FTDI
• Le JeeLink: un JeeNode au format clef USB. On le branche sur un ordi et il joue le role de chef d'orchestre: c'est lui qui recoit les données des autres JeeNodes. Il n'a pas de ports, il est enfermé dans sa boite en plastique.
• Le JeeNode Micro: bon ba... un p'tit JeeNode quoi
• Le LED Node: un JeeNode assez particulier, pour piloter un bandeau de LEDs

Comme tu peux le voir ami lecteur, Jean-Claude est productif. Mais ce n'est pas fini.

Un JeeNode possède 4 ports. C'est comme çà, c'est le standard défini par Jean-Claude pour les entrées-sorties et l'alimentation. Et du coup, toujours sur la boutique de jeelabs, on trouve tout un tas de plugs à brancher sur nos JeeNode:

• Le Room Board: tout ce qu'il faut pour mesurer la température, l'humidité, la luminosité et détecter des mouvements. Bon, le capteur HYT131 pour l'humidité coûte un bras, mais il y a moyen de le remplacer par un DHT22 beaucoup plus abordable.
• Le Dimmer Plug: bon ba... pour dimmer
• Le Gravity Plug: rien à voir avec le film... c'est juste un accéléromètre
• Le Infrared Plug: devinez
• ...

Il y a de quoi faire plein de trucs sympatoches.

Dans sa grande bonté, Jean-Claude a mis toute sa plateforme en open source, et çà c'est essentiel. Imaginons un instant que Jean-Claude se fasse renverser par une meule de gouda géante alors qu'il écoutait du Eddy Mitchell lors de la fête de la bière. PAF ! Sa boutique en ligne ferme, et maintenant comment je fais moi si je veux ajouter d'autres JeeNode chez moi ? Eh bien je prend les schémas électronique fournis par feu Jean-Claude, et je les fabrique moi-même, via Seeed Studio par exemple.

Oui ? Et donc ?

La plateforme JeeNode correspond parfaitement à mon besoin car:

• je veux mettre des capteurs de température/humidité/... partout dans ma maison, à pas trop cher
• je n'ai pas envie de changer les piles tous les 2 mois (tous les 2 ans c'est mieux)
• je ne veux pas être dépendant d'un matériel propriétaire fermé
• je n'y connais rien en électronique, mais çà ne me gêne pas de souder des trucs, voir çà m'amuse

Alors c'est parti mon kiki.

Achète moi un Ginaude Ginette !

Coté serveur, un raspberry pi fait l'affaire:

• un Raspberry Pi B+ acheté chez RadioSpare Particuliers (le week-end avec frais de ports offerts): 31,26€
• une alim micro USB: 8,49€
• une carte micro SD: 8,90€

Et avec deux nodes pour débuter:

• deux JeeNode: 18,50€ * 2
• un USB BUB: 13,50€
• un boitier pour 3 piles AA: 1,50€

Un seul USB BUB suffit: il permet de raccorder un JeeNode à un ordi pour mettre à jour le JeeNode. Dans les faits, il ne servira qu'une fois par JeeNode (en dehors de la phase de conception et de test des programmes).

On n'est pas obligé d'acheter un JeeLink: un simple JeeNode peut servir de node principal en le branchant directement sur le GPIO du raspberry pi comme expliqué ici.

Et après j'fais quoi ?

Houla comme tu es pressé. Ca va venir ne t'inquiète pas, tu auras la suite bientôt. En attendant si tu t'ennuies tu peux toujours lire les billets de blog de Jean-Claude. Je sais c'est touffu et c'est pas facile de s'y retrouver mais ca vaut le coup.

Allez, je t'embrasse, à la prochaine.

Références

• http://jeelabs.net/projects/hardware/wiki/JeeNode
• http://www.digitalsmarties.net/collections/all

• Headless Raspberry Pi setup

Setup raspberry

Add a user for synology:

$ sudo useradd synology -m -G users
$ sudo passwd synology

Mount USB drive on /mnt/usbdrive:

$ sudo mkdir /mnt/usbdrive

$ sudo fdisk -l
$ sudo emacs /etc/fstab

/dev/sdb1       /mnt/usbdrive   ext4    defaults,user     0       0

$ sudo mount -a

Create backup directory:

$ sudo mkdir /mnt/usbdrive/chezak_backup
$ sudo chown synology:users /mnt/usbdrive/chezak_backup

Configure synology

Go to Backup and Restore then

• Create: Databackup task
• Task: Pickup Full Backup

Network Backup (rsync-compatible server)

• Server name of IP address: 192.168.0.41
• Username: synology
• Password: *********
• Backup module: /mnt/usbdrive/
• Directory: chezak_backup

Check:

• Enable transfer encryption
• Enable metadata backup

Select to backup:

• Configuration
• Shared folder (all)

Enable backup schedule

• Day: Daily
• Hour(s): 03
• Minute: 30

External references

• http://www.vdsar.net/rsync-backup-synology-remote-raspberry-pi/
• http://www.synology.com/en-us/support/tutorials/461
• http://www.prodeta.nl/synology-network-backups-to-rsync-compatible-servers/

Jekyll support on github pages is great, but there are some limitations that prevent me from using it:

• I want to use bower to manage dependencies, and without pushing the bower components directory to git
• I want to be able to use custom jekyll plugins

So I prefer to directly push the generated site on github pages.

Code for this tutorial is available here: https://github.com/aymerick/jekyll-example

Result website is here: http://jekyll-example.aymerick.com

Websites I built with that setup:

• http://www.aymerick.com (source: https://github.com/aymerick/aymerick.github.io)
• http://www.williams-bretagne.org (source: https://github.com/aymerick/williams-bretagne)

Setup the master branch

WARNING: This tutorial covers the setup of a Project Page, and as so the master branch is used as the source one, and the gh-pages branch holds the generated site. However, if you setup a User Page then the master branch holds the generated site, and so you have to create a new branch (eg: source) to hold your site source.

First, create an empty jekyll-example repository on github via the web interface.

Then generate the website:

$ jekyll new jekyll-example

Init git:

$ cd jekyll-example
$ git init
$ git add .
$ git commit -m "Generated by Jekyll v2.1.1"

Push master to github:

$ git remote add origin git@github.com:aymerick/jekyll-example.git
$ git push -u origin master

Setup the gh-pages branch

Create an orphan gh-pages branch:

$ git checkout --orphan gh-pages
$ git reset .
$ rm -r *
$ rm .gitignore
$ echo 'Coming soon' > index.html
$ git add index.html
$ git commit -m "init"

That way the master and the gh-pages branches are totally independant ones, they share no history at all.

Push gh-pages to github:

$ git push -u origin gh-pages

Now you should see Coming soon message when browsing to: http://aymerick.github.io/jekyll-example/

Checkout the gh-pages branch in _dist directory

Let's work in master branch:

$ git checkout master

Checkout the gh-pages branch into _site directory:

$ git clone git@github.com:aymerick/jekyll-example.git -b gh-pages _site

The _site directory is already in .gitignore so we are just fine.

Let's test our new website:

$ jekyll serve

Browse to http://127.0.0.1:4000/ and Bingo!

Push the generated site on github:

$ cd _site
$ git add .
$ git commit -m "First generation"
$ git push

Now browse to http://aymerick.github.io/jekyll-example/ and ... wow... the jekyll site is displayed but the CSS is broken. Why ? Because you have to set the baseurl setting in the main config file.

So edit the _config.yml file and set:

baseurl: "/jekyll-example"
url: "http://aymerick.github.io"

Regenerate the site, and push result on github:

$ cd ..
$ jekyll build
$ cd _site
$ git add .
$ git commit -m "Fixes baseurl"
$ git push

Now browse to http://aymerick.github.io/jekyll-example/ and everything should be fine.

Let's go back locally:

$ cd ..
$ jekyll serve

Note that the local site is now accessible at http://127.0.0.1:4000/jekyll-example/

Disable jekyll build on github

To be sure that jekyll generation is not triggered on github, you must add an empty .nojekyll file.

Then edit the _config.yml file and set:

include:
  - .nojekyll

Setup bower

Install bower:

$ npm install -g bower
$ bower init

The bower.json file should have been created with something like that:

{
  "name": "jekyll-example",
  "version": "0.0.0",
  "homepage": "https://github.com/aymerick/jekyll-example",
  "authors": [
    "Aymerick Jéhanne"
  ],
  "description": "Jekyll setup example",
  "license": "MIT",
  "private": true,
  "ignore": [
    "**/.*",
    "node_modules",
    "bower_components",
    "test",
    "tests"
  ]
}

Now, we need to exclude bower files from jekyll build. Edit the _config.yml file and adds:

exclude:
  - "bower_components"
  - "bower.json"

Make git ignore bower components by adding that line to .gitignore file:

/bower_components/

Install bootstrap

Let's install bootstrap with bower:

$ bower install bootstrap --save

Now bootstrap and jquery files are available here:

/bower_components/bootstrap/dist/css/bootstrap.min.css
/bower_components/bootstrap/dist/css/bootstrap.min.js
/bower_components/jquery/dist/css/jquery.min.js

I really don't want to push the whole bower_components directory to github. So let's setup a build system with grunt that will replace jekyll tool and that will copy the vendor files as I want it.

Setup npm

Init npm:

$ npm init

The package.json file should have been created with something like that:

{
  "name": "jekyll-example",
  "version": "0.0.0",
  "description": "Jekyll setup example",
  "main": "_site/index.html",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "repository": {
    "type": "git",
    "url": "git://github.com/aymerick/jekyll-example.git"
  },
  "author": "Aymerick Jéhanne",
  "license": "MIT",
  "bugs": {
    "url": "https://github.com/aymerick/jekyll-example/issues"
  },
  "homepage": "https://github.com/aymerick/jekyll-example"
}

To exclude npm files from jekyll build, edit the _config.yml file and adds:

exclude:
  - "node_modules"
  - "package.json"
  - ...

Make git ignore npm packages by adding that line to .gitignore file:

/node_modules/
...

The grunt file

First, install needed grunt packages:

$ npm install -g grunt-cli
$ npm install grunt grunt-bower-task grunt-contrib-connect grunt-contrib-copy grunt-contrib-watch grunt-exec --save-dev

Now the fun part begins, let's create the grunt file. I'm not a big fan of coffescript, but for the purpose of a makefile I think its syntax is elegant and cleaner than raw javascript.

So here is the Gruntfile.coffee file:

#global module:false

"use strict"

module.exports = (grunt) ->
  grunt.loadNpmTasks "grunt-bower-task"
  grunt.loadNpmTasks "grunt-contrib-connect"
  grunt.loadNpmTasks "grunt-contrib-copy"
  grunt.loadNpmTasks "grunt-contrib-watch"
  grunt.loadNpmTasks "grunt-exec"

  grunt.initConfig

    copy:
      jquery:
        files: [{
          expand: true
          cwd: "bower_components/jquery/dist/"
          src: "jquery.min.js"
          dest: "vendor/js/"
        }]
      bootstrap:
        files: [{
          expand: true
          cwd: "bower_components/bootstrap/dist/css/"
          src: "bootstrap.min.css"
          dest: "vendor/css/"
        },
        {
          expand: true
          cwd: "bower_components/bootstrap/dist/js/"
          src: "bootstrap.min.js"
          dest: "vendor/js/"
        }]

    exec:
      jekyll:
        cmd: "jekyll build --trace"

    watch:
      options:
        livereload: true
      source:
        files: [
          "_drafts/**/*"
          "_includes/**/*"
          "_layouts/**/*"
          "_posts/**/*"
          "css/**/*"
          "js/**/*"
          "_config.yml"
          "*.html"
          "*.md"
        ]
        tasks: [
          "exec:jekyll"
        ]

    connect:
      server:
        options:
          port: 4000
          base: '_site'
          livereload: true

  grunt.registerTask "build", [
    "copy"
    "exec:jekyll"
  ]

  grunt.registerTask "serve", [
    "build"
    "connect:server"
    "watch"
  ]

  grunt.registerTask "default", [
    "serve"
  ]

First let's exclude the grunt file from jekyll build, by editing the _config.yml file and adding:

exclude:
  - "Gruntfile.coffee"
  - ...

The grunt tasks

The copy subtask copies the jquery and bootstrap files to a new vendor directory. That directory will be copied as is by jekyll to _dist so it acts as a temporary zone and must be ignored by git. Adds that line to .gitignore file:

  /vendor/
  ...

The exec:jekyll subtask invokes the jekyll tool to build the site into _site directory.

The connect:server subtask launches a server on port 4000.

The watch subtask rebuilds the site when a source file changes. The list of all watched source files must be provided in the files setting. Remember to update that setting when you add custom directories or files.

Note the use of livereload: true in both watch and connect:server subtasks. Thanks to that setting, your browser will reload automatically when one of the source files changes.

Include bootstrap files

Let's include vendor files in our jekyll site:

Edit the _includes/head.html file and add that line:

<!-- Custom CSS -->
<link rel="stylesheet" href="/vendor/css/bootstrap.min.css">

Edit the _layouts/default.html file and add those lines before </body>:

<script src="/vendor/js/jquery.min.js"></script>
<script src="/vendor/js/bootstrap.min.js"></script>

The baseurl dilemma

So now, you can replace the jekyll serve command with:

$ grunt

Or if you want verbose logs:

$ grunt -v

But there is a problem:

• If you browse to http://127.0.0.1:4000/jekyll-example you get a Cannot GET /jekyll-example/ error
• If you browse to http://127.0.0.1:4000/ then the CSS is broken

That's because jekyll is configured with baseurl: "/jekyll-example" so that it is browsable at http://aymerick.github.io/jekyll-example/ but there is no such setting with grunt-contrib-connect. The grunt-contrib-connect package expects you to browse http://127.0.0.1:4000/.

Custom domain name

I personnally always host my jekyll sites on custom domain names, so I will host that example on http://jekyll-example.aymerick.com instead of http://aymerick.github.io/jekyll-example/.

That way I don't need a baseurl setting and this setup works the same for development and for production. If you really need to keep the baseurl setting then you should probably create a new 'production specific' grunt task that will build jekyll with the --baseurl URL option.

So, first you need to comment the baseurl setting in the _config.yml file:

# baseurl: "/jekyll-example"

Then create a CNAME file with the custom domain name:

jekyll-example.aymerick.com

Finally go to your DNS provider website and setup a CNAME from jekyll-example.aymerick.com to aymerick.github.io.

Let's push everything:

$ grunt build
$ cd _site
$ git add .
$ git commit -m "Setup bootstrap and custom domain"
$ git push
$ cd ..

And now, browse to http://jekyll-example.aymerick.com.

You should probably see a 404 There isn't a GitHub Page here. error, that's because it takes some time for github to setup your new custom domain configuration. Just wait a few minutes then try again, you will eventually see your site.

The deploy task

It is tedious to manually commit and push the gh-pages branch when you want to deploy to github pages. Let's create a rake task that will help us with that.

Create a Rakefile file:

require "rubygems"

desc "Deploy to Github Pages"
task :deploy do
  puts "## Deploying to Github Pages"

  puts "## Generating site"
  system "grunt build"

  cd "_site" do
    system "git add -A"

    message = "Site updated at #{Time.now.utc}"
    puts "## Commiting: #{message}"
    system "git commit -m \"#{message}\""

    puts "## Pushing generated site"
    system "git push"

    puts "## Deploy Complete!"
  end
end

Exclude Rakefile from jekyll build, by editing the _config.yml file and adding:

exclude:
  - "Rakefile"
  - ...

And now, deploying your site on github page is as simple as running:

$ rake deploy

Conclusion

With that setup, you only have two commands to run:

• grunt while developing, with live reload support
• rake deploy to deploy the site in production

You can now add more bower packages, use custom jekyll plugins, and have fun :)

(You can contact me @aymerick and I want to thanks @octplane for reviewing this tutorial)

• Headless Raspberry Pi setup

Install

$ sudo apt-get install libjpeg8 libpng12-0 libgif4 libexif12 libswscale2 libavcodec53
$ wget http://downloads.slimdevices.com/LogitechMediaServer_v7.7.3/logitechmediaserver_7.7.3_all.deb
$ sudo dpkg -i logitechmediaserver_7.7.3_all.deb

Fix install

$ sudo service logitechmediaserver stop

$ wget http://allthingspi.webspace.virginmedia.com/files/lms-rpi-raspbian.tar.gz
$ tar -zxvf lms-rpi-raspbian.tar.gz
$ sudo patch /usr/share/perl5/Slim/bootstrap.pm lms-rpi-bootstrap.patch

$ sudo mv arm-linux-gnueabihf-thread-multi-64int /usr/share/squeezeboxserver/CPAN/arch/5.14/
$ sudo mv libmediascan.so.0.0.0 libfaad.so.2.0.0 /usr/local/lib
$ sudo mv /usr/share/squeezeboxserver/Bin/arm-linux/faad /usr/share/squeezeboxserver/Bin/arm-linux/faad.old
$ sudo mv faad /usr/share/squeezeboxserver/Bin/arm-linux
$ sudo ln -s /usr/local/lib/libmediascan.so.0.0.0 /usr/local/lib/libmediascan.so
$ sudo ln -s /usr/local/lib/libmediascan.so.0.0.0 /usr/local/lib/libmediascan.so.0
$ sudo ln -s /usr/local/lib/libfaad.so.2.0.0 /usr/local/lib/libfaad.so
$ sudo ln -s /usr/local/lib/libfaad.so.2.0.0 /usr/local/lib/libfaad.so.2
$ sudo ldconfig

$ sudo chown -R squeezeboxserver:nogroup /usr/share/squeezeboxserver/

$ sudo service logitechmediaserver start

Browse to: http://pikan.local:9000

External references

• http://allthingspi.webspace.virginmedia.com/lms.php
• http://wiki.slimdevices.com/index.php/Logitech_Media_Server

• Headless Raspberry Pi setup
• Munin Server on a Raspberry Pi

Install

$ sudo apt-get install munin-node munin-plugins-extra

Setup Node

$ sudo emacs /etc/munin/munin-node.conf

allow ^192\.168\.0\.44$

Install pi sensors:

$ cd /usr/share/munin/plugins
$ sudo wget -O pisense_ https://raw.github.com/perception101/pisense/master/pisense_
$ sudo chmod a+x pisense_
$ sudo ln -s /usr/share/munin/plugins/pisense_ /etc/munin/plugins/pisense_temp
$ sudo ln -s /usr/share/munin/plugins/pisense_ /etc/munin/plugins/pisense_clock
$ sudo emacs /etc/munin/plugin-conf.d/munin-node

[pisense_*]
user root

$ munin-node-configure
$ sudo /etc/init.d/munin-node restart

Setup Server

On Munin Server (pikan.local):

$ sudo emacs /etc/munin/munin.conf

[NODE-NAME.local]
    address 192.168.0.42
    use_node_name yes

$ sudo service munin restart

Test:

pi@pikan:~$ telnet NODE-NAME.local 4949
Trying 192.168.0.42...
Connected to 192.168.0.42.
Escape character is '^]'.
# munin node at NODE-NAME
list
cpu df df_inode entropy forks fw_packets if_err_eth0 if_eth0 interrupts irqstats load memory nfs4_client nfs_client nfsd nfsd4 ntp_kernel_err ntp_kernel_pll_freq ntp_kernel_pll_off ntp_offset open_files open_inodes pisense_clock pisense_temp proc_pri processes swap threads uptime users vmstat
quit
Connection closed by foreign host.
pi@pikan:~$ telnet 192.168.0.42 4949
Trying 192.168.0.42...
Connected to 192.168.0.42.
Escape character is '^]'.
# munin node at NODE-NAME
nodes
NODE-NAME
.
list
cpu df df_inode entropy forks fw_packets if_err_eth0 if_eth0 interrupts irqstats load memory nfs4_client nfs_client nfsd nfsd4 ntp_kernel_err ntp_kernel_pll_freq ntp_kernel_pll_off ntp_offset open_files open_inodes pisense_clock pisense_temp proc_pri processes swap threads uptime users vmstat
fetch pisense_temp
temp.value 45.5
.
quit
Connection closed by foreign host.

External references

• http://pingbin.com/2012/07/howto-install-munin-raspberry-pi/

• Headless Raspberry Pi setup
• Nginx on Raspberry Pi

Install

$ sudo apt-get install munin munin-node munin-plugins-extra

Setup Server

$ sudo emacs /etc/munin/munin.conf

[pikan.local]
    address 127.0.0.1
    use_node_name yes

$ sudo emacs /etc/nginx/sites-available/pikan

server {
    listen 80;
    root /var/www;
    index index.html index.htm;

    location /stats {
        stub_status on;
        access_log off;
        allow 127.0.0.1;
        allow 192.168.0.0/24;
        deny all;
    }

    location /munin {
        alias /var/cache/munin/www;
        index index.html;
    }
}

$ sudo service nginx reload

Test

Browse: http://pikan.local/munin

RDD data is stored in: /var/lib/munin

Setup Node

Install pi sensors:

$ cd /usr/share/munin/plugins
$ sudo wget -O pisense_ https://raw.github.com/perception101/pisense/master/pisense_
$ sudo chmod a+x pisense_
$ sudo ln -s /usr/share/munin/plugins/pisense_ /etc/munin/plugins/pisense_temp
$ sudo ln -s /usr/share/munin/plugins/pisense_ /etc/munin/plugins/pisense_clock
$ sudo emacs /etc/munin/plugin-conf.d/munin-node

[pisense_*]
user root

$ munin-node-configure
$ sudo /etc/init.d/munin-node restart

External references

• http://pingbin.com/2011/07/how-to-install-munin-on-debian/
• http://raspiblog.besaba.com/?p=62

• Headless Raspberry Pi setup

Install

$ sudo apt-get install nginx

Setup

$ sudo mkdir /var/www
$ sudo chown www-data:www-data /var/www
$ sudo unlink /etc/nginx/sites-enabled/default
$ sudo emacs /etc/nginx/sites-available/pikan

server {
    listen 80;
    root /var/www;
    index index.html index.htm;

    location /stats {
        stub_status on;
        access_log off;
        allow 127.0.0.1;
        allow 192.168.0.0/24;
        deny all;
    }
}

$ sudo emacs /var/www/index.html

<html>
<head>
<title>pikan.local</title>
</head>
<body>
<h1>Welcome to pikan</h1>
</body>
</html>

$ cd /etc/nginx/sites-enabled
$ sudo ln -s ../sites-available/pikan
$ sudo service nginx start

Test

Browse:

• http://pikan.local
• http://pikan.local/stats

External references

• http://www.ducky-pond.com/posts/2013/Sep/setup-a-web-server-on-rpi/

$ mkdir -p ~/Dev/go
$ emacs ~/.bash_profile

export GOPATH=$HOME/Dev/go
export PATH=$PATH:$GOPATH/bin

$ source ~/.bash_profile
$ echo $GOPATH

Fetch package

$ go get github.com/aymerick/jeego

To Fetch updated package:

$ go get -u github.com/aymerick/jeego

Dev on package

$ cd ~/Dev/go/src/github.com/aymerick/jeego/

Make some changes to source files.

$ go build
$ go install
$ jeego

External References

• http://tip.golang.org/doc/code.html

• Headless Raspberry Pi setup

Install

Note that you can install pre-built packages here: http://dave.cheney.net/unofficial-arm-tarballs

Install go 1.5 using Go Version Manager:

$ bash < <(curl -s -S -L https://raw.githubusercontent.com/moovweb/gvm/master/binscripts/gvm-installer)
$ source /home/pi/.gvm/scripts/gvm
$ sudo apt-get install bison
$ gvm install go1.4
$ gvm use go1.4
$ gvm install go1.5
$ gvm use go1.5 --default

Test

Create a file named hello.go and put the following code in it:

package main

import "fmt"

func main() {
    fmt.Printf("hello, world\n")
}

Then run it with the go tool:

$ go run hello.go

External References

• https://nicolas.steinmetz.fr/blog/post/InfluxDB-0.9.3-sur-un-RaspberriPy
• https://github.com/moovweb/gvm
• http://dave.cheney.net/unofficial-arm-tarballs
• http://tip.golang.org/doc/install

• Headless Raspberry Pi setup

Plug the camera

Plug the camera as explained here: http://www.youtube.com/watch?v=GImeVqHQzsE

Update system

$ sudo apt-get update
$ sudo apt-get upgrade

Enable camera

$ sudo raspi-config

Enable Camera then reboot.

Test

$ mkdir /home/pi/picam
$ cd /home/pi/picam

Capture an image in jpeg format:

$ raspistill -o image.jpg

Capture a 10s video:

$ raspivid -o video.h264 -t 10000

Capture a 10s video in demo mode:

$ raspivid -o video.h264 -t 10000 -d

Capture a 5s video in 1280x720 with a bitrate of 8Mb:

$ raspivid -o video.h264 -w 1280 -h 720 -b 8000000

Convert h264 to mp4:

$ sudo apt-get install -y gpac
$ MP4Box -fps 30 -add video.h264 video.mp4

Stream to VLC

$ sudo apt-get install vlc
$ raspivid -o - -t 0 -w 640 -h 360 -fps 25 | cvlc stream:///dev/stdin --sout '#standard{access=http,mux=ts,dst=:8090}' :demux=h264

In VLC: Open Network URL => http://IP:8090

MJPG Steamer

TODO: http://blog.miguelgrinberg.com/post/how-to-build-and-run-mjpg-streamer-on-the-raspberry-pi

Disable red led

$ sudo emacs /boot/config.txt

Add line:

disable_camera_led=1

Then reboot:

$ sudo reboot

External References

• http://www.raspberrypi.org/archives/3890
• http://www.raspberrypi-spy.co.uk/2013/05/capturing-hd-video-with-the-pi-camera-module/
• http://raspi.tv/2013/how-to-stream-video-from-your-raspicam-to-your-nexus-7-tablet-using-vlc

• Headless Raspberry Pi setup
• NFS Client on Raspberry Pi

Install

$ sudo apt-get install python-cheetah
$ cd
$ git clone git://github.com/midgetspy/Sick-Beard.git
$ cd Sick-Beard
$ python SickBeard.py

Configure

Browse to: http://IP:8081

Config > General

• Uncheck Launch Browser

Config > Search Settings

• Uncheck Search NZBs
• Check Search Torrents
• Torrent Black Hole: /mnt/freebox/Téléchargements/A Télécharger

Config > Search Provides

• Check EZRSS

Config > Post Processing

• TV download dir: /mnt/freebox/Téléchargements
• Uncheck Keep Original Files
• Check Move Associated Files
• Uncheck Rename episodes
• Check Scan and Process

Setup daemon

$ sudo emacs /etc/init.d/sickbeard

Set content:

#! /bin/sh

# Author: daemox
# Basis: Parts of the script based on and inspired by work from
#tret (sabnzbd.org), beckstown (xbmc.org),
#and midgetspy (sickbeard.com).
# Fixes: Alek (ainer.org), James (ainer.org), Tophicles (ainer.org),
#croontje (sickbeard.com)
# Contact: http://www.ainer.org
# Version: 3.1

### BEGIN INIT INFO
# Provides:          sickbeard
# Required-Start:    $local_fs $network $remote_fs
# Required-Stop:     $local_fs $network $remote_fs
# Should-Start:      $NetworkManager
# Should-Stop:       $NetworkManager
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: starts and stops sick beard
# Description:       Sick Beard is an Usenet PVR. For more information see:
#http://www.sickbeard.com
### END INIT INFO

#Required -- Must Be Changed!
USER="pi" #Set Linux Mint, Ubuntu, or Debian user name here.

#Required -- Defaults Provided (only change if you know you need to).
HOST="127.0.0.1" #Set Sick Beard address here.
PORT="8081" #Set Sick Beard port here.

#Optional -- Unneeded unless you have added a user name and password to Sick Beard.
SBUSR="" #Set Sick Beard user name (if you use one) here.
SBPWD="" #Set Sick Beard password (if you use one) here.

#Script -- No changes needed below.
case "$1" in
start)
#Start Sick Beard and send all messages to /dev/null.
cd /home/$USER/Sick-Beard
echo "Starting Sick Beard"
sudo -u $USER -EH nohup python /home/$USER/Sick-Beard/SickBeard.py -q > /dev/null 2>&1 &
;;
stop)
#Shutdown Sick Beard and delete the index.html files that wget generates.
echo "Stopping Sick Beard"
wget -q --user=$SBUSR --password=$SBPWD "http://$HOST:$PORT/home/shutdown/" --delete-after
sleep 6s
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
esac

exit 0

Start daemon

$ sudo chmod a+x /etc/init.d/sickbeard
$ sudo update-rc.d sickbeard defaults
$ sudo /etc/init.d/sickbeard start

External References

• http://www.howtogeek.com/146410/how-to-automate-your-always-on-raspberry-pi-download-box/all/
• http://www.ainer.org/sick-beard-install-setup-configuration-guide-for-ubuntu-linux-mint

• Headless Raspberry Pi setup
• NFS Client on Raspberry Pi

Goal

There are some animes on my NAS for my kids. They mainly watch them on TV thanks to the freebox that acts as a DLNA client talking to the Media Server intalled on the NAS. But my NAS is a but overloaded, so I decided to replace its Media Server with a light DLNA server on a raspberry pi.

Install

$ sudo apt-get install minidlna

Configure

$ sudo emacs /etc/minidlna.conf

Set those lines:

  media_dir=V,/mnt/video/dessins_animes
  friendly_name=Dessins animes
  root_container=B
  inotify=yes

Reload database

It seems that inotify does not work with NFS shares, so when I add new animes I have to run:

$ sudo minidlna -R

Restart daemon

$ sudo /etc/init.d/minidlna restart
$ sudo /etc/init.d/minidlna force-reload

Note that minidlna reindex all files at each restart, so you have to wait a bit before trying to access the videos from the freebox.

External References

• http://doc.ubuntu-fr.org/minidlna

• Headless Raspberry Pi setup

Mount folders on NAS

My goal is to share folders that are on my NAS which hostname is chezak.local and IP is 192.168.0.13. So first:

• create a pi user/group on the NAS with the sames uids as on the pi: 1000/1000
• setup NFS permissions on shared directories on the NAS via the web interface

It seems that rpcbin is a necessary dependency:

$ sudo apt-get install rpcbind
$ sudo update-rc.d rpcbind enable
$ sudo /etc/init.d/rpcbind start

Create folders:

$ sudo mkdir /mnt/incoming
$ sudo mkdir /mnt/music
$ sudo mkdir /mnt/video

Mount folders:

$ sudo mount chezak.local:/volume1/incoming /mnt/incoming
$ sudo mount chezak.local:/volume1/music /mnt/music
$ sudo mount chezak.local:/volume1/video /mnt/video

Test:

$ showmount -e chezak.local

Persist mounts:

$ sudo emacs /etc/fstab

Add those lines:

192.168.0.13:/volume1/incoming /mnt/incoming nfs rw,hard,intr 0 0
192.168.0.13:/volume1/music /mnt/music nfs ro,hard,intr 0 0
192.168.0.13:/volume1/video /mnt/video nfs ro,hard,intr 0 0

External References:

• https://help.ubuntu.com/community/SettingUpNFSHowTo
• https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/3/html/System_Administration_Guide/s1-nfs-mount.html

Mount folder on Freebox v6

First, enable windows share on freebox with user/pass and CHEZAK workgroup.

Freebox's hostname is mafreebox.freebox.fr.

Test:

$ smbclient -L mafreebox.freebox.fr -N | grep "Disk" | cut -c -17

Create folder:

$ sudo mkdir /mnt/freebox

Setup mount:

$ sudo emacs /etc/fstab

Add that line:

//mafreebox.freebox.fr/Disque\040dur /mnt/freebox cifs _netdev,rw,users,iocharset=utf8,user=freebox,password=PASSWORD, uid=1000,sec=none,file_mode=0777,dir_mode=0777 0 0

Mount folder:

$ sudo mount /mnt/freebox

External References:

• http://www.mumbly58.fr/monter-automatiquement-les-disques-de-la-freebox/
• http://doc.ubuntu-fr.org/freeboxv6