[Présentation] akenad

Tags: #<Tag:0x00007f38510e8590> #<Tag:0x00007f38510e8478>

Bonjour à tous,

L’objectif de ce sujet de présentation, pour ne pas trop le « charger » n’est pas d’ouvrir des discussions mais de rassembler de temps en temps des petits “Flash” sur des sujets transverses pour consultation.
Si nécessaire j’ouvre par ailleurs des sujets dédiés pour discussion.
Si vous voulez réagir sur un des sujets abordés dans cette présentation, merci de bien vouloir créer un nouveau sujet.

Mes [RTEX] (ReTour d’EXpérience) sur Jeedom Community ici :

Les « Flash » :

Mes [RTEX] (ReTour d’EXpérience) sur l’ancien Forum Jeedom ici :
(Nota : Si les liens indiqués n’aboutissent pas il faut remplacer www.jeedom.com/forum par forum.jeedom.com)

[TUTO] sur Jeedom Community, de :

akenad :slight_smile:

6 J'aimes

Salut @akenad bienvenue a toi sur ce nouveau forum :wink:

Bienvenue.
Amitiés
Phil

"Flash" Les ports Jeedom :

Bonjour,

Voici quelques ports que l’on peut rencontrer dans les plugins Jeedom :

Port d’une clé USB :

  • /dev/ttyUSB* : JeedomSmart Stretch Kernel 3, Odroid-C2 Armbian Stretch Kernel 3

  • /dev/ttyACM* : Pi3 Raspbian Stretch Kernel 4, Pi4 Raspbian Buster Kernel 4, Odroid-C2 Armbian Buster Kernel 5

port d’un carte GPIO (Razberry, Enocean Pi, RaspBee) :

  • /dev/ttyS1 : JeedomSmart Stretch Kernel 3, Odroid-C2 Armbian Stretch Kernel 3
  • /dev/ttyAMA0 : Pi3 Raspbian Stretch Kernel 4, Pi4 Raspbian Buster Kernel 4
  • /dev/ttyAML1 : Odroid-C2 Armbian Buster Kernel 5

Le SoC du Pi3 possède 2 interfaces séries : UART0 et UART1(miniUART).
Par défaut le module Bluetooth interne est connecté à UART0 et les broches 8 et 10 du connecteur GPIO connecté au miniUART .
Pour que des cartes GPIO utilisant l’interface série fonctionne correctement, il est préférable de ne pas utiliser le module Bluetooth interne et de permuter les entrées/sorties des 2 UART en modifiant la configuration de la manière suivante :

  • Dans /boot/config.txt ajouter à la fin :
    dtoverlay = pi3-disable-bt
  • Dans /boot/cmdline.txt supprimer :
    console=serial0,115200

plus de détails ici : https://www.framboise314.fr/le-port-serie-du-raspberry-pi-3-pas-simple/

Pour le Pi4 (avec Pi OS 64) :

  • Dans /boot/config.txt ajouter à la fin :
    dtoverlay = disable-bt

plus de détails ici : https://www.raspberrypi.org/documentation/configuration/uart.md

Rebooter.
La commande :
$ ls -l /dev
devrait retourner un port serial0 qui pointe vers ttyAMA0

Voir exemple Pi4 et Razberry ici : Pi4 et Razberry

akenad :slight_smile:

"Flash" Les ports USB du Pi4 :

Bonjour,

Le Pi4 dispose de :

  • 1 port USB-C pour l’alimentation
  • 2 ports USB2 (couleur noire)
  • 2 ports USB3 (couleur bleue)

1 port USB3 peut-être utilisé pour connecter un disque USB3 SSD.
1 port USB2 peut-être utilisé pour connecter un Hub USB2 avec sa propre alimentation.

Les clés USB peuvent alors être connectées sur le HUB, car il a été constaté un problème de fonctionnement pour certaines clés USB connectées directement sur les ports USB du Pi4 telles que la clé USB Aeotec Z-Stick Gen5

Un exemple de mise en oeuvre ici : https://community.jeedom.com/t/2512
Sujet abordé aussi ici : Tentative fonctionnement premier équipement Jeedom

akenad :slight_smile:

1 J'aime

"Flash" Restauration de la Smart :

Bonjour,

Sur la JeedomSmart vous avez fait une « Restauration Image » (pour passer en Stretch), la sauvegarde de Jeedom a été effectuée sur la clé USB, le système et un Jeedom vierge ont été effectivement installés, mais la restauration n’a pas fonctionné (étape 5, finalisation, figé à 1%).

Voici une méthode pour effectuer la restauration manuellement :

  1. Installer le plugin JeeXplorer
  2. Introduisez la clé USB dans votre PC
  3. Lancer JeeXplorer
    -Aller dans le dossier /html/backup
    -Cliquer droit sur le dossier et sélectionner « Envoyer les fichiers »
    -Glissez-déposez le fichier backup-xxx.tar.gz de la clé USB
  4. Aller dans le menu « Sauvegardes » (Onglet Jeedom Roue crantée en V3, Réglages-> Système en V4)
    Vous devriez voir le fichier dans Sauvegardes locales/Sauvegardes disponibles
    -Cliquer sur « Restaurer la sauvegarde »

