[Présentation] akenad

Tags: #<Tag:0x00007f385c3b8350> #<Tag:0x00007f385c3b8260>

"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 ConnectedHomeIP :

Bonjour,

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

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

Un sujet dédié pour en discuter ouvert ici : Le projet ConnectedHomeIP

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 (=lumi.gateway.v3 prise chinoise)
est compatible avec le #plugin-xiaomihome
Mais elle semble malheureusement en fin de commercialisation.

Ne pas confondre avec :

  • DGNWG03LM pour Taïwan
  • DGNWG05LM avec prise Europe.
  • ZHWG11LM Homekit (Aqara Hub)
  • ZNDMWG03LM Homekit multi-mode (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)
Je recommande pour la Smart et la Mini+ de passer en Stretch et en Buster pour 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 ».

Pour passer la Mini Plus (jeeboard) en Stretch : https://doc.jeedom.com/fr_FR/installation/mini

Les images pour smart et mini+ (jeeboard) sont ici : https://images.jeedom.com

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

/!\ 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]

  • 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 est 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, comme par exemple l’Aeotec Doorbell 6 (ZW162) et la nécessité d’utiliser la classe de commandes SOUND_SWITCH pour modifier la sonnerie et le volume.

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:

6 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 08/10/2020, v2.05.84 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/

>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).

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

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

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 : 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:

2 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:

"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 :

Au jour ou j’écris ces lignes, des plugins comme BLEA ou deCONZ ont des démons en python3 alors que des plugins comme Z-Wave ou EnOcean sont en python2.

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

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.
Jusqu’à début janvier pip et python pointaient par défaut sur python2.
Si pip et python pointe sur python2, la commande :

$ pip list
ou
$ python -m pip list

liste les modules de la lib python2, et

$ pip3 list
ou
$ python3 -m pip list

liste les modules de la lib python 3.

/!\ 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 : https://community.jeedom.com/t/20659

akenad :slight_smile:

2 J'aimes

« Flash » Panne Smart

La smart est un Odroid-C2
Sans ouvrir le boîtier, on peut apercevoir 2 leds derrière le connecteur micro usb.
Si la led rouge est allumée mais que la led bleue ne clignote pas (éteinte ou fixe) c’est qu’il y a un problème de démarrage donc certainement un problème sur l’eMMC (hardware ou u-boot/system corrompu).

Le contenu d’une eMMC d’une Smart (debian+Jeedom+Recovery) est préparé spécialement par Jeedom SAS.

Si la Smart est sous garantie (moins de 2 ans) faire appel au SAV du vendeur.

Si la Smart n’est plus sous garantie, plusieurs alternatives :

akenad :slight_smile:

"Flash" Flasher le firmware de l’EEPROM du Pi4

(Opération de niveau avancé, à vos risques et périls.)

  • Avec Raspberry Pi Imager, graver l’image Pi OS Lite sur SD. (Créer un ficher vide de nom « ssh » à la racine de la SD .)

en SSH :

$ sudo su -

le fichier /etc/default/rpi-eeprom-update doit contenir la ligne suivante :
FIRMWARE_RELEASE_STATUS="critical"
remplacer par :
FIRMWARE_RELEASE_STATUS="stable"

  • Vérifier la version actuelle et la dernière version installable disponible localement avec la commande :

# rpi-eeprom-update

BCM2711 detected
Dedicated VL805 EEPROM detected
BOOTLOADER: up-to-date
CURRENT: Thu 16 Apr 17:11:26 UTC 2020 (1587057086)
 LATEST: Thu 16 Apr 17:11:26 UTC 2020 (1587057086)
 FW DIR: /lib/firmware/raspberrypi/bootloader/stable
VL805: up-to-date
CURRENT: 000137ad
 LATEST: 000137ad

La version du firmware de l’EEPROM du Pi4 du 16/04/2020 installée ne supporte pas le Boot USB.

  • Mettre à jour avec les commandes :
# apt update
# apt full-upgrade
# rpi-update
# reboot

(avec apt full-upgrade, la dernière version stable disponible du binaire du firmware de l’eeprom du Pi4 est copiée localement dans le dossier /lib/firmware/raspberrypi/bootloader/stable/)

  • Mettre à jour à la dernière version stable du firmware de l’EEPROM du Pi4 :
    (à partir du Dossier /lib/firmware/raspberrypi/bootloader/stable/
    Au jour ou j’écris ses lignes, elle date du 15/06/2020)
# rpi-eeprom-update -d -f /lib/firmware/raspberrypi/bootloader/stable/pieeprom-2020-06-15.bin
# reboot
  • Vérifier la version actuelle avec la commande :

# rpi-eeprom-update

BCM2711 detected
Dedicated VL805 EEPROM detected
BOOTLOADER: up-to-date
CURRENT: Mon 15 Jun 13:36:19 UTC 2020 (1592228179)
 LATEST: Mon 15 Jun 13:36:19 UTC 2020 (1592228179)
 FW DIR: /lib/firmware/raspberrypi/bootloader/stable
VL805: up-to-date
CURRENT: 000137ad
 LATEST: 000137ad
  • Vérifier que le code BOOT est correct :

