Conflit rfxcom et Teleinfo

Plugins Communication
1

Bonjour @ tous

Je déterre un problème déjà évoqué sur l’ancien forum et restè visiblement sans solution.

Le teleinfo de Cartelectronique fait décrocher rfxcom. Il est très compliqué d’arriver à les faire fonctionner ensemble. Le reboot de jeedom devient un vrai calvaire. On galère à chaque fois. Pour le moment cartelectronique est désactivé depuis plusieurs jour sinon pas de rfxcom

Testé sur raspbery 3b+ sur Odroid N2 les deux en version 3 ou en v4 rien ne change. Il semble que cela vienne du fait qu’il utilise la même puce.

Jai du mal a comprendre que de problème persiste depuis le temps qu’il est soulevé.

Dans les Log ont voit très bien le port du rfxcom se fermer dés qu’on active le plugin Cartelectronique

L’un d’entre-vous sait il comment gérer ce conflit ?

Sinon la dernière mise à jour de rfxcom peut elle régler ce problème avant que je me lance dans la mise à jour de ce nouveau firmwaire

Merci d’avance

1 « J'aime »
2

Salut

J’essaierai la méthode avec le devpath:
https://www.domoticz.com/wiki/PersistentUSBDevices
C’est basé sur le port USB utilisé donc bien remettre les clés toujours sur le même port.

Antoine

3

J’ai eu le même problème avec mon NUC sous proxmox sous debian 10 et un jeedom v3 sous debian 9.
J’ai donc supprimé proxmox et mis seulement jeedom V3 sur le NUC en debian 9.
Le problème ne viendrait il pas de debian 10?

Sinon comme solution de contournement tu peux déporter le téléinfo ou le rfx sur un autre pi et transférer les donnée grâce à jeedom link mais je trouve ça dommage quand tout peux être supporté sur une seul machine

4

Bonjour @Dams bonjour @Tonio16

Merci pour vos réponses
Jai vu sur le forum que certains avaient deux machines pour palier à ce problème. Mais comme vous je trouve cela dommage. Je mettrai en œuvre si pas d’autre solution informatique. Je vais donc essayer la solution de tonio en premier. Je ne suis pas expert en Linux. J’espère ne pas planter la machine.

Je vous tiens au courant. Encore merci

5

Salut

La mise en place est faisable même si on ne maîtrise pas Linux. La première chose à faire, c’est de vérifier les idvendor, idproducts et idserial. Si un des trois est différent tu peux faire un simple fichier rules. Mais si le chip est le même, le devpath me semble le mieux. Tu peux commencer, avec seulement un dispositif de brancher, pour être sur de ton identification.

Antoine

6

la je décroche :wink:
Mais je vais essayer de raccrocher les wagons ce soir je pense. si besoin je reviens vers toi pour me donner un peu de détail au cas ou

merci @Tonio16

7

hello @Tonio16

Voila ce que j’ai dans le RPI. Et comme tu peux le voir RFXcom et le Compteur de Cartelectronique ont les même idVendor et idProduct 403 et 0x6001 Du coup je ne suis pas certain d’avoir préparer le bon format de fichier que tu veras plus bas.

Peux tu me dire si ça te semble OK avant que je fasse un co… ?

Merci à toi pour ton aide

Ce je que le lis

idVendor 0x0781 SanDisk Corp.
idProduct 0x5581 Ultra
iProduct 2 Ultra
iSerial 3 4C530001301214112250
idVendor 0x0403 Future Technology Devices International, Ltd
idProduct 0x6001 FT232 Serial (UART) IC
iProduct 2 RFXtrx433
iSerial 3 A12D96CJ
idVendor 0x0658 Sigma Designs, Inc.
idProduct 0x0200 Aeotec Z-Stick Gen5 (ZW090) - UZB
iProduct 0
iSerial 1 32303136-3131-3033-3030-303032303435
idVendor 0x0403 Future Technology Devices International, Ltd
idProduct 0x6001 FT232 Serial (UART) IC
iProduct 2 Interface USB → Compteur
iSerial 3 C10811
idVendor 0x0424 Standard Microsystems Corp.
idProduct 0x7800
iProduct 0
iSerial 0
idVendor 0x0424 Standard Microsystems Corp.
idProduct 0x2514 USB 2.0 Hub
iProduct 0
iSerial 0
idVendor 0x0424 Standard Microsystems Corp.
idProduct 0x2514 USB 2.0 Hub
iProduct 0
iSerial 0
idVendor 0x1d6b Linux Foundation
idProduct 0x0002 2.0 root hub
iProduct 2 DWC OTG Controller
iSerial 1 3f980000.usb

