Sortie de Zigbee2MQTT 2.0.0 : Qui se lance?

Protocoles de communication Zigbee
1

Bonsoir, Z2M 2.0.0 vient de sortir qui va se lancer ???

Release 2.0.0 · Koenkk/zigbee2mqtt · GitHub

POUR RAPPEL :

Caution

This is a BREAKING release, before updating, read #24198!

If you try to roll back to 1.x.x, make sure to also migrate back to your old data/configuration.yaml that was automatically backed up when you updated to 2.0.0.

Breaking changes

Improvements

1 « J'aime »
2

hello,

non merci :smiley:

cdt

2 « J'aime »
3

En pleine hiver avec le chauffage qui tourne cette phrase donne pas envie d’essayer la MAJ.

5 « J'aime »
4

Perso me propose déjà la 2.0.0-1 alors que toujours en 1.42.0-2 :slight_smile:

5

Il est très urgent d’attendre…. On a tous tendance à mettre à jour sans se poser trop de question.
Merci pour l’info @Sabjul33 !!!

Et effectivement, il sera important de :

  • faire la mise à jour dans quelques semaine seulement et en ayant du temps devant soi
  • bien mettre à jour son fichier de configuration pour ne pas passer en « legacy » ou d’être conscient des conséquences (voir 24198).
  • Backuper sa config pour un éventuel retour en arrière
  • Vérifier si on a du matériel concerné par les breaking changes
  • Tester tous ses périphériques Zigbee aprés MAJ
2 « J'aime »
6

suite à la mise à jour, avec SIN-4-FP-21 fil pilote pour radiateurs elec, j’ai perdu les champs sensor.radiateur_pilot_wire_mode… ils sont à jour en version 3.5.0-1.5.0
bref, a priori je ne m’en servait que pour l’affichage, mais c’est ennuyeux…
pour le reste je n’ai pas encore vu de bug

7

Bonsoir, mise à jour réalisé parfaitement pour moi que ce soit HAOS ou Zigbee2MQTT. Le seul problème et encore si on peut appeler ça comme ça, c’est que mon détecteur Ikea VALLHORN a vu son capteur Éclairement être désactivé et changé de nom. A part ça aucun problème ou rien de nouveau chez moi.

La seule chose « chiante » que j’ai gardé c’est le fait que les maj en ota ne fonctionne toujours pas sur Zigbee2MQTT… Mais bon

8

je me suis lancé, de toutes façons, un coup de restauration au pire…

tout est ok, seul bémol, le dossier addon est tjrs aussi vide qu’avant, pas de migration automatique, peut etre dans la future 2.0.1…

pour info, les lignes ci dessous ont été automatiquement retirée du fichier de config lors de la migration :

  homeassistant_legacy_entity_attributes: false
  homeassistant_legacy_triggers: false
  legacy_api: false
  legacy_availability_payload: false
9

Bonjour,

Je ne comprends pas ce que signifie :

Bare-metal installations (no Docker/Home Assistant add-on)

  • For Git based installations: removed configuration.yaml from repo, this will result in the following error when updating:
error: Your local changes to the following files would be overwritten by merge:
  data/configuration.yaml
10

Bonjour,
tu as une explication:

image
image951×315 17.5 KB

11

idem avec la 2.0.1, aucun changement dans le folder de destination.

12

Effectivement c’est un petit chantier…
Il y a également je crois une autre action quand on est en installation sur un os direct lié à npm qu’il faut changer. Et je crois que je suis dans ce cas :sweat_smile:

13

bonjour
non merci j’ai fait et … ! restauré de suite la version précédente. quand la 2.x sera OK je verrais

14

Dans tous les cas un backup de la conf est à faire :wink: mais effectivement dans ce cas de figure il faut remettre le fichier yaml, car il sera écraser par celui par défaut du git.

15

Je suis pas encore passé en 2.0 pour Z2M mais sur mes modules NodOn sin-4-fp-21 j’ai pas de sensor pour le FP mais un sélect qui lui est important vu que c’est tout l’intérêt du module de piloter le FP.
Tu avais un sensor avant la maj?

16

C’est bien ce que fait deja update.sh à chaque mise à jour.

17

Hello
Je vais attendre car faire la mise a jour sur mon HA a Paris et moi a Bayonne faut pas que je me plante… lol

MAis rien ne m’empeche de préparer. Du coup sur cette config RPI4 plus vielle cle sonoff
J’ai ca

external_converters: []
devices:
  - devices.yaml
groups:
  - groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  user: addons
  password: mooj7thiSohphaifengah7ieCh7tuij2iesa4OhmuFuneiweoC3joeh0shiex4ul
  server: mqtt://core-mosquitto:1883
serial:
  port: /dev/ttyUSB0
advanced:
  log_level: error
  pan_id: 6248
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
  availability_blocklist: []
  availability_passlist: []
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
  port: 8099
experimental: {}
availability: false

Si j’ai bien compris il faut déjà que je change comme ca?

external_converters: []
devices:
  - devices.yaml
groups:
  - groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  user: addons
  password: mooj7thiSohphaifengah7ieCh7tuij2iesa4OhmuFuneiweoC3joeh0shiex4ul
  server: mqtt://core-mosquitto:1883
serial:
  port: /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_9cf02e601d1aec11824377e5f01c6278-if00-port0
  adapter: zstack
advanced:
  log_level: error
  pan_id: 6248
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
  availability_blocklist: []
  availability_passlist: []
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
  port: 8099
experimental: {}
availability: false

et rajouter ces lignes

advanced:
  homeassistant_legacy_entity_attributes: false
  homeassistant_legacy_triggers: false
  legacy_api: false
  legacy_availability_payload: false
device_options:
  legacy: false

J’ai un doute si je dois laisser le -port0 a la fin de la ligne port: /dev…

Merci pour vos avis

18

Salut,
il y a pas de 2.0.1. C’est la 2.0.0, qui est nommé 2.0.0-1 . C’est la 1er release de la 2.0.0.

1 « J'aime »
19

Bonjour
C’est fait, comme tout était préparé en amont et toutes les automatisations modifiées comme préconisé, RAS

20

Oui il y avait le sensor en output caché par défaut avant (il fallait l’activer, donc normal que tu ne l’ai pas vu). En tout cas, ça paraissait redondant, sauf que c’était bien utile comme un state-label… Quoique je viens de voir que je peux utiliser select à la place sans souci :+1:. Donc c’était peut-être réellement redondant, et dans ce cas c’est plutôt un progrès.