Nota : il est aussi possible de faire l’opération inverse, pour exporter une sauvegarde Jeedom, aller dans le dossier /html/backup, cliquer droit sur un fichier et sélectionner « Télécharger ».

akenad :slight_smile:

1 J'aime

"Flash" Le Projet CHIP, ConnectedHomeIP :

Bonjour,

Le projet « Connected Home over IP » (CHIP), vise à promouvoir l’interopérabilité de différentes solutions domotiques.
Apple, Google, Amazon et la ZigBee Alliance forment un groupe de travail pour développer un standard ouvert (projet open-source sur github) pour le smart Home, un protocole de connectivité unifié basé sur IP, qui sera compatible avec les services smart home et assistant vocaux tels que Google Assistant (Weave), Amazon Alexa, Apple Siri (HomeKit).
Silicon Labs, membre de la ZigBee Alliance, qui possède par ailleurs Sigma Designs, le créateur du protocole propriétaire Z-Wave, envisage pour rester dans la course de faire du Z-Wave un standard ouvert.

Il faut donc probablement s’attendre dans un futur proche dans le monde des équipements domotique à une convergence des messages s’appuyant sur les radios Wi-Fi, Bluetooth BLE, Zigbee et Z-Wave et à la disparition à terme de quelques Gateway.

Le projet est ici : https://www.connectedhomeip.com

Le github du projet est ici : https://github.com/project-chip/connectedhomeip

et pour l’aspect sécurité de l’IoT : https://fr.ioxtalliance.org

L’ouverture du Z-Wave est ici : https://z-wavealliance.org/z-wave-specification

PCHIP_Pyramid_Stack_HIGH_o-1024x683

Un sujet dédié pour en discuter ouvert ici : Le projet Connected Home over IP : CHIP

akenad :slight_smile:

1 J'aime

"Flash" Les Box Jeedom :

Bonjour,

l’idéal a minima est d’avoir 2 box :

  • 1 Box Buster + V4 (avec plugins indiqués compatible Jeedom V4 sur le market)
  • 1 Box Stretch + V3 (pour la “old compatibility”)

En outre le Plugin Jeelink est compatible V4 (sert à lier 2 Jeedoms)

Après tout est possible, par exemple une Smart avec V4.

akenad :slight_smile:

"Flash" Xiaomi Gateway, mode Dev/LAN et port udp 9898 :

pour la Xiaomi GW DGNWG02LM,
lorsque le mode Dev/LAN est inopérant,

le port udp 9898 peut être ouvert par une méthode matérielle.

/!\ IMPORTANT :
Parmi les très nombreuses Xiaomi Gateway,
seul le modèle DGNWG02LM est compatible avec le #plugin-xiaomihome, mais elle semble malheureusement dorénavant en fin de commercialisation.

Ne pas confondre :

  • DGNWG02LM avec prise chinoise (Mi Control Hub)[lumi.gateway.v3]
  • DGNWG03LM pour Taïwan
  • DGNWG05LM avec prise Europe (Mi Control Hub)[lumi.gateway.mieu01].
  • ZHWG11LM Homekit (Aqara Hub)[lumi.gateway.aqhm01].
  • ZNDMWG03LM Homekit multi-mode (Mi Smart Home Hub)[lumi.gateway.mgl03].

Un conseil, ne parlez pas de la « Xiaomi GW V3 ». L’appellation n’est pas suffisamment précise, plusieurs peuvent être dénommées ainsi !

La DGNWG02LM ne fonctionne pas avec Le #plugin-xiaomihome lorsque l’activation du mode développeur (API LAN) est inopérante dans l’App Mi Home.

Cette méthode est censée ouvrir le port udp 9898 sur la Gateway mais parfois cela n’a aucun effet.

Pour ouvrir ce port une méthode matérielle consiste à lancer sur la Gateway la commande :

psm-set network.open_pf 3

La procédure détaillée est décrite sur l’ancien forum ici : https://forum.jeedom.com/viewtopic.php?f=182&t=40976#p719052

Pour la compatibilité des Xiaomi GW Homekit avec Jeedom, un plugin semble en cours de gestation.

akenad :slight_smile:

"Flash" Version OS :

Bonjour,

Jessie est en fin de vie !
(Fin du support LTS Debian 8 « Jessie » le 30 juin 2020 : https://wiki.debian.org/fr/LTS)

Depuis Jeedom V3.3.54 (01/12/2020), si l’OS est supérieur à Jessie, un outil de migration facile est disponible dans le Centre de mise à jour (Bouton « Mettre à niveau V4 ») : https://doc.jeedom.com/fr_FR/howto/migration.version

Je recommande pour la Mini+ de passer en Stretch et en Buster pour la Smart et le DIY.

Les méthodes officielles de Jeedom SAS :

Pour la Smart :

  • Méthode 1 : La « Restauration Image », à partir de Jeedom V3.3.24, accessible par : Jeedom -> Roue crantée (ou Réglages -> Système) -> Restauration Image
  • Méthode 2 : Le « Recovery Mode » : https://doc.jeedom.com/fr_FR/installation/smart

La « Restauration Image » est un assistant qui automatise le « Recovery Mode » pour une « Migration Facile ».

L’image est ici : https://images.jeedom.com/smart
EDIT 24/11/2020 : /!\ ATTENTION : l’image de la smart vient d’être mise à jour, une Buster+Jeedom V4 a remplacé l’ancienne Stretch+Jeedom V3).
Plus de détails ici : [RTEX] Jeedom Smart Recovery mode - passage en Buster Jeedom V4

