[RTEX] plugin-rfxcom et les boitiers RFXtrx433

Slt

Il te faut prendre le 1er choix « 0x1A : Somfy RTS Moteur »
Tu n’aura que Volet simple = monter/descendre /stop (plus la commande de programmation pour appairage (masquée sur « dashboard »)

Slt @akenad
@dcoron à déjà initié un « fil » ici
Seulement pour t’on info on ne lance une demande si on a initié ailleurs, fait dans le message d’origine.

Si un modérateur passe par là @iPapy à voir :sleeping: :clock130: :new_moon_with_face: :fr:

Hello
J’ai updater mon RFXCom comme décrit, mis à jour le plugin (Jeedom V4.1.16 sur Nuc Strech) et tout s’est déroulé sans accroc.
Juste eu a redéfinir mes équipement.
Merci et bravo

1 « J'aime »

Bonjour, merci pour ces REX positif et formateur !
Moi en revanche je sèche. Mon Jeedom v3.3.54 tourne sur un Raspberry 3+ avec (entre autre) le plugin RFXCom dans sa dernière version (07/12). J’ai mis à jour le firmware de mon RFXCom en version 1043. Et je suis malheureusement loin d’être expert, mais après un apt-get update / upgrade j’ai toujours des logs de mise à jour des dépendances qui semblent indiquer au moins un warning lié au fichier sources.list (et peut être autre chose ?) :

********************************************************
*             Installation des dépendances             *
********************************************************
Hit http://packages.dotdeb.org jessie InRelease
Get:1 http://mirrordirector.raspbian.org jessie InRelease [15.0 kB]
Hit http://archive.raspberrypi.org jessie InRelease
Get:2 https://packages.sury.org jessie InRelease
Ign https://packages.sury.org jessie InRelease
Get:3 https://packages.sury.org jessie Release.gpg
Ign https://packages.sury.org jessie Release.gpg
Get:4 https://packages.sury.org jessie Release
Ign https://packages.sury.org jessie Release
Get:5 https://packages.sury.org jessie/main armhf Packages
Get:6 https://packages.sury.org jessie/main Translation-en
Get:7 https://packages.sury.org jessie/main armhf Packages
Get:8 https://packages.sury.org jessie/main Translation-en
Get:9 https://packages.sury.org jessie/main armhf Packages
Get:10 https://packages.sury.org jessie/main Translation-en
Get:11 https://packages.sury.org jessie/main armhf Packages
Get:12 https://packages.sury.org jessie/main Translation-en
Get:13 https://packages.sury.org jessie/main armhf Packages
Err https://packages.sury.org jessie/main armhf Packages
  HttpError404
Get:14 https://packages.sury.org jessie/main Translation-en
Ign https://packages.sury.org jessie/main Translation-en
Hit http://archive.raspberrypi.org jessie/main armhf Packages
Hit http://archive.raspberrypi.org jessie/ui armhf Packages
Hit http://mirrordirector.raspbian.org jessie/main armhf Packages
Hit http://mirrordirector.raspbian.org jessie/contrib armhf Packages
Hit http://mirrordirector.raspbian.org jessie/non-free armhf Packages
Ign http://archive.raspberrypi.org jessie/main Translation-en
Hit http://mirrordirector.raspbian.org jessie/rpi armhf Packages
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Fetched 15.0 kB in 9s (1648 B/s)
W: Failed to fetch http://packages.dotdeb.org/dists/jessie/InRelease  Unable to find expected entry 'all/binary-armhf/Packages' in Release file (Wrong sources.list entry or malformed file)

W: Failed to fetch https://packages.sury.org/php/dists/jessie/main/binary-armhf/Packages  HttpError404

E: Some index files failed to download. They have been ignored, or old ones used instead.
Cannot uninstall requirement serial, not installed
Storing debug log for failure in /root/.pip/pip.log

WARNING: apt does not have a stable CLI interface yet. Use with caution in scripts.

Reading package lists...
Building dependency tree...
Reading state information...
Package 'python3-serial' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 38 not upgraded.
W: Duplicate sources.list entry https://packages.sury.org/php/ jessie/main armhf Packages (/var/lib/apt/lists/packages.sury.org_php_dists_jessie_main_binary-armhf_Packages)
W: You may want to run apt-get update to correct these problems
Reading package lists...
Building dependency tree...
Reading state information...
python3 is already the newest version.
python3-pip is already the newest version.
python3-pyudev is already the newest version.
python3-requests is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 38 not upgraded.

Usage:   
  /usr/bin/python3 -m pip install [options] <requirement specifier> ...
  /usr/bin/python3 -m pip install [options] -r <requirements file> ...
  /usr/bin/python3 -m pip install [options] [-e] <vcs project url> ...
  /usr/bin/python3 -m pip install [options] [-e] <local project path> ...
  /usr/bin/python3 -m pip install [options] <archive url/path> ...

no such option: --no-cache-dir
********************************************************
*             Installation terminée                    *
********************************************************

J’ai tenté quelques commandes déjà préconisées dans les threads sur ce sujet, mais rien n’y fait :

sudo dpkg --configure -a
pip3 -V

La dernière commande répond bien. À ce stade je ne sais plus quoi faire : pourriez-vous m’aider svp.? Merci par avance !

1 « J'aime »

Bonjour à tous,

Je suis un peu dans le même cas (c’est pour cela que je n’ouvre pas de nouveau sujet).
J’ai effectué la mise à jour du plugin RFXcom ce midi et depuis le démon s’arrête.

J’ai relancé l’installation des dépendances, relancé le démon et il s’arrêt assez rapidement.

Dans les logs, je vois passer le premières trames (liées à mes sondes de température) puis le démon s’arrête.

Dans les logs, j’ai du Timeout, LoopNetServer Thread stopped …

J’ai ensuite modifié la paramétrage des protocoles pour n’activer que le Oregon : relance Démon et idem arrêt après réception des premières trames.

Pour ne pas rester sans communication RFXcom trop longtemps, j’ai réstauré ma sauvegarde que j’avais lancé juste avant la mise à jour du plugin (systématique par prudence…) et le fonctionnement est de nouveau OK.

Pour le moment je ne relance pas la mise à jour.

Je suis en JEEDOM 3.3.53 et RFXcom 27/05/2020 16h45.
Installation sous Debian Buster

Bonjour @tomtomtls,

Jessie est obsolète, voir détails ici : [Présentation] akenad - #10 par akenad

akenad :slight_smile:

1 « J'aime »

Bonjour,

Vous êtes sous Débian Jessie , il faut passer sous Débian Strech et mieux encore sous Debian Buster.

Gérard

1 « J'aime »

Bon… Il n’y a plus qu’à lancer un upgrade majeur ! Merci.

Je te le deconseille!

Fais un backup et installe un Linux propre
Upgrader Linux c’est une source a emmerdements

Tu veux dire un backup manuel en plus de mon nightly, une installation from scratch de Debian 9 ainsi qu’un Jeedom 3 avec restauration de mes données, puis un upgrade en Jeedom 4 si je le souhaite ?

Oui c’est cela

Tu peux même mettre debian 10… c’est pas plus compliqué mais ça durera plus longtemps

pareil pour moi je reste en jeedom 3.3.53 et RFX COM en 3.1 sinon RFX COM (dernier firmware PROXL1 1043) ne fonctionne pas.

@Vincedu40 quelle version Debian ?

En effet, je parlais de Buster donc Debian 10. Encore merci pour tous vos conseils, cette communauté est chouette.
Comme j’avais mis mon système Jessie + Jeedom v3 sur un SSD, je vais essayer d’installer mon nouveau système sur une carte SD sans toucher à l’ancien… Par contre je me demande s’il est préférable :

  1. d’installer proprement Buster + Jeedom v4, et de restaurer ma sauvegarde si compatible (puisque v3 actuellement),

  2. de faire un upgrade en v4 de mon système actuel puis de restaurer la sauvegarde v4 (que j’aurais pu faire entre temps) sur mon nouveau système Buster + Jeedom v4 ?

  3. d’installer Buster + Jeedom v3, de restaurer puis de faire la mise à jour v4

Qu’est-ce qui vous semble le plus sain ?

Si tu as déjà une installation indépendante avec buster jeedom 4, c’est rapide à tester la restauration de ta V3

1 « J'aime »

@tomtomtls,

Les 3 méthodes sont saines, en passant de préférence par la V3.3.54.

akenad :slight_smile:

1 « J'aime »

Après toute l’aide reçue ici, je m’étais promis de partager mon expérience. Voici donc une modeste contribution :
J’ai flashé la version Raspberry Pi OS Lite (basée sur Buster / Debian 10) trouvée sur cette page officielle à l’aide de Etcher sur une carte microSD de 16 GB. J’ai booté en quelques secondes, activé le SSH et configuré quelques options de base via la commande raspi-config et ai abandonné mon vieux combo clavier/souris pour me reconnecter en SSH depuis mon Mac.
Après avoir lancé un apt-get update suivi d’un apt-get upgrade (c’est un peu long mais au moins on est 100% à jour…), j’ai lancé l’installation de Jeedom avec un WGET puis une installation incluant les dépendances ZWave (l’option -z) :

wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh
chmod +x install.sh
./install.sh -z -m VotreMotDePasseRootMySQL

Après une longue attente, j’ai accédé à Jeedom en appelant l’url http://AdresseIPDeMonRaspberry (admin/admin pour le login/pwd par défaut), et j’ai restauré ma sauvegarde. Pour la petite histoire, l’installation de Jeedom s’est appuyée sur la v4, mais la restauration en v3.3.54 n’a posé aucun souci.
Tout fonctionne à nouveau à merveille, avec un OS parfaitement à jour :cowboy_hat_face:
Je mettrai Jeedom à jour (en v4) sous peu. Il faut au préalable que j’arrive à basculer mon système sur mon SSD. C’est la seule étape qui me résiste, malgré l’utilisation de RPI-Clone… à suivre !

1 « J'aime »

version 9 strech

idem pour moi, je suis revenu a l’ancienne version… Jeedom 4.0.61 sous Raspbian 10 (Buster) et Jeedom du 2020-05-27 16:45:41V 3.1.

je n’ose plus relancer l’upgrade du coup car ça me paraît bien compliqué.