# vcgencmd bootloader_config
BOOT_ORDER=0xf41
Sinon ne boot pas sur USB.

Nota : Après avoir flashé ce nouveau firmware de l’EEPROM du Pi4, il est possible de booter directement sur USB SSD mSATA.
Plus de détails ici : https://community.jeedom.com/t/29807

Pour une discussion sur le Boot USB, le sujet de @bronche ici : https://community.jeedom.com/t/29016
et un retour d’expérience d’un « péril » par @olive : [TUTO] Beta - Boot USB natif sur PI 4 -

Références :

akenad :slight_smile:

3 J'aimes

"Flash" Certificat CN=*.jeedom.com

Il y a eu des problèmes d’accès le 30/05/2020 par certains clients à https://*.jeedom.com car certains certificats d’AC de la chaîne de certification avaient expirés.

Pour remédier au problème les AC utilisent le mécanisme de signature croisée (cross signing).
Un exemple ici : https://letsencrypt.org/fr/certificates/

*.jeedom.com est signé par l’AC intermédiaire « COMODO RSA Domain Validation Secure Server CA », toujours valide, mais elle même signée par l’AC intermédiaire « COMODO RSA Certification Authority » qui est elle même signée par l’AC Racine « AddTrust External CA Root », ces 2 derniers certificats ayant expirés le 30/05/2020.

Sur Debian tous les certificats AC racine sont installés dans le magasin ca-certificates avec le paquet ca-certificates dans le répertoire /etc/ssl/certs.
exemples :

$ ls /etc/ssl/certs | grep Comodo_AAA
Comodo_AAA_Services_root.pem
$ ls /etc/ssl/certs | grep COMODO_RSA
COMODO_RSA_Certification_Authority.pem

(L’installation ou la mise à jour de certificats se fait avec la commande update-ca-certificates).

Pour que la chaîne de certification soit toujours validée,

le client doit avoir dans son magasin :

  • l’AC Racine (1) : « COMODO RSA Certification Authority » (expire 18/01/2038)(hash cert SHA256: 52f0e1c4e58ec629291b60317f074671b85d7ea80d5b07273463534b32b40234)

et/ou bien

  • l’AC Racine (2) : « AAA Certificate Services » (expire 31/12/2028) (hash cert SHA256: d7a7a0fb5d7e2731d771e9484ebcdef71d5f0c3e0a2948782bc83ee0ea699ef4)

et le serveur doit transmettre dans le handshake TLS,

  • l’AC intermédiaire « COMODO RSA Domain Validation Secure Server CA » (expire 11/02/2029)(hash cert SHA256: 02AB57E4E67A0CB48DD2FF34830E8AC40F4476FB08CA6BE3F5CD846F646840F0)

et, si AC Racine (2) mais pas Racine (1) dans magasin client :

  • l’AC intermédiaire « COMODO RSA Certification Authority » (expire 31/12/2028) (hash cert SHA256: 38392f17ce7b682c198d29c6e71d2740964a2074c8d2558e6cff64c27823f129)

Un certificat d’AC Racine est toujours auto-signé, et s’il est de confiance il est ou il peut-être ajouté dans le magasin ca-certificates.

Ceci règle en particulier les problèmes d’accès à https://images.jeedom.com et https://market.jeedom.com
et https://*.dnsX.jeedom.com (avec X=1, 2 ou 3)
que certains ont pu avoir le 30/05/2020.
Une alternative étant de désactiver la validation SSL ! (c’est-à-dire de ne pas vérifier la chaîne de certification).
(pour X=4 à 6, le certificat est signé par DigiCert/GeoTrust, pas de problème).

Par ailleurs certains on rencontré un autre problème remonté vers le 07/07/2020 :
attention à l’utilisation de * (« wild card ») dans le CN (common name) et/ou SAN Subject Alternative Name).

Prenons l’exemple de https://www.dns.jeedom.com
Actuellement dans le certificat on a
CN=*.jeedom.com

Le « wild card *» couvre uniquement le premier niveau de sous domaine. Autrement dit ici cela couvre dns.jeedom.com mais pas www.dns.jeedom.com

discussion ici : Core Mise à jour v4.060 - Pb Activation DNS

akenad :slight_smile:

« Flash » Class object not found

Pour une nouvelle installation de Jeedom V4, la classe ‘object’ a été retirée et remplacée par la classe ´jeeObject’.

Si un plugin utilise toujours la classe ´object’ alors jeedom affiche le message :

Class ‘object’ not found

D’autre part, avec Buster (et php 7.3), si un plugin Jeedom affiche des doubles accolades {{ }} c’est aussi probablement que le développeur n’a pas encore remplacé dans le code php la classe « object:: » par « jeeObject:: ».

Pour les utilisateurs avancés impatients, pour le faire soi-même :

  • Plugin JeeXplorer
  • recherche des fichiers .php dans le dossier du plugin dans /var/www/html/plugins/
  • édition/recherche/remplace

(/!\ ATTENTION : le remplacement ne concernent que certains plugins et pas le core)

Un exemple Résolu en décembre 2019 avec sa solution sur un plugin particulier : https://community.jeedom.com/t/10711
(Ce plugin ayant été mis à jour depuis)

akenad :slight_smile:

3 J'aimes