Community Forum

Bonjour,

Trés satisafait du fonctionnement du minishield pour pi, je souhaiterai avoir un second circuit d'acquistion sur Wemos .ESP8266.
Pour la connexion pin a pin je n'ai pas de certitude sur le pin out du cc1101.
Les dessins qui figurent dans la doc ne précisent pas de quel coté est vu le circuit.Ou bien ils suivent une convention que je ne connais pas.

d'autres part le numero ne sont pas imprimés sur le board.

Pouvez vous préciser si le dessin joint est vu de dessous (coté board) ou de dessus (coté circuit et/ou antenne)?
Merci

@knasson said in CC1101 mini shield pour raspberry:

Pourrai je envoyer les resultats du compteur directement dans domoticz?
je connais la commande pour envoyer sur domoticz mais je ne sais pas recuperer les "litres" dans une variable..

bon la commande utilisée pour recuperer les "litres"

en lua: idx du compteur =1039 sur mon domoticz qui tourne sur un pi 4Go

commandArray {}
 local handle = io.popen('mosquitto_sub -h 192.168.1.26 -u mqtt -P knasson -t everblu/cyble-21-0470657-pi/liters -C 1')
    local result= handle:read("*a")
    handle:close
commandArray ['UpdateDevice']= '1039|0|'..result
return commandArray

probleme resolu..à bientot

Bonjour,
Bien recu et mis en service le shield , je suis épaté par la distance à laquelle ca fonctionne ...(20 metres environ)
je recois bien les infos du compteur ITRON avec la frequence par defaut.

j'ai compilé "everblu-meters" , installé un mosquitto comme suggéré par le code, ca a marche tout de suite.
Je dois rediriger les datas recues du compteur et notamment les "litres" vers domoticz qui se trouve sur un autre raspi avec une autre IP et surquel tourne un autre mosquitto.
J'ai essayé d'installer un nouveau plugin MQTT sur domoticz avec les données du serveur mosquitto du raspizero mais ca ne fonctionne pas (a premiere vue).
Je suis toujours en recherche d'un solution elegante pour recuperer les données (litres). J'hesite a chambouler les connexions MQTT du domoticz qui fonctionnent bien.
Pourrai je envoyer les resultats du compteur directement dans domoticz?
je connais la commande pour envoyer sur domoticz mais je ne sais pas recuperer les "litres" dans une variable..

merci de votre aide

Je me reponds, peut etre que la solution serait de neutraliser le moquitto qui tourne déja et de renvoyer tout le trafic sur le mosquitto nouvellement installé.
a voir ....ca eviterai les modifications du code mais ca pourrait avoir d'autres inconvenients (a reflechir).
lnasson

Bonjour,
Apres quelques problème avec la version originale , j' ai décide de m'equiper d'un materiel mieux fini et dont le code me semble plus soigné j'ai donc commandé sur Tindie.
Je souhaite faire fonctionner ce hardware avec le code proposé sur le github.
Cependant dans mon réseau j'ai déjà un mosquitto qui tourne.
Je ne suis pas un expert en code quelles modifications lui apporter pour le faire tourner avec un mosquitto deja present sur le reseau et qui tourne sur un raspi (raspi zero) different de celui qui va servir pour l'acquisition du compteur.(raspi 4G)
Pour la compilation je l'enleve du makefile. mais ca ne suffira pas car il y a dans le everblu_masters.c des references a mosquitto .Pouvez vous m'aider pour ca?
Sincères Salutations,

knasson

Bonjour,
je vais acheter ce petit circuit pour l'insérer sur mon pi zero. et essayer de lire les données de consommation d'eau de mon compteur itron everblu.
Une question concernant les sorties des datas.
J'ai vu le code, je voudrai l'interfacer avec le MQTT de mon domoticz et pouvoir exploiter les datas arrivant sur domoticz/in qui est le topic de mon Domoticz.
je vois que le format utilisé est le json mais comment on récupère ces datas?
il me manque quelque chose ...le json est il celui de Domoticz?

Merci pour votre aide

@Charles oui bon je dois confondre les 2 appellations tu as raison évidement en tant que concepteur ... . Désolé de cette confusion.
oui c'est bien un problème d'USB on est d'accord.

Merci pour ton aide ....

@Charles pas certain que ce soit plus clair ..

Apparemment c'est le port USB sur lequel est branché le PitInfo qui s'arrête périodiquement et qui bloque l'acquisition des trames teleinfo. Je dois relancer le script qui réinitialise le port USB concerné.
un extrait du script:

# Port serial
stty_port = '/dev/ttyUSB-tinfo_prod'

# URL de push vers Jeedom
#base_url = 'https://<JEEDOM_HOST>/core/api/jeeApi.php?plugin=virtual&apikey=<API_KEY>&type=virtual&id={}&value={}'

 # Clé à récupérer et id de l'info dans Jeedom (pas necessaire dans domoticz)
