{"id":1044,"date":"2013-07-12T08:48:50","date_gmt":"2013-07-12T07:48:50","guid":{"rendered":"http:\/\/www.bergeret.org\/blog\/?p=1044"},"modified":"2022-07-24T15:19:04","modified_gmt":"2022-07-24T14:19:04","slug":"lecture-dune-photoresistance-et-publication-sur-internet","status":"publish","type":"post","link":"https:\/\/www.bergeret.org\/blog\/2013\/07\/12\/lecture-dune-photoresistance-et-publication-sur-internet\/","title":{"rendered":"Lecture d’une photor\u00e9sistance et publication sur Internet"},"content":{"rendered":"

Voici la premi\u00e8re r\u00e9alisation de montage Raspberry Pi que je publie sur Internet.
\nLe Raspberry Pi est vraiment un concept g\u00e9nial, mais il lui manque une chose fondamentale : la possibilit\u00e9 de lire une valeur analogique. En effet, ses entr\u00e9e\/sorties sont purement logique. Ca ne pose aucun probl\u00e8me pour piloter la puissance d’une diode, par exemple, en utilisant des solutions de type PWM<\/a>.<\/p>\n

Pour une entr\u00e9e, c’est plus compliqu\u00e9 : on est oblig\u00e9 de faire appel \u00e0 un autre composant, un convertisseur analogique\/num\u00e9rique (CAN en fran\u00e7ais, ou DAC en anglais) qui va faire l’acquisition, et qui va discuter avec le Raspberry Pi pour transmettre cette information.<\/p>\n

J’ai utilis\u00e9 ici un MCP-3008, CAN 10 bits, \u00e0 8 entr\u00e9es analogiques, dialoguant avec le Raspberry Pi par SPI<\/a>.<\/p>\n

Derri\u00e8re le CAN, j’ai ajout\u00e9 une photor\u00e9sistance<\/a> et une r\u00e9sistance mont\u00e9s en diviseur de tension. Plus la tension mesur\u00e9e est forte, plus la luminosit\u00e9 est forte.<\/p>\n

\"mcp3008LDR_bb\"<\/a>
\nPour l’impl\u00e9mentation du SPI, j’ai r\u00e9utilis\u00e9 des exemples trouv\u00e9s sur le net, qui n’exploitent pas les fonctions SPI natives du Raspberry Pi.<\/p>\n

Les exemples trouv\u00e9s \u00e9taient \u00e9crits en Python, je les ai adapt\u00e9s en C en utilisant la librairie wiringpi<\/a>. Les exemples en Python encha\u00eenaient all\u00e8grement deux changements d’\u00e9tats sur une m\u00eame sortie sans mettre de temporisation entre les deux, ce qui est possible en raison de la lenteur d’interpr\u00e9tation du langage. En C, le changement d’\u00e9tat de la sortie n’\u00e9tait pas pris en compte par le MCP 3008 ; il a donc fallu mettre des temporisations (100?s) entre les changements d’\u00e9tats.<\/p>\n

Une fois la communication impl\u00e9ment\u00e9e, j’ai trouv\u00e9 int\u00e9ressant de publier les mesures sur le net, pour avoir une visualisation des donn\u00e9es.<\/p>\n

Le site http:\/\/xively.com\/<\/a> propose ce genre de service : il suffit de s’enregistrer, de lire la doc de l’API (soit niveau HTTP, soit une impl\u00e9mentation en C, ou autres langages), de t\u00e9l\u00e9charger et compiler l’impl\u00e9mentation de l’API, et roule.<\/p>\n

\"graphe\"<\/a><\/p>\n

On obtient alors ce genre de graphe : le pic apr\u00e8s 6h correspond \u00e0 l’utilisation de la lumi\u00e8re \u00e9lectrique, que l’on retrouve apr\u00e8s 18h.<\/p>\n