Si ces images téléchargées sont corrompues, le téléchargement depuis l’ancien partage de Jeedom SAS ici se passe mieux (mais images Stretch+Jeedom V3) : images sur cloud amazon

Pour la Mini Plus (jeeboard, microSD uniquement, SDHC 32GB SanDisk Extreme PRO conseillé) :
pour la passer en Stretch : https://doc.jeedom.com/fr_FR/installation/mini
L’image est ici (Stretch+Jeedom V3 uniquement, autrement dit pas de Buster+Jeedom V4) :
https://images.jeedom.com/jeeboard

Pour Rpi et x86-64 (Buster+Jeedom V4) :
les images sont ici :
https://images.jeedom.com

/!\ ATTENTION : exporter au préalable une sauvegarde de Jeedom pour la restaurer ensuite (par exemple avec le plugin JeeXplorer).

Pour avoir des informations sur le système :

$ uname -a
$ lsb_release -a
$ arch

exemple :

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 10 (buster)
Release:        10
Codename:       buster

$ uname -a
Linux jeedom9 4.19.0-10-amd64 #1 SMP Debian 4.19.132-1 (2020-07-24) x86_64 GNU/Linux      

$ arch
x86_64

La version du système dans Jeedom s’obtient en allant dans :
Analyse -> Santé
Version OS : […]

C’est très utile pour résoudre un problème de préciser sont matériel et son système lorsqu’on expose un problème sur Jeedom Community.

Les architectures (Kernel 3.x, 4.x, 5.x) :

Quelques exemples :

  • Jeedom Smart Debian Stretch
    Version OS : Linux hostname 3.14.79-94 #1 SMP PREEMPT Mon Nov 21 17:13:27 BRST 2016 aarch64 GNU/Linux [9.4]

  • Jeedom Smart Debian Buster
    Version OS : Linux Jeedom 3.14.79-94 #1 SMP PREEMPT Mon Nov 21 17:13:27 BRST 2016 aarch64 GNU/Linux [10.4]

  • Odroid-C2 eMMC Armbian Buster
    Version OS : Linux hostname 5.3.11-meson64 #19.11.3 SMP PREEMPT Mon Nov 18 20:10:57 CET 2019 aarch64 GNU/Linux [10.2]

  • RPi3B+ SSD Raspbian Stretch
    Version OS : Linux hostname 4.19.66-v7+ #1253 SMP Thu Aug 15 11:49:46 BST 2019 armv7l GNU/Linux [9.9]

  • RPi4B SSD Raspbian Buster
    Version OS : Linux hostname 4.19.97-v7l+ #1294 SMP Thu Jan 30 13:21:14 GMT 2020 armv7l GNU/Linux [10.3]

  • RPi4B SSD Pi OS 64 Bits (Buster)
    Version OS : Linux hostname 5.4.42-v8+ #1319 SMP PREEMPT Wed May 20 14:18:56 BST 2020 aarch64 GNU/Linux [10.4]

  • RPi4B SSD Pi OS 64 Bits (Buster)
    Version OS : Linux hostname 5.4.51-v8+ #1333 SMP PREEMPT Mon Aug 10 16:58:35 BST 2020 aarch64 GNU/Linux [10.5]

  • image RPi 64 Bits (Buster) de Jeedom SAS : jeedom-debian-buster-rpi-64-4.0.61.zip (du 05/08/2020)
    Version OS : Linux jeedom 5.4.51-v8+ #1327 SMP PREEMPT Thu Jul 23 11:11:34 BST 2020 aarch64 GNU/Linux [10.5]

  • NUC Intel VM proxmox Stretch
    Version OS : Linux hostname 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64 GNU/Linux [9.5]

  • NUC Intel VM proxmox Buster
    Version OS : Linux hostname 4.19.0-5-amd64 #1 SMP Debian 4.19.37-5 (2019-06-19) x86_64 GNU/Linux [10.0]

  • NUC Intel VM proxmox Buster
    Version OS : Linux hostname 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1 (2020-01-26) x86_64 GNU/Linux [10.3]

  • NUC Intel VM proxmox Buster
    Version OS : Linux hostname 4.19.0-9-amd64 #1 SMP Debian 4.19.118-2+deb10u1 (2020-06-07) x86_64 GNU/Linux [10.4]

  • NUC Intel VM proxmox Buster
    Version OS : Linux jeedom9 4.19.0-10-amd64 #1 SMP Debian 4.19.132-1 (2020-07-24) x86_64 GNU/Linux [10.5]

Voici un petit tableau comparatif simplifié de versions de paquets Debian, fréquemment utilisés par Jeedom :

------------Jessie (Debian 8.0)------Stretch (Debian 9.0)------Buster (Debian 10.0)
Kernel-----------3.16-------------------------------4.9--------------------4.19
GCC--------------4.9---------------------------------6.3--------------------7.4 et 8.3
PHP--------------5.6---------------------------------7.0--------------------7.3
Python----------2.7 et 3.4------------------------2.7 et 3.5------------2.7 et 3.7
Apache---------2.4.10-----------------------------2.4.25----------------2.4.38
DB---------------MySQL 5.5-----------------------MariaDB 5.8-------MariaDB 10.3
npm----------------------------------------------------------------------------5.8
NodeJS------------------------------------------------------------------------10.15
ffmpeg------------------------------------------------3.2--------------------4.1