measure_keys = ['EAIT','SINSTI']
measures=[0,0]
def main():
    logging.info('Starting...')
    # Reconfigure le port serial pour eviter
    # l'erreur: termios.error: (22, 'Invalid argument')
    logging.info('Reconfigure stty %s' % stty_port)
    subprocess.call(['stty', '-F',  stty_port, 'iexten'])
    with serial.Serial(port=stty_port, baudrate=9600, parity=serial.PARITY_EVEN, stopbits=serial.STOPBITS_ONE,
                       bytesize=serial.SEVENBITS, timeout=1) as ser:
        logging.info('Reading on %s' % stty_port)

        while True:
            line = ser.readline()
            arr = line.decode('ascii').split('\t')
            if len(arr) != 3:
                continue

            send_measure(arr)

# Port serial
#stty_port = '/dev/ttyUSB-tinfo_prod'

je ne suis pas expert en python c'est un programme que j'ai adapté alors il peut y avoir des erreurs, mais il fonctionne.

Voilà encore merci si vous pouvez avoir un avis sur ce qu'il conviendrait de faire pour fixer ce problème. (changer le materiel ?)

@Charles Merci de cette réponse ,mais je confirme c'est bien d'un PitInfo qu'il s'agit (j'ai les 2 : PitInfo et micro teleInfo).
le MicroTeleinfo est sur mon Linky de consommation, et avec lui jamais de problème tandis que le PitInfo est sur le Linky de production.
Pour l'alimentation du RPI , je l'ai déjà renforcée j'ai une alim de chargeur rapide de téléphone.>4 A . Avant ce changement j'avais des messages de 'Under voltage' qui ont totalement disparus.
ls -l /dev

lrwxrwxrwx 1 root root           7 Jan 13 21:01 serial0 -> ttyAMA0
lrwxrwxrwx 1 root root           5 Jan 13 21:01 serial1 -> ttyS0
.....
crw-rw---- 1 root dialout 166,   0 Jan 17 22:00 ttyACM0
crw-rw---- 1 root dialout 204,  64 Jan 13 21:01 ttyAMA0
crw------- 1 root root      5,   3 Jan 13 21:01 ttyprintk
crw-rw---- 1 root dialout   4,  64 Jan 13 21:01 ttyS0
crwxrwxrwx 1 root dialout 188,   0 Jan 13 21:01 ttyUSB0
crwxrwxrwx 1 root dialout 188,   1 Jan 17 10:35 ttyUSB1
lrwxrwxrwx 1 root root           7 Jan 13 21:01 ttyUSB-Rfxcom -> ttyUSB1
lrwxrwxrwx 1 root root           7 Jan 13 21:01 ttyUSB-tinfo_prod -> ttyUSB0

Bonsoir,
je fais l'acquisition des trames linky sur un un raspberry pi 4 a l'aide d'un dongle pitInfo et d'un programme python.
Je vois ce genre d'erreur dans dmesg au bout d'un certain temps de fonctionnement avez vous une idée de l'origine? (est ce lié au driver ?) merci de votre aide

[224539.345526] ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[224539.345676] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[236967.999940] ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[236968.000191] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[253544.704521] ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32

@charles
bon! en fait tu as raison si mauvaise acquisition la valeur ne doit pas être intégrée dans la BD. c'est le rôle du checkSum
J'ai fait évoluer mon système et surtout le programme d'acquisition.
Il y a 2 valeurs qui sont prises en compte EAIT (le compteur totalisateur)
et SINSTI (valeur instantanée) considérant que le compteur totalisateur ne peut pas jamais être a zéro j'ai intégré cette condition dans l'acquisition ce qui fait que je n'ai plus de zéro. De plus les 2 valeurs sont testées sur la checksum donc je ne prends que les bonnes valeurs. Par ailleurs la boucle d'acquisition est suffisamment rapide pour fournir les donnée d'une autre trame.
Je continue donc a utiliser le dongle sans plus de problème avec un script python de ma conception dans domoticz.

@jg Merci, mais je ne suis pas en mode historique mais en mode standard sur un linky de production en revente totale. Alors je ne vois pas bien le lien entre la production solaire et ma conso qui est enregistrée par ailleurs sur un autre compteur linky.
Je pensais plutôt a un problème d'acquisition. Mais je dois faire d'autres test pour confirmer.

bonsoir,
Vous voyez sur ce graphique des infos manquantes (valeur zero)..alors qu'avec le même software d'acquisition voila ce que l'on obtient avec entre autre un autre interface.

des idées sur les causes possibles?
config:
raspberry pi 4+ hdd
domoticz
mon alim raspi est une 5 V 3A

Merci de votre aisde...