Le fichier proposé avant écriture mais avec le doute puisque les mêmes vendor et product

SUBSYSTEM==« tty »,
ATTRS{idVendor}=="0781",
ATTRS{idProduct}=="5581",
ATTRS{serial}=="4C530001301214112250",
SYMLINK+=« ttyUSB-SanDisk-Corp » `

SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}==" A12D96CJ ", SYMLINK+="ttyUSB- RFXtrx433 "

SUBSYSTEM=="tty", ATTRS{idVendor}==" 0658 ", ATTRS{idProduct}==" 0200 ", ATTRS{serial}==" A12D96CJ ", SYMLINK+=" Aeotec Z-Stick "

SUBSYSTEM=="tty", ATTRS{idVendor}==" 0403 ", ATTRS{idProduct}==" 6001 ", ATTRS{serial}==" C10811 ", SYMLINK+="ttyUSB- Compteur "

8

oups @Tonio16
Avec quelques corrections.
Comme j’ai des numéros de séries différents, j’ai l’impression que ca devrait pouvoir fonctionner au
regard de ce que j’ai lu dans le tuto.

SUBSYSTEM==« tty », ATTRS{idVendor}==« 0781 », ATTRS{idProduct}==« 5581 », ATTRS{serial}==« 4C530001301214112250 », SYMLINK+=« ttyUSB-SanDisk-Corp »
SUBSYSTEM==« tty », ATTRS{idVendor}==« 0403 », ATTRS{idProduct}==« 6001 », ATTRS{serial}==« A12D96CJ », SYMLINK+=« ttyUSB-RFXtrx433 »
SUBSYSTEM==« tty », ATTRS{idVendor}==« 0658 », ATTRS{idProduct}==« 0200 », ATTRS{serial}==« 32303136-3131-3033-3030-303032303435 », SYMLINK+=« ttyUSB-Aeotec-Z-Stick »
SUBSYSTEM==« tty », ATTRS{idVendor}==« 0403 », ATTRS{idProduct}==« 6001 », ATTRS{serial}==« C10811 », SYMLINK+=« ttyUSB-Compteur »

9

Salut

Avec la modification du nom du stick zwave, ajout ttyUSB, cela devrait le faire.

Antoine

10

Bonjour @Tonio16

Je m’en suis sortie. Ca fonctionne maintenant. Merci pour ton aide

Par contre si je peux abuser de tes connaissance linux tu devrais pouvoir m’aiguiller si tu à 5mn de ton temps

J’ai aussi un Jeedom sur un Odroid N2. Je viens de changer sa carte EMMc pour le passer de 14G en 64G. J’ai ensuite augmenter la partition avec les lignes de code de son utilitaire Parted.

Je vois maintenant correctement l’arborescence du disques avec ses deux partitions à 64G au total mais cela ne remonte pas correctement dans le motoring jeedom. Il reste figé à 14G

J’ai donc un doute dans le montage du système de fichier qui termine la procédure linux.

Voila arborescence les lignes et le dernier message qui me laisse sceptique dans le screen ci dessous !!
Pour moi la procedure n’est pas correctement finalisée, d’ou la mauvaise lecture de jeedom dans le moniteur.
Par contre je ne vois pas ce que je dois faire pour la finaliser correctement. A moins que le manip soit dans le plugin monitor

As tu une idée ? Merci à toi

root@odroid-stretch64:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
mmcblk0 179:0 0 57.6G 0 disk
├─mmcblk0p1 179:1 0 256M 0 part /boot
└─mmcblk0p2 179:2 0 53.4G 0 part /
mmcblk0boot0 179:32 0 4M 0 disk
mmcblk0boot1 179:64 0 4M 0 disk
mmcblk0rpmb 179:96 0 4M 0 disk
root@odroid-stretch64:~# mkfs.ext4 /dev/mmcblk0p2
mke2fs 1.43.4 (31-Jan-2017)
/dev/mmcblk0p2 contains a ext4 file system labelled ‹ rootfs ›
last mounted on /root on Thu Jan 1 00:00:05 1970
Proceed anyway? (y,N) y
/dev/mmcblk0p2 is mounted; will not make a filesystem here!
root@odroid-stretch64:~#

11

Salut tu peux cocher le message qui t’a donné la solution?
Il serait mieux de faire un second message avec ta seconde question pour une meilleures lisibilité
Merci

1 « J'aime »
12

Bonjour,

Oui pas de souci. c’est fait merci

1 « J'aime »
13

Salut

Je ne maîtrise pas Linux à ce point. Désolé.

Antoine

14

Salut Antoine
Ok. Je vais bien finir par trouver.

Merci à toi

15

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.