A noter que le Core et les plugins de Jeedom peuvent être amenés, via l’installation des Dépendances, à désinstaller certains paquets et les remplacer par d’autres versions.

Il suffit d’un seul plugin qui gère mal l’installation de ses dépendances (certaines pouvant être communes avec d’autres plugins) et cela peut générer une inconsistance au détriment de tous les autres plugins.

Afin de cadrer et structurer l’installation de dépendances système,
et pour minimiser les problèmes associés, une solution serait de réaliser une librairie bash commune à Jeedom, utilisable par les plugins dans leur script d’installation des dépendances.
L’idée étant donc d’éviter les inconsistances essentiellement sur PHP, Python et NodeJS.

Concernant NodeJS, les plugins orientés Apple de @nebz sont pour moi des références en la matière.
Astuce : NodeJS et NPM dans une version utilisée par plusieurs plugins peuvent être installées en installant les dépendances du plugin alexa-api.

Plus de détails ici : https://forum.jeedom.com/viewtopic.php?f=50&t=32599&start=20#p743844

akenad :slight_smile:

2 J'aimes

“Flash” Plugin Jeedom Homebridge :

Bonjour,

Sur le iPhone, dans l’App “Maison”, pour voir les ponts Homebridge et leurs accessoires,
2 méthodes :

  1. cliquer l’icone “Maison” en bas à gauche
    puis cliquer sur l’icone Maison en haut à gauche
    puis sélectionner “Réglages des domiciles” puis le nom d’un domicile (“Maison” pour moi)

  2. cliquer l’icone “Maison” en bas à gauche
    puis cliquer le bouton “Modifier” (en haut à droite)
    alors un chevron “>” apparait à droite du nom du domicile (“Maison” pour moi)
    cliquer sur “>”

ensuite sélectionner “concentrateur et ponts”,
puis sélectionner le pont.

Pour supprimer le pont cliquer “Supprimer le pont du domicile”.

Version en images animées par @nebz ici : Voir pont Homebridge dans iPhone App Maison

akenad :slight_smile:

“Flash” équipements Zigbee Xiaomi :

Bonjour,

Pour savoir si un équipement Zigbee est compatible avec le plugin Jeedom « Xiaomi Home » (associé à la Xiaomi Gateway DGNWG02LM),
le mieux est de consulter le site du développeur lunarok : https://lunarok-domotique.com :
Ensuite sélectionner « Plugins Jeedom » > "Xiaomi Home > « Xiaomi Smart Home Security »
(accès direct : https://lunarok-domotique.com/plugins-jeedom/xiaomi-home-jeedom/aqara-lumi-xiaomi-smart-home-security/)
et parcourir le tableau.

Par exemple on peut y trouver :

  • le double interrupteur encastrable, de son petit nom « Aqara Wall Switch », alias « QBKG03LM ZigBee Aqara Wall double Switch » (L L1 L2, sans Neutre)
  • la prise, de son petit nom « Aqara Plug », alias « ZNCZ02LM ZigBee Xiaomi Mijia Power Plug »

QBKG03LM-Zigbee-Aqara-Wall-double-Switch
QBKG03LM-Zigbee-Aqara-Wall-double-Switch-back
ZNCZ02LM-Xiaomi-Mijia-ZigBee-Power-Plug-Front
ZNCZ02LM-Xiaomi-Mijia-ZigBee-Power-Plug-Back
A 99 %, Si l’équipement Zigbee n’est pas dans ce tableau, c’est qu’il n’est pas compatible avec le plugin Xiaomi Home.

Par exemple on ne trouve pas dans le tableau :

  • le double relais, de son petit nom “Aqara Relay", alias ”LLKZMK11LM Zigbee Xiaomi Mijia Aqara Two way Wireless Relay Controller (2 channels) (model:lumi.ctrl_dualchn)"

LLKZMK11LM-Zigbee-Xiaomi-Mijia-Aqara-Wireless-Relay-Controller-2channels

Inutile de demander au développeur du plugin quand un équipement qui n’est pas dans le tableau sera compatible car la compatibilité n’est pas du fait du plugin mais de l’API LAN Xiaomi sur laquelle s’appuie le plugin.
Par ailleurs ce n’est pas parce qu’un équipement fonctionne avec l’App Mi Home qu’il va fonctionner avec le plugin Xiaomi Home. En effet l’App Mi Home fonctionne avec le Cloud Xiaomi mais pas L’API LAN qui peut comporter des différences.

Une description de l’API LAN et des équipements pris en charge (se trouvait mais retiré) ici :

http://docs.opencloud.aqara.com/en/development/gateway-LAN-communication/

Le relais est certes mentionné dans la documentation, mais l’API ne permet pas de le commander.
Plus de détails ici : https://forum.jeedom.com/viewtopic.php?f=182&t=40976#p736635

akenad :slight_smile:

1 J'aime

"Flash" plugin Z-Wave :

Bonjour,

Depuis plus de 2 ans que je l’utilise je suis très satisfait du plugin Jeedom Z-Wave.

Cependant, 2 petits bémols :

1) Retours d’état :
Depuis la mise à jour du plugin du 04-02-2019 (c’était donc il y a un an) (https://jeedom.github.io/plugin-openzwave/fr_FR/changelog), il arrive que pour certains modules, certains retours d’états ne soient pas pris en compte par le plugin en configuration par défaut (identifiés par exemple pour certains modules double switch).
Un contournement est possible dans la configuration du module :
Equipement -> Configuration -> Valeurs
Changer le Rafaichissement de « Auto » à « 5 min ».
On perd le temps réel mais ce n’est pas forcement un problème, ça dépend de l’usage.

2) Compatibilité avec de nouveaux modules
Certains nouveaux modules ne sont pas complétements fonctionnels.
Ceci est lié au fait que le plugin Jeedom Z-wave s’appuie toujours sur un fork de Openzwave 1.4 alors que certains nouveaux modules nécessitent Openzwave 1.6 pour être pleinement fonctionnel.

