[TUTO] Branchement Télé-information ERDF et monitoring borne OpenEVSE

Es-tu sûr que cette ligne est seule, rien de lié, juste avant ou après ?

Ça ressemble à une commande (assez crade, d'ailleurs) ayant pour but de vérifier que "./teleinfoserial_mysql" ne tourne pas déjà.

rien ne se passe en console ...

Ça veut dire quoi "rien ne se passe" ?
Il te rend la main immédiatement ? Il bloque et tu dois faire Ctrl-C pour reprendre la main ?

Et immédiatement après avoir exécuté "./teleinfoserial_mysql", que donne "echo $?" (cela affichera le code d'erreur du retour de la commande précédente) ?

Et avant de le lancer en console, as-tu vérifié qu'il ne tourne pas déjà (auquel cas il faudrait le tuer) ?

je viens de faire un sudo reboot de mon Rpi et en relançant, j'obtiens ces lignes :

Aug 10 09:48:09 raspberrypi teleinfoserial_mysql: ps -eo pid,command | grep ./teleinfoserial_mysql | grep -v 2705 |grep -v grep
Aug 10 09:48:09 raspberrypi kernel: [ 133.325888] uart-pl011 3f201000.uart: no DMA platform data

Ça n'apporte aucune information complémentaire.

en réponse à seb :

"Ça veut dire quoi "rien ne se passe" ?
Il te rend la main immédiatement ? Il bloque et tu dois faire Ctrl-C pour reprendre la main ? "

Je dois faire Ctrl-C pour reprendre la main

"Et immédiatement après avoir exécuté "./teleinfoserial_mysql", que donne "echo $?" (cela affichera le code d'erreur du retour de la commande précédente) ?"

ça me ramène $

"Et avant de le lancer en console, as-tu vérifié qu'il ne tourne pas déjà (auquel cas il faudrait le tuer) ?"

Comment dois-je faire pour le tuer ?

Je dois faire Ctrl-C pour reprendre la main

Ça veut donc dire qu'il était lancé. Mais je ne sais pas si, dans ce cas, il était censé afficher quoi que ce soit.
(je ne connais pas ce logiciel, pour ma part j'en utilise un en python, langage que je maîtrise)

ça me ramène $

Alors tu n'as pas correctement exécuté la commande. Ça devrait te retourner un nombre entre 0 et 255.

Comment dois-je faire pour le tuer ?

Ça dépend de comment tu l'as lancé.

Merci Seb pour tes réponses

As tu un programme en python qui fonctionne pour grapher les données de téléinfo récupérées par mon Rpi, que tu pourrais me faire passer ?

Vlà mon code :
https://github.com/tiramiseb/electricite/tree/master/teleinfod

du coup je me rends compte que j'ai pas choisi de licence, entre GPLv3 et MIT mon cœur balance...


(juste un truc, mon programme plante quand MySQL est arrêté ou redémarré,  j'ai pas implémenté de gestion des déconnexions... mais si ça se trouve, celui que tu as là ne le gère pas non plus...)

ok merci mais du coup, ça ne m'aide pas pour le ou les problèmes que j'ai ici.

Fred, ne te vexes pas, je cherche un peu partout, n'y connaissant pas grand chose je prospecte un peu partout

je ne veux offenser personne...

Xav33390 a écrit:Comment dois-je faire pour le tuer ?

c'est à la fin du film...

MatElec a écrit:

Xav33390 a écrit:Comment dois-je faire pour le tuer ?

c'est à la fin du film...

Ca m'aide pas des masses ça... lol

Pas de soucis, je ne suis pas fâché ;-)

Du coup, plus personne ne veut me venir en aide ?

Si mais je manque de temps en ce moment.

Je regarde pour modifier le source afin qu'il soit un peu plus bavard.

@seb.maccagnoni, concernant le test dont tu dis que la commande est assez horrible, aurais tu une solution plus élégante?

Fred.Leudon a écrit:@seb.maccagnoni, concernant le test dont tu dis que la commande est assez horrible, aurais tu une solution plus élégante?

Je dirais quelque chose dans le genre :

Code:

pgrep ./teleinfoserial_mysql | grep -v 13353

(avec éventuellement pgrep -f au lieu de pgrep)

... mais sans avoir le contexte, je ne peux pas être absolument certain que ça répond précisément au besoin. Je ne sais pas quel est le but de l'exécution de cette commande, j'essaie juste de deviner...


Et si, comme je le pressens, cette commande a pour but de vérifier que le truc n'est pas déjà en fonctionnement, alors c'est vraiment crado. Notamment, ça empêche de le faire fonctionner deux fois sur la même machine (pour deux compteurs par exemple). Il vaudrait alors mieux utiliser un pidfile comme le font tous les daemons respectables.

(et puis un programme en C qui exécute "ps" et "grep" (ou même "pgrep"), c'est vraiment mal foutu sachant que le programme peut avoir accès direct aux appels système...

Fred,

J'ai tout refait depuis le début ton tuto (en ayant pris soin de tout supprimer sur mon Rpi), ma base de données se remplit correctement si je passe la commande ./teleinfoserial_mysql, sachant que celle-ci tourne en permanence, ne me redonnant la main que si je fais un Ctrl-c, ce qui du coup interromps l'intégration de données dans la Bdd. J'ai dû aussi ne pas faire la crontab comme tu le précises dans ton tuto. Bref, des infos arrivent dans ma base de données, mais le graphique ne se fait pas pour autant.

Seb,

Que préconises tu par conséquent au vu de ton analyse ?

Si ça marche quand tu lances la commande manuellement, il reste à la faire se lancer automatiquement au boot. Tu peux mettre ça dans /etc/rc.local comme indiqué dans le tuto ...
(mais bon, ce fichier-là c'est un peu crado, ce serait mieux de faire un vrai script de démarrage dans /etc/init.d ou alors, encore mieux, un fichier de service pour systemd (/etc/systemd/system) ou alors pour upstart (/etc/init). Mais là je n'ai pas le temps de faire un cours sur les scripts de démarrage)

Concernant la commande "ps...grep" sus-citée, ça fonctionne certainement tel quel. Il vaut mieux que, en tant qu'utilisateur final, tu évites de modifier un truc qui fonctionne, même s'il est crado.

Salutations à tous !

Je souhaite présenter ici le produit que j'ai conçu et que je viens de mettre en vente : c'est une petite platine permettant de connecter un Raspberry Pi à la téléinformation ERDF, de la même manière que la carte Rpidom mais en ne proposant rien d'autre. Ses intérêts sont son coût et son encombrement inférieur ; et, pour ceux qui sont sensibles à ces arguments, il s'agit d'une carte sous licence libre.

- spécifique au Raspberry Pi : https://www.domotego.com/home-automation/companion-boards/teleinfo-bridge-for-rpi
- connectable à d'autres nano-ordinateurs (BeagleBone Black ou Arduino notamment) : https://www.domotego.com/home-automation/companion-boards/teleinfo-bridge

sympa ! ça récupère les pulses de consommation (tous les 1kWh ?)

Le seul avantage de la carte rpicom c'est qu'elle possède une horloge avec une pile, ce qui permet au raspberry de rester à l'heure. Au fond de ma grange, pas facile de capter la wifi de la maison pour une synchro sur un serveur de temps.

Nota: je n'ai pas envie de tirer un câble, trop de boulot.

Super ta boutique, je crois que je vais bientôt commander quelques trucs.

MatElec a écrit:sympa ! ça récupère les pulses de consommation (tous les 1kWh ?)

Non, ça écoute la sortie téléinfo du compteur (communication série).

Fred,

Lorsque je refais ton tuto en intégralité, avec toutes les infos à jour, je n'obtiens rien en table et le syslog me ramène ces lignes :

Aug 11 21:07:01 raspberrypi CRON[2726]: (root) CMD (/var/teleinfoserial/teleinfoserial_mysql > /dev/null 2>&1)
Aug 11 21:07:01 raspberrypi teleinfoserial_mysql: ps -eo pid,command | grep /var/teleinfoserial/teleinfoserial_mysql | grep -v 2727 |grep -v grep
Aug 11 21:07:01 raspberrypi teleinfoserial_mysql: Another process already running. exiting.

Le crontab doit être fait à quel niveau, il y a plusieurs crontab qui semblent tourner sur mon Rpi, à différents niveaux ? Je l'ai fait avec mon compte root et non avec le compte pi.
Comment puis-je savoir tous les crontab qui tournent ?

La première ligne indique que le programme s'est lancé à partir des tâches planifiées (crontab)

La deuxième est l'écho de la commande qui vérifie que le programme ne tourne pas déjà.

Et la dernière est le message du contrôle précédent qui te dit que le programme tourne déjà.

Pour éditer ton crontab, il faut faire:

Code:

crontab -e

@seb.maccagnoni, j'ai voulu te commander du matos, mais au moment de passer à la vérification avant paiement, le panier se vide et ..... rien ;-)

Oh merde. Je vais vérifier, merci de m'avoir prévenu

(la suite en message privé)