Intégration de multiprise LIDL Silvercrest

@Bugracer

Soit vous ajoutez le quirk proposé ci-dessus pour la multiprise à votre environnement.
Soit vous appairez la multiprise à nouveau, cela devrait provoquer la découverte de la nouvelle « signature » zigbee de la multiprise.

La formule magique transforme la signature zigbee de la multiprise d’un seul « endpoint » à 3 « endpoint ». Mais ZHA ne le sait pas et ne fait pas de démarche pour le découvrir - la découverte est réalisé seulement au moment de l’association (appairage). Donc normalement la réassociation fonctionne (d’après ce que j’ai pu lire, la multiprise maintiendra sa configuration).
Le quirk est une technique qui permet de présenter une autre signature que celle découverte par ZHA, et dans le cas présent le quirk présente 3 endpoints même s’il y en a un seul au départ.

@le_top merci de ta réponse. En utilisant toolkit, Et en appairant à nouveau la multiprise la configuration redevient par défaut ( les 3 prises en même temps).

Pour l’autre méthode « quirk », je n’es pas assez de connaissance (ou placé le code, comment le déclarer…).

Bonjour,
As-tu fais ceci ?

  • Créer un sous-répertoire dans le répertoire configuration portant le nom de « zha_quirks »
  • Créer un fichier du nom de « lidl_tfs011f_plug.py » et y mettre le code suivant :
"""LIDL TS011F plug."""

import asyncio

from zigpy.profiles import zha
from zigpy.zcl.clusters.general import (
    Basic,
    GreenPowerProxy,
    Groups,
    Identify,
    OnOff,
    Ota,
    Scenes,
    Time,
)

from zhaquirks.const import (
    DEVICE_TYPE,
    ENDPOINTS,
    INPUT_CLUSTERS,
    MODEL,
    OUTPUT_CLUSTERS,
    PROFILE_ID,
)
from zhaquirks.tuya.ts011f_plug import Plug_3AC_4USB


class Lidl_Plug_3AC_4USB(Plug_3AC_4USB):
    """LIDL 3 outlet + 4 USB with restore power state support."""

    def __init__(self, *args, **kwargs):
        """Initialize with task."""
        super().__init__(*args, **kwargs)

        self._init_plug_task = asyncio.create_task(self.spell())

    async def spell(self) -> None:
        """Initialize device so that all endpoints become available."""
        basic_cluster = self.endpoints[1].in_clusters[0]

        # The magic spell is needed only once.
        # TODO: Improve by doing this only once (successfully).

        # Magic spell - part 1
        attr_to_read = [4, 0, 1, 5, 7, 0xFFFE]
        await basic_cluster.read_attributes(attr_to_read)

        # Magic spell - part 2 (skipped - does not seem to be needed)
        # attr_to_write={0xffde:13}
        # basic_cluster.write_attributes(attr_to_write)

    signature = {
        MODEL: "TS011F",
        ENDPOINTS: {
            # <SimpleDescriptor endpoint=1 profile=260 device_type=266
            # device_version=1
            # input_clusters=[0, 3, 4, 5, 6]
            # output_clusters=[10, 25]>
            1: {
                PROFILE_ID: zha.PROFILE_ID,
                DEVICE_TYPE: zha.DeviceType.ON_OFF_PLUG_IN_UNIT,
                INPUT_CLUSTERS: [
                    Basic.cluster_id,
                    Identify.cluster_id,
                    Groups.cluster_id,
                    Scenes.cluster_id,
                    OnOff.cluster_id,
                ],
                OUTPUT_CLUSTERS: [Time.cluster_id, Ota.cluster_id],
            },
            # <SimpleDescriptor endpoint=242 profile=41440 device_type=97
            # device_version=1
            # input_clusters=[]
            # output_clusters=[33]>
            242: {
                PROFILE_ID: 41440,
                DEVICE_TYPE: 97,
                INPUT_CLUSTERS: [],
                OUTPUT_CLUSTERS: [GreenPowerProxy.cluster_id],
            },
        },
    }

  • Redémarrer.
  • Copier ceci dans le fichier « configuration.yaml » :
zha:
  enable_quirks: true
  custom_quirks_path: /config/zha_quirks

zha_toolkit:
  • Redémarrer.
  • Appairer la prise avec ZHA

@le_top @Yo_han merci à vous. Cela fonctionne parfaitement !!!

1 « J'aime »

Bonjour,

Je ne suis pas très bon (je dirai même nul :-)) donc je vais attendre une nouvelle release au lieu de tout faire foirer.

J’avais juste une question:

  • Est-ce un problème hardware ou software ? Dans le sens que si un jour je réinstalle une des multi-prises qui est actuellement bien reconnue, va-t-elle être reconnue correctement ou va-t-elle avoir le même type de problème ?

D’avance merci à tout le monde et bonne journée

Fabrizio

Bonjour,

Les possesseurs de la multiprise lidl HG06338-FR ont-ils rencontré des problèmes ?
pour ma part je m’aperçois quel s’allume toute seul … Z2M la voie éteinte par contre …
une idée ?

