Ben c'est pas si simple. Je peux le sortir, mais il faut ouvrir le boitier DIN et je suis obliger de retirer des fils. bref c'est pas pratique, le wemos à mon avis en retirant le capot du dessus du boitier rail din permettra de l'enlever sans rien avoir à débrancher ni même décapoter le tableau ...

Je viens de tester avec cette dernière version et plus de reboot lors des commande fp=XXXXXXX. Je laisse en test encore une semaine avant d'intégrer tout ça dans openhab.

Ou peut on trouver ce fameux kit a souder soi meme ??

Nice guide. I used it on Stretch. I had to symlink /var/lib/sudo/ts to /tmp because it gives an error every time running sudo, then I made a systemd service to make that folder The /tmp/random-seed file does not get created at startup, even though I added the ExecStartPre line. It says success, but I can't figure out why that file isn't being created: Process: 97 ExecStartPre=/bin/echo a > /tmp/random-seed (code=exited, status=0/SUCCESS) Stretch uses systemd-timesyncd, so there's no need for ntp and it would conflict. I like the bash_logout idea to mount ro, but it fails because mount: only root can use "--options" option Fail2ban isn't working. Anybody know if it's possible to configure that to monitor the busybox ring buffer?

@Charles Fing, c'est exactement ce que j'ai utilisé. Thks

Bonjour à tous, je n'ai malheureusement pas beaucoup de temps pour exploiter la carte wifinfo... j'ai réussi à faire des graphiques sous emoncms, mais je ne suis pas complètement satisfait. Est-ce qu'il y a la possibilité de télécharger les données en CVS (je ne trouve que du copié-collé de cvs...). Sinon, est-ce que l'un d'entre vous a crée une sorte d'exécutable pour voir les données. encore merci pour vos aides qui m'ont permis d'arriver jusqu'à exploiter les données :-)

@Ghislain Bonjour, Je découvre le projet remora et je serais intéressé par le PCB ainsi que celui de l'adaptateur pour Wemos entre autre. A ce jour je possède des Wemos + support CI c'est tout Je prends vos propositions à ceux qui aurait du surplus.... Pascal

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.

Bonjour, Je serais aussi intéressé pour une commande pour une carte complète. Merci de m'indiquer si c'est encore possible. Sinon, j'essayerai de me débrouiller seul, mais ca ne sera pas aussi propre ! A+

ouais ça gère la fougère :smile: la classe quoi!

@Fab_33 said: D’où l'avantage de pouvoir désactiver le délestage (une option) Dans mon cas, la teleinfo n'est pas connectée sur la remora donc la mécanique de délestage du remora ne se mettra jamais en oeuvre. Mais effectivement, les zones a délester doivent pouvoir être choisie, ainsi que la durée avant un nouvel état des lieux afin de savoir si on réactive ou pas. Il faudrait faire une mécanique en lot sur lesquelles on assigne ou non des zones. Au premier besoin de délester, on désactive un lot de x zone(s) Au second, on attaque le second lot, etc ... Sans forcément avoir 50 lots ... déjà 3, c'est déjà suffisant.

Merci ! Je viens de recevoir mon ucurrent je vais pouvoir voir ma conso ! Bonnes fetes !

meme soucis , peux on m'aider je suis novice

@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

@al85 Non j'ai juste changé la tension et tout à fonctionner directement.

Ok Deennoo, je regarderais ce week-end si je trouve mon bonheur. Bon j'avance du le deepSleep, il est fonctionnel,mais il ne faut pas oublier de relier la GPIO16 à la broche Reset, si non il reste tout le temps en mode sleep. voici la partie de code pour le deepSleep : WiFi.disconnect(); ESP.deepSleep(SLEEP_DELAY_IN_SECONDS * 1000000, WAKE_NO_RFCAL); delay(500); Juste un petit soucis, comme je veux utiliser le possibilité de faire la mise à jour par OTA, je cherche comment lui dire lors d'un reset du module d'attendre 30 secondes avant de passer en mode deepSleep. Car à chaque réveil du mode deepSleep, et bien le programme recommence tout à zéro. Je cherche, car je dois pas être le seul face à ce problème...