Bonjour,
Je viens d’acheter une prise NOUS A4Z zigbee classique; je 'lai branché, j’ai cliqué sur recherche nouvel appareil, tout est monté .
J’ai branché ma pompe de piscine dessus et là j’ai des valeurs totalement foirées :
J’ai supprimé, ré appairé et pareil 
Une idée ?
Merci
Salut,
Oui c’est pas la seule valeur bizarre. Avec 373 Ampères moi je ne m’approche pas de ta pompe de piscine 
Là, je pense que c’est une issue à ouvrir sur ZHA ou alors il faut tester z2m, mais clairement pour l’instant le template du produit n’est pas correct à mon avis
Oui pas faux mdr, c’est du n’importe quoi…
Cette prise fonctionne parfaitement sous Z2M. Tu peux essayer de la sup et de l’ appairer à nouveau en étant proche du coordinateur! Tu as quoi comme coordinateur?
J’utilise ce quirks personnalisé pour ce type de prise :
"""TS011F plug."""
from zigpy.profiles import zgp, zha
from zigpy.quirks import CustomDevice
from zigpy.zcl.clusters.general import (
Basic,
GreenPowerProxy,
Groups,
Identify,
OnOff,
Ota,
Scenes,
Time,
)
from zigpy.zcl.clusters.homeautomation import ElectricalMeasurement
from zigpy.zcl.clusters.lightlink import LightLink
from zigpy.zcl.clusters.measurement import TemperatureMeasurement
from zigpy.zcl.clusters.smartenergy import Metering
from zhaquirks.const import (
DEVICE_TYPE,
ENDPOINTS,
INPUT_CLUSTERS,
MODEL,
MODELS_INFO,
OUTPUT_CLUSTERS,
PROFILE_ID,
)
from zhaquirks.quirk_ids import TUYA_PLUG_ONOFF
from zhaquirks.tuya import (
EnchantedDevice,
TuyaNewManufCluster,
TuyaZB1888Cluster,
TuyaZBE000Cluster,
TuyaZBElectricalMeasurement,
TuyaZBExternalSwitchTypeCluster,
TuyaZBMeteringCluster,
TuyaZBMeteringClusterWithUnit,
TuyaZBOnOffAttributeCluster,
)
class Plug_v2l(EnchantedDevice):
"""Another TS011F Tuya plug. First one using this definition is _TZ3000_okaz9tjs."""
quirk_id = TUYA_PLUG_ONOFF
signature = {
MODEL: "TS011F",
ENDPOINTS: {
# "profile_id": 260,
# "device_type": "0x0100",
# "in_clusters": ["0x0000", "0x0003", "0x0004", "0x0005", "0x0006", "0x0702", "0x0b04", "0xe001"],
# "in_clusters": ["0x0000", "0x0003", "0x0004", "0x0005", "0x0006", "0x000a", "0x0702", "0x0b04", "0x1000", "0xe000>
# "out_clusters": []
1: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.ON_OFF_LIGHT,
INPUT_CLUSTERS: [
Basic.cluster_id,
Identify.cluster_id,
Groups.cluster_id,
Scenes.cluster_id,
OnOff.cluster_id,
Time.cluster_id,
Metering.cluster_id,
ElectricalMeasurement.cluster_id,
LightLink.cluster_id,
TuyaZBE000Cluster.cluster_id,
TuyaZBExternalSwitchTypeCluster.cluster_id,
],
OUTPUT_CLUSTERS: [],
},
},
}
replacement = {
ENDPOINTS: {
1: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.SMART_PLUG,
INPUT_CLUSTERS: [
Basic.cluster_id,
Identify.cluster_id,
Groups.cluster_id,
Scenes.cluster_id,
TuyaZBOnOffAttributeCluster,
Time.cluster_id,
TuyaZBMeteringClusterWithUnit,
TuyaZBElectricalMeasurement,
LightLink.cluster_id,
TuyaZBE000Cluster.cluster_id,
TuyaZBExternalSwitchTypeCluster,
],
OUTPUT_CLUSTERS: [],
},
},
}
A tester 
Hello Sidewinder, oui un collegue l’a sous Z2M et apparament aucun probleme, mais je suis sous ZHA et pas Z2M
Salut Cordo,
Ca fonctionne sous Z2M ? Si non, peux tu m’expliquer comment faire fonctionner ton Quirks, j’ai jamais fait encore
PS: j’ai copier le contenu de ton fichier dans un fichier .py ici :
J’ai rempli mon config :
zha:
database_path: /config/zigbee.db
enable_quirks: true
custom_quirks_path: /config/zha_quirks
Apres je suppose que j’ai des chose à modifier dedans ?
Le PROFILE_ID (je ne sais pas où le trouver), DEVIDE_TYPE etc etc ?
Rien à modifier.
Redémarrer HA, supprimer la prise et la réassocier à HA.
Un problème qui semble malheureusement récurrent avec les appareils Tuya et ZHA. Le challenge, trouver le bon quirk ou attendre l’intégration native dans ZHA. Problème remonté sur le forum officiel de HA : Support for NOUS a4z (_TZ3000_uwkja6z1) · Issue #3094 · zigpy/zha-device-handlers · GitHub
Merci pour les infos.
Et bien je vais attendre… Ou changer de prise lol 
Certains vont te recommander de passer sous Z2M mais est-ce la bonne solution ? Personnellement même si ZHA est moins bien, rajouter une couche ne me semble pas être la meilleure solution. Bonne chance pour la suite
Hello,
Non ce n’est pas la solution pour moi, ZHA fonctionne tres bien et je n’ai pas l’utilité de Z2M.
Je pense que cette prise n’est pas adaptée à mes besoins.
Je vais donc la renvoyer et prendre 2 prises connectées qui font le taf sous ZHA ^^
Merci beaucoup pour tes réponses en tous cas.
Bonjour,
pour le peut de ressource que ca demande en plus, c’est pas un argument perso.
C’est surtout que Z2M supporte plus de 3000 appareils comparer a ZHA qui en supporte 3 fois moins.
Je parle même pas de l’attente pour ajouter un matériel sous ZHA.
la preuve avec la prise Nous A4Z, 2 mois après l’issue toujours rien !
Devoir être dépendant d’une intégration pour le choix du matériel, non merci.
C’est pas une nécessiter Z2M, mais ça supporte beaucoup plus de matériel et beaucoup plus réactif au problème et maj.
Exactement ce que je disais. Pour moi avec mon expérience informatique, le problème n’est pas la ressource utilisée mais les composants ajoutés dont on n’est pas maître. Quid de la sécurité ? Quid de la sauvegarde ? Mises à jour à suivre ? Des trucs négligés par beaucoup alors que ça ne devrait pas être le cas.
WarC0zes,
Je comprends tout à fait et tes arguments se tiennent en effet.
De mon coté, j’ai une 20taine d’appareils sous ZHA, des lumières et capteur de température essentiellement.
Ce n’est pas une non envie de passer sous Z2M mais la flemme de tout supprimer et de tout refaire mdr.
Mais en vrai, la prise NOUS A4Z n’est pas adaptée à mes besoin, même si j’étais sous Z2M, en effet, cette dernière cumule les valeurs des 2 prises et pour piloter mon stérilisateur de sel et ma pompe de piscine, ce n’est pas adaptée.
Autant pour moi, j’ai lu trop vite ! c’est la prise A4Z et en effet ta le suivie de conso pour les deux prises et pas séparer.