Elle s’allume seule avant ou après la manip?

C’est pas tout à fait un problème, en gros , on a 2 versions différentes de multiprises et ZHA les reconnait toutes les deux comme étant le même modèle.

Par conséquent, l’ancien modèle fonctionne normalement (on peut allumer/éteindre chaque prise de manière indépendante), sur le second modèle, les 3 prises fonctionnent comme un bloc, impossible de les faire fonctionner indépendandamment (sauf suite à la fameuse manip décrite plus haut)j
Le jour ou ZHA sera mis à jour, les 2 prises seront bien reconnues distinctement et fonctionneront sans aucune manip supplémentaire.

Concernant ta question, en réalité je ne l’ai pas bien comprise dans le sens ou, tu nous dis que tu ne souhaites pas faire de manipulation (sous entendu que tu as le second modele et donc, uniquement un switch unique qui allume ou éteint la prise entierement) et un peu plus bas tu dis qu’elle est bien reconnue (et donc pas besoin d’apporter une modification si elle est actuellement bien reconnue).

Dis-nous en plus :slight_smile:

la MAJ d’avril de Z2M résoudra le problème. Les 3 prises sont d’érables independemment

Bonjour à tous,
étant sous Deconz, je n’ai pas vu arriver de Mise à jour qui permettrait d’utiliser la prise avec les 3 end-point indépendant, comme pour ZHA et Z2M.
Est ce que l’un de vous aurait la moindre idée d’une manip à faire ?

Mes appels sur github sont restés vains…

Merci

Bonjour à tous,
J’ai également une prise de type Lellki WP33 qui s’apparente aux modèles évoqués dans ce fil (4PC + 2 USB contrôlables) avec le soucis de ne pas pouvoir commander les prises indépendamment les unes des autres via Z2M (sauf en mode physique sur la multiprise même).
Savez-vous si il y a du nouveau sur ce sujet ?
Merci par avance à la communauté :slight_smile:

Salut,
As tu regardé cette page ??? LELLKI WP33-EU/WP34-EU control via MQTT | Zigbee2MQTT
comment pilotes tu tes prises? avec state ou stale_l1 (state_l2 … )??

Je te conseille de créer ton propre sujet car ta multiprise est différente (marque, modèle et certainement électronique).
Le problème même si ressemblant, est certainement différent.

A+ Fred

1 « J'aime »

Hello, merci d’avoir pris le temps de me répondre :slight_smile:
Oui j’avais consulté cette page et bien d’autres sur le sujet. Malheureusement rien n’indique comment résoudre ce problème.
J’ai posté une discussion sur le Github de Koenkk à propos de mon soucis. Je partagerais mon retour d’expérience si le problème se résout.

Bonjour,
J’ai contacté l’auteur du plugin de zigbee2mqtt qui a fait une MAJ de ma prise. Tout fonctionne correctement désormais, les prises sont pilotables indépendamment :slight_smile: sur la version zigbee2mqtt dev.

1 « J'aime »

Bonjour à tous,
depuis les dernières release, est ce que quelqu’un à réussit à faire fonctionner ces multiprises avec Deconz (avec le controle indépendant des 3 prises) ?
Je vois que le pb semble résolu pour ZHA et Z2MQT, mais je ne vois rien passer au sujet de deconz.
Merci

Bonjour, je viens de recevoir ma multiprise lidl 3 + 4 usb. J’ai beau fait config/zha_quirks avec le fichier py, ainsi que le toolkit, ca ne marche pas.
J’ai ceci: 3 switch P1,P2 et P3. Il me faut P1 et P2 d’activés pour que les 2 premières prises le soient. P3 qui commande bien la troisieme prise. Une idée?
Merci.

Il se peut que la version a une fois de plus changé.

Peux-tu faire un appel au service zha_toolkit.scan_device et partager le fichier de résultat ?

Ensuite appeller le magic-spell, avec le bon « ieee »:

service: zha_toolkit.execute
data:
  command: tuya_magic
  ieee: light.tz3000_dbou1ap4_ts0505a_level_light_color_on_off

Et refaire un ‹ scan_device ›.

Je crois que le quirk permettant d’appeler le « magic spell » a déjà été publié, et compte tenu de la mise en place du quirk local, je ne peux supposer que l’identification du produit ou sa version a changé.

Bonjour, alors j’ai bien dans mon cinfuguration.yaml

zha:
  enable_quirks: true
  custom_quirks_path: /config/zha_quirks

zha_toolkit:

Par contre je n’ai plus (je l’ai eu une fois) le service zha dans home assistant. Donc pas moyen d’en faire un appel.

Si zha_toolkit est installé et se lance correctement (voir home-assistant.log), ses services doivent être disponibles, exemple:
image

Le service n’apparait pas. j’ai fait une réinstalle via hacs, rien y fait.



J’utilise zigbeetomqtt et pas l’intégration zigbee