Erreur : Le service zigbee2mqtt s'est arrêté + TS0601

Bonjour,

A mon tour je suis impacté par cette erreur.

Je viens d’acheter et installer le plugin.

La clé Sonoff Zigbee modele E est installée sur un hub USB avec alim indépendante.

Elle est bien reconnue par le Pi et par le plugin ( Listée dans « port »)

Dépendances et démon sont OK, aucun plantage, logs sans erreurs, tout est au vert.

Debian 10 a jour

J’ai parcouru les multiples sujets sur cette erreur et je ne trouve rien pour corriger cette erreur.

que faudrait il chercher pour avancer ?

Merci de votre aide par avance


Informations Jeedom

Core : 4.4.6 (V4-stable)
DNS Jeedom : non

Plugin : ZigbeeLinker
Version : 2024-05-24 13:45:33 (stable)
Statut Démon : Stoppé - (Inconnue)

Bonsoir,

Avez vous fait ce qui est indiqué là:

1 « J'aime »

Démarre zigbee2mqtt en mode debug et consulte le log

Ha je ne l’avais pas vu ce bouton debug

En effet: zh:ezsp:ezsp: Connection attempt 1 error: TypeError: « baudRate » is not a valid baudRate

Est assez parlant, du coup en mettant le 115200, plus d’arret du service et l’inclusion s’active.

Merci pour la réponse rapidos !

Par contre, autre chose, je croyais que la pince ampèremétrique TS601 était compatible. Il semblerait que non

J’utilise ce modèle, basé sur le TS0601, ça fonctionne bien.

PJ -1203 c’est bien ce que j’ai pourtant. Sans le MGW de mentionné sur la boite

Il faudrait la dénomination exacte car sous ts-xyz on trouve des produits très différents.

Que faut il en conclure?

Sachant que ce message est recensé depuis plusieurs mois?

A moins que j’ai un firmware SonOff trop ancien?

Un peu de lecture

En effet, en 7.4.3 j’arrive a tenir en Ember sans reboot du service.

image

Je n’ai plus la ligne depreciated dans le log mais pour autant l’appareil n’est pas supporté

Et le lien proposé, c’est compliqué de comprendre ce qu’il faut faire pour qu’il soit supporté.

Bon j’ai joué avec le external converter et ajouté un fichier JS dans le même dossier que configuration.yaml

Il est maintenant bien inclus.

@skwat , tu pourrais me lister les commandes de ta pince?

Voilà,

Pour info le vendor id de la mienne est _TZE204_cjbofhxw

Super merci.

Par contre je dois pas etre bien réveillé mais je ne peux ajouter qu’une commande « numérique » impossible d’ajouter une « info / numérique »

La, je peu pas trop t’aider.
Mais en principe si tu as dupliqué un converter existant tu devrais pas avoir à refaire les commande.
Si ton équipement n’est pas référencé il est important de le signaler à l’équipe de zigbee2mqtt

J’ai créé un post sur le fait que l’équipement n’était pas référencé.

Coté commande, j’ai que ça:

Je ne peux pas dupliquer, ma pince est le seul matos que j’ai en zigbee

A moins que ce soit dans le fichier JS external_converters: que je dois rajouter des « expose »

Tu pourrais me montrer ce que tu as, dans Generate external definition ou ailleurs?

Je te parle de dupliqué un herdsman-converters d’un device existant comme base de départ.

Je sais pas si l’external définition vas beaucoup t’aider

const definition = {
zigbeeModel: [‹ TS0601 ›],
model: ‹ TS0601 ›,
vendor: ‹ _TZE204_cjbofhxw ›,
description: ‹ Automatically generated definition ›,
extend: ,
meta: {},
};

module.exports = definition;

Jvois pas comment faire

C est pas dans jeedom que ca se passe, zigbeelinker n’est qu’un frontal pour zigbee2mqtt.
Quand je te dit dupliqué un converter c’est modifier les fichiers de conf de zigbee2mqtt pour que ton device soit reconnu.
C’est du bricolage temporaire, c’est pas simple mais il y a de la doc sur le site de zigbee2mqtt.

Pour info, Voila la def du convert de ma pince (source/opt/zigbee2mqtt/node_modules/zigbeeherdsman-converters/devicestuya.js)

Au fait tu as quoi dans external definition et la ref exact de ta pince ?

{
        fingerprint: tuya.fingerprint('TS0601', ['_TZE204_cjbofhxw']),
        model: 'PJ-MGW1203',
        vendor: 'TuYa',
        description: 'Clamp meter',
        fromZigbee: [tuya.fz.datapoints, tuya.fz.gateway_connection_status],
        toZigbee: [tuya.tz.datapoints],
        configure: tuya.configureMagicPacket,
        exposes: [e.current(), e.power(), e.voltage(), e.energy()],
        meta: {
            tuyaDatapoints: [
                [18, 'current', tuya.valueConverter.divideBy1000],
                [19, 'power', tuya.valueConverter.divideBy10],
                [20, 'voltage', tuya.valueConverter.divideBy10],
                [101, 'energy', tuya.valueConverter.divideBy1000],
            ],
        },
    },

Haaa et bien voilà ce qu’il manquait dans mon fichier:

Et j’ai pu trouver les infos ici:

Tout remonte bien !!!

Fastidieux quand même.
On est loin du RFlink :slight_smile:

1 « J'aime »

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