Oui c’est d’ailleurs ce qu’a fait au final celui qui maintien le plugin officiel, on peut choisir la version de Z2M
Oui mais il faut changer de dépôt !
Et il faut donc relancer les scripts de créations des lxc ou vm car ça va changer les liens pour pointer vers le bon dépôt.
merci,
mais j’avais deja corrigé ainsi que les automations et nodered 
Bon aller un peu des nouvelle sur le sujet !
Je suis sous HAOS dans une VM dédiée
J’ai une autre VM Docker où j’ai z2m instance 1
Et enfin une autre VM Docker où j’ai un z2m instance 2
Oui oui je sais je suis gourmande mais je l’ai toujours été sur le sujet 
J’ai modifié les deux fichiers de configuration comme indiqué et pour le RAS aucune variation ou changement visible dans mon usage.
Je suis un grand consommation de bouton Lexman ou IKEA donc l’entité action sera un soucis enfin sujet de modification et d’approche nouvelle à la bascule mais wait and see
On va passer les fêtes tranquillement et on verra à la rentrée.
De grande chance que je fasse une instance 3 avec un bouton de test pour préparer les différents changements de mon NodeRed. 
oui j’ai encore une clé SLZB-06 dans le tiroir 
Bonjour
Je suit depuis le lancement de cette dernière MAJ de z2m, mais je suis un peu perdu.
Avant de modifier quoi que ce soit j’aimerai confirmation:
Pi: J’ai Ha installé sur rpi5 avec z2m dessus, clef sonoff.
-
Tant que la maj n’est pas faite manuellement de ma part tout fonctionnera encore? Même en Janvier et après?
-
Lorsque j’aurai envie, avant de cliquer sur MAJ z2m en 2.0 il faudra que mon configuration.yaml de z2m soit avec les attributs (false) tel que demandé?
Ce qui revient sinon à modifier dans les paramètres de z2m directement sans passer par le .yaml aussi non? -
Apres confirmation que les paramètres du .yaml sont identiques à ce qui est demandé, on check que tout fonctionne encore / on corrige
-
Et ensuite on peut sereinement mettre à jour z2m
C’est ça?
Je n’ai pas compris à quel moment certaines actions serons passées en legacy et plus utilisables, a partir de la Maj du .yaml? Ou apres la MaJ de z2m en 2.0?
Question subsidiaire, pourquoi cette MaJ demande une action manuelle de notre part, alors qu’elle pourrait toute seule corriger / modifier le .yaml non?
Merci de vos réponses
La maj 2.0 va modifier elle même les paramètres.
Le faire maintenant soit même c’est juste pour anticiper la casse dès la version actuelle.
1/3/4 oui
2 a priori oui
Je pense qu’il faudrait ajouter que ceux qui seront probablement le plus concerné si ce n’est les seuls, sont ceux qui utilisent HA et Z2M depuis pas mal d’années.
J’utilise depuis seulement un an et je n’ai pas eu de soucis avec les variables misent à false.
Après je ne généraliserais pas vraiment mon cas car je ne suis pas assez calé mais je pense m’approcher de la vérité 
Hello,
Une autre solution pour remplacer les legacy triggers, c’est la nouvelle fonctionnalité expérimentale Home Assistant Event Entities :
homeassistant:
legacy_triggers: false
experimental_event_entities: true
Cela reste expérimental mais cela fonctionne plutôt bien pour la plupart de mes interrupteurs Ikea. Et il semble que cela sera la solution recommandée (par rapport aux MQTT device triggers) en 2.0.0.
This will become the recommended method with 2.0.0. Until then, the event types and additional attributes are subject to change.
Voir aussi:
The event entity could replace the legacy sensor entity (
legacy_triggers: true), and potentially the device triggers as well, since I assume that HA will automatically generate device triggers for the event entities on a device.
Je vous propose un blueprint pour gérer les entités event.*_action ainsi créés et contrôler une lampe. C’est un premier jet, cela peut être amélioré mais l’esprit est là. Il fonctionne plutôt bien pour les modèles IKEA E2001/E2002, E1524/E1810 et ICTC-G-1.
Preneur de vos retours…
sur les dernières propositions de MAJ z2m la ligne pour déplacer les fichiers a disparu.
Je suis toujours sur la version d’avant j’ai pas franchis le pas encore. J’ai juste modifié le Yaml pour preparer la casse des actions
Bonjour,
pour le passage sous node-red, qui est aussi mon cas, j’ai commencé, et la piste que me semble la plus simple est expliquée sur le fil
Z20 v2.0.0 et Node-red
Je suis passé par la fonction « home assistant event entities expérimentale »…
Merci pour l’info,
J’avais effectivement vu ce point.
Reste à attendre la mise à jour finale pour tester mes flows 100% mqtt
Hello
En 1.42 j’ai ajouté et redemmarer z2mqtt âpres avoir recréé les actions sur mes boutons. PAs de soucis de ce côté
PAr contre j’ai cette automation qui du coup ne fonctionne plus me semble t’il avec le capteur illuminance: celui ci
https://www.zigbee2mqtt.io/devices/GZCGQ11LM.html
De base, ca ne marche plus
lias: Allume Lumière trottoir sur mvt
description: ""
mode: single
triggers:
- entity_id:
- binary_sensor.mvt_abri_occupancy
- binary_sensor.mvt_entree_occupancy
- binary_sensor.mvt_garage_occupancy
to: "on"
trigger: state
conditions:
- condition: and
conditions:
- condition: sun
after: sunset
before: sunrise
after_offset: "00:05:00"
before_offset: "-00:15:00"
- condition: numeric_state
entity_id: sensor.luminosite_illuminance_lux
attribute: illuminance_lux
below: 10
actions:
- target:
entity_id: switch.trottoir
data: {}
action: switch.turn_on
Si je supprime la condition illuminance ca refonctionne
alias: Allume test Lumière trottoir sur mvt
description: ""
triggers:
- entity_id:
- binary_sensor.mvt_abri_occupancy
- binary_sensor.mvt_entree_occupancy
- binary_sensor.mvt_garage_occupancy
to: "on"
trigger: state
conditions:
- condition: and
conditions:
- condition: sun
after: sunset
before: sunrise
after_offset: "00:05:00"
before_offset: "-00:15:00"
actions:
- target:
entity_id: switch.trottoir
data: {}
action: switch.turn_on
mode: single
Du coup il faudrait que je fasse quoi pour que ca marche comme avant ?
Merci pour votre aide
je mer reponds a moi même
En supprimant la ligne
attribute: illuminance_lux
Ca a l’air de fonctionner
Je testerai demain avec la lumière mais avec la nuit l’automatisme se déclenche
Ouf
Par contre j’ai ma vmc gérée avec le genreric hygrostat qui se met en erreur egalement suite a ces changements de z2mqtt…
https://github.com/basschipper/homeassistant-generic-hygrostat
Cette erreur provient d'une intégration personnalisée
Enregistreur: homeassistant
Source: custom_components/generic_hygrostat/binary_sensor.py:187
intégration: generic_hygrostat (documentation)
S'est produit pour la première fois: 23:05:40 (2 occurrences)
Dernier enregistrement: 23:05:40
Error doing job: Exception in callback _TrackTimeInterval._interval_listener(<Job track ti... of ...>>)>)>>) (None)
Traceback (most recent call last):
File "/usr/local/lib/python3.12/asyncio/events.py", line 88, in _run
self._context.run(self._callback, *self._args)
File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 1665, in _interval_listener
self.hass.async_run_hass_job(self._run_job, dt_util.utcnow(), background=True)
File "/usr/src/homeassistant/homeassistant/core.py", line 949, in async_run_hass_job
hassjob.target(*args)
File "/config/custom_components/generic_hygrostat/binary_sensor.py", line 147, in _async_update
self.update_humidity()
File "/config/custom_components/generic_hygrostat/binary_sensor.py", line 187, in update_humidity
self.sensor_humidity = float(sensor.attributes[self.sensor_attribute])
~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^
KeyError: 'humidity'
Je vais tester ce fork qui semble t’il régle les soucis identiques?
https://community.home-assistant.io/t/problem-with-basschippers-hygrostat/701919
Hello à tous 
Je suis en train également de préparer la future migration 2.0.
configuration.yaml
mqtt:
base_topic: zigbee2mqtt
server: my_server
user: home_assistant
password: my_password
keepalive: 60
reject_unauthorized: true
version: 4
include_device_information: false
serial:
port: >-
/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_acf4dde30ce7ed11ad49cf770b2af5ab-if00-port0
frontend:
port: 8099
advanced:
channel: 15
log_syslog:
app_name: Zigbee2MQTT
eol: /n
host: localhost
localhost: localhost
path: /dev/log
pid: process.pid
port: 514
protocol: udp4
type: '5424'
homeassistant_legacy_entity_attributes: false
homeassistant_legacy_triggers: false
legacy_api: false
legacy_availability_payload: false
log_level: error
last_seen: ISO_8601
permit_join: false
devices:
- devices.yaml
device_options:
legacy: false
ota:
zigbee_ota_override_index_location: my_ota_index.json
disable_automatic_update_check: false
ikea_ota_use_test_url: false
availability:
active:
timeout: 10
passive:
timeout: 1500
groups: {}
J'utilise actuellement le composant "Home Assistant Switch Manager" de HACS pour gérer toutes mes télécommandes.
Malheureusement, il ne fonctionne plus après les modifications.
J'ai observé le traffic MQTT avant / après (via MQTT explorer) pour une de mes télécommandes au clic sur un bouton précis :
Avant :
Topic : zigbee2mqtt/myremote
content
{
"action": "brightness_down_click",
"battery": 40,
"last_seen": "2024-12-10T09:07:51.399Z",
"linkquality": 76,
"update": {
"installed_version": 604241925,
"latest_version": 604241925,
"state": "idle"
},
"update_available": null
}
Topic : zigbee2mqtt/myremote/action
content
brightness_down_click
Après
Topic : zigbee2mqtt/myremote
content
{
"action": "brightness_down_click",
"battery": 40,
"last_seen": "2024-12-10T09:24:16.854Z",
"linkquality": 76,
"update": {
"installed_version": 604241925,
"latest_version": 604241925,
"state": "idle"
}
}
Mais plus important, le topic zigbee2mqtt/myremote/action n'existe plus !
Or pas de bol, l'ensemble du module se base sur MQTT Discovery Topic: zigbee2mqtt/+/action (avec + => nom du device, ici myremote)
J'ai manqué un truc, ou va falloir soit attendre une refonte de Switch Manager, soit tout gérer autrement ?
Après recherche, visiblement c'est ce bout de la config (que j'ai supprimé pour la préparation 2.0.0) qui serait responsable de ça :
homeassistant:
legacy_entity_attributes: true
Mais je l'ai viré parce que dans la doc, ils disent ça (Zigbee2MQTT 2.0.0 breaking changes · Koenkk/zigbee2mqtt · Discussion #24198 · GitHub) :
Merci d'avance à tous !
J’ai l’impression d’être le seul à avoir activer les event 2.0.0…
Salut,
il te manque le adpater: zstack. Qui sera obligatoire pour la v2.0.
Effectivement, je ne l’avais pas activé (mais j’avais bien vu ton message) à cause du " event entity is experimental and may break in the future." (et aussi parce que je n’ai pas compris que ça créait un topic à part)
Mais en tout cas, ça semble fonctionner, merci beaucoup, je remet une copie de mon fichier de configuration à jour (incluant la modif de @WarC0zes 
) :
configuration.yaml
homeassistant:
experimental_event_entities: true
mqtt:
base_topic: zigbee2mqtt
server: mqtt://192.168.1.46:1883
user: home_assistant
password: pass
keepalive: 60
reject_unauthorized: true
version: 4
include_device_information: false
serial:
port: >-
/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_acf4dde30ce7ed11ad49cf770b2af5ab-if00-port0
adapter: zstack
frontend:
port: 8099
advanced:
channel: 15
log_syslog:
app_name: Zigbee2MQTT
eol: /n
host: localhost
localhost: localhost
path: /dev/log
pid: process.pid
port: 514
protocol: udp4
type: '5424'
homeassistant_legacy_entity_attributes: false
homeassistant_legacy_triggers: false
legacy_api: false
legacy_availability_payload: false
log_level: error
last_seen: ISO_8601
permit_join: false
devices:
- devices.yaml
device_options:
legacy: false
ota:
zigbee_ota_override_index_location: my_ota_index.json
disable_automatic_update_check: false
ikea_ota_use_test_url: false
availability:
active:
timeout: 10
passive:
timeout: 1500
groups: {}
Je ne suis pas chez moi, donc pas le moment de jouer avec, mais j’aime l’idée