Toutefois une alternative au plugin actuel ou à OpenZWave 1.6 pourrait être étudié.
En effet Comme je l’ai indiqué dans un post plus haut Silicon Labs ouvre ses spécifications Z-Wave.
Une alternative pourrait être de développer un nouveau plugin s’appuyant sur le Z-Wave SDK de Silicon Labs.
L’outil « Z-Wave PC Controller » (téléchargeable depuis https://www.silabs.com) est un exemple d’application qui utilise les fonctionnalités exposées par l’API série Z-Wave embarquée dans un contrôleur Z-Wave.
sur https://www.silabs.com/products/development-tools/software/z-wave/embedded-sdk
Cliquer « PC Controller ».
Créer un compte Silicon Labs.

Et quelques informations complémentaires en passant :

  • Les classes de commandes Z-Wave :
  1. Liste de référence des classes de commandes Z-Wave : https://www.silabs.com/documents/login/miscellaneous/SDS13548-List-of-defined-Z-Wave-Command-Classes.xlsx
  2. Les classes de commandes utilisées dans le plugin Z-Wave : https://github.com/jeedom/plugin-openzwave/blob/master/resources/openzwaved/ozwave/globals.py (COMMAND_CLASS_SOUND_SWITCH = 121 #0x79 n’existe pas dans ce fichier)

akenad :slight_smile:

7 J'aimes

"Flash" Logs Debug :

Bonjour,

Un petit Flash à l’attention particulière des nouveaux arrivants sur le forum.

Vous avez un problème sur Jeedom, vous voulez vous faire aider.
Vous êtes les bienvenus et au bon endroit.
Mais attention les « aideurs/Helpeurs » n’ont ni la science infuse ni de boule de cristal.

Si vous dites par exemple « j’ai un problème depuis la dernière mise à jour du plugin totopouet, vous avez une idée ? »
C’est peut-être un peu court.
L’aideur qui voudra essayer de vous aider vous demandera « les logs debug ».

"Papa, c'est quoi cette bouteille de lait ?"

  • Log : fichier journal contenant les enregistrements historique des événements d’un processus particulier.
  • Debug : dans le contexte Jeedom c’est le niveau du log au maximum de verbosité.

Toutes les logs Jeedom sont rassemblées et visibles via :
Onglet « Analyse » -> Logs
quelques exemples :

  • backup
  • http.error
  • jeedom
  • network
  • plugin
  • restore
  • scenario
  • starting
  • update

Les logs des plugins sont « tournant », c’est-à-dire que les lignes les plus récentes viennent écraser les lignes les plus anciennes. Ceci pour éviter que le disque ne se remplisse à l’infini.

Le nombre de lignes maximum dans un fichier de log est de 500 initialement, lors de l’installation de Jeedom.
Parfois ce n’est pas suffisant pour tracer entièrement un phénomène ou un bug.

le « Nombre de lignes maximum dans un fichier de log » est modifiable (Jeedom V4) :
Onglet Réglages -> Système -> Configuration -> Logs
puis cliquer sur l’onglet « Logs » (et pas « Alertes »)

Lorsque c’est nécessaire le nombre de lignes peut être passé temporairement à 1000 ou 2000, le temps des investigations.

les logs d’un plugin se gèrent dans la configuration du plugin.
souvent un plugin a 3 logs ;

  • le log des dépendances, d’installation et/ou de mise à jour
  • le log du démon (s’il en a un)
  • le log de fonctionnement

prenons l’exemple des plugins Z-Wave et Homebridge.
Dans
Gestion -> configuration du plugin -> « Logs et surveillance » :

Z-Wave :

  • le log des dépendances, d’installation et/ou de mise à jour : « Openzwave_update »
  • le log du démon : « Openzwaved »
  • le log de fonctionnement : « Openzwave »

Homebridge :

  • le log des dépendances, d’installation et/ou de mise à jour : « Homebridge_dep »
  • le log du démon : « Homebridge_daemon »
  • le log de fonctionnement : « Homebridge »

Pour générer des logs en niveau Log Debug,
cliquer sur le bouton radio « Debug » puis sur le bouton « Sauvegarder » (de la fenêtre « Logs et surveillance »)

et pour générer de la log :

  • Relancer les Dépendances
  • ReDémarrer le Démon

Si le forum ne vous autorise pas à joindre un fichier parce que en tant que nouvel utilisateur vous n’avez pas encore atteint le niveau de confiance 1 (« Basic user », badge « Actif » : https://community.jeedom.com/badges/1/actif), le contenu de chaque Log peut être copié/collé dans un post.

Pour une bonne lisibilité et pour ne pas « charger » le post, utiliser l’icône « Texte préformaté » :
log-joint

Une fois les investigations terminées, revenir au niveau de log par défaut et au nombre de lignes maximum dans un fichier de log à 500.
(ceci pour ne pas remplir le disque inutilement).

Un développeur de plugin Jeedom peut parfois avoir besoin de logs qui ne sont pas directement dans jeedom
(donc pas dans un sous dossier de /var/www/html) mais au niveau de l’OS.

Exemple avec le plugin Homebridge :
il peut arriver que les dépendances du plugin Homebridge ne s’intallent pas correctement, un fichier log debug peut alors être généré dans le dossier /root/.npm/_logs

Pour afficher le log :

Jeedom -> Réglages -> Système (ou Roue crantée en V3) -> Configuration -> OS/DB -> Administration Système

Taper les commandes :

sudo ls /root/.npm/_logs
XXXXXXXX-debug.log
sudo cat /root/.npm/_logs/XXXXXXXX-debug.log

akenad :slight_smile:

5 J'aimes

“Flash” sur deCONZ :

et la “Phoscon Gateway” (pont Zigbee), alias “La Gateway ZigBee USB Universelle” de dresden-elektronik.

Liste de compatibilité équipements Zigbee : https://zigbee.blakadder.com/deconz.html

Pour faire simple, une Phoscon Gateway c’est du matériel (clé USB ConBee, ConBee2 ou Carte GPIO RaspBee dans un Rpi) et du logiciel en mode déporté ou local.

Embarque une serveur web et une web API (Phoscon App et logiciel deCONZ).

Les paquets deb deCONZ sont disponibles en stable et beta ici:
sur les architectures suivantes :

Au 13/11/2020, v2.05.88 stable

Jeedom publie les paquets deb deCONZ utilisés par le plugin Jeedom Deconz ici :
https://images.jeedom.com/resources/deconz/

Le plugin deCONZ reconnait l’architecture et installe (ou remplace lors d’une mise à jour) le paquet deb deCONZ correspondant lorsque l’on clique sur le bouton “Lancer” Installation Deconz local dans la configuration du plugin.

A un instant t, le paquet deCONZ utilisé par le plugin Deconz peut être plus ancien que la dernière version disponible chez dresden-elektronik. Ce qui peut expliquer que certains utilisateurs remontent des problèmes de compatibilité de certains équipements avec le plugin deconz alors que ses équipements sont supportés avec la dernière version de deCONZ. Ce décalage est en principe de quelques jours.

La liste des équipements Zigbee supportés maintenue par Dresden est ici : https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices

Une présentation de deCONZ très intéressante en français pour commencer à appréhender le sujet ici : https://presentationdeconz.wordpress.com

Le meilleur point d’entrée de dresden-elektronik est ici : https://phoscon.de

et la documentation sur le plugin jeedom Deconz : https://doc.jeedom.com/fr_FR/plugins/automation%20protocol/deconz/

Quelques accès directs sur Phoscon :

Les firmwares des clés Conbee2 et Conbee sont disponibles ici:
http://deconz.dresden-elektronik.de/deconz-firmware/

Au 07/10/2020 :

  • pour la Conbee 2 : deCONZ_ConBeeII_0x26660700.bin.GCF
  • pour la RaspBeeII : deCONZ_RaspBeeII_0x26660700.bin.GCF
  • pour la conbee (et RaspBee) : deCONZ_Rpi_0x26390500.bin.GCF

Pour mettre à jour le firmware d’une clé Conbee2 ou Conbee ce qui semble fonctionner le mieux c’est
sous Windows
avec l’outil GCFFlasher ici : http://deconz.dresden-elektronik.de/win/
(Nota : GCFFlasher V3_14 inclu dans deCONZ_Setup_Win32_V2_06_00.exe)

>GCFFlasher.exe -l
>GCFFlasher.exe -f deCONZ_ConBeeII_0x26580700.bin.GCF -d COM28 -t 60

Deconz-conbee2-GCFFlasher-maj-firmware-0x26580700-10052020

J’ai fais fonctionner la Conbee2 et la Conbee sur un Pi4 (avec Pi OS 64 Buster) et Odroid-C2 (avec Armbian Buster).

Sous debian,
en SSH, pour voir le port, brancher la clé, lancer les commandes :

$ su -
# GCFFlasher_internal -l

donne :

GCFFlasher V3_13 (c) dresden elektronik ingenieurtechnik gmbh
Path             | Vendor | Product | Serial     | Type
-----------------+--------+---------+------------+-------
/dev/ttyACM0    | 0x1CF1 | 0x0030  | xxxxxxxxx  | ConBee II

A noter que la Conbee2 est montée sur un port /dev/ttyACMx alors que la Conbee est sur un port /dev/ttyUSBx.

Pour mettre à jour le firmware (téléchargé dans le répertoire courant) :
-débrancher la clé
-lancer la commande :
# GCFFlasher_internal -d /dev/ttyACM0 -t 60 -f deCONZ_ConBeeII_0x26580700.bin.GCF
-rebrancher la clé.

deCONZ-Phoscon-conbee2-firmware-26580700-v2.05.77-22052020

/!\ ATTENTION : Il est très vivement recommandé de ne pas flasher la Conbee depuis une VM Debian, au risque de corruption définitive de cette clé.

/!\ ATTENTION : après une mise à jour du paquet deCONZ ou/et du firmware, il peut être nécessaire de réveiller ou/et réappairer certains équipements.

Un sujet dédié pour discussion ouvert par @Beber53 ici : Deconz - key usb plus détecté

akenad :slight_smile:

2 J'aimes

"Flash" Jeedom Community :

Ce nouveau forum « Jeedom Community » s’appuie sur un nouvel outils nommé « Discourse » : https://www.discourse.org

La règle d’or : 1 sujet => 1 Problème => 1 Solution

Je suggère de prendre le temps d’apprendre à s’en servir tant pour créer des sujets, cliquer des solutions et utiliser le moteur de recherche avancé qui est bien plus puissant que sur l’ancien forum.

A noter que dans ce nouveau fonctionnement il n’y a pas de sujet « Officiel » dans la catégorie « Plugins ». (n’est « officiel » dans ce nouveau forum que les sujets de la catégorie « Annonces officielles ».)

Même avec un moteur de recherche puissant on ne trouve que ce qu’on y a mis.
Une bonne question (problème) fera une bonne réponse (solution).
Donc si chacun pose soigneusement sa question tous profiteront de la réponse (et vice versa).
C’est un peu pour ça que ça s’appelle « Community ».

Le principe pour un plugin-xxx, c’est d’ouvrir un sujet avec un titre explicite de problème et y ajouter une étiquette (tag) « plugin-xxx ».
Par exemple pour plugin-deconz ou plugin-openzwave, aller dans la catégorie « Plugins »/« Protocole domotique » : https://community.jeedom.com/c/plugins/protocole-domotique/
et cliquer le bouton « Créer un sujet », entrer un titre explicite du problème et ajouter le tag plugin-xxx.

L’intérêt de bien mettre le tag c’est que dans la recherche avancée on peut filtrer dessus.
ça permet aussi au développeur du plugin de mettre une alerte sur ce tag pour être notifié d’un nouveau sujet.
Lorsque un sujet a sa solution il suffit que le créateur du sujet clique sur le bouton solution du post qui décrit la solution et la solution remonte au niveau du premier post du sujet.
Ce principe, si la plupart, jouent le jeu fait gagner beaucoup de temps, il n’est pas nécessaire de lire l’intégralité des sujets.

Un exemple de méthode de recherche :

Les sujets sur les installations d’OS et Jeedom sont essentiellement dans la catégorie « Matériel Jeedom Hardware ».
Pour chercher, cliquer sur la loupe en haut à droite, puis cliquer sur « options ».
Dans la recherche avancée sélectionner la catégorie « Matériel Jeedom Hardware » et l’étiquette (tags).
On peut par exemple chercher sur la base du tag buster ou tutoriel.
La chaîne directe de recherche produite est :

#materiel-jeedom-hardware tags:buster
ou
#materiel-jeedom-hardware tags:tutoriel

Ensuite trier au choix par Pertinence, Dernier message, Plus aimé, Plus vu, Dernier sujet.

Pour plus de détails : Comment nous aider à vous aider - ou Comment poser une bonne question?

Un sujet dédié pour discussion ouvert par @pifou ici : https://community.jeedom.com/t/19664

akenad :slight_smile:

3 J'aimes

"Flash" modules On/Off encastrables :

Quelques modules radios :

modules-on-off-encastrables

Zigbee : Legrand Netatmo 0 648 88
Z-Wave : Fibaro FGS-222
EnOcean : Nodon SIN-2-2-01
Wi-Fi : Shelly1PM, Sonoff Mini DIY

akenad :slight_smile:

1 J'aime

"Flash" Legrand Céliane Netatmo :

Les équipements Legrand Netatmo sont en principes appairés avec la Gateway Legrand Netatmo.
Pour réaliser un ré-appairage sur cette GW Zigbee (ou une autre), un reset doit être réalisé sur l’équipement.
Chaque équipement possède un bouton « Reset » en façade, qu’il faut pour certains démonter.
L’accès au bouton est repéré par la représentation d’une roue crantée :
Legrand-celiane-netatmo-reset-zigbee
Pour dés-appairer l’équipement, appuyer quelques secondes sur le bouton reset (5 a 10 s en fonction de l’équipement) jusqu’à ce que la led passe au rouge fixe.
Pour ré-appairer l’équipement sur la GW Legrand, suivre la documentation.
Pour ré-appairer l’équipement sur une autre GW Zigbee, mettre la GW en mode appairage, puis appuyer brièvement sur le bouton reset de l’équipement, et attendre, la LED doit passer au vert.

Pour qu’une GW Zigbee puisse bénéficier de toutes les fonctionnalités d’un équipement Legrand (par exemple la mesure de la consommation d’une prise ou la fonction variateur) il est nécessaire en principe d’appairer l’équipement au moins une fois sur la GW Legrand pour réaliser une mise à jour du firmware.
Par ailleurs la gamme Legrand Netatmo ne fonctionne que sur le canal Zigbee numéro 11.

akenad :slight_smile:

3 J'aimes

"Flash" Plugin SMS et clé Huawei E3372 ou E3531 :

(/!\ ATTENTION : version d’origine et non pas fourni via opérateur car probablement firmware modifié et bridé)
Configuration du système pour envoyer des SMS avec le plugin SMS.
Je recommande de ne pas modifier le firmware.
Je préconise pour la JeedomSmart (en Stretch) l’utilisation de la E3372, la clé est reconnue par défaut. (/!\ ATTENTION : pas le modèle E3372H-320).

Dans d’autres cas comme Odroid-C2 Armbian, Pi3 ou Pi4 Raspbian, VM Debian amd64,
vérifier que le paquet usb-modeswitch est installé, sinon l’installer.

Pour la E3372 :

Créer le fichier /etc/usb_modeswitch.d/12d1:1f01 avec comme contenu :

# Huawei E3372s-153 ou E3372h-153 switch mode vers 12d1:1442 (mode GSM modem) :
TargetVendor=0x12d1
Targetproduct=0x1f01
MessageContent="55534243000000000000000000000011060000000000000000000000000000"

Pour la E3531 :

créer le fichier /etc/usb_modeswitch.d/12d1:1f01 avec comme contenu :

# Huawei E3531i-2 ou E3531s-2 switch mode vers 12d1:1001 (mode GSM modem, 3 ports)
TargetVendor=0x12d1
Targetproduct=0x1f01
MessageContent="55534243123456780000000000000011062000000100000000000000000000"

Puis débrancher et rebrancher la clé.

Le switch de 12d1:1f01 vers le mode GSM modem est visible avec la commande :
dmesg | grep USB

Le résultat du switch est visible par la commande :
lsusb

Plus de détails ici : https://forum.jeedom.com/viewtopic.php?f=160&t=32719&start=40#p662487

La documentation Jeedom officielle du #plugin-sms est ici : https://doc.jeedom.com/fr_FR/plugins/communication/sms/

akenad :slight_smile:

"Flash" Dépendances Python pour Jeedom et plugins :

Des plugins ont des démons en python3 alors que d’autres sont encore en python2.

Quelques exemples :

Plugin---------Python
deCONZ---------3
BLEA-------------3 (migré)
RfXCom----------3 (migré)
Broadlink---------3 (migré)
OpenZwave------2
OpenEnOcean—2

Jusqu’à début janvier 2020, pip et python pointaient par défaut sur python2.
Python2.7 n’est plus maintenu depuis janvier 2020, mais il y a encore des plugins qui l’utilisent.
pip 21.0 ne supportera plus python 2.7 en janvier 2021.
Donc si les #plugin-openenocean et #plugin-openzwave ne sont pas migrés en python3 (ou réécris) avant Janvier 2021, ça va se compliquer.

Dans le cas général, pour ajouter un module python nécessaire au fonctionnement d’un plugin en python2 :
$ sudo pip2 install nomdumodule

Jeedom installe python3 et pip3 mais il n’en n’a pas toujours été ainsi.

Pour voir si python3 et pip3 sont installés, commandes :

$ python3 --version
$ pip3 --version

S’ils ne sont pas installés, ils peuvent être installés manuellement avec les commandes :

$ sudo apt install python3
$ sudo apt install python3-pip

Pour lister les modules de la lib python2 :
$ pip2 list
ou
$ python2 -m pip list

Pour lister les modules de la lib python3 :
$ pip3 list
ou
$ python3 -m pip list

Les commandes :

$ pip list
ou
$ python -m pip list

listes les modules de la lib python 2 si pip et python pointent sur python2, et listes les modules de la lib python 3 si pip et python pointent sur python3.

/!\ ATTENTION : Voici 2 commandes que je recommande de ne pas lancer manuellement sous peine de casser les démons et/ou les dépendances de Jeedom et ses plugins :

$ sudo python3 -m pip install --upgrade pip NePasLancer
ou
$ sudo update-alternatives --install /usr/bin/python python /usr/bin/python3.7 2 NePasLancer

La première commande met à jour pip et fait pointer pip sur python3 (et non plus python2).

La 2ième commande modifie la version de python par défaut au niveau système, python pointe alors sur python3 (et non plus python2). Par défaut, la 2ième commande (python3.7) concerne Buster (ce serait python3.5 sous Stretch).

Pour savoir sur quelle version de python pointent pip et python :

$ pip --version
$ python --version

Si pip ou python pointent sur python3 cela peut provoquer un dysfonctionnement pour les plugins encore en python2.

Si pip pointe sur python3, lors de l’installation des dépendances du plugin, les modules sont installés dans la lib python3 au lieu de python2.

Lorsque le démon (en python2) du plugin est lancé il ne va pas trouver les modules dont il a besoin et provoquer une erreur et donc peut s’arrêter.

Si python pointe sur python3, le démon (en python 2) est lancé avec python3, il peut alors y avoir des erreurs de syntaxe et donc peut s’arrêter.

Un sujet dédié pour discussion ouvert par @Bonson et intitulé " Python 2 ou python 3" ici : Python 2 ou python 3

akenad :slight_smile:

2 J'aimes