Having rebuilt my Stretch OS deploy, and not done an apt-get upgrade/update. The process of installing the dependencies has worked. However, compilation of ArduiPi_OLED fails because ld can't find -li2c Others reporting the issue on GitHub have used the debian .deb file for libi2c0 but this causes all my i2c applications (i2ctools) to fail with invalid instruction. Where should I be installing the library for i2c from? libi2c-dev and i2ctools are successfully installed.

@charles merci! Je me suis servi de cette aide sur mysql pour avoir des commandes en lignes. Ca marche! https://doc.ubuntu-fr.org/mysql

Dommage : Le concept de shield pour Wemos me plait bien... Mais la soudure composants CMS, je le sens pas trop (je suis plus à l'aise avec le soft !) Merci, quoi qu'il en soit.

@franck said in PiTInfo V1.2, en finir avec la téléinfo capricieuse: picocom -b 1200 -d 7 -p e -f n /dev/ttyAMA0 Je n'utilise pas NOBS mais la seule façon de voir si le port série fonctionne correctement est la suivante. Tu connectes un câble dupont entre la borche 8 et 10 du connecteur du PI (avec la carte PI téléinfo enlevée bien sur). En fait ça relie TX et RX. donc ce qui entre sort. Puis tu lances picocom, et ensuite tu tapes au clavier et ça doit s'afficher. Si tout marche le port série est fonctionnel et que le problème c'est la connexion, le compteur ou PiTinfo qui ne vont pas. root@pi03(rw):~# picocom -b 1200 -d 7 -p e -f n /dev/ttyAMA0 picocom v1.7 port is : /dev/ttyAMA0 flowcontrol : none baudrate is : 1200 parity is : even databits are : 7 escape is : C-a local echo is : no noinit is : no noreset is : no nolock is : no send_cmd is : sz -vv receive_cmd is : rz -vv imap is : omap is : emap is : crcrlf,delbs, Terminal ready je tape au clavier et ca s'affiche

OK, nice tutorial. But where (I mean about file) I have to place: rm -rf /var/lib/dhcp/ /var/lib/dhcpcd5 /var/run /var/spool /var/lock /etc/resolv.conf ln -s /tmp /var/lib/dhcp ln -s /tmp /var/lib/dhcpcd5 ln -s /tmp /var/run ln -s /tmp /var/spool ln -s /tmp /var/lock touch /tmp/dhcpcd.resolv.conf; ln -s /tmp/dhcpcd.resolv.conf /etc/resolv.conf

Merci pour ta réponse. Je vais m'arranger dans mon tableau électrique.

@micromad c'est la résistance d'entrée sur la téléinfo (cette en série qui va à l'entrée de l'optocoupleur. Faut une 1K2 ou 1K5 si l'existante est une 4K7.

Ok, merci pour les commentaires ! Bon, je crois que je vais partir avec la version qui existe, quitte à développer une interface série/usb plus tard si j'ai le temps... À voir...

La version que j'ai modifiée est capable d'envoyer des datas vers Domoticz, car deennoo avait fait le nécessaire en implémentant la configuration d'une requête Http. Par contre, rien n'est prévu pour utiliser le SSL (port 443 vers Domoticz). Si tu tiens à conserver l'accès à Domoticz en SSL, le mieux serait d'utiliser un script shell pour interroger périodiquement Wifinfo, extraire les données Jason qui t'intéressent, et les soumettre à domoticz via MQTT, par exemple. C'est ce que je fais chez moi, pour être capable de tirer parti de toutes les données Teleinfo rendues par un compteur triphasé.

Bonjour, Tout semble fonctionner correctement ! Je vous ferai un retour concernant la consommation éléctrique des modules PitInfo. Voilà quelques photos pour les curieux : 

J'ai releasé un shield de Dev pour Wemos https://github.com/hallard/WeMos-TIC c'est plus fonctionnel que les fils qui pendouillent ;-)

Bonjour, Je viens relancer le sujet car celà m'intéresse. J'utilise Domoticz. PS: pour le moment, j'essaye de récupérer en python à partir de Domoticz mais j'ai un pb : voir un autre post ;)

Bonjour Michel, Bien entendu aucun soucis, passez en mode chat pour les adresses de retour